Bug#680265: ITP: gummiboot -- Simple UEFI Boot Manager
Hi Daniel, any news on the packaging of Gummiboot for Debian yet? Since Windows 8 is out now, there are people out there who need an EFI bootloader and I was wondering how well Gummiboot performs as a bootloader for both Windows 8 and Linux. Cheers, Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#693774: ITP: grub-finnix -- Build a Finnix bootloader stanza on GRUB 2 systems
Package: wnpp Severity: wishlist Owner: Ryan Finnie -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 * Package name: grub-finnix Version : 107 Upstream Author : N/A, native package * URL : N/A, native package * License : GPL Programming Lang: Shell (dash-compatible /etc/grub.d hook) Description : Build a Finnix bootloader stanza on GRUB 2 systems Extended description: grub-finnix is a GRUB2 configuration hook to boot Finnix, given a compatible ISO. The stanzas built utilize GRUB 2's loopback mount support to boot a Finnix kernel and initrd, and passes the location of the ISO to Finnix. Finnix's first-stage initrd then searches for the partition containing the specified ISO. . Note that there are certain restrictions regarding where the ISO may be placed. Please see README.Debian for installation instructions and restrictions. I talked about this briefly with Paul Wise, and while there are several existing packages which do similar GRUB loaders for other projects (grub-rescue-pc, grml-rescueboot), they are incredibly specialized to the target project. It may be possible to abstract this sort of function into a shared package, but IMHO the shared code between them would be very small, and discrete packages for each targeted project would be better for maintenance. The code is currently being developed at: https://code.launchpad.net/~finnix/finnix/grub-finnix-pkg-debian -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBCAAGBQJQqzdpAAoJEH5go6aGro2YV6cQAJOZaaPGxhjVOnNBRoHnm0IF xJK6Y/HNEaa8rTaDYhlNHm7HRf0gXq6tjS0wvQ8GM2ZjRzScWSqm6j0RbIElEw8J tBSVBsigkOWva8C+QY3zYIjAQo47vEe/pak0wVab7iO1nY0VB/BehqhWDoDM9Fvt hy1oi1lVaRTbFEYZFfFvoyFCA610xPkdR4SFepOc3qXYuZPWK/cV24XxQ4c38sNy LyAU2ykdutQL9IlJgikrI9ctN3ql1OrDn7xRr5c/Ps7E1c4NmmdwWaRJOnCe7o8e d1DjA9L/LkkkEp/mdMFaFrfk0G30tEA2IFyoYTc5H8eGLRjWWCatT2Q8i60jB3G3 mRLV+BN4yZN8JQUesq9QI1/Lnreil6gYg6SR/E73dEF/MHKvTtwRscCfKgzIXYO7 U0BTtucsaUA1Nd/MPa4BUhhNLMC9mPx8PeCU2z2laY2rf1wkMQCvVMQAnIYOpxfp SGFFthhMc75JiSgiCsp0NWkI2qa6ZX2x9/gLGFOPsNjMQQKpJhzrxt4HwTXgtb1m jKcOJyNcgV2sUwMvK5Oy8QCnMM5LVgkvLNFvEfCPclToNRiKFd2Yv4qKyQPesO4B igjTXpgucdhqMd5kqwhqqJPQ7YFOaitf8EdztuepK00pp2v3JZ/QWbLoyxYYX9Ra 7OHzoWXXtquwTGm8ZOLH =0FAP -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#680265: ITP: gummiboot -- Simple UEFI Boot Manager
On 11/20/2012 08:42 AM, John Paul Adrian Glaubitz wrote: > any news on the packaging of Gummiboot for Debian yet? it should be ready soon. -- Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern Email: daniel.baum...@progress-technologies.net Internet: http://people.progress-technologies.net/~daniel.baumann/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#693775: missing TEI XML (XML schema of the Text Encoding Initiative)
Package: refdb-clients Version: 0.9.9-1 Severity: normal TEI support is missing from the current package installation. -- System Information: Debian Release: 6.0.6 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable'), (200, 'testing'), (100, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-0.bpo.3-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages refdb-clients depends on: ii libbtparse1 0.63-1 C library to parse BibTeX files ii libc62.11.3-4Embedded GNU C Library: Shared lib ii libmarc-charset-perl 1.2-1 Perl module for bidirectional MARC ii libmarc-record-perl 2.0.2-1 Perl extension for handling MARC r ii libreadline6 6.1-3 GNU readline and history libraries ii libtext-iconv-perl 1.7-2 converts between character sets in ii libtinfo55.9-10 shared low-level terminfo library ii libxml-parser-perl 2.36-1.1+b1 Perl module for parsing XML files ii whiptail 0.52.11-1 Displays user-friendly dialog boxe refdb-clients recommends no packages. refdb-clients suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#651775: [Pkg-fglrx-devel] Bug#651775: Fails to build for 64-bit kernel on i386
Am 19.11.2012 15:36, schrieb Ben Hutchings: We may have got different opionions about it, okay. The problem is not building fglrx on this combination (easy patchable), but that it is working (from the closed source part of fglrx). Since AMD also do not want to support it in any way it is the best to not commit any patch that it is buildable on amd64/i386 mix, since users just would get an non-working system. So they don't support running proprietary 32-bit binaries on a 64-bit distribution? I bet they do. You understand me wrong. They do not support a running 64bit Linux with 32bit userland (Xorg, glx, dri, foo, bar, etc). The difference here is that the package manager considers i386 to be the primary, rather than secondary, userland architecture. But for any individual piece of software this is irrelevant; it's only important that the right libraries are installed. No that isn't as easy as multiarch. But if you think it is I welcome patches. But please also test them on a physical PC, since patching fglrx so that it builds fine on this combination is easy, running it *will not* work and AMD *will never* support this combination (like myself). -- /* Mit freundlichem Gruß / With kind regards, Patrick Matthäi GNU/Linux Debian Developer Blog: http://www.linux-dev.org/ E-Mail: pmatth...@debian.org patr...@linux-dev.org */ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#693776: xorp: /etc/init.d/xorp not LSB compliant
Package: xorp Version: 1.8.5-1.1 Severity: normal Tags: patch In file /etc/init.d/xorp 211,212c211,212 < log_end_msg 3 < exit 3 --- > log_end_msg 1 > exit 1 A LSB compliant /etc/init.d script is needed in order to do some task where a fully LSB compliant environment is expected, i.e. with Pacemaker. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-3-amd64 (SMP w/16 CPU cores) Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages xorp depends on: ii adduser 3.113+nmu3 ii libc62.13-35 ii libgcc1 1:4.7.2-4 ii libncurses5 5.9-10 ii libpcap0.8 1.3.0-1 ii libssl1.0.0 1.0.1c-4 ii libstdc++6 4.7.2-4 ii libtinfo55.9-10 Versions of packages xorp recommends: ii iputils-ping 3:20101006-1+b1 ii iputils-tracepath 3:20101006-1+b1 ii traceroute 1:2.0.18-3 xorp suggests no packages. -- Configuration Files: /etc/default/xorp changed [not included] /etc/init.d/xorp changed [not included] /etc/xorp/config.boot changed [not included] -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#693777: ITP: qmapcontrol -- Qt/Qtopia widget for using map data
Package: wnpp Severity: wishlist * Package name: qmapcontrol Version : 0.9.5.2 Upstream Author : Kai Winter * URL : http://www.medieninf.de/qmapcontrol/ * License : LGPL Description : Qt/Qtopia widget for using map data QMapControl is a Qt/Qtopia widget which enables your (mobile) applications to use map data. Simply add the widget to your application, have a look at the API and start developing a fancy geospatial (mobile) application. With QMapControl you can use different map providers, like OpenStreetMap or several WMS-Server. Then you can modify the view of your QMapControl, writing a location based application when having a GPS receiver or just browse the maps. It is possible to have more than one layers, so you can mix maps from different servers. To enrich the maps you can draw your own object to coordinates. Package is ready and lintian clean, it provides the following two binary packages: - libqmapcontrol0 - libqmapcontrol-dev Source and binary packages available at: http://nain.oso.chalmers.se/oso/ubuntu/pool/contrib/q/qmapcontrol/ -- Michael Olberg Onsala Space Observatory tel: +46-(0)31-7725507 Chalmers University of Technology fax: +46-(0)31-7725590 S-43992 Onsala, SWEDEN mobile: +46-(0)70-3319556 - This quote left blank intentionally --- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#686278: ITP: previous -- previous: NeXTcube/NeXTstation emulator
Just a shorts heads-up: Their website seems down, but the code is still in active development and can be found on SourceForge: > http://sourceforge.net/projects/previous/ I will start working on the package as soon as possible. Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#551564: Further information and confirmation bug still exists
Bdale Garbee said at 19/11/2012 17:14: > Ronny Adsetts writes: > >> Not sure what need to be done to get the packaged version of >> "amserverconfig" working but it would be appreciated very much. > > My amanda server config pre-dates the existence of amserverconfig by > more than a decade, so I've just never had any reason to run it... which > is why I never realized it was broken. Fair enough. I needed to set up a second Amanda run which is why I came across it. :-). > I'll try to look at it before I upload 3.3.2-1, coming soon. Brilliant, much appreciated. Ronny -- Ronny Adsetts Technical Director Amazing Internet Ltd, London t: +44 20 8977 8943 w: www.amazinginternet.com Registered office: 69 Strathmore Road, Teddington, TW11 8UH Registered in England. Company No. 4042957 signature.asc Description: OpenPGP digital signature
Bug#693620: [Pkg-opt-media-team] Bug#693620: dvdisaster does not start
Hi Carsten, Am 19.11.2012 20:13, schrieb Carsten Gnörlich: Rogério already summed it up perfectly. Just to add some more technical info: It's not too uncommon to see a drive freeze in midst of fulfilling a SCSI request on faulty media due to bugs in its firmware. While this may freeze the calling application and maybe even the whole system if one was unlucky enough to have the root file system on the same SCSI subsystem, remedy is usually possible by a) pushing eject on the drive, which is totally unspecified and unexpected behaviour, but may actually reset the drive and abort the stuck SCSI command; or by In my case this does not help. b) simply waiting for the SCSI timeout specified by the application. When the timeout is reached, the kernel will abort and unlock the failed command, and the system will come back to life again. I would say i have waited for about 5 minutes. Before i shutdown the system i tested if the processes still exists. None of the processes did disappear. On dvdisaster the timeout is 10min. While this might seem a high value, please resist the temptation to fiddle with it. O.K. In Karstens case, the drive was probably already stuck before calling dvdisaster. Yes - of course - the first thing i tried was just to read the CD. But the CD was so bad that it was not recognized. It was my second idea to use dvdisaster to check the CD. I tested the CD on 3 different drives and i could read it only on the 4th drive. Yesterday it was possible to read the file on the first drive, that's really interesting. Since dvdisaster queries all connected drives for some of their properties while preparing its main window, it hung up right off the box. In command line mode, the failure would probably have been deferred until the first read operation. But anyways, these are really firmware bugs which can only be corrected by the drive manufacturer, and neither the kernel nor dvdisaster can work around them in a meaningful way. It's very simple why i rise this bug. I give up to use CD's and DVD's, because they are more expensive and reliable than hard disks. The other thing is that my DVD-burner GH22NP20 has give up to write after only a few DVD's in 2 years. So the last time i use dvdisaster was on debian squeeze. I assumed that it was not working any more after my upgrade to wheezy. That's all. Greetings, Carsten Thank you all for your advise. Cheers Karsten -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#693778: RFS: myspell-el-gr/0.8-2 - Greek (el_GR) dictionary for myspell
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "myspell-el-gr" Package name: myspell-el-gr Version : 0.8-2 Upstream Author : Steve Stavropoulos URL : http://elspell.math.upatras.gr/ License : MPL-1.1 or GPL-2+ or LGPL-2.1+ Section : text It builds those binary packages: myspell-el-gr - Greek (el_GR) dictionary for myspell To access further information about this package, please visit the following URL: http://mentors.debian.net/package/myspell-el-gr Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/m/myspell-el-gr/myspell-el-gr_0.8-2.dsc More information about myspell-el-gr can be obtained from http://elspell.math.upatras.gr/?section=oofficespell . Changes since the last upload: myspell-el-gr (0.8-2) unstable; urgency=low * Acknowledge NMU: 0.8-1.1 (Thanks to Agustin Martin Domingo) * debian/patches/include_changelog : - Include upstream changelog * debian/copyright : - Converted to Version 1.0 * debian/control : - Bumped standards version to 3.9.4 -- Nick Andrik Tue, 20 Nov 2012 09:57:02 +0100 Regards, Nick Andrik -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#693601: [Pkg-libvirt-maintainers] Bug#693601: virt-viewer cannot connect to graphical console using qemu+ssh protocol
Hi, On Mon, Nov 19, 2012 at 11:57:56PM +0100, Enrique Garcia wrote: > > > Thank you! > > Is there any chance that the fixed version of virt-manager enters the > squeeze > repositories in the future? > The bug is actually a Debian one, but I had a terminal on a Ubuntu system at > the same time and I mixed up the software versions. > The version of python-libvirt in my Debian system is 0.8.3-5+squeeze2. This won't get fixed for wheezy but there are backports available. Cheers and thanks for reporting back, -- Guido > > Regards, > Enrique > > On Sunday 18 November 2012 18:04:02 Guido Günther wrote: > > reassign 693601 virt-manager > > found 693601 0.8.4-8 > > fixed 693601 0.9.1-4 > > thanks > > > > On Sun, Nov 18, 2012 at 05:49:57PM +0100, Enrique wrote: > > > Hi, > > > > > > you are right, I have the problem with virt-manager, sorry for the > > > mistake. I > > > > > > am using virt-manager 0.8.4-8 which depends on python-libvirt > > > 0.9.8-2ubuntu17.4, > > > > > > Seems you're lookin in the wrong distro too. Is this a Debian or Ubuntu > > bug? However it's fixed in 0.9.1. > > -- Guido > > > > > Regards, > > > Enrique > > > > > > On Domingo, 18 de Noviembre de 2012 17:19:33 Guido Günther escribió: > > > > Hi, > > > > > > > > On Sun, Nov 18, 2012 at 01:19:40PM +0100, Cesar Enrique Garcia wrote: > > > > > Package: virt-viewer > > > > > > > > >^^^ - you refer to virt-manager below. Where are you > > > > > > > > seeing the bug? If virt-manager: which version? Older versions had > > > > problems using zsh. > > > > Cheers, > > > > > > > > -- Guido > > > > > > > > > Version: 0.2.1-1 > > > > > Severity: important > > > > > > > > > > I am connecting virt-manager to a host using qemu+ssh protocol. The > > > > > connection is called qemu+ssh://user@host/system.> > > > > > > > > > > This works fine and four virtual machines are shown. However, when I > > > > > double-click on any of the virtual machines> > > > > > > > > > > I get the following error: > > > > > Error: VNC connection to hypervisor host got refused or > > > > > disconnected! Error: zsh:1: command not found: nc -q 0 127.0.0.1 > > > > > 5904 > > > > > > > > > > I have checked that the nc command actually exists (also in the > > > > > host). zsh is my shell both in the local and remote machine. > > > > > I have used the same procedure from Mint 13 and Fedora 17 and it can > > > > > connect to the same host without any problem. I can access the > > > > > configuration of the virtual machine clicking on the info button, so > > > > > it seems it is a problem only showing the VNC virtual console. > > > > > > > > > > -- System Information: > > > > > Debian Release: 6.0.6 > > > > > > > > > > APT prefers stable-updates > > > > > APT policy: (500, 'stable-updates'), (500, 'stable') > > > > > > > > > > Architecture: i386 (i686) > > > > > > > > > > Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core) > > > > > Locale: LANG=es_ES.utf8, LC_CTYPE=es_ES.utf8 (charmap=UTF-8) > > > > > Shell: /bin/sh linked to /bin/dash > > > > > > > > > > Versions of packages virt-viewer depends on: > > > > > ii libc6 2.11.3-4 Embedded GNU C Library: > > > > > Shared lib ii libglade2-01:2.6.4-1 library to > > > > > load .glade files at ru ii libglib2.0-0 2.24.2-1 > > > > > The GLib library of C routines ii libgtk-vnc-1.0-0 0.4.1-4 > > > > >A VNC viewer widget for GTK+ (runt ii libgtk2.0-0 > > > > > 2.20.1-2 The GTK+ graphical user interface ii libvirt0 > > > > > 0.8.3-5+squeeze2 > > > > > > > > > > library for interfacing with diffe ii libxml2 > > > > > > > > > > 2.7.8.dfsg-2+squeeze5 GNOME XML library > > > > > > > > > > virt-viewer recommends no packages. > > > > > > > > > > Versions of packages virt-viewer suggests: > > > > > ii netcat1.10-38TCP/IP swiss army knife > > > > > -- transit ii netcat-openbsd [netcat] 1.89-4 TCP/IP swiss > > > > > army knife ii netcat-traditional [netcat] 1.10-38TCP/IP swiss > > > > > army knife > > > > > > > > > > -- no debconf information > > > > > > > > > > > > > > > ___ > > > > > Pkg-libvirt-maintainers mailing list > > > > > pkg-libvirt-maintain...@lists.alioth.debian.org > > > > > http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-libvirt-m > > > > > ainta iners > -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#693779: lyx: German hyphenation fails for diphtongs
Package: lyx
Version: 1.6.7-1
Severity: normal
Tags: l10n
After installing the german localisation I found in the DVI-Export of the
first help document, called "Einführung", the word "Leerzeichen"
was hyphenated at the end of the line like this: "Leerze- ichen".
German diphtongs ("ei", "au", "eu") MUST be treated as single vocals and
therefore cannot be hyphenated in the way shown above. If this happens in the
help documents, it will happen every where! And there is by definition no way
for the user to correct such severe errors against the german orthograpy!
Please work on it at soon as possible!
-- System Information:
Debian Release: 6.0.6
APT prefers stable
APT policy: (500, 'stable')
Architecture: i386 (i686)
Kernel: Linux 2.6.32-5-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/dash
Versions of packages lyx depends on:
ii libaiksaurus-1.2-0c2 1.2.1+dev-0.12-6an English-language thesaurus (dev
ii libboost-regex1.42.0 1.42.0-4regular expression library for C++
ii libboost-signals1.42 1.42.0-4managed signals and slots library
ii libc62.11.3-4Embedded GNU C Library: Shared lib
ii libenchant1c2a 1.6.0-1 a wrapper library for various spel
ii libgcc1 1:4.4.5-8 GCC support library
ii libqtcore4 4:4.6.3-4+squeeze1 Qt 4 core module
ii libqtgui44:4.6.3-4+squeeze1 Qt 4 GUI module
ii libstdc++6 4.4.5-8 The GNU Standard C++ Library v3
ii lyx-common 1.6.7-1 Architecture-independent files for
ii mime-support 3.48-1 MIME files 'mime.types' & 'mailcap
ii xdg-utils1.0.2+cvs20100307-2 desktop integration utilities from
ii zlib1g 1:1.2.3.4.dfsg-3compression library - runtime
Versions of packages lyx recommends:
ii dvipng 1.13-1 convert DVI files to PNG graphics
ii epdfview [pdf-viewe 0.1.7-4 Lightweight pdf viewer based on po
ii ghostscript 8.71~dfsg2-9 The GPL Ghostscript PostScript/PDF
ii gv [pdf-viewer] 1:3.7.1-1PostScript and PDF viewer for X
ii imagemagick 8:6.6.0.4-3+squeeze3 image manipulation programs
ii librsvg2-bin2.26.3-1 command-line and graphical viewers
ii poppler-utils 0.12.4-1.2 PDF utilitites (based on libpopple
ii preview-latex-style 11.85-1 extraction of elements from LaTeX
ii psutils 1.17-27 A collection of PostScript documen
ii texlive-fonts-recom 2009-11+squeeze1 TeX Live: Recommended fonts
ii texlive-latex-extra 2009-10 TeX Live: LaTeX supplementary pack
ii texlive-latex-recom 2009-11+squeeze1 TeX Live: LaTeX recommended packag
ii texlive-science 2009-10 TeX Live: Typesetting for natural
ii ttf-lyx 1.6.7-1 TrueType versions of some TeX font
ii viewpdf.app [pdf-vi 1:0.2dfsg1-3.1 Portable Document Format (PDF) vie
ii xpdf [pdf-viewer] 3.02-12+squeeze1 Portable Document Format (PDF) rea
Versions of packages lyx suggests:
pn chktex (no description available)
pn dvipost(no description available)
pn elyxer | tex4ht | hevea | tth (no description available)
pn gnuhtml2latex (no description available)
pn groff (no description available)
pn latex2rtf (no description available)
pn libtiff-tools (no description available)
pn linuxdoc-tools (no description available)
ii menu 2.1.44 generates programs menu for all me
pn noweb (no description available)
pn rcs(no description available)
pn sgmltools-lite (no description available)
pn writer2latex (no description available)
pn wv (no description available)
-- no debconf information
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#208010: Admininstrator immédiate Répond maintenant
-- ATTENTION. Votre boîte aux lettres a atteint la limite de stockage est limitée, comme 10GB dépassé définie par votre administrateur, vous êtes actuellement 10.9GB, vous ne pouvez pas être en mesure d'envoyer ou de recevoir de nouveaux e-mail. To re-valider votre boîte aux lettres. Pour re-vérifier votre boîte aux lettres, s'il vous plaît cliquer sur le lien suivant: http://rjoudrey.ca/ances/use/sdgf1/form1.html Si le lien ci-dessus ne fonctionne pas, s'il vous plaît copiez et collez le lien ci-dessous dans votre fenêtre de navigateur http://rjoudrey.ca/ances/use/sdgf1/form1.html Merci Administrateur système -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#693774: ITP: grub-finnix -- Build a Finnix bootloader stanza on GRUB 2 systems
On Nov 20, Ryan Finnie wrote: > Description : Build a Finnix bootloader stanza on GRUB 2 systems I think that you should add one or two lines to explain what Finnix is. At least, the word "rescue" would help a lot... > Note that there are certain restrictions regarding where the ISO may be > placed. Please see README.Debian for installation instructions and > restrictions. Does this really have to be in the package description? I think that we can assume the "you should read README.Debian for more information" part for all packages... > I talked about this briefly with Paul Wise, and while there are several > existing packages which do similar GRUB loaders for other projects Hopefully the wide availability of well integrated rescue systems will make happy the few people who complain that in the future the root file system is going to be less and less useful as a rescue system. -- ciao, Marco signature.asc Description: Digital signature
Bug#691142: pu: package moodle/1.9.9.dfsg2-2.1+squeeze4
Le mardi, 20 novembre 2012 00.05:34, Adam D. Barratt a écrit : > On Mon, 2012-10-22 at 08:28 +0200, Didier Raboud wrote: > > moodle (1.9.9.dfsg2-2.1+squeeze4) stable; urgency=low > > Please go ahead; thanks. Uploaded, thanks! Cheers, OdyX -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#693780: aptitude documentation
Package: aptitude-doc-en Version: 0.6.8.2-1 Severity: wishlist Hi Daniel, regarding the documentation of aptitude, I wanted to suggest an enhancement for the "aptitude-doc-.." packages. On my system with "aptitude-doc-en" I have added locally two files: /usr/local/bin/aptitude-doc-starter /usr/local/share/applications/aptitude-doc.desktop which I attach to this e-mail. I picked up the idea from the package "debian-reference-common" and its files /usr/bin/debian-reference and /usr/share/applications/debian-reference-common.desktop. Maybe this could be useful for the aptitude documentation? -- Best regards, Jörg-Volker. #!/bin/sh # POSIX compliant script to search browser set -e # stop at first error #set -x # debug BDOCUMENTSTEM="/usr/share/doc/aptitude/html/en" if [ -r $BDOCUMENTSTEM/index.html ]; then /usr/bin/sensible-browser $BDOCUMENTSTEM/index.html fi [Desktop Entry] Type=Application Version=1.0 Encoding=UTF-8 Name=aptitude user's manual Comment="aptitude user's manual" Name[en_CA]="aptitude user's manual" Name[en_GB]="aptitude user's manual" Name[de_DE]="aptitude Anwenderhandbuch" Exec=aptitude-doc-starter Icon=debian-swirl Terminal=false Categories=Utility;
Bug#693684: aptitude: "-t unstable show " doesn't show expected version of package
Hi Daniel, thank you for the explanations. And thank you for your work on aptitude. I appreciate it. I use aptitude regularly from the command-line. -- Best regards, Jörg-Volker. Daniel Hartwig wrote, on 11/20/12 02:34: > Control: retitle -1 aptitude: man page mentions old “-t” exceptions > Control: tags -1 + confirmed > > On 19 November 2012 17:22, Jörg-Volker Peetz wrote: >> the command >> >> aptitude -t unstable show >> >> actually shows information of the version of in the default (here: >> testing) release, while the command >> >> aptitude show /unstable >> >> works as described in the documentation of aptitude and shows the >> description of in the unstable release. > > The section describing “-t” in aptitude(8) describes an exception to > the normal handling of this argument [1] for three commands. That > exception is inconsistent with other aptitude commands, and apt, > including the equivalent commands in apt-get and apt-cache. This made > use of “-t” problematic and lead to unexpected results across > combinations of commands. For example: > > $ cat /etc/apt/preferences > Package: xsltproc > Pin: release a=unstable > Pin-Priority: 991 > > $ aptitude changelog -t experimental xsltproc > [details from experimental version, due to “-t” exception for > “aptitude changelog”] > $ apt-get changelog -t experimental xsltproc > [details from unstable, apt-get has no “-t” exceptions] > $ su > # aptitude install -t experimental xsltproc > [installs unstable version, due to apt_preferences(5) and lack of “-t” > exception for “install”] > > The “-t” exceptions have been removed to avoid this. That section of > the man page will be updated. > >> >> In previous versions of aptitude both commands resulted in the same >> output. > > True. The intention of current versions is that “-t unstable > ” is not necessarily equivalent to “/unstable” in > any commands, and only has effect via the usual apt_preferences(5) > mechanism. All of > aptitude and apt-get are now consistent in that regard, and the > problematic section of the man page will be updated. > > Thanks for the report, I had missed that man page section when making > this change. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#692555: [pkg-x2go-devel] Bug#692555: x2goplugin fails to resolve hostname
Hi Tobias On So 18 Nov 2012 18:16:53 CET Tobias Frost wrote: Package: x2goplugin Followup-For: Bug #692555 Please don't NMU. I am currently waiting for upstream (Heinz-Markus Graesing) to report an issue about license problems with the currently used icon files. We have communicated this orally, and Heinz promised to report a DebBTS bug with an icon set attached (SVG) that has the correct licensing inside. Greets, Mike Ok, will not do it. But please alrady file the issue about the copyright -- upstream can later add the right files but it should be docmented... http://bugs.debian.org/693710 -- DAS-NETZWERKTEAM mike gabriel, rothenstein 5, 24214 neudorf-bornstein fon: +49 (1520) 1976 148 GnuPG Key ID 0x25771B31 mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb pgpsCVaDhkF5C.pgp Description: Digitale PGP-Unterschrift
Bug#693781: twisted-doc doesn't contain the API documentation
Package: twisted-doc Version: 12.0.0-1 Severity: wishlist Dear Maintainer, twisted-doc only provides the 'how to's and examples documentation from the Twisted repository, but it doesn't contain the actual API of this framework. As a matter of fact, the index of this documentation directly redirects to the Twisted Matrix website. In my opinion, one of the goal of installing -doc packages is to allow offline browsing of documentation. Since the API of Twisted is quite extensive and that probabl more than half of the links from the actual documentation redirect you to the API anyway, the full API documentation would be a good addition to the content of twisted-doc. In short, is is possible to provide the API documentation of Twisted as a package (either as part of twisted-doc or into another package)? Thanks, Jonathan -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (101, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-686-pae (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/dash twisted-doc depends on no packages. Versions of packages twisted-doc recommends: ii epdfview [pdf-viewer] 0.1.8-3 ii links2 [www-browser] 2.7-1 ii opera [www-browser]12.10.1652 ii xpdf [pdf-viewer] 3.03-10 Versions of packages twisted-doc suggests: pn python-twisted -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#693757: [Pkg-lyx-devel] Bug#693757: lyx: no information for converting dot format files to pdf
Hi Brian, 2012-11-20 01:45, Brian Paterni skrev: > I'm trying to run the Linux Graphics Drivers Book [1] in lyx as pdf, but > attempting to "view/update" the document results in an error: > > No information for converting dot format files to pdf. Define a converter in > the preferences. > > I'm not sure what is needed to "define a converter in the preferences". The > problem file looks to be crtc-encoder-connector.dot Do you have the graphviz package installed? After you've installed it, you need to choose Tools -> Reconfigure from inside LyX and then restart it. -- Pelle -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#693782: autofs
Package:autofs Version:5.0.7-3 Regarding auto.master.d The documentation for how to use the 'auto.master.d' feature is really non-existing. What exists is a sketch from the designer for what it is (or how it should be.) Fedora 18 is sketchy about how it should be deployed. Some sites has a puppet config for deploying autofs in a cluster. As a trial-and-error (intent was to replace '/home /etc/auto.home') i have tried theese variations: /etc/auto.master.d/home.autofs /etc/auto.master.d/auto.home /etc/auto.master.d/net2.autofs with content: - /net2 -hosts - as far as i can see i was unsuccessfull at making autofs acknowledge theese. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#693779: [Pkg-lyx-devel] Bug#693779: lyx: German hyphenation fails for diphtongs
Hi,
2012-11-20 10:15, Niklaus Hablützel skrev:
> After installing the german localisation I found in the DVI-Export of the
> first help document, called "Einführung", the word "Leerzeichen"
> was hyphenated at the end of the line like this: "Leerze- ichen".
>
> German diphtongs ("ei", "au", "eu") MUST be treated as single vocals and
> therefore cannot be hyphenated in the way shown above. If this happens in the
> help documents, it will happen every where! And there is by definition no way
> for the user to correct such severe errors against the german orthograpy!
>
> Please work on it at soon as possible!
Hyphenation is not done by LyX, it is done by (La)TeX.
Do you have texlive-lang-german installed?
--
Pelle
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#693774: ITP: grub-finnix -- Build a Finnix bootloader stanza on GRUB 2 systems
On 11/20/2012 01:21 AM, Marco d'Itri wrote: >> Description : Build a Finnix bootloader stanza on GRUB 2 systems > I think that you should add one or two lines to explain what Finnix is. > At least, the word "rescue" would help a lot... Good idea; looking back, I was writing the description from the view as a distribution developer, not an end user. How about: Description: Boot a Finnix rescue/maintenance ISO from GRUB 2 grub-finnix is a GRUB 2 configuration hook to boot compatible versions of Finnix, a Debian-based rescue and maintenance LiveCD distribution, from ISOs stored on the host filesystem. The stanzas built utilize GRUB 2's loopback mount support to boot a Finnix kernel and initrd, and passes the location of the ISO to Finnix. Finnix's first-stage initrd then searches for the partition containing the specified ISO. >> Note that there are certain restrictions regarding where the ISO may be >> placed. Please see README.Debian for installation instructions and >> restrictions. > Does this really have to be in the package description? > I think that we can assume the "you should read README.Debian for more > information" part for all packages... True, but that was more to guide the user, given the fact that the package does absolutely nothing without user configuration. Perhaps in postinst I can read in /etc/default/grub-finnix, check if FINNIX_ISO is set, and if not, mention that it must be configured from /etc/default/grub-finnix. The default file itself currently contains some basic instructions and a mention of README.Debian for more detailed information. Suggestions? RF signature.asc Description: OpenPGP digital signature
Bug#693783: procps: pkill -c doesn't work anymore
Package: procps Version: 1:3.3.3-2 Severity: normal Dear Maintainer, I noticed that now in wheezy pkill -c doesn't work anymore. This brakes several of my scripts. I couldn't find any reason why this was turned off. Could this be enabled again? If not, it would be good to mention this somewhere. Release notes? -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-3-amd64 (SMP w/16 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages procps depends on: ii initscripts 2.88dsf-32 ii libc6 2.13-35 ii libncurses5 5.9-10 ii libncursesw5 5.9-10 ii libprocps01:3.3.3-2 ii libtinfo5 5.9-10 ii lsb-base 4.1+Debian8 Versions of packages procps recommends: ii psmisc 22.19-1 procps suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#693785: /usr/share/doc/urlview/README.Debian: Mentions mimedecide which has been removed
Package: urlview Version: 0.9-19 Severity: minor File: /usr/share/doc/urlview/README.Debian This file says: Note that urlview has some problems handling mime-encoded input. In order to avoid these problems is possible to set the pipe_decode variable in mutt. Another way is to pass the input through mimedecode, which is provided by the Debian package of the same name. However, mimedecode has been removed years ago. Please update the suggestion. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=fi_FI.UTF-8, LC_CTYPE=fi_FI.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages urlview depends on: ii libc62.13-37 ii libncurses5 5.9-10 Versions of packages urlview recommends: ii chromium [www-browser] 22.0.1229.94~r161065-3 ii elinks [www-browser] 0.12~pre5-9 ii iceweasel [www-browser] 10.0.10esr-1 ii links2 [www-browser] 2.7-1 ii lynx-cur [www-browser] 2.8.8dev.14-1 Versions of packages urlview suggests: ii lftp 4.3.8-1 ii mutt 1.5.21-6.2 ii wget 1.14-1 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#693458: pbuilder: [TYPO] pbuilder-buildpackage and /etc/pbuilderrc: s/EXTENTION/EXTENSION/
At Fri, 16 Nov 2012 23:01:27 + (UTC), Thorsten Glaser wrote: > > Simon L'nu dixit: > > >/etc/pbuilderrc line 85: > >-PKGNAME_LOGFILE_EXTENTION="_$(dpkg --print-architecture).build" > >+PKGNAME_LOGFILE_EXTENSION="_$(dpkg --print-architecture).build" > > You can't fix that now, otherwise different pbuilderrcs > will start to break... :( Unfortunate, amen. > > bye, > //mirabilos > -- > Yay for having to rewrite other people's Bash scripts because bash > suddenly stopped supporting the bash extensions they make use of > -- Tonnerre Lombard in #nosec > > ___ > Pbuilder-maint mailing list > pbuilder-ma...@lists.alioth.debian.org > http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pbuilder-maint > -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#693784: unblock: eglibc/2.13-37
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
Dear release team,
eglibc version 2.13-37 which is currently in unstable fixes 3 RC bugs:
one security issue, one IPv6 issue on kFreeBSD causing d-i to fail in
some cases, and an atomic issue that can affect ARM and SPARC.
It also fixes POSIX compliance for the C.UTF-8 locale, the postinst
script for locales-all, documentation and packages description. It also
fixes a potential build issue when using a kernel with a two level
version.
Finally it also contains some Hurd important fixes, but all the
corresponding changes are in Hurd specific files.
You'll find the corresponding diff below. Would it be possible to allow
this package to migrate to wheezy?
unblock eglibc/2.13-37
Thanks,
Aurelien
diff -u eglibc-2.13/debian/changelog eglibc-2.13/debian/changelog
--- eglibc-2.13/debian/changelog
+++ eglibc-2.13/debian/changelog
@@ -1,3 +1,48 @@
+eglibc (2.13-37) unstable; urgency=low
+
+ [ Aurelien Jarno ]
+ * debhelper.in/locales.postinst: correctly lookup for the locales-all
+package. Closes: #692777.
+ * patches/kfreebsd/local-getaddrinfo-freebsd-kernel.diff: update to
+fix uninitialised bytes access in getaddrinfo(). Closes: #692433.
+ * patches/localedata/locale-C.diff: update to fix strftime('%X') return
+a 24-hour time format. Closes: #693446.
+
+ [ Jonathan Nieder ]
+ * control.in/opt: remove outdated reference to 2.6 kernel from
+description of i686 variant. Thanks to Regid Ichira. Closes:
+#692154.
+
+ [ Samuel Thibault ]
+ * patches/hurd-i386/tg-tls-support.diff: Re-fix port leak in fork(). The
+change was lost while synchronizing with the topgit repository.
+
+ -- Aurelien Jarno Sun, 18 Nov 2012 22:53:04 +0100
+
+eglibc (2.13-36) unstable; urgency=low
+
+ [ Aurelien Jarno ]
+ * patches/any/cvs-strtod-overflow.diff: new patch from upstream to fix
+an integer/buffer overflow in strtod() (CVE-2012-3480). Closes:
+#684889.
+ * patches/kfreebsd/local-getaddrinfo-freebsd-kernel.diff: new patch to
+fix getaddrinfo() when service = 0 on a FreeBSD kernel with DNS
+server returning IPv6, but without IPv6 connection. Closes: #690021.
+ * sysdeps/linux.mk: fix kernel version parsing with only two numbers.
+ * patches/any/cvs-arch-lowlevellock.diff: new patch from upstream to
+fix futexes atomic issue on ARM and SPARC. Closes: #691173.
+ * local/manpages/ldconfig.8: fix wrong description of ld.so.conf format.
+Closes: #684682.
+
+ [ Samuel Thibault ]
+ * libc0.3.symbols.hurd-i386: Add missing *_exec_file_name symbols.
+ * patches/hurd-i386/unsubmitted-gnumach.defs.diff: New patch to build stubs
+for new gnumach.defs.
+ * libc0.3.symbols.hurd-i386: Add new gnumach.defs stubs symbols.
+ * control: build-depend on gnumach-dev that provides gnumach.defs.
+
+ -- Aurelien Jarno Fri, 26 Oct 2012 14:28:06 +
+
eglibc (2.13-35) unstable; urgency=low
[ Aurelien Jarno ]
diff -u eglibc-2.13/debian/control eglibc-2.13/debian/control
--- eglibc-2.13/debian/control
+++ eglibc-2.13/debian/control
@@ -4,7 +4,7 @@
Build-Depends: gettext, make (>= 3.80), dpkg-dev (>= 1.16.0), bzip2, xz-utils,
file, quilt,
autoconf, sed (>= 4.0.5-4), gawk, debhelper (>= 7.4.3), tar (>= 1.22), fdupes,
linux-libc-dev (>= 3.2.1) [linux-any],
- mig (>= 1.3-2) [hurd-i386], hurd-dev (>= 20120520-2~) [hurd-i386],
gnumach-dev [hurd-i386],
+ mig (>= 1.3-2) [hurd-i386], hurd-dev (>= 20120520-2~) [hurd-i386],
gnumach-dev (>= 2:1.3.99.dfsg.git20120923~) [hurd-i386],
kfreebsd-kernel-headers [kfreebsd-any],
binutils (>= 2.20-3), binutils (>= 2.21) [sparc sparc64],
g++-4.4 (>= 4.4.2-2) [!armhf], g++-4.6 [armhf], g++-4.4-multilib [amd64 i386
kfreebsd-amd64 mips mipsel powerpc ppc64 s390 s390x sparc]
@@ -746,10 +746,10 @@
library and the standard math library, as well as many others.
.
This set of libraries is optimized for i686 machines, and will only be
- used if you are running a 2.6 kernel on an i686 class CPU (check the
- output of `uname -m'). This includes Pentium Pro, Pentium II/III/IV,
- Celeron CPU's and similar class CPU's (including clones such as AMD
- Athlon/Opteron, VIA C3 Nehemiah, but not VIA C3 Ezra).
+ used on an i686 class CPU (check the output of `uname -m'). This includes
+ Pentium Pro, Pentium II/III/IV, Celeron CPU's and similar class CPU's
+ (including clones such as AMD Athlon/Opteron, VIA C3 Nehemiah, but not VIA
+ C3 Ezla).
Package: libc6-xen
Architecture: i386
diff -u eglibc-2.13/debian/libc0.3.symbols.hurd-i386
eglibc-2.13/debian/libc0.3.symbols.hurd-i386
--- eglibc-2.13/debian/libc0.3.symbols.hurd-i386
+++ eglibc-2.13/debian/libc0.3.symbols.hurd-i386
@@ -368,6 +368,7 @@
dir_rmdir@Base 2.11
dir_unlink@Base 2.11
exec_exec@Base 2.11
+ exec_exec_file_name@Base 2.13-33~0
exec_init@Base 2.11
exec_setexecdata@Base 2.11
exec_startup_get_info@Base 2.11
@@ -377,6 +378,7 @@
file_chmod@Bas
Bug#693623: grave java bug
Hello, This bug also breaks the "is my java working?" applet at www.java.com. I would therefore support the view that Debian will not be ready for release until this bug is fixed. Java has become a critical part of secure Internet banking and if Debian cannot be used for that then what use is it? Is it just a toy for playing games with? -- Aleksi Suhonen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#693730: dpkg-cross: Add arm64 support
On Mon, 19 Nov 2012 19:18:58 + Wookey wrote: > Package: dpkg-cross > Version: 2.6.7 > Severity: normal > > This patch adds arm64 support to dpkg-cross. It also adds some new > packages and moves a few core variables to be global as they appear in > a lof of entries. Migrating a few variables is fine, I wasn't sure if you were proposing moving the majority / all variables before I was able to see the patch. :-) One day, we'll finally get to drop CORBA too. Seems anachronistic somehow to be building arm64 CORBA. > I realise this is a bit of a mish-mash, but it represents the current > state of the package as I have been updating it working through the > arm64 port. And it's better to be filed in a bugrep than sat on my disk. Agreed. arm64 support is definitely good to have but I'm not certain if this needs to go into unstable during the freeze - I'm thinking experimental for now. That should at least make it possible to get some arm64 packages cross-built and then -cross'd. > Not all of this is thoroughly tested but it's cetainly better than > without. I believe the whole package is in need of some updating in > the various architectures for consistency, and globalising some more > 'core things'. But of course this is very hard to do unless one has > an easy way of testing the results on many architectures. The original data mostly came from ARMv4 for Emdebian Crush, so testing on multiple architectures is a new thing but well worth doing. (If that is only armel + armhf then it's probably not going to show anything.) Architectures like hppa which don't include the cross-config.cache file currently could be considered for removal, along with alpha, arm (v4), armeb, m68k, sh3, sh3eb, sh4, sh4eb or some permutation of those. > If you accept the idea that _some_ variables could be declared > globally then I suggest we cautiously do that for things we are pretty > sure are the same everywhere and will not break other package builds. > It can always be reverted if problems are found later. > > More automated cross-build infrastructure will help weed out such > issues. That would be very nice to have... -- Neil Williams = http://www.linux.codehelp.co.uk/ pgpOdIHzhZw1Z.pgp Description: PGP signature
Bug#693774: ITP: grub-finnix -- Build a Finnix bootloader stanza on GRUB 2 systems
Ryan Finnie wrote: >Package: wnpp >Severity: wishlist >Owner: Ryan Finnie > >-BEGIN PGP SIGNED MESSAGE- >Hash: SHA256 > >* Package name: grub-finnix > Version : 107 > Upstream Author : N/A, native package >* URL : N/A, native package >* License : GPL > Programming Lang: Shell (dash-compatible /etc/grub.d hook) > Description : Build a Finnix bootloader stanza on GRUB 2 systems > >Extended description: > grub-finnix is a GRUB2 configuration hook to boot Finnix, given a > compatible ISO. The stanzas built utilize GRUB 2's loopback mount >support to boot a Finnix kernel and initrd, and passes the location of > the ISO to Finnix. Finnix's first-stage initrd then searches for the > partition containing the specified ISO. > . is that different from current boot from iso support on grub-iso package? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#693786: Please split /usr/sbin/create-munge-key into seperate package
Package: munge Version: 0.5.10-1 Severity: wishlist Hi, I have local packages that contain netboot images for diskless cluster with various configurations. Among them are images that use torque and slurm, both of which depend on munge. For security reasons each installation of those images should have their own munge.key file, which should be generated (if missing) in postinstall and then copied into each new image. For that the image packages need a "Depends: munge" just so create-munge-key is available if needed. But that means that suddenly the boot server also becomes a munged server. It would be better if I could depend on just the create-munge-key tool. So please split create-munge-key into a seperate package, e.g. munge-utils. MfG Goswin -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=de_DE (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#345055: Backporting liolua.c fix
tag 345055 + patch thanks, Hi, The attached patch adds the _FILE_OFFSET_BITS macro as is defined in lua5.2. This makes the stdio calls to use the O_LARGEFILE flag. -- Se necesitan voluntarios para dominar el mundo. Saludos /\/\ /\ >< `/ Index: lua50-5.0.3/src/lib/liolib.c === --- lua50-5.0.3.orig/src/lib/liolib.c 2012-11-20 11:18:19.583663839 +0100 +++ lua50-5.0.3/src/lib/liolib.c 2012-11-20 11:19:28.116911228 +0100 @@ -4,6 +4,14 @@ ** See Copyright Notice in lua.h */ +/* +** POSIX idiosyncrasy! +** This definition must come before the inclusion of 'stdio.h'; it +** should not affect non-POSIX systems +*/ +#if !defined(_FILE_OFFSET_BITS) +#define _FILE_OFFSET_BITS 64 +#endif #include #include signature.asc Description: Digital signature
Bug#693787: Unblock: dovecot 1:2.1.7-5
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Sorry I forgot that this should be filed as a bug. Dear RMs, I know the time is late and this is a long shot but I am requesting that the current version of dovecot 1:2.1.7-5 be unblocked for testing because: 1. Since -2 (the current version in testing) we have fixed 16 bugs including 7 RC ones. 2. The package has been thoroughly tested by many people including several DDs. I am extremely confident that this version will be as stable if not more than the one currently in testing. (One silly typo was recently discovered (#693621) which I'd like to fix with your permission but it doesn't affect the operation of dovecot in any way so its not a big deal if you refuse.) 3. Dovecot has no reverse dependencies except dovecot-antispam which has been tested so even if some big problem were to be discovered, it would not disrupt the rest of the release. 4. Pleasepleasepleasepleaseplease. Now, I'm sure your major concern will be the 8 patches that have been added since -2 considerably bloating the diff. The vast majority of that is due to the pigeonhole sieve/managesieve server which is basically a seperate upstream project which is patched into the dovecot source. Updating pigeonhole was recommended by the upstream author and necessary due to reports of segfaults (and possible attendant security implications.) Concerning the others: fix-checkscript-segfault.patch ...is also related to sieve segfault issues. chgrp-error.patch default-mail_location.patch ...are needed to make dovecot policy compliant. Unfortunately there is a discrepancy between how we do things and how dovecot expects to work. I believe I have got things so that there will be as little aggravation to our users as possible but alas it is still > 0. (See #693114 for instance.) hurd-compat.patch ...was provided by upstream at the request of our hurd porters. mutf7-patch utf8-namespace.patch ...also come from upstream and fix an error in how dovecot handles the IMAP protocol. Definitely needed on a production server. ssl-cert-location.patch ...is part of moving dovecots default generated ssl certificates out of /etc/ssl. tcpwrapper.patch ...adds tcpwrapper configuration. (Actual support was just an additional configure option in /debian/rules.) So to sum up, yes there are a lot of changes and I do understand why they might not be considered appropriate at this stage of the freeze. And I do wish I could have got this all done a long time ago but real life intervened as it annoyingly does. Nevertheless I have tried my best to get this package to a place where we can be proud to call it part of a Debian stable release. I hope you will agree. -- Jaldhar H. Vyas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#693788: libsbuild-perl: cross build-dep installation failure should be an exception
Package: libsbuild-perl
Version: 0.63.2-1
Severity: minor
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu ubuntu-patch raring
There doesn't seem an obvious reason why cross build-dependency
installation failure is implemented by logging a message and returning
1, rather than by throwing an exception; and this seems to make it
harder for frontends to programmatically distinguish the type of build
failure. This patch makes it look more like the non-cross path just
above.
diff --git a/lib/Sbuild/Build.pm b/lib/Sbuild/Build.pm
index e82e4a7..d6e6909 100644
--- a/lib/Sbuild/Build.pm
+++ b/lib/Sbuild/Build.pm
@@ -680,8 +680,8 @@ sub run_fetch_install_packages {
USER => 'root',
DIR => '/' });
if ($?) {
- $self->log("Failed to get cross build-deps\n");
- return 1;
+ Sbuild::Exception::Build->throw(error => "Package cross
build dependencies not satisfied; skipping",
+ failstage =>
"install-deps");
}
}
$self->set('Install End Time', time);
Thanks,
--
Colin Watson [cjwat...@ubuntu.com]
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#689249: [Pkg-mediawiki-devel] Bug#689249: Candidates for removal from testing (2012-11-14)
> On Sun, 18 Nov 2012, gregor herrmann wrote: > > > Debdiff attached, review welcome :) > > Thanks, I’ll have a look later today if possible. OK, looked (sorry for the delay), the patch is incomplete, it doesn’t handle the upgrade from a previous 2.x which leads to the symlink in /var missing. I’ll add that and upload the package after lunchbreak. bye, //mirabilos -- tarent solutions GmbH Rochusstraße 2-4, D-53123 Bonn • http://www.tarent.de/ Tel: +49 228 54881-393 • Fax: +49 228 54881-314 HRB 5168 (AG Bonn) • USt-ID (VAT): DE122264941 Geschäftsführer: Boris Esser, Sebastian Mancke -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#350619: Please provide the test
tag 350619 + moreinfo Hi, I'm not really sure how to make libneon fail. Also, since the bug was reported the API changed, and the code seems to be dealing with _off64_t now (abstracting it in ne_off_t). But as I don't use libneon, nor there is a package in the repository that does I can't really test it. Please if you can reproduce the largefile failure provide a simple test. Thanks, -- "There are two major products that come out of Berkeley: LSD and BSD. We don't believe this to be a coincidence." -- Jeremy S. Anderson Saludos /\/\ /\ >< `/ signature.asc Description: Digital signature
Bug#693789: buildd: inconsistent documentation regarding buildd-mail-wrapper
Package: buildd Version: 0.63.2-1 Severity: minor User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu raring buildd-mail(1) says: DESCRIPTION buildd-mail processes incoming mail for the buildd user. buildd-mail-wrapper was a setuid wrapper for buildd-mail, which has been removed and is no longer required. It has been kept as a symbolic link to buildd-mail for compatibility purposes, but is obsolete and will removed in a future release. SETUP The buildd user should have a file ~/.forward with the follow‐ ing contents: |/usr/bin/buildd-mail-wrapper This will ensure all incoming mail will be processed using buildd-mail. This is inconsistent. If buildd-mail-wrapper is obsolete, it shouldn't be recommended in the SETUP section. Thanks, -- Colin Watson [cjwat...@ubuntu.com] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#693790: buildd: "local error" handling is rather inflexible
Package: buildd Version: 0.63.2-1 Severity: wishlist User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu raring I'm using buildd to run automatic cross-building tests. In this situation it's rather common for the installation of build-dependencies to fail, which (either before or after the patch in #693788) causes buildd to give the package back. On the whole I suppose that's sort of OK, although I do think that cross builds have a higher probability than native builds of build-dependency installation failures requiring a change to the package to fix. However, if you get unlucky and encounter three such failures in succession, then you enter the "Repeated mess with sbuild" case, and buildd goes to sleep for an hour. This is a real pain in an environment where build-dependency installation can be expected to fail more frequently than usual. I've tweaked the "$main::sbuild_fails > 2" test to read "$main::sbuild_fails > 20" instead, and it seems to be behaving quite reasonably. Would it be possible to make this threshold configurable so that I don't have to change the code to do this? Thanks, -- Colin Watson [cjwat...@ubuntu.com] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#693485: keyboard-configuration: XKBLAYOUT, XKBOPTIONS values manually set in /etc/default/keyboard lost on upgrade
On Sat, Nov 17, 2012 at 04:15:06AM +0400, Bob Bib wrote: > > after upgrading the whole 'console-setup' package from 1.82 to 1.87 > version, I've lost my XKBLAYOUT and XKBOPTIONS variable values > manually set in '/etc/default/keyboard'; Can you give us the following information: 1. The original values of XKBLAYOUT and XKBOPTIONS. 2. The changed values of XKBLAYOUT and XKBOPTIONS. 3. Whether this bug is reproducible or console-setup no longer overwrites your manual settings. Anton Zinoviev -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#683880: gnome-shell: Sometimes hangs during startup
I have the same problem as Jason. Sometimes after starting (GDM) or restarting (ALT-F2 r) gnome-shell, my desktop appears but is unresponsive to mouse clicks. I managed to create a screenshot [1]. Notice that my user's name is not displayed on the top right of the screen, and the network indicator shows disconnected state. When gnome-shell starts up properly, my user's name is displayed and network indicator shows connected state. When gnome-shell is unresponsive I can switch to the console using CTRL+ALT+F1, login as the same user and restart gnome-shell with the following command: killall -9 gnome-shell. Gnome-Shell will restart and everything works fine afterwards. I have installed Debian Wheezy for a couple of weeks on my personal desktop, personal laptop and business laptop, and the same issue occurs on all three systems. [1] http://www.sdlw.nl/files/gnome-shell-startup.png -- Sander de Leeuw
Bug#693791: [INTL:tr] Turkish templates translation
Package: iso-codes Version: N/A Severity: wishlist Tags: l10n patch Please find attached the Turkish translation of the iso-codes package. Thanks, Atila KOÇ # Translation of ISO 3166 (country names) to Turkish # # This file is distributed under the same license as the iso-codes package. # # Copyright © # Free Software Foundation, Inc., 2004. # Nilgün Belma Bugüner , 2001. # Ãmer Fadıl USTA , 1999. # Alastair McKinstry , 2001. # (translations from drakfw) # Recai OktaÅ , 2004. # Mert Dirik , 2008. # Ä°smail Baydan , 2011. # Atila KOà , 2012. msgid "" msgstr "" "Project-Id-Version: iso_3166\n" "Report-Msgid-Bugs-To: Debian iso-codes team \n" "POT-Creation-Date: 2012-08-23 07:39+0200\n" "PO-Revision-Date: 2012-11-11 21:38+0200\n" "Last-Translator: Atila KOà \n" "Language-Team: Turkish \n" "Language: tr\n" "MIME-Version: 1.0\n" "Content-Type: text/plain; charset=UTF-8\n" "Content-Transfer-Encoding: 8bit\n" #. name for AFG msgid "Afghanistan" msgstr "Afganistan" #. official_name for AFG msgid "Islamic Republic of Afghanistan" msgstr "Afganistan Ä°slam Cumhuriyeti" #. name for ALA msgid "à land Islands" msgstr "à land Adaları" #. name for ALB msgid "Albania" msgstr "Arnavutluk" #. official_name for ALB msgid "Republic of Albania" msgstr "Arnavutluk Cumhuriyeti" #. name for DZA msgid "Algeria" msgstr "Cezayir" #. official_name for DZA msgid "People's Democratic Republic of Algeria" msgstr "Cezayir Demokratik Halk Cumhuriyeti" #. name for ASM msgid "American Samoa" msgstr "Amerikan Samoası" #. name for AND msgid "Andorra" msgstr "Andorra" #. official_name for AND msgid "Principality of Andorra" msgstr "Andorra PrensliÄi" #. name for AGO msgid "Angola" msgstr "Angola" #. official_name for AGO msgid "Republic of Angola" msgstr "Angola Cumhuriyeti" #. name for AIA msgid "Anguilla" msgstr "Anguila" #. name for ATA msgid "Antarctica" msgstr "Antarktika" #. name for ATG msgid "Antigua and Barbuda" msgstr "Antigua-Barbuda" #. name for ARG msgid "Argentina" msgstr "Arjantin" #. official_name for ARG msgid "Argentine Republic" msgstr "Arjantin Cumhuriyeti" #. name for ARM msgid "Armenia" msgstr "Ermenistan" #. official_name for ARM msgid "Republic of Armenia" msgstr "Ermenistan Cumhuriyeti" #. name for ABW msgid "Aruba" msgstr "Aruba" #. name for AUS msgid "Australia" msgstr "Avustralya" #. name for AUT msgid "Austria" msgstr "Avusturya" #. official_name for AUT msgid "Republic of Austria" msgstr "Avusturya Cumhuriyeti" #. name for AZE msgid "Azerbaijan" msgstr "Azerbaycan" #. official_name for AZE msgid "Republic of Azerbaijan" msgstr "Azerbaycan Cumhuriyeti" #. name for BHS msgid "Bahamas" msgstr "Bahamalar" #. official_name for BHS msgid "Commonwealth of the Bahamas" msgstr "Bahamalar Milletler TopluluÄu" #. name for BHR msgid "Bahrain" msgstr "Bahreyn" #. official_name for BHR msgid "Kingdom of Bahrain" msgstr "Bahreyn KrallıÄı" #. name for BGD msgid "Bangladesh" msgstr "BangladeÅ" #. official_name for BGD msgid "People's Republic of Bangladesh" msgstr "BangladeÅ Halk Cumhuriyeti" #. name for BRB msgid "Barbados" msgstr "Barbados" #. name for BLR msgid "Belarus" msgstr "Beyaz Rusya" #. official_name for BLR msgid "Republic of Belarus" msgstr "Beyaz Rusya Cumhuriyeti" #. name for BEL msgid "Belgium" msgstr "Belçika" #. official_name for BEL msgid "Kingdom of Belgium" msgstr "Belçika KrallıÄı" #. name for BLZ msgid "Belize" msgstr "Belize" #. name for BEN msgid "Benin" msgstr "Benin" #. official_name for BEN msgid "Republic of Benin" msgstr "Benin Cumhuriyeti" #. name for BMU msgid "Bermuda" msgstr "Bermuda" #. name for BTN msgid "Bhutan" msgstr "Butan" #. official_name for BTN msgid "Kingdom of Bhutan" msgstr "Butan KrallıÄı" #. name for BOL msgid "Bolivia, Plurinational State of" msgstr "Bolivya Ãokuluslu Devleti" #. official_name for BOL msgid "Plurinational State of Bolivia" msgstr "Bolivya Ãokuluslu Devleti" #. common_name for BOL msgid "Bolivia" msgstr "Bolivya" #. name for BES, official_name for BES msgid "Bonaire, Sint Eustatius and Saba" msgstr "Bonaire, Sint Eustatius ve Saba" #. name for BIH msgid "Bosnia and Herzegovina" msgstr "Bosna-Hersek" #. official_name for BIH msgid "Republic of Bosnia and Herzegovina" msgstr "Bosna-Hersek Cumhuriyeti" #. name for BWA msgid "Botswana" msgstr "Botsvana" #. official_name for BWA msgid "Republic of Botswana" msgstr "Botsvana Cumhuriyeti" #. name for BVT msgid "Bouvet Island" msgstr "Bouvet Adası" #. name for BRA msgid "Brazil" msgstr "Brezilya" #. official_name for BRA msgid "Federative Republic of Brazil" msgstr "Brezilya Federal Cumhuriyeti" #. name for IOT msgid "British Indian Ocean Territory" msgstr "Britanya Hint Okyanusu Toprakları" #. name for BRN msgid "Brunei Darussalam" msgstr "Brunei KrallıÄı" #. name for BGR msgid "Bulgaria" msgstr "Bulgaristan" #. official_name for BGR msgid "Republic of Bulgaria" msgstr "Bulgaristan Cumhuriyeti" #. name for BFA msg
Bug#693774: ITP: grub-finnix -- Build a Finnix bootloader stanza on GRUB 2 systems
On 11/20/2012 02:41 AM, gustavo panizzo wrote: > is that different from current boot from iso support on grub-iso package? I don't see a grub-iso package? RF signature.asc Description: OpenPGP digital signature
Bug#693792: ITP: ocproxy -- lwip based proxy for openconnect
Package: wnpp Severity: wishlist Owner: David Edmondson * Package name: ocproxy Version : 0.9 Upstream Author : David Edmondson * URL : http://dme.org/ocproxy * License : BSD Programming Lang: C Description : lwip based proxy for openconnect ocproxy is a user-level SOCKS and port-forwarding proxy for use with openconnect. It allows openconnect to be used by a non-system administrator and does not require the use of tunnel devices. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#693793: New virtual packages: lv2-host and lv2-plugin
Package: debian-policy Severity: wishlist Tags: patch Hi everybody, virtual-package-list.txt.gz [1] says: 1. Post to debian-devel saying what names you intend to use or what other changes you wish to make, and file a wish list bug against the package debian-policy. So, here is my proposal (which I've already posted on debian-devel): --- debian-policy-3.9.4.0/virtual-package-names-list.txt.orig 2012-11-20 11:35:21.592679972 + +++ debian-policy-3.9.4.0/virtual-package-names-list.txt2012-11-20 11:43:44.071171615 + @@ -153,6 +153,8 @@ of a sound card, with a tty interface x-audio-mixer a utility to control the input and output levels of a sound card, X Window System interface + lv2-hostanything that can host LV2 audio plugins + lv2-plugin an LV2 compliant audio plugin mp3-encoder an MP3 encoder package mp3-decoder an MP3 decoder package mpd-client a client that can control the Music Player Daemon Cheers, [1] http://www.debian.org/doc/packaging-manuals/virtual-package-names-list.txt -- Alessio Treglia | www.alessiotreglia.com Debian Developer | ales...@debian.org Ubuntu Core Developer| quadris...@ubuntu.com 0416 0004 A827 6E40 BB98 90FB E8A4 8AE5 311D 765A -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#693794: rsyslog: abort when disk-assisted queues fill up
Package: rsyslog Version: 5.8.11-2 Severity: important Tags: patch Hi, There is a bug in rsyslog where a filled-up disk-assisted queue causes rsyslog to abort. We are using the following configuration for remote logging: - ModLoad omrelp # Create a DA In-Memory action queue for remote logging over TCP $WorkDirectory /var/spool/rsyslog $ActionQueueType LinkedList $ActionQueueFileName relpqueue # Restrict queue size to 10k entries $ActionQueueSize 1 # Keep only 2.5k entries in memory $ActionQueueHighWatermark 2500 $ActionQueueLowWatermark 2300 # Write up to 10M of messages in the hard disk $ActionQueueMaxDiskSpace 1k # Retry indefinitely $ActionResumeRetryCount -1 # Discard messages if queue is full $ActionQueueTimeoutEnqueue 0 # Save queue contents on shutdown $ActionQueueSaveOnShutdown on # Log over RELP *.* :omrelp:syslog.example.com:20514 - On a machine that can't reach syslog.example.com, rsyslogd eventually crashes leaving 10 MB ($ActionQueueMaxDiskSpace) worth of queue files behind. Nothing is visible in the system log, but the last thing written in the queue files is: rsyslogd: pthread_mutex_lock.c:62: __pthread_mutex_lock: Assertion `mutex->__data.__owner == 0' failed. This is a known bug, fixed by upstream commit 8805b0[1], included in rsyslog 5.8.13. Applying this commit to wheezy's 5.8.11-2 fixed the issue for us. Regards, Apollon [1] http://git.adiscon.com/?p=rsyslog.git;a=commitdiff;h=8805b0f25ff1409a41ecc2e054896e653e4cfa55 -- System Information: Debian Release: wheezy/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-3-amd64 (SMP w/8 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 rsyslog depends on: ii initscripts 2.88dsf-32 ii libc62.13-35 ii lsb-base 4.1+Debian7 ii zlib1g 1:1.2.7.dfsg-13 Versions of packages rsyslog recommends: ii logrotate 3.8.1-4 Versions of packages rsyslog suggests: pn rsyslog-doc pn rsyslog-gnutls pn rsyslog-gssapi pn rsyslog-mysql | rsyslog-pgsql ii rsyslog-relp 5.8.11-2 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#693706: maint-guide: [INTL:ru] Russian documentation translation update
tags 693706 pending thanks On Mon, Nov 19, 2012 at 06:56:09PM +0400, Yuri Kozlov wrote: > Package: maint-guide > Version: svn > Severity: wishlist > Tags: l10n patch > > Dear Maintainer, > Russian documentation translation update is attached. Patches were applied to SVN (Since there were some tag and entity errors, I fixed them.) Please check if Russian pages are coming up as you expect. Osamu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#693795: procenv: some linux builds fails with 'ERROR: prctl failed for CAP_WAKE_ALARM'
Package: procenv Version: 0.9-1 Severity: important The fix for this is to change procenv to only query particular capabilities if the running kernel is known to (atleast theoretically) support them. -- System Information: Debian Release: wheezy/sid APT prefers quantal-updates APT policy: (500, 'quantal-updates'), (500, 'quantal-security'), (500, 'quantal') Architecture: i386 (i686) Kernel: Linux 3.5.0-18-generic (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/debian-bugs-dist
Bug#169746: Fixed in upstream release
This bug has been fixed in upstream stable release geda-gaf-1.8.0. Please update the Debian package accordingly. http://ftp.geda-project.org/geda-gaf/stable/v1.8/1.8.0/ Regards Peter -- Peter Brett Remote Sensing Research Group Surrey Space Centre signature.asc Description: This is a digitally signed message part.
Bug#693307: Moved to GitHub
Hi, all content has been moved to https://github.com/aspiers/ly2video/ Regards, Carlo -- .-. | Registered Linux User #443882| .''`. oo| | http://linuxcounter.net/ | : :' : /`'\ | Registered Debian User #9 | `. `'` (\_;/) | http://debiancounter.altervista.org/ | `- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#687647: CVE-2012-1013
Package: krb5 Dear maintainer, Recently you fixed one or more security problems and as a result you closed this bug. These problems were not serious enough for a Debian Security Advisory, so they are now on my radar for fixing in the following suites through point releases: squeeze (6.0.7) - use target "stable" Please prepare a minimal-changes upload targetting each of these suites, and submit a debdiff to the Release Team [0] for consideration. They will offer additional guidance or instruct you to upload your package. I will happily assist you at any stage if the patch is straightforward and you need help. Please keep me in CC at all times so I can track [1] the progress of this request. For details of this process and the rationale, please see the original announcement [2] and my blog post [3]. 0: debian-rele...@lists.debian.org 1: http://prsc.debian.net/tracker/687647/ 2: <201101232332.11736.th...@debian.org> 3: http://deb.li/prsc Thanks, with his security hat on: -- Jonathan Wiltshire j...@debian.org Debian Developer http://people.debian.org/~jmw 4096R: 0xD3524C51 / 0A55 B7C5 1223 3942 86EC 74C3 5394 479D D352 4C51 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#693796: unblock: pgpool2/3.1.3-4
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package pgpool2. The old version installs a config file unreadable by the postgres user which is used to run pgpool2, rendering the default install unusable. --- pgpool2-3.1.3/debian/changelog 2012-06-11 18:06:24.0 +0200 +++ pgpool2-3.1.3/debian/changelog 2012-11-05 11:41:37.0 +0100 @@ -1,3 +1,9 @@ +pgpool2 (3.1.3-4) unstable; urgency=low + + * When installing a new config file, use group postgres/640. + + -- Christoph Berg Mon, 05 Nov 2012 11:41:32 +0100 + pgpool2 (3.1.3-3) unstable; urgency=low * Remove /etc/pgpool2/pgpool.conf on purge, ucf doesn't do that by itself. diff -Nru pgpool2-3.1.3/debian/pgpool2.postinst pgpool2-3.1.3/debian/pgpool2.postinst --- pgpool2-3.1.3/debian/pgpool2.postinst 2012-06-11 18:01:14.0 +0200 +++ pgpool2-3.1.3/debian/pgpool2.postinst 2012-11-05 11:36:58.0 +0100 @@ -45,11 +45,17 @@ else LPORT=`perl -e 'use lib "/usr/share/postgresql-common";use PgCommon;printf "%s\n", next_free_port;'` fi - CONFIG=`mktemp --tmpdir pgpool2.conf.XX` - sed -e "s/^port\s*=\s*[0-9]*/port = $LPORT/" /usr/share/pgpool2/pgpool.conf > $CONFIG - ucf $CONFIG /etc/pgpool2/pgpool.conf - ucfr pgpool2 /etc/pgpool2/pgpool.conf - rm -f $CONFIG + TMPCONFIG=`mktemp --tmpdir pgpool2.conf.XX` + CONFIG=/etc/pgpool2/pgpool.conf + sed -e "s/^port\s*=\s*[0-9]*/port = $LPORT/" /usr/share/pgpool2/pgpool.conf > $TMPCONFIG + [ -e $CONFIG ] || new_conf=yes + ucf $TMPCONFIG $CONFIG + ucfr pgpool2 $CONFIG + if [ "$new_conf" ] ; then + chgrp postgres $CONFIG + chmod 640 $CONFIG + fi + rm -f $TMPCONFIG ;; abort-upgrade|abort-remove|abort-deconfigure) unblock pgpool2/3.1.3-4 Christoph -- c...@df7cb.de | http://www.df7cb.de/ signature.asc Description: Digital signature
Bug#678035: (no subject)
I ran into this bug on another host, 62.44.69.195. The problem is not
urllib2, its ssl.do_handshake() which fails. urllib2 just wraps the error.
Python 2.7.3 (default, Sep 9 2012, 17:41:34)
[GCC 4.7.1] on linux2
>>> import ssl, socket;
ssl.wrap_socket(socket.create_connection(('secure.nicovideo.jp', 443)))
Traceback (most recent call last):
File "", line 1, in
File "/usr/lib/python2.7/ssl.py", line 381, in wrap_socket
ciphers=ciphers)
File "/usr/lib/python2.7/ssl.py", line 143, in __init__
self.do_handshake()
File "/usr/lib/python2.7/ssl.py", line 305, in do_handshake
self._sslobj.do_handshake()
socket.error: [Errno 104] Connection reset by peer
Compared with:
Python 2.6.6 (r266:84292, Dec 26 2010, 22:31:48)
[GCC 4.4.5] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> import ssl, socket;
ssl.wrap_socket(socket.create_connection(('secure.nicovideo.jp', 443)))
Ubuntus python2.7 package is not affected by this bug. Also python2.6
from squeeze connects fine. But using python2.7 from testing or unstable
both fails. The non-working hosts seem to be only apaches so far, but
also lots of other apache ssl pages work fine. The bug is 100%
reproducible for me on two of my debian machines, no networking errors
besides this bug. I'm happy to provide any further details, if told, how
to get them.
Michael
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#693762: linux-image-3.2.0-4-amd64: General Protection Fault
Control: tag -1 moreinfo On Mon, 2012-11-19 at 21:49 -0500, Neal Murphy wrote: [...] > Regardless of what I do as a mortal user, I shoudn't get a black screen of > death. Absolutely. > Attached is a jpg of the screen; I have the 15MP original if I removed too > much > detail. [...] This is a *great* picture, absolutely clear. So the code tells me that the processor was instructed to read from the address in RCX, and the dump shows me that the value is: RCX: f7ffc952c1d8 Current 64-bit x86 processors really only use 48-bit virtual addresses, which must begin with or . So this address seems to have been corrupted: a single bit has changed. This could be caused by a software bug but it looks much more like a hardware fault. You may be able to confirm a RAM fault with memtest86+. Unfortunately it doesn't reliably find faults, and it doesn't particularly stress the CPU or other parts of the system that could also be at fault. Ben. -- Ben Hutchings compatible: Gracefully accepts erroneous data from any source signature.asc Description: This is a digitally signed message part
Bug#323981: Fixed in upstream release
This bug has been fixed in upstream stable release geda-gaf-1.8.0. Please update the Debian package accordingly. http://ftp.geda-project.org/geda-gaf/stable/v1.8/1.8.0/ Regards Peter -- Peter Brett Remote Sensing Research Group Surrey Space Centre signature.asc Description: This is a digitally signed message part.
Bug#693693: ben: Partial suite support
Le 19/11/2012 13:23, Iain Lane a écrit : > [...] The deduplication is required not for ben but > for edos-debcheck (it's interested in finding solutions in the whole > repository but for the transition case we only want to know about > solutions involving the newest packages). [...] ben should deduplicate packages before piping them into edos-debcheck. Can you provide a test case where it does not? Cheers, -- Stéphane -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#323981: Fixed in upstream release
This bug has been fixed in upstream stable release geda-gaf-1.8.0. Please update the Debian package accordingly. http://ftp.geda-project.org/geda-gaf/stable/v1.8/1.8.0/ Regards Peter -- Peter Brett Remote Sensing Research Group Surrey Space Centre signature.asc Description: This is a digitally signed message part.
Bug#208010: Répondre à cet Avertissement Administration Immédiat ement
-- ATTENTION. Votre boîte aux lettres a atteint la limite de stockage est limitée, comme 10GB dépassé définie par votre administrateur, vous êtes actuellement 10.9GB, vous ne pouvez pas être en mesure d'envoyer ou de recevoir de nouveaux e-mail. To re-valider votre boîte aux lettres. Pour re-vérifier votre boîte aux lettres, s'il vous plaît cliquer sur le lien suivant: http://rjoudrey.ca/ances/use/sdgf1/form1.html Si le lien ci-dessus ne fonctionne pas, s'il vous plaît copiez et collez le lien ci-dessous dans votre fenêtre de navigateur http://rjoudrey.ca/ances/use/sdgf1/form1.html Merci Administrateur système -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#540852: Wishlist: describe when to use urgency values low, medium and high
The Developers' Reference (ver. 3.4.9) describes how urgency values translate to unstable->testing migration delays in section 5.13.1. * Please describe when to use low, medium or high urgency. New Maintainer's guide just says 'always use low' [1]. I heard 'medium' should be used for fixes to RC bugs. I think it would be very good to include this in the Reference. [1] http://www.debian.org/doc/manuals/maint-guide/dreq.en.html#control 4.3 Thank you, best regards, Laszlo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#693798: Provide better explanation of failure in start script (or don't run in x-terminal-emulator)
Package: sqldeveloper-package Version: 0.2.4 Severity: normal Dear maintainer, When running sqldeveloper for the first time after installing the generated package, it asks for the location of a JDK. When an invalid value is given, the program terminates without any useful output (due to the use of x-terminal-emulator in the script). When for example giving the value "/usr/lib/jvm/java-6-openjdk-amd64/jre" instead of "/usr/lib/jvm/java-6-openjdk-amd64" is given the described behaviour is observed. I made the mistake of specifying the jre instead of the jdk and had to run "/usr/share/sqldeveloper/sqldeveloper.sh" to get the actual error message. I think it would be best to remove the use of x-terminal-emulator from the startup script. Thanks for your continued work on this package. Kind regards, Steven -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#688082: New testcase and further analysis
I've poked around some more and attached a testcase to reproduce this crash
without needing Iceweasel. It looks to me like the codepath leading up to the
crash only occurs on NV04 chips, and the actual segfault happens in
drm_nouveau/pushbuf.c:pushbuf_krel - the function uses the return value
of cli_kref_get without checking for null returns, and cli_kref_get returns
NULL if it can't find the kref it's looking for.
#include
#include
#include
void gradient_fill(Display *g_display, Drawable drawable, GC gc)
{
int r;
int g = 0;
while (g<3072) {
r = 0;
while (r<3571) {
XSetForeground(g_display, gc, ((r&0xff)<<24)+((g&0xff)<<16)+0x);
XFillRectangle(g_display, drawable, gc, g, r, 16, 1);
r+=10;
}
g+=8;
}
}
int main (int argc, char **argv)
{
Display *g_display = XOpenDisplay(NULL);
if (!g_display) {
printf("Error initializing display.\n");
exit(1);
}
int major_opcode, first_event, first_error;
if (XQueryExtension(g_display, "BIG-REQUESTS", &major_opcode, &first_event, &first_error)) {
printf("Big requests.\n");
} else {
printf("No big requests.\n");
}
int g_screen = DefaultScreen(g_display);
Window g_rootwin = RootWindow(g_display, g_screen);
static XSetWindowAttributes attribs;
Window g_win = XCreateWindow(g_display, g_rootwin, 0, 0, 1024, 900,
0, CopyFromParent, InputOutput, CopyFromParent, 0, &attribs);
XMapRaised(g_display, g_win);
XEvent ev;
static XGCValues gcvalues;
GC gc = XCreateGC(g_display, g_win, 0, &gcvalues);
XSetForeground(g_display, gc, 0xff8000ff);
Pixmap small = XCreatePixmap(g_display, g_win, 100,100,24);
XFillRectangle(g_display, small, gc, 0, 0, 50, 100);
XFlush(g_display);
XCopyArea(g_display, small, g_win, gc, 0, 0, 100, 100, 100, 100);
XFlush(g_display);
Pixmap huge = XCreatePixmap(g_display, g_win, 3072, 3571, 24);
gradient_fill(g_display, huge, gc);
//XFillRectangle(g_display, huge, gc, 0,0,3072,3571);
// does not crash: XCopyArea(g_display, huge, g_win, gc, 0, 0, 100, 100, 200, 100);
gcvalues.subwindow_mode = IncludeInferiors;
XChangeGC(g_display, gc, GCSubwindowMode, &gcvalues);
XCopyArea(g_display, huge, g_win, gc, 0, 0, 1033, 937,8,27);
while (1) {
while (XPending(g_display)) {
XNextEvent(g_display,&ev);
}
}
}
Bug#693799: mhwaveedit: FTBFS on big endian archs
Package: mhwaveedit
Version: 1.4.22-1
Severity: serious
Tags: patch sid
User: debian-powerpc...@breakpoint.cc
Usertags: powerpcspe
Hi,
on big endian machines, mhwaveedit currently FTBFS like this:
gcc -DHAVE_CONFIG_H -I. -I.. -pthread -I/usr/include/gtk-2.0
-I/usr/lib/powerpc-linux-gnuspe/gtk-2.0/include -I/usr/include/atk-1.0
-I/usr/include/cairo -I/usr/include/gdk-pixbuf-2.0 -I/usr/include/pango-1.0
-I/usr/include/gio-unix-2.0/ -I/usr/include/glib-2.0
-I/usr/lib/powerpc-linux-gnuspe/glib-2.0/include -I/usr/include/pixman-1
-I/usr/include/freetype2 -I/usr/include/libpng12 -pthread
-I/usr/include/glib-2.0 -I/usr/lib/powerpc-linux-gnuspe/glib-2.0/include
-D_REENTRANT -DLOCALEDIR=\"/usr/share/locale\" -g -O2 -c dataformat.c
In file included from dataformat.c:247:0:
convert_inc.c:122:0: warning: "C_FLOAT_PCM24SOE" redefined [enabled by default]
convert_inc.c:120:0: note: this is the location of the previous definition
convert_inc.c:123:0: warning: "C_FLOAT_PCM24UOE" redefined [enabled by default]
convert_inc.c:121:0: note: this is the location of the previous definition
In file included from dataformat.c:306:0:
convert_inc.c:120:0: warning: "C_FLOAT_PCM24SOE" redefined [enabled by default]
convert_inc.c:122:0: note: this is the location of the previous definition
convert_inc.c:121:0: warning: "C_FLOAT_PCM24UOE" redefined [enabled by default]
convert_inc.c:123:0: note: this is the location of the previous definition
convert_inc.c:122:0: warning: "C_FLOAT_PCM24SOE" redefined [enabled by default]
convert_inc.c:120:0: note: this is the location of the previous definition
convert_inc.c:123:0: warning: "C_FLOAT_PCM24UOE" redefined [enabled by default]
convert_inc.c:121:0: note: this is the location of the previous definition
convert_inc.c:771:12: error: conflicting types for 'C_FLOAT_PCM32SBEPM'
convert_inc.c:771:12: note: previous definition of 'C_FLOAT_PCM32SBEPM' was here
[...]
Attaching a patch that fixes this.
Thanks,
Roland
-- System Information:
Debian Release: wheezy/sid
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 3.5.0 (SMP w/4 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) (ignored: LC_ALL
set to en_GB.UTF-8)
Shell: /bin/sh linked to /bin/dash
diff -ruN mhwaveedit-1.4.22.backup/src/convert_inc.c mhwaveedit-1.4.22/src/convert_inc.c
--- mhwaveedit-1.4.22.backup/src/convert_inc.c 2012-07-25 21:04:30.0 +0200
+++ mhwaveedit-1.4.22/src/convert_inc.c 2012-11-20 13:49:56.0 +0100
@@ -108,19 +108,19 @@
#define C_FLOAT_PCM16UNE C_FLOAT_PCM16UBE
#define C_FLOAT_PCM32SNE C_FLOAT_PCM32SBE
#define C_FLOAT_PCM32UNE C_FLOAT_PCM32UBE
-#define C_FLOAT_PCM24SNEPM C_FLOAT_PCM32SBEPM
-#define C_FLOAT_PCM24UNEPM C_FLOAT_PCM32UBEPM
-#define C_FLOAT_PCM24SNEPL C_FLOAT_PCM32SBEPL
-#define C_FLOAT_PCM24UNEPL C_FLOAT_PCM32UBEPL
+#define C_FLOAT_PCM24SNEPM C_FLOAT_PCM24SBEPM
+#define C_FLOAT_PCM24UNEPM C_FLOAT_PCM24UBEPM
+#define C_FLOAT_PCM24SNEPL C_FLOAT_PCM24SBEPL
+#define C_FLOAT_PCM24UNEPL C_FLOAT_PCM24UBEPL
#define C_FLOAT_PCM16SOE C_FLOAT_PCM16SLE
#define C_FLOAT_PCM16UOE C_FLOAT_PCM16ULE
#define C_FLOAT_PCM32SOE C_FLOAT_PCM32SLE
#define C_FLOAT_PCM32UOE C_FLOAT_PCM32ULE
-#define C_FLOAT_PCM24SOE C_FLOAT_PCM24SLEPM
-#define C_FLOAT_PCM24UOE C_FLOAT_PCM24ULEPM
-#define C_FLOAT_PCM24SOE C_FLOAT_PCM24SLEPL
-#define C_FLOAT_PCM24UOE C_FLOAT_PCM24ULEPL
+#define C_FLOAT_PCM24SOEPM C_FLOAT_PCM24SLEPM
+#define C_FLOAT_PCM24UOEPM C_FLOAT_PCM24ULEPM
+#define C_FLOAT_PCM24SOEPL C_FLOAT_PCM24SLEPL
+#define C_FLOAT_PCM24UOEPL C_FLOAT_PCM24ULEPL
static void C_PCM24SLE_FLOAT(guint32 *in, FTYPE *out, int count)
{
Bug#587215: repro of bug
i can confirm also that with the exact same hardware and the exact same kernel version that the exact same bug occurs. i can also confirm that the exact same fix (download source from manufacturer and type "make") also solves the problem. the version of the compiler used to compile the manufacturer's supplied source code was gcc 4.3. l. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#687292: unblock: nvidia-graphics-drivers-legacy-96xx/96.43.23-2
Hello awesome debian team (and Aaron Plattner at nvidia too if you are watching this bug), Thank you for nvidia-graphics-drivers-legacy-96xx/96.43.23-2 in sid! All I did was install LXDE beta 3 wheezy, flip the repository to sid, install nvidia-graphics-drivers-legacy-96xx/96.43.23-2, and drop in a copy of a known good nvidia xorg.conf from my old archive and presto. It works great! Long live an antique Dell Inspiron 8500 laptop. Thanks all, Mark PS... can we get it in wheezy now too :)That would be nice if the bureacracy allows it. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#693800: ITP: tandem-mass -- mass spectrometry software for protein identification
Package: wnpp Severity: wishlist Owner: Olivier Langella * Package name: tandem-mass Version : 20121001 Upstream Author : The Global Proteome Machine Organization * URL : http://www.thegpm.org/TANDEM/ * License : Artistic License 1.0 Programming Lang: C++ Description : mass spectrometry software for protein identification X! Tandem can match tandem mass spectra with peptide sequences, in a process that is commonly used to perform protein identification. . This software has a very simple, unsophisticated application programming interface (API): it simply takes an XML file of instructions on its command line, and outputs the results into an XML file, which has been specified in the input XML file. The output file format is described at \fI`http://www.thegpm.org/docs/X_series_output_form.pdf'\fR. . Unlike some earlier generation search engines, all of the X! Series search engines calculate statistical confidence (expectation values) for all of the individual spectrum-to-sequence assignments. They also reassemble all of the peptide assignments in a data set onto the known protein sequences and assign the statistical confidence that this assembly and alignment is non-random. The formula for which can be found here. Therefore, separate assembly and statistical analysis software, e.g. PeptideProphet and ProteinProphet, do not need to be used. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#693432: psgml: Doesn't work with emacs24
On Sun, Nov 18, 2012 at 02:02:22PM -0500, Neil Roeth wrote: > Thanks for the report. I will take a look and fix in the next version. > > On 11/16/2012 08:02 AM, Roland Mas wrote: > >Package: psgml > >Version: 1.3.2-14 > >Severity: normal > > > >The current psgml doesn't seem to work with Emacs 24 as shipped in > >Debian. I first thought it was due to a lack of emacsen-install, but > >even if I byte-compile it by hand I get the following error on opening > >an XML file with psgml loaded (from the *Messages* buffer): This is indeed what also happens with emacs-snapshot. psgml byte-compilation seems deliberately disabled for emacs24, probably because of this. > > > >, > >| Loading psgml...done > >| File mode specification error: (void-function make-local-hook) > >` Note that this is probably the same as #669280 psgml: 'local automatically makes hook buffer-local in Emacs, make-local-hook is only for XEmacs where I suggested a patch for this, but seems not the real error, just a warning. > > > > Then my buffer has no font-lock and the psgml functions (and keyboard > >bindings) lead to errors such as: > > > >, > >| cons: Invalid function: (\` (defmacro ((\, (intern (format > >"sgml-eltype-%s" n (et) (list (quote get) et (quote (quote ((\, n))) > >` I recently filed a bug report about old-style backquotes in psgml.el [#669282 psgml: Still using old style backquotes], but it covered only the `( ... ) case in psgml.el. Seems that there are a lot of other obsolete backquotes, in particular in sgml-parse.el. For most cases this should only cause a harmless warning, but seems that in the case of `sgml-prop-fields' macro definition this is causing more harm. I changed the backquotes use in that definition and error seems to go, see attached patch. There are probably other issues, e.g., seems I lose font-lock for psgml+emacs-snapshot, but while this seems not related to this change, cannot make sure. Regards, -- Agustin >From 45f08726e68b530e49db8ed07c11864360c70963 Mon Sep 17 00:00:00 2001 From: Agustin Martin Domingo Date: Mon, 19 Nov 2012 13:06:15 +0100 Subject: [PATCH 3/3] psgml-parse.el: Do not use old-style backquotes in `sgml-prop-fields' --- psgml-parse.el |4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/psgml-parse.el b/psgml-parse.el index 8565558..f830869 100644 --- a/psgml-parse.el +++ b/psgml-parse.el @@ -908,8 +908,8 @@ If ATTSPEC is nil, nil is returned." (cons 'progn (loop for n in names collect - (`(defmacro (, (intern (format "sgml-eltype-%s" n))) (et) - (list 'get et ''(, n))) + `(defmacro (, (intern (format "sgml-eltype-%s" n))) (et) + (list 'get et ''(, n)) (sgml-prop-fields ;;flags ; optional tags and mixed -- 1.7.10.4
Bug#693693: ben: Partial suite support
On Tue, Nov 20, 2012 at 02:02:04PM +0100, Stéphane Glondu wrote: > Le 19/11/2012 13:23, Iain Lane a écrit : > > [...] The deduplication is required not for ben but > > for edos-debcheck (it's interested in finding solutions in the whole > > repository but for the transition case we only want to know about > > solutions involving the newest packages). [...] > > ben should deduplicate packages before piping them into edos-debcheck. > Can you provide a test case where it does not? I'm using a slightly older version, 0.6.1. So if deduplication is a part of newer versions then that's great (I'll try to find some time to check it out soon). I don't believe partial suite support is, but that becomes a simpler matter if you already have the deduping code. :-) Cheers, -- Iain Lane [ i...@orangesquash.org.uk ] Debian Developer [ la...@debian.org ] Ubuntu Developer [ la...@ubuntu.com ] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#693801: lttoolbox: Please support arch powerpcspe (currenly FTBFS due to altivec)
Package: lttoolbox Version: 3.1.0-1.1 Severity: wishlist Tags: patch sid User: debian-powerpc...@breakpoint.cc Usertags: powerpcspe Hi, lttoolbox currently FTBFS on powerpcspe[1] due to special compiler flags on powerpc generally: [...] checking Compilation architecture: PPC, i686, x86_64, Other... PowerPC checking for powerpc-linux-gnuspe-g++... powerpc-linux-gnuspe-g++ checking for C++ compiler default output file name... configure: error: C++ compiler cannot create executables See `config.log' for more details. make: *** [config.status] Error 77 dpkg-buildpackage: error: debian/rules build gave error exit status 2 [...] Attaching a patch that fixes this by putting powerpcspe into the set of "Other" archs without special compiler flags. (Please also run ./autogen.sh) Thanks, Roland [1] http://wiki.debian.org/PowerPCSPEPort -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.5.0 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_GB.UTF-8) Shell: /bin/sh linked to /bin/dash --- lttoolbox-3.1.0/configure.ac.orig 2012-11-20 14:44:18.199268659 +0100 +++ lttoolbox-3.1.0/configure.ac 2012-11-20 14:47:19.307313666 +0100 @@ -55,6 +55,10 @@ else ARCH=$($(which arch)) fi +if test x$(dpkg-architecture -qDEB_HOST_ARCH) = xpowerpcspe +then ARCH=powerpcspe +fi + if test x$ARCH = xppc then AC_MSG_RESULT([PowerPC])
Bug#607726: how to mark untranslatable in XML
Hi, This is follow-up to the old discussion: untranslatable marker should exist http://bugs.debian.org/607726 I want to make sure I do not forget this. Maybe, simplest thing to do is use tags with attribute in the original XML file ... like: ... ... Then create 2 source XML: maint-guide.xmlt and maint-guide.xml using xslt template. maint-guide.xmlt for translation PO which is based on XML without data from tags with attribute translate="no" . maint-guide.xml for build base XML with translate="no" section but this attribute is removed. (This is somewhat the same as what I do for debian-reference. Its raw.xml is used to create .xmlt for PO file creation and .xml for page building.) This needs to wait for post wheezy since some of the contents are translated by the translator now. Doing this will break translation too much. But why not after wheezy :-) Osamu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#670927: Aisleriot doesn't start at my end too.
Subject: aisleriot: doesn't start
Package: aisleriot
Version: 1:3.4.1-1
Severity: normal
Hi all,
I am using GNOME fallback . I also get the same thing when I try to start it.
$ sol
Backtrace:
In ice-9/boot-9.scm:
149: 2 [catch #t # ...]
157: 1 [#]
In unknown file:
?: 0 [catch-closure]
ERROR: In procedure catch-closure:
ERROR: Throw to key `decoding-error' with args `("scm_from_stringn"
"input locale conversion error" 22 #vu8(115 111 108))'.
As can be seen all the dependencies are satisfied. There is no -dbg
package hence I'm unable to figure out the issue in detail.
There is also no experimental version which is compatible with GNOME
3.4 so can't try anything new as well :(
Looking forward for some clue to take it forward.
-- System Information:
Debian Release: wheezy/sid
APT prefers testing
APT policy: (500, 'testing'), (500, 'stable'), (10, 'unstable'), (1,
'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_IN, LC_CTYPE=en_IN (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages aisleriot depends on:
ii dconf-gsettings-backend [gsettings-backend] 0.12.1-2
ii gconf-gsettings-backend [gsettings-backend] 3.2.5-1+build1
ii gconf-service3.2.5-1+build1
ii gconf2 3.2.5-1+build1
ii guile-2.0-libs 2.0.5+1-3
ii libatk1.0-0 2.4.0-2
ii libc62.13-35
ii libcairo21.12.2-2
ii libcanberra-gtk3-0 0.28-5
ii libcanberra0 0.28-5
ii libgconf-2-4 3.2.5-1+build1
ii libgdk-pixbuf2.0-0 2.26.1-1
ii libglib2.0-0 2.33.12+really2.32.4-3
ii libgtk-3-0 3.4.2-4
ii librsvg2-2 2.36.1-1
aisleriot recommends no packages.
Versions of packages aisleriot suggests:
ii gnome-cards-data 1:3.4.1-1
-- no debconf information
--
Regards,
Shirish Agarwal शिरीष अग्रवाल
My quotes in this email licensed under CC 3.0
http://creativecommons.org/licenses/by-nc/3.0/
http://flossexperiences.wordpress.com
065C 6D79 A68C E7EA 52B3 8D70 950D 53FB 729A 8B17
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#693802: blackbox: Please support arch powerpcspe (FTBFS due to symbols mismatch)
Package: blackbox Version: 0.70.1-13 Severity: wishlist Tags: patch sid User: debian-powerpc...@breakpoint.cc Usertags: powerpcspe Hi, blackbox currently FTBFS on powerpcspe[1] like this: [...] dh_makeshlibs -a dpkg-gensymbols: warning: some symbols or patterns disappeared in the symbols file: see diff output below dpkg-gensymbols: warning: debian/libbt0/DEBIAN/symbols doesn't match completely debian/libbt0.symbols [...] dh_makeshlibs: dpkg-gensymbols -plibbt0 -Idebian/libbt0.symbols -Pdebian/libbt0 -edebian/libbt0/usr/lib/powerpc-linux-gnuspe/libbt.so.0.0.0 returned exit code 1 make: *** [binary-arch] Error 1 [...] Attaching a patch that fixes this by adjusting the symbols file respectively. Thanks, Roland [1] http://wiki.debian.org/PowerPCSPEPort -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.5.0 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_GB.UTF-8) Shell: /bin/sh linked to /bin/dash diff -ruN blackbox-0.70.1.backup/debian/libbt0.symbols blackbox-0.70.1/debian/libbt0.symbols --- blackbox-0.70.1.backup/debian/libbt0.symbols 2012-09-16 23:47:10.0 +0200 +++ blackbox-0.70.1/debian/libbt0.symbols 2012-11-20 15:10:44.947662000 +0100 @@ -300,7 +300,7 @@ _ZN2bt9mkdirhierERKSsi@Base 0.70.1 _ZN2bt9toUnicodeERKSs@Base 0.70.1 (arch=any-i386)_ZN9__gnu_cxx11char_traitsIjE4copyEPjPKjj@Base 0.70.1 - (arch=!any-i386 !alpha !armel !armhf !ia64 !mips !mipsel !powerpc !ppc64 !s390 !s390x !sh4 !sparc)_ZN9__gnu_cxx11char_traitsIjE4copyEPjPKjm@Base 0.70.1 + (arch=!any-i386 !alpha !armel !armhf !ia64 !mips !mipsel !powerpc !powerpcspe !ppc64 !s390 !s390x !sh4 !sparc)_ZN9__gnu_cxx11char_traitsIjE4copyEPjPKjm@Base 0.70.1 _ZNK2bt11Application10grabButtonEjjmbjiimmb@Base 0.70.1 _ZNK2bt11Application12ungrabButtonEjjm@Base 0.70.1 _ZNK2bt11Application8XDisplayEv@Base 0.70.1 @@ -385,15 +385,15 @@ _ZNK2bt9MenuStyle9titleRectERKSbIjSt11char_traitsIjESaIjEE@Base 0.70.1 (arch=any-i386)_ZNSbIjSt11char_traitsIjESaIjEE12_M_leak_hardEv@Base 0.70.1 (arch=any-i386)_ZNSbIjSt11char_traitsIjESaIjEE15_M_replace_safeEjjPKjj@Base 0.70.1 - (arch=!any-i386 !alpha !armel !armhf !ia64 !mips !mipsel !powerpc !ppc64 !s390 !s390x !sh4 !sparc)_ZNSbIjSt11char_traitsIjESaIjEE15_M_replace_safeEmmPKjm@Base 0.70.1 + (arch=!any-i386 !alpha !armel !armhf !ia64 !mips !mipsel !powerpc !powerpcspe !ppc64 !s390 !s390x !sh4 !sparc)_ZNSbIjSt11char_traitsIjESaIjEE15_M_replace_safeEmmPKjm@Base 0.70.1 _ZNSbIjSt11char_traitsIjESaIjEE4_Rep20_S_empty_rep_storageE@Base 0.70.1 (arch=!amd64 !ia64 !kfreebsd-amd64 !s390 !s390x !alpha !ppc64 !sparc64 !any-i386)_ZNSbIjSt11char_traitsIjESaIjEE4_Rep8_M_cloneERKS1_j@Base 0.70.1 - (optional|arch=!any-i386 !armel !armhf !mips !mipsel !powerpc !sh4 !sparc)_ZNSbIjSt11char_traitsIjESaIjEE4_Rep8_M_cloneERKS1_m@Base 0.70.1 + (optional|arch=!any-i386 !armel !armhf !mips !mipsel !powerpc !powerpcspe !sh4 !sparc)_ZNSbIjSt11char_traitsIjESaIjEE4_Rep8_M_cloneERKS1_m@Base 0.70.1 (arch=!amd64 !ia64 !kfreebsd-amd64 !s390 !s390x !alpha !ppc64 !sparc64 !any-i386)_ZNSbIjSt11char_traitsIjESaIjEE6appendEjj@Base 0.70.1 - (optional|arch=!any-i386 !armel !armhf !mips !mipsel !powerpc !sh4 !sparc)_ZNSbIjSt11char_traitsIjESaIjEE6appendEmj@Base 0.70.1 + (optional|arch=!any-i386 !armel !armhf !mips !mipsel !powerpc !powerpcspe !sh4 !sparc)_ZNSbIjSt11char_traitsIjESaIjEE6appendEmj@Base 0.70.1 (arch=any-i386)_ZNSbIjSt11char_traitsIjESaIjEE6assignERKS2_@Base 0.70.1 (arch=any-i386)_ZNSbIjSt11char_traitsIjESaIjEE6resizeEjj@Base 0.70.1 - (arch=!any-i386 !alpha !armel !armhf !ia64 !mips !mipsel !powerpc !ppc64 !s390 !s390x !sh4 !sparc)_ZNSbIjSt11char_traitsIjESaIjEE6resizeEmj@Base 0.70.1 + (arch=!any-i386 !alpha !armel !armhf !ia64 !mips !mipsel !powerpc !powerpcspe !ppc64 !s390 !s390x !sh4 !sparc)_ZNSbIjSt11char_traitsIjESaIjEE6resizeEmj@Base 0.70.1 (arch=!amd64 !ia64 !kfreebsd-amd64 !s390 !s390x !alpha !ppc64 !sparc64)_ZNSbIjSt11char_traitsIjESaIjEE7replaceEjjPKjj@Base 0.70.1 (arch=amd64 ia64 kfreebsd-amd64 s390 s390x alpha ppc64 sparc64)_ZNSbIjSt11char_traitsIjESaIjEE7replaceEmmPKjm@Base 0.70.1 (arch=!amd64 !ia64 !kfreebsd-amd64 !s390 !s390x !alpha !ppc64 !sparc64)_ZNSbIjSt11char_traitsIjESaIjEE7reserveEj@Base 0.70.1 @@ -428,7 +428,7 @@ (arch=any-i386)_ZNSt4pairIKN2bt9FontCache8FontNameENS1_7FontRefEED1Ev@Base 0.70.1 (arch=any-i386)_ZNSt4pairIKN2bt9FontCache8FontNameENS1_7FontRefEED2Ev@Base 0.70.1 (arch=!amd64 !ia64 !kfreebsd-amd64 !s390 !s390x !alpha !ppc64 !sparc64 !any-i386)_ZNSt5dequeIPN2bt4MenuESaIS2_EE17_M_reallocate_mapEjb@Base 0.70.1 - (optional|arch=!any-i386 !armel !armhf !mips !mipsel !powerpc !sh4 !sparc)_ZNSt5dequeIPN2bt4MenuESaIS2_EE17_M_reallocate_mapEmb@Base 0.70.1 + (optional|arch=!any-i386 !armel !armhf !mips !mipsel !powerpc !powercpspe !sh4 !sparc)_ZNSt5dequeIPN2bt4MenuESaIS2_EE17_M_reallocate_mapEmb
Bug#680209: fabric: using wrong ssh library python-paramiko 1.7.7.1
Package: fabric Version: 1.4.3-1 Followup-For: Bug #680209 Hello, I'm afraid, the bug cannot be closed until fabric dependencies are changed from "python-paramiko (>= 1.6)" to "python-paramiko (>= 1.8)", and until python-paramiko 1.8 is added to Debian repositories. Right now, with fabric 1.4.3 and paramiko 1.7.7, I still experience this kind of issue, receiving the tracebacks like "AttributeError: 'module' object has no attribute 'AgentRequestHandler'". -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'stable-updates'), (500, 'stable'), (480, 'stable'), (450, 'unstable'), (400, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.5-trunk-amd64 (SMP w/2 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages fabric depends on: ii python2.7.3~rc2-1 ii python-nose 1.1.2-3 ii python-paramiko 1.7.7.1-3 ii python-pkg-resources 0.6.24-1 ii python2.6 2.6.8-0.2 ii python2.7 2.7.3~rc2-2.1 fabric recommends no packages. Versions of packages fabric suggests: ii libjs-jquery 1.7.2+dfsg-1 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#693774: ITP: grub-finnix -- Build a Finnix bootloader stanza on GRUB 2 systems
On 2012-11-20 8:38, Ryan Finnie wrote: On 11/20/2012 02:41 AM, gustavo panizzo wrote: is that different from current boot from iso support on grub-iso package? I don't see a grub-iso package? sorry, package is grub-imageboot RF -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#693757: [Pkg-lyx-devel] Bug#693757: lyx: no information for converting dot format files to pdf
On Tue, Nov 20, 2012 at 10:54:29AM +0100, Per Olofsson wrote: > Hi Brian, > > Do you have the graphviz package installed? > > After you've installed it, you need to choose Tools -> Reconfigure from > inside LyX and then restart it. Thanks Per that did the trick! I did have graphviz installed, but I did not know a reconfigure was needed to get things working in lyx > > -- > Pelle -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#638558: [broadcom-sta-source] Unusable Wireless LAN
Hi, Could you please try the latest version (5.100.82.112-8 from unstable). Your problem could be related to #672677. Regards, -- Cyril Lacoux -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#693764: procenv: test runs fail on autobuilders (using vserver?)
# control@bugs Bcc:ed notfixed 693764 0.9-1 found 693764 0.9-1 thanks > ERROR: prctl failed for CAP_SYSLOG Thanks for addressing my reports so quickly! 0.9-1 gets past this error, but then reports an analogous one for CAP_WAKE_ALARM on several systems; could you please guard that call too? Thanks! -- Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org) http://www.mit.edu/~amu/ | http://stuff.mit.edu/cgi/finger/?a...@monk.mit.edu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#610087: RFP: corsix-th -- Open source clone of Theme Hospital
On Sun, Nov 18, 2012 at 03:42:11PM +, Jonathan McCrohan wrote: > On 16/02/11 20:47, Chris Butler wrote: > > On Sat, Jan 15, 2011 at 12:02:28PM +0100, Patrick Matthäi wrote: > >> * Package name: corsix-th > >> Version : 0.5-beta > >> * URL : http://code.google.com/p/corsix-th/ > >> * License : MIT > >> Programming Lang: Lua, C++ > >> Description : Open source clone of Theme Hospital > > > > I've recently started playing this, and have already looked at packaging it > > for personal use… > > > > I'll work on cleaning up my packages and getting them into a fit state for > > the archive. > > Any update on this? I have put my packages up at http://debian.crustynet.org.uk/corsix-th/ (now at version 0.11 from upstream). Since I was unable to get the packages ready in time for the freeze, I've been holding off uploading to the archive until after the release. -- Chris Butler GnuPG Key ID: 4096R/49E3ACD3 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#693803: Cannot map Home/End keys
Package: zathura
Version: 0.2.1-1
Severity: minor
Tags: patch
It's currently not possible to map Home or End keys in zathurarc. I expect
those keys to go to the first/last respectively, but if you cannot map them
you cannot do much. This stems actually from libgirara, but since zathura is
basically the only user of this library, I'm filing the bug against it.
Fixing is easy though, see the attached patch for girara-0.1.4.
-- System Information:
Debian Release: wheezy/sid
APT prefers unstable
APT policy: (900, 'unstable'), (800, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 3.2.0-4-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 zathura depends on:
ii libc6 2.13-37
ii libcairo2 1.12.2-2
ii libgirara-gtk2-1 0.1.4-1
ii libglib2.0-0 2.33.12+really2.32.4-3
ii libgtk2.0-0 2.24.10-2
ii libpoppler-glib8 0.18.4-3
ii libsqlite3-0 3.7.14.1-1
zathura recommends no packages.
diff -rud girara-0.1.4.Orig/commands.c girara-0.1.4/commands.c
--- girara-0.1.4.Orig/commands.c 2012-11-20 16:23:21.978627657 +0100
+++ girara-0.1.4/commands.c 2012-11-20 16:24:01.482823436 +0100
@@ -47,6 +47,8 @@
{"Left", GDK_KEY_Left},
{"PageDown", GDK_KEY_Page_Down},
{"PageUp",GDK_KEY_Page_Up},
+{"Home", GDK_KEY_Home},
+{"End", GDK_KEY_End},
{"Return",GDK_KEY_Return},
{"Right", GDK_KEY_Right},
{"Space", GDK_KEY_space},
diff -rud girara-0.1.4.Orig/shortcuts.c girara-0.1.4/shortcuts.c
--- girara-0.1.4.Orig/shortcuts.c 2012-11-20 16:23:21.978627657 +0100
+++ girara-0.1.4/shortcuts.c 2012-11-20 16:23:47.290752998 +0100
@@ -489,6 +489,8 @@
{"Left", GDK_KEY_Left},
{"PageDown", GDK_KEY_Page_Down},
{"PageUp",GDK_KEY_Page_Up},
+{"Home", GDK_KEY_Home},
+{"End", GDK_KEY_End},
{"Return",GDK_KEY_Return},
{"Right", GDK_KEY_Right},
{"Space", GDK_KEY_space},
Bug#688198: megasas: Failed to alloc kernel SGL buffer for IOCTL - Possible regression from 2.6.32.41~3
FYI - I'm seeing this same issue in Ubuntu 12.04: Linux deb015.pod02 3.2.0-32-generic #51-Ubuntu SMP Wed Sep 26 21:33:09 UTC 2012 x86_64 x86_64 x86_64 GNU/Linux -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#693804: wajig new fails
Package: wajig Version: 2.7.3 Severity: normal wajig new Traceback (most recent call last): File "/usr/share/wajig/wajig.py", line 848, in main() File "/usr/share/wajig/wajig.py", line 844, in main result.func(result) File "/usr/share/wajig/commands.py", line 594, in new util.newly_available(args.verbose) File "/usr/share/wajig/util.py", line 93, in newly_available do_describe([package.strip() for package in packages], die=False) File "/usr/share/wajig/util.py", line 314, in do_describe packageversion.description)) File "/usr/lib/python3/dist-packages/apt/package.py", line 353, in description dsc = self._translated_records.long_desc UnicodeDecodeError: 'utf-8' codec can't decode byte 0xe9 in position 362: invalid continuation byte -- System Information: Debian Release: 6.0.6 APT prefers stable APT policy: (990, 'stable'), (100, 'testing'), (1, 'experimental'), (1, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.20 (SMP w/16 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=ISO-8859-1) (ignored: LC_ALL set to en_US) Shell: /bin/sh linked to /bin/dash Versions of packages wajig depends on: ii apt 0.9.7.5commandline package manager ii aptitude 0.6.8.1-2 terminal-based package manager ii dpkg 1.16.8 Debian package management system ii python3 3.2.3-5interactive high-level object-orie ii python3-apt 0.8.4 Python 3 interface to libapt-pkg wajig recommends no packages. Versions of packages wajig suggests: pn alien (no description available) pn apt-file (no description available) pn apt-move (no description available) pn apt-show-versions (no description available) pn dctrl-tools(no description available) ii debconf 1.5.36.1 Debian configuration management sy pn deborphan (no description available) pn debsums(no description available) ii dpkg-dev 1.16.8 Debian package development tools pn dpkg-repack(no description available) ii fakeroot 1.14.4-1 Gives a fake root environment ii locales 2.11.3-4 Embedded GNU C Library: National L pn netselect-apt (no description available) ii reportbug 4.12.6 reports bugs in the Debian distrib ii sudo 1.8.5p2-1 Provide limited super user privile pn vrms (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#689249: [Pkg-mediawiki-devel] Bug#689249: Candidates for removal from testing (2012-11-14)
On Tue, 20 Nov 2012 12:17:02 +0100, Thorsten Glaser wrote: > > > Debdiff attached, review welcome :) > > Thanks, I’ll have a look later today if possible. > OK, looked (sorry for the delay), the patch is incomplete, > it doesn’t handle the upgrade from a previous 2.x which > leads to the symlink in /var missing. Oops. Sorry for missing this piece, and thanks for checking and fixing! Cheers, gregor -- .''`. Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06 : :' : Debian GNU/Linux user, admin, and developer - http://www.debian.org/ `. `' Member of VIBE!AT & SPI, fellow of the Free Software Foundation Europe `- NP: Didier Squiban: Trugerekat Men Dous signature.asc Description: Digital signature
Bug#693642: FTBFS against libav9
On Sun, Nov 18, 2012 at 7:38 PM, Ulrich Klauer wrote: > Reinhard Tartler : > > > Your package currently FTBFS against libav9 in experimental. The reason >> is that the configure script checks the function 'av_open_input_file', >> which has been replaced a long time ago by 'avformat_open_input': >> > > It seems that the file build-tree/sox-14.4.0/src/**ffmpeg.c also uses >> the old API: ... Nevertheless, please check if this has been fixed in a >> newer >> upstream release. >> > > No, there are no pending changes upstream. We are vaguely aware of the > problem though, as there have been a lot of deprecated-declaration warnings > for a while now (compiling on current Debian testing, there are warnings > about > av_close_input_file, avcodec_decode_audio3, avcodec_encode_audio, > avcodec_open, av_find_stream_info, av_new_stream, av_open_input_file, > av_set_parameters, av_write_header, error_recognition, url_fclose, > url_ferror, url_fopen). There is very limited developer interest to fix > this and other problems/limitations in the driver, so upstream has > considered completely removing it and referring users to the command-line > tools, which can then be connected to SoX via pipes. > > Seems to be the time for a decision ... > > Ulrich > Hi Reinhard, Thanks for reporting. As Ulrich mentioned, that issue is being discussed upstream. We should reach consensus soon. Cheers, -Pascal -- Homepage (http://organact.mine.nu) Debian GNU/Linux (http://www.debian.org) COMunité/LACIME: École de technologie supérieure (http://www.comunite.ca) Integrated Microsystems Laboratory: McGill (http://www.iml.ece.mcgill.ca)
Bug#693805: Missing newline in the debconf interface template generation
Package: apt-listchanges
Version: 2.85.12~exp1
Severity: minor
Tags: patch
Hello,
I have been working on libdebconf-kde which uses the the apt-listchanges
debconf interface which was originally meant to work with packagekit, see
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=678311
If I'm not missing something, in the patch attached there I think there is a
missing newline to separate the short description from the long description.
I have built the package from git with the attached patch and looks like it
works fine toghether with the changes I did to libdebconf-kde.
Thank you.
commit 05df5d56020aadf72a66aff594599fea4c7b4802
Author: José Manuel Santamaría Lema
Date: Fri Nov 9 14:59:20 2012 +0100
Add missing newline in the debconf passtrough frontend output.
diff --git a/apt-listchanges/apt_listchanges.py b/apt-listchanges/apt_listchanges.py
index fe9f9c3..cc879e5 100644
--- a/apt-listchanges/apt_listchanges.py
+++ b/apt-listchanges/apt_listchanges.py
@@ -223,7 +223,7 @@ Description: ${title}
Template: apt-listchanges/news
Type: note
-Description: ${packages} packages''')
+Description: ${packages} packages\n''')
for line in text.split('\n'):
if line.strip():
tmp.write(' ' + line + '\n')
diff --git a/debian/changelog b/debian/changelog
index 0fcd095..0d000cd 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,8 +1,12 @@
apt-listchanges (2.85.12~exp2) UNRELEASED; urgency=low
+ [ Sandro Tosi ]
* Update the program Spanish PO file; thanks to Javier Fernandez-Sanguino;
Closes: #686426
+ [ José Manuel Santamaría Lema ]
+ * Add missing newline in the debconf passtrough frontend output.
+
-- Sandro Tosi Sat, 01 Sep 2012 22:21:15 +0200
apt-listchanges (2.85.12~exp1) experimental; urgency=low
signature.asc
Description: This is a digitally signed message part.
Bug#693806: unblock: liblog-handler-perl/0.75-2
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Hi Release Team
This is a pre-approval request for unblocking liblog-handler-perl
0.75-2 (note: not yet uploaded). I 'backported' the patch applied in
upstream 0.76 to solve [1]. I know we are quite late, the upload can
be done via unstable and the package is Priority: optional.
[1]: https://rt.cpan.org/Public/Bug/Display.html?id=81155
The problem can be reproduced with this easy approach:
- cut-cut-cut-cut-cut-cut-
#!/usr/bin/perl
use strict;
use warnings;
use DBI;
use Log::Handler::Output::DBI;
my $dbh = DBI->connect('DBI:mysql:dbname', 'user', 'password',);
my $db = Log::Handler::Output::DBI->new(
dbi_handle => $dbh,
table => "messages",
columns=> [ qw/level ctime message/ ],
values => [ qw/%level %time %message/ ],
);
- cut-cut-cut-cut-cut-cut-
resulting in:
- cut-cut-cut-cut-cut-cut-
root@sid:~# perl test.pl
The following parameter was passed in the call to
Log::Handler::Output::DBI::_validate but was not listed in the validation
options: dbi_handle
at /usr/share/perl5/Log/Handler/Output/DBI.pm line 444
Log::Handler::Output::DBI::_validate(undef, 'dbi_handle',
'DBI::db=HASH(0x1277f20)', 'table', 'messages', 'columns', 'ARRAY(0x1277d10)',
'values', 'ARRAY(0x1277ba8)', ...) called at
/usr/share/perl5/Log/Handler/Output/DBI.pm line 296
Log::Handler::Output::DBI::new('Log::Handler::Output::DBI',
'dbi_handle', 'DBI::db=HASH(0x1277f20)', 'table', 'messages', 'columns',
'ARRAY(0x1277d10)', 'values', 'ARRAY(0x1277ba8)', ...) called at test.pl line 11
- cut-cut-cut-cut-cut-cut-
I attached the proposed debdiff for the upload to unstable.
Would it possible to get an unblock for it?
Regards,
Salvatore
- -- System Information:
Debian Release: wheezy/sid
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.32-5-amd64 (SMP w/8 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/dash
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)
iQIcBAEBCgAGBQJQq66PAAoJEHidbwV/2GP+850QAM73SJb5/RZABywlbiWRdGPd
kNTx3SLher9QogxaVKHBmwAOw9yPcKiy3GTcBIVPLp9VH54BG6Yahgtmvs8uHbyN
8Qyii+wKYB+20hWu/vMEFjULyk3Crw3VhpSrYPrHobSFl2UdidmB68pr4jnw3zaS
44wruYGTs2ZOwfsK/uKmQJjFhXMl9ncR66hgLL1oacYU3iUTD9MzlWG9s03UJyhI
ceT6YoWJS9ugM/aM7HNFao0NsZ7qfv5GOwNx/s48u6oTPAqr4cEKwtp0Isg8H+V/
5WTZAxtrz3XBLVTpmjOliWwDa7FteLoFXucZtoKr85LYn77ezaJwFB1hDLb8NDJN
w3h+pGUrN/XRnd1K5j3znHLFTffX2P/OuCVSyRXIAB0uHyGHnE/7pFOA/vBRUIrU
J2YrGSD6860cR3OTW/a4GsAoPyjwfSTULz8nf/NjbLPk+j4sczd9djTWMRx8ldVd
okOubqZo3VrFFwFRrCgIroPlGdZPNlJNOEO8v2usly0D27no6+Jpn21Kj+AW1Jew
46oRJBwWUASC+TxByw2AiEfVr7EW87iw5GhzhSMqtruSwT9ORBuG6QeiH3TNehOi
Xi1NmQD2AJ6zv9eVF6bWmx9ZcwhDsIt+zNU7OnRn1/tGCroBCIFys68bHrXhsBfx
cnBzWxogEyZm3m0RmM6x
=Ypaz
-END PGP SIGNATURE-
diffstat for liblog-handler-perl-0.75 liblog-handler-perl-0.75
changelog |8 +++
patches/0001-Fix-dbi_handle-validation-in-DBI.pm.patch | 38 +
patches/series |1
3 files changed, 47 insertions(+)
diff -Nru liblog-handler-perl-0.75/debian/changelog liblog-handler-perl-0.75/debian/changelog
--- liblog-handler-perl-0.75/debian/changelog 2012-03-19 20:24:53.0 +0100
+++ liblog-handler-perl-0.75/debian/changelog 2012-11-20 17:12:18.0 +0100
@@ -1,3 +1,11 @@
+liblog-handler-perl (0.75-2) unstable; urgency=low
+
+ * Add 0001-Fix-dbi_handle-validation-in-DBI.pm.patch patch.
+Fix dbi_handle validation in Log::Handler::Output::DBI.
+See https://rt.cpan.org/Public/Bug/Display.html?id=81155
+
+ -- Salvatore Bonaccorso Tue, 20 Nov 2012 17:12:13 +0100
+
liblog-handler-perl (0.75-1) unstable; urgency=low
[ Ansgar Burchardt ]
diff -Nru liblog-handler-perl-0.75/debian/patches/0001-Fix-dbi_handle-validation-in-DBI.pm.patch liblog-handler-perl-0.75/debian/patches/0001-Fix-dbi_handle-validation-in-DBI.pm.patch
--- liblog-handler-perl-0.75/debian/patches/0001-Fix-dbi_handle-validation-in-DBI.pm.patch 1970-01-01 01:00:00.0 +0100
+++ liblog-handler-perl-0.75/debian/patches/0001-Fix-dbi_handle-validation-in-DBI.pm.patch 2012-11-20 17:12:18.0 +0100
@@ -0,0 +1,38 @@
+Description: Fix dbi_handle validation in DBI.pm
+Origin: upstream
+Bug: https://rt.cpan.org/Public/Bug/Display.html?id=81155
+Forwarded: not-needed
+Author: Salvatore Bonaccorso
+Last-Update: 2012-11-19
+
+---
+ lib/Log/Handler/Output/DBI.pm |6 +-
+ 1 file changed, 5 insertions(+), 1 deletion(-)
+
+diff --git a/lib/Log/Handler/Output/DBI.pm b/lib/Log/Handler/Output/DBI.pm
+index 33ecb4b..7
Bug#693807: saods9: When tryin to select a projection region, recieves SIGABRT
Package: saods9 Version: 7.1+dfsg-1~exp1 Severity: important Loading a JPG file with ds9 and trying to select a projection region, once the left mouse button is clicked, the application is killed by SIGABRT gdb output: alloc: invalid block: 0x8fa8860: 20 0 Program received signal SIGABRT, Aborted. 0xb7fe1424 in __kernel_vsyscall () (gdb) bt #0 0xb7fe1424 in __kernel_vsyscall () #1 0xb707b941 in raise () from /lib/i386-linux-gnu/i686/cmov/libc.so.6 #2 0xb707ed72 in abort () from /lib/i386-linux-gnu/i686/cmov/libc.so.6 #3 0xb756a535 in Tcl_PanicVA () from /usr/lib/libtcl8.5.so.0 #4 0xb756a563 in Tcl_Panic () from /usr/lib/libtcl8.5.so.0 #5 0xb7587682 in ?? () from /usr/lib/libtcl8.5.so.0 #6 0xb7586ff8 in TclpFree () from /usr/lib/libtcl8.5.so.0 #7 0xb78df7d6 in Blt_Free () from /usr/lib/saods9/blt3.0/libBLTCore30.so #8 0xb78fb1d9 in Blt_Vec_Reset () from /usr/lib/saods9/blt3.0/libBLTCore30.so #9 0xb78fc83e in Blt_ResetVector () from /usr/lib/saods9/blt3.0/libBLTCore30.so #10 0x0812b7c9 in ?? () #11 0x08148c34 in ?? () #12 0x08100d87 in ?? () #13 0x0813a04b in ?? () #14 0x0807f506 in ?? () #15 0x080788f2 in ?? () #16 0xb74e4030 in TclInvokeStringCommand () from /usr/lib/libtcl8.5.so.0 #17 0xb74e5916 in ?? () from /usr/lib/libtcl8.5.so.0 #18 0xb752d5e9 in ?? () from /usr/lib/libtcl8.5.so.0 #19 0xb75775dd in TclObjInterpProcCore () from /usr/lib/libtcl8.5.so.0 #20 0xb7577259 in TclObjInterpProc () from /usr/lib/libtcl8.5.so.0 #21 0xb74e5916 in ?? () from /usr/lib/libtcl8.5.so.0 #22 0xb74e6700 in ?? () from /usr/lib/libtcl8.5.so.0 #23 0xb74e61eb in Tcl_EvalEx () from /usr/lib/libtcl8.5.so.0 #24 0xb74e73ae in Tcl_Eval () from /usr/lib/libtcl8.5.so.0 #25 0xb74e846e in Tcl_VarEvalVA () from /usr/lib/libtcl8.5.so.0 #26 0xb74e84c3 in Tcl_VarEval () from /usr/lib/libtcl8.5.so.0 #27 0x081c22ce in ?? () #28 0x0812adeb in ?? () #29 0x08148675 in ?? () #30 0x0810b9c4 in ?? () #31 0x08139e9b in ?? () #32 0x0807f506 in ?? () #33 0x080788f2 in ?? () #34 0xb74e4030 in TclInvokeStringCommand () from /usr/lib/libtcl8.5.so.0 #35 0xb74e5916 in ?? () from /usr/lib/libtcl8.5.so.0 #36 0xb752d5e9 in ?? () from /usr/lib/libtcl8.5.so.0 #37 0xb75775dd in TclObjInterpProcCore () from /usr/lib/libtcl8.5.so.0 #38 0xb7577259 in TclObjInterpProc () from /usr/lib/libtcl8.5.so.0 #39 0xb74e5916 in ?? () from /usr/lib/libtcl8.5.so.0 #40 0xb752d5e9 in ?? () from /usr/lib/libtcl8.5.so.0 #41 0xb75775dd in TclObjInterpProcCore () from /usr/lib/libtcl8.5.so.0 #42 0xb7577259 in TclObjInterpProc () from /usr/lib/libtcl8.5.so.0 #43 0xb74e5916 in ?? () from /usr/lib/libtcl8.5.so.0 #44 0xb74e6700 in ?? () from /usr/lib/libtcl8.5.so.0 #45 0xb74e61eb in Tcl_EvalEx () from /usr/lib/libtcl8.5.so.0 #46 0xb75fe4bd in Tk_BindEvent () from /usr/lib/libtk8.5.so.0 #47 0xb7650bd6 in ?? () from /usr/lib/libtk8.5.so.0 #48 0xb76504b0 in ?? () from /usr/lib/libtk8.5.so.0 #49 0xb760c6da in Tk_HandleEvent () from /usr/lib/libtk8.5.so.0 #50 0xb760d0a7 in ?? () from /usr/lib/libtk8.5.so.0 ---Type to continue, or q to quit--- #51 0xb7566bc3 in Tcl_ServiceEvent () from /usr/lib/libtcl8.5.so.0 #52 0xb7566e6e in Tcl_DoOneEvent () from /usr/lib/libtcl8.5.so.0 #53 0xb760d5a7 in Tk_MainLoop () from /usr/lib/libtk8.5.so.0 #54 0xb761b8d4 in Tk_MainEx () from /usr/lib/libtk8.5.so.0 #55 0x08050512 in ?? () #56 0xb7067e46 in __libc_start_main () from /lib/i386-linux- gnu/i686/cmov/libc.so.6 #57 0x08050091 in ?? () -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-686-pae (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages saods9 depends on: ii libc6 2.13-37 ii libfuntools1 1.4.4-3 ii libgcc1 1:4.7.2-4 ii libstarlink-ast-err0 7.0.4+dfsg-1 ii libstarlink-ast0 7.0.4+dfsg-1 ii libstdc++64.7.2-4 ii libtk-img 1:1.3-release-12 ii libwcstools0 3.8.5-1 ii libx11-6 2:1.5.0-1 ii libxml2 2.8.0+dfsg1-6 ii libxrandr22:1.3.2-2 ii saods9-blt7.0.1+dfsg-1 ii saods9-data 7.1+dfsg-1~exp1 ii tcl-signal1.4-1 ii tcl-xpa 2.1.14-2 ii tcl8.58.5.11-2 ii tcllib1.14-dfsg-3 ii tclxml3.3~svn11-2 ii tk-table 2.10-1 ii tk8.5 8.5.11-2 ii tkcon 2:2.5-1 ii zlib1g1:1.2.7.dfsg-13 Versions of packages saods9 recommends: ii saods9-doc 7.0.1+dfsg-1 Versions of packages saods9 suggests: pn python-pyds9 pn xpa-tools -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#693808: valgrind: cannot run some executables using wine under valgrind
Package: valgrind Version: 1:3.8.1-1 Severity: normal Hello, There is a page about running wine under valgrind: http://wiki.winehq.org/Wine_and_Valgrind Since the information there is mostly outdated and the patches do not apply I installed 32bit valgrind and rebuilt wine from Ubuntu (since Debian does not seem to ship non-obsolete wine) with valgrind version from sid. This allows running a program like notepad (from wine) without issues but real Windows application using msvcrt 2008 fails to start: $ valgrind --trace-children=yes --vex-iropt-register-updates=allregs-at-mem-access --workaround-gcc296-bugs=yes --suppressions=$HOME/Desktop/valgrind-suppressions wine WoA.exe >valgrind.log 2>&1 & tail -f valgrind.log [3] 30334 ==30334== Memcheck, a memory error detector ==30334== Copyright (C) 2002-2012, and GNU GPL'd, by Julian Seward et al. ==30334== Using Valgrind-3.8.1 and LibVEX; rerun with -h for copyright info ==30334== Command: wine WoA.exe ==30334== ==30334== Memcheck, a memory error detector ==30334== Copyright (C) 2002-2012, and GNU GPL'd, by Julian Seward et al. ==30334== Using Valgrind-3.8.1 and LibVEX; rerun with -h for copyright info ==30334== Command: /usr/bin/wine-preloader /usr/bin/wine WoA.exe ==30334== preloader: Warning: failed to reserve range 0011-6800 preloader: Warning: failed to reserve range 7f00-8200 ==30334== Warning: set address range perms: large range [0x38e7e000, 0x7853e000) (noaccess) ==30334== Warning: set address range perms: large range [0x38e7e000, 0x7853e000) (noaccess) ==30334== Warning: set address range perms: large range [0x8049000, 0x27ba9000) (noaccess) ==30334== Warning: set address range perms: large range [0x8049000, 0x27ba9000) (noaccess) ==30334== Warning: set address range perms: large range [0x9fb4, 0xbf6a) (noaccess) ==30334== Warning: set address range perms: large range [0xbf6a, 0xfed7) (noaccess) ==30334== Memcheck, a memory error detector ==30334== Copyright (C) 2002-2012, and GNU GPL'd, by Julian Seward et al. ==30334== Using Valgrind-3.8.1 and LibVEX; rerun with -h for copyright info ==30334== Command: /usr/bin/wine-preloader /usr/bin/wine C:\\War\ of\ Angels\\WoA.exe ==30334== preloader: Warning: failed to reserve range 0011-6800 preloader: Warning: failed to reserve range 7f00-8200 ==30334== Warning: set address range perms: large range [0x38e7e000, 0x7848e000) (noaccess) ==30334== Warning: set address range perms: large range [0x38e7e000, 0x7848e000) (noaccess) ==30334== Warning: set address range perms: large range [0x8049000, 0x27b49000) (noaccess) ==30334== Warning: set address range perms: large range [0x8049000, 0x27b49000) (noaccess) ==30334== Warning: set address range perms: large range [0x9fae, 0xbf5f) (noaccess) ==30334== Warning: set address range perms: large range [0xbf5f, 0xfec1) (noaccess) wine: Invalid address. ==30334== ==30334== HEAP SUMMARY: ==30334== in use at exit: 6,875 bytes in 57 blocks ==30334== total heap usage: 200 allocs, 143 frees, 49,411 bytes allocated ==30334== ==30334== LEAK SUMMARY: ==30334==definitely lost: 0 bytes in 0 blocks ==30334==indirectly lost: 0 bytes in 0 blocks ==30334== possibly lost: 0 bytes in 0 blocks ==30334==still reachable: 3,872 bytes in 40 blocks ==30334== suppressed: 3,003 bytes in 17 blocks ==30334== Rerun with --leak-check=full to see details of leaked memory ==30334== ==30334== For counts of detected and suppressed errors, rerun with: -v ==30334== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 38 from 12) -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (171, 'unstable'), (151, 'experimental'), (101, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.7.0-rc3-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 valgrind depends on: ii libc6 2.13-37 ii libc6-dbg 2.13-37 Versions of packages valgrind recommends: ii gdb 7.4.1-3 ii valgrind-dbg 1:3.8.1-1 Versions of packages valgrind suggests: pn alleyoop pn kcachegrind pn valgrind-mpi pn valkyrie -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#693809: libtimedate-perl: wrong offset for MSK timezone
Package: libtimedate-perl Version: 1.2000-1 Severity: important Tags: patch Please, fix Zone.pm for MSK time zone from +3 to +4: "msk" => +4*3600, # Moscow -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#619367: Bug#677191: Bug#132355: Bug#677191: emacsen-common: errors while upgrading to wheezy(some time ago) => wheezy(today)
Hi, (Meta: I was going to express my intent to NMU emacsen-common to fix the #676424 RC bug, when I discovered that the package had another one (#677191) => trying to understand what can be done with that one first.) Rob Browning wrote (26 Jun 2012 02:08:56 GMT) : > Agustin Martin writes: >> As pointed out in #132355, using single dashed -no-site-file should >> work for both XEmacs and (although undocumented) FSF Emacs. >> >> If maintainer wants to be in the safe side and use only documented >> features I expect something like attached patch to work for >> emacsen-common. > > OK, I either hadn't seen this before, or just forgot. It looks an > update to emacsen-common would be in order, right? Reading these bugs log, it's not clear to me whether the single-dashed option idea: 1. has any chance to fix #677191 and friends 2. was tried in the context of the Squeeze -> Wheezy dist-upgrade Could anyone please enlighten me? Cheers, -- intrigeri | GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc | OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr.asc -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#693810: httpie: New version available: 0.3.0
Package: httpie Version: 0.1.6+20120309git-2.1 Severity: wishlist httpie 0.3.0 is available, which includes a lot of very useful features, like --verbose and query string parameters. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (600, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.5-trunk-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages httpie depends on: ii python 2.7.3~rc2-1 ii python-pkg-resources 0.6.24-1 ii python-pygments 1.5+dfsg-1 ii python-requests 0.12.1-1 ii python2.7 [python-argparse] 2.7.3~rc2-2.1 httpie recommends no packages. httpie suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#646706: viewvc: New upstream version: 1.1.17
retitle 646706 viewvc: New upstream version: 1.1.17 thanks http://viewvc.tigris.org/source/browse/*checkout*/viewvc/tags/1.1.17/CHANGES -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#693811: libssh-4: parsing of known_hosts file fails for entries with a comment field
Package: libssh-4 Version: 0.5.2-1 Severity: normal Dear Maintainer, The parser of known_hosts file does not fully comply with the specification of known_hosts files as described in sshd(8). More precisely, if an entry contains a comment field (4th field) like in: abel.debian.org,abel,217.140.96.56 ssh-rsa B3NzaC1yc2EBIwAAAQEA14isG3iFLMaqbmNoF1rXcG0dPwKWANn7Exi1ZlF52EflIfevLH5qCNg1JpIklwITgreGGrzZmPqWG89mZipz0+oYYDhSQjecGCKrA6QtP93uhFC+8KID0yQw6GmtxtcLZWxthbVZQLbRVjuieYsvXZ4mVEXjsNDXAJKjZHu3ZBlbzATZBWW0k1dE7KC5XKq/w/E5KXD4Jy0AonJdZxnpyNunw04Zt8gfvjIpokq+x8Mwe1+6LZpzCf7Hb+dL7/yYvLcSDLm5wllfuJ9mwRgFFG0Ka2+XFphPS8jzsw5G6M5+niwcKlkVeV43HqOFO7jWHCP/sJMF0+WkmCDOQ1HoCQ== root@abel Then the entry is not processed and libssh asks for user confirmation of the fingerprint. Removing the comment (here "root@abel") fixes the problem. However comment fields are explicitly allowed by the known_hosts spec, and should therefore be supported (they are for example used in the known_hosts provided by DSA, from which the above example is extracted). The problematic code is in src/known_hosts.c around line 153: the code assumes that having four fields imply that this is an old RSA-1 key, which is a wrong assumption. Regards, -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-3-amd64 (SMP w/8 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libssh-4 depends on: ii libc6 2.13-35 ii libssl1.0.01.0.1c-4 ii multiarch-support 2.13-35 ii zlib1g 1:1.2.7.dfsg-13 libssh-4 recommends no packages. libssh-4 suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#693781: twisted-doc doesn't contain the API documentation
Am 20.11.2012 11:02, schrieb Jonathan Ballet: > In short, is is possible to provide the API documentation of Twisted as > a package (either as part of twisted-doc or into another package)? sure. however you did forget to attach the patch. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#693730: dpkg-cross: Add arm64 support
+++ Wookey [2012-11-19 19:18 +]: > Package: dpkg-cross > Version: 2.6.7 > Severity: normal > Tags: patch > User: debian-...@lists.debian.org > > This patch adds arm64 support to dpkg-cross. Oops - I had the size of long-double wrong. That breaks libffi building. Fix attached. Wookey -- Principal hats: Linaro, Emdebian, Wookware, Balloonboard, ARM http://wookware.org/ diff -Nru dpkg-cross-2.6.7arm64/config/cross-config.arm64 dpkg-cross-2.6.7arm64fix1/config/cross-config.arm64 --- dpkg-cross-2.6.7arm64/config/cross-config.arm64 2012-10-24 22:41:43.0 +0100 +++ dpkg-cross-2.6.7arm64fix1/config/cross-config.arm64 2012-11-20 16:13:55.0 + @@ -1,4 +1,7 @@ # read in package-specific and global values. +echo "Reading Cross Config Cache (/etc/dpkg-cross/cross-config.arm64)" +foobar=`dirname $ac_site_file` +echo "Reading $foobar/cross-config.cache" . `dirname $ac_site_file`/cross-config.cache # now ensure the real architecture-dependent values take priority ac_cv_c_bigendian=no @@ -16,7 +19,7 @@ ac_cv_sizeof_signed_char=1 ac_cv_sizeof_float=4 ac_cv_sizeof_double=8 -ac_cv_sizeof_long_double=8 +ac_cv_sizeof_long_double=16 ac_cv_sizeof_void_p=8 ac_cv_sizeof_char_p=8 ac_cv_sizeof_off_t=8 diff -Nru dpkg-cross-2.6.7arm64/debian/changelog dpkg-cross-2.6.7arm64fix1/debian/changelog --- dpkg-cross-2.6.7arm64/debian/changelog 2012-10-24 22:44:55.0 +0100 +++ dpkg-cross-2.6.7arm64fix1/debian/changelog 2012-11-20 16:16:22.0 + @@ -1,3 +1,9 @@ +dpkg-cross (2.6.7arm64fix1) quantal; urgency=low + + * Correct size of long double to 128 bits. + + -- Wookey Tue, 20 Nov 2012 16:14:02 + + dpkg-cross (2.6.7arm64) precise; urgency=low * Add arm64 support
Bug#693812: dkms doesn't work for original modules
Package: dkms Version: 2.2.0.3-1.2 Severity: important Dear Maintainer, it's not possible to use dkms for replace original modules. As I see this feature was carefully cleaned up from debian's dkms. And I hope you know about this. -- sergio. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#692773: unblock: vlc/2.0.4-1
Being an active VLC user, I strongly support this unblock request.
Bug#638558: [broadcom-sta-source] Unusable Wireless LAN
Hi, it still doesn't work. Regards, Chris. P.S: debian-wheezy:~# uname -a Linux debian-wheezy 3.2.0-3-amd64 #1 SMP Mon Jul 23 02:45:17 UTC 2012 x86_64 GNU/Linux #dmesg . . [ 3377.753266] lib80211: common routines for IEEE802.11 drivers [ 3377.753269] lib80211_crypt: registered algorithm 'NULL' [ 3377.761054] wl :0a:00.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16 [ 3377.786338] lib80211_crypt: registered algorithm 'TKIP' [ 3377.786450] wlan0: Broadcom BCM4329 802.11 Hybrid Wireless Controller 5.100.82.112 [ 3469.809208] wl :0a:00.0: PCI INT A disabled On Tue, 20 Nov 2012 18:55:35 +0400, Cyril Lacoux wrote: > Hi, > > Could you please try the latest version (5.100.82.112-8 from unstable). > Your > problem could be related to #672677. > > Regards, -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#690586: installation-reports: NVIDIA GF108 [Quadro 1000M] 10de:0dfa (rev a1) X fails with nouveau/linux-3.2
Am 20.11.2012 um 08:49 schrieb Andreas B. Mundt: > Find attached two netconsole logs that look more helpful: "unknown i2c > port". Interesting news: The machine does not lock up completely, > the log continues and after a few minutes I switched off the machine > by pressing the power button for a short time. Could you please try a 3.3 kernel from snapshot.debian.org¹? There were various i2c related nouveau commits in that version, so maybe it would be sufficient to backport them. Cheers, Sven ¹ http://snapshot.debian.org/archive/debian/20120322T225438Z/pool/main/l/linux-2.6/linux-image-3.3.0-trunk-amd64_3.3-1%7Eexperimental.1_amd64.deb -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#693813: ITP: impress.js -- JavaScript library to create presentations in browsers
Package: wnpp Severity: wishlist Owner: "Cédric Boutillier" * Package name: impress.js Version : 0.5.3 Upstream Author : Bartek Szopka * URL : https://github.com/bartaz/impress.js * License : Expat or GPL-2+ Programming Lang: JavaScript Description : JavaScript library to create presentations in browsers Impress.js is a framework written in JavaScript to create HTML presentations, which can be shown with a web browser. It provides transforms and transition effects between slides based on CSS3. This package is a dependency of mdpress (#692864) and will be maintained under the umbrella of the Debian JavaScript team. Cheers, Cédric -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#604648: gdbm fails tomultiarch cross-build
Package: gdbm
Version: 1.8.3-11
Severity: normal
gdbm still needs a minor fix to cross-build properly (using multiarch
rather than xdeb/dpkg-cross).
Here is an updated patch for the current release.
gdbm is a core debootstrap package so it's important that it
cross-builds properly for new architecture bootstrapping.
-- System Information:
Debian Release: 6.0.6
APT prefers stable
APT policy: (990, 'stable')
Architecture: i386 (i686)
Kernel: Linux 2.6.32.33-kvm-i386-2028-dirty (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
diff -Nru gdbm-1.8.3/debian/changelog gdbm-1.8.3/debian/changelog
--- gdbm-1.8.3/debian/changelog 2012-06-10 10:00:39.0 +0100
+++ gdbm-1.8.3/debian/changelog 2012-11-17 01:51:38.0 +
@@ -1,3 +1,9 @@
+gdbm (1.8.3-11cross1) unstable; urgency=low
+
+ * Fix crossbuild to use correct strip binary
+
+ -- Wookey Sat, 17 Nov 2012 01:41:10 +
+
gdbm (1.8.3-11) unstable; urgency=low
* Debian source format is 3.0 (quilt)
diff -Nru gdbm-1.8.3/debian/rules gdbm-1.8.3/debian/rules
--- gdbm-1.8.3/debian/rules 2012-06-10 09:59:52.0 +0100
+++ gdbm-1.8.3/debian/rules 2012-11-17 01:51:38.0 +
@@ -20,7 +20,14 @@
CFLAGS += -O2 -g -Wall -D_REENTRANT
-STRIP=strip --remove-section=.comment --remove-section=.note
+ifeq ($(DEB_BUILD_GNU_TYPE),$(DEB_HOST_GNU_TYPE))
+ STRIPBIN = strip
+else
+ CROSSCONF = --host=$(DEB_HOST_GNU_TYPE)
+ STRIPBIN = $(DEB_HOST_GNU_TYPE)-strip
+endif
+
+STRIP=$(STRIPBIN) --remove-section=.comment --remove-section=.note
install_dir=install -d -m 755
install_file=install -m 644
@@ -44,13 +51,8 @@
aclocal
autoconf
cp -f /usr/share/misc/config.sub /usr/share/misc/config.guess .
-ifeq ($(DEB_BUILD_GNU_TYPE),$(DEB_HOST_GNU_TYPE))
- CFLAGS="$(CFLAGS)" LDFLAGS="$(LDFLAGS)" ./configure --prefix=/usr \
- --libdir=\$${prefix}/lib/$(DEB_HOST_MULTIARCH)
-else
CFLAGS="$(CFLAGS)" LDFLAGS="$(LDFLAGS)" ./configure --prefix=/usr \
- --host=$(DEB_HOST_GNU_TYPE) --libdir=\$${prefix}/lib/$(DEB_HOST_MULTIARCH)
-endif
+ $(CROSSCONF) --libdir=\$${prefix}/lib/$(DEB_HOST_MULTIARCH)
echo "/* We use fcntl locking (POSIX) instead of flock (BSD) */" >> autoconf.h
echo "#undef HAVE_FLOCK" >> autoconf.h
CFLAGS="$(CFLAGS)" LIBS="$(LDFLAGS)" $(MAKE)
Bug#693814: postgresql-autodoc: new version of postgresql-autodoc (1.41)
Package: postgresql-autodoc Version: 1.40-3 Severity: normal New upstream version of postgresql-autodoc (1.41) is available. http://www.rbt.ca/autodoc/releasenotes.html -- ökul
