Bug#494599: ITA: rxp -- A validating XML parser
reopen 494599 retitle 494599 ITA: rxp -- A validating XML parser owner 494599 gni...@fsij.org thanks I adopt this package, because my wnpp package tomoe Build-Depends on this. -- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#576788: Parallellizing the boot in Debian Squeeze - ready for wider testing
On 10/05/2010 19:45, Raphael Geissert wrote: Marc Haber wrote: I would like to ask the maintainer to first do his job _before_ forcing the new mechanism on all new users. If it isn't documented, it ain't fit for Debian stable, especially as a default. /usr/share/doc/insserv/README.Debian Note that it is only pointers to on-line documentation. Even if all LSB-related documentation cannot be copied in this README, 1) this documentation could be packaged (is it already in one lsb* package ?) 2) some example for common cases can be provided. I'm thinking about LSB header examples to start local services before gdm/xdm or at the end of the debian boot. For now, an admin will have to do a lot of researches in the documentation to know how to convert its 'simple' /etc/init.d/my_local_service that was just working with two symlinks. In practice, due to this local, non-LSB, init file, the change to inserv fails and the admin stick to sysvinit. I already saw this behavior several times. Regards, Vincent -- Vincent Danjean GPG key ID 0x9D025E87 vdanj...@debian.org GPG key fingerprint: FC95 08A6 854D DB48 4B9A 8A94 0BF7 7867 9D02 5E87 Unofficial packages: http://moais.imag.fr/membres/vincent.danjean/deb.html APT repo: deb http://perso.debian.org/~vdanjean/debian unstable main -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#581065: /bin/rmdir: recursive option for rmdir
Paul Wise wrote: Package: coreutils Version: 8.5-1 Severity: wishlist File: /bin/rmdir X-Debbugs-CC: bug-coreut...@gnu.org I would like to be able to do a recursive rmdir. This would save typing for the cases where I want to remove a whole empty dir hierarchy. Currently I do this: rmdir --parents foo/bar/baz I'd like to just do this: rmdir --recursive foo or this: rmdir -r foo Both of these commands should be equivalent to but significantly less typing than this command: find foo -depth -type d -empty -delete Thanks for the suggestion, but there's no need to add an option to rmdir, when you can accomplish the same thing with a simple shell function or alias: rmdir_r() { find $@ -depth -type d -empty -delete; } Of course, you might want to extend that to give its own --help and to diagnose a missing argument. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#406673: New patch.
Hi, folks. (Patricio Rojo may not hear any more. It was reported 3 years ago.) I'm Teika, a Sawfish developer. Patricio Rojo wrote: I think it could be a very good idea to add sawfish somewhere in that error line, Absolutely. I'll soon fix it. Neil, thank you very much for your fine analysis. First, will it be possible for you to try the attached C patch? It makes x-atom-name accept full 32-bit integer. If it works without your patch, then it is the true solution. The precise Sawfish version doesn't matter. If not, ok, but I'd be glad if you let me ask some questions: 1. Does it happen commonly to java applications, or specific to some? Is it reproducible with high probability? (Say, once a day or so.) 2. Which Java runtime (jre) do you use? 3. Is your architecture 32-bit? As you noted, rep_INTP may cause overflow. An atom is a 32-bit integer. In fact, rep's, uh, primitive integer, whose type predicate is rep_INTP, is 30-bit or 62-bit, depending on the platform. Thus the suspected bug is that for 31- or 32-bit integer argument on 32-bit computer, x-atom-name wrongly throws error. But I've never seen this error, nor can I trigger it. (Mine is amd64 linux.) 32 bits? Yes. The too big number reported by Rojo, 18446744072353249216, is almost 2^64, may be a red herring; librep BIGNUM printing may be broken, though not sure. (See librep/src/numbers.c, rep_print_number_to_string().) If yours is 64-bit too, it's nasty. It may be librep internal; related Sawfish codes look ok after a browse, except x-atom-name. Rojo used 64 too, so this may be the case. Unfortunately I don't understand well enough BIGNUM type in librep which is complexly intertwined to other number types. If mine doesn't help, then yours will be adopted. It's obscured, but why not take a working one? With best regards, Teika (Teika kazura) commit 1191a8274e298fe9727ba32b32faf66ac9a86894 Author: Teika kazura te...@lavabit.com Date: Mon May 10 14:57:46 2010 +0900 x-atom-name accepts full 32 unsigned int. Previously only 30 bits are treated, if the architecture is 32-bit. diff --git a/src/functions.c b/src/functions.c index dfd0f4c..9ac860f 100644 --- a/src/functions.c +++ b/src/functions.c @@ -43,6 +43,7 @@ #include sawfish.h #include string.h #include X11/Xatom.h +#include stdint.h /* Number of outstanding server grabs made; only when this is zero is the server ungrabbed. */ @@ -922,8 +923,16 @@ Return the symbol with the same name as the X atom identified by the integer ATOM. ::end:: */ { -rep_DECLARE1(atom, rep_INTP); -return x_atom_symbol (rep_INT(atom)); + if(rep_INTP(atom)){ +return x_atom_symbol(rep_INT(atom)); + } + if(rep_INTEGERP(atom)){ +return x_atom_symbol((uint32_t) rep_get_long_uint(atom)); + } + /* This always returns an error. */ + rep_DECLARE1(atom, rep_INTEGERP); + /* Just to make compiler silent. */ + return Qnil; } DEFUN(root-window-id, Froot_window_id, Sroot_window_id, (void), rep_Subr0) /*
Bug#581067: sip-tester: the manual page is not useful, please remove it
On Tue, 2010-05-11 at 11:46 +0800, Paul Wise wrote: The manual page is exactly the same as the undocumented(7) page. This is not useful at all. I would suggest either removing it or creating a minimal manual page pointing at the documentation on the upstream website. I just saw that FreeBSD has a minimal manual page that you could use: http://www.freebsd.org/cgi/cvsweb.cgi/ports/benchmarks/sipp/files/sipp.1?rev=1.2 -- bye, pabs http://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#581055: [INTL:da] Danish translation of the debconf templates leafnode
On Mon, 10 May 2010, you wrote: j...@joe-desktop:~/over/debian/leafnode$ msgfmt --statistics -c -v -o /dev/null da.po 2 oversatte tekster. this time inclusive the da.po file. I believe you picked the wrong file, or the wrong package. , | … | #: ../templates:1001 | msgid Run popa3d in standalone mode? | msgstr Kør popa3d i tilstanden uafhængig? | … ` Thanks, Rob -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#581104: gnu-smalltalk-common: bashism in /bin/sh script
checkbashisms' output: possible bashism in ./usr/share/gnu-smalltalk/vfs/urar line 73 ($RANDOM): dir=tmpdir.${RANDOM} possible bashism in ./usr/share/gnu-smalltalk/vfs/uzip line 94 ($RANDOM): dir=$TMPDIR/uzip$$-$RANDOM These are not needed for correctness. In particular, the latter is only used if mktemp -d is not supported, and the former is created in the current directory so it is not insecure (I'll change it to use mktemp -d as well, but it will need a fallback too so it will still use $RANDOM). Can this be made WONTFIX? Paolo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#580688: python-moinmoin: multiple protocols missing from config/__init__.py
On Mon, 2010-05-10 at 10:43 +0200, Tollef Fog Heen wrote: ]] Frank Lin PIAT | I am not sure to understand what you want. | It is certainly possible to change the behavior, if it is safe. | | If I were you, I would use curly brackets, like for all code samples: I want it to be a URL in the generated text. AFAIK code samples are not clickable URLs. | Adding a protocol has important security implication: | - disclosing credential | - DoS attacks (locking accounts...) | - cross site scripting attacks | etc. | The main problem is that wikis are usually public, so anyone can add | arbitrary link. Given you can't accidentially disclose credentials any more by having something be a link than you can do so by putting it inline in a text on a page, I don't really see that as a valid reason. I mean the visitor's credentials. for instance, there used to be a known vulnerability in SMB/CIFS file sharing: if you put a link/image on a file://\\myhostname\share\foo.jpg, web browsers used to connect *automatically* to that share to retrieve the jpg file... the password was send as clear text to myhostname. I expect similar problem with imap:// and webdav:// urls. | I believe this is a release critical bug, but I'd | appreciate your input on it before filing it. | | MoinMoin/config/__init__.py is not a configuration file, but the | source code, that needs to be modified before compilation. | (I understand that you are reluctant to do so, for security reason). | So what is/are the protocol(s) that you want/need? then we'll have to | figure out (your help is welcome): In my specific case, git. | - Does Debian or Windows or MacOS handle it? (with a popular tool) Yes, using git. I guess you mean git gui. This doesn't looks like the standard behavior. It seems that you have manually configured your web browser to open git:// URLs using git gui. Until Debian (or Windows or MacOS) web browser can handle git://foo by default, there is no point supporting it in MoinMoin, IMHO. Franklin P.S. using pipe (|) to quote text in your MUA is a annoying, because it breaks existing convention. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#580124: linux-image-2.6.32-4-amd64: kernel allocation failure in iwl_rx_allocate
On Monday 10 May 2010 23:19:42 maximilian attems wrote: backported both on top of fedora iwlwifi linux-2.6 upstream merged patches, test build is at: http://charm.itp.tuwien.ac.at/~mattems/linux-image-2.6.32-5-amd64_2.6.32-13_amd64.deb http://charm.itp.tuwien.ac.at/~mattems/linux-image-2.6.32-5-amd64_2.6.32-13_amd64.deb.sha512sum.asc please give it a shot, plan to push backported patch to stable too. runs fine here atm. Thanks Max. Am currently testing it. Will report results in a day or two. -- Ritesh Raj Sarraf | http://people.debian.org/~rrs Necessity is the mother of invention. signature.asc Description: This is a digitally signed message part.
Bug#581154: snapshot.debian.org: please remove vegastrike = 0.4.3.debian1-1
Package: snapshot.debian.org Severity: normal Please remove old versions of vegastrike, they contain a source file with two conflicting licenses, hence not redistributable, see: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=449475 Many thanks, Vincent -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-3-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#579706: I'm soon to be a DD
Hi, Just wanted to let the keyring management team know that I'm soon to be a DD, as per my status here: https://nm.debian.org/nmstatus.php?email=thomas%40goirand.fr It's just waiting for DAM approval, after Enrico sent my AM report. Also, if there's anyone that is in the web of trust but not in the DD list page, and that lives in/near Shanghai, let me know, so I can have a 2nd signature to my key. Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#580733: emacs23: Please upload emacs 23.2
Alexandru Cardaniuc cardan...@gmail.com writes: New version of emacs was released - Emacs 23.2 Please, upload the new version, so that squeeze will release with Emacs 23.2 Right. I'm working on it. With luck, I'll have an upload ready in the next day or so. Thanks -- Rob Browning rlb @defaultvalue.org and @debian.org GPG as of 2002-11-03 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#580973: [DebianGIS-dev] Bug#580973: libhdf5-serial-dev: Fails on linkage on amd64
On Mon, May 10, 2010 at 01:03:03PM +0300, Orgad Shaneh wrote: Package: libhdf5-serial-dev Version: 1.8.4-patch1-2 Severity: important When trying to link a shared library using libhdf5, I receive the following message: /usr/bin/ld: /usr/lib/libhdf5.a(H5.o): relocation R_X86_64_32 against `H5_debug_g' can not be used when making a shared object; recompile with -fPIC /usr/lib/libhdf5.a: could not read symbols: Bad value I tried rebuilding the package, specifying -fPIC in DEBOPT, and it helps. On i386 it is unneeded. Are you trying to create a shared object/program with also static libraries? -- 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#524678: kde4-minimal: Battery Monitor widget doesn't support multiple batteries
Hi there, I checked this the other day when KDE 4.4 came through in to unstable. The same problem remains; there is multiple battery support for my X40 however I must have booted with both batteries installed. IF I boot with just 1 and insert the 2nd after, it will not be recognised by KDE. IF I boot with both batteries and remove one, KDE will recognise this appropriate as well as when it is re-inserted. Given those two scenarios, I'm 99.9% sure this is a kernel issue and not a KDE issue as the testing I've done shows that KDE behaves just fine with two batteries, as long as it's aware of them. -- Regards, Sheridan Hutchinson sheri...@shezza.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#475579: Just Checked Again
Yeah same behaviour with KDE 4.4 in unstable. 1.) Open Kate 2.) type in this is a test 3.) select that text, -- edit -- copy 4.) paste the text around, lovely 5.) close the original Kate session you copied the text from 6.) one can no longer paste this is a test anywhere -- Regards, Sheridan Hutchinson sheri...@shezza.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#534669: /usr/share/kde4/apps/kdm/pics/users/
you reported http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=534669 some time ago. Package kdm contains some user images in /usr/share/kde4/apps/kdm/pics/users/. Does that fix your problem? I suppose it does. I don't have KDE installed any more, but apt-file tells me that there are now 4 images in that directory. IIRC in KDE 3 there were 30 or so. Since I'm not using KDE any more, I don't have any more interest in this bug. I'll leave it up to you whether to close it if you think it's good enough. Thanks, Andrew. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#573071:
I haven't been able to reproduce this issue on my systems, for whatever reason. Would you be able to verify that this build fixes it for you? http://people.debian.org/~dannf/bugs/573071/ -- dann frazier Sorry, i didn't mentioned that i'm using linux-image-2.6.26-2-686-bigmem (2.6.26-21lenny4) on Debian 5.0.4, 32 bits on a AMD64 Board. The behaviour is nearly the same as described with the 64bit kernel. I would like to verify this build as soon as it is available for me. Thanks a lot. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#580016: backupninja: Please run duplicity with archive-dir set into /var
Hi, Olivier Berger wrote (06 May 2010 20:51:53 GMT) : May I suggest to name the dir something like /var/backups/backupninja/duplicity-cache instead maybe ? On second thought, I've set it to /var/cache/backupninja/duplicity, which seems to be the actual proper place (d6ec2b4e62). Also, maybe it should the be excluded from backups made of /var too (avoiding some kind of reentrant backup problem) ? Added to rdiff and duplicity default excludes in helpers and example files (46ace6557), made it explicit in NEWS (4015b1b). Thanks so much for all those great suggestions. Bye, -- intrigeri intrig...@boum.org | GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc | OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr-fingerprint.asc | The impossible just takes a bit longer. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#581155: ITP: yoshimi - A software synthesizer based on ZynAddSubFX
Package: wnpp Severity: wishlist Owner: mira.mi...@seznam.cz * Package name : yoshimi Version : 0.056 Upstream Author : Alan Calvert * URL : http://yoshimi.sourceforge.net * License : GPL-2 Programming Lang: C++ Description : A software synthesizer based on ZynAddSubFX -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#581156: binutils-multiarch: c++filt conflict with binutils
Package: binutils-multiarch Version: 2.20.51.20100418-1 Severity: serious Package tries to overwrite c++filt from binutils: ~$ sudo aptitude -t experimental install binutils-multiarch Reading package lists... Done Building dependency tree Reading state information... Done Reading extended state information Initializing package states... Done Writing extended state information... Done Reading task descriptions... Done The following packages will be upgraded: binutils-multiarch 1 packages upgraded, 0 newly installed, 0 to remove and 358 not upgraded. Need to get 0B/2521kB of archives. After unpacking 14.0MB will be used. Do you want to continue? [Y/n/?] Writing extended state information... Done (Reading database ... dpkg: warning: files list file for package `binutils-multiarch' missing, assuming package has no files currently installed. (Reading database ... 63496 files and directories currently installed.) Preparing to replace binutils-multiarch 2.20.51.20100418-1 (using .../binutils-multiarch_2.20.51.20100418-1_amd64.deb) ... Unpacking replacement binutils-multiarch ... dpkg: error processing /var/cache/apt/archives/binutils-multiarch_2.20.51.20100418-1_amd64.deb (--unpack): trying to overwrite '/usr/bin/c++filt', which is also in package binutils 2.20.51.20100418-1 dpkg-deb: subprocess paste killed by signal (Broken pipe) Errors were encountered while processing: /var/cache/apt/archives/binutils-multiarch_2.20.51.20100418-1_amd64.deb E: Sub-process /usr/bin/dpkg returned an error code (1) A package failed to install. Trying to recover: Reading package lists... Done Building dependency tree Reading state information... Done Reading extended state information Initializing package states... Done Reading task descriptions... Done -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.27.21-quartic (SMP w/4 CPU cores) Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#581157: snapshot.debian.org: Please remove sun-java6 6.20-1
Package: snapshot.debian.org Severity: normal Hello, Could you remove from snapshot.debian.org the package sun-java6 6.20-1 sun-java6_6.20.orig.tar.gz [1] since it is the redistributable release. The problem has been fixed with sun-java6 6.20-dlj-1 Thanks, Sylvestre [1] http://packages.qa.debian.org/s/sun-java6/news/20100416T162248Z.html -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#581158: ITP: mozc -- Mozc engine for IBus
Package: wnpp Severity: wishlist Owner: Nobuhiro Iwamatsu iwama...@nigauri.org Owner: Nobuhiro Iwamatsu iwama...@nigauri.org * Package name: mozc Version : 0.1svn13 Upstream Author : Google Inc. * URL : http://code.google.com/p/mozc/ * License : BSD Programming Lang: C++ Description : Mozc engine for IBus IBus is an Intelligent Input Bus. It is a new input framework for Linux OS. It provides full featured and user friendly input method user interface. It also may help developers to develop input method easily. IBus-Mozc is a Japanese Input Method Editor (IME) designed for multi-platform such as Chromium OS, Windows, Mac and Linux. This open-source project originates from Google Japanese Input. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#580568: [GHC] #4051: ghci :m command doesn't work with module names containing '
#4051: ghci :m command doesn't work with module names containing ' -+-- Reporter: nomeata |Owner: simonmar Type: bug | Status: merge Priority: normal|Milestone: 6.12.3 Component: Compiler | Version: 6.12.1 Keywords:| Difficulty: Os: Unknown/Multiple | Testcase: Architecture: Unknown/Multiple | Failure: Other -+-- Changes (by simonmar): * status: new = merge Comment: Fixed: {{{ Mon May 10 10:47:41 BST 2010 Simon Marlow marlo...@gmail.com * looksLikeModuleName: allow apostrophe in module names (#4051) }}} -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/4051#comment:2 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#580947: chromium-browser from experimental has included h.264 by default?
Hi, On 11/05/10 10:13, Reinhard Tartler wrote: [1] http://experimental.ftbfs.de/chromium-browser (unavailable at time of writing) Experimental is now on buildd.d.o, see https://buildd.debian.org/status/package.php?p=chromium-browsersuite=experimental Cheers, Emilio -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#581160: open-vm-source: compile(install) fails on pvscsi.o inexistent file
Package: open-vm-source Version: 2010.04.25-253928-1 Severity: grave Justification: renders package unusable open-vm module compiling fails with: ~# M=open-vm;m-a update;m-a clean $M;m-a prepare $M;m-a -t build $M ... # Installing the modules set -e; for MODULE in pvscsi vmblock vmci vmhgfs vmmemctl vmsync vmxnet vsock; \ do \ install -D -m 0644 modules/linux/$MODULE.o debian/open-vm-modules-2.6.32-3-amd64/lib/modules/2.6.32-3-amd64/misc/$MODULE.ko; \ done install: impossibile eseguire stat di modules/linux/pvscsi.o: No such file or directory make[1]: *** [binary-modules] Error 1 make[1]: Leaving directory `/usr/src/modules/open-vm' make: *** [kdist_build] Error 2 BUILD FAILED! See /var/cache/modass/open-vm-source.buildlog.2.6.32-3-amd64.1273565546 for details. ~$ tail -n 5 /var/cache/modass/open-vm-source.buildlog.2.6.32-3-amd64.1273565546 done install: impossibile eseguire stat di modules/linux/pvscsi.o: No such file or directory make[1]: *** [binary-modules] Error 1 make[1]: Leaving directory `/usr/src/modules/open-vm' make: *** [kdist_build] Error 2 Guido. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (560, 'testing'), (550, 'testing'), (540, 'testing-proposed-updates'), (260, 'stable'), (250, 'stable'), (240, 'proposed-updates'), (50, 'unstable') Architecture: i386 (x86_64) Kernel: Linux 2.6.32-3-amd64 (SMP w/2 CPU cores) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages open-vm-source depends on: ii bzip2 1.0.5-4high-quality block-sorting file co ii debhelper 7.4.19 helper programs for debian/rules ii make 3.81-8 An utility for Directing compilati ii quilt 0.48-7 Tool to work with series of patche Versions of packages open-vm-source recommends: ii module-assistant 0.11.3 tool to make module package creati ii open-vm-tools2010.04.25-253928-1 tools and components for VMware gu Versions of packages open-vm-source suggests: ii open-vm-toolbox 2010.04.25-253928-1 tools and components for VMware gu -- 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#581161: nodejs: new upstream version available
Package: nodejs Severity: wishlist I see there are multiple new upstream releases out, any chance we could see 0.1.94 packaged? -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing'), (50, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-3-amd64 (SMP w/2 CPU cores) Locale: LANG=nb_NO.UTF-8, LC_CTYPE=nb_NO.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- Tollef Fog Heen UNIX is user friendly, it's just picky about who its friends are -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#512980: Patch for the l10n upload of towitoko
Quoting Simon Richter (s...@debian.org): Sorry, we are still discussing merging /usr/include/ctapi.h, which is currently provided by multiple packages, and shouldn't be. If you want to, you can go ahead with the NMU, but I cannot upload a new version with a non-NMU version number because ctapi-dev has a versioned Replaces. No, OK, no problem. You have a perfect explanation, which I probably forgot in the meantime, hence the ping mail. Sorry for being obnoxious...I'll try to remember next time towitoko beeps..:-) signature.asc Description: Digital signature
Bug#581038: [Python-modules-team] Bug#581038: python-qt4: Doesn't build python2.6 modules
Am Montag, den 10.05.2010, 13:17 -0500 schrieb John Goerzen: Package: python-qt4 Version: 4.6-1 Severity: normal I'm trying to build the latest calibre for Debian, which requires python2.6 and python-qt4. This is impossible at the moment because python-qt4 isn't building python2.6 modules. Hi, the version of python-qt4 in unstable builds Python 2.6 packages. I'm not sure when it is going to transition into testing, probably should ask the release ML about that. best, Torsten -- .: Torsten Marek .: http://shlomme.diotavelli.net .: tors...@diotavelli.net -- GnuPG: 1024D/A244C858 signature.asc Description: This is a digitally signed message part
Bug#581161: nodejs: new upstream version available
On 11/05/2010 10:34, Tollef Fog Heen wrote: Package: nodejs Severity: wishlist I see there are multiple new upstream releases out, any chance we could see 0.1.94 packaged? 100% chance. currently waiting for libv8 2.2.7 to be available (it's in NEW), so it's a matter of days, if not hours. Sorry for the delay. Jérémy. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#580947: chromium-browser from experimental has included h.264 by default?
The following message is a courtesy copy of an article that has been posted to gmane.linux.debian.devel.general as well. On Tue, May 11, 2010 at 10:22:02 (CEST), Philipp Kern wrote: On 2010-05-11, Reinhard Tartler siret...@debian.org wrote: [1] http://experimental.ftbfs.de/chromium-browser (unavailable at time of writing) experimental.ftbfs.de is down for good. I guess you meant [0] or similar. Kind regards, Philipp Kern [0] https://buildd.debian.org/status/package.php?p=chromium-browsersuite=experimental Indeed. Thaks for that link! checking [2], reveals that I'm partly wrong. There is an in-source copy of ffmpeg, that there is an option 'use_system_ffmpeg=1' passed to the buildscript. This indicates that I indeed missed that upstream now considers this. Still, I also note that a library out/Release/obj.target/third_party/ffmpeg/libffmpeg.a is being built. also note the following changelog comment: * Ops, libavutil50 is not yet in Debian, removed from depends (Closes: #580769) - update debian/control I can only assume that the functionality to link and use the system ffmpeg is severely broken. One more reason to have bug #580947 at severity serious. [2] https://buildd.debian.org/fetch.cgi?pkg=chromium-browserarch=i386ver=5.0.375.29~r46008-3stamp=1273408542file=logas=raw -- Gruesse/greetings, Reinhard Tartler, KeyID 945348A4 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#581122: mercurial-common: bashism in /bin/sh script
Hi, I think the attached patch fixes the bashism by creating a function that returns a random number instead of relying on the $RANDOM magic variable. I'll try to get it accepted upstream. Regards, Javi (Vicho) On 11/05/10 07:42, Raphael Geissert wrote: Package: mercurial-common Severity: minor Version: 1.5.1-2 User: debian-rele...@lists.debian.org Usertags: goal-dash Hello maintainer, While performing an archive wide checkbashisms (from the 'devscripts' package) check I've found your package containing a /bin/sh script making use of a bashism. checkbashisms' output: possible bashism in ./usr/share/doc/mercurial-common/examples/hgeditor line 30 ($RANDOM): HGTMP=${TMPDIR-/tmp}/hgeditor.$RANDOM.$RANDOM.$RANDOM.$$ Not using bash (or a Debian Policy compliant shell interpreter that doesn't provide such an extra feature) as /bin/sh is likely to lead to errors or unexpected behaviours. Please be aware that dash is now the default /bin/sh. Hints about how to fix bashisms can be found at: https://wiki.ubuntu.com/DashAsBinSh If you still don't know how to fix the bashisms don't hesitate to reply to this email, or tag the bug as 'help'. Thank you, Raphael Geissert diff --git a/hgeditor b/hgeditor --- a/hgeditor +++ b/hgeditor @@ -23,11 +23,15 @@ cleanup_exit() { rm -rf $HGTMP } +get_rand_num() { + echo $(dd if=/dev/urandom count=1 2 /dev/null | cksum | cut -f1 -d ) +} + # Remove temporary files even if we get interrupted trap cleanup_exit 0 # normal exit trap exit 255 1 2 3 6 15 # HUP INT QUIT ABRT TERM -HGTMP=${TMPDIR-/tmp}/hgeditor.$RANDOM.$RANDOM.$RANDOM.$$ +HGTMP=${TMPDIR-/tmp}/hgeditor.$(get_rand_num).$(get_rand_num).$(get_rand_num).$$ (umask 077 mkdir $HGTMP) || { echo Could not create temporary directory! Exiting. 12 exit 1 signature.asc Description: OpenPGP digital signature
Bug#580947: chromium-browser from experimental has included h.264 by default?
The following message is a courtesy copy of an article that has been posted to gmane.linux.debian.devel.general as well. severity 580947 serious stop On Tue, May 11, 2010 at 07:39:12 (CEST), Joey Hess wrote: Reinhard Tartler wrote: Surely not. Chromium ships a *private* copy of ffmpeg, more precisely, a fork of ffmpeg called ffmpeg-mt. Debian does not include ffmpeg-mt because of bug #575600 (tagged wontfix). Moreover, Debian's copy of ffmpeg will always be out-of-date. I wonder why the security team hasn't vetoed this move... That seems incorrect, see #580947. Indeed, when examining the contents of the package chromium-browser_5.0.375.29\~r46008-3_i386.deb, it turns out that the package ships the following symlinks: ./usr/lib/chromium-browser/libavcodec.so.52 - ../libavcodec.so.52 ./usr/lib/chromium-browser/libavformat.so.52 - ../libavformat.so.52 ./usr/lib/chromium-browser/libavutil.so.50 - ../libavutil.so.50 However, the package declares the folowing dependencies: Depends: [...] libavcodec52, libavformat52, [...] Note that the dependency on libavutil is missing! I strongly suspect that the package was built against the internal copy of ffmpeg, but the maintainers intend the package to be used against the system ffmpeg copy. This will not work, as chromium was developed and only tested with ffmpeg-mt, a fork available from here: http://gitorious.org/ffmpeg/ffmpeg-mt that fork tracks ffmpeg trunk, which is not intended to be released with squeeze, see bug #569727. Perhaps it could work (with or without adjustments) with the 0.6 version, which currently has a pre-release version in NEW, but this should really be discussed with chromium upstream. Moreover, the dependencies were surely not generated by dpkg-shlibsdeps, but manually written. Checking the buildlogs [1] would clarify this assumption, but for now, I have no other explanation why the dependency on libavutil was missed. For this reason, I'm raising the severity to 'Serious', but feel free to adjust this classification. [1] http://experimental.ftbfs.de/chromium-browser (unavailable at time of writing) -- Gruesse/greetings, Reinhard Tartler, KeyID 945348A4 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#581143: usb-modeswitch: bashism in /bin/sh script
package usb-modeswitch tags 581143 +pending +upstream thanks Le mardi 11 mai 2010 08:15:05 Raphael Geissert, vous avez écrit : Package: usb-modeswitch Severity: important Version: 1.1.2-2 User: debian-rele...@lists.debian.org Usertags: goal-dash Hello maintainer, While performing an archive wide checkbashisms (from the 'devscripts' package) check I've found your package containing a /bin/sh script making use of a bashism. checkbashisms' output: possible bashism in ./lib/udev/usb_modeswitch line 7 (should be word 21): /usr/bin/tclsh $0 $@ /dev/null \ Not using bash (or a Debian Policy compliant shell interpreter that doesn't provide such an extra feature) as /bin/sh is likely to lead to errors or unexpected behaviours. Please be aware that dash is now the default /bin/sh. Thank you, Raphael Geissert Hi Raphael, and thanks for your bug report, (Josua, upstream, CC'ed) I just committed [1] that fixes that (patch is attached). It will be part of the next upload. Cheers, OdyX [1] http://git.debian.org/?p=collab-maint/usb-modeswitch.git;a=commitdiff;h=803337c -- Didier Raboud, proud Debian Maintainer (DM). CH-1020 Renens did...@raboud.com Description: Fixes bashism in usb_modeswitch.tcl Author: Didier Raboud did...@raboud.com Origin: vendor Forwarded: yes (e-mail) Bugs: http://bugs.debian.org/581143 Last-Updated: 2010-05-11 Index: usb-modeswitch.git/usb_modeswitch.tcl === --- usb-modeswitch.git.orig/usb_modeswitch.tcl 2010-05-11 09:19:05.0 +0200 +++ usb-modeswitch.git/usb_modeswitch.tcl 2010-05-11 09:19:29.0 +0200 @@ -4,7 +4,7 @@ if [ ! -e /usr/bin/tclsh ]; then \ logger -p syslog.error usb_modeswitch: tcl shell not found, install tcl package!; \ fi; \ -/usr/bin/tclsh $0 $@ /dev/null \ +/usr/bin/tclsh $0 $@ /dev/null 21 \ sleep 1; \ exit
Bug#578635: dpkg: severe performance degradation at least on ext4 filesystems
Hi, On Wed, 21 Apr 2010, Sven Joachim wrote: The fix for #577756 reintroduced a severe performance degradation first reported in [1]. On my system, unpacking the emacs23-common package with a warm cache takes ~ 40 seconds, about seven times as long as with 1.15.5.6 and 1.15.6.1. Can you try with the dpkg version that is in the branch pu/async-sync of git://git.hadrons.org/git/debian/dpkg.git ? I also attach the relevant patch (you can apply it on the master branch, or even on the sid version if you prefer). Be sure to run autoreconf -f -i after having applied the patch. It would be nice to have a quick answer so that we can decide if we can push that change in 1.15.7.2. Cheers, -- Raphaël Hertzog Like what I do? Sponsor me: http://ouaza.com/wp/2010/01/05/5-years-of-freexian/ My Debian goals: http://ouaza.com/wp/2010/01/09/debian-related-goals-for-2010/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#578635: dpkg: severe performance degradation at least on ext4 filesystems
On Tue, 11 May 2010, Raphael Hertzog wrote: I also attach the relevant patch (you can apply it on the master branch, or even on the sid version if you prefer). Be sure to run autoreconf -f -i after having applied the patch. This time the patch is here. It's also here: http://git.hadrons.org/?p=debian/dpkg.git;a=commitdiff;h=b405384cfeff583197198213f0e86f7af4ce Cheers, -- Raphaël Hertzog Like what I do? Sponsor me: http://ouaza.com/wp/2010/01/05/5-years-of-freexian/ My Debian goals: http://ouaza.com/wp/2010/01/09/debian-related-goals-for-2010/ commit b405384cfeff583197198213f0e86f7af4ce Author: Guillem Jover guil...@debian.org Date: Tue May 11 09:38:04 2010 +0200 dpkg: On Linux use sync() instead of an fsync() per file Due to the performance degradation on ext4 file systems, as a workaround, on Linux we use sync() which is synchronous, before rename() to make sure the data is on disk. diff --git a/configure.ac b/configure.ac index 8b7e213..1a7ddd6 100644 --- a/configure.ac +++ b/configure.ac @@ -118,6 +118,7 @@ DPKG_DECL_SYS_SIGLIST # Checks for library functions. DPKG_FUNC_VA_COPY DPKG_FUNC_C99_SNPRINTF +DPKG_FUNC_ASYNC_SYNC DPKG_CHECK_DECL([offsetof], [stddef.h]) DPKG_CHECK_DECL([WCOREDUMP], [sys/wait.h]) DPKG_CHECK_COMPAT_FUNCS([getopt getopt_long obstack_free \ diff --git a/m4/dpkg-funcs.m4 b/m4/dpkg-funcs.m4 index 39b026c..188fa6b 100644 --- a/m4/dpkg-funcs.m4 +++ b/m4/dpkg-funcs.m4 @@ -68,6 +68,22 @@ AS_IF([test x$dpkg_cv_c99_snprintf = xyes], AM_CONDITIONAL(HAVE_C99_SNPRINTF, [test x$dpkg_cv_c99_snprintf = xyes]) ])# DPKG_FUNC_C99_SNPRINTF +# DPKG_FUNC_ASYNC_SYNC +# +# Define HAVE_ASYNC_SYNC if sync() is asynchronous +AC_DEFUN([DPKG_FUNC_ASYNC_SYNC], +[ + AC_CANONICAL_HOST + AC_MSG_CHECKING([whether sync is asynchronous]) + AS_CASE([$host_os], + [linux-*], [dpkg_cv_async_sync=no], + [dpkg_cv_async_sync=yes]) + AS_IF([test x$dpkg_cv_async_sync = xyes], +[AC_DEFINE([HAVE_ASYNC_SYNC], 1, + [Define to 1 if the 'sync' function is asynchronous])]) + AC_MSG_RESULT([$dpkg_cv_async_sync]) +])# DPKG_FUNC_ASYNC_SYNC + # DPKG_CHECK_COMPAT_FUNCS(LIST) # --- # Check each function and define an automake conditional diff --git a/src/archives.c b/src/archives.c index 17fdf12..4577571 100644 --- a/src/archives.c +++ b/src/archives.c @@ -816,6 +816,11 @@ tar_deferred_extract(struct fileinlist *files, struct pkginfo *pkg) struct filenamenode *usenode; const char *usename; +#if !defined(HAVE_ASYNC_SYNC) + debug(dbg_general, deferred extract mass sync); + sync(); +#endif + for (cfile = files; cfile; cfile = cfile-next) { debug(dbg_eachfile, deferred extract of '%.255s', cfile-namenode-name); @@ -829,6 +834,7 @@ tar_deferred_extract(struct fileinlist *files, struct pkginfo *pkg) setupfnamevbs(usename); +#if defined(HAVE_ASYNC_SYNC) if (cfile-namenode-flags fnnf_deferred_fsync) { int fd; @@ -844,6 +850,7 @@ tar_deferred_extract(struct fileinlist *files, struct pkginfo *pkg) cfile-namenode-flags = ~fnnf_deferred_fsync; } +#endif if (rename(fnamenewvb.buf, fnamevb.buf)) ohshite(_(unable to install new version of `%.255s'),
Bug#539568: An ITP looks like forgotten
Am 11.05.2010 10:41, schrieb Cleto Martin Angelina: The bug #539568 is an ITP for a C++ sockets library. The ITP was created on Augus'09. I'm interested in this package too, and I wrote an email to the bug author and I've received that his email does not exists. In this cases, what should be done? I'm not the ITP author, but we've packaged this a while ago: http://svn.debian.org/viewsvn/pkg-vdr-dvb/general/libsockets/trunk/ dget http://e-tobi.net/vdr-experimental/pool-sid/source/base/libsockets_2.2.5-4.dsc It probably needs some polishing and an upstream-update. (CC-ing the ITP-Bug) Tobias -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#581122: mercurial-common: bashism in /bin/sh script
* Javi Merino cibervi...@gmail.com [20100511 10:48]: Hi, I think the attached patch fixes the bashism by creating a function that returns a random number instead of relying on the $RANDOM magic variable. I'll try to get it accepted upstream. I'm not sure if something based on /dev/urandom will be accepted upstream as /dev/urandom is not available everywhere. On 11/05/10 07:42, Raphael Geissert wrote: While performing an archive wide checkbashisms (from the 'devscripts' package) check I've found your package containing a /bin/sh script making use of a bashism. checkbashisms' output: possible bashism in ./usr/share/doc/mercurial-common/examples/hgeditor line 30 ($RANDOM): HGTMP=${TMPDIR-/tmp}/hgeditor.$RANDOM.$RANDOM.$RANDOM.$$ This is only a half-bashism, on shells without special support for $RANDOM the variable simply evaluates to the empty string. This is just hgeditor$$, so it is easier to create name collisions, but still no security risk as the script simply aborts in this case. I guess the ideal solution would be to rewrite hgeditor in python, but if you can replace the creation of the temporary directory with a simple call to python -c something it would be enough to solve your current problem. Regards, Thomas Arendsen Hein -- tho...@intevation.de - http://intevation.de/~thomas/ - OpenPGP key: 0x5816791A Intevation GmbH, Neuer Graben 17, 49074 Osnabrueck - AG Osnabrueck, HR B 18998 Geschaeftsfuehrer: Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner pgpiE4stKZR3K.pgp Description: PGP signature
Bug#575730: [/master] Recommend librsvg2-common for SVG support (Closes: #575730).
tag 575730 pending thanks Date: Mon Mar 29 11:04:25 2010 +0200 Author: Michal ÄihaÅ ni...@debian.org Commit ID: 6ea4d00bcc63541b92d061e1719adf38e3314666 Commit URL: http://git.debian.org/?p=collab-maint/geeqie.git;a=commitdiff;h=6ea4d00bcc63541b92d061e1719adf38e3314666 Patch URL: http://git.debian.org/?p=collab-maint/geeqie.git;a=commitdiff_plain;h=6ea4d00bcc63541b92d061e1719adf38e3314666 Recommend librsvg2-common for SVG support (Closes: #575730). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#581100: [/master] Fix bashism in geeqie-rotate (Closes: #581100).
tag 581100 pending thanks Date: Tue May 11 10:12:44 2010 +0200 Author: Michal ÄihaÅ ni...@debian.org Commit ID: ad9e716b3b00d3927ab5137a0b368c1f2a97c537 Commit URL: http://git.debian.org/?p=collab-maint/geeqie.git;a=commitdiff;h=ad9e716b3b00d3927ab5137a0b368c1f2a97c537 Patch URL: http://git.debian.org/?p=collab-maint/geeqie.git;a=commitdiff_plain;h=ad9e716b3b00d3927ab5137a0b368c1f2a97c537 Fix bashism in geeqie-rotate (Closes: #581100). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#581162: dfo: Crashes while getting authorization
Package: dfo Version: 0.8+svn52-5 Severity: normal Hi while starting for the first time dfo, I noticed that if you ask the program to authenticate, but then click on done before having effectively authorized it at flickr.com, dfo crashes. Here's the output: b...@thevelop:~$ dfo (Main:8496): Gtk-CRITICAL **: gtk_toolbar_set_icon_size: assertion `icon_size != GTK_ICON_SIZE_INVALID' failed Created new window in existing browser session. Marshaling clicked signal Exception in Gtk# callback delegate Note: Applications can use GLib.ExceptionManager.UnhandledException to handle the exception. System.Reflection.TargetInvocationException: Exception has been thrown by the target of an invocation. --- FlickrNet.FlickrApiException: Invalid frob (108) at FlickrNet.Flickr.AuthGetToken (System.String frob) [0x0] at FirstTimeAuthentication.OnButtonPressDone (System.Object sender, System.EventArgs e) [0x0] at (wrapper managed-to-native) System.Reflection.MonoMethod:InternalInvoke (object,object[],System.Exception) at System.Reflection.MonoMethod.Invoke (System.Object obj, BindingFlags invokeAttr, System.Reflection.Binder binder, System.Object[] parameters, System.Globalization.CultureInfo culture) [0x0] --- End of inner exception stack trace --- at System.Reflection.MonoMethod.Invoke (System.Object obj, BindingFlags invokeAttr, System.Reflection.Binder binder, System.Object[] parameters, System.Globalization.CultureInfo culture) [0x0] at System.Reflection.MethodBase.Invoke (System.Object obj, System.Object[] parameters) [0x0] at System.Delegate.DynamicInvokeImpl (System.Object[] args) [0x0] at System.MulticastDelegate.DynamicInvokeImpl (System.Object[] args) [0x0] at System.Delegate.DynamicInvoke (System.Object[] args) [0x0] at GLib.Signal.ClosureInvokedCB (System.Object o, GLib.ClosureInvokedArgs args) [0x0] at GLib.SignalClosure.Invoke (GLib.ClosureInvokedArgs args) [0x0] at GLib.SignalClosure.MarshalCallback (IntPtr raw_closure, IntPtr return_val, UInt32 n_param_vals, IntPtr param_values, IntPtr invocation_hint, IntPtr marshal_data) [0x0] at GLib.ExceptionManager.RaiseUnhandledException(System.Exception e, Boolean is_terminal) at GLib.SignalClosure.MarshalCallback(IntPtr raw_closure, IntPtr return_val, UInt32 n_param_vals, IntPtr param_values, IntPtr invocation_hint, IntPtr marshal_data) at Gtk.Application.gtk_main() at Gtk.Application.Run() at DeskFlickrUI.CreateGUI() at GladeApp.Main(System.String[] args) b...@thevelop:~$ Thanks -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.32-3-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages dfo depends on: ii libflickrnet2.2-cil1:2.2.0-3 Flickr.Net API Library ii libgconf2.0-cil2.24.1-6 CLI binding for GConf 2.24 ii libglade2.0-cil2.12.9-4 CLI binding for the Glade librarie ii libglib2.0-cil 2.12.9-4 CLI binding for the GLib utility l ii libgtk2.0-cil 2.12.9-4 CLI binding for the GTK+ toolkit 2 ii libmono-corlib2.0-cil 2.4.4~svn151842-2 Mono core library (for CLI 2.0) ii libmono-sqlite2.0-cil 2.4.4~svn151842-2 Mono Sqlite library (for CLI 2.0) ii libmono-system-data2.0 2.4.4~svn151842-2 Mono System.Data Library (for CLI ii libmono-system2.0-cil 2.4.4~svn151842-2 Mono System libraries (for CLI 2.0 ii mono-runtime 2.4.4~svn151842-2 Mono runtime dfo recommends no packages. dfo 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#581163: sftp-server logging options unavailable
Package: scponly Version: 4.6-1.3 Severity: important If sftp-server-logging is enabled in the ssh-server-config (i.e. by supplying '-l VERBOSE') any sftp-connection fails. Cause: scponly.c Line 32:{ PROG_SFTP_SERVER, 0 }, The zero says that the sftp-server cannot have options, but those are necessary to enable logging. Solution: Please enable it by changing the zero to a one. In the sources from the scponly-sourceforge it is disabled in their 4.6-Version. I guess noone tried sftp-logging. In version 4.8 it is enabled (at sourceforge as well as in your debian-package). Wolfram Foerster -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#581122: mercurial-common: bashism in /bin/sh script
On 11/05/10 11:12, Thomas Arendsen Hein wrote: * Javi Merino cibervi...@gmail.com [20100511 10:48]: Hi, I think the attached patch fixes the bashism by creating a function that returns a random number instead of relying on the $RANDOM magic variable. I'll try to get it accepted upstream. I'm not sure if something based on /dev/urandom will be accepted upstream as /dev/urandom is not available everywhere. Whoah, yes, you are right. I thought /dev/urandom is not POSIX. I thought it was... On 11/05/10 07:42, Raphael Geissert wrote: While performing an archive wide checkbashisms (from the 'devscripts' package) check I've found your package containing a /bin/sh script making use of a bashism. checkbashisms' output: possible bashism in ./usr/share/doc/mercurial-common/examples/hgeditor line 30 ($RANDOM): HGTMP=${TMPDIR-/tmp}/hgeditor.$RANDOM.$RANDOM.$RANDOM.$$ This is only a half-bashism, on shells without special support for $RANDOM the variable simply evaluates to the empty string. This is just hgeditor$$, so it is easier to create name collisions, but still no security risk as the script simply aborts in this case. I guess the ideal solution would be to rewrite hgeditor in python, but if you can replace the creation of the temporary directory with a simple call to python -c something it would be enough to solve your current problem. Okay, I've changed it to rely on python to get the random numbers. Do you think the attached patch has more chances to be accepted upstream? Regards, Javi (Vicho) diff --git a/hgeditor b/hgeditor --- a/hgeditor +++ b/hgeditor @@ -27,7 +27,8 @@ cleanup_exit() { trap cleanup_exit 0 # normal exit trap exit 255 1 2 3 6 15 # HUP INT QUIT ABRT TERM -HGTMP=${TMPDIR-/tmp}/hgeditor.$RANDOM.$RANDOM.$RANDOM.$$ +RAND_NUMS=$(python -c 'from random import randint; print(..join([str(randint(0, 10)) for i in range(0, 3)]))') +HGTMP=${TMPDIR-/tmp}/hgeditor.$RAND_NUMS.$$ (umask 077 mkdir $HGTMP) || { echo Could not create temporary directory! Exiting. 12 exit 1 signature.asc Description: OpenPGP digital signature
Bug#581164: petsc4py: run tests at build time
Package: petsc4py Severity: minor Hello, source package contains unit tests: please run them at build time. Thanks, Sandro -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-4-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#581165: petsc4py: build and install doc
Package: petsc4py Severity: minor Hello, the package contains a 'doc' dir: use it to build doc and install it in the binary pacakge. Thanks, Sandro -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-4-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#581166: chromium-browser: Launches external programs with polluted environment
Package: chromium-browser Version: 5.0.375.29~r46008-3 Severity: minor Chromium does not unset the environment variables that it uses (e.g., LD_LIBRARY_PATH) before launching external programs. For example, browsing to http://www.adobe.com/products/acrobat/pdfs/3d_pdf_demo.pdf and opening the downloaded file from within Chromium launches Evince, with the following environment variables: LD_LIBRARY_PATH=/usr/lib/chromium-browser PATH=/usr/lib/chromium-browser:/usr/local/bin:/usr/bin:/bin:/usr/games:/home/sam/bin SANDBOX_LD_LIBRARY_PATH=/usr/lib/chromium-browser While this does not currently cause any problems, it is a bit unclean and could cause problems in the future should /usr/lib/chromium-browser grow to contain other executables with names that clash with those in the regular PATH, or libraries that clash with those in the standard library directories. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (530, 'testing'), (520, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-3-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages chromium-browser depends on: ii chromium-browser-ins 5.0.375.29~r46008-3 page inspector for the chromium-br ii libasound2 1.0.22-2shared library for ALSA applicatio ii libatk1.0-0 1.30.0-1The ATK accessibility toolkit ii libavcodec52 4:0.5.1-3 ffmpeg codec library ii libavformat524:0.5.1-3 ffmpeg file format library ii libbz2-1.0 1.0.5-4 high-quality block-sorting file co ii libc62.10.2-6Embedded GNU C Library: Shared lib ii libcairo21.8.10-4The Cairo 2D vector graphics libra ii libdbus-1-3 1.2.24-1simple interprocess messaging syst ii libdbus-glib-1-2 0.86-1 simple interprocess messaging syst ii libevent-1.4-2 1.4.13-stable-1 An asynchronous event notification ii libexpat12.0.1-7 XML parsing C library - runtime li ii libfontconfig1 2.8.0-2.1 generic font configuration library ii libfreetype6 2.3.11-1FreeType 2 font engine, shared lib ii libgcc1 1:4.4.4-1 GCC support library ii libgconf2-4 2.28.1-3GNOME configuration database syste ii libglib2.0-0 2.24.0-1The GLib library of C routines ii libgtk2.0-0 2.20.0-3The GTK+ graphical user interface ii libicu42 4.2.1-3 International Components for Unico ii libjpeg626b-16.1 The Independent JPEG Group's JPEG ii libnspr4-0d 4.8.4-1 NetScape Portable Runtime Library ii libnss3-1d 3.12.6-2Network Security Service libraries ii libpango1.0-01.28.0-1Layout and rendering of internatio ii libpng12-0 1.2.43-1PNG library - runtime ii libstdc++6 4.4.4-1 The GNU Standard C++ Library v3 ii libx11-6 2:1.3.3-3 X11 client-side library ii libxext6 2:1.1.1-3 X11 miscellaneous extension librar ii libxml2 2.7.7.dfsg-2GNOME XML library ii libxrender1 1:0.9.5-2 X Rendering Extension client libra ii libxslt1.1 1.1.26-3XSLT processing library - runtime ii libxss1 1:1.2.0-2 X11 Screen Saver extension library ii xdg-utils1.0.2+cvs20100307-1 desktop integration utilities from ii zlib1g 1:1.2.3.4.dfsg-3compression library - runtime chromium-browser recommends no packages. Versions of packages chromium-browser suggests: ii chromium-browser-l10 5.0.375.29~r46008-3 chromium-browser language 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#578635: dpkg: severe performance degradation at least on ext4 filesystems
On 2010-05-11 10:59 +0200, Raphael Hertzog wrote: On Wed, 21 Apr 2010, Sven Joachim wrote: The fix for #577756 reintroduced a severe performance degradation first reported in [1]. On my system, unpacking the emacs23-common package with a warm cache takes ~ 40 seconds, about seven times as long as with 1.15.5.6 and 1.15.6.1. Can you try with the dpkg version that is in the branch pu/async-sync of git://git.hadrons.org/git/debian/dpkg.git ? I also attach the relevant patch (you can apply it on the master branch, or even on the sid version if you prefer). Be sure to run autoreconf -f -i after having applied the patch. Applied this to the sid branch. It would be nice to have a quick answer so that we can decide if we can push that change in 1.15.7.2. Definitely a vast improvement over 1.15.7.1. A short test reveals that with a hot cache there is a slowdown of ~30% compared to 1.15.5.6 on a system without much other disk activity. When there are lots of other activities (initiated by unpacking a Linux kernel tarball in parallel), the many sync() calls cause a slowdown of ~100%. Still much better than the ~700% slowdown in 1.15.7.1. Cheers, Sven -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#550458: RFA: petsc4py -- Python bindings for PETSc
On Fri, Mar 12, 2010 at 11:23, Christopher Albert chr.alb...@gmail.com wrote: Hi Luca! First of all sorry for the delay, there was much unexpected work in the last weeks :) ... What about merging your changes in, and adopting package? I'm willing to guide and sponsor you in the process if you're still interested. Please let me know :) Thanks for the offer! Since there's already a new version upstream again I will update the package to that one and try to do the packaging as cleanly as possible. I expect to be finished during the next week, then I'll commit the changes. Nothing has changed so far, so I upgraded the package to 1.1 in the DPMT repository. When you'll be ready, please come join us and maintain it with the DPMT. Regards, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#35471: Bug#515516: xbs: diff for NMU version 0-7.4
Hi, I've prepared an NMU for xbs (versioned as 0-7.4) and uploaded it to DELAYED/7. Please feel free to tell me if I should delay it longer. Thanks for these changes. Unfortunately, you're also making big packaging changes (like adding debhelper), rather than just fixing the bugs. I'm content for an NMU to fix the important issues (which is mostly the renamed x11 package), but please don't go re-jigging the entire packaging in an NMU. Thanks, Matthew -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#581167: Podbrowser does not start anymore
Package: podbrowser Version: 0.12-1 Severity: important j...@vostro:~$ podbrowser Can't call method get_filename on an undefined value at /usr/bin/podbrowser line 63. Please contact me if you need any further info. Sincerely, Joachim -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#581168: FTBFS: No rule to make target `all'. Stop.
Source: wims Version: 3.65+svn20090927-3 Severity: serious Justification: FTBFS Hi, your package FTBFS everywhere: | # Add here commands to compile the arch part of the package. | /usr/bin/make all | make[1]: Entering directory `/build/buildd-wims_3.65+svn20090927-3-amd64-iHrpPL/wims-3.65+svn20090927' | make[1]: *** No rule to make target `all'. Stop. | make[1]: Leaving directory `/build/buildd-wims_3.65+svn20090927-3-amd64-iHrpPL/wims-3.65+svn20090927' | make: *** [build-arch-stamp] Error 2 Full build logs: https://buildd.debian.org/status/package.php?p=wimssuite=unstable Mraw, KiBi. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#575126: virt-manager: cannot change ISO image
It is not possible to eject and insert an ISO image as long as a virtual machine is running. I already wrote to the virt-tools-list and got no answer so far: https://www.redhat.com/archives/virt-tools-list/2010-April/msg00035.html -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#581169: qa.debian.org: sf.net debian/watch file redirector fails to find new upstream release
Package: qa.debian.org Severity: normal A new upstream version of tftpy has been released [1], but qa.d.o watch file redirector fails to find it [2]. [1]http://sourceforge.net/projects/tftpy/files/ [2]http://qa.debian.org/watch/sf.php/tftpy/ Regards. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (650, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-trunk-amd64 (SMP w/4 CPU cores) Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.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#336581: [rt-b...@bestpractical.com: [fsck.com #14498] Unknown RT::Condition::UntouchedInHours example in rt-crontool manpage]
tags 336581 +fixed-upstream thanks - Forwarded message from sunnavy via RT rt-b...@bestpractical.com - X-Spam-Status: No, score=-6.0 required=5.0 tests=BAYES_00,RCVD_IN_DNSWL_MED, SPF_SOFTFAIL autolearn=ham version=3.2.5 Subject: [fsck.com #14498] Unknown RT::Condition::UntouchedInHours example in rt-crontool manpage From: sunnavy via RT rt-b...@bestpractical.com Reply-To: rt-b...@bestpractical.com To: d...@earth.li Date: Tue, 11 May 2010 05:09:53 -0400 X-Urchin-Spam-Score-Int: -59 X-Bogosity: Ham, tests=bogofilter, spamicity=0.00, version=1.1.7 fixed in e58e7c98: replaced RT::Condition::UntouchedInHour with a real module: RT::Condition::Overdue thanks for reporting this. best wishes sunnavy On Sun Mar 07 18:32:57 2010, d...@earth.li wrote: Hi, As reported at http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=336581 a very long time ago indeed, the manpage to rt-crontool contains a reference to a perl module which does not exist in the core distribution, RT::Condition::UntouchedInHours I daresay that this has been a small source of confusion over the years, as people try and use that example. Perhaps the manpage could be updated to clarify that UntouchedInHours is a hypothetical condition, or even better, replace the example with one that is usable out of the box. Cheers, Dominic. - End forwarded message - -- Dominic Hargreaves | http://www.larted.org.uk/~dom/ PGP key 5178E2A5 from the.earth.li (keyserver,web,email) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#581170: php5 crypt() does not complete with emtpy salt
Package: php5-common Version: 5.3.2-1 Severity: important php's crypt() function is broken. when supplying false, NULL or an empty salt, i would expect php to generate its own salt: # echo ?php echo crypt('test', false); ?|php -q ; echo running php on debian squeeze: # php -v -c /etc/php5/cli/php.ini.ucf-dist PHP 5.3.2-1 with Suhosin-Patch (cli) (built: Mar 13 2010 22:18:25) Copyright (c) 1997-2009 The PHP Group Zend Engine v2.3.0, Copyright (c) 1998-2010 Zend Technologies with Suhosin v0.9.31, Copyright (c) 2007-2010, by SektionEins GmbH everything is working as expected with the binaries from the dotdeb mirror: $ echo ?php echo crypt('test', false); ?|php -q ; echo $1$E1bI/Hct$w7nloqFXM2/GmjT5Mawb40 $ php -v PHP 5.3.2-0.dotdeb.2 with Suhosin-Patch (cli) (built: Apr 20 2010 22:58:57) Copyright (c) 1997-2009 The PHP Group Zend Engine v2.3.0, Copyright (c) 1998-2010 Zend Technologies with Suhosin v0.9.31, Copyright (c) 2007-2010, by SektionEins GmbH thanks, raoul -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#580911: geany: incorrect folding of code block
after talking with the developer of scintilla, it turns out that this feature is off by default in scintilla. could you turn it off too in geany? the behaviour interferes with ordinary code practices (ie. commenting out code blocks eg. for testing), and is very unexpected if you don't specifically know it's there, which most users won't, as it's documented nowhere obvious. On 05/10/2010 09:19 PM, Enrico Tröger wrote: On Sun, 9 May 2010 22:17:42 +0200, Enrico wrote: On Sun, 09 May 2010 20:09:12 +0100, Ximin wrote: Hi, make a new file called test.java, then open it in geany. paste in: public void test() { //} System.out.println(hello, world); } and try to fold the method definition to make it invisible (the [-] button next to the line number). notice that it folds the method at the commented-out brace, rather than at the actual end of the method. this is a bug in Scintilla, the editing component used by Geany. Could you please report this issue against the Scintilla project? For reference, Ximin reported the issue at https://sourceforge.net/tracker/?func=detailatid=102439aid=2999043group_id=2439. Thanks. As Neil said, this can be configured by a lexer property. Unfortunately, these can't be set in Geany 0.18.1. But with the upcoming 0.19 release this will be possible by adding the following lines to ~/.config/geany/fieldefs/filetypes.java: [lexer_properties] fold.comment=0 Regards, Enrico -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#581171: dpkg-reconfigure exim4-config fails if /etc/exim4 directory does not exist
Package: exim4-config Version: 4.71-4 Severity: normal For some reasons, I needed to start with a fresh config so I moved away my /etc/exim4 directory to start with a completely new one. I discovered that running `dpkg-reconfigure exim4-config` fails if the /etc/exim4 doesn't exist : # dpkg-reconfigure exim4-config find: /etc/exim4: Aucun fichier ou dossier de ce type find: /etc/exim4: Aucun fichier ou dossier de ce type /var/lib/dpkg/info/exim4-config.postinst: 392: cannot create /etc/exim4/update-exim4.conf.conf: Directory nonexistent It's not really an issue for me, but I think that could be useful if we could reconfigure exim4 without an existent /etc/exim4 directory. -- Package-specific info: Exim version 4.71 #1 built 03-Apr-2010 11:29:47 Copyright (c) University of Cambridge, 1995 - 2007 Berkeley DB: Berkeley DB 4.8.26: (December 18, 2009) Support for: crypteq iconv() IPv6 GnuTLS move_frozen_messages DKIM Lookups: lsearch wildlsearch nwildlsearch iplsearch cdb dbm dbmnz dnsdb dsearch nis nis0 passwd Authenticators: cram_md5 plaintext Routers: accept dnslookup ipliteral manualroute queryprogram redirect Transports: appendfile/maildir/mailstore autoreply lmtp pipe smtp Fixed never_users: 0 Size of off_t: 8 GnuTLS compile-time version: 2.8.6 GnuTLS runtime version: 2.8.6 -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1,'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-4-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages exim4-config depends on: ii adduser 3.112 add and remove users and groups ii debconf [debconf-2.0] 1.5.32 Debian configuration management sy exim4-config recommends no packages. exim4-config suggests no packages. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#580814: Parallellizing the boot in Debian Squeeze - ready for wider testing
On Tue, May 11, 2010 at 12:37:56 +0200, Julian Andres Klode wrote: On Sun, May 09, 2010 at 05:25:16PM +0200, Tollef Fog Heen wrote: I am so far just testing on a singe machine, but it's my firm belief that it's possible to have a fully functional systemd in squeeze. Only if #579755 is solved. While testing systemd on Debian, I found out that the option CONFIG_CGROUP_DEBUG is disabled in our kernel, but it is needed for systemd to work. config CGROUP_DEBUG bool Example debug cgroup subsystem depends on CGROUPS default n help This option enables a simple cgroup subsystem that exports useful debugging information about the cgroups framework. Say N if unsure. Is it really a good idea to have init depend on such an option? (It's also disabled in all defconfigs.) Cheers, Julien signature.asc Description: Digital signature
Bug#515516: xbs: diff for NMU version 0-7.4
+ [ Jari Aalto ] + * Non-maintainer upload. +- Move to packaging format 3.0 (quilt). + * debian/chnagelog +- Remove EOL whitespaces. + * debian/compat +- New file. + * debian/control +- (Build-Depends): update obsolete x-dev to x11proto-core-dev + (important; Closes: #515516). Add debhelper. + * debian/control +- (Standards-Version): Update ancient 3.2.1.0 to 3.8.4. + * debian/copyright +- Update layout. Add note about unreachable upstream URL. +- Point to GPL-2. + * debian rules: +- (top level): REmove EOL whitespaces. +- (binart-indep): Delete, not used. +- (binary-arch add dh_strip (Closes: #438287). +- (clean): Fix lintian debian-rules-ignores-make-clean-error. + * debian/source/format + - New file + * debian/xbs.1 +- Fix hyphens (Closes: #35471). + * xbs.c +- Add stdlib.h to fix: incompatible implicit declaration of built-in + function 'exit' + Thanks for these changes. Unfortunately, you're also making big packaging changes (like adding debhelper), rather than just fixing the bugs. I'm content for an NMU to fix the important issues (which is mostly the renamed x11 package), but please don't go re-jigging the entire packaging in an NMU. Well, the xbs is from 2008-12-23, with ancient policy 3.2.1.0, so I considered and upgrade a good thing. You'll notice that those are not major changes. The debhelper was necessary because the package didn't build correctly (Lintian) againt the new policy. The changes needed in binary-arch: were: + dh_installdeb + dh_shlibdeps + dh_gencontrol + dh_md5sums + dh_builddeb Thanks, Jari -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#580947: chromium-browser from experimental has included h.264 by default?
On Tue, May 11, 2010 at 10:44:40AM +0200, Reinhard Tartler wrote: The following message is a courtesy copy of an article that has been posted to gmane.linux.debian.devel.general as well. On Tue, May 11, 2010 at 10:22:02 (CEST), Philipp Kern wrote: On 2010-05-11, Reinhard Tartler siret...@debian.org wrote: [1] http://experimental.ftbfs.de/chromium-browser (unavailable at time of writing) experimental.ftbfs.de is down for good. I guess you meant [0] or similar. Kind regards, Philipp Kern [0] https://buildd.debian.org/status/package.php?p=chromium-browsersuite=experimental Indeed. Thaks for that link! checking [2], reveals that I'm partly wrong. There is an in-source copy of ffmpeg, that there is an option 'use_system_ffmpeg=1' passed to the buildscript. This indicates that I indeed missed that upstream now considers this. Still, I also note that a library out/Release/obj.target/third_party/ffmpeg/libffmpeg.a is being built. also note the following changelog comment: * Ops, libavutil50 is not yet in Debian, removed from depends (Closes: #580769) - update debian/control I can only assume that the functionality to link and use the system ffmpeg is severely broken. One more reason to have bug #580947 at severity serious. From my point of view, the following needs to be done: 1) Drop ffmpeg-no-pkgconfig.patch Using the system libraries from ffmpeg together with the headers of a patched and more up2date ffmpeg-mt will always result in trouble. 2) Link against the ffmpeg libraries, do not dlopen() them. This will make shlibs work against and makes it possible to binNMU chromium-browser in case of an ABI break in ffmpeg. -- Julian Andres Klode - Debian Developer, Ubuntu Member See http://wiki.debian.org/JulianAndresKlode and http://jak-linux.org/. pgpizwC0VFQCD.pgp Description: PGP signature
Bug#581172: mpich-shmem-bin: Missing dependency on gawk (for cleanipcs script)
Package: mpich-shmem-bin Version: 1.2.7-9.1 Severity: normal The cleanipcs script is relying on gawk to parse the output of ipcs (or the contents of /proc/sysvipc/sem). Hence, gawk should be added as a dependency. The corresponding error message: $ cleanipcs /usr/bin/cleanipcs: line 42: gawk: command not found /usr/bin/cleanipcs: line 51: gawk: command not found -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages mpich-shmem-bin depends on: ii gdb 6.8.50.20090628-3+b1 The GNU Debugger ii libc6 2.9-12 GNU C Library: Shared libraries ii libmpich-shmem1.0gf 1.2.7-9.1mpich-shmem runtime shared library mpich-shmem-bin recommends no packages. Versions of packages mpich-shmem-bin suggests: ii libmpich-shmem1.0-dev 1.2.7-9.1 mpich static libraries and develop ii mpi-doc 1.2.7-9.1 Documentation for the MPICH MPI im -- 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#575193: upgrading libc breaks running tmux
Hi, you filled nearly two months ago a bug report #575193 towards tmux package. Unfortunately I was not able to reproduce the crash due to the lack of additional information you missed to provide. If there is no chance of testing it with the new version 1.2-4 which fixes three independent crashes at least, I would like to close this bug at the end of this month. I would like to hear any response from you as I am curious if my testing missed some case you are using. Thanks in advance, Ferdinand signature.asc Description: This is a digitally signed message part.
Bug#580814: Parallellizing the boot in Debian Squeeze - ready for wider testing
On Tue, May 11, 2010 at 12:49:46PM +0200, Julien Cristau wrote: On Tue, May 11, 2010 at 12:37:56 +0200, Julian Andres Klode wrote: On Sun, May 09, 2010 at 05:25:16PM +0200, Tollef Fog Heen wrote: I am so far just testing on a singe machine, but it's my firm belief that it's possible to have a fully functional systemd in squeeze. Only if #579755 is solved. While testing systemd on Debian, I found out that the option CONFIG_CGROUP_DEBUG is disabled in our kernel, but it is needed for systemd to work. config CGROUP_DEBUG bool Example debug cgroup subsystem depends on CGROUPS default n help This option enables a simple cgroup subsystem that exports useful debugging information about the cgroups framework. Say N if unsure. Is it really a good idea to have init depend on such an option? (It's also disabled in all defconfigs.) Here's what I heard from Kay Sievers: Apr 30 16:13:27 juliank kay: Is there a way to get it working without this option? Apr 30 16:13:58 kay no, no chance Apr 30 16:14:18 kay it's one of the building blocks to track/babysit processes Apr 30 16:17:24 kay it will not be debug some day, but always required, yes Apr 30 16:17:57 kay there is otherwise no way to reliably kill a service, you need a simple container to kill Apr 30 16:18:17 kay otherwise processes can fork faster than you can kill them Apr 30 16:18:38 kay cgroups provide a race free way to kill an entire group of processes Apr 30 16:19:13 kay and they can also tell you that all processes of a service died - empty group Apr 30 16:20:30 juliank kay: Does CONFIG_CGROUP_DEBUG have any impact on performance? Apr 30 16:20:48 kay it should not be noticeable Apr 30 16:21:03 kay only if you actually use them, and even then they are very cheap Apr 30 16:21:20 kay it's not much more than a tag sticked to a process Apr 30 16:21:38 kay and a way to handle the tagged things then ... -- Julian Andres Klode - Debian Developer, Ubuntu Member See http://wiki.debian.org/JulianAndresKlode and http://jak-linux.org/. pgpWgCyTU69Md.pgp Description: PGP signature
Bug#581173: Configuration parsing in elilo.sh is broken
Package: elilo Version: 3.12-1 Severity: important The parseconf function wrongly assumes: - No quoting - No escaping - No space after the '=' sign - No space before global option names -- System Information: Debian Release: squeeze/sid APT prefers proposed-updates APT policy: (500, 'proposed-updates'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#581174: icu: FTBFS on kfreebsd-amd64: Bus error
Source: icu Version: 4.4.1-1 Severity: serious Justification: FTBFS User: debian-...@lists.debian.org Hi, your package FTBFS reliably on kfreebsd-amd64 in experimental, with bus errors while trying to build stuff under source/data. I've also reproduced those failures in a kfreebsd-amd64 sid chroot (on asdfasdf.debian.net), it breaks on a different file every time. Full build logs: https://buildd.debian.org/status/package.php?p=icusuite=experimental Hopefully somebody will step up and have a look, but you can always contact debian-bsd@ directly. Mraw, KiBi. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#580688: python-moinmoin: multiple protocols missing from config/__init__.py
]] Franklin PIAT | On Mon, 2010-05-10 at 10:43 +0200, Tollef Fog Heen wrote: | | Given you can't accidentially disclose credentials any more by having | something be a link than you can do so by putting it inline in a text on | a page, I don't really see that as a valid reason. | | I mean the visitor's credentials. for instance, there used to be a known | vulnerability in SMB/CIFS file sharing: if you put a link/image on a | file://\\myhostname\share\foo.jpg, web browsers used to connect | *automatically* to that share to retrieve the jpg file... the password | was send as clear text to myhostname. I must confess I've never ever even considered somebody doing something that stupid. | I expect similar problem with imap:// and webdav:// urls. I've never heard of that happening; I can't say there are no clients out there that are so buggy though. [...] | | - Does Debian or Windows or MacOS handle it? (with a popular tool) | | Yes, using git. | | I guess you mean git gui. No, I mean using git. You asked if there were any tools that handled git URLs, yes there is, it's called git and is quite common. Being able to copy and paste URLs to the command line and having them recognised as links in a web browser is useful. -- Tollef Fog Heen UNIX is user friendly, it's just picky about who its friends are -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#581175: redirect stderr of helpers
Package: mc Version: 3:4.7.0.1-1 Severity: wishlist Many GUI programmes, such as G* and K* tools, spam stderr with crap that noone cares about. If mc spawns these helpers, the output messes up the ncurses UI and requires me to punch ctrl-l to restore. I think it would make sense if mc categorically intercepted stderr of processes it spawns. One could consider accumulating such output in a buffer that can be viewed separately, or to display the output with e.g. less, and restore the UI on exit. Ideally it would be configurable, of course. I don't really want to have to hit any keys to return to the mc UI. Thanks for your consideration. -- System Information: Debian Release: squeeze/sid Architecture: amd64 (x86_64) Kernel: Linux 2.6.33-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 mc depends on: ii libc6 2.10.2-7 Embedded GNU C Library: Shared lib ii libglib2.0-0 2.24.1-1 The GLib library of C routines ii libgpm2 1.20.4-3.3 General Purpose Mouse - shared lib ii libslang2 2.2.2-4The S-Lang programming library - r Versions of packages mc recommends: ii mime-support 3.48-1 MIME files 'mime.types' 'mailcap Versions of packages mc suggests: pn arj none (no description available) ii bzip21.0.5-4 high-quality block-sorting file co pn catdvi none (no description available) pn dbview none (no description available) ii djvulibre-bin3.5.22-9Utilities for the DjVu image forma ii evince-gtk [pdf-viewer] 2.30.1-2Document (postscript, pdf) viewer ii file 5.04-2 Determines file type using magic ii gv [pdf-viewer] 1:3.6.9-1 PostScript and PDF viewer for X ii imagemagick 7:6.6.0.4-2 image manipulation programs pn odt2txt none (no description available) ii okular [pdf-viewer] 4:4.4.3-1 document viewer for KDE 4 ii perl 5.10.1-12 Larry Wall's Practical Extraction ii python 2.5.4-9 An interactive high-level object-o pn python-boto none (no description available) pn python-tznone (no description available) ii unzip6.0-4 De-archiver for .zip files ii w3m 0.5.2-4 WWW browsable pager with excellent ii zip 3.0-3 Archiver for .zip files -- debconf-show failed -- .''`. martin f. krafft madd...@d.o 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/)
Bug#581122: mercurial-common: bashism in /bin/sh script
On 11/05/2010 11:40, Javi Merino wrote: On 11/05/10 11:12, Thomas Arendsen Hein wrote: [useful things about this bug] Sorry, I just see your mails, after the upload of mercurial 1.5.2-1 where I solved this bug by changing the shebang line. bash being essential in Debian, I will not diverge more from upstream than changing the shebang line for this example file. But feel free to talk to upstream if they also want to fix it, possibly with your patch. Regards Vincent -- Vincent Danjean GPG key ID 0x9D025E87 vdanj...@debian.org GPG key fingerprint: FC95 08A6 854D DB48 4B9A 8A94 0BF7 7867 9D02 5E87 Unofficial packages: http://moais.imag.fr/membres/vincent.danjean/deb.html APT repo: deb http://perso.debian.org/~vdanjean/debian unstable main -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#482729: nss-updatedb: offer to NMU (FTBFS when converted to new source format 3.0 quilt)
On Tue, May 11, 2010 at 08:08:53AM +0300, Jari Aalto wrote: Guido Günther a...@sigxcpu.org writes: On Mon, May 10, 2010 at 07:20:28PM +0300, Jari Aalto wrote: The attachment is empty here: [-- Attachment #2: nss-updatedb_10-1--10-1.1.deb.diff --] [-- Type: text/x-diff, Encoding: 7bit, Size: 0K --] Here is resend. Looks good. If you checked that nss-updatedb still works with the newer Berkeley DB a NMU would be very welcome. I don't see why not. The old versions have had some dead-lock problems, so an upgrade would be welcomed. In any case, the old 4.6 will be gone at some point. After all I can check once the package is in unstanble so o.k. to NMU. Cheers and thanks, -- Guido -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#580947: chromium-browser from experimental has included h.264 by default?
On Tue, May 11, 2010 at 12:59:12 (CEST), Julian Andres Klode wrote: From my point of view, the following needs to be done: 1) Drop ffmpeg-no-pkgconfig.patch Using the system libraries from ffmpeg together with the headers of a patched and more up2date ffmpeg-mt will always result in trouble. Okay, I think you mean this patch: http://bazaar.launchpad.net/~giuseppe-iuculano/chromium-browser/chromium-browser.debian/annotate/head:/debian/patches/ffmpeg-no-pkgconfig.patch ,[ffmpeg-no-pkgconfig.patch] | --- a/third_party/ffmpeg/ffmpeg.gyp | +++ b/third_party/ffmpeg/ffmpeg.gyp | @@ -767,12 +767,14 @@ | | # Add pkg-config result to include path when use_system_ffmpeg!=0 | ['use_system_ffmpeg!=0', { | - 'cflags': [ | -'!@(pkg-config --cflags libavcodec libavformat libavutil)', | + 'include_dirs': [ | +'source/config', | +'source/patched-ffmpeg-mt', |], |'direct_dependent_settings': { | -'cflags': [ | - '!@(pkg-config --cflags libavcodec libavformat libavutil)', | +'include_dirs': [ | + 'source/config', | + 'source/patched-ffmpeg-mt', | ], |}, | }, { # else use_system_ffmpeg==0, add local copy to include path ` AFAIUI, it forces the build to use the headers of the internal ffmpeg copy instead of using the system headers. Since I do know that chromium's internal copy of ffmpeg is *not* binary compatible to ffmpeg 0.5 (which is what debian/squeeze and ubuntu/lucid ship), I can only agree with you that this patch is a very bad idea from the start. 2) Link against the ffmpeg libraries, do not dlopen() them. This will make shlibs work against and makes it possible to binNMU chromium-browser in case of an ABI break in ffmpeg. I fear that the reason for ffmpeg-no-pkgconfig.patch is that chromium does not even compile against the system headers. I can imagine that it could compile with the ffmpeg version I've uploaded to experimental this weekend (currently in NEW), but I wouldn't bet on it. FWIW, I'd suggest to just compile, link and use the internal copy of ffmpeg. -- Gruesse/greetings, Reinhard Tartler, KeyID 945348A4 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#581175: [Pkg-mc-devel] Bug#581175: redirect stderr of helpers
Hi! On Tue, 2010-05-11 at 13:17 +0200, martin f krafft wrote: I think it would make sense if mc categorically intercepted stderr of processes it spawns. One could consider accumulating such output in a buffer that can be viewed separately, or to display the output with e.g. less, and restore the UI on exit. Ideally it would be configurable, of course. I don't really want to have to hit any keys to return to the mc UI. You can do it yourself by placing an appropriate entry in mc.ext in your ~/.mc configuration folder. This is the anticipated way by upstream to change the default behavior and we as the packagers should not interfere with it. If you need more information please follow up, otherwise I will close this bug. -- Sincerely yours, Yury V. Zaytsev -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#581176: gnome-keyring-manager asks local user for password when someone tries to vnc-in
Package: vino Version: 2.28.2-1 1. Configure vino to accept incoming connections and prompt the remote user for a password 2. (Configuring automatic log-in to the desktop might be relevant) 3. Try and connect to computer remotely 4. Vino prompts remote user for password, and then prompts the local user to unlock the gnome-keyring-manager This makes it impossible to remotely log-in to headless computers. There is a discussion on https://bugs.launchpad.net/ubuntu/+source/vino/+bug/562423 indicating that the package may have been compiled with --enable-gnome-keyring. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#551006: backtrace for this bug
On Wed, Oct 28, 2009 at 12:36:09PM -0700, Don Armstrong wrote: $ dpkg -l *glx* ii libgl1-mesa-glx 7.6-1... but that's all just a red herring. Most likely you're not using a tiling window manager, so panoramaChanged doesn't get called at the same point. [This particular segfault has nothing to do with openGL.] The reason it segfaults is pretty simple; m_parent is NULL, and DoSetSize in libwx dereferences the null pointer. It's most likely a bug in hugin somewhere that results in m_parent being NULL. Here's a fun data point: If I run X in 16bpp mode, Hugin segfaults in DoSetSize() just after the “align” step, every time (tried 5/5). If I run X in 24bpp mode, however, everything is fine. FWIW, I'm using bog-standard GNOME and Metacity, i945 with KMS. No tiling WM, no non-free drivers. /* Steinar */ -- Homepage: http://www.sesse.net/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#581175: [Pkg-mc-devel] Bug#581175: redirect stderr of helpers
also sprach Yury V. Zaytsev y...@shurup.com [2010.05.11.1331 +0200]: You can do it yourself by placing an appropriate entry in mc.ext in your ~/.mc configuration folder. This is the anticipated way by upstream to change the default behavior and we as the packagers should not interfere with it. You mean I should duplicate/overwrite /etc/mc/mc.ext (I don't have a specific ~/.mc/mc.ext file, since I configure everything via mailcap)? I don't think this is a good idea. Is there any reason why a spawned process' stderr output should be printed to the pty where mc runs? I can't see any, and then it really just makes more sense to block it altogether. Thanks, -- .''`. martin f. krafft madd...@d.o 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/)
Bug#579483: Patch to create correct 'files.h'
The location of the account file(s) is set at compile time from the values in 'files.h', which is created by 'configure', which derives the values from 'configure.ac'. Attached is a patch to 'configure.ac' to define the location of pacct as '/var/log/account/pacct'. Applied the patch and ran 'autoconf' to create the new 'configure' script. --- configure.ac.bak 2010-05-09 01:36:39.0 -0400 +++ configure.ac 2010-05-09 01:40:48.0 -0400 @@ -187,7 +187,7 @@ #ifndef ACCT_FILE # if defined(__FreeBSD__) || defined(__linux__) -#define ACCT_FILE /var/account/pacct +#define ACCT_FILE /var/log/account/pacct # else #if defined(__NetBSD__) # define ACCT_FILE /var/account/acct @@ -207,7 +207,7 @@ #ifndef SAVACCT_FILE # if defined(__FreeBSD__) || defined(__NetBSD__) || defined(__linux__) -#define SAVACCT_FILE /var/account/savacct +#define SAVACCT_FILE /var/log/account/savacct # else #if defined(sun) || defined(AMIX) # define SAVACCT_FILE /var/adm/savacct @@ -223,7 +223,7 @@ #ifndef USRACCT_FILE # if defined(__FreeBSD__) || defined(__NetBSD__) || defined(__linux__) -#define USRACCT_FILE /var/account/usracct +#define USRACCT_FILE /var/log/account/usracct # else #if defined(sun) || defined(AMIX) # define USRACCT_FILE /var/adm/usracct
Bug#550749: kickoff: Duplicate menu items for non-KDE4 applications
I got the same problem. I didn't like the debian menu thing anyway so purged menu, menu-l10n and menu-xdg, duplicates are gone. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#383952: kdevelop: New Project Dialog doesn't have maximize button under Gnome
On Tue, May 11, 2010 at 12:10 AM, Eckhart Wörner ewoer...@kde.org wrote: tags 383952 + moreinfo thanks Hi, you reported http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=383952 some time ago. Since then, KDevelop had several releases. Can you please verify whether the bug you reported is still present in a more current version (and - if yes - specify which version)? Can't you easily verify this one yourself? Olaf -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#581177: Default configuration file layout makes mediawiki thinks its installed in /etc/mediawiki
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Package: mediawiki Version: 1:1.12.0-2lenny5 Severity: important *** Please type your report below this line *** The default file layout which simlinks /usr/share/mediawiki/LocalSettings.php to /etc/mediawiki/LocalSettings.php makes mediaiwiki thinks it's installed in /etc/mediawiki. this is the error message as seen in a browser - 8 Warning: require_once(/etc/mediawiki/includes/SiteConfiguration.php) [function.require-once]: failed to open stream: No such file or directory in /usr/share/mediawiki/includes/DefaultSettings.php on line 30 Fatal error: require_once() [function.require]: Failed opening required '/etc/mediawiki/includes/SiteConfiguration.php' (include_path='/etc/mediawiki:/etc/mediawiki/includes:/etc/mediawiki/languages:/usr/share/php5/PEAR/:.:/usr/share/php:/usr/share/pear') in /usr/share/mediawiki/includes/DefaultSettings.php on line 30 8 I fixed the issue by moving things around but any update of mediawiki tends to erase my {Local,Admin}Settings.php files without any warning (this is really upsetting and apt should at least make a backup... but that's another topic) - 8 * r...@g5k:/etc/mediawiki# ls -al /etc/mediawiki/*Settings.php * lrwxrwxrwx 1 root root 38 2010-03-04 12:12 /etc/mediawiki/AdminSettings.php - /usr/share/mediawiki/AdminSettings.php * lrwxrwxrwx 1 root root 38 2010-03-08 16:50 /etc/mediawiki/LocalSettings.php - /usr/share/mediawiki/LocalSettings.php * r...@g5k:/etc/mediawiki# ls -al /var/lib/mediawiki/*Settings.php * lrwxrwxrwx 1 root root 32 2010-03-04 12:07 /var/lib/mediawiki/AdminSettings.php - /etc/mediawiki/AdminSettings.php * lrwxrwxrwx 1 root root 32 2010-03-04 12:07 /var/lib/mediawiki/LocalSettings.php - /etc/mediawiki/LocalSettings.php * r...@g5k:/etc/mediawiki# ls -al /usr/share/mediawiki/*Settings.php * -r--r--r-- 1 root root 822 2010-03-04 12:11 /usr/share/mediawiki/AdminSettings.php * -r--r--r-- 1 root root 4195 2010-03-08 16:53 /usr/share/mediawiki/LocalSettings.php 8 I'm not really familiar with debian and the whole apt thing (I'm more familiar with gentoo) maybe I'm missing something? Steps to reproduce: on lenny from a fresh debootstrap: apt-get install mediawiki apache2 tweak /etc/mediawiki/apache.conf restart apache elinks http://127.0.0.1/mediawiki/ Reproductible: Always Severity: Important I think this is an important issue as mediawiki won't work as it's installed by apt-get. - -- System Information: Debian Release: 5.0.4 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.24-24-xen (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=locale: Cannot set LC_CTYPE to default locale: No such file or directory locale: Cannot set LC_MESSAGES to default locale: No such file or directory locale: Cannot set LC_ALL to default locale: No such file or directory ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages mediawiki depends on: ii apache22.2.9-10+lenny7 Apache HTTP Server metapackage ii apache2-mpm-prefor 2.2.9-10+lenny7 Apache HTTP Server - traditional n ii debconf [debconf-2 1.5.24Debian configuration management sy ii mime-support 3.44-1MIME files 'mime.types' 'mailcap ii php5 5.2.6.dfsg.1-1+lenny8 server-side, HTML-embedded scripti ii php5-mysql 5.2.6.dfsg.1-1+lenny8 MySQL module for php5 Versions of packages mediawiki recommends: ii mysql-server 5.0.51a-24+lenny3 MySQL database server (metapackage ii mysql-server-5.0 [ 5.0.51a-24+lenny3 MySQL database server binaries ii php5-cli 5.2.6.dfsg.1-1+lenny8 command-line interpreter for the p Versions of packages mediawiki suggests: pn clamav none (no description available) ii imagemagick 7:6.3.7.9.dfsg2-1~lenny3 image manipulation programs pn mediawiki-math none (no description available) pn memcached none (no description available) - -- debconf information: perl: warning: Setting locale failed. perl: warning: Please check that your locale settings: LANGUAGE = (unset), LC_ALL = (unset), LANG = en_US.UTF-8 are supported and installed on your system. perl: warning: Falling back to the standard locale (C). locale: Cannot set LC_CTYPE to default locale: No such file or directory locale: Cannot set LC_MESSAGES to default locale: No such file or directory locale: Cannot set LC_ALL to default locale: No such file or directory mediawiki/webserver: apache2 -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.15 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJL6UgyAAoJEEzIl7PMEAlijBYIAOymhh1NmfECsR+D/KA9AnZd X1cc7DPJSbIy3BOa1rgBk1gTo6AM6lrnmp2al0uWvtmt4LUPyRxkwMLHGhpQPAcF
Bug#581175: [Pkg-mc-devel] Bug#581175: redirect stderr of helpers
On Tue, 2010-05-11 at 13:43 +0200, martin f krafft wrote: You mean I should duplicate/overwrite /etc/mc/mc.ext (I don't have a specific ~/.mc/mc.ext file, since I configure everything via mailcap)? I don't think this is a good idea. You can cp /etc/mc/mc.ext ~/.mc and edit it accordingly, but I guess that just adding a relevant section to ~/.mc/mc.ext would work and it should take precedence on /etc/mc/mc.ext. Your mailcap configuration will not work anyway because mc does not use mailcap by default. Therefore if you want to use mailcap you have to create your own mc.ext either way. Is there any reason why a spawned process' stderr output should be printed to the pty where mc runs? I can't see any, and then it really just makes more sense to block it altogether. I run different stuff in the background and if it fails I'd like to see the error messages immediately because I can Ctrl+L later to reset the terminal anyway, but if I don't take action quickly I might run into problems. These are not changes we are supposed to do as packagers especially when upstream already provides a way for the user to configure it. If you want to make it a global default for everybody I think this should be discussed with upstream. -- Sincerely yours, Yury V. Zaytsev -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#581178: atheist: documentation typos
Package: atheist Version: 0.20100505-1.1 Severity: minor Tags: patch I found a bunch of typos and grammar errors in the documentation of atheist. I am sending a .diff file to correct intro.html Expect more corrections in the future. :D -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.32-4-686 (SMP w/2 CPU cores) Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages atheist depends on: ii libjs-jquery 1.4.2-2 JavaScript library for dynamic web ii python 2.5.4-9 An interactive high-level object-o ii python-support 1.0.8 automated rebuilding support for P ii python-xmpp 0.4.1-cvs20080505.2 Python library for communication w atheist recommends no packages. atheist suggests no packages. -- no debconf information HostInfo.Hydra-Manager -t @ Hydra-Manager.HostInfoAdapter HostInfo.Hydra-Manager -t @ Hydra-Manager.HostInfoAdapter
Bug#492504: O: dnotify -- Execute a command when the contents of a directory change
Users of dnotify could IMHO easily switch to either inotifywait (package inotify-tools) or incrond. signature.asc Description: PGP signature
Bug#558789: same problem with icedove 3.x
Package: nautilus-sendto Version: 2.28.4-2 Severity: normal hello, same problem exists with icedove 3.x no file is attached to new mail when using nautilus sendto -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') 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 Versions of packages nautilus-sendto depends on: ii gconf2 2.28.1-3 GNOME configuration database syste ii libatk1.0-0 1.30.0-1 The ATK accessibility toolkit ii libc6 2.10.2-7 Embedded GNU C Library: Shared lib ii libcairo2 1.8.10-4 The Cairo 2D vector graphics libra ii libfontconfig1 2.8.0-2.1generic font configuration library ii libfreetype62.3.11-1 FreeType 2 font engine, shared lib ii libgconf2-4 2.28.1-3 GNOME configuration database syste ii libglib2.0-02.24.1-1 The GLib library of C routines ii libgtk2.0-0 2.20.1-1 The GTK+ graphical user interface ii libnautilus-extension1 2.30.1-1 libraries for nautilus components ii libpango1.0-0 1.28.0-1 Layout and rendering of internatio ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime nautilus-sendto recommends no packages. Versions of packages nautilus-sendto suggests: ii gnome-bluetooth 2.30.0-1 GNOME Bluetooth tools ii icedove 3.0.4-2mail/news client with RSS and inte ii pidgin2.6.6-2graphical multi-protocol instant m ii python-dbus 0.83.1-1 simple interprocess messaging syst -- 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#581179: oowriter 3.2 loads all linked images on first save (regression)
Package: openoffice.org-writer Version: 1:3.2.0-4 oowriter 3.2 loads all linked images when saving (manually or autosave) a document for the first time after having loaded it, even if displaying images is disabled in the options. The next saves don't load the images again. This is very annoying when editing documents containing lots of and/or big images, as the first save can take minutes instead of seconds. So the images display option is basically rendered useless for the purpose of frequent/quick text-only edits. oowriter 2.4 worked just fine. This was tested with kernel 2.6.26-1-amd64. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#581175: [Pkg-mc-devel] Bug#581175: redirect stderr of helpers
also sprach Yury V. Zaytsev y...@shurup.com [2010.05.11.1405 +0200]: You mean I should duplicate/overwrite /etc/mc/mc.ext (I don't have a specific ~/.mc/mc.ext file, since I configure everything via mailcap)? I don't think this is a good idea. You can cp /etc/mc/mc.ext ~/.mc and edit it accordingly, but I guess that just adding a relevant section to ~/.mc/mc.ext would work and it should take precedence on /etc/mc/mc.ext. Yes, and suddenly I am forced to maintain Yet Another Extension-To-Viewer Mapping. I'd really rather not have to override the default config for this trivial but far-reaching change. Your mailcap configuration will not work anyway because mc does not use mailcap by default. Therefore if you want to use mailcap you have to create your own mc.ext either way. Fair enough, except /etc/mc/mc.ext uses /usr/bin/see in places, which *is* mailcap. Anyway, I am happy with the default. I just don't want stderr. Is there any reason why a spawned process' stderr output should be printed to the pty where mc runs? I can't see any, and then it really just makes more sense to block it altogether. I run different stuff in the background and if it fails I'd like to see the error messages immediately because I can Ctrl+L later to reset the terminal anyway, but if I don't take action quickly I might run into problems. The stuff printed to stderr gets spewed somewhere on the screen, most likely down where the command line is. It is not properly formatted, has no line breaks, and interferes badly with the shortcut bar printed at the very bottom of mc. Yes, it shows that there was something on stderr, but it's not very useful at all. Can you give me an example of when you don't expect stderr and need to react immediately to error messages? Shouldn't mc really provide a pane with stderr output instead, which is integrated with the interface, rather than to mess it up. These are not changes we are supposed to do as packagers especially when upstream already provides a way for the user to configure it. If you want to make it a global default for everybody I think this should be discussed with upstream. I don't think upstream provides a way for the user to configure this aspect. Upstream provides a way to specify extension handlers, but that's a core component of the software and cannot really be overridden. For instance, I tried to put the following into ~/.mc/mc.ext, but there was no effect whatsoever: type/^PDF Open=(okular %f 2/dev/null ) #Open=(acroread %f ) #Open=(ghostview %f ) View=%view{ascii} pdftotext %f - Please advise what I should do to configure this. But even if this worked, I'd really rather not have to copy text for all affected types to my own configuration file. -- .''`. martin f. krafft madd...@d.o 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 a woman begins by resisting a man's advances and ends by blocking his retreat. -- oscar wilde digital_signature_gpg.asc Description: Digital signature (see http://martin-krafft.net/gpg/)
Bug#511988: xserver-xorg-input-evtouch: fix ARM compiler warnings
On Thu, Jan 15, 2009 at 19:10:13 -0700, Brett Wuth wrote: Package: xserver-xorg-input-evtouch Version: 0.8.7-3 Severity: minor Tags: patch This patch fixes minor bugs in evtouch that cause warnings on gnu ARM compiler. Changes o EVTouchRead(), p_mtx_attr, priv : Remove unused symbols. o Fix %0.2x - %.2x formatting. Quortech open source packages are available at: ftp://ftp.quortech.com/eclipse/deb-packages/ The files associated with xf86-input-evtouch_0.8.7-3quortech3.dsc implement this patch. Thanks for the patch, and sorry for the late reply. The EVTouchRead function is already removed in our package, so your patch needs updating for that. Also, would you consider licensing your contribution under the MIT/X11 license, instead of the GPL? I'm uncomfortable including GPL stuff in there (even though removing a few lines of code is probably not covered by copyright, so shouldn't make a difference). Cheers, Julien signature.asc Description: Digital signature
Bug#581180: gracie: Package aborts compilation with syntax errors
Package: gracie Version: 0.2.11-1 Severity: grave Tags: squeeze Justification: renders package unusable while installation: Richte gracie ein (0.2.11-1) ... Starting Gracie OpenID provider:Traceback (most recent call last): File /usr/bin/gracied, line 20, in module from daemon import pidlockfile File /usr/lib/pymodules/python2.5/daemon/pidlockfile.py, line 33, in module class PIDLockFile(LinkFileLock, object): TypeError: Error when calling the metaclass bases function() argument 1 must be code, not str invoke-rc.d: initscript gracie, action start failed. dpkg: Fehler beim Bearbeiten von gracie (--configure): Unterprozess installiertes post-installation-Skript gab den Fehlerwert 1 zurück Verarbeite Trigger für python-support ... Compiling /usr/lib/pymodules/python2.4/lockfile/linklockfile.py ... File /usr/lib/pymodules/python2.4/lockfile/linklockfile.py, line 6 from . import (LockBase, LockFailed, NotLocked, NotMyLock, LockTimeout, ^ SyntaxError: invalid syntax Compiling /usr/lib/pymodules/python2.4/lockfile/mkdirlockfile.py ... File /usr/lib/pymodules/python2.4/lockfile/mkdirlockfile.py, line 8 from . import (LockBase, LockFailed, NotLocked, NotMyLock, LockTimeout, ^ SyntaxError: invalid syntax Compiling /usr/lib/pymodules/python2.4/lockfile/pidlockfile.py ... File /usr/lib/pymodules/python2.4/lockfile/pidlockfile.py, line 22 from . import (LockBase, AlreadyLocked, LockFailed, NotLocked, NotMyLock, ^ SyntaxError: invalid syntax Compiling /usr/lib/pymodules/python2.4/lockfile/sqlitelockfile.py ... File /usr/lib/pymodules/python2.4/lockfile/sqlitelockfile.py, line 6 from . import LockBase, NotLocked, NotMyLock, LockTimeout, AlreadyLocked ^ SyntaxError: invalid syntax When trying to start: # /etc/init.d/gracie start Starting Gracie OpenID provider:Traceback (most recent call last): File /usr/bin/gracied, line 20, in module from daemon import pidlockfile File /usr/lib/pymodules/python2.5/daemon/pidlockfile.py, line 33, in module class PIDLockFile(LinkFileLock, object): TypeError: Error when calling the metaclass bases function() argument 1 must be code, not str -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.33 (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 Versions of packages gracie depends on: ii python 2.5.4-9 An interactive high-level object-o ii python-daemon 1.5.5-1 library for making a Unix daemon p ii python-openid 2.2.4-1 OpenID support for servers and con ii python-pam 0.4.2-12.1+b1 A Python interface to the PAM libr ii python-routes 1.12.1-1 Routing Recognition and Generation ii python-support 1.0.8 automated rebuilding support for P gracie recommends no packages. gracie 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#581181: Arithmetic exception when choosing a range to scan
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Package: xsane Version: 0.996-4 Severity: important Tags: sid This is a exception I never had before in any application. However, since today xsane throws that exception when trying to chose a array to scan. (Seems to throw them only when moving the mouse. Just clicking do _not_ throw it!) Program received signal SIGFPE, Arithmetic exception. Here is the stack trace: #0 0xb6dc3992 in e2_setup_block_mode () from /usr/lib/sane/libsane-epson2.so.1 #1 0xb6dc3ef0 in e2_init_parameters () from /usr/lib/sane/libsane-epson2.so.1 #2 0xb6dba8a0 in sane_epson2_get_parameters () from /usr/lib/sane/libsane-epson2.so.1 #3 0xb7fb826d in sane_dll_get_parameters () from /usr/lib/libsane.so.1 #4 0xb7fb69c4 in sane_get_parameters () from /usr/lib/libsane.so.1 #5 0x08056eb0 in ?? () #6 0x080632c4 in ?? () #7 0x0806ea5d in ?? () #8 0xb7651a6c in ?? () from /lib/libglib-2.0.so.0 #9 0xb76512f5 in g_main_context_dispatch () from /lib/libglib-2.0.so.0 #10 0xb7654fd8 in ?? () from /lib/libglib-2.0.so.0 #11 0xb7655517 in g_main_loop_run () from /lib/libglib-2.0.so.0 #12 0xb7b77dc9 in gtk_main () from /usr/lib/libgtk-x11-2.0.so.0 #13 0x080c8013 in ?? () #14 0x080c8662 in ?? () #15 0xb73feb55 in __libc_start_main (main=0x80c8220, argc=1, ubp_av=0xb1d4, init=0x80ca9e0, fini=0x80ca9d0, rtld_fini=0xb7ff09b0 _dl_fini, stack_end=0xb1cc) at libc-start.c:222 #16 0x0804f491 in ?? () - -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (800, 'unstable'), (700, 'stable'), (600, 'oldstable'), (60, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.32.9 Locale: LANG=de_DE, LC_CTYPE=de_DE (charmap=ISO-8859-1) (ignored: LC_ALL set to de_DE) Shell: /bin/sh linked to /bin/dash Versions of packages xsane depends on: ii libatk1.0-0 1.30.0-1 The ATK accessibility toolkit ii libc6 2.10.2-6 Embedded GNU C Library: Shared lib ii libcairo2 1.8.10-4 The Cairo 2D vector graphics libra ii libfontconfig1 2.8.0-2.1generic font configuration library ii libfreetype62.3.11-1 FreeType 2 font engine, shared lib ii libgimp2.0 2.6.8-3.1Libraries for the GNU Image Manipu ii libglib2.0-02.24.1-1 The GLib library of C routines ii libgtk2.0-0 2.20.1-1 The GTK+ graphical user interface ii libjpeg62 6b-16.1 The Independent JPEG Group's JPEG ii liblcms11.18.dfsg-1.2+b1 Color management library ii libpango1.0-0 1.28.0-1 Layout and rendering of internatio ii libpng12-0 1.2.43-1 PNG library - runtime ii libsane 1.0.21-1 API library for scanners ii libtiff43.9.2-3+b1 Tag Image File Format (TIFF) libra ii xsane-common0.996-4 featureful graphical frontend for ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime Versions of packages xsane recommends: ii cups-client 1.4.3-1 Common UNIX Printing System(tm) - ii dillo [www-browser] 0.8.6-3 Small and fast web browser ii elinks [www-browser] 0.12~pre5-2 advanced text-mode WWW browser ii iceweasel [www-brows 3.5.9-3 Web browser based on Firefox ii lynx-cur [www-browse 2.8.8dev.3-3Text-mode WWW Browser with NLS sup ii opera [www-browser] 10.10.4742.gcc4.qt3 The Opera Web Browser ii w3m [www-browser]0.5.2-4 WWW browsable pager with excellent Versions of packages xsane suggests: ii gimp 2.6.8-3.1 The GNU Image Manipulation Program ii gocr 0.48-1 A command line OCR ii gv1:3.6.9-1 PostScript and PDF viewer for X pn hylafax-client | mgetty-fax none (no description available) - -- no debconf information - -- Klaus Ethgenhttp://www.ethgen.de/ pub 2048R/D1A4EDE5 2000-02-26 Klaus Ethgen kl...@ethgen.de Fingerprint: D7 67 71 C4 99 A6 D4 FE EA 40 30 57 3C 88 26 2B -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iQEVAwUBS+lRqZ+OKpjRpO3lAQp4mwf/U8Loe3yh1SDwm1mYWIKBLMQPFc1DTV5E yj8+AXitRWxLHqtLPxDVvTTwYC1b82AzypZRTjAwzyiaZBZEGP768ncmSVYWo5Mz pljegGZK2whVB4f/c3ojJZJJae1m1dGRfpzdmFOqUUt6EU+aFSLWucqHOcksplYW CaIWGpGy+sSVVutLBG57AATpSIuzSjTI3Vgv8zLXCp9ulNEifag+TJwVvEmDfFVG DbsoMK/eDN3/b0cdQ7w/LGjd3WbakpgRQVSxm69T915Eq9l4wZm1xm/r3zGqLaqe YhslLCZmUHZIRmFACDDPHg9MWEVC9/dgDpzE4IVzCVhCT+AlH0SiTw== =qiUa -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#345537: xserver-xorg: stopping acpid makes Xorg go crazy
tag 345537 - patch tag 345537 unreproducible moreinfo kthxbye On Sun, Jan 1, 2006 at 17:07:26 +0100, Mattia Dongili wrote: I just noticed that Xorg uses ACPI's /proc/acpi/event. Now, when acpid is running Xorg is smart enough to read from its socket instead, and when you, brave user, stop acpid: kaboom! Xorg uses all my CPU leaving no option than restarting it. Disabling PM management (Option NoPM) obviously helps and also fixes xorg stealing /proc/acpi/event. Hey Mattia, is this bug still relevant? X never uses /proc/acpi/event anymore afaik, it only tries to use the acpid socket, and should generally behave fine if that's not possible. Cheers, Julien signature.asc Description: Digital signature
Bug#581182: kernel-package: make-kpkg buildpackage fails with 2.6.33
Package: kernel-package Version: 12.033 Severity: important Hi. make-kpkg --revision 3.2 --append-to-version '-heisenberg' --initrd buildpackage fails with 2.6.33 with the following final lines: This is kernel package version 12.033. install -p -d -o root -g root -m 755 /root/test/linux-source-2.6.33/debian/linux-manual-2.6.33-heisenberg/DEBIAN dpkg-gencontrol -isp -plinux-manual-2.6.33-heisenberg -P/root/test/linux-source-2.6.33/debian/linux-manual-2.6.33-heisenberg/ dpkg-gencontrol: warning: package linux-manual-2.6.33-heisenberg: unused substitution variable ${shlibs:Depends} create_md5sums_fn () { cd $1 ; find . -type f ! -regex './DEBIAN/.*' ! -regex './var/.*' -printf '%P\0' | xargs -r0 md5sum DEBIAN/md5sums ; if [ -z DEBIAN/md5sums ] ; then rm -f DEBIAN/md5sums ; fi ; } ; create_md5sums_fn /root/test/linux-source-2.6.33/debian/linux-manual-2.6.33-heisenberg chmod -R og=rX /root/test/linux-source-2.6.33/debian/linux-manual-2.6.33-heisenberg chown -R root:root /root/test/linux-source-2.6.33/debian/linux-manual-2.6.33-heisenberg dpkg --build /root/test/linux-source-2.6.33/debian/linux-manual-2.6.33-heisenberg .. dpkg-deb: building package `linux-manual-2.6.33-heisenberg' in `../linux-manual-2.6.33-heisenberg_3.2_all.deb'. make[3]: Leaving directory `/root/test/linux-source-2.6.33' == making target debian/stamp/BIN/linux-manual-2.6.33-heisenberg [new prereqs: do-pre-bin-indep pre-linux-manual-2.6.33-heisenberg]== == making target debian/stamp/dep-binary-indep [new prereqs: pre-bin-indep linux-source-2.6.33-heisenberg linux-doc-2.6.33-heisenberg linux-manual-2.6.33-heisenberg]== make[2]: Leaving directory `/root/test/linux-source-2.6.33' == making target binary [new prereqs: do-binary-arch do-binary-indep]== arch package = linux-headers-2.6.33-heisenberg linux-image-2.6.33-heisenberg linux-image-2.6.33-heisenberg-dbg linux-uml-2.6.33-heisenberg indep packages = linux-source-2.6.33-heisenberg linux-doc-2.6.33-heisenberg linux-manual-2.6.33-heisenberg make[1]: Leaving directory `/root/test/linux-source-2.6.33' dpkg-genchanges -mroot r...@heisenberg.scientia.net ../linux-source-2.6.33-heisenberg_3.2_amd64.changes dpkg-genchanges: warning: package linux-uml-2.6.33-heisenberg in control file but not in files list dpkg-genchanges: error: cannot read ../linux-source-2.6.33-heisenberg_3.2.dsc: No such file or directory dpkg-buildpackage: error: dpkg-genchanges gave error exit status 2 make: *** [debian/stamp/build/buildpackage] Error 2 Cheers, Chris. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.33-heisenberg (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_DE.UTF-8, LC_CTYPE=en_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages kernel-package depends on: ii binutils 2.20.1-9The GNU assembler, linker and bina ii build-essential 11.5Informational list of build-essent ii debianutils 3.2.3 Miscellaneous utilities specific t ii file 5.04-2 Determines file type using magic ii gettext 0.17-11 GNU Internationalization utilities ii make 3.81-8 An utility for Directing compilati ii module-init-tools3.12~pre2-3 tools for managing Linux kernel mo ii po-debconf 1.0.16 tool for managing templates file t ii util-linux 2.16.2-0Miscellaneous system utilities Versions of packages kernel-package recommends: ii cpio 2.11-4 GNU cpio -- a program to manage ar Versions of packages kernel-package suggests: ii btrfs-tools 0.19-8 Checksumming Copy on Write Filesys ii bzip21.0.5-4 high-quality block-sorting file co pn docbook-utilsnone (no description available) ii e2fsprogs1.41.11-1 ext2/ext3/ext4 file system utiliti pn grub | grub2 none (no description available) ii initramfs-tools 0.94.4 tools for generating an initramfs ii jfsutils 1.1.12-2.1 utilities for managing the JFS fil ii libncurses5-dev 5.7+20100313-2 developer's libraries and docs for ii linux-source-2.6 2.6.33-1~experimental.4 Linux kernel source for version 2. ii mcelog 1.0~pre3-1 x86-64 Machine Check Exceptions co pn oprofile none (no description available) ii pcmciautils 015-1 PCMCIA utilities for Linux 2.6 ii ppp 2.4.4rel-10.1 Point-to-Point Protocol (PPP) - da ii procps 1:3.2.8-9 /proc file system utilities ii quota
Bug#580894: linux-image-2.6.32-5-amd65: linux-image-2.6.32-5-amd64 crashes at boot
First, shouldn't this package be assigned to linux-image-2.6.32-5-amd64 (which has source linux-2.6 anyway)? Otherwise apt-listbugs cannot warn the user. On 2010-05-09 18:31:39 +0200, Hans-J. Ullrich wrote: I just made an upgrade from kernel linux-image-2.6.32-3-amd64 to -5-amd64. Ditto. My machine is a HP Z800. Sadly I have to tell, thatthe new kernel does not start, more precisely, the screen goes black (switches off). Same problem, the screen goes black after a few lines. And the monitor goes to sleep. Then... I can see, that the boot process is going on, until X starts. Ditto, and the monitor wakes up, but with a corrupt image. I've attached the beginning of the logs (compressed). Then I got the same message until I switched off: [drm] nouveau :0f:00.0: PFIFO_INTR 0x0010 - Ch 1 -- Vincent Lefèvre vinc...@vinc17.net - Web: http://www.vinc17.net/ 100% accessible validated (X)HTML - Blog: http://www.vinc17.net/blog/ Work: CR INRIA - computer arithmetic / Arénaire project (LIP, ENS-Lyon) kern.log.bz2 Description: Binary data
Bug#581183: spamprobe: [INTL:fr] French debconf templates translation update
Package: spamprobe Version: N/A Severity: wishlist Tags: patch l10n Please find attached the french debconf templates update, proofread by the debian-l10n-french mailing list contributors. If you do not already use it, you might consider using the podebconf-report-po utility, which helps warning translators about changes when you modify some debconf templates in your packages. The usual policy when using it is sending a warning to translators when you plan to upload a version of your package with debconf templates changes (even typo corrections). Then leave about one week for them to update their files (several translation teams have a QA process which requires time). podebconf-report-po will take care of sending the translators the needed material as well as getting the translators adresses from the PO files. All you have to do is just using the utility..:-) Example use (from your package build tree): $ podebconf-report-po This will go through debian/po/*.po files, find those needing an update, extract the translators data from these files and prepare a mail to send to these translators (you can also use the --languageteam switch to also mail the mail addresses listed in Language-Team field). You can also use this utility to request for new translations: $ podebconf-report-po --call This will send a mail to debian-i...@lists.debian.org with all the needed information and material for new translators to add new languages to your supported languages. If you apply this policy, please forget about these remarks, of courseThis message is generic..:-) -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash # Translation of spamprobe debconf templates to French # Copyright (C) 2007 Christian Perrier bubu...@debian.org # This file is distributed under the same license as the spamprobe package. # # Christian Perrier bubu...@debian.org, 2007. msgid msgstr Project-Id-Version: \n Report-Msgid-Bugs-To: spampr...@packages.debian.org\n POT-Creation-Date: 2010-05-05 14:16+0200\n PO-Revision-Date: 2007-10-02 06:37+0200\n Last-Translator: Christian Perrier bubu...@debian.org\n Language-Team: French debian-l10n-fre...@lists.debian.org\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n X-Generator: KBabel 1.11.4\n #. Type: note #. Description #: ../templates:2001 msgid Upgrading to Berkeley DB 4.8 msgstr Mise à jour vers Berkeley DB 4.8 #. Type: note #. Description #: ../templates:2001 msgid As of spamprobe 1.4d-6, the database format changed to Berkeley DB 4.8 and spamprobe is no longer able to modify databases using an older format. msgstr À partir de la version 1.4d-6 de spamprobe, le format de la base de données est devenu le format Berkeley 4.8. Par conséquence, spamprobe ne peut plus modifier les bases de données existantes si elles utilisent un format antérieur. #. Type: note #. Description #: ../templates:2001 msgid Since there is no general way to locate all existing databases, no automatic upgrade is attempted. A manual upgrade path using spamprobe export/import is outlined in the 'DATABASE MAINTENANCE' section of the spamprobe(1) manual page. msgstr Comme il n'existe pas de méthode générique pour rechercher toutes les bases de données existantes, aucune mise à jour automatique ne sera tentée. Une procédure manuelle de mise à jour utilisant les fonctions d'import et export de spamprobe est documentée dans la section « DATABASE MAINTENANCE » (maintenance des bases de données) de la page de manuel de spamprobe(1). #. Type: note #. Description #: ../templates:2001 msgid All spamprobe users on this system should be informed of this change and advised to read the README.Debian file. msgstr Il est nécessaire d'informer tous les utilisateurs de spamprobe sur ce système afin qu'ils consultent le fichier README.Debian.
Bug#581184: ITP: nvidia-cuda-toolkit -- NVIDIA CUDA toolkit
Package: wnpp Severity: wishlist Owner: Andreas Beckmann deb...@abeckmann.de Owner: Andreas Beckmann deb...@abeckmann.de * Package name: nvidia-cuda-toolkit Version : 2.3 / 3.0 Upstream Author : NVIDIA Corporation * URL : http://www.nvidia.com/CUDA * License : non-free, NVIDIA Programming Lang: binaries only Description : NVIDIA CUDA toolkit The Compute Unified Device Architecture (CUDA) enables NVIDIA graphics processing units (GPUs) to be used for massively parallel general purpose computation. Preliminary packages can be found here: http://stxxl.ae.cs.uni-frankfurt.de/tmp/582ce36a-592b-4677-9c3b-86ed21603fd9/ The following binary packages are created by the packaging I have done so far: Package: nvidia-cuda-toolkit Description: NVIDIA CUDA toolkit Package: nvidia-cuda-doc Description: NVIDIA CUDA documentation Package: nvidia-cuda-gdb Description: NVIDIA CUDA GDB Package: nvidia-cuda-profiler Description: NVIDIA CUDA Visual Profiler Package: nvidia-cuda-dev Description: NVIDIA CUDA development files Package: libcudart2 Description: NVIDIA CUDA runtime library Package: lib32cudart2 Description: NVIDIA CUDA runtime library (32-bit) Package: libcublas2 Description: NVIDIA CUDA blas runtime library Package: lib32cublas2 Description: NVIDIA CUDA blas runtime library (32-bit) Package: libcublasemu2 Description: NVIDIA CUDA blas runtime library (device emulation) Package: lib32cublasemu2 Description: NVIDIA CUDA blas runtime library (32-bit, device emulation) Package: libcufft2 Description: NVIDIA CUDA fft runtime library Package: lib32cufft2 Description: NVIDIA CUDA fft runtime library (32-bit) Package: libcufftemu2 Description: NVIDIA CUDA fft runtime library (device emulation) Package: lib32cufftemu2 Description: NVIDIA CUDA fft runtime library (32-bit, device emulation) Suggestions welcome! My intent is to offer this package to the Debian NVIDIA team once it is finished and to remain as active uploader afterwards. Russ Allbery r...@debian.org from the Debian NVIDIA team has already agreed to sponsor the upload. I'll update to toolkit 3.0 once the new nvidia-graphics-drivers 195.xx release has passed NEW, as this is a dependancy of the newer toolkit release. The copyright file from my local package follows, it includes the NVIDIA License, also available at http://developer.download.nvidia.com/compute/cuda/2_3/toolkit/docs/cudatoolkit_eula.txt Please note 2.1.3: Linux/FreeBSD Exception - that gives permission to redistribute unmodified binaries (like for nvidia-graphics-drivers). This package was debianized by Andreas Beckmann deb...@abeckmann.de on Sat, 29 Nov 2008 17:00:44 +0100. It was downloaded from http://developer.download.nvidia.com/compute/cuda/2_3/toolkit/docs/cudatoolkit_eula.txt http://developer.download.nvidia.com/compute/cuda/2_3/toolkit/cudatoolkit_2.3_linux_32_ubuntu9.04.run http://developer.download.nvidia.com/compute/cuda/2_3/toolkit/cudatoolkit_2.3_linux_64_ubuntu9.04.run Upstream Author: NVIDIA Corporation Copyright: Copyright (C) 1993-2009 NVIDIA Corporation. All rights reserved. License: License Agreement for NVIDIA CUDA Toolkit IMPORTANT NOTICE -- READ CAREFULLY: This License Agreement (License) for NVIDIA CUDA Toolkit, including computer software and associated documentation (Software), is the LICENSE which governs use of the SOFTWARE of NVIDIA Corporation and its subsidiaries (NVIDIA) downloadable herefrom. By downloading, installing, copying, or otherwise using the SOFTWARE, You (as defined below) agree to be bound by the terms of this LICENSE. If You do not agree to the terms of this LICENSE, do not download the SOFTWARE. RECITALS Use of NVIDIA's products requires three elements: the SOFTWARE, the NVIDIA GPU, and a computer system. The SOFTWARE is protected by copyright laws and international copyright treaties, as well as other intellectual property laws and treaties. The SOFTWARE is not sold, and instead is only licensed for Your use, strictly in accordance with this document. The hardware is protected by various patents, and is sold, but this LICENSE does not cover that sale, since it may not necessarily be sold as a package with the SOFTWARE. This LICENSE sets forth the terms and conditions of the SOFTWARE LICENSE only. 1. DEFINITIONS 1.1 Licensee. Licensee, You, or Your shall mean the entity or individual that downloads and uses the SOFTWARE. 2. GRANT OF LICENSE 2.1 Rights and Limitations of Grant. NVIDIA hereby grants Licensee the following non-exclusive, non-transferable, non-sublicensable (except as stated otherwise below) right to use the SOFTWARE, with the following limitations: 2.1.1 Usage Rights. Licensee may install and use multiple copies of the SOFTWARE on a shared computer or concurrently on different computers, and make multiple back-up copies of the SOFTWARE,
Bug#573073: (no subject)
I have the exact same problem here. I don't really know how services dependency is handled in debian yet but isn't there a way to specify that udev absolutely has to have finished (i.e. reported successful start) before cryptdisks gets called? cheers, David -- HaxoGreen 2010 - the Hackers' Summercamp in Luxembourg July 22nd till July 25th 2010, in Dudelange, Luxembourg Register Now: http://events.hackerspace.lu/camp/2010/ mailto:da...@hackerspace.lu xmpp:kwis...@jabber.hackerspaces.org mobile: +43 650 73 63 834 | +352 691 44 23 24 Wear your geek: http://syn2cat.spreadshirt.net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#581175: [Pkg-mc-devel] Bug#581175: redirect stderr of helpers
On Tue, 2010-05-11 at 14:33 +0200, martin f krafft wrote: Yes, and suddenly I am forced to maintain Yet Another Extension-To-Viewer Mapping. Oh, I'm so sorry for dashing your hopes for salvation... I'd really rather not have to override the default config for this trivial but far-reaching change. Extension handling system thou would allow you to override individual sections of mc.ext will come in later releases, right now there's no other way around it, other than overriding the whole file. Fair enough, except /etc/mc/mc.ext uses /usr/bin/see in places, which *is* mailcap. Anyway, I am happy with the default. I just don't want stderr. In places != in every place. The stuff printed to stderr gets spewed somewhere on the screen, most likely down where the command line is. It is not properly formatted, has no line breaks, and interferes badly with the shortcut bar printed at the very bottom of mc. Yes, it shows that there was something on stderr, but it's not very useful at all. The fact that there's something on stderr is already useful to know for me. Moreover, most of the times, although the output it garbled, it's readable. Can you give me an example of when you don't expect stderr and need to react immediately to error messages? I already gave you an example (numerical simulations of mine). Another one would be a script that creates an archive and spits out an out of space error message. I'd rather like to see that something went wrong here rather than just get a truncated archive after the source is already deleted in the end. Shouldn't mc really provide a pane with stderr output instead, which is integrated with the interface, rather than to mess it up. If you think so, feel free to open a ticket upstream. I don't think upstream provides a way for the user to configure this aspect. Upstream provides a way to specify extension handlers, but that's a core component of the software and cannot really be overridden. Why wouldn't you read the man page yourself instead of asking me to do it for you and summarize what I learned from it here? I think I already gave you the pointer what to look for. FYI I was wrong in the previous post about ~/.mc/mc.ext, in fact this file should be called ~/.mc/bindings and you are supposed to go to Menu - Command - Edit extension file to create your own copy of the global configuration and open it in the mcedit to make your changes. -- Sincerely yours, Yury V. Zaytsev -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#581185: libsnmp-python: I get errors when using snmpgetnext or snmpwalk
Package: libsnmp-python Version: 5.4.2.1~dfsg-5+b1 Severity: important Tags: squeeze When using the python bindings for net-snmp, I get errors when using snmpgetnext or snmpwalk. All installed software is from standard Debian distribution Detailed description: I try to communicate with a network device via SNMP. I send the same commands using command line tools and then using Python module libsnmp. The system is configured in such a way that I don't need to enter information about MIBS and paths on the commandline. The following command are taken form tutorial on http://www.net-snmp.org/wiki/index.php/TUT:snmpwalk ## On Debian Squeeze: == Scenario 1: command line ~$ snmpget --version NET-SNMP version: 5.4.2.1 ~$ ip=192.168.52.221:160 ~$ com=public ~$ snmpwalk -v 2c -c $com $ip sysDescr RFC1213-MIB::sysDescr.0 = STRING: Some description ~$ snmpgetnext -v 2c -c $com $ip sysDescr RFC1213-MIB::sysDescr.0 = STRING: Some description Everything works as expected == Scenario 2: libsnmp in Python, snmpgetnext ~$ python Python 2.5.5 (r255:77872, Apr 21 2010, 08:44:16) [GCC 4.4.3] on linux2 Type help, copyright, credits or license for more information. import netsnmp oid = netsnmp.Varbind('sysDescr') ip=192.168.52.221:160 com=tester res = netsnmp.snmpwalk(oid, Version = 2, DestHost = ip, Community = com); res error: walk: unknown python error (varlist) res = netsnmp.snmpwalk(oid, Version = 2, DestHost = ip, Community = com); res Traceback (most recent call last): File stdin, line 1, in module TypeError: expected string or Unicode object, NoneType found An error occurs. Notice that I get a different error after the second try. == Scenario 3: libsnmp in Python, snmpwalk ~$ python Python 2.5.5 (r255:77872, Apr 21 2010, 08:44:16) [GCC 4.4.3] on linux2 Type help, copyright, credits or license for more information. import netsnmp oid = netsnmp.Varbind('sysDescr') ip=192.168.52.221:160 com=tester res = netsnmp.snmpgetnext(oid, Version = 2, DestHost = ip, Community = com); res error: get: unknown python error res = netsnmp.snmpgetnext(oid, Version = 2, DestHost = ip, Community = com); res Traceback (most recent call last): File stdin, line 1, in module TypeError: expected string or Unicode object, NoneType found The same problem as in Scenario 2 ## On Debian Lenny It works as expected (the same results as from commandline). Below is a version of SNMP and python ~$ snmpget --version NET-SNMP version: 5.4.1 ~$ python Python 2.5.2 (r252:60911, Jan 24 2010, 14:53:14) [GCC 4.3.2] on linux2 Type help, copyright, credits or license for more information. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.32-trunk-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libsnmp-python depends on: ii libc6 2.10.2-6 Embedded GNU C Library: Shared lib ii libsnmp15 5.4.2.1~dfsg-5+b1 SNMP (Simple Network Management Pr ii python 2.5.4-9 An interactive high-level object-o ii python-central 0.6.14+nmu2 register and build utility for Pyt libsnmp-python recommends no packages. libsnmp-python suggests no packages. -- no debconf information Legal Disclaimer: The information contained in this message may be privileged and confidential. It is intended to be read only by the individual or entity to whom it is addressed or by their designee. If the reader of this message is not the intended recipient, you are on notice that any distribution of this message, in any form, is strictly prohibited. If you have received this message in error, please immediately notify the sender and delete or destroy any copy of this message
Bug#579751: rtl8139 broken (using Solaris 10 guest)
On 05/08/10 10:54, Michael Tokarev wrote: 30.04.2010 19:28, Harald Dunkel wrote: Just to be sure: I can live with the e1000 emulation. Ok, downgrading the bug to minor. Seems that e1000 doesn't work much better. At the first start of the Solaris guest it seems to work, but if I restart the virtual machine, then its broken. Usually a dhcp request from the client gets through, but after a minute all network traffic is blocked. I have to reboot the kvm server and start the client to make it work again. I am stuck. Regards Harri -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#412993: Bug#545295: x11-common: add use-gpg-agent option to Xsession.options
On Sun, Sep 6, 2009 at 12:44:33 +0200, intrig...@boum.org wrote: As suggested by the bug 412993 against gnupg-agent, adding a use-gpg-agent option to /etc/X11/Xsession.options would allow the gnupg-agent Xsession.d script to only be started if this option is enabled, just like the ssh-agent Xsession.d script already does. Please find, attached, a patch implementing this new option. I'd like some indication that the gnupg-agent maintainer is ok with this plan before applying this. Cheers, Julien signature.asc Description: Digital signature
Bug#383952: kdevelop: New Project Dialog doesn't have maximize button under Gnome
[Olaf van der Spek - Dienstag 11 Mai 2010 13:55:01] On Tue, May 11, 2010 at 12:10 AM, Eckhart Wörner ewoer...@kde.org wrote: tags 383952 + moreinfo thanks Hi, you reported http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=383952 some time ago. Since then, KDevelop had several releases. Can you please verify whether the bug you reported is still present in a more current version (and - if yes - specify which version)? Can't you easily verify this one yourself? The point is that the workload of verifying hundreds of bugs can be distributed to the reporters. Furthermore there is the slight possibility that you have some special case and the thing wasn't reproducable for others due to different conditions. In that case you would not want to see reports closed only because others cannot reproduce the issues. Therefor it is good to ask the reporter if the issue still exists. Lastly, who has GNOME installed anyway. :D Regards -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#581186: quilt: add conversion script to new 3.0 (quilt) format
Package: quilt Version: 0.48-7 Severity: wishlist Tags: patch dpatch2quilt.sh is a nice example for people to move from dpatch to quilt. But it is for dh_quilt_* based package under 1.0 source format. Now that we have 3.0 (quilt) format, we should have a example to move to 3.0 (quilt) format. I attach here deb3 script an example script to do this. It not only coverts dpatch system but also convert old dh_quilt_* based package and cdbs packages and dbs packages. They are all converted to 3.0 (quilt) format with this. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-3-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages quilt depends on: ii bzip2 1.0.5-4high-quality block-sorting file co ii diffstat 1.47-1 produces graph of changes introduc ii gettext 0.17-11GNU Internationalization utilities ii patch 2.6-2 Apply a diff file to an original quilt recommends no packages. Versions of packages quilt suggests: pn graphviz none (no description available) pn procmail none (no description available) -- no debconf information #!/bin/sh set -e # COPYRIGHT # # (c) Osamu Aoki, 2010, GPL2+ # # dpatch2quilt.sh is used as the base of this program. # parts from http://blog.orebokech.com/2007/08/converting-debian-packages-from-dpatch.html # (c) gregor herrmann, 2007-2008, GPL2+ # (c) Damyan Ivanov, 2007-2008, GPL2+ # (c) Martin Quinson, 2008, GPL2+ # NAME # # deb3 - convert debian source package to new 3.0 (quilt) format # # SYNOPSIS # # deb3 [quilt|dpatch|0|1|2|] # # DESCRIPTION # # deb3 converts debian source packages which use series of patches from # 1.0 format to new 3.0 (quilt) format while adjusting contents in # debian/patches. This is run from the package top level directory. # If run without argument, deb3 guesses source structure. Following # formats are auto detected. # # * dh_quilt_patch/dh_quilt_unpatch # * dpatch # * cdbs (simple-patchsys.mk) # * dbs (dbs-build.mk) # # ARGUMENT # # You can force particular conversion using argument. # # quilt conversion for dh_quilt_patch/dh_quilt_unpatch # dpatch conversion for dpatch # 0 conversion for dbs and cdbs made with -p 0 patches (default) # 1 conversion for dbs and cdbs made with -p 1 patches # 2 conversion for dbs and cdbs made with -p 2 patches # Default patch level for cdbs and dbs # This may be overriden via environment variable or argument : ${PATCH_LEVEL=0} export QUILT_PATCHES=debian/patches export QUILT_PATCH_OPTS=--unified-reject-files export QUILT_DIFF_ARGS=-p ab --no-timestamps --no-index --color=auto export QUILT_REFRESH_ARGS=-p ab --no-timestamps --no-index export QUILT_COLORS=diff_hdr=1;32:diff_add=1;34:diff_rem=1;31:diff_hunk=1;33:diff_ctx=35:diff_cctx=33 function convert_quilt() { COUNT_OLD=$(ls -1 debian/patches/*.patch | wc -l) COUNT_NEW=$(ls -1 debian/patches/*.patch | wc -l) } function convert_dpatch() { for p in $(dpatch list-all); do quilt import -P $p.patch debian/patches/$p.dpatch AUTHOR=$(dpatch cat --author-only $p.dpatch) DESC=$(dpatch cat --desc-only $p.dpatch) echo Author: $AUTHOR | quilt header -r $p.patch echo Description: $DESC | quilt header -a $p.patch quilt push quilt refresh # git add debian/patches/$p.patch done quilt pop -a COUNT_OLD=$(ls -1 debian/patches/*.dpatch | wc -l) COUNT_NEW=$(ls -1 debian/patches/*.patch | wc -l) rm -rf debian/patches/*.dpatch rm -rf debian/patches/00list # git add debian/patches/series # git rm debian/patches/00list debian/patches/*.dpatch } function convert_simple() { mv debian/patches debian/patches-old for p in debian/patches-old/* ; do # normalize patch filename extension to *.patch q=${p##*/} q=${q%.*}.patch # normally $PATCH_LEVEL is 0 quilt import -p $PATCH_LEVEL -P $q $p # no good data to use. Just provide template entries. quilt push quilt refresh # git add $p done quilt pop -a COUNT_OLD=$(ls -1 debian/patches-old/* | wc -l) COUNT_NEW=$(ls -1 debian/patches/*.patch | wc -l) rm -rf debian/patches-old # git add debian/patches/series } dh_testdir # set package source format mkdir -p debian/source echo 3.0 (quilt) debian/source/format # make debian/rules template mv debian/rules debian/rules-old cat debian/rules EOF
Bug#581187: fetchmail: normal termination, status 1
Package: fetchmail Version: 6.3.16-2 Severity: normal Fetchmail exits with status 1 unless there is mail to fetch. $ fetchmail -v fetchmail: 6.3.16 querying notes (protocol IMAP) at Tue 11 May 2010 03:49:25 PM EEST: poll started fetchmail: Trying to connect to 999.99.99.99/143...connected. fetchmail: IMAP * OK Domino IMAP4 Server Release 6.5.5FP3 ready Tue, 11 May 2010 15:49:25 +0300 fetchmail: IMAP A0001 CAPABILITY fetchmail: IMAP * CAPABILITY IMAP4rev1 AUTH=PLAIN LITERAL+ NAMESPACE QUOTA UIDPLUS fetchmail: IMAP A0001 OK CAPABILITY completed fetchmail: notes: opportunistic upgrade to TLS failed, trying to continue fetchmail: IMAP A0002 NOOP fetchmail: IMAP A0002 OK NOOP completed fetchmail: IMAP A0003 LOGIN vvv * fetchmail: IMAP A0003 OK LOGIN completed fetchmail: IMAP A0004 SELECT INBOX fetchmail: IMAP * 0 EXISTS fetchmail: IMAP * 0 RECENT fetchmail: IMAP * OK [UIDVALIDITY 2] UIDs valid fetchmail: IMAP * OK [UIDNEXT 1] Predicted next UID fetchmail: IMAP * FLAGS (\Flagged \Seen \Answered \Deleted \Draft) fetchmail: IMAP * OK [PERMANENTFLAGS (\Flagged \Seen \Answered \Deleted \Draft \*)] Permanent flags fetchmail: IMAP A0004 OK [READ-WRITE] SELECT completed fetchmail: No mail for vvv at somehost fetchmail: IMAP A0005 LOGOUT fetchmail: IMAP * BYE logging out fetchmail: IMAP A0005 OK LOGOUT completed fetchmail: 6.3.16 querying notes (protocol IMAP) at Tue 11 May 2010 03:49:25 PM EEST: poll completed fetchmail: normal termination, status 1 $ echo $? 1 I started receiving quite a lot of messages from crond, as there is `fetchmail -s' command in my crontab. -- Regards, vvv -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.32-3-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages fetchmail depends on: ii adduser 3.112add and remove users and groups ii debianutils 3.2.3Miscellaneous utilities specific t ii libc6 2.10.2-6 Embedded GNU C Library: Shared lib ii libcomerr2 1.41.11-1common error description library ii libgssapi-krb5-21.8.1+dfsg-2 MIT Kerberos runtime libraries - k ii libk5crypto31.8.1+dfsg-2 MIT Kerberos runtime libraries - C ii libkrb5-3 1.8.1+dfsg-2 MIT Kerberos runtime libraries ii libssl0.9.8 0.9.8n-1 SSL shared libraries ii lsb-base3.2-23.1 Linux Standard Base 3.2 init scrip Versions of packages fetchmail recommends: ii ca-certificates 20090814 Common CA certificates Versions of packages fetchmail suggests: ii exim4 4.71-4 metapackage to ease Exim MTA (v4) ii exim4-daemon-light [mail-tran 4.71-4 lightweight Exim MTA (v4) daemon pn fetchmailconf none (no description available) ii resolvconf1.45 name server information handler -- 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#581188: fetchmail: normal termination, status 1
Package: fetchmail Version: 6.3.16-2 Severity: normal Fetchmail exits with status 1 unless there is mail to fetch. $ fetchmail -v fetchmail: 6.3.16 querying notes (protocol IMAP) at Tue 11 May 2010 03:49:25 PM EEST: poll started fetchmail: Trying to connect to 999.99.99.99/143...connected. fetchmail: IMAP * OK Domino IMAP4 Server Release 6.5.5FP3 ready Tue, 11 May 2010 15:49:25 +0300 fetchmail: IMAP A0001 CAPABILITY fetchmail: IMAP * CAPABILITY IMAP4rev1 AUTH=PLAIN LITERAL+ NAMESPACE QUOTA UIDPLUS fetchmail: IMAP A0001 OK CAPABILITY completed fetchmail: notes: opportunistic upgrade to TLS failed, trying to continue fetchmail: IMAP A0002 NOOP fetchmail: IMAP A0002 OK NOOP completed fetchmail: IMAP A0003 LOGIN vvv * fetchmail: IMAP A0003 OK LOGIN completed fetchmail: IMAP A0004 SELECT INBOX fetchmail: IMAP * 0 EXISTS fetchmail: IMAP * 0 RECENT fetchmail: IMAP * OK [UIDVALIDITY 2] UIDs valid fetchmail: IMAP * OK [UIDNEXT 1] Predicted next UID fetchmail: IMAP * FLAGS (\Flagged \Seen \Answered \Deleted \Draft) fetchmail: IMAP * OK [PERMANENTFLAGS (\Flagged \Seen \Answered \Deleted \Draft \*)] Permanent flags fetchmail: IMAP A0004 OK [READ-WRITE] SELECT completed fetchmail: No mail for vvv at somehost fetchmail: IMAP A0005 LOGOUT fetchmail: IMAP * BYE logging out fetchmail: IMAP A0005 OK LOGOUT completed fetchmail: 6.3.16 querying notes (protocol IMAP) at Tue 11 May 2010 03:49:25 PM EEST: poll completed fetchmail: normal termination, status 1 $ echo $? 1 I started receiving quite a lot of messages from crond, as there is `fetchmail -s' command in my crontab. -- Regards, vvv -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.32-3-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages fetchmail depends on: ii adduser 3.112add and remove users and groups ii debianutils 3.2.3Miscellaneous utilities specific t ii libc6 2.10.2-6 Embedded GNU C Library: Shared lib ii libcomerr2 1.41.11-1common error description library ii libgssapi-krb5-21.8.1+dfsg-2 MIT Kerberos runtime libraries - k ii libk5crypto31.8.1+dfsg-2 MIT Kerberos runtime libraries - C ii libkrb5-3 1.8.1+dfsg-2 MIT Kerberos runtime libraries ii libssl0.9.8 0.9.8n-1 SSL shared libraries ii lsb-base3.2-23.1 Linux Standard Base 3.2 init scrip Versions of packages fetchmail recommends: ii ca-certificates 20090814 Common CA certificates Versions of packages fetchmail suggests: ii exim4 4.71-4 metapackage to ease Exim MTA (v4) ii exim4-daemon-light [mail-tran 4.71-4 lightweight Exim MTA (v4) daemon pn fetchmailconf none (no description available) ii resolvconf1.45 name server information handler -- 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