Bug#616696: publican: failing t/perlcritic.t test
forwarded 616696 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=616696 thanks On Sun, 06 Mar 2011, Salvatore Bonaccorso wrote: publican 2.5-1 fails during build in t/perlcritic.t fest: Looks like this is the consequence of the upgrade of Perl::Critic to 1.113. I have submitted the bug upgstream. An easy work-around is to drop the test-suite in the mean time. But since this version has already migrated to testing there's no urgency to work-around it. I'll wait for a proper fix. Cheers, -- Raphaël Hertzog ◈ Debian Developer Follow my Debian News ▶ http://RaphaelHertzog.com (English) ▶ http://RaphaelHertzog.fr (Français) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#616696: publican: failing t/perlcritic.t test
forwarded 616696 https://bugzilla.redhat.com/show_bug.cgi?id=684509 thanks On Sun, 13 Mar 2011, Raphael Hertzog wrote: forwarded 616696 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=616696 Oops, with the correct address this time. Cheers, -- Raphaël Hertzog ◈ Debian Developer Follow my Debian News ▶ http://RaphaelHertzog.com (English) ▶ http://RaphaelHertzog.fr (Français) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#617772: Groovy with non-default JRE
Miguel, On Fri, 2011-03-11 at 15:47 -0430, Miguel Landaeta wrote: On Fri, Mar 11, 2011 at 12:26 PM, Russel Winder rus...@russel.org.uk wrote: Groovy 1.7.9 hit the streets yesterday, along with 1.8.0-rc-2. I don't know if this changes anything on the todo list. Not at all, the fix for this bug should be uploaded together with the new upstream release. I heard yesterday that there is a problem with 1.7.9 you just packaged and had accepted into unstable that means 1.7.10 will come out very soon now. I don't believe this is a regression per se, but the fact that Guillaume et al. are seeking to rush out a new bug fix release is fairly indicative of the problem being reasonably serious. -- Russel. = Dr Russel Winder t: +44 20 7585 2200 voip: sip:russel.win...@ekiga.net 41 Buckmaster Roadm: +44 7770 465 077 xmpp: rus...@russel.org.uk London SW11 1EN, UK w: www.russel.org.uk skype: russel_winder signature.asc Description: This is a digitally signed message part
Bug#617948: [Pkg-utopia-maintainers] Bug#617948: libavahi-core7: doesn't use IPv6 anymore
On Sun, Mar 13, 2011 at 12:45:52AM +0100, Michael Biebl wrote: Am 12.03.2011 22:02, schrieb Mario 'BitKoenig' Holbe: Btw: I run 0.6.29-1 on 2 machines here, and both don't have any P-t-P What kind of IPv6 address is assigned to those interfaces, is it a link-local address? Besides their LL address they have also assigned a routable address (2001:...). Mario -- Ho ho ho! I am Santa Claus of Borg. Nice assimilation all together! signature.asc Description: Digital signature
Bug#617990: debian-installer: keyboard detection fails and no config option is offered
reassign 617990 console-setup thanks david b, le Sun 13 Mar 2011 17:10:57 +1100, a écrit : If you have a dvorak plugged in and you boot the kfreebsd debian amd64 or i386 installer from cd1 (or the net-install) the installer does not pick up on the fact that I am using a dvorak keyboard. There also is no option for me to select a different keyboard layout. So I am stuck in qwerty. Keyboards don't announce their layout, so there's no wonder software can't pick up on the layout automatically. And console-setup doesn't (yet) support keyboard layout on kfreebsd. Cc-ing debian-bsd and reassigning to console-setup for now (I don't know what the BSD plan is for keyboard layout support). Samuel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#617989: pcscd: RSA SecurID fails to work with windows remote deskto
reassign 617989 rdesktop tags 617989 upstream thank Le 13/03/11 05:19, Aaron Small a écrit : Package: pcscd Version: 1.6.6-2 Severity: normal Tags: patch When attempting to use rdesktop to connect to a remote windows XP computer which uses an RSA SecurID authenticator, authentication fails. The last thing before failure is the windows computer sending a request for SCardGetAttrib on the SCARD_ATTR_DEVICE_FRIENDLY_NAME_W attribute. pcscd responds to this request with an unsupported error. If I modify pcscd to return success and any string, authentication succeeds. pcsc-lite does support SCARD_ATTR_DEVICE_FRIENDLY_NAME, defined as SCARD_ATTR_DEVICE_FRIENDLY_NAME_A in reader.h [1] It can be defined as SCARD_ATTR_DEVICE_FRIENDLY_NAME_A if UNICODE is defined (and pcsc-lite recompiled). It is the job of rdesktop to convert calls from Windows to pcsc-lite. I then reassign the bug to rdesktop. Bye [1] http://svn.debian.org/wsvn/pcsclite/trunk/PCSC/src/PCSC/reader.h -- Dr. Ludovic Rousseau -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#488632: Let's close this
I'm a dev on the Pidgin project and I just looked at the original diff from the CRISP advisory. I wasn't able to find a flaw in the libpurple source code. If someone can point out exactly how the leak happens, or provide a proof of concept XML file that demonstrates the leak, I'll gladly look at it again. Until then I vote for closing this as invalid. --Mark -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#617993: libplot: SVG attribute syntax error
Package: libplot2c2 Version: 2.6-1 Severity: normal Tags: patch Hi, in the package pstoedit (using libplot) we discovered an SVG attribute syntax error. Consider the following file.ps: = %!PS-Adobe-3.0 EPSF-3.0 %%LanguageLevel: 1 %%Pages: (atend) %%EndComments %%Page: 0 1 0.000 0.000 0.000 setrgbcolor 10 setlinewidth [10 10] 0 setdash 200 200 moveto 90 0 rlineto -45 60 rlineto closepath fill %%EOF = Using pstoedit -f plot-svg file.ps file.svg, we got: = ?xml version=1.0 encoding=ISO-8859-1 standalone=no? !DOCTYPE svg PUBLIC -//W3C//DTD SVG 1.1//EN http://www.w3.org/Graphics/SVG/1.1/DTD/svg11.dtd; svg version=1.1 baseProfile=full id=body width=8in height=8in viewBox=0 0 1 1 preserveAspectRatio=none xmlns=http://www.w3.org/2000/svg; xmlns:xlink=http://www.w3.org/1999/xlink; xmlns:ev=http://www.w3.org/2001/xml-events; titleSVG drawing/title descThis was produced by version 4.2 of GNU libplot, a free library for exporting 2-D vector graphics./desc rect id=background x=0 y=0 width=1 height=1 stroke=none fill=white/ g id=content transform=translate(-0.03125,1.1875) scale(1,-1) scale(0.0017361) xml:space=preserve stroke=black stroke-linecap=butt stroke-linejoin=miter stroke-miterlimit=10.433 stroke-dasharray=none stroke-dashoffset=0 stroke-opacity=1 fill=none fill-rule=even-odd fill-opacity=1 font-style=normal font-variant=normal font-weight=normal font-stretch=normal font-size-adjust=none letter-spacing=normal word-spacing=normal text-anchor=start polygon points=200,200 290,200 245,260 stroke-width=0 stroke-dasharray=10 10fill=black fill-rule=nonzero / /g /svg = Consider the missing space in the 2nd-to-last line before fill=black. I'm attaching a patch that fixes it. See also the original report by the pstoedit upstream author: http://lists.opensuse.org/opensuse-bugs/2009-01/msg04905.html And the pstoedit Debian bug: http://bugs.debian.org/506086 Thanks. bye, Roland -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 2.6.37-2-amd64 (SMP w/1 CPU core) 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/bash Versions of packages libplot2c2 depends on: ii libc6 2.11.2-11Embedded GNU C Library: Shared lib ii libgcc1 1:4.5.2-4GCC support library ii libice6 2:1.0.7-1X11 Inter-Client Exchange library ii libpng12-0 1.2.44-1 PNG library - runtime ii libsm6 2:1.2.0-1X11 Session Management library ii libstdc++6 4.5.2-4 The GNU Standard C++ Library v3 ii libx11-62:1.4.1-5X11 client-side library ii libxaw7 2:1.0.9-2X11 Athena Widget library ii libxext62:1.2.0-2X11 miscellaneous extension librar ii libxmu6 2:1.1.0-1X11 miscellaneous utility library ii libxt6 1:1.1.0-1X11 toolkit intrinsics library ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime libplot2c2 recommends no packages. libplot2c2 suggests no packages. -- no debconf information Description: SVG attribute syntax fix This patch fixes a syntax error connected with SVG XML attributes. See also the original report by the pstoedit upstream maintainer at http://lists.opensuse.org/opensuse-bugs/2009-01/msg04905.html and the respective pstoedit bug in Debian: http://bugs.debian.org/506086 . Author: Roland Stigge sti...@antcom.de --- plotutils-2.6.orig/libplot/s_path.c +++ plotutils-2.6/libplot/s_path.c @@ -717,7 +717,7 @@ write_svg_path_style (plOutbuf *page, co { sprintf (page-point, %.5g%s, dashbuf[i], - i num_dashes - 1 ? , : \); + i num_dashes - 1 ? , : \ ); _update_buffer (page); }
Bug#617994: gadmin-proftpd: New upstream release: 0.4.1
Package: gadmin-proftpd Version: 1:0.4.0-2 Severity: important -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 A new upstream version in avaliable to packaging, please consider to upgrading it http://mange.dynalias.org/linux/gadmin-proftpd/gadmin-proftpd-0.4.1.tar.gz Upstream changelog: Module detection improvement. - -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') 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 gadmin-proftpd depends on: ii libatk1.0-01.30.0-1 The ATK accessibility toolkit ii libc6 2.11.2-11 Embedded GNU C Library: Shared lib ii libcairo2 1.8.10-6 The Cairo 2D vector graphics libra ii libfontconfig1 2.8.0-2.1 generic font configuration library ii libfreetype6 2.4.4-1 FreeType 2 font engine, shared lib ii libglib2.0-0 2.28.1-1+b1 The GLib library of C routines ii libgtk2.0-02.20.1-2 The GTK+ graphical user interface ii libpango1.0-0 1.28.3-2~sid1 Layout and rendering of internatio ii menu 2.1.44generates programs menu for all me ii proftpd-basic 1.3.3d-4 Versatile, virtual-hosting FTP dae gadmin-proftpd recommends no packages. gadmin-proftpd suggests no packages. - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) iEYEARECAAYFAk18hXwACgkQlv0FEY56nLBnxgCfbo7d1b70ZarCLtjzUdb4BCcY Dl4An1af9KNANSxu+FqnZjHBPmnaF/ni =it4k -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#604269: Patch for fixing this bug and possible NMU.
El día 13 de marzo de 2011 01:02, Lisandro Damián Nicanor Pérez Meyer perezme...@gmail.com escribió: tag 604269 patch thanks Hi! I'm attaching a patch for solving this bug. I will possibly upload an NMU soon for it to delayed/10. Please, don't do it. Your proposed patch won't fix the problem. Kde4 is not the problem, the problem is qt3 and can not be fixed. I'm going to ask the removal of gambas2 from the Debian archive as soon as I manage the packages depending on gambas2. You can read the dialog I kept with gambas upstream at: http://sourceforge.net/mailarchive/forum.php?thread_name=AANLkTinaucU94%3DhJt0GTOmqfRFo2tph636ZXGYmqKqC2%40mail.gmail.comforum_name=gambas-devel Regards. Please, do not heasitate in contacting me for any comments/issues you may have. Kinds regards, Lisandro. -- I still maintain the point that designing a monolithic kernel in 1991 is a fundamental error. Be thankful you are not my student. You would not get a high grade for such a design :-) (Andrew Tanenbaum to Linus Torvalds) Lisandro Damián Nicanor Pérez Meyer http://perezmeyer.com.ar/ http://perezmeyer.blogspot.com/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#615248: publican: Publican fails to build PDF
Hello, On Sat, 26 Feb 2011, Angel Abad wrote: Hi Developer, publican works well for me with all formats except for pdf, this bug also affects latest Ubuntu Maverick. The console output trying to build PDF: Do you have the same problem if you try to build publican user's guide? Try this: ┏rivendell:~/tmp ┗(631)$ cp -a /usr/share/doc/publican/examples test-publican ┏rivendell:~/tmp ┗(632)$ cd test-publican/ ┏rivendell:~/tmp/test-publican ┗(633)$ publican build --langs=en-US --formats=pdf [...] Because here it works fine (and with the same java version than you). But I am on i386. Can you provide me the document that you are trying to build (including its publican.cfg)? Does it work if you build en-US documents? BTW, are you sure the PDF is not generated? It happened to me that I got some java errors but the PDF was still correctly generated... Cheers, -- Raphaël Hertzog ◈ Debian Developer Follow my Debian News ▶ http://RaphaelHertzog.com (English) ▶ http://RaphaelHertzog.fr (Français) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#605083: linux-2.6: MacBookAir3,* support: USB fixes
Ben Hutchings b...@decadent.org.uk wrote: Hi Ben, USB: ehci: disable LPM and PPCD for nVidia MCP89 chips I'll look at backporting this to squeeze as well. It appears that it is not needed in squeeze because these features were not used by the ehci driver in 2.6.32. Thanks for tracking this. There are HID patches for the new MacBook Pro, I'll file a wishlist for that later. JB. -- Julien BLACHE jbla...@debian.org | Debian, because code matters more Debian GNU/Linux Developer| http://www.debian.org Public key available on http://www.jblache.org - KeyID: F5D6 5169 GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#617995: gadmin-dhcpd: New Upstream release
Source: gadmin-dhcpd Version: 0.4.9-2 Severity: important -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 New upstream has been released, please updating this package http://mange.dynalias.org/linux/gadmin-dhcpd/gadmin-dhcpd-0.5.2.tar.gz Changelog since 0.4.9-2 Version 0.5.2 - --- Fixed populating extended leases with pools. Adds stricter settings checks. Deprecates ddns-update-style: Ad-hoc. Version 0.5.1 - --- Adds better lease treeview populating code. Adds extended lease view. Updates Swedish translation. Version 0.5.0 - --- Shows leases in a sortable treeview with one line per host. Verify command fixes. Converts sv.po to utf-8 and updates it. - -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') 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 gadmin-dhcpd depends on: ii dhcp3-server 4.1.1-P1-16 ISC DHCP server (transitional pack ii isc-dhcp-server [dhcp3-ser 4.1.1-P1-16 ISC DHCP server for automatic IP a ii libatk1.0-01.30.0-1 The ATK accessibility toolkit ii libc6 2.11.2-11 Embedded GNU C Library: Shared lib ii libcairo2 1.8.10-6 The Cairo 2D vector graphics libra ii libfontconfig1 2.8.0-2.1 generic font configuration library ii libfreetype6 2.4.4-1 FreeType 2 font engine, shared lib ii libglib2.0-0 2.28.1-1+b1 The GLib library of C routines ii libgtk2.0-02.20.1-2 The GTK+ graphical user interface ii libpango1.0-0 1.28.3-2~sid1 Layout and rendering of internatio ii menu 2.1.44generates programs menu for all me gadmin-dhcpd recommends no packages. gadmin-dhcpd suggests no packages. - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) iF4EAREIAAYFAk18iGQACgkQdr7GbwjmqKW0ggEA5apTDl2SR2QwXgz6xGc/qLFV tBYVqpPhGxqYBANdkVwBAN2Lzl4qT3JaJGK7rkWVbwicQ4piWRvehKE6u7odQT7B =ce3v -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#548867: Proposed patch to update Debian Developer's Duties chapter
Hi, As one of the (ex-)?dev-ref maintainers, I was also asked to comment by Raphael. Generally, I think that the patch goes in the right direction. I'd like to suggest changes to the last paragraph, though: Lack of attention to RC bugs is often interpreted by the QA team as a sign that the maintainer has disappeared without properly orphaning his package. -Don't be surprised if the MIA team enters in action and ends up orphaning -your packages (see xref linkend=mia-qa /). But you should really avoid -that situation in the first place and ensure that your packages get the attention -that they deserve. +The MIA team might enter in action, which could end up in your packages being +orphaned (see xref linkend=mia-qa /). (I find the last sentence useless as is.) Thanks, - Lucas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#617932: Working OK
Hi Julien Thanks for sorting this out. I have now compiled a kernel with CONFIG_TMPFS_POSIX_ACL set, restored 60-libsane.rules to how it was and it is working OK. John -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#617996: rsyslog: remote syslog messages not logged
Package: rsyslog Version: 5.7.8-1 Severity: important Ever since the 5.7 upgrade which I installed on 2/20, my rsyslog hasn't been logging messages from remote sources. This started on the 5.7.4-1 package and has continued with 5.7.4-2, 5.7.5-1, 5.7.6-1, and 5.7.8-1. It's possible that something around UDP listening changed from the old 4.6 version to 5.7, but I couldn't find anything relevant in the documentation. I have enabled UDP: $ModLoad imudp $UDPServerRun 514 and TCP: $ModLoad imtcp $InputTCPServerRun 514 and for the purposes of testing, I made a line to send all logging to a test file: *.* /var/log/firehouse and then set another machine (running standard syslog) to transfer all logs to the rsyslog server: *.* @alt and ran logger on this other machine. No logs made it to the rsyslog server. However, it is listening: tcp0 0 0.0.0.0:514 0.0.0.0:* LISTEN 27536/rsyslogd tcp6 0 0 :::514 :::*LISTEN 27536/rsyslogd udp16008 0 0.0.0.0:514 0.0.0.0:* 27536/rsyslogd udp6 0 0 :::514 :::* 27536/rsyslogd The only clue I've been able to find is these logs when rsyslogd starts: Mar 13 01:09:43 alt rsyslogd-2163: epoll_ctl failed on fd 1, id 0/0x89378f8, op 1 with Bad file descriptor : Bad file descriptor [try http://www.rsyslog.com/e/2163 ] Mar 13 01:09:43 alt rsyslogd-2163: epoll_ctl failed on fd 2, id 1/0x89378f8, op 1 with Bad file descriptor : Bad file descriptor [try http://www.rsyslog.com/e/2163 ] That URL is a 404. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages rsyslog depends on: ii libc6 2.9-23 GNU C Library: Shared libraries ii lsb-base3.2-27 Linux Standard Base 3.2 init scrip ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime Versions of packages rsyslog recommends: ii logrotate 3.7.8-6Log rotation utility Versions of packages rsyslog suggests: pn rsyslog-doc none (no description available) pn rsyslog-gnutlsnone (no description available) pn rsyslog-gssapinone (no description available) pn rsyslog-mysql | rsyslog-pgsql none (no description available) pn rsyslog-relp none (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#617824: shouldn't migrate to testing (when will be uploaded to sid)
On 03/11/2011 06:48 PM, David Paleino wrote: Source: monav Version: 0.2+svn405-1 Severity: serious I'm planning to upload this package to sid whenever possible (i.e. dependencies fulfilled), but shouldn't migrate to testing, since it's very much experimental and at an early stage of development. Looks like the description of packages that should be uploaded to experimental. Regards, -- Mehdi Dogguy مهدي الدڤي http://dogguy.org/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#617997: calendarserver: HTTP/1.1 500 Internal Server Error in iCal
Package: calendarserver Version: 2.4.dfsg-6 Severity: important The problem started occuring after the upgrade from Lenny to Squeeze. It closely resembles http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=616413 but iCal on OSX 10.6.6 gives another error. The error is: The server responded with HTTP/1.1 500 Internal Server Error to operation CalDAVAccountRefreshQueueableOperation. My error logs show the following when trying to refresh the calendar: [PooledMemCacheProtocol,client] [twistedcaldav.method.propfind#error] Error reading property ('DAV:', 'current-user-privilege-set') for resource /calendars/__uids__/6c150a73-7a87-5c6a-b0e1-4c3bce298455/: Unable to open database /var/run/caldavd/calendaruserproxy.sqlite [PooledMemCacheProtocol,client] Exception rendering: [PooledMemCacheProtocol,client] Unhandled Error Traceback (most recent call last): File /usr/lib/twisted-calendarserver/lib/python2.6/site-packages/twisted/internet/defer.py, line 267, in errback self._startRunCallbacks(fail) File /usr/lib/twisted-calendarserver/lib/python2.6/site-packages/twisted/internet/defer.py, line 310, in _startRunCallbacks self._runCallbacks() File /usr/lib/twisted-calendarserver/lib/python2.6/site-packages/twisted/internet/defer.py, line 326, in _runCallbacks self.result = callback(self.result, *args, **kw) File /usr/lib/twisted-calendarserver/lib/python2.6/site-packages/twisted/internet/defer.py, line 769, in gotResult _inlineCallbacks(r, g, deferred) --- exception caught here --- File /usr/lib/twisted-calendarserver/lib/python2.6/site-packages/twisted/internet/defer.py, line 747, in _inlineCallbacks result = result.throwExceptionIntoGenerator(g) File /usr/lib/twisted-calendarserver/lib/python2.6/site-packages/twisted/python/failure.py, line 338, in throwExceptionIntoGenerator return g.throw(self.type, self.value, self.tb) File /usr/lib/twisted-calendarserver/lib/python2.6/site-packages/twistedcaldav/method/propfind.py, line 163, in http_PROPFIND status = statusForFailure(f, getting property: %s % (property,)) File /usr/lib/twisted-calendarserver/lib/python2.6/site-packages/twisted/web2/dav/http.py, line 322, in statusForFailure failure.raiseException() File /usr/lib/twisted-calendarserver/lib/python2.6/site-packages/twistedcaldav/method/propfind.py, line 157, in http_PROPFIND resource_property = (yield resource.readProperty(property, request)) File /usr/lib/twisted-calendarserver/lib/python2.6/site-packages/twisted/internet/defer.py, line 747, in _inlineCallbacks result = result.throwExceptionIntoGenerator(g) File /usr/lib/twisted-calendarserver/lib/python2.6/site-packages/twisted/python/failure.py, line 338, in throwExceptionIntoGenerator return g.throw(self.type, self.value, self.tb) File /usr/lib/twisted-calendarserver/lib/python2.6/site-packages/twistedcaldav/resource.py, line 269, in readProperty result = (yield super(CalDAVResource, self).readProperty(property, request)) File /usr/lib/twisted-calendarserver/lib/python2.6/site-packages/twisted/internet/defer.py, line 603, in _deferGenerator result = g.next() File /usr/lib/twisted-calendarserver/lib/python2.6/site-packages/twisted/web2/dav/resource.py, line 1576, in privilegesForPrincipal match = match.getResult() File /usr/lib/twisted-calendarserver/lib/python2.6/site-packages/twisted/internet/defer.py, line 582, in getResult self.result.raiseException() File /usr/lib/twisted-calendarserver/lib/python2.6/site-packages/twisted/internet/defer.py, line 747, in _inlineCallbacks result = result.throwExceptionIntoGenerator(g) File /usr/lib/twisted-calendarserver/lib/python2.6/site-packages/twisted/python/failure.py, line 338, in throwExceptionIntoGenerator return g.throw(self.type, self.value, self.tb) File /usr/lib/twisted-calendarserver/lib/python2.6/site-packages/twistedcaldav/extensions.py, line 670, in matchPrincipal match = (yield super(DAVResource, self).matchPrincipal(principal1, principal2, request)) File /usr/lib/twisted-calendarserver/lib/python2.6/site-packages/twisted/internet/defer.py, line 603, in _deferGenerator result = g.next() File /usr/lib/twisted-calendarserver/lib/python2.6/site-packages/twisted/web2/dav/resource.py, line 1379, in matchPrincipal ismember = ismember.getResult() File /usr/lib/twisted-calendarserver/lib/python2.6/site-packages/twisted/internet/defer.py, line 582, in getResult self.result.raiseException() File /usr/lib/twisted-calendarserver/lib/python2.6/site-packages/twisted/internet/defer.py, line 603, in _deferGenerator result = g.next() File /usr/lib/twisted-calendarserver/lib/python2.6/site-packages/twisted/web2/dav/resource.py, line 1408, in
Bug#617998: python-feedparser: please update feedparser, it hasn't been updated in a _long_ time
Package: python-feedparser Version: 4.1-14 Severity: grave Tags: security Justification: user security hole Please update the version of python-feedparser found in debian to something recent: The following bugs will then be fixed: 1. Issue 195: XSS vulnerability in feedparser http://code.google.com/p/feedparser/issues/detail?id=195can=1start=100 2. Issue 255: html sanitizer doesn't strip unsafe uri schemes http://code.google.com/p/feedparser/issues/detail?id=255can=1start=200 3. Issue 254: html sanitisation can be bypassed with malformed comments http://code.google.com/p/feedparser/issues/detail?id=254can=1start=200 -- System Information: Debian Release: 6.0 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.37.3 (SMP w/4 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages python-feedparser depends on: ii python 2.6.6-3+squeeze5 interactive high-level object-orie ii python-support 1.0.10 automated rebuilding support for P Versions of packages python-feedparser recommends: pn python-chardetnone (no description available) pn python-libxml2none (no description available) pn python-utidylib none (no description available) python-feedparser 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#548867: Proposed patch to update Debian Developer's Duties chapter
On Sun, 13 Mar 2011, Lucas Nussbaum wrote: I'd like to suggest changes to the last paragraph, though: Lack of attention to RC bugs is often interpreted by the QA team as a sign that the maintainer has disappeared without properly orphaning his package. -Don't be surprised if the MIA team enters in action and ends up orphaning -your packages (see xref linkend=mia-qa /). But you should really avoid -that situation in the first place and ensure that your packages get the attention -that they deserve. +The MIA team might enter in action, which could end up in your packages being +orphaned (see xref linkend=mia-qa /). (I find the last sentence useless as is.) Ok, integrated. Thanks for your feedback. Cheers, -- Raphaël Hertzog ◈ Debian Developer Follow my Debian News ▶ http://RaphaelHertzog.com (English) ▶ http://RaphaelHertzog.fr (Français) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#617996: rsyslog: remote syslog messages not logged
Am 13.03.2011 10:29, schrieb Phil Dibowitz: Package: rsyslog Version: 5.7.8-1 Severity: important Ever since the 5.7 upgrade which I installed on 2/20, my rsyslog hasn't been logging messages from remote sources. This started on the 5.7.4-1 package and has continued with 5.7.4-2, 5.7.5-1, 5.7.6-1, and 5.7.8-1. .. and then set another machine (running standard syslog) to transfer all logs to the rsyslog server: Could you describe your setup on the sending machine: which distro, which syslog, which version. Mar 13 01:09:43 alt rsyslogd-2163: epoll_ctl failed on fd 1, id 0/0x89378f8, op 1 with Bad file descriptor : Bad file descriptor [try http://www.rsyslog.com/e/2163 ] Mar 13 01:09:43 alt rsyslogd-2163: epoll_ctl failed on fd 2, id 1/0x89378f8, op 1 with Bad file descriptor : Bad file descriptor [try http://www.rsyslog.com/e/2163 ] Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core) 2.6.26 kernels (from lenny) do not support epoll. Is there a reason why you run wheezy on top of a lenny kernel? Could you try updating to at least the squeeze kernel or wheezy/sid and test again. That said, I'll check if epoll is a compile time check and not a runtime one in rsyslog. Cheers, Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#617999: Please include link to general info in each lists page
Package: lists.debian.org Severity: wishlist X-Debbugs-CC: debian-de...@lists.debian.org On Sb, 12 mar 11, 12:57:29, Carsten Hey wrote: * Carsten Hey [2011-03-12 10:50 +0100]: There are examples where we lost potential future maintainers because they never received a reply to an RFS. These replies were sent to the list, but they were not sent to those requesting sponsorship. To clarify this: the problem was not that Mail-Followup-To: has been ignored, but the partly insane code of conduct. How should new people know that they don't get a copy of replies to their messages unless they explicitly request one? Dear listmasters, From my experience lurking on Debian lists it is quite common to point people to a particular list by the list info URL[1]. Unfortunately, while that page mentions that posting is open (with the few notable exceptions) it has no hint on how one can participate without subscribing and there's also no direct path to such info or the CoC. May I suggest including a link to the general information about Debian mailing lists[2], which nicely includes de CoC, with suggestions to ask for CCs if not subscribed, the Disclaimer, and other useful info. [1] http://lists.debian.org/debian-devel/ [2] http://www.debian.org/MailingLists/ Thanks for reading, Andrei -- Offtopic discussions among Debian users and developers: http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic signature.asc Description: Digital signature
Bug#617996: rsyslog: remote syslog messages not logged
Am 13.03.2011 10:29, schrieb Phil Dibowitz: Package: rsyslog Version: 5.7.8-1 Severity: important Ever since the 5.7 upgrade which I installed on 2/20, my rsyslog hasn't been logging messages from remote sources. This started on the 5.7.4-1 package and has continued with 5.7.4-2, 5.7.5-1, 5.7.6-1, and 5.7.8-1. Just to clarify this: What was the last version that you tested and that worked for you? According to the upstream changelog, epoll support in the netstream drivers was implemented in 5.5.1, the first v5 version shipped in Debian was 5.7.1-1 Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#548867: Proposed patch to update Debian Developer's Duties chapter
On Fri, Mar 11, 2011 at 11:21:19PM +0900, Charles Plessy wrote: Hi Stefano, let's focus on Raphaël's patch. I do not want to be dragged in dicussion that pile up misunderstandings on misunderstandings. So I will be blunt. Perhaps I should have been in my answer to Raphaël's request for comment. Yes, I think that the release is important, and no, I do not think that we should write vague encouragements the Developers reference. I think that it is a place for precise informations, not for morale lessons. I have to agree with both Zack on the importance of the release and Charles here on the purpose of the Developper references. As the name imply, this a reference document, not a prescriptive document. It should provide technical answer to technical question. Fundamentally it only provides advices. Patronizing would be bad form. Cheers, -- Bill. ballo...@debian.org Imagine a large red swirl here. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#617997: Further information
Taking a closer look, the problem seemed to be with the sqlite database. /var/run/caldavd/calendaruserproxy.sqlite is owned by root:root/var/run/caldavd/resourceinfo.sqlite is also owned by root:root changing their ownerships to caldavd:caldavd seems to have fixed the problem (for now) Because the problems started appearing after Lenny to Squeeze, I first did apt-get remove --purge calendarserver. Afterwards, I installed and configured everything again. Could it be that by default, the ownerships for these files are set wrong?
Bug#618001: lintian: maintainer-script-lacks-debhelper-token is sometimes not reported when it should
Package: lintian Version: 2.5.0~rc1 Severity: normal I'm building libapache2-mod-qos_9.54-1.dsc. When I do a full build I get this: $ debuild [...] Now running lintian... N: 1 tag overridden (1 error) Finished running lintian. When I do a source-only build I get this: $ debuild -S [...] Now running lintian... W: libapache2-mod-qos source: maintainer-script-lacks-debhelper-token debian/libapache2-mod-qos.postinst W: libapache2-mod-qos source: maintainer-script-lacks-debhelper-token debian/libapache2-mod-qos.prerm Finished running lintian. This is obviously not normal. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (150, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 2.6.37-1-amd64 (SMP w/2 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 lintian depends on: ii binutils 2.21.0.20110302-2 The GNU assembler, linker and bina ii diffstat 1.54-1produces graph of changes introduc ii dpkg-dev 1.16.0Debian package development tools ii file 5.04-5Determines file type using magic ii gettext0.18.1.1-3GNU Internationalization utilities ii intltool-debian0.35.0+20060710.1 Help i18n of RFC822 compliant conf ii libapt-pkg-perl0.1.24+b1 Perl interface to libapt-pkg ii libclass-accessor-perl 0.34-1Perl module that automatically gen ii libemail-valid-perl0.184-1 Perl module for checking the valid ii libipc-run-perl0.89-1Perl module for running processes ii libparse-debianchangel 1.1.1-2.1 parse Debian changelogs and output ii libtimedate-perl 1.2000-1 collection of modules to manipulat ii liburi-perl1.58-1module to manipulate and access UR ii locales2.11.2-11 Embedded GNU C Library: National L ii locales-all [locales] 2.11.2-11 Embedded GNU C Library: Precompile ii man-db 2.5.9-4 on-line manual pager ii perl [libdigest-sha-pe 5.10.1-17 Larry Wall's Practical Extraction lintian recommends no packages. Versions of packages lintian suggests: pn binutils-multiarchnone (no description available) ii libtext-template-perl 1.45-2 Text::Template perl module ii man-db2.5.9-4on-line manual pager -- 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#617996: Fwd: Re: Bug#617996: rsyslog: remote syslog messages not logged
Crap, accidentally hit reply instead of reply-to-all. Original Message Subject: Re: Bug#617996: rsyslog: remote syslog messages not logged Date: Sun, 13 Mar 2011 01:50:50 -0800 From: Phil Dibowitz p...@ipom.com To: Michael Biebl bi...@debian.org On 03/13/2011 01:44 AM, Michael Biebl wrote: Could you describe your setup on the sending machine: which distro, which syslog, which version. Well, I actually noticed this because my wireless router's logs weren't showing up anymore. I setup the other machine as a test. It's running debian SID (just like the rsyslog server is), and using standard sysklogd 1.5-6. Mar 13 01:09:43 alt rsyslogd-2163: epoll_ctl failed on fd 1, id 0/0x89378f8, op 1 with Bad file descriptor : Bad file descriptor [try http://www.rsyslog.com/e/2163 ] Mar 13 01:09:43 alt rsyslogd-2163: epoll_ctl failed on fd 2, id 1/0x89378f8, op 1 with Bad file descriptor : Bad file descriptor [try http://www.rsyslog.com/e/2163 ] Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core) 2.6.26 kernels (from lenny) do not support epoll. Is there a reason why you run wheezy on top of a lenny kernel? Could you try updating to at least the squeeze kernel or wheezy/sid and test again. That said, I'll check if epoll is a compile time check and not a runtime one in rsyslog. Completely lack of wanting to reboot? It's running SID. I've installed 2.6.37 and I'll reboot when I get a moment. -- Phil Dibowitz p...@ipom.com Open Source software and tech docsInsanity Palace of Metallica http://www.phildev.net/ http://www.ipom.com/ Be who you are and say what you feel, because those who mind don't matter and those who matter don't mind. - Dr. Seuss signature.asc Description: OpenPGP digital signature
Bug#617932: Working OK
John Talbut j...@dpets.co.uk wrote: Hi, Thanks for sorting this out. I have now compiled a kernel with CONFIG_TMPFS_POSIX_ACL set, restored 60-libsane.rules to how it was and it is working OK. Good, thanks for the followup. JB. -- Julien BLACHE - Debian GNU/Linux Developer - jbla...@debian.org Public key available on http://www.jblache.org - KeyID: F5D6 5169 GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#618002: apt-message while installing cvs
Package: cvs Version: 1:1.12.13-12 Severity: normal Tags: d-i When installing CVS today I got the message: |Ignoring install-info called from maintainer script |The package cvs should be rebuilt with new debhelper to get trigger support Regards malenki -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.37-3.slh.3-aptosid-amd64 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages cvs depends on: ii debconf [debconf-2.0] 1.5.38 Debian configuration management sy ii libc6 2.11.2-13Embedded GNU C Library: Shared lib ii libpam-runtime 1.1.2-2 Runtime support for the PAM librar ii libpam0g1.1.2-2 Pluggable Authentication Modules l ii update-inetd4.38+nmu1inetd configuration file updater ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime Versions of packages cvs recommends: ii info [info-browser] 4.13a.dfsg.1-6 Standalone GNU Info documentation ii netbase 4.45 Basic TCP/IP networking system cvs suggests no packages. -- debconf information: cvs/pserver_repos_individual: true cvs/pserver_setspawnlimit: false cvs/rotatekeep: 7 cvs/badrepositories: create cvs/rotatekeep_individual: 7 cvs/pserver_repos: all cvs/pserver: false cvs/repositories: /srv/cvs cvs/rotatekeep_nondefault: no cvs/rotate_individual: true cvs/pserver_spawnlimit: 400 cvs/rotatehistory: no -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#617981: release-notes: Leftover configured packages take up space
On Sb, 12 mar 11, 21:14:37, Karl O. Pinc wrote: I.e. the following aptitude commands do the job. aptitude search '~c' And after review of the above, aptitude purge $(aptitude search '~c') removes all the old configuration. aptitude purge ~c is enough ;) Regards, Andrei -- Offtopic discussions among Debian users and developers: http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic signature.asc Description: Digital signature
Bug#617996: rsyslog: remote syslog messages not logged
On 03/13/2011 01:51 AM, Michael Biebl wrote: Ever since the 5.7 upgrade which I installed on 2/20, my rsyslog hasn't been logging messages from remote sources. This started on the 5.7.4-1 package and has continued with 5.7.4-2, 5.7.5-1, 5.7.6-1, and 5.7.8-1. Just to clarify this: What was the last version that you tested and that worked for you? The machine runs sid and does an 'apt-get update apt-get upgrade' every night. The last version that worked from the dpkg logs was 4.6.4-2. According to the upstream changelog, epoll support in the netstream drivers was implemented in 5.5.1, the first v5 version shipped in Debian was 5.7.1-1 That would make sense, sid skipped straight from 4.6.x to 5.7.x, afaict. OK, machine just finished rebooting - looks like that fixed it. Thanks! -- Phil Dibowitz p...@ipom.com Open Source software and tech docsInsanity Palace of Metallica http://www.phildev.net/ http://www.ipom.com/ Be who you are and say what you feel, because those who mind don't matter and those who matter don't mind. - Dr. Seuss signature.asc Description: OpenPGP digital signature
Bug#618003: gnome-shell fails to start after update to gjs and libgjs0b
Package: gjs Version: 0.7.13-1 Severity: important Immediately after upgrading gjs and libgjs, gnome-shell failed and will no-longer load after a restart. The only packages that changed were gjs and libgjs0b. There aren't any JS ERROR lines in .xsession-errors and I don't know where else to look for other information. Here's the output from attempting to start gnome-shell: luke@nomad:~$ gnome-shell --replace do_wait: drmWaitVBlank returned -1, IRQs don't seem to be working correctly. Try adjusting the vblank_mode configuration parameter. WARNING: Application calling GLX 1.3 function glXCreatePixmap when GLX 1.3 is not supported! This is an application bug! Window manager warning: Log level 16: Accessibility: org.a11y.atspi schema not found. Are you sure that at-spi or at-spi2 is installed on your system? Window manager warning: Log level 16: Accessibility: invalid module path (NULL) Window manager warning: Log level 16: Accessibility: error loading the atk-bridge. Although the accessibility on the system is enabled and clutter accessibility is also enabled, accessibility support on GNOME Shell will not work Shell killed with signal 11 luke@nomad:~$ Cannot register the panel shell: there is already one running. luke@nomad:~$ Window manager warning: Log level 16: GError set over the top of a previous GError or uninitialized memory. This indicates a bug in someone's code. You must ensure an error is NULL before it's set. The overwriting error message was: Line 13 character 78: Could not parse blend/#00/gtk:bg[NORMAL]/0.6 as an integer Window manager warning: Log level 16: GError set over the top of a previous GError or uninitialized memory. This indicates a bug in someone's code. You must ensure an error is NULL before it's set. The overwriting error message was: Line 14 character 80: Could not parse blend/#00/gtk:bg[NORMAL]/0.8 as an integer Window manager warning: Log level 16: GError set over the top of a previous GError or uninitialized memory. This indicates a bug in someone's code. You must ensure an error is NULL before it's set. The overwriting error message was: Line 16 character 82: Could not parse blend/#ff/gtk:bg[NORMAL]/0.4 as an integer Window manager warning: Log level 16: GError set over the top of a previous GError or uninitialized memory. This indicates a bug in someone's code. You must ensure an error is NULL before it's set. The overwriting error message was: Line 17 character 84: Could not parse blend/gtk:fg[NORMAL]/gtk:bg[NORMAL]/0.1 as an integer Window manager warning: Log level 16: GError set over the top of a previous GError or uninitialized memory. This indicates a bug in someone's code. You must ensure an error is NULL before it's set. The overwriting error message was: Line 19 character 88: Could not parse blend/gtk:text[NORMAL]/gtk:bg[NORMAL]/0.9 as an integer Window manager warning: Log level 16: GError set over the top of a previous GError or uninitialized memory. This indicates a bug in someone's code. You must ensure an error is NULL before it's set. The overwriting error message was: Line 23 character 88: Could not parse blend/gtk:text[NORMAL]/gtk:bg[NORMAL]/0.9 as an integer Window manager warning: Log level 16: GError set over the top of a previous GError or uninitialized memory. This indicates a bug in someone's code. You must ensure an error is NULL before it's set. The overwriting error message was: Line 25 character 87: Could not parse blend/#00/gtk:bg[NORMAL]/0.7 as an integer Window manager warning: Log level 16: GError set over the top of a previous GError or uninitialized memory. This indicates a bug in someone's code. You must ensure an error is NULL before it's set. The overwriting error message was: Line 218 character 76: Could not parse blend/#00/gtk:bg[NORMAL]/0.6 as an integer Window manager warning: Log level 16: GError set over the top of a previous GError or uninitialized memory. This indicates a bug in someone's code. You must ensure an error is NULL before it's set. The overwriting error message was: Line 606 character 77: Could not parse blend/#00/gtk:bg[NORMAL]/0.8 as an integer Window manager warning: Log level 16: GError set over the top of a previous GError or uninitialized memory. This indicates a bug in someone's code. You must ensure an error is NULL before it's set. The overwriting error message was: Line 607 character 78: Could not parse blend/#ff/gtk:bg[NORMAL]/0.6 as an integer -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (900, 'testing'), (300, 'unstable'), (200, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=en_AU.utf8, LC_CTYPE=en_AU.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gjs depends on: ii libc62.11.2-11 Embedded GNU C Library: Shared lib ii libgjs0b 0.7.13-1Mozilla-based
Bug#618004: [INTL:da] Danish translation of the debconf templates lilo
Package: lilo Severity: wishlist Tags: l10n patch Please include the attached Danish debconf translations. joe@joe-desktop:~/over/debian/lilo$ msgfmt --statistics -c -v -o /dev/null da.po da.po: 12 oversatte tekster. bye Joe # Danish translation lilo. # Copyright (C) 2010 lilo nedenstÃ¥ende oversættere. # This file is distributed under the same license as the lilo package. # Claus Hindsgaul clau...@image.dk, 2004. # Claus Hindsgaul claus.hindsg...@gmail.com, 2006, 2007. # Joe Hansen joedalt...@yahoo.dk, 2010, 2011. # msgid msgstr Project-Id-Version: lilo\n Report-Msgid-Bugs-To: l...@packages.debian.org\n POT-Creation-Date: 2011-03-10 21:14+0100\n PO-Revision-Date: 2011-03-13 23:51+0200\n Last-Translator: Joe Hansen joedalt...@yahoo.dk\n Language-Team: Danish debian-l10n-dan...@lists.debian.org \n Language: \n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n Plural-Forms: nplurals=2; plural=(n != 1);\n #. Type: note #. Description #: ../lilo.templates:1001 msgid LILO configuration msgstr LILO-opsætning #. Type: note #. Description #: ../lilo.templates:1001 msgid It seems to be your first LILO installation. It is absolutely necessary to run liloconfig(8) when you complete this process and execute /sbin/lilo after this. msgstr Dette lader til at være din første installation af LILO. Det er vigtigt, at køre liloconfig(8) nÃ¥r du har fuldført denne proces og derefter køre /sbin/ lilo. #. Type: note #. Description #: ../lilo.templates:1001 msgid LILO won't work if you don't do this. msgstr LILO vil ikke fungere hvis du ikke gør dette. #. Type: boolean #. Description #: ../lilo.templates:2001 msgid Do you want to add the large-memory option? msgstr Ãnsker du at tilføje indstillingen udvidet hukommelse? #. Type: boolean #. Description #: ../lilo.templates:2001 msgid Usually LILO loads the initrd file into the first 15MB of memory to avoid a BIOS limitation with older systems (earlier than 2001 and few systems until 2004). msgstr Som standard indlæser LILO initrd-filen i de første 15 MB hukommelse for at undgÃ¥ en BIOS-begrænsning pÃ¥ ældre systemer (tidligere end 2001 og fÃ¥ systemer indtil 2004). #. Type: boolean #. Description #: ../lilo.templates:2001 msgid With newer kernels the combination of kernel and initrd may not fit into the first 15MB of memory. LILO compute the needed size of memory and will automatically use the memory above 15MB, too, if there is enough physical memory. msgstr Med nyere kerner vil kombinationen af kerne og initrd mÃ¥ske ikke passe sammen i de første 15 MB hukommelse. LILO beregner den krævede størrelse og vil automatisk ogsÃ¥ bruge hukommelsen over 15 MB, hvis der ikke er nok fysisk hukommelse. #. Type: boolean #. Description #: ../lilo.templates:2001 msgid If this machine has a recent BIOS without a 15MB limitation and you want to use memory above 15MB for all kernels, set the 'large-memory' option. msgstr Hvis denne maskine har en nyere BIOS uden en 15 MB begrænsning og du ønsker at bruge hukommelse over 15 MB for alle kerner, sÃ¥ angiv indstillingen »large-memory«. #. Type: boolean #. Description #: ../lilo.templates:3001 msgid Do you want to run /sbin/lilo now? msgstr Vil du køre /sbin/lilo nu? #. Type: boolean #. Description #: ../lilo.templates:3001 msgid It was detected that it's necessary to run /sbin/lilo in order to activate the new LILO configuration. msgstr Det er nødvendigt at køre /sbin/lilo for at opdatere den nye LILO-opsætning. #. Type: boolean #. Description #: ../lilo.templates:3001 msgid WARNING: This procedure will write data in your MBR and may overwrite some data there. If you skip this step, you must run /sbin/lilo before rebooting your computer, or your system may not boot again. msgstr ADVARSEL: Dette vil skrive data i din opstartsblok (MBR) og kan overskrive nogle ting der. Hvis du springer dette trin over, skal du køre /sbin/lilo, før du genstarter computeren, da systemet ellers kan være ude af stand til at starte op igen. #. Type: boolean #. Description #: ../lilo.templates:4001 msgid Do you want to convert boot and root options? msgstr Ãnsker du at konvertere indstillinger for opstart og rod (root)? #. Type: boolean #. Description #: ../lilo.templates:4001 msgid Until kernel using the newer disk interface 'libata' you need the newer DiskID and/or UUID in your /etc/lilo.conf the for boot and root options. For the most modern systems you should use this conversion and then run '/sbin/ lilo'. msgstr Indtil der kommer kerner, der bruger den nyere diskgrænseflade »libata«, skal du bruge den nyere DiskID og/eller UUID i din /etc/lilo.conf for indstillinger vedrørende opstart og rod. Til de mest moderne systemer, skal du bruge denne konvertering og sÃ¥ køre »/sbin/lilo«.
Bug#547393: libjpeg8 transition.
On Fri, Mar 11, 2011 at 03:33:42PM +0100, Julien Cristau wrote: Hi Bill, On Sat, Mar 5, 2011 at 18:08:21 +0100, Bill Allombert wrote: Dear release team, I would like to proceed with the libjpeg8 transition. What are your plan ? #547393 is marked as blocked by a number of other bugs. Can you check with the maintainers of the affected packages? I could, but consider that: #592925 is fixed, #582417 is not really a bug and the others seems to have unresponsive maintainers, it looks like a loss of time. What is more problematic is the numbers of packages that embed a copy of libjpeg6b, but this is mostly na independant issue. Cheers, -- Bill. ballo...@debian.org Imagine a large red swirl here. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#548867: Proposed patch to update Debian Developer's Duties chapter
Hi Bill, On Sun, 13 Mar 2011, Bill Allombert wrote: As the name imply, this a reference document, not a prescriptive document. It should provide technical answer to technical question. Fundamentally it only provides advices. Patronizing would be bad form. Please be specific, can you tell me where in the latest patch there's patronizing in action? Note that the whole developer duties chapter is not new. I'm not introducing it. And the purpose of the developers-reference has always been broader than technical answer to technical question. We have always had explanations of procedures of how to interact with various teams and the associated expectations put on the maintainer. Cheers, -- Raphaël Hertzog ◈ Debian Developer Follow my Debian News ▶ http://RaphaelHertzog.com (English) ▶ http://RaphaelHertzog.fr (Français) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#604269: Patch for fixing this bug and possible NMU.
On Sun, Mar 13, 2011 at 09:51:18AM +0100, José Luis Redrejo Rodríguez wrote: El día 13 de marzo de 2011 01:02, Lisandro Damián Nicanor Pérez Meyer perezme...@gmail.com escribió: tag 604269 patch thanks Hi! I'm attaching a patch for solving this bug. I will possibly upload an NMU soon for it to delayed/10. Please, don't do it. Your proposed patch won't fix the problem. Kde4 is not the problem, the problem is qt3 and can not be fixed. I'm going to ask the removal of gambas2 from the Debian archive as soon as I manage the packages depending on gambas2. You can read the dialog I kept with gambas upstream at: http://sourceforge.net/mailarchive/forum.php?thread_name=AANLkTinaucU94%3DhJt0GTOmqfRFo2tph636ZXGYmqKqC2%40mail.gmail.comforum_name=gambas-devel Hola José Luis! Stuff using Qt3 can be kept in the archive for now at least (and it might even make into weezy if somebody else step up to maintain qt3) What we are trying to remove currently is kdelibs from KDE3 and Lisandro's patch remove this part from gambas2. So if you could do an upload of gambas2 based in Lisandro's work great, if you think the best is a removal anyway, I trust your judgement here. Ana -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#617996: rsyslog: remote syslog messages not logged
retitle 617996 remote syslog broken on kernels without epoll support severity 617996 normal thanks Am 13.03.2011 11:06, schrieb Phil Dibowitz: On 03/13/2011 01:51 AM, Michael Biebl wrote: Ever since the 5.7 upgrade which I installed on 2/20, my rsyslog hasn't been logging messages from remote sources. This started on the 5.7.4-1 package and has continued with 5.7.4-2, 5.7.5-1, 5.7.6-1, and 5.7.8-1. Just to clarify this: What was the last version that you tested and that worked for you? The machine runs sid and does an 'apt-get update apt-get upgrade' every night. The last version that worked from the dpkg logs was 4.6.4-2. According to the upstream changelog, epoll support in the netstream drivers was implemented in 5.5.1, the first v5 version shipped in Debian was 5.7.1-1 That would make sense, sid skipped straight from 4.6.x to 5.7.x, afaict. OK, machine just finished rebooting - looks like that fixed it. Thanks! So, a combination of lenny kernel + wheezy rsyslog is not correctly working, whereas squeeze kernel + wheezy rsyslog will. 2-releases old kernels are not really supported in Debian, we do our best to support the kernel from the last release. That said, it is still a bug, but I downgraded it to normal and retitled it. Rainer, the epoll usage in rsyslog should apply runtime checks when using epoll and fall back gracefully. the following was suggested in a similar situation [1]: #if defined(HAVE_EPOLL_CREATE1) fd = epoll_create1(EPOLL_CLOEXEC); if (fd 0 errno == ENOSYS) #endif { fd = epoll_create(256); if (fd 0 || fcntl(fd, F_SETFD, fcntl(fd, F_GETFD, 0) | FD_CLOEXEC) 0) return -1; } return fd; Michael [1] http://lists.debian.org/debian-devel/2011/03/msg00410.html -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#618005: iceweasel: Please push last 3.6.x to unstable and kep 4.x for experimental
Package: iceweasel Version: 3.5.17-1 Severity: wishlist I used to have 3.6.13 from experimental. Now experimental contains 4.0-rc1 but unstable still has the old 3.5.15. I have plugins that requires at least 3.6 (e.g brief). Modifying the install.rdf does not work. Coud you push 3.6.x to unstable now and keep 4.0 for experimental as almost none of the plugin I use are ready for 4.0. Thanks. -- Package-specific info: -- Extensions information Name: Adblock Plus Location: ${PROFILE_EXTENSIONS}/{d10d0bf8-f5b5-c8b4-a8b2-2b9879e08c5d} Status: enabled Name: ChatZilla Location: ${PROFILE_EXTENSIONS}/{59c81df5-4b7a-477b-912d-4e0fdf64e5f2} Status: enabled Name: Curacao Location: ${PROFILE_EXTENSIONS}/{cc6ef5ab-35be-4300-bd07-d12850fc97ff} Status: app-disabled Name: Default Location: /usr/lib/iceweasel/extensions/{972ce4c6-7e08-4474-a285-3208198ce6fd} Package: iceweasel Status: enabled Name: Dictionnaire français «Classique» Location: ${PROFILE_EXTENSIONS}/fr...@dictionaries.addons.mozilla.org Status: enabled Name: DownThemAll! Location: ${PROFILE_EXTENSIONS}/{DDC359D1-844A-42a7-9AA1-88A850A938A8} Status: enabled Name: DownloadHelper Location: ${PROFILE_EXTENSIONS}/{b9db16a4-6edc-47ec-a1f4-b86292ed211d} Status: enabled Name: Flashblock Location: ${PROFILE_EXTENSIONS}/{3d7eb24f-2740-49df-8937-200b1cc08f8a} Status: enabled Name: FoxyProxy Standard Location: ${PROFILE_EXTENSIONS}/foxypr...@eric.h.jung Status: enabled Name: NoScript Location: ${PROFILE_EXTENSIONS}/{73a6fe31-595d-460b-a920-fcc0f8843232} Status: enabled Name: Noia 2.0 (eXtreme) Location: ${PROFILE_EXTENSIONS}/{9f08cb5a-76b1-4bcf-aff9-90e1a5d60b1e} Status: enabled Name: Noia 2.0 eXtreme OPT Location: ${PROFILE_EXTENSIONS}/noia2_opt...@kk.noia Status: enabled Name: Password Exporter Location: ${PROFILE_EXTENSIONS}/{B17C1C5A-04B1-11DB-9804-B622A1EF5492} Status: enabled -- Plugins information Name: DivX Browser Plug-In Location: /usr/lib/mozilla/plugins/gecko-mediaplayer-dvx.so Package: gecko-mediaplayer Status: enabled Name: DjView-4.7 Location: /usr/lib/netscape/plugins-libc6/nsdejavu.so Package: djview-plugin Status: enabled Name: IcedTea NPR Web Browser Plugin (using IcedTea6 1.9.1 (6b20-1.9.1-1)) Location: /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/IcedTeaPlugin.so Package: icedtea6-plugin Status: enabled Name: QuickTime Plug-in 7.6.4 Location: /usr/lib/mozilla/plugins/gecko-mediaplayer-qt.so Package: gecko-mediaplayer Status: enabled Name: RealPlayer 9 Location: /usr/lib/mozilla/plugins/gecko-mediaplayer-rm.so Package: gecko-mediaplayer Status: enabled Name: Shockwave Flash Location: /usr/lib/flashplugin-nonfree/libflashplayer.so Status: enabled Name: Skype Buttons for Kopete Location: /usr/lib/mozilla/plugins/skypebuttons.so Package: kopete Status: enabled Name: VLC Multimedia Plug-in Location: /usr/lib/mozilla/plugins/libvlcplugin.so Package: mozilla-plugin-vlc Status: enabled Name: Windows Media Player Plug-in Location: /usr/lib/mozilla/plugins/gecko-mediaplayer-wmp.so Package: gecko-mediaplayer Status: enabled Name: gxine starter plugin Location: /usr/lib/gxine/gxineplugin.so Package: gxineplugin Status: enabled Name: mplayerplug-in is now gecko-mediaplayer 0.9.9.2 Location: /usr/lib/mozilla/plugins/gecko-mediaplayer.so Package: gecko-mediaplayer Status: enabled -- Addons package information ii djview-plugin 4.7-1 Browser plugin for the DjVu image format ii gecko-mediapla 0.9.9.2-1 Multimedia plug-in for Gecko browsers ii gxineplugin0.5.905-5 the xine video player, GTK+/Gnome; launcher ii icedtea6-plugi 6b20-1.9.1-1 web browser plugin based on OpenJDK and Iced ii iceweasel 3.5.17-1 Web browser based on Firefox ii kopete 4:4.5.1-0r1instant messaging and chat application ii mozilla-plugin 1.1.7-3multimedia plugin for web browsers based on -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.37.3 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=fr_FR.UTF8, LC_CTYPE=fr_FR.UTF8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages iceweasel depends on: ii debianutils 3.4.4 Miscellaneous utilities specific t ii fontconfig2.8.0-2.1 generic font configuration library ii libc6 2.13-0exp3 Embedded GNU C Library: Shared lib ii libglib2.0-0 2.28.2-1 The GLib library of C routines ii libgtk2.0-0 2.24.1-1 The GTK+ graphical user interface ii libnspr4-0d 4.8.7-2NetScape Portable Runtime Library ii libstdc++64.6-20110125-1 The GNU Standard C++ Library v3 ii procps1:3.2.8-10 /proc file system utilities ii xulrunner-1.9.1 1.9.1.17-1 XUL + XPCOM application runner iceweasel recommends no packages. Versions of packages iceweasel suggests: ii
Bug#618006: Input support for MacBookPro8,*
Source: linux-2.6 Version: 2.6.32-30 Severity: wishlist Tags: patch Hi, The attached commit, taken from Dmitry Torokhov's input tree, adds input support for the MacBookPro8,* released in March 2011. Ideally the patch should be applied to both 2.6.32 in Squeeze and 2.6.37/2.6.38 in Sid. It may need some backporting work for 2.6.32 for the trackpad part, not sure about that, shouldn't be anything major, though. Thanks, JB. -- Julien BLACHE jbla...@debian.org | Debian, because code matters more Debian GNU/Linux Developer| http://www.debian.org Public key available on http://www.jblache.org - KeyID: F5D6 5169 GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169 From 47340bd9fefb57136da942b5aee0e85e959c Mon Sep 17 00:00:00 2001 From: Andy Botting a...@andybotting.com Date: Sat, 12 Mar 2011 20:27:22 -0800 Subject: [PATCH] Input: bcm5974 - add support for MacBookPro8 This patch add multitouch support for the MacBookPro8,1 and MacBookPro8,2 models. Cc: sta...@kernel.org Signed-off-by: Andy Botting a...@andybotting.com Signed-off-by: Henrik Rydberg rydb...@euromail.se Acked-by: Jiri Kosina jkos...@suse.cz Signed-off-by: Dmitry Torokhov d...@mail.ru --- drivers/hid/hid-apple.c |6 ++ drivers/hid/hid-core.c|6 ++ drivers/hid/hid-ids.h |3 +++ drivers/input/mouse/bcm5974.c | 20 4 files changed, 35 insertions(+), 0 deletions(-) diff --git a/drivers/hid/hid-apple.c b/drivers/hid/hid-apple.c index 61aa712..b85744f 100644 --- a/drivers/hid/hid-apple.c +++ b/drivers/hid/hid-apple.c @@ -481,6 +481,12 @@ static const struct hid_device_id apple_devices[] = { .driver_data = APPLE_HAS_FN | APPLE_ISO_KEYBOARD }, { HID_USB_DEVICE(USB_VENDOR_ID_APPLE, USB_DEVICE_ID_APPLE_WELLSPRING4A_JIS), .driver_data = APPLE_HAS_FN | APPLE_RDESC_JIS }, + { HID_USB_DEVICE(USB_VENDOR_ID_APPLE, USB_DEVICE_ID_APPLE_WELLSPRING5_ANSI), + .driver_data = APPLE_HAS_FN }, + { HID_USB_DEVICE(USB_VENDOR_ID_APPLE, USB_DEVICE_ID_APPLE_WELLSPRING5_ISO), + .driver_data = APPLE_HAS_FN | APPLE_ISO_KEYBOARD }, + { HID_USB_DEVICE(USB_VENDOR_ID_APPLE, USB_DEVICE_ID_APPLE_WELLSPRING5_JIS), + .driver_data = APPLE_HAS_FN | APPLE_RDESC_JIS }, { HID_BLUETOOTH_DEVICE(USB_VENDOR_ID_APPLE, USB_DEVICE_ID_APPLE_ALU_WIRELESS_2009_ANSI), .driver_data = APPLE_NUMLOCK_EMULATION | APPLE_HAS_FN }, { HID_BLUETOOTH_DEVICE(USB_VENDOR_ID_APPLE, USB_DEVICE_ID_APPLE_ALU_WIRELESS_2009_ISO), diff --git a/drivers/hid/hid-core.c b/drivers/hid/hid-core.c index d678cf3..48a0a2f 100644 --- a/drivers/hid/hid-core.c +++ b/drivers/hid/hid-core.c @@ -1302,6 +1302,9 @@ static const struct hid_device_id hid_have_special_driver[] = { { HID_USB_DEVICE(USB_VENDOR_ID_APPLE, USB_DEVICE_ID_APPLE_WELLSPRING4A_ANSI) }, { HID_USB_DEVICE(USB_VENDOR_ID_APPLE, USB_DEVICE_ID_APPLE_WELLSPRING4A_ISO) }, { HID_USB_DEVICE(USB_VENDOR_ID_APPLE, USB_DEVICE_ID_APPLE_WELLSPRING4A_JIS) }, + { HID_USB_DEVICE(USB_VENDOR_ID_APPLE, USB_DEVICE_ID_APPLE_WELLSPRING5_ANSI) }, + { HID_USB_DEVICE(USB_VENDOR_ID_APPLE, USB_DEVICE_ID_APPLE_WELLSPRING5_ISO) }, + { HID_USB_DEVICE(USB_VENDOR_ID_APPLE, USB_DEVICE_ID_APPLE_WELLSPRING5_JIS) }, { HID_BLUETOOTH_DEVICE(USB_VENDOR_ID_APPLE, USB_DEVICE_ID_APPLE_ALU_WIRELESS_2009_ANSI) }, { HID_BLUETOOTH_DEVICE(USB_VENDOR_ID_APPLE, USB_DEVICE_ID_APPLE_ALU_WIRELESS_2009_ISO) }, { HID_BLUETOOTH_DEVICE(USB_VENDOR_ID_APPLE, USB_DEVICE_ID_APPLE_ALU_WIRELESS_2009_JIS) }, @@ -1801,6 +1804,9 @@ static const struct hid_device_id hid_mouse_ignore_list[] = { { HID_USB_DEVICE(USB_VENDOR_ID_APPLE, USB_DEVICE_ID_APPLE_WELLSPRING4A_ANSI) }, { HID_USB_DEVICE(USB_VENDOR_ID_APPLE, USB_DEVICE_ID_APPLE_WELLSPRING4A_ISO) }, { HID_USB_DEVICE(USB_VENDOR_ID_APPLE, USB_DEVICE_ID_APPLE_WELLSPRING4A_JIS) }, + { HID_USB_DEVICE(USB_VENDOR_ID_APPLE, USB_DEVICE_ID_APPLE_WELLSPRING5_ANSI) }, + { HID_USB_DEVICE(USB_VENDOR_ID_APPLE, USB_DEVICE_ID_APPLE_WELLSPRING5_ISO) }, + { HID_USB_DEVICE(USB_VENDOR_ID_APPLE, USB_DEVICE_ID_APPLE_WELLSPRING5_JIS) }, { HID_USB_DEVICE(USB_VENDOR_ID_APPLE, USB_DEVICE_ID_APPLE_FOUNTAIN_TP_ONLY) }, { HID_USB_DEVICE(USB_VENDOR_ID_APPLE, USB_DEVICE_ID_APPLE_GEYSER1_TP_ONLY) }, { } diff --git a/drivers/hid/hid-ids.h b/drivers/hid/hid-ids.h index 92a0d61..ca32ecb 100644 --- a/drivers/hid/hid-ids.h +++ b/drivers/hid/hid-ids.h @@ -103,6 +103,9 @@ #define USB_DEVICE_ID_APPLE_WELLSPRING4A_ANSI 0x0242 #define USB_DEVICE_ID_APPLE_WELLSPRING4A_ISO 0x0243 #define USB_DEVICE_ID_APPLE_WELLSPRING4A_JIS 0x0244 +#define USB_DEVICE_ID_APPLE_WELLSPRING5_ANSI 0x0245 +#define USB_DEVICE_ID_APPLE_WELLSPRING5_ISO 0x0246 +#define USB_DEVICE_ID_APPLE_WELLSPRING5_JIS 0x0247 #define USB_DEVICE_ID_APPLE_ALU_WIRELESS_2009_ANSI 0x0239 #define USB_DEVICE_ID_APPLE_ALU_WIRELESS_2009_ISO 0x023a #define USB_DEVICE_ID_APPLE_ALU_WIRELESS_2009_JIS 0x023b diff --git a/drivers/input/mouse/bcm5974.c b/drivers/input/mouse/bcm5974.c index ee82851..3185314 100644 ---
Bug#617996: rsyslog: remote syslog messages not logged
Am 13.03.2011 11:06, schrieb Phil Dibowitz: OK, machine just finished rebooting - looks like that fixed it. Thanks! Please keep your old kernel around in case we need to test a patch! Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#604269: Patch for fixing this bug and possible NMU.
El día 13 de marzo de 2011 11:21, Ana Guerrero a...@debian.org escribió: On Sun, Mar 13, 2011 at 09:51:18AM +0100, José Luis Redrejo Rodríguez wrote: El día 13 de marzo de 2011 01:02, Lisandro Damián Nicanor Pérez Meyer perezme...@gmail.com escribió: tag 604269 patch thanks Hi! I'm attaching a patch for solving this bug. I will possibly upload an NMU soon for it to delayed/10. Please, don't do it. Your proposed patch won't fix the problem. Kde4 is not the problem, the problem is qt3 and can not be fixed. I'm going to ask the removal of gambas2 from the Debian archive as soon as I manage the packages depending on gambas2. You can read the dialog I kept with gambas upstream at: http://sourceforge.net/mailarchive/forum.php?thread_name=AANLkTinaucU94%3DhJt0GTOmqfRFo2tph636ZXGYmqKqC2%40mail.gmail.comforum_name=gambas-devel Hola José Luis! Hola! Stuff using Qt3 can be kept in the archive for now at least (and it might even make into weezy if somebody else step up to maintain qt3) These are great news, not only for this package, if you've read above upstream comments to removing qt3, he complains because he (and more people) thinks qt3 is faster and allows doing more things than qt4. I hope some brave people dare to keep qt3 in the archive. What we are trying to remove currently is kdelibs from KDE3 and Lisandro's patch remove this part from gambas2. So if you could do an upload of gambas2 based in Lisandro's work great, if you think the best is a removal anyway, I trust your judgement here. I'll try it this evening. In the past I even tried compiling gambas with kde4, I'll check if the kde component can be kept compiling against kdelibs5-dev Thanks for your information. Cheers José L. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#617866: uvesafb: cannot reserve video memory at 0xf0000000 and error -5
Hi! On Sat, Mar 12, 2011 at 10:08:54AM +0100, Julien Cristau wrote: On Sat, Mar 12, 2011 at 00:47:00 +0100, Gernot Kieseritzky wrote: I tried to load uvesafb in order to get frame buffer support for the native 1024x600 resolution of my JVC MP-XP731 laptop. So I added You should get that from the i915 kernel mode setting driver, not uvesafb. Okay, I'll try to activate KMS, which was off by default after base install of debian/squeeze. I guess, it only gets activated by the installer selecting tasksel desktop. Thanks, Gernot -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#617996: rsyslog: remote syslog messages not logged
-Original Message- From: Michael Biebl [mailto:bi...@debian.org] Sent: Sunday, March 13, 2011 11:22 AM To: Phil Dibowitz; 617...@bugs.debian.org; Rainer Gerhards Cc: cont...@bugs.debian.org Subject: Re: Bug#617996: rsyslog: remote syslog messages not logged retitle 617996 remote syslog broken on kernels without epoll support severity 617996 normal thanks Am 13.03.2011 11:06, schrieb Phil Dibowitz: On 03/13/2011 01:51 AM, Michael Biebl wrote: Ever since the 5.7 upgrade which I installed on 2/20, my rsyslog hasn't been logging messages from remote sources. This started on the 5.7.4-1 package and has continued with 5.7.4-2, 5.7.5-1, 5.7.6-1, and 5.7.8-1. Just to clarify this: What was the last version that you tested and that worked for you? The machine runs sid and does an 'apt-get update apt-get upgrade' every night. The last version that worked from the dpkg logs was 4.6.4-2. According to the upstream changelog, epoll support in the netstream drivers was implemented in 5.5.1, the first v5 version shipped in Debian was 5.7.1-1 That would make sense, sid skipped straight from 4.6.x to 5.7.x, afaict. OK, machine just finished rebooting - looks like that fixed it. Thanks! So, a combination of lenny kernel + wheezy rsyslog is not correctly working, whereas squeeze kernel + wheezy rsyslog will. 2-releases old kernels are not really supported in Debian, we do our best to support the kernel from the last release. That said, it is still a bug, but I downgraded it to normal and retitled it. Rainer, the epoll usage in rsyslog should apply runtime checks when using epoll and fall back gracefully. the following was suggested in a similar situation [1]: Mmm... Is that really something we need to support? I can think of many other places where the code relies on the outcome of configure. If I need to redo all (well: some of) the configure checks at runtime, the codebase gets really complicated and probably hard to maintain. So far, I assumed that the configure checks are sufficient to build the code. Wouldn't it then be better to just disable epoll support in the regularly distributed version and only have it activated for folks that build the code for a specific environment? That sounds much more clean to me (it has a price, of course, but if we want to support very old systems at all costs, we need to pay a price...). Rainer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#618007: RM: ktechlab -- ROM; the migration to Qt4 is not scheduled by upstream developers
Package: ftp.debian.org Severity: normal A few attempts to port ktechlab to Qt4 were made (see http://www.mail-archive.com/ktechlab-devel@lists.sourceforge.net/msg00021.html) but they do not seem to be effective currently. Ktechlab should remain a Debian package for Squeeze, but has to be removed from unstable and from Wheezy as the Qt3 libraries will be removed from those distributions. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#618002: apt-message while installing cvs
retitle 618002 cvs needs to rebuilt for trigger support severity 618002 minor thanks malenki dixit: When installing CVS today I got the message: |Ignoring install-info called from maintainer script |The package cvs should be rebuilt with new debhelper to get trigger support Thanks. That’s harmless though and can (for now) be ignored. The next upload, whatever it will be, will fix this automagically. bye, //mirabilos -- 13:22⎜«neurodamage» mira, what's up man? I have a CVS question for you in #cvs 13:22⎜«neurodamage» since you're so good w. it │ «neurodamage:#cvs» i love you 13:28⎜«neurodamage:#cvs» you're a handy guy to have around for systems stuff ☺ 16:06⎜Draget:#cvs Thank god I found you =) 20:03│«bioe007:#cvs» mira2k: ty 17:14⎜ldiain:#cvs Thanks big help you are :-) bioe007 mira|nwt: ty again 18:35⎜«alturiak:#cvs» mirabilos: aw, nice. thanks :o 18:36⎜«ThunderChicken:#cvs» mirabilos FTW! 23:03⎜«mithraic:#cvs» aaah. thanks 18:41⎜«alturiak:#cvs» phew. thanks a bunch, guys. you just made my weekend :-) 18:10⎜«sumit:#cvs» mirabilos: oh ok.. thanks for that 21:57⎜bhuey:#cvs yeah, I really appreciate help 18:50⎜«grndlvl:#cvs» thankyou18:50⎜«grndlvl:#cvs» worked perfectly 20:50⎜paolo:#cvs i see. mirabilos, thnks for your support 00:36⎜«halirutan:#cvs» ok, the obvious way:-) thx 18:44⎜«arcfide:#cvs» mirabilos, I am running OpenBSD. 18:59⎜«arcfide:#cvs» Hrm, yes, I see what you mean. 19:01⎜«arcfide:#cvs» Yeah, thanks for the help. 21:33⎜«CardinalFang:#cvs» Ugh. Okay. Sorry for the dumb question. Thank you 21:34⎜centosian:#cvs mirabilos: whoa that's sweet 21:52⎜«garrett__:#cvs» much appreciated «garrett__:#cvs» thanks for your time 23:39⎜symons:#cvs this worked, thank you very much 16:26⎜schweizer:#cvs ok thx, i'll try that 20:00⎜«stableable:#cvs» Thank you.20:50⎜«s833:#cvs» mirabilos: thanks a lot.19:34⎜bobbytek:#cvs Thanks for confirming :) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#604309: Preparations for the removal of the KDE3 and Qt3 libraries
Ana Guerrero a écrit : Dear maintainer, what is the status of this? The removal of kdelibs from KDE3 is inminent now, if there is not a kde4 port, could you please file for removal? Interested users can always fetch the package from Squeeze. Done. Posts about porting ktechlab to Qt4 have been made in years 2007 and ealy 2010, but there is still no usable port. Best regards, Georges. -- Georges KHAZNADAR et Jocelyne FOURNIER 22 rue des mouettes, 59240 Dunkerque France. Téléphone +33 (0)3 28 29 17 70 signature.asc Description: Digital signature
Bug#618008: RM: ktimetrace -- ROM; upstream development is dead
Package: ftp.debian.org Severity: normal http://ktimetrace.cvs.sourceforge.net/viewvc/ktimetrace/ktimetrace/ displays modifications not earlier than 6 years old. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#543690: fai-client: make fai softupdate less verbose; better: make it quiet
Hi, On Samstag, 12. März 2011, Michael Goetze wrote: IMHO the correct solution to this bug is to ensure that all errors are sent to STDERR and all non-errors to STDOUT. Then folks running fai softupdate from cron can redirect STDOUT to /dev/null without missing errors. that would be lovely, not only for running softupdate from cron. cheers, Holger signature.asc Description: This is a digitally signed message part.
Bug#604310: Preparations for the removal of the KDE3 and Qt3 libraries
Ana Guerrero a écrit : Dear maintainer, what is the status of this? The removal of kdelibs from KDE3 is inminent now, if there is not a kde4 port, could you please file for removal? Interested users can always fetch the package from Squeeze. Ktimetrace upstream development is dead, so I filed for its removal. Best regards, Georges. signature.asc Description: Digital signature
Bug#617990: debian-installer: keyboard detection fails and no config option is offered
On Sun, Mar 13, 2011 at 09:32:42AM +0100, Samuel Thibault wrote: And console-setup doesn't (yet) support keyboard layout on kfreebsd. Cc-ing debian-bsd and reassigning to console-setup for now (I don't know what the BSD plan is for keyboard layout support). The support for FreeBSD in console-setup is almost ready. I suppose I will be able to add support for FreeBSD in console-setup-mini (the main difficulty being the need to support non-UTF-8 encodings there) and if I am succesful this means the udebs will support FreeBSD too. However, there are some things that kFreeBSD and d-i people have to decide. In my test installation of kFreeBSD I am unable to enter any non-ASCII symbols. I suppose this is because of the attempt to have UTF-8 on the console. I failed to find in Internet anything useful about UTF-8 on the console except that in one Russian forum some people reported that UTF-8 is supported only for ASCII symbols. If this is true then perhaps it will be rediculous to use UTF-8 instead of some normal 8-bit encoding. The bad thing is that I don't know how to switch the console of kFreeBSD back to a non-Unicode mode. I tested console-setup on a normal FreeBSD installation (version 8.2) and all 8-bit encodings work there. So the problem is specific for Debian, not for FreeBSD. From all I can see FreeBSD is not going to support UTF-8 anytime soon. Even if the problem is fixed somehow in the kernel, the console utilities of FreeBSD (kbdcontrol and vidcontrol) will require a significant changes before they can support 256 codes. For the installer this means that it has to work in a non-Unicode environment. So I'd like to ask - is this possible or UTF-8 is hardcoded? Does cdebconf support internationalizatin with 8-bit encodings? If it is difficult to support 8-bit encodings then what are the plans for kFreeBSD? 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#618009: date: invalid date `TZ=America/Chicago now' but Europe/Paris OK
Package: coreutils Version: 8.5-1 File: /bin/date X-debbugs-cc: bug-coreut...@gnu.org for i in Asia/Taipei America/Chicago America/New_York Europe/Paris do for j in monday now yesterday today tomorrow 12pm do echo TZ=\$i\ $j; done; done|date -f - gives date: invalid date `TZ=America/Chicago now' etc. ONLY when in America, and ONLY when using now etc. Monday etc. don't trigger the bug. By the way, America is undergoing a Daylight Savings Time jump right about now. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#618010: installation-reports: Debian 6.0 Netinstall - system freezes while detecting network hardware
Package: installation-reports Boot method: CD Image version: http://cdimage.debian.org/debian-cd/6.0.0/i386/iso-cd/debian-6.0.0-i386-netinst.iso Date: 2011-03-12 Machine: IBM ThinkPad T42 Processor: $ cat /proc/cpuinfo processor : 0 vendor_id : GenuineIntel cpu family : 6 model : 13 model name : Intel(R) Pentium(R) M processor 1.60GHz stepping : 6 cpu MHz : 600.000 cache size : 2048 KB fdiv_bug : no hlt_bug : no f00f_bug : no coma_bug : no fpu : yes fpu_exception : yes cpuid level : 2 wp : yes flags : fpu vme de pse tsc msr mce cx8 sep mtrr pge mca cmov clflush dts acpi mmx fxsr sse sse2 ss tm pbe up bts est tm2 bogomips : 1196.22 clflush size : 64 cache_alignment : 64 address sizes : 32 bits physical, 32 bits virtual power management: Memory: $ cat /proc/meminfo MemTotal: 2074268 kB MemFree: 1564480 kB Buffers: 58084 kB Cached: 288776 kB SwapCached: 0 kB Active: 259008 kB Inactive: 204336 kB Active(anon): 116708 kB Inactive(anon): 4380 kB Active(file): 142300 kB Inactive(file): 199956 kB Unevictable: 16 kB Mlocked: 16 kB HighTotal: 1191304 kB HighFree: 776364 kB LowTotal: 882964 kB LowFree: 788116 kB SwapTotal: 1646620 kB SwapFree: 1646620 kB Dirty: 20 kB Writeback: 0 kB AnonPages: 116500 kB Mapped: 60716 kB Shmem: 4604 kB Slab: 28812 kB SReclaimable: 22760 kB SUnreclaim: 6052 kB KernelStack: 1840 kB PageTables: 2944 kB NFS_Unstable: 0 kB Bounce: 0 kB WritebackTmp: 0 kB CommitLimit: 2683752 kB Committed_AS: 573356 kB VmallocTotal: 122880 kB VmallocUsed: 13556 kB VmallocChunk: 96204 kB HardwareCorrupted: 0 kB HugePages_Total: 0 HugePages_Free: 0 HugePages_Rsvd: 0 HugePages_Surp: 0 Hugepagesize: 4096 kB DirectMap4k: 32760 kB DirectMap4M: 872448 kB Partitions: This is an output of the current debian 5.x installation $ df -Tl Dateisystem Typ 1K‐Blöcke Benutzt Verfügbar Ben% Eingehängt auf /dev/sda1 ext3 36835176 17414848 17549160 50% / tmpfs tmpfs 1037132 0 1037132 0% /lib/init/rw udev tmpfs 1032736 244 1032492 1% /dev tmpfs tmpfs 1037132 0 1037132 0% /dev/shm Output of lspci -knn (or lspci -nn): 00:00.0 Host bridge [0600]: Intel Corporation 82855PM Processor to I/O Controller [8086:3340] (rev 03) Subsystem: IBM Thinkpad T40 series [1014:0529] Kernel driver in use: agpgart-intel 00:01.0 PCI bridge [0604]: Intel Corporation 82855PM Processor to AGP Controller [8086:3341] (rev 03) 00:1d.0 USB Controller [0c03]: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) USB UHCI Controller #1 [8086:24c2] (rev 01) Subsystem: IBM ThinkPad [1014:052d] Kernel driver in use: uhci_hcd 00:1d.1 USB Controller [0c03]: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) USB UHCI Controller #2 [8086:24c4] (rev 01) Subsystem: IBM ThinkPad [1014:052d] Kernel driver in use: uhci_hcd 00:1d.2 USB Controller [0c03]: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) USB UHCI Controller #3 [8086:24c7] (rev 01) Subsystem: IBM ThinkPad [1014:052d] Kernel driver in use: uhci_hcd 00:1d.7 USB Controller [0c03]: Intel Corporation 82801DB/DBM (ICH4/ICH4-M) USB2 EHCI Controller [8086:24cd] (rev 01) Subsystem: IBM ThinkPad [1014:052e] Kernel driver in use: ehci_hcd 00:1e.0 PCI bridge [0604]: Intel Corporation 82801 Mobile PCI Bridge [8086:2448] (rev 81) 00:1f.0 ISA bridge [0601]: Intel Corporation 82801DBM (ICH4-M) LPC Interface Bridge [8086:24cc] (rev 01) 00:1f.1 IDE interface [0101]: Intel Corporation 82801DBM (ICH4-M) IDE Controller [8086:24ca] (rev 01) Subsystem: IBM ThinkPad [1014:052d] Kernel driver in use: ata_piix 00:1f.3 SMBus [0c05]: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) SMBus Controller [8086:24c3] (rev 01) Subsystem: IBM ThinkPad [1014:052d] Kernel driver in use: i801_smbus 00:1f.5 Multimedia audio controller [0401]: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) AC'97 Audio Controller [8086:24c5] (rev 01) Subsystem: IBM ThinkPad T41 [1014:0537] Kernel driver in use: Intel ICH 00:1f.6 Modem [0703]: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) AC'97 Modem Controller [8086:24c6] (rev 01) Subsystem: IBM ThinkPad R50e [1014:0559] Kernel driver in use: Intel ICH Modem 01:00.0 VGA compatible controller [0300]: ATI Technologies Inc Radeon Mobility M7 LW [Radeon Mobility 7500] [1002:4c57] Subsystem: IBM ThinkPad T42 2373-4WU [1014:0530] Kernel driver in use: radeon 02:00.0 CardBus bridge [0607]: Texas Instruments PCI4520 PC card Cardbus Controller [104c:ac46] (rev 01) Subsystem: IBM ThinkPad [1014:0552] Kernel driver in use: yenta_cardbus 02:00.1 CardBus bridge [0607]: Texas Instruments PCI4520 PC card Cardbus Controller [104c:ac46] (rev 01) Subsystem: IBM ThinkPad [1014:0552] Kernel driver in use: yenta_cardbus 02:01.0 Ethernet controller [0200]: Intel Corporation 82540EP Gigabit Ethernet Controller (Mobile) [8086:101e] (rev 03) Subsystem: IBM Thinkpad [1014:0549] Kernel driver in use: e1000 02:02.0 Network controller [0280]: Broadcom Corporation BCM4306 802.11b/g Wireless LAN Controller [14e4:4320] (rev 03) Subsystem: Broadcom Corporation Device
Bug#617996: rsyslog: remote syslog messages not logged
Am 13.03.2011 11:37, schrieb Rainer Gerhards: -Original Message- From: Michael Biebl [mailto:bi...@debian.org] Sent: Sunday, March 13, 2011 11:22 AM To: Phil Dibowitz; 617...@bugs.debian.org; Rainer Gerhards Cc: cont...@bugs.debian.org Subject: Re: Bug#617996: rsyslog: remote syslog messages not logged Rainer, the epoll usage in rsyslog should apply runtime checks when using epoll and fall back gracefully. the following was suggested in a similar situation [1]: Mmm... Is that really something we need to support? I can think of many other places where the code relies on the outcome of configure. If I need to redo all (well: some of) the configure checks at runtime, the codebase gets really complicated and probably hard to maintain. So far, I assumed that the configure checks are sufficient to build the code. To build the code, yes. Wouldn't it then be better to just disable epoll support in the regularly distributed version and only have it activated for folks that build the code for a specific environment? That sounds much more clean to me (it has a price, of course, but if we want to support very old systems at all costs, we need to pay a price...). I'd say, let's fix issues when they come up and let's not be too pro-active. Attached is a very simple (though untested) patch, which imho doesn't really complicate the code. Phil, could you please try that patch. Compile it using your new kernel, test rsyslog using your new kernel, the boot the old kernel again and see if it still works correctly. Cheers, Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? diff --git a/plugins/imptcp/imptcp.c b/plugins/imptcp/imptcp.c index 3197564..c4fbab3 100644 --- a/plugins/imptcp/imptcp.c +++ b/plugins/imptcp/imptcp.c @@ -1047,17 +1047,20 @@ CODESTARTwillRun ABORT_FINALIZE(RS_RET_NO_RUN); } -# if defined(EPOLL_CLOEXEC) defined(HAVE_EPOLL_CREATE1) - DBGPRINTF(imptcp uses epoll_create1()\n); - epollfd = epoll_create1(EPOLL_CLOEXEC); -# else +#if defined(EPOLL_CLOEXEC) defined(HAVE_EPOLL_CREATE1) + DBGPRINTF(imptcp uses epoll_create1()\n); + epollfd = epoll_create1(EPOLL_CLOEXEC); + if(epollfd 0 errno ENOSYS) +#endif + { DBGPRINTF(imptcp uses epoll_create()\n); /* reading the docs, the number of epoll events passed to * epoll_create() seems not to be used at all in kernels. So * we just provide a number, happens to be 10. */ epollfd = epoll_create(10); -# endif + } + if(epollfd 0) { errmsg.LogError(0, RS_RET_EPOLL_CR_FAILED, error: epoll_create() failed); ABORT_FINALIZE(RS_RET_NO_RUN); diff --git a/plugins/imudp/imudp.c b/plugins/imudp/imudp.c index 56cdab2..a500259 100644 --- a/plugins/imudp/imudp.c +++ b/plugins/imudp/imudp.c @@ -453,13 +453,16 @@ rsRetVal rcvMainLoop(thrdInfo_t *pThrd) CHKmalloc(udpEPollEvt = calloc(udpLstnSocks[0], sizeof(struct epoll_event))); -# if defined(EPOLL_CLOEXEC) defined(HAVE_EPOLL_CREATE1) - DBGPRINTF(imudp uses epoll_create1()\n); - efd = epoll_create1(EPOLL_CLOEXEC); -# else +#if defined(EPOLL_CLOEXEC) defined(HAVE_EPOLL_CREATE1) + DBGPRINTF(imudp uses epoll_create1()\n); + efd = epoll_create1(EPOLL_CLOEXEC); + if(efd 0 errno == ENOSYS) +#endif + { DBGPRINTF(imudp uses epoll_create()\n); efd = epoll_create(NUM_EPOLL_EVENTS); -# endif + } + if(efd 0) { DBGPRINTF(epoll_create1() could not create fd\n); ABORT_FINALIZE(RS_RET_IO_ERROR); diff --git a/runtime/nsdpoll_ptcp.c b/runtime/nsdpoll_ptcp.c index bc374c6..ef9c37a 100644 --- a/runtime/nsdpoll_ptcp.c +++ b/runtime/nsdpoll_ptcp.c @@ -133,13 +133,16 @@ delEvent(nsdpoll_epollevt_lst_t **ppEvtLst) { /* Standard-Constructor */ BEGINobjConstruct(nsdpoll_ptcp) /* be sure to specify the object type also in END macro! */ -# if defined(EPOLL_CLOEXEC) defined(HAVE_EPOLL_CREATE1) - DBGPRINTF(nsdpoll_ptcp uses epoll_create1()\n); - pThis-efd = epoll_create1(EPOLL_CLOEXEC); -# else +#if defined(EPOLL_CLOEXEC) defined(HAVE_EPOLL_CREATE1) + DBGPRINTF(nsdpoll_ptcp uses epoll_create1()\n); + pThis-efd = epoll_create1(EPOLL_CLOEXEC); + if(pThis-efd 0 errno == ENOSYS) +#endif + { DBGPRINTF(nsdpoll_ptcp uses epoll_create()\n); pThis-efd = epoll_create(100); /* size is ignored in newer kernels, but 100 is not bad... */ -# endif + } + if(pThis-efd 0) { DBGPRINTF(epoll_create1() could not create fd\n); ABORT_FINALIZE(RS_RET_IO_ERROR); signature.asc Description: OpenPGP digital signature
Bug#548867: Proposed patch to update Debian Developer's Duties chapter
On Sun, Mar 13, 2011 at 11:11:05AM +0100, Raphael Hertzog wrote: Hi Bill, On Sun, 13 Mar 2011, Bill Allombert wrote: As the name imply, this a reference document, not a prescriptive document. It should provide technical answer to technical question. Fundamentally it only provides advices. Patronizing would be bad form. Please be specific, can you tell me where in the latest patch there's patronizing in action? Please be specific: where did I claim that ? But in anycase, I do not think that statement like As a package maintainer, you're supposed to fulfill the Debian Social Contract by providing high-quality packages that are well integrated in the system and that adhere to the Debian Policy. belong to devref. Note that the whole developer duties chapter is not new. I'm not introducing it. And the purpose of the developers-reference has always been broader than technical answer to technical question. We have always had explanations of procedures of how to interact with various teams and the associated expectations put on the maintainer. People always have been free to ignore the devref and always have done so, which was a good thing given it used to be outdated. Cheers, -- Bill. ballo...@debian.org Imagine a large red swirl here. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#618011: s5: unowned files after purge (policy 6.8)
Package: s5 Version: 1.1.dfsg.2-2 Severity: important User: debian...@lists.debian.org Usertags: piuparts piuparts.d.o Hi, during a test with piuparts I noticed your package left unowned files on the system after purge, which is a violation of policy 6.8: http://www.debian.org/doc/debian-policy/ch-maintainerscripts.html#s-removedetails Filing this as important as having a piuparts clean archive is a release goal since lenny. From the attached log (scroll to the bottom...): 0m21.5s ERROR: FAIL: Package purging left files on system: /etc/s5.conf not owned cheers, Holger Start: 2011-02-28 19:10:36 UTC Package: s5 Priority: optional Section: text Installed-Size: 752 Maintainer: Peter Pentchev r...@ringlet.net Architecture: all Version: 1.1.dfsg.2-2 Depends: ucf Filename: pool/main/s/s5/s5_1.1.dfsg.2-2_all.deb Size: 418180 MD5sum: 4966a732a2c6ba19790ca6af64df9ff5 SHA1: 38b65a556cdbdac7a6a87817edaa1e26258615b2 SHA256: 5e16f2d7a724e29f181d5d4d1ecf3ab30d95084a518bd43d45218c28d88cd4e3 Description: A simple HTML-based presentation system S5 is a slide show format based entirely on XHTML, CSS, and JavaScript. With one file, you can run a complete slide show and have a printer-friendly version as well. The markup used for the slides is very simple, highly semantic, and completely accessible. Anyone with even a smidgen of familiarity with HTML or XHTML can look at the markup and figure out how to adapt it to their particular needs. Anyone familiar with CSS can create their own slide show theme. It's totally simple, and it's totally standards-driven. . The name S5 stands for Simple Standards-Based Slide Show System. Homepage: http://www.meyerweb.com/eric/tools/s5/ Tag: interface::web, made-of::html, role::app-data, use::{organizing,text-formatting,viewing}, works-with::people, works-with::text Executing: sudo /org/piuparts.debian.org/sbin/piuparts --warn-symlinks --warn-on-others --skip-logrotatefiles-test --scriptsdir /etc/piuparts/scripts/ --tmpdir /org/piuparts.debian.org/tmp -ad sid -b sid.tar.gz --mirror http://piatti.debian.org/debian/ s5 Guessed: debian 0m0.0s INFO: -- 0m0.0s INFO: To quickly glance what went wrong, scroll down to the bottom of this logfile. 0m0.0s INFO: FAQ available at http://wiki.debian.org/piuparts/FAQ 0m0.0s INFO: -- 0m0.0s INFO: piuparts version 0.40~201102250909 starting up. 0m0.0s INFO: Command line arguments: /org/piuparts.debian.org/sbin/piuparts --warn-symlinks --warn-on-others --skip-logrotatefiles-test --scriptsdir /etc/piuparts/scripts/ --tmpdir /org/piuparts.debian.org/tmp -ad sid -b sid.tar.gz --mirror http://piatti.debian.org/debian/ s5 0m0.0s INFO: Running on: Linux piatti 2.6.32-5-amd64 #1 SMP Wed Jan 12 03:40:32 UTC 2011 x86_64 0m0.0s DEBUG: Created temporary directory /org/piuparts.debian.org/tmp/tmpX7vmwf 0m0.0s DEBUG: Unpacking sid.tar.gz into /org/piuparts.debian.org/tmp/tmpX7vmwf 0m0.0s DEBUG: Starting command: ['tar', '-C', '/org/piuparts.debian.org/tmp/tmpX7vmwf', '-zxf', 'sid.tar.gz'] 0m2.6s DEBUG: Command ok: ['tar', '-C', '/org/piuparts.debian.org/tmp/tmpX7vmwf', '-zxf', 'sid.tar.gz'] 0m2.6s DEBUG: Created policy-rc.d and chmodded it. 0m2.6s DEBUG: Starting command: ['chroot', '/org/piuparts.debian.org/tmp/tmpX7vmwf', 'apt-get', 'update'] 0m10.2s DUMP: Get:1 http://piatti.debian.org sid InRelease [147 kB] Ign http://piatti.debian.org sid/main amd64 Packages/DiffIndex Ign http://piatti.debian.org sid/contrib amd64 Packages/DiffIndex Ign http://piatti.debian.org sid/non-free amd64 Packages/DiffIndex Ign http://piatti.debian.org sid/contrib TranslationIndex Ign http://piatti.debian.org sid/main TranslationIndex Ign http://piatti.debian.org sid/non-free TranslationIndex Get:2 http://piatti.debian.org sid/main amd64 Packages [9159 kB] Hit http://piatti.debian.org sid/contrib amd64 Packages Hit http://piatti.debian.org sid/non-free amd64 Packages Ign http://piatti.debian.org sid/contrib Translation-en Ign http://piatti.debian.org sid/main Translation-en Ign http://piatti.debian.org sid/non-free Translation-en Fetched 9306 kB in 1s (7096 kB/s) Reading package lists... 0m10.2s DEBUG: Command ok: ['chroot', '/org/piuparts.debian.org/tmp/tmpX7vmwf', 'apt-get', 'update'] 0m10.2s DEBUG: Starting command: ['chroot', '/org/piuparts.debian.org/tmp/tmpX7vmwf', 'mount', '-t', 'proc', 'proc', '/proc'] 0m10.3s DEBUG: Command ok: ['chroot', '/org/piuparts.debian.org/tmp/tmpX7vmwf', 'mount', '-t', 'proc', 'proc', '/proc'] 0m10.3s DEBUG: Starting command: ['chroot', '/org/piuparts.debian.org/tmp/tmpX7vmwf', 'apt-get', '-yf', 'upgrade'] 0m15.6s DUMP: Reading package lists... Building dependency tree... The following packages will be upgraded: libc-bin libc6 2 upgraded, 0 newly installed, 0 to remove and 0 not upgraded. Need to get 5021 kB of archives. After
Bug#617999: Please include link to general info in each lists page
Hallo! Du (Andrei Popescu) hast geschrieben: From my experience lurking on Debian lists it is quite common to point people to a particular list by the list info URL[1]. Unfortunately, while that page mentions that posting is open (with the few notable exceptions) it has no hint on how one can participate without subscribing and there's also no direct path to such info or the CoC. May I suggest including a link to the general information about Debian mailing lists[2], which nicely includes de CoC, with suggestions to ask for CCs if not subscribed, the Disclaimer, and other useful info. [1] http://lists.debian.org/debian-devel/ [2] http://www.debian.org/MailingLists/ would you like to suggest a text for that? currently the text for d-devel is: Discussion about technical development topics. (High-volume mailing list.) Yours, Cord, Debian Listmaster of the day -- http://lists.debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#618012: xfce4-power-manager: dims, but fails to undim radeon on powerbook G4
Package: xfce4-power-manager Version: 0.8.5-2 Severity: minor Dims the display all right. Does not undim it after that. A console switch and back to X fixes it. If other PowerBook users have a similar problem it may be worth it to disable this particular option on PowerPC. System - original 1GHz PowerBook G4 -- System Information: Debian Release: 6.0 APT prefers stable APT policy: (500, 'stable') Architecture: powerpc (ppc) Kernel: Linux 2.6.32-5-powerpc Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages xfce4-power-manager depends on: ii hal0.5.14-3 Hardware Abstraction Layer ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib ii libdbus-1-31.2.24-4 simple interprocess messaging syst ii libdbus-glib-1-2 0.88-2.1 simple interprocess messaging syst ii libglib2.0-0 2.24.2-1 The GLib library of C routines ii libgtk2.0-02.20.1-2 The GTK+ graphical user interface ii libnotify1 [libnotify1 0.5.0-2 sends desktop notifications to a n ii libpango1.0-0 1.28.3-1+squeeze2 Layout and rendering of internatio ii libx11-6 2:1.3.3-4 X11 client-side library ii libxext6 2:1.1.2-1 X11 miscellaneous extension librar ii libxfce4util4 4.6.2-1 Utility functions library for Xfce ii libxfcegui4-4 4.6.4-1 Basic GUI C functions for Xfce4 ii libxfconf-0-2 4.6.2-1 Client library for Xfce4 configure ii xfce4-power-manager-da 0.8.5-2 power manager for Xfce desktop, ar Versions of packages xfce4-power-manager recommends: ii consolekit0.4.1-4framework for defining and trackin Versions of packages xfce4-power-manager suggests: pn xfce4-power-manager-plugins none (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#556327: Patch
tag 556327 patch thanks Dear Frankie, i think this ftbfs because missing libdl, i've attached a patch to fix this problem -- [ Mahyuddin Susanto ] - #! /bin/sh /usr/share/dpatch/dpatch-run ## Description: Fix FTBFS binutils-gold with ld no-add-needed ## Author: Mahyuddin Susanto udi...@ubuntu.com ## Bug-Debian: http://bugs.debian.org/556327 @DPATCH@ diff -urNad rox-2.10.ftbfs~/ROX-Filer/src/Makefile.in rox-2.10.ftbfs/ROX-Filer/src/Makefile.in --- rox-2.10.ftbfs~/ROX-Filer/src/Makefile.in 2011-03-11 01:03:54.0 +0700 +++ rox-2.10.ftbfs/ROX-Filer/src/Makefile.in2011-03-11 01:05:45.822164593 +0700 @@ -7,7 +7,7 @@ .SUFFIXES: .c .o PKG_CONFIG = @PKG_CONFIG@ -LIBS = @LIBS@ @LFS_LDFLAGS@ -lICE -lSM +LIBS = @LIBS@ @LFS_LDFLAGS@ -lICE -lSM -ldl #PROF = -fprofile-arcs -pg PKG_CONFIG_FLAGS= signature.asc Description: OpenPGP digital signature
Bug#618013: debian-policy: please clarify where multi-line fields are allowed in control files
Package: debian-policy Version: 3.9.1.0 Severity: normal Hi, I think the wording in chapter 5 (Control files and their fields) is quite unclear where multi-line fields are allowed. I am mostly interested in debian/control in source files, so I'll just discuss this here. Accoring to [1] only Uploaders and the relationship fields from section 7 are supposed to span multiple (physical) lines, but at least Zack and me got the impression[2] that this is intended for all fields. Adam also agreed that the current wording is not unambiguous[3]. I would like to have a definite list of fields that may span multiple lines. This should also document whether newlines should be preserved as for the Description or Uploaders fields or not. Maybe it would also be good to specify how fields not documented in policy (such as Vcs-* or Python-Version) are supposed to be handled. Regards, Ansgar [1] http://bugs.debian.org/372731#10 [2] http://bugs.debian.org/526713#40 [3] http://bugs.debian.org/526713#25 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#612272: conntrack: ENOBUFS in event logging mode
The problem is in Linux kernel 2.6.37. 2.6.37.3 still has this problem. You have to apply the following patch. I expect that it will be available in the upcoming 2.6.37.4. From cba85b532e4aabdb97f44c18987d45141fd93faa Mon Sep 17 00:00:00 2001 From: Pablo Neira Ayuso pa...@netfilter.org Date: Thu, 6 Jan 2011 11:25:00 -0800 Subject: [PATCH] netfilter: fix export secctx error handling In 1ae4de0cdf855305765592647025bde55e85e451, the secctx was exported via the /proc/net/netfilter/nf_conntrack and ctnetlink interfaces instead of the secmark. That patch introduced the use of security_secid_to_secctx() which may return a non-zero value on error. In one of my setups, I have NF_CONNTRACK_SECMARK enabled but no security modules. Thus, security_secid_to_secctx() returns a negative value that results in the breakage of the /proc and `conntrack -L' outputs. To fix this, we skip the inclusion of secctx if the aforementioned function fails. This patch also fixes the dynamic netlink message size calculation if security_secid_to_secctx() returns an error, since its logic is also wrong. This problem exists in Linux kernel 2.6.37.3 Signed-off-by: Pablo Neira Ayuso pa...@netfilter.org Signed-off-by: David S. Miller da...@davemloft.net (cherry picked from commit cba85b532e4aabdb97f44c18987d45141fd93faa) --- .../netfilter/nf_conntrack_l3proto_ipv4_compat.c |2 +- net/netfilter/nf_conntrack_netlink.c | 25 +++ net/netfilter/nf_conntrack_standalone.c|2 +- 3 files changed, 16 insertions(+), 13 deletions(-) diff --git a/net/ipv4/netfilter/nf_conntrack_l3proto_ipv4_compat.c b/net/ipv4/netfilter/nf_conntrack_l3proto_ipv4_compat.c index 37f8adb..63f60fc 100644 --- a/net/ipv4/netfilter/nf_conntrack_l3proto_ipv4_compat.c +++ b/net/ipv4/netfilter/nf_conntrack_l3proto_ipv4_compat.c @@ -97,7 +97,7 @@ static int ct_show_secctx(struct seq_file *s, const struct nf_conn *ct) ret = security_secid_to_secctx(ct-secmark, secctx, len); if (ret) - return ret; + return 0; ret = seq_printf(s, secctx=%s , secctx); diff --git a/net/netfilter/nf_conntrack_netlink.c b/net/netfilter/nf_conntrack_netlink.c index b729ace..0cdba50 100644 --- a/net/netfilter/nf_conntrack_netlink.c +++ b/net/netfilter/nf_conntrack_netlink.c @@ -254,7 +254,7 @@ ctnetlink_dump_secctx(struct sk_buff *skb, const struct nf_conn *ct) ret = security_secid_to_secctx(ct-secmark, secctx, len); if (ret) - return ret; + return 0; ret = -1; nest_secctx = nla_nest_start(skb, CTA_SECCTX | NLA_F_NESTED); @@ -453,16 +453,22 @@ ctnetlink_counters_size(const struct nf_conn *ct) ; } -#ifdef CONFIG_NF_CONNTRACK_SECMARK -static int ctnetlink_nlmsg_secctx_size(const struct nf_conn *ct) +static inline int +ctnetlink_secctx_size(const struct nf_conn *ct) { - int len; +#ifdef CONFIG_NF_CONNTRACK_SECMARK + int len, ret; - security_secid_to_secctx(ct-secmark, NULL, len); + ret = security_secid_to_secctx(ct-secmark, NULL, len); + if (ret) + return 0; - return sizeof(char) * len; -} + return nla_total_size(0) /* CTA_SECCTX */ + + nla_total_size(sizeof(char) * len); /* CTA_SECCTX_NAME */ +#else + return 0; #endif +} static inline size_t ctnetlink_nlmsg_size(const struct nf_conn *ct) @@ -479,10 +485,7 @@ ctnetlink_nlmsg_size(const struct nf_conn *ct) + nla_total_size(0) /* CTA_PROTOINFO */ + nla_total_size(0) /* CTA_HELP */ + nla_total_size(NF_CT_HELPER_NAME_LEN) /* CTA_HELP_NAME */ -#ifdef CONFIG_NF_CONNTRACK_SECMARK - + nla_total_size(0) /* CTA_SECCTX */ - + nla_total_size(ctnetlink_nlmsg_secctx_size(ct)) /* CTA_SECCTX_NAME */ -#endif + + ctnetlink_secctx_size(ct) #ifdef CONFIG_NF_NAT_NEEDED + 2 * nla_total_size(0) /* CTA_NAT_SEQ_ADJ_ORIG|REPL */ + 6 * nla_total_size(sizeof(u_int32_t)) /* CTA_NAT_SEQ_OFFSET */ diff --git a/net/netfilter/nf_conntrack_standalone.c b/net/netfilter/nf_conntrack_standalone.c index 0fb6570..b4d7f0f 100644 --- a/net/netfilter/nf_conntrack_standalone.c +++ b/net/netfilter/nf_conntrack_standalone.c @@ -118,7 +118,7 @@ static int ct_show_secctx(struct seq_file *s, const struct nf_conn *ct) ret = security_secid_to_secctx(ct-secmark, secctx, len); if (ret) - return ret; + return 0; ret = seq_printf(s, secctx=%s , secctx); -- 1.7.2.3
Bug#618009: bug#8241: Acknowledgement (Bug#618009: date: invalid date `TZ=America/Chicago now' but Europe/Paris OK)
Thank you for filing a new bug report with GNU. This is an automatically generated reply to let you know your message has been received. Your message is being forwarded to the package maintainers and other interested parties for their attention; they will reply in due course. As you requested using X-Debbugs-CC, your message was also forwarded to bug-coreut...@gnu.org (after having been given a bug report number, if it did not have one). Your message has been sent to the package maintainer(s): bug-coreut...@gnu.org If you wish to submit further information on this problem, please send it to 8...@debbugs.gnu.org. Please do not send mail to help-debb...@gnu.org unless you wish to report a problem with the Bug-tracking system. -- 8241: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=8241 GNU Bug Tracking System Contact help-debb...@gnu.org with problems -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#617824: shouldn't migrate to testing (when will be uploaded to sid)
On Sun, 13 Mar 2011 10:27:34 +0100, Mehdi Dogguy wrote: On 03/11/2011 06:48 PM, David Paleino wrote: Source: monav Version: 0.2+svn405-1 Severity: serious I'm planning to upload this package to sid whenever possible (i.e. dependencies fulfilled), but shouldn't migrate to testing, since it's very much experimental and at an early stage of development. Looks like the description of packages that should be uploaded to experimental. Not if you want to test it against a large userbase. The package is *already* in experimental. Kindly, David -- . ''`. Debian developer | http://wiki.debian.org/DavidPaleino : :' : Linuxer #334216 --|-- http://www.hanskalabs.net/ `. `'` GPG: 1392B174 | http://deb.li/dapal `- 2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174 signature.asc Description: PGP signature
Bug#604309: Preparations for the removal of the KDE3 and Qt3 libraries
On Sun, Mar 13, 2011 at 11:57:13AM +0100, Georges Khaznadar wrote: Ana Guerrero a écrit : Dear maintainer, what is the status of this? The removal of kdelibs from KDE3 is inminent now, if there is not a kde4 port, could you please file for removal? Interested users can always fetch the package from Squeeze. Done. Posts about porting ktechlab to Qt4 have been made in years 2007 and ealy 2010, but there is still no usable port. Thanks! Just a quick note, the problem with ktechlab and ktimetrace are not Qt3 (that will stay in the archive for some more time), the problem is kdelibs from KDE3 that is definitively going away very soon. Ana -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#612074: debian-cd: provide iso image aligned on usb thumb drive size
On Fri, Feb 25, 2011 at 1:53 AM, Joey Hess jo...@debian.org wrote: Steve McIntyre wrote: We'll find out. :-) I've grepped out (roughly!) the list of packages that will have now moved from DVD#1 to DVD#2 for both i386 and amd64 (wheezy). See each file at http://cdimage.debian.org/cdimage/tmp/ if you're interested. These tasks were removed (both arches): kannada-desktop, telugu, telugu-desktop, gujarati-desktop Can we have another version targeting India languages? Cheers Arjun
Bug#615439: scilab: crash when using plot3d function
With this workaround Scilab does not crashes. Thank you. If it is the one with nohw, ok but it is very slow. You can try to update your graphic drivers ;) I have Ati Radeon HD 2600 XT AGP videocard. It has no normal drivers for GNU/Linux AFAIK. Both radeon and radeonhd drivers from Debian 6 work very slow with default options (no xorg.conf) and I can't even view full-screen video. With this drivers Scilab crashes. Latest proprietary Ati driver is worse than this bad drivers: it is more slower and it has problems with native resolution of my monitor. So, your solution is exactly for my situation. And it is not so slow on my Celeron-2000 :-) - Regards, Sergey -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#615621: [Dctrl-tools-devel] Bug#615621: dctrl-tools: Stylish fix to grep-dctrl(1) manpage
On Sun, Feb 27, 2011 at 04:13:52PM -0400, David Prévot wrote: Please find below a patch in order to provide style conventions as advised in man(1). Applied locally, will push later. Thanks. -- Antti-Juhani Kaijanaho, Jyväskylä, Finland http://antti-juhani.kaijanaho.fi/newblog/ http://www.flickr.com/photos/antti-juhani/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#589827: [Dctrl-tools-devel] Bug#589827: dctrl-tools: Patch for example in manpage
On Sun, Feb 27, 2011 at 04:32:01PM -0400, David Prévot wrote: Please find bellow a patch against the Git repository to fix the issue spotted by Leo 'costela' Antunes. Thanks, applied locally. This was patch 3 in a three-patch series. I wasn't able to locate patches 1 and 2, and it's not surprising that Git refused to apply it. I applied it manually. -- Antti-Juhani Kaijanaho, Jyväskylä, Finland http://antti-juhani.kaijanaho.fi/newblog/ http://www.flickr.com/photos/antti-juhani/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#615877: [Dctrl-tools-devel] Bug#615877: dctrl-tools: Internationalise the man pages
On Mon, Feb 28, 2011 at 01:34:37PM -0400, David Prévot wrote: Please find the following patch against your Git repository in order to Applied locally. I wasn't able to find patches 1, 2, 4 and 5, but it applied cleanly after one of your earlier patches. Thanks. -- Antti-Juhani Kaijanaho, Jyväskylä, Finland http://antti-juhani.kaijanaho.fi/newblog/ http://www.flickr.com/photos/antti-juhani/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#589839: /usr/bin/xgamma: Still cannot set gamma on multiple monitors attached to one screen
Package: x11-xserver-utils Version: 7.6+1 Severity: normal File: /usr/bin/xgamma xgamma is still broken, it cannot set gamma on screens that have multiple monitors. -screen 1 gives error -screen 0.n affects the second screen of rany value of n -- System Information: Debian Release: wheezy/sid APT prefers stable APT policy: (990, 'stable'), (500, 'testing'), (400, 'unstable'), (395, 'experimental'), (300, 'stable-i386'), (300, 'oldstable'), (280, 'testing-i386'), (270, 'unstable-i386'), (150, 'experimental-i386'), (65, 'oldstable-i386') Architecture: amd64 (x86_64) Kernel: Linux 2.6.36-r600fence-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages x11-xserver-utils depends on: ii cpp 4:4.4.5-2 The GNU C preprocessor (cpp) ii libc6 2.11.2-11 Embedded GNU C Library: Shared lib ii libice6 2:1.0.7-1 X11 Inter-Client Exchange library ii libx11-6 2:1.4.1-5 X11 client-side library ii libxau6 1:1.0.6-1 X11 authorisation library ii libxaw7 2:1.0.9-2 X11 Athena Widget library ii libxcursor1 1:1.1.11-1 X cursor management library ii libxext6 2:1.2.0-2 X11 miscellaneous extension librar ii libxi62:1.4.1-1 X11 Input extension library ii libxmu6 2:1.1.0-1 X11 miscellaneous utility library ii libxmuu1 2:1.1.0-1 X11 miscellaneous micro-utility li ii libxrandr22:1.3.1-1 X11 RandR extension library ii libxrender1 1:0.9.6-1 X Rendering Extension client libra ii libxt61:1.0.9-2 X11 toolkit intrinsics library ii libxxf86vm1 1:1.1.1-1 X11 XFree86 video mode extension l x11-xserver-utils recommends no packages. Versions of packages x11-xserver-utils suggests: pn cairo-5c none (no description available) pn nicklenone (no description available) pn xorg-docs-corenone (no description available) -- debconf-show failed -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#571653: libapache2-mod-suphp: suphp not working anymore after dist-upgrade
tags 571653 + moreinfo thanks Hello. I was upgrading today system (lenny - squeeze) and suPHP stopped working. But it is difficult to consider as bug: - /etc/suphp.conf syntax changed a bit in new version - you need to install new configure file and change it accordingly to your previous configuration - suphp.conf (apache2 module config file) doesn't need to be replaced with new version - important thing is that php5.conf apache module configuration changed. Now it uses FilesMatch \.ph(p3?|tml)$ SetHandler application/x-httpd-php /FilesMatch previous version used AddType application/x-httpd-php .php. According to php5 module configuration changes I found it necessary to change my VirtualHosts configuration using suPHP from directive AddType application/x-httpd-suphp to SetHandler application/x-httpd-suphp (along with Directory directive that limits this setting to specified directory). After this tweaks libapache2-mod-suphp seems to work for me, so whether this bug is invalid or you have problem somewhere else (please provide more information). Nevertheless lenny-squeeze upgrade for this package was quite time-consuming because of libapache2-mod-php5 changes in php5.conf. One additional think - when you test this module (I was using system('id')) don't use relative path. It took me some time to realise that after dist-upgrade you need to provide full path now - use system('/usr/bin/id'). I suppose it is connected to bash-dash switch for /bin/sh symlink. I hope this will save some time for people doing dist-upgrade from lenny to squeeze. Best regards, Grzegorz Bizon -- ntsn.pl software development http://ntsn.pl/en -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#618014: debian-maintainers: Annual ping for Michael Stapelberg
Package: debian-maintainers Version: 2011.03.03 Severity: normal Hi, Sorry, I am a bit late with my annual ping for 2010, totally forgot about it. I am still active and I maintain the following packages: i3-wm i3lock i3status libanyevent-i3-perl libnet-inet6glue-perl libtomcrypt mxallowd unworkable wiipdf Thanks! Best regards, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#617968: libstdc++6-4.5-dev: Apps that include algorithm FTBFS
After much trial and erorr I managed to reduce the problem to the attatched trivial example. I do not know enough C++ to say if this is supposed to work or not but I can say it builds with 4.4 but not 4.5. Note: i'm just doing flyby RC bug investigation (yes I know this bug is marked as important but it's also maked as a blocker for a RC bug...), I do not have anything to do with either the celestia or GCC packages. #include cmath templateclass T T abs(T x) { return (x 0) ? -x : x; } #include algorithm int main() {}
Bug#618015: git: Unneeded dependencies for emacsen-common
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Package: git Version: 1:1.7.4.1-3 Severity: normal Tags: sid I was near to write idiotic dependencies but that would be not objective. However, my system was emacs free until the update today that brings emacsen-common in by git. When I look to the postinst I find that this was only needed to remove emacs stuff. As I did not have any emacs stuff installed that would be stupid. Please lower the dependencies on that emacs package and act conditional in the maintainer scripts. - -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (800, 'unstable'), (700, 'stable'), (60, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.37 (SMP w/8 CPU cores) Locale: LANG=de_DE, LC_CTYPE=de_DE (charmap=ISO-8859-1) (ignored: LC_ALL set to de_DE) Shell: /bin/sh linked to /bin/dash Versions of packages git depends on: ii emacsen-common 1.4.22 Common facilities for all emacsen ii git-man 1:1.7.4.1-3 fast, scalable, distributed revisi ii libc6 2.11.2-13Embedded GNU C Library: Shared lib ii libcurl3-gnutls 7.21.4-1 Multi-protocol file transfer libra ii liberror-perl 0.17-1 Perl module for error/exception ha ii libexpat1 2.0.1-7 XML parsing C library - runtime li ii perl-modules5.10.1-17Core Perl modules ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime Versions of packages git recommends: ii less 436-1 pager program similar to more ii openssh-client [s 1:5.8p1-2~securityfix1 secure shell (SSH) client, for sec ii patch 2.6.1-1Apply a diff file to an original ii rsync 3.0.7-2fast remote file copy program (lik Versions of packages git suggests: pn git-arch none (no description available) ii git-cvs 1:1.7.4.1-3 fast, scalable, distributed revisi pn git-daemon-run none (no description available) ii git-doc 1:1.7.4.1-3 fast, scalable, distributed revisi pn git-el none (no description available) ii git-email1:1.7.4.1-3 fast, scalable, distributed revisi ii git-gui 1:1.7.4.1-3 fast, scalable, distributed revisi ii git-svn 1:1.7.4.1-3 fast, scalable, distributed revisi ii gitk 1:1.7.4.1-3 fast, scalable, distributed revisi pn gitweb none (no description available) - -- no debconf information - -- Klaus Ethgenhttp://www.ethgen.ch/ pub 2048R/D1A4EDE5 2000-02-26 Klaus Ethgen kl...@ethgen.de Fingerprint: D7 67 71 C4 99 A6 D4 FE EA 40 30 57 3C 88 26 2B -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) iQEVAwUBTXy6/J+OKpjRpO3lAQosUgf/Zm2n2pev+gOaAK9LtLKMOMPZTenMTpsX lx8R20Y9SvH2OZAkdcmEORWiYkvuG0s+xZNK2LBWolKXijbZjkCrw4PJNKJ0ivO3 9O4VOUrsBi3a1UQTfIV/DmNXzJ+zugZlDuw4LwtXRrcEpR8c+XRQuSwAUTdoO097 SOcNDzsVE7f7RwQo4Np+AYZiAWxxAABHM13Mhyty6sBKeIygTYfO5UW5hTTeHGyr XBczzBgHAfAGD6N/obPB7c6BAoqLnTGG73r2TjSsqc+FPzN9ScNlEwrqAdsBoT3x rzQQjoP5tXtu8QYeamU6Ufrdh4YghUkaP+Zp+TtZ/zT+nJR1Szc6kQ== =v3oP -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#618016: lvremove sometimes fails to remove snapshot volumes
Package: lvm2 Version: 2.02.66-5 Severity: important I am using LVM snapshots for my backup and I am finding it impossible to automate their removal. My current code looks like this: umount /mnt/snap/$LV || exit 3 sleep 1 lvremove -f $VG/$LV-snap if [ $? -ne 0 ]; then sleep 5 lvremove -f --noudevsync $VG/$LV-snap || exit 2 fi and it fails regularily, like this: Unable to deactivate open vg0-home--snap (254:7) Unable to deactivate logical volume home-snap Unable to deactivate open vg0-home--snap (254:7) Unable to deactivate logical volume home-snap I have also tried adding such commands as sync or sleep 60 between umount and lvremove, none of which helped. I strongly suspect it is the same bug as reported here: https://bugzilla.redhat.com/show_bug.cgi?id=577798 which is why I tried the --noudevsync option, to no avail. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#613560: libgl1-nvidia-glx: vim-gnome hangs on startup
Package: libgl1-nvidia-glx Followup-For: Bug #613560 I've built a package with nvidia-graphics-drivers-260.19.44 and the vim problem went off the problem of hung vi at startup was there even with Xorg not launched please, update nvidia with laest version in the mean time, you can also find pre-compiled binaries (.deb) here: http://adren.org/~cyril/debian/nvidia/ with tarball dans .dsc cheers, -- Package-specific info: uname -a: Linux adren 2.6.37.3-grsec #19 SMP Sun Mar 13 01:36:09 CET 2011 x86_64 GNU/Linux /proc/version: Linux version 2.6.37.3-grsec (root@adren) (gcc version 4.5.2 (Debian 4.5.2-5) ) #19 SMP Sun Mar 13 01:36:09 CET 2011 /proc/driver/nvidia/version: NVRM version: NVIDIA UNIX x86_64 Kernel Module 260.19.44 Sun Feb 27 22:41:03 PST 2011 GCC version: gcc version 4.5.2 (Debian 4.5.2-5) lspci 'VGA compatible controller [0300]': 00:12.0 VGA compatible controller [0300]: nVidia Corporation C68 [GeForce 7050 PV / nForce 630a] [10de:053b] (rev a2) (prog-if 00 [VGA controller]) Subsystem: ASUSTeK Computer Inc. Device [1043:82b3] Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=fast TAbort- TAbort- MAbort- SERR- PERR- INTx- Latency: 0 Interrupt: pin A routed to IRQ 21 Region 0: Memory at de00 (32-bit, non-prefetchable) [size=16M] Region 1: Memory at c000 (64-bit, prefetchable) [size=256M] Region 3: Memory at dd00 (64-bit, non-prefetchable) [size=16M] [virtual] Expansion ROM at dfec [disabled] [size=128K] Capabilities: access denied -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (990, 'unstable'), (99, 'experimental'), (9, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.37.3-grsec (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libgl1-nvidia-glx depends on: ii libc62.11.2-13 Embedded GNU C Library: Shared lib ii libgl1-nvidia-alternatives 195.36.31-7 simplifies replacing MESA libGL wi ii libx11-6 2:1.4.1-5 X11 client-side library ii libxext6 2:1.2.0-2 X11 miscellaneous extension librar ii libxv1 2:1.0.6-1 X11 Video extension library ii libxvmc1 2:1.0.6-1 X11 Video extension library Versions of packages libgl1-nvidia-glx recommends: ii nvidia-kernel-dkms [nvidia-k 260.19.44-1 NVIDIA binary kernel module DKMS s Versions of packages libgl1-nvidia-glx suggests: ii nvidia-kernel-dkms [nvidia-k 260.19.44-1 NVIDIA binary kernel module DKMS s ii nvidia-kernel-source 195.36.31-7 NVIDIA binary kernel module source Versions of packages nvidia-glx depends on: ii dpkg 1.15.8.10 Debian package management system ii libc62.11.2-13 Embedded GNU C Library: Shared lib ii libglx-nvidia-alternatives 195.36.31-7 simplifies replacing Xorg module l ii nvidia-kernel-dkms [nvidia-k 260.19.44-1 NVIDIA binary kernel module DKMS s ii xserver-xorg-core [xorg-vide 2:1.7.7-12 Xorg X server - core server Versions of packages nvidia-glx recommends: ii nvidia-vdpau-driver 260.19.44-1 NVIDIA vdpau driver Versions of packages nvidia-glx suggests: ii nvidia-kernel-dkms [nvidia-k 260.19.44-1 NVIDIA binary kernel module DKMS s ii nvidia-kernel-source 195.36.31-7 NVIDIA binary kernel module source ii nvidia-settings 195.36.24-1 Tool for configuring the NVIDIA gr Versions of packages nvidia-kernel-dkms depends on: ii dkms 2.1.1.2-6 Dynamic Kernel Module Support Fram ii nvidia-kernel-common 20100522+2 NVIDIA binary kernel module suppor Versions of packages nvidia-kernel-dkms recommends: ii nvidia-glx [nvidia-glx] 260.19.44-1 NVIDIA binary Xorg driver Versions of packages nvidia-kernel-source depends on: ii debhelper 8.1.2 helper programs for debian/rules ii make 3.81-8 An utility for Directing compilati ii quilt 0.48-7 Tool to work with series of patche Versions of packages nvidia-kernel-source recommends: ii kernel-package 12.036+nmu1 A utility for building Linux kerne ii module-assistant 0.11.3 tool to make module package creati ii nvidia-kernel-common 20100522+2 NVIDIA binary kernel module suppor Versions of packages nvidia-kernel-source suggests: ii nvidia-glx [nvidia-glx] 260.19.44-1 NVIDIA binary Xorg driver Versions of packages libgl1-nvidia-glx is related to: ii binutils 2.21.0.20110302-2 The GNU assembler, linker and bina pn binutils-gold none(no description available) pn linux-headers-2.6 none(no description
Bug#618015: git: Unneeded dependencies for emacsen-common
forcemerge 617784 618015 quit Hi Klaus, Klaus Ethgen wrote: I was near to write idiotic dependencies but that would be not objective. However, my system was emacs free until the update today that brings emacsen-common in by git. This strikes me as an odd thing to say. Did you know that emacsen-common does not contain emacs? That said, if you would like to test a version without that dependency, there is a package at git://repo.or.cz/git/debian/jrn.git debian-experimental . I can put up binary packages somewhere if you'd prefer that. Regards, Jonathan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#618017: apt-cache search --names-only also searchs for Provides, man page should be updated
Package: apt Version: 0.8.11.5 Severity: normal As per bug #98695¹, it seems that apt-cache search --names-only is also looking into Provides field while man page suggests that only package name is queried. I think the manual page of apt-cache should be updated accordingly to reflect the current state of the paremeter. ¹http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=98695 -- Package-specific info: -- (no /etc/apt/preferences present) -- -- (/etc/apt/sources.list present, but not submitted) -- -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') 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 apt depends on: ii debian-archive-keyring 2010.08.28 GnuPG archive keys of the Debian a ii gnupg 1.4.11-3 GNU privacy guard - a free PGP rep ii libc6 2.11.2-11Embedded GNU C Library: Shared lib ii libgcc1 1:4.5.2-4GCC support library ii libstdc++6 4.5.2-4 The GNU Standard C++ Library v3 ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime apt recommends no packages. Versions of packages apt suggests: pn apt-doc none (no description available) ii aptitude 0.6.3-3.2 terminal-based package manager (te ii bzip2 1.0.5-6high-quality block-sorting file co ii dpkg-dev 1.15.8.10 Debian package development tools ii lzma 4.43-14Compression method of 7z format in ii python-apt0.7.100.1 Python interface to libapt-pkg ii synaptic 0.75 Graphical package manager -- 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#618018: git reflog: checkout: moving from master to master
Package: git Version: 1:1.7.4.1-1 Severity: minor Trying to switch to a branch you are already on leaves useless no-op entries in the reflog: $ cd $(mktemp -d) $ git init Initialized empty Git repository in /tmp/tmp.bNg1nsyeHL/.git/ $ touch foo $ git add foo $ git commit -m 'initial commit' [master (root-commit) 45d1005] initial commit 0 files changed, 0 insertions(+), 0 deletions(-) create mode 100644 foo $ git checkout master Already on 'master' $ git reflog 45d1005 HEAD@{0}: checkout: moving from master to master 45d1005 HEAD@{1}: commit (initial): initial commit $ Please do not log ref updates which aren't. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing'), (400, 'unstable'), (300, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 2.6.38-rc7-00099-g25546a7 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages git depends on: ii git-man 1:1.7.4.1-1 fast, scalable, distributed revisi ii libc6 2.11.2-11Embedded GNU C Library: Shared lib ii libcurl3-gnutls 7.21.3-1 Multi-protocol file transfer libra ii liberror-perl 0.17-1 Perl module for error/exception ha ii libexpat1 2.0.1-7 XML parsing C library - runtime li ii perl-modules5.10.1-17Core Perl modules ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime Versions of packages git recommends: ii less 436-1 pager program similar to more ii openssh-client [ssh-client] 1:5.5p1-6 secure shell (SSH) client, for sec ii patch 2.6.1-1Apply a diff file to an original ii rsync 3.0.7-2fast remote file copy program (lik Versions of packages git suggests: pn git-arch none (no description available) ii git-cvs 1:1.7.4.1-1 fast, scalable, distributed revisi pn git-daemon-run none (no description available) ii git-doc 1:1.7.4.1-1 fast, scalable, distributed revisi pn git-emailnone (no description available) pn git-gui none (no description available) ii git-svn 1:1.7.4.1-1 fast, scalable, distributed revisi ii gitk 1:1.7.4.1-1 fast, scalable, distributed revisi pn gitweb none (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#553368: [openoffice.org] openoffice.org: Not printing Malayalam (indic)
Package: openoffice.org Version: 1:3.2.1-11+squeeze2 It works for me on a current squeeze system: Printing to a postscript file and opening it with okular looks just like the text in openoffice.org and like the text in your PDF. There should be no difference between printing to a .ps file and printing to a real printer. Is the bug still present for you? If not, please close it. Thanks Max --- System information. --- Architecture: amd64 Kernel: Linux 2.6.32-5-amd64 Debian Release: 6.0 500 stable security.debian.org 500 stable ftp.uni-erlangen.de 500 squeeze-updates ftp.uni-erlangen.de --- Package information. --- Depends (Version) | Installed =-+- openoffice.org-core (= 1:3.2.1-11+squeeze2) | 1:3.2.1-11+squeeze2 openoffice.org-writer | 1:3.2.1-11+squeeze2 openoffice.org-calc | 1:3.2.1-11+squeeze2 openoffice.org-impress| 1:3.2.1-11+squeeze2 openoffice.org-draw | 1:3.2.1-11+squeeze2 openoffice.org-math | 1:3.2.1-11+squeeze2 openoffice.org-base | 1:3.2.1-11+squeeze2 openoffice.org-report-builder-bin | 1:3.2.1-11+squeeze2 ttf-dejavu| 2.31-1 ttf-sil-gentium-basic | 1.1-2 openoffice.org-officebean | 1:3.2.1-11+squeeze2 openoffice.org-filter-mobiledev | 1:3.2.1-11+squeeze2 liblucene2-java(= 2.3.2) | 2.9.2+ds1-1 openoffice.org-java-common (= 1:3.2.1~) | 1:3.2.1-11+squeeze2 openoffice.org-common( 1:3.2.1) | 1:3.2.1-11+squeeze2 ttf-opensymbol (= 1:3.0) | 1:3.2.1-11+squeeze2 libc6(= 2.7) | 2.11.2-10 libcairo2 (= 1.2.4) | 1.8.10-6 libcurl3-gnutls (= 7.16.2-1) | 7.21.0-1 libdb4.8 | 4.8.30-2 libexpat1 (= 1.95.8) | 2.0.1-7 libfreetype6 (= 2.2.1) | 2.4.2-2.1 libgcc1 (= 1:4.1.1) | 1:4.4.5-8 libglib2.0-0 (= 2.12.0) | 2.24.2-1 libgraphite3 (= 1:2.3) | 1:2.3.1-0.2 libgstreamer-plugins-base0.10-0 (= 0.10.0) | 0.10.30-1 libgstreamer0.10-0(= 0.10.0) | 0.10.30-1 libgtk2.0-0 (= 2.10) | 2.20.1-2 libhunspell-1.2-0 (= 1.2.11) | 1.2.11-1 libhyphen0 (= 2.4) | 2.5-1 libice6 (= 1:1.0.0) | 2:1.0.6-2 libicu44 (= 4.4.1-1) | 4.4.1-7 libjpeg62(= 6b1) | 6b1-1 libmythes-1.2-0 | 2:1.2.1-1 libneon27-gnutls(= 0.29.3-3) | 0.29.3-3 libnspr4-0d (= 1.8.0.10) | 4.8.6-1 libnss3-1d (= 3.12.0~1.9b1) | 3.12.8-1 libsm6| 2:1.1.1-1 libssl0.9.8 (= 0.9.8m-1) | 0.9.8o-4squeeze1 libstdc++6 (= 4.4.0) | 4.4.5-8 libx11-6 | 2:1.3.3-4 libxaw7 | 2:1.0.7-1 libxext6 | 2:1.1.2-1 libxinerama1 | 2:1.1-3 libxml2(= 2.7.4) | 2.7.8.dfsg-2 libxrandr2| 2:1.3.0-3 libxrender1 | 1:0.9.6-1 libxslt1.1(= 1.1.25) | 1.1.26-6 libxt6| 1:1.0.7-1 ure(= 1.6.1) | 1.6.1+OOo3.2.1-11+squeeze2 zlib1g (= 1:1.1.4) | 1:1.2.3.4.dfsg-3 librdf0(= 1.0.9) | 1.0.10-3 fontconfig| 2.8.0-2.1 openoffice.org-core (= 1:3.2.1-11+squeeze2) | 1:3.2.1-11+squeeze2 openoffice.org-base-core (=
Bug#502062: /etc/init.d/keymap.sh never set UTF-8 locale charmap when /usr isn't mounted
Package: console-common Version: 0.7.85 Severity: normal What is the status of this bug? It still exists in 0.7.85 (squeeze and sid). -Juha -- System Information: Debian Release: 6.0 APT prefers stable APT policy: (1200, 'stable'), (995, 'stable'), (990, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-rc6-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=fi_FI.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages console-common depends on: ii console-data2:1.10-9 keymaps, fonts, charset maps, fall ii console-tools 1:0.2.3dbs-69.1 Linux console and font utilities ii debconf [debconf-2.0] 1.5.36.1 Debian configuration management sy ii debianutils 3.4 Miscellaneous utilities specific t ii lsb-base3.2-23.2squeeze1 Linux Standard Base 3.2 init scrip console-common recommends no packages. console-common suggests no packages. -- debconf information: console-data/keymap/powerpcadb: console-data/keymap/ignored: console-data/keymap/full: console-data/keymap/template/keymap: * console-data/keymap/policy: Don't touch keymap console-data/bootmap-md5sum: none console-data/keymap/template/layout: console-data/keymap/family: qwerty console-data/keymap/template/variant: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#617524: remmina-plugin-rdp: RDP - Very demanding or simply slow?
Il 12/03/2011 19:53, Eirik Johnsen ha scritto: Yes, Windows is the environment I work with professionally, and I don't experience any of these problems.. I have reported two bugs with this issue.. One with Linux-pptp (VPN) and this one regarding RDP.. I have done speed testing with PPTP VPN, and sadly I find that Debian perform nearly (only) 50% of the speed of the Windows 7 tests I have done.. Now to RDP; Even with 50% less speed, the PPTP connection on Debian measures about 5Mbps. This speed is more than a lot for several RDP sessions, but RDP from Debian (rdesktop or remmina (freerdp-based(?)) is not giving me a good user-experience.. The remote session is to slow to use for work.. As a work-around, I have installed Windows 7 in VirtualBox, where VPN and RDP is quicker.. :-/ I tested connection with a QEMU-powered XP box and worked good, as you confirmed during your VirtualBox tests. I don't have any Windows 7 boxes to test, though. I'll try to arrange some with a Windows 2008 Server box we have at work. -- .''`. : :' : Luca Falavigna dktrkr...@debian.org `. `' `- signature.asc Description: OpenPGP digital signature
Bug#618015: git: Unneeded dependencies for emacsen-common
tags 618015 - sid quit Klaus Ethgen wrote: Ups, sorry, overlooked this bug. No problem --- the bug list is pretty daunting to wade through. Looks good. Ill give em a test. (I see no problems from the log.) Good to hear. :) Thanks for reporting it, by the way. Jonathan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#618020: [Bug 734179] [NEW] collectd runs as root unnecessarily
Source: collectd Version: 4.10.1-2.1 Severity: wishlist Hi, (With this E-mail, I'm also submitting this as wishlist bug report to the Debian BTS and I'm going to fix it in my next upload. So, Ubuntu should get that as well on the next sync after that.) On Sun, Mar 13, 2011 at 07:04:39AM -, Andrew Yates wrote: The collectd init script runs collectd as root and does not provide a way to change the user in /etc/default/collectd. Many of collectd's plugins do not require root permissions, so USER and GROUP options should be included in the init script and default file.(It might also be a good idea to run collectd as an unprivileged user by default. A quick test suggests that of the default plugins only 'df' may require root privileges.) Fully agreed. Also, I was thinking about (re)introducing a possibility to start several instances of collectd with different configurations from one init script, i.e. having the init script start one instance for each configuration file found in some subdirectory. I'm not yet sure, how to handle that properly. I guess, adding an option to /e/d/collectd to specify that directory (empty by default) and then ignoring any other files (including /e/collectd/collectd.conf) is the way to go. Any comments, suggestions, questions about that? Cheers, Sebastian -- Sebastian tokkee Harl +++ GnuPG-ID: 0x8501C7FC +++ http://tokkee.org/ Those who would give up Essential Liberty to purchase a little Temporary Safety, deserve neither Liberty nor Safety. -- Benjamin Franklin signature.asc Description: Digital signature
Bug#618016: Forgot to mention...
I forgot to mention that on a server without udisks installed, this problem does not occur, as suggested by the Fedora bug report. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#617806: s390 fixed
severity 617806 important kthxbye 2.9-3 builds now on s390 only hppa left (waiting on input from porters here) pgpsbD0ZHWSoG.pgp Description: PGP signature
Bug#618016: lvremove sometimes fails to remove snapshot volumes
On Sun, Mar 13, 2011 at 02:15:07PM +0100, Michael Goetze wrote: Package: lvm2 Version: 2.02.66-5 This is not the latest version. Please upgrade. Bastian -- Death, when unnecessary, is a tragic thing. -- Flint, Requiem for Methuselah, stardate 5843.7 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#591554: libetpan-dev: Please stop depending on /usr/lib/libsasl2.la in .la file
On Tue, Aug 10, 2010 at 11:06:09PM +0400, Nikita V. Youshchenko wrote: The libetpan-dev package ships an .la file that that expresses a dependency on /usr/lib/libsasl2.la. Please either clear the dependency or stop shipping the .la file (c.f. Policy 10.2) so that cyrus-sasl2 can do the same and also be policy compliant. Hi, this is fixed in 1.0-2, just uploaded to experimental. Unfortunately I can't upload that to unstable now, because of library soname change. I've discussed that with release team, and they have given me a window, but I happened to be away from computers at that time, and now it's late :( Nikita, Now that Squeeze was released last month, do you plan to upload again to unstable? Thanks for reminder. Just uploaded it. It was ready months ago, I just forgot. Sorry. Nikita signature.asc Description: This is a digitally signed message part.
Bug#618015: git: Unneeded dependencies for emacsen-common
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Hi, thanks for the fast answer. Am So den 13. Mär 2011 um 14:13 schrieb Jonathan Nieder: forcemerge 617784 618015 Ups, sorry, overlooked this bug. Did you know that emacsen-common does not contain emacs? Yea, but it brings in some emacs stuff at all. Sorry, but I like to have only needed packages installed. And this package is not needed. That said, if you would like to test a version without that dependency, there is a package at git://repo.or.cz/git/debian/jrn.git debian-experimental Looks good. Ill give em a test. (I see no problems from the log.) . I can put up binary packages somewhere if you'd prefer that. No problem, I can handle that. :-) Regards Klaus - -- Klaus Ethgenhttp://www.ethgen.ch/ pub 2048R/D1A4EDE5 2000-02-26 Klaus Ethgen kl...@ethgen.de Fingerprint: D7 67 71 C4 99 A6 D4 FE EA 40 30 57 3C 88 26 2B -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) iQEVAwUBTXzFx5+OKpjRpO3lAQpFIgf9E8PWjBFgsvM7l//DDboPBY34xaSWUvck vXz4quX1mcJzAHluUehjaS6voX7TY8E7fJhpVWLwbWuioaX+/ZsZ3emJghghS2Ay 1M5M7JA2rqQcBS1AjG7j4A3+OgjhTcE+Ily3FgVwh15daNurzDZiCLsYWRIKpS/B bGjBTAhYfIJflJGF+0FKlETJBn1A/2LsbRj8/b3GZGWMLGQW2fFXL+t0hfDDRCOa ZprdbzJMYBwsvj0E1YMwvRBm7/CMbRxg1nxz28o0n3uVETA6+dh88VXlZsaFcH7w 2w3e2bBHq6VAGGUm3Lyq/DofBPNt+vbqwokyuRjQLxNxQ0VIbN2/mQ== =Xp5z -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#517697: Fwd: Bug#517697: urdu kbd
the bug should be closed as it is invalid. On Sat, Mar 5, 2011 at 9:32 PM, Cyril Brulebois k...@debian.org wrote: Hi, Cyril Brulebois k...@debian.org (28/01/2011): Hi Jess, thanks for your follow-up. I'm forwarding it to the submitter (mailing the bug isn't sufficient, you have to Cc people). I'm tagging the bug moreinfo for now, until we get some feedback. last ping before closing the bug due to lack of feedback. KiBi. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAk1y8jIACgkQeGfVPHR5Nd0eKACgkvGqJ6a8qoyT2VsMtOivxREs oQ0AoJLo65FC58rMv2r7eQqr57Ggnv/F =cx41 -END PGP SIGNATURE-
Bug#618021: after deinstall of im-config, login in gdm no longer possible, purge needed
Package: im-config Version: 0.3 Severity: normal A week ago I installed ibus (this added im-config to my system). Yesterday, I purged ibus again. This also removed im-config from my system. However, its config files remained on the system. This made the login from gdm3 break. The config file 80im-config-launch in /etc/X11/Xsession.d tries to source or call /usr/share/im-config/xinputrc.common which is no longer there. -- System Information: LSB Version: core-2.0-amd64:core-2.0-noarch:core-3.0-amd64:core-3.0-noarch:core-3.1-amd64:core-3.1-noarch:core-3.2-amd64:core-3.2-noarch:cxx-3.0-amd64:cxx-3.0-noarch:cxx-3.1-amd64:cxx-3.1-noarch:cxx-3.2-amd64:cxx-3.2-noarch:desktop-3.1-amd64:desktop-3.1-noarch:desktop-3.2-amd64:desktop-3.2-noarch:graphics-2.0-amd64:graphics-2.0-noarch:graphics-3.0-amd64:graphics-3.0-noarch:graphics-3.1-amd64:graphics-3.1-noarch:graphics-3.2-amd64:graphics-3.2-noarch:qt4-3.1-amd64:qt4-3.1-noarch Kernel: Linux 2.6.37-1-amd64 (SMP w/2 CPU cores) Locale: LANG=de_CH, LC_CTYPE=de_CH (charmap=UTF-8) (ignored: LC_ALL set to de_CH.UTF_8) Shell: /bin/sh linked to /bin/dash Versions of packages im-config depends on: ii dialog1.1-20100428-1 Displays user-friendly dialog boxe ii zenity2.30.0-1 Display graphical dialog boxes fro Versions of packages im-config recommends: ii x11-common1:7.5+8X Window System (X.Org) infrastruc im-config suggests no packages. -- Philipp | work: philipp.frauenfel...@mailsp.com +41 1 802 20 00 Frauenfelder | home: phil...@frauenfelder-kuerner.ch +41 1 862 73 14 [PGP]| http://www.frauenfelder-kuerner.ch/ Proudly running Debian GNU/Linux. See http://www.debian.org/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#564501: rpcbind should be added to $portmap
[Guillem Jover] So the solution, is to add a '+' to the portmap entry in insserv.conf and either make rpcbind provide a /etc/insserv.conf.d/rpcbind file, or append rpcbind to $portmap in /etc/insserv.conf. I suspect the proper fix is to remove $portmap from insserv.conf and instead add a insserv.conf.d file to portmap. I believe it scales better to have the packages themselves provide the virtual facilities directly. $portmap is now added in insserv.conf.d files in both portmap as well as rpcbind. So I guess it might be a good idea to remove $portmap from insserv.conf now. Cheers Luk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#618022: php5: # deprecated in comments
Package: php5 Version: 5.3.3-7 Severity: minor Since today, i got this mail from cron: PHP Deprecated: Comments starting with '#' are deprecated in /etc/php5/cli/conf.d/gd.ini on line 1 in Unknown on line 0 PHP Deprecated: Comments starting with '#' are deprecated in /etc/php5/cli/conf.d/imap.ini on line 1 in Unknown on line 0 PHP Deprecated: Comments starting with '#' are deprecated in /etc/php5/cli/conf.d/mcrypt.ini on line 1 in Unknown on line 0 PHP Deprecated: Comments starting with '#' are deprecated in /etc/php5/cli/conf.d/mssql.ini on line 1 in Unknown on line 0 PHP Deprecated: Comments starting with '#' are deprecated in /etc/php5/cli/conf.d/mysql.ini on line 1 in Unknown on line 0 PHP Deprecated: Comments starting with '#' are deprecated in /etc/php5/cli/conf.d/mysqli.ini on line 1 in Unknown on line 0 PHP Deprecated: Comments starting with '#' are deprecated in /etc/php5/cli/conf.d/odbc.ini on line 1 in Unknown on line 0 PHP Deprecated: Comments starting with '#' are deprecated in /etc/php5/cli/conf.d/pdo.ini on line 1 in Unknown on line 0 PHP Deprecated: Comments starting with '#' are deprecated in /etc/php5/cli/conf.d/pdo_dblib.ini on line 1 in Unknown on line 0 PHP Deprecated: Comments starting with '#' are deprecated in /etc/php5/cli/conf.d/pdo_mysql.ini on line 1 in Unknown on line 0 PHP Deprecated: Comments starting with '#' are deprecated in /etc/php5/cli/conf.d/pdo_odbc.ini on line 1 in Unknown on line 0 PHP Deprecated: Comments starting with '#' are deprecated in /etc/php5/cli/conf.d/pdo_pgsql.ini on line 1 in Unknown on line 0 PHP Deprecated: Comments starting with '#' are deprecated in /etc/php5/cli/conf.d/pdo_sqlite.ini on line 1 in Unknown on line 0 PHP Deprecated: Comments starting with '#' are deprecated in /etc/php5/cli/conf.d/pgsql.ini on line 1 in Unknown on line 0 PHP Deprecated: Comments starting with '#' are deprecated in /etc/php5/cli/conf.d/sqlite.ini on line 1 in Unknown on line 0 PHP Deprecated: Comments starting with '#' are deprecated in /etc/php5/cli/conf.d/xsl.ini on line 1 in Unknown on line 0 PHP Warning: PHP Startup: Unable to load dynamic library '/usr/lib/php5/20090626+lfs/fileinfo.so' - /usr/lib/php5/20090626+lfs/fileinfo.so: cannot open shared object file: No such file or directory in Unknown on line 0 -- System Information: Debian Release: 6.0 APT prefers squeeze-updates APT policy: (500, 'squeeze-updates'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/4 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 php5 depends on: ii libapache2-mod-php5 5.3.3-7server-side, HTML-embedded scripti ii php5-cgi 5.3.3-7server-side, HTML-embedded scripti ii php5-common 5.3.3-7Common files for packages built fr php5 recommends no packages. php5 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#589839: /usr/bin/xgamma: Still cannot set gamma on multiple monitors attached to one screen
On Sun, Mar 13, 2011 at 13:15:09 +0100, Michal Suchanek wrote: Package: x11-xserver-utils Version: 7.6+1 Severity: normal File: /usr/bin/xgamma xgamma is still broken, it cannot set gamma on screens that have multiple monitors. -screen 1 gives error -screen 0.n affects the second screen of rany value of n Not a bug. Use xrandr to change gamma for randr outputs. Cheers, Julien -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#618023: dash/experimental: exec function broken
Package: dash Version: 0.5.6.1-1~exp1 Severity: grave Tags: experimental Justification: renders package unusable dash from experimental fails to build some configure scripts. The exec function does not always work correctly. This has been seen on multiple architectures, see below for a few failing build logs. https://buildd.debian.org/fetch.cgi?pkg=trackerarch=amd64ver=0.10.3-1stamp=1299968124file=logas=raw https://buildd.debian.org/fetch.cgi?pkg=ipsec-toolsarch=amd64ver=1%3A0.7.3-18stamp=1299834814file=logas=raw https://buildd.debian.org/fetch.cgi?pkg=ipsec-toolsarch=kfreebsd-i386ver=1%3A0.7.3-18stamp=1299959787file=logas=raw https://buildd.debian.org/fetch.cgi?pkg=nss-pam-ldapdarch=amd64ver=0.8.1stamp=1299803586file=logas=raw https://buildd.debian.org/fetch.cgi?pkg=gjsarch=kfreebsd-i386ver=0.7.13-1stamp=1299960136file=logas=raw https://buildd.debian.org/fetch.cgi?pkg=exoarch=kfreebsd-i386ver=0.6.0-2stamp=1299960413file=logas=raw And plenty others. Trying to debug the issue, the arguments passed to execve are wrong. Here are for example the strace output of the ipsec-tools configure script on amd64: | close(3)= 0 | execve(/usr/local/bin/, [, , , , , , , , , , , , , , , , ...], [/* 29 vars */]) = -1 EACCES (Permission denied) | execve(/usr/bin/, [, , , , , , , , , , , , , , , , ...], [/* 29 vars */]) = -1 EACCES (Permission denied) | execve(/bin/, [, , , , , , , , , , , , , , , , ...], [/* 29 vars */]) = -1 EACCES (Permission denied) | execve(/usr/games/, [, , , , , , , , , , , , , , , , ...], [/* 29 vars */]) = -1 EACCES (Permission denied) | write(2, exec: 2361: , 12exec: 2361: )= 12 | write(2, : Permission denied, 19: Permission denied) and on kfreebsd-amd64: | 57145 dash CALL close(0x3) | 57145 dash RET close 0 | 57145 dash CALL execve(0x806bf64,0x806ba64,0x806bef4) | 57145 dash NAMI /usr/local/bincd$e,f4ghDnLoTpu | 57145 dash RET execve -1 errno 2 No such file or directory | 57145 dash CALL execve(0x806bf64,0x806ba64,0x806bef4) | 57145 dash NAMI /usr/bincd$e,f4ghDnLoTpu | 57145 dash RET execve -1 errno 2 No such file or directory | 57145 dash CALL execve(0x806bf64,0x806ba64,0x806bef4) | 57145 dash NAMI /bincd$e,f4ghDnLoTpu | 57145 dash RET execve -1 errno 2 No such file or directory | 57145 dash CALL execve(0x806bf64,0x806ba64,0x806bef4) | 57145 dash NAMI /usr/gamescd$e,f4ghDnLoTpu | 57145 dash RET execve -1 errno 2 No such file or directory | 57145 dash CALL write(0x2,0x80747c4,0xc) | 57145 dash GIO fd 2 wrote 12 bytes |exec: 2361: | 57145 dash RET write 12/0xc | 57145 dash CALL write(0x2,0x80747c4,0x5d) | 57145 dash GIO fd 2 wrote 93 bytes | -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.36-trunk-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages dash depends on: ii debianutils 3.4.3 Miscellaneous utilities specific t ii dpkg 1.15.8.10 Debian package management system ii libc6 2.13-0exp3 Embedded GNU C Library: Shared lib dash recommends no packages. dash suggests no packages. -- debconf information excluded -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#618024: ITP: libmethod-signatures-simple-perl -- module for basic method declarations with signatures
Package: wnpp Owner: Jonathan Yu jaw...@cpan.org Severity: wishlist X-Debbugs-CC: debian-de...@lists.debian.org,debian-p...@lists.debian.org * Package name: libmethod-signatures-simple-perl Version : 0.06 Upstream Author : Rhesa Rozendaal rh...@cpan.org * URL : http://search.cpan.org/dist/Method-Signatures-Simple/ * License : Artistic or GPL-1+ Programming Lang: Perl Description : module for basic method declarations with signatures Method::Signatures::Simple is a Perl module that enables developers to make basic method declarations, optionally with a signature as well. It provides a small amount of syntactic sugar and is intended to be a stepping stone to the more feature-complete Method::Signatures (see libmethod-signatures-perl) and MooseX::Method::Signatures (see libmoosex-method-signatures-perl) modules.
Bug#618025: Unable to load dynamic library '/usr/lib/php5/20090626+lfs/fileinfo.so
Package: php5 Version: 5.3.3-7 Severity: minor Got this in a cron mail, since today: PHP Warning: PHP Startup: Unable to load dynamic library '/usr/lib/php5/20090626+lfs/fileinfo.so' - /usr/lib/php5/20090626+lfs/fileinfo.so: cannot open shared object file: No such file or directory in Unknown on line 0 apt-file does not find fileinfo.so -- System Information: Debian Release: 6.0 APT prefers squeeze-updates APT policy: (500, 'squeeze-updates'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/4 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 php5 depends on: ii libapache2-mod-php5 5.3.3-7server-side, HTML-embedded scripti ii php5-cgi 5.3.3-7server-side, HTML-embedded scripti ii php5-common 5.3.3-7Common files for packages built fr php5 recommends no packages. php5 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#617894: [ARMel] tgammal isn't accurate enough
On Sat, Mar 12, 2011 at 03:27:31PM +0100, Julien PUYDT wrote: Le 12/03/2011 12:11, Aurelien Jarno a écrit : On Sat, Mar 12, 2011 at 09:48:53AM +0100, Julien PUYDT wrote: Package: libc6 Version: 2.11.2-13 The following piece of code : #includestdio.h #includemath.h int main (int argc, char* argv[]) { long double x = 6.0; printf (tgammal (%20Lf)=%20Lf\n, x, tgammal (x)); return 0; } Prints, on an x86 debian unstable (eglibc 2.11.2-11) : tgammal (6.00)= 120.00 And on an ARMel debian unstable (eglibc 2.11.2-13) : tgammal (6.)=119.97157829 On armel, long double is same the type as a double, and thus tgamma() and tgammal() are the same functions. On x86 long double and double are different types, and thus tgamma() and tgammal() are different functions. Your test code with long double and tgammal() on armel gives as expected exactly the same result as double and tgamma() on x86. I don't see any problem here, this function works as expected. Let's see : 119.97157829 0123456789ABCD- digit counting That makes 12 good digits -- and 119 needs 7 more (it's between 2**6 and 2**7), so that makes 19 good digits. Isn't that a little short? If I read http://en.wikipedia.org/wiki/IEEE_754-2008#Basic_formats well, even simple precision boasts 23 digits. 23 binary digits, which means 7.22 decimal digit. For double, it lists 15.95 digit, so your example is in the expected precision range. The above computation may be a little naive. Can you point me to the more precise place where the precision of those special functions is normalized? I don't thing the standard normalizes the precision of these functions, at least I haven't found anything. OTOH, it normalizes the precision of the different types. -- Aurelien Jarno GPG: 1024D/F1BCDB73 aurel...@aurel32.net http://www.aurel32.net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#618026: ibid: Ibid 0.1.1 contains 3 security fixes
Package: ibid Version: 0.1.0+dfsg-2 Severity: serious Tags: security upstream patch Ibid 0.1.1 fixes 3 security issues [0]. They aren't particularly serious, but should probably be addressed. [0]: http://ibid.omnia.za.net/docs/0.1.0/changes.html#release-0-1-1-pimpernel-2011-02-24 Remote Execution: http://bugs.launchpad.net/bugs/705860 Permissions were ignored for handlers not using @match. This allowed users to perform actions they were not authorised to. However, no included plugins were exposed by this, all access-restricted handlers had match patterns. Information Disclosure: http://bugs.launchpad.net/bugs/567576 Occasionally insecure permissions on log files. When the bot spoke first (creating a new log file), the log file would be publicly readable, even if the message was sent in private. Example: If the bot delivered a privmsg memo to a user at the beginning of the month, it would create the logfile with public readable permissions. If the logfile directory was published by a web server, this would make this private conversation log accessible to the public. Resolution: Now channels must be explicitly configured to have publicly readable logs. http://bugs.launchpad.net/649383 If someone received a private message from the bot during a public meeting, the message could appear in the meeting minutes. Example: a privmsg memo received during a meeting would appear in the minutes. Proposed debdiff with backported fixes attached. SR -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/8 CPU cores) Locale: LANG=en_ZA.UTF-8, LC_CTYPE=en_ZA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages ibid depends on: ii libjs-jquery1.5.1-1 JavaScript library for dynamic web ii python 2.6.6-3+squeeze5 interactive high-level object-orie ii python-beautifulsoup3.2.0-1 error-tolerant HTML parser for Pyt ii python-chardet 2.0.1-1 universal character encoding detec ii python-configobj4.7.2+ds-1 simple but powerful config file re ii python-dateutil 1.4.1-3 powerful extensions to the standar ii python-html5lib 0.90-1 HTML parser/tokenizer based on the ii python-jinja1.2-3+b1 small but fast and easy to use sta ii python-pkg-resources0.6.14-5 Package Discovery and Resource Acc ii python-soappy 0.12.0-4 SOAP Support for Python ii python-sqlalchemy 0.6.3-3 SQL toolkit and Object Relational ii python-twisted-core 10.2.0-1 Event-based framework for internet ii python-twisted-web 10.2.0-1 An HTTP protocol implementation to ii python-twisted-words10.2.0-1 Chat and Instant Messaging ii python-zope.interface [ 3.5.3-1+b1 Interfaces for Python ii python2.5 2.5.5-11 An interactive high-level object-o ii python2.6 2.6.6-8+b1 An interactive high-level object-o Versions of packages ibid recommends: ii fortune-mod [fortune] 1:1.99.1-4 provides fortune cookies on demand ii ipcalc 0.41-2 parameter calculator for IPv4 addr ii iputils-ping3:20101006-1 Tools to test the reachability of ii iputils-tracepath 3:20101006-1 Tools to trace the network path to ii man-db 2.5.9-4 on-line manual pager ii python-dictclient 1.0.3.1 Python client library for DICT (RF ii python-dnspython1.8.0-1 DNS toolkit for Python ii python-feedparser 4.1-14 Universal Feed Parser for Python pn python-html2textnone (no description available) ii python-imdbpy 4.7.0-1 Python package to access the IMDb' ii python-twisted-mail 10.2.0-1 An SMTP, IMAP and POP protocol imp ii python-wokkel 0.6.3-2 collection of enhancements for Twi ii units 1.87-2 converts between different systems Versions of packages ibid suggests: ii apt-file 2.4.2 search for files within Debian pac ii aptitude 0.6.3-3.2 terminal-based package manager (te ii bc 1.06.95-2 The GNU bc arbitrary precision cal ii bzr2.3.0-6 easy to use distributed version co ii caca-utils 0.99.beta17-1 text mode graphics utilities ii dictd 1.12.0+dfsg-3 dictionary server ii nmap 5.21-1The Network Mapper ii python-aalib 0.2-1 Python interface to AAlib, an ASCI ii python-dbus0.83.1-1 simple interprocess messaging syst ii
Bug#618027: FTBFS: Compilation failed, (error raised in module Scripting)
Package: kdissert Version: 1.0.7-4 Severity: serious Justification: fails to build from source (but built successfully in the past) Hi, kdissert fails to build from source, build log is attached. Ana kdissert_1.0.7-4_amd64.build.gz Description: Binary data
Bug#618024: Bug in libmethod-signatures-simple-perl fixed in revision 71347
tag 618024 + pending thanks Some bugs are closed in revision 71347 by Jonathan Yu (jawnsy-guest) Commit message: Initial Release (Closes: #618024) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org