Bug#608624: testparm.samba3: unexplained warning rlimit_max: rlimit_max (1024) below minimum Windows limit (16384)
Quoting Jonathan Nieder (jrnie...@gmail.com): I believe this is at least a documentation bug, as evidenced by the countless worried questions you can find online. IMHO the warning should just be suppressed (or the default fd limit increased if it is actually something the user needs to worry about). Maybe...but that should rather be discussed directly with upstream, imho. Not sure I'll have the motivation to play proxy, here..:) -- signature.asc Description: Digital signature
Bug#608616: Mobility Radeon HD 4200: Black screen after resuming from suspend / no-hibernation
On 2011-01-02 02:09 +0100, Margarita Manterola wrote: I'm working with an Asus EeePC 1215T, that comes with a Mobility Radeon HD 4200, after installing a fresh squeeze into it, suspend and hibernate didn't work properly: suspend worked, but when returning, no video returned, hibernation didn't work (black screen but no power off). After installing the xserver driver from maverick (1:6.13.1-1ubuntu5), both started working properly. So it seems that there's a difference in the patches applied in one and the other that makes suspension/hibernation work with one and not the other. The difference is that the preinst of the Ubuntu package removes the file /etc/modprobe.d/radeon-kms.conf (it is not needed on Ubuntu, because Ubuntu kernels are built with KMS enabled), leaving you with UMS even after you reinstall the Debian package. The first thing I would do is to test a newer kernel, e.g. 2.6.37-c7 from experimental, and restore the missing file. In the logs below, I have removed the messages that were redundant (lines and lines of the same FBDEV error). The weird atom errors that show in the dmesg logs appear when hibernating/dehibernating, and are very surprising, taking into account this is NOT an Atom netbook. They refer to the AtomBIOS found in Radeon GPUs. 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#584784: [34-longterm 156/260] MIPS: Set io_map_base for several PCI bridges lacking it
From: Ben Hutchings b...@decadent.org.uk commit 8faf2e6c201d95b780cd3b4674b7a55ede6dcbbb upstream. Several MIPS platforms don't set pci_controller::io_map_base for their PCI bridges. This results in a panic in pci_iomap(). (The panic is conditional on CONFIG_PCI_DOMAINS, but that is now enabled for all PCI MIPS systems.) Signed-off-by: Ben Hutchings b...@decadent.org.uk Cc: linux-m...@linux-mips.org Cc: Martin Michlmayr t...@cyrius.com Cc: Aurelien Jarno aurel...@aurel32.net Cc: 584...@bugs.debian.org Patchwork: https://patchwork.linux-mips.org/patch/1377/ Signed-off-by: Ralf Baechle r...@linux-mips.org Signed-off-by: Paul Gortmaker paul.gortma...@windriver.com --- arch/mips/mti-malta/malta-pci.c |2 ++ arch/mips/nxp/pnx8550/common/pci.c |1 + arch/mips/nxp/pnx8550/common/setup.c |2 +- arch/mips/pci/ops-pmcmsp.c |1 + arch/mips/pci/pci-yosemite.c |1 + 5 files changed, 6 insertions(+), 1 deletions(-) diff --git a/arch/mips/mti-malta/malta-pci.c b/arch/mips/mti-malta/malta-pci.c index 2fbfa1a..bf80921 100644 --- a/arch/mips/mti-malta/malta-pci.c +++ b/arch/mips/mti-malta/malta-pci.c @@ -247,6 +247,8 @@ void __init mips_pcibios_init(void) iomem_resource.end = 0xfULL; /* 64 GB */ ioport_resource.end = controller-io_resource-end; + controller-io_map_base = mips_io_port_base; + register_pci_controller(controller); } diff --git a/arch/mips/nxp/pnx8550/common/pci.c b/arch/mips/nxp/pnx8550/common/pci.c index eee4f3d..98e86dd 100644 --- a/arch/mips/nxp/pnx8550/common/pci.c +++ b/arch/mips/nxp/pnx8550/common/pci.c @@ -44,6 +44,7 @@ extern struct pci_ops pnx8550_pci_ops; static struct pci_controller pnx8550_controller = { .pci_ops= pnx8550_pci_ops, + .io_map_base= PNX8550_PORT_BASE, .io_resource= pci_io_resource, .mem_resource = pci_mem_resource, }; diff --git a/arch/mips/nxp/pnx8550/common/setup.c b/arch/mips/nxp/pnx8550/common/setup.c index 2aed50f..64246c9 100644 --- a/arch/mips/nxp/pnx8550/common/setup.c +++ b/arch/mips/nxp/pnx8550/common/setup.c @@ -113,7 +113,7 @@ void __init plat_mem_setup(void) PNX8550_GLB2_ENAB_INTA_O = 0; /* IO/MEM resources. */ - set_io_port_base(KSEG1); + set_io_port_base(PNX8550_PORT_BASE); ioport_resource.start = 0; ioport_resource.end = ~0; iomem_resource.start = 0; diff --git a/arch/mips/pci/ops-pmcmsp.c b/arch/mips/pci/ops-pmcmsp.c index 04b3147..b7c03d8 100644 --- a/arch/mips/pci/ops-pmcmsp.c +++ b/arch/mips/pci/ops-pmcmsp.c @@ -944,6 +944,7 @@ static struct pci_controller msp_pci_controller = { .pci_ops= msp_pci_ops, .mem_resource = pci_mem_resource, .mem_offset = 0, + .io_map_base= MSP_PCI_IOSPACE_BASE, .io_resource= pci_io_resource, .io_offset = 0 }; diff --git a/arch/mips/pci/pci-yosemite.c b/arch/mips/pci/pci-yosemite.c index 0357946..cf5e1a2 100644 --- a/arch/mips/pci/pci-yosemite.c +++ b/arch/mips/pci/pci-yosemite.c @@ -54,6 +54,7 @@ static int __init pmc_yosemite_setup(void) panic(ioremap_failed); set_io_port_base(io_v_base); + py_controller.io_map_base = io_v_base; TITAN_WRITE(RM9000x2_OCD_LKM7, TITAN_READ(RM9000x2_OCD_LKM7) | 1); ioport_resource.end = TITAN_IO_SIZE - 1; -- 1.7.3.3 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#608627: NMU patch for xresprobe 0.4.23debian1-0.2
Package: xresprobe Version: 0.4.23debian1 Here is the patch for my NMU of xresprobe. diff -u xresprobe-0.4.23debian1/debian/changelog xresprobe-0.4.23debian1/debian/changelog --- xresprobe-0.4.23debian1/debian/changelog +++ xresprobe-0.4.23debian1/debian/changelog @@ -1,3 +1,13 @@ +xresprobe (0.4.23debian1-0.2) unstable; urgency=low + + * Non-maintainer upload to fix RC bug. + * Fix typo 'to to' in package description. + * Apply patch from Ubuntu: +- Fix build problem with recent kernels by defining *_MASK in + ddcprobe/lrmi.c (Closes: #608187). Patch from Chris Coulson. + + -- Petter Reinholdtsen p...@hungry.com Sun, 02 Jan 2011 08:56:48 +0100 + xresprobe (0.4.23debian1-0.1) unstable; urgency=low * Non-maintainer upload with maintainer approval. diff -u xresprobe-0.4.23debian1/debian/control xresprobe-0.4.23debian1/debian/control --- xresprobe-0.4.23debian1/debian/control +++ xresprobe-0.4.23debian1/debian/control @@ -23 +23 @@ - are, however, sufficiently generic to to be useful to other architectures. + are, however, sufficiently generic to be useful to other architectures. only in patch2: unchanged: --- xresprobe-0.4.23debian1.orig/ddcprobe/lrmi.c +++ xresprobe-0.4.23debian1/ddcprobe/lrmi.c @@ -54,6 +54,13 @@ #include include/lrmi.h #include x86-common.h +#if defined(__linux__) !defined(TF_MASK) + #define TF_MASK X86_EFLAGS_TF + #define IF_MASK X86_EFLAGS_IF + #define VIF_MASK X86_EFLAGS_VIF + #define IOPL_MASK X86_EFLAGS_IOPL +#endif + #if defined(__linux__) #define DEFAULT_VM86_FLAGS (IF_MASK | IOPL_MASK) #elif defined(__NetBSD__) || defined(__FreeBSD__) Happy hacking, -- Petter Reinholdtsen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#608628: NMU patch for xresprobe 0.4.23debian1-0.3
Package: xresprobe Version: 0.4.23debian1 Here is the patch for my NMU of xresprobe. diff -u xresprobe-0.4.23debian1/debian/changelog xresprobe-0.4.23debian1/debian/changelog --- xresprobe-0.4.23debian1/debian/changelog +++ xresprobe-0.4.23debian1/debian/changelog @@ -1,3 +1,37 @@ +xresprobe (0.4.23debian1-0.3) experimental; urgency=low + + * Non-maintainer upload to clean up the package. + * Update debhelper compat level from 4 to 7. + * Update standards-version from 3.7.2 to 3.9.1. No changes needed. + * Apply patches from Ubuntu: +- Adust lcdsize.sh to add support for vesa. Add missing getres + call. Patch by Timo Aaltonen. +- Adjust xprobe.sh to not use the bare-bones config, instead rely + on the new xserver to be clever. Make sure to only autoprobe + if the driver is vesa. Patch by Timo Aaltonen. +- Add support for the Intel driver. Patch by Matthew Garrett. +- Fix xprobe.sh failure when generating xorg.conf caused by + missing type1 module; this was dropped by Debian for xserver 1.3 + since it's obsolete and has some security issues. (Addresses + portion of fix for LP 127008). Patch from Bryce Harrington. +- Fix issue with xresprobe in alternate installation for Intel gfx + laptops resulting in screen to be replaced by flashing colored + blocks, by making xresprobe use ddcprobe instead of xprobe for + laptops using the -intel driver. (Closes LP: #127008 and many, + many duplicates). Patch from Bryce Harrington. +- Fix resolution detection error in ddcprobe.sh where LCD's would + get configured to use one resolution less than their maximum + because ddcprobe cannot tell the difference between an analog + attached LCD and a CRT. (Closes LP: #27667). Patch from Bryce + Harrington. +- Adjust xprobe.sh handling of intel drivers (LP: #127008). Patch + from Bryce Harrington. +- Adjust lcdsize.sh to fix vesa sed regex so that resolutions are + returned correctly without trailing text. Patch from Timo + Aaltonen. + + -- Petter Reinholdtsen p...@hungry.com Sun, 02 Jan 2011 08:17:43 +0100 + xresprobe (0.4.23debian1-0.2) unstable; urgency=low * Non-maintainer upload to fix RC bug. diff -u xresprobe-0.4.23debian1/ddcprobe.sh xresprobe-0.4.23debian1/ddcprobe.sh --- xresprobe-0.4.23debian1/ddcprobe.sh +++ xresprobe-0.4.23debian1/ddcprobe.sh @@ -37,37 +37,18 @@ SCREENTYPE=lcd else + # Not necessarily true, as lcds can be connected as analog too SCREENTYPE=crt fi TIMINGS=$(echo $DDCPROBE | egrep '^[cd]*timing:' | \ sed -e 's/^[cd]*timing: \([^x]*\)x\([^ @$]*\).*$/\1x\2/;' | \ sort -nr | egrep -v $BLACKLISTMODES) +TIMINGS=$(echo $TIMINGS | sort -rnu -tx -k1,1nr -k2,2nr) -# highest in this case means 'highest resolution', and we want to demote it -# to the least-preferred resolution; it will usually be completely unviewable - -if [ -n $XRESPROBE_DEBUG ]; then - echo raw timings - $(echo $TIMINGS | xargs echo) 2 -fi - -NTIMINGS=$(echo $TIMINGS | wc -l) -HIGHEST=$(echo $TIMINGS | head -n 1) -OUTTIMINGS=$(echo $TIMINGS | tail -n $(($NTIMINGS-1))) MONITORNAME=$(echo $DDCPROBE | egrep '^monitorname:' | sed -e 's/^monitorname: //;') MONITORRANGE=$(echo $DDCPROBE | egrep '^monitorrange:' | sed -e 's/^monitorrange: //;' -e 's/\,//;') -TIMINGS=$(echo $TIMINGS | sort -rnu -tx -k1,1nr -k2,2nr) -OUTTIMINGS=$(echo $OUTTIMINGS | sort -rnu -tx -k1,1nr -k2,2nr) -if [ $SCREENTYPE = lcd ]; then - echo res: $(echo $TIMINGS | xargs echo) - echo disptype: lcd -else - if [ $NTIMINGS -gt 1 ]; then -echo res: $(echo $OUTTIMINGS | xargs echo) - else -echo res: $(echo $HIGHEST | xargs echo) - fi - echo disptype: crt -fi +echo res: $(echo $TIMINGS | xargs echo) +echo displaytype: $SCREENTYPE echo name: $MONITORNAME echo freq: $MONITORRANGE diff -u xresprobe-0.4.23debian1/debian/control xresprobe-0.4.23debian1/debian/control --- xresprobe-0.4.23debian1/debian/control +++ xresprobe-0.4.23debian1/debian/control @@ -3,8 +3,8 @@ Priority: optional Maintainer: Debian X Strike Force debia...@lists.debian.org Uploaders: Otavio Salvador ota...@debian.org, David Nusinow dnusi...@debian.org -Build-Depends: debhelper (= 4.0.0), cdbs -Standards-Version: 3.7.2 +Build-Depends: debhelper (= 7), cdbs +Standards-Version: 3.9.1 Package: xresprobe Architecture: any only in patch2: unchanged: --- xresprobe-0.4.23debian1.orig/xresprobe +++ xresprobe-0.4.23debian1/xresprobe @@ -137,10 +137,11 @@ fi if [ x$LAPTOP = xyes ]; then - if [ $(uname -m) = ppc ] || [ $(uname -m) = ppc64 ]; then + # Allow use of ddc on intel; doprobe can result in screen corruption (LP: #127008) + if [ $(uname -m) = ppc ] || [ $(uname -m) = ppc64 ] || [ x$DRIVER = xintel ]; then doddc fi - if [ -z $RES ]; then + if [ -z $RES ] [ ! x$DRIVER = xintel ]; then doprobe fi DISPTYPE=lcd/lvds only in patch2: unchanged: --- xresprobe-0.4.23debian1.orig/xorg.conf
Bug#544310: xsidplay: diff for NMU version 2.0.3-1.1
Hi Gregor, On Sun, 2011-01-02 at 02:36 +0100, gregor herrmann wrote: I've prepared an NMU for xsidplay (versioned as 2.0.3-1.1) and uploaded it to DELAYED/2. Thanks for your heads-up, I made a normal upload. I've also added {misc:Depends} to the binary (hope that Release Team will unblock it). BTW, sometimes I think xsidplay should be removed. It's Qt3 and has a dead upstream. I think I've seen some activity from someone else, but later s/he disappeared as well. :( Thanks for your work anyhow, Laszlo/GCS -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#608624: testparm.samba3: unexplained warning rlimit_max: rlimit_max (1024) below minimum Windows limit (16384)
tags 608624 + upstream quit Christian PERRIER wrote: Maybe...but that should rather be discussed directly with upstream, imho. Not sure I'll have the motivation to play proxy, here..:) I wrote the following to sa...@lists.samba.org as a reply to 20100125175026.gc23...@samba1. Copying here because I am not sure if it was delivered correctly to that members-only list. I haven't tried filing an upstream bug yet because as you noted it is not cut and dried what the best fix is. Jeremy Allison wrote: On Mon, Jan 25, 2010 at 11:44:03AM +, Miguel Medalha wrote: rlimit_max: rlimit_max (8192) below minimum Windows limit (16384) I searched Google for some answer but I couldn't find a satisfactory one. What should I do to solve this? [...] It's a warning, you can safely ignore it. Windows 7 clients need to have exactly the same number of open handles available as Windows servers, else it fails in some file copy situations with a out of handles message. Samba has taken care of it for you, but it's just letting you know your fd limit is set a bit low. Uninformed reaction: is it useful to let the user know? Does setting the fd limit higher result in better behavior, or does the automatic increase have results that would be counterintuitive if not mentioned? If the former, maybe the default rlimit_max should be increased (on Debian squeeze it seems to be 1024 fwiw). If the latter, I think the message should say rlimit_max: rlimit_max (8192) increased to minimum Windows limit (16384) to be more informative and sound less like a warning. Like this, maybe (untested). -- 8 -- Subject: s3-param: Make rlimit_max below minimum Windows limit notification less scary The fix to bug #6837 results in messages from testparm that look like a misconfiguration even though they aren't: rlimit_max: rlimit_max (8192) below minimum Windows limit (16384) Apply a slight change in wording (increasing rlimit_max to minimum Windows limit) to make it clearer that the user has done nothing wrong. (Similarly for sysctl_max.) Reported-by: Miguel Medalha miguelmeda...@sapo.pt Signed-off-by: Jonathan Nieder jrnie...@gmail.com --- source3/param/loadparm.c |4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) diff --git a/source3/param/loadparm.c b/source3/param/loadparm.c index 2f68f00..bda20d8 100644 --- a/source3/param/loadparm.c +++ b/source3/param/loadparm.c @@ -4898,7 +4898,7 @@ static int max_open_files(void) #endif if (sysctl_max MIN_OPEN_FILES_WINDOWS) { - DEBUG(2,(max_open_files: sysctl_max (%d) below + DEBUG(2,(max_open_files: increasing sysctl_max (%d) to minimum Windows limit (%d)\n, sysctl_max, MIN_OPEN_FILES_WINDOWS)); @@ -4906,7 +4906,7 @@ static int max_open_files(void) } if (rlimit_max MIN_OPEN_FILES_WINDOWS) { - DEBUG(2,(rlimit_max: rlimit_max (%d) below + DEBUG(2,(rlimit_max: increasing rlimit_max (%d) to minimum Windows limit (%d)\n, rlimit_max, MIN_OPEN_FILES_WINDOWS)); -- 1.7.4.rc0 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#608537: The kdenlive player plays garbled colours when trying to play ogv files
reassign #608537 melt thanks May you provide me the .ogv file? Am 02.01.2011 07:16, schrieb Deniz Akcal: Your suggested melt $filename (without the quotes) after cd-ing into the directory did not work but I did: melt ~/Desktop/temp.ogv (without the quotes) and yes, the video is still garbled up. Date: Sat, 1 Jan 2011 10:09:47 +0100 From: pmatth...@debian.org To: denb...@live.com; 608...@bugs.debian.org Subject: Re: Bug#608537: The kdenlive player plays garbled colours when trying to play ogv files Am 01.01.2011 09:49, schrieb Deniz Akcal: Package: kdenlive Version: 0.7.8-1 Severity: important You could still tell what the video is showing but you have to focus hard. Other than that everything is fine including the sound. If more information is needed, do not hesitate to ask! Does it also occur if you play the file with melt $filename? -- /* Mit freundlichem Gruß / With kind regards, Patrick Matthäi GNU/Linux Debian Developer E-Mail: pmatth...@debian.org patr...@linux-dev.org Comment: Always if we think we are right, we were maybe wrong. */ -- /* Mit freundlichem Gruß / With kind regards, Patrick Matthäi GNU/Linux Debian Developer E-Mail: pmatth...@debian.org patr...@linux-dev.org Comment: Always if we think we are right, we were maybe wrong. */ signature.asc Description: OpenPGP digital signature
Bug#553647: [airstrike] FTBFS with binutils-gold
tags 553647 patch thanks Hello, We applied the attached patch to fix the issue in Ubuntu. Index: airstrike-0.99+1.0pre6a/src/Makefile === --- airstrike-0.99+1.0pre6a.orig/src/Makefile 2011-01-01 09:57:25.0 + +++ airstrike-0.99+1.0pre6a/src/Makefile 2011-01-01 09:57:34.0 + @@ -5,7 +5,7 @@ OBJECTS:= $(CFILES:.c=.o) airstrike: $(OBJECTS) - $(CC) -o $@ $(CFLAGS) $(OBJECTS) `sdl-config --libs` -lSDL_image + $(CC) -o $@ $(CFLAGS) $(OBJECTS) `sdl-config --libs` -lSDL_image -lm airstrike-sound: $(OBJECTS) $(CC) -o $@ $(CFLAGS) $(OBJECTS) `sdl-config --libs` -lSDL_image -lSDL_mixer
Bug#608455: [Pkg-nagios-devel] Bug#608455: nagios3: return_code of passive checks sent via nsca to central server are in wrong format
tag 608455 unreproducible moreinfo thanks Lee Elliott schrieb am Friday, den 31. December 2010: Hi, Package: nagios3 Version: 3.0.6-4~lenny2 Severity: important When a passive check is sent by a remote/distributed server via nsca the return_code is in the form of a string i.e. OK/WARNING/CRITICAL/UNKNOWN but this results in the central nagios monitoring server always interpreting the return_code as OK in the nagios web interface, even when it is not (although the plugin output data/'Status Information' details are correctly shown in the nagios web-interface). As a result, no notifications are issued when a passive check returns a warning, failure or unknown status. The cause of this problem seems to be that the passive check return_code should be an integer, with values of 0/1/2/3, corresponding to the OK/WARNING/CRITICAL/UNKNOWN string values that are actually sent. Using an amended version of the SUBMIT_CHECK_RESULT_VIA_NSCA bash shell script, which substitutes the appropriate integer value for the supplied string (and which is invoked to execute the [/usr/sbin/]send_nsca command that transmits the passive check data to the central monitoring server) results in the correct 'Status' being displayed in the central nagios web interface and the corresponding notifications being issued. The underlying cause of the problem seems to be inconsistancy between the use of integer and string return_codes deeper within the nagios logic i.e. the passive check return_code should be supplied to the SUBMIT_CHECK_RESULT_VIA_NSCA script as an integer and not as a string. I can't follow your problem, the script submit_check_result_via_nsca expect the returncode as an integer and forwards that to the nagios daemon. I don't know any location where strings are accepted. If I submit a passive checkresult to the script like: submit_check_result_via_nsca localhost SSH 2 CRIT: foo bar baz Everything goes as expected: nsca[19632]: SERVICE CHECK - Host Name: 'localhost', Service Description: 'SSH', Return Code: '2', Output: 'CRIT: foo bar baz' which results to: [1293958612] PASSIVE SERVICE CHECK: localhost;SSH;2;CRIT: foo bar baz [1293958612] SERVICE ALERT: localhost;SSH;CRITICAL;SOFT;1;CRIT: foo bar baz So unfortunatly I can't see your problem. Alex -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#588752: git-buildpackage (without pristine-tar) fails with submodules in upstream branch
On Sunday 02,January,2011 02:39 PM, Chow Loong Jin wrote: On Monday 12,July,2010 11:59 PM, Guido Günther wrote: Hi Chow, On Mon, Jul 12, 2010 at 03:27:42PM +0800, Chow Loong Jin wrote: On Monday 12,July,2010 03:10 PM, Guido Günther wrote: severity 588752 normal thanks Hi, On Mon, Jul 12, 2010 at 05:17:29AM +0800, Chow Loong Jin wrote: Package: git-buildpackage Version: 0.4.65ubuntu1 Severity: important As mentioned in the subject, without pristine-tar in use, or using --git-no-pristine-tar, git-buildpackage fails with submodules in two areas: * Creating the orig tarball from tag or upstream-branch * Exporting the contents of the debian-branch to a separate directory (--git-export-dir) In both cases, the contents of the submodule is left out, meaning that the contents of the submodule are missing from both the exported directory and orig tarball, leading to it being completely missing from the generated package. This is due to git-archive not handling submodules, as it only exports the contents of a tree-ish, which does not include submodules by design. git-buildpackage relies on git-archive both for exporting the directory, as well as for generating the tarball. A possible solution would be to workaround these two areas, by looping through each submodule and exporting to the export-dir or catenating the contents into the generated tarball. Thanks for your analysis! Yes, with submodules we need to loop over submodules. Seems other have stumbled of the not subarchive-awareness of git-archive too: http://github.com/meitar/git-archive-all.sh Yes, I had also taken a look at git-archive-all.sh prior to filing this bug report. Is anyone already working on this issue? If not, then I will get to work translating relevant parts of git-archive-all.sh into Python and integrating its functionality within the git-buildpackage script as soon as possible, as Banshee's daily builds[1] have to be suspended until this issue is fixed. I will, of course, attach my patch here when I am done. AFAIK nobody is working on this yet, so go ahead and let me know if I can help with anything! Cheers, -- Guido Alright, I've gotten around to coding up support for this, which can be found at git://git.debian.org/users/hyperair-guest/git-buildpackage.git under the submodule-support branch. I've only patched in support for git-buildpackage, and it only works when the submodules in the debian-branch = the submodules in the upstream-branch at the moment. Is there some way in git-buildpackage where I can checkout the current upstream branch without nuking any local changes in the event of --git-ignore-new? Perhaps via stash or something I've just committed more changes which use git stash to save changes if the tree is dirty, switch to treeish to generate the tarballs or export the tree, and switch back, and stash pop. I think it's usable now. :-) -- Kind regards, Loong Jin signature.asc Description: OpenPGP digital signature
Bug#594967: Bug #594967: [poulsbo] grub-pc Hangs After Welcome to GRUB!
On Sat, Jan 01, 2011 at 10:12:44PM -0500, P. J. McDermott wrote: On 01/01/2011 06:57 PM, Colin Watson wrote: One effect of these changes was to load the video_cirrus and video_bochs modules by default (you can test whether this is the culprit by commenting them out in grub.cfg). I've seen a handful of systems that hang while trying to enumerate the PCI bus in GRUB; it so happens that those are the only modules that usually trigger GRUB's PCI bus enumeration in normal circumstances ... You can also verify this at a lower level by trying 'lspci' at a GRUB prompt. If it's the same problem, this will hang. I noticed the new bochs and cirrus files, but I didn't think they would affect a Poulsbo system. You're right though; I commented out those lines, and I'm now looking at a graphical menu for GNU GRUB version 1.98+20100804-11 (as installed by Squeeze beta1's debian-installer) on an AO751h. I suppose the problem then is in either grub_pci_iterate() or the hook functions passed to it by the cirrus and bochs modules? grub_pci_iterate itself, IIRC. On the system I briefly had access to, it hung when it tried to read from a particular address in PCI memory (when it got to some high-numbered bus - 171 or something like that, I forget the exact number). GRUB just reads through PCI busses sequentially from 0 to 255. Linux does something much more complicated. In the time I had available I couldn't figure out how to reproduce it in GRUB, or whether it was necessary - it seemed to be stopping well before bus 255 though. I think it was getting the limit from PCI configuration space, but there seemed to be some kind of multi-level scheme going on. -- Colin Watson [cjwat...@debian.org] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#608336: exim4-base: Please change Suggests on libmail-spf-query-perl
severity 608336 important retitle 608336 SPF ACL example uses removed package libmail-spf-query-perl tags 608336 patch thanks On 2010-12-30 gregor herrmann gre...@debian.org wrote: On Thu, 30 Dec 2010 19:44:06 +0100, Andreas Metzler wrote: Please adjust your Suggest to either libmail-spf-perl or spf-tools-perl. A perfect followup bug to this change in 4.71-4: :-O * Invoke spfquery as spfquery.mail-spf-query-perl. There are three different implementations of spfquery in Debian, with incompatible commandline switches and different exit codes. Closes: #573956 Heh :) Tomorrow. Is either of libmail-spf-perl/spf-tools-perl prefered or better? AFAIK libmail-spf-perl contains the perl modules and spf-tools-perl the scripts (i.e. /usr/bin/spfquery.mail-spf-perl and /usr/sbin/spfd.mail-spf-perl; and it depends on libmail-spf-perl). If I read the changelog entry above correctly, exim calls the script and therefore would need to Suggest spf-tools-perl. [...] spf-tools-perl should work. I have fixed this in SVN but will not be able to push this to squeeze. This bug is just not release-critical. I am attaching the patch commited to SVN for reference. cu andreas --- debian/debconf/conf.d/acl/30_exim4-config_check_rcpt (Revision 2529) +++ debian/debconf/conf.d/acl/30_exim4-config_check_rcpt (Arbeitskopie) @@ -240,8 +240,8 @@ # # This is quite costly in terms of DNS lookups (~6 lookups per mail). Do not # enable if that's an issue. Also note that if you enable this, you must - # install libmail-spf-query-perl which provides the spfquery command. - # Missing libmail-spf-query-perl will trigger the Unexpected error in + # install spf-tools-perl which provides the spfquery command. + # Missing spf-tools-perl will trigger the Unexpected error in # SPF check warning. .ifdef CHECK_RCPT_SPF deny @@ -249,7 +249,7 @@ Please see http://www.openspf.org/Why?scope=${if def:sender_address_domain {mfrom}{helo}};identity=${if def:sender_address_domain {$sender_address}{$sender_helo_name}};ip=$sender_host_address log_message = SPF check failed. !acl = acl_local_deny_exceptions -condition = ${run{/usr/bin/spfquery.mail-spf-query-perl --ip \$sender_host_address\ --mail-from \$sender_address\ --helo \$sender_helo_name\}\ +condition = ${run{/usr/bin/spfquery.mail-spf-perl --ip \$sender_host_address\ --mfrom \$sender_address\ --helo \$sender_helo_name\}\ {no}{${if eq {$runrc}{1}{yes}{no defer @@ -265,18 +265,6 @@ warn log_message = Unexpected error in SPF check. condition = ${if {$runrc}{6}{yes}{no}} - - # Support for best-guess (see http://www.openspf.org/developers-guide.html) - warn -message = X-SPF-Guess: ${run{/usr/bin/spfquery.mail-spf-query-perl --ip \$sender_host_address\ --mail-from \$sender_address\ \ --helo \$sender_helo_name\ --guess true}\ -{pass}{${if eq {$runrc}{2}{softfail}{${if eq {$runrc}{3}{neutral}{${if eq {$runrc}{4}{unknown}\ -{${if eq {$runrc}{6}{none}{error}} -condition = ${if ={$runrc}{6}{yes}{no}} - - defer -message = Temporary DNS error while checking SPF record. Try again later. -!acl = acl_local_deny_exceptions -condition = ${if eq {$runrc}{5}{yes}{no}} .endif
Bug#594967: Bug #594967: [poulsbo] grub-pc Hangs After Welcome to GRUB!
On Sun, Jan 02, 2011 at 09:14:25AM +, Colin Watson wrote: grub_pci_iterate itself, IIRC. On the system I briefly had access to, it hung when it tried to read from a particular address in PCI memory (when it got to some high-numbered bus - 171 or something like that, I forget the exact number). GRUB just reads through PCI busses sequentially from 0 to 255. Linux does something much more complicated. In the time I had available I couldn't figure out how to reproduce it in GRUB, or whether it was necessary - it seemed to be stopping well before bus 255 though. I think it was getting the limit from PCI configuration space, but there seemed to be some kind of multi-level scheme going on. The PCI specification itself is behind a membership-only interface (I haven't looked yet to see if membership is free). However, from what I can make out, we shouldn't be just walking from 0 to 255. What you're supposed to do is: * Walk through bus 0. * If any PCI-PCI bridge devices (class 6, subclass 4) were found, then they may have additional buses behind them. The bus numbers behind these bridges must be the bridge's Secondary Bus Number register, and = the bridge's Subordinate Bus Number register. Recursively walk these buses in the same way as bus 0. Since the Subordinate Bus Number is a recursive upper bound for any bus beyond a given bridge, perhaps it's enough to take the maximum of all the Subordinate Bus Number registers for all PCI-PCI bridges on bus 0 and use that as the system's maximum bus number. It would seem more efficient to account for possible gaps in bus numbering and not try to interrogate buses we know to be in the gaps, though. http://tldp.org/LDP/tlk/dd/pci.html seems like a reasonable layman's summary. -- Colin Watson [cjwat...@debian.org] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#608629: unblock: denyhosts/2.6-8.1
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package denyhosts Fixes bug #607207 that prevents denyhosts being upgraded. unblock denyhosts/2.6-8.1 -- System Information: Debian Release: 6.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#608341: canon ixus 130 works here
On 2010-12-30 Timo Juhani Lindfors timo.lindf...@iki.fi wrote: Hi, what exactly fails? My canon ixus 130 seems to work just fine with gphoto at least on amd64 sid: [...] (sid)li...@sauna:~$ sudo gphoto2 -P Downloading `IMG_0001.JPG' from folder `/store_00010001/DCIM/100___12## [...] You are using sudo. Generally gphoto should work without superuser privileges for members of the plugdev group. cu andreas -- `What a good friend you are to him, Dr. Maturin. His other friends are so grateful to you.' `I sew his ears on from time to time, sure' -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#608630: Uninstallable (build) dependency: libaqbanking33 (-dev)
Package: gnucash Version: 2.4.0-1 Severity: serious Tags: sid Justification: fails to build from source Hi, I intended to upload gnucash 2.4.0-1 to experimental, but accidentally uploaded it to unstable instead. This is why the (build) dependencies are uninstallable at the moment. You can install the missing dependencies from experimental. Regards, Micha -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#608631: geoip-database-contrib: [INTL:pt] Updated Portuguese translation for debconf messages
Package: geoip-database-contrib Version: 1.0 Tags: l10n, patch Severity: wishlist Updated Portuguese translation for geoip-database-contrib's debconf messages. Translator: Américo Monteiro a_monte...@netcabo.pt Feel free to use it. For translation updates please contact 'Last Translator' or the Portuguese Translation Team traduz _at_ debianpt.org. -- Best regards, Miguel Figueiredo Traduz - Portuguese Translation Team http://www.DebianPT.org # Translation of geip-database-contrib debconf messages to Portuguese # Copyright (C) 2011 the geip-database-contrib's copyright holder # This file is distributed under the same license as the geip-database-contrib package. # # Américo Monteiro a_monte...@netcabo.pt, 2011. msgid msgstr Project-Id-Version: geip-database-contrib 1.0\n Report-Msgid-Bugs-To: geoip-database-cont...@packages.debian.org\n POT-Creation-Date: 2010-12-30 19:21+0100\n PO-Revision-Date: 2011-01-02 00:27+\n Last-Translator: Américo Monteiro a_monte...@netcabo.pt\n Language-Team: Portuguese tra...@debianpt.org\n Language: Pt\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n X-Generator: Lokalize 1.0\n Plural-Forms: nplurals=2; plural=(n != 1);\n #. Type: boolean #. Description #: ../templates:1001 msgid Automatically update the database every month? msgstr Actualizar automaticamente a base de dados a cada mês? #. Type: boolean #. Description #: ../templates:1001 msgid The GeoLite database on the MaxMind website is updated monthly. If you choose to automatically update the local copy of the database, a cron script will be installed to download the new version from the Internet on the tenth of every month. msgstr A base de dados GeoLite do website MaxMind é actualizada mensalmente. Se você escolher actualizar automaticamente a cópia local da base de dados, será instalado um script do cron para descarregar a nova versão da Internet ao dia 10 de cada mês. #. Type: boolean #. Description #: ../templates:1001 msgid If you choose not to update the database automatically, you can do it by hand by running the 'geoip-database-contrib_update' command as root. msgstr Se você escolher não actualizar a base de dados automaticamente, pode fazê-lo manualmente ao executar o comando 'geoip-database-contrib_update' como root.
Bug#522538: nagios3: Error reported in nagios.log regarding check results
tag 522538 moreinfo thanks Martin A. Brooks schrieb am Saturday, den 04. April 2009: Package: nagios3 Version: 3.0.6-3 Severity: important Hi Recently, for no reason I have been able to determine, I have been seeing messages such as the following appearing in nagios.log: [1238863515] Error: Unable to rename file '/var/lib/nagios3/spool/checkresults/checkVlCL3P' to '/var/lib/nagios3/spool/checkresults/cHSsrUD': No such file or directory [1238863515] Warning: Unable to move file '/var/lib/nagios3/spool/checkresults/checkVlCL3P' to check results queue. [1238863515] Error: Unable to rename file '/var/lib/nagios3/spool/checkresults/checkVlCL3P' to '/var/lib/nagios3/spool/checkresults/cWttTUD': No such file or directory [1238863515] Warning: Unable to move file '/var/lib/nagios3/spool/checkresults/checkVlCL3P' to check results queue. [1238863515] Error: Unable to rename file '/var/lib/nagios3/spool/checkresults/checkVlCL3P' to '/var/lib/nagios3/spool/checkresults/cG4hnVD': No such file or directory I'm uncertain if this is harmful, Google is unhelpful as to what the cause of this error might be. did you tried to set max_check_result_file_age to 0 or adapt the check_result_reaper_* timings as mentioned here: http://www.mail-archive.com/nagios-users@lists.sourceforge.net/msg25993.html? Thanks in advance Alex -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#608341: [libgphoto2-2] please add support for Canon IXUS 130 (lsusb -v attached)
On 2010-12-30 Bastian Venthur vent...@debian.org wrote: Package: libgphoto2-2 Version: 2.4.10.1-3 Severity: normal --- Please enter the report below this line. --- Bus 002 Device 006: ID 04a9:31f3 Canon, Inc. Device Descriptor: bLength18 bDescriptorType 1 bcdUSB 2.00 bDeviceClass0 (Defined at Interface level) bDeviceSubClass 0 bDeviceProtocol 0 bMaxPacketSize064 idVendor 0x04a9 Canon, Inc. idProduct 0x31f3 bcdDevice0.02 iManufacturer 1 Canon Inc. iProduct2 Canon Digital Camera iSerial 3 7C718E77E58D4946966AB145DDC48D09 bNumConfigurations 1 [...] You later wrote in your blog: Today I bought me a Canon IXUS 130 and was quite disappointed to see that it couldn’t properly connect to my Debian/Sid machine via USB. Apparenty the camera is not recognized as a USB Mass Storage Device but utilizes PTP. I upgraded to libgphoto2 (2.4.10.1-3) from experimental and added a proper udev rule with vendor- and product-id but it did not help. Is there anything more I can try? Hello, for supported devices there is *no* *need* to touch the udev rules. Things should just work. However, afaict from reading camlibs/ptp2/library.c the IXUS 130 is not listed. Does the attached patch fix the issue for you? cu andreas --- libgphoto2-2.4.10.1.orig/camlibs/ptp2/library.c +++ libgphoto2-2.4.10.1/camlibs/ptp2/library.c @@ -1069,6 +1069,7 @@ static struct { /* http://sourceforge.net/tracker/index.php?func=detailaid=2918540group_id=8874atid=358874 */ {Canon:IXY 220 IS, 0x04a9, 0x31e6, PTPBUG_DELETE_SENDS_EVENT}, {Canon:Digital IXUS 120 IS, 0x04a9, 0x31e6, PTPBUG_DELETE_SENDS_EVENT}, + {Canon:Digital IXUS 130 IS, 0x04a9, 0x31f3, PTPBUG_DELETE_SENDS_EVENT}, {Canon:PowerShot SD940 IS, 0x04a9, 0x31e6, PTPBUG_DELETE_SENDS_EVENT}, /* IRC reporter */
Bug#608632: ITP: haskell-cmdargs -- Haskell command line parsing library
Package: wnpp Severity: wishlist Owner: Erik de Castro Lopo er...@mega-nerd.com * Package name: haskell-cmdargs Version : 0.6.6 Upstream Author : Neil Mitchell ndmitch...@gmail.com * URL : http://hackage.haskell.org/package/cmdargs * License : BSD Programming Lang: Haskell Description : Haskell command line parsing library This library provides an easy way to define command line parsers. Most users will want to use the System.Console.CmdArgs.Implicit module, whose documentation contains an example. - System.Console.CmdArgs.Explicit provides a way to write command line parsers for both single mode programs (most programs) and multiple mode programs (e.g. darcs or cabal). Parsers are defined by constructing a data structure. - System.Console.CmdArgs.Implicit provides a way to concisely define command line parsers, up to three times shorter than getopt. These parsers are translated into the Explicit data type. - System.Console.CmdArgs.GetOpt provides a wrapper allowing compatiblity with existing getopt parsers, mapping to the Explicit data type. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#608633: nginx and nginx-full-dbg: error when trying to install together
Package: nginx-full-dbg,nginx Version: nginx-full-dbg/0.8.54-1 Version: nginx'0.8.5...@all, nginx/0.8.53-2 Severity: serious User: trei...@debian.org Usertags: edos-file-overwrite Date: 2011-01-02 Architecture: amd64 Distribution: sid Hi, automatic installation tests of packages that share a file and at the same time do not conflict by their package dependency relationships has detected the following problem: WARNING: The following packages cannot be authenticated! libgpg-error0 libgcrypt11 libpcre3 libxml2 libfreetype6 libjpeg62 libpng12-0 libgd2-noxpm libgeoip1 libxslt1.1 nginx-full nginx nginx-full-dbg Authentication warning overridden. Can not write log, openpty() failed (/dev/pts not mounted?) Selecting previously deselected package libgpg-error0. (Reading database ... 8688 files and directories currently installed.) Unpacking libgpg-error0 (from .../libgpg-error0_1.6-1_amd64.deb) ... Selecting previously deselected package libgcrypt11. Unpacking libgcrypt11 (from .../libgcrypt11_1.4.5-2_amd64.deb) ... Selecting previously deselected package libpcre3. Unpacking libpcre3 (from .../libpcre3_8.02-1.1_amd64.deb) ... Selecting previously deselected package libxml2. Unpacking libxml2 (from .../libxml2_2.7.8.dfsg-2_amd64.deb) ... Selecting previously deselected package libfreetype6. Unpacking libfreetype6 (from .../libfreetype6_2.4.2-2.1_amd64.deb) ... Selecting previously deselected package libjpeg62. Unpacking libjpeg62 (from .../libjpeg62_6b1-1_amd64.deb) ... Selecting previously deselected package libpng12-0. Unpacking libpng12-0 (from .../libpng12-0_1.2.44-1_amd64.deb) ... Selecting previously deselected package libgd2-noxpm. Unpacking libgd2-noxpm (from .../libgd2-noxpm_2.0.36~rc1~dfsg-5_amd64.deb) ... Selecting previously deselected package libgeoip1. Unpacking libgeoip1 (from .../libgeoip1_1.4.7~beta6+dfsg-1_amd64.deb) ... Selecting previously deselected package libxslt1.1. Unpacking libxslt1.1 (from .../libxslt1.1_1.1.26-6_amd64.deb) ... Selecting previously deselected package nginx-full. Unpacking nginx-full (from .../nginx-full_0.8.54-1_amd64.deb) ... Selecting previously deselected package nginx. Unpacking nginx (from .../nginx_0.8.54-1_all.deb) ... Selecting previously deselected package nginx-full-dbg. Unpacking nginx-full-dbg (from .../nginx-full-dbg_0.8.54-1_amd64.deb) ... dpkg: error processing /var/cache/apt/archives/nginx-full-dbg_0.8.54-1_amd64.deb (--unpack): trying to overwrite '/usr/share/man/man1/nginx.1.gz', which is also in package nginx-full 0.8.54-1 configured to not write apport reports dpkg-deb: subprocess paste killed by signal (Broken pipe) Processing triggers for man-db ... Errors were encountered while processing: /var/cache/apt/archives/nginx-full-dbg_0.8.54-1_amd64.deb E: Sub-process /usr/bin/dpkg returned an error code (1) cow-shell unlink .ilist: No such file or directory This is a serious bug as it makes installation fail, and violates sections 7.6.1 and 10.1 of the policy. An optimal solution would consist in only one of the packages installing that file, and renaming or removing the file in the other package. Depending on the circumstances you might also consider Replace relations or file diversions. If the conflicting situation cannot be resolved then, as a last resort, the two packages have to declare a mutual Conflict. Please take into account that Replaces, Conflicts and diversions should only be used when packages provide different implementations for the same functionality. Here is a list of files that are known to be shared by both packages (according to the Contents file for sid/amd64, which may be slightly out of sync): /usr/share/man/man1/nginx.1.gz This bug is assigned to both packages. If you, the maintainers of the two packages in question, have agreed on which of the packages will resolve the problem please reassign the bug to that package. You may also register in the BTS that the other package is affected by the bug. -Ralf. PS: for more information about the detection of file overwrite errors of this kind see http://edos.debian.net/file-overwrites/. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#594143: ITP: ubuntu-sso-client -- Ubuntu Single Sign-On client
affects 594143 desktopcouch thanks Hello Andrew, On Tue, 24 Aug 2010 10:43:55 +1200, Andrew Mitchell wrote: * Package name: ubuntu-sso-client Version : 0.99.1 Upstream Author : Canonical * URL : http://launchpad.net/ubuntu-sso-client/ * License : GPL 3 Programming Lang: Python Description : Ubuntu Single Sign-On client Desktop service to allow applications to sign into Ubuntu services via SSO What's the status of this ITP? I'd need this package for the next version of desktopcouch. Also, I'm the admin of the Utnubu team, whose aim is to backmerge packages/changes/fixes from Ubuntu. You're welcome to join, and, we could make ubuntu-sso-client the first package maintained by the team, long time after its last package :) Kindly, David -- . ''`. Debian developer | http://wiki.debian.org/DavidPaleino : :' : Linuxer #334216 --|-- http://www.hanskalabs.net/ `. `'` GPG: 1392B174 | http://deb.li/dapal `- 2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174 signature.asc Description: PGP signature
Bug#608502: unblock: python-django/1.2.4-1
Hi, On Sat, 01 Jan 2011, Raphael Hertzog wrote: On Sat, 01 Jan 2011, Julien Cristau wrote: Please unblock package python-django, the latest version contains security fixes that we want in Squeeze. Then please consider uploading the security fixes to tpu or to testing-security. Well, I really prefer that you unblock what upstream has tested and validated but I have uploaded 1.2.3-3 to t-p-u anyway so that you can pick what you prefer. Beware: the patches did not apply cleanly, I had to drop a test that the security patch added (because the test were converted as part of the other changes that you don't want). (It's this chunk: http://code.djangoproject.com/changeset/15034#file0) The package builds and pass all the (old) upstream non-regression tests but I don't have any website using python-django where I can test this update. Hopefully it's fine. Evgeni or Chris, can you check whether 1.2.3-3 works OK for you? Cheers, -- Raphaël Hertzog ◈ Debian Developer Follow my Debian News ▶ http://RaphaelHertzog.com (English) ▶ http://RaphaelHertzog.fr (Français) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#608633: nginx and nginx-full-dbg: error when trying to install together
A similar conflict exists between Package: nginx-extras-dbg,nginx-extras Version: nginx-extras-dbg/0.8.54-1 Version: nginx-extras/0.8.54-1 dpkg: error processing /var/cache/apt/archives/nginx-extras-dbg_0.8.54-1_amd64.deb (--unpack): trying to overwrite '/usr/share/man/man1/nginx.1.gz', which is also in package nginx-extras 0.8.54-1 Here is a list of files that are known to be shared by both packages (according to the Contents file for sid/amd64, which may be slightly out of sync): /usr/share/man/man1/nginx.1.gz -- Package: nginx-full-dbg,nginx-full Version: nginx-full-dbg/0.8.54-1 Version: nginx-full/0.8.54-1 dpkg: error processing /var/cache/apt/archives/nginx-full-dbg_0.8.54-1_amd64.deb (--unpack): trying to overwrite '/usr/share/man/man1/nginx.1.gz', which is also in package nginx-full 0.8.54-1 Here is a list of files that are known to be shared by both packages (according to the Contents file for sid/amd64, which may be slightly out of sync): /usr/share/man/man1/nginx.1.gz -Ralf. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#608634: dput: dcut -m , needs full email address
Package: dput Version: 0.9.6.1 Severity: minor hi, you may want to change the description of the '-m' option of dcut, to specify that the option must contain the full mantainer email, i.e. dcut -m johndoe is silently ignored by the daemons, whereas dcut -m john...@debian.org works fine. Thanks and bye, a. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing'), (450, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (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 dput depends on: ii gnupg 1.4.10-4 GNU privacy guard - a free PGP rep ii python 2.6.6-3+squeeze4 interactive high-level object-orie dput recommends no packages. Versions of packages dput suggests: ii lintian 2.4.3 Debian package checker pn mini-dinstall none (no description available) ii openssh-client1:5.5p1-6 secure shell (SSH) client, for sec ii rsync 3.0.7-2fast remote file copy program (lik pn yaclc none (no description available) -- no debconf information -- Andrea Mennucc E' un mondo difficile. Che vita intensa! (Tonino Carotone) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#608635: snort: adds another -p to options on each re-install
Package: snort Version: 2.8.5.2-6 Hello, the new snort.debian.conf handling adds a -p to snort/options on each re-install if snort/disable_promiscuous is true: # grep ^DEBIAN_SNORT_OPTIONS /etc/snort/snort.debian.conf DEBIAN_SNORT_OPTIONS= -p # aptitude reinstall snort ... # grep ^DEBIAN_SNORT_OPTIONS /etc/snort/snort.debian.conf DEBIAN_SNORT_OPTIONS=-p -p # aptitude reinstall snort ... # grep ^DEBIAN_SNORT_OPTIONS /etc/snort/snort.debian.conf DEBIAN_SNORT_OPTIONS=-p -p -p # Btw: the new handling considers *each* snort.debian.conf from an older package version as manually changed, because the (comments) header of the new template changed and no old md5sum file exists. Btw2: why do you re-invent all that changes-tracking and implement it all on your own? Why don't you just put snort.debian.conf under ucf control? ucf does everything you want and does it better - it asks the user whether to replace a changed file or not and retains the old or new version depending on user's choice similar to dpkg, for example. regards Mario -- Nicht das Unrecht soll man anklagen, wenn es das Recht von seinem Sitz verdraengt, sondern das Recht, welches sich dies gefallen laesst. -- Rudolf v. Ihering signature.asc Description: Digital signature
Bug#608636: pbuilder: Bad interaction with apt's valid-until checks
Package: pbuilder Version: 0.199 Severity: normal According to bug report #595801, snapshot.debian.org retains valid-until headers which cause apt-get update to always produce a failure with exit code 100. When building a distribution with pbuilder/cowbuilder from a snapshot.d.o archive, the pbuilder --update call also fails as a consequence: E: Release file expired, ignoring http://localhost:3142/snapshot.debian.org/archive/debian/20101218T083823Z/dists/squeeze/Release (invalid since 8d 2h 35min 41s) Now it is arguable if snapshot.d.o should adapt the valid-until header or if apt-get should provide better override support. However, in the meantime, it seems that using the option -o 'Acquire::Check-Valid-Until=false' to apt-get update is the only way to work around the problem. Unfortunately, there seems to be no easy way to inject this option from an invocation to pbuilder --update. Could there be another command line option to add apt-get configuration options? -- 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.35-trunk-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages pbuilder depends on: ii coreutils 8.5-1 GNU core utilities ii debconf [debconf-2.0] 1.5.36 Debian configuration management sy ii debianutils 3.4Miscellaneous utilities specific t ii debootstrap 1.0.26 Bootstrap a basic Debian system ii wget 1.12-2.1 retrieves files from the web Versions of packages pbuilder recommends: ii devscripts2.10.69scripts to make the life of a Debi ii fakeroot 1.14.4-1 Gives a fake root environment ii sudo 1.7.4p4-2 Provide limited super user privile Versions of packages pbuilder suggests: ii cowdancer 0.62+nmu2 Copy-on-write directory tree utili pn gdebi-corenone (no description available) ii pbuilder-uml 0.199 user-mode-linux version of pbuilde -- debconf information excluded -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#608195: xrdp: Incorrect graphic when using rdesktop
reassign 608195 vnc4server retitle 608195 vnc4server is not able to render a KDE desktop correctly thanks OoO Vers la fin de l'après-midi du mardi 28 décembre 2010, vers 16:41, je disais: In KDE, could you try to disable any visual effects? The misdrawed areas seem to be the ones using transparency. Compositing is disabled because it is correctly detected as not supported by the X server. You can also check if the problem comes from vnc4server or from xrdp by running vnc4server by hand and connect to it using a regular VNC client. Look in the process list to check what arguments you should use to launch Xvnc. If you succeed in reproducing the problem this way, you can try with a different depth (you can also try to tell rdesktop to use a different depth with -a). When running vnc4server manually (Xvnc :10 1024x768 -depth 24 -bs -ac -nolisten tcp -rfbauth /root/.vnc/passwd), I get the same problem when connecting with a VNC client. It seems that vnc4server is not able to provide an appropriate X server for a KDE desktop. I reaffect this bug to vnc4server package. -- Use statement labels that mean something. - The Elements of Programming Style (Kernighan Plauger) pgpZCwRODWbOp.pgp Description: PGP signature
Bug#608637: -d switch not documented
Package: buffer Version: 1.19-10 Severity: minor The debug switch (-d) is not documented anywhere. It would be nice if it was documented at least in the manual page. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#607767: Blank screen on starting X with Dual 2 GHz G5 and X800XT; DRM module not loading for radeon driver
On Sun, Jan 2, 2011 at 00:56:52 -0500, dpickett wrote: image=/boot/vmlinux label=Linux read-only initrd=/boot/initrd.img append=video=ofonly It needs to be added to the 'append' line. Cheers, Julien signature.asc Description: Digital signature
Bug#607867: grub-common: shouty XEN in menu items
On Fri, 2010-12-31 at 22:50 +, Colin Watson wrote: Ian, I've applied both your patches to trunk (extending your ChangeLog entry to cover the second as well); they'll be in the next snapshot. 2010-12-31 Ian Campbell i...@hellion.org.uk * util/grub.d/20_linux_xen.in (linux_entry): Correctly capitalize Xen and reorder menu item wording to make it clearer that this entry will launch Xen. Print separate messages when loading Xen and Linux. Awesome. Thanks! Ian. -- Ian Campbell Democracy becomes a government of bullies, tempered by editors. -- Ralph Waldo Emerson signature.asc Description: This is a digitally signed message part
Bug#608638: gvfsd-gphoto2: Doesn't remember always decision for unmount
Package: gvfs-backends Version: 1.6.4-3 Severity: normal When I attach a camera a process like this gets started: /usr/lib/gvfs/gvfsd-gphoto2 --spawner :1.8 /org/gtk/gvfs/exec_spaw/6 I see a dialog asking me what to do: What program to start or whether I want to unmount the camera. I also get the chance to store my decision for future mountings (always do this action). Unfortunately when I chose to unmount, this doesn't get stored when sending it with an activated always do this action hook. Sorry for possible mismatching GUI string descriptions, I'm using a german frontend :-). Thanks, Stephan -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.32-bpo.4-686 (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 gvfs-backends depends on: ii gvfs 1.6.4-3userspace virtual filesystem - ser ii libarchive1 2.8.4-1Single library to read/write tar, ii libavahi-client3 0.6.27-2 Avahi client library ii libavahi-common3 0.6.27-2 Avahi common library ii libavahi-glib10.6.27-2 Avahi glib integration library ii libbluetooth3 4.66-3 Library to use the BlueZ Linux Blu ii libc6 2.11.2-7 Embedded GNU C Library: Shared lib ii libcdio-cdda0 0.81-4 library to read and control digita ii libcdio-paranoia0 0.81-4 library to read digital audio CDs ii libcdio10 0.81-4 library to read and control CD-ROM ii libdbus-1-3 1.2.24-4 simple interprocess messaging syst ii libdbus-glib-1-2 0.88-2.1 simple interprocess messaging syst ii libexpat1 2.0.1-7XML parsing C library - runtime li ii libgconf2-4 2.28.1-6 GNOME configuration database syste ii libglib2.0-0 2.24.2-1 The GLib library of C routines ii libgphoto2-2 2.4.6-3gphoto2 digital camera library ii libgphoto2-port0 2.4.6-3gphoto2 digital camera port librar ii libgudev-1.0-0164-3 GObject-based wrapper library for ii libimobiledevice1 1.0.2-1Library for communicating with the ii libplist1 1.3-2 Library for handling Apple binary ii libsmbclient 2:3.5.6~dfsg-3 shared library for communication w ii libsoup-gnome2.4-12.30.2-1 an HTTP library implementation in ii libsoup2.4-1 2.30.2-1 an HTTP library implementation in ii libxml2 2.7.8.dfsg-2 GNOME XML library Versions of packages gvfs-backends recommends: ii gnome-keyring 2.30.3-4 GNOME keyring services (daemon and Versions of packages gvfs-backends suggests: pn obex-data-server none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#608639: boinc: FTBFS: No rule to make target `texfont.cpp', needed by `libboinc_graphics2_la-texfont.lo'.
Source: boinc Version: 6.12.8+dfsg-3 Severity: serious Justification: FTBFS Hi, your package still doesn't build: | libtool: compile: g++ -DHAVE_CONFIG_H -I. -I. -I.. -I../lib -pthread -g -O2 -g -Wall -O2 -g -Wall -O2 -Wall -MT libboinc_graphics2_la-reduce_lib.lo -MD -MP -MF .deps/libboinc_graphics2_la-reduce_lib.Tpo -c reduce_lib.cpp -o libboinc_graphics2_la-reduce_lib.o /dev/null 21 | make[4]: *** No rule to make target `texfont.cpp', needed by `libboinc_graphics2_la-texfont.lo'. Stop. | make[4]: Leaving directory `/build/buildd-boinc_6.12.8+dfsg-3-i386-qTMmbV/boinc-6.12.8+dfsg/api' | make[3]: *** [all-recursive] Error 1 Full build logs: https://buildd.debian.org/status/package.php?p=boincsuite=experimental KiBi. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#608640: gammu: FTBFS: 1 test failed: 1073 - py-smsd-testing
Source: gammu Version: 1.28.94-1 Severity: serious Justification: FTBFS Hi, your package no longer builds: | 99% tests passed, 1 tests failed out of 255 | | Total Test time (real) = 633.95 sec | | The following tests FAILED: | 1073 - py-smsd-testing (Failed) | make[1]: *** [override_dh_auto_test-2.5-dbg] Error 8 Full build logs: https://buildd.debian.org/status/package.php?p=gammusuite=experimental KiBi. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#607988: ok sure
Ok sure - the bug isn't so critical really and really what happens is that when upgrading there are those damn broken symlinks which should be cleaned up / ignored. It would appear that in my case several of the python packages I had installed but not --purged (in removal) resulted in their symlinks being left behind. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#608641: debian-installer: Debian installer lose its mind when doing again the process after an error in novice mode
Package: debian-installer Severity: important When error occurs during install(for example, packages installation, boot loader implementation, etc.), we go to the main menu, so we can start again from a previous step. The problem is that theses steps aren't replayed in the same way than the first time. Some new questions are asked(does it switch to expert mode?), and some others aren't. For example, when re-doing packages installation, the packages category selection menu doesn't display itself. Other example: exactly same behaviour for bootloader configuration questions. Sometimes it happens after just one error. Sometimes, the replaying works well after one error, but if a second one appears and that we replay again installation, the bug occurs. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.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#599813: [Evolution] Bug#599813: Bug#599813: release-notes: GNOME additions for the release notes
On jeu., 2010-12-30 at 21:05 +0100, Julien Cristau wrote: On Wed, Dec 8, 2010 at 16:35:44 +0100, Yves-Alexis Perez wrote: Do you want a patch summarizing that in (tentatively) good English? Yes please. Here's an attempt to do that (not sure about the document structure, so feel free to reorder it). Regards, -- Yves-Alexis Index: en/upgrading.dbk === --- en/upgrading.dbk (revision 7993) +++ en/upgrading.dbk (working copy) @@ -1217,6 +1217,35 @@ /para /section +section id=packages-specific-issues + titleSpecial care for specific packages/title + para +Some packages might require special care. If some of the following packages +are installed on the system, you might want to read the corresponding +paragraph before upgrading. + /para + + section id=issues-evolution +titleEvolution/title +para + Evolution (GNOME Desktop mail client) is upgraded from + literal2.22.3.1-1/literal to literal2.30.3-5/literal. Due to + changes in the local storage format and the possibility of data loss, it's + really recommended to make the upgrade with Evolution not running. The main + interface should be quitted, but the various Evolution components shouldn't + run either. The best way to ensure that is to quit the desktop environment + before doing the upgrade and run it from command line. +/para +para + A check will be done during the upgrade to verify no Evolution process + are running, and a chance will be given to manually quit all evolution + instances. If the upgrader still detects processes, a choice will be + offerred to either stop the upgrade or continue and kill the evolution + processes. +/para + /section +/section + !-- End of 'trouble' section -- /section signature.asc Description: This is a digitally signed message part
Bug#608642: plzip: FTBFS on sparc: test failures
Source: plzip Version: 0.7-1 Severity: serious Justification: FTBFS Hi, your package no longer builds on sparc: |dh_auto_test | make[1]: Entering directory `/build/buildd-plzip_0.7-1-sparc-iTXClT/plzip-0.7' | *** glibc detected *** /build/buildd-plzip_0.7-1-sparc-iTXClT/plzip-0.7/plzip: free(): invalid pointer: 0x71342008 *** | === Backtrace: = | /lib/libc.so.6(cfree+0x78)[0x70394778] | /usr/lib/liblz.so.1(LZ_compress_close+0x7c)[0x700154dc] | /build/buildd-plzip_0.7-1-sparc-iTXClT/plzip-0.7/plzip[0x148fc] | /lib/libpthread.so.0(+0x6450)[0x70022450] | /lib/libc.so.6(+0xeeb54)[0x703fab54] | /lib/libpthread.so.0(+0x6824)[0x70022824] | […] Full build log: https://buildd.debian.org/fetch.cgi?pkg=plziparch=sparcver=0.7-1stamp=1293905689file=logas=raw KiBi. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#608187: xresprobe: FTBFS on i386: error: 'IF_MASK' undeclared
Hi, On Freitag, 31. Dezember 2010, Mehdi Dogguy wrote: @h01ger: Could you please get rid of the Recommends on xresprobe? Petter has replaced it with a recommends on ddccontrol|xresprobe already. cheers, Holger signature.asc Description: This is a digitally signed message part.
Bug#608602: gnucash fails to start
retitle 608602 missing depends on guile-1.6-slib thanks ---snip--- 11:28:33 Bombadil Hi Daniel, short question regarding Debian bug #608602: Do you have all dependencies installed? Do you use experimental packages? What architecture is it on? 11:38:32 dba it's an 'apt-get install -t experimental gnucash' on sid/i386. 11:39:25 dba unrelated to that, i could also reproduce the exact same problem on a squeeze backport, 11:39:39 Bombadil this is strange 11:39:39 dba and i think another issue is that there's no depends on sil. 11:39:46 dba s/sil/slib/ 11:40:19 Bombadil was this a squeeze backport of gnucash 2.4.0? 11:42:16 Bombadil or what exactly do you mean by squeeze backport? 11:47:20 dba just to avoid misunderstandings: the bug reported i've got on sid/i386 with a simple 'apt-get install -t experimental' 11:47:29 dba (and recommends are turned off) 11:47:57 dba and *unrelated* to that, i've got the exact same behaviour on another system where i've installed a rebuild of 2.4.0 for squeeze. 11:48:06 dba s/behaviour/failure/ 11:48:10 Bombadil okay, got it 11:48:20 Bombadil does installing slib fix the issue? 11:48:25 dba unfortunately not, no 11:48:46 Bombadil does additionally installing guile-1.6-slib fix the issue? 11:48:53 dba checking.. 11:51:01 dba yes, does fix it. 11:51:06 dba i'll retitle the bug then. 11:51:09 Bombadil thanks 11:51:24 Bombadil can you attach this chatlog to the bug aswell? 11:51:44 dba sure ---snap--- -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: daniel.baum...@progress-technologies.net Internet: http://people.progress-technologies.net/~daniel.baumann/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#607988: ok sure
On Sun, Jan 2, 2011 at 12:34, dave b db.pub.m...@gmail.com wrote: Ok sure - the bug isn't so critical really and really what happens is that when upgrading there are those damn broken symlinks which should be cleaned up / ignored. Indeed; in particular, reportlab maintainer is the same maintaining python interpreters packages (and the python modules team implemented in all the packages moving out from python-central a workaround, it seems the maintainer didn't managed to add one for reportlab) It would appear that in my case several of the python packages I had installed but not --purged (in removal) resulted in their symlinks being left behind. Let me guess: all of them were using python-central ? -- 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#608643: gmemusage: aborts with cannot stat /proc/kcore
Package: gmemusage Version: 0.2-11 Severity: normal $ gmemusage gmemusage: cannot stat /proc/kcoreNo such file or directory Dunno what's wrong... maybe because I'm on an arm system ? Thanks in advance. Best regards, -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: armel (armv5tel) Kernel: Linux 2.6.32-5-kirkwood 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 gmemusage depends on: ii libc6 2.11.2-7 Embedded GNU C Library: Shared lib ii libx11-6 2:1.3.3-4 X11 client-side library gmemusage recommends no packages. gmemusage 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#608645: ITP: crunch -- wordlist generator
Package: crunch Content-Type: text/plain; charset=us-ascii MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: Joel Pickett jpick...@une.edu.au To: Debian Bug Tracking System sub...@bugs.debian.org Subject: ITP: crunch -- wordlist generator Message-ID: 20110102050948.2323.13858.report...@localhost6.localdomain6 X-Mailer: reportbug 4.12.4ubuntu1 Date: Sun, 02 Jan 2011 16:09:48 +1100 X-Debbugs-Cc: debian-de...@lists.debian.org Package: crunch Severity: wishlist Owner: Joel Pickett jpick...@une.edu.au * Package name: crunch Version : 2.7 Upstream Author : Jason bof...@gmail.com * URL : http://sourceforge.net/projects/crunch-wordlist/ * License : GPLv2 Programming Lang: C Description : wordlist generator Crunch is a wordlist generator where you can specify a standard character set or a character set you specify. Crunch can generate all possible combinations and permutations. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#545414: sudo-ldap: sudo fails with sudo: setreuid(ROOT_UID, user_uid): Operation not permitted for ldap users
On Mon, 2010-12-27 at 17:43 +0100, Julien Cristau wrote: On Mon, Dec 27, 2010 at 17:39:25 +0100, Arthur de Jong wrote: I will prepare a patch (or would you prefer something in the NewInSqueeze wiki page?). A patch would be good, I think. Attached is my proposal for the What's new in Debian section. -- -- arthur - adej...@debian.org - http://people.debian.org/~adejong -- Index: en/whats-new.dbk === --- en/whats-new.dbk (revision 7992) +++ en/whats-new.dbk (working copy) @@ -437,6 +437,42 @@ /section +section id=ldap + titleacronymLDAP/acronym support/title + indextermprimaryLDAP/primary/indexterm + para +With this release Debian comes with several options for implementing +client-side authentication using LDAP. +Users of the systemitem role=packagelibnss-ldap/systemitem and +systemitem role=packagelibpam-ldap/systemitem packages are +recommended to consider upgrading to +systemitem role=packagelibnss-ldapd/systemitem and +systemitem role=packagelibpam-ldapd/systemitem. + /para + para +These newer packages delegate the acronymLDAP/acronym queries to a central unprivileged +daemon (commandnslcd/command) that provides separation between the process using the acronymLDAP/acronym +information and the daemon performing acronymLDAP/acronym queries. This simplifies +handling of secured acronymLDAP/acronym connections, +acronymLDAP/acronym authentication credentials, provides a simpler +mechanism to perform connection fail-over and debugging and avoids +loading acronymLDAP/acronym and related libraries into most +applications. + /para + para +Upgrading to systemitem role=packagelibnss-ldapd/systemitem and +systemitem role=packagelibpam-ldapd/systemitem should be easy +as existing configuration information will be re-used mostly. +Only for advanced configuration should any manual reconfiguration be +necessary. + /para + para +These packages however currently lack support for nested groups and only +support password change using the acronymLDAP/acronym password modify +EXOP operation. + /para +/section + section id=proposed-updates-intro titleThe proposed-updates section/title para signature.asc Description: This is a digitally signed message part
Bug#607193: Bug#607191: [PATCH] What's new: add a blurb about firmware moved to non-free
On Sun, Jan 2, 2011 at 12:27:20 +0100, Stefano Zacchiroli wrote: On Thu, Dec 30, 2010 at 10:29:44PM +0100, Julien Cristau wrote: Your text, with or without that slight tweak, works for me; thanks. Committed as r7977. Keeping the bug open in case zack has more suggestions. Your text is perfectly fine, thanks. By looking at other parts of the release notes, though, I've noticed that the installing chapter needs a little bit of tweaking as well. I'm attaching an additional patch that should address that (assuming #607193 will be addressed before release notes get read by final users). I believe that after committing the extra patch, this bug can be closed. Committed with a couple minor tweaks (r7994). Thanks! Cheers, Julien signature.asc Description: Digital signature
Bug#608627: NMU patch for xresprobe 0.4.23debian1-0.2
On Sun, Jan 2, 2011 at 09:17:23 +0100, Petter Reinholdtsen wrote: Package: xresprobe Version: 0.4.23debian1 Here is the patch for my NMU of xresprobe. I think this package should rather be removed from the archive. Its whole point was to provide a way for the xserver maintainer scripts to configure X on installation, but that was already not necessary in lenny, so it seems like it's time to move on. Cheers, Julien signature.asc Description: Digital signature
Bug#608625: xserver-xorg-core upgrade failed, searching for wrong file
reassign 608625 nvidia-glx kthxbye On Sun, Jan 2, 2011 at 15:37:45 +0800, ltn wrote: Package: xserver-xorg-core Version: 2:1.7.7-9 Severity: important I was going to upgrade my xserver-xorg-core to 1.7.7-10-i386 and received following error message: Unpacking replacement xserver-xorg-core ... dpkg: error processing /var/cache/apt/archives/xserver-xorg-core_2%3a1.7.7-10_i386.deb (--unpack): unable to create `/usr/lib/nvidia/diversions/libglx.so.dpkg-new' (while processing `./usr/lib/xorg/modules/extensions/libglx.so'): No such file or directory configured to not write apport reports dpkg-deb: subprocess paste killed by signal (Broken pipe) The system is checking for a file called ./usr/lib/xxx but there IS a file in /usr/lib/xx. There is an additional . before /usr so the file could no be found. Not our bug. Cheers, Julien signature.asc Description: Digital signature
Bug#608650: RFP: transifex-client -- command line interface to transifex servers
Package: wnpp Severity: wishlist * Package name: transifex-client Version : 0.4.1 Upstream Author : Indifex Ltd. info at indifex com * URL : http://pypi.python.org/pypi/transifex-client/0.4.1 * License : GPLv2 Programming Lang: Python Description : command line interface to transifex servers transifex-client is a tool to integrate a remote transifex server in a project's source directory. . (A transifex server can be used to manage a project's translations so that translators can create or update translations using a web frontend.) . Similar to version control systems (which can run in parallel but are not integrated in transifex any more since server version 1.0), changes in translations can be pulled from and pushed to the server by `tx pull` and `tx push`. packaging-wise, everything should be pretty straight-forward vanilla setuptools python package with a simple copyright situation; only dependency i see is python-simplejson. biggest issue i see is that even though it is the only sane way to integrate transifex in one's projects after 1.0 dropped vcs support, it is still changing fast (0.2 released 2010-09-09, 0.3 released 2010-12-06, 0.4 released 2010-12-22). -- There's always a bigger fish. -- Qui-Gon Jinn signature.asc Description: Digital signature
Bug#545414: sudo-ldap: sudo fails with sudo: setreuid(ROOT_UID, user_uid): Operation not permitted for ldap users
On Sun, Jan 2, 2011 at 13:08:48 +0100, Arthur de Jong wrote: +section id=ldap + titleacronymLDAP/acronym support/title + indextermprimaryLDAP/primary/indexterm + para +With this release Debian comes with several options for implementing +client-side authentication using LDAP. +Users of the systemitem role=packagelibnss-ldap/systemitem and +systemitem role=packagelibpam-ldap/systemitem packages are +recommended to consider upgrading to should consider? +systemitem role=packagelibnss-ldapd/systemitem and +systemitem role=packagelibpam-ldapd/systemitem. + /para + para +These newer packages delegate the acronymLDAP/acronym queries to a central unprivileged +daemon (commandnslcd/command) that provides separation between the process using the acronymLDAP/acronym +information and the daemon performing acronymLDAP/acronym queries. This simplifies +handling of secured acronymLDAP/acronym connections, +acronymLDAP/acronym authentication credentials, provides a simpler +mechanism to perform connection fail-over and debugging and avoids doubled space +loading acronymLDAP/acronym and related libraries into most +applications. + /para + para +Upgrading to systemitem role=packagelibnss-ldapd/systemitem and +systemitem role=packagelibpam-ldapd/systemitem should be easy +as existing configuration information will be re-used mostly. will be mostly reused? +Only for advanced configuration should any manual reconfiguration be +necessary. + /para + para +These packages however currently lack support for nested groups and only +support password change using the acronymLDAP/acronym password modify +EXOP operation. + /para +/section + Cheers, Julien signature.asc Description: Digital signature
Bug#608627: NMU patch for xresprobe 0.4.23debian1-0.2
[Julien Cristau] I think this package should rather be removed from the archive. Its whole point was to provide a way for the xserver maintainer scripts to configure X on installation, but that was already not necessary in lenny, so it seems like it's time to move on. I've been unable to find a useful replacement for probing the moditors for DDC information (frequency range and proposed resolution). ddccontrol and read-edid/get-edit are not good enough or providing the same information. Any proposals for working replacements for this use case? Happy hacking, -- Petter Reinholdtsen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#608652: mathgl: package fails to build from source with python 2.7
Package: mathgl Version: 1.10.2.1-2 Severity: serious Tags: patch Justification: fails to build from source User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu natty ubuntu-patch *** /tmp/tmpR1MqIk In Ubuntu, we've applied the attached patch to achieve the following: * debian/python-mathgl.install: Update install path for any python version to fix a FTBFS issue with python 2.7 in natty (LP: #696452) We thought you might be interested in doing the same. -- System Information: Debian Release: squeeze/sid APT prefers maverick-updates APT policy: (500, 'maverick-updates'), (500, 'maverick-security'), (500, 'maverick-backports'), (500, 'maverick') Architecture: i386 (i686) Kernel: Linux 2.6.35-24-generic (SMP w/2 CPU cores) Locale: LANG=en_ZA.utf8, LC_CTYPE=en_ZA.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash diff -Nru mathgl-1.10.2.1/debian/changelog mathgl-1.10.2.1/debian/changelog diff -Nru mathgl-1.10.2.1/debian/python-mathgl.install mathgl-1.10.2.1/debian/python-mathgl.install --- mathgl-1.10.2.1/debian/python-mathgl.install 2010-09-11 03:09:44.0 +1200 +++ mathgl-1.10.2.1/debian/python-mathgl.install 2011-01-02 23:46:19.0 +1300 @@ -1 +1 @@ -debian/tmp/usr/lib/python2.6/dist-packages/* +debian/tmp/usr/lib/python*/*-packages/*
Bug#608653: unblock: olive/1.3-4
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: freeze-exception Please unblock package olive This version of olive fixes many bugs in the packaging, and also makes it complaint with the latest standards. Moreover, 2 Lintian W:, 3 I: and 2 P: are fixed in this upload. Other tiny-but-necessary changes such as doc-base registration of installed docs have also been made in this version. I request you to kindly unblock this for squeeze. unblock olive/1.3-4 -- System Information: Debian Release: squeeze/sid APT prefers natty-updates APT policy: (500, 'natty-updates'), (500, 'natty-security'), (500, 'natty') Architecture: i386 (i686) Kernel: Linux 2.6.37-11-generic (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#553932: FTBFS with binutils-gold
tags 553932 patch thanks Hello, Here's the patch we used to fix this in Ubuntu: https://launchpad.net/ubuntu/+source/barrage/1.0.2-4ubuntu1 only in patch2: unchanged: --- barrage-1.0.2.orig/src/Makefile.am +++ barrage-1.0.2/src/Makefile.am @@ -14,7 +14,7 @@ SFont.c barrage_LDFLAGS = -barrage_LDADD = @audio_lib@ +barrage_LDADD = @audio_lib@ -lm EXTRA_DIST = \ defs.h particle.h shots.h units.h\ only in patch2: unchanged: --- barrage-1.0.2.orig/src/Makefile.in +++ barrage-1.0.2/src/Makefile.in @@ -82,7 +82,7 @@ barrage_LDFLAGS = -barrage_LDADD = @audio_lib@ +barrage_LDADD = @audio_lib@ -lm EXTRA_DIST = defs.h particle.h shots.h units.h data.h bfield.h menu.h SFont.h chart.h -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#608627: NMU patch for xresprobe 0.4.23debian1-0.2
On Sun, Jan 2, 2011 at 13:27:51 +0100, Petter Reinholdtsen wrote: Any proposals for working replacements for this use case? KMS. Cheers, Julien signature.asc Description: Digital signature
Bug#608652: mathgl: package fails to build from source with python 2.7
user debian-pyt...@lists.debian.org usertags 608652 + python2.7 severity 608652 important thanks * Sameer Morar smo...@gmail.com, 2011-01-03, 01:28: Package: mathgl Version: 1.10.2.1-2 Severity: serious Tags: patch Justification: fails to build from source Thanks for the bug report. The package builds just fine in Debian (as of now). I'm adjusting severity accordingly. -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#608654: wildmidi.cfg not found
Package: wildmidi Version: 0.2.3.2-2 Severity: important Tags: patch The wildmidi program searches for the configuration file at /etc/wildmidi.cfg , but it is actually installed in /etc/wildmidi/wildmidi.cfg --- configure.ac2010-07-08 05:00:36.0 +0530 +++ configure-new.ac2011-01-02 18:35:24.0 +0530 @@ -201,7 +201,7 @@ default_timifityconf=/usr/local/share/wildmidi/wildmidi.cfg ;; *) - default_wildmidiconf=/etc/wildmidi.cfg + default_wildmidiconf=/etc/wildmidi/wildmidi.cfg ;; esac -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/1 CPU core) Locale: LANG=en_IN, LC_CTYPE=en_IN (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages wildmidi depends on: ii libasound21.0.23-2.1 shared library for ALSA applicatio ii libc6 2.11.2-6 Embedded GNU C Library: Shared lib ii libwildmidi1 0.2.3.2-2 software MIDI player library wildmidi recommends no packages. wildmidi 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#607945: [buildd-tools-devel] Bug#607945: Bug#607945: Bug#607945: sbuild: can haz I entropy?
Hello, On ketvirtadienis 30 Gruodis 2010 20:33:48 Roger Leigh wrote: On Thu, Dec 30, 2010 at 07:24:20PM +0100, Cyril Brulebois wrote: Roger Leigh rle...@codelibre.net (30/12/2010): Per host. It's stored in /var/lib/sbuild/apt-keys . Note that if there's a reason to do it per-chroot, we can do that. I couldn't envisage any security issues in sharing this key between chroots, but if there are it's a simple change. Was just wondering whether this might make sense to move key creation to sbuild's install time (openssh-server's style). Might be, if/when the default resolver gets changed. (“make sense” as in “can be thought of if it's per-host, and not if it's per-chroot”; other considerations left aside.) I did consider triggering this in the postinst. I was concerned that this could break package installation on systems with scarce entropy by blocking package installation indefinitely. Since this is currently an optional feature, I opted to allow generation when required. After squeeze, I'd like to look at moving to the apt resolver (having more consistent/predicatable behaviour than aptitude). Oh, that's a myth with deep history apparently. Could you point me to a single case where (modern) aptitude resolver failed recently? With current safeguards in place, it should be very reliable and thanks to it, experimental is no longer a PITA making many people (including me) happy. As long as apt-get does not consider dependencies from non-default sources, it won't be an option for non-unstable buildds. And apt-get resolver is not configurable at all (don't know about that new stuff in apt/experimental though). P.S. This does not mean I advocate aptitude as default resolver. I'm just acting a role of mythbuster, someone has to :) -- Modestas Vainius modes...@vainius.eu signature.asc Description: This is a digitally signed message part.
Bug#608341: canon ixus 130 works here
Andreas Metzler ametz...@downhill.at.eu.org writes: You are using sudo. Generally gphoto should work without superuser privileges for members of the plugdev group. Ok, so you are really after udev rules here. My unstable chroot does not run udev so I didn't even think about it ;-) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#608655: scotch and gbase: error when trying to install together
Package: gbase,scotch Version: gbase/0.5-2.2 Version: scotch/5.1.11.dfsg-1 Severity: serious User: trei...@debian.org Usertags: edos-file-overwrite Date: 2011-01-02 Architecture: amd64 Distribution: sid Hi, automatic installation tests of packages that share a file and at the same time do not conflict by their package dependency relationships has detected the following problem: WARNING: The following packages cannot be authenticated! libmagic1 file libgpg-error0 libgcrypt11 libtasn1-3 libgnutls26 libkeyutils1 libkrb5support0 libk5crypto3 libkrb5-3 libgssapi-krb5-2 libpcre3 libxml2 ucf defoma libexpat1 libfreetype6 ttf-dejavu-core fontconfig-config libfontconfig1 fontconfig libglib2.0-0 libatk1.0-0 libpixman-1-0 libpng12-0 libxau6 libxdmcp6 libxcb1 libx11-data libx11-6 libxcb-render0 libxcb-render-util0 libxrender1 libcairo2 libgtk2.0-common libavahi-common-data libavahi-common3 libdbus-1-3 libavahi-client3 libcups2 libjpeg62 libjasper1 libpango1.0-common libdatrie1 libthai-data libthai0 libxft2 libpango1.0-0 libtiff4 libxcomposite1 libxfixes3 libxcursor1 libxdamage1 libxext6 libxi6 libxinerama1 libxrandr2 shared-mime-info libgtk2.0-0 gbase libscotch-5.1 scotch Extracting templates from packages: 48% Extracting templates from packages: 96% Extracting templates from packages: 100% Preconfiguring packages ... Authentication warning overridden. Can not write log, openpty() failed (/dev/pts not mounted?) Selecting previously deselected package libmagic1. (Reading database ... 8688 files and directories currently installed.) Unpacking libmagic1 (from .../libmagic1_5.04-5_amd64.deb) ... Selecting previously deselected package file. Unpacking file (from .../archives/file_5.04-5_amd64.deb) ... Selecting previously deselected package libgpg-error0. Unpacking libgpg-error0 (from .../libgpg-error0_1.6-1_amd64.deb) ... Selecting previously deselected package libgcrypt11. Unpacking libgcrypt11 (from .../libgcrypt11_1.4.5-2_amd64.deb) ... Selecting previously deselected package libtasn1-3. Unpacking libtasn1-3 (from .../libtasn1-3_2.7-1_amd64.deb) ... Selecting previously deselected package libgnutls26. Unpacking libgnutls26 (from .../libgnutls26_2.8.6-1_amd64.deb) ... Selecting previously deselected package libkeyutils1. Unpacking libkeyutils1 (from .../libkeyutils1_1.4-1_amd64.deb) ... Selecting previously deselected package libkrb5support0. Unpacking libkrb5support0 (from .../libkrb5support0_1.8.3+dfsg-4_amd64.deb) ... Selecting previously deselected package libk5crypto3. Unpacking libk5crypto3 (from .../libk5crypto3_1.8.3+dfsg-4_amd64.deb) ... Selecting previously deselected package libkrb5-3. Unpacking libkrb5-3 (from .../libkrb5-3_1.8.3+dfsg-4_amd64.deb) ... Selecting previously deselected package libgssapi-krb5-2. Unpacking libgssapi-krb5-2 (from .../libgssapi-krb5-2_1.8.3+dfsg-4_amd64.deb) ... Selecting previously deselected package libpcre3. Unpacking libpcre3 (from .../libpcre3_8.02-1.1_amd64.deb) ... Selecting previously deselected package libxml2. Unpacking libxml2 (from .../libxml2_2.7.8.dfsg-2_amd64.deb) ... Selecting previously deselected package ucf. Unpacking ucf (from .../ucf_3.0025+nmu1_all.deb) ... Moving old data out of the way Selecting previously deselected package defoma. Unpacking defoma (from .../defoma_0.11.12_all.deb) ... Selecting previously deselected package libexpat1. Unpacking libexpat1 (from .../libexpat1_2.0.1-7_amd64.deb) ... Selecting previously deselected package libfreetype6. Unpacking libfreetype6 (from .../libfreetype6_2.4.2-2.1_amd64.deb) ... Selecting previously deselected package ttf-dejavu-core. Unpacking ttf-dejavu-core (from .../ttf-dejavu-core_2.31-1_all.deb) ... Selecting previously deselected package fontconfig-config. Unpacking fontconfig-config (from .../fontconfig-config_2.8.0-2.1_all.deb) ... Selecting previously deselected package libfontconfig1. Unpacking libfontconfig1 (from .../libfontconfig1_2.8.0-2.1_amd64.deb) ... Selecting previously deselected package fontconfig. Unpacking fontconfig (from .../fontconfig_2.8.0-2.1_amd64.deb) ... Selecting previously deselected package libglib2.0-0. Unpacking libglib2.0-0 (from .../libglib2.0-0_2.24.2-1_amd64.deb) ... Selecting previously deselected package libatk1.0-0. Unpacking libatk1.0-0 (from .../libatk1.0-0_1.30.0-1_amd64.deb) ... Selecting previously deselected package libpixman-1-0. Unpacking libpixman-1-0 (from .../libpixman-1-0_0.16.4-1_amd64.deb) ... Selecting previously deselected package libpng12-0. Unpacking libpng12-0 (from .../libpng12-0_1.2.44-1_amd64.deb) ... Selecting previously deselected package libxau6. Unpacking libxau6 (from .../libxau6_1%3a1.0.6-1_amd64.deb) ... Selecting previously deselected package libxdmcp6. Unpacking libxdmcp6 (from .../libxdmcp6_1%3a1.1.0-1_amd64.deb) ... Selecting previously deselected package libxcb1. Unpacking libxcb1 (from .../libxcb1_1.6-1_amd64.deb) ... Selecting previously deselected package libx11-data. Unpacking libx11-data (from
Bug#604730: Info received (Bug#604730: Acknowledgement (virtualbox-ose: Mini toolbar not working when host is running compiz))
Hi, Soon after I wrote the previous message I realized it is very unlikely that the problem was in desktop-base. I checked it and now I know that the problem did not dissappear but it does not exist (and never did) when you activate desktop cube instead of desktop wall. So it is a problem of desktop-wall. Please reassign it to compiz-fusion-plugins-main. marcin 2011/1/2 Debian Bug Tracking System ow...@bugs.debian.org: Thank you for the additional information you have supplied regarding this Bug report. This is an automatically generated reply to let you know your message has been received. Your message is being forwarded to the package maintainers and other interested parties for their attention; they will reply in due course. Your message has been sent to the package maintainer(s): Debian Virtualbox Team pkg-virtualbox-de...@lists.alioth.debian.org If you wish to submit further information on this problem, please send it to 604...@bugs.debian.org. Please do not send mail to ow...@bugs.debian.org unless you wish to report a problem with the Bug-tracking system. -- 604730: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=604730 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#608626: bug #608626: common files
Here is a list of files that are known to be shared by both packages (according to the Contents file for sid/amd64, which may be slightly out of sync): /usr/share/pixmaps/pidgin/protocols/16/facebook.png /usr/share/pixmaps/pidgin/protocols/22/facebook.png /usr/share/pixmaps/pidgin/protocols/48/facebook.png -Ralf. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#608656: ITP: rspec2 -- A Behaviour-Driven Development tool for Ruby
Package: wnpp Severity: wishlist X-Debbugs-CC: debian-de...@lists.debian.org, pkg-ruby-extras-maintain...@lists.alioth.debian.org Package name: rspec2 Version: 2.3 Upstream Author: Chad Humphries, David Chelimsky, The RSpec Development Team URL: http://relishapp.com/rspec License: MIT Description: Behaviour-Driven Development tool for Ruby BDD is an approach to software development that combines Test-Driven Development, Domain Driven Design, and Acceptance Test-Driven Planning. RSpec helps you do the TDD part of that equation, focusing on the documentation and design aspects of TDD. There already exists a package rspec, but there have been some major changes in RSpec2, so it would make sense to provide this as a separate package. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#608657: Man pages for KStars
Package: KStars Version: 2.0.0 I made one man page for KStars. $ KStars $ usr/bin/kstars KSTARS.1 Description: Binary data
Bug#608639: boinc: FTBFS: No rule to make target `texfont.cpp', needed by `libboinc_graphics2_la-texfont.lo'.
Hello, your package still doesn't build: | libtool: compile: g++ -DHAVE_CONFIG_H -I. -I. -I.. -I../lib -pthread -g -O2 -g -Wall -O2 -g -Wall -O2 -Wall -MT libboinc_graphics2_la-reduce_lib.lo -MD -MP -MF .deps/libboinc_graphics2_la-reduce_lib.Tpo -c reduce_lib.cpp -o libboinc_graphics2_la-reduce_lib.o /dev/null 21 | make[4]: *** No rule to make target `texfont.cpp', needed by `libboinc_graphics2_la-texfont.lo'. Stop. | make[4]: Leaving directory `/build/buildd-boinc_6.12.8+dfsg-3-i386-qTMmbV/boinc-6.12.8+dfsg/api' | make[3]: *** [all-recursive] Error 1 Full build logs: https://buildd.debian.org/status/package.php?p=boincsuite=experimental somehow the patches are removed, not added. I do not know what this means for the very moment, really. Sorry for your time but have many thanks for your report Steffen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#553953: FTBFS with binutils-gold
tags 553953 patch thanks Hello, Attached is the patch we used in Ubuntu to fix this problem. --- aview-1.3.0rc1.orig/Makefile.in +++ aview-1.3.0rc1/Makefile.in @@ -81,7 +81,7 @@ DEFS = @DEFS@ -I. -I$(srcdir) -I. CPPFLAGS = @CPPFLAGS@ LDFLAGS = @LDFLAGS@ -LIBS = @LIBS@ +LIBS = @LIBS@ -lm aview_OBJECTS = image.o main.o shrink.o ui.o aview_LDADD = $(LDADD) aview_DEPENDENCIES =
Bug#608658: RM: clive/0.4.18-1 (stable)
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: rm Please consider removing clive/0.4.18-1 from Lenny. It does no longer work due to changes to the web sites it extracts the video URLs from. I tried downloading videos from all supported hosts (according to the README): Youtube, Google Video, Dailymotion, Guba (seems to have closed), Metacafe, Sevenload and Myvideo. clive has since been rewritten in Perl (Lenny's version uses Python) making backporting changes non-trivial. Also the Debian Perl Group does not have that much Python expertise ;) A working backport is available for Lenny. Regards, Ansgar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#608659: ENVIRONMENT_FILTER conf option filters out DEBIAN_FRONTEND by default
Package: libsbuild-perl Version: 0.60.8-1 Severity: important File: /usr/share/perl5/Sbuild/Conf.pm Tags: patch Hello, The default for ENVIRONMENT_FILTER option filters out DEBIAN_FRONTEND environment variable. Therefore, DEBIAN_FRONTEND=noninteractive has no effect whether Sbuild code itself attempts to set it or whether a user tries to export it in ~/.sbuildrc. Obviously, the bug has very bad side effects for unattended builds as it may cause them to hang while waiting for input from debconf (e.g. samba-common). On the other hand, the user may adjust the setting with $environment_filter in ~/.sbuildrc. I consider severity to be somewhere between important and grave. However, if you intend to push current sbuild to Squeeze, I would consider this bug RC. The patch (against current master) is attached. -- System Information: Debian Release: 6.0 APT prefers unstable APT policy: (500, 'unstable'), (100, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.36-trunk-amd64 (SMP w/4 CPU cores) Locale: LANG=lt_LT.UTF-8, LC_CTYPE=lt_LT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libsbuild-perl depends on: ii adduser 3.112+nmu2 add and remove users and groups ii apt 0.8.10 Advanced front-end for dpkg ii apt-utils 0.8.10 APT utility programs ii dctrl-tools 2.14.5 Command-line tools to process Debi ii devscripts2.10.69scripts to make the life of a Debi ii dpkg-dev 1.15.8.7 Debian package development tools ii exim4 4.72-3 metapackage to ease Exim MTA (v4) ii exim4-daemon-light [mail-tran 4.72-3+b1 lightweight Exim MTA (v4) daemon ii libdpkg-perl 1.15.8.7 Dpkg perl modules ii libfilesys-df-perl0.92-3+b1 Module to obtain filesystem disk s ii perl 5.10.1-16 Larry Wall's Practical Extraction ii perl-modules [libio-zlib-perl 5.10.1-16 Core Perl modules ii schroot 1.4.17-1 Execute commands in a chroot envir libsbuild-perl recommends no packages. libsbuild-perl suggests no packages. -- no debconf information From fba0ecbb80fc76b7f358123250eebb88c893be4d Mon Sep 17 00:00:00 2001 From: Modestas Vainius mo...@debian.org Date: Sun, 2 Jan 2011 15:28:18 +0200 Subject: [PATCH] Do not filter out environment variables starting with DEBIAN_ by default. Notably, the fix enables export of DEBIAN_FRONTEND=noninteractive in the build environment. Signed-off-by: Modestas Vainius mo...@debian.org --- lib/Sbuild/Conf.pm |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/lib/Sbuild/Conf.pm b/lib/Sbuild/Conf.pm index 2b1bf31..65c518e 100644 --- a/lib/Sbuild/Conf.pm +++ b/lib/Sbuild/Conf.pm @@ -373,7 +373,7 @@ sub setup ($) { DEFAULT = {} }, 'ENVIRONMENT_FILTER'= { - DEFAULT = ['^DEB(SIGN)?_[A-Z_]+$', + DEFAULT = ['^DEB(IAN|SIGN)?_[A-Z_]+$', '^(C(PP|XX)?|LD|F)FLAGS(_APPEND)?$'] }, 'LD_LIBRARY_PATH' = { -- 1.7.2.3
Bug#608269:
It works for me on my two testing debian squeezes -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#608660: Man pages for KGeography
Package: kgeography Version: 0.5.9-l0 Manpage for kgeography. $ kgeography $ usr/bin/kgeography
Bug#608661: Man page for live-f1
Package: live-f1 Version: 0.2.10 One manpage for live-f1 $ live-f1 $ usr/bin/live-f1
Bug#607850: reportbug: enable full specification (e.g. otherpkgs) of additional origins under /etc/dpkg/origins/
Hi Yaroslav, On Thu, Dec 23, 2010 at 00:45, Yaroslav Halchenko deb...@onerussian.com wrote: I was looking into creation of custom /etc/dpkg/origins/ for our neurodebian (http://neuro.debian.net) repository. Unfortunately, debianbts.py code cares only about vendor and bugs fields, and sets others (e.g. otherpkgs, mirrors, etc) to empty, and there seems to be no ability to customi9ze them anyhow, besides submitting a patch against debianbts.py to add full definition to be added to the original 'SYSTEMS', which seems to demolish the point of having /etc/dpkg/origins/ Do you know where we can read the full specification of /etc/dpkg/origins/file contents and meaning? Cheers, -- 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#608625: unable to create `/usr/lib/nvidia/diversions/libglx.so.dpkg-new'
Please post the content of the following directories: ls -la /usr/lib/nvidia/diversions /usr/lib/nvidia /usr/lib/xorg/modules/extensions/ If you are missing /usr/lib/nvidia/diversions/, please reinstall libglx-nvidia-alternatives and try to upgrade Xorg again. Do you have a full log of the upgrade process that upgraded the nvidia drivers and xorg? Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#608662: org-mode: please provide Vcs-(*) headers
Package: org-mode Severity: wishlist Dear Seb; Thanks as always for your great work keeping org-mode up to date. Would you mind adding Vcs-(*) headers to the source package so that debcheckout works? Thanks, David -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (900, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/8 CPU cores) Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.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#575760: x86 architecture names are confusing
On Mon, Mar 29, 2010 at 21:27:55 +0200, Simon Paillard wrote: Hi, [CC the other Bug# against release-notes] On Mon, Mar 29, 2010 at 02:52:55AM +0100, Ben Hutchings wrote: Package: www.debian.org Severity: normal Various pages use the long architecture names 'AMD64' and 'Intel x86' for our architectures 'amd64' and 'i386'. The name 'AMD64' sometimes confuses users with Intel x86-64 chips, who instead download the installer or CD images for ia64. This is a waste of time and bandwidth for all concerned. The name 'Intel x86' is also inaccurate in that the i386 architecture runs on 32-bit x86 processors from many vendors. I recommend the names '32-bit PC' and '64-bit PC' - they are not pedantically correct, but people should understand what they mean. Or: 32-bit PC (i386) | 64-bit PC (amd64) (in order to keep in mind the official name in the archive). I fully agree. We received many reports/doubts of users on debian-www. What's the status here? Can we make the change in the website and the squeeze release notes now? It seems everyone agrees the current names are confusing and Ben's suggestions would be an improvement. Cheers, Julien signature.asc Description: Digital signature
Bug#608660: Man pages for KGeography
KGEOGRAPHY.1 Description: Binary data
Bug#608661:
LIVE-F1.1 Description: Binary data
Bug#608639: boinc: FTBFS: No rule to make target `texfont.cpp', needed by `libboinc_graphics2_la-texfont.lo'.
* Steffen Möller steffen_moel...@gmx.de, 2011-01-02, 14:28: your package still doesn't build: | libtool: compile: g++ -DHAVE_CONFIG_H -I. -I. -I.. -I../lib -pthread -g -O2 -g -Wall -O2 -g -Wall -O2 -Wall -MT libboinc_graphics2_la-reduce_lib.lo -MD -MP -MF .deps/libboinc_graphics2_la-reduce_lib.Tpo -c reduce_lib.cpp -o libboinc_graphics2_la-reduce_lib.o /dev/null 21 | make[4]: *** No rule to make target `texfont.cpp', needed by `libboinc_graphics2_la-texfont.lo'. Stop. | make[4]: Leaving directory `/build/buildd-boinc_6.12.8+dfsg-3-i386-qTMmbV/boinc-6.12.8+dfsg/api' | make[3]: *** [all-recursive] Error 1 Full build logs: https://buildd.debian.org/status/package.php?p=boincsuite=experimental somehow the patches are removed, not added. I do not know what this means for the very moment, really. Well, you unapply patches in the clean target, aren't you? If you are using the 3.0 quilt (format), remove b-d on quilt, remove --with quilt from debian/rules and any other manual patch management code. dpkg-source manages patches for you, don't be in its way. :) -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#608663: ITP: yade -- Platform for discrete element modeling.
Package: wnpp Severity: wishlist Owner: Anton Gladky gladky.an...@gmail.com * Package name: yade Version : 0.60 Upstream Author : Yade developers yade-...@lists.launchpad.net * URL : https://launchpad.net/yade * License : GPL Programming Lang: C++ Description : Platform for discrete element modeling. Yet Another Dynamic Engine. Extensible open-source framework for discrete numerical models, focused on Discrete Element Method. The computation parts are written in c++ using flexible object model, allowing independent implementation of new algorithms and interfaces. Python is used for rapid and concise scene construction, simulation control, postprocessing and debugging. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#604437: Processed: Re: Bug#604437: python-gtkspell: spellcheck kills reportbug
reassign 604437 libglib2.0-0 thanks On Mon, Nov 22, 2010 at 13:12, Debian Bug Tracking System ow...@bugs.debian.org wrote: reassign 604437 reportbug Bug #604437 [python-gtkspell] python-gtkspell: spellcheck kills reportbug Bug reassigned from package 'python-gtkspell' to 'reportbug'. Bug No longer marked as found in versions gnome-python-extras/2.25.3-6. Given gtkspell maint don't think the bug is in that package, nor we think it's not in reportbug, the last in the chain is glib :) 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#608269: [Debian-ha-maintainers] Bug#608269:
On Sun, Jan 02, 2011 at 02:34:29PM +0100, rexcze wrote: It works for me on my two testing debian squeezes Great! I've uploaded a new package to unstable. -- Guido -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#598504: linux-kbuild: And now that we have linux-kbuild 2.6.36 kernel has moved to 2.6.37-rc
Package: linux-kbuild-2.6.36 Version: 2.6.36-1~experimental.1 Severity: normal File: linux-kbuild linux-kbuild version still lags behind kernel version. Any progress on docs saying how to update it? -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (910, 'testing'), (900, 'stable'), (500, 'unstable'), (200, 'experimental'), (111, 'oldstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.36-rc6-r600fence-smbinit-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages linux-kbuild-2.6.36 depends on: ii libc6 2.11.2-7 Embedded GNU C Library: Shared lib linux-kbuild-2.6.36 recommends no packages. linux-kbuild-2.6.36 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#608664: desktop-base: please provide widescreen alternatives for splash themes
Package: desktop-base Version: 6.0.5 Severity: wishlist Hello, it would be great, if you could also provide widescreen-alternatives for the splash themes - especially plymouth looks ... well, horrible on a widescreen, can't speak about the others. regards Mario -- We are the Bore. Resistance is futile. You will be bored. signature.asc Description: Digital signature
Bug#553965: FTBFS with binutils-gold
tags 553965 patch thanks Hello, This is a patch we used in Ubuntu to fix this: https://launchpad.net/ubuntu/+source/artha/1.0.1-1ubuntu1 only in patch2: unchanged: --- artha-1.0.1.orig/src/Makefile.am +++ artha-1.0.1/src/Makefile.am @@ -19,5 +19,5 @@ # @GTK_LIBS@ libdbus_CFLAGS are not used to avoid unwanted # libraries (like -latk, -lrt, etc.) passed to the linker artha_LDADD = $(WORDNET_LIB) -lgtk-x11-2.0 -lgmodule-2.0 \ - -ldbus-1 -ldbus-glib-1 libwni.a + -ldbus-1 -ldbus-glib-1 libwni.a -lgdk-x11-2.0 -lX11 -lgobject-2.0 -lglib-2.0 only in patch2: unchanged: --- artha-1.0.1.orig/src/Makefile.in +++ artha-1.0.1/src/Makefile.in @@ -185,7 +185,7 @@ # @GTK_LIBS@ libdbus_CFLAGS are not used to avoid unwanted # libraries (like -latk, -lrt, etc.) passed to the linker artha_LDADD = $(WORDNET_LIB) -lgtk-x11-2.0 -lgmodule-2.0 \ - -ldbus-1 -ldbus-glib-1 libwni.a + -ldbus-1 -ldbus-glib-1 libwni.a -lgdk-x11-2.0 -lX11 -lgobject-2.0 -lglib-2.0 all: all-am -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#608665: Should recommend (or suggest) samba-common
Package: gvfs-backends Version: 1.6.4-2 Severity: minor gvfsd-smb tries to locate a smb.conf to get the name of the current workgroup. This speeds up browsing and puts servers from the current workgroup first. Since the system wide smb.conf is shipped via samba-commmon we should recommend or at least suggest it. Cheers, -- Guido -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing'), (50, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (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 gvfs-backends depends on: ii gvfs 1.6.4-2userspace virtual filesystem - ser ii libarchive1 2.8.4-1Single library to read/write tar, ii libavahi-client3 0.6.27-2 Avahi client library ii libavahi-common3 0.6.27-2 Avahi common library ii libavahi-glib10.6.27-2 Avahi glib integration library ii libbluetooth3 4.66-2 Library to use the BlueZ Linux Blu ii libc6 2.11.2-7 Embedded GNU C Library: Shared lib ii libcdio-cdda0 0.81-4 library to read and control digita ii libcdio-paranoia0 0.81-4 library to read digital audio CDs ii libcdio10 0.81-4 library to read and control CD-ROM ii libdbus-1-3 1.2.24-3 simple interprocess messaging syst ii libdbus-glib-1-2 0.88-2 simple interprocess messaging syst ii libexpat1 2.0.1-7XML parsing C library - runtime li ii libgconf2-4 2.28.1-6 GNOME configuration database syste ii libglib2.0-0 2.24.2-1 The GLib library of C routines ii libgphoto2-2 2.4.6-3gphoto2 digital camera library ii libgphoto2-port0 2.4.6-3gphoto2 digital camera port librar ii libgudev-1.0-0164-3 GObject-based wrapper library for ii libimobiledevice1 1.0.2-1Library for communicating with the ii libplist1 1.3-2 Library for handling Apple binary ii libsmbclient 2:3.5.6~dfsg-3 shared library for communication w ii libsoup-gnome2.4-12.30.2-1 an HTTP library implementation in ii libsoup2.4-1 2.30.2-1 an HTTP library implementation in ii libxml2 2.7.8.dfsg-1 GNOME XML library Versions of packages gvfs-backends recommends: ii gnome-keyring 2.30.3-4 GNOME keyring services (daemon and Versions of packages gvfs-backends suggests: ii obex-data-server 0.4.5-1+b1 D-Bus service for OBEX client and -- 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#607850: reportbug: enable full specification (e.g. otherpkgs) of additional origins under /etc/dpkg/origins/
On Sun, 02 Jan 2011, Sandro Tosi wrote: Hi Yaroslav, On Thu, Dec 23, 2010 at 00:45, Yaroslav Halchenko deb...@onerussian.com wrote: I was looking into creation of custom /etc/dpkg/origins/ for our neurodebian (http://neuro.debian.net) repository. Unfortunately, debianbts.py code cares only about vendor and bugs fields, and sets others (e.g. otherpkgs, mirrors, etc) to empty, and there seems to be no ability to customi9ze them anyhow, besides submitting a patch against debianbts.py to add full definition to be added to the original 'SYSTEMS', which seems to demolish the point of having /etc/dpkg/origins/ Do you know where we can read the full specification of /etc/dpkg/origins/file contents and meaning? not exactly and I do not think there is much more than Vendor*, Bugs*. dpkg-vendor seems to be another tool using it and since it was said to reuse existing structure http://lists.debian.org/debian-devel/2008/09/msg00193.html may be Goswin could help us out -- is there a full specification for the syntax of /etc/dpkg/origins? -- =--= Keep in touch www.onerussian.com Yaroslav Halchenko www.ohloh.net/accounts/yarikoptic -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#608642: plzip: FTBFS on sparc: test failures
severity 608642 important tag 608642 help thanks after some more tests.. on my own ultra30, neither plzip 0.6 nor 0.7 do fail to build. on smetana.d.o, both 0.6 and 0.7 fail, whereas the buildds could build 0.6 successfully. therefore, it looks to me like an issue involving specific hardware features/combinations/configurations/$whatever of the sparc machines in question, rather than a generic sparc failure, thus lowering severity to important. Antonio, do you have an idea about that? -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: daniel.baum...@progress-technologies.net Internet: http://people.progress-technologies.net/~daniel.baumann/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#608666: panflute-applet: python 2.6 DeprecationWarning in logs
Package: panflute-applet Version: 0.6.2-2 Severity: normal User: debian-pyt...@lists.debian.org Usertags: python2.6 I found a python DeprecationWarning in the log file: p...@chianamo:~$ cat ~/.local/share/panflute/applet.stderr /usr/lib/pymodules/python2.6/panflute/applet/widget.py:309: DeprecationWarning: PyArray_FromDimsAndDataAndDescr: use PyArray_NewFromDescr. pixels = pixbuf.get_pixels_array () -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (700, 'testing'), (600, 'unstable'), (550, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.37-rc7-amd64 (SMP w/2 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages panflute-applet depends on: ii gnome-panel 2.30.2-2 launcher and docking facility for ii panflute-daemon 0.6.2-2MPRIS interface to control several ii python2.6.6-9interactive high-level object-orie ii python-dbus 0.83.1-1 simple interprocess messaging syst ii python-gnomeapplet2.30.0-4 Python bindings for the GNOME pane ii python-gnomedesktop 2.30.0-4 Python bindings for the GNOME desk ii python-gobject2.21.4+is.2.21.3-1 Python bindings for the GObject li ii python-gtk2 2.17.0-4 Python bindings for the GTK+ widge ii python-numpy 1:1.4.1-5 Numerical Python adds a fast array ii python-support1.0.10 automated rebuilding support for P -- bye, pabs http://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#608667: bash-completion: sqlite3 completion does not match *.db files
Package: bash-completion Version: 1:1.2-3 Severity: normal Tags: patch The sqlite3 completion rules do not match *.db, which applications commonly use for sqlite files. This patch fixes this for me: p...@chianamo:~$ diff -u /etc/bash_completion{.dpkg-old,} --- /etc/bash_completion.dpkg-old 2011-01-02 14:56:29.0 +0800 +++ /etc/bash_completion2011-01-02 14:56:05.0 +0800 @@ -114,7 +114,7 @@ complete -f -X '!*.@(sxm|smf|mml|odf)' oomath complete -f -X '!*.odb' oobase complete -f -X '!*.rpm' rpm2cpio -complete -f -X '!*.s@(qlite?(3)|?(3)db)' sqlite3 +complete -f -X '!*.@(sqlite?(3)|?(3)db)' sqlite3 complete -f -X '!*.aux' bibtex complete -f -X '!*.po' poedit gtranslator kbabel lokalize complete -f -X '!*.@([Pp][Rr][Gg]|[Cc][Ll][Pp])' harbour gharbour hbpp -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (700, 'testing'), (600, 'unstable'), (550, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.37-rc7-amd64 (SMP w/2 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages bash-completion depends on: ii bash 4.1-3 The GNU Bourne Again SHell -- bye, pabs http://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#608668: xul-ext-monkeysphere: spams ~/.xsession-errors
Package: xul-ext-monkeysphere Version: 0.4-1 Severity: normal The Firefox/Iceweasel plugin spams ~/.xsession-errors with unnecessary information. Ideally it would only output serious operational errors in case the plugin cannot be loaded or crashes firefox or something that cannot be reported in the UI. General monkeysphere validation failures should be reported in the UI and not in the log file. monkeysphere: begin initialization monkeysphere: creating listeners... monkeysphere: initialization complete monkeysphere: tabPL state change: [xpconnect wrapped (nsISupports, nsIRequest, nsIChannel)] monkeysphere: update display: monkeysphere: state: NEUTRAL monkeysphere: message: monkeysphere: tabPL state change: [xpconnect wrapped nsIRequest] monkeysphere: update display: monkeysphere: state: NEUTRAL monkeysphere: message: monkeysphere: tabPL state change: [xpconnect wrapped (nsISupports, nsIRequest, nsIChannel)] monkeysphere: update display: monkeysphere: state: NEUTRAL monkeysphere: message: monkeysphere: PL location change: about: monkeysphere: update display: monkeysphere: state: NEUTRAL monkeysphere: message: monkeysphere: tabPL state change: [xpconnect wrapped (nsISupports, nsIHttpChannel, nsIRequest, nsIChannel)] monkeysphere: update display: monkeysphere: state: NEUTRAL monkeysphere: message: monkeysphere: tabPL state change: [xpconnect wrapped (nsISupports, nsIHttpChannel, nsIRequest)] monkeysphere: update display: monkeysphere: state: NEUTRAL monkeysphere: message: monkeysphere: tabPL security change: monkeysphere: check site: monkeysphere: url: https://www.google.com/accounts/ServiceLogin?service=mailpassive=truerm=falsecontinue=https%3A%2F%2Fmail.google.com%2Fmail%2F%3Fshva%3D1%26ui%3Dhtml%26zy%3Dl; bsv=1eic6yu9oa4y3ss=1scc=1ltmpl=defaultltmplcache=2#inbox monkeysphere: checking security state: 262146 monkeysphere: site state SECURE. monkeysphere: tabPL security change: monkeysphere: check site: monkeysphere: url: https://www.google.com/accounts/ServiceLogin?service=mailpassive=truerm=falsecontinue=https%3A%2F%2Fmail.google.com%2Fmail%2F%3Fshva%3D1%26ui%3Dhtml%26zy%3Dl; bsv=1eic6yu9oa4y3ss=1scc=1ltmpl=defaultltmplcache=2#inbox monkeysphere: checking security state: 262146 monkeysphere: site state SECURE. monkeysphere: tabPL state change: [xpconnect wrapped (nsISupports, nsIHttpChannel, nsIRequest, nsIChannel, nsIUploadChannel, nsITraceableChannel)] monkeysphere: update display: monkeysphere: state: NEUTRAL monkeysphere: message: monkeysphere: tabPL state change: [xpconnect wrapped nsIRequest] monkeysphere: update display: monkeysphere: state: NEUTRAL monkeysphere: message: monkeysphere: PL location change: https://www3.netbank.commbank.com.au monkeysphere: update display: monkeysphere: state: NEUTRAL monkeysphere: message: monkeysphere: tabPL security change: monkeysphere: check site: monkeysphere: url: https://www3.netbank.commbank.com.au/netbank/bankmain monkeysphere: checking security state: 1310722 monkeysphere: site state SECURE. monkeysphere: set browser status: NEUTRAL, monkeysphere: update display: monkeysphere: state: NEUTRAL monkeysphere: message: monkeysphere: tabPL security change: monkeysphere: check site: monkeysphere: url: https://www3.netbank.commbank.com.au/netbank/bankmain monkeysphere: checking security state: 1310722 monkeysphere: site state SECURE. monkeysphere: set browser status: NEUTRAL, monkeysphere: update display: monkeysphere: state: NEUTRAL monkeysphere: message: monkeysphere: tabPL state change: [xpconnect wrapped (nsISupports, nsIHttpChannel, nsIRequest, nsIChannel, nsIUploadChannel, nsITraceableChannel)] monkeysphere: update display: monkeysphere: state: NEUTRAL monkeysphere: message: monkeysphere: tabPL state change: [xpconnect wrapped nsIRequest] monkeysphere: update display: monkeysphere: state: NEUTRAL monkeysphere: message: monkeysphere: PL location change: https://www.google.com monkeysphere: update display: monkeysphere: state: NEUTRAL monkeysphere: message: monkeysphere: tabPL state change: [xpconnect wrapped nsIRequest] monkeysphere: update display: monkeysphere: state: NEUTRAL ... -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (700, 'testing'), (600, 'unstable'), (550, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.37-rc7-amd64 (SMP w/2 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash xul-ext-monkeysphere depends on no packages. Versions of packages xul-ext-monkeysphere recommends: ii iceweasel 3.5.16-3 Web browser based on Firefox pn monkeysphere-validation-agent none (no description available) -- bye, pabs http://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#608341: [libgphoto2-2] please add support for Canon IXUS 130 (lsusb -v attached)
Hi Andreas, Thanks for your patch, it works. There are two things: 1. With your patch I'm able to access the camera as Canon IXUS 130 in KDE's filemanager, w/o your patch I'm only able to access it with gphoto2 (Why?). W/o your patch the camera is also correctly recognized in KDE's filemanager but I cannot access the images due to some unknown device-like error. 2. The *real* problem was actually that KDE's filemanager and gphoto2 were not able to access the device, there was an error message like: ('Could not lock the device'): Camera is already in use. I didn't really pay attention to this message since it never happened with my last camera, and I knew I did not mount the camera. Anyways, after reading a few bugreports someone pointed to this message and said he solved the problem by killing all gvfs processes. I looked and noticed that I had rhythmbox open and the camera was already shown there as a media device (although it was not listed as mounted device via mount). Closing rhythmbox allowed me to access the camera w/o the above error message. Do you think it is a bug in libgphoto or rhytmbox or something else? Cheers, Bastian Am 02.01.2011 11:07, schrieb Andreas Metzler: On 2010-12-30 Bastian Venthur vent...@debian.org wrote: Package: libgphoto2-2 Version: 2.4.10.1-3 Severity: normal --- Please enter the report below this line. --- Bus 002 Device 006: ID 04a9:31f3 Canon, Inc. Device Descriptor: bLength18 bDescriptorType 1 bcdUSB 2.00 bDeviceClass0 (Defined at Interface level) bDeviceSubClass 0 bDeviceProtocol 0 bMaxPacketSize064 idVendor 0x04a9 Canon, Inc. idProduct 0x31f3 bcdDevice0.02 iManufacturer 1 Canon Inc. iProduct2 Canon Digital Camera iSerial 3 7C718E77E58D4946966AB145DDC48D09 bNumConfigurations 1 [...] You later wrote in your blog: Today I bought me a Canon IXUS 130 and was quite disappointed to see that it couldn’t properly connect to my Debian/Sid machine via USB. Apparenty the camera is not recognized as a USB Mass Storage Device but utilizes PTP. I upgraded to libgphoto2 (2.4.10.1-3) from experimental and added a proper udev rule with vendor- and product-id but it did not help. Is there anything more I can try? Hello, for supported devices there is *no* *need* to touch the udev rules. Things should just work. However, afaict from reading camlibs/ptp2/library.c the IXUS 130 is not listed. Does the attached patch fix the issue for you? cu andreas -- Bastian Venthur http://venthur.de Debian Developer venthur at debian org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#560094: [PATCH] sieve service moves from 2000/tcp to 4190/tcp
Based on Henrique de Moraes Holschuh's announcement http://lists.debian.org/20091207183254.gd5...@khazad-dum.debian.net Bug#560094. Cc: Simon Paillard spaill...@debian.org Cc: Henrique de Moraes Holschuh h...@debian.org Signed-off-by: Julien Cristau jcris...@debian.org --- en/issues.dbk | 57 + 1 files changed, 57 insertions(+), 0 deletions(-) diff --git a/en/issues.dbk b/en/issues.dbk index e08c859..5b2c81e 100644 --- a/en/issues.dbk +++ b/en/issues.dbk @@ -418,6 +418,63 @@ TODO /para /section +section id=sieve-port-number +titleliteralsieve/literal service moving to its IANA-allocated port/title +para +The IANA port allocated for ManageSieve is 4190/tcp, and the old port used +by commandtimsieved/command and other managesieve software in many +distributions (2000/tcp) is allocated for Cisco SCCP usage, according to ulink +url=http://www.iana.org/assignments/port-numbers;the IANA registry/ulink. +/para +para +Starting with the version 4.38 of the Debian systemitem +role=packagenetbase/systemitem package, the literalsieve/literal +service will be moved from port 2000 to port 4190 in the +filename/etc/services/filename file. +/para +para +Any installs which used the literalsieve/literal service name instead of a +numeric port number will switch to the new port number as soon as the services +are restarted or reloaded, and in some cases, immediately after +filename/etc/services/filename is updated. +/para +para +This will affect Cyrus IMAP. This may also affect other sieve-enabled +software such as DoveCot. +/para +para +In order to avoid downtime problems, mail cluster administrators using +Debian are urged to verify their Cyrus (and probably also DoveCot) installs, +and take measures to avoid services moving from port 2000/tcp to port +4190/tcp by surprise in either servers or clients. +/para +para +It is worth noting that: +itemizedlist +listitem +filename/etc/services/filename will only be automatically updated if you +never made any modifications to it. Otherwise, you will be presented with a +prompt by dpkg asking you about the changes. +/listitem +listitem +You can edit filename/etc/services/filename and change the +literalsieve/literal port back to 2000 if you want (this is not +recommended, though). +/listitem +listitem +You can edit filename/etc/cyrus.conf/filename and any other relevant +configuration files for your mail/webmail cluster (e.g. on the sieve web +frontends) ahead of time to force them all to a static port number. +/listitem +listitem +You can configure cyrus master to listen on both ports (2000 and 4190) +at the same time, and thus avoid the problem entirely. This also allows for +a much more smooth migration from port 2000 to port 4190. +/listitem +/itemizedlist +/para +/section + !-- FIXME: Review for Squeeze - See 599813 -- section id=gnome-desktop-changes titleGNOME desktop changes and support/title -- 1.7.2.3 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#575761: [PATCH] Change x86 architecture names to be less confusing
i386: Intel x86 → 32-bit PC amd64: AMD64 → 64-bit PC Bug#575761 Reported-by: Ben Hutchings b...@decadent.org.uk Signed-off-by: Julien Cristau jcris...@debian.org --- We shouldn't actually do this until the d-www folks agree to change it on their side too. en/whats-new.dbk |4 ++-- release-notes.ent |4 ++-- 2 files changed, 4 insertions(+), 4 deletions(-) diff --git a/en/whats-new.dbk b/en/whats-new.dbk index 19b8b05..6065a4d 100644 --- a/en/whats-new.dbk +++ b/en/whats-new.dbk @@ -28,7 +28,7 @@ The following are the officially supported architectures for debian; itemizedlist listitem para -Intel x86 ('i386') +32-bit PC ('i386') /para /listitem listitem @@ -58,7 +58,7 @@ S/390 ('s390') /listitem listitem para -AMD64 ('amd64') +64-bit PC ('amd64') /para /listitem listitem diff --git a/release-notes.ent b/release-notes.ent index 1bca68b..933d0d9 100644 --- a/release-notes.ent +++ b/release-notes.ent @@ -83,10 +83,10 @@ Remember, this is XML; the *first* definition of an ENTITY wins. !-- proper nouns for architectures -- !ENTITY arch-title phrase arch='alpha'Alpha/phrase!-- - --phrase arch='amd64'AMD64/phrase!-- + --phrase arch='amd64'64-bit PC/phrase!-- --phrase arch='armel'ARM EABI/phrase!-- --phrase arch='hppa'PA-RISC/phrase!-- - --phrase arch='i386'Intel x86/phrase!-- + --phrase arch='i386'32-bit PC/phrase!-- --phrase arch='ia64'IA-64/phrase!-- --phrase arch='mips'Mips/phrase!-- --phrase arch='mipsel'Mipsel/phrase!-- -- 1.7.2.3 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#526355: Patch
Tags: patch This patch include the following changes: - A new flag -a modify output format and shows full command line. - Output format depend on -l and -a flags, not anymore on -f. - -f flag only modify where to match the pattern, not output format. For example: pgrep firefox 1911 1920 pgrep -l firefox 1911 firefox 1920 firefox-bin pgrep -a firefox 1911 /bin/sh /usr/lib/firefox-3.6.13/firefox 1920 /usr/lib/firefox-3.6.13/firefox-bin pgrep -f firefox 1911 1916 1920 1964 pgrep -fl firefox 1911 firefox 1916 run-mozilla.sh 1920 firefox-bin 1964 plugin-containe pgrep -fa firefox 1911 /bin/sh /usr/lib/firefox-3.6.13/firefox 1916 /bin/sh /usr/lib/firefox-3.6.13/run-mozilla.sh /usr/lib/firefox-3.6.13/firefox-bin 1920 /usr/lib/firefox-3.6.13/firefox-bin 1964 /usr/lib/firefox-3.6.13/plugin-container /usr/lib/flashplugin-installer/libflashplayer.so 1920 plugin Alfredo diff -ur procps-3.2.8/pgrep.1 procps-3.2.8.new/pgrep.1 --- procps-3.2.8/pgrep.1 2010-12-31 15:20:51.699780975 +0100 +++ procps-3.2.8.new/pgrep.1 2010-12-31 15:14:49.569780976 +0100 @@ -8,7 +8,7 @@ .SH SYNOPSIS .na -\fBpgrep\fR [\fB\-cflvx\fR] [\fB\-d\ \fIdelimiter\fR] [\fB\-n\fR|\fB\-o\fR] \ +\fBpgrep\fR [\fB\-cflavx\fR] [\fB\-d\ \fIdelimiter\fR] [\fB\-n\fR|\fB\-o\fR] \ [\fB\-P\ \fIppid\fR,...] [\fB\-g\ \fIpgrp\fR,...] [\fB\-s\ \fIsid\fR,...] \ [\fB\-u\ \fIeuid\fR,...] [\fB\-U\ \fIuid\fR,...] [\fB\-G\ \fIgid\fR,...] \ [\fB\-t\ \fIterm\fR,...] [\fIpattern\fR] @@ -64,6 +64,9 @@ \fB\-l\fR List the process name as well as the process ID. (\fBpgrep\fP only.) .TP +\fB\-a\fR +List the full command line as well as the process ID. (\fBpgrep\fP only.) +.TP \fB\-n\fR Select only the newest (most recently started) of the matching processes. diff -ur procps-3.2.8/pgrep.c procps-3.2.8.new/pgrep.c --- procps-3.2.8/pgrep.c 2010-12-31 15:20:53.549780978 +0100 +++ procps-3.2.8.new/pgrep.c 2010-12-31 15:22:58.119780975 +0100 @@ -38,6 +38,8 @@ #define EXIT_USAGE 2 #define EXIT_FATAL 3 +#define CMDSTRSIZE 4096 + static int i_am_pkill = 0; static const char *progname = pgrep; @@ -48,6 +50,7 @@ /* User supplied arguments */ +static int opt_longlong = 0; static int opt_full = 0; static int opt_long = 0; static int opt_oldest = 0; @@ -425,7 +428,9 @@ regex_t *preg; pid_t myself = getpid(); union el *list = NULL; - char cmd[4096]; + char cmdline[CMDSTRSIZE]; + char searchcmd[CMDSTRSIZE]; + char outputcmd[CMDSTRSIZE]; ptp = do_openproc(); preg = do_regcomp(); @@ -470,30 +475,43 @@ match = match_strlist (tty, opt_term); } } - if (opt_long || (match opt_pattern)) { + + if ( (opt_full || opt_longlong) task.cmdline) { + int i = 0; + int bytes = sizeof (cmdline) - 1; + + /* make sure it is always NUL-terminated */ + cmdline[bytes] = 0; + /* make room for SPC in loop below */ + --bytes; + + strncpy (cmdline, task.cmdline[i], bytes); + bytes -= strlen (task.cmdline[i++]); + while (task.cmdline[i] bytes 0) { +strncat (cmdline, , bytes); +strncat (cmdline, task.cmdline[i], bytes); +bytes -= strlen (task.cmdline[i++]) + 1; + } + } + + if (match opt_pattern) { if (opt_full task.cmdline) { -int i = 0; -int bytes = sizeof (cmd) - 1; +strncpy (searchcmd, cmdline, CMDSTRSIZE); + } else { +strcpy (searchcmd, task.cmd); + } + } -/* make sure it is always NUL-terminated */ -cmd[bytes] = 0; -/* make room for SPC in loop below */ ---bytes; - -strncpy (cmd, task.cmdline[i], bytes); -bytes -= strlen (task.cmdline[i++]); -while (task.cmdline[i] bytes 0) { - strncat (cmd, , bytes); - strncat (cmd, task.cmdline[i], bytes); - bytes -= strlen (task.cmdline[i++]) + 1; -} + if (opt_long || opt_longlong) { + if (opt_longlong task.cmdline) { +strncpy (outputcmd, cmdline, CMDSTRSIZE); } else { -strcpy (cmd, task.cmd); +strcpy (outputcmd, task.cmd); } } if (match opt_pattern) { - if (regexec (preg, cmd, 0, NULL, 0) != 0) + if (regexec (preg, searchcmd, 0, NULL, 0) != 0) match = 0; } @@ -520,9 +538,9 @@ if (list == NULL) exit (EXIT_FATAL); } - if (opt_long) { + if (opt_long || opt_longlong) { char buff[5096]; // FIXME -sprintf (buff, %d %s, task.XXXID, cmd); +sprintf (buff, %d %s, task.XXXID, outputcmd); list[matches++].str = strdup (buff); } else { list[matches++].num = task.XXXID; @@ -563,7 +581,7 @@ } } else { /* These options are for pgrep only */ - strcat (opts, ld:); + strcat (opts, lad:); } strcat (opts, LF:cfnovxP:g:s:u:U:G:t:?V); @@ -639,6 +657,9 @@ case 'l': // Solaris: long output format (pgrep only) Should require -f for beyond argv[0] maybe? opt_long = 1; break; + case 'a': + opt_longlong = 1; + break; case 'n': // Solaris: match only the newest if (opt_oldest|opt_negate|opt_newest) usage (opt); @@ -731,7 +752,7 @@ if (opt_count) { fprintf(stdout, %ld\n, num); }
Bug#607267: /usr/bin/scp: fails to notice close() errors
Hello Excerpts from Julien Cristau's message of Sat Dec 25 22:00:11 +0100 2010: user release.debian@packages.debian.org usertag 607267 squeeze-can-defer tag 607267 squeeze-ignore kthxbye On Thu, Dec 16, 2010 at 13:40:30 +0100, Michal Suchanek wrote: Package: openssh-client Version: 1:5.5p1-5+b1 Severity: grave File: /usr/bin/scp Justification: causes non-serious data loss scp fails to notice close() errors. I'm not sure this is grave, but in any case this won't block the release, tagging accordingly. As data loss is defined as grave I would expect this is the case. I tried on 2.6.36 release kernel (not rc) and the issue stays. I also tried to open and write a file in a scripting shell and found that the error is only reported on fsync(). Not sure if this is compliant to anything but the Linux close(2) man page clearly states: A successful close does not guarantee that the data has been successfully saved to disk, as the kernel defers writes. It is not common for a file system to flush the buffers when the stream is closed. If you need to be sure that the data is physically stored use fsync(2). (It will depend on the disk hardware at this point.) This suggests that the reason the error is not recognized is due to scp not doing fsync() which is the only guaranteed way to ensure that the data is ever written to the file. This condition may occur when you run out of disk space (which is hopefully rare but the more surprising) and possibly when you run out of disk quota. This same issue also happens with cp(1) from coreutils. Thanks Michal -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#608616: Mobility Radeon HD 4200: Black screen after resuming from suspend / no-hibernation
Hola Sven Joachim! The difference is that the preinst of the Ubuntu package removes the file /etc/modprobe.d/radeon-kms.conf (it is not needed on Ubuntu, because Ubuntu kernels are built with KMS enabled), leaving you with UMS even after you reinstall the Debian package. As I already stated in the bug report, the kms file is NOT missing. I'm not exactly sure why, but it didn't get removed. Contents of /etc/modprobe.d/radeon-kms.conf: options radeon modeset=1 The first thing I would do is to test a newer kernel, e.g. 2.6.37-c7 from experimental, and restore the missing file. I forgot to include this in the report, sorry. I have already tried with the kernel and X from experimental, no different outcome. Only after trying both from experimental did I switch to trying Ubuntu's. Also, once I installed the X driver from Ubuntu, all 3 kernels (Maverick's, Squeeze's and Experimental's suspended and hibernated correctly), so it looks like it's not a kernel problem, it's an X problem. So, newer kernel doesn't help, the kms file is not missing. Why could Ubuntu's driver be making suspend work? -- Love, Marga -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#608669: ITP: geiser -- generic Emacs/Scheme interaction mode
Package: wnpp Severity: wishlist Owner: David Bremner brem...@debian.org * Package name: geiser Version : 0.1 Upstream Author : Jose A. Ortega Ruiz j...@gnu.org * URL : http://www.nongnu.org/geiser/ * License : BSD Programming Lang: Emacs Lisp Description : generic Emacs/Scheme interaction mode Geiser features an enhanced REPL and a set of minor modes improving Emacs' basic scheme major mode. The main functionalities provided are: - Evaluation of forms in the namespace of the current module. - Macro expansion. - File/module loading. - Namespace-aware identifier completion (including local bindings, names visible in the current module, and module names). - Autodoc: the echo area shows information about the signature of the procedure/macro around point automatically. - Jump to definition of identifier at point. - Access to documentation (including docstrings when the implementation provides it). - Listings of identifiers exported by a given module. - Listings of callers/callees of procedures. - Rudimentary support for debugging (list of evaluation/compilation error in an Emacs' compilation-mode buffer). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#568126: lm-sensors: Resource conflicts policy in kernel has changed
tag 568126 moreinfo severity 568126 minor kthxbye On Thu, Aug 5, 2010 at 11:59:59 -0400, Moritz Muehlenhoff wrote: We won't diverge from the kernel default settings, so I'm reassigning to release-notes. Please provide a proposed text to ease the work of the people preparing the release notes. I don't really understand what we're supposed to be documenting here, so if you want it in the release notes it'd be really helpful to provide proposed text and references as Moritz asked. Cheers, Julien signature.asc Description: Digital signature
Bug#599290: reportbug: tells that package does not exist even when it exists
retitle 599290 consider using apt-cache instead of dpkg --status severity 599290 wishlist thanks On Wed, Dec 29, 2010 at 14:10, Michal Čihař ni...@debian.org wrote: Hi Dne Mon, 27 Dec 2010 22:05:19 +0100 Sandro Tosi mo...@debian.org napsal(a): mh, you can probably looking at what's teh status of /var/lib/dpkg/available and /var/lib/dpkg/status in regards to nanoblogger-extra, maybe also the Packages file of apt, but it shouldn't matter in this case. It's not listed in neither dpkg databases, so dpkg is right. I have no idea how these databases should be udpated from apt, but the problem seems to be in this. Anyhow, I'm less inclined to consider this report as a bug in reportbug, but let's see how deep we go :) Indeed, at most it is wishlist to use apt cache, but feel free to close. Converted in a wishlist bug, let's see in some time :) Cheers, -- 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#608670: libprotobuf-dev: Missing depends on zlib1g-dev
Package: libprotobuf-dev Version: 2.3.0-4 Severity: minor Hi, libprotobuf-dev does not depend on zlib1g-dev. Looks like this would be necessary: ferna...@vostro:~$ dpkg -S /usr/lib/pkgconfig/protobuf.pc libprotobuf-dev: /usr/lib/pkgconfig/protobuf.pc ferna...@vostro:~$ pkg-config --libs protobuf -pthread -lprotobuf -lz ferna...@vostro:~$ apt-cache show libprotobuf-dev | grep 'Depends' Depends: libprotobuf6 (= 2.3.0-4), libprotobuf-lite6 (= 2.3.0-4) ferna...@vostro:~$ apt-cache show libprotobuf6 | grep 'Depends' Depends: libc6 (= 2.2.5), libgcc1 (= 1:4.1.1), libstdc++6 (= 4.3), zlib1g (= 1:1.1.4) ferna...@vostro:~$ apt-cache show libprotobuf-lite6 | grep 'Depends' Depends: libc6 (= 2.2.5), libgcc1 (= 1:4.1.1), libstdc++6 (= 4.3), zlib1g (= 1:1.1.4) ferna...@vostro:~$ I actually found this issue when I tried to use libprotobuf-dev, but didn't have zlib1g-dev installed. The compilation with the flags provided by pkg-config obviously failed. Thanks in advance, -- System Information: Debian Release: 6.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.36-trunk-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libprotobuf-dev depends on: ii libprotobuf-lite6 2.3.0-4protocol buffers C++ library (lite ii libprotobuf6 2.3.0-4protocol buffers C++ library libprotobuf-dev recommends no packages. libprotobuf-dev 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