Bug#480698: hyperestraier: FTBFS: estraier_Document.h:2:17: error: jni.h: No such file or directory
Package: hyperestraier Version: 1.4.9-1.3 Severity: serious Hi, Your package is failing to build (on amd64) with the following error: In file included from document.c:17: estraier_Document.h:2:17: error: jni.h: No such file or directory Kurt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#480694: hal: Error message - HAL failed to start
Package: hal Version: 0.5.11-1 Severity: critical Justification: breaks unrelated software -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.22-3-k7 (SMP w/1 CPU core) Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages hal depends on: ii adduser 3.107 add and remove users and groups ii dbus 1.2.1-2 simple interprocess messaging syst ii hal-info 20080508-1 Hardware Abstraction Layer - fdi f ii libc62.7-10 GNU C Library: Shared libraries ii libdbus-1-3 1.2.1-2 simple interprocess messaging syst ii libdbus-glib-1-2 0.74-4 simple interprocess messaging syst ii libexpat11.95.8-4XML parsing C library - runtime li ii libgcc1 1:4.3.0-4 GCC support library ii libglib2.0-0 2.16.3-2The GLib library of C routines ii libhal-storage1 0.5.11-1Hardware Abstraction Layer - share ii libhal1 0.5.11-1Hardware Abstraction Layer - share ii libsmbios1 0.13.13-1 Provide access to (SM)BIOS informa ii libstdc++6 4.3.0-4 The GNU Standard C++ Library v3 ii libusb-0.1-4 2:0.1.12-11 userspace USB programming library ii libvolume-id00.114-2 libvolume_id shared library ii lsb-base 3.2-12 Linux Standard Base 3.2 init scrip ii mount2.13.1.1-1 Tools for mounting and manipulatin ii pciutils 1:3.0.0-3 Linux PCI Utilities ii pm-utils 1.1.0-1 utilities and scripts for power ma ii udev 0.114-2 /dev/ and hotplug management daemo ii usbutils 0.73-8 Linux USB utilities Versions of packages hal recommends: ii eject 2.1.5-7ejects CDs and operates CD-Changer ii libsmbios-bin 0.13.13-1 Provide access to (SM)BIOS informa -- no debconf information debian:/home/mitch# /etc/init.d/dbus start Starting system message bus: dbus. Starting Hardware abstraction layer: haldinvoke-rc.d: initscript hal, action "start" failed. Starting System Tools Backends: system-tools-backends. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#479189: please build depend on libxerces-c2-dev
Hi Jay, Thanks for the bug report. I have the upload prepared and am just waiting on a mirror pulse so that your NMU of xalan is available for the build of anymeal. Cheers, tony Jay Berkenbilt wrote: > Package: anymeal > Severity: serious > > Please update your build dependency on libxerces27-dev to one on > libxerces-c2-dev instead. I will soon be requesting removal of the > xerces27 packages. libxerces-c2-dev is xerces 2.8.0, which is > supposed to be fully source compatible with xerces 2.7.0. > > This represents the next-to-last step of the transition to the new > xerces packaging. Starting when 3.0.0 enters unstable (it is still in > beta in experimental), the libxerces-c-dev package will always point > to the latest xerces-c development package in the archive. When your > upstream provides a package that works with xerces-c 3, you can change > your dependency to either libxerces-c-dev or libxerces-c3-dev, > depending on whether you want to automatically try the next major > release when it comes out (which could be years away). > > If you'd like an NMU, please let me know, and I'd be happy to oblige. > I'll wait a few weeks before requesting removal of xerces27. > signature.asc Description: OpenPGP digital signature
Bug#333468: Merging bugs
package aptitude forcemerge 333468 422064 thanks Now I see that this issue had been reported several times, merging the bugs accordingly. I think "normal" is the better severity here. Sven -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#480696: gtk-qt-engine-kde4: Conflicts with gtk-qt-engine
Package: gtk-qt-engine-kde4 Version: 1.1-1 Severity: normal Package is not coinstallable with gtk-qt-engine (the one for qt3). The error is: E: /var/cache/apt/archives/gtk-qt-engine-kde4_1.1-1_i386.deb: trying to overwrite `/usr/share/locale/it/LC_MESSAGES/gtkqtengine.mo', which is also in package gtk-qt-engine Probably this package should just replace gtk-qt-engine. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.24.3 (SMP w/2 CPU cores) Locale: LANG=el_GR.UTF-8, LC_CTYPE=el_GR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages gtk-qt-engine-kde4 depends on: ii kdebase-runtime 4:4.0.72-1 runtime components from the offici ii kdelibs5 4:4.0.72-1 core libraries for all KDE 4 appli ii libbonoboui2-0 2.22.0-1The Bonobo UI library ii libc62.7-10 GNU C Library: Shared libraries ii libglib2.0-0 2.16.3-2The GLib library of C routines ii libgtk2.0-0 2.12.9-3The GTK+ graphical user interface ii libpango1.0-01.20.2-2Layout and rendering of internatio ii libqt4-gui 4.4.0~rc1-5 Qt 4 GUI module ii libqtcore4 4.4.0~rc1-5 Qt 4 core module ii libstdc++6 4.3.0-4 The GNU Standard C++ Library v3 ii libx11-6 2:1.1-2 X11 client-side library gtk-qt-engine-kde4 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#441753: Announce of an upcoming upload for the udev package
Dear maintainer of udev and Debian translators, Marco d'Itri, the udev package maintainer agreed to upload udev to fix its pending debconf l10n issues.. The full planned schedule is available at the end of this mail. The package is currently translated to: ar ca cs da de es eu fi fr gl hu it ja ko lt nb nl pt pt_BR ru sk sv ta Among these, the following translations are incomplete: ca da es pt_BR 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 udev package so I can incorporate them in the build. The deadline for receiving updates and new translations is Tuesday, May 20, 2008. If you are not in time you can always send your translation to the BTS. The POT file is attached to this mail. Sunday, May 11, 2008 : send this notice Tuesday, May 20, 2008 : deadline for receiving translation updates some time later : Marco uploads 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 PROTECTED]>, YEAR. # #, fuzzy msgid "" msgstr "" "Project-Id-Version: PACKAGE VERSION\n" "Report-Msgid-Bugs-To: [EMAIL PROTECTED]" "POT-Creation-Date: 2007-05-01 10:38+0200\n" "PO-Revision-Date: YEAR-MO-DA HO:MI+ZONE\n" "Last-Translator: FULL NAME <[EMAIL PROTECTED]>\n" "Language-Team: LANGUAGE <[EMAIL PROTECTED]>\n" "MIME-Version: 1.0\n" "Content-Type: text/plain; charset=CHARSET\n" "Content-Transfer-Encoding: 8bit\n" #. Type: error #. Description #: ../udev.templates:2001 msgid "Reboot needed after this upgrade" msgstr "" #. Type: error #. Description #: ../udev.templates:2001 msgid "" "You are currently upgrading udev using an incompatible kernel version. A " "compatible version is installed or being installed on the system, but you " "need to reboot using this new kernel as soon as the upgrade is complete." msgstr "" #. Type: error #. Description #: ../udev.templates:2001 msgid "" "Without a reboot with this new kernel version, the system may become " "UNUSABLE." msgstr "" #. Type: boolean #. Description #: ../udev.templates:3001 msgid "Proceed with the udev upgrade despite the kernel incompatibility?" msgstr "" #. Type: boolean #. Description #: ../udev.templates:3001 msgid "" "You are currently upgrading udev to a version that is not compatible with " "the currently running kernel." msgstr "" #. Type: boolean #. Description #: ../udev.templates:3001 msgid "" "You MUST install a compatible kernel version (2.6.15 or more) before " "upgrading, otherwise the system may become UNUSABLE. Packages with a name " "starting with \"linux-image-2.6-\" provide a kernel image usable with this " "new udev version." msgstr "" #. Type: boolean #. Description #: ../udev.templates:3001 msgid "" "If you choose to upgrade udev nevertheless, you should install a compatible " "kernel and reboot with that kernel as soon as possible." msgstr "" signature.asc Description: Digital signature
Bug#480008: mirror submission for debian.snet.uz: source required
On Sun, May 11, 2008 at 09:00:59PM +0500, nitalaut wrote: > Simon Paillard wrote : > > > http://debian.snet.uz/debian/project/trace/ use an other name of your > > server "ares.sarkor.com". > > > > You should force the HOSTNAME variable in anonftpsync to the value > > "debian.snet.uz" and delete the old file ares.sarkor.com. > > 1) I've changed HOSTNAME variable to match debian.snet.uz and deleted > old file ares.sarkor.com Good. >> > We like to tell our users how much bandwidth is available, could you > > please give us this info ? > > 2) Bandwidth - server is connected to TAS-IX(global Uzbekistan internet > exchange point) via 100 mbps link. In the near future(end of july) I'm > going to connect it to 1 gbps link. All major Uzbekistan ISP's are > connected to TAS-IX. Thanks for the info. > > It seems you don't mirror source packages (for Archive and Security). > > Please don't exclude any source package, because there are required on > > mirrors for both licence and practical reasons. > > 3) There's not enough free space on disk for adding source packages to > mirror. I've about 40 Gb free and sources(as I've read) will occupy > about 37 Gb after which I'll have too small reserved space for future > mirror grow. > If mirroring source packages is a necessary condition to become a > secondary mirror it would be better to close a ticket temporary and > reopen it when I transfer the mirror onto new server with more space > available(don't know where is will happen though). Yes, providing sources is a condition. An other option is to provide only i386 the time you move the mirror to the news server (dropping amd64 would save you around 30GB). It is up to you. Moreover, for the moment, mirroring debian-security is not very relevant since user are always with security.debian.org. So you can drop debian-security as well. Regards, P.S.: many users behind your support@ alias are out of quota, we receive bounce because of that. -- Simon Paillard -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#480008: mirror submission for debian.snet.uz: source required
So it would be better to temporary close the ticket as I need amd64 arch for my servers and cannot drop it. I'll send a request for reopenning a ticket as soon as I get a new server for mirror. Talking about security updates - in Uzbekistan we divide all traffic into 2 main part - internal(free for users) and external which is pretty expensive. That's why users prefer to keep external traffic as low as possible. P.S. Sorry for this issue with [EMAIL PROTECTED] - it's a common email for our tech support guys, most of them check it too rare and therefore run out of quota. Thank you again for you time! Alexander Abgaryan Chief system/network administrator Sarkor Telecom ISP Simon Paillard wrote: > > Yes, providing sources is a condition. > An other option is to provide only i386 the time you move the mirror to > the news server (dropping amd64 would save you around 30GB). > > It is up to you. > > Moreover, for the moment, mirroring debian-security is not very relevant > since user are always with security.debian.org. So you can drop > debian-security as well. > > Regards, > > P.S.: many users behind your support@ alias are out of quota, we receive > bounce because of that. > > -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#480701: snmpd: After an update, I don't have HOST-RESOURCES-MIB::hrStorageDescr.2 Real Memory
Package: snmpd Version: 5.4.1~dfsg-6 Severity: normal Hi, After an updated of snmpd from 5.2.2-3 to 5.4.1~dfsg-6, I do not have access to the memory used HOST-RESOURCES-MIB::hrStorageDescr.2 Real Memory $ sudo snmpbulkwalk -v 2c -c snmp localhost |grep hrStorageDescr HOST-RESOURCES-MIB::hrStorageDescr.1 = STRING: Physical memory HOST-RESOURCES-MIB::hrStorageDescr.3 = STRING: Virtual memory HOST-RESOURCES-MIB::hrStorageDescr.6 = STRING: Memory buffers HOST-RESOURCES-MIB::hrStorageDescr.7 = STRING: Cached memory HOST-RESOURCES-MIB::hrStorageDescr.8 = STRING: Shared memory HOST-RESOURCES-MIB::hrStorageDescr.10 = STRING: Swap space HOST-RESOURCES-MIB::hrStorageDescr.31 = STRING: / Regards. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.20 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/bash Versions of packages snmpd depends on: ii adduser 3.107add and remove users and groups ii debconf 1.5.21 Debian configuration management sy ii libc6 2.7-10 GNU C Library: Shared libraries ii libsnmp15 5.4.1~dfsg-6 SNMP (Simple Network Management Pr ii libwrap07.6.q-15 Wietse Venema's TCP wrappers libra snmpd recommends no packages. -- debconf information: snmpd/upgradefrom36: * snmpd/upgradefrom521: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#480700: gs-esp: Foreground and background colors are not honored when converting .eps to .pdf
Package: gs-esp Version: 8.15.3.dfsg.1-1 Severity: normal I use pdflatex to build work presentations frequently. My figures are usually created using gnuplot as encapsulated postscript files, and then converted to pdf's using epstopdf, which in turn calls gs-esp. In the past, the pdf's I would create automatically matched their text and lines to the foreground colors specified in the presentation.tex file. After converting foo.eps to foo.pdf, shows me a black on white figure. When the presentation style is white-on-blue, the pdf produced by pdflatex would include the figure with white text and lines instead of the usual black. Transparent parts of the original figure are honored. With the current versions of gs-esp, the outputed figure foo.pdf gets incorporated as black on black (hence hard to read). I have an example .eps file that have been converted to .pdf using both old and new versions of gs-esp. When pdflatex is run, the old versions match the specified colors but the new versions don't. For this reason, I believe the bug is in gs-esp, and not pdflatex. I've recompiled the source for gs-esp_7.07.1, and the old version give me the desired bahavior. -- System Information: Debian Release: lenny/sid APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.25-tim18 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages gs-esp depends on: ii gs-common 0.3.13-0.1Common files for different Ghostsc ii libc6 2.7-6 GNU C Library: Shared libraries ii libcupsimage2 1.2.7-4etch2 Common UNIX Printing System(tm) - ii libcupsys2 1.3.5-1+b1Common UNIX Printing System(tm) - ii libfontconfig1 2.5.0-2 generic font configuration library ii libgnutls132.0.4-1 the GNU TLS library - runtime libr ii libice62:1.0.4-1 X11 Inter-Client Exchange library ii libjpeg62 6b-14 The Independent JPEG Group's JPEG ii libpaper1 1.1.23library for handling paper charact ii libpng12-0 1.2.15~beta5-3PNG library - runtime ii libsm6 2:1.0.3-1+b1 X11 Session Management library ii libstdc++6 4.3-20080116-1The GNU Standard C++ Library v3 ii libtiff4 3.8.2-7 Tag Image File Format (TIFF) libra ii libx11-6 2:1.0.3-7 X11 client-side library ii libxext6 1:1.0.3-2 X11 miscellaneous extension librar ii libxt6 1:1.0.5-3 X11 toolkit intrinsics library ii zlib1g 1:1.2.3.3.dfsg-11 compression library - runtime Versions of packages gs-esp recommends: ii gsfonts 1:8.11+urwcyr1.0.7~pre43-2 Fonts for the Ghostscript interpre ii psfontmgr 0.11.10-0.1PostScript font manager -- part of -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#480575: qemubuilder fails with Ubuntu Hardy kernel
Hi, Hmmm why do Ubuntu kernels do such a stupid thing? qemu ATAPI devices shoud be /dev/hda, and they should expect things break. Indeed, there are some surprises from the 2.6.20 kernel http://beranger.org/index.php?article=2696&page=3k. Alan Cox wrote on Fri, 6 Jul 2007 "General. SATA and now PATA drives map onto the /dev/sd range as do SCSI, USB etc" on http://www.gossamer-threads.com/lists/linux/kernel/791086. Regards -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#480702: gs-esp: Foreground colors are not honored when converting .eps to .pdf
Package: gs-esp Version: 8.15.3.dfsg.1-1 Severity: normal *** Please type your report below this line *** I use pdflatex to build work presentations frequently. My figures are usually created using gnuplot as encapsulated postscript files, and then converted to pdf's using epstopdf to call gs-esp. In the past, the pdf's I would create automatically matched their text and lines to the foreground colors of the latex document. After converting foo.eps to foo.pdf, xpdf foo.pdf shows me a black on white figure. When the presentation style in presentation.tex is white-on-blue, the pdf produced by pdflatex would include the foo.pdf figure with white text and lines instead of the usual black. Transparent parts of the original figure are honored so the background color shows through. With the current versions of gs-esp, the outputted figure foo.pdf incorporated by pdflatex always gets incorporated with black text and lines. This is fine when the background is light, but very hard to read when the background is dark. I have an example .eps file that have been converted to .pdf using both old and new versions of gs-esp. When pdflatex is run, the old versions match the specified foreground colors but the new versions don't. For this reason, I believe the bug is in gs-esp, and not pdflatex. I've recompiled the source for gs-esp_7.07.1, and .pdf's created with this old version gives me the desired bahavior. My guess is that the needed behavior was lost at the version bump. Tim -- System Information: Debian Release: lenny/sid APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.25-tim18 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages gs-esp depends on: ii gs-common 0.3.13-0.1Common files for different Ghostsc ii libc6 2.7-6 GNU C Library: Shared libraries ii libcupsimage2 1.2.7-4etch2 Common UNIX Printing System(tm) - ii libcupsys2 1.3.5-1+b1Common UNIX Printing System(tm) - ii libfontconfig1 2.5.0-2 generic font configuration library ii libgnutls132.0.4-1 the GNU TLS library - runtime libr ii libice62:1.0.4-1 X11 Inter-Client Exchange library ii libjpeg62 6b-14 The Independent JPEG Group's JPEG ii libpaper1 1.1.23library for handling paper charact ii libpng12-0 1.2.15~beta5-3PNG library - runtime ii libsm6 2:1.0.3-1+b1 X11 Session Management library ii libstdc++6 4.3-20080116-1The GNU Standard C++ Library v3 ii libtiff4 3.8.2-7 Tag Image File Format (TIFF) libra ii libx11-6 2:1.0.3-7 X11 client-side library ii libxext6 1:1.0.3-2 X11 miscellaneous extension librar ii libxt6 1:1.0.5-3 X11 toolkit intrinsics library ii zlib1g 1:1.2.3.3.dfsg-11 compression library - runtime Versions of packages gs-esp recommends: ii gsfonts 1:8.11+urwcyr1.0.7~pre43-2 Fonts for the Ghostscript interpre ii psfontmgr 0.11.10-0.1PostScript font manager -- part of -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#480705: mediawiki: The installation requires mysql-server ?!
Package: mediawiki Version: 1:1.12.0-2 Severity: normal Hi, I want to install Mediawiki on a web server, the database is on another server. On the Web server are installed apache2, debconf, mime-support, php5, php5-mysql and php5-pgsql. And the output of apt-get : $ sudo apt-get install mediawiki Reading package lists... Done Building dependency tree Reading state information... Done The following extra packages will be installed: libhtml-template-perl mysql-client-5.0 mysql-server mysql-server-5.0 Suggested packages: libipc-sharedcache-perl clamav mediawiki-math memcached tinyca The following NEW packages will be installed: libhtml-template-perl mediawiki mysql-client-5.0 mysql-server mysql-server-5.0 0 upgraded, 5 newly installed, 0 to remove and 23 not upgraded. Need to get 42.4MB of archives. After this operation, 132MB of additional disk space will be used. Do you want to continue [Y/n]? n Abort. Surprisingly, mysql-server is not part of dependencies. Regards. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.20 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#480008: mirror submission for debian.snet.uz: source required
On Sun, May 11, 2008 at 09:48:33PM +0500, nitalaut wrote: > So it would be better to temporary close the ticket as I need amd64 arch > for my servers and cannot drop it. > I'll send a request for reopenning a ticket as soon as I get a new > server for mirror. Well, I keep it open, please reply to it when you will be ready. By the way, providing packages for your amd64 could be performered with a proxy such as squid or approx, apt-proxy and so one, since these machines certainly not use most of the archive. > Talking about security updates - in Uzbekistan we divide all traffic > into 2 main part - internal(free for users) and external which is pretty > expensive. That's why users prefer to keep external traffic as low as > possible. I understand the need, I just tell you the facts today : the debian installer doesn't let the choice of a security mirror, and on the website, we don't advertise users for choosing a security mirror. So unless a user want to use a mirror and not security.debian.org, and knows where to find the information, he will use security.d.o. Regards, -- Simon Paillard -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#480703: FTBFS: ocamlfind: Package `bin_prot' not found
Package: janest-core -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#463808: [mips] kernel crashes because of data bus error
Hi Aurelien, I currently cannot test it anymore, so I have to setup a new machine for this special purpose. I will try to get back to this problem during the next week or so. Bye, Giuseppe -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#480704: RM: libcsnd-java [hppa] -- ROM; build-dependencies not present in that architecture
Package: ftp.debian.org Severity: normal libcsnd-java build-depends on default-jdk-builddep, but it is not present in hppa anymore. The source no longer produces this package in the hppa architecture. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.25-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#480646: setting package to pdmenu, tagging 480646
# Automatically generated email from bts, devscripts version 2.10.27 # # pdmenu (1.2.94) UNRELEASED; urgency=low # # * Added a Russian translation from Yuri Kozlov. #Closes: #480646 # package pdmenu tags 480646 + pending -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#469035: libc6-i386: include mutiarch ld.conf from i386
Javier Serrano Polo a écrit : > reopen 469035 > thanks > > On second thought, since you're uploading new versions, some developers > allow multiarch flavors in their packages (gtk+2.0 recently) and there Those packages are still experimental and not designed to be uploaded to the Debian archive until full multiarch support is available in Debian. I really expect that people able to recompile such packages with multiarch enabled are also able to create this small one-liner file in /etc/ld.so.conf.d/. > are no such upgrade problems (you could even choose a different config > name: libc6-i386.conf), please reconsider this bug. > It'd be nice if you could express your intentions before the new > unstable version hits lenny. The name of the file is not my only concern. Adding this file into /etc/ld.so.conf.d/ means that we implicitly support it, and so we should support all the consequences, and provide an upgrade path from lenny to lenny + 1. Experience shows that users are very imaginative when you provide a feature. I already imagine packages using multiarch paths, but with a dependency on libc6-i386. How do you then handle the conflict between the plain i386 version of this package using multiarch paths and installed on an amd64 system, and the i386 version of this package also using multiarchs path but bundled into an amd64 package? They will use the exact same paths. The transition to multiarch will be really painful, and until we have a clear view on how to do it, I prefer to avoid thinking of the nth step, and instead concentrate on the first steps. The first step being getting multiarch support added to binutils and dpkg. One other step is to split the glibc between libraries and binaries, this work is planned for glibc 2.8 and will be tested in experimental first. So in short, this bug is a wontfix, at least for lenny. -- .''`. Aurelien Jarno | GPG: 1024D/F1BCDB73 : :' : Debian developer | Electrical Engineer `. `' [EMAIL PROTECTED] | [EMAIL PROTECTED] `-people.debian.org/~aurel32 | www.aurel32.net -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#480561: setting package to apt-utils apt-doc apt apt-transport-https libapt-pkg-doc libapt-pkg-dev ...
# Automatically generated email from bts, devscripts version 2.10.27 # # apt (0.7.14) UNRELEASED; urgency=low # # * Brazilian Portuguese updated. Closes: #480561 # * Hungarian updated. Closes: #480662 package apt-utils apt-doc apt apt-transport-https libapt-pkg-doc libapt-pkg-dev tags 480561 + pending tags 480662 + pending -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#450878: empty version
This patch looks wrong. It doesn't take into account that if you run debcommit from inside the debian/ dir, dpkg-parsechangelog will fail, and the version of the package won't be obtained properly. -- Robert Millan I know my rights; I want my phone call! What use is a phone call… if you are unable to speak? (as seen on /.) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#480709: buildd.emdebian.org: cupsys fails to cross build, cannot be updated
Package: general Severity: normal User: [EMAIL PROTECTED] In preparation for a pseudo-package, buildd.emdebian.org, I'm filing status bugs about packages that block the use of packages that crossbuild successfully or fail to cross build themselves after an update in Debian. $ emsource --status cupsys Checking the apt-cross cache is up to date for arm. Checking status of cupsys in /opt/emdebian/trunk/c/cupsys/trunk/ 7 emdebian patch files 0 debian patch files Checking emdebuild status in /opt/emdebian/trunk/c/cupsys/trunk/ build logs: /opt/emdebian/trunk/c/cupsys/trunk/cupsys_1.3.7-1em1_arm.build /opt/emdebian/trunk/c/cupsys/trunk/cupsys_1.3.7-5em1_arm.build Checking empdebuild status cupsys may be out of date. Checking for error logs in /opt/emdebian/trunk/c/cupsys/trunk/ Checking bug status No open cross-building bugs for cupsys cupsys FAILED to build. $ tail /opt/emdebian/trunk/c/cupsys/trunk/cupsys_1.3.7-5em1_arm.build from adminutil.c:37: /usr/include/pthread.h:653: warning: ‘__regparm__’ attribute directive ignored /usr/include/pthread.h:664: warning: ‘__regparm__’ attribute directive ignored /usr/include/pthread.h:708: warning: ‘__regparm__’ attribute directive ignored make[2]: *** [adminutil.o] Error 1 make[2]: Leaving directory `/opt/emdebian/trunk/c/cupsys/trunk/cupsys-1.3.7/cups' make[1]: *** [all] Error 1 make[1]: Leaving directory `/opt/emdebian/trunk/c/cupsys/trunk/cupsys-1.3.7' make: *** [debian/stamp-makefile-build] Error 2 dpkg-buildpackage: failure: debian/rules build gave error exit status 2 -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.22-2-amd64 (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#432565: Can you resend the patch against current pen?
Hi Reinhold! Could you resend your patch for penctl.cgi against current version of pen? Use diff -u to produce it and attach to your message instead of copy/paste. Thanks! -- I AM NOT DELIGHTFULLY SAUCY I AM NOT DELIGHTFULLY SAUCY I AM NOT DELIGHTFULLY SAUCY -+- Bart Simpson on chalkboard in episode 1F14 pgpTeOlyUZR6V.pgp Description: PGP signature
Bug#480710: buildd.emdebian.org: avahi cannot be updated, new version fails to cross build
Package: general Severity: normal User: [EMAIL PROTECTED] In preparation for a pseudo-package, buildd.emdebian.org, I'm filing status bugs about packages that block the use of packages that crossbuild successfully. $ emsource --status avahi Checking the apt-cross cache is up to date for arm. Checking status of avahi in /opt/emdebian/trunk/a/avahi/trunk/ 9 emdebian patch files 0 debian patch files Checking emdebuild status in /opt/emdebian/trunk/a/avahi/trunk/ build log: avahi (0.6.22) FAILED to cross build for arm. /opt/emdebian/trunk/a/avahi/trunk/avahi_0.6.22-3em1_arm.build Checking for error logs in /opt/emdebian/trunk/a/avahi/trunk/ Checking bug status No open cross-building bugs for avahi avahi FAILED to build. In file included from /usr/arm-linux-gnu/include/gtk-2.0/gtk/gtkactiongroup.h:34, from /usr/arm-linux-gnu/include/gtk-2.0/gtk/gtk.h:38, from main.c:33: /usr/arm-linux-gnu/include/gtk-2.0/gtk/gtkitemfactory.h:50: warning: function declaration isn’t a prototype arm-linux-gnu-gcc: -lpthread: linker input file unused because linking not done make[3]: *** No rule to make target `../avahi-glib/libavahi-glib.la', needed by `avahi-discover-standalone'. Stop. make[3]: Leaving directory `/opt/emdebian/trunk/a/avahi/trunk/avahi-0.6.22/avahi-discover-standalone' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/opt/emdebian/trunk/a/avahi/trunk/avahi-0.6.22' make[1]: *** [all] Error 2 make[1]: Leaving directory `/opt/emdebian/trunk/a/avahi/trunk/avahi-0.6.22' make: *** [debian/stamp-makefile-build] Error 2 dpkg-buildpackage: failure: debian/rules build gave error exit status 2 -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.22-2-amd64 (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#480706: buildd.emdebian.org: coreutils fails to cross build
Package: general Severity: normal In preparation for a pseudo-package, buildd.emdebian.org, I'm filing status bugs about packages that fail to crossbuild successfully, despite building successfully in the past. i.e. where an existing package in Emdebian cannot be updated because the new version fails in a new and different way. :-( $ emsource --status coreutils Checking the apt-cross cache is up to date for arm. Checking status of coreutils in /opt/emdebian/trunk/c/coreutils/trunk/ 6 emdebian patch files 0 debian patch files Checking emdebuild status in /opt/emdebian/trunk/c/coreutils/trunk/ build log: coreutils (6.10) FAILED to cross build for arm. /opt/emdebian/trunk/c/coreutils/trunk/coreutils_6.10-6em1_arm.build Checking empdebuild status coreutils may be out of date. Checking for error logs in /opt/emdebian/trunk/c/coreutils/trunk/ Checking bug status No open cross-building bugs for coreutils coreutils FAILED to build. $ tail /opt/emdebian/trunk/c/coreutils/trunk/coreutils_6.10-6em1_arm.build /usr/arm-linux-gnu/include/stdio.h:718: error: conflicting types for 'rpl_fseeko' ./stdio.h:277: error: previous declaration of 'rpl_fseeko' was here make[3]: *** [areadlink-with-size.o] Error 1 make[3]: Leaving directory `/opt/emdebian/trunk/c/coreutils/trunk/coreutils-6.10/build-tree/coreutils-6.10/lib' make[2]: *** [all] Error 2 make[2]: Leaving directory `/opt/emdebian/trunk/c/coreutils/trunk/coreutils-6.10/build-tree/coreutils-6.10/lib' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/opt/emdebian/trunk/c/coreutils/trunk/coreutils-6.10/build-tree/coreutils-6.10' make: *** [build-stamp] Error 2 dpkg-buildpackage: failure: debian/rules build gave error exit status 2 This is a placeholder bug until buildd.emdebian.org is available as a pseudo-package but serves to explain why coreutils is not being updated and the nature of the build failure. See #480514 regarding why the build logs are not available online yet. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.22-2-amd64 (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#480708: bin-prot: FTBFS: Not using -fPIC to create shared library.
Package: bin-prot Version: 1.0.5-3 Severity: serious Hi, Your package is failing to build with the following error: ocamlmklib-I +camlp4 \ -o bin_prot_stubs common_stubs.o read_stubs.o write_stubs.o \ /usr/bin/ld: write_stubs.o: relocation R_X86_64_32 against `a local symbol' can not be used when making a shared object; recompile with -fPIC write_stubs.o: could not read symbols: Bad value collect2: ld returned 1 exit status make[3]: *** [dllbin_prot_stubs.so] Error 2 To make a shared library, the files need to be compiled using -fPIC. Please see section 10.2 of the policy. Kurt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#480711: buildd.emdebian.org: curl cross built but unable to upload, missing dependencies
Package: general
Severity: normal
User: [EMAIL PROTECTED]
In preparation for a pseudo-package, buildd.emdebian.org, I'm filing
status bugs about packages that block the use of packages that
crossbuild successfully.
$ emsource --status curl
Checking the apt-cross cache is up to date for arm.
Checking status of curl in /opt/emdebian/trunk/c/curl/trunk/
20 emdebian patch files
0 debian patch files
Checking emdebuild status in /opt/emdebian/trunk/c/curl/trunk/
curl may be out of date.
Checking for error logs in /opt/emdebian/trunk/c/curl/trunk/
curl (= 7.18.0-1em1): FAILED
libcurl3 (= 7.18.0-1em1): FAILED
libcurl3-gnutls (= 7.18.0-1em1): FAILED
curl (= 7.18.0-1em1) depends on libcurl3 (>= 7.16.2-1) {libcurl3 (=
7.18.0-1em1)}
libcurl3 (= 7.18.0-1em1) depends on libidn11 (>= 0.5.18) {NOT
AVAILABLE}
libcurl3 (= 7.18.0-1em1) depends on libidn11 (>= 0.5.18) {NOT
AVAILABLE}
libcurl3-gnutls (= 7.18.0-1em1) depends on libgnutls26 (>= 2.2.0-0)
{NOT AVAILABLE}
Sat May 3 20:36:03 BST 2008
curl (= 7.18.0-1em1): FAILED
libcurl3 (= 7.18.0-1em1): FAILED
libcurl3-gnutls (= 7.18.0-1em1): FAILED
libcurl4-gnutls-dev (= 7.18.0-1em1): FAILED
libcurl4-openssl-dev (= 7.18.0-1em1): FAILED
curl (= 7.18.0-1em1) depends on libcurl3 (>= 7.16.2-1) {libcurl3 (=
7.18.0-1em1)}
libcurl3 (= 7.18.0-1em1) depends on libidn11 (>= 0.5.18) {NOT
AVAILABLE}
libcurl3 (= 7.18.0-1em1) depends on libidn11 (>= 0.5.18) {NOT
AVAILABLE}
libcurl3-gnutls (= 7.18.0-1em1) depends on libidn11 (>= 0.5.18) {NOT
AVAILABLE}
libcurl4-gnutls-dev (= 7.18.0-1em1) depends on libidn11-dev {NOT
AVAILABLE}
libcurl4-openssl-dev (= 7.18.0-1em1) depends on libidn11-dev {NOT
AVAILABLE}
Mon May 5 13:17:04 BST 2008
curl (= 7.18.0-1em1): FAILED
libcurl3 (= 7.18.0-1em1): FAILED
libcurl4-gnutls-dev (= 7.18.0-1em1): FAILED
libcurl4-openssl-dev (= 7.18.0-1em1): FAILED
curl (= 7.18.0-1em1) depends on libcurl3 (>= 7.16.2-1) {libcurl3 (=
7.18.0-1em1)}
libcurl3 (= 7.18.0-1em1) depends on libssh2-1 {NOT AVAILABLE}
libcurl3 (= 7.18.0-1em1) depends on libssh2-1 {NOT AVAILABLE}
libcurl4-gnutls-dev (= 7.18.0-1em1) depends on libldap2-dev {NOT
AVAILABLE}
libcurl4-openssl-dev (= 7.18.0-1em1) depends on libssh2-1-dev {NOT
AVAILABLE}
Mon May 5 13:27:14 BST 2008
If these errors have been resolved, delete the
'/opt/emdebian/trunk/c/curl/trunk/emrecent_error.log' file.
Checking bug status
No open cross-building bugs for curl
curl is waiting for a dependency - see above.
-- System Information:
Debian Release: lenny/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.22-2-amd64 (SMP w/1 CPU core)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#454753: Marking as wontfix
severity 454753 wishlist tags 454753 + wontfix thanks As answered by upstream, pen should not be linked with SSL yet. I mark the bug as wontfix. Thanks. -- I AM NOT A DENTIST I AM NOT A DENTIST I AM NOT A DENTIST -+- Bart Simpson on chalkboard in episode 7F24 pgpWCqRy8hiDG.pgp Description: PGP signature
Bug#480707: linux-image-2.6.25-1-686: 2.6.25-1 does not give me any battery info
Package: linux-image-2.6.25-1-686 Version: 2.6.25-1 Severity: important Hi there, In this laptop I have consecutive kernels working without problem, but with the latest linux-image-2.6.25-1-686 KDE's laptop monitoring service (that looks into the battery status) refuses to start up. I guess that ACPI info is missing, but I didn't really check anything that could be causing this, just came back to 2.6.24. Yet, feel free to ask me anything if you need, and I'll check it out. Best regards, Marcos Marado -- Package-specific info: -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (990, 'testing'), (500, 'proposed-updates'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.24-1-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages linux-image-2.6.25-1-686 depends on: ii debconf [debconf-2.0]1.5.11etch2 Debian configuration management sy ii initramfs-tools [linux-initr 0.85h tools for generating an initramfs ii module-init-tools3.3-pre4-2 tools for managing Linux kernel mo Versions of packages linux-image-2.6.25-1-686 recommends: ii libc6-i6862.7-6 GNU C Library: Shared libraries [i -- debconf information: linux-image-2.6.25-1-686/postinst/kimage-is-a-directory: linux-image-2.6.25-1-686/preinst/abort-install-2.6.25-1-686: linux-image-2.6.25-1-686/postinst/create-kimage-link-2.6.25-1-686: true linux-image-2.6.25-1-686/postinst/bootloader-test-error-2.6.25-1-686: linux-image-2.6.25-1-686/preinst/overwriting-modules-2.6.25-1-686: true linux-image-2.6.25-1-686/preinst/initrd-2.6.25-1-686: linux-image-2.6.25-1-686/postinst/old-initrd-link-2.6.25-1-686: true linux-image-2.6.25-1-686/postinst/bootloader-error-2.6.25-1-686: linux-image-2.6.25-1-686/preinst/lilo-initrd-2.6.25-1-686: true linux-image-2.6.25-1-686/preinst/bootloader-initrd-2.6.25-1-686: true linux-image-2.6.25-1-686/preinst/elilo-initrd-2.6.25-1-686: true linux-image-2.6.25-1-686/prerm/would-invalidate-boot-loader-2.6.25-1-686: true linux-image-2.6.25-1-686/postinst/old-system-map-link-2.6.25-1-686: true shared/kernel-image/really-run-bootloader: true linux-image-2.6.25-1-686/preinst/failed-to-move-modules-2.6.25-1-686: linux-image-2.6.25-1-686/postinst/old-dir-initrd-link-2.6.25-1-686: true linux-image-2.6.25-1-686/postinst/depmod-error-2.6.25-1-686: false linux-image-2.6.25-1-686/preinst/lilo-has-ramdisk: linux-image-2.6.25-1-686/prerm/removing-running-kernel-2.6.25-1-686: true linux-image-2.6.25-1-686/postinst/depmod-error-initrd-2.6.25-1-686: false linux-image-2.6.25-1-686/preinst/abort-overwrite-2.6.25-1-686: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#480682: freeradius-{common,utils} should conflict with other radius-server packages
This one time, at band camp, Ralf Treinen said: > > freeradius-utils and freeradius-tools have common files with other > freeradius servers: radiusd-livingston, xtradius, yardradius. Thanks for the report. Fixed locally, upload will come soon. -- - | ,''`.Stephen Gran | | : :' :[EMAIL PROTECTED] | | `. `'Debian user, admin, and developer | |`- http://www.debian.org | - signature.asc Description: Digital signature
Bug#480564: xinetd doesn't bind to IPv6 addresses when it's started without -inetd_compat
On Sun, May 11, 2008 at 06:58:44PM +0200, Pierre Habouzit wrote: > err -inetd_ipv6 is added automatically if INETD_COMPAT is set, and > ipv6 is available on the system. In addition to that, I'm pretty sure > that flags = IPv6 is needed to have ipv6 since like forever[0]. I stand corrected. I was confused by a second spuriously running xinetd. Just tested it once again, and 'flags = IPv6' is needed as you say. I think you can close this ``bug''. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#480712: buildd.emdebian.org: e2fsprogs fails to cross build, unable to update package
Package: general Severity: normal User: [EMAIL PROTECTED] $ emsource --status e2fsprogs Checking the apt-cross cache is up to date for arm. W: Unable to locate package libuuid1-udeb W: Unable to locate package libblkid1-udeb W: Unable to locate package e2fsprogs-udeb Checking status of e2fsprogs in /opt/emdebian/trunk/e/e2fsprogs/trunk/ 4 emdebian patch files 0 debian patch files Checking emdebuild status in /opt/emdebian/trunk/e/e2fsprogs/trunk/ build log: e2fsprogs (1.40.8) FAILED to cross build for arm. /opt/emdebian/trunk/e/e2fsprogs/trunk/e2fsprogs_1.40.8-2em1_arm.build Checking for error logs in /opt/emdebian/trunk/e/e2fsprogs/trunk/ Checking bug status No open cross-building bugs for e2fsprogs e2fsprogs FAILED to build. $ tail -20 /opt/emdebian/trunk/e/e2fsprogs/trunk/e2fsprogs_1.40.8-2em1_arm.build CC /opt/emdebian/trunk/e/e2fsprogs/trunk/e2fsprogs-1.40.8/e2fsck/profile.c CC prof_err.c LD e2fsck ../lib/libblkid.so: undefined reference to `dm_log_init' ../lib/libblkid.so: undefined reference to `dm_task_run' ../lib/libblkid.so: undefined reference to `dm_task_create' ../lib/libblkid.so: undefined reference to `dm_task_get_deps' ../lib/libblkid.so: undefined reference to `dm_task_destroy' ../lib/libblkid.so: undefined reference to `dm_task_get_names' ../lib/libblkid.so: undefined reference to `dm_task_set_name' ../lib/libblkid.so: undefined reference to `dm_task_get_info' collect2: ld returned 1 exit status make[3]: *** [e2fsck] Error 1 make[3]: Leaving directory `/opt/emdebian/trunk/e/e2fsprogs/trunk/e2fsprogs-1.40.8/debian/BUILD-STD/e2fsck' make[2]: *** [all-progs-recursive] Error 1 make[2]: Leaving directory `/opt/emdebian/trunk/e/e2fsprogs/trunk/e2fsprogs-1.40.8/debian/BUILD-STD' make[1]: *** [all] Error 2 make[1]: Leaving directory `/opt/emdebian/trunk/e/e2fsprogs/trunk/e2fsprogs-1.40.8/debian/BUILD-STD' make: *** [debian/stampdir/build-std-stamp] Error 2 dpkg-buildpackage: failure: debian/rules build gave error exit status 2 Cross build dependency information: -- $ cat /opt/emdebian/trunk/e/e2fsprogs/trunk/e2fsprogs-1.40.8/debian/xcontrol | grep Build-Depends Build-Depends: dietlibc-dev [alpha amd64 arm hppa i386 ia64 mips mipsel powerpc ppc64 s390 sparc], libsepol1-dev [!hurd-i386 !kfreebsd-i386 !kfreebsd-amd64], libdevmapper-dev [!hurd-i386 !kfreebsd-i386 !kfreebsd-amd64], libselinux1-dev [!hurd-i386 !kfreebsd-i386 !kfreebsd-amd64] Build-Depends-Tools: texi2html (>= 1.76), gettext, texinfo, dc, pkg-config, debhelper (>= 4) $ dpkg -l dietlibc-dev-arm-cross libsepol1-dev-arm-cross libdevmapper-dev-arm-cross libselinux1-dev-arm-cross Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Inst/Cfg-files/Unpacked/Failed-cfg/Half-inst/trig-aWait/Trig-pend |/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad) ||/ Name Version Description +++-=-=-== ii dietlibc-dev-arm-cross0.31-1dietlibc - a libc optimized for small size (for cross-compiling) ii libdevmapper-dev-arm-cross2:1.02.24-4 The Linux Kernel Device Mapper header files (for cross-compiling) ii libselinux1-dev-arm-cross 2.0.59-1 SELinux development headers (for cross-compiling) ii libsepol1-dev-arm-cross 2.0.25-1 Security Enhanced Linux policy library and development files (for cross-co -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.22-2-amd64 (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#480008: mirror submission for debian.snet.uz: source required
Actually during our conversation I freed an additional 25 Gb of space so now I'm able to mirror source =) Hope it will be mirrored in a few days. P.S. Yes, I know about apt-proxy and even use it for my old sarge servers, but it works unacceptably(sometimes freezes, sometimes downloads broken files. Changing source mirror didn't gave ant result). Simon Paillard wrote: > On Sun, May 11, 2008 at 09:48:33PM +0500, nitalaut wrote: > >> So it would be better to temporary close the ticket as I need amd64 arch >> for my servers and cannot drop it. >> I'll send a request for reopenning a ticket as soon as I get a new >> server for mirror. >> > > Well, I keep it open, please reply to it when you will be ready. > > By the way, providing packages for your amd64 could be performered with > a proxy such as squid or approx, apt-proxy and so one, since these > machines certainly not use most of the archive. > -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#480713: amarok: Allow musicbrainz to fill in year tags
Package: amarok Version: 1.4.9.1-1 Severity: minor In amarok version 1.4.4 (in Etch) musicbrainz would also fill in the year tags; please bring back this feature. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.18-20080502 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages amarok depends on: ii amarok-common 1.4.9.1-1architecture independent files for ii amarok-engine-xine 1.4.9.1-1Xine engine for the Amarok audio p ii kdelibs4c2a 4:3.5.9.dfsg.1-4 core libraries and binaries for al ii libc6 2.7-10 GNU C Library: Shared libraries ii libgcc1 1:4.3.0-3GCC support library ii libgl1-mesa-glx [libgl1 7.0.3-1 A free implementation of the OpenG ii libglib2.0-02.16.1-2 The GLib library of C routines ii libgpod3-nogtk 0.6.0-4 a library to read and write songs ii libifp4 1.0.0.2-3communicate with iRiver iFP audio ii libkarma0 0.0.6-3.1Rio Karma access library [runtime ii libmtp7 0.2.6.1-2Media Transfer Protocol (MTP) libr ii libmysqlclient15off 5.0.51a-5MySQL database client library ii libnjb5 2.2.5-4.2Creative Labs Nomad Jukebox librar ii libpq5 8.3.1-1 PostgreSQL C client library ii libqt3-mt 3:3.3.8b-5 Qt GUI Library (Threaded runtime v ii libruby1.8 1.8.6.114-2 Libraries necessary to run Ruby 1. ii libsdl1.2debian 1.2.13-2 Simple DirectMedia Layer ii libsqlite3-03.5.8-1 SQLite 3 shared library ii libstdc++6 4.3.0-3 The GNU Standard C++ Library v3 ii libtag1c2a 1.4-8.1 TagLib Audio Meta-Data Library ii libtunepimp50.5.3-7 MusicBrainz tagging library ii libusb-0.1-42:0.1.12-9 userspace USB programming library ii libvisual-0.4-0 0.4.0-2.1Audio visualization framework ii unzip 5.52-11 De-archiver for .zip files Versions of packages amarok recommends: pn amarok-konqsidebar (no description available) pn kdemultimedia-kio-plugins (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#480715: buildd.emdebian.org: New version of 'file' fails to cross build, unable to update package.
Package: general Severity: normal $ emsource --status file Checking the apt-cross cache is up to date for arm. Checking status of file in /opt/emdebian/trunk/f/file/trunk/ 4 emdebian patch files 0 debian patch files Checking emdebuild status in /opt/emdebian/trunk/f/file/trunk/ build log: file (4.24) FAILED to cross build for arm. /opt/emdebian/trunk/f/file/trunk/file_4.24-2em1_arm.build Checking empdebuild status file may be out of date. Checking for error logs in /opt/emdebian/trunk/f/file/trunk/ Checking bug status No open cross-building bugs for file file FAILED to build. /bin/sh ../libtool --tag=CC --mode=link arm-linux-gnu-gcc -DHOWMANY=0x18000 -Wall -g -O2 -no-undefined -version-info 1:0:0 -o libmagic.la -rpath /usr/lib magic.lo apprentice.lo softmagic.lo ascmagic.lo compress.lo is_tar.lo readelf.lo print.lo fsmagic.lo funcs.lo apptype.lo -lz gcc -shared .libs/magic.o .libs/apprentice.o .libs/softmagic.o .libs/ascmagic.o .libs/compress.o .libs/is_tar.o .libs/readelf.o .libs/print.o .libs/fsmagic.o .libs/funcs.o .libs/apptype.o -lz -Wl,-soname -Wl,libmagic.so.1 -o .libs/libmagic.so.1.0.0 /usr/bin/ld: .libs/magic.o: Relocations in generic ELF (EM: 40) /usr/bin/ld: .libs/magic.o: Relocations in generic ELF (EM: 40) /usr/bin/ld: .libs/magic.o: Relocations in generic ELF (EM: 40) /usr/bin/ld: .libs/magic.o: Relocations in generic ELF (EM: 40) /usr/bin/ld: .libs/magic.o: Relocations in generic ELF (EM: 40) /usr/bin/ld: .libs/magic.o: Relocations in generic ELF (EM: 40) .libs/magic.o: could not read symbols: File in wrong format collect2: ld returned 1 exit status make[3]: *** [libmagic.la] Error 1 make[3]: Leaving directory `/opt/emdebian/trunk/f/file/trunk/file-4.24/src' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/opt/emdebian/trunk/f/file/trunk/file-4.24' make[1]: *** [all] Error 2 make[1]: Leaving directory `/opt/emdebian/trunk/f/file/trunk/file-4.24' make: *** [build-stamp] Error 2 dpkg-buildpackage: failure: debian/rules build gave error exit status 2 Recording that the package failed to build. This is down to the libtool handling in the package - the libtool script modified by calling ./configure is removed and replaced by a basic one that is unable to handle cross building. Allowing the upstream libtool to be updated by the configure script causes a different build error: arm-linux-gnu-ranlib .libs/libmagic.a creating libmagic.la (cd .libs && rm -f libmagic.la && ln -s ../libmagic.la libmagic.la) arm-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I.. -DMAGIC='"/etc/magic:/usr/share/file/magic"' -DHOWMANY=0x18000 -Wall -g -O2 -MT file.o -MD -MP -MF .deps/file.Tpo -c -o file.o file.c mv -f .deps/file.Tpo .deps/file.Po /bin/sh ../libtool --tag=CC --mode=link arm-linux-gnu-gcc -DHOWMANY=0x18000 -Wall -g -O2 -o file file.o libmagic.la arm-linux-gnu-gcc -DHOWMANY=0x18000 -Wall -g -O2 -o file file.o ./.libs/libmagic.a -lz make[3]: Leaving directory `/opt/emdebian/trunk/f/file/trunk/file-4.24/src' Making all in magic make[3]: Entering directory `/opt/emdebian/trunk/f/file/trunk/file-4.24/magic' make[3]: *** No rule to make target `file', needed by `magic.mgc'. Stop. make[3]: Leaving directory `/opt/emdebian/trunk/f/file/trunk/file-4.24/magic' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/opt/emdebian/trunk/f/file/trunk/file-4.24' make[1]: *** [all] Error 2 make[1]: Leaving directory `/opt/emdebian/trunk/f/file/trunk/file-4.24' make: *** [build-stamp] Error 2 dpkg-buildpackage: failure: debian/rules build gave error exit status 2 -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.22-2-amd64 (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#480714: vice: Help defaults to using netscape and wrong document location
Package: vice Version: 1.22-3 Severity: normal When pressing the "Help" menu entry, on the console shows: Executing `netscape /usr/lib/vice/doc/vice_toc.html &'... sh: netscape: command not found Better use "x-www-browser" instead of netscape, and the correct location for the docs is "/usr/share/doc/vice/html/vice_toc.html" Regards, Thomas Arendsen Hein -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (550, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.24-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages vice depends on: ii libasound2 1.0.16-2 ALSA library ii libatk1.0-01.22.0-1 The ATK accessibility toolkit ii libc6 2.7-10GNU C Library: Shared libraries ii libcairo2 1.6.4-1+b1The Cairo 2D vector graphics libra ii libesd00.2.36-3 Enlightened Sound Daemon - Shared ii libgcc11:4.3.0-3 GCC support library ii libglib2.0-0 2.16.1-2 The GLib library of C routines ii libgtk2.0-02.12.9-2 The GTK+ graphical user interface ii libieee1284-3 0.2.11-4 cross-platform library for paralle ii libjpeg62 6b-14 The Independent JPEG Group's JPEG ii libpango1.0-0 1.20.2-2 Layout and rendering of internatio ii libpng12-0 1.2.27-1 PNG library - runtime ii libreadline5 5.2-3 GNU readline and history libraries ii libstdc++6 4.3.0-3 The GNU Standard C++ Library v3 ii libx11-6 2:1.0.3-7 X11 client-side library ii libxext6 2:1.0.4-1 X11 miscellaneous extension librar ii libxrandr2 2:1.2.2-1 X11 RandR extension library ii libxv1 2:1.0.4-1 X11 Video extension library ii libxxf86dga1 2:1.0.2-1 X11 Direct Graphics Access extensi ii libxxf86vm11:1.0.1-2 X11 XFree86 video mode extension l ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime vice recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#329032: Processed: Re: Bug#329032: gnumeric: assertion failure reading certain .xls
tags 329032 + moreinfo thanks The file available under the new download URL seems to have changed as well; I do not have a copy of the file which triggered the warnings. If you have a copy, please provide it. Otherwise, I'm afraid there's nothing further to be done here except closing this bug on the assumption it was fixed by the numerous xls format handling fixes that have been made in recent releases of gnumeric. Ray -- Pinky, Are You Pondering What I'm Pondering? I think so Brain, but "instant karma" always gets so lumpy. Pinky and the Brain in "Brainwashed Part 3: Wash Harder" -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#450851: xserver-xorg-input-evdev: pointer constatntly moves down-right in captured state (most of games) when using evdev
severity 450851 important thanks Package: xserver-xorg-input-evdev Version: 1:1.2.0-1 Same problem here, pointer seems to be moving irrationally in nexuiz, although that does not happen if you lift it up (eg. normal movement events are not created either). Sebastian Dalfuß's "export SDL_VIDEO_X11_DGAMOUSE=0" tip works for nexuiz. I'm bumping the severity as this bug seems to have "a major effect on the usability of the package" - I think many people use evdev to exploit all the buttons in FPS games, and this bug renders a lot of those games unusable. It was also mentioned above that Logitech mouses are not the only ones affected, but for what it's worth, mine is "Logitech, Inc. MX518 Optical Mouse". Regards, -- Heikki Hokkanen
Bug#480633: FTBFS in pbuilder: missing po4a build dependency
Quoting Junichi Uekawa ([EMAIL PROTECTED]): > Hi, > > > The package does not declare a dependency on po4a while it uses it in its > > build system. Therefore it fails to build withpbuilder..:-) > > > > This can be easily fixed by adding po4a to the Build-Depends field. > > > Thanks, fixed! OK... was funny to say "pbuilder doesn't build in pbuilder", indeed..:) That said, what do you think, Junichi, about my "intent to NMU". I know that you're perfectly able to upload the package by yourself, but in that case, I'd like to send out a call for translations first, then have the package fixed after 10 days or so... PS: and congratulations for the wedding ! signature.asc Description: Digital signature
Bug#471456: Bad video performance after last update on Lenny
reassign 480689 xserver-xorg-video-intel found 471456 2:2.2.1-2 forcemerge 471456 480689 thank you The same problem here in my KDE, as commented in my #480689. Merging it. Regards, Renato S. Yamane -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#450878: empty version
tags 450878 - patch thanks Hi, On Sun, 2008-05-11 at 19:29 +0200, Robert Millan wrote: > This patch looks wrong. It doesn't take into account that if you run > debcommit from inside the debian/ dir, dpkg-parsechangelog will fail, > and the version of the package won't be obtained properly. Indeed (assuming you're referring to the patch in http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=450878#14). Patrick indicated on IRC a couple of months ago that he wasn't happy with the patch, hence my detagging it then. I should have mentioned that in my detagging message to avoid confusion; doing so now and redetagging. Regards, Adam -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#480716: buildd.emdebian.org: New version of findutils fails to cross build, prevents update in Emdebian
Package: general Severity: normal User: [EMAIL PROTECTED] In preparation for a pseudo-package, buildd.emdebian.org, I'm filing status bugs about packages that fail to crossbuild successfully, despite building successfully in the past. i.e. where an existing package in Emdebian cannot be updated because the new version fails in a new and different way. :-( A similar problem to #480706 - looks like a new cache value is needed but I haven't been able to identify it. $ emsource --status findutils Checking the apt-cross cache is up to date for arm. Checking status of findutils in /opt/emdebian/trunk/f/findutils/trunk/ 6 emdebian patch files 0 debian patch files Checking emdebuild status in /opt/emdebian/trunk/f/findutils/trunk/ build log: findutils (4.4.0) FAILED to cross build for arm. /opt/emdebian/trunk/f/findutils/trunk/findutils_4.4.0-2em1_arm.build Checking empdebuild status findutils may be out of date. Checking for error logs in /opt/emdebian/trunk/f/findutils/trunk/ Checking bug status No open cross-building bugs for findutils findutils FAILED to build. make[5]: Entering directory `/opt/emdebian/trunk/f/findutils/trunk/findutils-4.4.0/gnulib/lib' depbase=`echo areadlink-with-size.o | sed 's|[^/]*$|.deps/&|;s|\.o$||'`;\ arm-linux-gnu-gcc -std=gnu99 -DHAVE_CONFIG_H -I. -I../.. -I../../intl -Wall -g -O2 -MT areadlink-with-size.o -MD -MP -MF $depbase.Tpo -c -o areadlink-with-size.o areadlink-with-size.c &&\ mv -f $depbase.Tpo $depbase.Po In file included from ./stdio.h:31, from areadlink-with-size.c:25: /usr/arm-linux-gnu/include/stdio.h:718: error: expected declaration specifiers or ‘...’ before ‘(’ token /usr/arm-linux-gnu/include/stdio.h:718: error: conflicting types for ‘rpl_fseeko’ ./stdio.h:275: error: previous declaration of ‘rpl_fseeko’ was here make[5]: *** [areadlink-with-size.o] Error 1 make[5]: Leaving directory `/opt/emdebian/trunk/f/findutils/trunk/findutils-4.4.0/gnulib/lib' make[4]: *** [all] Error 2 make[4]: Leaving directory `/opt/emdebian/trunk/f/findutils/trunk/findutils-4.4.0/gnulib/lib' make[3]: *** [all-recursive] Error 1 make[3]: Leaving directory `/opt/emdebian/trunk/f/findutils/trunk/findutils-4.4.0/gnulib' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/opt/emdebian/trunk/f/findutils/trunk/findutils-4.4.0' make[1]: *** [all] Error 2 make[1]: Leaving directory `/opt/emdebian/trunk/f/findutils/trunk/findutils-4.4.0' make: *** [build-stamp] Error 2 dpkg-buildpackage: failure: debian/rules build gave error exit status 2 -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.22-2-amd64 (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#480717: buildd.emdebian.org: [RM] {arm} (unstable) gcc-4.2 not needed in Emdebian anymore?
Package: general Severity: normal User: [EMAIL PROTECTED] In preparation for a pseudo-package, buildd.emdebian.org, I'm filing status bugs about packages that fail to crossbuild successfully, despite building successfully in the past. i.e. where an existing package in Emdebian cannot be updated because the new version fails in a new and different way. :-( gcc-4.2 no longer builds libgcc1 in Debian and as this package was the primary reason for building gcc at all in Emdebian and libgcc1 is finally available through a reverse cross of gcc-4.3, it may be time to remove gcc-4.2 from Emdebian. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.22-2-amd64 (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#480718: buildd.emdebian.org: Unable to update gnome-vfs, new version fails to cross build
Package: general Severity: normal User: [EMAIL PROTECTED] In preparation for a pseudo-package, buildd.emdebian.org, I'm filing status bugs about packages that fail to crossbuild successfully, despite building successfully in the past. i.e. where an existing package in Emdebian cannot be updated because the new version fails in a new and different way. :-( $ emsource --status gnome-vfs Checking the apt-cross cache is up to date for arm. Checking status of gnome-vfs in /opt/emdebian/trunk/g/gnome-vfs/trunk/ 5 emdebian patch files 0 debian patch files Checking emdebuild status in /opt/emdebian/trunk/g/gnome-vfs/trunk/ gnome-vfs may be out of date. Checking for error logs in /opt/emdebian/trunk/g/gnome-vfs/trunk/ Checking bug status No open cross-building bugs for gnome-vfs gnome-vfs FAILED to build. $ tail /opt/emdebian/trunk/g/gnome-vfs/trunk/gnome-vfs_1:2.22.0-2em1_arm.build checking for Solaris ACL... no checking for POSIX ACL... yes checking for acl_extended_file... no checking pwd.h usability... yes checking pwd.h presence... yes checking for pwd.h... yes checking for posix getpwuid_r... configure: error: cannot run test program while cross compiling See `config.log' for more details. make: *** [config.status] Error 1 dpkg-buildpackage: failure: debian/rules build gave error exit status 2 -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.22-2-amd64 (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#457903: NMU please?
Hi Sam, Do you have permission to do a NMU to get rid of this depmod problem? I can provide a new package including a postinst script, but I am not a blessed DM yet. Regards Harri -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#480719: perl-modules: outdated libfile-temp-perl conflict
Package: perl Version: 5.10.0-10 The perl-modules package conflicts with libfile-temp-perl (<< 0.16-1), but there's 0.18 inside. The conflict should read (<< 0.18) or (<< 0.18-1). This could make a separately packaged 0.16 or 0.17 version override the newer one in the core. I don't think those have ever been in Debian, though, so leaving this at 'normal' severity. -- Niko Tyni [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#470606: Please try ekg2 20080511+1713-1
Hi Fenio, I've just uploaded a recent snapshot of ekg2, which has some chance of having #470606 fixed: http://lists.ziew.org/mailman/pipermail/ekg2-users/2008-March/001230.html Since you already use logsqlite, could you test at your leisure whether the bug is really gone in this revision? Just send some messages and kill -SEGV the ekg2 instance, and then see whether the conversation got synced correctly. regards, -- Marcin Owsiany <[EMAIL PROTECTED]> http://marcin.owsiany.pl/ GnuPG: 1024D/60F41216 FE67 DA2D 0ACA FC5E 3F75 D6F6 3A0D 8AA0 60F4 1216 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#480723: developers-reference: Please update section 5.11.6 (Acknowledging an NMU)
Package: developers-reference Version: 3.3.9 Severity: normal Hi, looking at Colin Watson message [1] the section regarding the acknowledging of an NMU is outdated. With the new BTS version tracking if a package has been NMU'ed it is supposed that the author of the NMU closes the bug directly so from the maintainer is only required the incorporation of the changes in its copy of the sources. I propose the change of this part: " Once this is done, you have to close the bugs that have been tagged fixed by the NMU. The easiest way is to use the -v option of dpkg-buildpackage, as this allows you to include just all changes since your last maintainer upload. Alternatively, you can close them manually by sending the required mails to the BTS or by adding the required closes: # in the changelog entry of your next upload. " in something like this: " Once this is done, you have to check if the bug has been already closed by the author of the NMU, in such case you have nothing else to do, in the other case you have to close the bugs that have been tagged fixed by the NMU. The easiest way is to use the -v option of dpkg-buildpackage, as this allows you to include just all changes since your last maintainer upload. Alternatively, you can close them manually by sending the required mails to the BTS or by adding the required closes: # in the changelog entry of your next upload. " Best Regards, francesco [1] http://lists.debian.org/debian-devel-announce/2005/07/msg00010.html -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (850, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-686 (SMP w/1 CPU core) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash developers-reference depends on no packages. Versions of packages developers-reference recommends: ii debian-policy 3.7.3.0Debian Policy Manual and related d -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#480720: album calls ffmpeg with argument singlejpeg for .avi files
Package: album Version: 3.04-2.1 Severity: important when running album in directories with .avi files there is an error message that ffmpeg is not installed. However, ffmpeg is installed, and debugging shows that ffmpeg is called with the option "singlejpeg" which does not exist for ffmpeg. The use of the option "mjpeg" to ffmpeg solves the problem. The following fix solves the problem: when going into the code of /usr/bin/album and replacing "singlejpeg" with "mjpeg" in the program code (one occurrency in the file) then everything works fine. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-686 (SMP w/1 CPU core) Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages album depends on: ii imagemagick 7:6.3.7.9.dfsg1-2+b1 image manipulation programs ii perl5.8.8-12 Larry Wall's Practical Extraction album recommends no packages. -- debconf information: * album/info: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#480722: buildd.emdebian.org: gtk+2.0 fails to update, udeb fails to cross build
Package: general Severity: normal User: [EMAIL PROTECTED] In preparation for a pseudo-package, buildd.emdebian.org, I'm filing status bugs about packages that fail to crossbuild successfully, despite building successfully in the past. i.e. where an existing package in Emdebian cannot be updated because the new version fails in a new and different way. :-( This problem appears to be restricted to the gtk+2.0 udeb. $ emsource --status gtk+2.0 Checking the apt-cross cache is up to date for arm. W: Unable to locate package libgtk-directfb-2.0-0-udeb Checking status of gtk+2.0 in /opt/emdebian/trunk/g/gtk+2.0/trunk/ 28 emdebian patch files 0 debian patch files Checking emdebuild status in /opt/emdebian/trunk/g/gtk+2.0/trunk/ build log: gtk+2.0 (2.12.9) FAILED to cross build for arm. /opt/emdebian/trunk/g/gtk+2.0/trunk/gtk+2.0_2.12.9-3em1_arm.build In file included from /opt/emdebian/trunk/g/gtk+2.0/trunk/gtk+2.0-2.12.9/gdk/directfb/gdkdrawable-directfb.c:49: /usr/lib/libcairo-directfb/include/cairo/cairo-directfb.h:54:3: error: #error Cairo was not compiled with support for the directfb backend /opt/emdebian/trunk/g/gtk+2.0/trunk/gtk+2.0-2.12.9/gdk/directfb/gdkdrawable-directfb.c: In function ‘gdk_directfb_ref_cairo_surface’: /opt/emdebian/trunk/g/gtk+2.0/trunk/gtk+2.0-2.12.9/gdk/directfb/gdkdrawable-directfb.c:1044: warning: implicit declaration of function ‘cairo_directfb_surface_create’ /opt/emdebian/trunk/g/gtk+2.0/trunk/gtk+2.0-2.12.9/gdk/directfb/gdkdrawable-directfb.c:1044: warning: assignment makes pointer from integer without a cast make[5]: *** [gdkdrawable-directfb.lo] Error 1 make[5]: Leaving directory `/opt/emdebian/trunk/g/gtk+2.0/trunk/gtk+2.0-2.12.9/debian/build/directfb/gdk/directfb' make[4]: *** [all-recursive] Error 1 make[4]: Leaving directory `/opt/emdebian/trunk/g/gtk+2.0/trunk/gtk+2.0-2.12.9/debian/build/directfb/gdk' make[3]: *** [all] Error 2 make[3]: Leaving directory `/opt/emdebian/trunk/g/gtk+2.0/trunk/gtk+2.0-2.12.9/debian/build/directfb/gdk' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/opt/emdebian/trunk/g/gtk+2.0/trunk/gtk+2.0-2.12.9/debian/build/directfb' make[1]: *** [all] Error 2 make[1]: Leaving directory `/opt/emdebian/trunk/g/gtk+2.0/trunk/gtk+2.0-2.12.9/debian/build/directfb' make: *** [debian/stampdir/build-stamp-directfb] Error 2 dpkg-buildpackage: failure: debian/rules build gave error exit status 2 -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.22-2-amd64 (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#480721: python2.4: Segfaults while building ctypes.
Package: python2.4
Version: 2.4.5-2
Severity: important
Hi,
When building ctypes (1.0.2-5) on amd64, I get the following error:
running build_ext
find_library('c') -> libc.so.6
find_library('m') -> libm.so.6
..make[1]:
*** [install-python2.4] Segmentation fault
Core was generated by `python2.4 setup.py test'.
Program terminated with signal 4, Illegal instruction.
[New process 5520]
#0 0x2ad46533ff28 in ?? ()
(gdb) bt
#0 0x2ad46533ff28 in ?? ()
#1 0x2ad4637bf8bc in ffi_call_unix64 () from /usr/lib/libffi.so.5
#2 0x2ad4637bf305 in ffi_call (cif=0x7fff485dd290, fn=0x2ad46533ff28,
rvalue=0x7fff485dd1e0, avalue=0x7fff485dd1c0) at ../src/x86/ffi64.c:430
#3 0x2ad4635a6de1 in _CallProc (pProc=0x2ad46533ff28,
argtuple=0x2ad464a41998, flags=,
argtypes=0x2ad464a42f38, restype=0x81cc50, checker=0x0)
at source/callproc.c:668
#4 0x2ad4635a1f61 in CFuncPtr_call (self=0x2ad464a4f050, inargs=0x2,
kwds=0x0) at source/_ctypes.c:3362
#5 0x00415660 in PyObject_Call (func=0x1, arg=0x2, kw=0x2)
at ../Objects/abstract.c:1795
#6 0x00474164 in PyEval_EvalFrame (f=0x7c4580)
at ../Python/ceval.c:3776
#7 0x00477520 in PyEval_EvalFrame (f=0x7a6710)
at ../Python/ceval.c:3651
#8 0x004780a4 in PyEval_EvalCodeEx (co=0x2ad463505260,
globals=, locals=,
args=0x2ad464a41f98, argcount=2, kws=0x8ae710, kwcount=0,
defs=0x2ad463501728, defcount=1, closure=0x0) at ../Python/ceval.c:2741
#9 0x004c039c in function_call (func=0x2ad46350aa28,
arg=0x2ad464a41f80, kw=0x921820) at ../Objects/funcobject.c:548
#10 0x00415660 in PyObject_Call (func=0x1, arg=0x2, kw=0x2)
at ../Objects/abstract.c:1795
#11 0x004753fa in PyEval_EvalFrame (f=0x7c5580)
at ../Python/ceval.c:3845
#12 0x004780a4 in PyEval_EvalCodeEx (co=0x2ad4635052d0,
globals=, locals=,
args=0x2ad464a3ab18, argcount=2, kws=0x0, kwcount=0, defs=0x0, defcount=0,
closure=0x0) at ../Python/ceval.c:2741
#13 0x004c0403 in function_call (func=0x2ad46350aaa0,
arg=0x2ad464a3ab00, kw=0x0) at ../Objects/funcobject.c:548
#14 0x00415660 in PyObject_Call (func=0x1, arg=0x2, kw=0x2)
at ../Objects/abstract.c:1795
#15 0x0041b3af in instancemethod_call (func=0x2ad46350aaa0,
arg=0x2ad464a3ab00, kw=0x0) at ../Objects/classobject.c:2532
#16 0x00415660 in PyObject_Call (func=0x1, arg=0x2, kw=0x2)
at ../Objects/abstract.c:1795
#17 0x0044a546 in slot_tp_call (self=,
args=0x2ad464a48d90, kwds=0x0) at ../Objects/typeobject.c:4546
#18 0x00415660 in PyObject_Call (func=0x1, arg=0x2, kw=0x2)
at ../Objects/abstract.c:1795
#19 0x00474164 in PyEval_EvalFrame (f=0x7a6430)
at ../Python/ceval.c:3776
#20 0x004780a4 in PyEval_EvalCodeEx (co=0x2ad463505c00,
globals=, locals=,
args=0x2ad464a414a0, argcount=2, kws=0x905a70, kwcount=0, defs=0x0,
defcount=0, closure=0x0) at ../Python/ceval.c:2741
#21 0x004c039c in function_call (func=0x2ad46350c320,
arg=0x2ad464a41488, kw=0x921700) at ../Objects/funcobject.c:548
#22 0x00415660 in PyObject_Call (func=0x1, arg=0x2, kw=0x2)
at ../Objects/abstract.c:1795
#23 0x004753fa in PyEval_EvalFrame (f=0x793800)
at ../Python/ceval.c:3845
#24 0x004780a4 in PyEval_EvalCodeEx (co=0x2ad463505c70,
globals=, locals=,
args=0x2ad464a41800, argcount=2, kws=0x0, kwcount=0, defs=0x0, defcount=0,
closure=0x0) at ../Python/ceval.c:2741
#25 0x004c0403 in function_call (func=0x2ad46350c398,
arg=0x2ad464a417e8, kw=0x0) at ../Objects/funcobject.c:548
#26 0x00415660 in PyObject_Call (func=0x1, arg=0x2, kw=0x2)
at ../Objects/abstract.c:1795
#27 0x0041b3af in instancemethod_call (func=0x2ad46350c398,
arg=0x2ad464a417e8, kw=0x0) at ../Objects/classobject.c:2532
#28 0x00415660 in PyObject_Call (func=0x1, arg=0x2, kw=0x2)
at ../Objects/abstract.c:1795
#29 0x0044a546 in slot_tp_call (self=,
args=0x2ad464a48cd0, kwds=0x0) at ../Objects/typeobject.c:4546
#30 0x00415660 in PyObject_Call (func=0x1, arg=0x2, kw=0x2)
at ../Objects/abstract.c:1795
#31 0x00474164 in PyEval_EvalFrame (f=0x7d91d0)
at ../Python/ceval.c:3776
#32 0x004780a4 in PyEval_EvalCodeEx (co=0x2ad463505c00,
globals=, locals=,
args=0x2ad464a3a770, argcount=2, kws=0x916c20, kwcount=0, defs=0x0,
defcount=0, closure=0x0) at ../Python/ceval.c:2741
#33 0x004c039c in function_call (func=0x2ad46350c320,
arg=0x2ad464a3a758, kw=0x9215e0) at ../Objects/funcobject.c:548
#34 0x00415660 in PyObject_Call (func=0x1, arg=0x2, kw=0x2)
at ../Objects/abstract.c:1795
#35 0x004753fa in PyEval_EvalFrame (f=0x7e8560)
at ../Python/ceval.c:3845
#36 0x004780a4 in PyEval_EvalCodeEx (co=0x2ad463505c70,
globals=, l
Bug#469035: libc6-i386: include mutiarch ld.conf from i386
El dg 11 de 05 de 2008 a les 19:21 +0200, en/na Aurelien Jarno va escriure: > Those packages are still experimental and not designed to be uploaded to > the Debian archive until full multiarch support is available in Debian. That gtk+2.0 version's in unstable. pango1.0's already in testing. > I really expect that people able to recompile such packages with > multiarch enabled are also able to create this small one-liner file in > /etc/ld.so.conf.d/. But I don't expect people able to use those packages to create it. I hope you aren't suggesting to include the config file in every recompiled package. > The name of the file is not my only concern. Adding this file into > /etc/ld.so.conf.d/ means that we implicitly support it, and so we should > support all the consequences, and provide an upgrade path from lenny to > lenny + 1. The paths are already supported for lenny. There's an implicit support. I'm asking for an explicit support in the ld.so.cache. > Experience shows that users are very imaginative when you provide a > feature. I already imagine packages using multiarch paths, but with a > dependency on libc6-i386. Don't imagine. They already exist. They aren't just official. > How do you then handle the conflict between > the plain i386 version of this package using multiarch paths and > installed on an amd64 system, and the i386 version of this package also > using multiarchs path but bundled into an amd64 package? They will use > the exact same paths. Small clarification: multiarch is (or should be) made of all-architecture packages. I don't know how to handle the conflict if I don't know how you're gonna handle plain i386 versions. Anyway, the problem would be having official packages with libraries in multiarch paths, not the ld.so configuration. That file makes no harm. > The transition to multiarch will be really painful, and until we have a > clear view on how to do it, I prefer to avoid thinking of the nth step, > and instead concentrate on the first steps. The first step being getting > multiarch support added to binutils and dpkg. One other step is to split > the glibc between libraries and binaries, this work is planned for glibc > 2.8 and will be tested in experimental first. The impression I'm getting is you guys don't really know how multiarch will work. I have multiarch already working (more than two months) and I'm still waiting for reports of what doesn't work. > So in short, this bug is a wontfix, at least for lenny. Too bad. I hope you understand my expectations regarding multiarch, having a working solution already available. Thanks for the quick response. Please let's move this discussion to an appropriate list if you want to continue. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#457903: NMU please?
On Sun, 2008-05-11 at 20:13 +0200, Harald Dunkel wrote: > Hi Sam, > > Do you have permission to do a NMU to get rid of this depmod > problem? I can provide a new package including a postinst > script, but I am not a blessed DM yet. I'm neither a DD nor an uploader for linux-uvc, sorry. But an upload of linux-uvc should not be necessary... now that the fixed version of linux-kbuild-2.6.25 (that is, 2.6.25-2) is in unstable, the module should be buildable again. > > > Regards > > Harri > -- Sam Morris http://robots.org.uk/ PGP key id 1024D/5EA01078 3412 EA18 1277 354B 991B C869 B219 7FDB 5EA0 1078 signature.asc Description: This is a digitally signed message part
Bug#479317: 5.10 incompatability in File::Temp causes cleanup to fail if chdired into subdir of temp dir
On Sun, May 04, 2008 at 02:48:20PM -0400, Joey Hess wrote:
> This seems to be an incompatability introduced in perl 5.10.
> pristine-tar creates a temp directory with File::Temp and chdirs into
> it. At exit, File::Temp calls rmtree to delete the temp directory. After
> deleting the directory, rmtree tries to chdir back to that location so
> as to not "leave the client code in an unexpected directory". But it's
> deleted the directory, so of course this fails!
> [EMAIL PROTECTED]:~>perl -e 'use File::Temp; my $t=File::Temp::tempdir(TMPDIR
> => 1, CLEANUP => 1); mkdir("$t/foo"); chdir "$t/foo"; print "now exiting\n"'
> now exiting
> cannot chdir to /home/joey/tmp/7mbcKCVWya/foo from /home/joey/tmp/7mbcKCVWya:
> No such file or directory, aborting. at /usr/share/perl/5.10/File/Temp.pm
> line 893
> END failed--call queue aborted.
Both File::Temp and File::Path::rmtree are doing mostly the right thing
here, it's a bit hard to say what should be fixed. The paranoia in
rmtree() isn't unfounded at all, there have been several CVEs due
to race conditions and the like.
File::Temp could of course call rmtree in an eval block and catch this
particular error, but I think making sure the problem is a chdir() made
by the user and not a maze of malicious links or the like is non-trivial.
I'm tempted to say this should just be documented on the File::Temp side
too and left at that, but let's see what upstream thinks.
--
Niko Tyni [EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#460547: iceowl: Same problem even with this version (0.8)
Package: iceowl Version: 0.8-1 Followup-For: Bug #460547 The problem is this present in this version. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: powerpc (ppc) Kernel: Linux 2.6.24-1-powerpc Locale: LANG=en_US.UTF-8, LC_CTYPE=cs_CZ.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages iceowl depends on: ii debianutils2.28.5Miscellaneous utilities specific t ii fontconfig 2.5.0-2 generic font configuration library ii libatk1.0-01.22.0-1 The ATK accessibility toolkit ii libc6 2.7-10GNU C Library: Shared libraries ii libcairo2 1.6.4-1+b1The Cairo 2D vector graphics libra ii libfontconfig1 2.5.0-2 generic font configuration library ii libfreetype6 2.3.5-1 FreeType 2 font engine, shared lib ii libgcc11:4.3.0-4 GCC support library ii libglib2.0-0 2.16.3-2 The GLib library of C routines ii libgtk2.0-02.12.9-3 The GTK+ graphical user interface ii libjpeg62 6b-14 The Independent JPEG Group's JPEG ii libnspr4-0d4.7.0-2 NetScape Portable Runtime Library ii libnss3-1d 3.12.0~beta3-1Network Security Service libraries ii libpango1.0-0 1.20.2-2 Layout and rendering of internatio ii libpng12-0 1.2.27-1 PNG library - runtime ii libstdc++6 4.3.0-4 The GNU Standard C++ Library v3 ii libx11-6 2:1.0.3-7 X11 client-side library ii libxft22.1.12-2 FreeType-based font drawing librar ii libxrender11:0.9.4-1 X Rendering Extension client libra ii libxt6 1:1.0.5-3 X11 toolkit intrinsics library ii psmisc 22.6-1Utilities that use the proc filesy ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime iceowl recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#474481: Fixed? - was Problem since kernel upgrade with web cam genius
Yesterday, upgraded gspca-modules-2.6.24-1-686 to 2.6.24+01.00.20-7 (in sid) and started to work just fine. Darío Griffo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#453449: New upstream available
There's another new upstream version, 2008.04.09. Ben. -- Ben Hutchings Beware of programmers who carry screwdrivers. - Leonard Brandwein signature.asc Description: This is a digitally signed message part
Bug#480724: vlc: local privilege escalation
Package: vlc Severity: grave Tags: security patch Hi, vlc is vulnerable to a local privilege escalation[0]: | At startup, VLC recursively scans the modules/ and plugins/ subdirectories from | the current working directory, and tries to execute the vlc_entry__0_8_6 (or | another in other VLC versions) symbol from any file matching the | "lib*_plugin.so" pattern. An attacker could use this to execute code by providing a crafted library file. Patch: http://git.videolan.org/?p=vlc.git;a=commit;h=c7cef4fdd8dd72ce0a45be3cda8ba98df5e83181 This issue doesn't have a CVE id yet, I already request one and will update this bug report if I got it. Make sure to use it on your changelog then if you close the bug. [0] https://trac.videolan.org/vlc/ticket/1578 Kind regards Nico -- Nico Golde - http://www.ngolde.de - [EMAIL PROTECTED] - GPG: 0x73647CFF For security reasons, all text in this mail is double-rot13 encrypted. pgp9ibvdwGyF6.pgp Description: PGP signature
Bug#480533: [Debconf-devel] Bug#480533: "uninitialized value" warnings from Perl during install
* Joey Hess <[EMAIL PROTECTED]> [2008-05-10 17:36]: > The only way I can see there being an uninitialised value at this point > is if the passthrough frontend failed to read a line from cdebconf. > Don't know why that would be happening, but it seems to happen > repeatedly in your log. > > Running the installer with DEBCONF_DEBUG=1 might clarify what's > happening at the protocol level. Sorry, but how do I do this? I pass this to the kernel command line but the logs don't contain any more info, -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#473508: abiword 2.6.3 for hebrew users
Package: abiword Followup-For: Bug #473508 Please package abiword from branch 2.6.x this is really important for hebrew and arabic speakers since this version solves a lot of bidi and fond bugs (although it's not perfect yet). This version of abiword makes it a very good option as a light word processor for hebrew/arabic users. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.22-3-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#477412: [kcheckgmail] Crashes on shutdown every time
On 5/10/08, Raphael Geissert <[EMAIL PROTECTED]> wrote: > Could you please do it again, compiling kcheckgmail with: > > DEB_BUILD_OPTIONS=debug,nostrip,noopt No problem, as I said, it's all setup now so it's easy to redo. Attached are the new log files for the crash with a recompiled kcheckgmail. > By the way, does it also crash when manually closing kcheckgmail? and > when sending a SIGTERM? All my testing so far (including the attached files) was by using the quit command from the right-click kcheckgmail menu. That always causes a crash, as does logging out while kcheckgmail is running. Now I tried sending the TERM and INT signals, and both worked fine, making kcheckgmail exit without a crash. Thanks, Cameron kcheckgmail.2.console Description: Binary data kcheckgmail.2.kcrash Description: Binary data kcheckgmail.2.err.log Description: Binary data
Bug#480725: mptopdf does not work with beginfig(-1)
Package: context
Version: 2008.01.28-1
Severity: important
Tags: patch upstream
thanks
When using mptopdf on a .mp file containing only one figure and thus
using beginfig(-1) to have no numbering of the resulting file at all,
the PDF is not created. This is because mpost produces a .ps file in
this case, while mptopdf.pl expects a suffix containing one or more
digits or being .mps.
Example input .mp file:
##
input metauml;
beginfig(-1);
Begin.b;
End.e;
e.w = b.e + (15,0);
drawObjects(b,e);
clink(transition)(b, e);
endfig;
end
##
The attached patch fixes this bug. Please note, that now the resulting
file has the same name as the input .mp file with "s/.mp$/.pdf/" - not
including the intermediate suffix as it is done with the figure numbers.
It is now also done like this, if the intermediate output file has the
suffix .mps, while I don't know when and why this may occur.
Best regards,
Martin
diff -Naur old/usr/share/texmf/scripts/context/perl/mptopdf.pl new/usr/share/texmf/scripts/context/perl/mptopdf.pl
--- old/usr/share/texmf/scripts/context/perl/mptopdf.pl 2008-05-11 20:27:25.0 +0200
+++ new/usr/share/texmf/scripts/context/perl/mptopdf.pl 2008-05-11 20:27:34.0 +0200
@@ -120,7 +120,9 @@
foreach my $file (@files) {
$_ = $file ;
-if (s/\.(\d+|mps)$// && -e $file) {
+if (s/\.(\d+|mps|ps)$// && -e $file) {
+my $suffix = $1 ;
+my $pdf = basename($_).".pdf" ;
if ($miktex) {
$command = "pdftex -undump=mptopdf" ;
} else {
@@ -132,15 +134,17 @@
$command = "$command relax $file" ;
}
system($command) ;
-my $pdfsrc = basename($_).".pdf";
-rename ($pdfsrc, "$_-$1.pdf") ;
-if (-e $pdfsrc) {
-CopyFile ($pdfsrc, "$_-$1.pdf") ;
+if ($suffix =~ m/\.\d+$/) {
+rename ($pdf, "$_-$suffix.pdf") ;
+if (-e $pdf) {
+CopyFile ($pdf, "$_-$suffix.pdf") ;
+}
+$pdf = "$_-$suffix.pdf" ;
}
if ($done) {
$report .= " +" ;
}
-$report .= " $_-$1.pdf" ;
+$report .= " $pdf" ;
++$done ;
}
}
signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil
Bug#469035: libc6-i386: include mutiarch ld.conf from i386
Javier Serrano Polo a écrit : > El dg 11 de 05 de 2008 a les 19:21 +0200, en/na Aurelien Jarno va > escriure: >> Those packages are still experimental and not designed to be uploaded to >> the Debian archive until full multiarch support is available in Debian. > > That gtk+2.0 version's in unstable. pango1.0's already in testing. That's wrong, there is a way to build them to get them using the multiarch path. The version in unstable doesn't use the multiarch paths. >> I really expect that people able to recompile such packages with >> multiarch enabled are also able to create this small one-liner file in >> /etc/ld.so.conf.d/. > > But I don't expect people able to use those packages to create it. I > hope you aren't suggesting to include the config file in every > recompiled package. No I suggest to do a "echo path > /etc/ld.so.conf.d/path" manually. >> The name of the file is not my only concern. Adding this file into >> /etc/ld.so.conf.d/ means that we implicitly support it, and so we should >> support all the consequences, and provide an upgrade path from lenny to >> lenny + 1. > > The paths are already supported for lenny. There's an implicit support. > I'm asking for an explicit support in the ld.so.cache. There is an implicit support for those paths. There is no support for libc6-i386 being the multiarch i386 libc6 on an amd64 system. The correct one is libc6_.._i386.deb installed on an amd64 system. >> Experience shows that users are very imaginative when you provide a >> feature. I already imagine packages using multiarch paths, but with a >> dependency on libc6-i386. > > Don't imagine. They already exist. They aren't just official. As long as they are not official, I don't care about the problem they can cause. Officialising them means we have to care about them. >> How do you then handle the conflict between >> the plain i386 version of this package using multiarch paths and >> installed on an amd64 system, and the i386 version of this package also >> using multiarchs path but bundled into an amd64 package? They will use >> the exact same paths. > > Small clarification: multiarch is (or should be) made of > all-architecture packages. No. Multiarch does not remove the architecture of a package. Instead it should allow the installation of a package from a different architecture than the one of the system. > I don't know how to handle the conflict if I don't know how you're gonna > handle plain i386 versions. Anyway, the problem would be having official > packages with libraries in multiarch paths, not the ld.so configuration. > That file makes no harm. If you don't know how to handle the conflict, the best is to not create conflicts. And again, if we officially support the ld.so configuration we then implicitely support such package. >> The transition to multiarch will be really painful, and until we have a >> clear view on how to do it, I prefer to avoid thinking of the nth step, >> and instead concentrate on the first steps. The first step being getting >> multiarch support added to binutils and dpkg. One other step is to split >> the glibc between libraries and binaries, this work is planned for glibc >> 2.8 and will be tested in experimental first. > > The impression I'm getting is you guys don't really know how multiarch > will work. I have multiarch already working (more than two months) and > I'm still waiting for reports of what doesn't work. If you got a working multiarch system, then please share your patches. What doesn't work: - binutils is not able to link a library against another one library in a multiarch path. - dpkg has no notion of multiarch, and thus is not able to install a package for a different architecture than the one of the system, and correctly handle dependencies in that case. - libraries even when using multiarch path won't be installable in more than one architecture: some of them have binaries which would conflict, the other will have conflict with the /usr/share/doc files. That's the minimal requirrements to say you have a multiarch system. Full support in apt would be the next step. And a precision: multiarch is not simply using the multiarch path. It's allowing packages from different architectures to be installed on a same system. And that includes dependencies handling and apt support. If by multiarch support you simply mean a package using multiarch support, that's something people have for a very long time. But that's not really useful. -- .''`. Aurelien Jarno | GPG: 1024D/F1BCDB73 : :' : Debian developer | Electrical Engineer `. `' [EMAIL PROTECTED] | [EMAIL PROTECTED] `-people.debian.org/~aurel32 | www.aurel32.net -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#480310: [ixp4xx] armel NSLU2 fails to boot with 2.6.25
Paul, can you check in /var/log on your hard drive to see if there's anything useful? -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#480726: upgrade-reports: Installation of linux kernel update fails
Package: upgrade-reports Severity: normal When trying to install the most recent kernel-image I get the error. E:/var/cache/apt/archives/linux-image-2.6.18-6-686_2.6.18.dfsg.1-18etch3_i386.deb: fehlgeschlagen in buffer_write(fd) (10, ret=-1) on this machine - which is a rather old one (700 MHz). From the date of the file (24-Apr-08) I get the impression that I installed this update already on some other (faster) and more often used machines. And there was no problem with it. This just for your information. -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-6-686 Locale: LANG=de_CH.UTF-8, LC_CTYPE=de_CH.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#457903: NMU please?
Sam Morris wrote: On Sun, 2008-05-11 at 20:13 +0200, Harald Dunkel wrote: I'm neither a DD nor an uploader for linux-uvc, sorry. But an upload of linux-uvc should not be necessary... now that the fixed version of linux-kbuild-2.6.25 (that is, 2.6.25-2) is in unstable, the module should be buildable again. No, its not. I tried it today (using module-assistant). And I am not sure how linux-kbuild should be able to add a missing postinst script to this package? Regards Harri -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#457903: NMU please?
On Sun, 2008-05-11 at 21:04 +0200, Harald Dunkel wrote: > Sam Morris wrote: > > On Sun, 2008-05-11 at 20:13 +0200, Harald Dunkel wrote: > > > > I'm neither a DD nor an uploader for linux-uvc, sorry. But an upload of > > linux-uvc should not be necessary... now that the fixed version of > > linux-kbuild-2.6.25 (that is, 2.6.25-2) is in unstable, the module > > should be buildable again. > > > > No, its not. I tried it today (using module-assistant). And I > am not sure how linux-kbuild should be able to add a missing > postinst script to this package? Whoops, you're right... I was thinking of another bug affecting linux-uvc (and all other out-of-kernel module packages) which was really in linux-kbuild. :) > > > Regards > > Harri > -- Sam Morris http://robots.org.uk/ PGP key id 1024D/5EA01078 3412 EA18 1277 354B 991B C869 B219 7FDB 5EA0 1078 signature.asc Description: This is a digitally signed message part
Bug#480727: libmodule-build-perl: the current version is also in the perl core
Package: libmodule-build-perl
Version: 0.2808.01-2
Severity: important
As discussed in #480256, it's useless to have libmodule-build-perl
0.2808.01 as separate package in lenny because it's already in
perl-modules.
There are quite a few packages that have versioned (build-)dependencies
on libmodule-build-perl; these should be changed to include perl-modules
(>= 5.10.0) as the first alternative.
% grep-dctrl -n -r -sPackage -FDepends,Build-Depends,Build-Depends-Indep
'libmodule-build-perl *('
/var/lib/apt/lists/ftp.fi.debian.org_debian_dists_unstable_main_source_Sources
/var/lib/apt/lists/ftp.fi.debian.org_debian_dists_unstable_main_binary-amd64_Packages|sort
-u
bioperl
libmodule-scandeps-perl
libnet-dns-resolver-programmable-perl
libsvn-notify-mirror-perl
libtext-wikiformat-perl
mail-spf-perl
openguides
zim
zoidberg
My opinion of the severity is alternating between 'serious' and 'important'...
--
Niko Tyni [EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#480728: [keytouch] keytouch-init: failed to set keycode
Package: keytouch Version: 2.3.2-2 Severity: normal --- Please enter the report below this line. --- in /var/log/boot I find next messages: Sun May 11 21:00:34 2008: Initializing keytouch: keytouch-initkeytouch-init: Failed to set keycode: Sun May 11 21:00:35 2008: keycode 148 to scancode 204 (0xcc) Sun May 11 21:00:35 2008: keytouch-init: Failed to set keycode: Sun May 11 21:00:35 2008: keycode 149 to scancode 228 (0xe4) Sun May 11 21:00:35 2008: keytouch-init: Failed to set keycode: Sun May 11 21:00:35 2008: keycode 213 to scancode 188 (0xbc) Sun May 11 21:00:35 2008: keytouch-init: Failed to set keycode: Sun May 11 21:00:35 2008: keycode 113 to scancode 160 (0xa0) Sun May 11 21:00:35 2008: keytouch-init: Failed to set keycode: Sun May 11 21:00:35 2008: keycode 164 to scancode 162 (0xa2) Sun May 11 21:00:35 2008: keytouch-init: Failed to set keycode: Sun May 11 21:00:35 2008: keycode 128 to scancode 164 (0xa4) Sun May 11 21:00:35 2008: keytouch-init: Failed to set keycode: Sun May 11 21:00:35 2008: keycode 115 to scancode 176 (0xb0) Sun May 11 21:00:35 2008: keytouch-init: Failed to set keycode: Sun May 11 21:00:35 2008: keycode 114 to scancode 174 (0xae) Sun May 11 21:00:35 2008: keytouch-init: Failed to set keycode: Sun May 11 21:00:35 2008: keycode 165 to scancode 144 (0x90) Sun May 11 21:00:35 2008: keytouch-init: Failed to set keycode: Sun May 11 21:00:35 2008: keycode 163 to scancode 153 (0x99) Sun May 11 21:00:35 2008: keytouch-init: Failed to set keycode: Sun May 11 21:00:35 2008: keycode 226 to scancode 237 (0xed) Sun May 11 21:00:35 2008: keytouch-init: Failed to set keycode: Sun May 11 21:00:35 2008: keycode 155 to scancode 236 (0xec) Sun May 11 21:00:35 2008: keytouch-init: Failed to set keycode: Sun May 11 21:00:35 2008: keycode 172 to scancode 178 (0xb2) Sun May 11 21:00:35 2008: keytouch-init: Failed to set keycode: Sun May 11 21:00:35 2008: keycode 216 to scancode 133 (0x85) Sun May 11 21:00:35 2008: keytouch-init: Failed to set keycode: Sun May 11 21:00:35 2008: keycode 140 to scancode 161 (0xa1) Sun May 11 21:00:35 2008: keytouch-init: Failed to set keycode: Sun May 11 21:00:35 2008: keycode 174 to scancode 150 (0x96) Sun May 11 21:00:35 2008: keytouch-init: Failed to set keycode: Sun May 11 21:00:35 2008: keycode 142 to scancode 223 (0xdf) Sun May 11 21:00:35 2008: keytouch-init: Failed to set keycode: Sun May 11 21:00:35 2008: keycode 138 to scancode 187 (0xbb) Sun May 11 21:00:35 2008: keytouch-init: Failed to set keycode: Sun May 11 21:00:35 2008: keycode 131 to scancode 136 (0x88) Sun May 11 21:00:35 2008: keytouch-init: Failed to set keycode: Sun May 11 21:00:35 2008: keycode 182 to scancode 135 (0x87) Sun May 11 21:00:35 2008: keytouch-init: Failed to set keycode: Sun May 11 21:00:35 2008: keycode 181 to scancode 190 (0xbe) Sun May 11 21:00:35 2008: keytouch-init: Failed to set keycode: Sun May 11 21:00:35 2008: keycode 134 to scancode 191 (0xbf) Sun May 11 21:00:35 2008: keytouch-init: Failed to set keycode: Sun May 11 21:00:35 2008: keycode 206 to scancode 192 (0xc0) Sun May 11 21:00:35 2008: keytouch-init: Failed to set keycode: Sun May 11 21:00:35 2008: keycode 232 to scancode 193 (0xc1) Sun May 11 21:00:35 2008: keytouch-init: Failed to set keycode: Sun May 11 21:00:35 2008: keycode 159 to scancode 194 (0xc2) Sun May 11 21:00:35 2008: keytouch-init: Failed to set keycode: Sun May 11 21:00:35 2008: keycode 231 to scancode 195 (0xc3) Sun May 11 21:00:35 2008: keytouch-init: Failed to set keycode: Sun May 11 21:00:35 2008: keycode 203 to scancode 163 (0xa3) Sun May 11 21:00:35 2008: keytouch-init: Failed to set keycode: Sun May 11 21:00:35 2008: keycode 234 to scancode 215 (0xd7) Sun May 11 21:00:35 2008: keytouch-init: Failed to set keycode: Sun May 11 21:00:35 2008: keycode 210 to scancode 216 (0xd8) Sun May 11 21:00:35 2008: keytouch-acpid. --- System information. --- Architecture: amd64 Kernel: Linux 2.6.24-1-amd64 Debian Release: lenny/sid 500 unstabledebian.org.ua 500 unstabledebian.gala.net 500 testing security.debian.org 500 testing mirror.mirohost.net 500 testing debian.gala.net 500 stable security.debian.org --- Package information. --- Depends (Version) | Installed ==-+- keytouch-data (= 2.3.2-2) | 2.3.2-2 libasound2 (>> 1.0.14) | 1.0.16-2 libatk1.0-0(>= 1.20.0) | 1.22.0-1 libc6 (>= 2.7-1) | 2.7-10 libglib2.0-0 (>= 2.14.0) | 2.16.1-2 libgnome-menu2 (>= 2.15.4) | 2.22.1-1 libgtk2.0-0(>= 2.12.0) | 2.12.9-2 libx11-6 | 2:1.0.3-7 libxtst6 | 2:1.0.3-1 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#480729: buildd.emdebian.org: ncurses cannot be updated, new version fails to cross build
Package: general Severity: normal $ emsource --status ncurses Checking the apt-cross cache is up to date for arm. W: Unable to locate package lib64ncurses5 W: Unable to locate package lib64ncurses5-dev W: Unable to locate package lib32ncurses5 W: Unable to locate package lib32ncurses5-dev W: Unable to locate package lib32ncursesw5 W: Unable to locate package lib32ncursesw5-dev Checking status of ncurses in /opt/emdebian/trunk/n/ncurses/trunk/ 3 emdebian patch files 0 debian patch files Checking emdebuild status in /opt/emdebian/trunk/n/ncurses/trunk/ build log: ncurses (5.6+20080503) FAILED to cross build for arm. /opt/emdebian/trunk/n/ncurses/trunk/ncurses_5.6+20080503-1em1_arm.build Checking for error logs in /opt/emdebian/trunk/n/ncurses/trunk/ Checking bug status No open cross-building bugs for ncurses ncurses FAILED to build. $ tail /opt/emdebian/trunk/n/ncurses/trunk/ncurses_5.6+20080503-1em1_arm.build gcc -o make_hash -DHAVE_CONFIG_H -I../ncurses -I/opt/emdebian/trunk/n/ncurses/trunk/ncurses-5.6+20080503/ncurses -I/opt/emdebian/trunk/n/ncurses/trunk/ncurses-5.6+20080503/ncurses/../include -I../include -DMAIN_PROGRAM /opt/emdebian/trunk/n/ncurses/trunk/ncurses-5.6+20080503/ncurses/tinfo/comp_hash.c In file included from /opt/emdebian/trunk/n/ncurses/trunk/ncurses-5.6+20080503/ncurses/tinfo/comp_hash.c:42: /opt/emdebian/trunk/n/ncurses/trunk/ncurses-5.6+20080503/ncurses/curses.priv.h:1406: warning: parameter names (without types) in function declaration /opt/emdebian/trunk/n/ncurses/trunk/ncurses-5.6+20080503/ncurses/curses.priv.h:1407: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_nc_to_widechar' make[2]: *** [make_hash] Error 1 make[2]: Leaving directory `/opt/emdebian/trunk/n/ncurses/trunk/ncurses-5.6+20080503/obj-wide/ncurses' make[1]: *** [all] Error 2 make[1]: Leaving directory `/opt/emdebian/trunk/n/ncurses/trunk/ncurses-5.6+20080503/obj-wide' make: *** [build-wide] Error 2 dpkg-buildpackage: failure: debian/rules build gave error exit status 2 This may seem an obvious error - using gcc - but even calling arm-linux-gnu-gcc in this directory causes a failure and I've been unable to convince ncurses to use arm-linux-gnu-gcc in this directory, despite setting --host and --build as normal. Even make CC=arm-linux-gnu-gcc -C $dir is ignored. Filing the bug as a placeholder for buildd.emdebian.org so that we have an online record of why ncurses is old in Emdebian. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.22-2-amd64 (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#480730: buildd.emdebian.org: Unable to update ntp - new version fails to cross build
Package: general Severity: normal In preparation for a pseudo-package, buildd.emdebian.org, I'm filing status bugs about packages that fail to crossbuild successfully, despite building successfully in the past. i.e. where an existing package in Emdebian cannot be updated because the new version fails in a new and different way. :-( $ emsource --status ntp Checking the apt-cross cache is up to date for arm. Checking status of ntp in /opt/emdebian/trunk/n/ntp/trunk/ 11 emdebian patch files 0 debian patch files Checking emdebuild status in /opt/emdebian/trunk/n/ntp/trunk/ ntp may be out of date. Checking for error logs in /opt/emdebian/trunk/n/ntp/trunk/ Checking bug status No open cross-building bugs for ntp In file included from /usr/include/string.h:423, from /usr/include/memory.h:30, from ../include/ntp_string.h:13, from authkeys.c:15: /usr/include/bits/string2.h:972: warning: C99 inline functions are not supported; using GNU89 /usr/include/bits/string2.h:983: warning: C99 inline functions are not supported; using GNU89 /usr/include/bits/string2.h:996: warning: C99 inline functions are not supported; using GNU89 /usr/include/bits/string2.h:1048: warning: C99 inline functions are not supported; using GNU89 /usr/include/bits/string2.h:1060: warning: C99 inline functions are not supported; using GNU89 /usr/include/bits/string2.h:1072: warning: C99 inline functions are not supported; using GNU89 /usr/include/bits/string2.h:1125: warning: C99 inline functions are not supported; using GNU89 /usr/include/bits/string2.h:1137: warning: C99 inline functions are not supported; using GNU89 /usr/include/bits/string2.h:1176: warning: C99 inline functions are not supported; using GNU89 /usr/include/bits/string2.h:1226: warning: C99 inline functions are not supported; using GNU89 /usr/include/bits/string2.h:1236: warning: C99 inline functions are not supported; using GNU89 /usr/include/bits/string2.h:1264: warning: C99 inline functions are not supported; using GNU89 authkeys.c: In function ‘authencrypt’: authkeys.c:445: error: invalid 'asm': invalid operand for code 'w' authkeys.c:445: error: invalid 'asm': invalid operand for code 'w' make[3]: *** [authkeys.o] Error 1 make[3]: Leaving directory `/opt/emdebian/trunk/n/ntp/trunk/ntp-4.2.4p4+dfsg/libntp' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/opt/emdebian/trunk/n/ntp/trunk/ntp-4.2.4p4+dfsg' make[1]: *** [all] Error 2 make[1]: Leaving directory `/opt/emdebian/trunk/n/ntp/trunk/ntp-4.2.4p4+dfsg' make: *** [build-stamp] Error 2 dpkg-buildpackage: failure: debian/rules build gave error exit status 2 -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.22-2-amd64 (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#480659: ipe: displaying and saving files is broken
Hi, Thanks for your bug report. I can't reproduce the problem yet, so I'll need some more information. On Sun, May 11, 2008 at 02:32:10PM +0200, Christian Fischer wrote: > Package: ipe > Version: 6.0pre30-2 > Severity: grave > Justification: renders package unusable > > I have a few ipe XML and PDF files from Version 6.0pre27-3 and > 6.0pre30-1. None of those opens correctly. Do you have any files from those versions that do work? Can you share some examples that work and examples that do not? I have just tried a few files of my own that were created five years ago using Ipe 6.0 Preview 10. All that I tried opened correctly. Mine files are all eps, however. > The positions seem to be wrong und some Objects are missing. The What kind of Objects are we talking about: text or graphics? If you have some examples that you can share, please describe exactly what you had expected to see; i.e. where the objects should have been. > media size is also missing in the XML File so the PDFs are displayed > in Letter size or so. The media size is missing from the XML file generated by the old version? That can't be blamed on a bug in the current version. > I'm not sure if this is related to one of the dependencies of ipe or > the new ipe Version itself. ... or even a bug in the old version / old dependencies. > -- System Information: > Debian Release: lenny/sid > APT prefers testing > APT policy: (550, 'testing'), (520, 'unstable'), (510, 'stable'), (10, > 'experimental') > Architecture: amd64 (x86_64) So the bug shows up on an amd64 machine? Were the files created on the same machine? Can you install a chroot running stable on the machine and check whether the files display correctly with ipe 6.0pre27-3 ? Thanks, -Steve signature.asc Description: Digital signature
Bug#458777: uscan: Please support mangling the orig tarball version
On Thu, 2008-03-20 at 18:40 +, Adam D. Barratt wrote: > Hi, > > On Wed, 2008-01-02 at 14:44 -0500, Andres Mejia wrote: > > Please allow support for mangling the orig tarball version from the > > upstream version. This patch would add support for the option > > origversionmangle in a watch file. This patch updates the manpage as > > well. > > Thanks for the patch. However... apologies if I'm missing something, but > what does the new option provide that can't already be handled by > existing options? Ping? As there's been no response to the above question, I propose closing this bug at the end of May. If you've just been busy or there's any functionality missing then please let us know (preferably with further details in the latter case). Regards, Adam -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#480579: dpkg: [INTL:pt_BR] Brazilian Portuguese translation
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 tags 480579 + pending thanks On 11-05-2008 02:22, Christian Perrier wrote: > Quoting Felipe Augusto van de Wiel (faw) ([EMAIL PROTECTED]): [...] >> Please, find attached the Brazilian Portuguese translation >> for the package. It is UTF-8 encoded, tested with msgfmt. It is a >> major update, including review of verb tenses and use of recent >> terminology from the Brazilian Portuguese Team. > > For the record, I granted commit access to faw, pointing him to the > Git usage wiki page. Thank you. > So, Felipe, please commit the update yourself, now. I suggest we use > that policy for translators who are OK with committing themselves > (Felipe mentioend that in a private message) *and* who are confident > enough in their "expertise" with git (well, at least it needs to be > bette rthan mine, which is pretty easy). Raphael gave me an OK on #debian-dpkg, so I committed the updates for dpkg and dselect, so I'm tagging this bug pending. Kind regards, - -- Felipe Augusto van de Wiel (faw) "Debian. Freedom to code. Code to freedom!" -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFIJ0rhCjAO0JDlykYRAmsdAJ9RN/QIfiQhRppA/TTbcCm9V17yYACguuKR XdLKO/nbUJkQvNrBFun0LyI= =PjUh -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#480731: ruby-prof: Advertized --mode option doesn't work
Package: ruby-prof Version: 0.5.2-1 Severity: normal ruby-prof --help says there's a --mode switch. Trying to use that --mode switch doesn't work. I'd like to be able to specify --mode=wall, as --help claims I should: [EMAIL PROTECTED]:~/src/subterfuge/src/main$ ruby-prof --help ruby_prof 0.5.2 Usage: ruby_prof [options] [--extra-options-for-script] Options: -p, --printer=printerSelect a printer: flat - Prints a flat profile as text (default). graph - Prints a graph profile as text. graph_html - Prints a graph profile as html. call_tree - format for KCacheGrind -m, --min_percent=min_percentThe minimum percent a method must take before being included in output reports. this option is not supported for call tree. -f, --file=path Output results to a file instead of standard out. --mode=measure_mode Select what ruby-prof should measure: process - Process time (default). wall - Wall time. cpu - CPU time (Pentium and PowerPCs only). allocations - Object allocations (requires patched Ruby interpreter). --replace-progname Replace $0 when loading the .rb files. -h, --help Show help message -v, --versionShow version [EMAIL PROTECTED]:~/src/subterfuge/src/main$ ruby-prof --mode=wall subterfuge.rb /usr/bin/ruby-prof:93: undefined local variable or method `mode' for main:Object (NameError) from /usr/lib/ruby/1.8/optparse.rb:1260:in `call' from /usr/lib/ruby/1.8/optparse.rb:1260:in `parse_in_order' from /usr/lib/ruby/1.8/optparse.rb:1247:in `catch' from /usr/lib/ruby/1.8/optparse.rb:1247:in `parse_in_order' from /usr/lib/ruby/1.8/optparse.rb:1241:in `order!' from /usr/lib/ruby/1.8/optparse.rb:1332:in `permute!' from /usr/lib/ruby/1.8/optparse.rb:1353:in `parse!' from /usr/bin/ruby-prof:121 -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.22-3-686 (SMP w/2 CPU cores) Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages ruby-prof depends on: ii libc62.7-10 GNU C Library: Shared libraries ii libruby1.8 1.8.6.114-2 Libraries necessary to run Ruby 1. ii rake 0.8.1-3 a ruby build program ii ruby 4.2 An interpreter of object-oriented ruby-prof recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#480732: xserver-xorg-video-ati: EXA-acceleration breaks (triangulizes) the video output
Package: xserver-xorg-video-ati Version: 1:6.8.1~git20080417.c5d62fa0-1 Severity: normal Version 6.8.0-1 (in sid) doesn't have this issue, but is rather less effective in accelerating the output. -- Package-specific info: Contents of /var/lib/x11/X.roster: xserver-xorg /var/lib/x11/X.md5sum does not exist. X server symlink status: lrwxrwxrwx 1 root root 13 2007-10-14 14:13 /etc/X11/X -> /usr/bin/Xorg -rwxr-xr-x 1 root root 1835616 2008-05-09 23:57 /usr/bin/Xorg Contents of /var/lib/x11/xorg.conf.roster: xserver-xorg VGA-compatible devices on PCI bus: 01:05.0 VGA compatible controller: ATI Technologies Inc RS485 [Radeon Xpress 1100 IGP] /etc/X11/xorg.conf does not match checksum in /var/lib/x11/xorg.conf.md5sum. Xorg X server configuration file status: -rw-r--r-- 1 root root 2550 2008-05-11 22:30 /etc/X11/xorg.conf Contents of /etc/X11/xorg.conf: # xorg.conf (xorg X Window System server configuration file) # # This file was generated by dexconf, the Debian X Configuration tool, using # values from the debconf database. # # Edit this file with caution, and see the xorg.conf manual page. # (Type "man xorg.conf" at the shell prompt.) # # This file is automatically updated on xserver-xorg package upgrades *only* # if it has not been modified since the last upgrade of the xserver-xorg # package. # # If you have edited this file but would like it to be automatically updated # again, run the following command: # sudo dpkg-reconfigure -phigh xserver-xorg Section "Files" FontPath"/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType" FontPath"/usr/share/fonts/X11/misc:unscaled" FontPath"/usr/share/fonts/X11/100dpi/:unscaled" FontPath"/usr/share/fonts/X11/75dpi/:unscaled" FontPath"/usr/share/fonts/X11/Type1" FontPath"/usr/share/fonts/X11/100dpi" FontPath"/usr/share/fonts/X11/75dpi" EndSection Section "InputDevice" Identifier "Generic Keyboard" Driver "kbd" Option "CoreKeyboard" Option "XkbRules" "xorg" Option "XkbModel" "pc104" Option "XkbLayout" "us,ru,ua" Option "XkbVariant"",winkeys,winkeys" Option "XkbOptions""grp:ctrl_shift_toggle,grp_led:scroll" EndSection Section "InputDevice" Identifier "Configured Mouse" Driver "mouse" Option "CorePointer" Option "Device""/dev/input/mice" Option "Protocol" "ImPS/2" Option "Emulate3Buttons" "true" EndSection Section "InputDevice" Identifier "Synaptics Touchpad" Driver "synaptics" Option "SendCoreEvents""true" Option "Device""/dev/psaux" Option "Protocol" "auto-dev" Option "HorizScrollDelta" "0" EndSection Section "Module" Load"drm" Load"dri" Load"glx" EndSection Section "Device" Identifier "Generic Video Card" Driver "ati" BusID "PCI:1:5:0" Option "DRI" "true" Option "AccelMethod" "EXA" # Option"XAANoOffscreenPixmaps" EndSection Section "Extensions" Option "Composite" EndSection Section "Monitor" Identifier "Generic Monitor" Option "DPMS" HorizSync 28-64 VertRefresh 43-60 EndSection Section "Screen" Identifier "Default Screen" Device "Generic Video Card" Monitor "Generic Monitor" DefaultDepth24 SubSection "Display" Modes "1280x800" "1024x768" "800x600" "640x480" EndSubSection EndSection Section "ServerLayout" Identifier "Default Layout" Screen "Default Screen" InputDevice "Generic Keyboard" InputDevice "Configured Mouse" InputDevice "Synaptics Touchpad" EndSection Section "DRI" Mode0666 EndSection Xorg X server log files on system: -rw-r--r-- 1 root root 40872 2008-02-25 22:22 /var/log/Xorg.20.log -rw-r--r-- 1 root root 45867 2008-05-11 22:29 /var/log/Xorg.0.log Contents of most recent Xorg X server log file /var/log/Xorg.0.log: This is a pre-release version of the X server from The X.Org Foundation. It is not supported in any way. Bugs may be filed in the bugzilla at http://bugs.freedesktop.org/. Select the "xorg" product for bugs you find in this release. Before reporting bugs in pre-release versions please check the latest version in the X.Org Foundation git repository. See http://wiki.x.org/wiki/GitPage for git access instructions. X.Org X Server 1.4.0.90 Release Date: 5 September 2007 X Protocol Version 11
Bug#469210: [bts] please allow " severity 1234 minor, " instead of " severity 1234 minor , "
Hi, On Mon, 2008-03-03 at 21:49 +0100, Carsten Hey wrote: > please allow " severity 1234 minor, " instead of " severity 1234 minor , " The major problem with supporting the syntax is that it requires either breaking currently supported functionality, or introducing inconsistency in the way different options are parsed. Specifically: bts retitle 469210 [bts] please allow severity 1234 minor, reassign it general , tag it moreinfo is supported syntax for retitling the bug and then tagging it (but /not/ reassigning). If we treat "minor," and "minor ," as equivalent then the command above will no longer work as expected (it will become three operations rather than two). An alternative would be to special-case the "retitle" command so that it must always be terminated with " , " (or " . ") but that would then be inconsistent. [I realise the example is somewhat convoluted but that doesn't change the general point imho] Regards, Adam -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#480734: iscsitarget-source: Fals to build on alpha, hppa, mips, mipsel
Package: iscsitarget-source Version: 0.4.15+svn148-2 Severity: important -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 See buildd logs: http://buildd.debian.org/fetch.cgi?pkg=linux-modules-extra-2.6;ver=2.6.24-7;arch=alpha;stamp=1208912850 http://buildd.debian.org/fetch.cgi?pkg=linux-modules-extra-2.6;ver=2.6.24-7;arch=hppa;stamp=1207865746 http://buildd.debian.org/fetch.cgi?pkg=linux-modules-extra-2.6;ver=2.6.24-7;arch=mips;stamp=1207865679 http://buildd.debian.org/fetch.cgi?pkg=linux-modules-extra-2.6;ver=2.6.24-7;arch=mipsel;stamp=1207865491 Ben. - -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (100, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-686 (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFIJ03779ZNCRIGYgcRAowHAKCqeI0b8I6FbXtNEY8RR2vk1yhwQACfZ1vH mhhZRyvBqGLbMeuuMnZ5O4Q= =u1pn -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#480733: et131x-source: Fails to build on s390
Package: et131x-source Version: 1.2.3-2-1 Severity: important -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 See buildd log at: http://buildd.debian.org/fetch.cgi?pkg=linux-modules-extra-2.6;ver=2.6.24-7;arch=s390;stamp=1207865506 Ben. - -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (100, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-686 (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFIJ01g79ZNCRIGYgcRAk0dAKCopFG/hLtJ+f2wqQ268Cd5GSArMQCgh+RV 0IGB2iC2r9J2KnP6fIRyen0= =ShDG -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#479766: NMU uploaded
Hi, I uploaded an NMU of your package. Please see this as help to get the package into a releaseable condition again. Please find the used diff below. Cheers, Andi diff -u pciutils-3.0.0/debian/changelog pciutils-3.0.0/debian/changelog --- pciutils-3.0.0/debian/changelog +++ pciutils-3.0.0/debian/changelog @@ -1,3 +1,10 @@ +pciutils (1:3.0.0-3.1) unstable; urgency=medium + + * Non-maintainer upload. + * Uncompress pci.ids.gz again to unbreak dependend packages. Closes: #479766 + + -- Andreas Barth <[EMAIL PROTECTED]> Sun, 11 May 2008 19:40:07 + + pciutils (1:3.0.0-3) unstable; urgency=low * libpci-dev conflicts with pciutils-dev. Closes: #478290 diff -u pciutils-3.0.0/debian/rules pciutils-3.0.0/debian/rules --- pciutils-3.0.0/debian/rules +++ pciutils-3.0.0/debian/rules @@ -35,6 +35,7 @@ $(MAKE) $(PATHS) install DESTDIR=debian/pciutils # pciutils + gunzip debian/pciutils/usr/share/misc/pci.ids.gz # libpci-dev install -m 644 lib/libpci.a debian/libpci-dev/usr/lib/ -- http://home.arcor.de/andreas-barth/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#480735: [INTL:ga] Cleaned up console-data translation to Irish
Package: console-data Version: N/A Severity: wishlist Tags: l10n patch Attaching an updated ga.po for console-data package, standardized spellings and corrected some errors. ga.po.gz Description: GNU Zip compressed data
Bug#475705: linux-modules-extra-2.6: FTBFS: scripts/Makefile.build:46: *** CFLAGS was changed
This should be fixable simply by removing the "CFLAGS += $(EXTRA_CFLAGS)" line from Makefile-2.6. The Linux build system already includes EXTRA_CFLAGS in the compiler command line. Ben. -- Ben Hutchings Beware of programmers who carry screwdrivers. - Leonard Brandwein signature.asc Description: This is a digitally signed message part
Bug#480736: generated module FTBFS for native 2.6.25.3 kernel
Package: virtualbox-ose-source
Version: 1.5.6-dfsg-6
Severity: important
Trying to build the virtualbox-ose module on amd64 (sid) I get:
% SIGNCHANGES=true m-a -f -t -l 2.6.25.3 -u /tmp build virtualbox-ose
:
:
/tmp/usr_src/modules/virtualbox-ose/SUPDRVShared.c:4795: warning: 'cdecl'
attribute ignored
/tmp/usr_src/modules/virtualbox-ose/SUPDRVShared.c:4802: warning: 'cdecl'
attribute ignored
{standard input}: Assembler messages:
{standard input}:191: Error: suffix or operands invalid for `pushf'
{standard input}:192: Error: suffix or operands invalid for `pop'
{standard input}:226: Error: suffix or operands invalid for `push'
{standard input}:227: Error: suffix or operands invalid for `popf'
{standard input}:2772: Error: suffix or operands invalid for `mov'
{standard input}:2780: Error: suffix or operands invalid for `mov'
kmk[3]: *** [/tmp/usr_src/modules/virtualbox-ose/SUPDRVShared.o] Error 1
kmk[3]: Leaving directory `/usr/src/linux-headers-2.6.25.3'
kmk[2]: *** [_module_/tmp/usr_src/modules/virtualbox-ose] Error 2
kmk[2]: Leaving directory `/usr/src/linux-headers-2.6.25.3'
kmk[1]: *** [vboxdrv] Error 2
kmk[1]: Leaving directory `/tmp/usr_src/modules/virtualbox-ose'
kmk: *** [binary-modules] Error 2
make: *** [kdist_build] Error 2
Attached is the complete log. gcc is
% gcc -v
Using built-in specs.
Target: x86_64-linux-gnu
Configured with: ../src/configure -v --enable-languages=c,c++,fortran,objc,obj-c++ --prefix=/usr --enable-shared --with-system-zlib --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix --enable-nls --with-gxx-include-dir=/usr/include/c++/4.2 --program-suffix=-4.2
--enable-clocale=gnu --enable-libstdcxx-debug --enable-objc-gc --enable-mpfr --disable-libmudflap --enable-checking=release --build=x86_64-linux-gnu --host=x86_64-linux-gnu --target=x86_64-linux-gnu
Thread model: posix
gcc version 4.2.3 (Debian 4.2.3-5)
When 2.6.25 came out it was building fine, AFAIR.
Regards
Harri
build.log.gz
Description: Unix tar archive
Bug#480737: xserver-xephyr: "-extension Composite" does not disable composite extension
Package: xserver-xephyr Version: 2:1.4.1~git20080131-4 Severity: normal Hi, I use Xephyr to play Alpha Centauri (mea culpa) as Alpha Centauri has problems with 32 bit visuals (available when the Composite extension is enabled) and Xephyr did not provide those until recently. But some time ago Xephyr apparently enabled the Composite extension and therefor 32 bit visuals. No problem, Xephyr's --help says this: , | % Xephyr --help 2>&1 | grep -- '[-+]extension' | +extension nameEnable extension | -extension nameDisable extension ` But this simply does not work for Composite: , | % Xephyr.smc :1 -screen 1024x768 -br -host-cursor -extension Composite | expected keysym, got XF86KbdLightOnOff: line 70 of pc | expected keysym, got XF86KbdBrightnessDown: line 71 of pc | expected keysym, got XF86KbdBrightnessUp: line 72 of pc | expected keysym, got XF86KbdLightOnOff: line 70 of pc | expected keysym, got XF86KbdBrightnessDown: line 71 of pc | expected keysym, got XF86KbdBrightnessUp: line 72 of pc | Could not init font path element /usr/share/fonts/X11/cyrillic, removing from list! ` (This is the content of ~/bin/Xephyr.smc: , | #!/bin/sh | | MCOOKIE=$(mcookie) | | xauth add $(hostname)/unix$1 . $MCOOKIE | xauth add localhost/unix$1 . $MCOOKIE | | Xephyr "$@" | | xauth remove $(hostname)/unix$1 localhost/unix$1 | | exit 0 ` The script simply handles authentication matters.) >From another terminal: , | % DISPLAY=:1 xdpyinfo | grep Composite | Composite ` Just for checking if -extension works in general, see if RANDR is enabled on the same Xephyr X server: , | % DISPLAY=:1 xdpyinfo | grep RANDR | RANDR ` Now after killing the Xephyr instance and starting it like this: , | % Xephyr.smc :1 -screen 1024x768 -br -host-cursor -extension RANDR | expected keysym, got XF86KbdLightOnOff: line 70 of pc | expected keysym, got XF86KbdBrightnessDown: line 71 of pc | expected keysym, got XF86KbdBrightnessUp: line 72 of pc | expected keysym, got XF86KbdLightOnOff: line 70 of pc | expected keysym, got XF86KbdBrightnessDown: line 71 of pc | expected keysym, got XF86KbdBrightnessUp: line 72 of pc | Could not init font path element /usr/share/fonts/X11/cyrillic, removing from list! ` doing this: , | % DISPLAY=:1 xdpyinfo | grep RANDR ` yields a grep exit status of 1 (i.e. not found). I tried this for the RENDER extension, too. In principle -extension works, it just does not for Composite, and I am at a complete loss as to why. It would be nice if this got fixed, because I really enjoy Alpha Centauri (yes I know, its proprietary... but it is just too darn good). Greetings, -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (550, 'testing'), (50, 'unstable'), (40, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-686 (SMP w/1 CPU core) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages xserver-xephyr depends on: ii libc6 2.7-10 GNU C Library: Shared libraries ii libdbus-1-3 1.2.1-2 simple interprocess messaging syst ii libfontenc1 1:1.0.4-2X11 font encoding library ii libhal1 0.5.11~rc2-1 Hardware Abstraction Layer - share ii libpixman-1-0 0.10.0-2 pixel-manipulation library for X a ii libx11-62:1.0.3-7X11 client-side library ii libxau6 1:1.0.3-2X11 authorisation library ii libxdmcp6 1:1.0.2-2X11 Display Manager Control Protoc ii libxext62:1.0.4-1X11 miscellaneous extension librar ii libxfont1 1:1.3.2-1X11 font rasterisation library Versions of packages xserver-xephyr recommends: ii xbase-clients 1:7.3+10 miscellaneous X clients - metapack ii xfonts-base 1:1.0.0-5 standard fonts for X -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#469035: libc6-i386: include mutiarch ld.conf from i386
El dg 11 de 05 de 2008 a les 20:50 +0200, en/na Aurelien Jarno va escriure: > The version in unstable doesn't use the multiarch paths. The version in unstable allows multiarch compilation. > No I suggest to do a "echo path > /etc/ld.so.conf.d/path" manually. ... > There is an implicit support for those paths. There is no support for > libc6-i386 being the multiarch i386 libc6 on an amd64 system. And you'd rather obstruct someone that could use it. That's a wontfix even after adding multiarch support. Once again, that file makes no harm. Library packages may do harm (that'd have to be proved). > As long as they are not official, I don't care about the problem they > can cause. Officialising them means we have to care about them. So you could start closing many wishlist bugs to enhance packages and support different environments, couldn't you? > Instead it > should allow the installation of a package from a different architecture > than the one of the system. And that means packages from one architecture can be installed on different architectures. > If you don't know how to handle the conflict, the best is to not create > conflicts. I don't know how to handle a conflict that doesn't exist. > And again, if we officially support the ld.so configuration > we then implicitely support such package. What package would you implicitly support? I thought you didn't care about unofficial packages. > If you got a working multiarch system, then please share your patches. I'm already sharing the system. I'm contributing patches. Are you subscribed to debian-amd64? Haven't ia32-libs maintainers ever mentioned this? I repeat, I've got a working multiarch system. And it'll be that way until you show me what's wrong with it. If I can't change your mind and you don't want to prove me wrong, don't bother to reply. It's your theory versus my working packages. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#336091: setting package to dselect dpkg-dev dpkg, tagging 441904, tagging 336091
# Automatically generated email from bts, devscripts version 2.10.27 # # dpkg (1.15.0) UNRELEASED; urgency=low # # * Add a --query option to update-alternatives. Closes: #336091, #441904 # package dselect dpkg-dev dpkg tags 441904 + pending tags 336091 + pending -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#480739: virtualbox-ose-modules-2.6.24-1-686: Fails with a symbol error
Package: virtualbox-ose-modules-2.6.24-1-686 Version: 2.6.24+1.5.6-dfsg-7 Severity: important When I run Virtualbox I get: /usr/lib/virtualbox//VBoxSVC: symbol lookup error: /usr/lib/virtualbox/VBoxXML.so: undefined symbol: _ZN11xalanc_1_1016XalanTransformer10initializeERN11xercesc_2_713MemoryManagerE And a pop-up message saying: Receptor RC: 0x80470007 I'll try to compile from source now. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-686 (SMP w/1 CPU core) Locale: LANG=es_AR.UTF-8, LC_CTYPE=es_AR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages virtualbox-ose-modules-2.6.24-1-686 depends on: ii linux-image-2.6.24-1-686 [lin 2.6.24-6 Linux 2.6.24 image on PPro/Celeron virtualbox-ose-modules-2.6.24-1-686 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#480130: perl: FTBFS on alpha: 'CONFIG_HZ' undeclared
On Fri, May 09, 2008 at 10:22:53AM +0300, Niko Tyni wrote: > > we won't diverge on linux-libc-dev headers from upstream, > > please take that upstream to lkml. > > I really think that's your domain, but if you insist. FWIW, there's a complete patch signed off by Mike Frysinger in http://www.ussg.iu.edu/hypermail/linux/kernel/0805.1/1003.html -- Niko Tyni [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#480738: virt-manager: Segmentation fault
Package: virt-manager Version: 0.5.4-1 Severity: grave Justification: renders package unusable Hi, virt-manager fails on my machine with segmentation fault: ~$ virt-manager --no-fork Segmentation fault Regards, Andi -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.24-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages virt-manager depends on: ii libatk1.0-0 1.22.0-1 The ATK accessibility toolkit ii libc6 2.7-10 GNU C Library: Shared libraries ii libcairo2 1.6.4-1+b1 The Cairo 2D vector graphics libra ii libffi5 3.0.5-1Foreign Function Interface library ii libglib2.0-0 2.16.1-2 The GLib library of C routines ii libgtk2.0-0 2.12.9-2 The GTK+ graphical user interface ii libpango1.0-0 1.20.2-2 Layout and rendering of internatio ii librsvg2-common 2.22.2-2 SAX-based renderer library for SVG ii python-dbus 0.82.4-2 simple interprocess messaging syst ii python-glade2 2.12.1-1 GTK+ bindings: Glade support ii python-gnome2 2.22.0-1 Python bindings for the GNOME desk ii python-gtk-vnc0.3.5-3A VNC viewer widget for GTK+ (Pyth ii python-gtk2 2.12.1-1 Python bindings for the GTK+ widge ii python-libvirt0.4.2-5libvirt Python bindings ii python-urlgrabber 3.1.0-4A high-level cross-protocol url-gr ii python-vte1:0.16.13-1+b1 Python bindings for the VTE widget ii python2.4 2.4.5-2An interactive high-level object-o ii virtinst 0.300.3-2 Programs to create and clone virtu Versions of packages virt-manager recommends: ii hal 0.5.11~rc2-1 Hardware Abstraction Layer -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#458777: uscan: Please support mangling the orig tarball version
On Sunday 11 May 2008 3:33:26 pm Adam D. Barratt wrote: > On Thu, 2008-03-20 at 18:40 +, Adam D. Barratt wrote: > > Hi, > > > > On Wed, 2008-01-02 at 14:44 -0500, Andres Mejia wrote: > > > Please allow support for mangling the orig tarball version from the > > > upstream version. This patch would add support for the option > > > origversionmangle in a watch file. This patch updates the manpage as > > > well. > > > > Thanks for the patch. However... apologies if I'm missing something, but > > what does the new option provide that can't already be handled by > > existing options? > > Ping? > > As there's been no response to the above question, I propose closing > this bug at the end of May. If you've just been busy or there's any > functionality missing then please let us know (preferably with further > details in the latter case). > > Regards, > > Adam Ok, I read your example. It would be nice if you included the example you gave me in the manual page. I guess that would be my wishlist bug now. -- Regards, Andres -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#480739: virtualbox-ose-modules-2.6.24-1-686: Fails with a symbol error
El Domingo 11 Mayo 2008, Lisandro Damian Nicanor Perez Meyer escribió: > Package: virtualbox-ose-modules-2.6.24-1-686 > Version: 2.6.24+1.5.6-dfsg-7 > Severity: important > > > When I run Virtualbox I get: > > /usr/lib/virtualbox//VBoxSVC: symbol lookup error: > /usr/lib/virtualbox/VBoxXML.so: undefined symbol: > _ZN11xalanc_1_1016XalanTransformer10initializeERN11xercesc_2_713MemoryManag >erE > > > And a pop-up message saying: > > Receptor RC: > 0x80470007 > > I'll try to compile from source now. No luck, same error. I did rmmoded vboxdrv after installing the .deb generated by m-a, and modprobed the new one. -- Mas solo que lisandropm en #bblug irc.freenode.net Lisandro Damián Nicanor Pérez Meyer http://perezmeyer.com.ar/ signature.asc Description: This is a digitally signed message part.
Bug#480740: grub2: [INTL:it] Italian debconf templates translation
Package: grub2 Severity: wishlist Tags: patch l10n Please update the italian debconf templates translation (attached). Thanks, Luca it.po Description: Binary data
Bug#480741: python-gtk: ImportError: No module named cairo
Package: python-gtk2 Version: 2.12.1-1 Severity: serious Both sugar-emulator and pychess fail with the same GTK+/Cairo related message: $ pychess Traceback (most recent call last): File "/usr/games/pychess", line 9, in import gtk, gtk.glade, gettext File "/var/lib/python-support/python2.5/gtk-2.0/gtk/__init__.py", line 48, in from gtk import _gtk ImportError: No module named cairo I have both python-gtk and python-cairo installed. I recently upgraded to python2.5. Cheers, Shaun -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable'), (499, 'testing'), (498, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.23-rc3 Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) Versions of packages python-gtk2 depends on: ii libatk1.0-0 1.22.0-1 The ATK accessibility toolkit ii libc6 2.7-10 GNU C Library: Shared libraries ii libcairo2 1.4.14-1 The Cairo 2D vector graphics libra ii libglib2.0-0 2.16.1-2 The GLib library of C routines ii libgtk2.0-0 2.12.9-2 The GTK+ graphical user interface ii libpango1.0-0 1.20.2-2 Layout and rendering of internatio ii python2.5.2-1An interactive high-level object-o ii python-cairo [python2.5-cairo 1.4.12-1 Python bindings for the Cairo vect ii python-gobject [python2.5-gob 2.14.1-4 Python bindings for the GObject li ii python-numeric [python2.5-num 24.2-8.2 Numerical (matrix-oriented) Mathem ii python-support0.7.7 automated rebuilding support for P pn python2.4-cairo(no description available) pn python2.4-gobject (no description available) pn python2.4-numeric (no description available) python-gtk2 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#360101: python-gtk2: want to view svg images
+1 vote for this bug, which fixing would have prevented bug #476789. Please fix. Cheers, Shaun -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#458777: uscan: Please support mangling the orig tarball version
On Sun, 2008-05-11 at 16:09 -0400, Andres Mejia wrote: > Ok, I read your example. It would be nice if you included the example you > gave > me in the manual page. I guess that would be my wishlist bug now. Thanks for the quick reply. I'll see if I can come up with a useful way of including it in the mangpage. Regards, Adam -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#480742: delo: [INTL:pt] Updated Portuguese translation for debconf messages
Package: delo Version: n/a Tags: l10n, patch Severity: wishlist Updated Portuguese translation for delo's debconf messages. Translator: Ricardo Silva <[EMAIL PROTECTED]> Feel free to use it. For translation updates please contact 'Last Translator' or the Portuguese Translation Team . -- Best regards, Miguel Figueiredo "Traduz" - Portuguese Translation Team http://www.DebianPT.org pt.po Description: application/gettext
Bug#469035: libc6-i386: include mutiarch ld.conf from i386
Javier Serrano Polo a écrit : >> If you got a working multiarch system, then please share your patches. > > I'm already sharing the system. I'm contributing patches. Are you > subscribed to debian-amd64? Haven't ia32-libs maintainers ever mentioned > this? Ahahahahaha. I understand know. You are just using multiarch paths in a very hackish way like a few users from this list... > I repeat, I've got a working multiarch system. And it'll be that way > until you show me what's wrong with it. > > If I can't change your mind and you don't want to prove me wrong, don't > bother to reply. It's your theory versus my working packages. > > Please read the different documents from this page before coming back: http://wiki.debian.org/multiarch -- .''`. Aurelien Jarno | GPG: 1024D/F1BCDB73 : :' : Debian developer | Electrical Engineer `. `' [EMAIL PROTECTED] | [EMAIL PROTECTED] `-people.debian.org/~aurel32 | www.aurel32.net -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#480734: Acknowledgement (iscsitarget-source: Fals to build on alpha, hppa, mips, mipsel)
It looks like kernel/digest.c should be including not . Ben. -- Ben Hutchings Beware of programmers who carry screwdrivers. - Leonard Brandwein signature.asc Description: This is a digitally signed message part
Bug#480733: Acknowledgement (et131x-source: Fails to build on s390)
The relevant code is:
/**
Allow disabling of Non-Maskable Interrupts in I/O space, to
support validation.
*/
if( adapter->RegistryNMIDisable )
{
UCHAR RegisterVal;
RegisterVal = inb( ET1310_NMI_DISABLE );
RegisterVal &= 0xf3;
if( adapter->RegistryNMIDisable == 2 )
{
RegisterVal |= 0xc;
}
outb( ET1310_NMI_DISABLE, RegisterVal );
}
This conditionally writes to a (PC) interrupt controller register. As
the comment says this can be useful for validation, but is totally
unsuitable for production use. All the NMI disable code can be removed
from this package.
Ben.
--
Ben Hutchings
Beware of programmers who carry screwdrivers. - Leonard Brandwein
signature.asc
Description: This is a digitally signed message part
Bug#480587: [Pkg-xfce-devel] Bug#480587: xfwm4: Using Compositing causes X to eat major CPU
On Sun, May 11, 2008 at 5:29 AM, Daniel Dickinson <[EMAIL PROTECTED]> wrote: > With an accelerated video card with composting enabled in xorg.conf and for > compositing works under GNOME, using compositing in Window Manager Tweaks > results in X consuming huge amounts of CPU bringing the system to a crawl. Compositing under gnome -- is that with compiz or with the compositor metacity has gained lately? Because compiz uses opengl for effects, while xfwm4 and metacity use xrender. // Alexander -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
