Bug#666142: [Pkg-octave-devel] Bug#666142: octave: Please support -mieee option to mkoctfile
On 30/03/12 06:04, Thomas Weber wrote: On Thu, Mar 29, 2012 at 07:30:11PM +1300, Michael Cree wrote: On 29/03/12 17:20, Nobuhiro Iwamatsu wrote: Source: octave Version: 3.6.1-4 octave-octcdf FTBFS on Alpha. (maybe on sh4 too.) http://buildd.debian-ports.org/status/fetch.php?pkg=octave-octcdfarch=alphaver=1.1.4-1stamp=1332884789 Because mkoctfile does not support mieee option, this problem happens. How can I get access to an unstable sid chroot on alpha? Is DSA involved in this as outlined in http://dsa.debian.org/doc/install-req/? Maybe. My understanding is that the official Alpha buildd and porterbox are to be decommisioned when they are no longer needed for Lenny, but I don't know if that has happened or not. Anyway I attach an updated version of the miee patch that applies correctly to octave 3.6.1-4. I have built octave on an Alpha in a clean chroot, installed it, and verified that octave-octcdf then builds to completion. Cheers Michael. --- octave-3.6.1.orig/src/mkoctfile.cc.in +++ octave-3.6.1/src/mkoctfile.cc.in @@ -562,6 +562,12 @@ main (int argc, char **argv) { pass_on_options += ( + arg); } + else if (arg == -mieee) + { + vars[ALL_CFLAGS] += -mieee; + vars[ALL_CXXFLAGS] += -mieee; + vars[ALL_FFLAGS] += -mieee; + } else { cerr mkoctfile: unrecognized argument arg; --- octave-3.6.1.orig/src/mkoctfile.in +++ octave-3.6.1/src/mkoctfile.in @@ -343,6 +343,11 @@ EOF -W*) pass_on_options=$pass_on_options $1 ;; +-mieee) + ALL_CFLAGS=$ALL_CFLAGS -mieee + ALL_CXXFLAGS=$ALL_CXXFLAGS -mieee + ALL_FFLAGS=$ALL_FFLAGS -mieee +;; *) echo mkoctfile: unrecognized argument $1 12 exit 1
Bug#666263: ITP: log4shib -- log4j-style configurable logging library for C++
Package: wnpp Severity: wishlist Owner: Russ Allbery r...@debian.org This ITP probably needs some additional discussion. log4shib is a fork of log4cpp (as described in the long description below) that is the recommended logging library for the Shibboleth web authentication project. Shibboleth is already packaged for Debian (xmltooling, opensaml2, and shibboleth-sp2 source packages) and is currently built against log4cpp. However, log4shib is actively maintained (log4cpp appears to be dormant) and has bug fixes and thread safety fixes not present in the current log4cpp. I'm hesitant to introduce this sort of code duplication in the archive, but I think this will result in a more robust and higher quality set of Shibboleth packages. The Shibboleth maintainers also maintain log4shib actively, and while there hasn't been a new release of it since 2009 (the last log4cpp release was in 2007), that's only because no new bugs for the functionality that Shibboleth uses have cropped up. Shibboleth upstream has submitted the fixes and changes to the log4cpp tracker and some have been applied in their CVS and some changed in other ways (that the Shibboleth upstream didn't have time to evaluate), but no actual release has happened since that work. (One of the issues that Shibboleth upstream had, not directly relevant to Debian, was lack of testing on Solaris and support on Windows.) I'd be very interested to hear comments on this, particularly if, for instance, the security team is concerned. The package would be introduced for the use of Shibboleth; I don't know of any other clients of the library. Regular ITP details follow: * Package name: log4shib Version : 1.0.4 Upstream Author : Scott Cantor * URL : https://wiki.shibboleth.net/confluence/display/OpenSAML/log4shib * License : LGPL 2.1 Programming Lang: C++ Description : log4j-style configurable logging library for C++ log4shib provides a library of C++ classes for flexible logging to files, syslog, and other destinations. It is modeled after the log4j Java library, staying as close to that API as is reasonable. log4shib is a fork of the log4cpp library with additional fixes and modifications to improve its thread safety and robustness. It is primarily intended for use by the Shibboleth web authentication system. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#664461: atl1c: AR8152: transmit queue 0 timed out and network is unusable until reset
Another possibility might be: commit 11aad99af6ef629ff3b05d1c9f0936589b204316 Author: Eric Dumazet eric.duma...@gmail.com Date: Wed Feb 15 20:43:11 2012 + atl1c: dont use highprio tx queue But so far as I can see that's only going to have an effect if some application is using SO_MARK. Ben. -- Ben Hutchings Horngren's Observation: Among economists, the real world is often a special case. From: Eric Dumazet eric.duma...@gmail.com Date: Wed, 15 Feb 2012 20:43:11 + Subject: [PATCH] atl1c: dont use highprio tx queue commit 11aad99af6ef629ff3b05d1c9f0936589b204316 upstream. This driver attempts to use two TX rings but lacks proper support : 1) IRQ handler only takes care of TX completion on first TX ring 2) the stop/start logic uses the legacy functions (for non multiqueue drivers) This means all packets witk skb mark set to 1 are sent through high queue but are never cleaned and queue eventualy fills and block the device, triggering the infamous NETDEV WATCHDOG message. Lets use a single TX ring to fix the problem, this driver is not a real multiqueue one yet. Minimal fix for stable kernels. Reported-by: Thomas Meyer tho...@m3y3r.de Tested-by: Thomas Meyer tho...@m3y3r.de Signed-off-by: Eric Dumazet eric.duma...@gmail.com Cc: Jay Cliburn jclib...@gmail.com Cc: Chris Snook chris.sn...@gmail.com Signed-off-by: David S. Miller da...@davemloft.net [bwh: Adjust filename] --- --- a/drivers/net/atl1c/atl1c_main.c +++ b/drivers/net/atl1c/atl1c_main.c @@ -2244,10 +2244,6 @@ static netdev_tx_t atl1c_xmit_frame(struct sk_buff *skb, dev_info(adapter-pdev-dev, tx locked\n); return NETDEV_TX_LOCKED; } - if (skb-mark == 0x01) - type = atl1c_trans_high; - else - type = atl1c_trans_normal; if (atl1c_tpd_avail(adapter, type) tpd_req) { /* no enough descriptor, just stop queue */ signature.asc Description: This is a digitally signed message part
Bug#666264: FPC: please add support for armhf (patch included)
Package: FPC Severity: important Tags: patch I have recently produced a working port of freepascal to armhf. The patch has been submitted upstream at http://bugs.freepascal.org/view.php?id=21554 and has been accepted in trunk http://svn.freepascal.org/cgi-bin/viewvc.cgi?view=revrevision=20660 The patch attatched contains * a backport of the armhf implementation to 2.6.0 (only minor changes needed). * a fix for incomplete cleanup after running debian/rules clean * add code to debian/rules to explicitly specify which arm variant we want in the call to make compiler_cycle. This allows us to use a starting compiler from one arm variant to bootstrap another. * use DEB_*_ARCH_CPU rather than DEB_*_ARCH for working out the CPU source and CPU target removing the need to special case armel and avoiding the need to add a new special case for armhf. I've tested that passing floating point parameters to C code works correctly with this patch. I've also tested lazarus with this port of fpc and it seems to work well enough to load the IDE and compile and run the default project. P.S. I'm currently in the process of applying to become a dd and would like to become a comaintainer of the fpc package. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#658454: Announce of the upcoming NMU for the arno-iptables-firewall package
Dear maintainer of arno-iptables-firewall and Debian translators, Some days ago, I sent a notice to the maintainer of the arno-iptables-firewall Debian package, mentioning the status of at least one old po-debconf translation update in the BTS. I announced the intent to build and possibly upload a non-maintainer upload for this package in order to fix this long-time pending localization bug as well as all other pending translations. The package maintainer agreed for the NMU or did not respond in four days, so I will proceed with the NMU. The full planned schedule is available at the end of this mail. The package is currently translated to: cs da de es fr it ja nb nl pt pt_BR ru sv vi Among these, the following translations are incomplete: none If you did any of the, currently incomplete, translations you will get ANOTHER mail with the translation to update. Other translators also have the opportunity to create new translations for this package. Once completed, please send them as a bug report against the arno-iptables-firewall package so I can incorporate them in the build. The deadline for receiving updates and new translations is Saturday, April 07, 2012. If you are not in time you can always send your translation to the BTS. The POT file is attached to this mail. If the maintainer objects to this process I will immediately abort my NMU and send him/her all updates I receive. Otherwise the following will happen (or already has): Sunday, March 25, 2012 : send the first intent to NMU notice to the package maintainer. Friday, March 30, 2012 : send this notice Saturday, April 07, 2012 : (midnight) deadline for receiving translation updates Sunday, April 08, 2012 : build the package and upload it to DELAYED/7-day send the NMU patch to the BTS Sunday, April 15, 2012 : NMU uploaded to incoming Thanks for your efforts and time. -- -- # SOME DESCRIPTIVE TITLE. # Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER # This file is distributed under the same license as the PACKAGE package. # FIRST AUTHOR EMAIL@ADDRESS, YEAR. # msgid msgstr Project-Id-Version: PACKAGE VERSION\n Report-Msgid-Bugs-To: michael.ha...@gmail.com\n POT-Creation-Date: 2006-10-05 13:39+0200\n PO-Revision-Date: YEAR-MO-DA HO:MI+ZONE\n Last-Translator: FULL NAME EMAIL@ADDRESS\n Language-Team: LANGUAGE l...@li.org\n MIME-Version: 1.0\n Content-Type: text/plain; charset=CHARSET\n Content-Transfer-Encoding: 8bit\n #. Type: title #. description #: ../templates:1001 msgid arno-iptables-firewall configuration msgstr #. Type: string #. description #: ../templates:2001 msgid External network interfaces: msgstr #. Type: string #. description #: ../templates:2001 msgid The external network interfaces connect this machine to untrusted networks (e.g. the Internet). The firewall will only permit connections attempts with explicitly allowed source/destination-port combinations on these interfaces. You have to specify all external interfaces (e.g. eth0 and/or ppp0). msgstr #. Type: string #. description #: ../templates:2001 msgid For a ppp-interface that doesn't exist yet you can use the wildcard device called \ppp+\, but you can only use ppp+ if there aren't any other ppp interfaces! msgstr #. Type: string #. description #: ../templates:2001 msgid If no interfaces are specified here, no firewall setup will be performed. msgstr #. Type: string #. description #: ../templates:2001 msgid Multiple interfaces should be specified space separated. msgstr #. Type: boolean #. description #: ../templates:3001 msgid Is DHCP used on external interfaces? msgstr #. Type: boolean #. description #: ../templates:3001 msgid This machine might use DHCP to dynamically obtain its IP address from your Internet service provider (ISP). This will be almost always the case if you have a non-permanent (e.g. dialup) connection. msgstr #. Type: boolean #. description #: ../templates:3001 msgid If DHCP is not explicitly enabled, the firewall will block all DHCP-related network traffic. msgstr #. Type: boolean #. description #: ../templates:3001 msgid Leave this enabled, if you are unsure. msgstr #. Type: string #. description #: ../templates:4001 msgid Open external TCP-ports: msgstr #. Type: string #. description #: ../templates:4001 msgid The default firewall policy is to deny all incoming traffic on the external interfaces. If this machine provides services to the outside world (e.g. the Internet) they have to be explicitly enabled. msgstr #. Type: string #. description #: ../templates:4001 msgid Please specify the TCP-ports numbers associated with the services that shall be accessible from the outside world. Some frequently used ports are: 80 (http), 443 (https) or 22 (ssh). msgstr #. Type: string #. description #. Type: string #. description #: ../templates:4001 ../templates:5001 msgid In addition to single port numbers you may also specify port
Bug#666265: sshuttle: manpage double dash are rendered incorrectly
Package: sshuttle Version: 0.54-1 Severity: normal Hello, in sshuttle(8) manpage, the double dash shoudl be escaped. options like --auto-nets are displayed like —auto-nets : -N, —auto-nets in addition to the subnets provided on the command line, ask the server which subnets it thinks we should route, and route those automatically. The suggestions are taken automatically from the server's routing table. Regards, Franklin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#666266: bookmark in deadbeef?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Package: deadbeef Version: 0.5.2-0.1 Severity: wishlist It would be very nice if deadbeef could set a bookmark to continue playing this song on the next run. Many thanx Harri -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iEYEARECAAYFAk91Wk0ACgkQUTlbRTxpHjfRWgCfS9cz7b1zWMGLT0HRu2gZBonN e5sAnA1saSrBp64zAAWGryPBy0wwLhao =xwpQ -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#665067: live-manual: FTBFS: wc: live-manual.ssm.sst: No such file or directory
forcemerge 662227 665067 retitle 662227 FTBFS in non-UTF-8 locales (such as C) retitle 665067 FTBFS in non-UTF-8 locales (such as C) tag 662227 pending tag 665067 pending thanks On 03/30/2012 01:21 AM, Ralph Amissah wrote: I Hope I claimed this bug too quickly. thanks, however, like said earlier, this is just a dupe of #665067 which is not per se a bug in sisu Unless otherwise directed I will not obstruct the transition of sisu 3.2.0 to testing. to repeat what i've already said on irc, for the moment you don't need to care about live-manual, we need to weed out our own introduced bugs first ;) -- Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern Email: daniel.baum...@progress-technologies.net Internet: http://people.progress-technologies.net/~daniel.baumann/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#666267: liferea: Search folders with unread items not marked as such
Package: liferea Version: 1.8.3-0.1 Severity: normal After the upgrade from 1.6.5-1.2+b1 to 1.8.3-0.1 my search folders that contain unread items are not bolded on the feed list and are not included in the list when Reduced Feed List is checked in View. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (450, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=pl_PL, LC_CTYPE=pl_PL (charmap=ISO-8859-2) Shell: /bin/sh linked to /bin/dash Versions of packages liferea depends on: ii gconf-service 3.2.3-4 ii gconf2 3.2.3-4 ii libatk1.0-0 2.2.0-2 ii libc6 2.13-27 ii libcairo2 1.10.2-7 ii libgconf-2-43.2.3-4 ii libgdk-pixbuf2.0-0 2.24.1-1 ii libglib2.0-02.30.2-6 ii libgtk2.0-0 2.24.10-1 ii libice6 2:1.0.7-2 ii libjson-glib-1.0-0 0.14.2-1 ii libnotify4 0.7.5-1 ii libpango1.0-0 1.29.4-3+b1 ii libsm6 2:1.2.0-2 ii libsoup2.4-12.36.1-1 ii libsqlite3-03.7.11-2 ii libunique-1.0-0 1.1.6-4 ii libwebkitgtk-1.0-0 1.6.3-2 ii libxml2 2.7.8.dfsg-7 ii libxslt1.1 1.1.26-8 ii liferea-data1.8.3-0.1 Versions of packages liferea recommends: ii curl 7.25.0-1 ii dbus 1.5.12-1 ii dbus-x11 1.5.12-1 ii wget 1.13.4-2 Versions of packages liferea suggests: pn network-manager none -- no debconf information -- Michał Politowski Talking has been known to lead to communication if practiced carelessly. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#665344: Munin-node: make monitored Tomcat connector configurable
Kenyon Ralph ken...@kenyonralph.com writes: On 2012-03-23T11:32:46+0200, Arto Jantunen vi...@debian.org wrote: Package: munin-node Version: 1.4.5-3 Severity: wishlist Tags: patch Currently the Perl-based tomcat_{access,threads,volume} plugins can only monitor the http-connector they themselves connect through. This makes it impossible to for example monitor AJP connectors and such. The attached patch makes this configurable, keeping the same default as before. Hi Arto, your patch does not apply cleanly to current munin trunk. Would you grab the current code from http://munin-monitoring.org/browser/trunk/plugins/node.d and, first see if you still need to patch, since a CONNECTOR variable has been introduced, and if you do need changes, please make them against the trunk code so we can easily apply them. Thanks. Apparently trunk contains pretty much exactly the same patch already, except the documentation of the connector parameter is missing. I should probably have checked that, would have saved at least 15 minutes of work.. This bug should be marked fixed-upstream and closed when a version containing the fix hits Debian. -- Arto Jantunen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#666268: calendar-timezones: Missing link for iceowl
Package: calendar-timezones Version: 10.0.3-3 Severity: critical Justification: breaks unrelated software Dear Maintainer, After bump to version 10.x a link provided to iceowl is lost in which case iceowl is broken. A quick fix is to reintroduce a link similar to the link for icedove and thunderbird. Eg. /usr/lib/iceowl/extensions/calendar-timezo...@mozilla.org -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (990, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#666221: RFS: bwctl/1.3-1 [ITP] -- bandwidth test controller
Hi, [ I have no intention to sponsor this package. ] Raoul Borenius boren...@dfn.de writes: * License : custom license which is not considered free (see http://lists.debian.org/debian-legal/2012/02/msg4.html) but upstream is apparently changing to apache license in upcoming release of bwctl Then it should not go to main. See [1] how to change this in the source package. bwctl-client - bandwidth test controller (client) bwctl-doc - documentation for bandwidth test controller bwctl-server - bandwidth test controller (server) i2util-tools - internet2 utilities libbwlib-dev - bandwidth test controller (development) libi2util-dev - internet2 utility library (development) libthrulay-dev - network capacity tester (development) libthrulay0 - network capacity tester (runtime) thrulay-client - network capacity tester (client) thrulay-server - network capacity tester (server) Is it really necessary to split this in so many packages? Regards, Ansgar [1] http://www.debian.org/doc/debian-policy/ch-archive.html#s-subsections -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#666269: mediawiki: security release CVE-2012-1578/CVE-2012-1579/CVE-2012-1580/CVE-2012-1581/CVE-2012-1582
Package: mediawiki Version: 1.18.1-1 Severity: critical Tags: security Release announcement: http://lists.wikimedia.org/pipermail/wikitech-l/2012-March/059230.html Requested CVE-identifiers in here: http://seclists.org/oss-sec/2012/q1/728 CVE-identifiers assigned in here: http://seclists.org/oss-sec/2012/q1/745 CVE-2012-1578 https://bugzilla.wikimedia.org/show_bug.cgi?id=34212 CVE-2012-1579 https://bugzilla.wikimedia.org/show_bug.cgi?id=34907 CVE-2012-1580 https://bugzilla.wikimedia.org/show_bug.cgi?id=35317 CVE-2012-1581 https://bugzilla.wikimedia.org/show_bug.cgi?id=35078 CVE-2012-1582 https://bugzilla.wikimedia.org/show_bug.cgi?id=35315 - Henri Salo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#666270: liferea: search for unread unflagged items misbehaves after upgrade
Package: liferea Version: 1.8.3-0.1 Severity: normal I had a search folder that worked in 1.6.5 and before. It was supposed to contain unread unflagged items. .liferea_1.6/feedlist.opml outline title=Nieprzeczytane text=Nieprzeczytane description=Nieprzeczytane type=vfolder id=jccorka sortColumn=time viewMode=0 matchType=any collapsed=true outline type=rule text=Flaga przeczytania rule=unread value= additive=true/ outline type=rule text=Flaga statusu rule=flagged value= additive=false/ /outline .liferea_1.6/liferea.db CREATE VIEW view_jccorka AS SELECT items.ROWID AS item_id,items.read AS item_read FROM items WHERE ((items.read = 0) AND NOT(items.marked = 1)) AND items.comment != 1; The matchType=any in the feedlist looks suspicious but the view seems correct, and it worked. Anyway this is probably somewhat irrelevant, since when after the upgrade to 1.8.3 it started to act weird I deleted it and recreated fresh. It changed .liferea_1.8/feedlist.opml to outline title=Nieprzeczytane text=Nieprzeczytane description=Nieprzeczytane type=vfolder id=vkkakeu sortColumn=time viewMode=0 matchType=all collapsed=true outline type=rule text=Read status rule=unread value= additive=true/ outline type=rule text=Flag status rule=flagged value= additive=false/ /outline The matchType changed to the more expected all (I also set LC_MESSAGES=C before running liferea, that's what I suppose changed the text attributes), liferea.db seems to not have views anymore so nothing to see here. But the behavior of the newly created folder in 1.8.3 is still extremely problematic: * it started empty, * stayed empty after Rebuild from context menu (even though there were unread unflagged items in my feeds), * filled after Update All, but the count in parens after the folder name is '(1)' even though the status bar says '(18 new)' and the folder contains even more items, * well, actually it contained more items for a short moment; after selecting another feed and going immediately back to the search folder, now only one item is visible, * until Rebuild, which caused even this one item to disappear (the count in feed list stays firmly on '(1)') * after another Update All there are again many items in the search folder, (feedlist counter: '(0)') * switch to another folder, go back, lather, rinse, repeat. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (450, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=pl_PL, LC_CTYPE=pl_PL (charmap=ISO-8859-2) Shell: /bin/sh linked to /bin/dash Versions of packages liferea depends on: ii gconf-service 3.2.3-4 ii gconf2 3.2.3-4 ii libatk1.0-0 2.2.0-2 ii libc6 2.13-27 ii libcairo2 1.10.2-7 ii libgconf-2-43.2.3-4 ii libgdk-pixbuf2.0-0 2.24.1-1 ii libglib2.0-02.30.2-6 ii libgtk2.0-0 2.24.10-1 ii libice6 2:1.0.7-2 ii libjson-glib-1.0-0 0.14.2-1 ii libnotify4 0.7.5-1 ii libpango1.0-0 1.29.4-3+b1 ii libsm6 2:1.2.0-2 ii libsoup2.4-12.36.1-1 ii libsqlite3-03.7.11-2 ii libunique-1.0-0 1.1.6-4 ii libwebkitgtk-1.0-0 1.6.3-2 ii libxml2 2.7.8.dfsg-7 ii libxslt1.1 1.1.26-8 ii liferea-data1.8.3-0.1 Versions of packages liferea recommends: ii curl 7.25.0-1 ii dbus 1.5.12-1 ii dbus-x11 1.5.12-1 ii wget 1.13.4-2 Versions of packages liferea suggests: pn network-manager none -- no debconf information -- Michał Politowski Talking has been known to lead to communication if practiced carelessly. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#666271: debdelta: ioerror exception when generating deltas
Package: debdelta Version: 0.45 Severity: normal Lately I have been seeing these messages when running debdelta. Downloaded, time 0.26sec, speed 3456B/sec, libdrm-nouveau1a_2.4.30-1_2.4.32-1_amd64.debdelta Created,time 0.60sec, speed 148kB/sec, ssh-askpass-gnome_1%3a5.9p1-4_amd64.deb *** Error while applying delta for libdrm-nouveau1a: : None type 'exceptions.IOError' [Errno 2] No such file or directory: '/var/lib/dpkg/info/libdrm-nouveau1a.list' Downloaded, time 0.52sec, speed 15kB/sec, libgimp2.0_2.6.12-1+b1_2.6.12-1+b2_amd64.debdelta Downloaded, time 0.50sec, speed 22kB/sec, libdrm-radeon1_2.4.30-1_2.4.32-1_amd64.debdelta Downloaded, time 1.05sec, speed 29kB/sec, libopenal1_1%3a1.13-4_1%3a1.13-6_amd64.debdelta Created,time 3.75sec, speed 312kB/sec, libgimp2.0_2.6.12-1+b2_amd64.deb Downloaded, time 2.33sec, speed 15kB/sec, libdrm-intel1_2.4.30-1_2.4.32-1_amd64.debdelta *** Error while applying delta for libdrm-radeon1: : None type 'exceptions.IOError' [Errno 2] No such file or directory: '/var/lib/dpkg/info/libdrm-radeon1.list' *** Error while applying delta for libopenal1: : None type 'exceptions.IOError' [Errno 2] No such file or directory: '/var/lib/dpkg/info/libopenal1.list' *** Error while applying delta for libdrm-intel1: : None type 'exceptions.IOError' [Errno 2] No such file or directory: '/var/lib/dpkg/info/libdrm-intel1.list' Downloaded, time 6.67sec, speed 26kB/sec, openssh-client_1%3a5.9p1-3_1%3a5.9p1-4_amd64.debdelta Created,time 3.31sec, speed 301kB/sec, openssh-client_1%3a5.9p1-4_amd64.deb Downloaded, time 12.80sec, speed 27kB/sec, gimp_2.6.12-1+b1_2.6.12-1+b2_amd64.debdelta Created,time 15.41sec, speed 317kB/sec, gimp_2.6.12-1+b2_amd64.deb Downloaded, time 19.49sec, speed 23kB/sec, libdrm-intel1_2.4.32-1_amd64.deb Delta-upgrade statistics: total resulting debs, size 7700kB time 59sec virtual speed 129kB/sec -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (100, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.3.0-trunk-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages debdelta depends on: ii binutils2.22-6 ii bzip2 1.0.6-1 ii libbz2-1.0 1.0.6-1 ii libc6 2.13-27 ii python 2.7.2-10 ii zlib1g 1:1.2.6.dfsg-2 Versions of packages debdelta recommends: ii bsdiff 4.3-12 ii gnupg-agent 2.0.18-2 ii gnupg2 2.0.18-2 ii python-apt 0.8.4~exp1 ii xdelta 1.1.3-9 ii xdelta3 3.0.0.dfsg-1 ii xz-lzma [lzma] 5.1.1alpha+20110809-3 ii xz-utils5.1.1alpha+20110809-3 Versions of packages debdelta suggests: pn debdelta-doc none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#635295: Please rename the package to php5-apc
Hi Any progress on this subject? The lack of consistency over the archive is boring... Sylvestre -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#665327: eagle_5.12.0-2 amd64 package disappears
Hi, We need to find a DD that can do a binary only upload of the amd64 package. I can get an amd64 machine up, but it might not be for another week. I can do it. I've requested that eagle be added to the non-free autobuilds three times over the past 4 years and it hasn't been added, so things like this happen. It's sad, but could you try it once more as DDR says[*] ? - add XS-Autobuild: yes to your debian/control - send mail to nonf...@release.debian.org to explain the reason to build *) http://www.debian.org/doc/manuals/developers-reference/pkgs.html#non-free-buildd -- Regards, Hideki Yamane henrich @ debian.or.jp/org http://wiki.debian.org/HidekiYamane -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#666100: workrave: Please package a development version to experimental
Hi Francois and Rob! On Fri, Mar 30, 2012 at 07:52:09AM +0200, Rob Caelers wrote: Hi, libtool: compile: g++ -DHAVE_CONFIG_H -I. -I../../.. -W -I../../../backend/src -I../../../backend/include -DWORKRAVE_PKGDATADIR=\/usr/share/workrave\ -D_XOPEN_SOURCE=600 -I../../../common/include -pthread -I/usr/include/glib-2.0 -I/usr/lib/x86_64-linux-gnu/glib-2.0/include -pthread -DGSEAL_ENABLE -I/usr/include/glib-2.0 -I/usr/lib/x86_64-linux-gnu/glib-2.0/include -I/usr/include/gtk-3.0 -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/gdk-pixbuf-2.0 -I/usr/include/pango-1.0 -I/usr/include/gio-unix-2.0/ -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/libpng12 -I/usr/include/glibmm-2.4 -I/usr/lib/x86_64-linux-gnu/glibmm-2.4/include -I/usr/include/giomm-2.4 -I/usr/lib/x86_64-linux-gnu/giomm-2.4/include -I/usr/include/gtk-3.0/unix-print -I/usr/include/sigc++-2.0 -I/usr/lib/sigc++-2.0/include -I/usr/include/gtkmm-3.0 -I/usr/lib/gtkmm-3.0/include -I/usr/include/atkmm-1.6 -I/usr/include/pangomm-1.4 -I/usr/lib/pangomm-1.4/include -I/usr/include/cairomm- 1.0 -I/us r/lib/cairomm-1.0/include -I/usr/include/gdkmm-3.0 -I/usr/lib/gdkmm-3.0/include -g -O2 -c XScreenSaverMonitor.cc -fPIC -DPIC -o .libs/libworkrave_backend_unix_la-XScreenSaverMonitor.o XScreenSaverMonitor.cc: In member function 'virtual void XScreenSaverMonitor::run()': XScreenSaverMonitor.cc:115:46: error: 'g_cond_wait_until' was not declared in this scope Did you run into this as well? I forgot to push 1.9.908. This version adds support for glib 2.32 and fixes this compilation error. Ah, fixed before I can even reply. :) In any case, Francois, GLib 2.32 is hitting unstable in a matter of minutes. ;) Eager to try out the newest version, I'm stuck with a October snapshot for too long now! :) Jordi -- Jordi Mallach Pérez -- Debian developer http://www.debian.org/ jo...@sindominio.net jo...@debian.org http://www.sindominio.net/ GnuPG public key information available at http://oskuro.net/ signature.asc Description: Digital signature
Bug#666237: typo3-dummy: prompting due to modified conffiles which where not modified by the user
severity 666237 important thanks Hi Andreas, thanks for your bugreport, as usual! :-) Much appreciated! On Donnerstag, 29. März 2012, Andreas Beckmann wrote: during a test with piuparts I noticed your package failed the piuparts upgrade test because dpkg detected a conffile as being modified and then prompted the user for an action. As there is no user input, this fails. But this is not the real problem, the real problem is that this prompt shows up in the first place, as there was nobody modifying this conffile at all, the package has just been installed and upgraded... while I agree with this (those are my words after all ;) I'm lowering the severity to important to make sure the fix for #666074 reaches wheezy (and stable-backports) fast. Once this happened (tomorrow or sunday) I will raise the severity again. cheers. Holger -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#666272: [keepnote] You can not change language.
Package: keepnote Version: 0.7.8-1 Severity: important In keepnote You can not change the language even though they are available. The program is still in English. Error can be repeated as follows. *choose it: Edit preferences language *change language *restart keepnote -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#638316: AW: Same problem here, running squeeze on VMware vSphere 5 ESXi
Hi Jonathan, unfortunately i dont know a reliable way to reproduce this. About a week ago we did run some performance- and loadtests which caused very high load over a period of more than 48 hours and nothing happened. This week we encountered the described problem on the database system, but only temporarily. One day before we had a crash of the application server, the stack traces there seemed to look quite similar. As i'm not a specialist in kernel development i thought it might be the same bug, but now i realized that there isnt any hint for blocking tasks. Instead there are lines like BUG: scheduling while atomic: sshd/22743/0x1001. So i think you are right and i should file one or maybe two separate bugs. Best regards Sebastian -Ursprüngliche Nachricht- Von: Jonathan Nieder [mailto:jrnie...@gmail.com] Gesendet: Fr 30.03.2012 00:45 An: Sebastian Schäfer Cc: 638...@bugs.debian.org Betreff: Re: Same problem here, running squeeze on VMware vSphere 5 ESXi Hi Sebastian, Sebastian Schäfer wrote: The system is running a postgresql9 Server (Version: 9.0.6-1~bpo60+1) with two hotstandby Clients, using streaming replication. Since you are not using Xen, this is most likely not the same bug. Do the processes remain in the D state, or are they only temporarily so in some time of particularly high load? If you want to pursue this (especially if you know of some reliable way to get processes stuck in the D state), please file a separate bug. Thanks for writing, Jonathan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656056: qtwebkit symbols file bugs
You tagged these bugs as pending about a week ago. We (the armhf porters) could really do with getting them fixed as it is leading to an out of date package in armhf testing and we are trying to get to release architecture status. Any ETA on an upload? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#666273: python-repoze.what-plugins: [patch] fix python-sqlalchemy 0.7 compat issue
Package: python-repoze.what-plugins Version: 20090531-2 Severity: normal Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu precise ubuntu-patch *** /tmp/tmpgfoe_M/bug_body In Ubuntu, the attached patch was applied to achieve the following: * deal with sqlalchemy.exceptions - sqlalchemy.exc name change in sqlalchemy 0.7 Ideally this should go to upstream as well :) Thanks for considering the patch. Cheers, Michael -- System Information: Debian Release: wheezy/sid APT prefers precise-updates APT policy: (500, 'precise-updates'), (500, 'precise-security'), (500, 'precise-proposed'), (500, 'precise'), (100, 'precise-backports') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-18-generic (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash diff -u python-repoze.what-plugins-20090531/debian/changelog python-repoze.what-plugins-20090531/debian/changelog diff -u python-repoze.what-plugins-20090531/debian/control python-repoze.what-plugins-20090531/debian/control --- python-repoze.what-plugins-20090531/debian/control +++ python-repoze.what-plugins-20090531/debian/control @@ -1,7 +1,8 @@ Source: python-repoze.what-plugins Section: python Priority: optional -Maintainer: Debian Python Modules Team python-modules-t...@lists.alioth.debian.org +Maintainer: Ubuntu Developers ubuntu-devel-disc...@lists.ubuntu.com +XSBC-Original-Maintainer: Debian Python Modules Team python-modules-t...@lists.alioth.debian.org Uploaders: Stefano Zacchiroli z...@debian.org, Piotr Ożarowski pi...@debian.org only in patch2: unchanged: --- python-repoze.what-plugins-20090531.orig/repoze.what.plugins.sql-1.0rc1/repoze/what/plugins/sql/adapters.py +++ python-repoze.what-plugins-20090531/repoze.what.plugins.sql-1.0rc1/repoze/what/plugins/sql/adapters.py @@ -60,7 +60,10 @@ -from sqlalchemy.exceptions import SQLAlchemyError +try: +from sqlalchemy.exceptions import SQLAlchemyError +except ImportError: +from sqlalchemy.exc import SQLAlchemyError from sqlalchemy.orm.exc import NoResultFound from repoze.what.adapters import BaseSourceAdapter, SourceError
Bug#612574: fixed in tortoisehg 2.1.4-1
I've contributed a patch upstream for a gtk/nautilus3 port of the extension, and they've pushed it into the mercurial repository (https://bitbucket.org/tortoisehg/thg/changeset/7017a49b612b). Could this be reopened now that there's a chance of a real fix? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#666274: schroot complains about unknow source-root-groups config entry
Package: schroot Version: 1.4.25-1 Severity: minor I have this warning about a chroot I setup: $ LANG=C schroot -c squeeze -p W: line 7 [sid-test]: Unknown key 'source-root-groups' used I: This option may be present in a newer version However man schroot.conf clearly documents this key: source-root-users=user1,user2,... A comma-separated list of users which are allowed password-less root access to the source chroot. If empty or omitted, no users will be allowed root access without a password (but if a user is in users, they may gain access with a password). This will become the root-users option in the source chroot. See the section “Security” below. source-root-groups=group1,group2,... A comma-separated list of groups which are allowed password-less root access to the source chroot. If empty or omitted, no users will be allowed root access without a password (but if a user's group is in groups, they may gain access with a password). This will become the root-groups option in the source chroot. See the section “Security” below. After investigation, it turns out that this specific chroot was lacking my usual union-type=aufs entry... I believe that the error message should be improved to point out the real underlying problem because claiming that the key is unknown is misleading. -- System Information: Debian Release: wheezy/sid APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'proposed-updates'), (500, 'unstable'), (500, 'testing'), (500, 'stable'), (150, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages schroot depends on: ii libboost-filesystem1.48.0 1.48.0-3 ii libboost-program-options1.48.0 1.48.0-3 ii libboost-regex1.48.01.48.0-3 ii libboost-system1.48.0 1.48.0-3 ii libc6 2.13-27 ii libgcc1 1:4.7.0-1 ii liblockdev1 1.0.3-1.4+b2 ii libpam0g1.1.3-7 ii libstdc++6 4.7.0-1 ii libuuid12.20.1-4 ii schroot-common 1.4.25-1 schroot recommends no packages. Versions of packages schroot suggests: ii aufs-modules | unionfs-modules none ii btrfs-tools 0.19+2005-2 ii debootstrap 1.0.39 ii lvm22.02.88-2 -- Configuration Files: /etc/schroot/default/copyfiles changed [not included] /etc/schroot/default/fstab changed [not included] -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#666228: texlive-latex-extra: cleveref breaks bigfoot and vice versa
On 03/30/2012 04:38 AM, Norbert Preining wrote: Hi! So your best bet is to write to the author of cleveref and ask if he can do something about this interoperability. Will do, though I've thought you would do this. At least that's how I maintain my packages - acting as a proxy between upstream and users. We will not do anything but see wait if any update is done in TeX Live. I hope this doesn't mean it takes another 1.5 years to get fixed in Debian. Cheers -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663274: lxc: Can't start containers.
DB == Daniel Baumann daniel.baum...@progress-technologies.net writes: DB create a 'default' wheezy container with 'lxc-create -t debian DB -n foo'. This doesn't work: # lxc-create -t debian -n foo Note: Usually the template option is called with a configuration file option too, mostly to configure the network. For more information look at lxc.conf (5) /usr/lib/x86_64-linux-gnu/lxc/templates/lxc-debian: line 882: /tmp/lxc-debian.76qiD1js/debconf.default: No such file or directory Downloading minimal system... cdebootstrap: missing target argument Try `cdebootstrap --help' for more information. chroot: failed to run command `/usr/bin/env': No such file or directory Failed to download the rootfs, aborting. Failed to download base system failed to install system failed to execute template 'debian' aborted Looking into lxc-debian I can see the script doesn't consider the architecture part of the lxc path. The following action made it work: # cd /usr/lib/ # ln -s x86_64-linux-gnu/lxc . Even then it doesn't work smoothly: eagle:# lxc-create -t debian -n foo Note: Usually the template option is called with a configuration file option too, mostly to configure the network. For more information look at lxc.conf (5) Linux Container (LXC) - Preseed file anyone? Enter (optional) preseed file to use: Linux Container (LXC) - Distribution. 1. Debian GNU/Linux 6.0 squeeze 2. Debian GNU/Linux 7.0 wheezy 3. Debian GNU/Linux unstable/sid Distribution 2 Linux Container (LXC) - Architecture. 1. 32-bit PC (i386) 2. 64-bit PC (amd64) Architecture 2 Linux Container (LXC) - Archives. 1. Debian Security 2. Debian Updates 3. Debian Backports 4. Debian Proposed Updates 5. none of the above (Enter the items you want to select, separated by spaces.) Archives 1 Linux Container (LXC) - Mirror. Mirror http://debian.nest.zamazal.org:/debian Linux Container (LXC) - Mirror Security. Mirror Security http://debian.nest.zamazal.org:/security Linux Container (LXC) - Archive Areas. 1. main 2. contrib 3. non-free 4. none of the above (Enter the items you want to select, separated by spaces.) Archive Areas 1 Linux Container (LXC) - Packages. Packages Linux Container (LXC) - Root password. Root password Linux Container (LXC) - Bridge. Bridge Linux Container (LXC) - MAC. MAC Downloading minimal system... P: Retrieving Release P: Retrieving Release.gpg P: Validating Release I: Good signature from Debian Archive Automatic Signing Key (6.0/squeeze) ftpmas...@debian.org P: Parsing Release P: Retrieving Packages.gz P: Validating Packages.gz P: Parsing Packages P: Retrieving libc-bin P: Validating libc-bin ... installation of packages without any problems ... P: Configuring package libswitch-perl P: Configuring package libui-dialog-perl P: Deconfiguring helper cdebootstrap-helper-apt P: Deconfiguring helper cdebootstrap-helper-makedev P: Writing apt sources.list P: Writing hosts P: Writing resolv.conf (Reading database ... 9269 files and directories currently installed.) Removing cdebootstrap-helper-rc.d ... Download complete. Ign http://debian.nest.zamazal.org wheezy InRelease Get:1 http://debian.nest.zamazal.org wheezy Release.gpg [836 B] Get:2 http://debian.nest.zamazal.org wheezy Release [185 kB] Get:3 http://debian.nest.zamazal.org wheezy/main TranslationIndex [2223 B] Get:4 http://debian.nest.zamazal.org wheezy/main amd64 Packages [7584 kB] Ign http://debian.nest.zamazal.org wheezy/main Translation-en Fetched 7772 kB in 2s (2907 kB/s) Reading package lists... Done Reading package lists... Done Building dependency tree Reading state information... Done 0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded. Reading package lists... Done Building dependency tree Reading state information... Done Calculating upgrade... Done 0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded. Reading package lists... Done Building dependency tree Reading state information... Done 0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded. Copying local cache to /var/lib/lxc/foo/rootfs.../usr/lib/x86_64-linux-gnu/lxc/templates/lxc-debian: line 81: /var/lib/lxc/foo/rootfs/etc/apt/sources.list.d/debian.list: No such file or directory /usr/lib/x86_64-linux-gnu/lxc/templates/lxc-debian: line 87: /var/lib/lxc/foo/rootfs/etc/apt/sources.list.d/debian.list: No such file or directory /usr/lib/x86_64-linux-gnu/lxc/templates/lxc-debian: line 158: /var/lib/lxc/foo/rootfs/etc/fstab:
Bug#666218: udeb broken: micro-evtd.command: line 10: syntax error: bad function name
* Ryan Tandy r...@nardis.ca [2012-03-29 22:50]: Your patch is correct but insufficient. Apparently in the 3.4 release upstream worked around the bashisms in /usr/sbin/micro-evtd.event and /usr/sbin/microapl by changing the shebang to /bin/bash; it was /bin/sh in both in 3.3.3. I feel pretty stupid for missing all of this; I was sure I tested installing from the 3.4-1 udeb before uploading but I don't see how that could have worked, unless d-i included a /bin/bash at some point. I will have to patch out the remaining bashisms in the scripts. I won't be able to work on that before this weekend. Thanks again for bringing this to my attention. My patch fixed the problem I saw - the error message from micro-evtd.command when starting d-i on a non-Buffalo machine. Thanks for checking the code and finding more problems. I'm happy to sponsor your upload when you have a complete fix. -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#666275: mc: crash when deleting a file with MALLOC_CHECK_, MALLOC_PERTURB_ on
Package: mc Version: 3:4.8.1-3 Severity: normal Usertags: malloc While trying to delete a file using mc I got a random crash. I expect this is because I set MALLOC_CHECK_ and MALLOC_PERTURB_, which turn on heap consistency checks that help find memory allocation bugs. If the below backtrace is not useful, please close this bug. http://www.gnu.org/s/libc/manual/html_node/Heap-Consistency-Checking.html http://udrepper.livejournal.com/11429.html pabs@chianamo ~/tmp $ mc Aborted (core dumped) pabs@chianamo ~/tmp $ echo $MALLOC_CHECK_ $MALLOC_PERTURB_ 2 21 pabs@chianamo ~/tmp $ gdb --core /var/cache/corefiles/core-17348-1000-1000-6-1333093626-chianamo-mc mc GNU gdb (GDB) 7.4-debian Copyright (C) 2012 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type show copying and show warranty for details. This GDB was configured as x86_64-linux-gnu. For bug reporting instructions, please see: http://www.gnu.org/software/gdb/bugs/... Reading symbols from /usr/bin/mc...Reading symbols from /usr/lib/debug/.build-id/fa/c1f2dea9a649d7bb1263dce935df337e957af4.debug...done. done. [New LWP 17348] warning: Can't read pathname for load map: Input/output error. [Thread debugging using libthread_db enabled] Using host libthread_db library /lib/x86_64-linux-gnu/libthread_db.so.1. Core was generated by `mc -b myserver-home/'. Program terminated with signal 6, Aborted. #0 0x7f75bd83c475 in *__GI_raise (sig=optimized out) at ../nptl/sysdeps/unix/sysv/linux/raise.c:64 64 ../nptl/sysdeps/unix/sysv/linux/raise.c: No such file or directory. (gdb) thread apply all bt full Thread 1 (Thread 0x7f75bf054720 (LWP 17348)): #0 0x7f75bd83c475 in *__GI_raise (sig=optimized out) at ../nptl/sysdeps/unix/sysv/linux/raise.c:64 pid = optimized out selftid = optimized out #1 0x7f75bd83f6f0 in *__GI_abort () at abort.c:92 act = {__sigaction_handler = {sa_handler = 0x7f75bfc0bde0, sa_sigaction = 0x7f75bfc0bde0}, sa_mask = {__val = {140143704857184, 140143704973616, 140143667716554, 140143704284576, 140143673560321, 48, 140143667716554, 48, 140143704859312, 36, 140143667716554, 0, 140143667713380, 48, 35, 140143704859312}}, sa_flags = 35, sa_restorer = 0xfe01} sigs = {__val = {32, 0 repeats 15 times}} #2 0x7f75bd87fae0 in malloc_printerr (action=2, str=0x7f75bd95386a free(): invalid pointer, ptr=0x43c4) at malloc.c:6288 No locals. #3 0x7f75bde0f04f in magazine_cache_trim (stamp=optimized out, ix=optimized out, allocator=optimized out) at /tmp/buildd/glib2.0-2.28.6/./glib/gslice.c:632 chunk_size = 32 current = 0x7f75bfbf6c00 trash = 0x7f75bfbf70c0 allocator = 0x7f75be09d300 #4 magazine_cache_push_magazine (ix=optimized out, magazine_chunks=optimized out, count=optimized out) at /tmp/buildd/glib2.0-2.28.6/./glib/gslice.c:663 current = 0x7f75bfbf6c00 next = optimized out prev = optimized out #5 0x7f75bde0f16c in thread_memory_magazine2_unload (ix=optimized out, tmem=optimized out) at /tmp/buildd/glib2.0-2.28.6/./glib/gslice.c:762 mag = 0x7f75bfb60a00 #6 0x7f75bde10528 in g_slice_free1 (mem_size=optimized out, mem_block=0x7f75bfbe6d60) at /tmp/buildd/glib2.0-2.28.6/./glib/gslice.c:889 tmem = 0x7f75bfb605f0 ix = 1 chunk_size = 32 acat = 3216377328 #7 0x7f75bdde808f in g_key_file_clear (key_file=0x7f75bfb70ed0) at /tmp/buildd/glib2.0-2.28.6/./glib/gkeyfile.c:249 tmp = 0x7f75bfbe4d20 group_node = optimized out __PRETTY_FUNCTION__ = g_key_file_clear #8 0x7f75bdde967e in g_key_file_free (key_file=0x7f75bfb70ed0) at /tmp/buildd/glib2.0-2.28.6/./glib/gkeyfile.c:747 __PRETTY_FUNCTION__ = g_key_file_free ---Type return to continue, or q return to quit--- #9 0x7f75bf0ceb9a in mc_config_deinit (mc_config=0x7f75bfc12c60) at common.c:136 No locals. #10 0x7f75bf0de960 in dlg_read_history (h=optimized out) at dialog.c:175 profile = 0x7f75bfc0bde0 /home/pabs/.local/share/mc/history event_data = {cfg = 0x7f75bfc12c60, receiver = 0x0} #11 init_dlg (h=0x7f75bfc0b840) at dialog.c:1095 No locals. #12 0x7f75bf0fcd94 in compute_dir_size_create_ui () at file.c:2294 ui = 0x7f75bfc12890 b_name = 0x7f75bf14a56f Abort #13 0x7f75bf0fd000 in panel_operate_init_totals (panel=0x7f75bfc00e00, source=0x7f75bfc125c0 /home/pabs/tmp/myserver-home/.profile, ctx=0x7f75bfc0a130, operation=optimized out) at file.c:1180 ui = optimized out status = optimized out #14 0x7f75bf1004c3 in panel_operate_init_totals (ctx=0x7f75bfc0a130, source=0x7f75bfc125c0 /home/pabs/tmp/myserver-home/.profile, panel=0x7f75bfc00e00, operation=OP_DELETE) at file.c:1176 status = optimized
Bug#666270: liferea: search for unread unflagged items misbehaves after upgrade
But the behavior of the newly created folder in 1.8.3 is still extremely problematic: * it started empty, * stayed empty after Rebuild from context menu (even though there were unread unflagged items in my feeds), I can reproduce this. * filled after Update All, but the count in parens after the folder name is '(1)' even though the status bar says '(18 new)' Count in parentheses is wrong, but status bar information does not show up reliable. and the folder contains even more items, Haven't counted here. * well, actually it contained more items for a short moment; after selecting another feed and going immediately back to the search folder, now only one item is visible, * until Rebuild, which caused even this one item to disappear (the count in feed list stays firmly on '(1)') Yes Rebuild seems to just delete it ;) * after another Update All there are again many items in the search folder, (feedlist counter: '(0)') * switch to another folder, go back, lather, rinse, repeat. Michal thanks for your detailed report. But as this seems clearly an upstream bug i strongly recommend you that you also report it to the Liferea devs so it will get fixed. On a side note, do think bug #666267 your reported earlier is a complete different bug? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#665689: live-boot initscript fails if VERBOSE=no
tag 665689 pending thanks applied, thanks. turned out later though, that the whole thing is not needed anyway (the verbose stuff). Regards, Daniel -- Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern Email: daniel.baum...@progress-technologies.net Internet: http://people.progress-technologies.net/~daniel.baumann/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663274: lxc: Can't start containers.
With lxc 0.7.5-24 container creation works and the container startup problem is the same: # lxc-start -n foo lxc-start: Invalid argument - pivot_root syscall failed lxc-start: failed to setup pivot root lxc-start: failed to set rootfs for 'foo' lxc-start: failed to setup the container lxc-start: invalid sequence number 1. expected 2 lxc-start: failed to spawn 'foo' -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#664740: libmodbus: Crash via buffer overflow from remote request
Hi, I'm attaching an updated patch, already prepared as NMU. Feel free to upload yourself. I can do it also, if you want. Thanks, Roland diff -ruN libmodbus-3.0.2.orig/debian/changelog libmodbus-3.0.2/debian/changelog --- libmodbus-3.0.2.orig/debian/changelog 2012-02-20 17:18:40.0 +0100 +++ libmodbus-3.0.2/debian/changelog 2012-03-30 09:47:16.0 +0200 @@ -1,3 +1,11 @@ +libmodbus (3.0.2-1.1) unstable; urgency=low + + * Non-maintainer upload. + * Added patch: Fix crash by adding length checks (Closes: #664740) +thanks to Josef Holzmayr + + -- Roland Stigge sti...@antcom.de Fri, 30 Mar 2012 09:45:51 +0200 + libmodbus (3.0.2-1) unstable; urgency=low * New upstream release diff -ruN libmodbus-3.0.2.orig/debian/patches/01-add-length-checks.patch libmodbus-3.0.2/debian/patches/01-add-length-checks.patch --- libmodbus-3.0.2.orig/debian/patches/01-add-length-checks.patch 1970-01-01 01:00:00.0 +0100 +++ libmodbus-3.0.2/debian/patches/01-add-length-checks.patch 2012-03-30 09:54:51.0 +0200 @@ -0,0 +1,88 @@ +Description: Fix crash with length check on long reads + Long read requests, e.g. 140 bytes, can make libmodbus crash. This patch fixes + it. +Author: Josef Holzmayr holzm...@rsi-elektrotechnik.de +Bug-Debian: http://bugs.debian.org/664740 + +--- + src/modbus.c | 22 +++--- + 1 file changed, 15 insertions(+), 7 deletions(-) + +diff --git a/src/modbus.c b/src/modbus.c +index 2860d29..ccee878 100644 +--- a/src/modbus.c b/src/modbus.c +@@ -662,7 +662,8 @@ int modbus_reply(modbus_t *ctx, const uint8_t *req, + case _FC_READ_COILS: { + int nb = (req[offset + 3] 8) + req[offset + 4]; + +-if ((address + nb) mb_mapping-nb_bits) { ++if ((address + nb) mb_mapping-nb_bits || ++ nb MODBUS_MAX_READ_BITS) { + if (ctx-debug) { + fprintf(stderr, Illegal data address %0X in read_bits\n, + address + nb); +@@ -684,7 +685,8 @@ int modbus_reply(modbus_t *ctx, const uint8_t *req, + * function) */ + int nb = (req[offset + 3] 8) + req[offset + 4]; + +-if ((address + nb) mb_mapping-nb_input_bits) { ++if ((address + nb) mb_mapping-nb_input_bits || ++ nb MODBUS_MAX_READ_BITS) { + if (ctx-debug) { + fprintf(stderr, Illegal data address %0X in read_input_bits\n, + address + nb); +@@ -704,7 +706,8 @@ int modbus_reply(modbus_t *ctx, const uint8_t *req, + case _FC_READ_HOLDING_REGISTERS: { + int nb = (req[offset + 3] 8) + req[offset + 4]; + +-if ((address + nb) mb_mapping-nb_registers) { ++if ((address + nb) mb_mapping-nb_registers || ++ nb MODBUS_MAX_READ_REGISTERS) { + if (ctx-debug) { + fprintf(stderr, Illegal data address %0X in read_registers\n, + address + nb); +@@ -729,7 +732,8 @@ int modbus_reply(modbus_t *ctx, const uint8_t *req, + * function) */ + int nb = (req[offset + 3] 8) + req[offset + 4]; + +-if ((address + nb) mb_mapping-nb_input_registers) { ++if ((address + nb) mb_mapping-nb_input_registers || ++ nb MODBUS_MAX_READ_REGISTERS) { + if (ctx-debug) { + fprintf(stderr, Illegal data address %0X in read_input_registers\n, + address + nb); +@@ -797,7 +801,8 @@ int modbus_reply(modbus_t *ctx, const uint8_t *req, + case _FC_WRITE_MULTIPLE_COILS: { + int nb = (req[offset + 3] 8) + req[offset + 4]; + +-if ((address + nb) mb_mapping-nb_bits) { ++if ((address + nb) mb_mapping-nb_bits || ++ nb MODBUS_MAX_WRITE_BITS) { + if (ctx-debug) { + fprintf(stderr, Illegal data address %0X in write_bits\n, + address + nb); +@@ -819,7 +824,8 @@ int modbus_reply(modbus_t *ctx, const uint8_t *req, + case _FC_WRITE_MULTIPLE_REGISTERS: { + int nb = (req[offset + 3] 8) + req[offset + 4]; + +-if ((address + nb) mb_mapping-nb_registers) { ++if ((address + nb) mb_mapping-nb_registers || ++ nb MODBUS_MAX_WRITE_REGISTERS) { + if (ctx-debug) { + fprintf(stderr, Illegal data address %0X in write_registers\n, + address + nb); +@@ -873,7 +879,9 @@ int modbus_reply(modbus_t *ctx, const uint8_t *req, + int nb_write = (req[offset + 7] 8) + req[offset + 8]; + + if ((address + nb) mb_mapping-nb_registers || +-(address_write + nb_write) mb_mapping-nb_registers) { ++(address_write + nb_write) mb_mapping-nb_registers || ++ nb MODBUS_MAX_RW_WRITE_REGISTERS || ++ nb_write MODBUS_MAX_RW_WRITE_REGISTERS) { + if (ctx-debug) { + fprintf(stderr, + Illegal data read address %0X or write address %0X write_and_read_registers\n, +-- +1.7.9.4 + diff -ruN
Bug#665670: glib 2.32 uploaded to unstable
severity 665677 serious severity 665679 serious severity 665666 serious severity 665670 serious severity 665671 serious severity 665672 serious severity 665675 serious severity 665676 serious severity 665678 serious severity 665673 serious thanks glib 2.32.0 has been uploaded to unstable. Bumping the severity accordingly. -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#663274: lxc: Can't start containers.
i've fixed that in git some time ago but didn't upload it yet. please redo with lxc built from the debian branch of git://vcs.progress-linux.org/users/daniel/packages/lxc.git -- Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern Email: daniel.baum...@progress-technologies.net Internet: http://people.progress-technologies.net/~daniel.baumann/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#666264: FPC: please add support for armhf (patch included)
On Fri, 2012-03-30 at 07:39 +0100, peter green wrote: Package: FPC Severity: important Tags: patch I have recently produced a working port of freepascal to armhf. The patch has been submitted upstream at http://bugs.freepascal.org/view.php?id=21554 and has been accepted in trunk http://svn.freepascal.org/cgi-bin/viewvc.cgi?view=revrevision=20660 Great news, thanks The patch attatched contains * a backport of the armhf implementation to 2.6.0 (only minor changes needed). * a fix for incomplete cleanup after running debian/rules clean * add code to debian/rules to explicitly specify which arm variant we want in the call to make compiler_cycle. This allows us to use a starting compiler from one arm variant to bootstrap another. * use DEB_*_ARCH_CPU rather than DEB_*_ARCH for working out the CPU source and CPU target removing the need to special case armel and avoiding the need to add a new special case for armhf. I've tested that passing floating point parameters to C code works correctly with this patch. I've also tested lazarus with this port of fpc and it seems to work well enough to load the IDE and compile and run the default project. I'll review the patch and apply it for next upload. Still waiting to see *BSD support working ;) P.S. I'm currently in the process of applying to become a dd and would like to become a comaintainer of the fpc package. For me you are welcome. I hope you a good chance in the process. Mine is stalled since 3 years now. Carlos, Torsten, Do you think it would be good to create a pascal debian group for maintaining FPC, Lazarus and possible MSE ide MSE gui? Cheers, attachment: face-wink.png signature.asc Description: This is a digitally signed message part
Bug#658454: Announce of the upcoming NMU for the arno-iptables-firewall package
Hi, On Fri, Mar 30, 2012 at 06:50:28AM +0200, Christian PERRIER wrote: Dear maintainer of arno-iptables-firewall and Debian translators, Some days ago, I sent a notice to the maintainer of the arno-iptables-firewall Debian package, mentioning the status of at least one old po-debconf translation update in the BTS. I announced the intent to build and possibly upload a non-maintainer upload for this package in order to fix this long-time pending localization bug as well as all other pending translations. The package maintainer agreed for the NMU or did not respond in four days, so I will proceed with the NMU. Sorry for the delay, I was traveling. In principle I don't mind an NMU. However, I'm currently working on a package update that might require some changes to the Debconf templates, and consequently a translation update. The necessary changes to the package are non-trivial and I need some more time. I leave it to you, whether you still consider an NMU appropriate or not. I expect the package update to come within a week -- although there is some uncertainty margin, as I have not fully investigated the necessary changes yet. Anyway, thanks for pushing the translations! Michael -- Michael Hanke http://mih.voxindeserto.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#660897: ping?
Hi, It's been a month. Have you had a chance to look at this yet? I'm going to change the severity to important, as it is going to mean that, out of the box, syslog-ng does not work on machines using a local recursor. As this is a reasonably common arrangement on servers, I would think this bug will end up hitting a fair number of people. Cheers, -- - | ,''`.Stephen Gran | | : :' :sg...@debian.org | | `. `'Debian user, admin, and developer | |`- http://www.debian.org | - signature.asc Description: Digital signature
Bug#666228: texlive-latex-extra: cleveref breaks bigfoot and vice versa
Hi Adrian, Will do, though I've thought you would do this. At least that's how I maintain my packages - acting as a proxy between upstream and users. Yes, between upstream, but upstream is the TeX Live team, whe the author of cleveref is upupstream and with about several *thousands* of upupstream, I don't think I want to communicate. I am considering muself *not* as general TeX help desk. I consider only problems that come from our re-packaging of TL, and because I'm also a member of the TL team, problems of TL packaging by itself, but not even the TL team cares for interoperability, or even usefullness of packages, we take what is on CTAN, and finished. And that will be the case in Debian, too, or you have to wait until someone else gets its finger dirty in packaging TL... which will be probably many years, more than 2. Norbert -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#665673: fixed upstream
tag 665673 fixed-upstream quit Just to make it clear in the bug report for people reviewing RC bugs, I do have a fix for this in upstream SVN: http://anonscm.debian.org/viewvc/qof/trunk/qof/qof/qofutil.c?r1=1328r2=1327pathrev=1328 A new upstream release will be made this weekend with a corresponding upload to Debian. -- Neil Williams = http://www.linux.codehelp.co.uk/ pgpoPGbCGy8ft.pgp Description: PGP signature
Bug#666269: [Pkg-mediawiki-commits] r310 - in mediawiki/sid-sec/debian: . patches
Author: tg Date: 2012-03-30 08:43:27 + (Fri, 30 Mar 2012) New Revision: 310 Added: mediawiki/sid-sec/debian/patches/CVE-2012-1582.patch Modified: mediawiki/sid-sec/debian/changelog mediawiki/sid-sec/debian/patches/series Log: first cut at #666269 for sid-security: ?\226?\128?\162 three do not seem to affect us: the code doesn?\226?\128?\153t even appear to be in 1.15 ?\226?\128?\162 one, I attempted to backport the fix (not yet tested) ?\226?\128?\162 one I cannot access?\226?\128?\166 wait for that to be disclosed Modified: mediawiki/sid-sec/debian/changelog === --- mediawiki/sid-sec/debian/changelog 2012-03-20 10:15:18 UTC (rev 309) +++ mediawiki/sid-sec/debian/changelog 2012-03-30 08:43:27 UTC (rev 310) @@ -1,3 +1,14 @@ +mediawiki (1:1.15.5-9) UNRELEASED; urgency=high + + * Address MW security release 1.18.1-1 (Closes: #666269) +- CVE-2012-1578 MW#34212: doesn’t affect 1.15 +- CVE-2012-1579 MW#34907: doesn’t affect 1.15 +- CVE-2012-1580 MW#35317: doesn’t affect 1.15 +- CVE-2012-1581 MW#35078: (can’t access bugreport) +- CVE-2012-1582 MW#35315: fix backported + + -- Thorsten Glaser t...@mirbsd.de Fri, 30 Mar 2012 10:41:58 +0200 + mediawiki (1:1.15.5-8) unstable; urgency=low * Fix reversing IPv4 address for SORBS blacklist; patch from Added: mediawiki/sid-sec/debian/patches/CVE-2012-1582.patch === --- mediawiki/sid-sec/debian/patches/CVE-2012-1582.patch (rev 0) +++ mediawiki/sid-sec/debian/patches/CVE-2012-1582.patch2012-03-30 08:43:27 UTC (rev 310) @@ -0,0 +1,150 @@ +Description: Fixed a few strip tag exposed bugs. +Author: Tim Starling (r114231) +Bug: https://bugzilla.wikimedia.org/show_bug.cgi?id=35315 + +Index: mediawiki-1.15.5/includes/parser/CoreParserFunctions.php +=== +--- mediawiki-1.15.5.orig/includes/parser/CoreParserFunctions.php 2012-03-30 10:28:12.0 +0200 mediawiki-1.15.5/includes/parser/CoreParserFunctions.php 2012-03-30 10:32:57.0 +0200 +@@ -120,7 +120,8 @@ + } + + static function urlencode( $parser, $s = '' ) { +- return urlencode( $s ); ++ $func = 'urlencode'; ++ return $parser-markerSkipCallback( $s, $func ); + } + + static function lcfirst( $parser, $s = '' ) { +@@ -135,20 +136,12 @@ + + static function lc( $parser, $s = '' ) { + global $wgContLang; +- if ( is_callable( array( $parser, 'markerSkipCallback' ) ) ) { +- return $parser-markerSkipCallback( $s, array( $wgContLang, 'lc' ) ); +- } else { +- return $wgContLang-lc( $s ); +- } ++ return $parser-markerSkipCallback( $s, array( $wgContLang, 'lc' ) ); + } + + static function uc( $parser, $s = '' ) { + global $wgContLang; +- if ( is_callable( array( $parser, 'markerSkipCallback' ) ) ) { +- return $parser-markerSkipCallback( $s, array( $wgContLang, 'uc' ) ); +- } else { +- return $wgContLang-uc( $s ); +- } ++ return $parser-markerSkipCallback( $s, array( $wgContLang, 'uc' ) ); + } + + static function localurl( $parser, $s = '', $arg = null ) { return self::urlFunction( 'getLocalURL', $s, $arg ); } +@@ -180,15 +173,17 @@ + } + } + +- static function formatNum( $parser, $num = '', $raw = null) { +- if ( self::israw( $raw ) ) { +- return $parser-getFunctionLang()-parseFormattedNumber( $num ); ++ static function formatnum( $parser, $num = '', $raw = null) { ++ if ( self::isRaw( $raw ) ) { ++ $func = array( $parser-getFunctionLang(), 'parseFormattedNumber' ); + } else { +- return $parser-getFunctionLang()-formatNum( $num ); ++ $func = array( $parser-getFunctionLang(), 'formatNum' ); + } ++ return $parser-markerSkipCallback( $num, $func ); + } + + static function grammar( $parser, $case = '', $word = '' ) { ++ $word = $parser-killMarkers( $word ); + return $parser-getFunctionLang()-convertGrammar( $word, $case ); + } + +@@ -495,7 +490,8 @@ + /** +* Unicode-safe str_pad with the restriction that $length is forced to be = 500 +*/ +- static function pad( $string, $length, $padding = '0', $direction = STR_PAD_RIGHT ) { ++ static function pad( $parser, $string, $length, $padding = '0', $direction = STR_PAD_RIGHT ) { ++ $padding = $parser-killMarkers( $padding ); + $lengthOfPadding = mb_strlen( $padding ); +
Bug#661658: cctools: FTBFS on kfreebsd
On Tue, Mar 27, 2012 at 09:44:01PM +0200, Julien Cristau wrote: On Tue, Mar 27, 2012 at 09:50:14 +0200, Michael Hanke wrote: Maybe a simple rebuild attempt would fix it (CC'ing the wb-team)? gb cctools_3.4.2-1 . kfreebsd-amd64 kfreebsd-i386 Done. Error remains the same -- need to look more closely. Michael -- Michael Hanke http://mih.voxindeserto.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#666276: librsvg2-bin: /usr/bin/rsvg is not shipped anymore
Package: librsvg2-bin Version: 2.36.0-1 Severity: critical Justification: breaks unrelated software $ convert iceweasel/debian/branding/iceweasel_logo.svg /tmp/test.png sh: 1: rsvg: not found convert: delegate failed `rsvg %i %o' @ error/delegate.c/InvokeDelegate/1058. convert: unable to open image `/tmp/magick-OAoLiTCX': @ error/blob.c/OpenBlob/2587. convert: unable to open file `/tmp/magick-OAoLiTCX': @ error/constitute.c/ReadImage/571. convert: missing an image filename `/tmp/test.png' @ error/convert.c/ConvertImageCommand/3011. This worked properly in 2.34.2-3, and breaks in 2.36.0-1. This FTBFSes iceweasel. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages librsvg2-bin depends on: ii libc6 2.13-27 ii libcairo2 1.10.2-7 ii libglib2.0-0 2.30.2-6 ii libgtk-3-03.2.3-1 ii librsvg2-22.36.0-1 librsvg2-bin recommends no packages. librsvg2-bin suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#534239: 1.3.8 work fine in squeeze
Hi, Finally I compiled 1.3.8 from sources in squeeze, and it works ! Thanks ! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#594800: ITP: 0ad -- 3D real-time strategy (RTS) game of ancient warfare
$ 0ad /usr/games/pyrogenesis: error while loading shared libraries: libnvtt.so: cannot open shared object file: No such file or directory If you don't compile with --with-system-nvtt it compiles with the built-in nvtt and then you should also install libnv*.so. I'd really suggest to look at the 0 A.D. packages at https://launchpad.net/~wfg/+archive/0ad.dev since they are well tested and they received many optimizations during past years. It would be even better to use these packages as the official Debian packages. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#665344: Munin-node: make monitored Tomcat connector configurable
tags 665344 = fixed-upstream thanks On 2012-03-30T10:08:51+0300, Arto Jantunen vi...@debian.org wrote: Kenyon Ralph ken...@kenyonralph.com writes: On 2012-03-23T11:32:46+0200, Arto Jantunen vi...@debian.org wrote: Package: munin-node Version: 1.4.5-3 Severity: wishlist Tags: patch Currently the Perl-based tomcat_{access,threads,volume} plugins can only monitor the http-connector they themselves connect through. This makes it impossible to for example monitor AJP connectors and such. The attached patch makes this configurable, keeping the same default as before. Hi Arto, your patch does not apply cleanly to current munin trunk. Would you grab the current code from http://munin-monitoring.org/browser/trunk/plugins/node.d and, first see if you still need to patch, since a CONNECTOR variable has been introduced, and if you do need changes, please make them against the trunk code so we can easily apply them. Thanks. Apparently trunk contains pretty much exactly the same patch already, except the documentation of the connector parameter is missing. I should probably have checked that, would have saved at least 15 minutes of work.. Thanks for noting the lack of documentation. That is now fixed upstream as well. This bug should be marked fixed-upstream and closed when a version containing the fix hits Debian. -- Kenyon Ralph signature.asc Description: Digital signature
Bug#666275: mc: crash when deleting a file with MALLOC_CHECK_, MALLOC_PERTURB_ on
Hi Paul, Thanks for detailed report. I tried to reproduce the problem without success: we have the same architecture, kernel and locale yet I successfully deleted hundreds of files from tmpfs and ext4 using mc which I run as 'MALLOC_CHECK_=2 MALLOC_PERTURB_=21 mc' Is there are anything else you could reveal in order to reproduce the crash? (I'm still learning to interpret GDB dumps so I could possibly miss something valuable there.) Cheers, Dmitry. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#666162: Acknowledgement (gcc-4.7: hppa build fails: error: bits/predefs.h: No such file or directory)
On 30.03.2012 04:08, John David Anglin wrote: For some reason, auto-detect isn't working. Trying to enable multiarch support with --enable-multiarch also fails. The variable withval is not defined in the configure hunk for --enable-multiarch. fixed in svn. the hunk in config.gcc was missing. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#666274: [buildd-tools-devel] Bug#666274: schroot complains about unknow source-root-groups config entry
On Fri, Mar 30, 2012 at 09:53:30AM +0200, Raphaël Hertzog wrote: I have this warning about a chroot I setup: $ LANG=C schroot -c squeeze -p W: line 7 [sid-test]: Unknown key 'source-root-groups' used I: This option may be present in a newer version However man schroot.conf clearly documents this key: After investigation, it turns out that this specific chroot was lacking my usual union-type=aufs entry... I believe that the error message should be improved to point out the real underlying problem because claiming that the key is unknown is misleading. We currently treat any key which isn't settable as unknown. Maybe we should report it as invalid instead? Or we could have a list of known and deprecated keys, and tailor the warning appropriately. In this specific case, without the union-type setting, the chroot most likely isn't a source chroot, and hence there is not means to set that key on that particular chroot instance (it entirely lacks the logic, the chroot_facet_source_clonable facet), so is completely unaware that it's valid in other contexts. Regards, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linuxhttp://people.debian.org/~rleigh/ `. `' schroot and sbuild http://alioth.debian.org/projects/buildd-tools `-GPG Public Key F33D 281D 470A B443 6756 147C 07B3 C8BC 4083 E800 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#666277: openblas: FTBFS: cp: cannot stat `debian/tmp/libopenblas.so.0': No such file or directory
Source: openblas Version: 0.1alpha2.2-3 Severity: serious Tags: wheezy sid User: debian...@lists.debian.org Usertags: qa-ftbfs-20120330 qa-ftbfs qa-ftbfs-buildarch Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. This rebuild was done by building only architecture:any binary packages (binary-arch target of debian/rules), and using a recent dpkg that uses the build-arch target if available. Also, only the Build-Depends were installed, not the Build-Depends-Indep. Relevant part: fakeroot debian/rules binary-arch test -x debian/rules dh_testroot dh_prep dh_installdirs -A mkdir -p . Adding cdbs dependencies to debian/libopenblas-base.substvars dh_installdirs -plibopenblas-base Adding cdbs dependencies to debian/libopenblas-dev.substvars dh_installdirs -plibopenblas-dev dh_installdocs -plibopenblas-base ./README dh_installexamples -plibopenblas-base dh_installman -plibopenblas-base dh_installinfo -plibopenblas-base dh_installmenu -plibopenblas-base dh_installcron -plibopenblas-base dh_installinit -plibopenblas-base dh_installdebconf -plibopenblas-base dh_installemacsen -plibopenblas-base dh_installcatalogs -plibopenblas-base dh_installpam -plibopenblas-base dh_installlogrotate -plibopenblas-base dh_installlogcheck -plibopenblas-base dh_installchangelogs -plibopenblas-base dh_installudev -plibopenblas-base dh_lintian -plibopenblas-base dh_bugfiles -plibopenblas-base dh_install -plibopenblas-base cp: cannot stat `debian/tmp/libopenblas.so.0': No such file or directory dh_install: cp -a debian/tmp/libopenblas.so.0 debian/libopenblas-base/usr/lib/openblas-base// returned exit code 1 make: *** [binary-install/libopenblas-base] Error 2 The full build log is available from: http://people.debian.org/~lucas/logs/2012/03/30/openblas_0.1alpha2.2-3_unstable.log 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. Internet was not accessible from the build systems. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#666278: polybori: FTBFS: mv: cannot stat `debian/python-polybori2.7/*': No such file or directory
Source: polybori Version: 0.5~rc1-2.1 Severity: serious Tags: wheezy sid User: debian...@lists.debian.org Usertags: qa-ftbfs-20120330 qa-ftbfs qa-ftbfs-buildarch Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. This rebuild was done by building only architecture:any binary packages (binary-arch target of debian/rules), and using a recent dpkg that uses the build-arch target if available. Also, only the Build-Depends were installed, not the Build-Depends-Indep. Relevant part: fakeroot debian/rules binary-arch test -x debian/rules dh_testroot dh_clean -k dh_clean: dh_clean -k is deprecated; use dh_prep instead dh_installdirs -A mkdir -p . mkdir -p debian/tmp/ mv debian/python-polybori2.7/* debian/tmp/ mv: cannot stat `debian/python-polybori2.7/*': No such file or directory make: *** [common-install-impl] Error 1 The full build log is available from: http://people.debian.org/~lucas/logs/2012/03/30/polybori_0.5~rc1-2.1_unstable.log 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. Internet was not accessible from the build systems. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#666279: ulogd: FTBFS: cp: cannot stat `./debian/tmp/usr/lib/ulogd/ulogd_SQLITE3.so': No such file or directory
Source: ulogd Version: 1.24-3 Severity: serious Tags: wheezy sid User: debian...@lists.debian.org Usertags: qa-ftbfs-20120330 qa-ftbfs qa-ftbfs-buildarch Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. This rebuild was done by building only architecture:any binary packages (binary-arch target of debian/rules), and using a recent dpkg that uses the build-arch target if available. Also, only the Build-Depends were installed, not the Build-Depends-Indep. Relevant part: make[2]: Entering directory `/«PKGBUILDDIR»/pcap' /usr/bin/install -c -m 755 -d /«PKGBUILDDIR»/debian/tmp//usr/lib/ulogd /usr/bin/install -c -m 755 *.so /«PKGBUILDDIR»/debian/tmp//usr/lib/ulogd make[2]: Leaving directory `/«PKGBUILDDIR»/pcap' /usr/bin/install -c -D -m 755 ulogd /«PKGBUILDDIR»/debian/tmp//usr/sbin/ulogd make[1]: Leaving directory `/«PKGBUILDDIR»' touch debian/stamp-makefile-install Adding cdbs dependencies to debian/ulogd.substvars dh_installdirs -pulogd Adding cdbs dependencies to debian/ulogd-mysql.substvars dh_installdirs -pulogd-mysql Adding cdbs dependencies to debian/ulogd-pgsql.substvars dh_installdirs -pulogd-pgsql Adding cdbs dependencies to debian/ulogd-pcap.substvars dh_installdirs -pulogd-pcap Adding cdbs dependencies to debian/ulogd-sqlite3.substvars dh_installdirs -pulogd-sqlite3 dh_installdocs -pulogd ./README ./TODO ./AUTHORS dh_installexamples -pulogd dh_installman -pulogd dh_installinfo -pulogd dh_installmenu -pulogd dh_installcron -pulogd dh_installinit -pulogd dh_installdebconf -pulogd dh_installemacsen -pulogd dh_installcatalogs -pulogd dh_installpam -pulogd dh_installlogrotate -pulogd dh_installlogcheck -pulogd dh_installchangelogs -pulogd Changes dh_installudev -pulogd dh_lintian -pulogd dh_bugfiles -pulogd dh_install -pulogd dh_link -pulogd dh_installmime -pulogd dh_installgsettings -pulogd dh_installdocs -pulogd-mysql ./README ./TODO ./AUTHORS dh_installexamples -pulogd-mysql dh_installman -pulogd-mysql dh_installinfo -pulogd-mysql dh_installmenu -pulogd-mysql dh_installcron -pulogd-mysql dh_installinit -pulogd-mysql dh_installdebconf -pulogd-mysql dh_installemacsen -pulogd-mysql dh_installcatalogs -pulogd-mysql dh_installpam -pulogd-mysql dh_installlogrotate -pulogd-mysql dh_installlogcheck -pulogd-mysql dh_installchangelogs -pulogd-mysql Changes dh_installudev -pulogd-mysql dh_lintian -pulogd-mysql dh_bugfiles -pulogd-mysql dh_install -pulogd-mysql dh_link -pulogd-mysql dh_installmime -pulogd-mysql dh_installgsettings -pulogd-mysql dh_installdocs -pulogd-pgsql ./README ./TODO ./AUTHORS dh_installexamples -pulogd-pgsql dh_installman -pulogd-pgsql dh_installinfo -pulogd-pgsql dh_installmenu -pulogd-pgsql dh_installcron -pulogd-pgsql dh_installinit -pulogd-pgsql dh_installdebconf -pulogd-pgsql dh_installemacsen -pulogd-pgsql dh_installcatalogs -pulogd-pgsql dh_installpam -pulogd-pgsql dh_installlogrotate -pulogd-pgsql dh_installlogcheck -pulogd-pgsql dh_installchangelogs -pulogd-pgsql Changes dh_installudev -pulogd-pgsql dh_lintian -pulogd-pgsql dh_bugfiles -pulogd-pgsql dh_install -pulogd-pgsql dh_link -pulogd-pgsql dh_installmime -pulogd-pgsql dh_installgsettings -pulogd-pgsql dh_installdocs -pulogd-pcap ./README ./TODO ./AUTHORS dh_installexamples -pulogd-pcap dh_installman -pulogd-pcap dh_installinfo -pulogd-pcap dh_installmenu -pulogd-pcap dh_installcron -pulogd-pcap dh_installinit -pulogd-pcap dh_installdebconf -pulogd-pcap dh_installemacsen -pulogd-pcap dh_installcatalogs -pulogd-pcap dh_installpam -pulogd-pcap dh_installlogrotate -pulogd-pcap dh_installlogcheck -pulogd-pcap dh_installchangelogs -pulogd-pcap Changes dh_installudev -pulogd-pcap dh_lintian -pulogd-pcap dh_bugfiles -pulogd-pcap dh_install -pulogd-pcap dh_link -pulogd-pcap dh_installmime -pulogd-pcap dh_installgsettings -pulogd-pcap dh_installdocs -pulogd-sqlite3 ./README ./TODO ./AUTHORS dh_installexamples -pulogd-sqlite3 dh_installman -pulogd-sqlite3 dh_installinfo -pulogd-sqlite3 dh_installmenu -pulogd-sqlite3 dh_installcron -pulogd-sqlite3 dh_installinit -pulogd-sqlite3 dh_installdebconf -pulogd-sqlite3 dh_installemacsen -pulogd-sqlite3 dh_installcatalogs -pulogd-sqlite3 dh_installpam -pulogd-sqlite3 dh_installlogrotate -pulogd-sqlite3 dh_installlogcheck -pulogd-sqlite3 dh_installchangelogs -pulogd-sqlite3 Changes dh_installudev -pulogd-sqlite3 dh_lintian -pulogd-sqlite3 dh_bugfiles -pulogd-sqlite3 dh_install -pulogd-sqlite3 cp: cannot stat `./debian/tmp/usr/lib/ulogd/ulogd_SQLITE3.so': No such file or directory dh_install: cp -a ./debian/tmp/usr/lib/ulogd/ulogd_SQLITE3.so debian/ulogd-sqlite3/usr/lib/ulogd/ returned exit code 1 make: *** [binary-install/ulogd-sqlite3] Error 2 The full build
Bug#666280: jlint: FTBFS: jlint.cc:299:50: error: invalid conversion from 'const char*' to 'char*' [-fpermissive]
Source: jlint Version: 3.0-4.4 Severity: serious Tags: wheezy sid User: debian...@lists.debian.org Usertags: qa-ftbfs-20120330 qa-ftbfs qa-ftbfs-buildarch Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. This rebuild was done by building only architecture:any binary packages (binary-arch target of debian/rules), and using a newer dpkg that uses the build-arch target if available. Also, only the Build-Depends were installed, not the Build-Depends-Indep. Relevant part: g++ -c -Wall -O2 -g jlint.cc jlint.cc: In function 'void format_message(int, const utf_string, int, __va_list_tag*)': jlint.cc:185:29: warning: cast to pointer from integer of different size [-Wint-to-pointer-cast] jlint.cc:197:31: warning: cast to pointer from integer of different size [-Wint-to-pointer-cast] jlint.cc:240:68: warning: field precision specifier '.*' expects argument of type 'int', but argument 3 has type 'long int' [-Wformat] jlint.cc: In function 'void set_class_source_path(class_desc*)': jlint.cc:299:50: error: invalid conversion from 'const char*' to 'char*' [-fpermissive] jlint.cc: In function 'bool parse_class_file(byte*)': jlint.cc:431:9: warning: unused variable 'desc_index' [-Wunused-variable] jlint.cc:496:13: warning: unused variable 'max_stack' [-Wunused-variable] jlint.cc:325:7: warning: unused variable 'minor_version' [-Wunused-variable] jlint.cc:327:7: warning: unused variable 'major_version' [-Wunused-variable] jlint.cc: In function 'int main(int, char**)': jlint.cc:1086:50: warning: cast to pointer from integer of different size [-Wint-to-pointer-cast] make[1]: *** [jlint.o] Error 1 The full build log is available from: http://people.debian.org/~lucas/logs/2012/03/30/jlint_3.0-4.4_unstable.log 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. Internet was not accessible from the build systems. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#666281: unison2.32.52: FTBFS: make: rsvg: Command not found
Source: unison2.32.52 Version: 2.32.52-5 Severity: serious Tags: wheezy sid User: debian...@lists.debian.org Usertags: qa-ftbfs-20120330 qa-ftbfs qa-ftbfs-buildarch Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. This rebuild was done by building only architecture:any binary packages (binary-arch target of debian/rules), and using a recent dpkg that uses the build-arch target if available. Also, only the Build-Depends were installed, not the Build-Depends-Indep. Relevant part: make[2]: Entering directory `/«PKGBUILDDIR»' etags *.mli */*.mli *.ml */*.ml */*.m *.c */*.c *.txt /bin/sh: 1: etags: not found make[2]: [tags] Error 127 (ignored) make[2]: Leaving directory `/«PKGBUILDDIR»' make[1]: Leaving directory `/«PKGBUILDDIR»' mv '/«PKGBUILDDIR»/unison' '/«PKGBUILDDIR»/unison-2.32.52' rsvg -f png -w 32 -h 32 debian/unison-gtk.svg.in debian/unison2.32.52-gtk.png make: rsvg: Command not found make: *** [debian/unison2.32.52-gtk.png] Error 127 The full build log is available from: http://people.debian.org/~lucas/logs/2012/03/30/unison2.32.52_2.32.52-5_unstable.log 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. Internet was not accessible from the build systems. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#666282: pentobi: FTBFS: sh: 1: rsvg: not found
Source: pentobi Version: 1.1-1 Severity: serious Tags: wheezy sid User: debian...@lists.debian.org Usertags: qa-ftbfs-20120330 qa-ftbfs qa-ftbfs-buildarch Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. This rebuild was done by building only architecture:any binary packages (binary-arch target of debian/rules), and using a recent dpkg that uses the build-arch target if available. Also, only the Build-Depends were installed, not the Build-Depends-Indep. Relevant part: make[1]: Entering directory `/«PKGBUILDDIR»' convert -scale 32x32 src/pentobi/pentobi.svg src/pentobi/pentobi.xpm sh: 1: rsvg: not found convert: delegate failed `rsvg %i %o' @ error/delegate.c/InvokeDelegate/1058. convert: unable to open image `/tmp/magick-zSpNOFQI': @ error/blob.c/OpenBlob/2587. convert: unable to open file `/tmp/magick-zSpNOFQI': @ error/constitute.c/ReadImage/571. convert: missing an image filename `src/pentobi/pentobi.xpm' @ error/convert.c/ConvertImageCommand/3011. make[1]: *** [override_dh_auto_build] Error 1 The full build log is available from: http://people.debian.org/~lucas/logs/2012/03/30/pentobi_1.1-1_unstable.log 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. Internet was not accessible from the build systems. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#666283: proftpd-mod-msg: FTBFS: mod_msg.c:314:5: error: format not a string literal and no format arguments [-Werror=format-security]
Source: proftpd-mod-msg Version: 0.4.1-1 Severity: serious Tags: wheezy sid User: debian...@lists.debian.org Usertags: qa-ftbfs-20120330 qa-ftbfs qa-ftbfs-buildarch Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. This rebuild was done by building only architecture:any binary packages (binary-arch target of debian/rules), and using a newer dpkg that uses the build-arch target if available. Also, only the Build-Depends were installed, not the Build-Depends-Indep. Relevant part: make[1]: Entering directory `/«PKGBUILDDIR»' DESTDIR=/«PKGBUILDDIR»/debian/proftpd-mod-msg prxs -c mod_msg.c libtool --mode=compile gcc -DLINUX -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Wformat-security -Werror=format-security -Wall -DPR_SHARED_MODULE -I. -I/usr/include/proftpd -c mod_msg.c libtool: compile: gcc -DLINUX -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Wformat-security -Werror=format-security -Wall -DPR_SHARED_MODULE -I. -I/usr/include/proftpd -c mod_msg.c -fPIC -DPIC -o .libs/mod_msg.o mod_msg.c: In function 'msg_post_any': mod_msg.c:314:5: error: format not a string literal and no format arguments [-Werror=format-security] mod_msg.c: In function 'msg_post_err_any': mod_msg.c:346:5: error: format not a string literal and no format arguments [-Werror=format-security] mod_msg.c: In function 'msg_handle_msg': mod_msg.c:713:11: warning: format '%u' expects argument of type 'unsigned int', but argument 4 has type 'char *' [-Wformat] mod_msg.c:713:11: warning: format '%s' expects argument of type 'char *', but argument 5 has type 'pid_t' [-Wformat] mod_msg.c:713:11: warning: too many arguments for format [-Wformat-extra-args] cc1: some warnings being treated as errors prxs: error executing command (1) make[1]: *** [override_dh_auto_build] Error 1 The full build log is available from: http://people.debian.org/~lucas/logs/2012/03/30/proftpd-mod-msg_0.4.1-1_unstable.log 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. Internet was not accessible from the build systems. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#666284: avbin: FTBFS: make[1]: *** No rule to make target `Makefile.'. Stop.
Source: avbin Version: 7-1.2 Severity: serious Tags: wheezy sid User: debian...@lists.debian.org Usertags: qa-ftbfs-20120330 qa-ftbfs qa-ftbfs-buildarch Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. This rebuild was done by building only architecture:any binary packages (binary-arch target of debian/rules), and using a recent dpkg that uses the build-arch target if available. Also, only the Build-Depends were installed, not the Build-Depends-Indep. Relevant part: debian/rules build-arch dh build-arch dh_testdir -a dh_auto_configure -a dh_auto_build -a make[1]: Entering directory `/«PKGBUILDDIR»' Makefile:16: Makefile.: No such file or directory make[1]: *** No rule to make target `Makefile.'. Stop. make[1]: Leaving directory `/«PKGBUILDDIR»' dh_auto_build: make -j1 returned exit code 2 make: *** [build-arch] Error 2 The full build log is available from: http://people.debian.org/~lucas/logs/2012/03/30/avbin_7-1.2_unstable.log 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. Internet was not accessible from the build systems. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#666285: garlic: FTBFS: cp: cannot stat `./garlic': No such file or directory
Source: garlic Version: 1.6-1 Severity: serious Tags: wheezy sid User: debian...@lists.debian.org Usertags: qa-ftbfs-20120330 qa-ftbfs qa-ftbfs-buildarch Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. This rebuild was done by building only architecture:any binary packages (binary-arch target of debian/rules), and using a recent dpkg that uses the build-arch target if available. Also, only the Build-Depends were installed, not the Build-Depends-Indep. Relevant part: fakeroot debian/rules binary-arch test -x debian/rules dh_testroot dh_clean -k dh_clean: dh_clean -k is deprecated; use dh_prep instead dh_installdirs -A mkdir -p . Adding cdbs dependencies to debian/garlic.substvars dh_installdirs -pgarlic dh_installdocs -pgarlic ./README ./TODO ./BUGS dh_installexamples -pgarlic dh_installman -pgarlic dh_installinfo -pgarlic dh_installmenu -pgarlic dh_installcron -pgarlic dh_installinit -pgarlic dh_installdebconf -pgarlic dh_installemacsen -pgarlic dh_installcatalogs -pgarlic dh_installpam -pgarlic dh_installlogrotate -pgarlic dh_installlogcheck -pgarlic dh_installchangelogs -pgarlic dh_installudev -pgarlic dh_lintian -pgarlic dh_bugfiles -pgarlic dh_install -pgarlic cp: cannot stat `./garlic': No such file or directory dh_install: cp -a ./garlic debian/garlic/usr/bin// returned exit code 1 make: *** [binary-install/garlic] Error 2 The full build log is available from: http://people.debian.org/~lucas/logs/2012/03/30/garlic_1.6-1_unstable.log 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. Internet was not accessible from the build systems. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#666286: yasr: FTBFS: yasr.h:312:12: error: conflicting types for 'openpty'
Source: yasr Version: 0.6.9-2 Severity: serious Tags: wheezy sid User: debian...@lists.debian.org Usertags: qa-ftbfs-20120330 qa-ftbfs qa-ftbfs-buildarch Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. This rebuild was done by building only architecture:any binary packages (binary-arch target of debian/rules), and using a newer dpkg that uses the build-arch target if available. Also, only the Build-Depends were installed, not the Build-Depends-Indep. Relevant part: gcc -DPACKAGE_DATA_DIR=\/usr/share/yasr\ -DLOCALEDIR=\/usr/share/locale\ -DHAVE_CONFIG_H -I. -I.. -g -O2 -Wall -c config.c In file included from config.c:19:0: yasr.h:312:12: error: conflicting types for 'openpty' /usr/include/pty.h:34:12: note: previous declaration of 'openpty' was here yasr.h:321:12: error: conflicting types for 'forkpty' /usr/include/pty.h:40:12: note: previous declaration of 'forkpty' was here config.c: In function 'readconf': config.c:82:5: warning: ignoring return value of 'fgets', declared with attribute warn_unused_result [-Wunused-result] make[3]: *** [config.o] Error 1 The full build log is available from: http://people.debian.org/~lucas/logs/2012/03/30/yasr_0.6.9-2_unstable.log 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. Internet was not accessible from the build systems. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#666287: vdr-plugin-infosatepg: FTBFS: infosatepg.cpp:193:28: error: 'class cEITScanner' has no member named 'UsesDevice'
Source: vdr-plugin-infosatepg Version: 0.0.11-6 Severity: serious Tags: wheezy sid User: debian...@lists.debian.org Usertags: qa-ftbfs-20120330 qa-ftbfs qa-ftbfs-buildarch Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. This rebuild was done by building only architecture:any binary packages (binary-arch target of debian/rules), and using a newer dpkg that uses the build-arch target if available. Also, only the Build-Depends were installed, not the Build-Depends-Indep. Relevant part: g++ -g -Wall -Woverloaded-virtual -Wno-parentheses -O2 -fPIC -c -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_GNU_SOURCE -DPLUGIN_NAME_I18N='infosatepg' -I/usr/include/dvb-s2api-liplianin -I/usr/include/vdr/include infosatepg.cpp In file included from infosatepg.h:13:0, from infosatepg.cpp:17: /usr/include/vdr/include/vdr/status.h:33:16: warning: 'virtual void cStatus::ChannelSwitch(const cDevice*, int, bool)' was hidden [-Woverloaded-virtual] status.h:23:16: warning: by 'virtual void cStatusInfosatepg::ChannelSwitch(const cDevice*, int)' [-Woverloaded-virtual] infosatepg.cpp: In member function 'virtual void cPluginInfosatepg::MainThreadHook()': infosatepg.cpp:193:28: error: 'class cEITScanner' has no member named 'UsesDevice' make[2]: *** [infosatepg.o] Error 1 The full build log is available from: http://people.debian.org/~lucas/logs/2012/03/30/vdr-plugin-infosatepg_0.0.11-6_unstable.log 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. Internet was not accessible from the build systems. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#666288: uw-imap: FTBFS: install: cannot stat `c-client.a': No such file or directory
Source: uw-imap Version: 8:2007e~dfsg-3.3 Severity: serious Tags: wheezy sid User: debian...@lists.debian.org Usertags: qa-ftbfs-20120330 qa-ftbfs qa-ftbfs-buildarch Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. This rebuild was done by building only architecture:any binary packages (binary-arch target of debian/rules), and using a recent dpkg that uses the build-arch target if available. Also, only the Build-Depends were installed, not the Build-Depends-Indep. Relevant part: fakeroot debian/rules binary-arch sed -e 's/__LIBVER__/2007e/g' -e 's/__LIBFULLVER__/2007e.0/g' -e 's/__VER__/2007e/g' debian/control.in.in debian/control.in test -x debian/rules dh_testroot dh_clean -k dh_clean: dh_clean -k is deprecated; use dh_prep instead dh_installdirs -A mkdir -p . echo sed -e 's/__LIBVER__/2007e/g' -e 's/__LIBFULLVER__/2007e.0/g' -e 's/__VER__/2007e/g' debian/control.in.in | diff -u debian/control.in - sed -e 's/__LIBVER__/2007e/g' -e 's/__LIBFULLVER__/2007e.0/g' -e 's/__VER__/2007e/g' debian/control.in.in | diff -u debian/control.in - for file in `find debian -maxdepth 2 -type f -name '*.in' -not -name control.in -not -name control.in.in -not -name POTFILES.in`; do \ targetfile=`echo $file | sed -e 's/__VER__/2007e/g' -e 's/\\.in$//'`; \ sed -e 's/__LIBVER__/2007e/g' -e 's/__LIBFULLVER__/2007e.0/g' -e 's/__VER__/2007e/g' $file $targetfile; \ done for file in `find debian -maxdepth 2 -type f -name '*._in'`; do \ targetfile=`echo $file | sed -e 's/\\._in$//' -e 's/__PKG__/uw-imapd/g'`; \ sed -e 's/__LIBVER__/2007e/g' -e 's/__LIBFULLVER__/2007e.0/g' -e 's/__VER__/2007e/g' -e 's/__PKG__/uw-imapd/g' -e 's/__CERT__/imapd/g' -e 's/__PAMSERVICE__/imap/g' -e 's/__DESC__/University of Washington IMAP daemon/g' -e 's/__DAEMONSETS__/imap2:imapd imap3:imapd imaps:imapd/g' $file $targetfile; \ done for file in `find debian -maxdepth 2 -type f -name '*._in'`; do \ targetfile=`echo $file | sed -e 's/\\._in$//' -e 's/__PKG__/ipopd/g'`; \ sed -e 's/__LIBVER__/2007e/g' -e 's/__LIBFULLVER__/2007e.0/g' -e 's/__VER__/2007e/g' -e 's/__PKG__/ipopd/g' -e 's/__CERT__/ipop3d/g' -e 's/__PAMSERVICE__/pop/g' -e 's/__DESC__/University of Washington POP3 daemon/g' -e 's/__DAEMONSETS__/pop2:ipop2d pop3:ipop3d pop3s:ipop3d/g' $file $targetfile; \ done dh_buildinfo touch debian/stamp-buildinfo mkdir -p debian/tmp/usr/lib install -m 0644 c-client.a debian/tmp/usr/lib/libc-client.a install: cannot stat `c-client.a': No such file or directory make: *** [common-install-arch] Error 1 The full build log is available from: http://people.debian.org/~lucas/logs/2012/03/30/uw-imap_82007e~dfsg-3.3_unstable.log 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. Internet was not accessible from the build systems. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#666289: espeakedit: FTBFS: cp: cannot stat `debian/tmp/src/espeakedit': No such file or directory
Source: espeakedit Version: 1.46.02-1 Severity: serious Tags: wheezy sid User: debian...@lists.debian.org Usertags: qa-ftbfs-20120330 qa-ftbfs qa-ftbfs-buildarch Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. This rebuild was done by building only architecture:any binary packages (binary-arch target of debian/rules), and using a recent dpkg that uses the build-arch target if available. Also, only the Build-Depends were installed, not the Build-Depends-Indep. Relevant part: fakeroot debian/rules binary-arch dh binary-arch dh_testroot -a dh_prep -a dh_installdirs -a dh_auto_install -a dh_install -a cp: cannot stat `debian/tmp/src/espeakedit': No such file or directory dh_install: cp -a debian/tmp/src/espeakedit debian/espeakedit//usr/bin/ returned exit code 1 make: *** [binary-arch] Error 2 The full build log is available from: http://people.debian.org/~lucas/logs/2012/03/30/espeakedit_1.46.02-1_unstable.log 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. Internet was not accessible from the build systems. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#666290: xml2: FTBFS: gcc: error: unrecognized option '-V'
Source: xml2 Version: 0.4-3 Severity: serious Tags: wheezy sid User: debian...@lists.debian.org Usertags: qa-ftbfs-20120330 qa-ftbfs qa-ftbfs-buildarch Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. This rebuild was done by building only architecture:any binary packages (binary-arch target of debian/rules), and using a newer dpkg that uses the build-arch target if available. Also, only the Build-Depends were installed, not the Build-Depends-Indep. Relevant part: gcc version 4.6.3 (Debian 4.6.3-1) configure:2536: $? = 0 configure:2543: gcc -V 5 gcc: error: unrecognized option '-V' gcc: fatal error: no input files compilation terminated. configure:2546: $? = 4 configure:2569: checking for C compiler default output file name configure:2596: gccconftest.c 5 configure:2599: $? = 0 configure:2637: result: a.out configure:2654: checking whether the C compiler works configure:2664: ./a.out configure:2667: $? = 0 configure:2684: result: yes configure:2691: checking whether we are cross compiling configure:2693: result: no configure:2696: checking for suffix of executables configure:2703: gcc -o conftestconftest.c 5 configure:2706: $? = 0 configure:2730: result: configure:2736: checking for suffix of object files configure:2762: gcc -c conftest.c 5 configure:2765: $? = 0 configure:2788: result: o configure:2792: checking whether we are using the GNU C compiler configure:2821: gcc -c conftest.c 5 configure:2827: $? = 0 configure:2844: result: yes configure:2849: checking whether gcc accepts -g configure:2879: gcc -c -g conftest.c 5 configure:2885: $? = 0 configure:2984: result: yes configure:3001: checking for gcc option to accept ISO C89 configure:3075: gcc -c -g -O2 conftest.c 5 configure:3081: $? = 0 configure:3104: result: none needed configure:3133: checking for style of include used by make configure:3161: result: GNU configure:3189: checking dependency style of gcc configure:3279: result: none configure:3347: checking for pkg-config configure:3365: found /usr/bin/pkg-config configure:3377: result: /usr/bin/pkg-config configure:3406: checking pkg-config is at least version 0.9.0 configure:3409: result: yes configure:3420: checking for XML configure:3428: $PKG_CONFIG --exists --print-errors libxml Package libxml was not found in the pkg-config search path. Perhaps you should add the directory containing `libxml.pc' to the PKG_CONFIG_PATH environment variable No package 'libxml' found configure:3431: $? = 1 configure:3446: $PKG_CONFIG --exists --print-errors libxml Package libxml was not found in the pkg-config search path. Perhaps you should add the directory containing `libxml.pc' to the PKG_CONFIG_PATH environment variable No package 'libxml' found configure:3449: $? = 1 No package 'libxml' found configure:3487: error: Package requirements (libxml) were not met: No package 'libxml' found Consider adjusting the PKG_CONFIG_PATH environment variable if you installed software in a non-standard prefix. Alternatively, you may set the environment variables XML_CFLAGS and XML_LIBS to avoid the need to call pkg-config. See the pkg-config man page for more details. ## ## ## Cache variables. ## ## ## ac_cv_c_compiler_gnu=yes ac_cv_env_CC_set= ac_cv_env_CC_value= ac_cv_env_CFLAGS_set= ac_cv_env_CFLAGS_value= ac_cv_env_CPPFLAGS_set= ac_cv_env_CPPFLAGS_value= ac_cv_env_CPP_set= ac_cv_env_CPP_value= ac_cv_env_LDFLAGS_set= ac_cv_env_LDFLAGS_value= ac_cv_env_LIBS_set= ac_cv_env_LIBS_value= ac_cv_env_PKG_CONFIG_set= ac_cv_env_PKG_CONFIG_value= ac_cv_env_XML_CFLAGS_set= ac_cv_env_XML_CFLAGS_value= ac_cv_env_XML_LIBS_set= ac_cv_env_XML_LIBS_value= ac_cv_env_build_alias_set=set ac_cv_env_build_alias_value=x86_64-linux-gnu ac_cv_env_host_alias_set= ac_cv_env_host_alias_value= ac_cv_env_target_alias_set= ac_cv_env_target_alias_value= ac_cv_objext=o ac_cv_path_ac_pt_PKG_CONFIG=/usr/bin/pkg-config ac_cv_path_install='/usr/bin/install -c' ac_cv_prog_AWK=mawk ac_cv_prog_ac_ct_CC=gcc ac_cv_prog_cc_c89= ac_cv_prog_cc_g=yes ac_cv_prog_make_make_set=yes am_cv_CC_dependencies_compiler_type=none ## - ## ## Output variables. ## ## - ## ACLOCAL='${SHELL} /«PKGBUILDDIR»/missing --run aclocal-1.9' AMDEPBACKSLASH='' AMDEP_FALSE='' AMDEP_TRUE='#' AMTAR='${SHELL} /«PKGBUILDDIR»/missing --run tar' AUTOCONF='${SHELL} /«PKGBUILDDIR»/missing --run autoconf' AUTOHEADER='${SHELL} /«PKGBUILDDIR»/missing --run autoheader' AUTOMAKE='${SHELL} /«PKGBUILDDIR»/missing --run automake-1.9' AWK='mawk' CC='gcc' CCDEPMODE='depmode=none' CFLAGS='-g -O2' CPP='' CPPFLAGS='' CYGPATH_W='echo' DEFS='' DEPDIR='.deps' ECHO_C='' ECHO_N='-n' ECHO_T='' EGREP='' EXEEXT='' GREP='' INSTALL_DATA='${INSTALL} -m 644' INSTALL_PROGRAM='${INSTALL}' INSTALL_SCRIPT='${INSTALL
Bug#666291: infon: FTBFS: infond.c:27:23: fatal error: daemonize.h: No such file or directory
Source: infon Version: 0~r198-4 Severity: serious Tags: wheezy sid User: debian...@lists.debian.org Usertags: qa-ftbfs-20120330 qa-ftbfs qa-ftbfs-buildarch Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. This rebuild was done by building only architecture:any binary packages (binary-arch target of debian/rules), and using a newer dpkg that uses the build-arch target if available. Also, only the Build-Depends were installed, not the Build-Depends-Indep. Relevant part: cc -Wall -g -DDAEMONIZING -DNO_CONSOLE_CLIENT -DRENDERER_PATH=\/usr/lib/infon-viewer/\ -O2 -pedantic -std=gnu99 -Wall -DREVISION=\\ -ggdb -DPREFIX=\/usr/share/infon-server/\ -Ilua-5.1.2/src/ infond.c -c -o infond.o infond.c:27:23: fatal error: daemonize.h: No such file or directory compilation terminated. make[1]: *** [infond.o] Error 1 The full build log is available from: http://people.debian.org/~lucas/logs/2012/03/30/infon_0~r198-4_unstable.log 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. Internet was not accessible from the build systems. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#666292: libmecab-perl: FTBFS: MeCab_wrap.cxx:1826:16: error: 'mecab_node_t' has no member named 'sentence_length'
Source: libmecab-perl Version: 0.98-3 Severity: serious Tags: wheezy sid User: debian...@lists.debian.org Usertags: qa-ftbfs-20120330 qa-ftbfs qa-ftbfs-buildarch Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. This rebuild was done by building only architecture:any binary packages (binary-arch target of debian/rules), and using a newer dpkg that uses the build-arch target if available. Also, only the Build-Depends were installed, not the Build-Depends-Indep. Relevant part: g++ -c -D_REENTRANT -D_GNU_SOURCE -DDEBIAN -fstack-protector -fno-strict-aliasing -pipe -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -O2 -g -DVERSION=\0.993\ -DXS_VERSION=\0.993\ -fPIC -I/usr/lib/perl/5.14/CORE MeCab_wrap.cxx MeCab_wrap.cxx: In function 'const mecab_node_t* mecab_node_t_begin_node_list(mecab_node_t*, size_t)': MeCab_wrap.cxx:1826:16: error: 'mecab_node_t' has no member named 'sentence_length' MeCab_wrap.cxx:1828:17: error: 'mecab_node_t' has no member named 'begin_node_list' MeCab_wrap.cxx:1829:19: error: 'mecab_node_t' has no member named 'begin_node_list' MeCab_wrap.cxx: In function 'const mecab_node_t* mecab_node_t_end_node_list(mecab_node_t*, size_t)': MeCab_wrap.cxx:1834:16: error: 'mecab_node_t' has no member named 'sentence_length' MeCab_wrap.cxx:1836:17: error: 'mecab_node_t' has no member named 'end_node_list' MeCab_wrap.cxx:1837:19: error: 'mecab_node_t' has no member named 'end_node_list' MeCab_wrap.cxx: In function 'void _wrap_Token_lcAttr_get(PerlInterpreter*, CV*)': MeCab_wrap.cxx:2516:5: error: 'mecab_token_t' was not declared in this scope MeCab_wrap.cxx:2516:20: error: 'arg1' was not declared in this scope MeCab_wrap.cxx:2516:43: error: expected primary-expression before ')' token MeCab_wrap.cxx:2516:45: error: expected ';' before numeric constant MeCab_wrap.cxx:2530:30: error: expected type-specifier before 'mecab_token_t' MeCab_wrap.cxx:2530:30: error: expected '' before 'mecab_token_t' MeCab_wrap.cxx:2530:30: error: expected '(' before 'mecab_token_t' MeCab_wrap.cxx:2530:46: error: expected primary-expression before '' token MeCab_wrap.cxx:2530:54: error: expected ')' before ';' token MeCab_wrap.cxx: In function 'void _wrap_Token_rcAttr_get(PerlInterpreter*, CV*)': MeCab_wrap.cxx:2544:5: error: 'mecab_token_t' was not declared in this scope MeCab_wrap.cxx:2544:20: error: 'arg1' was not declared in this scope MeCab_wrap.cxx:2544:43: error: expected primary-expression before ')' token MeCab_wrap.cxx:2544:45: error: expected ';' before numeric constant MeCab_wrap.cxx:2558:30: error: expected type-specifier before 'mecab_token_t' MeCab_wrap.cxx:2558:30: error: expected '' before 'mecab_token_t' MeCab_wrap.cxx:2558:30: error: expected '(' before 'mecab_token_t' MeCab_wrap.cxx:2558:46: error: expected primary-expression before '' token MeCab_wrap.cxx:2558:54: error: expected ')' before ';' token MeCab_wrap.cxx: In function 'void _wrap_Token_posid_get(PerlInterpreter*, CV*)': MeCab_wrap.cxx:2572:5: error: 'mecab_token_t' was not declared in this scope MeCab_wrap.cxx:2572:20: error: 'arg1' was not declared in this scope MeCab_wrap.cxx:2572:43: error: expected primary-expression before ')' token MeCab_wrap.cxx:2572:45: error: expected ';' before numeric constant MeCab_wrap.cxx:2586:30: error: expected type-specifier before 'mecab_token_t' MeCab_wrap.cxx:2586:30: error: expected '' before 'mecab_token_t' MeCab_wrap.cxx:2586:30: error: expected '(' before 'mecab_token_t' MeCab_wrap.cxx:2586:46: error: expected primary-expression before '' token MeCab_wrap.cxx:2586:54: error: expected ')' before ';' token MeCab_wrap.cxx: In function 'void _wrap_Token_wcost_get(PerlInterpreter*, CV*)': MeCab_wrap.cxx:2600:5: error: 'mecab_token_t' was not declared in this scope MeCab_wrap.cxx:2600:20: error: 'arg1' was not declared in this scope MeCab_wrap.cxx:2600:43: error: expected primary-expression before ')' token MeCab_wrap.cxx:2600:45: error: expected ';' before numeric constant MeCab_wrap.cxx:2614:30: error: expected type-specifier before 'mecab_token_t' MeCab_wrap.cxx:2614:30: error: expected '' before 'mecab_token_t' MeCab_wrap.cxx:2614:30: error: expected '(' before 'mecab_token_t' MeCab_wrap.cxx:2614:46: error: expected primary-expression before '' token MeCab_wrap.cxx:2614:54: error: expected ')' before ';' token MeCab_wrap.cxx: In function 'void _wrap_Token_feature_get(PerlInterpreter*, CV*)': MeCab_wrap.cxx:2628:5: error: 'mecab_token_t' was not declared in this scope MeCab_wrap.cxx:2628:20: error: 'arg1' was not declared in this scope MeCab_wrap.cxx:2628:43: error: expected primary-expression before ')' token MeCab_wrap.cxx:2628:45: error: expected ';' before numeric constant MeCab_wrap.cxx:2642:30: error: expected type-specifier before 'mecab_token_t' MeCab_wrap.cxx:2642:30: error: expected '' before 'mecab_token_t' MeCab_wrap.cxx
Bug#666293: dvi2ps: FTBFS: dvi2.c:120: undefined reference to `kpse_set_progname'
Source: dvi2ps Version: 4.1j-3 Severity: serious Tags: wheezy sid User: debian...@lists.debian.org Usertags: qa-ftbfs-20120330 qa-ftbfs qa-ftbfs-buildarch Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. This rebuild was done by building only architecture:any binary packages (binary-arch target of debian/rules), and using a recent dpkg that uses the build-arch target if available. Also, only the Build-Depends were installed, not the Build-Depends-Indep. Relevant part: gcc -o dvi2ps dvi2.o dviconv.o dfdcom.o fontcom.o set.o rfset.o vfset.o dconv.o run.o mag.o fontdesc.o scanfont.o virfont.o vfdcom.o pkfont.o gffont.o rastfont.o bifont.o type1font.o wlfont.o ttfont.o vflfont.o mmfont.o compfont.o decompfont.o execfont.o funcfont.o kpse.o kanji.o open.o io.o util.o xxstdio.o version.o ps.o psrast.o psbi.o pstfm.o pstype1.o pswl.o pstt.o pstt2t1.o psvfl.o pst1form.o writet1.o psspecial.o pscolor.o psifont.o psio.o -L/usr/lib -lVFlib3 -L/usr/lib -lfreetype -L/usr/lib -lkpathsea -lm dvi2.o: In function `main': /«PKGBUILDDIR»/dvi2.c:120: undefined reference to `kpse_set_progname' collect2: ld returned 1 exit status The full build log is available from: http://people.debian.org/~lucas/logs/2012/03/30/dvi2ps_4.1j-3_unstable.log 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. Internet was not accessible from the build systems. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#666294: octave-miscellaneous: FTBFS: /bin/bash: lex: command not found
Source: octave-miscellaneous Version: 1.0.11-3 Severity: serious Tags: wheezy sid User: debian...@lists.debian.org Usertags: qa-ftbfs-20120330 qa-ftbfs qa-ftbfs-buildarch Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. This rebuild was done by building only architecture:any binary packages (binary-arch target of debian/rules), and using a recent dpkg that uses the build-arch target if available. Also, only the Build-Depends were installed, not the Build-Depends-Indep. Relevant part: fakeroot debian/rules binary-arch test -x debian/rules dh_testroot dh_prep dh_installdirs -A mkdir -p . Adding cdbs dependencies to debian/octave-miscellaneous.substvars dh_installdirs -poctave-miscellaneous Checking the Octave version... ok mkdir -p /«PKGBUILDDIR»/debian/octave-miscellaneous/usr/share/octave/packages \ /«PKGBUILDDIR»/debian/octave-miscellaneous/usr/lib/x86_64-linux-gnu/octave/packages [ -e PKG_ADD ] mv PKG_ADD PKG_ADD.bak make: [install-pkg] Error 1 (ignored) /usr/bin/octave --no-history --silent --no-init-file --eval \ pkg ('prefix', [pwd(),'/debian/octave-miscellaneous/usr/share/octave/packages'], \ [pwd(),'/debian/octave-miscellaneous/usr/lib/x86_64-linux-gnu/octave/packages']); \ pkg ('local_list', [pwd(),'/local-list']); \ pkg ('global_list', [pwd(),'/global-list']); \ if (exist ('PKG_ADD.bak') == 2), \ movefile ('PKG_ADD.bak', 'PKG_ADD'); \ endif; \ pkg -verbose -nodeps install . warning: X11 DISPLAY environment variable not set mkdir (/tmp/oct-KyiN0W) Copying directory (., /tmp/oct-KyiN0W) warning: X11 DISPLAY environment variable not set warning: X11 DISPLAY environment variable not set warning: X11 DISPLAY environment variable not set checking for gcc... gcc checking whether the C compiler works... yes checking for C compiler default output file name... a.out checking for suffix of executables... checking whether we are cross compiling... no checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether gcc accepts -g... yes checking for gcc option to accept ISO C89... none needed checking for mkoctfile... /usr/bin/mkoctfile retrieving compile and link flags from /usr/bin/mkoctfile checking for F77_FUNC... yes checking for octave... /usr/bin/octave checking for OCTAVE_VERSION in Octave... 3.6.1 checking for octave_config_info('canonical_host_type') in Octave... x86_64-pc-linux-gnu checking for octave_config_info('SHLEXT') in Octave... so checking whether ln -s works... yes checking for ranlib... ranlib checking for strip... strip checking for fork... yes checking for socklen_t... yes checking for octave_function(void)... yes checking how to run the C preprocessor... gcc -E checking for grep that handles long lines and -e... /bin/grep checking for egrep... /bin/grep -E checking for ANSI C header files... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking term.h usability... yes checking term.h presence... yes checking for term.h... yes checking termcap.h usability... yes checking termcap.h presence... yes checking for termcap.h... yes checking for tgetnum in -ltermcap... yes configure: creating ./config.status config.status: creating Makeconf $prefix is /«PKGBUILDDIR»/debian/octave-miscellaneous/usr/share/octave/packages/miscellaneous-1.0.11 $exec_prefix is ${prefix} octave commands will install into the following directories: m-files: /usr/share/octave/3.6.1/site/m/octave-forge oct-files: /usr/lib/x86_64-linux-gnu/octave/3.6.1/site/oct/x86_64-pc-linux-gnu/octave-forge binaries: /usr/lib/x86_64-linux-gnu/octave/3.6.1/site/exec/x86_64-pc-linux-gnu alternatives: m-files: /usr/share/octave/3.6.1/site/octave-forge-alternatives/m oct-files: /usr/lib/x86_64-linux-gnu/octave/3.6.1/site/octave-forge-alternatives/oct/x86_64-pc-linux-gnu shell commands will install into the following directories: binaries: ${exec_prefix}/bin man pages: ${datarootdir}/man libraries: ${exec_prefix}/lib headers: ${prefix}/include octave-forge is configured with octave: /usr/bin/octave (version 3.6.1) mkoctfile: /usr/bin/mkoctfile for Octave 1 have term.h or termcap.h: yes find . -name NOINSTALL -print# shows which toolboxes won't be installed /bin/bash: lex: command not found make[1]: *** [xmltree_read.c
Bug#666295: scotch: FTBFS: cp: cannot stat `debian/tmp/int/bin/scotch_esmumps': No such file or directory
Source: scotch Version: 5.1.12b.dfsg-1 Severity: serious Tags: wheezy sid User: debian...@lists.debian.org Usertags: qa-ftbfs-20120330 qa-ftbfs qa-ftbfs-buildarch Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. This rebuild was done by building only architecture:any binary packages (binary-arch target of debian/rules), and using a recent dpkg that uses the build-arch target if available. Also, only the Build-Depends were installed, not the Build-Depends-Indep. Relevant part: fakeroot debian/rules binary-arch QUILT_PATCHES=debian/patches quilt push -a || test $? = 2 Applying patch build-fixes.patch patching file src/Makefile patching file src/libscotchmetis/Makefile patching file src/libscotch/Makefile patching file src/esmumps/Makefile patching file src/scotch/Makefile Applying patch metis-header.patch patching file src/libscotchmetis/metis.h Now at patch metis-header.patch touch patch-stamp for v in int int32 int64 long; do \ (cd $v/lib ln -s libscotchmetis.a libmetis.a); \ (cd $v/lib ln -s libscotchmetis.so libmetis.so); \ (cd $v/lib ln -s libptscotchparmetis.a libparmetis.a); \ (cd $v/lib ln -s libptscotchparmetis.so libparmetis.so); \ done for file in acpl amk_ccc amk_fft2 amk_grf amk_hy amk_m2 amk_p2 atst gcv gmap gmk_hy gmk_m2 gmk_m3 gmk_msh gmk_ub2 gmtst gord gotst gout gpart gscat gtst mcv mmk_m2 mmk_m3 mord mtst scotch_gbase; do \ (cd int32/bin mv $file $file-int32); \ done for file in acpl amk_ccc amk_fft2 amk_grf amk_hy amk_m2 amk_p2 atst gcv gmap gmk_hy gmk_m2 gmk_m3 gmk_msh gmk_ub2 gmtst gord gotst gout gpart gscat gtst mcv mmk_m2 mmk_m3 mord mtst scotch_gbase; do \ (cd int64/bin mv $file $file-int64); \ done for file in acpl amk_ccc amk_fft2 amk_grf amk_hy amk_m2 amk_p2 atst gcv gmap gmk_hy gmk_m2 gmk_m3 gmk_msh gmk_ub2 gmtst gord gotst gout gpart gscat gtst mcv mmk_m2 mmk_m3 mord mtst scotch_gbase; do \ (cd long/bin mv $file $file-long); \ done cp -f debian/dgscat.1 int/share/man/man1 cp -f debian/gout.1 int/share/man/man1 perl -pi -e 's|\.\|\.\\\|' int/share/man/man1/*.1 mv int/share/man/man1/gbase.1 int/share/man/man1/scotch_gbase.1 cp debian/scotch_esmumps.1 int/share/man/man1 cp debian/ptscotch_esmumps.1 int/share/man/man1 for file in acpl amk_ccc amk_fft2 amk_grf amk_hy amk_m2 amk_p2 atst gcv gmap gmk_hy gmk_m2 gmk_m3 gmk_msh gmk_ub2 gmtst gord gotst gout gpart gscat gtst mcv mmk_m2 mmk_m3 mord mtst scotch_gbase; do \ (cd int/share/man/man1 gzip -9 $file.1); \ done gzip: gscat.1: No such file or directory for file in acpl amk_ccc amk_fft2 amk_grf amk_hy amk_m2 amk_p2 atst gcv gmap gmk_hy gmk_m2 gmk_m3 gmk_msh gmk_ub2 gmtst gord gotst gout gpart gscat gtst mcv mmk_m2 mmk_m3 mord mtst scotch_gbase; do \ (cd int/share/man/man1 ln -sf $file.1.gz $file-int32.1.gz); \ (cd int/share/man/man1 ln -sf $file.1.gz $file-int64.1.gz); \ (cd int/share/man/man1 ln -sf $file.1.gz $file-long.1.gz); \ done dh_testdir -a dh_testroot -a dh_installdirs -a dh_install -a cp: cannot stat `debian/tmp/int/bin/scotch_esmumps': No such file or directory dh_install: cp -a debian/tmp/int/bin/scotch_esmumps debian/scotch//usr/bin/ returned exit code 1 make: *** [binary-arch] Error 2 The full build log is available from: http://people.debian.org/~lucas/logs/2012/03/30/scotch_5.1.12b.dfsg-1_unstable.log 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. Internet was not accessible from the build systems. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#666296: scmxx: FTBFS: cp: cannot stat `debian/debian_provider_logo.bmp': No such file or directory
Source: scmxx Version: 0.9.0-2.2 Severity: serious Tags: wheezy sid User: debian...@lists.debian.org Usertags: qa-ftbfs-20120330 qa-ftbfs qa-ftbfs-buildarch Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. This rebuild was done by building only architecture:any binary packages (binary-arch target of debian/rules), and using a recent dpkg that uses the build-arch target if available. Also, only the Build-Depends were installed, not the Build-Depends-Indep. Relevant part: make[2]: Entering directory `/«PKGBUILDDIR»/docs' /usr/bin/install -c -d /«PKGBUILDDIR»/debian/scmxx//usr/share/man/de/man1; \ /usr/bin/install -c -m 644 scmxx.de.1 /«PKGBUILDDIR»/debian/scmxx//usr/share/man/de/man1/scmxx.1; \ /usr/bin/install -c -d /«PKGBUILDDIR»/debian/scmxx//usr/share/man/man1; \ /usr/bin/install -c -m 644 scmxx.en.1 /«PKGBUILDDIR»/debian/scmxx//usr/share/man/man1/scmxx.1; \ /usr/bin/install -c -d /«PKGBUILDDIR»/debian/scmxx//usr/share/man/it/man1; \ /usr/bin/install -c -m 644 scmxx.it.1 /«PKGBUILDDIR»/debian/scmxx//usr/share/man/it/man1/scmxx.1; \ /usr/bin/install -c -d /«PKGBUILDDIR»/debian/scmxx//usr/share/man/ru/man1; \ /usr/bin/install -c -m 644 scmxx.ru.1 /«PKGBUILDDIR»/debian/scmxx//usr/share/man/ru/man1/scmxx.1; \ make[2]: Leaving directory `/«PKGBUILDDIR»/docs' make[1]: Leaving directory `/«PKGBUILDDIR»' touch debian/stamp-makefile-install Adding cdbs dependencies to debian/scmxx.substvars dh_installdirs -pscmxx dh_installdirs: Compatibility levels before 5 are deprecated (level 4 in use) dh_installdocs -pscmxx ./README ./TODO ./BUGS ./AUTHORS dh_installdocs: Compatibility levels before 5 are deprecated (level 4 in use) dh_installexamples -pscmxx dh_installexamples: Compatibility levels before 5 are deprecated (level 4 in use) cp: cannot stat `debian/debian_provider_logo.bmp': No such file or directory dh_installexamples: cp -a debian/debian_provider_logo.bmp debian/scmxx/usr/share/doc/scmxx/examples returned exit code 1 make: *** [binary-install/scmxx] Error 2 The full build log is available from: http://people.debian.org/~lucas/logs/2012/03/30/scmxx_0.9.0-2.2_unstable.log 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. Internet was not accessible from the build systems. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#666297: openexr: FTBFS: configure:1559: error: cannot run /bin/bash ./config.sub
Source: openexr Version: 1.6.1-4.1 Severity: serious Tags: wheezy sid User: debian...@lists.debian.org Usertags: qa-ftbfs-20120330 qa-ftbfs qa-ftbfs-buildarch Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. This rebuild was done by building only architecture:any binary packages (binary-arch target of debian/rules), and using a newer dpkg that uses the build-arch target if available. Also, only the Build-Depends were installed, not the Build-Depends-Indep. Relevant part: make[1]: Entering directory `/«PKGBUILDDIR»' dh_auto_configure -- --with-openexr-prefix=/usr configure: error: cannot run /bin/bash ./config.sub == config.log == This file contains any messages produced by compilers while running configure, to aid debugging if configure makes a mistake. It was created by OpenEXR configure 1.6.1, which was generated by GNU Autoconf 2.59. Invocation command line was $ ./configure --build=x86_64-linux-gnu --prefix=/usr --includedir=${prefix}/include --mandir=${prefix}/share/man --infodir=${prefix}/share/info --sysconfdir=/etc --localstatedir=/var --libexecdir=${prefix}/lib/openexr --disable-maintainer-mode --disable-dependency-tracking --with-openexr-prefix=/usr ## - ## ## Platform. ## ## - ## hostname = ip-10-248-229-98 uname -m = x86_64 uname -r = 2.6.32-5-xen-amd64 uname -s = Linux uname -v = #1 SMP Mon Jan 16 20:48:30 UTC 2012 /usr/bin/uname -p = unknown /bin/uname -X = unknown /bin/arch = unknown /usr/bin/arch -k = unknown /usr/convex/getsysinfo = unknown hostinfo = unknown /bin/machine = unknown /usr/bin/oslevel = unknown /bin/universe = unknown PATH: /usr/local/sbin PATH: /usr/local/bin PATH: /usr/sbin PATH: /usr/bin PATH: /sbin PATH: /bin PATH: /usr/games ## --- ## ## Core tests. ## ## --- ## configure:1559: error: cannot run /bin/bash ./config.sub ## ## ## Cache variables. ## ## ## ac_cv_env_CC_set= ac_cv_env_CC_value= ac_cv_env_CFLAGS_set= ac_cv_env_CFLAGS_value= ac_cv_env_CPPFLAGS_set= ac_cv_env_CPPFLAGS_value= ac_cv_env_CPP_set= ac_cv_env_CPP_value= ac_cv_env_CXXCPP_set= ac_cv_env_CXXCPP_value= ac_cv_env_CXXFLAGS_set= ac_cv_env_CXXFLAGS_value= ac_cv_env_CXX_set= ac_cv_env_CXX_value= ac_cv_env_F77_set= ac_cv_env_F77_value= ac_cv_env_FFLAGS_set= ac_cv_env_FFLAGS_value= ac_cv_env_LDFLAGS_set= ac_cv_env_LDFLAGS_value= ac_cv_env_PKG_CONFIG_set= ac_cv_env_PKG_CONFIG_value= ac_cv_env_build_alias_set=set ac_cv_env_build_alias_value=x86_64-linux-gnu ac_cv_env_host_alias_set= ac_cv_env_host_alias_value= ac_cv_env_target_alias_set= ac_cv_env_target_alias_value= ## - ## ## Output variables. ## ## - ## ACLOCAL='' AMDEPBACKSLASH='' AMDEP_FALSE='' AMDEP_TRUE='' AMTAR='' AM_CFLAGS='' AM_CXXFLAGS='' AR='' AUTOCONF='' AUTOHEADER='' AUTOMAKE='' AWK='' BUILD_IMFEXAMPLES_FALSE='' BUILD_IMFEXAMPLES_TRUE='' BUILD_IMFFUZZTEST_FALSE='' BUILD_IMFFUZZTEST_TRUE='' CC='' CCDEPMODE='' CFLAGS='' CPP='' CPPFLAGS='' CXX='' CXXCPP='' CXXDEPMODE='' CXXFLAGS='' CYGPATH_W='' DEFS='' DEPDIR='' ECHO='echo' ECHO_C='' ECHO_N='-n' ECHO_T='' EGREP='' EXEEXT='' F77='' FFLAGS='' ILMBASE_CXXFLAGS='' ILMBASE_LDFLAGS='' ILMBASE_LIBS='' INSTALL_DATA='' INSTALL_PROGRAM='' INSTALL_SCRIPT='' INSTALL_STRIP_PROGRAM='' LDFLAGS='' LIBOBJS='' LIBS='' LIBTOOL='' LIBTOOL_VERSION='' LN_S='' LTLIBOBJS='' MAINT='' MAINTAINER_MODE_FALSE='' MAINTAINER_MODE_TRUE='' MAKEINFO='' OBJEXT='' OPENEXR_VERSION='1.6.1' PACKAGE='' PACKAGE_BUGREPORT='' PACKAGE_NAME='OpenEXR' PACKAGE_STRING='OpenEXR 1.6.1' PACKAGE_TARNAME='openexr' PACKAGE_VERSION='1.6.1' PATH_SEPARATOR=':' PKG_CONFIG='' PTHREAD_CC='' PTHREAD_CFLAGS='' PTHREAD_LIBS='' RANLIB='' SET_MAKE='' SHELL='/bin/bash' STRIP='' VERSION='' ac_ct_AR='' ac_ct_CC='' ac_ct_CXX='' ac_ct_F77='' ac_ct_RANLIB='' ac_ct_STRIP='' acx_pthread_config='' am__fastdepCC_FALSE='' am__fastdepCC_TRUE='' am__fastdepCXX_FALSE='' am__fastdepCXX_TRUE='' am__include='' am__leading_dot='' am__quote='' am__tar='' am__untar='' bindir='${exec_prefix}/bin' build='x86_64-linux-gnu' build_alias='x86_64-linux-gnu' build_cpu='' build_os='' build_vendor='' datadir='${prefix}/share' exec_prefix='NONE' host='' host_alias='' host_cpu='' host_os='' host_vendor='' includedir='${prefix}/include' infodir='${prefix}/share/info' install_sh='' libdir='${exec_prefix}/lib' libexecdir='${prefix}/lib/openexr' localstatedir='/var' mandir='${prefix}/share/man' mkdir_p='' oldincludedir='/usr/include' prefix='/usr' program_transform_name='s,x,x,' sbindir='${exec_prefix}/sbin' sharedstatedir='${prefix}/com' sysconfdir='/etc' target_alias='' ## --- ## ## confdefs.h. ## ## --- ## #define
Bug#666298: qmk-groundstation: FTBFS: cp: cannot stat `debian/tmp/Images/QMK-Groundstation.xpm': No such file or directory
Source: qmk-groundstation Version: 1.0.1-2 Severity: serious Tags: wheezy sid User: debian...@lists.debian.org Usertags: qa-ftbfs-20120330 qa-ftbfs qa-ftbfs-buildarch Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. This rebuild was done by building only architecture:any binary packages (binary-arch target of debian/rules), and using a recent dpkg that uses the build-arch target if available. Also, only the Build-Depends were installed, not the Build-Depends-Indep. Relevant part: make[1]: Entering directory `/«PKGBUILDDIR»' make[1]: Nothing to be done for `install'. make[1]: Leaving directory `/«PKGBUILDDIR»' touch debian/stamp-makefile-install Adding cdbs dependencies to debian/qmk-groundstation.substvars dh_installdirs -pqmk-groundstation dh_installdocs -pqmk-groundstation dh_installexamples -pqmk-groundstation dh_installman -pqmk-groundstation dh_installinfo -pqmk-groundstation dh_installmenu -pqmk-groundstation dh_installcron -pqmk-groundstation dh_installinit -pqmk-groundstation dh_installdebconf -pqmk-groundstation dh_installemacsen -pqmk-groundstation dh_installcatalogs -pqmk-groundstation dh_installpam -pqmk-groundstation dh_installlogrotate -pqmk-groundstation dh_installlogcheck -pqmk-groundstation dh_installchangelogs -pqmk-groundstation dh_installudev -pqmk-groundstation dh_lintian -pqmk-groundstation dh_bugfiles -pqmk-groundstation dh_install -pqmk-groundstation cp: cannot stat `debian/tmp/Images/QMK-Groundstation.xpm': No such file or directory dh_install: cp -a debian/tmp/Images/QMK-Groundstation.xpm debian/qmk-groundstation/usr/share/pixmaps// returned exit code 1 make: *** [binary-install/qmk-groundstation] Error 2 The full build log is available from: http://people.debian.org/~lucas/logs/2012/03/30/qmk-groundstation_1.0.1-2_unstable.log 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. Internet was not accessible from the build systems. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#666299: loadlin: FTBFS: cp: cannot stat `initrd.tgz': No such file or directory
Source: loadlin Version: 1.6e-1 Severity: serious Tags: wheezy sid User: debian...@lists.debian.org Usertags: qa-ftbfs-20120330 qa-ftbfs qa-ftbfs-buildarch Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. This rebuild was done by building only architecture:any binary packages (binary-arch target of debian/rules), and using a recent dpkg that uses the build-arch target if available. Also, only the Build-Depends were installed, not the Build-Depends-Indep. Relevant part: fakeroot debian/rules binary-arch test -x debian/rules dh_testroot dh_clean -k dh_clean: dh_clean -k is deprecated; use dh_prep instead dh_installdirs -A mkdir -p . Adding cdbs dependencies to debian/loadlin.substvars dh_installdirs -ploadlin dh_installdocs -ploadlin dh_installexamples -ploadlin cp: cannot stat `initrd.tgz': No such file or directory dh_installexamples: cp -a initrd.tgz debian/loadlin/usr/share/doc/loadlin/examples returned exit code 1 make: *** [binary-install/loadlin] Error 2 The full build log is available from: http://people.debian.org/~lucas/logs/2012/03/30/loadlin_1.6e-1_unstable.log 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. Internet was not accessible from the build systems. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#666300: mendexk: FTBFS: kp.c:(.text+0xa): undefined reference to `kpse_set_progname'
Source: mendexk Version: 2.6e-3 Severity: serious Tags: wheezy sid User: debian...@lists.debian.org Usertags: qa-ftbfs-20120330 qa-ftbfs qa-ftbfs-buildarch Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. This rebuild was done by building only architecture:any binary packages (binary-arch target of debian/rules), and using a recent dpkg that uses the build-arch target if available. Also, only the Build-Depends were installed, not the Build-Depends-Indep. Relevant part: cc main.o convert.o sort.o fread.o fwrite.o styfile.o pageread.o kp.o -o mendex /usr/lib/libkpathsea.a kp.o: In function `KP_init': kp.c:(.text+0xa): undefined reference to `kpse_set_progname' collect2: ld returned 1 exit status The full build log is available from: http://people.debian.org/~lucas/logs/2012/03/30/mendexk_2.6e-3_unstable.log 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. Internet was not accessible from the build systems. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#666302: gurlchecker: FTBFS: cp: cannot stat `debian/tmp/ui/gurlchecker.xpm': No such file or directory
Source: gurlchecker Version: 0.13.1-2 Severity: serious Tags: wheezy sid User: debian...@lists.debian.org Usertags: qa-ftbfs-20120330 qa-ftbfs qa-ftbfs-buildarch Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. This rebuild was done by building only architecture:any binary packages (binary-arch target of debian/rules), and using a recent dpkg that uses the build-arch target if available. Also, only the Build-Depends were installed, not the Build-Depends-Indep. Relevant part: make[4]: Entering directory `/«PKGBUILDDIR»' make[4]: Nothing to be done for `install-exec-am'. test -z /usr/share/applications || /bin/mkdir -p /«PKGBUILDDIR»/debian/gurlchecker/usr/share/applications /usr/bin/install -c -m 644 gurlchecker.desktop '/«PKGBUILDDIR»/debian/gurlchecker/usr/share/applications' test -z /usr/share/doc/gurlchecker || /bin/mkdir -p /«PKGBUILDDIR»/debian/gurlchecker/usr/share/doc/gurlchecker test -z /usr/share/man/man1 || /bin/mkdir -p /«PKGBUILDDIR»/debian/gurlchecker/usr/share/man/man1 /usr/bin/install -c -m 644 gurlchecker.1 '/«PKGBUILDDIR»/debian/gurlchecker/usr/share/man/man1' make[4]: Leaving directory `/«PKGBUILDDIR»' make[3]: Leaving directory `/«PKGBUILDDIR»' make[2]: Leaving directory `/«PKGBUILDDIR»' make[1]: Leaving directory `/«PKGBUILDDIR»' dh_install -a -O--parallel cp: cannot stat `debian/tmp/ui/gurlchecker.xpm': No such file or directory dh_install: cp -a debian/tmp/ui/gurlchecker.xpm debian/gurlchecker/usr/share/pixmaps// returned exit code 1 make: *** [binary-arch] Error 2 The full build log is available from: http://people.debian.org/~lucas/logs/2012/03/30/gurlchecker_0.13.1-2_unstable.log 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. Internet was not accessible from the build systems. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#666303: darnwdl: FTBFS: sh: 1: rsvg: not found
Source: darnwdl Version: 0.5-2 Severity: serious Tags: wheezy sid User: debian...@lists.debian.org Usertags: qa-ftbfs-20120330 qa-ftbfs qa-ftbfs-buildarch Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. This rebuild was done by building only architecture:any binary packages (binary-arch target of debian/rules), and using a recent dpkg that uses the build-arch target if available. Also, only the Build-Depends were installed, not the Build-Depends-Indep. Relevant part: make[1]: Entering directory `/«PKGBUILDDIR»' xsltproc -''-nonet -''-param man.charmap.use.subset 0 /usr/share/sgml/docbook/stylesheet/xsl/docbook-xsl/manpages/docbook.xsl debian/darnwdl.xml I/O error : Attempt to load network entity http://www.oasis-open.org/docbook/xml/4.5/docbookx.dtd debian/darnwdl.xml:62: warning: failed to load external entity http://www.oasis-open.org/docbook/xml/4.5/docbookx.dtd; ] ^ Note: Writing darnwdl.1 convert -background transparent pixmaps/darnwdlicon.svg darnwdlicon.xpm sh: 1: rsvg: not found convert: delegate failed `rsvg %i %o' @ error/delegate.c/InvokeDelegate/1058. convert: unable to open image `/tmp/magick-Jl7JZZQw': @ error/blob.c/OpenBlob/2587. convert: unable to open file `/tmp/magick-Jl7JZZQw': @ error/constitute.c/ReadImage/571. convert: missing an image filename `darnwdlicon.xpm' @ error/convert.c/ConvertImageCommand/3011. make[1]: *** [darnwdlicon.xpm] Error 1 The full build log is available from: http://people.debian.org/~lucas/logs/2012/03/30/darnwdl_0.5-2_unstable.log 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. Internet was not accessible from the build systems. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#666304: ruby-mecab: FTBFS: MeCab_wrap.cpp:2085:16: error: 'mecab_node_t' has no member named 'sentence_length'
Source: ruby-mecab Version: 0.98-5 Severity: serious Tags: wheezy sid User: debian...@lists.debian.org Usertags: qa-ftbfs-20120330 qa-ftbfs qa-ftbfs-buildarch Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. This rebuild was done by building only architecture:any binary packages (binary-arch target of debian/rules), and using a newer dpkg that uses the build-arch target if available. Also, only the Build-Depends were installed, not the Build-Depends-Indep. Relevant part: g++ -I. -I. -I/usr/lib/ruby/1.8/x86_64-linux -I. -DHAVE_MECAB_H-fPIC -fno-strict-aliasing -g -g -O2 -fPIC -c MeCab_wrap.cpp MeCab_wrap.cpp: In function 'const mecab_node_t* mecab_node_t_begin_node_list(mecab_node_t*, size_t)': MeCab_wrap.cpp:2085:16: error: 'mecab_node_t' has no member named 'sentence_length' MeCab_wrap.cpp:2087:17: error: 'mecab_node_t' has no member named 'begin_node_list' MeCab_wrap.cpp:2088:19: error: 'mecab_node_t' has no member named 'begin_node_list' MeCab_wrap.cpp: In function 'const mecab_node_t* mecab_node_t_end_node_list(mecab_node_t*, size_t)': MeCab_wrap.cpp:2093:16: error: 'mecab_node_t' has no member named 'sentence_length' MeCab_wrap.cpp:2095:17: error: 'mecab_node_t' has no member named 'end_node_list' MeCab_wrap.cpp:2096:19: error: 'mecab_node_t' has no member named 'end_node_list' MeCab_wrap.cpp: In function 'VALUE _wrap_Token_lcAttr_get(int, VALUE*, VALUE)': MeCab_wrap.cpp:2643:3: error: 'mecab_token_t' was not declared in this scope MeCab_wrap.cpp:2643:18: error: 'arg1' was not declared in this scope MeCab_wrap.cpp:2643:41: error: expected primary-expression before ')' token MeCab_wrap.cpp:2643:43: error: expected ';' before numeric constant MeCab_wrap.cpp:2656:28: error: expected type-specifier before 'mecab_token_t' MeCab_wrap.cpp:2656:28: error: expected '' before 'mecab_token_t' MeCab_wrap.cpp:2656:28: error: expected '(' before 'mecab_token_t' MeCab_wrap.cpp:2656:44: error: expected primary-expression before '' token MeCab_wrap.cpp:2656:52: error: expected ')' before ';' token MeCab_wrap.cpp: In function 'VALUE _wrap_Token_rcAttr_get(int, VALUE*, VALUE)': MeCab_wrap.cpp:2667:3: error: 'mecab_token_t' was not declared in this scope MeCab_wrap.cpp:2667:18: error: 'arg1' was not declared in this scope MeCab_wrap.cpp:2667:41: error: expected primary-expression before ')' token MeCab_wrap.cpp:2667:43: error: expected ';' before numeric constant MeCab_wrap.cpp:2680:28: error: expected type-specifier before 'mecab_token_t' MeCab_wrap.cpp:2680:28: error: expected '' before 'mecab_token_t' MeCab_wrap.cpp:2680:28: error: expected '(' before 'mecab_token_t' MeCab_wrap.cpp:2680:44: error: expected primary-expression before '' token MeCab_wrap.cpp:2680:52: error: expected ')' before ';' token MeCab_wrap.cpp: In function 'VALUE _wrap_Token_posid_get(int, VALUE*, VALUE)': MeCab_wrap.cpp:2691:3: error: 'mecab_token_t' was not declared in this scope MeCab_wrap.cpp:2691:18: error: 'arg1' was not declared in this scope MeCab_wrap.cpp:2691:41: error: expected primary-expression before ')' token MeCab_wrap.cpp:2691:43: error: expected ';' before numeric constant MeCab_wrap.cpp:2704:28: error: expected type-specifier before 'mecab_token_t' MeCab_wrap.cpp:2704:28: error: expected '' before 'mecab_token_t' MeCab_wrap.cpp:2704:28: error: expected '(' before 'mecab_token_t' MeCab_wrap.cpp:2704:44: error: expected primary-expression before '' token MeCab_wrap.cpp:2704:52: error: expected ')' before ';' token MeCab_wrap.cpp: In function 'VALUE _wrap_Token_wcost_get(int, VALUE*, VALUE)': MeCab_wrap.cpp:2715:3: error: 'mecab_token_t' was not declared in this scope MeCab_wrap.cpp:2715:18: error: 'arg1' was not declared in this scope MeCab_wrap.cpp:2715:41: error: expected primary-expression before ')' token MeCab_wrap.cpp:2715:43: error: expected ';' before numeric constant MeCab_wrap.cpp:2728:28: error: expected type-specifier before 'mecab_token_t' MeCab_wrap.cpp:2728:28: error: expected '' before 'mecab_token_t' MeCab_wrap.cpp:2728:28: error: expected '(' before 'mecab_token_t' MeCab_wrap.cpp:2728:44: error: expected primary-expression before '' token MeCab_wrap.cpp:2728:52: error: expected ')' before ';' token MeCab_wrap.cpp: In function 'VALUE _wrap_Token_feature_get(int, VALUE*, VALUE)': MeCab_wrap.cpp:2739:3: error: 'mecab_token_t' was not declared in this scope /usr/lib/ruby/vendor_ruby/1.8/rubygems/ext/builder.rb:37:in `make': make failed: (Gem::InstallError) /usr/bin/ruby1.8 extconf.rbchecking for main() in -lmecab... yes checking for main() in -lstdc++... yes checking for mecab.h... yes creating Makefile makemake[1]: Entering directory `/«PKGBUILDDIR»' g++ -I. -I. -I/usr/lib/ruby/1.8/x86_64-linux -I. -DHAVE_MECAB_H-fPIC -fno-strict-aliasing -g -g -O2 -fPIC -c MeCab_wrap.cpp MeCab_wrap.cpp: In function 'const mecab_node_t
Bug#666305: python-mecab: FTBFS: MeCab_wrap.cxx:3079:16: error: 'mecab_node_t' has no member named 'sentence_length'
Source: python-mecab Version: 0.98-3 Severity: serious Tags: wheezy sid User: debian...@lists.debian.org Usertags: qa-ftbfs-20120330 qa-ftbfs qa-ftbfs-buildarch Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. This rebuild was done by building only architecture:any binary packages (binary-arch target of debian/rules), and using a newer dpkg that uses the build-arch target if available. Also, only the Build-Depends were installed, not the Build-Depends-Indep. Relevant part: gcc -pthread -fno-strict-aliasing -DNDEBUG -g -fwrapv -O2 -Wall -Wstrict-prototypes -fPIC -I/usr/include -I/usr/include/python2.6 -c MeCab_wrap.cxx -o build/temp.linux-x86_64-2.6/MeCab_wrap.o cc1plus: warning: command line option '-Wstrict-prototypes' is valid for Ada/C/ObjC but not for C++ [enabled by default] MeCab_wrap.cxx: In function 'const mecab_node_t* mecab_node_t_begin_node_list(mecab_node_t*, size_t)': MeCab_wrap.cxx:3079:16: error: 'mecab_node_t' has no member named 'sentence_length' MeCab_wrap.cxx:3081:17: error: 'mecab_node_t' has no member named 'begin_node_list' MeCab_wrap.cxx:3082:19: error: 'mecab_node_t' has no member named 'begin_node_list' MeCab_wrap.cxx: In function 'const mecab_node_t* mecab_node_t_end_node_list(mecab_node_t*, size_t)': MeCab_wrap.cxx:3087:16: error: 'mecab_node_t' has no member named 'sentence_length' MeCab_wrap.cxx:3089:17: error: 'mecab_node_t' has no member named 'end_node_list' MeCab_wrap.cxx:3090:19: error: 'mecab_node_t' has no member named 'end_node_list' MeCab_wrap.cxx: In function 'PyObject* _wrap_Token_lcAttr_get(PyObject*, PyObject*)': MeCab_wrap.cxx:3668:3: error: 'mecab_token_t' was not declared in this scope MeCab_wrap.cxx:3668:18: error: 'arg1' was not declared in this scope MeCab_wrap.cxx:3668:41: error: expected primary-expression before ')' token MeCab_wrap.cxx:3668:43: error: expected ';' before numeric constant MeCab_wrap.cxx:3679:28: error: expected type-specifier before 'mecab_token_t' MeCab_wrap.cxx:3679:28: error: expected '' before 'mecab_token_t' MeCab_wrap.cxx:3679:28: error: expected '(' before 'mecab_token_t' MeCab_wrap.cxx:3679:44: error: expected primary-expression before '' token MeCab_wrap.cxx:3679:52: error: expected ')' before ';' token MeCab_wrap.cxx: In function 'PyObject* _wrap_Token_rcAttr_get(PyObject*, PyObject*)': MeCab_wrap.cxx:3690:3: error: 'mecab_token_t' was not declared in this scope MeCab_wrap.cxx:3690:18: error: 'arg1' was not declared in this scope MeCab_wrap.cxx:3690:41: error: expected primary-expression before ')' token MeCab_wrap.cxx:3690:43: error: expected ';' before numeric constant MeCab_wrap.cxx:3701:28: error: expected type-specifier before 'mecab_token_t' MeCab_wrap.cxx:3701:28: error: expected '' before 'mecab_token_t' MeCab_wrap.cxx:3701:28: error: expected '(' before 'mecab_token_t' MeCab_wrap.cxx:3701:44: error: expected primary-expression before '' token MeCab_wrap.cxx:3701:52: error: expected ')' before ';' token MeCab_wrap.cxx: In function 'PyObject* _wrap_Token_posid_get(PyObject*, PyObject*)': MeCab_wrap.cxx:3712:3: error: 'mecab_token_t' was not declared in this scope MeCab_wrap.cxx:3712:18: error: 'arg1' was not declared in this scope MeCab_wrap.cxx:3712:41: error: expected primary-expression before ')' token MeCab_wrap.cxx:3712:43: error: expected ';' before numeric constant MeCab_wrap.cxx:3723:28: error: expected type-specifier before 'mecab_token_t' MeCab_wrap.cxx:3723:28: error: expected '' before 'mecab_token_t' MeCab_wrap.cxx:3723:28: error: expected '(' before 'mecab_token_t' MeCab_wrap.cxx:3723:44: error: expected primary-expression before '' token MeCab_wrap.cxx:3723:52: error: expected ')' before ';' token MeCab_wrap.cxx: In function 'PyObject* _wrap_Token_wcost_get(PyObject*, PyObject*)': MeCab_wrap.cxx:3734:3: error: 'mecab_token_t' was not declared in this scope MeCab_wrap.cxx:3734:18: error: 'arg1' was not declared in this scope MeCab_wrap.cxx:3734:41: error: expected primary-expression before ')' token MeCab_wrap.cxx:3734:43: error: expected ';' before numeric constant MeCab_wrap.cxx:3745:28: error: expected type-specifier before 'mecab_token_t' MeCab_wrap.cxx:3745:28: error: expected '' before 'mecab_token_t' MeCab_wrap.cxx:3745:28: error: expected '(' before 'mecab_token_t' MeCab_wrap.cxx:3745:44: error: expected primary-expression before '' token MeCab_wrap.cxx:3745:52: error: expected ')' before ';' token MeCab_wrap.cxx: In function 'PyObject* _wrap_Token_feature_get(PyObject*, PyObject*)': MeCab_wrap.cxx:3756:3: error: 'mecab_token_t' was not declared in this scope MeCab_wrap.cxx:3756:18: error: 'arg1' was not declared in this scope MeCab_wrap.cxx:3756:41: error: expected primary-expression before ')' token MeCab_wrap.cxx:3756:43: error: expected ';' before numeric constant MeCab_wrap.cxx:3767:28: error: expected type-specifier before 'mecab_token_t
Bug#666306: canna: FTBFS: /bin/sh: 1: platex: not found
Source: canna Version: 3.7p3-8 Severity: serious Tags: wheezy sid User: debian...@lists.debian.org Usertags: qa-ftbfs-20120330 qa-ftbfs qa-ftbfs-buildarch Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. This rebuild was done by building only architecture:any binary packages (binary-arch target of debian/rules), and using a recent dpkg that uses the build-arch target if available. Also, only the Build-Depends were installed, not the Build-Depends-Indep. Relevant part: make[2]: Entering directory `/«PKGBUILDDIR»/doc/man/guide/tex' (echo s%@(cannaBinDir)%/usr//bin%g; \ echo s%@(cannaLibDir)%/etc/canna%g; \ echo s%@(cannaIncDir)%/usr//include/canna%g; \ echo s%@(UnixSockDir)%/tmp/.iroha_unix%g; \ echo s%@(UnixSockName)%IROHA%g; \ echo s%@(AccessFile)%/etc/hosts.canna%g; \ echo s%@(DicDir)%/var/lib/canna/dic%g; \ echo s%@(ErrDir)%/var/log/canna%g) ../../../../misc/manual.sed sed -f ../../../../misc/manual.sed canna-dist.tex canna.tex gcc -g -O2 -fno-strict-aliasing-I../../../../include -Dlinux -D__amd64__ -D_POSIX_C_SOURCE=199309L -D_POSIX_SOURCE -D_XOPEN_SOURCE -D_BSD_SOURCE -D_SVID_SOURCE -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -DFUNCPROTO=15 -DNARROWPROTO -c -o cannaindex.o cannaindex.c rm -f cannaindex gcc -o cannaindex -g -O2 -fno-strict-aliasing cannaindex.o echo 'DUMMY' candex.tex platex canna.tex /bin/sh: 1: platex: not found make[2]: *** [canna.dvi] Error 127 The full build log is available from: http://people.debian.org/~lucas/logs/2012/03/30/canna_3.7p3-8_unstable.log 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. Internet was not accessible from the build systems. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#666307: htp: FTBFS: snprintf.c:856:2: error: incompatible types when assigning to type 'va_list' from type 'struct __va_list_tag *'
Source: htp Version: 1.16-3 Severity: serious Tags: wheezy sid User: debian...@lists.debian.org Usertags: qa-ftbfs-20120330 qa-ftbfs qa-ftbfs-buildarch Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. This rebuild was done by building only architecture:any binary packages (binary-arch target of debian/rules), and using a newer dpkg that uses the build-arch target if available. Also, only the Build-Depends were installed, not the Build-Depends-Indep. Relevant part: gcc -c -Wall -O2 -DHAVE_SNPRINTF -DHAVE_PIPE -DHAVE_STPCPY -D_GNU_SOURCE=1 -o snprintf.o snprintf.c snprintf.c: In function 'vasprintf': snprintf.c:856:2: error: incompatible types when assigning to type 'va_list' from type 'struct __va_list_tag *' snprintf.c:864:2: error: incompatible types when assigning to type 'va_list' from type 'struct __va_list_tag *' make[2]: *** [snprintf.o] Error 1 The full build log is available from: http://people.debian.org/~lucas/logs/2012/03/30/htp_1.16-3_unstable.log 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. Internet was not accessible from the build systems. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#666308: qpdf: FTBFS: libqpdf/PCRE.cc:147:46: error: 'pcre_info' was not declared in this scope
Source: qpdf Version: 2.3.1-1 Severity: serious Tags: wheezy sid User: debian...@lists.debian.org Usertags: qa-ftbfs-20120330 qa-ftbfs qa-ftbfs-buildarch Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. This rebuild was done by building only architecture:any binary packages (binary-arch target of debian/rules), and using a newer dpkg that uses the build-arch target if available. Also, only the Build-Depends were installed, not the Build-Depends-Indep. Relevant part: /bin/sh ./libtool --quiet --mode=compile g++ -D_FORTIFY_SOURCE=2 -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Wformat-security -Werror=format-security -Wall -Wall -MD -MF libqpdf/build/PCRE.tdep -MP -Iinclude -Ilibqpdf -c libqpdf/PCRE.cc -o libqpdf/build/PCRE.o; sed -e 's/\.o:/.lo:/' libqpdf/build/PCRE.tdep libqpdf/build/PCRE.dep libqpdf/PCRE.cc: In constructor 'PCRE::PCRE(const char*, int)': libqpdf/PCRE.cc:147:46: error: 'pcre_info' was not declared in this scope /bin/sh: 1: cannot open libqpdf/build/PCRE.tdep: No such file make[1]: *** [libqpdf/build/PCRE.lo] Error 2 The full build log is available from: http://people.debian.org/~lucas/logs/2012/03/30/qpdf_2.3.1-1_unstable.log 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. Internet was not accessible from the build systems. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#665043: Still present on 0.9
The bug is still present on the new upstream version (0.9) -- José Luis Segura Lucas signature.asc Description: OpenPGP digital signature
Bug#666309: service-wrapper-java: FTBFS: cp: cannot stat `./lib/daemon.sh': No such file or directory
Source: service-wrapper-java Version: 3.5.3-3 Severity: serious Tags: wheezy sid User: debian...@lists.debian.org Usertags: qa-ftbfs-20120330 qa-ftbfs qa-ftbfs-buildarch Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. This rebuild was done by building only architecture:any binary packages (binary-arch target of debian/rules), and using a recent dpkg that uses the build-arch target if available. Also, only the Build-Depends were installed, not the Build-Depends-Indep. Relevant part: fakeroot debian/rules binary-arch # Create the package here dh_testdir dh_testroot dh_prep -k dh_install -a cp: cannot stat `./lib/daemon.sh': No such file or directory dh_install: cp -a ./lib/daemon.sh debian/service-wrapper/usr/share/wrapper// returned exit code 1 make: *** [binary-arch] Error 2 The full build log is available from: http://people.debian.org/~lucas/logs/2012/03/30/service-wrapper-java_3.5.3-3_unstable.log 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. Internet was not accessible from the build systems. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#666310: dsdp: FTBFS: cp: cannot stat `./bin/dsdp5': No such file or directory
Source: dsdp Version: 5.8-9 Severity: serious Tags: wheezy sid User: debian...@lists.debian.org Usertags: qa-ftbfs-20120330 qa-ftbfs qa-ftbfs-buildarch Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. This rebuild was done by building only architecture:any binary packages (binary-arch target of debian/rules), and using a recent dpkg that uses the build-arch target if available. Also, only the Build-Depends were installed, not the Build-Depends-Indep. Relevant part: fakeroot debian/rules binary-arch test -x debian/rules dh_testroot dh_clean -k dh_clean: dh_clean -k is deprecated; use dh_prep instead dh_installdirs -A mkdir -p . Adding cdbs dependencies to debian/dsdp.substvars dh_installdirs -pdsdp Adding cdbs dependencies to debian/libdsdp-dev.substvars dh_installdirs -plibdsdp-dev Adding cdbs dependencies to debian/libdsdp-5.8gf.substvars dh_installdirs -plibdsdp-5.8gf dh_installdocs -pdsdp dh_installexamples -pdsdp dh_installman -pdsdp dh_installinfo -pdsdp dh_installmenu -pdsdp dh_installcron -pdsdp dh_installinit -pdsdp dh_installdebconf -pdsdp dh_installemacsen -pdsdp dh_installcatalogs -pdsdp dh_installpam -pdsdp dh_installlogrotate -pdsdp dh_installlogcheck -pdsdp dh_installchangelogs -pdsdp dh_installudev -pdsdp dh_lintian -pdsdp dh_bugfiles -pdsdp dh_install -pdsdp cp: cannot stat `./bin/dsdp5': No such file or directory dh_install: cp -a ./bin/dsdp5 debian/dsdp/usr/bin/ returned exit code 1 make: *** [binary-install/dsdp] Error 2 The full build log is available from: http://people.debian.org/~lucas/logs/2012/03/30/dsdp_5.8-9_unstable.log 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. Internet was not accessible from the build systems. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#666311: freeradius: FTBFS: libfreeradius-radius-2.1.10.so: could not read symbols: Invalid operation
Source: freeradius Version: 2.1.10+dfsg-3 Severity: serious Tags: wheezy sid User: debian...@lists.debian.org Usertags: qa-ftbfs-20120330 qa-ftbfs qa-ftbfs-buildarch Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. This rebuild was done by building only architecture:any binary packages (binary-arch target of debian/rules), and using a recent dpkg that uses the build-arch target if available. Also, only the Build-Depends were installed, not the Build-Depends-Indep. Relevant part: /usr/bin/ld: note: 'fr_perror' is defined in DSO /«BUILDDIR»/freeradius-2.1.10+dfsg/src/lib/.libs/libfreeradius-radius-2.1.10.so so try adding it to the linker command line /«BUILDDIR»/freeradius-2.1.10+dfsg/src/lib/.libs/libfreeradius-radius-2.1.10.so: could not read symbols: Invalid operation collect2: ld returned 1 exit status The full build log is available from: http://people.debian.org/~lucas/logs/2012/03/30/freeradius_2.1.10+dfsg-3_unstable.log 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. Internet was not accessible from the build systems. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#666312: unison: FTBFS: make: rsvg: Command not found
Source: unison Version: 2.40.63-2 Severity: serious Tags: wheezy sid User: debian...@lists.debian.org Usertags: qa-ftbfs-20120330 qa-ftbfs qa-ftbfs-buildarch Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. This rebuild was done by building only architecture:any binary packages (binary-arch target of debian/rules), and using a recent dpkg that uses the build-arch target if available. Also, only the Build-Depends were installed, not the Build-Depends-Indep. Relevant part: make[2]: Entering directory `/«PKGBUILDDIR»' if [ -f `which etags` ]; then \ etags *.mli */*.mli *.ml */*.ml */*.m *.c */*.c *.txt \ ; fi /bin/sh: 2: etags: not found make[2]: [tags] Error 127 (ignored) make[2]: Leaving directory `/«PKGBUILDDIR»' make[1]: Leaving directory `/«PKGBUILDDIR»' mv '/«PKGBUILDDIR»/unison' '/«PKGBUILDDIR»/unison-2.40.63' rsvg -f png -w 32 -h 32 debian/unison-gtk.svg.in debian/unison-gtk.png make: rsvg: Command not found make: *** [debian/unison-gtk.png] Error 127 The full build log is available from: http://people.debian.org/~lucas/logs/2012/03/30/unison_2.40.63-2_unstable.log 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. Internet was not accessible from the build systems. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#666313: etherpuppet: FTBFS: cp: cannot stat `./etherpuppet': No such file or directory
Source: etherpuppet Version: 0.3-1 Severity: serious Tags: wheezy sid User: debian...@lists.debian.org Usertags: qa-ftbfs-20120330 qa-ftbfs qa-ftbfs-buildarch Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. This rebuild was done by building only architecture:any binary packages (binary-arch target of debian/rules), and using a recent dpkg that uses the build-arch target if available. Also, only the Build-Depends were installed, not the Build-Depends-Indep. Relevant part: fakeroot debian/rules binary-arch test -x debian/rules dh_testroot dh_clean -k dh_clean: dh_clean -k is deprecated; use dh_prep instead dh_installdirs -A mkdir -p . Adding cdbs dependencies to debian/etherpuppet.substvars dh_installdirs -petherpuppet dh_installdocs -petherpuppet dh_installexamples -petherpuppet dh_installman -petherpuppet debian/etherpuppet.1 dh_installinfo -petherpuppet dh_installmenu -petherpuppet dh_installcron -petherpuppet dh_installinit -petherpuppet dh_installdebconf -petherpuppet dh_installemacsen -petherpuppet dh_installcatalogs -petherpuppet dh_installpam -petherpuppet dh_installlogrotate -petherpuppet dh_installlogcheck -petherpuppet dh_installchangelogs -petherpuppet dh_installudev -petherpuppet dh_lintian -petherpuppet dh_bugfiles -petherpuppet dh_install -petherpuppet cp: cannot stat `./etherpuppet': No such file or directory dh_install: cp -a ./etherpuppet debian/etherpuppet/usr/bin/ returned exit code 1 make: *** [binary-install/etherpuppet] Error 2 The full build log is available from: http://people.debian.org/~lucas/logs/2012/03/30/etherpuppet_0.3-1_unstable.log 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. Internet was not accessible from the build systems. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#666314: unison2.27.57: FTBFS: make: rsvg: Command not found
Source: unison2.27.57 Version: 2.27.57-5 Severity: serious Tags: wheezy sid User: debian...@lists.debian.org Usertags: qa-ftbfs-20120330 qa-ftbfs qa-ftbfs-buildarch Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. This rebuild was done by building only architecture:any binary packages (binary-arch target of debian/rules), and using a recent dpkg that uses the build-arch target if available. Also, only the Build-Depends were installed, not the Build-Depends-Indep. Relevant part: make[2]: Entering directory `/«PKGBUILDDIR»' etags *.mli */*.mli *.ml */*.ml */*.m *.c */*.c *.txt /bin/sh: 1: etags: not found make[2]: [tags] Error 127 (ignored) make[2]: Leaving directory `/«PKGBUILDDIR»' make[1]: Leaving directory `/«PKGBUILDDIR»' mv '/«PKGBUILDDIR»/unison' '/«PKGBUILDDIR»/unison-2.27.57' rsvg -f png -w 32 -h 32 debian/unison-gtk.svg.in debian/unison2.27.57-gtk.png make: rsvg: Command not found make: *** [debian/unison2.27.57-gtk.png] Error 127 The full build log is available from: http://people.debian.org/~lucas/logs/2012/03/30/unison2.27.57_2.27.57-5_unstable.log 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. Internet was not accessible from the build systems. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#666315: nwchem: FTBFS: cp: cannot stat `debian/tmp/doc/user/userpdf.pdf': No such file or directory
Source: nwchem Version: 6.1-2 Severity: serious Tags: wheezy sid User: debian...@lists.debian.org Usertags: qa-ftbfs-20120330 qa-ftbfs qa-ftbfs-buildarch Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. This rebuild was done by building only architecture:any binary packages (binary-arch target of debian/rules), and using a recent dpkg that uses the build-arch target if available. Also, only the Build-Depends were installed, not the Build-Depends-Indep. Relevant part: fakeroot debian/rules binary-arch dh binary-arch dh_testroot -a dh_prep -a dh_installdirs -a dh_auto_install -a dh_install -a cp: cannot stat `debian/tmp/doc/user/userpdf.pdf': No such file or directory dh_install: cp -a debian/tmp/doc/user/userpdf.pdf debian/nwchem/usr/share/doc/nwchem/ returned exit code 1 make: *** [binary-arch] Error 2 The full build log is available from: http://people.debian.org/~lucas/logs/2012/03/30/nwchem_6.1-2_unstable.log 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. Internet was not accessible from the build systems. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#666316: vdr-plugin-epgsearch: FTBFS: conflictcheck.h:262:32: error: 'class cSetup' has no member named 'PrimaryLimit'
Source: vdr-plugin-epgsearch Version: 1.0.0-4 Severity: serious Tags: wheezy sid User: debian...@lists.debian.org Usertags: qa-ftbfs-20120330 qa-ftbfs qa-ftbfs-buildarch Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. This rebuild was done by building only architecture:any binary packages (binary-arch target of debian/rules), and using a newer dpkg that uses the build-arch target if available. Also, only the Build-Depends were installed, not the Build-Depends-Indep. Relevant part: g++ -g -Wall -Woverloaded-virtual -Wno-parentheses -O2 -fPIC -c -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_GNU_SOURCE -DSENDMAIL='/usr/sbin/sendmail' -DPLUGIN_NAME_I18N='epgsearch' -I/usr/include/dvb-s2api-liplianin -I/usr/include/vdr/include -I../../../../DVB/include conflictcheck.c In file included from conflictcheck.c:26:0: conflictcheck.h: In member function 'bool cConflictCheckDevice::ProvidesChannel(const cChannel*, int, bool*) const': conflictcheck.h:262:32: error: 'class cSetup' has no member named 'PrimaryLimit' conflictcheck.h:267:57: error: 'class cSetup' has no member named 'PrimaryLimit' make[2]: *** [conflictcheck.o] Error 1 The full build log is available from: http://people.debian.org/~lucas/logs/2012/03/30/vdr-plugin-epgsearch_1.0.0-4_unstable.log 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. Internet was not accessible from the build systems. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#666317: m-tx: FTBFS: ! LaTeX Error: File `a4wide.sty' not found.
Source: m-tx Version: 0.60d-3 Severity: serious Tags: wheezy sid User: debian...@lists.debian.org Usertags: qa-ftbfs-20120330 qa-ftbfs qa-ftbfs-buildarch Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. This rebuild was done by building only architecture:any binary packages (binary-arch target of debian/rules), and using a recent dpkg that uses the build-arch target if available. Also, only the Build-Depends were installed, not the Build-Depends-Indep. Relevant part: make[2]: Entering directory `/«PKGBUILDDIR»/doc' ./prepmx mozart0 == This is M-Tx 0.60d (Music from TeXt) 11 October 2008 == Input from file mozart0.mtx Writing to mozart0.pmx No STYLE supplied: WARNING in preamble I guess this piece is a Duet for strings in C major. Why not provide a STYLE in the setup paragraph to make sure? You have not defined Meter, assuming C : WARNING in preamble PrePMX done. Now run PMX. # the next two (2!) lines work around a bug in m-tx sed -e s/a4 a4 { \[h d8 { u d8+ \] \//a4 a4 { \[h d8 {u d8+ \] \// mozart0.pmx mozart0.pmx.tmp mv mozart0.pmx.tmp mozart0.pmx pmxab mozart0 This is PMX, Version 2618 , 19 Mar 12 Opening mozart0.pmx Starting first PMX pass Bar 1 Bar 2 WARNING: Last non-blank character is , not /,% ASCII code: 0 appending blank/ Done with first pass Removing last line of blankblank/ Starting second PMX pass Bar 1 Bar 2 Writing ./mozart0.tex Done with second PMX pass. rm mozart0.pml mozart0.pmx pmxaerr.dat ./prepmx mozart == This is M-Tx 0.60d (Music from TeXt) 11 October 2008 == Input from file mozart.mtx Writing to mozart.pmx You have not defined Meter, assuming C : WARNING in preamble PrePMX done. Now run PMX. # the next two (2!) lines work around a bug in m-tx sed -e s/a4 a4 { \[h d8 { u d8+ \] \//a4 a4 { \[h d8 {u d8+ \] \// mozart.pmx mozart.pmx.tmp mv mozart.pmx.tmp mozart.pmx pmxab mozart This is PMX, Version 2618 , 19 Mar 12 Opening mozart.pmx Starting first PMX pass Bar 1 Bar 2 WARNING: Last non-blank character is , not /,% ASCII code: 0 appending blank/ Done with first pass Removing last line of blankblank/ Starting second PMX pass Bar 1 Bar 2 Writing ./mozart.tex Done with second PMX pass. rm mozart.pml mozart.pmx pmxaerr.dat ./prepmx netfirst == This is M-Tx 0.60d (Music from TeXt) 11 October 2008 == Input from file netfirst.mtx Writing to netfirst.pmx PrePMX done. Now run PMX. # the next two (2!) lines work around a bug in m-tx sed -e s/a4 a4 { \[h d8 { u d8+ \] \//a4 a4 { \[h d8 {u d8+ \] \// netfirst.pmx netfirst.pmx.tmp mv netfirst.pmx.tmp netfirst.pmx pmxab netfirst This is PMX, Version 2618 , 19 Mar 12 Opening netfirst.pmx Starting first PMX pass Bar 1 Bar 2 Bar 3 Bar 4 Bar 5 Bar 6 Bar 7 Bar 8 Done with first pass Starting second PMX pass Bar 1 Bar 2 Bar 3 Bar 4 Bar 5 Bar 6 Bar 7 Bar 8 Writing ./netfirst.tex Done with second PMX pass. rm netfirst.pml netfirst.pmx pmxaerr.dat ./prepmx meter == This is M-Tx 0.60d (Music from TeXt) 11 October 2008 == Input from file meter.mtx Writing to meter.pmx PrePMX done. Now run PMX. # the next two (2!) lines work around a bug in m-tx sed -e s/a4 a4 { \[h d8 { u d8+ \] \//a4 a4 { \[h d8 {u d8+ \] \// meter.pmx meter.pmx.tmp mv meter.pmx.tmp meter.pmx pmxab meter This is PMX, Version 2618 , 19 Mar 12 Opening meter.pmx Starting first PMX pass Bar 1 Bar 2 Bar 3 Done with first pass Starting second PMX pass Bar 1 Bar 2 Bar 3 Writing ./meter.tex Done with second PMX pass. rm meter.pml meter.pmx pmxaerr.dat ./prepmx dertod == This is M-Tx 0.60d (Music from TeXt) 11 October 2008 == Input from file dertod.mtx Writing to dertod.pmx PrePMX done. Now run PMX. # the next two (2!) lines work around a bug in m-tx sed -e s/a4 a4 { \[h d8 { u d8+ \] \//a4 a4 { \[h d8 {u d8+ \] \// dertod.pmx dertod.pmx.tmp mv dertod.pmx.tmp dertod.pmx pmxab dertod This is PMX, Version 2618 , 19 Mar 12 Opening dertod.pmx Starting first PMX pass Bar 1 Bar 2 Bar 3 Bar 4 Bar 5 Bar 6 Bar 7 WARNING: Last non-blank character is , not /,% ASCII code: 0 appending blank/ Done with first pass Removing last line of blankblank/ Starting second PMX pass Bar 1 Bar 2 Bar 3 Bar 4 Bar 5 Bar 6 Bar 7 Writing ./dertod.tex Done with second PMX pass. rm dertod.pml dertod.pmx pmxaerr.dat ./prepmx volta == This is M-Tx 0.60d (Music from TeXt) 11 October 2008 == Input from file volta.mtx Writing to volta.pmx PrePMX done. Now run PMX. # the next two (2!) lines work around a bug in m-tx sed -e s/a4 a4
Bug#666318: imlib2: FTBFS: ld: cannot find -lICE
Source: imlib2 Version: 1.4.4-1 Severity: serious Tags: wheezy sid User: debian...@lists.debian.org Usertags: qa-ftbfs-20120330 qa-ftbfs qa-ftbfs-buildarch Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. This rebuild was done by building only architecture:any binary packages (binary-arch target of debian/rules), and using a newer dpkg that uses the build-arch target if available. Also, only the Build-Depends were installed, not the Build-Depends-Indep. Relevant part: cc1: warning: command line option '-fno-rtti' is valid for C++/ObjC++ but not for C [enabled by default] configure:9833: $? = 0 configure:9846: result: no configure:9866: checking for gcc option to produce PIC configure:10138: result: -fPIC -DPIC configure:10150: checking if gcc PIC flag -fPIC -DPIC works configure:10168: gcc -c -g -O2 -fPIC -DPIC -DPIC conftest.c 5 configure:10172: $? = 0 configure:10185: result: yes configure:10209: checking if gcc static flag -static works configure:10237: result: yes configure:10252: checking if gcc supports -c -o file.o configure:10273: gcc -c -g -O2 -o out/conftest2.o conftest.c 5 configure:10277: $? = 0 configure:10299: result: yes configure:10307: checking if gcc supports -c -o file.o configure:10354: result: yes configure:10387: checking whether the gcc linker (/usr/bin/ld -m elf_x86_64) supports shared libraries configure:11461: result: yes configure:11498: checking whether -lc should be explicitly linked in configure:11503: gcc -c -g -O2 conftest.c 5 configure:11506: $? = 0 configure:11521: gcc -shared conftest.o -v -Wl,-soname -Wl,conftest -o conftest 2\\1 \| /bin/grep -lc \/dev/null 2\\1 configure:11524: $? = 0 configure:11536: result: no configure:11700: checking dynamic linker characteristics configure:12143: gcc -o conftest -g -O2 -Wl,-rpath -Wl,/foo conftest.c 5 configure:12150: $? = 0 configure:12386: result: GNU/Linux ld.so configure:12488: checking how to hardcode library paths into programs configure:12513: result: immediate configure:13346: checking whether stripping libraries is possible configure:13351: result: yes configure:13386: checking if libtool supports shared libraries configure:13388: result: yes configure:13391: checking whether to build shared libraries configure:13412: result: yes configure:13415: checking whether to build static libraries configure:13419: result: yes configure:13461: checking whether gcc accepts -std=gnu99 configure:13487: gcc -c -g -O2 -std=gnu99 conftest.c 5 configure:13494: $? = 0 configure:13508: result: yes configure:13554: checking whether to enable x86 mmx support configure:13563: result: no configure:13574: checking whether to enable amd64 asm support configure:13583: result: yes configure:13604: checking for freetype-config configure:13622: found /usr/bin/freetype-config configure:13635: result: /usr/bin/freetype-config configure:13651: checking for X configure:13766: gcc -E -std=gnu99 conftest.c configure:13773: $? = 0 configure:13822: gcc -o conftest -g -O2 -std=gnu99 conftest.c -lX11 5 configure:13829: $? = 0 configure:13891: result: libraries , headers configure:14072: gcc -o conftest -g -O2 -std=gnu99 conftest.c -lX11 5 configure:14079: $? = 0 configure:14247: checking for gethostbyname configure:14303: gcc -o conftest -g -O2 -std=gnu99 conftest.c 5 configure:14310: $? = 0 configure:14330: result: yes configure:14483: checking for connect configure:14539: gcc -o conftest -g -O2 -std=gnu99 conftest.c 5 configure:14546: $? = 0 configure:14566: result: yes configure:14642: checking for remove configure:14698: gcc -o conftest -g -O2 -std=gnu99 conftest.c 5 configure:14705: $? = 0 configure:14725: result: yes configure:14801: checking for shmat configure:14857: gcc -o conftest -g -O2 -std=gnu99 conftest.c 5 configure:14864: $? = 0 configure:14884: result: yes configure:14969: checking for IceConnectionNumber in -lICE configure:15004: gcc -o conftest -g -O2 -std=gnu99 conftest.c -lICE 5 /usr/bin/ld: cannot find -lICE collect2: ld returned 1 exit status The full build log is available from: http://people.debian.org/~lucas/logs/2012/03/30/imlib2_1.4.4-1_unstable.log 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. Internet was not accessible from the build systems. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#666319: wise: FTBFS: sqio.c:232:1: error: conflicting types for 'getline'
Source: wise Version: 2.4.1-9 Severity: serious Tags: wheezy sid User: debian...@lists.debian.org Usertags: qa-ftbfs-20120330 qa-ftbfs qa-ftbfs-buildarch Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. This rebuild was done by building only architecture:any binary packages (binary-arch target of debian/rules), and using a newer dpkg that uses the build-arch target if available. Also, only the Build-Depends were installed, not the Build-Depends-Indep. Relevant part: cc -c -O3-c sqio.c sqio.c:232:1: error: conflicting types for 'getline' /usr/include/stdio.h:671:20: note: previous declaration of 'getline' was here make[2]: *** [sqio.o] Error 1 The full build log is available from: http://people.debian.org/~lucas/logs/2012/03/30/wise_2.4.1-9_unstable.log 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. Internet was not accessible from the build systems. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#666320: lilo: FTBFS: ! LaTeX Error: File `url.sty' not found.
Source: lilo Version: 1:23.2-3 Severity: serious Tags: wheezy sid User: debian...@lists.debian.org Usertags: qa-ftbfs-20120330 qa-ftbfs qa-ftbfs-buildarch Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. This rebuild was done by building only architecture:any binary packages (binary-arch target of debian/rules), and using a recent dpkg that uses the build-arch target if available. Also, only the Build-Depends were installed, not the Build-Depends-Indep. Relevant part: make[2]: Entering directory `/«PKGBUILDDIR»/doc' ./rlatex user This is pdfTeX, Version 3.1415926-2.3-1.40.12 (TeX Live 2012/dev/Debian) restricted \write18 enabled. entering extended mode (./user.tex LaTeX2e 2011/06/27 Babel v3.8m and hyphenation patterns for english, dumylang, nohyphenation, lo aded. (/usr/share/texlive/texmf-dist/tex/latex/base/article.cls Document Class: article 2007/10/19 v1.4h Standard LaTeX document class (/usr/share/texlive/texmf-dist/tex/latex/base/size10.clo)) (/usr/share/texlive/texmf-dist/tex/latex/ae/ae.sty (/usr/share/texlive/texmf-dist/tex/latex/base/fontenc.sty (/usr/share/texlive/texmf-dist/tex/latex/base/t1enc.def) (/usr/share/texlive/texmf-dist/tex/latex/ae/t1aer.fd))) (/usr/share/texlive/texmf-dist/tex/latex/hyperref/hyperref.sty (/usr/share/texlive/texmf-dist/tex/generic/oberdiek/hobsub-hyperref.sty (/usr/share/texlive/texmf-dist/tex/generic/oberdiek/hobsub-generic.sty)) (/usr/share/texlive/texmf-dist/tex/latex/graphics/keyval.sty) (/usr/share/texlive/texmf-dist/tex/generic/ifxetex/ifxetex.sty) (/usr/share/texlive/texmf-dist/tex/latex/oberdiek/kvoptions.sty) (/usr/share/texlive/texmf-dist/tex/latex/hyperref/pd1enc.def) (/usr/share/texlive/texmf-dist/tex/latex/latexconfig/hyperref.cfg) ! LaTeX Error: File `url.sty' not found. Type X to quit or RETURN to proceed, or enter new name. (Default extension: sty) Enter file name: ! Emergency stop. read * l.4633 \let \HyOrg@url\url^^M No pages of output. Transcript written on user.log. make[2]: *** [user.dvi] Error 1 The full build log is available from: http://people.debian.org/~lucas/logs/2012/03/30/lilo_123.2-3_unstable.log 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. Internet was not accessible from the build systems. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#666321: wkhtmltopdf: FTBFS: gzip: wkhtmltopdf.1.gz: No such file or directory
Source: wkhtmltopdf Version: 0.9.9-3 Severity: serious Tags: wheezy sid User: debian...@lists.debian.org Usertags: qa-ftbfs-20120330 qa-ftbfs qa-ftbfs-buildarch Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. This rebuild was done by building only architecture:any binary packages (binary-arch target of debian/rules), and using a recent dpkg that uses the build-arch target if available. Also, only the Build-Depends were installed, not the Build-Depends-Indep. Relevant part: make[1]: Entering directory `/«PKGBUILDDIR»' # make install is buggy echo make[1]: Leaving directory `/«PKGBUILDDIR»' dh_install -a dh_installdocs -a dh_installchangelogs -a dh_installexamples -a dh_installman -a gzip: wkhtmltopdf.1.gz: No such file or directory gzip: wkhtmltopdf.1.gz: No such file or directory dh_installman: zcat wkhtmltopdf\.1\.gz debian\/wkhtmltopdf\/usr\/share\/man\/man1\/wkhtmltopdf\.1 returned exit code 1 make: *** [binary-arch] Error 2 The full build log is available from: http://people.debian.org/~lucas/logs/2012/03/30/wkhtmltopdf_0.9.9-3_unstable.log 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. Internet was not accessible from the build systems. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#666322: python-prctl: FTBFS: cp: cannot stat `docs/_build/html/index.html': No such file or directory
Source: python-prctl Version: 1.1.1-1 Severity: serious Tags: wheezy sid User: debian...@lists.debian.org Usertags: qa-ftbfs-20120330 qa-ftbfs qa-ftbfs-buildarch Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. This rebuild was done by building only architecture:any binary packages (binary-arch target of debian/rules), and using a recent dpkg that uses the build-arch target if available. Also, only the Build-Depends were installed, not the Build-Depends-Indep. Relevant part: fakeroot debian/rules binary-arch dh binary-arch dh_testroot -a dh_prep -a dh_installdirs -a dh_auto_install -a running install running build running build_py running build_ext running install_lib creating /«PKGBUILDDIR»/debian/python-prctl/usr creating /«PKGBUILDDIR»/debian/python-prctl/usr/lib creating /«PKGBUILDDIR»/debian/python-prctl/usr/lib/python2.6 creating /«PKGBUILDDIR»/debian/python-prctl/usr/lib/python2.6/dist-packages copying build/lib.linux-x86_64-2.6/_prctl.so - /«PKGBUILDDIR»/debian/python-prctl/usr/lib/python2.6/dist-packages copying build/lib.linux-x86_64-2.6/prctl.py - /«PKGBUILDDIR»/debian/python-prctl/usr/lib/python2.6/dist-packages running install_egg_info Writing /«PKGBUILDDIR»/debian/python-prctl/usr/lib/python2.6/dist-packages/python_prctl-1.1.1.egg-info running install running build running build_py running build_ext running install_lib creating /«PKGBUILDDIR»/debian/python-prctl/usr/lib/python2.7 creating /«PKGBUILDDIR»/debian/python-prctl/usr/lib/python2.7/dist-packages copying build/lib.linux-x86_64-2.7/_prctl.so - /«PKGBUILDDIR»/debian/python-prctl/usr/lib/python2.7/dist-packages copying build/lib.linux-x86_64-2.7/prctl.py - /«PKGBUILDDIR»/debian/python-prctl/usr/lib/python2.7/dist-packages running install_egg_info Writing /«PKGBUILDDIR»/debian/python-prctl/usr/lib/python2.7/dist-packages/python_prctl-1.1.1.egg-info dh_install -a dh_installdocs -a cp: cannot stat `docs/_build/html/index.html': No such file or directory dh_installdocs: cp -a docs/_build/html/index.html debian/python-prctl/usr/share/doc/python-prctl returned exit code 1 make: *** [binary-arch] Error 2 The full build log is available from: http://people.debian.org/~lucas/logs/2012/03/30/python-prctl_1.1.1-1_unstable.log 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. Internet was not accessible from the build systems. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#666323: mp3splt-gtk: FTBFS: xmms_control.c:(.text+0x89): undefined reference to `audacious_remote_get_info'
Source: mp3splt-gtk Version: 0.5.6-1.2 Severity: serious Tags: wheezy sid User: debian...@lists.debian.org Usertags: qa-ftbfs-20120330 qa-ftbfs qa-ftbfs-buildarch Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. This rebuild was done by building only architecture:any binary packages (binary-arch target of debian/rules), and using a recent dpkg that uses the build-arch target if available. Also, only the Build-Depends were installed, not the Build-Depends-Indep. Relevant part: gcc -Wall -I../libmp3splt/include/ -I../../libmp3splt/include/ -I../libmp3splt/include/libmp3splt/ -I../../libmp3splt/include/libmp3splt/ -L../libmp3splt/src -L../libmp3splt/src/.libs -L../../libmp3splt/src/.libs/ -L../../libmp3splt/src/ -o mp3splt-gtk tree_tab.o main_win.o xmms_control.o gstreamer_control.o player.o player_tab.o preferences_tab.o utilities.o split_files.o freedb_tab.o cddb_cue.o snackamp_control.o special_split.o mp3splt-gtk.o -pthread -lgtk-x11-2.0 -lgdk-x11-2.0 -latk-1.0 -lgio-2.0 -lpangoft2-1.0 -lpangocairo-1.0 -lgdk_pixbuf-2.0 -lcairo -lpango-1.0 -lfreetype -lfontconfig -lgobject-2.0 -lgmodule-2.0 -lgthread-2.0 -lrt -lglib-2.0 -lgthread-2.0 -lmp3splt -laudcore -laudgui -pthread -lgstbase-0.10 -lgstreamer-0.10 -lgobject-2.0 -lgmodule-2.0 -lxml2 -lgthread-2.0 -lrt -lglib-2.0 xmms_control.o: In function `myxmms_get_song_infos': xmms_control.c:(.text+0x89): undefined reference to `audacious_remote_get_info' xmms_control.o: In function `myxmms_get_filename': xmms_control.c:(.text+0x1d5): undefined reference to `audacious_remote_get_playlist_pos' xmms_control.c:(.text+0x1ec): undefined reference to `audacious_remote_get_playlist_file' xmms_control.o: In function `myxmms_get_playlist_number': xmms_control.c:(.text+0x237): undefined reference to `audacious_remote_get_playlist_length' xmms_control.o: In function `myxmms_get_title_song': xmms_control.c:(.text+0x250): undefined reference to `audacious_remote_get_playlist_pos' xmms_control.c:(.text+0x267): undefined reference to `audacious_remote_get_playlist_title' xmms_control.o: In function `myxmms_get_time_elapsed': xmms_control.c:(.text+0x284): undefined reference to `audacious_remote_get_output_time' xmms_control.o: In function `myxmms_start': xmms_control.c:(.text+0x2ec): undefined reference to `audacious_remote_is_running' xmms_control.o: In function `myxmms_select_last_file': xmms_control.c:(.text+0x330): undefined reference to `audacious_remote_get_playlist_length' xmms_control.c:(.text+0x34c): undefined reference to `audacious_remote_set_playlist_pos' xmms_control.o: In function `myxmms_play_last_file': xmms_control.c:(.text+0x36b): undefined reference to `audacious_remote_play' xmms_control.o: In function `myxmms_add_files': xmms_control.c:(.text+0x401): undefined reference to `audacious_remote_playlist_add' xmms_control.o: In function `myxmms_set_volume': xmms_control.c:(.text+0x422): undefined reference to `audacious_remote_set_main_volume' xmms_control.o: In function `myxmms_get_volume': xmms_control.c:(.text+0x437): undefined reference to `audacious_remote_get_main_volume' xmms_control.o: In function `myxmms_is_running': xmms_control.c:(.text+0x47c): undefined reference to `dbus_g_bus_get' xmms_control.c:(.text+0x4ad): undefined reference to `dbus_g_proxy_new_for_name' xmms_control.c:(.text+0x4c3): undefined reference to `audacious_remote_is_running' xmms_control.o: In function `myxmms_is_paused': xmms_control.c:(.text+0x4e8): undefined reference to `audacious_remote_is_paused' xmms_control.o: In function `myxmms_play': xmms_control.c:(.text+0x50d): undefined reference to `audacious_remote_play' xmms_control.o: In function `myxmms_stop': xmms_control.c:(.text+0x522): undefined reference to `audacious_remote_stop' xmms_control.o: In function `myxmms_pause': xmms_control.c:(.text+0x537): undefined reference to `audacious_remote_pause' xmms_control.o: In function `myxmms_next': xmms_control.c:(.text+0x54c): undefined reference to `audacious_remote_playlist_next' xmms_control.o: In function `myxmms_prev': xmms_control.c:(.text+0x561): undefined reference to `audacious_remote_playlist_prev' xmms_control.o: In function `myxmms_jump': xmms_control.c:(.text+0x582): undefined reference to `audacious_remote_jump_to_time' xmms_control.o: In function `myxmms_get_total_time': xmms_control.c:(.text+0x59b): undefined reference to `audacious_remote_get_playlist_pos' xmms_control.c:(.text+0x5b2): undefined reference to `audacious_remote_get_playlist_time' xmms_control.o: In function `myxmms_is_playing': xmms_control.c:(.text+0x5c7): undefined reference to `audacious_remote_is_playing' xmms_control.o: In function `myxmms_quit': xmms_control.c:(.text+0x5ec): undefined reference to `audacious_remote_quit' collect2: ld returned 1 exit status The full build log is available from
Bug#666324: libgfshare: FTBFS: ! LaTeX Error: File `url.sty' not found.
Source: libgfshare Version: 1.0.5-1 Severity: serious Tags: wheezy sid User: debian...@lists.debian.org Usertags: qa-ftbfs-20120330 qa-ftbfs qa-ftbfs-buildarch Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. This rebuild was done by building only architecture:any binary packages (binary-arch target of debian/rules), and using a recent dpkg that uses the build-arch target if available. Also, only the Build-Depends were installed, not the Build-Depends-Indep. Relevant part: make[3]: Entering directory `/«PKGBUILDDIR»' gcc -DHAVE_CONFIG_H -I.-I./include -g -O2 -c -o src/gfshare_maketable.o src/gfshare_maketable.c /bin/bash ./libtool --tag=CC --mode=link gcc -I./include -g -O2 -Wl,-O1 -o gfshare_maketable src/gfshare_maketable.o libtool: link: gcc -I./include -g -O2 -Wl,-O1 -o gfshare_maketable src/gfshare_maketable.o ./gfshare_maketable libgfshare_tables.h /bin/bash ./libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. -I./include -g -O2 -c -o src/libgfshare.lo src/libgfshare.c libtool: compile: gcc -DHAVE_CONFIG_H -I. -I./include -g -O2 -c src/libgfshare.c -fPIC -DPIC -o src/.libs/libgfshare.o libtool: compile: gcc -DHAVE_CONFIG_H -I. -I./include -g -O2 -c src/libgfshare.c -o src/libgfshare.o /dev/null 21 /bin/bash ./libtool --tag=CC --mode=link gcc -I./include -g -O2 -version-info 1:5:0 -Wl,-O1 -o libgfshare.la -rpath /usr/lib/x86_64-linux-gnu src/libgfshare.lo libtool: link: gcc -shared src/.libs/libgfshare.o-Wl,-O1 -Wl,-soname -Wl,libgfshare.so.1 -o .libs/libgfshare.so.1.0.5 libtool: link: (cd .libs rm -f libgfshare.so.1 ln -s libgfshare.so.1.0.5 libgfshare.so.1) libtool: link: (cd .libs rm -f libgfshare.so ln -s libgfshare.so.1.0.5 libgfshare.so) libtool: link: ar cru .libs/libgfshare.a src/libgfshare.o libtool: link: ranlib .libs/libgfshare.a libtool: link: ( cd .libs rm -f libgfshare.la ln -s ../libgfshare.la libgfshare.la ) gcc -DHAVE_CONFIG_H -I.-I./include -g -O2 -c -o tools/gfsplit.o tools/gfsplit.c /bin/bash ./libtool --tag=CC --mode=link gcc -I./include -g -O2 -Wl,-O1 -o gfsplit tools/gfsplit.o libgfshare.la libtool: link: gcc -I./include -g -O2 -Wl,-O1 -o .libs/gfsplit tools/gfsplit.o ./.libs/libgfshare.so gcc -DHAVE_CONFIG_H -I.-I./include -g -O2 -c -o tools/gfcombine.o tools/gfcombine.c /bin/bash ./libtool --tag=CC --mode=link gcc -I./include -g -O2 -Wl,-O1 -o gfcombine tools/gfcombine.o libgfshare.la libtool: link: gcc -I./include -g -O2 -Wl,-O1 -o .libs/gfcombine tools/gfcombine.o ./.libs/libgfshare.so make[3]: Leaving directory `/«PKGBUILDDIR»' make[2]: Leaving directory `/«PKGBUILDDIR»' install -d pdf html cd pdf pdflatex ../doc/theory.tex This is pdfTeX, Version 3.1415926-2.3-1.40.12 (TeX Live 2012/dev/Debian) restricted \write18 enabled. entering extended mode (../doc/theory.tex LaTeX2e 2011/06/27 Babel v3.8m and hyphenation patterns for english, dumylang, nohyphenation, lo aded. (/usr/share/texlive/texmf-dist/tex/latex/base/article.cls Document Class: article 2007/10/19 v1.4h Standard LaTeX document class (/usr/share/texlive/texmf-dist/tex/latex/base/size10.clo)) (/usr/share/texlive/texmf-dist/tex/latex/geometry/geometry.sty (/usr/share/texlive/texmf-dist/tex/latex/graphics/keyval.sty) (/usr/share/texlive/texmf-dist/tex/generic/oberdiek/ifpdf.sty) (/usr/share/texlive/texmf-dist/tex/generic/oberdiek/ifvtex.sty) (/usr/share/texlive/texmf-dist/tex/generic/ifxetex/ifxetex.sty)) ! LaTeX Error: File `url.sty' not found. Type X to quit or RETURN to proceed, or enter new name. (Default extension: sty) Enter file name: ! Emergency stop. read * l.4 \begin {document}^^M ! == Fatal error occurred, no output PDF file produced! Transcript written on theory.log. make[1]: *** [override_dh_auto_build] Error 1 The full build log is available from: http://people.debian.org/~lucas/logs/2012/03/30/libgfshare_1.0.5-1_unstable.log 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. Internet was not accessible from the build systems. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#666325: uudeview: FTBFS: ! LaTeX Error: File `a4wide.sty' not found.
Source: uudeview Version: 0.5.20-3.2 Severity: serious Tags: wheezy sid User: debian...@lists.debian.org Usertags: qa-ftbfs-20120330 qa-ftbfs qa-ftbfs-buildarch Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. This rebuild was done by building only architecture:any binary packages (binary-arch target of debian/rules), and using a recent dpkg that uses the build-arch target if available. Also, only the Build-Depends were installed, not the Build-Depends-Indep. Relevant part: make[1]: Entering directory `/«PKGBUILDDIR»/doc' fig2dev -L latex structure.fig structure.tex fig2dev -L latex binhex.fig binhex.tex latex library.ltx This is pdfTeX, Version 3.1415926-2.3-1.40.12 (TeX Live 2012/dev/Debian) restricted \write18 enabled. entering extended mode (./library.ltx LaTeX2e 2011/06/27 Babel v3.8m and hyphenation patterns for english, dumylang, nohyphenation, lo aded. (/usr/share/texlive/texmf-dist/tex/latex/base/article.cls Document Class: article 2007/10/19 v1.4h Standard LaTeX document class (/usr/share/texlive/texmf-dist/tex/latex/base/size10.clo)) (/usr/share/texlive/texmf-dist/tex/latex/graphics/epsfig.sty (/usr/share/texlive/texmf-dist/tex/latex/graphics/graphicx.sty (/usr/share/texlive/texmf-dist/tex/latex/graphics/keyval.sty) (/usr/share/texlive/texmf-dist/tex/latex/graphics/graphics.sty (/usr/share/texlive/texmf-dist/tex/latex/graphics/trig.sty) (/usr/share/texlive/texmf-dist/tex/latex/latexconfig/graphics.cfg) (/usr/share/texlive/texmf-dist/tex/latex/graphics/dvips.def (/usr/share/texlive/texmf-dist/tex/latex/psnfss/times.sty) ! LaTeX Error: File `a4wide.sty' not found. Type X to quit or RETURN to proceed, or enter new name. (Default extension: sty) Enter file name: ! Emergency stop. read * l.6 \author {Frank Pilhofer}^^M No pages of output. Transcript written on library.log. make[1]: *** [library.dvi] Error 1 The full build log is available from: http://people.debian.org/~lucas/logs/2012/03/30/uudeview_0.5.20-3.2_unstable.log 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. Internet was not accessible from the build systems. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#666326: ilmbase: FTBFS: configure:1544: error: cannot run /bin/bash ./config.sub
Source: ilmbase Version: 1.0.1-3 Severity: serious Tags: wheezy sid User: debian...@lists.debian.org Usertags: qa-ftbfs-20120330 qa-ftbfs qa-ftbfs-buildarch Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. This rebuild was done by building only architecture:any binary packages (binary-arch target of debian/rules), and using a newer dpkg that uses the build-arch target if available. Also, only the Build-Depends were installed, not the Build-Depends-Indep. Relevant part: make[1]: Entering directory `/«PKGBUILDDIR»' PTHREAD_LIBS=-lpthread dh_auto_configure configure: error: cannot run /bin/bash ./config.sub == config.log == This file contains any messages produced by compilers while running configure, to aid debugging if configure makes a mistake. It was created by IlmBase configure 1.0.1, which was generated by GNU Autoconf 2.59. Invocation command line was $ ./configure --build=x86_64-linux-gnu --prefix=/usr --includedir=${prefix}/include --mandir=${prefix}/share/man --infodir=${prefix}/share/info --sysconfdir=/etc --localstatedir=/var --libexecdir=${prefix}/lib/ilmbase --disable-maintainer-mode --disable-dependency-tracking ## - ## ## Platform. ## ## - ## hostname = ip-10-251-43-162 uname -m = x86_64 uname -r = 2.6.32-5-xen-amd64 uname -s = Linux uname -v = #1 SMP Mon Jan 16 20:48:30 UTC 2012 /usr/bin/uname -p = unknown /bin/uname -X = unknown /bin/arch = unknown /usr/bin/arch -k = unknown /usr/convex/getsysinfo = unknown hostinfo = unknown /bin/machine = unknown /usr/bin/oslevel = unknown /bin/universe = unknown PATH: /usr/local/sbin PATH: /usr/local/bin PATH: /usr/sbin PATH: /usr/bin PATH: /sbin PATH: /bin PATH: /usr/games ## --- ## ## Core tests. ## ## --- ## configure:1544: error: cannot run /bin/bash ./config.sub ## ## ## Cache variables. ## ## ## ac_cv_env_CC_set= ac_cv_env_CC_value= ac_cv_env_CFLAGS_set= ac_cv_env_CFLAGS_value= ac_cv_env_CPPFLAGS_set= ac_cv_env_CPPFLAGS_value= ac_cv_env_CPP_set= ac_cv_env_CPP_value= ac_cv_env_CXXCPP_set= ac_cv_env_CXXCPP_value= ac_cv_env_CXXFLAGS_set= ac_cv_env_CXXFLAGS_value= ac_cv_env_CXX_set= ac_cv_env_CXX_value= ac_cv_env_F77_set= ac_cv_env_F77_value= ac_cv_env_FFLAGS_set= ac_cv_env_FFLAGS_value= ac_cv_env_LDFLAGS_set= ac_cv_env_LDFLAGS_value= ac_cv_env_build_alias_set=set ac_cv_env_build_alias_value=x86_64-linux-gnu ac_cv_env_host_alias_set= ac_cv_env_host_alias_value= ac_cv_env_target_alias_set= ac_cv_env_target_alias_value= ## - ## ## Output variables. ## ## - ## ACLOCAL='' AMDEPBACKSLASH='' AMDEP_FALSE='' AMDEP_TRUE='' AMTAR='' AM_CFLAGS='' AM_CXXFLAGS='' AR='' AUTOCONF='' AUTOHEADER='' AUTOMAKE='' AWK='' CC='' CCDEPMODE='' CFLAGS='' CPP='' CPPFLAGS='' CXX='' CXXCPP='' CXXDEPMODE='' CXXFLAGS='' CYGPATH_W='' DEFS='' DEPDIR='' ECHO='echo' ECHO_C='' ECHO_N='-n' ECHO_T='' EGREP='' EXEEXT='' F77='' FFLAGS='' ILMBASE_VERSION='1.0.1' INSTALL_DATA='' INSTALL_PROGRAM='' INSTALL_SCRIPT='' INSTALL_STRIP_PROGRAM='' LDFLAGS='' LIBOBJS='' LIBS='' LIBTOOL='' LIBTOOL_VERSION='' LN_S='' LTLIBOBJS='' MAINT='' MAINTAINER_MODE_FALSE='' MAINTAINER_MODE_TRUE='' MAKEINFO='' OBJEXT='' PACKAGE='' PACKAGE_BUGREPORT='' PACKAGE_NAME='IlmBase' PACKAGE_STRING='IlmBase 1.0.1' PACKAGE_TARNAME='ilmbase' PACKAGE_VERSION='1.0.1' PATH_SEPARATOR=':' PTHREAD_CC='' PTHREAD_CFLAGS='' PTHREAD_LIBS='-lpthread' RANLIB='' SET_MAKE='' SHELL='/bin/bash' STRIP='' VERSION='' ac_ct_AR='' ac_ct_CC='' ac_ct_CXX='' ac_ct_F77='' ac_ct_RANLIB='' ac_ct_STRIP='' acx_pthread_config='' am__fastdepCC_FALSE='' am__fastdepCC_TRUE='' am__fastdepCXX_FALSE='' am__fastdepCXX_TRUE='' am__include='' am__leading_dot='' am__quote='' am__tar='' am__untar='' bindir='${exec_prefix}/bin' build='x86_64-linux-gnu' build_alias='x86_64-linux-gnu' build_cpu='' build_os='' build_vendor='' datadir='${prefix}/share' exec_prefix='NONE' host='' host_alias='' host_cpu='' host_os='' host_vendor='' includedir='${prefix}/include' infodir='${prefix}/share/info' install_sh='' libdir='${exec_prefix}/lib' libexecdir='${prefix}/lib/ilmbase' localstatedir='/var' mandir='${prefix}/share/man' mkdir_p='' oldincludedir='/usr/include' prefix='/usr' program_transform_name='s,x,x,' sbindir='${exec_prefix}/sbin' sharedstatedir='${prefix}/com' sysconfdir='/etc' target_alias='' ## --- ## ## confdefs.h. ## ## --- ## #define PACKAGE_BUGREPORT #define PACKAGE_NAME IlmBase #define PACKAGE_STRING IlmBase 1.0.1 #define PACKAGE_TARNAME ilmbase #define PACKAGE_VERSION 1.0.1 configure: exit 1 dh_auto_configure: ./configure --build=x86_64-linux-gnu --prefix=/usr --includedir=${prefix}/include
Bug#666327: libmecab-java: FTBFS: MeCab_wrap.cxx:304:16: error: 'mecab_node_t' has no member named 'sentence_length'
Source: libmecab-java Version: 0.98-5 Severity: serious Tags: wheezy sid User: debian...@lists.debian.org Usertags: qa-ftbfs-20120330 qa-ftbfs qa-ftbfs-buildarch Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. This rebuild was done by building only architecture:any binary packages (binary-arch target of debian/rules), and using a newer dpkg that uses the build-arch target if available. Also, only the Build-Depends were installed, not the Build-Depends-Indep. Relevant part: c++ -O3 -c -fpic MeCab_wrap.cxx `mecab-config --cflags` -I/usr/lib/jvm/default-java/include -I/usr/lib/jvm/default-java/include/linux MeCab_wrap.cxx: In function 'const mecab_node_t* mecab_node_t_begin_node_list(mecab_node_t*, size_t)': MeCab_wrap.cxx:304:16: error: 'mecab_node_t' has no member named 'sentence_length' MeCab_wrap.cxx:306:17: error: 'mecab_node_t' has no member named 'begin_node_list' MeCab_wrap.cxx:307:19: error: 'mecab_node_t' has no member named 'begin_node_list' MeCab_wrap.cxx: In function 'const mecab_node_t* mecab_node_t_end_node_list(mecab_node_t*, size_t)': MeCab_wrap.cxx:312:16: error: 'mecab_node_t' has no member named 'sentence_length' MeCab_wrap.cxx:314:17: error: 'mecab_node_t' has no member named 'end_node_list' MeCab_wrap.cxx:315:19: error: 'mecab_node_t' has no member named 'end_node_list' MeCab_wrap.cxx: In function 'jint Java_org_chasen_mecab_MeCabJNI_Token_1lcAttr_1get(JNIEnv*, jclass, jlong, jobject)': MeCab_wrap.cxx:600:3: error: 'mecab_token_t' was not declared in this scope MeCab_wrap.cxx:600:18: error: 'arg1' was not declared in this scope MeCab_wrap.cxx:600:41: error: expected primary-expression before ')' token MeCab_wrap.cxx:600:43: error: expected ';' before numeric constant MeCab_wrap.cxx:606:28: error: expected primary-expression before ')' token MeCab_wrap.cxx: In function 'jint Java_org_chasen_mecab_MeCabJNI_Token_1rcAttr_1get(JNIEnv*, jclass, jlong, jobject)': MeCab_wrap.cxx:615:3: error: 'mecab_token_t' was not declared in this scope MeCab_wrap.cxx:615:18: error: 'arg1' was not declared in this scope MeCab_wrap.cxx:615:41: error: expected primary-expression before ')' token MeCab_wrap.cxx:615:43: error: expected ';' before numeric constant MeCab_wrap.cxx:621:28: error: expected primary-expression before ')' token MeCab_wrap.cxx: In function 'jint Java_org_chasen_mecab_MeCabJNI_Token_1posid_1get(JNIEnv*, jclass, jlong, jobject)': MeCab_wrap.cxx:630:3: error: 'mecab_token_t' was not declared in this scope MeCab_wrap.cxx:630:18: error: 'arg1' was not declared in this scope MeCab_wrap.cxx:630:41: error: expected primary-expression before ')' token MeCab_wrap.cxx:630:43: error: expected ';' before numeric constant MeCab_wrap.cxx:636:28: error: expected primary-expression before ')' token MeCab_wrap.cxx: In function 'jshort Java_org_chasen_mecab_MeCabJNI_Token_1wcost_1get(JNIEnv*, jclass, jlong, jobject)': MeCab_wrap.cxx:645:3: error: 'mecab_token_t' was not declared in this scope MeCab_wrap.cxx:645:18: error: 'arg1' was not declared in this scope MeCab_wrap.cxx:645:41: error: expected primary-expression before ')' token MeCab_wrap.cxx:645:43: error: expected ';' before numeric constant MeCab_wrap.cxx:651:28: error: expected primary-expression before ')' token MeCab_wrap.cxx: In function 'jlong Java_org_chasen_mecab_MeCabJNI_Token_1feature_1get(JNIEnv*, jclass, jlong, jobject)': MeCab_wrap.cxx:660:3: error: 'mecab_token_t' was not declared in this scope MeCab_wrap.cxx:660:18: error: 'arg1' was not declared in this scope MeCab_wrap.cxx:660:41: error: expected primary-expression before ')' token MeCab_wrap.cxx:660:43: error: expected ';' before numeric constant MeCab_wrap.cxx:666:28: error: expected primary-expression before ')' token MeCab_wrap.cxx: In function 'jlong Java_org_chasen_mecab_MeCabJNI_Token_1compound_1get(JNIEnv*, jclass, jlong, jobject)': MeCab_wrap.cxx:675:3: error: 'mecab_token_t' was not declared in this scope MeCab_wrap.cxx:675:18: error: 'arg1' was not declared in this scope MeCab_wrap.cxx:675:41: error: expected primary-expression before ')' token MeCab_wrap.cxx:675:43: error: expected ';' before numeric constant MeCab_wrap.cxx:681:28: error: expected primary-expression before ')' token MeCab_wrap.cxx: In function 'jlong Java_org_chasen_mecab_MeCabJNI_Node_1sentence_1length_1get(JNIEnv*, jclass, jlong, jobject)': MeCab_wrap.cxx:937:36: error: 'mecab_node_t' has no member named 'sentence_length' MeCab_wrap.cxx: In function 'jlong Java_org_chasen_mecab_MeCabJNI_Node_1token_1get(JNIEnv*, jclass, jlong, jobject)': MeCab_wrap.cxx:1034:3: error: 'mecab_token_t' was not declared in this scope MeCab_wrap.cxx:1034:18: error: 'result' was not declared in this scope MeCab_wrap.cxx:1040:28: error: expected primary-expression before ')' token MeCab_wrap.cxx:1040:39: error: 'mecab_node_t' has no member named 'token