Bug#799524: multiple security issues
Package: src:imagemagick Version: 8:6.8.9.9-5 Severity: serious Tags: security Current version of imagemagick in stable/unstable is affected by multiple security bugs: - A DOS on specially crafted MIFF file (TEMP-000-FDAC72). - A DOS on specially crafted Vicar file (TEMP-000-EEF23C). - A DOS on specially crafted HDR file (TEMP-000-7C079F). - A DOS on specially crafted PDB file (TEMP-000-2FC21E). - Avoid a null pointer dereference in JNG decoder. - Avoid a DOS for RLE file. - Avoid double free on TGA file. - Avoid a bufer overflow by using field limit in sprintf. - Avoid a stack overflow in fx handling. More info there: https://bugs.launchpad.net/ubuntu/+source/imagemagick/+bug/1490362 This bug report is just for tracking. Vincent -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (500, 'oldstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.0.0-1-amd64 (SMP w/8 CPU cores) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system)
Bug#798699: java.lang.ClassCastException: java.io.File cannot be cast to java.lang.Class
Dear Markus, Thanks for looking at the problem and finding the fix. I had somehow missed the initial report. I was planning on packaging the latest release. Cheers, Vincent On Sat, Sep 12, 2015 at 1:30 AM, Markus Koschany wrote: > Control: tags -1 patch > > Please find attached a patch that fixes the issue. The recent update of > libcommons-cli-java to version 1.3.1 introduced some changes in > OptionsBuilder.java which caused this FreeCol runtime error. In general > Freecol should move away from OptionsBuilder because this class is > deprecated. I changed the type from File to Class, and so far the game > works again. > > Markus
Bug#783802: devscripts: Fails to upgrade with a python error
On Thu, Apr 30, 2015 at 12:37 PM, Adam D. Barratt wrote: > On 2015-04-30 10:39, Vincent Fourmond wrote: >> >> Today, the upgrade of devscripts failed with the following error: >> >> Preparing to unpack .../devscripts_2.15.4_amd64.deb ... >> Failed to import the site module >> Traceback (most recent call last): >> File "/usr/lib/python3.4/site.py", line 586, in >> main() > > [...] >> >> ImportError: No module named '_sysconfigdata_m' >> >> It feels like a missing (Pre-)Depends ? > > > Nope. It's nothing to do with devscripts, that just happened to be the first > package you tried upgrading which used python3.4. (There's nothing except > python3.4 in the traceback, which there would be if anything in devscripts > had caused the issue). > > This is an already filed bug in python3.4, which I see someone has merged > your report with. OK, I thought it was something like that, thanks for the information ! Cheers, Vincent -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#770009: Backtrace for the hang
On Fri, Jan 30, 2015 at 2:37 PM, Dejan Latinovic wrote: > did anyone tried to wait some longer time to see if command will execute? No, but the build machines wait for a pretty long time before killing (5 hours), and I've checked that it uses the proc at 200%. We can't burden the build machines like that... >> ./magick.sh convert >> /home/fourmond/tmp/imagemagick-6.8.9.9/debian/display-im6.svg \ >>-background none -define filter:blur=0.75 -filter >> Gaussian -resize $SIZE \ >>-gravity center -extent $SIZE \ >> >> /home/fourmond/tmp/imagemagick-6.8.9.9/debian/tmp-Q16/usr/share/icons/hicolor/$SIZE/apps/display-im6.q16.png; >> \ > > > When I tested it earlier and > tried to build package manually in chroot created with sbuild, > package built successfully. On which MIPS machine did you build it ? > If this is the case, I am not sure > how thread limitation will help to > speed up the execution time.. The problem is most probably a multithread deadlock, which is why having only one thread may solve the problem. It may be a subtle openMP bug in the MIPS toolchain... I could try building with another version of gcc, though. Cheers, Vincent -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#770009: Backtrace for the hang
On Wed, Jan 28, 2015 at 8:14 AM, Bastien ROUCARIES wrote: > > Le 28 janv. 2015 08:00, "roucaries bastien" > a écrit : > > >> >> >> Le 27 janv. 2015 22:15, "Vincent Fourmond" a écrit : >> >> > >> > I've run the build on the MIPS portebox. It hangs on the first SVG >> > to PNG conversion. Here is a full backtrace. The process is for now >> > stopped on the porterbox; I think I can leave it for some hours more >> > at least, if other information could be useful. >> >> Smell like an openmp bug ny memory they are a enviroment variable to >> disable openmp. We could try > > OMP_thread_limit=1 Even OMP_THREAD_LIMIT=1 ./magick.sh convert /home/fourmond/tmp/imagemagick-6.8.9.9/debian/display-im6.svg \ -background none -define filter:blur=0.75 -filter Gaussian -resize $SIZE \ -gravity center -extent $SIZE \ /home/fourmond/tmp/imagemagick-6.8.9.9/debian/tmp-Q16/usr/share/icons/hicolor/$SIZE/apps/display-im6.q16.png; \ hangs... Any idea ? Vincent >> > >> > Hope it helps, >> > >> > Vincent >> > -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#770009: Backtrace for the hang
With the backtrace...
On Tue, Jan 27, 2015 at 10:13 PM, Vincent Fourmond wrote:
> I've run the build on the MIPS portebox. It hangs on the first SVG
> to PNG conversion. Here is a full backtrace. The process is for now
> stopped on the porterbox; I think I can leave it for some hours more
> at least, if other information could be useful.
>
> Hope it helps,
>
> Vincent
>
Thread 2 (Thread 0x762ca460 (LWP 14695)):
#0 GetOpacityPixel (stroke_opacity=, y=590, x=139,
fill_rule=EvenOddRule,
fill=MagickTrue, mid=0.62537187436756381, polygon_info=0x840ed8) at
../../magick/draw.c:3806
beta =
subpath_opacity =
p = 0x852198
q =
j = 1
winding_number = -1
alpha =
distance =
i =
#1 DrawPolygonPrimitive._omp_fn.3 () at ../../magick/draw.c:4027
q =
id =
fill_opacity =
stroke_color = {blue = 65535, green = 65535, red = 65535, opacity =
65535}
x = 139
stroke_opacity =
fill_color = {blue = 65535, green = 65535, red = 65535, opacity = 0}
start =
stop = 683
y = 590
draw_info = 0x8508a0
image_view = 0x841240
mid = 0.62537187436756381
exception = 0x873788
fill = MagickTrue
polygon_info = 0x832e10
bounds = {x1 = 0, y1 = 0, x2 = 683, y2 = 707}
start = 0
stop = 707
status = MagickTrue
warning: GDB can't find the start of the function at 0x7724e63e.
GDB is unable to find the start of the function at 0x7724e63e
and thus can't determine the size of that function's stack frame.
This means that GDB may be unable to access that stack frame, or
the frames below it.
This problem is most likely caused by an invalid program counter or
stack pointer.
However, if you think GDB should simply search farther back
from 0x7724e63e for code which looks like the beginning of a
function, you can increase the range of the search using the `set
heuristic-fence-post' command.
#2 0x7724e640 in ?? () from /usr/lib/mips-linux-gnu/libgomp.so.1
No symbol table info available.
Thread 1 (Thread 0x76f7f000 (LWP 14680)):
#0 0x77b29230 in GetOpacityPixel (stroke_opacity=, y=584,
x=589, fill_rule=EvenOddRule,
fill=MagickTrue, mid=0.62537187436756381, polygon_info=0x840588) at
../../magick/draw.c:3714
beta =
subpath_opacity = 0
p = 0x851d50
q =
j = 0
winding_number =
alpha =
distance =
i = 1
#1 DrawPolygonPrimitive._omp_fn.3 () at ../../magick/draw.c:4027
q = 0x765d85a8
id =
fill_opacity =
stroke_color = {blue = 65535, green = 65535, red = 65535, opacity =
65535}
x = 589
stroke_opacity = 0
fill_color = {blue = 65535, green = 65535, red = 65535, opacity = 0}
start =
stop = 683
y = 584
draw_info = 0x8508a0
image_view = 0x841240
mid = 0.62537187436756381
exception = 0x873788
fill = MagickTrue
polygon_info = 0x832e10
bounds = {x1 = 0, y1 = 0, x2 = 683, y2 = 707}
start = 0
stop = 707
status = MagickTrue
#2 0x772499c8 in GOMP_parallel () from /usr/lib/mips-linux-gnu/libgomp.so.1
No symbol table info available.
#3 0x77b2776c in DrawPolygonPrimitive (image=0x8705b8, draw_info=0x8508a0,
primitive_info=0x884b18)
at ../../magick/draw.c:3985
image_view = 0x841240
mid = 0.62537187436756381
exception = 0x873788
fill = MagickTrue
status = MagickTrue
polygon_info =
p =
i =
bounds = {x1 = 0, y1 = 0, x2 = 683, y2 = 707}
start = 0
stop = 707
__PRETTY_FUNCTION__ = "DrawPolygonPrimitive"
__func__ = "DrawPolygonPrimitive"
#4 0x77b30bf0 in DrawPrimitive (image=0x8705b8, draw_info=0x8508a0,
primitive_info=0x884b18)
at ../../magick/draw.c:4619
mid =
scale =
clone_info =
image_view = 0x840f00
exception = 0x873788
status = 1
i =
x =
y =
__func__ = "DrawPrimitive"
#5 0x77b33c78 in DrawImage (image=0x8705b8, draw_info=0x882c20) at
../../magick/draw.c:3156
affine = {sx = 1, rx = 0, ry = 0, sy = 1, tx = 0, ty = 0}
current = {sx = 1.25068752, rx = 0, ry = 0, sy =
-1.2507, tx = -38.9392,
ty = 838.7894819207}
key = '\000' ...
keyword = "path", '\000' ...
geometry = '\000' ...
name = '\000' ...
pattern = '\000'
primitive = 0x84d7e0 "push graphic-context\npath 'M 0,792 612,792 612,0
0,0 0,792 z'\npop graphic-context\n"
token =
q = 0x84d81e "pop graphic-context\n"
angle =
Bug#770009: Backtrace for the hang
I've run the build on the MIPS portebox. It hangs on the first SVG to PNG conversion. Here is a full backtrace. The process is for now stopped on the porterbox; I think I can leave it for some hours more at least, if other information could be useful. Hope it helps, Vincent -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#774951: fatal error: magick/MagickCore.h: No such file or directory
control: severity -1 normal control: tag -1 wontfix Hello, On Fri, Jan 9, 2015 at 1:19 PM, Mathieu Malaterre wrote: > Package: libmagickcore-dev > Version: 8:6.8.9.9-3 > Severity: grave > > Sorry about the severity at this point in the freeze, but I think > something went wrong with the `/usr/include/ImageMagick` symlink. > > Eg. > > On wheezy (see attached file): > $ gcc -I/usr/include/ImageMagick t.c > -> ok ! > > On jessie: > > $ gcc -I/usr/include/ImageMagick t.c > t.c:1:31: fatal error: magick/MagickCore.h: No such file or directory > #include >^ > compilation terminated. > > Same goes for: > > $ gcc -I/usr/include/ImageMagick-6 t.c > In file included from /usr/include/ImageMagick-6/magick/MagickCore.h:29:0, > from t.c:1: > /usr/include/ImageMagick-6/magick/magick-config.h:21:38: fatal error: > magick/magick-baseconfig.h: No such file or directory > #include "magick/magick-baseconfig.h" > ^ > compilation terminated. The main problem is that the manual specification of directories has not been officially supported for a while. Use pkgconfig: ~ pkg-config --cflags ImageMagick -fopenmp -DMAGICKCORE_HDRI_ENABLE=0 -DMAGICKCORE_QUANTUM_DEPTH=16 -I/usr/include/x86_64-linux-gnu//ImageMagick-6 -I/usr/include/ImageMagick-6 I'm tempted to close this bug, but I'm just tagging it wontfix for now. Cheers, and sorry for the inconvenience, Vincent -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#771700: [freecol] freecol freezes on intro
On Mon, Dec 1, 2014 at 8:27 PM, Vincent Fourmond wrote: > On Mon, Dec 1, 2014 at 8:20 PM, Markus Koschany wrote: >> On 01.12.2014 19:42, Sascha Kühndel (InuSasha) wrote: >>> Package: freecol >>> Version: 0.10.7+dfsg-2 >>> Severity: grave >>> >>> --- Please enter the report below this line. --- >>> On startup in the into movie, freecol freezes. No interaction is possible. >>> I had tested it with Oracle JDK 1.7.0_72 and openjdk7. The same behavior >>> on both. >>> >>> Problem is known upstream: https://sourceforge.net/p/freecol/bugs/2703/. >>> I had added log to the upstream bug report. >>> >>> A possible workaround is, to disable the intro. >>> Add "--no-intro" in /usr/games/freecol to the excecution command. >> >> >> Hi, >> >> thanks for the report. It seems upstream hasn't found a real solution >> for this issue yet but the workaround seems to work. Adding --no-intro >> to our wrapper script would be a good idea. > > Reading through the whole report, there seems to be problems further > down (game doesn't start). I'll check that right now. As far as I can tell, running with the --no-intro works for me, so I'll upload that workaround tonight. Regards, Vincent -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#771700: [freecol] freecol freezes on intro
Heya, On Mon, Dec 1, 2014 at 8:20 PM, Markus Koschany wrote: > On 01.12.2014 19:42, Sascha Kühndel (InuSasha) wrote: >> Package: freecol >> Version: 0.10.7+dfsg-2 >> Severity: grave >> >> --- Please enter the report below this line. --- >> On startup in the into movie, freecol freezes. No interaction is possible. >> I had tested it with Oracle JDK 1.7.0_72 and openjdk7. The same behavior >> on both. >> >> Problem is known upstream: https://sourceforge.net/p/freecol/bugs/2703/. >> I had added log to the upstream bug report. >> >> A possible workaround is, to disable the intro. >> Add "--no-intro" in /usr/games/freecol to the excecution command. > > > Hi, > > thanks for the report. It seems upstream hasn't found a real solution > for this issue yet but the workaround seems to work. Adding --no-intro > to our wrapper script would be a good idea. Reading through the whole report, there seems to be problems further down (game doesn't start). I'll check that right now. Regards, Vincent -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#771291: More information
Hello again, I can get the program working by installing, in addition to gerris (the non-MPI version): libgts-dev and libmpich-dev I didn't manage to get the MPI version to work. Regards, Vincent -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#771291: gerris: fails with tutorial examples: error compiling expression
Package: src:gerris
Version: 20131206+dfsg-4
Severity: grave
Justification: make the package unusable
Hello,
Trying gerris with the example files given on
http://gfs.sourceforge.net/tutorial/tutorial/tutorial1.html (which
I'm attaching here for the sake of completeness), I have the following
error:
gerris: file `vt2.gfs' is not a valid simulation file
vt2.gfs:14:0: error compiling expression
Package gts was not found in the pkg-config search path.
Perhaps you should add the directory containing `gts.pc'
to the PKG_CONFIG_PATH environment variable
Package 'gts', required by 'gerris2D', not found
/usr/share/gerris/build_function: 28: /usr/share/gerris/build_function: mpicc:
not found
Installing the libgts-dev improves the situation a bit since it
reduces the error message to:
gerris: file `vt2.gfs' is not a valid simulation file
vt2.gfs:14:0: error compiling expression
/usr/share/gerris/build_function: 28: /usr/share/gerris/build_function: mpicc:
not found
If I install the gerris-mpi version, it isn't any better
gerris2D vt2.gfs
[nausicaa:20717] [[INVALID],INVALID] ORTE_ERROR_LOG: A system-required
executable either could not be found or was not executable by this user in file
ess_singleton_module.c at line 231
[nausicaa:20717] [[INVALID],INVALID] ORTE_ERROR_LOG: A system-required
executable either could not be found or was not executable by this user in file
ess_singleton_module.c at line 140
[nausicaa:20717] [[INVALID],INVALID] ORTE_ERROR_LOG: A system-required
executable either could not be found or was not executable by this user in file
runtime/orte_init.c at line 128
--
Sorry! You were supposed to get help about:
orte_init:startup:internal-failure
But I couldn't open the help file:
/usr/share/openmpi/help-orte-runtime: No such file or directory. Sorry!
--
--
Sorry! You were supposed to get help about:
mpi_init:startup:internal-failure
But I couldn't open the help file:
/usr/share/openmpi/help-mpi-runtime: No such file or directory. Sorry!
--
--
Sorry! You were supposed to get help about:
mpi_errors_are_fatal unknown handle
But I couldn't open the help file:
/usr/share/openmpi/help-mpi-errors.txt: No such file or directory. Sorry!
--
--
Sorry! You were supposed to get help about:
ompi mpi abort:cannot guarantee all killed
But I couldn't open the help file:
/usr/share/openmpi/help-mpi-runtime.txt: No such file or directory. Sorry!
--
I'm setting the severity to grave as essentially, it seems
impossible for a user to actually use the version of gerris currently
in Debian.
Kind regards,
Vincent
-- System Information:
Debian Release: jessie/sid
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1,
'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 3.14-2-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages gerris depends on:
ii libav-tools 6:11-1
ii libc6 2.19-11
ii libgcc1 1:4.9.1-16
ii libgfortran3 4.9.1-16
ii libgfs-1.3-2 20131206+dfsg-4
ii libgfs-dev20131206+dfsg-4
ii libglib2.0-0 2.40.0-4
ii libgts-0.7-5 0.7.6+darcs121130-1.2
ii libquadmath0 4.9.1-16
Versions of packages gerris recommends:
ii gfsview 20121130+dfsg-1
Versions of packages gerris suggests:
ii python 2.7.8-1
-- no debconf information
1 2 GfsSimulation GfsBox GfsGEdge {} {
GfsTime { end = 50 }
GfsRefine 6
GfsInit {} {
U = (0.5 - rand()/(double)RAND_MAX)
V = (0.5 - rand()/(double)RAND_MAX)
}
GfsOutputTime{ istep = 10 } stdout
GfsOutputProjectionStats { istep = 10 } stdout
}
GfsBox {}
1 1 right
1 1 top
Bug#743042: alternative path /usr/bin/compare-im6 doesn't exist
Hello, > Setting up imagemagick (8:6.8.8.9-2) ... > update-alternatives: error: alternative path /usr/bin/compare-im6 doesn't > exist > dpkg: error processing package imagemagick (--configure): > subprocess installed post-installation script returned error exit status 2 > Errors were encountered while processing: > imagemagick Took me a while, but I got it: it's just that the dependency between imagemagick and the imagemagick-6.q16 package is not tight enough, and as the directory for the binaries are versioned, the symlinks go dangling. Fix is on its way. BTW, there was no need to reopen #709845: while the symptoms were the same, it was a different cause. Cheers, Vincent -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#740250: Fixed in experimental
control: fixed -1 8:6.8.8.9-1 This bug is now also fixed in experimental. Cheers, Vincent -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#732418: does not build with recent freetype
Package: imagemagick Version: 8:6.7.7.10-6 Severity: serious FTBS with recent freetype because the location of freetype include files have changed. ft2build.h used to live in /usr/include but is now in /usr/include/freetype2 freetype/freetype.h now lives in /usr/include/freetype2. This bug blocks the libtiff transition. Vincent -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.9-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages imagemagick depends on: ii imagemagick-6.q16 8:6.8.5.6-2 imagemagick recommends no packages. imagemagick suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#693176: Please try rebuilding imagemagick on sparc (was Bug#693176: imagemagick: ftbfs on sparc)
severity 693176 normal retitle 693176 Random build failures on sparc thanks On Wed, Nov 14, 2012 at 1:58 AM, Michael Gilbert wrote: > imagemagick fails to build on sparc. convert fails: > > # make xpm > /usr/bin/convert > /build/buildd-imagemagick_6.7.7.10-5-sparc-QgV24K/imagemagick-6.7.7.10/debian/display.im6.svg > -resize 32x32 \ > > /build/buildd-imagemagick_6.7.7.10-5-sparc-QgV24K/imagemagick-6.7.7.10/debian/display.im6.xpm > *** glibc detected *** convert: free(): invalid pointer: 0x7127c008 *** This is a sporadic problem for which we have no solution at that time (nor even the slightest clue !), save bothering the wb-team to ask them to gb. I'm therefore downgrading the bug severity. Debian WB team, could you please try rebuilding the latest imagemagick on sparc (if possible trying another buildd) ? gb imagemagick_8:6.7.7.10-5 . sparc Many thanks, Vincent -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#688630: t-coffee-doc: empty package
Package: t-coffee-doc Version: 9.02.r1228-2 Severity: grave Hello, t-coffee-doc is empty: ~ dpkg -L t-coffee-doc /. /usr /usr/share /usr/share/doc /usr/share/doc/t-coffee-doc /usr/share/doc/t-coffee-doc/copyright /usr/share/doc/t-coffee-doc/changelog.Debian.gz This makes t-coffee-doc useless, and t-coffee almost unusable, at least for me ;-)... Cheers, Vincent -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-3-amd64 (SMP w/8 CPU cores) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash t-coffee-doc depends on no packages. Versions of packages t-coffee-doc recommends: ii t-coffee 9.02.r1228-2 Versions of packages t-coffee-doc suggests: pn t-coffee-examples -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#678991: freecol: Saved games cannot be loaded
tag 678991 moreinfo severity 678991 important thanks I don't have the problem on my box. Could you please post the save games you can't load ? (either on the web or in private mail to me). Meanwhile, I'm downgrading the severity as it doesn't seem to affect everyone. Thanks ! Vincent -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#678991: freecol: Saved games cannot be loaded
On Mon, Jun 25, 2012 at 5:30 PM, Martin Haase wrote: > Package: freecol > Version: 0.10.5+dfsg-1 > Severity: grave > Justification: renders package unusable > > The XML-document containing a previously saved game cannot be sent to the > server because of errors in the document itself - or because the server > doesn't understand what it gets. The result is that it is impossible to > restart a game, not even from an autosave. Hmmm. Did you upgrade from 0.9 series ? I never had any problem. Cheers, Vincent -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#678612: libbatik-java change led to uninstallables on kfreebsd
On Sat, Jun 23, 2012 at 10:14 AM, Niels Thykier wrote: > On Jun 22, 2012 22:50 "Steven Chamberlain" wrote: >> Hi, >> > > Hi, > >> libbatik-java's dependencies were changed recently like so: >> >> > Package: libbatik-java >> > Architecture: all >> > -Depends: openjdk-6-jre-headless | java2-runtime-headless, >> > +Depends: openjdk-6-jre-headless | openjdk-7-jre-headless | >> > java7-runtime-headless, >> >> Unfortunately this seems to have made about 120 packages uninstallable >> in sid on kfreebsd-*. >> > > I can see how that is less than optimal. > >> >> [...] >> >> Or was this simply a mistake and should java2-runtime-headless still >> be in that list? >> >> Thanks, >> Regards, > > I think the best solution is to split out the binaries from libbatik-java; > that should allow use to remove the JRE dependencies per Java Policy. > > As for the JRE dependencies, I think the java2-runtime-headless might have > been a mistake (and should have been java6 + java7). I will check up on > that. As far as I can tell, the conversion programs were working fine with java2 runtimes (gij, a few years ago). However, the graphical interface didn't work (I'm not even sure they work properly with openjdk 6 or 7). I'm unsure splitting out is a good idea at this point, since some programs may depend on libbatik-java to provide rasterize: changing that too close from the freeze isn't a good idea... Cheers, Vincent -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#675972: gdal: FTBFS: fatal error: ruby.h: No such file or directory
On Mon, Jun 4, 2012 at 10:25 PM, Steven Chamberlain wrote: > On 04/06/12 21:14, Vincent Fourmond wrote: >> I've checked that it works changing from ruby to >> ruby1.8. You probably should try to use ruby1.9.1-dev at a later date. > > I'm not the maintainer, I was just asking. Thanks a lot for the help! > > Not tested this myself yet; I expect it to fix this on the buildds, but > maybe it could still FTBFS on a system with ruby1.8 and ruby1.9.1 > installed together. Then it might need an executable name or shebang > line changing somewhere? As far as I can tell, the package doesn't contain ruby scripts, only bindings. Dependencies will need to make sure ruby1.8 is used, though. (but there isn't ;-)...). Users will have to take care. Cheers, Vincent -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#675972: gdal: FTBFS: fatal error: ruby.h: No such file or directory
Hello, On Mon, Jun 4, 2012 at 9:18 PM, Steven Chamberlain wrote: > Does gdal need an explicit Build-Depends: ruby1.8 instead of ruby; > would that cause the buildscripts to pick the right include paths? Yep. The problem is that the calls to ruby with the package ruby installed now install the 1.9.1 version, but you only pull development files for ruby1.8. I've checked that it works changing from ruby to ruby1.8. You probably should try to use ruby1.9.1-dev at a later date. Cheers, Vincent -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#671176: security upgrade breaks Read() for me
severity 671176 important
tag 671176 moreinfo
thanks
Hello,
On Wed, May 2, 2012 at 11:50 AM, Steinar H. Gunderson
wrote:
> I have a PerlMagick application that does essentially (for an Image::Magick
> object):
>
> $img->Set(size=>'1280x24');
> $err = $img->Read('xc:white');
>
> After upgrading to 6.6.0.4-3+squeeze2 (the security fix from a few days ago),
> this now breaks, with $err now being
>
> Exception 435: unable to open image `xc:white': @ error/blob.c/OpenBlob/2489
>
> Downgrading libmagickcore3 to 6.6.0.4-3 immediately fixes the problem.
> (I don't have -squeeze1 immediately handy, but it's been running fine
> on that version for a while.)
I don't have the problem:
~/tmp/im cat pm
#!/usr/bin/perl
use Image::Magick;
$p = new Image::Magick;
$p->Set(size=>'1280x24');
$err = $p->Read('xc:white');
print $err
print $p;
~/tmp/im perl pm
Image::Magick=ARRAY(0x1787d48)
~/tmp/im dpkg -l perlmagick libmagickcore3
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ Name Version Description
+++-=-=-==
ii libmagickcore38:6.6.0.4-3+squeeze2 low-level image
manipulation library
ii perlmagick8:6.6.0.4-3+squeeze2 Perl interface to the
ImageMagick graphics routines
Moreover, I don't see how any of the changes from +squeeze1 to
+squeeze2 (or, for that matter, from -3 to -3+squeeze2) could trigger
any bug related to the xc image creator (changes are related to the
JPEG properties reading code).
Either you're telling me only half of the story ;-), or the problem
is linked to a defective install. Did you check the package using
debsums ? Could you provide us with a minimal example that triggers
the problem ?
Cheers,
Vincent
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#667826: Correctly marking buggy and fixed versions
done 667826 8:6.6.0.4-3 thanks ... and closing it properly ? -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#667826: Correctly marking buggy and fixed versions
found 667826 8:6.7.4.0-1 notfound 667826 8:6.6.0.4-3 thanks -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#667826: This really is an imagemagick problem
reassign 667826 imagemagick found 667826 8:6.6.0.4-3 thanks Hello, This is a mistake in imagemagick and not a problem in ktikz. It should be fixed tonight. Cheers, Vincent -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#667635: Correctly marking bad versions
found 667635 8:6.7.4.0-3 found 667635 8:6.6.9.7-7 thanks -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#667635: Advice requested for a security upload of imagemagick to unstable
Dear release team, We have prepared an upload of imagemagick that fixes recently-uncovered security-related problems (#667635). I'm unsure about what to do currently with the imagemagick ongoing transition (#652650). Shall I upload right now with urgency=high, knowing that anyway, it will have to wait for the transition to be over to move to testing, or shall I wait until the transition is over to upload ? Will is disrupt anything if I upload right now ? (the modifications are not invasive). Many thanks, Vincent -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#668075: imagemagick fails with Electric Fence memory debugger
notfound 668075 8:6.6.9.7-7 severity 668075 normal thanks Hello, Thanks for your report. I don't have the means to reproduce in a squeeze environment for now, but it doesn't occur anymore in wheezy (or later). On what do you base your claim that it is a user security hole ? While I agree that it is a bug, I fail to see how a crash at the end of a program's execution (cleanup time) necessarily is a user security hole, hence downgrading the severity. Feel free to raise it up again if you have arguments to back your claim. Cheers, Vincent -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#666613: Freecol FTBS: duplicate of #666637
forcemerge 37 13 severity 37 grave thanks This is a bug in TexLive, and it is already reported. I'm setting the severity to grave, as apparently this bug causes quite a bit of FTBSes. Cheers, Vincent -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#657281: This bug are already present in testing...
found 657281 fop/1:1.0.dfsg2-5 thanks -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#657244: batik bundles a non free colour profile in pdf-transcoder.jar
clone 657244 -1 reassign -1 fop found -1 fop/1:1.0.dfsg2-6 retitle -1 src/java/org/apache/fop/pdf/ sRGB Color Space Profile.icm is non-free thanks On Tue, Jan 24, 2012 at 11:54 PM, Karl Goetz wrote: > >From [1], it seems the pdf-transcoder.jar in batik contains a colour > profile with a crazy licence. > "...permission to use, copy and distribute this file for any purpose is > hereby granted without fee, provided that the file is not changed > including the HP copyright notice tag, ... " > > The file will need to be removed from the jar, or the jar (and pdf > support) removed from batik :/ Actually, it's more annoying than this. As far as I can tell, batik doesn't use this binary jar (and it should have been stripped from the debian source ages ago). Unfortunately, the jar comes from fop, and the incriminated file is present in fop source, which makes it unsuitable for main... Thanks for your report, Vincent -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#653083: a7xpg: explicitly use gdc-v1 as a build dependency; package not ready for D v2
On Thu, Jan 5, 2012 at 6:45 PM, Matthias Klose wrote: > On 01/05/2012 06:28 PM, Vincent Fourmond wrote: >> Hello Matthias, >> >> On Thu, Jan 5, 2012 at 11:08 AM, Matthias Klose wrote: >>> tags 653083 + patch >>> thanks >> >> Actually, this patch doesn't work on amd64 (at least), with an error >> of the sort: >> >> /usr/bin/make CFLAGS="-Wall -g -O2" DFLAGS="-O -release -d" >> make[1]: Entering directory `/tmp/buildd/a7xpg-0.11.dfsg1' >> gdmd-v1 -d -c -ofimport/SDL_video.o -O -release -d -Iimport >> import/SDL_video.d >> >> And, indeed, here is what I have: >> >> ls -l /usr/bin/gdmd-v1 >> lrwxrwxrwx 1 root root 8 Jan 3 07:46 /usr/bin/gdmd-v1 -> gdmd-4.6 >> >> (the link is broken) >> >> On the other hand, the gdc-v1 link is correct. >> >> 18:26 vincent@tanyaivinco ~ ls -l /usr/bin/gdc-v1 >> lrwxrwxrwx 1 root root 7 Jan 3 07:46 /usr/bin/gdc-v1 -> gdc-4.4 >> >> Shall I file a bug on gdc-v1 ? > > copy & paste error; fixed package is uploaded. Thanks ! I'll try to fix a7xpg and as much as the other ones as soon as it hits unstable. > btw, do you plan to port to Dv2 as well? My knowledge of D being what it is, I doubt I could do it. As far as I can tell, most of our D games are considered as "finished" by their upstream developer, so unless porting doesn't require many modifications, I don't think it will happen. Cheers, Vincent -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#653083: a7xpg: explicitly use gdc-v1 as a build dependency; package not ready for D v2
Hello Matthias, On Thu, Jan 5, 2012 at 11:08 AM, Matthias Klose wrote: > tags 653083 + patch > thanks Actually, this patch doesn't work on amd64 (at least), with an error of the sort: /usr/bin/make CFLAGS="-Wall -g -O2" DFLAGS="-O -release -d" make[1]: Entering directory `/tmp/buildd/a7xpg-0.11.dfsg1' gdmd-v1 -d -c -ofimport/SDL_video.o -O -release -d -Iimport import/SDL_video.d And, indeed, here is what I have: ls -l /usr/bin/gdmd-v1 lrwxrwxrwx 1 root root 8 Jan 3 07:46 /usr/bin/gdmd-v1 -> gdmd-4.6 (the link is broken) On the other hand, the gdc-v1 link is correct. 18:26 vincent@tanyaivinco ~ ls -l /usr/bin/gdc-v1 lrwxrwxrwx 1 root root 7 Jan 3 07:46 /usr/bin/gdc-v1 -> gdc-4.4 Shall I file a bug on gdc-v1 ? Cheers, Vincent -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#625581: Info received (Trying to fix API changes)
Hello, On Mon, Oct 17, 2011 at 7:44 PM, Sebastian Ramacher wrote: > I'm currently preparing a fix for #632508 and have just seen that you have > been > working on this bug. Since 0.9.6 also suffers from #632508 I'd like to get a > fixed 0.9.1 packaged and then I'd like to merge your changes if this is okay > with you. There aren't problems with that, save for the fact that you simply won't manage to build 0.9.1. I had started to port 0.9.1 to the newer ImageMagick API, and that turned out to be a nightmare. I'm unsure I have the changes left somewhere, but I had gotten to a 200-some lines diff, and I'm not even sure it did build in the end. You're much better off starting from 0.9.6. As far as I can remember, updating to 0.9.6 didn't actually require changes to the source (save updating the build-deps to the newer imagemagick development packages). That is what I would recommend you to do. There probably aren't changes you would have to incorporate from my packages, but if you wish to base your upon mine, please go ahead. BTW, I can't seem to find you in the Debian Database, so I assume that you may need sponsoring. If such is the case, I could sponsor a new version, if you wish. Cheers ! Vincent -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#625593:
On Thu, Jun 23, 2011 at 2:28 PM, Mehdi Dogguy wrote:
> On 0, Vincent Fourmond wrote:
>> --- autotrace-0.31.1/debian/control
>> +++ autotrace-0.31.1/debian/control
>> @@ -3,7 +3,8 @@
>> Priority: optional
>> Maintainer: Tony Palma
>> Build-Depends: debhelper (>= 5), autotools-dev, pkg-config,
>> - libpng12-dev, libpstoedit-dev (>= 3.42-1.1), libmagick9-dev
>> + libpng12-dev, libpstoedit-dev (>= 3.42-1.1),
>> + libmagickcore-dev
>
> This is not enough to fix the problem since libautotrace-dev still
> depends on libmagick9-dev.
>
> I'm considering removing this package temporarily from testing if not
> fixed during the next couple of days. If you intend to NMU it, please
> upload it without delay in order to to get ready to migrate sooner.
On its way.
Thanks !
Vincent
PS: debdiff to the last maintainer release attached.
diff -u autotrace-0.31.1/debian/changelog autotrace-0.31.1/debian/changelog
--- autotrace-0.31.1/debian/changelog
+++ autotrace-0.31.1/debian/changelog
@@ -1,3 +1,20 @@
+autotrace (0.31.1-15.2) unstable; urgency=medium
+
+ * Non-maintainer upload.
+ * ... and replace references to the old libmagick9-dev from
+libautotrace-dev (closes: #625593, again...)
+ * Urgency medium to fix RC bugs and help the imagemagick transition
+along.
+
+ -- Vincent Fourmond Thu, 23 Jun 2011 20:34:19 +0200
+
+autotrace (0.31.1-15.1) unstable; urgency=low
+
+ * Non-maintainer upload.
+ * Build with recent imagemagick libraries (closes: #625593)
+
+ -- Vincent Fourmond Mon, 06 Jun 2011 12:10:05 +0200
+
autotrace (0.31.1-15) unstable; urgency=low
* New maintainer. Closes: #525919
diff -u autotrace-0.31.1/debian/control autotrace-0.31.1/debian/control
--- autotrace-0.31.1/debian/control
+++ autotrace-0.31.1/debian/control
@@ -3,7 +3,8 @@
Priority: optional
Maintainer: Tony Palma
Build-Depends: debhelper (>= 5), autotools-dev, pkg-config,
- libpng12-dev, libpstoedit-dev (>= 3.42-1.1), libmagick9-dev
+ libpng12-dev, libpstoedit-dev (>= 3.42-1.1),
+ libmagickcore-dev
Standards-Version: 3.8.3
Homepage: http://autotrace.sourceforge.net/
@@ -28,7 +29,7 @@
Package: libautotrace-dev
Architecture: any
Section: libdevel
-Depends: libautotrace3 (= ${binary:Version}), libc6-dev | libc-dev,
libpng12-dev, libpstoedit-dev (>= 3.42-1.1), libmagick9-dev
+Depends: libautotrace3 (= ${binary:Version}), libc6-dev | libc-dev,
libpng12-dev, libpstoedit-dev (>= 3.42-1.1), libmagickcore-dev
Recommends: pkg-config (>= 0.18)
Description: bitmap to vector graphics converter, development files
Static library and header include files needed for developing programs
Bug#630619: [imagemagick] Will fix asap
notfound 630619 8:6.6.0.4-3 reassign 630619 libmagickcore4 tag 630619 + patch pending thanks On Wed, Jun 15, 2011 at 11:57 PM, Bastien ROUCARIES wrote: > Package: imagemagick > Version: 8:6.6.0.4-3+b1 > > Will fix asap. i have cherry picket the fix from new revisions. Will post a > version in mentors in a few minutes. On its way to ftp-master. The actual problems lies in libmagickcore4, as only upgrading that one is enough. Cheers, Vincent -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#630014: Replace dependencies on libmagick-dev and libmagick9-dev by libmagickcore-dev and/or libmagickwand-dev
On Sat, Jun 11, 2011 at 2:04 PM, Jay Berkenbilt wrote: > >> I've just noticed that libvips-dev depends on libmagick9-dev | >> libmagick-dev, which are both virtual packages. Please move to the >> newer libmagickcore-dev and/or libmagickwand-dev dependencies. >> >> This bug is the cause of bug #629904, and is delaying the >> imagemagick transition. > > I'm uploading a fix this morning with urgency=high. Thanks for pointing > out the problem. Thanks for the fast action ! Cheers, Vincent -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#625581: Info received (Trying to fix API changes)
tag 625581 +patch thanks Hi again, I finally got around packaging the newest version of pythonmagick, which turned out to be a great deal simpler than patching the old code. However, I don't have any means to test the package, as I'm unable to find proper examples of pythonmagick use in real life... To avoid disruption, I've only uploaded to mentors for now. Please test the package... http://mentors.debian.net/debian/pool/main/p/pythonmagick/pythonmagick_0.9.6-0.1.dsc Cheers, Vincent -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#625581: Trying to fix API changes
Hello, I've dug with more details into the pythonmagick FTBS. It turns out that it's (at least partly) due to rather trivial upstream type changes, such as unsigned int to size_t and int to ssiez_t... I'm underway to fix that for now, if I don't hit more complex problems. I've written a script that automates the changes quite neatly. Cheers, Vincent -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#629788: [Fingerforce-devel] Bug#625597: NMU under way for libfprint FTBS
On Fri, Jun 10, 2011 at 5:41 PM, Dererk wrote: > On 10/06/11 06:28, Vincent Fourmond wrote: >> tag 625597 + pending patch >> tag 629788 + pending patch >> thanks >> >> Hello, >> >> I have just prepared a NMU for libfprint FTBS/imagemagick >> transition, which I uploaded to a 5-days delayed queue. The diff for >> the NMU is attached. >> >> Cheers, >> >> Vincent > > Please remove it from the delay queue, I need to check with the proper > device whether the API changes break functionality. Upload cancelled. Cheers, Vincent -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#629726: New NMU patch for 629726 and 625548
Hello,
Attached is a new version of the NMU patch for kismet FTBS that
disable -rpath on /usr/lib/wireshark. For one, it seems completely
useless (that directory doesn't contain share libraries) and it
prevents the package from being uploaded.
The package has been uploaded to a 0-day NMU queue.
Cheers,
Vincent
diff -u kismet-2008-05-R1/debian/changelog kismet-2008-05-R1/debian/changelog
--- kismet-2008-05-R1/debian/changelog
+++ kismet-2008-05-R1/debian/changelog
@@ -1,3 +1,17 @@
+kismet (2008-05-R1-4.3) unstable; urgency=low
+
+ * Drop -rpath, it seems completely useless anyway
+
+ -- Vincent Fourmond Fri, 10 Jun 2011 12:58:18 +0200
+
+kismet (2008-05-R1-4.2) unstable; urgency=low
+
+ * Non-maintainer upload.
+ * Buil-dep on libmagickcore-dev (closes: #625548, #629726)
+ * Adding ${misc:Depends} for potential dh-induced dependencies
+
+ -- Vincent Fourmond Fri, 10 Jun 2011 12:56:21 +0200
+
kismet (2008-05-R1-4.1) unstable; urgency=low
* Non-maintainer upload.
diff -u kismet-2008-05-R1/debian/rules kismet-2008-05-R1/debian/rules
--- kismet-2008-05-R1/debian/rules
+++ kismet-2008-05-R1/debian/rules
@@ -36,7 +36,6 @@
configure-stamp:
dh_testdir
# Add here commands to configure the package.
- LDFLAGS="-Xlinker -rpath /usr/lib/wireshark" \
./configure --prefix=/ --mandir=\$${prefix}/usr/share/man
--infodir=\$${prefix}/usr/share/info --bindir=\$${prefix}/usr/bin
--sysconfdir=\$${prefix}/etc/kismet --datadir=\$${prefix}/usr/share
--with-ethereal=wireshark --disable-suid-root --disable-setuid --enable-wsp100
touch configure-stamp
diff -u kismet-2008-05-R1/debian/control kismet-2008-05-R1/debian/control
--- kismet-2008-05-R1/debian/control
+++ kismet-2008-05-R1/debian/control
@@ -2,13 +2,13 @@
Section: net
Priority: optional
Maintainer: Francois Gurin
-Build-Depends: debhelper (>> 5.0.0), wireshark-dev, libncurses5-dev,
libpcap0.8-dev | libpcap-dev, zlib1g-dev, flex, bison, wget, libmagick9-dev |
libmagick-dev, libgmp3-dev
+Build-Depends: debhelper (>> 5.0.0), wireshark-dev, libncurses5-dev,
libpcap0.8-dev | libpcap-dev, zlib1g-dev, flex, bison, wget, libmagickcore-dev,
libgmp3-dev
Build-Conflicts: bison++
Standards-Version: 3.8.0
Package: kismet
Architecture: any
-Depends: ${shlibs:Depends}, wireless-tools, wireshark-common
+Depends: ${shlibs:Depends}, wireless-tools, wireshark-common, ${misc:Depends}
Suggests: wget, sox, festival, gpsd, gsfonts, libwww-perl
Description: Wireless 802.11b monitoring tool
Kismet is a 802.11b wireless network sniffer. It is capable of sniffing
Bug#630014: Replace dependencies on libmagick-dev and libmagick9-dev by libmagickcore-dev and/or libmagickwand-dev
Package: libvips-dev Version: 7.24.5-3 Severity: serious Hello, I've just noticed that libvips-dev depends on libmagick9-dev | libmagick-dev, which are both virtual packages. Please move to the newer libmagickcore-dev and/or libmagickwand-dev dependencies. This bug is the cause of bug #629904, and is delaying the imagemagick transition. Many thanks, Vincent -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.39-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#629788: NMU under way for libfprint FTBS
tag 625597 + pending patch tag 629788 + pending patch thanks Hello, I have just prepared a NMU for libfprint FTBS/imagemagick transition, which I uploaded to a 5-days delayed queue. The diff for the NMU is attached. Cheers, Vincent diff -Nru libfprint-20110418git/debian/changelog libfprint-20110418git/debian/changelog --- libfprint-20110418git/debian/changelog 2011-04-20 00:09:28.0 +0200 +++ libfprint-20110418git/debian/changelog 2011-06-10 11:20:41.0 +0200 @@ -1,3 +1,10 @@ +libfprint (20110418git-1.1) unstable; urgency=low + + * Non-maintainer upload. + * Rebuild with newer imagemagick (closes: #625597, #629788) + + -- Vincent Fourmond Fri, 10 Jun 2011 11:19:46 +0200 + libfprint (20110418git-1) unstable; urgency=low * New upstream release. diff -Nru libfprint-20110418git/debian/control libfprint-20110418git/debian/control --- libfprint-20110418git/debian/control2011-04-19 22:47:35.0 +0200 +++ libfprint-20110418git/debian/control2011-06-10 11:21:29.0 +0200 @@ -3,7 +3,7 @@ Maintainer: FingerForce Team Uploaders: Ulises Vitulli Build-Depends: debhelper (>= 5), autotools-dev, libtool, automake, - libusb-1.0-0-dev, libssl-dev, libglib2.0-dev, libmagick9-dev, libxv-dev, + libusb-1.0-0-dev, libssl-dev, libglib2.0-dev, libmagickcore-dev, libxv-dev, libnss3-dev Standards-Version: 3.9.2.0 Homepage: http://reactivated.net/fprint/
Bug#629946: libmagickwand-dev: stopped providing libmagick9-dev
notfound 629946 8:6.6.9.7-3.1 thanks Hello, On Thu, Jun 9, 2011 at 9:33 PM, Julien Cristau wrote: > Somehow the new libmagickwand-dev in sid doesn't provide libmagick9-dev > anymore, with no explanation in the changelog. libmagick9-dev still has > reverse (build) dependencies, so dropping it needs to be coordinated > with the packages that would be broken. Preferably by switching those > packages over to the new name, *then* dropping the provides. Or at > least having bugs filed well in advance so maintainers are warned. I don't see what you're talking about. Let's see. Current build-rdeps in main: Reverse Build-depends of libmagick9-dev in main: -- libtuxcap (warning given in #625599). Dealt with gnuift (warning given in #625546). Dealt with libfprint (warning given in #625597). Admittedly not dealt with yet, but seems under way kismet (warning given in #625548). Same as above imview (warning given in #625547). Isn't concerned as the build dep is libmagickcore-dev | libmagick9-dev autotrace (warning given in #625593). NMU under way. libmagick9-dev stopped being a real package in squeeze. Surely people had time to adapt ? For now, there are only two packages not dealt with, libfprint and kismet. I'm ready to NMU them in case of need. Cheers, Vincent -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#629945: libmagickcore4: non-versioned files in a shared library packages is *wrong*
Hello On Thu, Jun 9, 2011 at 9:26 PM, Julien Cristau wrote: > libmagickcore4 now ships configuration files in /etc/ImageMagick/. This > is going to break horribly the next time it breaks ABI. Never ship > non-versioned files in a shared library package. Thanks ! What do you think: should we version the configuration files (ie big pain since we also need to modify the code to follow) or ship the configuration files in a -common arch:all package ? Cheers, Vincent -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#629770: Bugs 629770 and 625593 are same problem
forcemerge 629770 625593 tag 629770 + patch thanks There is a NMU already waiting in deferred, scheduled for the 13th of June. Cheers, Vincent -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#628513: Fixed with newer imagemagick
forcemerge 627985 628513 thanks This bug was only due to an imagemagick bug that has been fixed. Merging it into the closed bug. Cheers, Vincent -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#628513: librmagick-ruby: FTBFS: hangs with unable to read font `(null)' @ error/annotate.c/RenderFreetype/1128: `(null)' (Magick::ImageMagickError)
block 628513 by 627985 thanks On Sun, May 29, 2011 at 7:23 PM, Christoph Egger wrote: > Your package hangs with the message below on kfreebsd-* and s390 > buildds and probably elsewhere as well. ;-)... Yep, that's a known problem due to the newer ImageMagick. Hopefully, it'll get fixed pretty soon. Cheers, Vincent -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#619588: fails to start
Package: specto Version: 0.2.2-3.1 Severity: grave Hello, specto fails to start from the command-line with the following errors: ~ specto /usr/lib/python2.6/dist-packages/spectlib/iniparser.py:304: DeprecationWarning: the sets module is deprecated from sets import Set (specto:5530): libglade-WARNING **: could not find glade file '/home/vincent/data/glade/notifier.glade' Traceback (most recent call last): File "/usr/bin/specto", line 38, in specto = Specto() File "/usr/lib/python2.6/dist-packages/spectlib/main.py", line 113, in __init__ self.toggle_notifier() File "/usr/lib/python2.6/dist-packages/spectlib/main.py", line 511, in toggle_notifier self.notifier = Notifier(self) File "/usr/lib/python2.6/dist-packages/spectlib/notifier.py", line 59, in __init__ self.wTree=gtk.glade.XML(gladefile,windowname, self.specto.glade_gettext) RuntimeError: could not create GladeXML object /home/vincent is my home directory, and /home/vincent/data exists, but of course does not contain any glade file (/home/vincent/data/glade does not exist). Setting severity to grave as basically the application does not work at all, at least for me. Regards, Vincent -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages specto depends on: ii gconf2 2.28.1-6GNOME configuration database syste ii gnome-icon-theme 2.30.3-2GNOME Desktop icon theme ii librsvg2-common 2.32.1-1SAX-based renderer library for SVG ii python 2.6.6-12interactive high-level object-orie ii python-central 0.6.16+nmu1 register and build utility for Pyt ii python-dbus 0.83.1-1simple interprocess messaging syst ii python-glade22.17.0-4GTK+ bindings: Glade support ii python-gnome22.28.1-1Python bindings for the GNOME desk ii python-gtk2 2.17.0-4Python bindings for the GTK+ widge ii python-notify0.1.1-2+b2 Python bindings for libnotify ii zenity 2.30.0-1Display graphical dialog boxes fro specto recommends no packages. specto suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#591539: [DRE-maint] Bug#591539: librmagick-ruby: FTBFS on sparc: ruby1.8: free(): invalid pointer
On Sun, Oct 10, 2010 at 7:56 PM, Adam D. Barratt wrote: > On Sun, 2010-10-10 at 18:48 +0200, Vincent Fourmond wrote: >> I think just a rebuild on another buildd could be enough. Could >> anyone please try ? > > I gave the build back. It got picked up by lebrun again, and failed in > the same way; I can't influence which buildd attempts a particular > package. Please note that it doesn't fail on the same script: August build: post-setup.rb: median_filter.rb example returned error code 6 Yesterday's build: post-setup.rb: sketch.rb example returned error code 6 I don't know what is causing this, but I'm not sure it is librmagick's entire faults. Wild guesses would include ruby and/or imagemagick (with a strong preference for Ruby, since it messes up the stack). I'll try to see if there is something obviously wrong in the allocation code, but I'm afraid the (bad) fix for now will be to increase the tolerance for failed tests, at least on sparc (it fails at the second one, for now). Cheers, Vincent -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#591539: [DRE-maint] Bug#591539: librmagick-ruby: FTBFS on sparc: ruby1.8: free(): invalid pointer
On Sun, Oct 10, 2010 at 6:27 PM, Lucas Nussbaum wrote: > On 10/10/10 at 16:45 +0100, Adam D. Barratt wrote: >> On Tue, 2010-08-03 at 15:39 -0400, Cyril Brulebois wrote: >> > your package no longer builds on sparc: >> > | /usr/bin/ruby1.8 -I >> > /build/buildd-librmagick-ruby_2.13.1-1-sparc-DDHTOO/librmagick-ruby-2.13.1/./lib >> > -I >> > /build/buildd-librmagick-ruby_2.13.1-1-sparc-DDHTOO/librmagick-ruby-2.13.1/./ext/RMagick >> > median_filter.rb (example 90 of 188) >> > | *** glibc detected *** /usr/bin/ruby1.8: free(): invalid pointer: >> > 0x7178 *** >> [...] >> > | 7170-71c28000 rw-p 00:00 0 >> > | fff7c000-fffa6000 rw-p 00:00 0 >> > [stack] >> > | debian-setup.rb: Too many examples failed. Search for >> > "Help!" at >> > | http://rmagick.rubyforge.org/install-faq.html. >> > | post-setup.rb: median_filter.rb example returned error code 6 >> > | make: *** [install/librmagick-ruby1.8] Error 1 >> >> Ping? This is preventing the fix for #591152 from migrating. > > That's sparc-specific. Sparc porters, could you take a look? I think just a rebuild on another buildd could be enough. Could anyone please try ? Cheers, Vincent -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#591539: librmagick-ruby: FTBFS on sparc: ruby1.8: free(): invalid pointer
On Sun, Oct 10, 2010 at 5:45 PM, Adam D. Barratt wrote: > On Tue, 2010-08-03 at 15:39 -0400, Cyril Brulebois wrote: >> your package no longer builds on sparc: >> | /usr/bin/ruby1.8 -I >> /build/buildd-librmagick-ruby_2.13.1-1-sparc-DDHTOO/librmagick-ruby-2.13.1/./lib >> -I >> /build/buildd-librmagick-ruby_2.13.1-1-sparc-DDHTOO/librmagick-ruby-2.13.1/./ext/RMagick >> median_filter.rb (example 90 of 188) >> | *** glibc detected *** /usr/bin/ruby1.8: free(): invalid pointer: >> 0x7178 *** > [...] >> | 7170-71c28000 rw-p 00:00 0 >> | fff7c000-fffa6000 rw-p 00:00 0 >> [stack] >> | debian-setup.rb: Too many examples failed. Search for "Help!" >> at >> | http://rmagick.rubyforge.org/install-faq.html. >> | post-setup.rb: median_filter.rb example returned error code 6 >> | make: *** [install/librmagick-ruby1.8] Error 1 > > Ping? This is preventing the fix for #591152 from migrating. I'm VACish for a while, but I'll try to have a look some time this week. I don't have a clue. Random stack/heap corruptions have appeared on less common architectures, and I never had any more clue than this. A binNMU has been attempted (not by me), the build succeeded, but for a reason that fails me, it was refused: Subject: librmagick-ruby_2.13.0-2+b1_sparc.changes REJECTED Message-ID: Reject Reasons: librmagick-ruby1.8_2.13.0-2+b1_sparc.deb: old version (2.13.0-2) in unstable <= new version (2.13.0-2+b1) targeted at testing-proposed-updates. Notes: Mapping testing to testing-proposed-updates. Maybe asking again for a binNMU (to unstable) would be fine ? Cheers, Vincent -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#594719: fop: must depend on libxmlgraphics-commons-java 1.4 or above
On Sun, Sep 12, 2010 at 10:48 AM, Sylvestre Ledru wrote: > Le samedi 28 août 2010 à 17:08 +, brian m. carlson a écrit : > >> fop 1.0 uses the class >> org.apache.xmlgraphics.util.uri.CommonURIResolver, which is only found >> in libxmlgraphics-commons-java 1.4 or above. Otherwise fop fails with >> an exception about the missing class. >> >> The dependencies should be adjusted appropriately. > This is already the case ?! > Package: fop > [...] > libxtst6, libxmlgraphics-commons-java (>= 1.4), > [...] Not in the archive: ~ apt-cache show fop Package: fop Version: 1:1.0.dfsg-2 Depends: default-jre-headless | java2-runtime-headless, libxerces2-java, libxalan2-java, libbsf-java, libavalon-framework-java (>= 4.1.2-2), libbatik-java (>= 1.7), libcommons-io-java, libcommons-logging-java, libxp6, libxt6, libxtst6, libxmlgraphics-commons-java (>= 1.3.1), java-wrappers (>= 0.1.15), libxml-commons-external-java Cheers, Vincent -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#591647: scalc: FTBFS on hppa: [override_dh_auto_build] Segmentation fault
On Wed, Aug 4, 2010 at 3:47 PM, Cyril Brulebois wrote: > your package no longer builds on hppa: > | Generating dot graphs using 2 parallel threads... > | Running dot for graph 1/17 > | Running dot for graph 2/17 > | Running dot for graph 3/17 > | Running dot for graph 4/17 > | Running dot for graph 5/17 > | make[1]: *** [override_dh_auto_build] Segmentation fault > | Running dot formake[1]: Leaving directory > `/build/buildd-scalc_0.2.4-1-hppa-YfVod9/scalc-0.2.4' > | make: *** [build] Error 2 This is a graphviz amd/or a doxygen problem. I won't have time to investigate as I'm currently VAC. If anyone wants to pick this up, a simple workaround is to disable the use of dot in the Doxyfile. Cheers, Vincent -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#591152: Same librmagick problem again
reassign 591152 librmagick-ruby clone 591152 -1 severity -1 normal retitle -1 librmagick-ruby should not be installable with imagemagick version not binary-compatible thanks Hello, This is again a problem with librmagick... I guess a rebuild (and an update to the new upstream, now it's out) will sort it out right. Now that I'm at it, we have two problems at the moment: * the main one is that librmagick-ruby simply does not work, which is easily fixed by rebuilding as mentioned above; * the second one is that librmagick-ruby is very easily broken by newer versions of imagemagick, which is actually very hard to track. This will need some thinking; possibly a solution would be a strict versioned dependency along if only binNMUs for each imagemagick release ? Cheers, Vincent, on its way to upload the newer librmagick-ruby -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#591152: Probable cause: segfault with librmagick ?
Hi, I've disabled xmllint ages ago as it was causing rather unexpected FTBSes on various arches; in any case, that isn't the problem for now, as Ruby segfaults. My guess is that rmagick has some small binary incompatibility with the version of imagemagick currently in use. I'll investigate this tonight. Cheers, Vincent -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#583692: Please attach more log file
Hello, On Tue, Jul 20, 2010 at 11:54 PM, Andreas D. Landmark wrote: > Please attach ~/.freecol/freecol.log which might provide some more clue > towards which particular "feature" of FreeCol causes this to happen. I'm attaching it (for a crash that just happened with 0.8.4), but I doubt it will be useful. I can provide you with a 0.9.2 log if you wish. > Additionally, if it is possible to reproduce somewhat consistently (i.e. with > slightly more details than "play for some time"), please attach a save game > causing this to happen. Unfortunately not. But I've found that, when using the -Xincgc option, the crash does not appear. > That said, seems to be more of a JDK-issue than a FreeCol-specific. Agreed. Although there must be something in freecol triggering the crash. Maybe Freecol is using aggressively the garbage collector ? Cheers, Vincent FreeCol.log Description: Binary data
Bug#588443: Fails to start
Package: model-builder
Version: 0.4.1-4
Severity: grave
Hello,
When trying to run PyMB, I get the following problem:
14:47 fourm...@zorglub ~ PyMB
Traceback (most recent call last):
File "/usr/bin/PyMB", line 8, in
load_entry_point('Model-Builder==0.4.1', 'gui_scripts', 'PyMB')()
File "/usr/lib/python2.6/dist-packages/pkg_resources.py", line 299,
in load_entry_point
return get_distribution(dist).load_entry_point(group, name)
File "/usr/lib/python2.6/dist-packages/pkg_resources.py", line 2229,
in load_entry_point
return ep.load()
File "/usr/lib/python2.6/dist-packages/pkg_resources.py", line 1948, in load
entry = __import__(self.module_name, globals(),globals(), ['__name__'])
File "/usr/lib/python2.6/dist-packages/model_builder/PyMB.py", line
30, in
wxversion.select('2.6')
File "/usr/lib/python2.6/dist-packages/wxversion.py", line 152, in select
raise VersionError("Requested version of wxPython not found")
wxversion.VersionError: Requested version of wxPython not found
Unless I'm very confused, there must be a serious problem in the
dependencies around here...
Cheers,
Vincent, who does not think he'll manage to solve his non-linear
differential equations today...
-- System Information:
Debian Release: squeeze/sid
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'),
(1, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages model-builder depends on:
ii python 2.6.5-5 An interactive high-level object-o
ii python-central 0.6.16 register and build utility for Pyt
ii python-matplotlib 0.99.3-1 Python based plotting system in a
ii python-numpy1:1.3.0-3+b2 Numerical Python adds a fast array
ii python-pkg-resources0.6.10-4 Package Discovery and Resource Acc
ii python-scipy0.7.2-2 scientific tools for Python
ii python-wxtools 2.8.10.1-3 wxWidgets Cross-platform C++ GUI t
ii python-wxversion2.8.10.1-3 wxWidgets Cross-platform C++ GUI t
model-builder recommends no packages.
model-builder suggests no packages.
-- no debconf information
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#583692: Do both crashes have the same cause ?
Hello, I can't help noticing that both crash reports crash in the GC thread, with similar values of the target address. I'm wondering if these two crashes could be related to each other and if they don't imply that something is wrong on the freecol side ? This really shouldn't be the case as segfaults are not expected as a result of a wrong Java code (but potentially JNI code). That's weird. Cheers, Vincent, puzzled -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#583692: freecol: crash with openjdk: SIGSEGV (0xb) at pc=0x00007fe3a23608d6, pid=2292, tid=140615208855824
block 583692 by 568657 tag 583692 confirmed severity 568657 important thanks Hello, I can confirm that this bug - or something similar - occurs on my machine too. Attached is another log, in the hope that it will help. I can provide you with more information if you wish. Just play with the newer freecol for a while, and it may show up. I have no idea of what could possibly be causing this. I don't think freecol should be blamed in any case; exceptions would be expected, then, not segfaults ! Cheers, Vincent hs_err_pid2525.log Description: Binary data
Bug#581351: fails to start: bashism ?
Hi again, I use dash as /bin/sh, and downgrading dash to 0.5.5.1-3 does the trick. The problematic line is line 441 of /etc/postfix/post-install: while IFS=: read path type owner group mode flags junk With dash version 0.5.5.1-4, the variables are apparently not set correctly. I'm unsure whether it is a dash bug or a bashism (see http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=581351 which I've just noticed). Please merge bugs either ways depending on who's faulty. Cheers, Vincent -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#581528: fails to start
Package: postfix Version: 2.7.0-1 Severity: grave Hello, For a day or two now, upon startup, I've noticed fatal messages from postfix, such as: tanyaivinco:/etc# /etc/init.d/postfix start Starting Postfix Mail Transport Agent: postfixunknown type for $config_directory:d:root:-:755:u in /usr/lib/postfix/postfix-files1 postfix/postfix-script: warning: unable to create missing queue directories postfix/postfix-script: fatal: Postfix integrity check failed! failed! Looking at /usr/lib/postfix/postfix-files, I don't see anything wrong [...] $config_directory:d:root:-:755:u $data_directory:d:$mail_owner:-:700:uc [...] I have: 14:37 vinc...@tanyaivinco ~ which-pkg-broke postfix Package file-rc has no install time info Package gcc-4.5-base has no install time info Package has no install time info libattr1 Tue Jan 19 21:24:15 2010 libsepol1 Tue Jan 19 21:24:22 2010 passwd Tue Jan 19 21:24:25 2010 zlib1g Tue Jan 19 21:24:28 2010 adduserTue Jan 19 21:24:44 2010 install-info Tue Jan 19 21:24:53 2010 libsasl2-2 Tue Jan 19 21:29:19 2010 ssl-cert Tue Jan 19 21:51:57 2010 libbz2-1.0 Wed Jan 20 00:27:56 2010 libacl1Wed Feb 3 20:00:25 2010 postfixThu Feb 18 20:06:59 2010 liblzma2 Thu Mar 11 21:29:50 2010 xz-utils Thu Mar 11 21:29:55 2010 sysvinit-utils Tue Mar 23 20:32:56 2010 initscriptsTue Mar 23 20:33:34 2010 ncurses-binMon Apr 5 14:36:36 2010 libncurses5Mon Apr 5 14:36:41 2010 libssl0.9.8Mon Apr 5 14:36:44 2010 libselinux1Mon Apr 5 14:36:45 2010 opensslMon Apr 5 14:38:07 2010 sensible-utils Thu Apr 8 23:04:47 2010 perl-base Mon Apr 12 20:11:42 2010 sedMon Apr 19 16:48:16 2010 netbaseMon Apr 19 16:48:31 2010 lsb-base Tue Apr 20 14:25:32 2010 dpkg Thu Apr 22 21:10:50 2010 libpam-modules Mon Apr 26 14:32:02 2010 libpam0g Mon Apr 26 14:32:13 2010 coreutils Thu Apr 29 21:40:31 2010 debianutilsFri Apr 30 00:18:24 2010 libgcc1Mon May 3 14:48:17 2010 libc-bin Tue May 11 23:51:56 2010 libc6 Tue May 11 23:52:16 2010 libdb4.8 Tue May 11 23:53:15 2010 libuuid1 Wed May 12 19:53:10 2010 libblkid1 Wed May 12 19:53:16 2010 mount Wed May 12 19:53:21 2010 Last mail I got was ~ ll /var/mail/vincent -rw--- 1 vincent mail 47M May 12 00:28 /var/mail/vincent (this is an address receiving lots of list mails, including debian-devel, so this shows mail was down since that time). Cheers, Vincent -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/dash Versions of packages postfix depends on: ii adduser 3.112 add and remove users and groups ii debconf [debconf-2.0] 1.5.32 Debian configuration management sy ii dpkg 1.15.7.1 Debian package management system ii libc6 2.10.2-8 Embedded GNU C Library: Shared lib ii libdb4.8 4.8.30-1 Berkeley v4.8 Database Libraries [ ii libsasl2-22.1.23.dfsg1-5 Cyrus SASL - authentication abstra ii libssl0.9.8 0.9.8n-1 SSL shared libraries ii lsb-base 3.2-23.1 Linux Standard Bas
Bug#573983: Yet again some more information...
Hi again, Nelson A. de Oliveira wrote: > But well, from what I see, it's just necessary a new upload reverting the > patch. > Agreed on this? I can't get my quick-and-dirty thing to work, so the revert is probably the simplest thing to do. Most of the information I was writing is therefore not really useful. You could try leaving only helvetica as known type, that should work. Cheers, Vincent, eager to be able to upload librmagick-ruby ;-)... -- Vincent Fourmond, Debian Developer http://vince-debian.blogspot.com/ If you put a large switch in some cave somewhere, with a sign on it saying "End-of-the-World switch. PLEASE DO NOT TOUCH", the paint wouldn't even have the time to dry. -- Terry Pratchet, Thief of Time Vincent, listening to Grateful Parting (Rabih Abou-Khalil) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#573983: Yet again some more information...
Hi all, Nelson A. de Oliveira wrote: > One thing that I don't understand however (and if somebody knows why, > I would be grateful for an explanation) is why fontconfig/imagemagick > doesn't see the ghostscripts fonts (and why it's necessary to > explicitly include them in type.xml). Argh ! I was just writing up a long mail explaining that, in part. I'll send it along in a few minutes. The thing is that the font "helvetica" doesn't exist as such for fontconfig, but through something like a matching mechanism: ~ fc-match helvetica n019003l.pfb: "Nimbus Sans L" "Regular" The *real* font behind is Nimbus-Sans (in my case, but see the mail I'll send in a minute). To do well, on would have to use the equivalent of fc-match somewhere around the place where imagemagick falls back onto Helvetica as default. I don't have any idea of how to do that, but I'm pretty sure upstream would. > But well, from what I see, it's just necessary a new upload reverting the > patch. > Agreed on this? I'm currently trying using Nimbus-Sans as a fix; it should help us getting it working, I think, as a quick fix I'll keep you posted (in the long mail) as soon as the build is finished. > Thank you very much! > And sorry for the mess. Don't bother; packages sometimes show much more intricate dependencies as one would ever had expected... Cheers ! Vincent -- Vincent Fourmond, Debian Developer http://vince-debian.blogspot.com/ Some pirates achieved immortality by great deeds of cruelty and derring-do. Some achieved immortality by amassing great wealth. But the captain had long ago decided that he would, on the whole, prefer to achieve immortality by not dying. -- Terry Pratchet, the Colour of Magic Vincent, listening to The Sad Women of Qana (Rabih Abou-Khalil) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#573983: Yet again some more information...
Hi again, I think I have a better idea of what is happening: if I use one of the fonts listed by ~ convert -list font I get no error, and the output looks fine. Looking closer, I find that there are several fonts missing from the newer version of imagemagick, namely, the postscript fonts: diff im-fontlist.old im-fontlist.new 1,8d0 < Font: AvantGarde-Book < Font: AvantGarde-BookOblique < Font: AvantGarde-Demi < Font: AvantGarde-DemiOblique < Font: Bookman-Demi < Font: Bookman-DemiItalic < Font: Bookman-Light < Font: Bookman-LightItalic 53,56d44 < Font: Courier < Font: Courier-Bold < Font: Courier-BoldOblique < Font: Courier-Oblique 64,72d51 < Font: fixed < Font: Helvetica < Font: Helvetica-Bold < Font: Helvetica-BoldOblique < Font: Helvetica-Narrow < Font: Helvetica-Narrow-Bold < Font: Helvetica-Narrow-BoldOblique < Font: Helvetica-Narrow-Oblique < Font: Helvetica-Oblique 177,180d155 < Font: NewCenturySchlbk-Bold < Font: NewCenturySchlbk-BoldItalic < Font: NewCenturySchlbk-Italic < Font: NewCenturySchlbk-Roman 197,200d171 < Font: Palatino-Bold < Font: Palatino-BoldItalic < Font: Palatino-Italic < Font: Palatino-Roman 202,206d172 < Font: Symbol < Font: Times-Bold < Font: Times-BoldItalic < Font: Times-Italic < Font: Times-Roman I think I've understood the problem: when a font isn't found, imagemagick falls back onto using helvetica (line 1032 of magick/annotate.c). On the older imagemagick, as the postscript fonts were automatically included with @type_include_files@ there was no problems. On the newer version, Helvetica is missing, so it isn't found at all. That's pretty bad for the default font ! I don't know who's to blame: how comes helvetica doesn't show up in fontconfig ? gs-fonts are installed, which is where it should be coming, shouldn't it ? At least I feel we are progressing... Cheers, Vincent -- Vincent Fourmond, Debian Developer http://vince-debian.blogspot.com/ The Librarian was, of course, very much in favour of reading in general, but readers in particular got on his nerves. -- Terry Pratchet, Men at arms Vincent, listening to The Whores Hustle And The Hustlers Whore (PJ Harvey) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#573983: Some more information
Hello again,
I've just had a look at magick/annotate.c, which seems not have
changed from version 6.5.8.3-1+b1 as far as RenderFreetype is concerned
(at least for the beginning of the function, up until
status=FT_Open_Face(library,&args,draw_info->face,&face); (line 1039).
which is the function that returns erroneous value.
So I'm at loss to understand what is different.
Cheers,
Vincent
--
Vincent Fourmond, Debian Developer
http://vince-debian.blogspot.com/
I have always wished for my computer to be as easy to use as my
telephone; my wish has come true because I can no longer figure out
how to use my telephone.
-- Bjarne Stroustrup
Vincent, listening to The Pilgrimage (Kansas)
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#573620: librmagick FTBS: progress is underway, but...
One cause of the FTBS of librmagick-ruby with newer imagemagick has been removed, but I'm hitting another problem: /usr/bin/ruby1.8 -I /tmp/buildd/librmagick-ruby-2.13.0/./lib -I /tmp/buildd/librmagick-ruby-2.13.0/./ext/RMagick InitialCoords.rb (example 1 of 188) /tmp/buildd/librmagick-ruby-2.13.0/./lib/rvg/misc.rb:322:in `get_type_metrics': unable to read font `(null)' @ error/annotate.c/RenderFreetype/1044: `(null)' (Magick::ImageMagickError) from /tmp/buildd/librmagick-ruby-2.13.0/./lib/rvg/misc.rb:322:in `render' from /tmp/buildd/librmagick-ruby-2.13.0/./lib/rvg/misc.rb:697:in `text' from /tmp/buildd/librmagick-ruby-2.13.0/./lib/rvg/text.rb:65:in `add_primitives' from /tmp/buildd/librmagick-ruby-2.13.0/./lib/rvg/container.rb:72:in `add_primitives' from /tmp/buildd/librmagick-ruby-2.13.0/./lib/rvg/container.rb:72:in `each' from /tmp/buildd/librmagick-ruby-2.13.0/./lib/rvg/container.rb:72:in `add_primitives' from /tmp/buildd/librmagick-ruby-2.13.0/./lib/rvg/rvg.rb:264:in `add_outermost_primitives' from /tmp/buildd/librmagick-ruby-2.13.0/./lib/rvg/rvg.rb:264:in `each' from /tmp/buildd/librmagick-ruby-2.13.0/./lib/rvg/rvg.rb:264:in `add_outermost_primitives' from /tmp/buildd/librmagick-ruby-2.13.0/./lib/rvg/rvg.rb:236:in `draw' from InitialCoords.rb:22 This is very much probably linked to imagemagick's bug #573983. Cheers, Vincent -- Vincent Fourmond, Debian Developer http://vince-debian.blogspot.com/ The Librarian was, of course, very much in favour of reading in general, but readers in particular got on his nerves. -- Terry Pratchet, Men at arms Vincent, listening to Can I Tell You (Kansas) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#572949: Sourceless .class files in the orig tarball (and possibly in the final jar too)
Package: jsymphonic Version: 0.3.0beta+svn320-1 Severity: grave src/lib/swing-layout-1.0.3/org/jdesktop/layout/GroupLayout$Group.class and others are sourceless class files in the original tarball. They must be replaced by already packaged things, such as libswing-layout-java and others... Vincent -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-trunk-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/dash Versions of packages jsymphonic depends on: ii default-jre [java6-runtime] 1.6-34 Standard Java or Java compatible R ii java-wrappers0.1.15 wrappers for java executables ii libswing-layout-java 1.0.4-1 Extensions to Swing layout ii openjdk-6-jre [java6-runtime 6b18~pre1-3 OpenJDK Java runtime, using Hotspo Versions of packages jsymphonic recommends: ii ffmpeg 5:0.5+svn20100208-0.1 audio/video encoder, streaming ser Versions of packages jsymphonic suggests: ii pmount0.9.20-2 mount removable devices as normal -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#570095: Patch for fop bug
Mathieu Malaterre wrote: > On Thu, Feb 18, 2010 at 10:38 PM, Vincent Fourmond wrote: >> Mathieu, I've just uploaded a package with a fix to experimental. >> Would you mind trying if that works for you, before I upload to unstable >> ? (just being my usual paranoid ;-)...) > > I have tried a couple of things. I just do not understand why I cannot > access experimental: Don't bother, it has moved on to unstable since (with unrelated packaging changes), so with the version you have the bug shouldn't occur anymore... Please reopen if it still does ! Vincent -- If you put a large switch in some cave somewhere, with a sign on it saying "End-of-the-World switch. PLEASE DO NOT TOUCH", the paint wouldn't even have the time to dry. -- Terry Pratchet, Thief of Time Vincent, listening to Voices (Dream Theater) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#570095: Patch for fop bug
brian m. carlson wrote: > I *believe* that normally fop omits empty fo:inline elements. However, > in this case, fop can't do that, since the element in question has an id > attribute, which might be referenced by something else. > > As a consequence, in the failing function, currLM is null, where it > would normally be non-null. However, a sanity check is missing, and > therefore the code matches the currLM == prevLM condition (since they're > both null) and prevLM has a method called on it. Boom. > > I don't really understand the fop code here very well, so I've basically > had it punt if currLM is null: it simply moves onto the next iteration > of the loop. My debugging leads me to believe that the length of > oldList only ever has one element in this case, so this does not appear > to break anything. > > I've tested with the DocBook 5 example, as well as an extended version > that actually references the anchor, and both appear to result in PDFs > that are acceptable to Evince. In the latter case, the link works > correctly. > > It also, AFAICT, builds other PDFs correctly as well, so I'm not too > terribly concerned about breakage. Patch is attached. Whaouh, thanks ! Mathieu, I've just uploaded a package with a fix to experimental. Would you mind trying if that works for you, before I upload to unstable ? (just being my usual paranoid ;-)...) Many thanks again ! Vincent -- I have always wished for my computer to be as easy to use as my telephone; my wish has come true because I can no longer figure out how to use my telephone. -- Bjarne Stroustrup Vincent, listening to Kerfautras (Matmatah) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#570095:
Mathieu Malaterre wrote: > severity 570095 grave > thanks > > fop 0.95 cannot generate a pdf when input document contains a > element. This has been fixed since then (fop 0.95 was > release in July 2008). I would be nice if a version from trunk was > available. I'm ready to package a new version from SVN (but not before tomorrow anyway, maybe even later). I'd be glad if you could test if some of the bugs that currently affect fop in unstable are still present in the newer version. Would you have time ? Cheers, Vincent -- Donkey: No one told me I had the right to remain silent ! Shrek: You *have* the right to remain silent. What you lack is the capacity. -- Shrek 2 Vincent, not listening to anything for now -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#568851: Wine segfault: kernel problem
Hello, I've had the problem with wine (and any other 32 bit application) segfaulting. It is a 2.6.32-2 kernel problem, which I haven't had the time to report properly. Try out kernel 2.6.32-trunk, which is free from this bug. Cheers, Vincent -- Vincent Fourmond, Debian Developer http://vince-debian.blogspot.com/ A guess is just a guess until you turn it into a pie chart. Then it's an analysis. -- Scott Adams Vincent, not listening to anything for now -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#564928: the mbr needs updating
severity 564928 important thanks Hello, On Fri, Jan 15, 2010 at 10:33 AM, Felix Zielcke wrote: > Am Mittwoch, den 13.01.2010, 14:08 + schrieb Dennis 123321: >> I had this issue this morning. It is caused by the installation of the >> new grub not updating the actual mbr, and only the files in >> /boot/grub/ >> >> It is a simple fix; >> as root, execute something like this after you install the new package >> for grub-pc. (changing the destination for your drive, this was __my >> exact command__ for my computer): >> >> # grub-install --no-floppy --recheck --force /dev/sda3 >> >> a more generic command may look like: >> >> # grub-install /dev/sda >> >> now, reboot, and it should boot perfectly. >> If you install the new grub-pc and forget to update the boot sector, >> you can chroot in and do it that way (thats what I did). > > The proper fix is to run `sudo dpkg-reconfigure grub-pc' and select the > device (or just all) in the debconf prompt for it, from which you boot. > Else grub-install gets run on the wrong the device and then this can > happen. > Only grub-install touches /boot/grub. The package postinst just runs it > if a device is stored in grub-pc/install_devices. > > @Vincent: > You're report shows grub-pc/install_devices has /dev/hda stored. > I assume that's not (anymore?) the device you boot from, else that > shouldn't happen. OK, I understand the problem. I had changed the device (from IDE to SATA using an adapter). Is there any way to detect that at postinst ? Could somehow grub find out that a drive has changed its interface ? (it can happen also if you change the SATA or IDE port, I believe, not only in the tight corner case of changing the whole interface !). I've downgraded the severity to important, since it only happens in very special cases. However, when that happens, it is guaranteed to be a real pain... (especially since I only had old Knoppix versions that would not recognize my SATA driver or my network card... Rather delicate, I'd say). Thanks for the reply, Vincent PS: upon submission of the bug, I got a message saying that I didn't have posting right the the pkg-grub mailing list. This should be disabled, as bug reports definitely should arrive there, even from unsubscribed addresses. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#564928: Newer grub fails with missing symbols at boot time
Package: grub-pc
Version: 1.98~20100110-1
Severity: grave
Hello,
I've upgraded to the latest grub yesterday, and today, the computer
refused to boot with grub complaining about "missing symbols" (I don't
remember which one), and was going into what seemed to be a 'rescue'
mode. No help, no way to boot... The only way was to boot using a
rescue disk, and install the 1.98~20100107-1 version. (which is still
installed, hence the dependency on -common below).
I'm ready to give more information should you need more.
Cheers,
Vincent
PS: setting to grave as it left me with a completely unbootable
machine
-- Package-specific info:
*** BEGIN /proc/mounts
/dev/disk/by-uuid/af9f145d-7669-438b-8099-1c71120a8eec / ext3
rw,noatime,errors=remount-ro,data=ordered 0 0
/dev/sdb7 /home ext4 rw,relatime,barrier=1,data=ordered 0 0
/dev/mapper/nvidia_ajcfafge2 /RAID ext4 rw,relatime,barrier=1,data=ordered 0 0
/dev/mapper/nvidia_ajcfafge2 /var/cache ext4 rw,relatime,barrier=1,data=ordered
0 0
/dev/mapper/nvidia_ajcfafge2 /chroots ext4 rw,relatime,barrier=1,data=ordered 0 0
*** END /proc/mounts
*** BEGIN /boot/grub/device.map
(hd0) /dev/hda
(hd1) /dev/hdb
(hd2) /dev/sda
(hd3) /dev/sdb
*** END /boot/grub/device.map
*** BEGIN /boot/grub/grub.cfg
#
# DO NOT EDIT THIS FILE
#
# It is automatically generated by /usr/sbin/grub-mkconfig using templates
# from /etc/grub.d and settings from /etc/default/grub
#
### BEGIN /etc/grub.d/00_header ###
set default=0
insmod ext2
set root=(hd0,5)
search --no-floppy --fs-uuid --set af9f145d-7669-438b-8099-1c71120a8eec
if loadfont /usr/share/grub/unicode.pf2 ; then
set gfxmode=640x480
insmod gfxterm
insmod vbe
if terminal_output gfxterm ; then true ; else
# For backward compatibility with versions of terminal.mod that don't
# understand terminal_output
terminal gfxterm
fi
fi
set locale_dir=/boot/grub/locale
set lang=en
insmod gettext
set timeout=5
### END /etc/grub.d/00_header ###
### BEGIN /etc/grub.d/05_debian_theme ###
set menu_color_normal=cyan/blue
set menu_color_highlight=white/blue
### END /etc/grub.d/05_debian_theme ###
### BEGIN /etc/grub.d/10_linux ###
menuentry "Debian GNU/Linux, with Linux 2.6.32-trunk-amd64" {
insmod ext2
set root=(hd0,5)
search --no-floppy --fs-uuid --set af9f145d-7669-438b-8099-1c71120a8eec
linux /boot/vmlinuz-2.6.32-trunk-amd64
root=UUID=af9f145d-7669-438b-8099-1c71120a8eec ro
initrd /boot/initrd.img-2.6.32-trunk-amd64
}
menuentry "Debian GNU/Linux, with Linux 2.6.32-trunk-amd64 (recovery mode)" {
insmod ext2
set root=(hd0,5)
search --no-floppy --fs-uuid --set af9f145d-7669-438b-8099-1c71120a8eec
linux /boot/vmlinuz-2.6.32-trunk-amd64
root=UUID=af9f145d-7669-438b-8099-1c71120a8eec ro single
initrd /boot/initrd.img-2.6.32-trunk-amd64
}
### END /etc/grub.d/10_linux ###
### BEGIN /etc/grub.d/20_memtest86 ###
menuentry "Memory test (memtest86)" {
linux16 /boot/memtest86.bin
}
### END /etc/grub.d/20_memtest86 ###
### BEGIN /etc/grub.d/20_memtest86+ ###
menuentry "Memory test (memtest86+)" {
insmod ext2
set root=(hd0,5)
search --no-floppy --fs-uuid --set af9f145d-7669-438b-8099-1c71120a8eec
linux16 /boot/memtest86+.bin
}
menuentry "Memory test (memtest86+, serial console 115200)" {
insmod ext2
set root=(hd0,5)
search --no-floppy --fs-uuid --set af9f145d-7669-438b-8099-1c71120a8eec
linux16 /boot/memtest86+.bin console=ttyS0,115200n8
}
### END /etc/grub.d/20_memtest86+ ###
### BEGIN /etc/grub.d/30_os-prober ###
### END /etc/grub.d/30_os-prober ###
### BEGIN /etc/grub.d/40_custom ###
# This file provides an easy way to add custom menu entries. Simply type the
# menu entries you want to add after this comment. Be careful not to change
# the 'exec tail' line above.
### END /etc/grub.d/40_custom ###
*** END /boot/grub/grub.cfg
-- System Information:
Debian Release: squeeze/sid
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1,
'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.32-trunk-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/dash
Versions of packages grub-pc depends on:
ii debconf [debconf-2.0]1.5.28 Debian configuration management sy
ii grub-common 1.98~20100107-1 GRand Unified Bootloader, version
ii libc62.10.2-5Embedded GNU C Library: Shared lib
ii ucf 3.0025 Update Configuration File: preserv
grub-pc recommends no packages.
Versions of packages grub-pc suggests:
pn desktop-base (no description available)
-- debconf information:
grub2/kfreebsd_cmdline:
* grub2/linux_cmdline:
* grub-pc/ch
Bug#557778: librmagick's little problems...
Hello, I think I found the reason why for this case: terce...@testing:~$ ruby spinner.rb /usr/lib/ruby/1.8/i486-linux/RMagick2.so: This installation of RMagick was configured with ImageMagick 6.5.5 but ImageMagick 6.5.7-8 is in use. (RuntimeError) from /usr/lib/ruby/1.8/RMagick.rb:11 from spinner.rb:4:in `require' from spinner.rb:4 it fails at runtime: it seems that a SONAME bump was missed between the two... (see bug: #564123) So my guess is that we can safely disable the test and blame imagemagick maintainers if SONAME bumps are missed again ;-)... There she goes ! Vincent, currently building the newer librmagick with test disabled. -- Vincent Fourmond, Debian Developer http://vince-debian.blogspot.com/ I have always wished for my computer to be as easy to use as my telephone; my wish has come true because I can no longer figure out how to use my telephone. -- Bjarne Stroustrup Vincent, not listening to anything for now -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#559372: libflickcurl-dev: problems including libxml/tree.h
Package: libflickcurl-dev Version: 1.14-1 Severity: grave Hello, When I try to compile one of the test programs, I get this message: ~ gcc -lflickcurl photo-info.c In file included from photo-info.c:18: /usr/include/flickcurl.h:31:25: error: libxml/tree.h: No such file or directory In file included from photo-info.c:18: /usr/include/flickcurl.h:1507: error: expected declaration specifiers or '...' before 'xmlDocPtr' There are several things wrong here. First, you are missing a dependency of the package on libxml2-dev, which actually contains the libxml/tree.h file. Second, even with this package installed, it doesn't work. Why ? Because the real file we are trying to include is this one: /usr/include/libxml2/libxml/tree.h So, either /usr/include/flickcurl.h should use #include either flickcurl-config --cflags should return -I/usr/include/libxml2/ Meanwhile, this package is pretty useless, hence the "grave" severity. Cheers, Vincent -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.31-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/dash Versions of packages libflickcurl-dev depends on: ii libflickcurl0 1.14-1 C library for accessing the Flickr libflickcurl-dev recommends no packages. libflickcurl-dev suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#550203: jclassinfo: Crash on java.util.HashMap with --all or --disasm
severity 550203 normal tag 550203 confirmed thanks Hello, Samuel Hym wrote: > Package: jclassinfo > Version: 0.19.1-4 > Severity: grave > Justification: renders package unusable Hmmm... No. Only for the case which you're using. I've never hit this bug before - therefore downgrading severity. > > jclassinfo --classpath=/usr/lib/jvm/java-6-openjdk/jre/lib/rt.jar --all > java.util.HashMap > crashes, giving the following trace: I can reproduce this bug, so I'll give it try a reasonably soon -- hopefully tomorrow, but that can't be guaranteed. Cheers, Vincent -- Vincent Fourmond, Debian Developer http://vince-debian.blogspot.com/ If there was anything that depressed him more than his own cynicism, it was that quite often, it still wasn't as cynical as real life. -- Terry Pratchet, Guards, guards ! Vincent, not listening to anything for now -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#549556: pmount: fails to mount with new udev (vol_id -> blkid change)
Meelis Roos wrote:
> Current versions of udev do not provide vol_id any more and blkid is the
> replacement. pmount still tries to use vol_id, this si not available, and
> nothing is mounted any more (tested with USB memory card reader).
>
> See http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=541884 for a similar case
> with mdadm.
I'm confused here. pmount does not use vol_id to the best of my
knowledge. Nor does it use udev directly. Can you at least provide a
debugging information of a case when mounting fails ? (with the -d
option of pmount ?).
Thanks,
Vincent Fourmond
--
Donkey: No one told me I had the right to remain silent !
Shrek: You *have* the right to remain silent. What you lack is the capacity.
-- Shrek 2
Vincent, not listening to anything for now
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#537091: rm src:libqt4-ruby, swallowed by kdebindings
Barry deFreese wrote: > retitle 537091 RM: libqt4-ruby -- RoM; swalled by kdebindings > tags 537091 + moreinfo > > thank you > > Hi, > > There is still at least one reverse build-dependency that needs resolved > before this can be removed: > > bdefre...@ries:/srv/ftp.debian.org/queue/new$ dak rm -nR libqt4-ruby > Working... done. > Will remove the following packages from unstable: > > libqt4-ruby | 1.4.10-3 | source > libqt4-ruby1.8 | 1.4.10-3 | hurd-i386 > libsmokeqt4-1 | 1.4.10-3 | alpha, amd64, armel, hppa, hurd-i386, i386, > ia64, mips, mipsel, powerpc, s390, sparc > libsmokeqt4-dev | 1.4.10-3 | hurd-i386 > > Maintainer: Vincent Fourmond > > --- Reason --- > > -- > > Checking reverse dependencies... > # Broken Depends: > kdebindings: libkde4-ruby1.8 [alpha amd64 armel hppa i386 ia64 > kfreebsd-amd64 kfreebsd-i386 mips mipsel powerpc s390 sparc] > libsoprano-ruby1.8 [alpha amd64 armel hppa i386 ia64 > kfreebsd-amd64 kfreebsd-i386 mips mipsel powerpc s390 sparc] > > # Broken Build-Depends: > omaque: libqt4-ruby1.8 > > Dependency problem found. I think I've found the problem: 20:44 vinc...@tanyaivinco ~ rmadison libqt4-ruby1.8 libqt4-ruby1.8 |1.4.6-2 | etch-m68k | m68k libqt4-ruby1.8 |1.4.6-2 | oldstable | alpha, amd64, arm, hppa, i386, ia64, mips, mipsel, powerpc, s390, sparc libqt4-ruby1.8 | 1.4.10-3 |stable | alpha, amd64, arm, armel, hppa, i386, ia64, mips, mipsel, powerpc, s390, sparc libqt4-ruby1.8 | 1.4.10-3 | testing | hppa, s390 libqt4-ruby1.8 | 1.4.10-3 | unstable | hurd-i386 libqt4-ruby1.8 | 4:4.2.2-3 | testing | alpha, amd64, armel, i386, ia64, mips, mipsel, powerpc, sparc libqt4-ruby1.8 | 4:4.3.0-1 | unstable | mipsel, sparc libqt4-ruby1.8 | 4:4.3.1-1 | unstable | alpha, amd64, armel, hppa, i386, ia64, kfreebsd-amd64, kfreebsd-i386, mips, powerpc, s390 As you can see, libtqt4-ruby for resting/unstable is still provided by the libqt4-ruby source package on hurd-i386. hurd is not officially supported, is it ? If no, you can safely remove the source libqt4-ruby from the archive. On all other arches, libqt4-ruby1.8 is provided by kdebindings 4:something. Cheers, Vincent -- His followers called him Mahasamatman and said he was a god. He preferred to drop the Maha- and the -atman, however, and called himself Sam. -- Roger Zelazny, Lord of Light Vincent, not listening to anything for now -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#528404: Downgrading severity
severity 528404 important thanks Hello, I'm downgrading the severity of this bug, as, after all, it does not affect boxes based on the stock kernel. I'll try to push a fix to s-p-u, though. Cheers, Vincent -- Vincent Fourmond, Debian Developer http://vince-debian.blogspot.com/ The moon was high now, in a sky as black as a cup of coffee that wasn't very black at all. -- Terry Pratchet, Men at arms Vincent, not listening to anything for now -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#528404: This bug is fixed in testing/unstable
fixed 528404 0.9.19-1 severity 528404 serious thanks Hello, This is a well known bug of pmount that is fixed in the recent versions found in testing/unstable. I'm considering to propose an update to the stable distribution. Cheers, Vincent -- Donkey: No one told me I had the right to remain silent ! Shrek: You *have* the right to remain silent. What you lack is the capacity. -- Shrek 2 Vincent, not listening to anything for now -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#527872: Same problem here.
Hello, I've also been hit by the same problem. I'm starting my X session using a simple startx. It crashes with a segfault. If I remove use-session-dbus from the /etc/X11/Xsession.options file, everything works fine. It did not happen before I upgraded dbus this morning. What is funny, though, is that downgrading dbus and libdbus does not fix the problem (even after a reboot). The window manager is fvwm2, but tracing shows the X server crashes before it is executed: it has already crashed when the first commands in my $HOME/.xsession are executed (they complain about a missing display). Cheers, Vincent -- Vincent Fourmond, Debian Developer http://vince-debian.blogspot.com/ More than any other time in history, mankind faces a crossroads. One path leads to despair and utter hopelessness. The other, to total extinction. Let us pray we have the wisdom to choose correctly. -- Woody Allen Vincent, listening to Bitter Sweet Symphony (The Verve) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#525528: Does not install in unstable
Package: librmagick-ruby1.8 Version: 2.5.2-1 Severity: serious Hello, librmagick-ruby depends on libmagick10, which is not available in unstable anymore. On a pure unstable system, it does not install. This is annoying, as it makes webgen0.4 FTBS (hence the serious severity). The newer imagemagick does not provide anymore the libmagick library, but a ...core and a ...wand library. I don't know which one should be used as build-dep. I'll have a look. Cheers, Vincent -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/dash Versions of packages librmagick-ruby depends on: pn librmagick-ruby1.8 (no description available) librmagick-ruby recommends no packages. Versions of packages librmagick-ruby suggests: pn librmagick-ruby-doc(no description available) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#524023: lilypond's problems with guile 1.8.6
Thomas Bushnell BSG wrote: >> As lilypond simply does not work in unstable, I'm raising the >> severity to grave. The patch mentionned in the bug report files works >> perfectly fine. I hereby announce my intention to NMU lilypond within >> a few days, unless you wish me not to do it (in which case, please >> upload a fix !). > > My intention is to upload the latest stable lilypond version tonight... Great ! Can't wait to use it... Vincent -- Vincent Fourmond, Debian Developer http://vince-debian.blogspot.com/ Give a man a fish and you feed him for a day. Give him a poisoned fish and you feed him for the rest of his life ! -- Slightly twisted chinese proverb Vincent, listening to St vincent (Tetes Raides) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#518496: libredcloth-ruby: Newer redcloth breaks webgen
severity 518496 grave thanks Hello, Dmitry Borodaenko wrote: > tags 518496 +moreinfo > thanks > > On Fri, Mar 6, 2009 at 6:40 PM, Vincent Fourmond wrote: >> Newer redcloth (4.0.4-2 and more recent) breaks webgen-0.4. Please >> coordinate with rdepends of your package when it changes it's API in a >> not backward-compatible way. > > Please provide more details: How does it break webgen-0.4? What are the > API changes in RedCloth4 that are not backward-compatible? > > As far as I can see, the only place in webgen-0.4 that invokes RedCloth > is webgen/plugins/contentconverters/textile.rb, and all there is is a > standard RedCloth.new(content).to_html, and that part of the API > definitely didn't change in RedCloth4. Except that require 'redcloth' does not work anymore... And for a good reason: libredcloth-ruby and libredcloth-ruby1.8 are EMPTY ! (therefore pushing severity to grave) See: ~ dpkg -L libredcloth-ruby /. /usr /usr/share /usr/share/doc /usr/share/doc/libredcloth-ruby /usr/share/doc/libredcloth-ruby/changelog.gz /usr/share/doc/libredcloth-ruby/copyright /usr/share/doc/libredcloth-ruby/changelog.Debian.gz 14:05 vinc...@tanyaivinco ~ dpkg -L libredcloth-ruby1.8 /. /usr /usr/share /usr/share/doc /usr/share/doc/libredcloth-ruby1.8 /usr/share/doc/libredcloth-ruby1.8/changelog.gz /usr/share/doc/libredcloth-ruby1.8/copyright /usr/share/doc/libredcloth-ruby1.8/changelog.Debian.gz Cheers, Vincent -- Vincent Fourmond, Debian Developer http://vince-debian.blogspot.com/ More than any other time in history, mankind faces a crossroads. One path leads to despair and utter hopelessness. The other, to total extinction. Let us pray we have the wisdom to choose correctly. -- Woody Allen Vincent, not listening to anything for now -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#518496: libredcloth-ruby: Newer redcloth breaks webgen
Package: libredcloth-ruby Version: 4.0.4-2 Severity: serious Justification: breaks webgen-0.4 Hello, Newer redcloth (4.0.4-2 and more recent) breaks webgen-0.4. Please coordinate with rdepends of your package when it changes it's API in a not backward-compatible way. Cheers, Vincent -- System Information: Debian Release: squeeze/sid APT prefers oldstable APT policy: (500, 'oldstable'), (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libredcloth-ruby depends on: ii libredcloth-ruby 3.0.99.0.svn.20060519-1 Textile module for Ruby 1.8 libredcloth-ruby recommends no packages. libredcloth-ruby suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#516734: Same goes here: linux-headers-2.6.28 uninstallable due to unmet dependency on linux-kbuild-2.6.28
Hello, Please fix this problem as soon as possible, as it prevents me, and other people depending on kernel modules built using, for instance, module-assistant from using the newer kernel. Cheers, Vincent -- Vincent Fourmond, Debian Developer http://vince-debian.blogspot.com/ It was funny how people were people everywhere you went, even if the people concerned weren't the people the people who made up the phrase ``people are people everywhere'' had traditionally thought of as people. -- Terry Pratchet, The Fifth Elephant Vincent, listening to Know Your enemy (Rage Against the Machine) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#516725: libcolamd-3.2.0: Fails to install
Package: libcolamd-3.2.0 Version: 3.2.0-2 Severity: grave Justification: fails to upgrade Hello, While upgrading lp-solve, insallation of libcolamd-3.2.0 fails because it tries to overwrite files already present on the system: Unpacking libcolamd-3.2.0 (from .../libcolamd-3.2.0_1%3a3.2.0-2_amd64.deb) ... dpkg: error processing /var/cache/apt/archives/libcolamd-3.2.0_1%3a3.2.0-2_amd64.deb (--unpack): trying to overwrite `/usr/lib/libcolamd.so.3.2.0', which is also in package libsuitesparse-3.2.0 libcolamd-3.2.0 should Replaces: libsuitesparse-3.2.0 (<= 3.2.0-1) Conflicts: libsuitesparse-3.2.0 (<= 3.2.0-1) (I'm not sure the conflict stanza is necessary). Cheers, Vincent -- System Information: Debian Release: 5.0 APT prefers oldstable APT policy: (500, 'oldstable'), (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libcolamd-3.2.0 depends on: ii libc6 2.9-3 GNU C Library: Shared libraries libcolamd-3.2.0 recommends no packages. libcolamd-3.2.0 suggests no packages. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#514406: Intention to NMU bug 514406
Hello,
I intend to NMU this bug as soon as possible. Please find attached the
debdiff for the NMU.
Regards,
Vincent
--
Vincent Fourmond, Debian Developer
http://vince-debian.blogspot.com/
If you put a large switch in some cave somewhere, with a sign on it
saying "End-of-the-World switch. PLEASE DO NOT TOUCH", the paint
wouldn't even have the time to dry.
-- Terry Pratchet, Thief of Time
Vincent, listening to White Summer (live) (Led Zeppelin)
diff -u xautolock-2.1/debian/changelog xautolock-2.1/debian/changelog
--- xautolock-2.1/debian/changelog
+++ xautolock-2.1/debian/changelog
@@ -1,3 +1,14 @@
+xautolock (1:2.1-7.1) unstable; urgency=high
+
+ * Non-maintainer upload.
+ * 10-fix-memory-corruption to fix a memory corruption problem leading to
+a user security problem (closes: 514406). Thanks to
+Uli for spotting the problem and providing the fix.
+ * Urgency high since it is a user security hole that really should make
+it into lenny.
+
+ -- Vincent Fourmond Tue, 10 Feb 2009 21:49:25 +0100
+
xautolock (1:2.1-7) unstable; urgency=high
* High-urgency upload for RC bugfix by Steve Langasek
diff -u xautolock-2.1/debian/patches/00list xautolock-2.1/debian/patches/00list
--- xautolock-2.1/debian/patches/00list
+++ xautolock-2.1/debian/patches/00list
@@ -1,0 +2 @@
+10-fix-memory-corruption
only in patch2:
unchanged:
--- xautolock-2.1.orig/debian/patches/10-fix-memory-corruption.dpatch
+++ xautolock-2.1/debian/patches/10-fix-memory-corruption.dpatch
@@ -0,0 +1,33 @@
+#! /bin/sh /usr/share/dpatch/dpatch-run
+## 10-fix-memory-corruption.dpatch by
+##
+## DP: Don't send a freed memory location to an exec system call !
+
+...@dpatch@
+diff -urNad xautolock-2.1~/src/options.c xautolock-2.1/src/options.c
+--- xautolock-2.1~/src/options.c 2002-01-15 16:37:33.0 +0100
xautolock-2.1/src/options.c2009-02-10 21:40:02.0 +0100
+@@ -250,6 +250,8 @@
+ * actually consists of multiple ones, we need to look for `;'
+ * characters first. We can only err on the safe side here...
+ */
++ /* FIXME: This would also need to handle other stuff like e.g. & */
++#if 0
+ if (!strchr (*command, ';'))
+ {
+ char* tmp;
+@@ -257,6 +259,14 @@
+ "exec %s", *command);
+ *command = tmp;
+ }
++#else
++ /* Create a copy of the string or else XrmDestroyDatabase would free() that
++ * string from underneath us.
++ */
++ char* tmp = newArray (char, strlen (*command) + 1);
++ (void) strcpy (tmp, *command);
++ *command = tmp;
++#endif
+ }
+ #endif /* !VMS */
+
Bug#514428: Galeon has a RC bugs: do you wish to fix it ?
Hello,
You have expressed your intention to adopt galeon (see debian bug
381028). It so happens that a RC security bug has recently been
discovered in it: 514428, and we're hoping to release lenny in a week,
so this should be fixed *real* fast.
This is your last chance to upload a version of galeon before lenny is
released. The bug has a patch (I didn't test it). If you choose to fix
it, please do it quickly and only fix that problem and possibly other
minor details, but don't upload any new version (that's too late). I'm
willing to sponsor you if you need.
If you haven't answered by monday (9th), I'll probably do a QA upload.
Regards,
Vincent
--
Vincent Fourmond, Debian Developer
http://vince-debian.blogspot.com/
If you put a large switch in some cave somewhere, with a sign on it
saying "End-of-the-World switch. PLEASE DO NOT TOUCH", the paint
wouldn't even have the time to dry.
-- Terry Pratchet, Thief of Time
Vincent, listening to Love Somebody (Robbie Williams)
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#513205: zsnes: "debian/rules clean" not working
Hello, On Fri, Feb 6, 2009 at 11:21 AM, Javier Serrano Polo wrote: > Hints for the next time: > > * "make distclean" works perfectly. Of course, you need to "cd >src" first. The problem lies in the debian packaging. I tried that, and that did not work: make went on compiling the program. I looked at the Makefiles and I really could not understand why, but that's how it did happen... (I can't prove it for now). Maybe a Make bug ? Cheers, Vincent -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#513205: NMUing zsnes
Hello, Since you are on the LowThresholdNMU list, I just did NMU the fix for bug #513205 for znes. I am attaching the diff, based on the one by Gunnar Wolf -- with a slight modification that actually makes it work ;-). Regards, and good luck for whatever you're doing that keeps you busy ! Vincent -- Vincent Fourmond, Debian Developer http://vince-debian.blogspot.com/ Some pirates achieved immortality by great deeds of cruelty and derring-do. Some achieved immortality by amassing great wealth. But the captain had long ago decided that he would, on the whole, prefer to achieve immortality by not dying. -- Terry Pratchet, the Colour of Magic Vincent, listening to Nil (The Cardigans) diff -u zsnes-1.510/debian/rules zsnes-1.510/debian/rules --- zsnes-1.510/debian/rules +++ zsnes-1.510/debian/rules @@ -24,7 +24,9 @@ dh_testroot rm -f build-stamp - [ ! -f Makefile ] || $(MAKE) distclean +# 'make distclean' appears to be broken + # [ ! -f src/Makefile ] || cd src && $(MAKE) distclean + rm -f $$(find src/ -type f -name *.o) src/Makefile src/cfg.h src/config.h src/config.log src/config.status src/input.h src/makefile.dep src/md.h src/parsegen src/tools/depbuild src/zsnes dh_clean diff -u zsnes-1.510/debian/changelog zsnes-1.510/debian/changelog --- zsnes-1.510/debian/changelog +++ zsnes-1.510/debian/changelog @@ -1,3 +1,12 @@ +zsnes (1.510-2.2) unstable; urgency=medium + + * Non-maintainer upload. + * Fix the debian/rules clean problem, with a patch courtesy of +Gunnar Wolf (closes: #513205) + * Urgency medium to fix RC bug in testing + + -- Vincent Fourmond Tue, 03 Feb 2009 21:52:28 +0100 + zsnes (1.510-2.1) unstable; urgency=high * Non-maintainer upload.
Bug#511995: Do you still need sponsoring for unionfs-fuse 0.21-3 ?
Hello, Bernd Schubert wrote: > On Sunday 01 February 2009, Vincent Fourmond wrote: >> Hello, >> >> I've noticed this RC bug: 511995. Are you still in need for a sponsor >> for unionfs-fuse 0.21-3 ? If yes, would you like me to sponsor you ? >> (that would probably happen only tomorrow). > > I didn't find a sponsor yet, so would be really great if you could upload it. It is on its way. Two things: * make sure you send an unblock request to debian-rele...@lists.debian.org, else the package won't make it to testing (I'm quite confident you are aware of that, but I mention it just in case ;-)...); * I think it would be better if you added the (closes: ...) stanza along with the line that describes what was fixed, rather than at the end of the changelog. Good job, Vincent -- Vincent Fourmond, Debian Developer http://vince-debian.blogspot.com/ Give a man a fish and you feed him for a day. Give him a poisoned fish and you feed him for the rest of his life ! -- Slightly twisted chinese proverb Vincent, listening to Kalasnjikov (by Goran Bregovic) (Goran Bregovic) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#511995: Do you still need sponsoring for unionfs-fuse 0.21-3 ?
Hello, I've noticed this RC bug: 511995. Are you still in need for a sponsor for unionfs-fuse 0.21-3 ? If yes, would you like me to sponsor you ? (that would probably happen only tomorrow). Regards, Vincent -- Vincent Fourmond, Debian Developer http://vince-debian.blogspot.com/ Some pirates achieved immortality by great deeds of cruelty and derring-do. Some achieved immortality by amassing great wealth. But the captain had long ago decided that he would, on the whole, prefer to achieve immortality by not dying. -- Terry Pratchet, the Colour of Magic Vincent, listening to High hopes (Pink Floyd) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#512486: Please unblock wordtrans 1.1pre15-3.2
Hello, Would you please unblock wordtrans 1.1pre15-3.2 ? It fixes a RC bug (#512486) in testing and several other problems, such as: * the package was made binNMU-safe; * many lintian warnings were cleared; * the menu files were adapted to the new menu policy. Many thanks, Vincent -- Vincent Fourmond, Debian Developer http://vince-debian.blogspot.com/ His followers called him Mahasamatman and said he was a god. He preferred to drop the Maha- and the -atman, however, and called himself Sam. -- Roger Zelazny, Lord of Light Vincent, listening to Setting Me Up (Dire Straits) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#512486: Bug 512486: intention to sponsor NMU
Hello,
Attached is the diff for the NMU. Without comments from your side,
I'll upload that within a few hours.
Cheers !
Vincent
--
Vincent Fourmond, Debian Developer
http://vince-debian.blogspot.com/
The moon was high now, in a sky as black as a cup of coffee that
wasn't very black at all.
-- Terry Pratchet, Men at arms
Vincent, listening to Water Of Love (Dire Straits)
diff -u wordtrans-1.1pre15/debian/changelog wordtrans-1.1pre15/debian/changelog
--- wordtrans-1.1pre15/debian/changelog
+++ wordtrans-1.1pre15/debian/changelog
@@ -1,3 +1,25 @@
+wordtrans (1.1pre15-3.2) unstable; urgency=medium
+
+ * Non-maintainer upload.
+
+ [Evgeni Golov]
+ * Make package binNMU-able by depending on >= ${source:Version} instead
+of = ${Source-Version} or = ${source:Version}.
+ * Rebuild to correctly compress the manpages. (Closes: #512486, #475642)
+ * Don't set DH_COMPAT in debian/rules, thats what debian/compat is for.
+Fixes lintians "declares-possibly-conflicting-debhelper-compat-versions"
+error.
+ * Empty wordtrans-{data,dict}.conffiles, that is handled by debhelper.
+Fixes lintians "duplicate-conffile" errors.
+
+ [ Vincent Fourmond ]
+ * Non-maintainer upload, second take.
+ * Get rid of obsolete Homepage pseudo-headers
+ * Change Apps into Applications in debian/*.menu
+ * Urgency medium to fix a RC bug in testing
+
+ -- Vincent Fourmond Sat, 31 Jan 2009 21:11:18 +0100
+
wordtrans (1.1pre15-3.1) unstable; urgency=low
* Non-maintainer upload.
diff -u wordtrans-1.1pre15/debian/rules-qt wordtrans-1.1pre15/debian/rules-qt
--- wordtrans-1.1pre15/debian/rules-qt
+++ wordtrans-1.1pre15/debian/rules-qt
@@ -9,9 +9,6 @@
# Uncomment this to turn on verbose mode.
#export DH_VERBOSE=1
-# This is the debhelper compatability version to use.
-export DH_COMPAT=2
-
# This has to be exported to make some magic below work.
export DH_OPTIONS
diff -u wordtrans-1.1pre15/debian/control-qt
wordtrans-1.1pre15/debian/control-qt
--- wordtrans-1.1pre15/debian/control-qt
+++ wordtrans-1.1pre15/debian/control-qt
@@ -23,7 +23,7 @@
Package: wordtrans-qt
Architecture: any
-Depends: ${shlibs:Depends}, wordtrans-data (= ${Source-Version})
+Depends: ${shlibs:Depends}, wordtrans-data (= ${source:Version})
Suggests: dict, dictd
Conflicts: wordtrans-console (<< 1.1pre10)
Replaces: wordtrans-console
@@ -54,7 +54,7 @@
Package: wordtrans-web
Architecture: all
-Depends: zendapi-20010901, wordtrans-qt (= ${Source-Version}) | wordtrans-kde
(= ${Source-Version}) | cwordtrans (= ${Source-Version})
+Depends: zendapi-20010901, wordtrans-qt (>= ${source:Version}) | wordtrans-kde
(>= ${source:Version}) | cwordtrans (>= ${source:Version})
Recommends: www-browser
Description: Multi Language Word Translator for Linux
Wordtrans is a front-end for several dictionaries. It supports
diff -u wordtrans-1.1pre15/debian/wordtrans-kde.menu
wordtrans-1.1pre15/debian/wordtrans-kde.menu
--- wordtrans-1.1pre15/debian/wordtrans-kde.menu
+++ wordtrans-1.1pre15/debian/wordtrans-kde.menu
@@ -1,3 +1,3 @@
-?package(wordtrans-kde):needs="X11" section="Apps/Text" \
+?package(wordtrans-kde):needs="X11" section="Applications/Text" \
title="kWordtrans" command="/usr/bin/kwordtrans"
hints="Beginner,Small,Translation"
diff -u wordtrans-1.1pre15/debian/wordtrans-qt.menu
wordtrans-1.1pre15/debian/wordtrans-qt.menu
--- wordtrans-1.1pre15/debian/wordtrans-qt.menu
+++ wordtrans-1.1pre15/debian/wordtrans-qt.menu
@@ -1,2 +1,2 @@
-?package(wordtrans-qt):needs="X11" section="Apps/Text" \
+?package(wordtrans-qt):needs="X11" section="Applications/Text" \
title="qWordtrans" command="/usr/bin/qwordtrans"
hints="Beginner,Small,Translation"
diff -u wordtrans-1.1pre15/debian/control-kde
wordtrans-1.1pre15/debian/control-kde
--- wordtrans-1.1pre15/debian/control-kde
+++ wordtrans-1.1pre15/debian/control-kde
@@ -5,6 +5,7 @@
Standards-Version: 3.7.2.2
Build-Depends-Indep: gettext, groff
Build-Depends: debhelper, linuxdoc-tools-text, libfribidi-dev, kdelibs4-dev |
kdelibs-dev (>= 2.2.2-13), recode, php5-dev, g++ (>= 4:4.0.2-2) [arm hppa
m68k] | g++-3.4 [arm hppa m68k], dpkg-dev (>= 1.13.2)
+Homepage: http://wordtrans.sourceforge.net/
Package: wordtrans-data
Architecture: all
@@ -17,8 +18,6 @@
.
This package contains some data files needed by wordtrans-qt
and wordtrans-kde.
- .
- Homepage: http://wordtrans.sourceforge.net/
Package: wordtrans-qt
Architecture: any
@@ -35,8 +34,7 @@
application).
.
This package contains the QT version.
- .
- Homepage: http://wordtrans.sourceforge.net/
+
Package: wordtrans-kde
Architecture: any
@@ -51,8 +49,7 @@
application).
.
This package contains the KDE version.
- .
- Homepage: http://wordtrans.sourceforge.net/
+
Package: wordtrans-doc
Se
Bug#512486: Bug 512486: intention to sponsor NMU
Hello, This bug has been know for ten days now, and patched for more than a week. I hereby express my intention to upload rather soon a NMU based on Evgeni's and fixing also the homepage/menu problems. (Evgeni, is that fine by you ??). Regards, Vincent -- Vincent Fourmond, Debian Developer http://vince-debian.blogspot.com/ find(1): A `%' at the end of the format argument causes undefined behaviour since there is no following character. In some locales, it may hide your door keys, while in others it may remove the final page from the novel you are reading. Vincent, listening to Wheres Life? (Keziah Jones) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#374644: Bug 374644: after NMU, xine-ui does not prevent the screensaver to trigger
Hello, On Fri, Jan 9, 2009 at 2:50 AM, Ben Hutchings wrote: > On Thu, 2009-01-08 at 20:13 +0100, Vincent Fourmond wrote: >> It seems that xdg-screensaver simply does not work in my case... That >> explains a lot. I'm currently looking at that. > > Which screensaver are you using? Plain Xorg. See #511248. Cheers, Vincent -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#511248: xdg-screensaver does not support basic Xorg screensaver ???
Package: xdg-utils Version: 1.0.2-6.1 Severity: serious Justification: breaks other packages Hello, xine-ui was recently migrated from using a dirty hack into using xdg-screensaver to disable the screen saver (see #374644). Unfortunately, ever since,the screen saver simply does not switch off. I'm not using any fancy screen saver (not Gnome, KDE, xscreen-saver or whatever); I'm only relying on Xorg to do its job, and was never disappointed so far. However, xdg-screensaver does not work with plain X screensaver... Steps to reproduce: First, make sure you have no fancy screensavers installed. Then: 20:21 vinc...@tanyaivinco ~ xwininfo | grep xwininfo xwininfo: Please select the window about which you xwininfo: Window id: 0x38f "xterm" 20:21 vinc...@tanyaivinco ~ xset s 3 20:21 vinc...@tanyaivinco ~ xdg-screensaver suspend 0x38f Then, wait three seconds, and see the screen go blank... BTW, the xdg-screensaver command returns a non-zero status (status 4), but does not show any error message. I'm tagging this bug as severity serious as it breaks xine-ui. Feel free to downgrade if you think I'm excessive. I'm try to implement a fix for that, I'll hopefully post a patch soon enough. Cheers, Vincent Fourmond -- System Information: Debian Release: 5.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/dash xdg-utils depends on no packages. Versions of packages xdg-utils recommends: ii elinks [www-browser] 0.12~pre2.dfsg0-1 advanced text-mode WWW browser ii file 4.26-2Determines file type using "magic" ii iceweasel [www-browser 3.0.5-1 lightweight web browser based on M ii mime-support 3.44-1MIME files 'mime.types' & 'mailcap ii shared-mime-info 0.30-2FreeDesktop.org shared MIME databa ii x11-utils 7.3+2+nmu1X11 utilities ii x11-xserver-utils 7.3+5 X server utilities Versions of packages xdg-utils suggests: ii desktop-file-utils0.15-1 Utilities for .desktop files pn exo-utils (no description available) pn kdelibs4c2a(no description available) pn konqueror (no description available) ii libgnome2-0 2.20.1.1-2 The GNOME 2 library - runtime file pn libgnomevfs2-bin (no description available) ii libgtk2.0-bin 2.12.11-4 The programs for the GTK+ graphica -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
