Bug#917490: Bug #917490 in coccinelle marked as pending
Control: tag -1 pending Hello, Bug #917490 in coccinelle reported by you has been fixed in the Git repository and is awaiting an upload. You can see the commit message below and you can check the diff of the fix at: https://salsa.debian.org/ocaml-team/coccinelle/commit/6d1c7f6322ab5ed44b3460b7d0bb79a4079f7947 Fix option clash while building the manual (closes: #917490) (this message was generated automatically) -- Greetings https://bugs.debian.org/917490
Bug#767740: FTBFS: mips: segmentation fault in check_pl
severity important 767740 thanks Hello, This happens sometimes on mips buildds, but it is hard to reproduce on gabrielli.debian.org. I've uploaded a manualy built package for now. I'm lowering the bug sevirity to allow the package to migrate to testing. Regards, Eugeniy Meshcheryakov 2 листопада 2014 о 11:25 +0100 Ondřej Surý написав(-ла): Package: src:swi-prolog Version: 6.6.6-5 Severity: serious Justification: fails to build from source (but built successfully in the past) -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Dear maintainer(s), your package FTBFS on mips with: make[3]: Entering directory '/«PKGBUILDDIR»/packages/jpl/src/java' javac -source 1.4 -target 1.4 -classpath ../../jpl.jar:/usr/share/java/junit.jar jpl/test/Family.java jpl/test/FetchBigTree.java jpl/test/FetchLongList.java jpl/test/Ga2.java jpl/test/Ga.java jpl/test/Garbo.java jpl/test/Masstest.java jpl/test/MaxObjects.java jpl/test/ShadowA.java jpl/test/ShadowB.java jpl/test/SyntaxError.java jpl/test/Test.java jpl/test/TestJUnit.java jpl/test/TestOLD.java warning: [options] bootstrap class path not set in conjunction with -source 1.4 1 warning jar cf ../../jpltest.jar jpl/test/Family.class jpl/test/FetchBigTree.class jpl/test/FetchLongList.class jpl/test/Ga2.class jpl/test/Ga.class jpl/test/Garbo.class jpl/test/Masstest.class jpl/test/MaxObjects.class jpl/test/ShadowA.class jpl/test/ShadowB.class jpl/test/SyntaxError.class jpl/test/Test.class jpl/test/TestJUnit.class jpl/test/TestOLD.class make[3]: Leaving directory '/«PKGBUILDDIR»/packages/jpl/src/java' if [ -r jpltest.jar ]; then \ LD_LIBRARY_PATH=/usr/lib/jvm/java-7-openjdk-mips/jre/lib/mips/server:/usr/lib/jvm/java-7-openjdk-mips/jre/lib/mips ../swipl.sh --traditional -q -f test_jpl.pl -g run_tests,halt -t 'halt(1)' ; \ else \ echo No jpltest.jar; maybe junit is not installed? ; \ fi JUNIT=/usr/share/java/junit.jar JAVA=java JAVA_PRELOAD=/usr/lib/jvm/java-7-openjdk-mips/jre/lib/mips/server/libjsig.so ./test-java.sh Welcome to SWI-Prolog (Multi-threaded, 32 bits, Version 6.6.6) Copyright (c) 1990-2013 University of Amsterdam, VU Amsterdam SWI-Prolog comes with ABSOLUTELY NO WARRANTY. This is free software, and you are welcome to redistribute it under certain conditions. Please visit http://www.swi-prolog.org for details. For help, use ?- help(Topic). or ?- apropos(Word). % halt Segmentation fault make[2]: *** [check_pl] Error 139 make[2]: *** Waiting for unfinished jobs Makefile:59: recipe for target 'check_pl' failed . . .. Time: 34.758 OK (104 tests) make[1]: *** [override_dh_auto_test] Error 2 Full build log can be found here: https://buildd.debian.org/status/fetch.php?pkg=swi-prologarch=mipsver=6.6.6-5stamp=1414864478 (Perhaps you can skip the tests on mips for now to allow swi-prolog to migrate to testing?) Cheers, Ondrej - -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (700, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_DK.UTF-8, LC_CTYPE=en_DK.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQJ8BAEBCgBmBQJUVgaPXxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQzMEI5MzNEODBGQ0UzRDk4MUEyRDM4RkIw Qzk5QjcwRUY0RkNCQjA3AAoJEAyZtw70/LsHhU0P/07lxetp24EnMzh/G+WBhICj 2acZcLYoG7iojeE/4k6OKFNYnnRM6MlnVYeOSjNLRWeR4Ei3y71Kf1FiPUtiFi1l XGR59jjbaZkJcqoQAhIrQdunKGiAJU/mmzxbDQDjZehwnZeCWTeprn0DtWJBRpSl X1R1VT6jW0xkuGBD69+7I2OUhMRdXeBjK2sBvQls+sRlWCG7Fx8VxUSBRiTSr9Ex yB9DZGUDTxOGnamvan/KwMXRJw9Vcyh/AILz52E89r//PGXMbNF/rLIfuAWAGPkj IzMDOFtdK+e1nYwixmpfGNJiIX4KjYlX/KV6oaqbhSz5DAEhOnvYnq4jXusNK0C+ h1wg7aoADiXuUYenQnONZ+7/uhZM0pM+yHS9ZDZyozH76LpO+1xyhCIiyVJoqJZd CSkQ9BkLOOrs4q/vNi/4q8E8vfw9fRAHlAzbTd/licN/2zBhR1c5Cse98IW5MZa3 Sw4i8LAAvkFBtneFYfS2yUAxbOFZH5XxH52GxOYxUJx4U0DAQGgDNnhuDuZ4EfjW KKh8gux7aXnGM2yRUYPzd++YJEjTuGahYPviSQDH2t2G6Y5rbIqyFWRra91I6ciT ASp5PaKBufe2iVS5CGyAnfCZYokqW4dpPLlx40OULypSTPuSlNxWhYXfeM90uHH6 DDeJiEaG59gPqkIFqWI0 =C7Vr -END PGP SIGNATURE- signature.asc Description: Digital signature
Bug#756812: nfs-common: rpc.gssd crashes while mounting an encrypted nfs4 filesystem
3 серпня 2014 о 13:17 +1000 Aníbal Monsalve Salazar написав(-ла): Hello, Could you please help me testing: · libtirpc1 0.2.4-2 · rpcbind 0.2.1-5 · nfs-common 1:1.2.8-7 · nfs-kernel-server 1:1.2.8-7 You will find them in experimental. The packages work for me on client. I didn't test on server yet. Regards, Eugeniy Meshcheryakov signature.asc Description: Digital signature
Bug#752948: swi-prolog: FTBFS - test_singleton.pl: Exported procedure is not defined
tags 752948 + moreinfo unreproducible thanks The log looks really strange. No prolog packages are built at all. It just prints the header and stops: ** * Configuring packages swi-prolog ** I can't reproduce this bug in current sid chroot with cowbuilder (amd64). Do you have any idea why it ignores all packages in your build? Was the source archive unpacked correctly? Regards, Eugeniy Meshcheryakov 28 червня 2014 о 01:05 +0100 Michael Tautschnig написав(-ла): Package: swi-prolog Version: 6.6.6-1 Severity: serious Usertags: goto-cc During a rebuild of all Debian packages in a clean sid chroot (using cowbuilder and pbuilder) the build failed with the following error. [...] Exported procedure memory_file:atom_to_memory_file/2 is not defined ERROR: /srv/jenkins-slave/workspace/sid-goto-cc-swi-prolog/swi-prolog-6.6.6/src/Tests/core/test_singleton.pl:10: Exported procedure memory_file:free_memory_file/1 is not defined ERROR: /srv/jenkins-slave/workspace/sid-goto-cc-swi-prolog/swi-prolog-6.6.6/src/Tests/core/test_singleton.pl:10: Exported procedure memory_file:memory_file_to_atom/2 is not defined ERROR: /srv/jenkins-slave/workspace/sid-goto-cc-swi-prolog/swi-prolog-6.6.6/src/Tests/core/test_singleton.pl:10: Exported procedure memory_file:open_memory_file/4 is not defined ERROR: /srv/jenkins-slave/workspace/sid-goto-cc-swi-prolog/swi-prolog-6.6.6/src/Tests/core/test_singleton.pl:10: Exported procedure memory_file:new_memory_file/1 is not defined Script /srv/jenkins-slave/workspace/sid-goto-cc-swi-prolog/swi-prolog-6.6.6/src/Tests/core/test_singleton.pl failed: test_singleton:copied_singletons/2: Undefined procedure: memory_file:new_memory_file/1 . done Running scripts from attvar .. done Running scripts from library done Running scripts from charset . done Running scripts from clp . done Running scripts from GC .. done Running scripts from thread done 22.875 seconds cpu time for 45,269,518 inferences 7,503 atoms, 4,919 functors, 5,805 predicates, 308 modules, 267,385 VM-codes LimitAllocated In use Local stack : 268,439,552 126,9761,488 Bytes Global stack : 268,443,648 126,960 144 Bytes Trail stack : 268,435,456 129,0168 Bytes 1,678 garbage collections gained 206,696,512 bytes in 2.071 seconds. 5,212 atom garbage collections gained 280,206 atoms in 6.930 seconds. Stack shifts: 742 local, 918 global, 443 trail in 0.151 seconds. 2 threads, 3,321 finished threads used 2.829 seconds. *** 1 tests failed *** Makefile:416: recipe for target 'check' failed make[2]: *** [check] Error 1 make[2]: Leaving directory '/srv/jenkins-slave/workspace/sid-goto-cc-swi-prolog/swi-prolog-6.6.6/src' debian/rules:125: recipe for target 'override_dh_auto_test' failed The full build log is attached; please do let me know if the problem is unreproducible, in which case I shall try to investigate further. Best, Michael signature.asc Description: Digital signature
Bug#742279: implicitly converted to pointer warnings on 64bit architectures
Hi, I need more info about this. Is this about version 6.6.3-1? Version 6.3.3-1 was not packaged. Also don't see those warnings when compiling on my machine (amd64). Are you using sid? Regards, Eugeniy Meshcheryakov 21 березня 2014 о 16:28 +0100 Matthias Klose написав(-ла): Package: swi-prolog Version: 6.3.3-1 Severity: serious Seen at least on amd64: Function `tgetstr' implicitly converted to pointer at pl-term.c:192 Function `tgoto' implicitly converted to pointer at pl-term.c:262 Our automated build log filter detected the problem(s) above that will likely cause your package to segfault on architectures where the size of a pointer is greater than the size of an integer, such as ia64 and amd64. This is often due to a missing function prototype definition. Since use of implicitly converted pointers is always fatal to the application on ia64, they are errors. Please correct them for your next upload. More information can be found at: http://wiki.debian.org/ImplicitPointerConversions signature.asc Description: Digital signature
Bug#689583: swi-prolog-nox depends on libncursesw5 on amd64, but not on proper -dev package
It seems I've sent this message to an incorrect address first time. Resending now. 4 жовтня 2012 о 20:55 +0200 Eugeniy Meshcheryakov написав(-ла): 4 жовтня 2012 о 09:39 +0100 Michael Tautschnig написав(-ла): Package: swi-prolog-nox Version: 5.10.4-3 Severity: serious Justification: breaks build of other packages swi-prolog-nox lists as dependencies: libncursesw5 (= 5.6+20070908) [amd64] libncurses5 (= 5.5-5~) [not amd64] libncurses5-dev This breaks any build using swipl-ld on *amd64* as libncursesw5.so will not be available. The problem is caused by swi-prolog autodetecting libraries and trying ncursesw first, and it was installed on my machine when I was building the package. The least intrusive solution IMHO would be to just Build-Conflict with libncursesw5-dev. Will release team accept unblock request for package with such change? Regards, Eugeniy Meshcheryakov signature.asc Description: Digital signature
Bug#689583: swi-prolog-nox depends on libncursesw5 on amd64, but not on proper -dev package
Hi, 4 жовтня 2012 о 09:39 +0100 Michael Tautschnig написав(-ла): Package: swi-prolog-nox Version: 5.10.4-3 Severity: serious Justification: breaks build of other packages swi-prolog-nox lists as dependencies: libncursesw5 (= 5.6+20070908) [amd64] libncurses5 (= 5.5-5~) [not amd64] libncurses5-dev This breaks any build using swipl-ld on *amd64* as libncursesw5.so will not be available. The problem is caused by swi-prolog autodetecting libraries and trying ncursesw first, and it was installed on my machine when I was building the package. The least intrusive solution IMHO would be to just Build-Conflict with libncursesw5-dev. Will release team accept unblock request for package with such change? Regards, Eugeniy Meshcheryakov signature.asc Description: Digital signature
Bug#591325: initramfs-tools: kernel does not boot without network connection
reassign 591325 nbd-client thanks 2 серпня 2010 о 20:50 +0200 Michael Prokop написав(-ла): Recently during boot initramfs started to send DHCP RARP request to all network interfaces. This behaviour was not observed before and I changed nothing in initramfs-tools configuration for long time. This can be because I started to use dhcp for network configuration (using NetworkManager, and not for network boot boot) or just because I installed new kernel. The result is that kernel fail to boot if there is no network connection, so severity is grave. initramfs just displays repeatedly messages about timeout and giving up, but does not really give up. Does it work for you if you downgrade klibc-utils from 1.5.18-1 to 1.5.12 (available in stable + snapshots)? Does booting with ip=off work around this issue? Thanks, ip=off helped, there was also some error from nbd visible. Uninstalling nbd-client fixed the problem completely. So I guess this is a bug in nbd-client. Regards, Eugeniy Meshcheryakov signature.asc Description: Digital signature
Bug#567942: coccinelle: preparation for python 2.6 transition
Hi Steve, I'll upload fixed version of coccinelle later today. I think no build-dependency on python*-dev is needed. Regards, Eugeniy Meshcheryakov 20 червня 2010 о 16:00 -0700 Steve Langasek написав(-ла): Hi Eugeniy, pycaml has been transitioned now to python2.6 in unstable. Is there anything else holding up the fix for this bug? I realize it's only been RC for three days, so apologies if I'm jumping the gun here. Is the correct fix to drop the python2.5-dev build-dependency altogether, or to replace it with python-dev? A build-dep on python2.6-dev definitely looks wrong to me. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org signature.asc Description: Digital signature
Bug#586656: libpycaml-ocaml-dev: package cannot be installed with aptitude
21 червня 2010 о 14:18 +0200 Євгеній Мещеряков написав(-ла): Conflict on pycaml should be versioned. Also IMHO those package should Replace pycaml. Sorry, i missed that those packages already replace pycaml. signature.asc Description: Digital signature
Bug#567942: coccinelle: preparation for python 2.6 transition
tags 567942 - patch thanks This package only needs change in build-dependency, but only after compiling pycaml with python 2.6. The patch from Ubuntu is not needed. 12 червня 2010 о 12:35 +0200 Jakub Wilk написав(-ла): severity 567942 important thanks * Bhavani Shankar right2bh...@gmail.com, 2010-02-01, 17:28: In Ubuntu, we've applied the attached patch to achieve the following: * Merge from debian testing. Remaining changes: - debian/control: build-depend on python2.6-dev, set XB-Python-Version to 2.6 We would prefer a patch that does not hardcode any Python versions. -- Jakub Wilk signature.asc Description: Digital signature
Bug#552375: readahead-fedora: machine fails to boot after installation
severity 552375 important thanks Thanks for reply, I'll try to enable audit, but is it possible for readahead-fedora to just fail, if audit is not enabled and give an error message? 25 жовтня 2009 о 23:37 +0100 Michael Biebl написав(-ла): Євгеній Мещеряков wrote: After installtion of readahead-fedora package machine fails to boot. Last messages are: Kernel: Linux 2.6.32-rc5 (SMP w/2 CPU cores; PREEMPT) readahead-fedora relies on the audit kernel subsystem and you are using a self-compiled kernel. I bet you haven't enabled AUDIT, as the default Debian kernels do. signature.asc Description: Digital signature
Bug#526824: systemtap: FTBFS: checking for dwfl_module_getsym in -ldw... no
reassing 526824 libdw-dev retitle 526824 libdw-dev: should depend on libdw1 thanks Hi Kurt, I belive this is a bug in your package. 3 травня 2009 о 20:58 +0200 Kurt Roeckx написав(-ла): Source: systemtap Version: 0.0.20090502-1 Severity: serious Hi, There was an error while trying to autobuild your package: Start Time: 20090503-1852 [...] Build-Depends: debhelper (= 7.0.0), dbs, autoconf, automake1.10, bzip2, libelf-dev (= 0.141), libdw-dev (= 0.141), libsqlite3-dev, texlive-latex-base, texlive-latex-recommended, texlive-latex-extra, texlive-fonts-recommended, libnss3-dev, libnspr4-dev, pkg-config, xsltproc, docbook-xsl (= 1.74.3), docbook-xml [...] checking for GRAPHER... no checking for dwfl_module_getsym in -ldw... no configure: error: missing elfutils development headers/libraries (install elfutils-devel, libebl-dev, libdw-dev and/or libebl-devel) make: *** [build-stamp] Error 1 dpkg-buildpackage: failure: debian/rules build gave error exit status 2 A full build log can be found at: http://buildd.debian.org/build.php?arch=i386pkg=systemtapver=0.0.20090502-1 Kurt signature.asc Description: Digital signature
Bug#398148: chuck not functional on amd64
Hello, With this patch alsa output works for me. Thanks, Eugeniy Meshcheryakov 25 березня 2009 о 00:31 +0100 Samuel Thibault написав(-ла): Samuel Thibault, le Tue 24 Mar 2009 23:43:41 +0100, a écrit : The alsa case is quite odd, we're getting ioctl(5, SNDRV_PCM_IOCTL_READI_FRAMES, 0x7fc0937b1fc0) = -1 EPIPE (Broken pipe) I haven't found why yet. Ok, I've resorted to putting printks in the kernel, which got me to snd_pcm_pre_start() which calls snd_pcm_playback_data where runtime-stop_threshold = runtime-boundary is not true because stop_threshold is 0x7fff, while runtime-boundary is 0x4800. The attached patch fixes it. Samuel --- chuck-1.2.0.8.dfsg/src/rtaudio.cpp.orig 2009-03-25 00:22:20.0 +0100 +++ chuck-1.2.0.8.dfsg/src/rtaudio.cpp2009-03-25 00:22:26.0 +0100 @@ -4047,7 +4047,7 @@ snd_pcm_sw_params_alloca( sw_params ); snd_pcm_sw_params_current( handle, sw_params ); snd_pcm_sw_params_set_start_threshold( handle, sw_params, *bufferSize ); - snd_pcm_sw_params_set_stop_threshold( handle, sw_params, 0x7fff ); + snd_pcm_sw_params_set_stop_threshold( handle, sw_params, LONG_MAX ); snd_pcm_sw_params_set_silence_threshold( handle, sw_params, 0 ); snd_pcm_sw_params_set_silence_size( handle, sw_params, INT_MAX ); err = snd_pcm_sw_params( handle, sw_params ); signature.asc Description: Digital signature
Bug#398148: chuck not functional on amd64
Hi,
I tested your patch and oss and jack outputs work fine. With alsa
there is only silence.
24 березня 2009 о 02:00 +0100 Samuel Thibault написав(-ла):
Hello,
Here is an updated patch. I've checked all the places that upstream
marked as ISSUE: 64-bit, but also a few other. I could run all the
basic examples with success. Could you make some tests?
Samuel
diff -ur chuck-1.2.0.8.dfsg.orig/debian/rules chuck-1.2.0.8.dfsg/debian/rules
--- chuck-1.2.0.8.dfsg.orig/debian/rules 2009-03-23 23:33:48.0
+0100
+++ chuck-1.2.0.8.dfsg/debian/rules 2009-03-23 23:34:11.0 +0100
@@ -6,7 +6,7 @@
# Uncomment this to turn on verbose mode.
#export DH_VERBOSE=1
-CFLAGS = -Wall -g
+CFLAGS = -Wall -g -fno-strict-aliasing
ifneq (,$(findstring noopt,$(DEB_BUILD_OPTIONS)))
CFLAGS += -O0
diff -ur chuck-1.2.0.8.dfsg.orig/src/chuck_emit.cpp
chuck-1.2.0.8.dfsg/src/chuck_emit.cpp
--- chuck-1.2.0.8.dfsg.orig/src/chuck_emit.cpp2007-03-22
07:36:02.0 +0100
+++ chuck-1.2.0.8.dfsg/src/chuck_emit.cpp 2009-03-24 00:55:04.0
+0100
@@ -371,9 +371,9 @@
// if decl, then expect only one word per var
if( exp-s_type == ae_exp_decl )
emit-append( new Chuck_Instr_Reg_Pop_Word3(
exp-decl.num_var_decls ) );
-else if( exp-type-size == 4 ) // ISSUE: 64-bit
+else if( exp-type-size == sz_INT ) // ISSUE: 64-bit
emit-append( new Chuck_Instr_Reg_Pop_Word );
-else if( exp-type-size == 8 ) // ISSUE: 64-bit
+else if( exp-type-size == sz_FLOAT ) // ISSUE: 64-bit
emit-append( new Chuck_Instr_Reg_Pop_Word2 );
else
{
@@ -606,9 +606,9 @@
return FALSE;
// HACK!
-if( stmt-c3-type-size == 8 ) // ISSUE: 64-bit
+if( stmt-c3-type-size == sz_FLOAT ) // ISSUE: 64-bit
emit-append( new Chuck_Instr_Reg_Pop_Word2 );
-else if( stmt-c3-type-size == 4 ) // ISSUE: 64-bit
+else if( stmt-c3-type-size == sz_INT ) // ISSUE: 64-bit
emit-append( new Chuck_Instr_Reg_Pop_Word );
else if( stmt-c3-type-size != 0 )
{
@@ -1027,8 +1027,7 @@
emit-code-stack_break.push_back( NULL );
// push the value of the loop counter
-// TODO: get rid of hard code 4
-emit-append( new Chuck_Instr_Reg_Push_Deref( (t_CKUINT)counter, 4 ) );
// ISSUE: 64-bit
+emit-append( new Chuck_Instr_Reg_Push_Deref( (t_CKUINT)counter, sz_INT
) );
// get the type, taking cast into account
Chuck_Type * type = stmt-cond-cast_to ? stmt-cond-cast_to :
stmt-cond-type;
@@ -2122,9 +2121,9 @@
else
{
// assign primitive
-if( right-size == 4 ) // ISSUE: 64-bit
+if( right-size == sz_INT ) // ISSUE: 64-bit
emit-append( new Chuck_Instr_Assign_Primitive );
-else if( right-size == 8 ) // ISSUE: 64-bit
+else if( right-size == sz_FLOAT ) // ISSUE: 64-bit
emit-append( new Chuck_Instr_Assign_Primitive2 );
else
{
@@ -2644,7 +2643,7 @@
is_str = TRUE;
// make sure
-if( type-size != 4 type-size != 8 ) // ISSUE: 64-bit
+if( type-size != sz_INT type-size != sz_FLOAT )
{
EM_error2( array-linepos,
(emit): internal error: array with datasize of %i...,
type-size );
@@ -2705,7 +2704,7 @@
t_CKUINT size = type-size;
if( func-def-s_type == ae_func_builtin )
{
-if( size == 0 || size == 4 || size == 8 ) // ISSUE: 64-bit
+if( size == 0 || size == sz_INT || size == sz_FLOAT )
{
// is member
if( is_member )
@@ -3165,9 +3164,9 @@
/* if( !is_init first_exp )
{
// push 0
-if( type-size == 4 ) // ISSUE: 64-bit
+if( type-size == sz_INT )
emit-append( new Chuck_Instr_Reg_Push_Imm( 0 ) );
-else if( type-size == 8 ) // ISSUE: 64-bit
+else if( type-size == sz_FLOAT )
emit-append( new Chuck_Instr_Reg_Push_Imm2( 0.0 ) );
else
{
@@ -3184,9 +3183,9 @@
if( value-is_member )
{
// zero out location in object, and leave addr on operand stack
-if( type-size == 4 ) // ISSUE: 64-bit
+if( type-size == sz_INT ) // ISSUE: 64-bit
emit-append( new Chuck_Instr_Alloc_Member_Word(
value-offset ) );
-else if( type-size == 8 ) // ISSUE: 64-bit
+else if( type-size == sz_FLOAT ) // ISSUE: 64-bit
emit-append( new Chuck_Instr_Alloc_Member_Word2(
value-offset ) );
else
Bug#398148: chuck not functional on amd64
Hello Samuel, I tried chuck with your patch on amd64. chuck.alsa gives no sound. chuck.oss gives some sound. But it does not match at all the sound generated by chuck it 32-bit chroot (on the same machine, both chuck.alsa and chuck.oss work fine). I think there are more problems then fixed by your patch. During compilation there are a lot of warnings (mismatch between int/long, int/size_t, dereferencing type-punned pointer) that can break chuck. 23 березня 2009 о 10:41 +0100 Samuel Thibault написав(-ла): Samuel Thibault, le Mon 23 Mar 2009 10:39:22 +0100, a écrit : Problem is: I do not get any audio output, but that's also the case when I try to run the 32bit version, so I guess that's another bug. I forgot to explicitly say: so can somebody with a proper sound setup try my patch? Samuel signature.asc Description: Digital signature
Bug#398148: chuck not functional on amd64
23 березня 2009 о 11:18 +0100 Samuel Thibault написав(-ла):
Ah? Could you post your .ck file? I tried the manual's
SinOsc s = dac;
while( true ) {
100::ms = now;
Std.rand2f(30.0, 1000.0) = s.freq;
}
it seemed to work fine.
The file is /usr/share/doc/chuck/examples/basic/foo.ck . Your file works
fine on my machine with chuck.oss, but not chuck.alsa (both work fine in
chroot).
I think there are more problems then fixed by your patch. During
compilation there are a lot of warnings (mismatch between int/long,
int/size_t, dereferencing type-punned pointer) that can break chuck.
Yes, the amount of warnings is a bit scary :) The mismatches are only
for printing, however. Since chuck defines a VM, it may be good to use
-fno-strict-aliasing to fix type-punning.
Samuel
signature.asc
Description: Digital signature
Bug#506354: lvm2: system fails to boot after upgrade
21 листопада 2008 о 00:09 +0100 Bastian Blank написав(-ла): You have /var/lock on a different filesystem than /? Yes, /var is on an LV. Seems that it needs to use /lib/init/rw. signature.asc Description: Digital signature
Bug#506354: lvm2: system fails to boot after upgrade
21 листопада 2008 о 00:45 +0100 Bastian Blank написав(-ла): On Fri, Nov 21, 2008 at 12:21:43AM +0100, Eugeniy Meshcheryakov wrote: 21 листопада 2008 о 00:09 +0100 Bastian Blank написав(-ла): You have /var/lock on a different filesystem than /? Yes, /var is on an LV. Seems that it needs to use /lib/init/rw. Can you please change the locking_dir setting in /etc/lvm/lvm.conf to /lib/init/rw? I did. It fixed the problem. Thanks, Eugeniy Meshcheryakov signature.asc Description: Digital signature
Bug#492677: systemtap: Missing dependencies
severity 492677 important thanks Systemtap does not work with Debian kernels now because of config file used to build them and absence of debug information for them. It works with kernels built as described in README.Debian and does not require linux-headers installed. So, i'm downgrading this bug severity. Until Debian kernels fixed, adding linux-headers to depends is useless, so I'm not going to fix this now. After Debian kernels fixed, i'll add linux-headers and debuginfo to Suggests or Recommends. 28 липня 2008 о 01:47 -0300 Rafael C. de Almeida написав(-ла): Package: systemtap Version: 0.0.20061028-2 Severity: serious Justification: Policy 3.5 Systemtap requires the package linux-headers, but it's not on systemtap's depends list. signature.asc Description: Digital signature
Bug#492676: systemtap: Fails to work with available kernels
severity 492676 normal
reassing 492676 linux-2.6
retitle 492676 linux-2.6: should be compatible with systemtap
thanks
Hi,
This is bug in Debian kernels and not in systemtap, so I'm reassigning
it there.
Please add the following options to enable use of systemtap:
CONFIG_DEBUG_INFO
CONFIG_KPROBES
CONFIG_DEBUG_FS
CONFIG_RELAY
CONFIG_DEBUG_INFO makes kernels much bigger, so it is useful to split
debug information into separate package and put it under
/usr/lib/debug/modules/ Systemtap requires debug information for
modules and vmlinux (or entire vmlinux, need to check this).
28 липня 2008 о 01:44 -0300 Rafael C. de Almeida написав(-ла):
Package: systemtap
Version: 0.0.20061028-2
Severity: grave
Justification: renders package unusable
This package needs CONFIG_KPROBES to be set on the kernel, but the option is
unset on stock linux 2.6.18. This makes it impossible to execute even simple
scripts such as:
# stap -ve 'probe begin { log(hello world) exit () }'
I'm not aware of other stock kernel version which may have CONFIG_KPROBES set.
-- System Information:
Debian Release: 4.0
APT prefers stable
APT policy: (500, 'stable')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-6-686
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Versions of packages systemtap depends on:
ii libc6 2.3.6.ds1-13etch7 GNU C Library: Shared libraries
ii libelf10.123-3 library to read and write ELF
file
ii libgcc11:4.1.1-21GCC support library
ii libglib2.0-0 2.12.4-2 The GLib library of C routines
ii libmysqlclient15off5.0.32-7etch6 mysql database client library
ii libstdc++6 4.1.1-21 The GNU Standard C++ Library v3
ii sudo 1.6.8p12-4Provide limited super user
privile
systemtap recommends no packages.
-- no debconf information
signature.asc
Description: Digital signature
Bug#439083: [Pkg-fonts-devel] Bug#439083: DejaVu Sans Bold cyrillic m (U+043C) is printed as blank space
tags 439083 + upstream fixed-upstream severity 439083 normal thanks This bug is fixed in upstream SVN, revision 1976. Thanks for reporting. 22 серпня 2007 о 12:12 +0600 Sergey Fedoseev написав(-ла): Package: ttf-dejavu Version: 2.15-1 Severity: serious Steps to reproduce: 1. Create document containing DejaVu Sans Bold cyrillic m in openoffice. 2. Print this document to file. 3. Open this file in evince. result: In places where should be m we're seeing only blank space =( . In terminal evince says: ESP Ghostscript 815.03: Failed to interpret TT instructions of the font DejaVuSans-BoldFID12HGSet2. Continue ignoring instructions of the font. signature.asc Description: Digital signature
Bug#422901: fontforge: crashes on amd64
Package: fontforge Version: 0.0.20070501-1 Severity: grave Tags: patch fontforge crashes on amd64 during compilation on ttf-dejavu package: % ./generate.sh Copyright (c) 2000-2007 by George Williams. Executable based on sources from 13:10 1-May-2007. Segmentation fault This does not happen on i386, but given multiple errors from valgrind I think it can crash with other fonts, generate incorrect output or do other strange things. The problem is in code like the following (from lookups.c): if ( cnt=tot ) lookups = grealloc(lookups,(tot++)*sizeof(uint32)); lookups[cnt] = 0; Here there are two things: 1. lookups = grealloc(lookups,(tot++)*sizeof(uint32)); Befor those lines lookups was allocated as array of tot values, so this line can be simplified to just: tot++ This line gives no other results. And line that follows will write to random parts of memory (but see #2). 2. In this part of code lookups is defined as array of pointers. Those pointers are 64-bit on amd64. So this code will shrink allocated memory. This point does not apply to other 2 instances of such code. Attached patch fixes this problem by replacing tot++ by tot=cnt+1, so next line will write to allocated memory. This patch also fixes incorrect type for lookups array. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.21-me (SMP w/2 CPU cores; PREEMPT) Locale: LANG=uk_UA.UTF-8, LC_CTYPE=uk_UA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages fontforge depends on: ii libc6 2.5-7 GNU C Library: Shared libraries ii libfreetype6 2.2.1-5FreeType 2 font engine, shared lib ii libice6 1:1.0.3-2 X11 Inter-Client Exchange library ii libjpeg62 6b-13 The Independent JPEG Group's JPEG ii libpng12-01.2.15~beta5-1 PNG library - runtime ii libsm61:1.0.2-2 X11 Session Management library ii libtiff4 3.8.2-7Tag Image File Format (TIFF) libra ii libungif4g4.1.4-4shared library for GIF images ii libuninameslist0 0.0.20060907-2 a library of Unicode annotation da ii libx11-6 2:1.0.3-7 X11 client-side library ii libxml2 2.6.28.dfsg-1 GNOME XML library ii python2.4 2.4.4-4An interactive high-level object-o ii zlib1g1:1.2.3-13 compression library - runtime fontforge recommends no packages. -- no debconf information Index: fontforge/fontforge/lookups.c === --- fontforge/fontforge/lookups.c.orig 2007-05-08 20:33:22.0 +0200 +++ fontforge/fontforge/lookups.c 2007-05-08 20:34:13.0 +0200 @@ -187,7 +187,7 @@ qsort(scripts,cnt,sizeof(uint32),uint32_cmp); /* add a 0 entry to mark the end of the list */ if ( cnt=tot ) - scripts = grealloc(scripts,(tot++)*sizeof(uint32)); + scripts = grealloc(scripts,(tot=cnt+1)*sizeof(uint32)); scripts[cnt] = 0; return( scripts ); } @@ -259,7 +259,7 @@ qsort(langs,cnt,sizeof(uint32),lang_cmp); /* add a 0 entry to mark the end of the list */ if ( cnt=tot ) - langs = grealloc(langs,(tot++)*sizeof(uint32)); + langs = grealloc(langs,(tot=cnt+1)*sizeof(uint32)); langs[cnt] = 0; return( langs ); } @@ -373,7 +373,7 @@ /* lookup order is irrelevant here. might as well leave it in invocation order */ /* add a 0 entry to mark the end of the list */ if ( cnt=tot ) - lookups = grealloc(lookups,(tot++)*sizeof(uint32)); + lookups = grealloc(lookups,(tot=cnt+1)*sizeof(OTLookup *)); lookups[cnt] = 0; return( lookups ); }
Bug#418840: patch for NMU
I'm going to do an NMU for this bug with the attached patch.
--
Eugeniy Meshcheryakov
diff -urpN locales.orig/debian/changelog belocs-locales-bin-2.4/debian/changelog
--- locales.orig/debian/changelog 2007-04-18 22:57:48.0 +0200
+++ belocs-locales-bin-2.4/debian/changelog 2007-04-18 22:46:20.0 +0200
@@ -1,3 +1,11 @@
+belocs-locales-bin (2.4-2.2) unstable; urgency=low
+
+ * Non-maintainer upload.
+ * Fix locales magic number detection with glibc 2.5,
+thanks to Denis Barbier (Closes: #418840)
+
+ -- Eugeniy Meshcheryakov [EMAIL PROTECTED] Wed, 18 Apr 2007 22:44:43 +0200
+
belocs-locales-bin (2.4-2.1) unstable; urgency=low
* Non-maintainer upload to fix pending l10n issues.
diff -urpN locales.orig/sbin/locale-gen belocs-locales-bin-2.4/sbin/locale-gen
--- locales.orig/sbin/locale-gen 2007-04-18 22:57:48.0 +0200
+++ belocs-locales-bin-2.4/sbin/locale-gen 2007-04-18 22:44:31.0 +0200
@@ -82,7 +82,7 @@ then
# Real GLIBC_MAGIC value is xor(GLIBC_MAGIC, LC_COLLATE). Is
# there a way to compute it with standard tools? Let's try
# something else.
- if [ $GLIBC_MAGIC = 20051016 ]; then
+ if [ $GLIBC_MAGIC = 20051017 ]; then
GLIBC_MAGIC=20051014
else
GLIBC_MAGIC=$(od -tx4 $tempdir/LC_CTYPE | head -n 1 | awk '{print $2}')
signature.asc
Description: Digital signature
Bug#418840: Status of the belocs-locales-{bin,data} packages
Hello, 15 04 2007 о 04:10 +0200 Nicolas François написав(-ла): They are not currently actively maintained, and IIRC, they were useful when it was very difficult to introduce new locales in the locales package (I don't think it is still the case, am I wrong?), to test new locales before submitting them to the Glibc, to have more up to date locales. Those packages not only needed for new locales, but also for old ones when glibc maintainers do not include fixes for annoying bugs known for several years, like bugs with dates format and sorting order in Ukrainian locales. Does anybody want to maintain these packages? Are there some languages which really need them? I'm not sure yet if I want to/can maintain those packages. I think I should recheck status of those bugs first. Regards, Eugeniy Meshcheryakov signature.asc Description: Digital signature
Bug#418840: belocs-locales-data: does not work with new libc
Package: belocs-locales-data Version: 2.4-5 Severity: grave This package stooped to work after upgrading to libc6 2.5-1. I get messages like this during package configuration: perl: warning: Falling back to the standard locale (C). perl: warning: Setting locale failed. perl: warning: Please check that your locale settings: LANGUAGE = (unset), LC_ALL = (unset), LANG = uk_UA.UTF-8 are supported and installed on your system. perl: warning: Falling back to the standard locale (C). -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.21-rc6-me (PREEMPT) Locale: LANG=uk_UA.UTF-8, LC_CTYPE=uk_UA.UTF-8 (charmap=locale: Cannot set LC_ALL to default locale: No such file or directory UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages belocs-locales-data depends on: ii belocs-locales-bin2.4-2.1tools for compiling locale data fi belocs-locales-data recommends no packages. -- debconf information: perl: warning: Setting locale failed. perl: warning: Please check that your locale settings: LANGUAGE = (unset), LC_ALL = (unset), LANG = uk_UA.UTF-8 are supported and installed on your system. perl: warning: Falling back to the standard locale (C). locale: Cannot set LC_ALL to default locale: No such file or directory -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#401615: Processed: reopening
There was bug in pango (#401924). Because of it Condensed fonts were selected instead of Book and Oblique in gtk apps. This bug was fixed in pango1.0 1.14.8-3. 17 грудня 2006 о 03:03 -0800 Debian Bug Tracking System написав(-ла): Processing commands for [EMAIL PROTECTED]: package ttf-dejavu Ignoring bugs not assigned to: ttf-dejavu reopen 401615 Bug#401615: ttf-dejavu: Condensed fonts have incorect width values 'reopen' is deprecated when a bug has been closed with a version; use 'found' or 'submitter' as appropriate instead. Bug reopened, originator not changed. -- Eugeniy Meshcheryakov signature.asc Description: Digital signature
Bug#402014: defoma, fontconfig: integration is broken, brokes updates of font packages
Package: defoma, fontconfig Severity: serious Currently upgrades of font packages with truetype fonts that use defoma are broken, as can be seen from comments to bugs #401411 and #401615. One needs to run 'dpkg-reconfigure fontconfig' or fc-cache -f after upgrade. Until this is done, there maybe some bugs visible. This is probably caused by fontconfig generating caches for both directory with symlinks in /var/lib/defoma/fontconfig.d and with real files in /usr/share/fonts . Then after font package upgrade, only directory under /var/... is scanned (if scanned at all). Severity is set to 'serious' because of broken packages after upgrades. -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.19-me Locale: LANG=uk_UA.UTF-8, LC_CTYPE=uk_UA.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#401411: Deja Vu Condensed font has incorrect OS/2 width field.
3 грудня 2006 о 23:50 +0100 eugen написав(-ла): fontconfig would also use the 'width' information from the OS/2 table, but DejaVu Condensed has that set incorrectly. Yes, that was bug in DejaVu, and that is allready fixed in svn. But this does not fixe the problem. Sorry, that was my fault (or maybe not). After running dpkg-reconfigure fontconfig fonts look good. But it looks like reinstalling or reconfiguring of ttf-dejavu package do not change fontconfig's caches. So, are there some other commands that should be used in font packages except dh_installdefoma? Or did you forgot to change something related to defoma or is it defoma bug? -- Eugeniy Meshcheryakov signature.asc Description: Digital signature
Bug#401615: ttf-dejavu: Condensed fonts have incorect width values
Package: ttf-dejavu Version: 2.12-1 Severity: grave Tags: patch This version of DejaVu fonts contains condensed fonts with value for width set to Medium, but it should really be Semi-Condensed. New fontconfig uses this value to select prefered font, and it selects DejaVu Sans Condensed and DejaVu Serif Condensed as default fonts for sans and serif. Those fonts contain no instructions, so looks bad on the screen. Also in some situations it is not possible to select Book variants at all. See also bugs #401411 and #401443. This bug is fixed in r1363 in svn repository, patch is also attached to this report. Note: to see difference after upgrading ttf-dejavu you'll need to reconfigure fontconfig. But I think it is bug in fontconfig and I allready reported it (should be in #401411). -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.19-me Locale: LANG=uk_UA.UTF-8, LC_CTYPE=uk_UA.UTF-8 (charmap=UTF-8) Versions of packages ttf-dejavu depends on: ii defoma0.11.10Debian Font Manager -- automatic f ttf-dejavu recommends no packages. -- no debconf information Index: DejaVuCondensedSansOblique.sfd === --- DejaVuCondensedSansOblique.sfd (revision 1362) +++ DejaVuCondensedSansOblique.sfd (revision 1363) @@ -18,7 +18,7 @@ OS2_UseTypoMetrics: 0 PfmFamily: 17 TTFWeight: 400 -TTFWidth: 5 +TTFWidth: 4 LineGap: 0 VLineGap: 0 Panose: 2 11 6 6 3 3 4 11 2 4 Index: DejaVuCondensedSerifOblique.sfd === --- DejaVuCondensedSerifOblique.sfd (revision 1362) +++ DejaVuCondensedSerifOblique.sfd (revision 1363) @@ -15,7 +15,7 @@ FSType: 0 PfmFamily: 17 TTFWeight: 400 -TTFWidth: 5 +TTFWidth: 4 LineGap: 0 VLineGap: 0 Panose: 2 6 6 6 5 3 5 11 2 4 Index: DejaVuCondensedSans.sfd === --- DejaVuCondensedSans.sfd (revision 1362) +++ DejaVuCondensedSans.sfd (revision 1363) @@ -18,7 +18,7 @@ OS2_UseTypoMetrics: 0 PfmFamily: 17 TTFWeight: 400 -TTFWidth: 5 +TTFWidth: 4 LineGap: 0 VLineGap: 0 Panose: 2 11 6 6 3 8 4 2 2 4 Index: DejaVuCondensedSansBold.sfd === --- DejaVuCondensedSansBold.sfd (revision 1362) +++ DejaVuCondensedSansBold.sfd (revision 1363) @@ -18,7 +18,7 @@ OS2_UseTypoMetrics: 0 PfmFamily: 17 TTFWeight: 700 -TTFWidth: 5 +TTFWidth: 4 LineGap: 0 VLineGap: 0 Panose: 2 11 8 6 3 6 4 2 2 4 Index: DejaVuCondensedSerif.sfd === --- DejaVuCondensedSerif.sfd(revision 1362) +++ DejaVuCondensedSerif.sfd(revision 1363) @@ -18,7 +18,7 @@ OS2_UseTypoMetrics: 0 PfmFamily: 17 TTFWeight: 400 -TTFWidth: 5 +TTFWidth: 4 LineGap: 0 VLineGap: 0 Panose: 2 6 6 6 5 6 5 2 2 4 Index: DejaVuCondensedSerifBold.sfd === --- DejaVuCondensedSerifBold.sfd(revision 1362) +++ DejaVuCondensedSerifBold.sfd(revision 1363) @@ -15,7 +15,7 @@ FSType: 0 PfmFamily: 17 TTFWeight: 700 -TTFWidth: 5 +TTFWidth: 4 LineGap: 0 VLineGap: 0 Panose: 2 6 8 6 5 6 5 2 2 4 Index: DejaVuCondensedSansBoldOblique.sfd === --- DejaVuCondensedSansBoldOblique.sfd (revision 1362) +++ DejaVuCondensedSansBoldOblique.sfd (revision 1363) @@ -18,7 +18,7 @@ OS2_UseTypoMetrics: 0 PfmFamily: 17 TTFWeight: 700 -TTFWidth: 5 +TTFWidth: 4 LineGap: 0 VLineGap: 0 Panose: 2 11 8 6 3 3 4 11 2 4 Index: DejaVuCondensedSerifBoldOblique.sfd === --- DejaVuCondensedSerifBoldOblique.sfd (revision 1362) +++ DejaVuCondensedSerifBoldOblique.sfd (revision 1363) @@ -15,7 +15,7 @@ FSType: 0 PfmFamily: 17 TTFWeight: 700 -TTFWidth: 5 +TTFWidth: 4 LineGap: 0 VLineGap: 0 Panose: 2 6 8 6 5 3 5 11 2 4
Bug#398086: libpfm3-3.2-dev: unuseable on mips
Package: libpfm3-3.2-dev Version: 3.2.060926-1 Severity: grave This backage is nunseable on mips due to missing headers. From http://buildd.debian.org/fetch.cgi?pkg=systemtap;ver=0.0.2006-1;arch=mips;stamp=1163266944 if mips-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I. -I. -DBINDIR='/usr/bin' -DPKGDATADIR='/usr/share/systemtap' -DPKGLIBDIR='/usr/lib/systemtap' -DPERFMON -Werror -Wall -Wall -g -D_GNU_SOURCE -O2 -MT stap-tapsets.o -MD -MP -MF .deps/stap-tapsets.Tpo -c -o stap-tapsets.o `test -f 'tapsets.cxx' || echo './'`tapsets.cxx; \ then mv -f .deps/stap-tapsets.Tpo .deps/stap-tapsets.Po; else rm -f .deps/stap-tapsets.Tpo; exit 1; fi In file included from /usr/include/perfmon/pfmlib.h:31, from tapsets.cxx:46: /usr/include/perfmon/pfmlib_os.h:38:38: error: perfmon/pfmlib_os_mips64.h: No such file or directory In file included from /usr/include/perfmon/pfmlib.h:32, from tapsets.cxx:46: /usr/include/perfmon/pfmlib_comp.h:38:40: error: perfmon/pfmlib_comp_mips64.h: No such file or directory /usr/include/perfmon/pfmlib.h: In function 'int pfm_regmask_weight(pfmlib_regmask_t*, unsigned int*)': /usr/include/perfmon/pfmlib.h:290: error: 'pfmlib_popcnt' was not declared in this scope make[3]: *** [stap-tapsets.o] Error 1 -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.19-rc5-me Locale: LANG=uk_UA.UTF-8, LC_CTYPE=uk_UA.UTF-8 (charmap=UTF-8) Versions of packages libpfm3-3.2-dev depends on: ii libpfm3-3.2 3.2.060926-1 Performance Monitor Unit (PMU) -- libpfm3-3.2-dev recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#397678: main-menu: segfaults on amd64 after Set up users and passwords step
9 листопада 2006 о 16:29 +0100 Attilio Fiandrotti написав(-ла): Eugeny, were you installing textual (NEWT) or graphical (GTK) ? We experienced a similar crash (#373253 and #396520) with the g-i on AMD64 and it would b einteresting investigating if bugs are somehow related. I was installing with newt frontend. PS: CC-ing bug reporters is sometimes a good idea, I am not subscribed to debian-boot. -- Eugeniy Meshcheryakov signature.asc Description: Digital signature
Bug#397678: main-menu: segfaults on amd64 after Set up users and passwords step
Additional information: I cannot reproduce this bug with image from http://cdimage.debian.org/cdimage/daily-builds/daily/arch-latest/amd64/iso-cd/debian-testing-amd64-businesscard.iso built on 20061102 (at least it is written on F1 screen, I downloaded it today). 8 листопада 2006 о 22:06 +0100 Eugeniy Meshcheryakov написав(-ла): Package: main-menu Severity: grave After configuring users and passwords in d-i screen starts blinking and following messages appear at console (may contain typos): process: ###): INFO: kbd-mode: setting console mode to Unicode (UTF-8) On other console, following messages appear: init: starting pid ### console /dev/vc/1: '/sbin/debian-installer' debconf: setting debconf/language to uk kernel: main-menu[###]: segfault at rip error 4 I used image downloaded from http://cdimage.debian.org/cdimage/daily-builds/daily/arch-latest/amd64/iso-cd/debian-testing-amd64-businesscard.iso Image was built on 20061106. I also tried to run installation in English and got the same results (except that language in debconf's meesage was en). -- Eugeniy Meshcheryakov signature.asc Description: Digital signature
Bug#397678: main-menu: segfaults on amd64 after Set up users and passwords step
Package: main-menu Severity: grave After configuring users and passwords in d-i screen starts blinking and following messages appear at console (may contain typos): process: ###): INFO: kbd-mode: setting console mode to Unicode (UTF-8) On other console, following messages appear: init: starting pid ### console /dev/vc/1: '/sbin/debian-installer' debconf: setting debconf/language to uk kernel: main-menu[###]: segfault at rip error 4 I used image downloaded from http://cdimage.debian.org/cdimage/daily-builds/daily/arch-latest/amd64/iso-cd/debian-testing-amd64-businesscard.iso Image was built on 20061106. I also tried to run installation in English and got the same results (except that language in debconf's meesage was en). -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.19-rc5 Locale: LANG=uk_UA.UTF-8, LC_CTYPE=uk_UA.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#397297: obexpushd: executes shell commands (remote exploitable)
;
- size += 1+utf8len(name);
- if (data-type)
- size += 1+strlen(data-type);
+ size += 3+utf8len(name);
+ if (type)
+ size += 3+strlen(type);
cmd = malloc(size);
- if (!cmd)
+ if (!cmd) {
+ free(name);
+ free(type);
return -ENOMEM;
+ }
memset(cmd,0,size);
- sprintf(cmd, %s %s %s,script, name, (data-type?
data-type: ));
+
+ /* clean name and type against attacks:
+ * replace ' with _
+ */
+ for (i=0; i utf8len(name); ++i)
+ if (name[i] == '\'')
+ name[i] = '_';
+ if (!type) {
+ (void)snprintf(cmd, size, %s '%s', script,
(char*)name);
+ } else {
+ for (i=0; i strlen(type); ++i)
+ if (type[i] == '\'')
+ type[i] = '_';
+ (void)snprintf(cmd, size, %s '%s' '%s',
script, (char*)name,type);
+ }
} else {
cmd = strdup(script);
}
errno = 0;
data-out = popen(cmd,w);
+ if (!data-out)
+ err = (errno? -errno: -ENOMEM);
free(cmd);
- if (!data-out) {
- if (errno == 0)
- return -ENOMEM;
- else
- return -errno;
- }
- return 0;
+ free(name);
+ free(type);
} else {
int status = create_file(handle,O_WRONLY);
@@ -311,9 +345,8 @@ int put_open (obex_t* handle) {
if (data-type strlen(data-type))
if (debug) printf(%u: file type:
%s\n,data-id,data-type);
if (debug) printf(%u: total expected size: %zu
byte(s)\n,data-id,data-length);
-
- return 0;
}
+ return err;
}
int put_write (obex_t* handle, const uint8_t* buf, int len) {
@@ -330,18 +363,6 @@ int put_write (obex_t* handle, const uin
return 0;
}
-int put_close (obex_t* handle) {
- struct file_data_t* data = OBEX_GetUserData(handle);
- if (script) {
- if (pclose(data-out) 0)
- return -errno;
- } else {
- if (fclose(data-out) == EOF)
- return -errno;
- }
- return 0;
-}
-
void obex_object_headers (obex_t* handle, obex_object_t* obj) {
uint8_t id = 0;
obex_headerdata_t value;
--
Eugeniy Meshcheryakov
signature.asc
Description: Digital signature
Bug#397015: fixed in upstream SVN
4 листопада 2006 о 14:55 +0100 Hendrik Sattler написав(-ла): Hi, again an I wish I had a 64bit machine at home bug. You can find the fix at: http://obexpushd.svn.sourceforge.net/viewvc/obexpushd/trunk/src/obex_auth.c?r1=2r2=4view=patch There is one more problem: --- obexpushd-0.4.orig/src/obex_auth.h +++ obexpushd-0.4/src/obex_auth.h @@ -16,7 +16,7 @@ uint32_t size, /* out */ uint8_t digest[16], /* out */ uint8_t nonce[16], - /* out */ uint8_t user[20]); + /* out */ uint8_t user[21]); HS -- Eugeniy Meshcheryakov signature.asc Description: Digital signature
Bug#395916: libpfm3: ABI change between 3.2 and 3.2.060926
Package: libpfm3 Version: 3.2.060926-2 Severity: serious libpfm3 abi was changed between versions 3.2 and 3.2.060926. Examples: 3.2: extern int pfm_get_cycle_event(unsigned int *ev); 3.2.060926: pfm_get_cycle_event(pfmlib_event_t *e); Also some structures were changed (like struct pfmlib_reg_t). This requires soname change (or adding versioned symbols and changing shlibs file). -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.19-rc1-me Locale: LANG=uk_UA.UTF-8, LC_CTYPE=uk_UA.UTF-8 (charmap=UTF-8) Versions of packages libpfm3 depends on: ii libc62.3.6.ds1-7 GNU C Library: Shared libraries libpfm3 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#395484: systemtap: FTBFS: perfmon3/pfmlib.h: No such file or directory
27 жовтня 2006 о 11:43 -0400 Frank Ch. Eigler написав(-ла): On Fri, Oct 27, 2006 at 12:05:53PM +0200, Julien Danjou wrote: There was a problem while autobuilding your package: if i486-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I. -I. -DBINDIR='/usr/bin' -DPKGDATADIR='/usr/share/systemtap' -DPKGLIBDIR='/usr/lib/systemtap' -DPERFMON -Werror -Wall -Wall -g -O2 -MT stap-tapsets.o -MD -MP -MF .deps/stap-tapsets.Tpo -c -o stap-tapsets.o `test -f 'tapsets.cxx' || echo './'`tapsets.cxx; \ then mv -f .deps/stap-tapsets.Tpo .deps/stap-tapsets.Po; else rm -f .deps/stap-tapsets.Tpo; exit 1; fi tapsets.cxx:44:29: error: perfmon3/pfmlib.h: No such file or directory tapsets.cxx:45:30: error: perfmon3/perfmon.h: No such file or directory [...] This is due to changes in libpfm packageing. It used to have headers in /usr/include/perfmon3, but latest version places them in /usr/include/perfmon. I'll fix this in the next version. Could someone figure out why -DPERFMON showed up on the build command line? systemtap should not be configured with --enable-perfmon unless the perfmon devel libraries are available. (Yes, this should be fully autoconf'd, but isn't yet.) Debian's libpfm3 package contains library with soname libpfm3.so.3 (systemtap was patched to use it), and it was present in the system because of build-dependencies. It is only include path that was changed. -- Eugeniy Meshcheryakov signature.asc Description: Digital signature
Bug#394811: libpfm3: changed soname without changing package name
Package: libpfm3Version: 3.2.060926-1Severity: seriousLatest version of libpfm3 changes soname of the library to libpfm.so.3(was libpfm3.so.3) but keeps old package name. This is violation of thepolicy and it breaks other packages:
% stapstap: error while loading shared libraries: libpfm3.so.3: cannot openshared object file: No such file or directory('stap' is available in package 'systemtap')-- System Information:
Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable')Architecture: i386 (i686)Shell: /bin/sh linked to /bin/dashKernel: Linux 2.6.19-rc1-meLocale: LANG=uk_UA.UTF-8, LC_CTYPE=uk_UA.UTF-8 (charmap=UTF-8)
Versions of packages libpfm3 depends on:ii libc6 2.3.6.ds1-7 GNU C Library: Shared librarieslibpfm3 recommends no packages.-- no debconf information
Bug#392942: Regression in selection lists, probably due to #384787
18 жовтня 2006 о 16:33 +0200 Frans Pop написав(-ла): Eugeniy: are you by any chance still working on this? No, I am not going to work on that piece of crap called slang2. I was able to read code of slang1 but not slang2. -- Eugeniy Meshcheryakov signature.asc Description: Digital signature
Bug#392942: Regression in selection lists, probably due to #384787
This bug is really related to #384787, in sence that something was change in newt, or more likely - in slang. It looks like functions SLsmg_write_string and SLsmg_write_nstring now work incorrecly. This bug can be seen without d-i by using the following scripts: whiptail --menu test 20 50 3 1 日本語 2 English 3 Українська\ мова And for bug similar to #384787 but with CJK: whiptail --inputbox test 20 50 日本語 14 жовтня 2006 о 13:49 +0200 Frans Pop написав(-ла): I just noticed an important issue in newt that shows up in daily builds of the installer. For languages (CJK) using double width characters, calculation of line length is incorrect. It only affects a few languages, but unfortunately affects them in a bad way. These screenshots show the issue: http://people.debian.org/~fjp/d-i/d-i_newt_regression.png http://people.debian.org/~fjp/d-i/d-i_newt_regression2.png I'm very sorry that I missed this when testing the fixed input box handling (which really is fixed). -- Eugeniy Meshcheryakov signature.asc Description: Digital signature
Bug#392942: Regression in selection lists, probably due to #384787
clone 392942 -1
reassing -1 slang2
block 392942 by -1
thanks
This is cleany bug in slang2.
slsmg.c contains:
void SLsmg_write_nstring (char *str, unsigned int n)
{
...
if (UTF8_Mode)
umax = SLutf8_skip_chars (u, u+width, n, width, 0);
...
SLsmg_write_chars (u, umax);
}
while (width++ n) SLsmg_write_chars (blank, blank+1);
}
from last line: 'n' is string width.
Let's look at SLutf8_skip_chars, in slutf8.c:
SLuchar_Type *SLutf8_skip_chars (SLuchar_Type *s, SLuchar_Type *smax,
unsigned int num, unsigned int *dnum,
int ignore_combining)
{
unsigned int n;
n = 0;
while ((n num) (s smax))
{
...
/* here code that modifies n always adds 1, nothing depends on
* character width */
...
So here num, aka n in previous function, is used as number of
characters and not as string width.
/me dreams about time when slang's upstrem mainainers enlighten
themself by existance of wc* and mb* functions.
14 жовтня 2006 о 14:28 +0200 eugen написав(-ла):
This bug is really related to #384787, in sence that something was
change in newt, or more likely - in slang. It looks like functions
SLsmg_write_string and SLsmg_write_nstring now work incorrecly. This bug
can be seen without d-i by using the following scripts:
whiptail --menu test 20 50 3 1 日本語 2 English 3 Українська\ мова
And for bug similar to #384787 but with CJK:
whiptail --inputbox test 20 50 日本語
14 жовтня 2006 о 13:49 +0200 Frans Pop написав(-ла):
I just noticed an important issue in newt that shows up in daily builds of
the installer. For languages (CJK) using double width characters,
calculation of line length is incorrect. It only affects a few languages,
but unfortunately affects them in a bad way.
These screenshots show the issue:
http://people.debian.org/~fjp/d-i/d-i_newt_regression.png
http://people.debian.org/~fjp/d-i/d-i_newt_regression2.png
I'm very sorry that I missed this when testing the fixed input box
handling (which really is fixed).
--
Eugeniy Meshcheryakov
--
Eugeniy Meshcheryakov
signature.asc
Description: Digital signature
Bug#389466: gdm: runs sessions with POSIX locale after installation
reopen 389466 thanks 27 вересня 2006 о 09:38 -0700 Ryan Murray написав(-ла): On Mon, Sep 25, 2006 at 11:22:38PM +0200, Eugeniy Meshcheryakov wrote: Package: gdm Severity: grave Tags: patch l10n d-i This is due to changes in location where information about locale is stored. Attached patch fixes this problem. This bug may not be grave for gdm itself, but IMHO it is release-critical for d-i. This patch is entirely wrong, and isn't a bug. It is a bug. Let me explain it. After installation, gdm appears in default language - there is no bug here. But when one enters login and password and GNOME session run, GNOME and all applications have POSIX locale and display messages in English. GDM has a menu for selecting which locale to use. Yes, but it does not make session run in system locale by default. With the patch GNOME sessions run in system default locale, if user did not use menu. If user want to change language, patch does not prevent that, session will run in selected locale that may be different than default. If gdm isn't coming up in the system locale, and defaulting to that locale, that's an entirely different bug, and has nothing to do with the pam configuration. There is no such bug, GDM is run in system locale. -- Eugeniy Meshcheryakov signature.asc Description: Digital signature
Bug#389466: gdm: runs sessions with POSIX locale after installation
Package: gdm Severity: grave Tags: patch l10n d-i This is due to changes in location where information about locale is stored. Attached patch fixes this problem. This bug may not be grave for gdm itself, but IMHO it is release-critical for d-i. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.18-me Locale: LANG=uk_UA.UTF-8, LC_CTYPE=uk_UA.UTF-8 (charmap=UTF-8) diff -urN debian.orig/gdm-autologin.pam debian/gdm-autologin.pam --- debian.orig/gdm-autologin.pam 2006-09-25 23:17:22.0 +0200 +++ debian/gdm-autologin.pam2006-09-25 23:19:06.0 +0200 @@ -1,6 +1,6 @@ #%PAM-1.0 auth requisite pam_nologin.so -auth requiredpam_env.so +auth requiredpam_env.so readenv=1 envfile=/etc/default/locale auth requiredpam_permit.so @include common-account sessionrequiredpam_limits.so diff -urN debian.orig/gdm.pam debian/gdm.pam --- debian.orig/gdm.pam 2006-09-25 23:17:22.0 +0200 +++ debian/gdm.pam 2006-09-25 23:18:43.0 +0200 @@ -1,6 +1,6 @@ #%PAM-1.0 auth requisite pam_nologin.so -auth requiredpam_env.so +auth requiredpam_env.so readenv=1 envfile=/etc/default/locale @include common-auth @include common-account sessionrequiredpam_limits.so
Bug#361437: libdbd-sqlite3-perl: unuseable due to incorrect use of sqlite3_prepare()
Package: libdbd-sqlite3-perl
Version: 1.11-1
Severity: grave
Tags: patch
This package is unuseable due to incorrect use of function
sqlite3_prepare(). Any programs that uses methods like do() or prepare()
fail with error messages like this:
DBD::SQLite::db do failed: not an error(21) at dbdimp.c line 398
Also this backage cannot be build from source anymore due to failed
tests.
Attached patch fixes described problems.
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.17-rc1-me
Locale: LANG=uk_UA.UTF-8, LC_CTYPE=uk_UA.UTF-8 (charmap=UTF-8)
Versions of packages libdbd-sqlite3-perl depends on:
ii libc6 2.3.6-5GNU C Library: Shared libraries an
ii libdbi-perl 1.50-2 Perl5 database interface by Tim Bu
ii libsqlite3-0 3.3.5-0.1 SQLite 3 shared library
ii perl 5.8.8-4Larry Wall's Practical Extraction
ii perl-base [perlapi-5.8.8] 5.8.8-4The Pathologically Eclectic Rubbis
libdbd-sqlite3-perl recommends no packages.
-- no debconf information
diff -urpN libdbd-sqlite3-perl-1.11/dbdimp.c
libdbd-sqlite3-perl-1.11.mod/dbdimp.c
--- libdbd-sqlite3-perl-1.11/dbdimp.c 2005-12-02 19:28:53.0 +0200
+++ libdbd-sqlite3-perl-1.11.mod/dbdimp.c 2006-04-08 19:16:09.0
+0300
@@ -260,7 +260,7 @@ sqlite_st_prepare (SV *sth, imp_sth_t *i
imp_sth-retval = SQLITE_OK;
imp_sth-params = newAV();
-if ((retval = sqlite3_prepare(imp_dbh-db, statement, 0, (imp_sth-stmt),
extra))
+if ((retval = sqlite3_prepare(imp_dbh-db, statement, -1,
(imp_sth-stmt), extra))
!= SQLITE_OK)
{
if (imp_sth-stmt) {
@@ -320,7 +320,7 @@ sqlite_st_execute (SV *sth, imp_sth_t *i
psv = hv_fetch((HV*)SvRV(sth), Statement, 9, 0);
statement = (psv SvOK(*psv)) ? SvPV_nolen(*psv) : ;
sqlite_trace(3, re-prepare statement %s, statement);
-if ((retval = sqlite3_prepare(imp_dbh-db, statement, 0,
(imp_sth-stmt), extra))
+if ((retval = sqlite3_prepare(imp_dbh-db, statement, -1,
(imp_sth-stmt), extra))
!= SQLITE_OK)
{
if (imp_sth-stmt) {
