pente_2.2.5-3_i386.changes ACCEPTED
Accepted: pente_2.2.5-3.diff.gz to pool/main/p/pente/pente_2.2.5-3.diff.gz pente_2.2.5-3.dsc to pool/main/p/pente/pente_2.2.5-3.dsc pente_2.2.5-3_i386.deb to pool/main/p/pente/pente_2.2.5-3_i386.deb Announcing to debian-devel-changes@lists.debian.org Thank you for your contribution to Debian.
svgalib_1.4.3-12_i386.changes ACCEPTED
Accepted: svgalib-bin_1.4.3-12_i386.deb to pool/main/s/svgalib/svgalib-bin_1.4.3-12_i386.deb svgalib1-altdev_1.4.3-12_i386.deb to pool/main/s/svgalib/svgalib1-altdev_1.4.3-12_i386.deb svgalib1_1.4.3-12_i386.deb to pool/main/s/svgalib/svgalib1_1.4.3-12_i386.deb svgalib_1.4.3-12.diff.gz to pool/main/s/svgalib/svgalib_1.4.3-12.diff.gz svgalib_1.4.3-12.dsc to pool/main/s/svgalib/svgalib_1.4.3-12.dsc svgalibg1-dev_1.4.3-12_i386.deb to pool/main/s/svgalib/svgalibg1-dev_1.4.3-12_i386.deb svgalibg1_1.4.3-12_i386.deb to pool/main/s/svgalib/svgalibg1_1.4.3-12_i386.deb Announcing to debian-devel-changes@lists.debian.org Closing bugs: 195591 Thank you for your contribution to Debian.
svgalib override disparity
There are disparities between your recently accepted upload and the override file for the following file(s): svgalibg1-dev_1.4.3-12_i386.deb: package says section is devel, override says libdevel. Either the package or the override file is incorrect. If you think the override is correct and the package wrong please fix the package so that this disparity is fixed in the next upload. If you feel the override is incorrect then please reply to this mail and explain why. [NB: this is an automatically generated mail; if you replied to one like it before and have not received a response yet, please ignore this mail. Your reply needs to be processed by a human and will be in due course, but until then the installer will send these automated mails; sorry.] -- Debian distribution maintenance software (This message was generated automatically; if you believe that there is a problem with it please contact the archive administrators by mailing [EMAIL PROTECTED])
Bug#195591: marked as done (svgalib: FTBFS with gcc-3.3: Invalid preprocessor pasting)
Your message dated Sun, 01 Jun 2003 14:48:04 -0400 with message-id <[EMAIL PROTECTED]> and subject line Bug#195591: fixed in svgalib 1:1.4.3-12 has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) -- Received: (at submit) by bugs.debian.org; 31 May 2003 19:28:49 + >From [EMAIL PROTECTED] Sat May 31 14:28:48 2003 Return-path: <[EMAIL PROTECTED]> Received: from blount.mail.mindspring.net [207.69.200.226] by master.debian.org with esmtp (Exim 3.35 1 (Debian)) id 19MC24-0003Yo-00; Sat, 31 May 2003 14:28:48 -0500 Received: from user-119bq03.biz.mindspring.com ([66.149.232.3]) by blount.mail.mindspring.net with esmtp (Exim 3.33 #1) id 19MC23-0003Yv-00 for [EMAIL PROTECTED]; Sat, 31 May 2003 15:28:47 -0400 Received: from daniel by user-119bq03.biz.mindspring.com with local (Exim 4.20) id 19MC22-0001wj-Uc for [EMAIL PROTECTED]; Sat, 31 May 2003 12:28:46 -0700 To: Debian Bug Tracking System <[EMAIL PROTECTED]> Subject: svgalib: FTBFS with gcc-3.3: Invalid preprocessor pasting From: Daniel Schepler <[EMAIL PROTECTED]> Date: Sat, 31 May 2003 12:28:46 -0700 Message-ID: <[EMAIL PROTECTED]> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: Daniel Schepler <[EMAIL PROTECTED]> Delivered-To: [EMAIL PROTECTED] X-Spam-Status: No, hits=-6.0 required=4.0 tests=BAYES_01,HAS_PACKAGE version=2.53-bugs.debian.org_2003_05_24 X-Spam-Level: X-Spam-Checker-Version: SpamAssassin 2.53-bugs.debian.org_2003_05_24 (1.174.2.15-2003-03-30-exp) Package: svgalib Version: 1:1.4.3-11 Severity: serious >From my build log: ... echo '# Module dependencies' >>.depend.src cc -I/tmp/buildd/svgalib-1.4.3/include -I. -I/tmp/buildd/svgalib-1.4.3/src -I/tmp/buildd/svgalib-1.4.3/src/config -MM /tmp/buildd/svgalib-1.4.3/src/vga.c /tmp/buildd/svgalib-1.4.3/src/vgadraw.c /tmp/buildd/svgalib-1.4.3/src/vgaclear.c /tmp/buildd/svgalib-1.4.3/src/vgaline.c /tmp/buildd/svgalib-1.4.3/src/vgapix.c /tmp/buildd/svgalib-1.4.3/src/vgapal.c /tmp/buildd/svgalib-1.4.3/src/vgacol.c /tmp/buildd/svgalib-1.4.3/src/vgamodesel.c /tmp/buildd/svgalib-1.4.3/src/vgamisc.c /tmp/buildd/svgalib-1.4.3/src/vgadump.c /tmp/buildd/svgalib-1.4.3/src/vgaconvplanar.c /tmp/buildd/svgalib-1.4.3/src/vgaaccel.c /tmp/buildd/svgalib-1.4.3/src/timing.c /tmp/buildd/svgalib-1.4.3/src/vgaregs.c /tmp/buildd/svgalib-1.4.3/src/interface.c /tmp/buildd/svgalib-1.4.3/src/accel.c /tmp/buildd/svgalib-1.4.3/src/vgabgpage.c /tmp/buildd/svgalib-1.4.3/src/vgabgvt.c /tmp/buildd/svgalib-1.4.3/src/vgapci.c >>.depend.src /tmp/buildd/svgalib-1.4.3/src/vga.c:3978:31: pasting "." and "HDisplay" does not give a valid preprocessing token /tmp/buildd/svgalib-1.4.3/src/vga.c:3979:33: pasting "." and "HSyncStart" does not give a valid preprocessing token /tmp/buildd/svgalib-1.4.3/src/vga.c:3980:31: pasting "." and "HSyncEnd" does not give a valid preprocessing token /tmp/buildd/svgalib-1.4.3/src/vga.c:3981:29: pasting "." and "HTotal" does not give a valid preprocessing token /tmp/buildd/svgalib-1.4.3/src/vga.c:3982:31: pasting "." and "VDisplay" does not give a valid preprocessing token /tmp/buildd/svgalib-1.4.3/src/vga.c:3983:33: pasting "." and "VSyncStart" does not give a valid preprocessing token /tmp/buildd/svgalib-1.4.3/src/vga.c:3984:31: pasting "." and "VSyncEnd" does not give a valid preprocessing token /tmp/buildd/svgalib-1.4.3/src/vga.c:3985:29: pasting "." and "VTotal" does not give a valid preprocessing token make[2]: *** [.depend.src] Error 1 make[2]: Leaving directory `/tmp/buildd/svgalib-1.4.3/sharedlib' make[1]: *** [sharedlib/libvga.so.1.4.3] Error 2 make[1]: Leaving directory `/tmp/buildd/svgalib-1.4.3' make: *** [build-stamp] Error 2 -- System Information: Debian Release: testing/unstable Architecture: i386 Kernel: Linux frobnitz 2.4.21-pre5 #1 Sat Mar 1 09:01:10 PST 2003 i686 Locale: LANG=C, LC_CTYPE=C -- Daniel Schepler "Please don't disillusion me. I [EMAIL PROTECTED]haven't had breakfast yet." -- Orson Scott Card --- Received: (at 195591-close) by bugs.debian.org; 1 Jun 2003 18:53:48 + >From [EMAIL PROTECTED] Sun Jun 01 13:53:48 2003 Return-path: <[EMAIL PROTECTED]> Received: from auric.debian.org [206.246.226.45] by master.debian.org with esmtp (Exim 3.35 1 (Debian)) id 19MXxj-0002bj-00; Sun, 01 Jun 2003 13:53:47 -0500 Received: from katie by auric.debian.org with local (Exim 3.35 1 (Debia
Bug#195753: cbb graphs fail to display when using US format start/end dates
Package: cbb
Version: 1:0.8.1-4
Expected action: Start cbb with valid account file. Select
Functions-Graphs. Enter a Starting Date and Ending date in "US Format":
mm/dd/. Select "Expenses Pie Chart" graph. Select "Generate Graph".
cbb should display a window with available categories of transactions to
display. Click OK. Admire pie chart.
Actual action: When you select "Generate Graph", the window is very
small and displays NO available categories. When you click OK, the pie
chart window is blank.
The Expenses Pie Chart is generated by $cbb_home/graphs/cat-pie.pl,
where $cbb_home is /usr/X11R6/lib/X11/cbb. Line 66 is commented out, and
displays the fromdate and todate the cat-pie.pl script receives. When
you run cat-pie.pl from the command line with
./cat-pie.pl -from 5/25/2003 -to 6/1/2003
line 66 displays '20030005' '20030006' '', and fails as
described above. However, using the "International format" for the dates, as
./cat-pie.pl -from 25.5.2003 -to 1.6.2003
line 66 displays '20030525' '20030601' '', and the graph
displays correctly. In addition, using the "International format" inside
the cbb GUI correctly displays the graph, as well. Therefore,
WORKAROUND: Use the International Format (dd.mm.) for start/end
dates on reports and graphs.
But, we haven't found the bug.
cat-pie.pl requires common.pl, reports.pl, engine.pl, and memorized.pl.
One of these must parse the date. And in fact, reports.pl, line 43ff.
parses the command line and the start/end dates for the reports and
graphs. It requires an argument on the command line, '-date 1', in order
to parse "US format" dates correctly. So, running
./cat-pie.pl -date 1 -from 5/25/2003 -to 6/1/2003
line 66 displays '20030525' '20030601' '', and the graph
displays correctly! Where is this date format coming from? Since this
value may differ for different users, it should be in the ~/.cbbrc.tcl
file. And in fact, there it is, line 25 'set cbb(date_fmt) 1'. The main
cbb file sources $cbb_home/init.tcl, which also has line 202, 'set
cbb(date_fmt) 1', and then overrides it if necessary with the
~/.cbbrc.tcl file on line 251.
So, the date format is correctly set in ~/.cbbrc.tcl and in
$cbb_home/init.rcl, and should be included in cbb by the sourcing of
init.tcl. The problem must be in the code that is generating the command
lines. Maybe that could be reports.tcl?
AND HERE IS THE BUG! reports.tcl correctly issues the date format on the
command line for generating reports (lines 249 and 253), but does not
for graphs (lines 275 and 278). Adding the text '-date $cbb(date_fmt)'
to the command lines on 275ff. and 278ff. fixes the problem, and graphs
are generated correctly.
PATCH:
--- reports.tcl Fri Jul 13 17:15:14 2001
+++ reports.tcl.patched Sun Jun 1 19:32:45 2003
@@ -272,11 +272,11 @@
}
} else {
if { $cbb(debug) } {
- puts "open |$lib_path/graphs/$report(name) $nice_start \
- $nice_end $file_list r+"
+ puts "open |$lib_path/graphs/$report(name) -date
$cbb(date_fmt) \
+ $nice_start $nice_end $file_list r+"
}
-set report(handle) [open "|$lib_path/graphs/$report(name)
$nice_start \
- $nice_end $file_list" r+]
+set report(handle) [open "|$lib_path/graphs/$report(name) \
+ -date $cbb(date_fmt) $nice_start $nice_end $file_list" r+]
}
}
Conclusion: Sorry to be so long-winded, but I thought you might want to
follow my process, not reinvent it, before patching the file.
reports.tcl.patched replaces reports.tcl, of course.
Steven Spencer-Priebe
libc.so.6(glibc_2.3)!!!
Dear madam and sir; I'm using debian linux(3.0). libc.so.6(glibc_2.3) is needed by my program.Well, libc.so.6 has been install on my machine,but its version is differrent,that is glibc_2.2 I've tried to search for it at several debian sites,but could not find the version I need. Your consideration into this matter would be highly appreciated. Cordially yours, vanny _/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/ 日本アルテミス株式会社_/ スーン・ヴァニー (Soeun Vanny)_/ mailto : [EMAIL PROTECTED]_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/
judy_0.0.4-4_source.changes ACCEPTED
Accepted: judy_0.0.4-4.diff.gz to pool/main/j/judy/judy_0.0.4-4.diff.gz judy_0.0.4-4.dsc to pool/main/j/judy/judy_0.0.4-4.dsc Announcing to debian-devel-changes@lists.debian.org Closing bugs: 194936 Thank you for your contribution to Debian.
