Bug#343104: strange error message on installing tetex-bin
reassign 343104 jadetex tags 343104 patch thank On Mon, 12 Dez 2005, Marko Kaiser wrote: > Warning: fmtutil is being run as root; fmtutil-sys should probably be > used instead. If this is done by a Debian package upon installation, > upgrade, or removal, please file a bug against that package. This is not a but in tetex, but in jadetex. Dear jadetex maintainers: Your postinst script is very close to work with tetex2 and tetex3, but there was small miss: YOu define the variable fmtutil=fmtutil and if fmtutil-sys is present, then you redefine it to fmtutil=fmtutil-sys But later on you call fmtutil instead of $fmtutil Attached patch fixes your postinst script: Best wishes Norbert --- Dr. Norbert Preining Università di Siena gpg DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 --- Arthur's consciousness approached his body as from a great distance, and reluctantly. It had had some bad times in there. Slowly, nervously, it entered and settled down into its accustomed position. Arthur sat up. `Where am I?' he said. `Lord's Cricket Ground,' said Ford. `Fine,' said Arthur, and his consciousness stepped out again for a quick breather. His body flopped back on the grass. --- Arthur coping with his return to Earth as best as he --- could. --- Douglas Adams, The Hitchhikers Guide to the Galaxy --- postinst2005-12-13 08:39:32.0 +0100 +++ jadetex.postinst.fixed 2005-12-12 22:11:45.0 +0100 @@ -58,10 +58,13 @@ checkfmt ( ) { format=$1 baseformat=`basename $1 .fmt` +fmtutil=fmtutil +if [ -x /usr/bin/fmtutil-sys ]; then fmtutil=fmtutil-sys; fi + if ! ( kpsewhich $baseformat.fmt || kpsewhich $baseformat.efmt ) > /dev/null ; then warn "WARNING: memory dump $format not found, attempting to reconstruct ..." - echo "running 'fmtutil --byfmt $baseformat'" >> $MYTMPFILE - fmtutil --byfmt $baseformat >> $MYTMPFILE + echo "running '$fmtutil --byfmt $baseformat'" >> $MYTMPFILE + $fmtutil --byfmt $baseformat >> $MYTMPFILE if kpsewhich $format > /dev/null ; then warn " ok, reconstructed" else @@ -90,9 +93,9 @@ warn "or else purge then reinstall this package to restore default configuration." return 0 else -log "running 'fmtutil --byfmt $fmt'..." -if ! fmtutil --byfmt $fmt >> $MYTMPFILE; then -warn "ERROR: $fmt fmtutil failed" +log "running '$fmtutil --byfmt $fmt'..." +if ! $fmtutil --byfmt $fmt >> $MYTMPFILE; then +warn "ERROR: $fmt $fmtutil failed" return 1 else log "successfully created $fmt memory dump"
Bug#343149: l10n: Incorrect format string in Swedish translation of e2fsck
Package: e2fsprogs Version: 1.37-2sarge1 Severity: minor When running e2fsck this morning I got this message: "i_fsize för inod 66631 (/usr/share/...cut...) är %H, skulle varit noll." %H should probably have been substituted by a numeric value. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.4.27-2-686 Locale: LANG=sv, LC_CTYPE=sv (charmap=ISO-8859-1) (ignored: LC_ALL set to sv_SE.ISO8859-1) Versions of packages e2fsprogs depends on: ii e2fslibs1.37-2sarge1 ext2 filesystem libraries ii libblkid1 1.37-2sarge1 block device id library ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libcomerr2 1.37-2sarge1 common error description library ii libss2 1.37-2sarge1 command-line interface parsing lib ii libuuid11.37-2sarge1 universally unique id library -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343082: ITP: netgen -- automatic 3d tetrahedral mesh generator
[ Monday 12 December 2005 15:52 ] | Package: wnpp | Severity: wishlist | Owner: Denis Barbier <[EMAIL PROTECTED]> | | | * Package name: netgen | Version : 4.4 | Upstream Author : Joachim Schoeberl | * URL : http://www.hpfem.jku.at/netgen/ngs44.tar.gz | * License : LGPL | Description : automatic 3d tetrahedral mesh generator |Netgen is an automatic mesh generation tool for two and three |dimensions. Netgen generates triangular or quadrilateral meshes in 2D, |and tetrahedral meshes in 3D. |. |The input for 2D is described by spline curves, and the input for 3D |problems is either defined by constructive solid geometries, or by the |standard STL file format. Netgen contains modules for mesh optimization |and hierarchical mesh refinement. Curved elements are supported of |arbitrary order. |. |Since version 4.4, Netgen also embeds NGSolve, which is a general |purpose 3D finite element solver. Version 1.x supports scalar (heat |flow), elasticity and magnetic field problems. NGSolve performs |adaptive mesh refinement, the matrix equations are solved by optimal |order multigrid methods. |. |Homepage: http://www.hpfem.jku.at/netgen/ Hi Denis, FYI, netgen is part also of gmsh. are u planning to package netgen ? if not I can take netgen in charge. cu C. -- Debian Developer Scienfific computing packages maintainer Fingerprint = 3703 50DE 7A9F 024E 0F26 0D07 A18F B40B D4BE 1450
Bug#342846: emacs-goodies-el: Should conflicts with emacs-snapshot
reassign 342846 emacs-snapshot-common 20051207-1 retitle 342846 emacs-snapshot: Recursive load of newsticker.el tags 342846 upstream kthxbye Peter S Galbraith <[EMAIL PROTECTED]> writes: > So we can close this bug, right? I'll take it. Thanks, -- ,''`. : :' :Romain Francoise <[EMAIL PROTECTED]> `. `' http://people.debian.org/~rfrancoise/ `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#342077: exim4-config: Please consider prompting for config type at high priority
Quoting Frans Pop ([EMAIL PROTECTED]): > /me wonders why a new bug was opened on this when #260141 is also still > open... Well, #260141 was indeed a double suggestion: -rewrite the debconf title -change the priority As the bug title talks about the debconf templates titles and not about the priority, I suggest leaving both bugs opened and not merge them. #260141 deserves to be fixed, IMHO. The concerns about sarge release deadline are obviously over and this is exactly the time wa can do the change... #342077 needs the discusison we're having right now (as you see, Marc, it may need some little time to start sometimes but it happens...). -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#338108: fixed upstream 338108
On Sat, Nov 26, 2005 at 09:22:19AM +1100, Craig Small wrote: > tags 338108 fixed-upstream > tags 338108 upstream This bug surely makes 21.8-1 unsuitable for installation on my systems where it can be observed almost all the time. Please consider applying the upstream fix to the Debian version, packaging a new upstream version should one be available, or tagging this bug RC. Greetings Marc -- - Marc Haber | "I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things."Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343148: wishlist: instructions for debian under familiar (e.g. IPAQ) as described here
Package: install Version: etch For ARM installation manual: wishlist: instructions for debian under familiar (e.g. iPAQ) as described here... http://handhelds.org/moin/moin.cgi/MyDebianInstallDiary Best Regards, Tony -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343147: linux-image-2.6.14-2-k7 fails to install on a 2.4 system with yaird
Package: linux-image-2.6.14-2-k7 Version: 2.6.14-5 Severity: normal apt-get install linux-image-2.6.14-2-k7 Reading package lists... Done Building dependency tree... Done Starting Starting 2 Done Suggested packages: linux-doc-2.6.14 linux-source-2.6.14 Recommended packages: libc6-i686 The following NEW packages will be installed: linux-image-2.6.14-2-k7 0 upgraded, 1 newly installed, 0 to remove and 1 not upgraded. Need to get 0B/17.5MB of archives. After unpacking 50.1MB of additional disk space will be used. Preconfiguring packages ... Selecting previously deselected package linux-image-2.6.14-2-k7. (Reading database ... 154160 files and directories currently installed.) Unpacking linux-image-2.6.14-2-k7 (from .../linux-image-2.6.14-2-k7_2.6.14-5_i386.deb) ... Could not find mkinitrd.yaird mkinitramfs. at /var/lib/dpkg/tmp.ci/preinst line 236, line 9. Setting up linux-image-2.6.14-2-k7 (2.6.14-5) ... Running depmod. Finding valid ramdisk creators. Failed to find suitable ramdisk generation tool for kernel version 2.6.14-2-k7 on running kernel 2.4.27-lpc.7.k7 in mkinitrd.yaird mkinitramfs dpkg: error processing linux-image-2.6.14-2-k7 (--configure): subprocess post-installation script returned error exit status 9 Errors were encountered while processing: linux-image-2.6.14-2-k7 E: Sub-process /usr/bin/dpkg returned an error code (1) But yaird *is* installed: which mkinitrd.yaird /usr/sbin/mkinitrd.yaird After some analysis, I found that mkinitrd.yaird is to blame because of this code: if dpkg --compare-versions "$host_upstream_version" lt "2.6.8"; then exit 2 fi mkinitrd.yaird does not work for upgrading from 2.4 kernel. Wouldn't it be nice if someone told you this instead of just saying "Failed to find suitable ramdisk generation tool for kernel version"? I would not have thought it refers to the *current* kernel version. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (100, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.4.27-lpc.7.k7 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages linux-image-2.6.14-2-k7 depends on: ii initramfs-tools [linux-initra 0.41 tools for generating an initramfs ii module-init-tools 3.2-pre9-4 tools for managing Linux kernel mo ii yaird [linux-initramfs-tool] 0.0.11-12 Yet Another mkInitRD Versions of packages linux-image-2.6.14-2-k7 recommends: pn libc6-i686 (no description available) -- debconf information: linux-image-2.6.14-2-k7/preinst/elilo-initrd-2.6.14-2-k7: true linux-image-2.6.14-2-k7/postinst/old-system-map-link-2.6.14-2-k7: true linux-image-2.6.14-2-k7/postinst/depmod-error-initrd-2.6.14-2-k7: false linux-image-2.6.14-2-k7/postinst/depmod-error-2.6.14-2-k7: false linux-image-2.6.14-2-k7/postinst/old-dir-initrd-link-2.6.14-2-k7: true linux-image-2.6.14-2-k7/preinst/already-running-this-2.6.14-2-k7: linux-image-2.6.14-2-k7/postinst/bootloader-test-error-2.6.14-2-k7: linux-image-2.6.14-2-k7/prerm/would-invalidate-boot-loader-2.6.14-2-k7: true linux-image-2.6.14-2-k7/postinst/create-kimage-link-2.6.14-2-k7: true linux-image-2.6.14-2-k7/preinst/lilo-initrd-2.6.14-2-k7: true linux-image-2.6.14-2-k7/preinst/abort-overwrite-2.6.14-2-k7: linux-image-2.6.14-2-k7/postinst/bootloader-error-2.6.14-2-k7: linux-image-2.6.14-2-k7/preinst/overwriting-modules-2.6.14-2-k7: true linux-image-2.6.14-2-k7/prerm/removing-running-kernel-2.6.14-2-k7: true linux-image-2.6.14-2-k7/preinst/initrd-2.6.14-2-k7: linux-image-2.6.14-2-k7/preinst/lilo-has-ramdisk: linux-image-2.6.14-2-k7/preinst/failed-to-move-modules-2.6.14-2-k7: linux-image-2.6.14-2-k7/postinst/old-initrd-link-2.6.14-2-k7: true linux-image-2.6.14-2-k7/preinst/abort-install-2.6.14-2-k7: linux-image-2.6.14-2-k7/preinst/bootloader-initrd-2.6.14-2-k7: true linux-image-2.6.14-2-k7/postinst/kimage-is-a-directory: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#342077: exim4-config: Please consider prompting for config type at high priority
Quoting Frans Pop ([EMAIL PROTECTED]): > /me wonders why a new bug was opened on this when #260141 is also still > open... OLd brain is probably the reason..:). If both bugs are really the same (sorry, can't check right nowno Wireless in my local buses), then merging should be done. > However, that is probably only a real option if: > - preseeding the question (and other exim configuration questions) works Hmmm, I can maybe test this as I'm right now working on some automated installs (reviving babelbox). > - preseeding exim configuration is properly documented in the new appendix > on preseeding in the installation guide Preseeding *all* exim configuration would be a real complicated thing given the various options offered to users. I would prefer only documenting the delivery option, which is the only one asked for default installs (the root mail user destination is preseeded with the newly created user...). -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343106: [Pkg-shadow-devel] Processed: Re: Bug#343106: base-files: include /bin/posh in /etc/shells
reassign 343106 debianutils thanks Quoting Debian Bug Tracking System ([EMAIL PROTECTED]): > Processing commands for [EMAIL PROTECTED]: > > > reassign 343106 passwd > Bug#343106: base-files: include /bin/posh in /etc/shells > Bug reassigned from package `base-files' to `passwd'. > /etc/shells is now provided by debianutils (since about September 2005 so that's a fairly recent change). We recently found that passwd still includes some code to provide it but this is by accident..:-) Thank you, Santiago, for taking care of this anywayReassigning... -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343145: cups-pdf: graphics work, text is garbled
severity 343145 important thanks ti, 2005-12-13 kello 17:25 +1100, Alex Satrapa kirjoitti: > Package: cups-pdf > Version: 1.7.0a-1 > Severity: grave > Justification: renders package unusable > > When printing to PDF using cups-pdf, PDFs are created that have the > graphcs mostly intact, but text is all garbled. > > See example of the Debian Bugs page for cups-pdf at > http://homepage.mac.com/alexsatrapa/Debian_Bug_cups-pdf.pdf Please check the following things first: 1) Ghostscript versions that you use? dpkg -l gs-esp 2) DPI setting of your cups-pdf printer in CUPS preferences? Note that CUPS-PDF is completely dependant upon the DPI resolution configured in CUPS via the printer management interface and upon Ghostscript for the printing quality. -- Martin-Éric Racine http://q-funk.iki.fi signature.asc Description: Digitaalisesti allekirjoitettu viestin osa
Bug#343146: fiaif: Fiaif stops all traffic on CBQ shaped interfaces even when CBQ not enabled (on upgrade only)
Package: fiaif Version: 1.20.0-1 Severity: critical Justification: breaks the whole system I just installed latest FIAIF package, and when my ppp connection went down, and then up i was unable to browse the internet. After FIAIF upgrade, references to the CBQ shaper are left in the old zone files. It makes FIAIF not to process them, and thus machines behind those zones unrechable. I know the CBQ shaper has been deprecated, but if shaping is disabled, it should *not* try to process it. I had the following settings on zone.int TC_ENABLE=0 TC_TYPE=CBQ TC_DOWNLINK=410 TC_UPLINK=434 -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.13-a7n Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages fiaif depends on: hi bash 3.0-15The GNU Bourne Again SHell ii coreutils 5.2.1-2.1 The GNU core utilities ii cron 3.0pl1-92 management of regular background p ii debconf [debconf-2.0] 1.4.62Debian configuration management sy ii debianutils2.15.1Miscellaneous utilities specific t ii dnsutils 1:9.3.1-2.0.1 Clients provided with BIND ii grep 2.5.1.ds2-4 GNU grep, egrep and fgrep ii iptables 1.3.3-2 Linux kernel 2.4+ iptables adminis ii logtail1.2.42Print log file lines that have not ii net-tools 1.60-17 The NET-3 networking toolkit ii sed4.1.4-5 The GNU sed stream editor ii wget 1.10.1-1 retrieves files from the web fiaif recommends no packages. -- debconf information: fiaif/cron_logfile: * fiaif/warning: * fiaif/enable_cron: false * fiaif/enable_initd: true -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#329319: [Yaird-devel] Bug#329319: yaird: swsusp not all that hard
On Mon, Dec 12, 2005 at 11:59:05PM +0100, Erik van Konijnenburg wrote: > The issue of where to resume from is indeed the most important for end-users; > your idea of using a 'resume' option is interesting, but I'm not yet sure it's > what we want. > > Two points to consider: > * what do other tools do? We would not want people that convert to or from > initrd-tools or mkinitramfs to have to change their grub of fstab > configuration > to keep their swsusp working. Only be incompatible if it can't be avoided. > Ideally, avoid incompatibility even among distros. My impression is that they use the resume= option on the kernel command line, which is then parsed by initrd-tools or whatever. I feel the sane thing to do is to support all three possible ways : 1) have the resume= kernel command line option provided by the user / grub/lilo/yaboot/etc override the detected partition. This is always a good idea, as we showed with the root= kernel command line option, and will allow the user to recover more easily from mistakes and such. 2) have yaird look at the resume option in /etc/fstab as suggested here. Not sure if this is the best thing to do though. 3) have it specified/specifiable in /etc/yaird.conf. The real question being what other tools who do the suspend step usually use for configuration, the resume step is rather easy once we know that. > * Could we avoid configuration altogether? We could simply always do the > resume > code for all swap devices, if swsusp or swsusp2 is enabled in the kernel > config. > If the distro has swsusp in the kernel, this would mean users could start > using swsusp without having to regenerate the initramfs; downside is they > would > have to edit the grub/lilo menu. Notice that one thought i had about swsusp is to have multiple swap partitions associated with multiple non-overlapping partition sets and be able to resume in the one or the other, so i believe your idea will kill this kind of setup. Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343048: linux-image-2.6.14-2-686: ide fails to initialize (applying the patch)
On Tue, Dec 13, 2005 at 07:23:41AM +0100, Erik van Konijnenburg wrote: > **Save the attached patch. Oops, patch attached for real now. --- orig/perl/Hardware.pm +++ mod/perl/Hardware.pm @@ -234,7 +234,10 @@ # The above error persists in 2.6.12, and is solved # in 2.6.14. # + # Similar error seems to exist in 2.6.14 for piix. + # $result = [ map { $_ eq "via82cxxx" ? ($_, "ide-generic") : $_ } @{$result} ]; + $result = [ map { $_ eq "piix" ? ($_, "ide-generic") : $_ } @{$result} ]; return $result; }
Bug#343048: linux-image-2.6.14-2-686: ide fails to initialize (applying the patch)
On Mon, Dec 12, 2005 at 09:18:01PM -0200, Paulo Marcel Coelho Aragao wrote: > Erik van Konijnenburg wrote on Dec, 12: > > http://arch.debian.org/arch/yaird/[EMAIL > > PROTECTED]/yaird/yaird--devo/yaird--devo--0.1/patch-131/ > > Could you give it a try and let me know if it actually works? > > Apologies for the more than basic question: how do I apply the patch ? None needed, my description was rather cryptic ... Step by step: ** Decide if you want to go ahead with this test. Only try this if you know how to recover from a non-booting kernel (& if I'm correct you've just done that) ** Save the attached patch. ** Make backup: $ cp /usr/lib/yaird/perl/Hardware.pm just-in-case.pm ** Apply patch: $ sudo patch /usr/lib/yaird/perl/Hardware.pm < /dat/tmp/Hardware.pm.patch patching file /usr/lib/yaird/perl/Hardware.pm Hunk #1 succeeded at 216 (offset -18 lines). $ (the offset is a normal warning in this case) ** Comment out any work-arounds (MODULE ide-generic) you may have made in /etc/yaird/Default.cfg This is an important bit: you would not want to report success with the patch if actually your edit in Default.cfg is what makes the system boot. ** Use the patched version to make a new initrd.img. A quick way to do this is $ sudo apt-get install linux-image-2.6.14-2-686-smp but only if you don't actually have an SMP system. This should leave your normal single-cpu kernel in place and install an smp kernel, with new initrd.img, next to it. ** reboot into new kernel; report success; undo if you don't like the effect. Regards, Erik -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343142: Acknowledgement (subversion: svn diff won't work with a date)
Also: svn diff -r \"{\" December \"}\" svn: Syntax error in revision argument '"{"' svn diff -r \"{\"December\"}\" svn: Syntax error in revision argument '"{"December"}"' svn diff -r "\"{\" December \"}\"" svn: Syntax error in revision argument '"{" December "}"' svn diff -r "{ December }" svn: Syntax error in revision argument '{ December }' svn diff -r { December } svn: Syntax error in revision argument '{' -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343136: vim: debchangelog.vim colours urgency as error
tags 343136 +pending thanks * Adeodato Simó wrote: > the addition of new distribution targets to syntax/debchangelog.vim > has also added a semicolon where it shouldn't be, causing for the > urgency field to be hilighted as an error. > > Trivial patch to fix attached. Patch added to our svn repository, thanks. Norbert
Bug#343145: cups-pdf: graphics work, text is garbled
Package: cups-pdf Version: 1.7.0a-1 Severity: grave Justification: renders package unusable When printing to PDF using cups-pdf, PDFs are created that have the graphcs mostly intact, but text is all garbled. See example of the Debian Bugs page for cups-pdf at http://homepage.mac.com/alexsatrapa/Debian_Bug_cups-pdf.pdf Alex -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.12.5 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages cups-pdf depends on: ii cupsys 1.1.23-10Common UNIX Printing System(tm) - ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#341263: autoconf doesn't realise its cache is out of date when included files change
[EMAIL PROTECTED] writes: > Package: autoconf > Version: 2.59a-3 > > Watch: > > ---begin--- > zircon$ mkdir test > zircon$ cd test > zircon$ cat >configure.in > AC_PREREQ(2.50) > AC_INIT(test,1) > AC_CHECK_FUNCS(wombat) > sinclude(conf2.in) > AC_OUTPUT() > zircon$ autoconf > zircon$ grep wombat configure > for ac_func in wombat > zircon$ grep baboon configure > zircon$ cat >conf2.in > AC_CHECK_FUNCS(baboon) > zircon$ autoconf > zircon$ grep baboon configure > zircon$ rm -rf autom4te.cache/ > zircon$ autoconf > zircon$ grep baboon configure > for ac_func in baboon > ---endit--- There are at least two different issues here. The first is simply that Autoconf renames sinclude to m4_sinclude via M4sugar. I don't know why bare sinclude works for you; it does not work for me. If I replace sinclude by m4_sinclude, I can reproduce your problem. When the first issue is cleared up, the second arises. This is what you are pointing out: m4_sinclude does not do dependency tracking. This is because, unless Autom4te actually records the dependencies of a traced file that existed at the time, it has to assume that a dependency that does not exist may be missing because the file that included it was changed to no longer include it. Thus, a missing dependency always triggers an update. This interacts badly with m4_sinclude, which doesn't yield an error if the dependency is missing. The way to fix this would be to make autom4te record which optional (m4_sinclude) dependencies were present or absent on the last run, so that it could update the target only if that state changed. Autoconf 2.59 doesn't have any such logic, and a look at Autoconf CVS shows that it hasn't been added there either. My advice would be to use m4_include instead of m4_sinclude if possible. Otherwise, if you'd like to implement the above behavior and submit a patch to me, I'd be happy to review it, include it in the Debian Autoconf, and submit to upstream. (I have little interest in implementing this behavior myself.) -- Ben Pfaff email: [EMAIL PROTECTED] web: http://benpfaff.org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343144: debian-installer: dists//main/installer- kernel images do not agree with kernel modules
Package: debian-installer Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Currently, the kernel image provided under a given dist does not match the modules provided under that dist. For example, doing a netboot from dists/sid/main/installer-i386/current/images/netboot and choosing to install unstable results in an error saying that the kernel modules do not match the current kernel image. If d-i is being run from unstable, it should include a kernel image from unstable as well. - -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable'), (500, 'stable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-2-amd64-k8 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFDnmQBBPYwh6bSSDcRAoZMAJ4qggyrwcRxTsQx8HU9Qbmlr6csPACdGwxq /OhT1lzP3iOxGeJUEPmHSQY= =ji2K -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343143: Install errors when /tmp is mounted noexec
package: squid When /tmp is mounted noexec, performing 'apt-get install squid' bombs. To reproduce, simply mount /tmp with noexec then perform 'apt-get install squid'. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343142: subversion: svn diff won't work with a date
Package: subversion Version: 1.2.3dfsg1-3 Severity: normal In cvs one could do 'cvs diff -D "December"' to get a diff. In svn, "svn help diff" says: -r [--revision] arg : ARG (some commands also take ARG1:ARG2 range) A revision argument can be one of: NUMBER revision number "{" DATE "}" revision at start of the date However all of the following give an error: svn diff -r {December} svn diff -r "{December}" svn diff -r "\{December\}" svn diff -r \{December\} svn diff -r December svn diff -r {{December}} svn diff -r "{{December}}" svn diff -r "{" December "}" nor does it work when I give an exact date, like "December 1, 2005", or a "/bin/date" date, like "1 day ago". This is a major problem for me. It seems like either this option is completely broken or the help is just wrong. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-2-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages subversion depends on: ii db4.3-util 4.3.29-1 Berkeley v4.3 Database Utilities ii libapr02.0.55-3 the Apache Portable Runtime ii libc6 2.3.5-8.1 GNU C Library: Shared libraries an ii libneon24 0.24.7.dfsg-3 An HTTP and WebDAV client library ii libsvn01.2.3dfsg1-3 shared libraries used by Subversio ii patch 2.5.9-2 Apply a diff file to an original subversion recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#342816: ITP: dict-xdict -- An English to Chinese Dictionary
Cai Qian <[EMAIL PROTECTED]> writes: > Hi, > > Is it possible to look at source? As there is no information (No > homepage etc) about it, how can I make sure it is GPL? > > Thanks, > Cai Qian Yes, no homepage, even no upstream source (I have tried to search via google, but only a 'xdict-0.1.tgz', and not available), only the dict libs from other project, e.g. stardict. but hey! i found a README from the authors Edward Fu, with a simple license notice (dramatically in a BeOS forum), and i've made a repack of .orig.tar.gz (including that particular README), put it onto mentors.debian.net, you may find it there. (as the README was written in Chinese, i'm afraid it's not proper to paste it here.) -- Emfox Zhou GnuPG Public Key: 0xF7142EC2
Bug#311048: rdesktop: Reproducable on current etch version
Package: rdesktop Version: 1.4.1-1.0.1 Followup-For: Bug #311048 This bug is 100% reproducable on the current version in etch & sid. Is there anything I can do to help this get fixed? -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-686-smp Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1) Versions of packages rdesktop depends on: ii libc6 2.3.5-8GNU C Library: Shared libraries an ii libssl0.9.8 0.9.8a-3 SSL shared libraries ii libx11-6 6.8.2.dfsg.1-7 X Window System protocol client li ii xlibs 6.8.2.dfsg.1-7 X Window System client libraries m rdesktop recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343141: udev: More symlink unhappiness in postinst
Package: udev Version: 0.076-6 Severity: normal I started getting this problem with 0.076-4. Upgrading to 0.076-6 made no difference. I now have a growing collection of /tmp/udev.*/ directories. :) This appears to be different to the other postinst-symlink-related bugs in the BTS. [EMAIL PROTECTED]:~# apt-get install --reinstall udev Reading package lists... Done Building dependency tree... Done 0 upgraded, 0 newly installed, 1 reinstalled, 0 to remove and 30 not upgraded. 3 not fully installed or removed. Need to get 0B of archives. After unpacking 0B of additional disk space will be used. Do you want to continue [Y/n]? Setting up udev (0.076-6) ... Waiting for /dev to be fully populated... Populating the new /dev filesystem temporarily mounted on /tmp/udev.VpIQkK/... ln: creating symbolic link /tmp/udev.VpIQkK/.static/dev/initctl' to /dev/.static/dev/.static/dev/initctl': No such file or directory dpkg: error processing udev (--configure): subprocess post-installation script returned error exit status 1 dpkg: dependency problems prevent configuration of hal: hal depends on udev (>= 0.063); however: Package udev is not configured yet. dpkg: error processing hal (--configure): dependency problems - leaving unconfigured dpkg: dependency problems prevent configuration of gnome-volume-manager: gnome-volume-manager depends on hal (>= 0.4.1); however: Package hal is not configured yet. dpkg: error processing gnome-volume-manager (--configure): dependency problems - leaving unconfigured Errors were encountered while processing: udev hal gnome-volume-manager E: Sub-process /usr/bin/dpkg returned an error code (1) [EMAIL PROTECTED]:~# find /tmp/udev.VpIQkK/ /tmp/udev.VpIQkK/ /tmp/udev.VpIQkK/initctl /tmp/udev.VpIQkK/xconsole /tmp/udev.VpIQkK/gpmctl /tmp/udev.VpIQkK/log /tmp/udev.VpIQkK/net /tmp/udev.VpIQkK/net/tun /tmp/udev.VpIQkK/loop /tmp/udev.VpIQkK/loop/0 /tmp/udev.VpIQkK/ppp /tmp/udev.VpIQkK/console /tmp/udev.VpIQkK/null /tmp/udev.VpIQkK/shm /tmp/udev.VpIQkK/pts /tmp/udev.VpIQkK/MAKEDEV /tmp/udev.VpIQkK/sndstat /tmp/udev.VpIQkK/core /tmp/udev.VpIQkK/stderr /tmp/udev.VpIQkK/stdout /tmp/udev.VpIQkK/stdin /tmp/udev.VpIQkK/fd /tmp/udev.VpIQkK/.udevdb /tmp/udev.VpIQkK/.udev /tmp/udev.VpIQkK/.udev/queue /tmp/udev.VpIQkK/.udev/db [EMAIL PROTECTED]:~# find /dev -type s -o -type p /dev/log /dev/gpmctl /dev/xconsole /dev/initctl /dev/.static/dev/initctl /dev/.static/dev/xconsole I'm guessing it's choking on /dev/.static/dev/initctl I'd try a purge/reinstall but I'd rather not risk hosing the machine... -- Package-specific info: -- /etc/udev/rules.d/: /etc/udev/rules.d/: total 4 lrwxrwxrwx 1 root root 20 2005-12-11 22:45 020_permissions.rules -> ../permissions.rules lrwxrwxrwx 1 root root 19 2005-12-11 22:43 025_libgphoto2.rules -> ../libgphoto2.rules lrwxrwxrwx 1 root root 22 2005-12-11 00:26 025_logitechmouse.rules -> ../logitechmouse.rules lrwxrwxrwx 1 root root 12 2005-12-13 12:10 050_hal-plugdev.rules -> ../hal.rules -rw-rw-r-- 1 root root 86 2005-12-10 09:59 099_local.rules lrwxrwxrwx 1 root root 19 2005-12-11 22:45 cd-aliases.rules -> ../cd-aliases.rules lrwxrwxrwx 1 root root 13 2005-12-11 22:45 udev.rules -> ../udev.rules lrwxrwxrwx 1 root root 19 2005-12-11 22:45 z20_persistent.rules -> ../persistent.rules lrwxrwxrwx 1 root root 12 2005-12-11 22:45 z50_run.rules -> ../run.rules lrwxrwxrwx 1 root root 16 2005-12-11 22:45 z55_hotplug.rules -> ../hotplug.rules lrwxrwxrwx 1 root root 19 2005-11-02 18:00 z60_alsa-utils.rules -> ../alsa-utils.rules lrwxrwxrwx 1 root root 17 2005-12-11 22:45 z70_hotplugd.rules -> ../hotplugd.rules -- /sys/: /sys/block/fd0/dev /sys/block/hda/dev /sys/block/hda/hda1/dev /sys/block/hda/hda2/dev /sys/block/hda/hda3/dev /sys/block/hda/hda5/dev /sys/block/hda/hda6/dev /sys/block/hda/hda7/dev /sys/block/hda/hda8/dev /sys/block/hda/hda9/dev /sys/block/hdc/dev /sys/block/loop0/dev /sys/block/loop1/dev /sys/block/loop2/dev /sys/block/loop3/dev /sys/block/loop4/dev /sys/block/loop5/dev /sys/block/loop6/dev /sys/block/loop7/dev /sys/class/input/mice/dev /sys/class/input/mouse0/dev /sys/class/misc/agpgart/dev /sys/class/misc/pktcdvd/dev /sys/class/misc/psaux/dev /sys/class/misc/rtc/dev /sys/class/ppp/ppp/dev /sys/class/sound/adsp/dev /sys/class/sound/audio/dev /sys/class/sound/controlC0/dev /sys/class/sound/dsp/dev /sys/class/sound/mixer/dev /sys/class/sound/pcmC0D0c/dev /sys/class/sound/pcmC0D0p/dev /sys/class/sound/pcmC0D1p/dev /sys/class/sound/pcmC0D2c/dev /sys/class/sound/pcmC0D2p/dev /sys/class/sound/timer/dev /sys/class/usb_device/usbdev1.1/dev /sys/class/usb_device/usbdev1.2/dev /sys/class/video4linux/video0/dev -- Kernel configuration: isapnp_init not present. -- System Information: Debian Release:
Bug#343140: libc6: resolver always checks search list in /etc/resolv.conf
Package: libc6 Version: 2.3.2.ds1-22 Severity: important I originally posted a bug report for postfix detailing the problem but I can reproduce the bug outside of postfix. Here's the postfix bug report in case you're interested: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=314891 In a nutshell, when using 'search' lines in /etc/resolv.conf, the resolver always appends listed search domains to a hostname lookup even when the host being searched is fully-qualified (contains one or more dots). This results in a LOT of needless DNS traffic. On a busy mail server, it makes using the 'search' lines extremely expensive (because DNS traffic increases exponentially). Here's an strace of 'telnet mx1.hotmail.com 25'. Oddly, it seems to do the right thing initially but the fully-qualified lookup must always fail, resulting in subsequent lookups using the search list. $ cat /etc/resolv.conf nameserver 69.51.81.36 nameserver 69.51.78.68 search ul.aspextra.net aspextra.net $ strace telnet mx1.hotmail.com 25 ... open("/etc/resolv.conf", O_RDONLY) = 3 fstat64(3, {st_mode=S_IFREG|0644, st_size=274, ...}) = 0 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x40018000 read(3, "# Dynamic resolv.conf(5) file fo"..., 4096) = 274 read(3, "", 4096) = 0 close(3)= 0 munmap(0x40018000, 4096)= 0 socket(PF_INET, SOCK_DGRAM, IPPROTO_IP) = 3 connect(3, {sa_family=AF_INET, sin_port=htons(53), sin_addr=inet_addr("69.51.81.36")}, 28) = 0 send(3, "\n\177\1\0\0\1\0\0\0\0\0\0\3mx1\7hotmail\3com\0\0\34\0"..., 33, 0) = 33 gettimeofday({1134449292, 353764}, NULL) = 0 poll([{fd=3, events=POLLIN, revents=POLLIN}], 1, 5000) = 1 ioctl(3, FIONREAD, [98])= 0 recvfrom(3, "\n\177\201\200\0\1\0\0\0\1\0\0\3mx1\7hotmail\3com\0\0\34"..., 1024, 0, {sa_family=AF_INET, sin_port=htons(53), sin_addr=inet_addr("69.51.81.36")}, [16]) = 98 close(3)= 0 socket(PF_INET, SOCK_DGRAM, IPPROTO_IP) = 3 connect(3, {sa_family=AF_INET, sin_port=htons(53), sin_addr=inet_addr("69.51.81.36")}, 28) = 0 send(3, "\n\200\1\0\0\1\0\0\0\0\0\0\3mx1\7hotmail\3com\2ul\10"..., 49, 0) = 49 gettimeofday({1134449292, 357407}, NULL) = 0 poll([{fd=3, events=POLLIN, revents=POLLIN}], 1, 5000) = 1 ioctl(3, FIONREAD, [49])= 0 recvfrom(3, "\n\200\201\205\0\1\0\0\0\0\0\0\3mx1\7hotmail\3com\2ul\10"..., 1024, 0, {sa_family=AF_INET, sin_port=htons(53), sin_addr=inet_addr("69.51.81.36")}, [16]) = 49 close(3)= 0 socket(PF_INET, SOCK_DGRAM, IPPROTO_IP) = 3 connect(3, {sa_family=AF_INET, sin_port=htons(53), sin_addr=inet_addr("69.51.78.68")}, 28) = 0 send(3, "\n\200\1\0\0\1\0\0\0\0\0\0\3mx1\7hotmail\3com\2ul\10"..., 49, 0) = 49 gettimeofday({1134449292, 361191}, NULL) = 0 poll([{fd=3, events=POLLIN, revents=POLLIN}], 1, 3000) = 1 ioctl(3, FIONREAD, [100]) = 0 recvfrom(3, "\n\200\201\203\0\1\0\0\0\1\0\0\3mx1\7hotmail\3com\2ul\10"..., 1024, 0, {sa_family=AF_INET, sin_port=htons(53), sin_addr=inet_addr("69.51.78.68")}, [16]) = 100 close(3)= 0 socket(PF_INET, SOCK_DGRAM, IPPROTO_IP) = 3 connect(3, {sa_family=AF_INET, sin_port=htons(53), sin_addr=inet_addr("69.51.81.36")}, 28) = 0 send(3, "\n\201\1\0\0\1\0\0\0\0\0\0\3mx1\7hotmail\3com\10asp"..., 46, 0) = 46 gettimeofday({1134449292, 364427}, NULL) = 0 poll([{fd=3, events=POLLIN, revents=POLLIN}], 1, 5000) = 1 ioctl(3, FIONREAD, [97])= 0 recvfrom(3, "\n\201\201\203\0\1\0\0\0\1\0\0\3mx1\7hotmail\3com\10as"..., 1024, 0, {sa_family=AF_INET, sin_port=htons(53), sin_addr=inet_addr("69.51.81.36")}, [16]) = 97 close(3)= 0 socket(PF_INET, SOCK_DGRAM, IPPROTO_IP) = 3 connect(3, {sa_family=AF_INET, sin_port=htons(53), sin_addr=inet_addr("69.51.81.36")}, 28) = 0 send(3, "\n\202\1\0\0\1\0\0\0\0\0\0\3mx1\7hotmail\3com\0\0\1\0"..., 33, 0) = 33 gettimeofday({1134449292, 367710}, NULL) = 0 poll([{fd=3, events=POLLIN, revents=POLLIN}], 1, 5000) = 1 ioctl(3, FIONREAD, [195]) = 0 recvfrom(3, "\n\202\201\200\0\1\0\4\0\5\0\0\3mx1\7hotmail\3com\0\0\1"..., 1024, 0, {sa_family=AF_INET, sin_port=htons(53), sin_addr=inet_addr("69.51.81.36")}, [16]) = 195 close(3)= 0 socket(PF_FILE, SOCK_STREAM, 0) = 3 connect(3, {sa_family=AF_FILE, path="/var/run/.nscd_socket"}, 110) = -1 ENOENT (No such file or directory) close(3)= 0 gettimeofday({1134449292, 371589}, NULL) = 0 getpid()= 15269 open("/etc/resolv.conf", O_RDONLY) = 3 ... -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.8-2-686-smp Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages libc6 depends on: ii libdb1-compat 2.1.3-7The Berkeley database routines [gl -- no debconf information -- To UNSUBSCRIBE, email to [EMAI
Bug#333958: Future of blender maintenance (was: Patch for #333958, Intent to NMU)
Hi, At first, thank you for taking care of blender package. I really appreciate your efforts. > In <[EMAIL PROTECTED]> > Florian Ernst <[EMAIL PROTECTED]> wrote: > Even though you seem to be continously working on most of the > packages you (co-)maintain as well as sponsoring people there are > apparently some packages that are ranked at a lower priority, Right, these days I only have sporadic free time, and tend to concentrate on other FLOSS activities anyway. I too think now is the time for clearance sale ;-) > accumulating RC bugs, patches and / or NMUs over time and slowly > bitrotting. Both Wouter and me would like to work on the blender > packaging for Debian, possibly in team-maintenance via alioth. So, > we can offer to lighten your load by taking over maintainership or, > at least, by acting as co-maintainers and directly working on the > package. I'm still toying Blender sometimes, so I would like to be involved with the maintenance of blender package in some way. You guys may add your name to Uploaders: right now -- and I think you are right, we should move to the team-maintenance via alioth ASAP. I applied to alioth for a project called "pkg-blender", so let's use it when it's ready. Best regards, MH -- Masayuki Hatta Graduate School of Economics, University of Tokyo [EMAIL PROTECTED] / [EMAIL PROTECTED] / [EMAIL PROTECTED] [EMAIL PROTECTED] / [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343048: linux-image-2.6.14-2-686: ide fails to initialize, additional information
On Mon, 12 Dec 2005, Erik van Konijnenburg wrote: > Thanks for your feedback. There's a patch at the following location: > > http://arch.debian.org/arch/yaird/[EMAIL > PROTECTED]/yaird/yaird--devo/yaird--devo--0.1/patch-131/ > > This should add ide-generic if you have piix controller without the need > to add it explicitly in the /etc/yaird/Default.cfg file. > > Could you give it a try and let me know if it actually works? I already downgraded my yaird to version 0.0.11-12 which works fine. If I have any time in the evening, I'll try the patch, if still necessary. -- Aapo Rista -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343103: Please rename this package!
On Tue, December 13, 2005 12:47 am, Christian Hammers said: > "python-wxgui" is a quite nothing-saying, even misleading package > name. > > The package should be called "gnuradio-wxgui" or at least "gr-wxgui". > > "python-wxgui" suggests that this package provides the "wx" > cross-platform GUI toolkit bindings for the python language! Hi Christian, Yes, i was also in a dilema while naming the package. Debian Python Policy suggests that any package which provides a module "foo" should be named as python-foo. I simply followed this policy as this package provides a module wxgui under gnuradio. Probably, it needs to be renamed as python-gr-wxgui? or just gr-wxgui? Let us discuss. I make the changes, an upload for the new tarball release which was released a couple of days back is due, so I will incorporate these changes as well. Thanks -- Ramakrishnan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343139: transfig: fig2dev changes fontsize in ps/latex export
Package: transfig Version: 1:3.2.5-alpha5-2 Severity: wishlist If you export a .fig to ps/latex, fig2dev only allows a maximum font size of about 41. This can be fixed by changing the file transfig-3.2.4-rel/fig2dev/dev/texfonts.h replace the line: #define TEXFONTSIZE(S)(texfontsizes[((S) <= MAXFONTSIZE) ? round(S)\ : (MAXFONTSIZE-1))]) with #define TEXFONTSIZE(S) (S) rebuilding transfig causes the specified font sizes to be passed through to the latex file. If you actually want to get different font sizes you also need a \usepackage{type1cm} somwhere in the tex file, eg fig2eps -add=type1cm foo.fig I obtained the solution here: http://www.linuxgazette.com/issue96/artime.html Yours Joseph Maher -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.8-2-k7 Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) Versions of packages transfig depends on: ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libpng12-0 1.2.8rel-1PNG library - runtime ii libx11-6 4.3.0.dfsg.1-14sarge1 X Window System protocol client li ii libxpm44.3.0.dfsg.1-14sarge1 X pixmap library ii xlibs 4.3.0.dfsg.1-14sarge1 X Keyboard Extension (XKB) configu ii zlib1g 1:1.2.2-4.sarge.2 compression library - runtime -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#339056: FTBFS
clone 339056 -1 retitle -1 tktable: FTBFS/unknown cause thanks gcc -pipe -DPACKAGE_NAME=\"Tktable\" -DPACKAGE_TARNAME=\"tktable\" -DPACKAGE_VERSION=\"2.9\" -DPACKAGE_STRING=\"Tktable\ 2.9\" -DPACKAGE_BUGREPORT=\"\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_LIMITS_H=1 -DHAVE_SYS_PARAM_H=1 -DUSE_THREAD_ALLOC=1 -D_REENTRANT=1 -D_THREAD_SAFE=1 -DHAVE_PTHREAD_ATTR_SETSTACKSIZE=1 -DHAVE_READDIR_R=1 -DTCL_THREADS=1 -D_LARGEFILE64_SOURCE=1 -DTCL_WIDE_INT_TYPE=long\ long -DHAVE_STRUCT_STAT64=1 -DHAVE_TYPE_OFF64_T=1 -DUSE_TCL_STUBS=1 -DUSE_TK_STUBS=1 -DTBL_COMMAND=\"table\" -DTBL_RUNTIME=\"tkTable.tcl\" -DTBL_RUNTIME_DIR=\"/usr/lib/Tktable2.9\" -I. -I"./generic" -I"/usr/include" -I"/usr/include/tcl8.4/tk-private/generic" -I/usr/X11R6/include-O2 -Wall -Wno-implicit-int -fPIC -c `echo ./generic/tkTable.c` -o tkTable.o In file included from ./generic/tkTable.h:21, from ./generic/tkTable.c:25: /usr/include/tcl8.4/tk-private/generic/tk.h:72:3: error: #error Tk 8.4 must be compiled with tcl.h from Tcl 8.4 In file included from ./generic/tkTable.h:21, from ./generic/tkTable.c:25: /usr/include/tcl8.4/tk-private/generic/tk.h:337: error: syntax error before 'CONST84' In file included from /usr/include/tcl8.4/tk-private/generic/tk.h:1576, from ./generic/tkTable.h:21, from ./generic/tkTable.c:25: /usr/include/tcl8.4/tk-private/generic/tkDecls.h:142: error: syntax error before 'CONST84' /usr/include/tcl8.4/tk-private/generic/tkDecls.h:237: error: syntax error before 'char' /usr/include/tcl8.4/tk-private/generic/tkDecls.h:327: error: syntax error before 'char' /usr/include/tcl8.4/tk-private/generic/tkDecls.h:330: error: syntax error before 'char' /usr/include/tcl8.4/tk-private/generic/tkDecls.h:410: error: syntax error before This seems unrelated to the FTBFS on hurd-i386. I'm playing with this problem now.. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#336047: epos upload soon to fix packaging bugs
On Mon, Dec 12, 2005 at 11:16:26AM -0500, Christopher Martin wrote: > epos may not be the world's most popular package, but it is used by the > kdeaccessibility module, so I'd like to make it properly > installable/purgeable. > > Let me know if you have any objections or additions. IIRC direct dependencies on perl-modules are discouraged (See perl policy). Just depend on perl, this will always ensure that all standard modules are installed. Gruesse, -- Frank Lichtenheld <[EMAIL PROTECTED]> www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343135: digikam: Failed to build source packages from unstable.
* Matej Cepl [Mon, 12 Dec 2005 22:13:58 -0500]: > On Mon 12. December 2005 21:53, you wrote: > > * Matej Cepl [Mon, 12 Dec 2005 21:12:41 -0500]: > > > Because of missing digikam in sid, I tried to recompile from > > > source. Unfortunately, it did break with the attached log. > > Known problem, breakage in make, #342879. What about we > > close this bug? > Agree -- is there somewhere patch available, or where do I find > patched package for make/cdb or what is the problem? I recomment that you downgrade your make package to the version in testing. Cheers, -- Adeodato Simó dato at net.com.org.es Debian Developer adeodato at debian.org Listening to: Jacques Brel - La Valse A Mille Temps -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343135: digikam: Failed to build source packages from unstable.
On Mon 12. December 2005 21:53, you wrote: > * Matej Cepl [Mon, 12 Dec 2005 21:12:41 -0500]: > > Because of missing digikam in sid, I tried to recompile from > > source. Unfortunately, it did break with the attached log. > > Known problem, breakage in make, #342879. What about we > close this bug? Agree -- is there somewhere patch available, or where do I find patched package for make/cdb or what is the problem? Thanks, Matěj -- Matej Cepl, http://www.ceplovi.cz/matej/blog/ GPG Finger: 89EF 4BC6 288A BF43 1BAB 25C3 E09F EF25 D964 84AC I didn't attend the funeral, but I sent a nice letter saying I approved of it. -- Mark Twain
Bug#343137: mailman: users cannot cancel pending subscriptions
Package: mailman Version: 2.1.5-8 Severity: normal On a sarge system, users cannot cancel their subscriptions due to this traceback: admin(16322): [- Traceback --] admin(16322): Traceback (most recent call last): admin(16322): File "/var/lib/mailman/scripts/driver", line 110, in run_main admin(16322): main() admin(16322): File "/usr/lib/mailman/Mailman/Cgi/confirm.py", line 114, in main admin(16322): subscription_cancel(mlist, doc, cookie) admin(16322): File "/usr/lib/mailman/Mailman/Cgi/confirm.py", line 312, in subscription_cancel admin(16322): userdesc = mlist.pend_confirm(cookie)[1] admin(16322): File "/var/lib/mailman/Mailman/Pending.py", line 141, in pend_confirm admin(16322): assert self.Locked() admin(16322): AssertionError This is caused by pend_confirm needing the list to be locked, but subscription_cancel doesn't actually lock the list. Copying the list locking stuff from subscription_confirm fixed this issue for me. BTW, is there any way to get these annoying, non-RC bugs fixed in sarge? It would be nice to be able to have fixes available and still be able to rely on security support. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.8-2-k7 Locale: LANG=C, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Versions of packages mailman depends on: ii apache [httpd]1.3.33-6sarge1 versatile, high-performance HTTP s ii cron 3.0pl1-86 management of regular background p ii debconf 1.4.30.13 Debian configuration management sy ii exim4 4.50-8 metapackage to ease exim MTA (v4) ii exim4-daemon-heavy [mail- 4.50-8 exim MTA (v4) daemon with extended ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii logrotate 3.7-5 Log rotation utility ii pwgen 2.03-1 Automatic Password generation ii python2.3.5-2An interactive high-level object-o ii ucf 1.17 Update Configuration File: preserv -- debconf information: * mailman/queue_files_present: mailman/default_server_language: en mailman/gate_news: false * mailman/site_languages: en * mailman/used_languages: en * mailman/create_site_list: -- bye, pabs http://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#343135: digikam: Failed to build source packages from unstable.
* Matej Cepl [Mon, 12 Dec 2005 21:12:41 -0500]: > Because of missing digikam in sid, I tried to recompile from > source. Unfortunately, it did break with the attached log. Known problem, breakage in make, #342879. What about we close this bug? Cheers, -- Adeodato Simó dato at net.com.org.es Debian Developer adeodato at debian.org Listening to: Jacques Brel - Les Paumes Du Petit Matin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#340010: NMU diff for this bug
Hi, To speed up the kdelibs4c2a transition, I'm uploading a NMU to fix this bug. Patch attached. Cheers, -- Adeodato Simó dato at net.com.org.es Debian Developer adeodato at debian.org Listening to: Jacques Brel - Amsterdam diff -u potracegui-1.3/debian/changelog potracegui-1.3/debian/changelog --- potracegui-1.3/debian/changelog +++ potracegui-1.3/debian/changelog @@ -1,3 +1,11 @@ +potracegui (1.3-2.2) unstable; urgency=medium + + * Non-maintainer upload. + * Fix FTBFS due to more restrictive coreutils. (Closes: #340010) +Patch by Roland Stigge. + + -- Adeodato Simó <[EMAIL PROTECTED]> Tue, 13 Dec 2005 03:40:56 +0100 + potracegui (1.3-2.1) unstable; urgency=low * Non-maintainer upload. diff -u potracegui-1.3/debian/rules potracegui-1.3/debian/rules --- potracegui-1.3/debian/rules +++ potracegui-1.3/debian/rules @@ -61,7 +61,7 @@ dh_installdirs $(MAKE) install DESTDIR=$(CURDIR)/debian/potracegui - mv $(CURDIR)/debian/potracegui/usr/share/doc/HTML/ $(CURDIR)/debian/potracegui/usr/share/doc/kde/HTML/ + mv $(CURDIR)/debian/potracegui/usr/share/doc/HTML $(CURDIR)/debian/potracegui/usr/share/doc/kde/HTML mv $(CURDIR)/debian/potracegui/usr/share/applnk/Utilities/potracegui.desktop $(CURDIR)/debian/potracegui/usr/share/applnk/Graphics/ rmdir $(CURDIR)/debian/potracegui/usr/share/applnk/Utilities
Bug#111033: Hi paul wagner, You forgot to call
How are you, www.jukeyup.com Thank You, Lara -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#305000: New packaged version of alltray
Alltray new version 0.65 is now packaged. I'm still waiting for my sponsor to upload this package http://sponsors.debian.net/viewpkg.php?id=94 For a sid package for evaluation use: deb http://eclipxe.com.mx/debian/ ./ This package is also on http://mentors.debian.net Carlos C Soto :: eclipxe -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343046: f-spot: New upstream release
And even version 0.1.5 as of today! I'm eager to test the XMP support :-) Here is the short changelog for 0.1.4 and 0.1.5: f-spot 0.1.5 - Dec 12 200 - Chip - Fix comments in Original export. - Improve Zooming logic, remove the old View->Size menu. - Keep in the timeline place when removing photos. - Allow changes to case in tag names. - Support adding albums to existing galleries. - Support Gallery 2 in gallery export. - Added russian translation from Alexsandre Prokoudine. f-spot 0.1.4 - Dec 7 2005 - Ouch - Generate color profiles from image metadata for use when processing color. - Fix bugs in metadata reading and writing. - Improve tag application and editing. - Add Xmp write support. - Allow storage of tags in XMP in jpegs. - Improved color editing dialog. - Look at more tags when calculating photo date. - Parse more metadata from raw files. - Display metadata from all image types in the info dialog. - Improve group selected widget. - Display newest photos first. - Type-to-tag feature. - Remember window and export preferences. - Find photos that are not tagged. - Remove tag/category distinction. - Ability to merge two tags. - Option to copy images upon import. - Improve HIG compliance of labels, menu names. - More, better keybindings. Thanks, Cosme
Bug#343136: vim: debchangelog.vim colours urgency as error
Package: vim-runtime Version: 1:6.4-004+1 Severity: normal Tags: patch Hello, the addition of new distribution targets to syntax/debchangelog.vim has also added a semicolon where it shouldn't be, causing for the urgency field to be hilighted as an error. Trivial patch to fix attached. Cheers, -- Adeodato Simó dato at net.com.org.es Debian Developer adeodato at debian.org Listening to: Jacques Brel - La Fanette --- debchangelog.vim~ 2005-12-13 03:22:48.0 +0100 +++ debchangelog.vim2005-12-13 03:22:55.0 +0100 @@ -16,7 +16,7 @@ " Define some common expressions we can use later on syn match debchangelogName contained "^[[:alpha:]][[:alnum:].+-]\+ " syn match debchangelogUrgency contained "; urgency=\(low\|medium\|high\|critical\|emergency\)\( \S.*\)\=" -syn match debchangelogTarget contained "\( stable\| frozen\| unstable\| testing-proposed-updates\| experimental\| stable-security\| testing-security\)\+;" +syn match debchangelogTarget contained "\( stable\| frozen\| unstable\| testing-proposed-updates\| experimental\| stable-security\| testing-security\)\+" syn match debchangelogVersion contained "(.\{-})" syn match debchangelogCloses contained "closes:\s*\(bug\)\=#\=\s\=\d\+\(,\s*\(bug\)\=#\=\s\=\d\+\)*" syn match debchangelogEmailcontained "[_=[:alnum:[EMAIL PROTECTED]:alnum:]./\-]\+"
Bug#255311: Still doesn't work in version 3.4.3
It still seems to be broken with version 3.4.3 of kde and vimpart. gvim is still appears in a separate window. Thanks, Kingsley -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343135: digikam: Failed to build source packages from unstable.
Package: digikam Version: 0.8.0-1-1 Severity: serious Justification: no longer builds from source -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Because of missing digikam in sid, I tried to recompile from source. Unfortunately, it did break with the attached log. Matej - -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (600, 'unstable'), (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14.3 Locale: LANG=cs_CZ.UTF-8, LC_CTYPE=cs_CZ.UTF-8 (charmap=UTF-8) Versions of packages digikam depends on: pn kdelibs4c2 (no description available) ii libart-2.0-2 2.3.17-1Library of functions for 2D graphi ii libaudio21.7-3 The Network Audio System (NAS). (s ii libc62.3.5-8.1 GNU C Library: Shared libraries an ii libexif120.6.12-2library to parse EXIF files ii libfam0 2.7.0-8 client library to control the FAM ii libfontconfig1 2.3.2-1.1 generic font configuration library ii libfreetype6 2.1.10-1FreeType 2 font engine, shared lib ii libgcc1 1:4.0.2-5 GCC support library ii libgphoto2-2 2.1.6-6 gphoto2 digital camera library ii libgphoto2-port0 2.1.6-6 gphoto2 digital camera port librar ii libice6 6.8.2.dfsg.1-11 Inter-Client Exchange library ii libidn11 0.5.18-1GNU libidn library, implementation ii libimlib21.2.1-2 powerful image loading and renderi ii libjpeg626b-10 The Independent JPEG Group's JPEG pn libkexif1c2(no description available) pn libkipi0c2 (no description available) ii libpng12-0 1.2.8rel-5 PNG library - runtime ii libqt3-mt3:3.3.5-3 Qt GUI Library (Threaded runtime v ii libsm6 6.8.2.dfsg.1-11 X Window System Session Management ii libsqlite3-0 3.2.7-1 SQLite 3 shared library ii libstdc++6 4.0.2-5 The GNU Standard C++ Library v3 ii libtiff4 3.7.4-1 Tag Image File Format (TIFF) libra ii libx11-6 6.8.2.dfsg.1-11 X Window System protocol client li ii libxcursor1 1.1.3-1 X cursor management library ii libxext6 6.8.2.dfsg.1-11 X Window System miscellaneous exte ii libxft2 2.1.7-1 FreeType-based font drawing librar ii libxi6 6.8.2.dfsg.1-11 X Window System Input extension li ii libxinerama1 6.8.2.dfsg.1-11 X Window System multi-head display ii libxrandr2 6.8.2.dfsg.1-11 X Window System Resize, Rotate and ii libxrender1 1:0.9.0-2 X Rendering Extension client libra ii libxt6 6.8.2.dfsg.1-11 X Toolkit Intrinsics ii xlibs6.8.2.dfsg.1-11 X Window System client libraries m ii zlib1g 1:1.2.3-8 compression library - runtime Versions of packages digikam recommends: pn digikamimageplugins(no description available) ii kdeprint4:3.4.3-3print system for KDE ii kipi-plugins0.1+rc1-1+b1 image manipulation/handling plugin ii konqueror 4:3.4.3-3KDE's advanced file manager, web b -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFDni4Z4J/vJdlkhKwRAlPUAJ92MeQP5uLDsM/FXMsR9wNWqNPIUgCfdZ89 md6DGteVBg00qrXAW0Ri8Hw= =bo6P -END PGP SIGNATURE- build-log.txt.gz Description: Binary data
Bug#343129: xemacs / libX11 / NVIDIA crashes on opteron under kernel 2.6.14-2
Larry Hunter wrote: Package: xlib11-6 Version: 6.8.2.dfsg.1-11 Severity: Important X-Debbugs-CC: [EMAIL PROTECTED], [EMAIL PROTECTED] On an opteron /debian system, I recently upgraded to xemacs 21.4.18 using the Debian package xemacs-gnome-nomule, and now I get segfaults in xemacs. I had previously reported to xemacs that I got segfaults on font-lock-mode (http://list-archive.xemacs.org/xemacs-beta/200512/msg00058.html). That problem has gone away in 21.4.18, but the new problem is much more serious. Xemacs is not currently usable under X. Debugger output suggests that it's libx11 (also recently upgraded) that is causing the problem. Poking around in older bug reports, I realize that the interaction between libx11 and NVIDIA drivers can be problematic, and that might be my problem. I appear to have to use NVIDIA drivers to support my hardware -- I just reinstalled them (from NVIDIA's website, using version 1.0-8174). Using the nvidia packages from Debian didn't get me a functioning X server. I'm running an up to date debian unstable installation on an Opteron, with kernel version 2.6.14-2-amd64-k8-smp. I don't seem to be able to make the segfault happen with any particular series of keystrokes, but it does seem to happen fairly rapidly after starting a new emacs (within a few hundred keystrokes). I have no problems if I use it in -nw (no windowing) mode. I have appended below the gdb output captured in a crash, showing the backtrace suggesting a libx11 problem. I've also appended below version information for each program, the xemacs bug report information, and the NVIDIA bug report information. Thanks for any help anyone can offer. I am desparate to get xemacs running under X again. Larry Hunter [EMAIL PROTECTED]:~$ uname -a Linux fast 2.6.14-2-amd64-k8-smp #2 SMP Sat Dec 10 03:37:30 UTC 2005 x86_64 GNU/Linux [EMAIL PROTECTED]:~$ gdb xemacs GNU gdb 6.3.90_20051119-debian Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "x86_64-linux-gnu"...(no debugging symbols found) Using host libthread_db library "/lib/libthread_db.so.1". (gdb) run Starting program: /usr/bin/xemacs (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) ---Type to continue, or q to quit--- (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) [Thread debugging using libthread_db enabled] [New Thread 46912549568976 (LWP 9502)] (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) ---Type to continue, or q to quit--- (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 46912549568976 (LWP 9502)] 0x2bfb4ac0 in XCheckIfEvent () from /usr/X11R6/lib/libX11.so.6 (gdb) backtrace #0 0x2bfb4ac0 in XCheckIfEvent () from #/usr/X11R6/lib/libX11.so.6 #1 0x0048a0b4 in emacs_shell_event_handler () #2 0x0055cdc2 in check_what_happened () #3 0x0047bd95 in Ffuncall () #4 0x0047c3cc in call1 () #5 0x004c3fc1 in Fdispatch_event () #6 0x0045ac05 in Fcommand_loop_1 () #7 0x004770fe in condition_case_1 () #8 0x0045a774 in Freally_early_error_handler () #9 0x004745ce in internal_catch () #10 0x0045a8bc in initial_command_loop () #11 0x004737ba in xemacs_21_4_18_x86_64_debian_linux () #12 0x00474269 in main () (gdb) q do the backtra
Bug#342934: Bug detected in: cdcat 1.0-3 on testing dist
#include * LukeC [Sun, Dec 11 2005, 08:13:39PM]: > Package: cdcat > Version: 1.0-3 > > When I try to use cdcat to scan my DVD data disc I got "nice" well known > message: "Segmentation fault". There is something fishy in the parser. I get a similar segfault problem today and tried to find the bug. Looks like a Heisenbug, it was not reproducible with debugging enabled, and was not explainable without debugging. One of the moments where I think it should have been written in Java :-(( Eduard. -- "The quiet ones are the ones who change the universe. The loud ones only take the credit." L.M. ItB -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#342887: util-linux: Seeing same issue...
Package: util-linux Version: 2.12r-2 Followup-For: Bug #342887 I am seeing the same behavior. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-k7 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages util-linux depends on: ii libc6 2.3.5-8.1 GNU C Library: Shared libraries an ii libncurses5 5.5-1 Shared libraries for terminal hand ii libslang2 2.0.5-1The S-Lang programming library - r ii libuuid1 1.38+1.39-WIP-2005.12.10-1 universally unique id library ii zlib1g1:1.2.3-8 compression library - runtime util-linux recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#341863: logwatch 7.1-1.0test1, bugs 341863, 340903
On 12/13/2005 01:48 AM, David L. Anselmi wrote: > Gabriele Armao wrote: > >> probably you can just add ovpn-* to the *MultiService = definition. > > > Yes, that's right. ovpn-server is what shows up in my logs but ovpn-* > is the general case. Sorry I didn't catch that. MultiService doesn't seems to be happy when you write a wildcard, probably it doesn't support wildcards or regexp, that forced me to make a custom config for each openvpn server I host > > It also looks like the openvpn module is reporting the same data day > after day. I'll file a new bug when I get a chance to investigate more > fully. oh, now it makes some sense, I was just asking myself why logwatch was reporting me openvpn reboot or connection reset even if I didn't see any during the day, this should definately be the reason... -- Gabriele "moebius" Armao Undergraduate student in Computer Science @ University of Bologna ICQ#: 12132670 JabberID: [EMAIL PROTECTED] Linux Registered User # 343306 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#338561: clamav incorrectly reports that oversized zip files are virus infected
This one time, at band camp, Michael Gilbert said: > What is upstream's take on this matter? At a minimum, I think that > there needs to be a non-default flag (--enable-heuristics) that would > enable any and all heuristical scans. I have not had a response back from them about this issue. On the bright side, though, it looks like 0.90 (whenever we get there) will take booleans for these options, so it will be much easier to just turn off a particular test you don't want. Take care, -- - | ,''`.Stephen Gran | | : :' :[EMAIL PROTECTED] | | `. `'Debian user, admin, and developer | |`- http://www.debian.org | - signature.asc Description: Digital signature
Bug#339211: Bug#328958: RFA: libmusicbrainz-2.1: Second generation incarnation of the CD Index -- optional
On Tue, 2005-12-13 at 00:19 +0100, Florian Ernst wrote: > Well, it seems that my usual understanding of RFA as "the maintainer > still wants to get involved" doesn't hold true in this case, so I'll > now start not to wait for input from Andreas anymore. > Please expect an update soonish... Awesome, thank you! -- Joe Wreschnig <[EMAIL PROTECTED]> signature.asc Description: This is a digitally signed message part
Bug#343133: varkon: Can't acces fonts other than default (font 0)
Package: varkon Version: 1.18A-2 Severity: normal No matter how or where I set TFONT, all I get is font 0. All fontfiles are installed in proper places, and have proper permissions set. I'm not certain that this bug isn't in varkon itself, but I saw nothing on the mailing list. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.4.27-2-k7 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages varkon depends on: ii libc6 2.3.5-8GNU C Library: Shared libraries an ii unixodbc 2.2.11-9 ODBC tools libraries ii xlibmesa-gl [libgl1] 6.8.2.dfsg.1-7 Mesa 3D graphics library [X.Org] ii xlibs 6.8.2.dfsg.1-7 X Window System client libraries m Versions of packages varkon recommends: ii varkon-user-manual1.18A-2User manual for VARKON -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#248122: Debian Bug #248122: msttcorefonts: Please run wget as user nobody instead of as root
On Mon, Dec 12, 2005 at 04:03:34PM +0100, Tollef Fog Heen wrote: > * Justin Pryzby > > | I don't suppose md5sums are available? Does the file change > | sufficiently often such that its not reasonable to hardcode an MD5? > > It doesn't change, and I have the hashes, so that might be a workable > approach. > > | Ah, maybe this bug is moot anyway. I seem to recall a thread on LKML > | (or was it a debian bug log?) where it was pointed out that there is > | no way to drop privileges in such a way that you can't get them back > | with seteuid(getsuid()). In which case, this bug lies in your hands, > | since I can't think of a clean way to have it run as a user which > | cannot regain privileges. > > setuid(2) seems to disagree with you (for suid root, and we wouldn't > be suid, we would be run by root). Bah, I don't know. Hows this? md5good="d41d8cd98f00b204e9800998ecf8427e" # NEEDS CHANGING f=`mktemp` || exit 1; su -c "wget -O $f http://..."; nobody; echo "$md5good $f" |md5sum -c || { echo >&2 $0: MD5Sum failed!!; exit 1; } I don't know if it works in posix sh like posh or dash.. -- Clear skies, Justin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343132: uw-imapd: /dev/stderr is only present with login shells
Package: uw-imapd Version: 7:2002edebian1-11 Severity: important I regularly upgrade servers with scripts that dont use login shells. Example below. #!/bin/sh ssh -l root server.com ' export DEBIAN_FRONTEND=noninteractive apt-get update apt-get upgrade ' The debian postinst script with uw-imapd and ipopd uses /dev/stderr which isnt present when a user doesnt have a login shell. Below is an error i get when trying to upgrade uw-imapd. Setting up uw-imapd (2002edebian1-11sarge1) ... dpkg: dependency problems prevent configuration of ipopd-ssl: ipopd-ssl depends on ipopd (>= 4:2002.rc7debian); however: Package ipopd is not configured yet. dpkg: error processing ipopd-ssl (--configure): dependency problems - leaving unconfigured /var/lib/dpkg/info/uw-imapd.postinst: line 75: /dev/stderr: No such device or address dpkg: error processing uw-imapd (--configure): subprocess post-installation script returned error exit status 1 -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-k7 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages uw-imapd depends on: ii debconf1.4.58Debian configuration management sy ii libc-client2002edebian 7:2002edebian1-11 UW c-client library for mail proto ii libc6 2.3.5-6 GNU C Library: Shared libraries an ii libcomerr2 1.38-2common error description library ii libkrb53 1.3.6-5 MIT Kerberos runtime libraries ii libpam-runtime 0.76-22 Runtime support for the PAM librar ii libpam0g 0.76-22 Pluggable Authentication Modules l ii libssl0.9.70.9.7g-4 SSL shared libraries ii netbase4.22 Basic TCP/IP networking system ii openssl0.9.8-2 Secure Socket Layer (SSL) binary a Versions of packages uw-imapd recommends: ii sendmail-bin [mail-transport- 8.13.5-3 powerful, efficient, and scalable -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343131: Package name ntp-server doesn't make sense
Package: ntp-server Version: 1:4.2.0a+stable-8.1 >From the description of ntp-server it says "This package holds the common >files for the NTP server and all programs which need to run on the actual >server." The name of the package seems to indicate that it is an ntp server, >not components common to ntp servers. Also the name ntp-simple and >ntp-refclock are also not clear. ntp-server-simple, ntp-server-refclock, and >ntp-server-common would be more logical names in keeping with other Debian >packages. Sorry to annoy you with this, but I am reporting this from a >newbie's perspective from which these names really are confusing especially >compared with other Debian package naming conventions. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343130: dillo: Backspace key moves back two pages, not one
Package: dillo Version: 0.8.5-4 Severity: normal Pressing the backspace key moves back two pages in the history, not one. Using the toolbar back button works as expected, moving back one page. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-686 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Versions of packages dillo depends on: ii libc62.3.5-8 GNU C Library: Shared libraries an ii libfontconfig1 2.3.2-1.1 generic font configuration library ii libfreetype6 2.1.10-1FreeType 2 font engine, shared lib ii libglib1.2 1.2.10-10 The GLib library of C routines ii libgtk1.21.2.10-18 The GIMP Toolkit set of widgets fo ii libjpeg626b-10 The Independent JPEG Group's JPEG ii libpng12-0 1.2.8rel-5 PNG library - runtime ii libssl0.9.8 0.9.8a-4SSL shared libraries ii libx11-6 6.8.2.dfsg.1-10 X Window System protocol client li ii libxext6 6.8.2.dfsg.1-10 X Window System miscellaneous exte ii libxft2 2.1.7-1 FreeType-based font drawing librar ii libxi6 6.8.2.dfsg.1-10 X Window System Input extension li ii libxrender1 1:0.9.0-2 X Rendering Extension client libra ii wget 1.10.2-1retrieves files from the web ii xlibs6.8.2.dfsg.1-10 X Window System client libraries m ii zlib1g 1:1.2.3-6 compression library - runtime dillo recommends no packages. -- no debconf information
Bug#341863: logwatch 7.1-1.0test1, bugs 341863, 340903
Gabriele Armao wrote: probably you can just add ovpn-* to the *MultiService = definition. Yes, that's right. ovpn-server is what shows up in my logs but ovpn-* is the general case. Sorry I didn't catch that. It also looks like the openvpn module is reporting the same data day after day. I'll file a new bug when I get a chance to investigate more fully. Dave -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#338561: clamav incorrectly reports that oversized zip files are virus infected
What is upstream's take on this matter? At a minimum, I think that there needs to be a non-default flag (--enable-heuristics) that would enable any and all heuristical scans.
Bug#343110: Wordpress installs but has nothing usable in /etc/wordpress/
On 2005-12-12T20:50+ Kyle Gordon wrote: > After visiting /blog/ on the website, I get repeated 404 errors for This is where you probably went wrong. The current system only takes HTTP_HOST into account. So yourdomain.com would work (with the multiple blog setup). Though, yourdomain.com/blog wouldn't. You could make /blog work with a symlink, though the default wp-config.php would have to be replaced. And a multiple blog setup would become very difficult. Consider a subdomain on your domain? blog.yourdomain.com. That would work. I don't consider this a bug, so I'll be closing it shortly. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343128: libreadline5: %[ and %] broken in psql
Package: libreadline5 Version: 5.1-1 Severity: normal This version breaks the %[ and %] characters for psql (from the postgresql-client-8.1 package) prompts, which are equivalent to \[ and \] in bash, allowing terminal control characters to be included without messing up readline's idea of the prompt length. My ~/.psqlrc includes: \set PROMPT1 '%[%033[0;35m%]%/@%m%R%#%[%033[0;22m%] ' This worked fine with libreadline5 5.0-11, but with the latest version the cursor ends up ~13 characters before the end of the prompt. Some examples of where the cursor ends up: [EMAIL PROTECTED] ^ [EMAIL PROTECTED] ^ If I remove the control codes that reset the color (between the second %[ %] pair), the cursor is placed closer to the end of the prompt, but still over the prompt. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-2-k7 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages libreadline5 depends on: ii libc6 2.3.5-8.1 GNU C Library: Shared libraries an ii libncurses5 5.5-1 Shared libraries for terminal hand ii readline-common 5.1-2 GNU readline and history libraries libreadline5 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343114: eclipse: please, add menu entry for eclipse
2005/12/13, Manolo Díaz <[EMAIL PROTECTED]>: > I've tested it with Openbox, Blackbox, WindowMaker and Waimea. > > Runing "dpkg -L eclipse | grep /usr/lib/menu" (without quotes) I got a > null output Debian menu files are under /usr/share/menu these days. But it's not there too. Seo Sanghyeon
Bug#343090: Broken Freeradius Builddeps
tags 343090 +moreinfo Thankyou Mr Bug Control Robot On Mon, Dec 12, 2005 at 04:39:50PM +0100, Raffael Himmelreich wrote: > Package: freeradius > Version: 1.0.2-4 > Tried the following on two Debian 3.1s and failed: > $ apt-get build-dep freeradius > Reading Package Lists... Done > Building Dependency Tree... Done > E: Build-dependencies for freeradius could not be satisfied. > $ > (sources.list includes main and non-free deb-src mirrors) I can't duplicate this... On my pbuilder-uml minimal Sarge image: [EMAIL PROTECTED]:/# apt-get build-dep freeradius Reading Package Lists... Done Building Dependency Tree... Done The following NEW packages will be installed: autotools-dev comerr-dev debconf-utils debhelper gettext html2text intltool-debian libgdbm-dev libiodbc2 libiodbc2-dev libkadm55 libkrb5-dev libkrb53 libldap2-dev libltdl3 libltdl3-dev libmysqlclient12 libmysqlclient12-dev libpam0g-dev libsasl2-dev libtool1.4 mysql-common po-debconf zlib1g-dev 0 upgraded, 24 newly installed, 0 to remove and 0 not upgraded. Need to get 8770kB of archives. After unpacking 25.0MB of additional disk space will be used. After adding security to that sources list: [EMAIL PROTECTED]:/# apt-get build-dep freeradius Reading Package Lists... Done Building Dependency Tree... Done The following NEW packages will be installed: autotools-dev comerr-dev debconf-utils debhelper gettext html2text intltool-debian libgdbm-dev libiodbc2 libiodbc2-dev libkadm55 libkrb5-dev libkrb53 libldap2-dev libltdl3 libltdl3-dev libmysqlclient12 libmysqlclient12-dev libpam0g-dev libsasl2-dev libtool1.4 mysql-common po-debconf zlib1g-dev The following packages will be upgraded: zlib1g 1 upgraded, 24 newly installed, 0 to remove and 23 not upgraded. Need to get 8834kB of archives. After unpacking 24.9MB of additional disk space will be used. /etc/apt/sources.list: deb http://ftp.wa.au.debian.org/debian/ sarge main deb-src http://ftp.wa.au.debian.org/debian/ sarge main deb http://security.debian.org/ stable/updates main deb-src http://security.debian.org/ stable/updates main The only thing that comes to mind is that you have libtool installed, and for some reason apt is refusing to remove it in favour of libtool1.4 -- Paul "TBBle" Hampson, [EMAIL PROTECTED] 8th year CompSci/Asian Studies student, ANU Shorter .sig for a more eco-friendly paperless office. pgpcePUGoe9U7.pgp Description: PGP signature
Bug#343048: linux-image-2.6.14-2-686: fails to boot
Package: linux-image-2.6.14-2-686 Version: 2.6.14-5 Followup-For: Bug #343048 Same thing happens here. I also had problems trying to install loop-aes at the same time as upgrading from 2.6.14-4 to 2.6.14-5. The installation went ahead if I upgraded the kernel in aptitude first then the loop-aes stuff. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-1-686 Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Versions of packages linux-image-2.6.14-2-686 depends on: ii module-init-tools 3.2.2-1tools for managing Linux kernel mo ii yaird [linux-initramfs-tool] 0.0.12-1 Yet Another mkInitRD Versions of packages linux-image-2.6.14-2-686 recommends: ii libc6-i6862.3.5-8.1 GNU C Library: Shared libraries [i -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#341709: Bug #341709: change severity to grave due to security holes in current version 3.7.0
Package: typo3 Version: 3.7.0-8 Severity: grave Tags: security Severity needs to be changed to grave because of securtiy issues. Some of them are announced at: http://typo3.org/?tx_newsimporter_pi1%5BshowItem%5D=2&cHash=a26e1dee8f The 3.7 branch is outdated and obviously not supported any more by TYPO3 devs. Since etch is IMHO still in an early stage (no feature freeze yet), an upgrade to 3.8.1 would be the easiest way to get rid of all known security issues in TYPO3. -- cheers, Steffen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#333958: Future of blender maintenance (was: Patch for #333958, Intent to NMU)
Hello folks, now coming back to this issue as my NMU of blender has finally migrated to Testing / Etch. On Thu, Nov 10, 2005 at 06:50:59PM +0100, Wouter van Heyst wrote: > On Wed, Nov 09, 2005 at 06:47:33PM +0100, Florian Ernst wrote: > > On Wed, Nov 09, 2005 at 05:05:17PM +0100, Wouter van Heyst wrote: > > > In the past Masayuki has mentioned lack of time, if that is still the > > > case, I'm willing to take over (or become part of a team), as I'm now > > > much more able to do so. I'm still not a DD yet though. > > > > FWIW, as I'm quite interested in this program, I'd happily join a > > team, provided Hatta-san's time indeed is too limited and he'll hand > > over the package. > > Wouter, I see you previously have already prepared 2.26-1 as well as > > directly contributed to Blender development, so I'm afraid you > > wouldn't leave any work for me ;). Well, at least the DD part is what > > I could still do... > > Don't be too sure of that ;) You've been handling bugs when I wasn't, > I'd be quite happy to work together with you on blender, if Hatta-san > so agrees. Masayuki, please don't take this as a personal insult: Even though you seem to be continously working on most of the packages you (co-)maintain as well as sponsoring people there are apparently some packages that are ranked at a lower priority, accumulating RC bugs, patches and / or NMUs over time and slowly bitrotting. Both Wouter and me would like to work on the blender packaging for Debian, possibly in team-maintenance via alioth. So, we can offer to lighten your load by taking over maintainership or, at least, by acting as co-maintainers and directly working on the package. Please tell us what you think. Cheers, Flo signature.asc Description: Digital signature
Bug#343127: qt-x11-free: Will need to be rebuilt for IA64 with updated binutils
Package: qt-x11-free Severity: important Hi, As noted in http://lists.debian.org/debian-ia64/2005/12/msg6.html kdevelop3 crashes the linker when it builds. It turns out this is due to the linker bug (actually a bug from 'strip -g') http://sourceware.org/bugzilla/show_bug.cgi?id=1991 and a fix to the linker has been applied in http://sourceware.org/bugzilla/show_bug.cgi?id=2008 However, this patch will cause the the linker to bail out, rather than crash, so the package still won't build. A rebuild of these libraries will be required when an updated binutils is available, I have asked the binutils people about this in #342777 -i signature.asc Description: Digital signature
Bug#343080: sed: -e expression #1, char 20: unterminated `s' command when trying autocompetition with scp
> and while typing the file's name press tab to use autocompetition i get the > error > sed: -e expression #1, char 20: unterminated `s' command. > The same issue occurs when attempting hostname completion with the SSH > command: "ssh startofhostname[tab]" gives the error > > sed: -e expression #1, char 20: unterminated `s' command Which shell is this? What is the sed command? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#276948: vncserver: Start of a solution
Package: vncserver Version: 3.3.7-7 Followup-For: Bug #276948 I spend some time with a friend to find the problem. In the default configuration, -Wall is not used for compilation. When I add it, I have warnings about implicit declaration of time, strftime and localtime Implicit declaration means the function return int (it is not as localtime return a pointer struct tm *). BUT! On amd64, we have sizeof(int) = 4 and sizeof(void *) = 8. So we loose the upper 32 bits of the result, filled with uninitialized data instead. I added '#include ' in Xvnc/programs/Xserver/hw/vnc/init.c, killed the boss monster and finished the first stage of having a working Xvnc : (gdb) run :2 Starting program: /home/seb/build/vnc-3.3.7/Xvnc/programs/Xserver/Xvnc :2 13/12/05 00:32:39 Xvnc version 3.3.7 - built Dec 13 2005 00:32:04 13/12/05 00:32:39 Copyright (C) 2002-2003 RealVNC Ltd. 13/12/05 00:32:39 Copyright (C) 1994-2000 AT&T Laboratories Cambridge. 13/12/05 00:32:39 All Rights Reserved. 13/12/05 00:32:39 See http://www.realvnc.com for information on VNC 13/12/05 00:32:39 Desktop name 'x11' (ramoth:2) 13/12/05 00:32:39 Protocol version supported 3.3 13/12/05 00:32:39 Listening for VNC connections on TCP port 5902 Program received signal SIGSEGV, Segmentation fault. 0x00427afc in DeleteWindowFromAnySaveSet (pWin=0x60) at dixutils.c:394 394 client = clients[i]; (gdb) bt #0 0x00427afc in DeleteWindowFromAnySaveSet (pWin=0x60) at dixutils.c:394 #1 0x0041b98b in InitKbdFeedbackClassDeviceStruct (dev=0x719680, bellProc=0x4b5eae , controlProc=0x427b2d ) at devices.c:683 #2 0x0041bf6e in InitKeyboardDeviceStruct (device=0x719680, pKeySyms=0x7fbfffe630, pModifiers=0x7fbfffe530 "", bellProc=0x4b5eae , controlProc=0x427b2d ) at devices.c:867 #3 0x004a1cfc in rfbKeybdProc (pDevice=0x719680, onoff=0) at init.c:606 #4 0x0041a83c in InitAndStartDevices () at devices.c:171 #5 0x00403f61 in main (argc=2, argv=0x7fbfffe7c8) at main.c:376 (gdb) There are probably tons of similar problems because sizeof(int)!=sizeof(void*) : access.c:701: attention : implicit declaration of function `XdmcpRegisterConnection' access.c:730: attention : implicit declaration of function `XdmcpRegisterBroadcastAddress' connection.c:317: attention : implicit declaration of function `atoi' utils.c:589: attention : implicit declaration of function `XdmcpUseMsg' utils.c:730: attention : implicit declaration of function `ParseGlyphCachingMode' utils.c:911: attention : implicit declaration of function `XdmcpOptions' utils.c:1417: attention : implicit declaration of function `waitpid' dispatch.c:3509: attention : implicit declaration of function `ProcessWorkQueueZombies' auth.c:207: attention : implicit declaration of function `XdmcpRegisterAuthorization' xdmauth.c:76: attention : implicit declaration of function `XdmcpCompareKeys' xdmauth.c:91: attention : implicit declaration of function `XdmcpAllocARRAY8' xdmauth.c:159: attention : implicit declaration of function `XdmcpRegisterAuthentication' xdmauth.c:312: attention : implicit declaration of function `time' xdmcp.c:289: attention : implicit declaration of function `atoi' xdmcp.c:379: attention : implicit declaration of function `XdmcpAllocARRAY8' xdmcp.c:390: attention : implicit declaration of function `XdmcpReallocARRAYofARRAY8' xdmcp.c:465: attention : implicit declaration of function `XdmcpReallocARRAY16' xdmcp.c:570: attention : implicit declaration of function `XdmAuthenticationInit' xdmcp.c:1376: attention : implicit declaration of function `exit' ../../../lib/xtrans/Xtranssock.c:858: attention : implicit declaration of function `atoi' ../../../lib/xtrans/Xtrans.c:305: attention : implicit declaration of function `_XSERVTransGetHostname' dixfonts.c:1924: attention : implicit declaration of function `PrinterFontRegisterFpeFunctions' dixfonts.c:1925: attention : implicit declaration of function `FontFileCheckRegisterFpeFunctions' dixfonts.c:1926: attention : implicit declaration of function `check_fs_register_fpe_functions' dixfonts.c:1928: attention : implicit declaration of function `FontFileRegisterFpeFunctions' dixfonts.c:1929: attention : implicit declaration of function `fs_register_fpe_functions' shm.c:282: attention : implicit declaration of function `geteuid' shm.c:283: attention : implicit declaration of function `getegid' mbuf.c:1315: attention : implicit declaration of function `ClientSleepUntil' xtest.c:262: attention : implicit declaration of function `ClientSleepUntil' xtest1dd.c:411: attention : implicit declaration of function `XTestGetPointerPos' xtest1dd.c:1316: attention : implicit declaration of function `XTestJumpPointer' xtest1dd.c:1326: attention : implicit declaration of function `XTestGenerateEvent' xprint.c:1075: attention : implicit declaration of function `XpUnsetFontResFunc' xprint.c:2180: attention : impl
Bug#343126: beep-media-player: .orig.tar.gz contains modified/added files
Package: beep-media-player Version: 0.9.7.1+cvs20050803-1+b1 Severity: important At least debian default skin and beep/defskin/Makefile.am modification are included in beep-media-player_0.9.7.1+cvs20050803.orig.tar.gz instead of beep-media-player_0.9.7.1+cvs20050803-1.diff.gz. Is there any reason to modify .orig.tar.gz? And btw why original skin is 'removed' from package. I think users should decide if they want to use original skin instead of new shiny debian skin. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (800, 'unstable'), (700, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-archck5 Locale: LANG=en_US, [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages beep-media-player depends on: ii libasound2 1.0.10-1ALSA library ii libatk1.0-0 1.10.3-1The ATK accessibility toolkit ii libaudiofile00.2.6-6 Open-source version of SGI's audio ii libc62.3.5-8.1 GNU C Library: Shared libraries an ii libesd-alsa0 [libesd 0.2.36-1Enlightened Sound Daemon (ALSA) - ii libglade2-0 1:2.5.1-2 library to load .glade files at ru ii libglib2.0-0 2.8.4-2 The GLib library of C routines ii libgtk2.0-0 2.6.10-2The GTK+ graphical user interface ii libid3-3.8.3c2a 3.8.3-5 Library for manipulating ID3v1 and ii libogg0 1.1.2-1 Ogg Bitstream Library ii libpango1.0-01.8.2-3 Layout and rendering of internatio ii libstdc++6 4.0.2-5 The GNU Standard C++ Library v3 ii libvorbis0a 1.1.0-1 The Vorbis General Audio Compressi ii libvorbisfile3 1.1.0-1 The Vorbis General Audio Compressi ii libx11-6 6.8.99.902.dfsg.1-1 X Window System protocol client li ii libxml2 2.6.22-2GNOME XML library ii zlib1g 1:1.2.3-8 compression library - runtime beep-media-player recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#342931: doesn't work on alpha
On Mon, Dec 12, 2005 at 08:38:36AM -0700, dann frazier wrote: > On Sun, 2005-12-11 at 20:20 +0100, Maximilian Attems wrote: > > ok, so the initramfs-tools bug seems to be run-init of klibc: > > a bit hard to debug if it's not possible to get into the bb shell. > > will think about it and reping. > > Do you think a sysrq+t would be useful? well might be maybe.. might be easier to put strace into initramfs-tools and let it spit stuff to the screen at the last init step. maybe this time we get a better hint -- maks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343048: linux-image-2.6.14-2-686: ide fails to initialize (applying the patch)
Erik van Konijnenburg wrote on Dec, 12: [...] > Thanks for your feedback. There's a patch at the following location: > > http://arch.debian.org/arch/yaird/[EMAIL > PROTECTED]/yaird/yaird--devo/yaird--devo--0.1/patch-131/ > > This should add ide-generic if you have piix controller without the need > to add it explicitly in the /etc/yaird/Default.cfg file. > > Could you give it a try and let me know if it actually works? Apologies for the more than basic question: how do I apply the patch ? Thanks for the patience, Paulo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343042: yaird: IDE init fails
Package: yaird Version: 0.0.12-1 Followup-For: Bug #343042 I'm seeing the same problems with yaird. Made 2.6.14 unbootable. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-686-smp Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages yaird depends on: ii cpio 2.6-9 GNU cpio -- a program to manage ar ii dash 0.5.3-1 The Debian Almquist Shell ii libc62.3.5-8.1 GNU C Library: Shared libraries an ii libhtml-template-perl2.7-1 HTML::Template : A module for usin ii libparse-recdescent-perl 1.94.free-1 Generates recursive-descent parser ii perl 5.8.7-9 Larry Wall's Practical Extraction yaird recommends no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#339211: Bug#328958: RFA: libmusicbrainz-2.1: Second generation incarnation of the CD Index -- optional
Hello Joe, On Sat, Dec 10, 2005 at 10:59:30PM -0600, Joe Wreschnig wrote: > On Thu, 1 Dec 2005 20:25:15 +0100, Florian Ernst wrote: > > With respect to this new situation I'd prefer to omit the python > > bindings completely, despite the pending removal of the bindings as > > shipped with libmusicbrainz-2.0. Any thoughts? > > Couldn't you email upstream and ask for clarification, rather than just > removing them? The Python bindings are very useful, and even recently > attracted attention on Planet Debian. Thanks for your input and the valuable pointer. Indeed, I tried to contact upstream about this, but so far only received response that omitting the python bindings from the release tarball wasn't intentional. However, the copyright / licensing issue still needs to be resolved... Well, it seems that my usual understanding of RFA as "the maintainer still wants to get involved" doesn't hold true in this case, so I'll now start not to wait for input from Andreas anymore. Please expect an update soonish... Cheers, Flo signature.asc Description: Digital signature
Bug#329319: yaird: swsusp not all that hard
On Mon, 12 Dec 2005, Erik van Konijnenburg wrote: Two points to consider: * what do other tools do? We would not want people that convert to or from initrd-tools or mkinitramfs to have to change their grub of fstab configuration to keep their swsusp working. Only be incompatible if it can't be avoided. Ideally, avoid incompatibility even among distros. I don't know what other tools do -- swsusp seems to be an "experimenters only" option right now, as far as I can tell. My goal was to make Debian Do The Right Thing By Default and make it easier for people to try this stuff out. * Could we avoid configuration altogether? We could simply always do the resume code for all swap devices, if swsusp or swsusp2 is enabled in the kernel config. If the distro has swsusp in the kernel, this would mean users could start using swsusp without having to regenerate the initramfs; downside is they would have to edit the grub/lilo menu. Well, swsusp needs to be told what partition to suspend *to*. The current swsusp code sets the 'to' directory as a side-effect of attempting the suspend 'from'. Trying to resume from *all* the swap partitions wouldn't be terrible, but it still requires parsing the /etc/fstab to find out which partitions those are. But maybe the default should be "resume from all, *unless* one is marked with a 'resume' tag". That way (those few) people with multiple swap partitions can still specify which they want. And resuming from all will cause us to suspend to the last partition tested, by default. It would be nice to use the 'largest' by default -- but this can always be overriden in the actual suspend code (not the resume code) which is perhaps where such policy decisions belong. I can turn the crank on another patch if something like this sounds like what you'd want. Attached some notes on swsusp I made earlier; untested so far. Your characterisation of software suspend seems a little off. "[D]epending on how long the system has been idle, you may want to bring devices to a less active state, with reduced noise and reduced power consumption." I think the primary use of software suspend, rather, is by *laptop users*, who could care less about "reduced noise" but rather need to save their working state without draining their batteries. Detecting "how long the system has been idle" is not really a big concern; most suspends are triggered by explicit user action (ie, by closing the lid or by using a special key sequence). In your notes on suspending with swsusp, you don't need the kernel option, as long as you do the echo to /sys/power/resume (before the suspend, too). I've started testing dmraid, and have only a limited supply of boxes to play with (and limited time to play in ...) so it will be a while before I can test the swsusp. My philosophy here is to get *something* (non-harmful!) in yaird ASAP, which will then (hopefully) provoke comments and perhaps revisions. I don't think the features are well-known enough to do a "perfect" design ex nihilo. For example, if you roll out very basic support for swsusp2 (which my patch provides) with somewhat more complete support for swsusp, I expect that some swsusp2 user will be motivated to complete the swsusp2 support. But at the moment, since the stock debian kernel supports swsusp (but not swsusp2), it seems that yaird should (at least) support swsusp. --scott arrangements Morwenstow TASS SGUAT LICOZY Marxist ammunition ODYOKE COBRA JANE SHERWOOD DC counter-intelligence BATF radar Kojarena assassinate ( http://cscott.net/ ) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#294389: Enblend packaging
Is there someone still intending to package Enblend ? I'm willing to package it and upload it if nobody wants/has the time to do this. -- Florent pgpykQQLIvff9.pgp Description: PGP signature
Bug#332824: fixed udev -> fixed initramfs-tools?
On Mon, Dec 12, 2005 at 11:33:06AM -0500, Jonathan Brandmeyer wrote: > On Wed, 2005-11-30 at 19:18 +0100, maximilian attems wrote: > > please retest with latest initramfs-tools in unstable aka version 0.41. > > it needs latest udev 0.76-3 too. > > the various seen timing bugs should be fixed thanks to newer udev. > > 0.41 with udev 0.076-4 works. However, the latest upgrade to 0.42 with > udev 0.076-6 rendered my AMD64 partition unbootable, so I am avoiding > the upgrade on my IA32 partition. > > 0.42 fails to find the root fs, and kicks me out to a busybox > shell. /dev/mapper/control exists (recall that I'm running root on > LVM), but none of the logical volumes are available. > > As a wishlist item, this shell doesn't have either "halt", "reboot", or > "shutdown" - you have to Ctrl-Alt-Del to restart the system. latest udev might not bring up ide-disk or/and ide-generic, due to a debian kernel bug. add them to /etc/initramfs/modules and update-initramfs -u also an output of the loaded modules from the shell would help to tell what your trouble is aka cat /proc/modules. -- maks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343125: workman: [INTL:sv] Swedish debconf templates translation
Package: workman Version: 1.3.4-20 Severity: wishlist Tags: patch l10n Here is the swedish translation of the debconf template for workman. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.13.2 Locale: LANG=sv_SE.ISO-8859-1, LC_CTYPE=sv_SE.ISO-8859-1 (charmap=ISO-8859-1) # Translators, if you are not familiar with the PO format, gettext # documentation is worth reading, especially sections dedicated to # this format, e.g. by running: # info -n '(gettext)PO Files' # info -n '(gettext)Header Entry' # Some information specific to po-debconf are available at # /usr/share/doc/po-debconf/README-trans # or http://www.debian.org/intl/l10n/po-debconf/README-trans # Developers do not need to manually edit POT or PO files. # , fuzzy # # msgid "" msgstr "" "Project-Id-Version: workman 1.3.4-20\n" "Report-Msgid-Bugs-To: \n" "POT-Creation-Date: 2003-07-11 21:32+0200\n" "PO-Revision-Date: 2005-12-13 00:11+0100\n" "Last-Translator: Daniel Nylander <[EMAIL PROTECTED]>\n" "Language-Team: Swedish <[EMAIL PROTECTED]>\n" "MIME-Version: 1.0\n" "Content-Type: text/plain; charset=iso-8859-1\n" "Content-Transfer-Encoding: 8bit\n" "X-Poedit-Language: Swedish\n" #. Description #: ../templates:4 msgid "What is your CDROM device for playing audio CDs ?" msgstr "Vad är din cdrom-enhet för uppspelning av ljud-cd ?" #. Description #: ../templates:4 msgid "WorkMan needs to know the name of the physical device that you want to use to play audio CDs." msgstr "WorkMan behöver veta namnet på den fysiska enhet som du vill använda för att spela upp ljud-cd." #. Description #: ../templates:10 msgid "Please, use the real physical device name." msgstr "Vänligen, använd det riktiga fysiska enhetsnamnet." #. Description #: ../templates:10 msgid "/dev/cdrom should only be a symbolic link to the physical device name. Please, give the name of the physical device that you want to use to play audio CDs." msgstr "/dev/cdrom bör endast vara en symbolisk länk till det fysiska enhetsnamnet. Vänligen, ange namnet för den fysiska enhet du vill använda för att spela upp ljud-cd." #. Description #: ../templates:17 msgid "Symbolic link /dev/cdrom pointing to your device created." msgstr "Symbolisk länk /dev/cdrom som pekar till din enhet skapades." #. Description #: ../templates:17 msgid "/dev/cdrom is created as a symbolic link to your physical CDROM device. Workman will use /dev/cdrom as its default device." msgstr "/dev/cdrom skapades som en symbolisk länk till din fysiska cdrom-enhet. Workman kommer att använda /dev/cdrom som sin förvalda enhet." #. Description #: ../templates:23 msgid "Group id of /dev/cdrom is changed to cdrom." msgstr "Grupp-ID för /dev/cdrom är ändrad till cdrom." #. Description #: ../templates:23 msgid "Workman uses /dev/cdrom as its default device. The group id of this device is set to cdrom. If you want to use another CDROM device, you have to change the group id of this device by hand." msgstr "Workman använder /dev/cdrom som sin förvalda enhet. Grupp-ID för denna enhet är satt till cdrom. Om du vill använda en annan cdrom-enhet måste du ändra grupp-id för denna enhet manuellt." #. Description #: ../templates:30 msgid "The group permissions of /dev/cdrom were changed." msgstr "Grupprättigheterna för /dev/cdrom har ändrats." #. Description #: ../templates:30 msgid "Read, write, and execute permissions for the cdrom group are set now to your CDROM device to enable all functions of Workman." msgstr "Rättigheter för läs, skriv och exekvera för cdrom-gruppen är nu satta till din cdrom-enhet för att aktivera alla funktioner i Workman." #. Description #: ../templates:36 msgid "The given device is no block device." msgstr "Den angivna enheten är ingen blockenhet." #. Description #: ../templates:36 msgid "The name of the physical device that you gave does not point to a currently available block device. This may indicate an errorneous input. It might, however, also mean that the device is only temporarily not attached or the corresponding kernel module not activated." msgstr "Namnet på den fysiska enhet du angav pekar inte till en för närvarande tillgänglig blockenhet. Detta kan indikera en felaktig inmatning. Det kan dock också betyda att enheten är endast temporärt ansluten men inte för tillfället eller att den lämpliga kärnmodulen inte är aktiverad." #. Description #: ../templates:45 msgid "Do you want to correct the device name?" msgstr "Vill du rätta till enhetsnamnet?" #. Description #: ../templates:45 msgid "If you gave a wrong name for the physical device, you can correct it now." msgstr "Om du angav fel namn för den fysiska enheten kan du rätta till det nu." #. Description #: ../templates:51 msgid "Symbolic linking from your device to /dev/cdrom failed." msgstr "Symbolisk länkning från din enhet till /dev/cdrom misslyckades." #. Descripti
Bug#329319: yaird: swsusp not all that hard
On Fri, Dec 09, 2005 at 11:12:05AM -0500, C. Scott Ananian wrote: > Package: yaird > Version: 0.0.11-12 > Followup-For: Bug #329319 > > It's not all that hard to prevent log replay: just don't mount the file > systems! Resume should happen *after* the modules required to access the > swap partition are installed (ide, piix, etc), but *before* the root > partition is mounted. Mounting read-only is bad, too, because that causes > journal replay. Just load the modules and transfer to the resume code, > which will take care of the rest. > > The more interesting question is: how do I tell which partition I need > to resume from? yaird needs to know this so that it can make sure the > right modules are loaded (otherwise resume will complain "device not found"). > swsusp uses "resume=/dev/hda#" and suspend2 uses "resume2=swap:/dev/hda#" > on the command-line, but it would really be preferable to use a mount option > in /etc/fstab instead. After all, yaird is good at figuring out things > like that; grub/lilo are not. > > For standard swsusp, >cat /sys/block/hda/hda5/dev > /sys/power/resume > (for example) at initramfs-time will both initialize the 'resume=' option > (avoiding the need for a command-line argument) and also perform the > resume if appropriate. I don't know if suspend2 has a similar mechanism. > > So it should be pretty straight-forward for yaird to: > 1) look in /etc/fstab for a swap partition with the 'resume' option. > 2) add a target just before filesystem mount (MKSWAP or some such) > which loads the modules needed to access that partition > 3) if there isn't a "noresume" or "noresume2" option on the command-line, > performs the swsusp or suspend2-appropriate resume action. > (or both, since only one or the other will actually work). > > Everything else should be handled by the resume. > --scott Hi, Just a quick thank-you note for your input & patch; your stuff really helps in getting a clear picture of what we need here. The issue of where to resume from is indeed the most important for end-users; your idea of using a 'resume' option is interesting, but I'm not yet sure it's what we want. Two points to consider: * what do other tools do? We would not want people that convert to or from initrd-tools or mkinitramfs to have to change their grub of fstab configuration to keep their swsusp working. Only be incompatible if it can't be avoided. Ideally, avoid incompatibility even among distros. * Could we avoid configuration altogether? We could simply always do the resume code for all swap devices, if swsusp or swsusp2 is enabled in the kernel config. If the distro has swsusp in the kernel, this would mean users could start using swsusp without having to regenerate the initramfs; downside is they would have to edit the grub/lilo menu. Attached some notes on swsusp I made earlier; untested so far. I've started testing dmraid, and have only a limited supply of boxes to play with (and limited time to play in ...) so it will be a while before I can test the swsusp. Regards, Erik Sat Oct 22 18:22:51 CEST 2005 Supporting Software Suspend Linux comes with a feature that makes it possible to suspend operations: write all RAM that is in use to swap device and then shutdown; then on booting to read the RAM back from the swap device. The nett result is that after reboot the system is back in the state where it was just before the shutdown, including all running processes and everything on screen: you can resume work immediately. The nice thing is that you can use a deamon, acpid, to watch the system and issue the suspend command automatically if the machine has been idle for a few minutes. Swsusp is implemented in the context of power management: depending on how long the system has been idle, you may want to bring devices to a less active state, with reduced noise and reduced power consumption. Blanking the screen is a possibility at one end of the spectrum, saving the whole system to disk is at the other end. Power management needs kernel support, in part to be informed when the system has been idle for a while, but also to negotiate with peripherals to what extent they can cut down on their power consumption. There are issues of course: some device drivers don't know how to hold still while the system is being suspended, and network connections can be interrupted if you save yourself to disk and just stop talking for a while. There is a 'hibernate' package which manages this by having a configuration directory where packages can place scripts that need to be invoked just before or after a suspend, and by have a list of modules that need to be unloaded before suspending. There used to be three different implementations of this idea, but currently (2.6.14-rc4) two of these have been merged into mainline as 'swsusp'. There are indications that 'swsusp2', an out-of-mainline implementation, will also be merged back in. www.suspend2.net But n
Bug#343123: NTP man pages deficient
Package: ntp-server Version: 4.2.0a+stable-8.1 The man pages provided with ntp-server are deficient. Example: # man 1 ntptime NTP(1) NTP(1) NAME ntp - the network time protocol DESCRIPTION The NTP distribution does not include man pages, but it does include a thorough manual in HTML. To help Debian users manage disk space, this documentation is packaged separately from the executables. To learn more about the NTP protocol and this software, please install the ntp-doc package and then look in /usr/share/doc/ntp-doc where you will find an html documentation tree. AUTHOR This manual page was written by Bdale Garbee <[EMAIL PROTECTED]> for the Debian GNU/Linux system (but may be used by others). NTP(1) Although reference is made to the seperate ntp-doc, which in fact does provide a valid reference page in html format, can this be considered a valid substitute for standard man page documentation or other essential documentation one typically finds in /usr/share/doc/ ? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343077: unison2.9.1-gtk: No text in button bar
Hello, On Mon, Dec 12, 2005 at 02:27:32PM +0100, Christophe Boyanique wrote: > Package: unison2.9.1-gtk > Version: 2.9.1-5 > Severity: normal > > > This last version of the package has a problem with the buttons in the > bottom bar: no text appears in the buttons. The previous version > (2.9.1-4 did not have this problem). > > By launching unison from a shell, a warning appears: > > (unison-2.9.1-gtk:11427): Gtk-WARNING **: gtk_widget_size_allocate(): > attempt to allocate widget with width -3 and height 15 > > Application is still usable via menus. > If you have read the changelog of the latest version of unison2.9.1, i think you will understand that i won't fix this bug ASAP (unison2.9.1 is only here to enable synchronizing sarge/etch/sid). I will maybe fix it, if i have some spare time (but i cannot really tell you when). If you want a better UI, try unison-gtk (version 2.13.16, latest stable). Anyway, i see this warning and don't know where was the problem. FYI, i have text in the button of my bottom bar... Kind regard Sylvain Le Gall -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#342846: emacs-goodies-el: Should conflicts with emacs-snapshot
Xavier Maillard <[EMAIL PROTECTED]> wrote: >> Emacs-goodies is installed and overrides version shipped with >> Emacs-snapshot. > >No it doesn't. > > Hum you are right. I might have done bad things here. > > Sorry for the mistake. So we can close this bug, right? BTW, a conflict would not have been a good idea because some users on a system might still want emacs-goodies-el used with another version of Emacs, or the same user might want other bits of emacs-goodies-el. I skip byte-compilation for files that are not compatible with a certain flavour. This includes newsticker.el for emacs-snapshot since it has it's own version. Thanks anyway! -- Peter S. Galbraith, Debian Developer <[EMAIL PROTECTED]> http://people.debian.org/~psg GPG key 1024/D2A913A1 - 97CE 866F F579 96EE 6E68 8170 35FF 799E -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343121: gnome-apt: [INTL:sv] Swedish PO-template translation
Package: gnome-apt Version: 0.4.8-1 Severity: wishlist Tags: patch l10n Here is the swedish translation of gnome-apt. I think it should be OK even tough it crashes when starting gnome-apt. Regards, Daniel -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.13.2 Locale: LANG=sv_SE.ISO-8859-1, LC_CTYPE=sv_SE.ISO-8859-1 (charmap=ISO-8859-1) # SOME DESCRIPTIVE TITLE. # Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER # This file is distributed under the same license as the PACKAGE package. # FIRST AUTHOR <[EMAIL PROTECTED]>, YEAR. # msgid "" msgstr "" "Project-Id-Version: gnome-apt 0.4.8-1\n" "Report-Msgid-Bugs-To: \n" "POT-Creation-Date: 2004-02-11 23:42+0100\n" "PO-Revision-Date: 2005-12-12 23:23+0100\n" "Last-Translator: Daniel Nylander <[EMAIL PROTECTED]>\n" "Language-Team: Swedish <[EMAIL PROTECTED]>\n" "MIME-Version: 1.0\n" "Content-Type: text/plain; charset=utf-8\n" "Content-Transfer-Encoding: 8bit\n" #: src/acquirestatus.cc:65 msgid "Download Progress" msgstr "Nedladdningsförlopp" #: src/acquirestatus.cc:88 msgid "Error Log" msgstr "Fellogg" #: src/acquirestatus.cc:132 #, c-format msgid "" "Please insert:\n" "'%s'\n" "in drive %s" msgstr "" "Vänligen lägg till:\n" "\"%s\"\n" "på enhet %s" #: src/acquirestatus.cc:149 #, c-format msgid "Already have %s " msgstr "Har redan %s" #: src/acquirestatus.cc:189 #, c-format msgid "Get: %ld %s [%s]" msgstr "Hämta: %ld %s [%s]" #: src/acquirestatus.cc:205 #, c-format msgid "Finished %s" msgstr "Klar %s" #: src/acquirestatus.cc:224 #, c-format msgid "" "Failed to fetch %s\n" " %s\n" msgstr "" "Misslyckades att hämta %s\n" " %s\n" #: src/acquirestatus.cc:229 #, c-format msgid "" "%s\n" "%s" msgstr "" "%s\n" "%s" #: src/acquirestatus.cc:260 #, c-format msgid "Fetched %s in %s (%s/s)" msgstr "Hämtade %s på %s (%s/s)" #: src/acquirestatus.cc:265 msgid "Fetched no data." msgstr "Hämtade ingen data." #: src/acquirestatus.cc:316 #, c-format msgid "Item %ld, %s" msgstr "Post %ld, %s" #: src/acquirestatus.cc:358 msgid "No active downloads" msgstr "Inga aktiva nedladdningar" #: src/acquirestatus.cc:360 msgid "Active download(s):\n" msgstr "Aktiva nedladdningar:\n" #: src/acquirestatus.cc:387 #, c-format msgid "%s remaining at %s/s" msgstr "%s återstår i %s/s" #: src/acquirestatus.cc:393 msgid "Stalled" msgstr "Försenad" #: src/app.cc:115 msgid "GNOME Apt: A Package Tool" msgstr "GNOME Apt: Ett paketverktyg" #: src/cache.cc:74 msgid "Fatal error opening the package cache file which describes the available package lists." msgstr "Allvarligt fel vid öppning av paketcachefilen vilken beskriver de tillgängliga paketlistorna." #: src/cache.cc:143 msgid "Broken" msgstr "Trasig" #: src/cache.cc:144 msgid "To be installed" msgstr "Att installeras" #: src/cache.cc:144 msgid "To be upgraded" msgstr "Att uppgraderas" #: src/cache.cc:144 msgid "To be downgraded" msgstr "Att nedgraderas" #: src/cache.cc:145 msgid "To be deleted" msgstr "Att tas bort" #: src/cache.cc:145 msgid "Installed" msgstr "Installerad" #: src/cache.cc:146 msgid "Not installed" msgstr "Inte installerad" #: src/cache.cc:147 msgid "Kept" msgstr "Behålls" #: src/cache.cc:147 msgid "Held" msgstr "Hålls kvar" #: src/cache.cc:148 msgid "Outdated" msgstr "Utdaterat" #: src/cache.cc:148 msgid "Up to date" msgstr "Uppdaterat" #: src/cache.cc:188 #: src/cache.cc:200 #: src/gdeb/main.cc:177 msgid "No priority available" msgstr "Ingen prioritet tillgänglig" #: src/cache.cc:206 msgid "No version available" msgstr "Ingen version tillgänglig" #: src/cache.cc:276 msgid "The list of sources could not be read." msgstr "Listan av källor kunde inte läsas." #: src/cache.cc:283 msgid "The package lists or status file could not be parsed or opened." msgstr "Paketlistorna eller statusfilen kunde inte tolkas eller öppnas." #: src/cache.cc:383 msgid "" "Error - some problems were unresolvable.\n" "If you are using an unstable version of Debian, it is possible that one or more needed packages are not on the server; or perhaps one or more packages are simply broken and uninstallable" msgstr "" "Fel - vissa problem gick inte att rätta till.\n" "Om du använder en ostabil version av Debian är det möjligt att ett eller flera nödvändiga paket inte finns på servern eller kanske ett eller flera paket helt enkelt är trasiga och inte installerbara." #: src/filterbar.cc:41 msgid "Filter Listed Packages" msgstr "Filtrera listade paket" #: src/filterbar.cc:52 msgid "Status Filter" msgstr "Statusfilter" #: src/filterbar.cc:96 msgid "Priority Filter" msgstr "Prioritetsfilter" #. Stuff to display #: src/gdeb/gdeb.cc:49 msgid "No package selected" msgstr "Inget paket valt" #: src/gdeb/gdeb.cc:129 msgid "Status:" msgstr "Status:" #: src/gdeb/gdeb.cc:138 msgid "Installed Size:" msgstr "Installerad storlek:" #: src/gdeb/gdeb.cc:147 msgid "Section:" msgstr "
Bug#194308: doc-debian: FAQ: add entry about installing testing/unstable pkgs to stable
Hi, I am not quite sure about what should be done with this bug... The APT Howto version 1.8.11 had a section on "How to keep a mixed system", and mentioned stuff like Pin-Priority. However, this was removed: it now is "smaller and simpler". I guess the FAQ shouldn't mention this stuff either: it's only suitable for very advanced users; these are not the intended audience for the FAQ. Comments welcome. Bye, Joost signature.asc Description: Digital signature
Bug#341827: tetex-bin error - update
Hi, Sorry for longish previus mail, I didn't suspect the attachment will be printed inline on page. Anyway, my problem was solved by apt-get remove --purge tetex-bin (all dependent packages) and installing them again. regards, Grzegorz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343122: brltty: Does not support USB for Alva devices - please upgrade
Package: brltty Severity: critical Justification: breaks the whole system brltty added support for USB Alva Devices (in particular for a Alva Braille System 40) since version 3.5, but in debian there's still the old 3.4.x. Please upgrade this package, or a blind user with a new braille device won't be able to use the system at all. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.14-2-k7 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343088: Correct section
The correct section is called "Command Execution". -- I usually have a GPG digital signature included as an attachment. See http://www.gnupg.org/ for info about these digital signatures. signature.asc Description: Digital signature
Bug#343048: linux-image-2.6.14-2-686: IDE failure boot message
Package: linux-image-2.6.14-2-686 Version: 2.6.14-5 Followup-For: Bug #343048 I took a picture of the failure message that was not included in the message opening this bug report: Right after mice: and input: messages, Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2 ide: Assuming 33 MHz system bus speed for PIO modes; overri[out of picture, normal message Curt-] /bin/cat: /sys/block/hda/dev: No such file or directory Waiting 2 seconds for /sys/block/hda/dev to show up Above message repeats with doubling of seconds until 16 is reached, then the system prints "Debug Opportunity ^D to continue" which seems to be just a raw bash session. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-686 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages linux-image-2.6.14-2-686 depends on: ii module-init-tools 3.2.2-1tools for managing Linux kernel mo ii yaird [linux-initramfs-tool] 0.0.12-1 Yet Another mkInitRD Versions of packages linux-image-2.6.14-2-686 recommends: pn libc6-i686 (no description available) -- debconf information: linux-image-2.6.14-2-686/preinst/already-running-this-2.6.14-2-686: linux-image-2.6.14-2-686/preinst/lilo-has-ramdisk: linux-image-2.6.14-2-686/postinst/create-kimage-link-2.6.14-2-686: true linux-image-2.6.14-2-686/preinst/initrd-2.6.14-2-686: linux-image-2.6.14-2-686/preinst/bootloader-initrd-2.6.14-2-686: true linux-image-2.6.14-2-686/postinst/old-system-map-link-2.6.14-2-686: true linux-image-2.6.14-2-686/preinst/failed-to-move-modules-2.6.14-2-686: linux-image-2.6.14-2-686/postinst/depmod-error-initrd-2.6.14-2-686: false linux-image-2.6.14-2-686/postinst/old-dir-initrd-link-2.6.14-2-686: true linux-image-2.6.14-2-686/preinst/elilo-initrd-2.6.14-2-686: true linux-image-2.6.14-2-686/prerm/would-invalidate-boot-loader-2.6.14-2-686: true linux-image-2.6.14-2-686/preinst/overwriting-modules-2.6.14-2-686: true linux-image-2.6.14-2-686/preinst/abort-install-2.6.14-2-686: linux-image-2.6.14-2-686/postinst/kimage-is-a-directory: linux-image-2.6.14-2-686/preinst/lilo-initrd-2.6.14-2-686: true linux-image-2.6.14-2-686/prerm/removing-running-kernel-2.6.14-2-686: true linux-image-2.6.14-2-686/postinst/depmod-error-2.6.14-2-686: false linux-image-2.6.14-2-686/postinst/bootloader-test-error-2.6.14-2-686: linux-image-2.6.14-2-686/postinst/old-initrd-link-2.6.14-2-686: true linux-image-2.6.14-2-686/postinst/bootloader-error-2.6.14-2-686: linux-image-2.6.14-2-686/preinst/abort-overwrite-2.6.14-2-686: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#342846: emacs-goodies-el: Should conflicts with emacs-snapshot
> Emacs-goodies is installed and overrides version shipped with > Emacs-snapshot. No it doesn't. Hum you are right. I might have done bad things here. Sorry for the mistake. Xavier -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#342589: apcalc: copyright year not substituted?
On Mon, Dec 12, 2005 at 10:35:07PM +0100, Martin Buck wrote: > On Thu, Dec 08, 2005 at 01:47:49PM -0500, Justin Pryzby wrote: > > In the output of 'help copying' I see: > > > > Copyright (C) year David I. Bell > > Copyright (C) year David I. Bell and Landon Curt Noll > > Copyright (C) year David I. Bell and Ernest Bowen > > Copyright (C) year David I. Bell, Landon Curt Noll and Ernest Bowen > > Copyright (C) year Landon Curt Noll > > Copyright (C) year Ernest Bowen and Landon Curt Noll > > Copyright (C) year Ernest Bowen > > Copyright (C) year Petteri Kettunen and Landon Curt Noll > > > > Presumably "year" should contain an actual year. > > I don't think so. If I understand correctly, these lines are supposed to > give an overview over the copyright statements found in the various calc > source files. Of course, "year" has different values in the different > source files, but it probably wouldn't be too helpful if all copyright > statements were listed just because they differ in the year. Hmm; then why does it make sense to list authors multiple times, just because there were other authors of a given source file which were not the same as the authors of another source file? Why not just list the authors, then? Is this the output of a script? -- Clear skies, Justin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#220025: Will fix
[Thomas Hood] > At the end of the initscript sequence for runlevel S we need to know > whether or not we are going to switch to a multi-user runlevel (2 > through 5). (If we are not going to switch to a multi-user runlevel > then we must stop bootlogd; otherwise we leave bootlogd running and > it will be stopped at the end of the initscript sequence for the > multi-user runlevel.) How can this information be obtained from > runlevel(8)? Why do you want to stop it at the end of runlevel S, instead of stopping it at the start of runlevel 1 (single user)? I would suspect adding for example 1:K99bootlogd would solve this problem, as it would stop bootlogd just before starting S20single. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343114: eclipse: please, add menu entry for eclipse
Stephan Michels wrote: > There exist a menu entry for Eclipse in > Applications/Development/Eclipse . > > Which Desktop or WindowManager do you use? > > Stephan Michels. I've tested it with Openbox, Blackbox, WindowMaker and Waimea. Runing "dpkg -L eclipse | grep /usr/lib/menu" (without quotes) I got a null output Manolo Díaz
Bug#342087: [Pkg-xfce-devel] Bug#342087: xfce4: Xfce4 doesn't support nicely VMware Quick Switch mode (or the other way around)
Eric Lavarde - Debian Bugs wrote: > Which looks to me like your repository is not recognized as 'stable' by my > apt-get. Any idea on whose end the issue might be? This repository is "mine", and maybe it lacks an option to be recognised as stable by apt. I'll try to check later. -- Yves-Alexis Perez http://www.corsac.net signature.asc Description: OpenPGP digital signature
Bug#340124: pdns-server: missing dependency?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, How did you get pdns installed without installing ucf ? Regards, Matthijs Mohlmann PS: sorry for the late response, I miss mails somehow. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFDnfXG2n1ROIkXqbARApjgAJ4jyFTNTyMR+nsuLPHxB+McIdEtgwCeNR6B ZG09p7xe5hARs70L9jox0Lg= =b9qR -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#339290: additional info
Package: update-flashplugin Hi a little more info, hope this helps. I have a sarge system in which I tried hacking /etc/update-flashplugin.conf.rb as noted above. This was the result. # cat /etc/update-flashplugin.conf.rb # -*- ruby -*- # module UpdateFlashPluginConf SITES = { #"sluglug.ucsc.edu" => "/macromedia/tarball/debian/", "ruslug.rutgers.edu " => "/macromedia/tarball/debian/", "macromedia.mplug.org" => "/tarball/debian/", "macromedia.rediris.es" => "/tarball/debian/", "fpdownload.macromedia.com" => "/get/flashplayer/current/", } end # update-flashplugin -f Checking new upstream release... I: checking http://macromedia.rediris.es/tarball/debian/... No new version is detected. ( = not installed) Updating flashplugin... getting install_flash_player_7_linux.tar.gz [322/0 (inf%)] gzip: stdin: not in gzip format tar: Child returned status 1 tar: install_flash_player_7_linux/libflashplayer.so: Not found in archive tar: Error exit delayed from previous errors gzip: stdin: not in gzip format tar: Child returned status 1 tar: install_flash_player_7_linux/flashplayer.xpt: Not found in archive tar: Error exit delayed from previous errors /usr/sbin/update-flashplugin:208:in `chdir': No such file or directory - /tmp/flashupdater5639.0/install_flash_player_7_linux (Errno::ENOENT) from /usr/sbin/update-flashplugin:208:in `install' from /usr/sbin/update-flashplugin:220:in `update' from /usr/sbin/update-flashplugin:428 # file /tmp/flashupdater5639.0/install_flash_player_7_linux.tar.gz /tmp/flashupdater5639.0/install_flash_player_7_linux.tar.gz: HTML document text # cat /tmp/flashupdater5639.0/install_flash_player_7_linux.tar.gz 404 Not Found Not Found The requested URL /tarball/debian/install_flash_player_7_linux.tar.gz was not fo und on this server. Apache/1.3.33 Server at macromedia.rediris.es Port 80 I was able to successfully install the player if I commented out all other entries, ie. # -*- ruby -*- # module UpdateFlashPluginConf SITES = { ##"sluglug.ucsc.edu" => "/macromedia/tarball/debian/", #"ruslug.rutgers.edu " => "/macromedia/tarball/debian/", #"macromedia.mplug.org" => "/tarball/debian/", #"macromedia.rediris.es" => "/tarball/debian/", "fpdownload.macromedia.com" => "/get/flashplayer/current/", } end The files installed are not known to the package management system. # dpkg -S /usr/lib/flashplugin-nonfree/flashplayer.xpt dpkg: /usr/lib/flashplugin-nonfree/flashplayer.xpt not found. Were they ever? It seems like the /usr/lib/flashplugin-nonfree directory should be, but this was not created when I apt-get installed the package. I did not specify a tarball location or proxy during installation. Please let me know if you want this filed separately. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.8-2-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343120: doc-debian: FAQ: refer to apt-howto too
Package: doc-debian Severity: wishlist Chapter 7 "The Debian package management tools" should refer to the APT HOWTO. That HOWTO offers an excellent introduction to the same subject. signature.asc Description: Digital signature
Bug#343116: Test script
As usual, I forgot to attach my test script in the bug report. Here it is. pamtest.pl Description: Perl program
Bug#342833: debian-installer: Installation on Firewire hard drives fails on PPC/PowerMac
Florian Cramer wrote: > debian-installer offers to install a Debian system on an external > Firewire drive in the partitioning menu. However, installation of yaboot > fails if _any_ system partition is on a Firewire device, even if the > boot partition for yaboot itself was created on the primal IDE device. > > In other words, it seems to be impossible to install DebianPPC on > anything but internal (IDE) hard drives. Surely you can use the firewire drive for /home? What about /usr? Is it just / and /boot that present the problem? -- see shy jo signature.asc Description: Digital signature
Bug#343114: eclipse: please, add menu entry for eclipse
There exist a menu entry for Eclipse in Applications/Development/Eclipse . Which Desktop or WindowManager do you use? Stephan Michels.
Bug#343119: cdebconf: Display bug for notes templates in some situations
Package: cdebconf Severity: normal This bugs only seems to happen in rare situations. To experience it, one has to run an install in Bosnian, for instance. The bug can be seen on the cdebconf "Change questions priority" screen. So, to reproduce it, you first need running the initial parts of the install, up to "Lad installer components" step. Then "Change debconf questions priority" appears in the main menu: "Promjeni debconf nivo prioritera". When choosing it, the select screen for priority is displayed. Lilke for many languages, this screen does not fit on one screen. However, contrary to these other languages, the screen does not display a first screen with an "OK" button, followed by the choices list. In contrary, the screen has no widget at all, only the text of the template. Moving the arrow keys up and down shows that the cursor virtually moves through choices, without any of these displayed. I suspect this is more a newt bug than a cdebconf bugplease reassign where appropriate. I should anyway urge translators to *reduce* the size of this screen...which is what I did for French. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.13-1-686 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#68477: doc-debian: FAQ: strange symlinks on cdrom image
Hi, On Sat, 25 Nov 2000 16:56:08 +0100 (CET) Santiago Vila wrote: > > Q. Why does the official CD-ROM contain symlinks for frozen and > unstable? I thought potato was already stable! > > A. Because the CD creation team is paranoid and didn't bother to check > that "stable" is actually enough. How about: Q. Why does the official stable released CD-ROM contain symlinks for frozen and unstable? I thought this CD contains just "stable"! A. Official Debian CD images indeed contain symlinks like: /dists/frozen -> sarge/ /dists/stable -> sarge/ /dists/testing -> sarge/ /dists/unstable -> sarge/ so that they work when your sources.list has an entry like deb cdrom:[]/ unstable main [...] . The fact these symlinks are present does _not_ mean the image is "unstable" or "testing" or anything. Read the CD label in /.disk/info to find out which Debian version it contains. This information is also present in /README.txt on the CD. Read http://www.debian.org/releases/ to find out what the current "stable" and "testing" releases are. Probably this question should get inserted just after "2.4 How do I install the Debian from CD-ROMs?" I'll commit this to the FAQ soonish (unless someone tells me not to), and close the bug. Bye, Joost signature.asc Description: Digital signature
Bug#343080: Same problem with ssh host completion
The same issue occurs when attempting hostname completion with the SSH command: "ssh startofhostname[tab]" gives the error sed: -e expression #1, char 20: unterminated `s' command - Josh Triplett signature.asc Description: OpenPGP digital signature
Bug#343048: linux-image-2.6.14-2-686: ide fails to initialize, additional information
On Mon, Dec 12, 2005 at 08:47:30PM +0200, Aapo Rista wrote: > On Mon, 12 Dec 2005, Erik van Konijnenburg wrote: > > To help pin down the cause, could you post the output of: > > yaird -v -o crap.img 2.6.14-4-686 > > yaird -v -o crap.img 2.6.14-5-686 > > (assuming these are the last kernel that boots and the first that works) > yaird: goal: mountdir, / (/etc/yaird/Default.cfg:143) > yaird: action: insmod, > /lib/modules/2.6.14-1-686/kernel/drivers/ide/ide-core.ko {optionList=-- } > yaird: action: insmod, > /lib/modules/2.6.14-1-686/kernel/drivers/ide/pci/piix.ko {optionList=-- } > yaird: action: insmod, > /lib/modules/2.6.14-1-686/kernel/drivers/ide/pci/generic.ko {optionList=-- } > yaird: action: insmod, > /lib/modules/2.6.14-1-686/kernel/drivers/ide/ide-disk.ko {optionList=-- } > yaird: hardware: completed pci:00/:00:1f.1/ide0/0.0 Hi Aapo, Cesare, Thanks for your feedback. There's a patch at the following location: http://arch.debian.org/arch/yaird/[EMAIL PROTECTED]/yaird/yaird--devo/yaird--devo--0.1/patch-131/ This should add ide-generic if you have piix controller without the need to add it explicitly in the /etc/yaird/Default.cfg file. Could you give it a try and let me know if it actually works? Thanks, Erik -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]