Bug#626567: libqwt5-doc: Please register with doc-base
Package: libqwt5-doc Version: 5.2.0-1 Severity: wishlist Please register the reference manual in doc-base. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.38-2-686 (SMP w/2 CPU cores) Locale: LANG=ru_RU.utf8, LC_CTYPE=ru_RU.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash libqwt5-doc depends on no packages. Versions of packages libqwt5-doc recommends: ii iceweasel [www-browser] 3.5.18-1 Web browser based on Firefox ii lynx-cur [www-browser] 2.8.8dev.8-1 Text-mode WWW Browser with NLS sup libqwt5-doc suggests no packages. -- no debconf information Document: libqwt5 Title: Qwt5 Reference Manual Author: Uwe Rathmann Abstract: The Qwt library contains Qt GUI Components and utility classes which are primarily useful for programs with a technical background. Most of these widgets are used to control or display values, arrays, or ranges of type double. Section: Programming/C++ Format: HTML Index: /usr/share/doc/libqwt5-doc/html/index.html Files: /usr/share/doc/libqwt5-doc/html/*
Bug#626568: virtuoso-opensource: [INTL:nl] Dutch translation of debconf templates
Package: virtuoso-opensource Severity: wishlist Tags: patch l10n Hello, Attached is the Dutch translation of the virtuoso-opensource debconf templates. Please include it in your next upload. Regards, -- Jeroen Schot # Dutch translation of virtuoso-opensource debconf templates. # Copyright (C) 2011 THE PACKAGE'S COPYRIGHT HOLDER # This file is distributed under the same license as the virtuoso-opensource package. # Jeroen Schot , 2011. # msgid "" msgstr "" "Project-Id-Version: virtuoso-opensource 6.1.2+dfsg1-1\n" "Report-Msgid-Bugs-To: virtuoso-opensou...@packages.debian.org\n" "POT-Creation-Date: 2010-03-13 16:41+0100\n" "PO-Revision-Date: 2011-05-13 08:58+0200\n" "Last-Translator: Jeroen Schot \n" "Language-Team: Debian l10n Dutch \n" "MIME-Version: 1.0\n" "Content-Type: text/plain; charset=UTF-8\n" "Content-Transfer-Encoding: 8bit\n" "Language: nl\n" #. Type: password #. Description #: ../virtuoso-opensource-6.1.templates:2001 msgid "Password for DBA and DAV users:" msgstr "Wachtwoord voor DBA- en DAV-gebruikers" #. Type: password #. Description #: ../virtuoso-opensource-6.1.templates:2001 msgid "" "Following installation, users and passwords in Virtuoso can be managed using " "the command line tools (see the full documentation) or via the Conductor web " "application which is installed by default at http://localhost:8890/conductor."; msgstr "" "Na de installatie kunt u gebruikers en wachtwoorden in Virtuoso beheren met " "de commandoregel-hulpprogramma's (zie de documentatie) of via de " "webapplicatie Conductor die standaard op http://localhost:8899/conductor " "wordt geïnstalleerd." #. Type: password #. Description #: ../virtuoso-opensource-6.1.templates:2001 msgid "" "Two users (\"dba\" and \"dav\") are created by default, with administrative " "access to Virtuoso. Secure passwords must be chosen for these users in order " "to complete the installation." msgstr "" "Er worden standaard twee gebruikers (\"dba\" en \"dav\") aangemaakt met " "beheerderstoegang tot Virtuoso. Om de installatie af te maken dient u " "veilige wachtwoorden voor deze gebruikers te kiezen." #. Type: password #. Description #: ../virtuoso-opensource-6.1.templates:2001 msgid "" "If you leave this blank, the daemon will be disabled unless a non-default " "password already exists." msgstr "" "Als u dit leeg laat zal de achtergronddienst worden gedeactiveerd, tenzij er " "al een niet-standaard wachtwoord bestaat." #. Type: password #. Description #: ../virtuoso-opensource-6.1.templates:3001 msgid "Administrative users password confirmation:" msgstr "Beheerderswachtwoord (nogmaals ter bevestiging):" #. Type: error #. Description #: ../virtuoso-opensource-6.1.templates:4001 msgid "Password mismatch" msgstr "Wachtwoorden komen niet overeen" #. Type: error #. Description #: ../virtuoso-opensource-6.1.templates:4001 msgid "" "The two passwords you entered were not the same. Please enter a password " "again." msgstr "" "De twee wachtwoorden die u heeft ingevoerd waren niet gelijk. Voer " "alstublieft nogmaals een wachtwoord in." #. Type: note #. Description #: ../virtuoso-opensource-6.1.templates:5001 msgid "No initial password set, daemon disabled" msgstr "" "Geen initieel wachtwoord ingesteld, de achtergronddienst is gedeactiveerd." #. Type: note #. Description #: ../virtuoso-opensource-6.1.templates:5001 msgid "" "For security reasons, the default Virtuoso instance is disabled because no " "administration password was provided." msgstr "" "Omwille van de veiligheid is de standaard Virtuoso-dienst gedeactiveerd, " "daar er geen beheerderswachtwoord is opgegeven." #. Type: note #. Description #: ../virtuoso-opensource-6.1.templates:5001 msgid "" "You can enable the daemon manually by setting RUN to \"yes\" in /etc/default/" "virtuoso-opensource-6.1. The default DBA user password will then be \"dba\"." msgstr "" "U kunt de achtergronddienst handmatig activeren door in /etc/default/" "virtuoso-opensource-6.1 de instelling RUN op \"yes\" te zetten. Het " "standaard DBA-wachtwoord is dan \"dba\"." #. Type: error #. Description #: ../virtuoso-opensource-6.1.templates:6001 msgid "Unable to set password for the Virtuoso DBA user" msgstr "Kan wachtwoord voor de DBA-gebruiker van Virtuoso niet instellen" #. Type: error #. Description #: ../virtuoso-opensource-6.1.templates:6001 msgid "" "An error occurred while setting the password for the Virtuoso administrative " "user. This may have happened because the account already has a password, or " "because of a communication problem with the Virtuoso server." msgstr "" "Er is een fout opgetreden bij het instellen van het wachtwoord voor de " "beheerder van Virtuoso. Dit kan komen doordat de account al een wachtwoord " "heeft of door een communicatieprobleem met de Virtuoso-server." #. Type: error #. Description #: ../virtuoso-opensource-6.1.templates:6001 msgid "" "If the database already existed then it will have retained the original " "password. If there was some other problem the
Bug#626480: clicking [Pref..] button causes "bad variable name" tcl error
Package: torque-client-x11 Version: 2.4.8+dfsg-9 Severity: normal Hi, Dominique wrote: > I think this happens since the change from Tcl/Tk 8.4 to 8.5. fwiw `update-alternatives` to wish8.5 does not fix it. > Does this following patch work for you? yes, it does! thanks, Hamish -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#626549: xserver-xorg-input-evdev: middle mouse button emulation doesn't anymore by default
Matthieu CASTET (12/05/2011): > lot's of latops have on 2 buttons mouse (not a touchpad handled by > synaptics driver). Ah? Got facts? > 21a2ac818e75ef918d320ce1e88b6263e68e598d broke them. No, that's a change in the default settings. > What a shame, that make them very hard to use with X. What a shame, we get deterministic behaviour now. > Are there any option to restore it by default ? I'm not sure I parse the question right, but since you pointed at the commit, you know how to restore that option. If that wasn't the case, we even have a doc which talks about that: http://pkg-xorg.alioth.debian.org/howto/configure-input.html > What's the debian position ? Upstream's. Mraw, KiBi. signature.asc Description: Digital signature
Bug#626570: fails to start if /var/log/munin is missing
Package: munin Version: 1.4.5-3 Severity: wishlist Starting Munin-Node:Couldn't open log file "/var/log/munin/munin-node.log" [No such file or directory]. at /usr/share/perl5/Net/Server.pm line 264. failed! That directory is provided by dpkg. However, on hosts where /var/log might be a tmpfs (e.g. a router), it should be created at runtime instead. Would you consider changing the directory from dpkg to initscript-creation? -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_NZ, LC_CTYPE=en_NZ.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages munin depends on: ii adduser 3.112+nmu2 add and remove users and groups ii cron 3.0pl1-116 process scheduling daemon pn libdigest-md5-perl (no description available) ii libhtml-template-perl2.9-3 module for using HTML Templates wi ii liblog-log4perl-perl 1.29-1 A Perl port of the widely popular ii libparse-recdescent-perl 1.965001+dfsg-1 Perl module to create and use recu ii librrds-perl 1.4.3-1 time-series data storage and displ pn libstorable-perl (no description available) ii munin-common 1.4.5-3 network-wide graphing framework (c ii perl [libtime-hires-perl 5.10.1-20 Larry Wall's Practical Extraction ii perl-modules 5.10.1-20 Core Perl modules ii rrdtool 1.4.3-1 time-series data storage and displ ii ttf-dejavu 2.33-1 Metapackage to pull in ttf-dejavu- Versions of packages munin recommends: ii libdate-manip-perl6.23-1 module for manipulating dates ii munin-node1.4.5-3network-wide graphing framework (n Versions of packages munin suggests: ii apache2-mpm-worker 2.2.17-3 Apache HTTP Server - high speed th ii chromium [www-brow 10.0.648.205~r81283-1 Chromium browser ii iceweasel [www-bro 4.0-3 Web browser based on Firefox ii libnet-ssleay-perl 1.36-2Perl module for Secure Sockets Lay ii uzbl [www-browser] 0.0.0~git.20110412-1 Lightweight Webkit browser followi ii w3m [www-browser] 0.5.3-2+b1WWW browsable pager with excellent -- Configuration Files: /etc/cron.d/munin changed [not included] /etc/munin/munin.conf changed [not included] -- no debconf information -- .''`. martin f. krafft Related projects: : :' : proud Debian developer http://debiansystem.info `. `'` http://people.debian.org/~madduckhttp://vcs-pkg.org `- Debian - when you have better things to do than fixing systems digital_signature_gpg.asc Description: Digital signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)
Bug#596626: [gsimm...@gsimmons.org: Bug#596626: Please support Linksys WUSB600N v2 WiFi USB stick]
Hi, >> > As mentioned by Jan, the device contains a RT3572 >> > chipset. Its entry >> > could moved into the section for known RT35XX devices (i.e. >> > "#ifdef >> > CONFIG_RT2800USB_RT35XX") as an alternative. >> > >> > Geoff >> >> This has already been done: >> http://git.kernel.org/?p=linux/kernel/git/ivd/rt2x00.git;a=commitdiff;h=ce2919c9fffe2aa52f9c3e327176d03764dbf9b5 > > That's all very well, but that isn't going to get into a stable release > for another 3 months! Device ID updates that don't require new > supporting code should be sent upstream straight away (and cc'd to > sta...@kernel.org). The patch has been send upstream, it has been in wireless-next-2.6.git since April 19... http://git.kernel.org/?p=linux/kernel/git/linville/wireless-next-2.6.git;a=commit;h=ce2919c9fffe2aa52f9c3e327176d03764dbf9b5 The patch depends on the RT53xx support patch which was also intented for 2.6.40. > I've cherry-picked this and the other two updates in rt2800usb that > aren't in Linus's tree, but that doesn't help the users of other > distributions that would benefit from them. True, but the normal flow for new features and hardware support is that they should be properly merged during the normal merge window. The addition of support of RT53xx is not something that should go to sta...@kernel.org... Patches from rt2x00.git are quite quickly send from rt2x00.git to upstream, and patches which are not send upstream directly have a reason for not being send at that time (Usually it means that it requires some extra testing). Ivo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#626273: exim4-base: The last update of exim caused problems and did not run through
On Wed, May 11, 2011 at 11:03:45AM +0200, Kevin Richter wrote: > Sorry, the apachectl script was the fault. It is the original apachectl > script from the sources. But it is the first time, that a debian package > criticizes a non-debian init script. Debian squeeze utilizes a dependency-based boot system which relies on LSB comment headers at the beginning of the init script. This has nothing to do with exim. Greetings Marc -- - Marc Haber | "I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things."Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 3221 2323190 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#558733: [DebianGIS-dev] Bug#558733: [libgdal1-1.6.0] Reading tiff file causes segfault when linked also with geotiff
Hello, On Mon, 05 Jul 2010, Emmanuel Christophe wrote: > However, the latest Ubuntu (10.4) which uses the same gdal, tiff, > geotiff versions as the debian testing does not have this problem: > both > $ ./gdalHideSymbols-gtiffgdal ROI_QB_MUL_4.tif > $ ./gdalHideSymbols-gdalgtiff ROI_QB_MUL_4.tif > (from the test case shown at > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=558733) > > complete without segfault on Ubuntu using the standard packages. > > I could not find any differences in the compilation options between > the debian and the ubuntu gdal package (both use the > with-hide-internal-symbols). The patch applied to gdal for Ubuntu is > different though. There is an important difference though: $ dpkg-buildflags --get LDFLAGS $ DEB_VENDOR=ubuntu dpkg-buildflags --get LDFLAGS -Wl,-Bsymbolic-functions libgdal should be built with this linker option so that it always uses the local copy of the geotiff functions and not the one provided by the external library. 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#626571: nslcd: Postinst doesn't handle >2 level domains in base DN suggestion
Package: nslcd Version: 0.7.13 Severity: normal Tags: patch When postinst is running it suggests a base DN based on the domain name of the host. This fails when the domain consists of more than two levels. In nslcd.config the following code is found: # domain name to build the default base if [ -n "$domain" ] then searchbase=`echo "$domain" | sed 's/^/dc=/;s/\./,dc=/'` || true db_set nslcd/ldap-base "$searchbase" fi fi The sed command is missing a flag 'g' to make the '.' to ',dc=' part to function more than once (two level domains). pelle@devel:~$ echo "lab.example.com" | sed 's/^/dc=/;s/\./,dc=/' dc=lab,dc=example.com pelle@devel:~$ echo "lab.example.com" | sed 's/^/dc=/;s/\./,dc=/g' dc=lab,dc=example,dc=com A rather trivial patch is attached. - System Information: Debian Release: 6.0.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (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 nslcd depends on: ii adduser 3.112+nmu2 add and remove users and groups ii debconf [debconf-2.0] 1.5.36.1 Debian configuration management sy ii libc6 2.11.2-10Embedded GNU C Library: Shared lib ii libgssapi-krb5-21.8.3+dfsg-4 MIT Kerberos runtime libraries - k ii libldap-2.4-2 2.4.23-7 OpenLDAP libraries Versions of packages nslcd recommends: ii libnss-ldapd [libnss-ldap]0.7.13 NSS module for using LDAP as a nam ii libpam-ldapd [libpam-ldap]0.7.13 PAM module for using LDAP as an au ii nscd 2.11.2-10 Embedded GNU C Library: Name Servi Versions of packages nslcd suggests: pn kstart (no description available) -- debconf information: nslcd/ldap-starttls: false * nslcd/ldap-base: dc=lab,dc=example,dc=com nslcd/ldap-reqcert: * nslcd/ldap-uris: ldap://ns1 ldap://ns2 nslcd/ldap-binddn: --- /var/lib/dpkg/info/nslcd.config 2010-12-11 23:25:42.0 +0100 +++ nslcd.config2011-05-13 08:54:43.0 +0200 @@ -38,7 +38,7 @@ # domain name to build the default base if [ -n "$domain" ] then - searchbase=`echo "$domain" | sed 's/^/dc=/;s/\./,dc=/'` || true + searchbase=`echo "$domain" | sed 's/^/dc=/;s/\./,dc=/g'` || true db_set nslcd/ldap-base "$searchbase" fi fi
Bug#569837: [samba] samba: The nmbd daemon can't start
Package: samba Version: 2:3.6.0~pre3-1 --- Please enter the report below this line. --- Please see following line in /var/log/samba/log.nmbd: [2011/05/13 06:32:05, 0] lib/util_sock.c:1476(create_pipe_sock) error creating socket directory /var/locks/.nmbd: No such file or directory Daemon should write into directory /var/lock instead: # dpkg -S /var/lock base-files: /var/lock Temporary workaround ln -s /var/lock /var/locks solves it on my machine. Greetings, Tom --- System information. --- Architecture: amd64 Kernel: Linux 2.6.38-6.slh.1-aptosid-amd64 Debian Release: wheezy/sid 500 unstableftp.spline.de 500 unstableftp.de.debian.org 500 testing ftp.de.debian.org 100 experimental-snapshots qt-kde.debian.net 1 experimentalftp.de.debian.org --- Package information. --- Depends (Version) | Installed ===-+-=== samba-common (= 2:3.6.0~pre3-1) | 2:3.6.0~pre3-1 libwbclient0 (= 2:3.6.0~pre3-1) | 2:3.6.0~pre3-1 libacl1 (>= 2.2.11-1) | 2.2.49-4 libattr1 (>= 2.4.41-1) | 1:2.4.44-2 libc6 (>= 2.10) | 2.13-4 libcap2 (>= 2.10) | 1:2.20-1 libcomerr2(>= 1.01) | 1.41.12-4 libcups2 (>= 1.4.0) | 1.4.6-5 libgssapi-krb5-2 (>= 1.8+dfsg) | 1.9+dfsg-1+moonshot1 libk5crypto3(>= 1.6.dfsg.2) | 1.9+dfsg-1+b1 libkrb5-3 (>= 1.8+dfsg) | 1.9+dfsg-1+moonshot1 libldap-2.4-2(>= 2.4.7) | 2.4.25-1+b1 libpam0g (>= 0.99.7.1) | 1.1.2-3 libpopt0 (>= 1.16) | 1.16-1 libtalloc2 (>= 2.0.4~git20101213) | 2.0.5-1 zlib1g (>= 1:1.1.4) | 1:1.2.3.4.dfsg-3 debconf (>= 0.5) | 1.5.39 OR debconf-2.0 | libpam-runtime(>= 1.0.1-11) | 1.1.2-3 libpam-modules | 1.1.2-3 lsb-base(>= 3.2-13) | 3.2-27 procps | 1:3.2.8-10 update-inetd| 4.38+nmu1 adduser | 3.112+nmu2 Recommends (Version) | Installed =-+-=== logrotate | 3.7.8-6 Suggests (Version) | Installed ===-+-=== openbsd-inetd | OR inet-superserver| smbldap-tools | ldb-tools | ctdb| -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#626203: dpkg: handle better package upgrade replacing symlink by a folder
On Mon, 09 May 2011, Jonathan Nieder wrote: > The intent of the current behavior is that the sysadmin is free to use > symlinks to cause files in one directory to appear on a different > partition, and dpkg will leave that alone rather than replacing it > with a directory. For symmetry, dpkg will not automatically replace a > directory with a symlink, either. The thing that we could do better is detect when we install two different files in the same place and error out earlier rather than when we're trying to remove the .dpkg-new twice. That's why I told Corsac to go ahead and submit the bug. 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#588455: Bug still here?
yes, these errors still occur nearly every day, from a few up to 15+ per day I am currently running: Version: 2:3.5.6~dfsg-3~bpo50+1 Today's occurrance so far was: [Thread debugging using libthread_db enabled] [New Thread 0xb71f26d0 (LWP 29755)] 0xb76ff424 in __kernel_vsyscall () #0 0xb76ff424 in __kernel_vsyscall () #1 0xb743e833 in waitpid () from /lib/i686/cmov/libc.so.6 #2 0xb73dc46b in ?? () from /lib/i686/cmov/libc.so.6 #3 0x083b75cc in smb_panic (why=0x8824d42 "internal error") at lib/util.c:1471 #4 0x083a4fb6 in sig_fault (sig=11) at lib/fault.c:52 #5 #6 0x00039c9b in ?? () #7 0xbffe3603 in ?? () #8 0x in ?? () The program is running. Quit anyway (and detach it)? (y or n) [answered Y; input not from terminal] in the samba logs i find: [2011/05/13 04:59:27.098312, 0] lib/fault.c:47(fault_report) INTERNAL ERROR: Signal 11 in pid 29755 (3.5.6) Please read the Trouble-Shooting section of the Samba3-HOWTO [2011/05/13 04:59:27.098436, 0] lib/fault.c:49(fault_report) From: http://www.samba.org/samba/docs/Samba3-HOWTO.pdf [2011/05/13 04:59:27.098531, 0] lib/fault.c:50(fault_report) === [2011/05/13 04:59:27.098600, 0] lib/util.c:1465(smb_panic) PANIC (pid 29755): internal error [2011/05/13 04:59:27.140450, 0] lib/util.c:1569(log_stack_trace) BACKTRACE: 20 stack frames: #0 /usr/sbin/smbd(log_stack_trace+0x2d) [0x83b743d] #1 /usr/sbin/smbd(smb_panic+0x2d) [0x83b753d] #2 /usr/sbin/smbd [0x83a4fb6] #3 [0xb76ff400] #4 /usr/lib/libgnutls.so.26 [0xb733a0fc] #5 /usr/lib/libgnutls.so.26(_gnutls_rnd_init+0x53) [0xb7330ca3] #6 /usr/lib/libgnutls.so.26(gnutls_global_init+0x1d5) [0xb7320025] #7 /usr/lib/libcups.so.2(httpInitialize+0x53) [0xb75a2943] #8 /usr/lib/libcups.so.2(httpConnectEncrypt+0x55) [0xb75a2d95] #9 /usr/sbin/smbd [0x8377553] #10 /usr/sbin/smbd(cups_cache_reload+0x174) [0x837afa4] #11 /usr/sbin/smbd(pcap_cache_reload+0x16d) [0x837703d] #12 /usr/sbin/smbd(reload_printers+0x5d) [0x8713afd] #13 /usr/sbin/smbd(check_reload+0xea) [0x816700a] #14 /usr/sbin/smbd [0x81670a0] #15 /usr/sbin/smbd [0x8167cec] #16 /usr/sbin/smbd(run_events+0x113) [0x83c84f3] #17 /usr/sbin/smbd(smbd_process+0xaf9) [0x8169689] #18 /usr/sbin/smbd [0x8714d0d] #19 /usr/sbin/smbd(run_events+0x1bc) [0x83c859c] [2011/05/13 04:59:27.141728, 0] lib/util.c:1470(smb_panic) smb_panic(): calling panic action [/usr/share/samba/panic-action 29755] [2011/05/13 04:59:34.410901, 0] lib/util.c:1478(smb_panic) smb_panic(): action returned status 0 [2011/05/13 04:59:34.441560, 0] lib/fault.c:326(dump_core) dumping core in /var/log/samba/cores/smbd --
Bug#626418: Fwd: Re: Bug#626418 closed by Ondřej Surý (Bug#626418: fixed in cyrus-imapd-2.4 2.4.8-4)
I've dug somewhat deeper into the cyrus code and I'm going to remove the patch, because the Cyrus IMAPD bdb code is constantly opening/closing the database, so it would cause performance problems anyway. Sorry for the regression. I will fix that as soon as perl has hit the testing... You can convert the affected database to (default) skiplist meanwhile. O. On Thu, May 12, 2011 at 23:18, Petr Vandrovec wrote: > Hello, > most of crashes in -4 are gone, but still it seems that > lmtpd/lmtpunix is dying: > > May 12 12:47:59 petr-dev3 cyrus/lmtpunix[2883]: DBERROR db5: > DB_ENV->get_home: method not permitted before handle's open method > May 12 12:47:59 petr-dev3 kernel: [ 7228.269495] lmtpd[2883]: segfault > at 7f150002 ip 7f15980cddab sp 7fffe2ae6408 error 4 in > lmtpd[7f1598069000+165000] > May 12 12:47:59 petr-dev3 cyrus/master[18238]: process 2883 exited, signaled > to death by 11 > May 12 12:47:59 petr-dev3 cyrus/master[18238]: service lmtpunix pid 2883 > in READY state: terminated abnormally > > And every now and then lmtpd is clearly not happy that environment was > removed by someone else: > > May 12 12:48:17 petr-dev3 postfix/smtpd[13104]: connect from > localhost.localdomain[127.0.0.1] > May 12 12:48:18 petr-dev3 postfix/smtpd[13104]: 0B6CD5380CF: > client=localhost.localdomain[127.0.0.1] > May 12 12:48:18 petr-dev3 postfix/cleanup[13107]: 0B6CD5380CF: > message-id= > May 12 12:48:18 petr-dev3 postfix/qmgr[6643]: 0B6CD5380CF: > from=, size=3848, nrcpt=1 (queue active) > May 12 12:48:18 petr-dev3 cyrus/master[13110]: about to exec > /usr/lib/cyrus/bin/lmtpd > May 12 12:48:18 petr-dev3 postfix/smtpd[13104]: disconnect from > localhost.localdomain[127.0.0.1] > May 12 12:48:18 petr-dev3 cyrus/lmtpunix[13110]: DBERROR db5: > /var/lib/cyrus/db/__db.001: No such file or directory > May 12 12:48:18 petr-dev3 cyrus/lmtpunix[13110]: DBERROR: dbenv->open > '/var/lib/cyrus/db' failed: No such file or directory > May 12 12:48:18 petr-dev3 cyrus/lmtpunix[13110]: DBERROR: init() on berkeley > May 12 12:48:18 petr-dev3 cyrus/lmtpunix[13110]: DBERROR: reading > /var/lib/cyrus/db/skipstamp, assuming the worst: No such file or directory > May 12 12:48:18 petr-dev3 cyrus/lmtpunix[13110]: executed > May 12 12:48:20 petr-dev3 cyrus/lmtpunix[13110]: skiplist: checkpointed > /var/lib/cyrus/deliver.db (7985 records, 934500 bytes) in 1 second > May 12 12:48:20 petr-dev3 cyrus/lmtpunix[13110]: skiplist: checkpointed > /var/lib/cyrus/mailboxes.db (48 records, 3872 bytes) in 0 seconds > May 12 12:48:20 petr-dev3 cyrus/lmtpunix[13110]: skiplist: checkpointed > /var/lib/cyrus/annotations.db (0 records, 144 bytes) in 0 seconds > May 12 12:48:20 petr-dev3 cyrus/lmtpunix[13110]: skiplist: checkpointed > /var/lib/cyrus/statuscache.db (0 records, 144 bytes) in 0 seconds > May 12 12:48:20 petr-dev3 cyrus/lmtpunix[13110]: accepted connection > May 12 12:48:20 petr-dev3 cyrus/lmtpunix[13110]: lmtp connection preauth'd > as postman > May 12 12:48:20 petr-dev3 cyrus/lmtpunix[13110]: duplicate_check: > > user.petr.Bugzilla 0 > May 12 12:48:20 petr-dev3 cyrus/lmtpunix[13110]: Delivered: > to mailbox: > user.petr.Bugzilla > May 12 12:48:20 petr-dev3 cyrus/lmtpunix[13110]: duplicate_mark: > > user.petr.Bugzilla 1305229700 365145 > May 12 12:48:20 petr-dev3 cyrus/lmtpunix[13110]: duplicate_mark: > > .petr+@.sieve. 1305229700 0 > May 12 12:48:20 petr-dev3 cyrus/lmtpunix[13110]: USAGE petr user: > 0.07 sys: 1.62 > May 12 12:48:20 petr-dev3 postfix/lmtp[13109]: 0B6CD5380CF: > to=, > relay=petr-dev3.eng.vmware.com[/var/run/cyrus/socket/lmtp], delay=2.1, > delays=0.14/0.03/1.9/0.05, dsn=2.1.5, status=sent (250 2.1.5 Ok > SESSIONID=) > May 12 12:48:20 petr-dev3 postfix/qmgr[6643]: 0B6CD5380CF: removed > May 12 12:49:30 petr-dev3 cyrus/lmtpunix[13110]: DBERROR db5: > DB_ENV->get_home: method not permitted before handle's open method > May 12 12:49:30 petr-dev3 cyrus/lmtpunix[13110]: DBERROR: error exiting > application: Invalid argument > May 12 12:49:30 petr-dev3 cyrus/master[18238]: process 13110 exited, > status 0 > > Petr > > > > ___ > Pkg-Cyrus-imapd-Debian-devel mailing list > pkg-cyrus-imapd-debian-de...@lists.alioth.debian.org > http://lists.alioth.debian.org/mailman/listinfo/pkg-cyrus-imapd-debian-devel > -- Ondřej Surý -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#626572: music123 does not work like root or sudo
Package: music123 Version: 16.2-2 Severity: normal On Debian Lenny I can run music123 in every situation, like root or normnal user. On Squeeze works only like user an not in all situations like a machine without a DE installed. For play wav file now I use aplay. -- System Information: Debian Release: 6.0.1 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages music123 depends on: ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib ii libgcc1 1:4.4.5-8 GCC support library ii libgnat-4.4 4.4.5-3Runtime library for GNU Ada applic Versions of packages music123 recommends: ii esound-clients0.2.41-8 Enlightened Sound Daemon - clients ii mpg321 [mpg123] 0.2.12-1 Simple and lighweight command line ii vorbis-tools 1.4.0-1several Ogg Vorbis tools music123 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#626418: Fwd: Re: Bug#626418 closed by Ondřej Surý (Bug#626418: fixed in cyrus-imapd-2.4 2.4.8-4)
Ondřej Surý wrote: I've dug somewhat deeper into the cyrus code and I'm going to remove the patch, because the Cyrus IMAPD bdb code is constantly opening/closing the database, so it would cause performance problems anyway. Thanks. Sorry for the regression. I will fix that as soon as perl has hit the testing... You can convert the affected database to (default) skiplist meanwhile. Well, I already converted them to skiplist - for whatever reason upgrading code to update from 2.3 to 2.4 was not able to upgrade my db files automatically, so I did it manually, and as cyrus-db-types.txt said skiplist everywhere, I converted them: petr-dev3:~$ cat /usr/lib/cyrus/cyrus-db-types.active ANNOTATION skiplist DBENGINE BerkeleyDB5.1 DUPLICATE skiplist MBOX skiplist PTS skiplist QUOTA quotalegacy SEEN skiplist STATUSCACHE skiplist SUBS flat TLS skiplist USERDENY flat Unfortunately even in this config cyrus still uses libdb for something... Petr O. On Thu, May 12, 2011 at 23:18, Petr Vandrovec wrote: Hello, most of crashes in -4 are gone, but still it seems that lmtpd/lmtpunix is dying: May 12 12:47:59 petr-dev3 cyrus/lmtpunix[2883]: DBERROR db5: DB_ENV->get_home: method not permitted before handle's open method May 12 12:47:59 petr-dev3 kernel: [ 7228.269495] lmtpd[2883]: segfault at 7f150002 ip 7f15980cddab sp 7fffe2ae6408 error 4 in lmtpd[7f1598069000+165000] May 12 12:47:59 petr-dev3 cyrus/master[18238]: process 2883 exited, signaled to death by 11 May 12 12:47:59 petr-dev3 cyrus/master[18238]: service lmtpunix pid 2883 in READY state: terminated abnormally And every now and then lmtpd is clearly not happy that environment was removed by someone else: May 12 12:48:17 petr-dev3 postfix/smtpd[13104]: connect from localhost.localdomain[127.0.0.1] May 12 12:48:18 petr-dev3 postfix/smtpd[13104]: 0B6CD5380CF: client=localhost.localdomain[127.0.0.1] May 12 12:48:18 petr-dev3 postfix/cleanup[13107]: 0B6CD5380CF: message-id= May 12 12:48:18 petr-dev3 postfix/qmgr[6643]: 0B6CD5380CF: from=, size=3848, nrcpt=1 (queue active) May 12 12:48:18 petr-dev3 cyrus/master[13110]: about to exec /usr/lib/cyrus/bin/lmtpd May 12 12:48:18 petr-dev3 postfix/smtpd[13104]: disconnect from localhost.localdomain[127.0.0.1] May 12 12:48:18 petr-dev3 cyrus/lmtpunix[13110]: DBERROR db5: /var/lib/cyrus/db/__db.001: No such file or directory May 12 12:48:18 petr-dev3 cyrus/lmtpunix[13110]: DBERROR: dbenv->open '/var/lib/cyrus/db' failed: No such file or directory May 12 12:48:18 petr-dev3 cyrus/lmtpunix[13110]: DBERROR: init() on berkeley May 12 12:48:18 petr-dev3 cyrus/lmtpunix[13110]: DBERROR: reading /var/lib/cyrus/db/skipstamp, assuming the worst: No such file or directory May 12 12:48:18 petr-dev3 cyrus/lmtpunix[13110]: executed May 12 12:48:20 petr-dev3 cyrus/lmtpunix[13110]: skiplist: checkpointed /var/lib/cyrus/deliver.db (7985 records, 934500 bytes) in 1 second May 12 12:48:20 petr-dev3 cyrus/lmtpunix[13110]: skiplist: checkpointed /var/lib/cyrus/mailboxes.db (48 records, 3872 bytes) in 0 seconds May 12 12:48:20 petr-dev3 cyrus/lmtpunix[13110]: skiplist: checkpointed /var/lib/cyrus/annotations.db (0 records, 144 bytes) in 0 seconds May 12 12:48:20 petr-dev3 cyrus/lmtpunix[13110]: skiplist: checkpointed /var/lib/cyrus/statuscache.db (0 records, 144 bytes) in 0 seconds May 12 12:48:20 petr-dev3 cyrus/lmtpunix[13110]: accepted connection May 12 12:48:20 petr-dev3 cyrus/lmtpunix[13110]: lmtp connection preauth'd as postman May 12 12:48:20 petr-dev3 cyrus/lmtpunix[13110]: duplicate_check: user.petr.Bugzilla 0 May 12 12:48:20 petr-dev3 cyrus/lmtpunix[13110]: Delivered: to mailbox: user.petr.Bugzilla May 12 12:48:20 petr-dev3 cyrus/lmtpunix[13110]: duplicate_mark: user.petr.Bugzilla 1305229700 365145 May 12 12:48:20 petr-dev3 cyrus/lmtpunix[13110]: duplicate_mark: .petr+@.sieve. 1305229700 0 May 12 12:48:20 petr-dev3 cyrus/lmtpunix[13110]: USAGE petr user: 0.07 sys: 1.62 May 12 12:48:20 petr-dev3 postfix/lmtp[13109]: 0B6CD5380CF: to=, relay=petr-dev3.eng.vmware.com[/var/run/cyrus/socket/lmtp], delay=2.1, delays=0.14/0.03/1.9/0.05, dsn=2.1.5, status=sent (250 2.1.5 Ok SESSIONID=) May 12 12:48:20 petr-dev3 postfix/qmgr[6643]: 0B6CD5380CF: removed May 12 12:49:30 petr-dev3 cyrus/lmtpunix[13110]: DBERROR db5: DB_ENV->get_home: method not permitted before handle's open method May 12 12:49:30 petr-dev3 cyrus/lmtpunix[13110]: DBERROR: error exiting application: Invalid argument May 12 12:49:30 petr-dev3 cyrus/master[18238]: process 13110 exited, status 0 Petr ___ Pkg-Cyrus-imapd-Debian-devel mailing list pkg-cyrus-imapd-debian-de...@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-cyrus-imapd-debian-devel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "un
Bug#626573: installation-reports: Broken package after upgrade to squeeze ; php5-mcrypt still depends on libltdl3
Package: installation-reports Severity: important -- Package-specific info: Boot method: network upgrade from within working lenny Image version: deb ftp://mirror.hetzner.de/debian/packages squeeze main contrib non-free Date: 11 May 2011 Machine: AMD64 X2 Partitions: /dev/md1 251M 49M 190M 21% /boot /dev/md2 460G 2.4G 435G 1% / Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot: [O] Detect network card:[O] Configure network: [O] Detect CD: [n/a] Load installer modules: [n/a] Detect hard drives: [O] Partition hard drives: [n/a] Install base system:[O] Clock/timezone setup: [O] User/password setup:[O] Install tasks: [O] Install boot loader:[O] Overall install:[E] Comments/Problems: I was upgrading Debian lenny to squeeze following the debian upgrade guide at http://www.debian.org/releases/stable/amd64/release-notes/ch-upgrading.en.html The install went overall well (reboots with grub2 OK, services apache2 running, ...). However, there were some packages left over from lenny. (dpkg --list | grep lenny) showed e.g. libltdl3 among others. My strategy was to remove the package (and its reverse dependencies) with apt-get remove libltdl3, which also removed php5-mcrypt and phpmyadmin. But trying to install phpmyadmin (thinking it would pull php5-mcrypt and libltdl7) failed, with the following error message: mweber@www:~$ sudo apt-get install phpmyadmin [sudo] password for mweber: Reading package lists... Done Building dependency tree Reading state information... Done Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. The following information may help to resolve the situation: The following packages have unmet dependencies: phpmyadmin : Depends: php5-mcrypt but it is not going to be installed E: Broken packages mweber@www:~$ sudo apt-get install php5-mcrypt Reading package lists... Done Building dependency tree Reading state information... Done Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. The following information may help to resolve the situation: The following packages have unmet dependencies: php5-mcrypt : Depends: libltdl3 (>= 1.5.2-2) but it is not installable E: Broken packages In fact the package information, when asked as root, confirms this problem: www:~# apt-cache show php5-mcrypt Package: php5-mcrypt Source: php5 Version: 5.2.17-0.dotdeb.0 Architecture: amd64 Maintainer: Guillaume Plessis Installed-Size: 52 Depends: libc6 (>= 2.7-1), libltdl3 (>= 1.5.2-2), libmcrypt4, phpapi-20060613, php5-common (= 5.2.17-0.dotdeb.0) Filename: dists/lenny/php5/binary-amd64/php5-mcrypt_5.2.17-0.dotdeb.0_amd64.deb [...cut...] After a fresh ssh login to the server, asking as a user, showed: mweber@www:~$ apt-cache show php5-mcrypt Package: php5-mcrypt Priority: optional Section: php Installed-Size: 100 Maintainer: Debian PHP Maintainers Architecture: amd64 Source: php5 Version: 5.3.3-7 Depends: libc6 (>= 2.4), libltdl7 (>= 2.2.6b), libmcrypt4, phpapi-20090626, php5-common (= 5.3.3-7) Filename: pool/main/p/php5/php5-mcrypt_5.3.3-7_amd64.deb Size: 15170 [...cut...] After sudo this was not shown again. Therefore I conclude that the upgrade has corrupted the dependency tree. How can I recover? I searched several posts but none seemed to address my problem. Martin -- Please make sure that the hardware-summary log file, and any other installation logs that you think would be useful are attached to this report. Please compress large files using gzip. Once you have filled out this report, mail it to sub...@bugs.debian.org. == Installer lsb-release: == == Installer hardware-summary: == -- System Information: Debian Release: 6.0.1 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#626547: [Pkg-clamav-devel] Bug#626547: incorrect /var/run/clamav/freshclam.pid owner set if clamav installed on system with HAL
2011/5/13 Stephen Gran : > I don't see how this is possible. It is possible, but under specific circumstances. It happened to me for a service (I don't remember which one) and it was caused by the service removal (directory in /var/run was not deleted), manually deleted the user of that service, installed a new service that added a new system user with the ID used by previous one. Next the reinstall of the first service added a new system user with a different ID than what the directory on /var/run/SERVICE had. In conclusion, it is a corner situation that can only handled by not *ever* removing system users as it was recently decided by consensus on debian-devel. The only question is where (postrm or debhelper) and how to implement it. Thanks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#626133: software-center: update to work with latest xapian "patch"
Package: software-center Version: 2.1.7debian1 Followup-For: Bug #626133 xapian.MSET_DOCUMENT has been deprecated, the following patch makes it start: for m in matches: - doc = m[xapian.MSET_DOCUMENT] + doc = m.document if "APPVIEW_DEBUG_TERMS" in os.environ: -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (101, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-2-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_BE.utf8, LC_CTYPE=fr_BE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages software-center depends on: ii app-install-data 2010.11.17 Application Installer Data Files ii aptdaemon0.31+bzr413-1.1 transaction based package manageme ii gnome-icon-theme 3.0.0-1 GNOME Desktop icon theme ii gnome-menus 2.30.3-2+b1 an implementation of the freedeskt ii policykit-1 0.101-4 framework for managing administrat ii policykit-1-gnome0.101-2 GNOME authentication agent for Pol ii python 2.6.6-14interactive high-level object-orie ii python-apt 0.7.100.3+b1Python interface to libapt-pkg ii python-aptdaemon 0.31+bzr413-1.1 Python module for the server and c ii python-aptdaemon-gtk 0.31+bzr413-1.1 Python GTK+ widgets to run an aptd ii python-central 0.6.17 register and build utility for Pyt ii python-dbus 0.83.1-1+b1 simple interprocess messaging syst ii python-debian0.1.20 Python modules to work with Debian ii python-gconf 2.28.1-2Python bindings for the GConf conf ii python-gtk2 2.24.0-1Python bindings for the GTK+ widge ii python-lazr.restfulclien 0.11.2-2client for lazr.restful-based web ii python-webkit1.1.8-1+b1 WebKit/Gtk Python bindings ii python-xapian1.2.5-1 Xapian search engine interface for ii python-xdg 0.19-3 Python library to access freedeskt Versions of packages software-center recommends: ii apt-xapian-index 0.41 maintenance and search tools for a ii lsb-release 3.2-27 Linux Standard Base version report pn python-launchpad-integration (no description available) ii sessioninstaller 0.20-1 APT based installer using PackgeKi pn software-properties-gtk(no description available) pn update-notifier(no description available) software-center 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#626571: nslcd: Postinst doesn't handle >2 level domains in base DN suggestion
tags 626571 + pending thanks On Fri, 2011-05-13 at 09:18 +0200, Per Carlson wrote: > When postinst is running it suggests a base DN based on the domain > name of the host. This fails when the domain consists of more than two > levels. [...] > A rather trivial patch is attached. Thanks for spotting this and providing the patch. It will be in the next development release. I'm not sure if stable will be updated for this though. -- -- arthur - adej...@debian.org - http://people.debian.org/~adejong -- signature.asc Description: This is a digitally signed message part
Bug#558733: [DebianGIS-dev] Bug#558733: [libgdal1-1.6.0] Reading tiff file causes segfault when linked also with geotiff
On Fri, May 13, 2011 at 09:24:13AM +0200, Raphael Hertzog wrote: > There is an important difference though: > $ dpkg-buildflags --get LDFLAGS > > $ DEB_VENDOR=ubuntu dpkg-buildflags --get LDFLAGS > -Wl,-Bsymbolic-functions > > libgdal should be built with this linker option so that > it always uses the local copy of the geotiff functions > and not the one provided by the external library. > Is this a (less flexible) alternative to specify a version script? -- Francesco P. Lovergine -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#626574: gnucash: Net income for period not equal to Total Income - Total Expenses for Income Statement and Profit & Loss report
Package: gnucash Version: 1:2.4.5-2 Severity: normal For the Income Statement and Profit & Loss, Total Income and Total Expenses are calculated correctly, however the finally summary line "Net income for Period" does not equal "Total Income - Total Expenses". At least for a one month report for an arbitrary (selected via calendar) month. -- System Information: Debian Release: wheezy/sid APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'testing'), (100, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnucash depends on: ii gnucash-common 1:2.4.5-2 personal and small-business financ ii guile-1.6-libs 1.6.8-10Main Guile libraries ii guile-1.6-slib 1.6.8-10Guile SLIB support ii libaqbanking33 5.0.5-1 library for online banking applica ii libart-2.0-2 2.3.21-1Library of functions for 2D graphi ii libatk1.0-0 2.0.0-1 The ATK accessibility toolkit ii libbonobo2-0 2.24.3-1Bonobo CORBA interfaces library ii libbonoboui2-0 2.24.3-1The Bonobo UI library ii libc62.11.2-13 Embedded GNU C Library: Shared lib ii libcairo21.10.2-6The Cairo 2D vector graphics libra ii libcrypt-ssleay-perl 0.57-2+b1 Support for https protocol in LWP ii libdate-manip-perl 6.23-1 module for manipulating dates ii libdbi0 0.8.3+really0.8.2-1 Database Independent Abstraction L ii libfinance-quote-per 1.17-1 Perl module for retrieving stock q ii libfontconfig1 2.8.0-2.2 generic font configuration library ii libfreetype6 2.4.4-1 FreeType 2 font engine, shared lib ii libgconf2-4 2.28.1-6GNOME configuration database syste ii libgdk-pixbuf2.0-0 2.23.3-3GDK Pixbuf library ii libglade2-0 1:2.6.4-1 library to load .glade files at ru ii libglib2.0-0 2.28.6-1The GLib library of C routines ii libgnome-keyring03.0.0-2 GNOME keyring services library ii libgnome2-0 2.30.0-1The GNOME library - runtime files ii libgnomecanvas2-02.30.1-1A powerful object-oriented display ii libgnomeui-0 2.24.3-1The GNOME libraries (User Interfac ii libgnomevfs2-0 1:2.24.4-1 GNOME Virtual File System (runtime ii libgoffice-0.8-8 0.8.14-1Document centric objects library - ii libgtk2.0-0 2.24.4-3The GTK+ graphical user interface ii libguile-ltdl-1 1.6.8-10Guile's patched version of libtool ii libgwengui-gtk2-04.0.9-1+b1 Gwenhywfar GUI implementation for ii libgwenhywfar60 4.0.9-1+b1 OS abstraction layer ii libhtml-tableextract 2.10-4 module for extracting the content ii libhtml-tree-perl4.2-1 Perl module to represent and creat ii libice6 2:1.0.7-1 X11 Inter-Client Exchange library ii libktoblzcheck1c2a 1.31-1 library for verification of accoun ii libofx4 1:0.9.0-3 library to support Open Financial ii liborbit21:2.14.18-0.1 libraries for ORBit2 - a CORBA ORB ii libpango1.0-01.28.3-6Layout and rendering of internatio ii libpopt0 1.16-1 lib for parsing cmdline parameters ii libsm6 2:1.2.0-1 X11 Session Management library ii libsoup2.4-1 2.34.0-1HTTP library implementation in C - ii libwebkit-1.0-2 1.2.7-3 Web content engine library for Gtk ii libwww-perl 6.01-3 simple and consistent interface to ii libx11-6 2:1.4.3-1 X11 client-side library ii libxml2 2.7.8.dfsg-2+b1 GNOME XML library ii perl 5.10.1-20 Larry Wall's Practical Extraction ii slib 3b1-3.1 Portable Scheme library ii zlib1g 1:1.2.3.4.dfsg-3compression library - runtime Versions of packages gnucash recommends: ii gnucash-docs 2.2.0-3Documentation for gnucash, a perso Versions of packages gnucash suggests: pn libdbd-mysql (no description available) pn libdbd-pgsql (no description available) pn libdbd-sqlite3 (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#622309: udev: Network, sound and X input broken
notfound 622309 168-1 notfound 622309 168-2 thanks You are right, I'm sorry. It looks more like #624469 now. I will present my findings there. Am Mittwoch, 11. Mai 2011 schrieb Marco d'Itri: > So it obviously cannot be the same bug. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#426756: ported pypxeboot patches to busybox udhcpc
12.05.2011 20:00, bm wrote:
> Hi,
>
> the attached patches work with busybox-1.17.1 in squeeze and
> busybox-1.18.4 in unstable. They are based on the patch in
> http://www.grid.ie/pypxeboot/pypxeboot-0.0.3.tar.gz
>
> Would be great if they could be included, so that we can have
> paravirtualized pxe bootable domUs in xen!
So basically, the only modification this patch provides is
to add -M option to specify alternative MAC address, right?
I think it should be addressed upstream first, or at least
tried to. I may take care of that.
But I've at least one comment about the code, see below.
[]
> --- busybox-1.17.1-debianorig//networking/udhcp/dhcpc.c 2010-07-06
> 04:25:54.0 +0200
> +++ busybox-1.17.1-patched//networking/udhcp/dhcpc.c 2011-05-12
> 17:26:44.0 +0200
> @@ -766,7 +766,8 @@
> int udhcpc_main(int argc UNUSED_PARAM, char **argv)
> {
> uint8_t *temp, *message;
> - const char *str_c, *str_V, *str_h, *str_F, *str_r;
> + uint8_t hwmac[6];
> + const char *str_c, *str_V, *str_h, *str_F, *str_r, *str_M;
> IF_FEATURE_UDHCP_PORT(char *str_P;)
[]
> + if (opt & (OPT_M)) {
> + int nrmacfields = 0;
> +nrmacfields=sscanf(str_M,"%x:%x:%x:%x:%x:%x",
> +(unsigned int *)&hwmac[0],
> +(unsigned int *)&hwmac[1],
> +(unsigned int *)&hwmac[2],
> +(unsigned int *)&hwmac[3],
> +(unsigned int *)&hwmac[4],
> +(unsigned int *)&hwmac[5]);
> +if (nrmacfields == 6) memcpy(client_config.client_mac,
> hwmac, 6);
> + }
This has 2 problems. First, you can't cast uint8_t to unsigned int*,
the result is at least endian-dependent (where's the byte of int which
should go to our uint8 -- in the end of int or at the beginning of it),
and sscanf will access bytes which are not within the hwmac array.
Second, if you make a mistake/typo in the mac address, it will be
silently ignored - at least a warning should be printed in this
case.
/mjt
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#558733: [DebianGIS-dev] Bug#558733: [libgdal1-1.6.0] Reading tiff file causes segfault when linked also with geotiff
On Fri, 13 May 2011, Francesco P. Lovergine wrote: > On Fri, May 13, 2011 at 09:24:13AM +0200, Raphael Hertzog wrote: > > There is an important difference though: > > $ dpkg-buildflags --get LDFLAGS > > > > $ DEB_VENDOR=ubuntu dpkg-buildflags --get LDFLAGS > > -Wl,-Bsymbolic-functions > > > > libgdal should be built with this linker option so that > > it always uses the local copy of the geotiff functions > > and not the one provided by the external library. > > Is this a (less flexible) alternative to specify a version script? It's just a linker option (see man ld): -Bsymbolic When creating a shared library, bind references to global symbols to the definition within the shared library, if any. Normally, it is possible for a program linked against a shared library to override the definition within the shared library. This option is only meaningful on ELF platforms which support shared libraries. -Bsymbolic-functions When creating a shared library, bind references to global function symbols to the definition within the shared library, if any. This option is only meaningful on ELF platforms which support shared libraries. It doesn't change the version associated to the symbols AFAIK. 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#610434: Has anyone attempted a tomcat7 package?
On Wed, 2011-05-11 at 11:55 -0430, Ernesto Hernández-Novich wrote: > I'd really appreciate if you could do a quick review and test the > package. My users will start doing so probably this afternoon my time. Ernesto - Apologies but I've not been able to find time to look at this; I'll make time next week and get it uploaded to subversion/git (anyone have any opinion on which - I personally prefer git). Tony - thanks for the offer of sponsorship+ of this work - much appreciated :-) CC'ing Miguel in on this conversation as I know that he's interested in collaborating on this work as well. Cheers James -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#626575: libc-bin: ships /usr/lib/locale files which get removed by locale-gen
Package: libc-bin Version: 2.13-2 Hello, libc-bin 2.13-2 started shipping /usr/lib/locale/C.UTF-8/LC_* files which get subsequently removed by locale-gen from the locales package. This persists up to 2.13-4. 2.11.2-11 didn't ship those files. regards Mario -- If her DNA was off by one percentage point, she'd be a dolphin. -- Dr. Gregory House signature.asc Description: Digital signature
Bug#484575: Update
there is also https://dev.icinga.org/projects/core-nrpe/repository -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#626576: [gajim] gajim consumes 100% when idle
Package: gajim Version: 0.14.1-1 Severity: important Hi, gajim consumes 100% cpu even if it is closed in the tray. gajim -v shows that a message like this 10:28:40 (I) gajim.c.x.idlequeue read timeout removed for fd 24 For that specific second the message is written 2512 times which is probably a lot even for "instant" :). AFAIR this is something that regressed around 0.14.0 (sorry for not filing it before). thanks, riccardo --- System information. --- Architecture: i386 Kernel: Linux 2.6.39-rc5+ Debian Release: wheezy/sid 500 unstablepkg-fso.alioth.debian.org 500 unstablemi.mirror.garr.it 500 unstableftp.de.debian.org 1 experimentalftp.de.debian.org --- Package information. --- Depends (Version) | Installed ==-+-=== python (>= 2.6.6-3+squeeze3~) | 2.6.6-14 python-gtk2(>= 2.16.0) | 2.24.0-1 dnsutils | 1:9.7.3.dfsg-1+b1 Recommends (Version) | Installed -+-=== dbus | 1.4.8-3 python-dbus | 0.83.1-1+b1 notification-daemon | 0.5.0-2 python-gnupginterface| 0.3.2-9.1 python-openssl (>= 0.9) | 0.10-1 python-crypto| 2.3-1 Suggests(Version) | Installed =-+-=== python-gconf | 2.28.1-2 python-gnome2 | nautilus-sendto | avahi-daemon | 0.6.30-3 python-avahi | network-manager | 0.8.1-6 libgtkspell0 | 2.0.16-1 aspell-en | 6.0-0-6 python-gnomekeyring | gnome-keyring | 3.0.0-3 python-sexy | python-kerberos (>= 1.1) | texlive-latex-base| dvipng| python-farsight | gstreamer0.10-plugins-ugly| 0.10.18-1 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#626577: openoffice.org: EPS handling very crude, needs caching
Package: openoffice.org Version: 1:3.2.1-11+squeeze2 Severity: wishlist EPS handling at present is unusable, especially in impress. In order to handle EPS openoffice spawns /usr/bin/convert, converts the image to a JPG and displays the JPG. So far so good. The JPG however is not cached properly. As a result openoffice will respawn on convert every few minutes for all EPS images in a document even if none of the images is modified in the meantime. The bug is more pronounced in impress. There 3 EPS graphics in a 8 slide presentation render openoffice sitting and waiting for convert 75% of the time. Adding more than 3 is pretty much a suicide note. You can go and take a coffee between each page-up/page-down or new line (on a fairly reasonable Athlon 64). The quick-n-ugly fix for this can be to replace convert with a caching wrapper of some sort instead of invoking /usr/bin/convert directly. -- System Information: Debian Release: 6.0.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages openoffice.org depends on: ii liblucene2-java 2.9.2+ds1-1 Full-text search engine library fo ii openoffice.org-base 1:3.2.1-11+squeeze2 office productivity suite -- datab ii openoffice.org-calc 1:3.2.1-11+squeeze2 office productivity suite -- sprea ii openoffice.org-core 1:3.2.1-11+squeeze2 office productivity suite -- arch- ii openoffice.org-draw 1:3.2.1-11+squeeze2 office productivity suite -- drawi ii openoffice.org-filte 1:3.2.1-11+squeeze2 office productivity suite -- mobil ii openoffice.org-impre 1:3.2.1-11+squeeze2 office productivity suite -- prese ii openoffice.org-java- 1:3.2.1-11+squeeze2 office productivity suite -- arch- ii openoffice.org-math 1:3.2.1-11+squeeze2 office productivity suite -- equat ii openoffice.org-offic 1:3.2.1-11+squeeze2 office productivity suite -- Java ii openoffice.org-repor 1:3.2.1-11+squeeze2 OpenOffice.org extension for build ii openoffice.org-write 1:3.2.1-11+squeeze2 office productivity suite -- word ii ttf-dejavu 2.31-1 Metapackage to pull in ttf-dejavu- ii ttf-sil-gentium-basi 1.1-2 smart Unicode font families (Basic Versions of packages openoffice.org recommends: ii openoffice.org 1:3.2.1-11+squeeze2 office productivity suite -- legac ii ttf-liberation 1.05.2.20091019-4squeeze1 Fonts with the same metrics as Tim Versions of packages openoffice.org suggests: ii cups-bsd 1.4.4-7 Common UNIX Printing System(tm) - ii default-jre [java5 1:1.6-40 Standard Java or Java compatible R ii gcj-4.4-jre [java5 4.4.5-2 Java runtime environment using GIJ ii gcj-jre [java5-run 4:4.4.5-1 Java runtime environment using GIJ ii gstreamer0.10-ffmp 0.10.10-1 FFmpeg plugin for GStreamer ii gstreamer0.10-plug 0.10.19-2+b2 GStreamer plugins from the "bad" s ii gstreamer0.10-plug 0.10.30-1 GStreamer plugins from the "base" ii gstreamer0.10-plug 0.10.24-1 GStreamer plugins from the "good" ii gstreamer0.10-plug 0.10.15-1 GStreamer plugins from the "ugly" ii hunspell-en-us [hu 20070829-4English_american dictionary for hu ii icedove3.0.11-1+squeeze2 mail/news client with RSS and inte ii iceweasel 3.5.16-7 Web browser based on Firefox ii imagemagick8:6.6.0.4-3 image manipulation programs ii libgl1-mesa-glx [l 7.7.1-4 A free implementation of the OpenG ii libldap-2.4-2 2.4.23-7 OpenLDAP libraries ii libpaper-utils 1.1.24library for handling paper charact ii libsane1.0.21-9 API library for scanners ii libxrender11:0.9.6-1 X Rendering Extension client libra ii menu 2.1.44generates programs menu for all me ii myspell-bg [myspel 3.0-12The Bulgarian dictionary for myspe ii myspell-en-gb [mys 1:3.2.1-2 English_british dictionary for mys pn openclipart-openof (no description available) ii openjdk-6-jre [jav 6b18-1.8.7-2~squeeze1 OpenJDK Java runtime, using Hotspo pn openoffice.org-gno (no description available) ii openoffice.org-hel 1:3.2.1-11+squeeze2 office productivity suite -- Engli ii openoffice.org-hel 1:3.2.1-11+squeeze2 office productivity suite -- Engli ii openoffice.org-hyp 2.5-1 US English hyphenation patterns fo ii openoffice.org-l10 1:3.2.1-11+squeeze2 office productivity suite -- Bulga ii openoffice.org-l10 1:3.2.1-11+squeeze2 office productivity suite -- Engli ii openoffice.org-the 1:3.2.1-2 English Thesaurus for OpenOffice.o ii openoffice.org-the 1:3.2
Bug#614868: Bug in libmemoize-memcached-perl fixed in revision 74320
tag 614868 + pending thanks Some bugs are closed in revision 74320 by Nicholas Bamber (periapt-guest) Commit message: Added patch to address UNIVERSAL::import deprecation (Closes: #614868) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#624469: Fails to start: failed to bind control socket (address in use)
Hi, I have this problem as well, and it seems to be some Heisenbug. When I boot up the computer normaly, udev fails with the already bound socket and I get no input devices. When I put debug on the kernel command line the problem seems to get a statistical component, and whenever I put break=init there it boots as it should (after ctrl-d). So I put 'ps -A x > /dev/.initramfs/ps-Ax.udev' on the very top of '/etc/init.t/udev'. Now it seems there are indeed two udevd processes left [att1] and udev does not start properly. But when I do 'ps -A x | grep udev > /dev/.initramfs/ps-Ax.udev' there are no processes left and udev just works. Summing this up I think it is a timing problem. It seems to me that the udevd from initramfs is in fact killed, but nobody waits for it to actually die. For now i do a sleep 1 in /etc/init.d/udev and it seems to work. But I think this is not a real solution. Hope this helps, Matthias PID TTY STAT TIME COMMAND 1 ?Ss 0:00 init boot 2 ?S 0:00 [kthreadd] 3 ?S 0:00 [ksoftirqd/0] 4 ?S 0:00 [kworker/0:0] 5 ?S 0:00 [kworker/u:0] 6 ?S 0:00 [migration/0] 7 ?S 0:00 [watchdog/0] 8 ?S 0:00 [migration/1] 9 ?S 0:00 [kworker/1:0] 10 ?S 0:00 [ksoftirqd/1] 11 ?S 0:00 [kworker/0:1] 12 ?S 0:00 [watchdog/1] 13 ?S 0:00 [migration/2] 14 ?S 0:00 [kworker/2:0] 15 ?S 0:00 [ksoftirqd/2] 16 ?S 0:00 [watchdog/2] 17 ?S 0:00 [migration/3] 18 ?S 0:00 [kworker/3:0] 19 ?S 0:00 [ksoftirqd/3] 20 ?S 0:00 [watchdog/3] 21 ?S< 0:00 [cpuset] 22 ?S< 0:00 [khelper] 23 ?S< 0:00 [netns] 24 ?S 0:00 [sync_supers] 25 ?S 0:00 [bdi-default] 26 ?S< 0:00 [kintegrityd] 27 ?S< 0:00 [kblockd] 28 ?S< 0:00 [kacpid] 29 ?S< 0:00 [kacpi_notify] 30 ?S< 0:00 [kacpi_hotplug] 31 ?S< 0:00 [kondemand] 32 ?S 0:00 [khungtaskd] 33 ?S 0:00 [kswapd0] 34 ?SN 0:00 [ksmd] 35 ?SN 0:00 [khugepaged] 36 ?D 0:00 [fsnotify_mark] 37 ?S< 0:00 [aio] 38 ?S< 0:00 [crypto] 61 ?Ss 0:00 udevd --daemon --resolve-names=never 96 ?D 0:00 udevd --daemon --resolve-names=never 189 ?S 0:00 [khubd] 190 ?S< 0:00 [ata_sff] 193 ?S 0:00 [kworker/2:1] 194 ?S 0:00 [scsi_eh_0] 195 ?S 0:00 [scsi_eh_1] 196 ?S 0:00 [scsi_eh_2] 197 ?S 0:00 [scsi_eh_3] 198 ?S 0:00 [scsi_eh_4] 199 ?S 0:00 [scsi_eh_5] 200 ?S 0:00 [kworker/u:1] 201 ?S 0:00 [kworker/u:2] 202 ?S 0:00 [kworker/u:3] 203 ?S 0:00 [kworker/u:4] 204 ?S 0:00 [kworker/u:5] 205 ?S 0:00 [kworker/u:6] 212 ?S 0:00 [kworker/3:1] 213 ?S 0:00 [kworker/1:1] 251 ?S 0:00 [kworker/0:2] 265 ?S< 0:00 [kdmflush] 272 ?S< 0:00 [kdmflush] 288 ?S 0:00 [jbd2/dm-0-8] 289 ?S< 0:00 [ext4-dio-unwrit] 366 tty1 Ss+0:00 init boot 367 tty1 S+ 0:00 /bin/sh /etc/init.d/rc S 370 tty1 S+ 0:00 startpar -p 4 -t 20 -T 3 -M boot -P N -R S 385 tty1 S+ 0:00 /bin/sh -e /etc/init.d/udev start 386 tty1 R+ 0:00 ps -A x
Bug#626578: No execute permission for additional trac scripts
Package: trac Version: 0.11.7-4 To integrate the trac and svn, trac documentation is recommended to use scripts trac-post-commit-hook and trac-pre-commit-hook. They are in the package, but they do not have permission to execute. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#626579: libxpcom.so: cannot open shared object file: No such file or directory
Package: xulrunner-1.9.1 Version: 1.9.1.19-2 Severity: normal Hi, it seems that *.so libraries are not found: blitz-lx:/usr/lib/xulrunner-1.9.1# ./xpcshell ./xpcshell: error while loading shared libraries: libxpcom.so: cannot open shared object file: No such file or directory blitz-lx:/usr/lib/xulrunner-1.9.1# ldd xpcshell linux-vdso.so.1 => (0x7fff38e86000) /usr/lib/libc/memcpy-syslog-preload.so (0x7f0fdf20) libpthread.so.0 => /lib/libpthread.so.0 (0x0034e680) libxpcom.so => not found libxul.so => not found libmozjs.so.2d => /usr/lib/libmozjs.so.2d (0x7f0fdef1c000) libnspr4.so.0d => /usr/lib/libnspr4.so.0d (0x0034ef80) libreadline.so.6 => /lib/libreadline.so.6 (0x0034ec00) libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0x0034e880) libc.so.6 => /lib/libc.so.6 (0x0034e5c0) /lib64/ld-linux-x86-64.so.2 (0x0034e580) libm.so.6 => /lib/libm.so.6 (0x0034e640) libdl.so.2 => /lib/libdl.so.2 (0x0034e600) libncurses.so.5 => /usr/lib/libncurses.so.5 (0x0034f000) libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x0034e840) I did a reinstall of xulrunner-1.9.1, but still the same problem. It seems that /usr/lib/xulrunner-1.9.1/ is missing in /etc/ld.so.conf resp. /etc/ld.so.conf.d. After adding it there plus executing ldconf, the missing libraries are found. Maybe you could provide a file for /etc/ld.so.conf.d/ and trigger ldconfig. Thx, Tim -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-2-amd64 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages xulrunner-1.9.1 depends on: ii libasound2 1.0.23-4shared library for ALSA applicatio ii libatk1.0-0 2.0.0-1 The ATK accessibility toolkit ii libbz2-1.0 1.0.5-6 high-quality block-sorting file co ii libc62.13-4 Embedded GNU C Library: Shared lib ii libcairo21.10.2-6The Cairo 2D vector graphics libra ii libdbus-1-3 1.4.8-3 simple interprocess messaging syst ii libfontconfig1 2.8.0-2.2 generic font configuration library ii libfreetype6 2.4.4-1 FreeType 2 font engine, shared lib ii libgcc1 1:4.6.0-7 GCC support library ii libgdk-pixbuf2.0 2.23.3-3GDK Pixbuf library ii libglib2.0-0 2.28.6-1The GLib library of C routines ii libgtk2.0-0 2.24.4-3The GTK+ graphical user interface ii libhunspell-1.2- 1.2.14-4spell checker and morphological an ii libjpeg626b1-1 The Independent JPEG Group's JPEG ii libmozjs2d 1.9.1.19-2 The Mozilla SpiderMonkey JavaScrip ii libnspr4-0d 4.8.7-2 NetScape Portable Runtime Library ii libnss3-1d 3.12.9.with.ckbi.1.82-1 Network Security Service libraries ii libpango1.0-01.28.3-6Layout and rendering of internatio ii libpng12-0 1.2.44-2PNG library - runtime ii libreadline6 6.2-1 GNU readline and history libraries ii libsqlite3-0 3.7.6.2-1 SQLite 3 shared library ii libstartup-notif 0.10-1 library for program launch feedbac ii libstdc++6 4.6.0-7 The GNU Standard C++ Library v3 ii libx11-6 2:1.4.3-1 X11 client-side library ii libxrender1 1:0.9.6-1 X Rendering Extension client libra ii libxt6 1:1.1.1-1 X11 toolkit intrinsics library ii zlib1g 1:1.2.3.4.dfsg-3compression library - runtime xulrunner-1.9.1 recommends no packages. Versions of packages xulrunner-1.9.1 suggests: ii libcanberra0 0.24-1 a simple abstract interface for pl ii libdbus-glib-1-2 0.92-1 simple interprocess messaging syst ii libgconf2-4 2.28.1-6 GNOME configuration database syste ii libgnome2-0 2.30.0-1 The GNOME library - runtime files ii libgnomeui-0 2.24.3-1 The GNOME libraries (User Interfac ii libgnomevfs2-01:2.24.4-1 GNOME Virtual File System (runtime -- 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#626463: Ruby Markdown gems
Hi, reported the markdown.rb issue to Redcarpet upstream. The author explained to me that markdown.rb is a common compatibility layer of all Ruby Markdown implementations: > The point of having a `markdown.rb` (like all Markdown libraries for > Ruby do, not only RDiscount and Redcarpet) is to allow other > libraries to automatically use any installed Markdown library on the > system by calling `require 'markdown'`. If you look at the Redcarpet > source code, you'll see that the exported `Markdown` is actually > `RedcarpetCompat` which has exactly the same API and functionality as > RDiscount and Bluecloth. > > In a perfect world, every program would just require the Markdown > library they plan to use, but this it not the case. There are already > way too many programs that depend on this "idiom", and dropping > `markdown.rb` would stop Redcarpet from working with them. Maybe this is not the case with other gems, but in case of markdown the alternatives system would be the right way to handle this. So my second proposal (making alternatives as a gem2deb option) would be a good way to settle this. Cheers Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#626580: openoffice.org: absense of imagemagick not handled correctly
Package: openoffice.org Version: 1:3.2.1-11+squeeze2 Severity: important If a document contains EPS, openoffice needs imagemagick to convert the EPS to a JPG to display. If imagemagick is absent openoffice.org exits silently or fails to load the document without an error message. There is no information displayed to the user why it went wrong, no explanations, nothing. While failing is fine, not displaying meaningful errors is not. -- System Information: Debian Release: 6.0.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages openoffice.org depends on: ii liblucene2-java 2.9.2+ds1-1 Full-text search engine library fo ii openoffice.org-base 1:3.2.1-11+squeeze2 office productivity suite -- datab ii openoffice.org-calc 1:3.2.1-11+squeeze2 office productivity suite -- sprea ii openoffice.org-core 1:3.2.1-11+squeeze2 office productivity suite -- arch- ii openoffice.org-draw 1:3.2.1-11+squeeze2 office productivity suite -- drawi ii openoffice.org-filte 1:3.2.1-11+squeeze2 office productivity suite -- mobil ii openoffice.org-impre 1:3.2.1-11+squeeze2 office productivity suite -- prese ii openoffice.org-java- 1:3.2.1-11+squeeze2 office productivity suite -- arch- ii openoffice.org-math 1:3.2.1-11+squeeze2 office productivity suite -- equat ii openoffice.org-offic 1:3.2.1-11+squeeze2 office productivity suite -- Java ii openoffice.org-repor 1:3.2.1-11+squeeze2 OpenOffice.org extension for build ii openoffice.org-write 1:3.2.1-11+squeeze2 office productivity suite -- word ii ttf-dejavu 2.31-1 Metapackage to pull in ttf-dejavu- ii ttf-sil-gentium-basi 1.1-2 smart Unicode font families (Basic Versions of packages openoffice.org recommends: ii openoffice.org 1:3.2.1-11+squeeze2 office productivity suite -- legac ii ttf-liberation 1.05.2.20091019-4squeeze1 Fonts with the same metrics as Tim Versions of packages openoffice.org suggests: ii cups-bsd 1.4.4-7 Common UNIX Printing System(tm) - ii default-jre [java5 1:1.6-40 Standard Java or Java compatible R ii gcj-4.4-jre [java5 4.4.5-2 Java runtime environment using GIJ ii gcj-jre [java5-run 4:4.4.5-1 Java runtime environment using GIJ ii gstreamer0.10-ffmp 0.10.10-1 FFmpeg plugin for GStreamer ii gstreamer0.10-plug 0.10.19-2+b2 GStreamer plugins from the "bad" s ii gstreamer0.10-plug 0.10.30-1 GStreamer plugins from the "base" ii gstreamer0.10-plug 0.10.24-1 GStreamer plugins from the "good" ii gstreamer0.10-plug 0.10.15-1 GStreamer plugins from the "ugly" ii hunspell-en-us [hu 20070829-4English_american dictionary for hu ii icedove3.0.11-1+squeeze2 mail/news client with RSS and inte ii iceweasel 3.5.16-7 Web browser based on Firefox ii imagemagick8:6.6.0.4-3 image manipulation programs ii libgl1-mesa-glx [l 7.7.1-4 A free implementation of the OpenG ii libldap-2.4-2 2.4.23-7 OpenLDAP libraries ii libpaper-utils 1.1.24library for handling paper charact ii libsane1.0.21-9 API library for scanners ii libxrender11:0.9.6-1 X Rendering Extension client libra ii menu 2.1.44generates programs menu for all me ii myspell-bg [myspel 3.0-12The Bulgarian dictionary for myspe ii myspell-en-gb [mys 1:3.2.1-2 English_british dictionary for mys pn openclipart-openof (no description available) ii openjdk-6-jre [jav 6b18-1.8.7-2~squeeze1 OpenJDK Java runtime, using Hotspo pn openoffice.org-gno (no description available) ii openoffice.org-hel 1:3.2.1-11+squeeze2 office productivity suite -- Engli ii openoffice.org-hel 1:3.2.1-11+squeeze2 office productivity suite -- Engli ii openoffice.org-hyp 2.5-1 US English hyphenation patterns fo ii openoffice.org-l10 1:3.2.1-11+squeeze2 office productivity suite -- Bulga ii openoffice.org-l10 1:3.2.1-11+squeeze2 office productivity suite -- Engli ii openoffice.org-the 1:3.2.1-2 English Thesaurus for OpenOffice.o ii openoffice.org-the 1:3.2.1-2 Russian Thesaurus for OpenOffice.o ii pstoedit 3.50-3+b1 PostScript and PDF files to editab ii unixodbc 2.2.14p2-1ODBC tools libraries Versions of packages openoffice.org-core depends on: ii fontconfig2.8.0-2.1 generic font configuration library ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib ii libcairo2 1.8.10-6 The Cairo 2D vect
Bug#626581: gitosis: New feature: private subdirs ("realm")
Package: gitosis
Version: 0.2+20090917-14.1
Severity: wishlist
Tags: upstream, patch
Hello,
I've written a patch that enables per-{user,group} subdirectory
delegation. Simply end the name of a repo with a / and that group has
now automatic read-only or read-write access to a whole subtree of the
repositories hierarchy.
I've sent my patch upstream with no reply so far.
Patch attached, or get them from
https://github.com/lfousse/gitosis/tree/topic/subtree
Laurent.
>From ea7d1c8c8cd8d8e125ef8a36f567aab69459e4e5 Mon Sep 17 00:00:00 2001
From: Laurent Fousse
Date: Tue, 3 May 2011 17:03:47 +0200
Subject: [PATCH 1/2] Repository specified in gitosis.conf can now end in '/'.
In this case, it means the whole subtree is writable/readable,
with the nice feature that a user can have a private subtree
of git repositories, created on the spot.
---
gitosis/access.py |8 +++-
1 files changed, 7 insertions(+), 1 deletions(-)
diff --git a/gitosis/access.py b/gitosis/access.py
index c95c842..cf716d6 100644
--- a/gitosis/access.py
+++ b/gitosis/access.py
@@ -42,8 +42,14 @@ def haveAccess(config, user, mode, path):
repos = repos.split()
mapping = None
+
+# Check if the requested path starts with a valid prefix.
+isvalidprefix = False
+for r in repos:
+if r[-1] == '/' and path.find(r) == 0:
+isvalidprefix = True
-if path in repos:
+if (path in repos) or isvalidprefix:
log.debug(
'Access ok for %(user)r as %(mode)r on %(path)r'
% dict(
--
1.7.5.1
>From c1a910807f131acff6233845e49caf20fb684099 Mon Sep 17 00:00:00 2001
From: Laurent Fousse
Date: Tue, 3 May 2011 17:27:18 +0200
Subject: [PATCH 2/2] Document the new '/' trick.
---
README.rst | 16
1 files changed, 16 insertions(+), 0 deletions(-)
diff --git a/README.rst b/README.rst
index 9204776..25ec5f4 100644
--- a/README.rst
+++ b/README.rst
@@ -129,6 +129,22 @@ it::
That's it. If you now add others to ``members``, they can use that
repository too.
+Delegating repositories creation in a subtree
+=
+
+If the name of a repository ends in '/', it means the whole subtree
+(starting with this prefix) will be readable (resp. writable) by the
+corresponding group members. This is useful to allow creation of
+repositories on the spot by users without admin privilege in a
+specific subtree. For example::
+
+ [group myself]
+ members = jdoe
+ writable = jdoerealm/
+
+Now the user ``jdoe`` can push to any path beneath the ``jdoerealm``
+prefix and create his whole subtree of repositories without
+administrator intervention.
Example configuration
=
--
1.7.5.1
Bug#626582: jabref: cannot define file type for files with double extensions
Package: jabref Version: 2.7~beta1+ds-4 Severity: normal I want to automatically link files with double extensions, such as *.ps.gz Options -> Preferences -> External programs -> [*] Use Regular Expression Search [**/[bibtexkey].*\\.[extension](.gz)?] does that. But I don't get the viewer defined for it through the "Manage external file types". I tried the entry Name: PostScript compressed Extension: ps.gz Mime Type: application/postscript Application: gv but jabref keeps complaining that the file type of my *.ps.gz files is undefines. I also tried Extension: "ps.gz" but it didn't work. As a workaround I use Extension: gz Any ideas how to fix this? It would be great if you could add a comment on that in the documentation. Best regards, Josef. PS: I have looked into the jabref forum and only found https://sourceforge.net/projects/jabref/forums/forum/318825/topic/1876586 -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.38-2-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages jabref depends on: ii antlr 2.7.7-16 language tool for constructing rec ii antlr33.2-5 language tool for constructing rec ii java-wrappers 0.1.22 wrappers for java executables ii libcommons-logging-java 1.1.1-8commmon wrapper interface for seve ii libglazedlists-java 1.8.0.dfsg-2 java list transformation library ii libjempbox-java 1:1.5.0+dfsg-2 XMP Compatible Java Library ii libjgoodies-common-java 1.2.0-1JGoodies Common library ii libjgoodies-forms-java1.3.0-1Framework to lay out and implement ii libjgoodies-looks-java2.4.0-2library with Swing look&feel imple ii libjpf-java 1.5.1+dfsg-3 Java Plugin Framework: plug-in inf ii libjpfcodegen-java0.4+dfsg-2 tool for generating classes from J ii libmicroba-java 1:0.4.4.3-2set of JFC (Swing) components ii libmysql-java 5.1.10+dfsg-2 Java database (JDBC) driver for My ii libpdfbox-java1:1.5.0+dfsg-2 PDF library for Java ii libspin-java 1.5+dfsg-3 transparent threading solution for ii openjdk-6-jre 6b18-1.8.7-2 OpenJDK Java runtime, using Hotspo ii sun-java6-jre 6.24-1 Sun Java(TM) Runtime Environment ( ii velocity 1.6.2-4Java-based template engine for web Versions of packages jabref recommends: ii xdg-utils1.1.0~rc1-2 desktop integration utilities from Versions of packages jabref suggests: ii evince [postscript-viewer] 2.30.3-3Document (PostScript, PDF) viewer ii ghostscript [postscript-view 9.02~dfsg-1 interpreter for the PostScript lan ii gv [postscript-viewer] 1:3.7.1-3 PostScript and PDF viewer for X pn jabref-plugin-oo (no description available) ii okular [postscript-viewer] 4:4.4.5-2 universal document viewer ii xpdf [pdf-viewer]3.02-12 Portable Document Format (PDF) rea ii xpdf-reader 3.02-12 Transitional package for xpdf -- 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#626572: music123 does not work like root or sudo
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Le 13/05/2011 09:43, Denis Gottardello a écrit : > Package: music123 > Version: 16.2-2 > Severity: normal > > > > On Debian Lenny I can run music123 in every situation, like root or normnal > user. On Squeeze works only like user an not in all situations like a machine > without a DE installed. > For play wav file now I use aplay. > Thanks for reporting bug, can you be more specific please ? I don't know what it's a DE. Can you display the error messages you get ? In order to play wav file the default for music123 is esdplay, do you have it installed ? I can also run music123 as root on my x86_64 machine. Thanks in advance for any further information, cordially, xavier -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk3M82kACgkQVIZi0A5BZF70ZQCfcgiwCaiDHpUGdaQ/xJgwPu8q hXMAoKRFXMBKiLcy795hZA+xfhkp+iCa =Hd81 -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#626463: Ruby Markdown gems
On 13/05/11 at 10:53 +0200, Michael Below wrote: > Hi, > > reported the markdown.rb issue to Redcarpet upstream. The author > explained to me that markdown.rb is a common compatibility layer of all > Ruby Markdown implementations: > > > The point of having a `markdown.rb` (like all Markdown libraries for > > Ruby do, not only RDiscount and Redcarpet) is to allow other > > libraries to automatically use any installed Markdown library on the > > system by calling `require 'markdown'`. If you look at the Redcarpet > > source code, you'll see that the exported `Markdown` is actually > > `RedcarpetCompat` which has exactly the same API and functionality as > > RDiscount and Bluecloth. > > > > In a perfect world, every program would just require the Markdown > > library they plan to use, but this it not the case. There are already > > way too many programs that depend on this "idiom", and dropping > > `markdown.rb` would stop Redcarpet from working with them. > > Maybe this is not the case with other gems, but in case of markdown the > alternatives system would be the right way to handle this. So my second > proposal (making alternatives as a gem2deb option) would be a good way > to settle this. It might make sense to use alternatives in that case (but do we really want to support different markdown implementations in Debian? Is there really a point?) But it's not necessary to deal with that at the gem2deb level: it can simply be dealt with in the packages affected. L. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#626583: cvs: Debian changelog is truncated
Package: cvs Version: 2:1.12.13+real-4 Tags: patch The debian/changelog file is rather (too) short, please restore the old entries from version 1:1.12.13-12. A patch is attached for your convenience. --- changelog.~1.18.~ 2011-05-10 15:16:50.0 +0200 +++ changelog 2011-05-13 10:59:03.627633913 +0200 @@ -35,3 +35,1263 @@ cvs (2:1.12.13+real-4) unstable; urgency * Recommends: openssh-client; Suggests: rcs -- Thorsten Glaser Sat, 07 May 2011 01:00:39 + + +cvs (1:1.12.13-12) unstable; urgency=low + + * Update the Simplified Chinese debconf translation. Thanks to Deng +Xiyue. Closes: #495953 + * Add a Basque debconf translation. Thanks to Piarres Beobide. +Closes: #495953 + + -- Steve McIntyre <93...@debian.org> Wed, 03 Sep 2008 00:00:17 +0100 + +cvs (1:1.12.13-11) unstable; urgency=low + + * Be more aggressive about checking --allow-root; can now be used for +limiting allowed CVSROOTs using rsh/ssh as well. Closes: #169967, +thanks to Tim Riker for the original patch. + + -- Steve McIntyre <93...@debian.org> Mon, 27 Jan 2008 19:08:02 + + +cvs (1:1.12.13-10) unstable; urgency=low + + * Fix the internal getcwd() function to cope with working inside a +bindmount/chroot. Thanks to Colin Watson for the patch. +Closes: #456164,#461154,#495641 + * Add a fix from Petr Salinger so that cvs will work on +GNU/kFreeBSD. Closes: #455496 . Looks related to the getcwd() +changes above, but belt and braces won't hurt. + * Add a Finnish Debconf translation, hanks to Esko Arajärvi. +Closes: #455257 + * Updated the download URL in debian/copyright. Closes: #351690 + * Check for /etc/cvs-cron.conf before using it. Closes: #197473 + * Move the default repository location from /var/lib/cvs to /srv/cvs for +better FHS compliance. Closes: #284710, thanks to Pierre THIERRY for +the patch. + * LOTS of fixes for silly mistakes in the auto-generated CVS man page. +Closes: #365078 (and then some) + * Break "tag" and "rtag" in the cvs.5 man page. Closes: #422128 + * Added IPV6 support, thanks to a patch from h-yamamo +(h-yam...@db3.so-net.ne.jp), passed on by KIMURA Yasuhiro. +Closes: #430415 + * Minor rules file cleanup (old commented lines removed) + + -- Steve McIntyre <93...@debian.org> Sun, 27 Jan 2008 19:08:02 + + +cvs (1:1.12.13-9) unstable; urgency=low + + * Don't be so loud on errors. Closes: #386153 + + -- Steve McIntyre <93...@debian.org> Fri, 7 Dec 2007 00:12:23 + + +cvs (1:1.12.13-8) unstable; urgency=medium + + * Update Russian debconf translation, Thanks to Yuriy Talakan. +Closes: #414076. + + -- Steve McIntyre <93...@debian.org> Mon, 12 Mar 2007 01:19:33 + + +cvs (1:1.12.13-7) unstable; urgency=low + + * Add Galician debconf translation, thanks to Jacobo Tarrio. +Closes: #407948. + * Update Czech debconf translation, thanks to Jan Outrata. +Closes: #408720. + * Update Portuguese debconf translation to fix a misleading bug. +Thanks to Fabio Pugliese Ornellas. Closes: #408110. + + -- Steve McIntyre <93...@debian.org> Sun, 28 Jan 2007 20:19:05 + + +cvs (1:1.12.13-6) unstable; urgency=high + + * High urgency upload to fix 2 serious bugs before etch. + * Fix unaligned access causing SIGBUS on sparc. Thanks to Julien Cristau +for the patch. (closes: #402745). + * Updated Spanish debconf translation, thanks to Javier +Fernandez-Sanguino Pena. Closes: #403418,#344565. + * Don't attempt to manage the pserver in inetd.conf beyond initial +installation; add an entry in README.Debian for this. Closes: #403334 + * Remove bash-ism in postrm. + * Add Depends on update-inetd. + * Update Dutch debconf translation, thanks to Kurt De Bree. +Closes: #392213. + * Update Catalan debconf translation, thanks to Miguel Gea Milvaques. +Closes: #392051. + * Added Italian debconf translation, thanks to Stefano Canepa. +Closes: #391743. + + -- Steve McIntyre <93...@debian.org> Sat, 23 Dec 2006 21:41:17 + + +cvs (1:1.12.13-5) unstable; urgency=low + + * Major update for l10n before etch, thanks to Christian Perrier. + * debian/po: ++ Add Swedish debconf templates, thanks to Daniel Nylander. + (Closes: #390512) ++ Update Danish debconf templates, thanks to Claus Hindsgaul. + (Closes: #290442) ++ Add Catalan debconf templates, thanks to Miguel Gea Milvaques. + (Closes: #346412) ++ Update French debconf templates, thanks to Christian Perrier. ++ Update German debconf templates, thanks to Jens Seidel. ++ Update Turkish debconf templates, thanks to Mehmet TURKER. ++ Update Brazilian Portuguese debconf templates, thanks to + Andre Luis Lopes. ++ Add Vietnamese debconf templates, thanks to Clytie Siddall. + (Closes: #310159) ++ Update Portuguese debconf templates, thanks to + Ricardo Silva ++ Update Japanese debconf templates, thanks to + Hideki Yamane. Closes: #391621 + * debian/cvs.templates: ++
Bug#596626: [gsimm...@gsimmons.org: Bug#596626: Please support Linksys WUSB600N v2 WiFi USB stick]
On Fri, May 13, 2011 at 6:58 AM, Ben Hutchings wrote: > On Wed, 2011-05-11 at 09:25 -0700, Walter Goldens wrote: >> > As mentioned by Jan, the device contains a RT3572 >> > chipset. Its entry >> > could moved into the section for known RT35XX devices (i.e. >> > "#ifdef >> > CONFIG_RT2800USB_RT35XX") as an alternative. >> > >> > Geoff >> >> This has already been done: >> http://git.kernel.org/?p=linux/kernel/git/ivd/rt2x00.git;a=commitdiff;h=ce2919c9fffe2aa52f9c3e327176d03764dbf9b5 > > That's all very well, but that isn't going to get into a stable release > for another 3 months! Device ID updates that don't require new > supporting code should be sent upstream straight away (and cc'd to > sta...@kernel.org). > > I've cherry-picked this and the other two updates in rt2800usb that > aren't in Linus's tree, but that doesn't help the users of other > distributions that would benefit from them. Well, as this moving of the USB ID to a different (now named) set of USB IDs in the code is not going to help the users, as rt2x00 currently does not have support for RT35xx devices yet. Some patches have been submitted for their support, but these haven't been accepted (and thus applied) yet. There's a reason why the Kconfig for these devices is stating that support for these devices is non-functional!!! That's why it didn't make sense to send this patch upstream immediately and sending it to stable made even less sense. --- Gertjan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#626576: [gajim] gajim consumes 100% when idle
Le 13/05/2011 10:34, Riccardo Magliocchetti a écrit : Package: gajim Version: 0.14.1-1 Severity: important Hi, gajim consumes 100% cpu even if it is closed in the tray. gajim -v shows that a message like this 10:28:40 (I) gajim.c.x.idlequeue read timeout removed for fd 24 For that specific second the message is written 2512 times which is probably a lot even for "instant" :). AFAIR this is something that regressed around 0.14.0 (sorry for not filing it before). I think one the file transfer proxies you use does strange things. As a temporary workarround, you can disable file transfer proxies in account preferences, General tab -- Yann -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#626476: lintian: reduce dpkg-dev to Suggests
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 2011-05-13 00:06, Colin Watson wrote: > On Thu, May 12, 2011 at 11:45:03PM +0200, Niels Thykier wrote: >> On 2011-05-12 23:00, Colin Watson wrote: >>> Hmm. I kicked this around with some of my team. Here are a few >>> alternatives, all a bit grotty in one way or another: >>> >>> * Split lintian into two binary packages, one of which only supports >>>checking binary packages, and the other of which (still called >>>'lintian') supports everything and depends on the first. >>> >>> * Reimplement the small number of checks we consider for this use case >>>in aptdaemon or somewhere else. >>> >>> * Split out dpkg-source from dpkg-dev. >> >> An alternative to this is to use libdpkg-perl to do the unpacking; that >> would save some depends of dpkg-dev, assuming the libdpkg-perl API is >> stable here. > > While I agree that this is a further interesting alternative over and > above those I listed, /usr/share/doc/libdpkg-perl/README.api says: > > What: libdpkg-perl (perl modules) > Status: stable > Description: > Among the perl modules provided by libdpkg-perl, you can safely rely on > those that have $VERSION set to 1.00 (or higher). Note however that the > API is defined by what's documented in the corresponding manual pages and > nothing more. You can't assume anything else based on what you read in > the source code. If you feel the need for further refinements in the > documented API, don't hesitate to file a wishlist bug against > libdpkg-perl. > . > In case of API-breaking changes, the major number in $VERSION will be > increased. For API extensions, the minor number will be increased. > > The necessary module is /usr/share/perl5/Dpkg/Source/Package.pm, which > has $VERSION set to 0.01 and has no manual page, so according to the > documentation we are not allowed to rely on that being stable yet. > I had a short chat with Raphaël Hertzog (buxy) in #debian-qa about this and he said that the unpacking part of the module was rather stable and "it's certainly ok as a fallback when dpkg-source is not there". So as long as we only need dpkg-source -x (and not dpkg-source -b) we can use libdpkg-perl. ~Niels For reference, the entire chat: (11:01:53) nthykier: buxy: Hey, how stable is the API behind libdpkg-perl Dpkg::Source::Package? I understand it is not officially stable, but how far away is it from being stable? (11:02:18) nthykier: The context being #626476 (11:11:45) buxy: nthykier: quite far in general, as dpkg-source does much things that are not done in the perl modules, but the part that deals with unpacking is rather stable, it's certainly ok as a fallback when dpkg-source is not there (11:12:11) buxy: (i.e. my first remark applies mainly to dpkg-source -b and not dpkg-source -x) (11:12:51) nthykier: Thanks, I will try to setup Lintian with a libdpkg-perl fall-back then -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBCAAGBQJNzPeEAAoJEAVLu599gGRCE2YQAJLmuGQTGqaNkMZMLHjrO2lN vod25s54Nz/iwnW/KN2gzTR4BlTbVjhYHQGZK3tA0QJR0PfJmTD6tPTmTFzv7TI/ ZhH68x2h+ZcfncnQa9vWZBsw+A3egM0/UULhBzs03cQRTXu49OK2wxB/N2Dg9Zqc enAskxsVPeZmUtazfzAo6DV2GtH9k4EfbAMIqGJccIR8JjvK8+Z8CxFst1sqWtjH 7GkFm1+hJW8i5MmU68PbdX8BGRN2YRaRGrmDj+zNtmCS1O9aiCUB1mdALd5KJm9+ p7VsDboqDUuEsPuDYE+BDrwwQYxSNAOApU4k0I/+y171JC5PIhDUpCfxQNDBuSe7 Yfek0SMqm+Ey/9paMMeBlV06XnFditUwXSRZLPwzsP+XQ5Aw/gJPLVtAWDxqKWBc nEvkYQCvvRMDnu90sps3yuvpy1NJ2/MhU5G2qNTbBmyzvZaMY5ck0JA1uSrbciMl zcBP695XIG3jhldUgGfbPjDP62uUuioYIP9hfVRy6UyfyCsJ3Auw7JyTfNL625ey r2lxMqUv6ZJOuMB3qQta5Hvgi+E4MipBJWw7T4svlx709/KNleSzZdZdcRs6yxLY duHG9El384S6rkAjM2mIMBm34jNP1HXYYKSzTFUfVSqH19WEAvgrtMXg9q+eeJmD EJvxWDxaspFCPqbV5VGN =KPwT -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#614400: Please fix linux-image-2.6.32-5-xen-amd64
I see most kernels are fixed, including linux-image-2.6.32-5-xen-686. But linux-image-2.6.32-5-xen-amd64 is missing (currently in version 2.6.32-31)! Do you plan to fix it? Thanks. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#626574: Voided transactions still affect Balance Sheet report
At least that seems to be the case, given that I had a voided cheque (original for $75) that is throwing off my total balance, and the expense it was part of was correctly calculated. Unfortunately checking it against my bank balance from back then because the unreconciled balance vs. reconciled balance from that month would be a nightmare to calculate. -- hm. I've lost a machine.. literally _lost_. it responds to ping, it works completely, I just can't figure out where in my apartment it is. GnuPG Key Fingerprint 86 F5 81 A5 D4 2E 1F 1C http://gnupg.org signature.asc Description: PGP signature
Bug#621105: NMUed
Package: dsniff Severity: normal I have NMUed the package; the bug was FTBFS and without a response for over a month. Attached is a patch used for NMU. O. -- System Information: Debian Release: 6.0.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=cs_CZ.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash diff --git a/debian/changelog b/debian/changelog index 0f66d80..7d7146e 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,10 @@ +dsniff (2.4b1+debian-19.1) unstable; urgency=low + + * Non-maintainer upload. + * Build-depend on libdb-dev (Closes: #621105) + + -- Ondřej Surý Fri, 13 May 2011 11:24:37 +0200 + dsniff (2.4b1+debian-19) unstable; urgency=low * Standards-Version: 3.9.1 diff --git a/debian/control b/debian/control index 714b9c1..7648f48 100644 --- a/debian/control +++ b/debian/control @@ -3,7 +3,7 @@ Section: net Priority: extra Maintainer: Luciano Bello Standards-Version: 3.9.1 -Build-Depends: libdb4.6-dev, libpcap0.8-dev, libnids-dev, libssl-dev, libxmu-dev, libnet1-dev, debhelper (>= 8.0.0), dpatch +Build-Depends: libdb-dev, libpcap0.8-dev, libnids-dev, libssl-dev, libxmu-dev, libnet1-dev, debhelper (>= 8.0.0), dpatch Package: dsniff Architecture: any
Bug#614400: Please fix linux-image-2.6.32-5-xen-amd64
On Fri, 2011-05-13 at 10:20 +0100, Tiago Sousa wrote: > I see most kernels are fixed, including linux-image-2.6.32-5-xen-686. > But linux-image-2.6.32-5-xen-amd64 is missing (currently in version > 2.6.32-31)! Do you plan to fix it? Thanks. I'm not sure where you get this info, both packages come from the same source, both i386 and amd64 variants have been built and are available in stable-proposed updates. Ian. -- Ian Campbell Current Noise: Grand Magus - At Midnight They'll Get Wise Steal this tagline. I did. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#626584: ifeffit needs rebuilding and it seems the buildds can't do it
package: ifeffit severity: serious x-debbugs-cc: debian-rele...@lists.debian.org ifeffit needs rebuilding against the new perl and it seems the buildds can't build it due to the build-depends on the non-free package pgplot5. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#614400: My bad
Sorry, my bad. I thought it was already in stable, instead it is in stable-proposed. Thank you! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#626585: override: lbt:section, lbt:priority
Package: ftp.debian.org lbt_1.2.2-5_amd64.deb: package says section is science, override says math. lbt_1.2.2-5_amd64.deb: package says priority is extra, override says optional. This package is about transformation of logical formulas, section=science is more approriate for that. Priority was downgraded to extra as of debian-science policy. Cheers -Ralf. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#626563: [Pkg-xfce-devel] Bug#626563: thunar: Backup files no longer hidden
Hi Yves-Alexis. >> Where can this >> be fixed? I do not see an option in the settings dialogue nor in >> ~/.config/Thunar/thunarrc > > Right now, I guess in the source code :) It would of course be great if this could be made an option in thunarrc (or even in the settings dialogue). It is actually quite annoying to have all the backup files visible all the time. Regards Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#626576: [gajim] gajim consumes 100% when idle
Il 13/05/2011 10:59, Yann Leboulanger ha scritto: Le 13/05/2011 10:34, Riccardo Magliocchetti a écrit : Package: gajim Version: 0.14.1-1 Severity: important Hi, gajim consumes 100% cpu even if it is closed in the tray. gajim -v shows that a message like this 10:28:40 (I) gajim.c.x.idlequeue read timeout removed for fd 24 For that specific second the message is written 2512 times which is probably a lot even for "instant" :). AFAIR this is something that regressed around 0.14.0 (sorry for not filing it before). I think one the file transfer proxies you use does strange things. As a temporary workarround, you can disable file transfer proxies in account preferences, General tab Yes, that's it. Thanks for the workaround, will try to find the offending server, both are ejabberd, one is 2.1.6 and the other one is an ancient 1.x. riccardo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#626586: Menu: View > Side Pane > [ ] Shortcuts / [ ] Tree should be radio buttons
Package: thunar Version: 1.2.1-6 Severity: minor Hi. The menu options Shortcuts and Tree in the submenu View > Side Pane are checkboxes, even though checking one unchecks the other. They should clearly be radio buttons. Regards Andreas -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.38-2-686 (SMP w/2 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages thunar depends on: ii desktop-file-utils0.15-2 Utilities for .desktop files ii exo-utils 0.6.0-3Utility files for libexo ii libatk1.0-0 2.0.0-1The ATK accessibility toolkit ii libc6 2.11.2-11 Embedded GNU C Library: Shared lib ii libcairo2 1.10.2-6 The Cairo 2D vector graphics libra ii libdbus-1-3 1.4.8-3simple interprocess messaging syst ii libdbus-glib-1-2 0.92-1 simple interprocess messaging syst ii libexo-1-00.6.0-3Library with extensions for Xfce ii libgdk-pixbuf2.0-02.23.3-3 GDK Pixbuf library ii libglib2.0-0 2.28.6-1 The GLib library of C routines ii libgtk2.0-0 2.24.4-3 The GTK+ graphical user interface ii libgudev-1.0-0167-3 GObject-based wrapper library for ii libice6 2:1.0.7-1 X11 Inter-Client Exchange library ii libnotify1 [libnotify1-gtk2.1 0.5.0-2sends desktop notifications to a n ii libpango1.0-0 1.28.3-6 Layout and rendering of internatio ii libsm62:1.2.0-1 X11 Session Management library ii libtdb1 1.2.9-1Trivial Database - shared library ii libthunarx-2-01.2.1-6extension library for thunar ii libxfce4ui-1-04.8.0-2widget library for Xfce ii libxfce4util4 4.8.1-2Utility functions library for Xfce ii shared-mime-info 0.90-1 FreeDesktop.org shared MIME databa ii thunar-data 1.2.1-6Provides thunar documentation, ico Versions of packages thunar recommends: ii dbus-x11 1.4.8-3simple interprocess messaging syst ii gvfs 1.6.4-3userspace virtual filesystem - ser ii libfontconfig12.8.0-2.2 generic font configuration library ii libfreetype6 2.4.4-1FreeType 2 font engine, shared lib ii thunar-volman 0.6.0-4Thunar extension for volumes manag ii tumbler 0.1.21-2 D-Bus thumbnailing service ii xdg-user-dirs 0.13-2 tool to manage well known user dir ii xfce4-panel 4.8.3-2panel for Xfce4 desktop environmen Versions of packages thunar suggests: ii thunar-archive-plugin 0.3.0-2Archive plugin for Thunar file man ii thunar-media-tags-plugin 0.1.2-3Media tags plugin for Thunar file -- 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#626587: lintian: negated arch-specific overrides don't work
Package: lintian
Version: 2.5.0
Severity: normal
Tags: patch
Hi,
thanks for implementing arch-specific overrides. Due to a small logic
error, the negated ones do not work. This patch for Tags.pm fixes that
behaviour:
# missing wildcard checks and sanity checking archs $arch
if ($negated) {
-$found = 1 if !$found;
-} else {
-$found = 0 if $found;
+$found = $found ? 0 : 1;
}
Andreas
-- System Information:
Debian Release: 6.0.1
APT prefers stable
APT policy: (800, 'stable'), (700, 'testing'), (600, 'unstable'), (500,
'stable-updates'), (130, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.32-5-amd64 (SMP w/4 CPU cores)
Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages lintian depends on:
ii binutils 2.21.0.20110327-3 The GNU assembler, linker and bina
ii diffstat 1.54-1produces graph of changes introduc
ii dpkg-dev 1.16.0.3 Debian 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 libdigest-sha-perl 5.48-1Perl extension for SHA-1/224/256/3
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.54-2module to manipulate and access UR
ii locales2.11.2-10 Embedded GNU C Library: National L
ii man-db 2.5.7-8 on-line manual pager
ii perl [libdigest-sha-pe 5.10.1-20 Larry Wall's Practical Extraction
ii unzip 6.0-4 De-archiver for .zip files
lintian recommends no packages.
Versions of packages lintian suggests:
ii binutils-multiarch 2.21.0.20110327-3 Binary utilities that support mult
ii libhtml-parser-perl3.66-1collection of modules that parse H
ii libtext-template-perl 1.45-2Text::Template perl module
ii man-db 2.5.7-8 on-line manual pager
-- no debconf information
-- debsums errors found:
debsums: changed file /usr/share/lintian/lib/Lintian/Tags.pm (from lintian
package)
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#626352: arguments for bug
On 12 May 2011 21:59, Tomáš Hnyk wrote: >> Nice to hear that others consider my decision for recommends reasonable. >> The original poster might like to reread the guidelines when to use >> Depends and when Recommends. > > Do you mean this: > http://www.debian.org/doc/debian-policy/ch-relationships.html ? > > > "Depends > This declares an absolute dependency > The Depends field should be used if the depended-on package is required for > the depending package to provide a significant amount of functionality. > > Recommends > > This declares a strong, but not absolute, dependency. > > The Recommends field should list packages that would be found together with > this one in all but unusual installations." > >> The fact that many -data packages are >> Depends is just because they fit the criterion that the package really >> does not work without -data. This is not the case for texmaker. > > Well, at least for the translations, I think that amounts to "significant > amount of functionality" - consider someone who only speaks French and uses > her system in French. If she installs with --no-install-recommends, she will > get a program with interface she does not understand. Therefore, she will > not be able to use the program or only with utmost difficulty. Therefore, > the program will not be functioning for her. I think that is the reasoning > of many of the packages. > > So I will once again propose to split texmaker-data into texmaker-data > depending on texmaker and including the icons and the translations and > texmaker-docs being recommended by texmaker. I sponsored the original upload of this package and IIRC the split was largely based on arch: any vs. arch: all with recommends instead of depends selected because it's neither broken nor useless without the contents of -data, which in my view matched the description of "strong, but not absolute". The translations issue is an interesting one that perhaps warrants further discussion -devel and/or explicit mention in policy. (I'm not aware of any formal consensus). If the goal of --no-install-recommends is "minimise" disk space then requiring all of the translations would seem to be at odds with it. Then again not shipping the translations seems to be at odds with the basic principles of userfriendlyness and "play nicely with non-English languages". Is --no-install-recommends pretty much equivalent to --no-unneeded-user-friendlyness though? I have no strong opinions either way, but I'm interested in the broader question from a policy POV. Alan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#626588: ITP: gdb-mingw-w64 -- Cross-debugger for 32- and 64-bit Windows using MinGW-w64
Package: wnpp Severity: wishlist Owner: Stephen Kitt * Package name: gdb-mingw-w64 Version : 7.2 Upstream Author : Free Software Foundation, Inc. * URL : http://www.gnu.org/software/gdb/ * License : GPL-3+ Programming Lang: C, C++, Python Description : Cross-debugger for 32- and 64-bit Windows using MinGW-w64 MinGW-w64 provides a development and runtime environment for 32- and 64-bit Windows applications using the GNU Compiler Collection (gcc). This package contains the gdb debugger which can be used with a Windows-hosted gdbserver to debug programs running on Windows hosts. It also contains gdbserver for 32- and 64-bit Windows. I'll be basing this package on gdb-source (and specifying "Built-Using") in the same way as binutils-mingw-w64 and gcc-mingw-w64. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#626133: RM: software-center/experimental -- ROM; Unusable (WAS: software-center: doesn't work in experimental)
retitle 626133 RM: software-center/experimental -- ROM; Unusable reassign 626133 ftp.debian.org affects 626133 software-center severity normal thanks On Mon, 2011-05-09 at 13:39 +0800, Paul Wise wrote: > Package: software-center > Version: 2.1.7debian1 > Severity: serious > > software-center from experimental needs to depend on python-launchpadlib > and make some updates for xapian and python apt stuff: The version in experimental is broken. It will be replaced by version 4 once I have the time to disable the new Ubuntu specific stuff therein (package reviews being the stuff). Requesting removal for now. -- Julian Andres Klode - Debian Developer, Ubuntu Member See http://wiki.debian.org/JulianAndresKlode and http://jak-linux.org/. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#626404: mudlet: Error loading startup include
Il giorno ven, 13/05/2011 alle 09.12 +1000, Craig Small ha scritto: > On Thu, May 12, 2011 at 12:12:56PM +0200, Claudio Giordano wrote: > > Yes, they are the only errors. > What I suspect is happening is that it may be locale related as the > GeyserSetConstraint.lua file fiddles with the locale so it could be > significant. Yes, the problem comes from locale if I change my locales with export LC_ALL=C and then launch mudlet, works correctly. > I suspect the subsequent errors are just because we cannot define the > constraints because the GeyserSetConstraints script fails. > I will probably change the LuaGlobal script to use loadfile anyhow as it > gives better error messages. I find in GeyserSetConstraints.lua this comment: -- Heiko: on European locales this leads to compile errors because --scale will be "0,5" instead of "0.5"-> syntax error --Need to find out if there's more such cases in Geyse --Need to find out if there's more such cases in Geyser my standard locales is: LANG=it_IT.utf8 LANGUAGE= LC_CTYPE="it_IT.utf8" LC_NUMERIC="it_IT.utf8" LC_TIME="it_IT.utf8" LC_COLLATE="it_IT.utf8" LC_MONETARY="it_IT.utf8" LC_MESSAGES="it_IT.utf8" LC_PAPER="it_IT.utf8" LC_NAME="it_IT.utf8" LC_ADDRESS="it_IT.utf8" LC_TELEPHONE="it_IT.utf8" LC_MEASUREMENT="it_IT.utf8" LC_IDENTIFICATION="it_IT.utf8" LC_ALL= Thanks. -- Claudio Giordano -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#426756: ported pypxeboot patches to busybox udhcpc
Hi Michael,
On 13.05.2011 10:13, Michael Tokarev wrote:
So basically, the only modification this patch provides is
to add -M option to specify alternative MAC address, right?
Yes
I think it should be addressed upstream first, or at least
tried to. I may take care of that.
That would be great!
But I've at least one comment about the code, see below.
This has 2 problems. First, you can't cast uint8_t to unsigned int*,
the result is at least endian-dependent (where's the byte of int which
should go to our uint8 -- in the end of int or at the beginning of it),
and sscanf will access bytes which are not within the hwmac array.
Second, if you make a mistake/typo in the mac address, it will be
silently ignored - at least a warning should be printed in this
case.
Thanks for the good feedback! Both problems should have been adressed in
the attached patches.
Regards,
Bjoern
diff -urN busybox-1.18.4/networking/udhcp/dhcpc.c
busybox-1.18.4-patched/networking/udhcp/dhcpc.c
--- busybox-1.18.4/networking/udhcp/dhcpc.c 2011-03-13 02:45:40.0
+0100
+++ busybox-1.18.4-patched/networking/udhcp/dhcpc.c 2011-05-13
12:10:25.007347099 +0200
@@ -856,6 +856,7 @@
//usage: "\n -i,--interface IFACEInterface to use (default eth0)"
//usage: "\n -p,--pidfile FILE Create pidfile"
//usage: "\n -s,--script PROGRun PROG at DHCP events
(default "CONFIG_UDHCPC_DEFAULT_SCRIPT")"
+//usage: "\n -M,--mac MACMAC address to use instead of
HW MAC (example: 00:13:37:c0:ff:ee)"
//usage: "\n -t,--retries N Send up to N discover packets"
//usage: "\n -T,--timeout N Pause between packets (default
3 seconds)"
//usage: "\n -A,--tryagain N Wait N seconds after failure
(default 20)"
@@ -931,7 +932,8 @@
int udhcpc_main(int argc UNUSED_PARAM, char **argv)
{
uint8_t *temp, *message;
- const char *str_V, *str_h, *str_F, *str_r;
+ uint32_t hwmac[6];
+ const char *str_V, *str_h, *str_F, *str_r, *str_M;
IF_FEATURE_UDHCP_PORT(char *str_P;)
void *clientid_mac_ptr;
llist_t *list_O = NULL;
@@ -966,6 +968,7 @@
"release\0"No_argument "R"
"request\0"Required_argument "r"
"script\0" Required_argument "s"
+ "mac\0"Required_argument "M"
"timeout\0"Required_argument "T"
"version\0"No_argument "v"
"retries\0"Required_argument "t"
@@ -992,16 +995,17 @@
OPT_R = 1 << 9,
OPT_r = 1 << 10,
OPT_s = 1 << 11,
- OPT_T = 1 << 12,
- OPT_t = 1 << 13,
- OPT_S = 1 << 14,
- OPT_A = 1 << 15,
- OPT_O = 1 << 16,
- OPT_o = 1 << 17,
- OPT_x = 1 << 18,
- OPT_f = 1 << 19,
+ OPT_M = 1 << 12,
+ OPT_T = 1 << 13,
+ OPT_t = 1 << 14,
+ OPT_S = 1 << 15,
+ OPT_A = 1 << 16,
+ OPT_O = 1 << 17,
+ OPT_o = 1 << 18,
+ OPT_x = 1 << 19,
+ OPT_f = 1 << 20,
/* The rest has variable bit positions, need to be clever */
- OPTBIT_f = 19,
+ OPTBIT_f = 20,
USE_FOR_MMU( OPTBIT_b,)
IF_FEATURE_UDHCPC_ARPING(OPTBIT_a,)
IF_FEATURE_UDHCP_PORT( OPTBIT_P,)
@@ -1025,7 +1029,7 @@
#endif
;
IF_LONG_OPTS(applet_long_options = udhcpc_longopts;)
- opt = getopt32(argv, "CV:H:h:F:i:np:qRr:s:T:t:SA:O:ox:f"
+ opt = getopt32(argv, "CV:H:h:F:i:np:qRr:s:M:T:t:SA:O:ox:f"
USE_FOR_MMU("b")
IF_FEATURE_UDHCPC_ARPING("a")
IF_FEATURE_UDHCP_PORT("P:")
@@ -1033,6 +1037,7 @@
, &str_V, &str_h, &str_h, &str_F
, &client_config.interface, &client_config.pidfile, &str_r /*
i,p */
, &client_config.script /* s */
+ , &str_M /* M */
, &discover_timeout, &discover_retries, &tryagain_timeout /*
T,t,A */
, &list_O
, &list_x
@@ -1092,6 +1097,27 @@
return 1;
}
+ if (opt & (OPT_M)) {
+ int nrmacfields = sscanf(str_M,"%x:%x:%x:%x:%x:%x",
+ &hwmac[0],
+ &hwmac[1],
+ &hwmac[2],
+ &hwmac[3],
+ &hwmac[4],
+ &hwmac[5]);
+ if (nrmacfields == 6) {
+ for (int i = 0; i < 6; ++i) {
+ if (hwmac[i] > 255) {
+
Bug#626589: Typo in package description
Package: proofgeneral-coq
Version: 3.7-4
Severity: minor
Tags: patch
Hello,
I found a small typo in the package description of proofgeneral-coq while
translating it via the DDTSS. A patch for the control file is included.
Regards Erik
-- System Information:
Debian Release: wheezy/sid
APT prefers testing
APT policy: (500, 'testing'), (10, 'experimental'), (10, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.38-2-686 (SMP w/1 CPU core)
Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
--- proofgeneral_3.7-4.diff 2011-05-13 12:15:52.0 +0200
+++ proofgeneral_3.7-4.diff.new 2011-05-13 12:22:48.0 +0200
@@ -521,7 +521,7 @@
+Architecture: all
+Depends: ${misc:Depends}, proofgeneral
+Recommends: coq
-+Description: generic interface for proof assistants - coq support
++Description: generic interface for proof assistants - Coq support
+ Proof General is a major mode to turn Emacs into an interactive proof
+ assistant to write formal mathematical proofs using a variety of
+ theorem provers. It works with either XEmacs or GNU Emacs.
Bug#534964: Any updates on this BUG?
* maximilian attems [2011-05-12 11:53:25]: > On Wed, May 11, 2011 at 12:08:10PM +, maximilian attems wrote: > > On Wed, May 11, 2011 at 11:33:31AM +, maximilian attems wrote: > > > On Wed, May 11, 2011 at 04:43:06PM +0530, Balbir Singh wrote: > > > > wrote: > > > > > Hi, Ben, > > > > > > > > > > We've made significant progress in reducing the overhead of memory > > > > > cgroup subsystem. I'd request you to try it and enable it. If there > > > > > are some concerns, we could always address them. There are more > > > > > interesting changes on the way as well. > > > > could you point to the relevant commits? > > so unless this information comes along soon, > I'll revert my change. > There are just so many of them, I am not sure where to start. Let me try From http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=history;f=mm/memcontrol.c;h=010f9166fa6ea099b7ab7b5ccdefe7af8cf033f4;hb=HEAD http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdiff;h=483c30b514bd3037fa3f19fa42327c94c10f51c8 http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=854ffa8d104e44111fec96764c0e0cb29223d54c http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=cdec2e4265dfa09490601b00aeabd8a8d4af30f0 http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=569b846df54ffb2827b83ce3244c5f032394cba4 http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=0c3e73e84fe3f64cf1c2e8bb4e91e8901cbcdc38 http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=7ffd4ca7a2cdd7a18f0b499a4e9e0e7cf36ba018 http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=5564e88ba6fd2f6dcd83a592771810cd84b5ae80 http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=3403968d7a7dc373901cad0cad56b3afcb09cc50 -- Three Cheers, Balbir -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#626579: libxpcom.so: cannot open shared object file: No such file or directory
On Fri, May 13, 2011 at 11:13:15AM +0200, Tim Rühsen wrote: > Am Friday, 13. May 2011 schrieben Sie: > > On Fri, May 13, 2011 at 10:50:59AM +0200, Tim Ruehsen wrote: > > > Package: xulrunner-1.9.1 > > > Version: 1.9.1.19-2 > > > Severity: normal > > > > > > Hi, > > > > > > it seems that *.so libraries are not found: > > > > > > blitz-lx:/usr/lib/xulrunner-1.9.1# ./xpcshell > > > ./xpcshell: error while loading shared libraries: libxpcom.so: cannot > > > open shared object file: No such file or directory > > > > > > blitz-lx:/usr/lib/xulrunner-1.9.1# ldd xpcshell > > > > > > linux-vdso.so.1 => (0x7fff38e86000) > > > /usr/lib/libc/memcpy-syslog-preload.so (0x7f0fdf20) > > > libpthread.so.0 => /lib/libpthread.so.0 (0x0034e680) > > > libxpcom.so => not found > > > libxul.so => not found > > > libmozjs.so.2d => /usr/lib/libmozjs.so.2d (0x7f0fdef1c000) > > > libnspr4.so.0d => /usr/lib/libnspr4.so.0d (0x0034ef80) > > > libreadline.so.6 => /lib/libreadline.so.6 (0x0034ec00) > > > libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0x0034e880) > > > libc.so.6 => /lib/libc.so.6 (0x0034e5c0) > > > /lib64/ld-linux-x86-64.so.2 (0x0034e580) > > > libm.so.6 => /lib/libm.so.6 (0x0034e640) > > > libdl.so.2 => /lib/libdl.so.2 (0x0034e600) > > > libncurses.so.5 => /usr/lib/libncurses.so.5 (0x0034f000) > > > libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x0034e840) > > > > > > I did a reinstall of xulrunner-1.9.1, but still the same problem. > > > > > > It seems that /usr/lib/xulrunner-1.9.1/ is missing in /etc/ld.so.conf > > > resp. /etc/ld.so.conf.d. After adding it there plus executing ldconf, > > > the missing libraries are found. Maybe you could provide a file for > > > /etc/ld.so.conf.d/ and trigger ldconfig. > > > > xpcshell is not supposed to be started alone. you need to use the > > run-mozilla.sh wrapper script. > > Sorry, I forget to say that it causes a problem with prelink: > prelink: /usr/lib/xulrunner-1.9.1/xulrunner-bin: Could not find one of > the dependencies > > This just means, this libraries would not prelink. Would be nice to avoid > such > messages and have it going Just set LD_LIBRARY_PATH when you prelink. Prelinking is a terrible idea anyway. Mike -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#624651: grpn 1.3.3 available
Package: grpn Severity: normal Version 1.3.3 available see : http://freshmeat.net/projects/grpn/ or files : http://www.getreu.net/public/downloads/software/grpn/grpn-1.3.3/ grpn_1.3.3-1.dsc grpn_1.3.3-1.tar.gz grpn_1.3.3-1_amd64.deb grpn_1.3.3-1_i386.deb CHANGES v1.3.3 A minor bug was fixed. If the decimal separator is set to "," by the locale, then the behavior of the "." button is also changed to ",". -- System Information: Debian Release: 6.0.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages grpn depends on: ii libatk1.0-01.30.0-1 The ATK accessibility toolkit ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib ii libcairo2 1.10.0-1ubuntu2 The Cairo 2D vector graphics libra ii libfontconfig1 2.8.0-2.1 generic font configuration library ii libfreetype6 2.4.2-2.1 FreeType 2 font engine, shared lib 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 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 grpn recommends no packages. grpn 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#626590: (no subject)
Subject: hobbit-plugins: deactivate signaling manuell installed packages, which are not in the repo Package: hobbit-plugins Version: 20100527 Severity: wishlist Tags: squeeze -- System Information: Debian Release: 6.0.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#626583: closed by Thorsten Glaser (Re: Bug#626583: cvs: Debian changelog is truncated)
On 2011-05-13 11:21 +0200, Debian Bug Tracking System wrote: > There are no old entries. The new cvs package is not > derived from the old package. How is that possible, given that it's still the same .orig tarball (modulo repackaging)? You may have done the Debian packaging from scratch, but I don't think this is sufficient reason to destroy the package's history. Regards, Sven -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#625978: librdf-trine-perl: Not needed (Build-)Depends on libdigest-sha1-perl
Hi Kjetil On Fri, May 13, 2011 at 08:53:43AM +0200, Kjetil Kjernsmo wrote: > Yeah, this definitely fixed upstream, so this can be closed as 0.135 > propagates. > It is in sid now. Thanks, Jonas, and thanks for pointing out the unneeded dep! I have already closed now the bugreport :-). Bests Salvatore signature.asc Description: Digital signature
Bug#626191: spamassassin: defined(%hash) is deprecated
Good afternoon Bob,
Ok, I'm looking to "bug report" this spammassin's bug.
I thought it was related with the Bug#626191 and I wanted your opinion
concerning this issue.
Thanks you!!
Frédéric
genpashiro wrote:
> Good evening Bob,
Good evening Frédéric,
> After restarting spamssassin, there's an other warning message :
>
> "Restarting SpamAssassin Mail Filter Daemon: mai 12 22:10:18.052 [13521]
> warn: Use of uninitialized value $opt{"syslog-socket"} in
> lc at /usr/sbin/spamd line 444.
> spamd."
That is a different and separate issue. I am not using spamd and have
not seen that warning yet.
It isn't good to combine different bugs into one report since those
are unrelated and will have unique and separate solutions so let's get
that one into a bug report just for it so as not to cause confusion
between. Please send this as a new bug report against spamassassin.
Thanks!
Bob
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#626579: libxpcom.so: cannot open shared object file: No such file or directory
Am Friday, 13. May 2011 schrieb Mike Hommey: > On Fri, May 13, 2011 at 11:13:15AM +0200, Tim Rühsen wrote: > > Sorry, I forget to say that it causes a problem with prelink: > > prelink: /usr/lib/xulrunner-1.9.1/xulrunner-bin: Could not find one of > > > > the dependencies > > > > This just means, this libraries would not prelink. Would be nice to avoid > > such messages and have it going > > Just set LD_LIBRARY_PATH when you prelink. > Prelinking is a terrible idea anyway. Prelinking is automatically done by cron when you install the package 'prelink'. I don't like modifying the cron script since it is provided by the package as is. What I did is putting a file into /etc/ld.so.conf.d/ which contains the library path '/usr/lib/xulrunner-1.9.1/'. But this a short time workaround which will break when xulrunner-1.9.1 is removed or replaced by a new version. A proper solution still would be if xulrunner-x.y.z (whatever version) could provide the mentioned file. I have enough of these little things to keep in mind... computers are better at houskeeping library paths. If you fix it, there are some nice side effects: - prelink will work - ldd will show the correct dependencies - any program relying on ldd or prelink will work ( i am shure this list is not complete !) > Prelinking is a terrible idea anyway. It is beyond of the scope of this bug report... but maybe you could be more precise or link me to good discussions about pros and cons (never found a funded con that was relevant to me). I personally use prelink since many years and can't remember any serious problems. But I just use on my desktop and not on any server. Just being precautious, not having a real reason. Regards, Tim -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#623958: identicurse: Unexpected behavior if you edit something in the first line of a post with two lines.
The tarball for 0.7.3, which incorporates the fix for this bug, is now released. Sorry for the delay.
Bug#626591: gnome-desktop-environment: black screen on gnome logout
Package: gnome-desktop-environment Version: 2.30.2 Severity: important Tags: upstream When I logout from gnome the system don't return to the login screen. I can confirm logout but after that I have a black screen. The consoles are still working. There is no error message in the X server log (no EE entry). If I do the "switch user" and then the "logout" it works - I get the login screen. Probably the logout is executed, but the login screen does not appear. -- System Information: Debian Release: 6.0.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'proposed-updates'), (500, 'stable') Architecture: i386 (i686), Celeron, 1 GB RAM Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#594820: clang: specify libstdc++ version of headers to use
I second that. For me, the following configure options work: --with-c-include-dirs=/usr/include/$(DEB_BUILD_GNU_TYPE):/usr/include --with-cxx-include-root=/usr/include/c++/4.5 --with-cxx-include-arch=$(DEB_BUILD_GNU_TYPE) --with-cxx-include-32bit-dir=32 --with-cxx-include-64bit-dir=64 Obviously, you have to replace /usr/include/c++/4.5 with the version that is appropriate. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#606183: Patch for prepared NMU
Package: sks
Severity: normal
Hi,
I have prepared patch for upgrade to Berkeley DB version 5.1 and I
have also written automagic upgrade of Berkeley DB database files
(based on script I have written for cyrus-imapd).
I have tested that in pbuilder environment, so it needs some more live
testing, but so far it looks good.
O.
-- System Information:
Debian Release: 6.0.1
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.32-5-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=cs_CZ.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
diff --git a/debian/NEWS b/debian/NEWS
index 428a9f7..a2e7ffd 100644
--- a/debian/NEWS
+++ b/debian/NEWS
@@ -1,3 +1,12 @@
+sks (1.1.1+dpkgv3-6.1) unstable; urgency=low
+
+ sks now uses a Berkeley DB version 5.1 without XA environment.
+ The postinst script should upgrade the database automatically.
+ There will be backup in /var/backups/sks in case something went
+ wrong.
+
+ -- Ondřej Surý Fri, 13 May 2011 12:38:29 +0200
+
sks (1.1.1+dpkgv3-1) unstable; urgency=high
*** NOTE ***
diff --git a/debian/README.Debian b/debian/README.Debian
index 3793735..d263f14 100644
--- a/debian/README.Debian
+++ b/debian/README.Debian
@@ -21,20 +21,6 @@ To make the server start you have to edit the defaults file:
vi /etc/default/sks
-If you have an old database from a Berkely DB Version (e.g 4.6) prior to the
-current version (at the moment 4.7) you have to do the following in
-/var/lib/sks/DB and /var/lib/sks/PTree:
-
- db4.6_checkpoint -1
- db4.6_recover
- db4.7_recover -e
- db4.7_checkpoint -1
- db4.7_archive | xargs --no-run-if-empty rm -f
-
- chown -R debian-sks:debian-sks /var/lib/sks /var/log/sks
-
-Then you can start the database with /etc/init.d/sks start.
-
If you want to connect to the global sks-network, send a mail to
pgp-keyserver-f...@flame.org or sks-de...@nongnu.org and ask for
gossip partners. Include the partners in /etc/sks/membership.
@@ -44,4 +30,4 @@ gossip partners. Include the partners in /etc/sks/membership.
Thanks to Peter Palfrader for building the
original Debian package.
- -- Christoph Martin , Mon, 27 Sep 2010 12:07:30 +0200
+ -- Ondřej Surý , Fri, 13 May 2011 13:15:18 +0200
diff --git a/debian/changelog b/debian/changelog
index 6ac97ae..7a2fd10 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,12 @@
+sks (1.1.1+dpkgv3-6.1) unstable; urgency=low
+
+ * Non-maintainer upload.
+ * Remove XA environment usage (patch from upstream) and use generic -ldb
+library to link with (Closes: #621384)
+ * Add automagick upgrade of Berkeley DB databases (Closes: #606183)
+
+ -- Ondřej Surý Fri, 13 May 2011 12:33:13 +0200
+
sks (1.1.1+dpkgv3-6) unstable; urgency=high
* fix to not really working fix for strip of bytecode (closes: 599029)
diff --git a/debian/control b/debian/control
index e12d147..f3d9af2 100644
--- a/debian/control
+++ b/debian/control
@@ -4,7 +4,7 @@ Priority: optional
Standards-Version: 3.8.3
Maintainer: Christoph Martin
Uploaders: Fabio M. Di Nitto
-Build-Depends: ocaml (>= 3.08), camlp4, libdb4.7-dev, debhelper (>= 7.0.50~), zlib1g-dev, libcryptokit-ocaml-dev (>= 1.2-4), ocaml-nox (>= 1.3-4), perl, perl-doc
+Build-Depends: ocaml (>= 3.08), camlp4, libdb-dev, debhelper (>= 7.0.50~), zlib1g-dev, libcryptokit-ocaml-dev (>= 1.2-4), ocaml-nox (>= 1.3-4), perl, perl-doc
Package: sks
Architecture: any
diff --git a/debian/patches/203_db.patch b/debian/patches/203_db.patch
new file mode 100644
index 000..86e327e
--- /dev/null
+++ b/debian/patches/203_db.patch
@@ -0,0 +1,11 @@
+--- a/bdb/Makefile
b/bdb/Makefile
+@@ -29,7 +29,7 @@
+ OCAMLOPTFLAGS=$(COMMONCAMLFLAGS) -inline 40
+
+ ifndef LIBDB
+-LIBDB=-ldb-4.6
++LIBDB=-ldb
+ endif
+
+ COBJS = bdb_stubs.o
diff --git a/debian/patches/203_db47.patch b/debian/patches/203_db47.patch
deleted file mode 100644
index c914190..000
--- a/debian/patches/203_db47.patch
+++ /dev/null
@@ -1,11 +0,0 @@
a/bdb/Makefile
-+++ b/bdb/Makefile
-@@ -29,7 +29,7 @@
- OCAMLOPTFLAGS=$(COMMONCAMLFLAGS) -inline 40
-
- ifndef LIBDB
--LIBDB=-ldb-4.6
-+LIBDB=-ldb-4.7
- endif
-
- COBJS = bdb_stubs.o
diff --git a/debian/patches/512_no_XA_berkeleydb.patch b/debian/patches/512_no_XA_berkeleydb.patch
new file mode 100644
index 000..303988b
--- /dev/null
+++ b/debian/patches/512_no_XA_berkeleydb.patch
@@ -0,0 +1,44 @@
+--- a/bdb/bdb.ml
b/bdb/bdb.ml
+@@ -55,7 +55,7 @@ struct
+
+ type t = db
+
+- type create_flag = XA_CREATE
++ type create_flag
+
+ type open_flag =
+ CREATE | EXCL | NOMMAP | RDONLY | THREAD | TRUNCATE | AUTO_COMMIT
+--- a/bdb/bdb_stubs.c
b/bdb/bdb_stubs.c
+@@ -371,11 +371,10 @@ value caml_dbenv_set_cachesize(value dbe
+
+ /** DB Flags ***/
+ static int db_create_flags[] = {
+- DB_XA_CREATE
+ };
+
+ //+
+-//+ type create_flag = XA_CREATE
++//+ type create_flag
+
+ static int db_open
Bug#594820: clang: specify libstdc++ version of headers to use
Oh, and I forgot to mention that using --with-c-include-dirs=/usr/include/$(DEB_BUILD_GNU_TYPE):/usr/include also would solve #612949. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#606183: Database problem after 1.1.0 -> 1.1.1 upgrade
Package: sks
Severity: normal
Forgot to update dbX.Y-util in Depends...
Updated patch attached.
O.
-- System Information:
Debian Release: 6.0.1
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.32-5-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=cs_CZ.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
diff --git a/debian/NEWS b/debian/NEWS
index 428a9f7..a2e7ffd 100644
--- a/debian/NEWS
+++ b/debian/NEWS
@@ -1,3 +1,12 @@
+sks (1.1.1+dpkgv3-6.1) unstable; urgency=low
+
+ sks now uses a Berkeley DB version 5.1 without XA environment.
+ The postinst script should upgrade the database automatically.
+ There will be backup in /var/backups/sks in case something went
+ wrong.
+
+ -- Ondřej Surý Fri, 13 May 2011 12:38:29 +0200
+
sks (1.1.1+dpkgv3-1) unstable; urgency=high
*** NOTE ***
diff --git a/debian/README.Debian b/debian/README.Debian
index 3793735..d263f14 100644
--- a/debian/README.Debian
+++ b/debian/README.Debian
@@ -21,20 +21,6 @@ To make the server start you have to edit the defaults file:
vi /etc/default/sks
-If you have an old database from a Berkely DB Version (e.g 4.6) prior to the
-current version (at the moment 4.7) you have to do the following in
-/var/lib/sks/DB and /var/lib/sks/PTree:
-
- db4.6_checkpoint -1
- db4.6_recover
- db4.7_recover -e
- db4.7_checkpoint -1
- db4.7_archive | xargs --no-run-if-empty rm -f
-
- chown -R debian-sks:debian-sks /var/lib/sks /var/log/sks
-
-Then you can start the database with /etc/init.d/sks start.
-
If you want to connect to the global sks-network, send a mail to
pgp-keyserver-f...@flame.org or sks-de...@nongnu.org and ask for
gossip partners. Include the partners in /etc/sks/membership.
@@ -44,4 +30,4 @@ gossip partners. Include the partners in /etc/sks/membership.
Thanks to Peter Palfrader for building the
original Debian package.
- -- Christoph Martin , Mon, 27 Sep 2010 12:07:30 +0200
+ -- Ondřej Surý , Fri, 13 May 2011 13:15:18 +0200
diff --git a/debian/changelog b/debian/changelog
index 6ac97ae..0f2c7a9 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,13 @@
+sks (1.1.1+dpkgv3-6.1) unstable; urgency=low
+
+ * Non-maintainer upload.
+ * Remove XA environment usage (patch from upstream) and use generic -ldb
+library to link with (Closes: #621384)
+ * Add automagick upgrade of Berkeley DB databases (Closes: #606183)
+ * Change db4.7-util to Recommends: db4.7-util and Depends: db-util
+
+ -- Ondřej Surý Fri, 13 May 2011 13:38:52 +0200
+
sks (1.1.1+dpkgv3-6) unstable; urgency=high
* fix to not really working fix for strip of bytecode (closes: 599029)
diff --git a/debian/control b/debian/control
index e12d147..5b16fe0 100644
--- a/debian/control
+++ b/debian/control
@@ -4,11 +4,12 @@ Priority: optional
Standards-Version: 3.8.3
Maintainer: Christoph Martin
Uploaders: Fabio M. Di Nitto
-Build-Depends: ocaml (>= 3.08), camlp4, libdb4.7-dev, debhelper (>= 7.0.50~), zlib1g-dev, libcryptokit-ocaml-dev (>= 1.2-4), ocaml-nox (>= 1.3-4), perl, perl-doc
+Build-Depends: ocaml (>= 3.08), camlp4, libdb-dev, debhelper (>= 7.0.50~), zlib1g-dev, libcryptokit-ocaml-dev (>= 1.2-4), ocaml-nox (>= 1.3-4), perl, perl-doc
Package: sks
Architecture: any
-Depends: ${shlibs:Depends}, ${misc:Depends}, ${F:OCamlRun}, db4.7-util, adduser, logrotate
+Depends: ${shlibs:Depends}, ${misc:Depends}, ${F:OCamlRun}, db-util, adduser, logrotate
+Recommends: db4.7-util
Suggests: postfix | mail-transport-agent, procmail
Description: Synchronizing OpenPGP Key Server
SKS is an OpenPGP key server that correctly handles all OpenPGP features
diff --git a/debian/patches/203_db.patch b/debian/patches/203_db.patch
new file mode 100644
index 000..86e327e
--- /dev/null
+++ b/debian/patches/203_db.patch
@@ -0,0 +1,11 @@
+--- a/bdb/Makefile
b/bdb/Makefile
+@@ -29,7 +29,7 @@
+ OCAMLOPTFLAGS=$(COMMONCAMLFLAGS) -inline 40
+
+ ifndef LIBDB
+-LIBDB=-ldb-4.6
++LIBDB=-ldb
+ endif
+
+ COBJS = bdb_stubs.o
diff --git a/debian/patches/203_db47.patch b/debian/patches/203_db47.patch
deleted file mode 100644
index c914190..000
--- a/debian/patches/203_db47.patch
+++ /dev/null
@@ -1,11 +0,0 @@
a/bdb/Makefile
-+++ b/bdb/Makefile
-@@ -29,7 +29,7 @@
- OCAMLOPTFLAGS=$(COMMONCAMLFLAGS) -inline 40
-
- ifndef LIBDB
--LIBDB=-ldb-4.6
-+LIBDB=-ldb-4.7
- endif
-
- COBJS = bdb_stubs.o
diff --git a/debian/patches/512_no_XA_berkeleydb.patch b/debian/patches/512_no_XA_berkeleydb.patch
new file mode 100644
index 000..303988b
--- /dev/null
+++ b/debian/patches/512_no_XA_berkeleydb.patch
@@ -0,0 +1,44 @@
+--- a/bdb/bdb.ml
b/bdb/bdb.ml
+@@ -55,7 +55,7 @@ struct
+
+ type t = db
+
+- type create_flag = XA_CREATE
++ type create_flag
+
+ type open_flag =
+ CREATE | EXCL | NOMMAP | RDONLY | THREAD | TRUNCATE | AUTO_COMMIT
+--- a/bdb/bdb_stubs.c
b/bdb/bdb_stubs.c
+@@ -371,11 +371,10 @@ value caml_dbenv_set_cachesize(value d
Bug#626563: [Pkg-xfce-devel] Bug#626563: Bug#626563: thunar: Backup files no longer hidden
On ven., 2011-05-13 at 12:00 +0200, Andreas Neudecker wrote: > It would of course be great if this could be made an option in thunarrc > (or even in the settings dialogue). It is actually quite annoying to > have all the backup files visible all the time. I don't really think it needs to be an option though, it should just be fixed imho. Regards, -- Yves-Alexis -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#626586: [Pkg-xfce-devel] Bug#626586: Menu: View > Side Pane > [ ] Shortcuts / [ ] Tree should be radio buttons
On ven., 2011-05-13 at 12:04 +0200, Andreas Neudecker wrote: > The menu options Shortcuts and Tree in the submenu View > Side Pane are > checkboxes, even though checking one unchecks the other. They should clearly > be > radio buttons. Can you do radio buttons inside menus? -- Yves-Alexis -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#626572: music123 does not work like root or sudo
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Le 13/05/2011 11:20, Denis Gottardello a écrit : > >> >> In order to play wav file the default for music123 is esdplay, do you >> have it installed ? >> >> I can also run music123 as root on my x86_64 machine. >> >> Thanks in advance for any further information, cordially, xavier > > > Sorry for my bad english. > In my pc (i386) If I run "aplay Errore.wav" as root I can hear the music but > if I run "esdplay Errore.wav" I can't hear nothing. > In another machine without any desktop environment like gnome or kde if I run > "aplay Errore.wav" as root or as normal user I can hear the music but if I > run > "esdplay Errore.wav" as root or as normal user I can't hear nothing. So this isn't a music123 bug but a esdplay bug or feature or configuration problem. Do you have a .music123rc file ? If no, you should replace esdplay in /etc/music123rc by aplay The line toolesdplay wav,Wav,WAV "" should become toolaplay wav,Wav,WAV "" I hope it will help xavier PS: can you CC the bug (626...@bugs.debian.org) in order to keep track of our mail exchanges ? -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk3NHRYACgkQVIZi0A5BZF6UygCfT2xu1vz5LtEABGrorWiKzdkO hXIAn2430C1Zst8RyP0RWMc9anVJfWly =qfZ4 -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#594820: clang: specify libstdc++ version of headers to use
Le vendredi 13 mai 2011 à 13:44 +0200, Michael Wild a écrit : > Oh, and I forgot to mention that using > --with-c-include-dirs=/usr/include/$(DEB_BUILD_GNU_TYPE):/usr/include > also would solve #612949. Thanks for digging for me. I will add it in a further upload. Sylvestre -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#626565: maint-guide: dquilt script creates patches in wrong path
Hi, I think this is another user configuration problem on Ubuntu which is not really my business to fix but let me try. This maint-guide is written for the new quilt 0.48-7 in Debian stable. > ii quilt0.48-7 Tool to work with series of > patche You are running Ubuntu but the same version for quilt (older for devscripts). h Are not you experiencing this in older machine? This is second time Ubuntu user complained. See: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=609607#60 Please send BTS the "dpkg -l quilt" for the system you run this and also try the same as below and sen us the log. My system is functioning fine as below. --trace is the way to search root cause. $ cd tmp /home/osamu/tmp $ mkdir -p boo/debian; cd boo /home/osamu/tmp/boo $ mkdir -p debian/patches $ touch foo $ dquilt new p1 Patch p1 is now on top $ dquilt add foo File foo added to patch p1 $ echo "A" >foo $ dquilt refresh Refreshed patch p1 $ cat debian/patches/p1 --- /dev/null +++ b/foo @@ -0,0 +1 @@ +A $ dquilt --trace refresh + . /usr/share/quilt/refresh +++ type -t patch_file_name ++ '[' '' '!=' function ']' ++ '[' -r /usr/share/quilt/scripts/patchfns ']' ++ . /usr/share/quilt/scripts/patchfns +++ export TEXTDOMAIN=quilt +++ TEXTDOMAIN=quilt +++ export TEXTDOMAINDIR=/usr/share/locale +++ TEXTDOMAINDIR=/usr/share/locale +++ : en_US.utf8 +++ : en_US.utf8 +++ ORIGINAL_LANG=en_US.utf8 +++ export LANG=POSIX +++ LANG=POSIX +++ export QUILT_PATCHES QUILT_PC SUBDIR SERIES DB +++ DB_VERSION=2 +++ : .pc +++ '[' -d /usr/share/quilt/compat ']' +++ export PATH=/usr/share/quilt/compat:/usr/share/quilt/compat:/home/osamu/bin:/home/osamu/bin:/usr/local/bin:/usr/bin:/bin:/usr/local/games:/usr/games:/usr/sbin:/sbin +++ PATH=/usr/share/quilt/compat:/usr/share/quilt/compat:/home/osamu/bin:/home/osamu/bin:/usr/local/bin:/usr/bin:/bin:/usr/local/games:/usr/games:/usr/sbin:/sbin +++ unset CDPATH +++ shopt -s dotglob +++ '[' -e /home/osamu/.quiltrc-dpkg ']' +++ source /home/osamu/.quiltrc-dpkg d=. + readlink -e . '[' '!' -d ./debian -a /home/osamu/tmp/boo '!=' / ']' '[' -d ./debian ']' '[' -z '' ']' QUILT_PATCHES=debian/patches QUILT_PATCH_OPTS=--unified-reject-files QUILT_DIFF_ARGS='-p ab --no-timestamps --no-index --color=auto' QUILT_REFRESH_ARGS='-p ab --no-timestamps --no-index' QUILT_COLORS='diff_hdr=1;32:diff_add=1;34:diff_rem=1;31:diff_hunk=1;33:diff_ctx=35:diff_cctx=33' '[' -d ./debian/patches ']' +++ '[' -n refresh ']' echo refresh tr a-z A-Z +++ args=QUILT_REFRESH_ARGS [... cut here for long output ...] (Unless I get report with above information, I will close this bug.) Osamu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#621403: Automatic upgrades for Berkeley DB version
Package: openldap Severity: normal Hi, I have prepared automatic Berkeley DB version upgrade script for sks, if you want me to do something similar for openldap just ping me, it's not a big deal after all :) http://bugs.debian.org/cgi-bin/bugreport.cgi?msg=30;filename=sks_NMU.diff;att=1;bug=606183 (Or you can modify your debian/rules and postinst script yourself... ;) Ondrej -- System Information: Debian Release: 6.0.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=cs_CZ.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#626591: gnome-desktop-environment: black screen on gnome logout
reassign 626591 gdm forcemerge 626557 626591 thanks Le vendredi 13 mai 2011 à 11:29 +0200, awork a écrit : > When I logout from gnome the system don't return to the login screen. > I can confirm logout but after that I have a black screen. The consoles are > still working. > There is no error message in the X server log (no EE entry). > > If I do the "switch user" and then the "logout" it works - I get the login > screen. Please don’t report the same bug twice, and answer the questions asked instead. Thanks, -- .''`. Josselin Mouette : :' : `. `' `- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#610434: Has anyone attempted a tomcat7 package?
On Fri, 2011-05-13 at 10:25 +0200, James Page wrote: > I'll make time next week and get it uploaded to subversion/git (anyone > have any opinion on which - I personally prefer git). Debian's Java Packaging effort already uses SVN http://svn.debian.org/wsvn/pkg-java/ The tomcat6 effort is already there, so is natural for this tomcat7 effort to be there too, considering this is a Debian Bug being addressed. -- Ernesto Hernández-Novich - @iamemhn - Unix: Live free or die! Geek by nature, Linux by choice, Debian of course. If you can't aptitude it, it isn't useful or doesn't exist. GPG Key Fingerprint = 438C 49A2 A8C7 E7D7 1500 C507 96D6 A3D6 2F4C 85E3 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#626061: Another link showing the problems
Hi, another blog entry mentioning the firefox vs. NFS problems: https://blogs.cs.umbc.edu/willm1/2009/02/08/firefox-3-over-nfs-sucks/ with just another script to work around them: https://blogs.cs.umbc.edu/willm1/2009/02/08/firefox-3-over-nfs-sucks/#comment-5 > > - The tendency for iceweasel to have unaccessible bookmarks and history > > after a "crash" is quite new, on older systems iceweasel just refuses > > to > > start. > > yup, places.sqlite is used since iceweasel3 That's not what I meant. The problems mostly seen by me concern left over lock files preventing iceweasel from starting. Only recently have I personally seen iceweasel refusing to open bookmarks or history. In other words, the problems seem to get worse with newer iceweasel (sub-)versions. Anyway, for schools I recommend turning off the history and disabling search-as-you-type (at least for terminal servers), which reduces the probability of encountering the problems in this bug report. Regards, Erik -- Dipl.-Inform. Erik Auerswaldhttp://www.fg-networking.de/ auersw...@fg-networking.de Tel: +49-631-4149988-0 Fax: +49-631-4149988-9 Gesellschaft für Fundamental Generic Networking mbH Geschäftsführung: Volker Bauer, Jörg Mayer Gerichtsstand: Amtsgericht Kaiserslautern - HRB: 3630 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#626491: dictionaries-common: [intl:th] Updated Thai debconf translation
tag 626491 +pending thanks On Thu, May 12, 2011 at 06:26:16PM +0700, Theppitak Karoonboonyanan wrote: > Package: dictionaries-common > > Please update Thai debconf translation, as attached. Thanks a lot, Committed to or git repo. Will go in next upload. -- Agustin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#626572: music123 does not work like root or sudo
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Le 13/05/2011 14:05, Denis Gottardello a écrit : >> >> So this isn't a music123 bug but a esdplay bug or feature or >> configuration problem. >> Do you have a .music123rc file ? >> If no, you should replace esdplay in /etc/music123rc by aplay >> >> The line >> toolesdplay wav,Wav,WAV "" >> should become >> toolaplay wav,Wav,WAV "" >> >> I hope it will help >> xavier >> PS: can you CC the bug (626...@bugs.debian.org) in order to keep track >> of our mail exchanges ? > > > Thanks for your reply. Do you think is a good idea to open a new bug report > about esdplay? Yes. I'll close #626572 if you are OK with this. Did you replace esdplay by aplay in /etc/music123rc ? Just to know :) -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk3NIxgACgkQVIZi0A5BZF6wnACggW092z88roOUiz8C+yNr9H8I jugAoJ3UzYh5Hn501LQqyw0/8/2Q0bh9 =P3kD -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#626398: Inconsistent (and possibly wrong) spelling of PostScript in man page
tag 626398 +pending thanks On Wed, May 11, 2011 at 06:37:38PM +0200, Helge Kreutzmann wrote: > Package: fragmaster > Severity: minor > Tags: patch > X-Debbugs-CC: Christian Perrier > > While translating the po4a based man pages into German, the following > issue was noticed: > > You sometime write "Postscript", sometimes "postscript" (captital vs. > lower case »p«. On the other hand the official spelling is PostScript > [1]. Thanks for your help. Changed everything to PostScript. I committed this to the upstream branch, but will not make a new upstream release just for this, I also put it in the Debian master branch, so it will go in next Debian upload for possible new translations (At present, I am experimenting with po4a, so it is Debian-only). Regards, -- Agustin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#626592: [thunar-volman] dependency on "eject" ?
Package: thunar-volman Version: 0.6.0-4 Severity: normal --- Please enter the report below this line. --- Without "eject" package is Thunar not able to remove external media. --- System information. --- Architecture: i386 Kernel: Linux 2.6.38-2-686 Debian Release: wheezy/sid 500 testing ftp.at.debian.org --- Package information. --- Depends(Version) | Installed -+-== libc6 (>= 2.4) | 2.11.2-11 libexo-1-0(>= 0.5.0) | 0.6.0-3 libglib2.0-0 (>= 2.18.0) | 2.28.6-1 libgtk2.0-0 (>= 2.14.0) | 2.24.4-3 libgudev-1.0-0 (>= 146) | 167-3 libnotify1(>= 0.5.0) | 0.5.0-2 libnotify1-gtk2.10 | libpango1.0-0(>= 1.14.0) | 1.28.3-6 libxfce4ui-1-0 | 4.8.0-2 libxfce4util4 (>= 4.3.99.2) | 4.8.1-2 libxfconf-0-2 (>= 4.6.0) | 4.8.0-3 thunar(>= 1.1.1) | 1.2.1-6 exo-utils| 0.6.0-3 Package's Recommends field is empty. Package's Suggests field is empty. signature.asc Description: PGP signature
Bug#626396: fragmaster: [INTL:de] initial German man page translation
tag 626396 +pending thanks On Wed, May 11, 2011 at 06:18:54PM +0200, Helge Kreutzmann wrote: > Package: fragmaster > Severity: wishlist > Tags: patch l10n > > Please find the initial German man page translation for fragmaster > attached. Thanks, committed to fragmaster git repo. After the PostScript changes I regenerated the po file and unfuzzied old entries (noticed that you already used PostScript in your translation). Regarding de.add file, I use po4a-build to maintain the po4a stuff amd unfortunately it does not support add files (See #63). I have put in fragmaster debian/ dir a hacked po4a-build that will add an aditional file to the pod file. Will send changes to po4a maintainers in case is useful. I modified your de.add file to a pod addition, so is used by my hacked po4a-build for all formats created out of pod. I am attaching it in case you want to comment something (I am rather new to all this po4a stuff). Ragards, -- Agustin PO4A-HEADER:mode=after;position=^=head1 AUTOR;beginboundary=^=head1 AUTOR =head1 ÃBERSETZUNG Diese Ãbersetzung wurde 2011 von Helge Kreutzmann erstellt. Sie unterliegt der GNU GPL Version 2 (oder neuer). Um die englische Originalversion zu lesen, geben Sie C ein. Fehler in der Ãbersetzung melden Sie bitte über die Fehlerdatenbank (BTS) von Debian oder indem Sie eine E-Mail an debian-l10-ger...@lists.debian.org schreiben.
Bug#620936: libclutter-perl: FTBFS
On Tue, 10 May 2011 14:54:09 +0100, Chris Butler wrote: > On Tue, Apr 05, 2011 at 08:19:41AM +0200, Salvatore Bonaccorso wrote: > > libclutter-perl in unstable FTBFS (relevant part here): > I've not had chance to dig any deeper yet, but it seems that there's an > upstream git repo[1] that is more recent than the version released on CPAN. > There's also a bugzilla instance at [2] which may be a better place to > report the issue... > > [1] http://git.clutter-project.org/bindings/perl-Clutter/ > [2] http://bugzilla.clutter-project.org/ The git server there doesn't respond (cf. also [0]), according to http://wiki.clutter-project.org/wiki/Git_repositories#Perl_Bindings the new home seems to be Clone: git clone git://git.gnome.org/perl-Clutter git clone http://git.gnome.org/browse/perl-Clutter git clone ssh://usern...@git.gnome.org/git/perl-Clutter Browse: http://git.gnome.org/browse/perl-Clutter and "git clone git://git.gnome.org/perl-Clutter" actually does something :) Cheers, gregor [0] http://www.clutter-project.org/blogs/archive/2011-03/change-git-repositories-clutter -- .''`. Homepage: http://info.comodo.priv.at/ - PGP/GPG key ID: 0x8649AA06 : :' : Debian GNU/Linux user, admin, & developer - http://www.debian.org/ `. `' Member of VIBE!AT & SPI, fellow of Free Software Foundation Europe `-NP: U2: New Year's Day signature.asc Description: Digital signature
Bug#620936: libclutter-perl: FTBFS
On Fri, 13 May 2011 14:43:02 +0200, gregor herrmann wrote: > > [1] http://git.clutter-project.org/bindings/perl-Clutter/ > and "git clone git://git.gnome.org/perl-Clutter" actually does > something :) But the repo is rather empty (compared to the old one and the CPAN release) ... Cheers, gregor -- .''`. Homepage: http://info.comodo.priv.at/ - PGP/GPG key ID: 0x8649AA06 : :' : Debian GNU/Linux user, admin, & developer - http://www.debian.org/ `. `' Member of VIBE!AT & SPI, fellow of Free Software Foundation Europe `-NP: Kurt Ostbahn & Die Kombo: 6 x fia nix signature.asc Description: Digital signature
Bug#600003: [po4a-build] Please support addenda
On Tue, Oct 12, 2010 at 01:09:15PM -0400, David Prévot wrote: > Package: po4a > Version: 0.40.1-2 > Severity: wishlist > Tags: upstream > > Hi, > > Currently, po4a-build doesn't seem to include addenda support. > > It's a shame that such a convenient feature is ignored in po4a-build: > po4a itself use po4a-build in the building process and therefore can't > use it's own features. > > Recent modifier feature in addenda handling permit the use of an > addendum only if the file exists: ???, and even permit the use of > multiple addenda configured in one file: ???@???, so the po4a-build > configuration file might stay unmodified, and consider an addenda > default configuration file, as the one suggested in po4a(7) example: > > man/po4a/add_$lang/$lang.add For the records, for fragmaster perl script with embedded pod documentation, I have been experimenting with a hacked po4a-build that supports addenda to the pod file (this was for pod), so addenda gets included in generated formats. Approach is a bit rude, paths are hardcoded and not configurable, and I changed things only for pod, but seems to work for my needs. Change I use is attached. Hope it helps, -- Agustin --- /usr/bin/po4a-build 2011-04-15 00:13:42.0 +0200 +++ po4a-build 2011-05-13 13:22:40.485166625 +0200 @@ -169,7 +169,8 @@ if [ -n "$PODFILE" ]; then for file in $PODFILE; do LOCAL=`basename $file` - wrap_langs "[type:pod]" "$file" "\$lang:$BASEDIR/pod/1/\$lang/$LOCAL" + LOCAL_ADD="add_\$lang:?$PODIR/../pod/\$lang.add" + wrap_langs "[type:pod]" "$file" "\$lang:$BASEDIR/pod/1/\$lang/$LOCAL $LOCAL_ADD" done fi if [ -n "$POD5FILES" ]; then
Bug#626592: [Pkg-xfce-devel] Bug#626592: [thunar-volman] dependency on "eject" ?
On ven., 2011-05-13 at 14:36 +0200, Marek Straka wrote: > Without "eject" package is Thunar not able to remove external media. What do you mean? And why reporting about thunar-volman -- Yves-Alexis -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#596626: [gsimm...@gsimmons.org: Bug#596626: Please support Linksys WUSB600N v2 WiFi USB stick]
On Fri, 2011-05-13 at 09:17 +0200, Ivo Van Doorn wrote: > Hi, > > >> > As mentioned by Jan, the device contains a RT3572 > >> > chipset. Its entry > >> > could moved into the section for known RT35XX devices (i.e. > >> > "#ifdef > >> > CONFIG_RT2800USB_RT35XX") as an alternative. > >> > > >> > Geoff > >> > >> This has already been done: > >> http://git.kernel.org/?p=linux/kernel/git/ivd/rt2x00.git;a=commitdiff;h=ce2919c9fffe2aa52f9c3e327176d03764dbf9b5 > > > > That's all very well, but that isn't going to get into a stable release > > for another 3 months! Device ID updates that don't require new > > supporting code should be sent upstream straight away (and cc'd to > > sta...@kernel.org). > > The patch has been send upstream, it has been in wireless-next-2.6.git > since April 19... > http://git.kernel.org/?p=linux/kernel/git/linville/wireless-next-2.6.git;a=commit;h=ce2919c9fffe2aa52f9c3e327176d03764dbf9b5 > The patch depends on the RT53xx support patch which was also intented > for 2.6.40. What is it, RT35XX or RT53XX?! > > I've cherry-picked this and the other two updates in rt2800usb that > > aren't in Linus's tree, but that doesn't help the users of other > > distributions that would benefit from them. > > True, but the normal flow for new features and hardware support is that they > should be properly merged during the normal merge window. The addition > of support of RT53xx is not something that should go to sta...@kernel.org... I understand that. Ben. > Patches from rt2x00.git are quite quickly send from rt2x00.git to upstream, > and patches which are not send upstream directly have a reason for not being > send at that time (Usually it means that it requires some extra testing). > > Ivo > -- Ben Hutchings Once a job is fouled up, anything done to improve it makes it worse. signature.asc Description: This is a digitally signed message part
Bug#621403: [Pkg-openldap-devel] Bug#621403: Automatic upgrades for Berkeley DB version
On Fri, May 13, 2011 at 01:58:15PM +0200, Ondřej Surý wrote: > I have prepared automatic Berkeley DB version upgrade script for sks, > if you want me to do something similar for openldap just ping me, it's > not a big deal after all :) > http://bugs.debian.org/cgi-bin/bugreport.cgi?msg=30;filename=sks_NMU.diff;att=1;bug=606183 > (Or you can modify your debian/rules and postinst script yourself... ;) Nack. Automatically upgrading to newer versions of BDB is not appropriate for OpenLDAP; OpenLDAP itself is too fragile to use arbitrary versions of BDB without vetting. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org signature.asc Description: Digital signature
Bug#610434: Has anyone attempted a tomcat7 package?
2011/5/13 Ernesto Hernández-Novich : > On Fri, 2011-05-13 at 10:25 +0200, James Page wrote: >> I'll make time next week and get it uploaded to subversion/git (anyone >> have any opinion on which - I personally prefer git). > > Debian's Java Packaging effort already uses SVN > > http://svn.debian.org/wsvn/pkg-java/ > > The tomcat6 effort is already there, so is natural for this tomcat7 > effort to be there too, considering this is a Debian Bug being > addressed. Hello Ernesto, Thank you very much for your contribution. I plan to begin to test tomcat7 packages during this weekend. I think there is no problem using git since Debian Java team already has many repositories available at git://git.debian.org/pkg-java. I personally prefer to use git, if everyone who is interested on maintaining tomcat7 agrees on using git, I can create repository for it soon. Cheers, -- Miguel Landaeta, miguel at miguel.cc secure email with PGP 0x7D8967E9 available at http://keyserver.pgp.com/ "Faith means not wanting to know what is true." -- Nietzsche -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#596626: [gsimm...@gsimmons.org: Bug#596626: Please support Linksys WUSB600N v2 WiFi USB stick]
Hi, >> >> > As mentioned by Jan, the device contains a RT3572 >> >> > chipset. Its entry >> >> > could moved into the section for known RT35XX devices (i.e. >> >> > "#ifdef >> >> > CONFIG_RT2800USB_RT35XX") as an alternative. >> >> > >> >> > Geoff >> >> >> >> This has already been done: >> >> http://git.kernel.org/?p=linux/kernel/git/ivd/rt2x00.git;a=commitdiff;h=ce2919c9fffe2aa52f9c3e327176d03764dbf9b5 >> > >> > That's all very well, but that isn't going to get into a stable release >> > for another 3 months! Device ID updates that don't require new >> > supporting code should be sent upstream straight away (and cc'd to >> > sta...@kernel.org). >> >> The patch has been send upstream, it has been in wireless-next-2.6.git >> since April 19... >> http://git.kernel.org/?p=linux/kernel/git/linville/wireless-next-2.6.git;a=commit;h=ce2919c9fffe2aa52f9c3e327176d03764dbf9b5 >> The patch depends on the RT53xx support patch which was also intented >> for 2.6.40. > > What is it, RT35XX or RT53XX?! Oh sorry, RT35xx in this case, but basically the rest of the reply still applies. Both chipsets series have the same experimental state. Ivo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#610434: Has anyone attempted a tomcat7 package?
On Fri, 2011-05-13 at 08:34 -0430, Miguel Landaeta wrote: > I personally prefer to use git, if everyone who is interested on > maintaining tomcat7 agrees on using git, I can create repository > for it soon. +1 from me -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#610434: Has anyone attempted a tomcat7 package?
On Fri, 2011-05-13 at 08:34 -0430, Miguel Landaeta wrote: > I think there is no problem using git since Debian Java team already > has many repositories available at git://git.debian.org/pkg-java. Fair enough. > I personally prefer to use git, if everyone who is interested on > maintaining tomcat7 agrees on using git, I can create repository > for it soon. I won't be maintaining it, so feel free to use what you prefer. Thanks! -- Ernesto Hernández-Novich - @iamemhn - Unix: Live free or die! Geek by nature, Linux by choice, Debian of course. If you can't aptitude it, it isn't useful or doesn't exist. GPG Key Fingerprint = 438C 49A2 A8C7 E7D7 1500 C507 96D6 A3D6 2F4C 85E3 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#621403: [Pkg-openldap-devel] Bug#621403: Automatic upgrades for Berkeley DB version
Steve, I share your concern and I am not saying you should build-depend openldap on libdb-dev, but that: a) you could store the compiled-in version and compare it to used version (and do the upgrade if they differ) b) do the upgrade without dump&load, by running dbNEW_upgrade on them That would solve the 'dpkg --compare-version "$2" "version-in-unstable"' vs backported versions issue, which was brought up on the debian-backports lists (aka if we backport openldap then the upgrade from backports to next-stable will fail because the package won't know it wants an upgrade). O. 2011/5/13 Steve Langasek : > On Fri, May 13, 2011 at 01:58:15PM +0200, Ondřej Surý wrote: >> I have prepared automatic Berkeley DB version upgrade script for sks, >> if you want me to do something similar for openldap just ping me, it's >> not a big deal after all :) > >> http://bugs.debian.org/cgi-bin/bugreport.cgi?msg=30;filename=sks_NMU.diff;att=1;bug=606183 > >> (Or you can modify your debian/rules and postinst script yourself... ;) > > Nack. Automatically upgrading to newer versions of BDB is not appropriate > for OpenLDAP; OpenLDAP itself is too fragile to use arbitrary versions of > BDB without vetting. > > -- > Steve Langasek Give me a lever long enough and a Free OS > Debian Developer to set it on, and I can move the world. > Ubuntu Developer http://www.debian.org/ > slanga...@ubuntu.com vor...@debian.org > -- Ondřej Surý http://blog.rfc1925.org/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#621482: software-properties-gtk: Translation for 0.76.7debian2+nmu1
Package: software-properties-gtk Version: 0.76.7debian2+nmu1 Followup-For: Bug #621482 Here's an update. *Please* include this translation as as you can see from the pics below many things are untranslated. http://www.zimagez.com/zimage/capturadetela-13-05-2011-094914.php http://www.zimagez.com/zimage/capturadetela-13-05-2011-095129.php Also I improved a bit some things. Even with the updated translation, one string isn't showing as translated (although it is properly translated in the updated pt_BR.po file): "To install from a CD-ROM or DVD, insert the medium into the drive." See: http://www.zimagez.com/zimage/capturadetela-13-05-2011-101311.php Thank you -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.38-2-686 (SMP w/1 CPU core) Locale: LANG=pt_BR.utf8, LC_CTYPE=pt_BR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages software-properties-gtk depends on: ii gksu 2.0.2-5graphical frontend to su ii python2.6.6-14 interactive high-level object-orie ii python-gtk2 2.24.0-1 Python bindings for the GTK+ widge ii python-software-prope 0.76.7debian2+nmu1 manage the repositories that you i ii python2.6 2.6.6-10 An interactive high-level object-o ii synaptic 0.75.1 Graphical package manager software-properties-gtk recommends no packages. software-properties-gtk 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
