Bug#441238: Will be fixed soon..
Hi, First of all, thanks for reporting bug. I have forwarded this to upstream and it has been committed to cvs. I am waiting for upstream to release a tarball, if this doesn't happen in some time, I will add this to Debian. -- Cheers, --- Kartik Mistry || GPG: 0xD1028C8D || IRC: kart_ kartikmistry.org/blog || kartikm.wordpress.com -- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#442820: Banshee crashes initing
Package: banshee Version: 0.13.1+dfsg-1 Severity: critical --- Please enter the report below this line. --- It crashes every time it is run. I run it from the console and I got this message: (Banshee:10703): GLib-GObject-WARNING **: cannot retrieve class for invalid (unclassed) type `(null)' Stacktrace: ... This is the last text on the console: Got a SIGSEGV while executing native code. This usually indicates a fatal error in the mono runtime or one of the native libraries used by your application. --- System information. --- Architecture: powerpc Kernel: Linux 2.6.18-5-powerpc64 Debian Release: lenny/sid 500 testing www.debian-multimedia.org 500 testing security.debian.org 500 testing http.us.debian.org 500 testing ftp.rediris.es 500 testing ftp.fr.debian.org 500 testing ftp.caliu.info 500 stable http.us.debian.org --- Package information. --- Depends (Version) | Installed ===-+- libatk1.0-0 (= 1.13.2) | 1.18.0-2 libc6(= 2.6-1) | 2.6.1-1 libcairo2(= 1.4.0) | 1.4.10-1+b2 libdbus-1-3 (= 1.1.1) | 1.1.1-3 libdbus-glib-1-2 (= 0.74) | 0.74-1 libfontconfig1 (= 2.4.0) | 2.4.2-1.2 libgconf2-4 (= 2.13.5) | 2.18.0.1-3 libglib2.0-0(= 2.12.9) | 2.14.0-2 libgnomevfs2-0 (= 1:2.17.90) | 1:2.18.1-2 libgstreamer-plugins-base0.10-0(= 0.10.14) | 0.10.14-2 libgstreamer0.10-0 (= 0.10.14) | 0.10.14-1 libgtk2.0-0 (= 2.10.12-3) | 2.10.13-1 libhal1 (= 0.5.9) | 0.5.9.1-4 libmusicbrainz4c2a (= 2.1.5) | 2.1.5-1 libnautilus-burn4 | 2.18.2-1 libnjb5 | 2.2.5-4.1 liborbit2 (= 1:2.14.1) | 1:2.14.7-0.1 libpango1.0-0 (= 1.16.5) | 1.18.1-1 libusb-0.1-4 (= 2:0.1.12) | 2:0.1.12-7 libx11-6| 2:1.0.3-7 libxcursor1 ( 1.1.2) | 1:1.1.9-1 libxext6| 1:1.0.3-2 libxfixes3 (= 1:4.0.1) | 1:4.0.3-2 libxi6 | 2:1.1.3-1 libxinerama1| 1:1.0.2-1 libxml2 (= 2.6.29) | 2.6.30.dfsg-2 libxrandr2 (= 2:1.2.0) | 2:1.2.1-1 libxrender1 | 1:0.9.3-1 mono-runtime (= 1.1.8.1) | 1.2.5-3 boo (= 0.7.6.2237) | 0.7.6.2237-6 libc6 (= 2.6-1) | 2.6.1-1 OR libc6.1 (= 2.6-1) | OR libc0.1 (= 2.6-1) | libgconf2.0-cil (= 2.16.0) | 2.16.0-7 libglade2.0-cil (= 2.10.1) | 2.10.2-1 libglib2.0-cil (= 2.10.1) | 2.10.2-1 libgnome-vfs2.0-cil (= 2.16.0) | 2.16.0-7 libgnome2.0-cil (= 2.16.0) | 2.16.0-7 libgtk2.0-cil (= 2.10.1) | 2.10.2-1 libipoddevice0 (= 0.5.3) | 0.5.3-3 libmono-cairo2.0-cil (= 1.0) | 1.2.5-3 libmono-corlib1.0-cil (= 1.0) | 1.2.5-3 libmono-corlib2.0-cil(= 1.2.4) | 1.2.5-3 libmono-security2.0-cil(= 1.0) | 1.2.5-3 libmono-sharpzip2.84-cil (= 1.0) | 1.2.5-3 libmono-sqlite2.0-cil (= 1.0) | 1.2.5-3 libmono-system-data2.0-cil (= 1.0) | 1.2.5-3 libmono-system-web2.0-cil (= 1.0) | 1.2.5-3 libmono-system2.0-cil(= 1.2.4) | 1.2.5-3 libmono1.0-cil (= 1.2.4) | 1.2.5-3 libmono2.0-cil (= 1.2.4) | 1.2.5-3 libndesk-dbus-glib1.0-cil (= 0.3) | 0.3-2 libndesk-dbus1.0-cil (= 0.4) | 0.4.2-1 libtaglib2.0-cil (= 2.0.2.0) | 2.0.2.0-1 gconf2(= 2.10.1-2) | 2.18.0.1-3 gstreamer0.10-plugins-base | 0.10.14-2 gstreamer0.10-plugins-good (= 0.10.6) | 0.10.6-2 gstreamer0.10-gnomevfs | 0.10.14-2 gnome-volume-manager| 2.17.0-2 hal | 0.5.9.1-4 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#436136: xosview: GNU/Hurd support
Hi, It will be fixed with 1.8.3+debian-2. Waiting for my sponsor to upload.. Thanks! -- Cheers, --- Kartik Mistry || GPG: 0xD1028C8D || IRC: kart_ kartikmistry.org/blog || kartikm.wordpress.com -- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#442437: debian-installer: installer keeps probing for non-existent floppy
Quoting Jerry Quinn ([EMAIL PROTECTED]): Christian Perrier wrote: The log doesn't show anything weird at all as far as I can see. When exactly were there floppy probes occurring? I was looking at lines like this and I assumed they were floppy accesses: Sep 16 01:52:24 kernel: end_request: I/O error, dev fd0, sector 0 Am I confused? OK, missed them first. Some of them happen during the HW detection stage, which is essentially impossible to avoid. Probing for a floppy disk at this stage is essential. Some occur during the partitioning stage. Here, I'll have a less strong advice so I'll let other D-I contributors give precisions or details about why partman is probing the fd0 device (which obviously adds delays on your floppyless system). signature.asc Description: Digital signature
Bug#442292: [xml/sgml-pkgs] Bug#442292:
On Mon, Sep 17, 2007 at 01:40:16AM -0400, Justin M. Keyes [EMAIL PROTECTED] wrote: I also have this problem. I don't have a libz.so.1 in /lib, but I have libz.so.1 in /usr/lib. This is the one that's supposed to exist. I can't run gnome, and I just get a root window in X. This problem is preventing me from updating some packages, because things like 'update-mime-database' and 'scrollkeeper-config' depend on libxml2.so.2. $ sudo apt-get dist-upgrade [snip] Removing sun-java6-jre ... update-mime-database: symbol lookup error: /usr/lib/libxml2.so.2: undefined symbol: gzopen64 Could this be caused by installing the ruby gems package manager by hand? Try something like strace -eopen -f update-mime-database 21 | grep libz.so and check where libz.so is taken from. If it's not taken in /usr/lib or /lib, then you're likely to have a broken LD_LIBRARY_PATH and/or a spurious libz.so somewhere else. Mike -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#109488: Every Buddy wants.
Be a supermacho! Charge your weenie for 110% and have a lifetime fiesta with Your girl This is the one and only remedy which works flawlessly! Ask me why? Just because it's the Original thing. You can Order it here: http://atihomesat.com P.S.: Guaranteed lightning speed worldwide delivery and prices from manufacturer -- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#441629: This is minor bug..
# setting up severity to minor as it was caused by mail client and recoll doesn't stop # in this case severity 441629 minor thanks -- Cheers, --- Kartik Mistry || GPG: 0xD1028C8D || IRC: kart_ kartikmistry.org/blog || kartikm.wordpress.com -- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#442821: scrabble: the change command is implemented incorrectly
Package: scrabble Version: 1.8-1 Severity: normal I traded in the Q and got it back! That doesn't happen if the rules are followed. First you set aside the tiles you're trading in. Then you draw replacements from the pool. Then you return the set-aside tiles to the pool. -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.22.1 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#442822: kqemu-source: Fatal trap 9 when running freebsd
Package: kqemu-source Version: 1.3.0~pre11-6.1 Severity: normal I tried to virtualize freebsd using qemu with kqemu but failed, both 6.2 release and 7.0 current, and both w/ and w/o acpi. The failure log said: Fatal trap 9: general protection fault while in kernel mode cpuid = 0; apic id = 00 instruction pointer = 0x20:0xc00fa3d4 stack pointer = 0x28:0xc1420cfc frame pointer = 0x28:0xc1420d28 code segment= base 0x0, limit 0xf, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags= interrupt enabled, resume, IOPL = 0 current process = 0 () [thread pid 0 tid 0 ] Stopped at 0xc00fa3d4: lret db However it works fine without kqemu. I've been encountering the same problem since qemu 0.8.2 and kqemu 1.3.0~pre9. The current qemu version is 0.9.0+20070816-1. Surprisingly, the same qemu and kqemu version under gentoo and LFS works fine, and works under Windows as well. So as a first look the problem probably sits in Debian side. I can provide further information if necessary. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.22-2-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages kqemu-source depends on: ii bzip2 1.0.3-7high-quality block-sorting file co ii debhelper 5.0.54 helper programs for debian/rules ii dpatch2.0.27 patch maintenance system for Debia ii make 3.81-3 The GNU version of the make util ii module-assistant 0.10.11tool to make module package creati kqemu-source recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#430819: fluxbox aborts on upgrade to xserver 1.3
Hi, Any news about this? Did you have a chance to look at where the segfault occurs so that we know whether the bug is in the server or in fluxbox? Thanks, Brice -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#442823: nas: [debconf_rewrite] Debconf templates and debian/control review
Package: nas Version: N/A Severity: normal Tags: patch Dear Debian maintainer, On Thursday, August 30, 2007, I notified you of the beginning of a review process concerning debconf templates for nas. The debian-l10n-english contributors have now reviewed these templates, and the proposed changes are attached to this bug report. Please review the suggested changes are suggested, and if you have any objections, let me know in the next 3 days. Please try to avoid uploading nas with these changes right now. The second phase of this process will begin on Thursday, September 20, 2007, when I will coordinate updates to translations of debconf templates. The existing translators will be notified of the changes: they will receive an updated PO file for their language. Simultaneously, a general call for new translations will be sent to the debian-i18n mailing list. Both these calls for translations will request updates to be sent as individual bug reports. That will probably trigger a lot of bug reports against your package, but these should be easier to deal with. The call for translation updates and new translations will run until about Thursday, October 11, 2007. Please avoid uploading a package with fixed or changed debconf templates and/or translation updates in the meantime. Of course, other changes are safe. Please note that this is an approximative delay, which depends on my own availability to process this work and is influenced by the fact that I simultaneously work on many packages. Around DAY25, I will contact you again and will send a final patch summarizing all the updates (changes to debconf templates, updates to debconf translations and new debconf translations). Again, thanks for your attention and cooperation. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.22-2-686 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash --- nas.old/debian/nas.templates2007-08-27 15:14:51.105403041 +0200 +++ nas/debian/nas.templates2007-09-17 07:02:01.582964885 +0200 @@ -1,32 +1,33 @@ +# These templates have been reviewed by the debian-l10n-english +# team +# +# If modifications/additions/rewording are needed, please ask +# [EMAIL PROTECTED] for advice. +# +# Even minor modifications require translation updates and such +# changes should be coordinated with translators and reviewers. + Template: nas/relinquish Type: boolean Default: true _Description: Should nasd release /dev/dsp? - The NAS server will by default open the audio device configured on your - system at startup, and then keep it open until it is stopped. This will - stop any audio clients that are not NAS aware from using the audio device. - . - nasd can be configured to release the audio device when it is not actively - using it. There will almost always be a slight delay between the - application using nas finishing and the audio device becoming available - for other uses; this is due to the latency inherent in the design of nas - and so cannot really be changed. + By default, the NAS server will open the configured audio device + at startup, and then keep it open until the server is stopped. This will + stop any non-NAS-aware audio clients from using the audio device. . - An alternative to this is to use the audiooss program (in the package of - the same name) to wrap any programs that use /dev/dsp directly - it will - intercept most uses of /dev/dsp and make the equivalent nas calls instead. + The daemon can be configured to release the audio device when it is + not using it, with some delay after the + application completes before the device is available. . - Should nasd release the audio device? (It is recommended to select this - option unless you have special requirements.) + An alternative is to use the audiooss package to wrap any programs + that use /dev/dsp to make them use equivalent NAS calls. Template: nas/mixer Type: boolean Default: false _Description: Should nasd change mixer settings at startup? - The nas server will by default change the mixer settings at startup as - follows: - . - * set PCM volume to 50% - * change the record input device to LINE + If you choose this option, the NAS server will change the mixer settings + at startup as follows: . - Do you want it to do this? (Most people are expected to disable this option) + - set PCM volume to 50%; + - change the record input device to LINE. --- nas.old/debian/control 2007-08-27 15:14:51.105403041 +0200 +++ nas/debian/control 2007-09-14 07:38:04.619747212 +0200 @@ -13,14 +13,15 @@ Replaces: nas-lib Conflicts: nas-lib Suggests: nas -Description: The Network Audio System (NAS). (shared libraries) - The Network Audio System was developed by NCD for playing, recording, and - manipulating audio data over a network. Like the X Window System, it uses - the
Bug#433230: xserver-xorg-video-ati: xor error in Gimp 2.3
On Thu, Aug 09, 2007 at 08:35:21PM +0200, Brice Goglin wrote: Olivier Lecarme wrote: Package: xserver-xorg-video-ati Version: 1:6.6.3-2 Severity: important I'm using Gimp 2.3 on two different computers, both with the same Debian Sid system. One has an ATI RV370 X300SE video card and a Dell1280x1024 screen. The other has an ATI RV100 7000/VE video card and an Acer 1680x1050 screen. On this one, and only with the 2.3.18 version of Gimp, I get an Xor error which can be seen on this image: http://pierredelune.i3s.unice.fr/bizarre.png With all the tracing tools that use a brush, but only with them, as soon as the pointer is in the image window, there appears a series of images otf he current brush, ligth green. They don't modify the image itself, as simply redrawing it makes the images to disappear. This is does not occur with version 2.2 of Gimp, and one of the developers told me that the drawing color changed between the versions, as well as the way Gdk implements the draw. I'm using the ati Xorg driver. Changing to radeon had no effect. I tried using the proprietary fglrx driver, but the X server does not start, telling me it cannot find a device. I can't reproduce the problem with xserver-xorg-core and libs from unstable and xserver-xorg-video-ati 1:6.6.193-1 and gimp 2.3.19-1 from experimental. Could you try these versions? Or, give me more details on how to reproduce? What I did is create an image with white background, click on airbrush tool, choose a filled circle brush and draw random black filled circles. Ping ? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#442824: missing #include?
Package: x11proto-render-dev Version: 2:0.9.2-4 Severity: grave My OOo build (which just worked fine perfectly on an up-to-date i386 before I did the dist-upgrade which upgraded x11proto-render-dev on my amd64 machine) now fails. I don't think OOo is at fault, though. OOos configure fails with [...] checking whether Xrender.h defines PictStandardA8... configure: error: no, X headers too old. make[1]: *** [stamp/build] Fehler 1 config.log says: configure:26103: checking whether Xrender.h defines PictStandardA8 configure:26136: ccache g++ -o conftest -g -O2 conftest.cpp -llpsolve55 -lhyph -lportaudio -lldap -lldap -lpq -ldb -lexpat -lcrypt -lpam 5 In file included from /usr/include/X11/extensions/Xrender.h:28, from conftest.cpp:38: /usr/include/X11/extensions/render.h:29: error: 'XID' does not name a type /usr/include/X11/extensions/render.h:30: error: 'XID' does not name a type /usr/include/X11/extensions/render.h:31: error: 'XID' does not name a type /usr/include/X11/extensions/render.h:32: error: 'XID' does not name a type In file included from conftest.cpp:38: /usr/include/X11/extensions/Xrender.h:47: error: 'PictFormat' does not name a type /usr/include/X11/extensions/Xrender.h:69: error: 'Picture' does not name a type /usr/include/X11/extensions/Xrender.h:100: error: 'GlyphSet' does not name a type /usr/include/X11/extensions/Xrender.h:108: error: 'GlyphSet' does not name a type /usr/include/X11/extensions/Xrender.h:116: error: 'GlyphSet' does not name a type /usr/include/X11/extensions/Xrender.h:240: error: 'Picture' does not name a type /usr/include/X11/extensions/Xrender.h:249: error: 'Picture' has not been declared /usr/include/X11/extensions/Xrender.h:255: error: 'Picture' has not been declared /usr/include/X11/extensions/Xrender.h:263: error: 'Picture' has not been declared /usr/include/X11/extensions/Xrender.h:268: error: 'Picture' has not been declared /usr/include/X11/extensions/Xrender.h:273: error: 'Picture' has not been declared /usr/include/X11/extensions/Xrender.h:278: error: 'Picture' has not been declared /usr/include/X11/extensions/Xrender.h:279: error: 'Picture' has not been declared /usr/include/X11/extensions/Xrender.h:280: error: 'Picture' has not been declared /usr/include/X11/extensions/Xrender.h:290: error: 'GlyphSet' does not name a type /usr/include/X11/extensions/Xrender.h:293: error: 'GlyphSet' does not name a type /usr/include/X11/extensions/Xrender.h:297: error: 'GlyphSet' has not been declared /usr/include/X11/extensions/Xrender.h:301: error: 'GlyphSet' has not been declared /usr/include/X11/extensions/Xrender.h:302: error: expected ',' or '...' before '*' token /usr/include/X11/extensions/Xrender.h:310: error: 'GlyphSet' has not been declared /usr/include/X11/extensions/Xrender.h:311: error: expected ',' or '...' before '*' token I looked whete XID is defined (it wasn't in the old version): /usr/include/X11/extensions/lbxstr.h:#define XID CARD32 /usr/include/X11/extensions/lbxstr.h:#undef XID /usr/include/X11/extensions/multibuf.h:typedef XID Multibuffer; /usr/include/X11/extensions/Print.h:typedef XID XPContext; /usr/include/X11/extensions/recordstr.h:#define RECORD_XIDBASE CARD32 /usr/include/X11/extensions/recordstr.h:#undef RECORD_XIDBASE /usr/include/X11/extensions/render.h:typedef XIDGlyph; /usr/include/X11/extensions/render.h:typedef XIDGlyphSet; /usr/include/X11/extensions/render.h:typedef XIDPicture; /usr/include/X11/extensions/render.h:typedef XIDPictFormat; /usr/include/X11/extensions/sync.h:typedef XID XSyncCounter; /usr/include/X11/extensions/sync.h:typedef XID XSyncAlarm; /usr/include/X11/extensions/Xag.h:typedef XID XAppGroup; /usr/include/X11/extensions/Xfixes.h:typedef XID XserverRegion; /usr/include/X11/extensions/XKB.h:#define XkbExplicitXIDevice(c) (((c)(~0xff))==0) /usr/include/X11/extensions/XKBsrv.h:#define_XkbErrCode2(a,b) ((XID)unsigned int)(a))24)|((b)0xff))) /usr/include/X11/extensions/Xrandr.h:typedef XID RROutput; /usr/include/X11/extensions/Xrandr.h:typedef XID RRCrtc; /usr/include/X11/extensions/Xrandr.h:typedef XID RRMode; Looks like render.h forgets to include the right header for XID? Needless to say, 0.9.2-4 works. Regards, Rene -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.18-4-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages x11proto-render-dev depends on: ii x11-common1:7.2-5X Window System (X.Org) infrastruc x11proto-render-dev recommends no packages. -- no debconf information signature.asc Description: Digital signature
Bug#336220: xdm: bogus /dev/mem access lead to trouble on arm platforms
On Sun, Aug 19, 2007 at 02:31:49PM +0200, Brice Goglin wrote: On Fri, Oct 28, 2005 at 07:47:14PM +0200, Lennert Buytenhek wrote: On arm platforms where physical RAM doesn't start at physical address zero, opening /dev/mem and reading from it causes a kernel oops. This is arguably a kernel bug, but it's still not a very good idea to just start randomly poking around in /dev/mem in search of entropy, which is what xdm does if it can't get entropy elsewhere. (When the kernel is fixed, blindly reading from /dev/mem will simply just fail with EFAULT instead of oopsing. If that will cause xdm to fail, it should really just fail right away if /dev/random doesn't work.) xdm seems to try /dev/urandom first nowadays (before /dev/random and then /dev/mem). I don't whether arm systems have a /dev/urandom, but it seems more likely than having a /dev/random. I don't know which version of xdm you were running when you reported this problem (Xorg 6.8.2 was the latest release on 2005/10/28). But it was at the same time that the urandom support has been added upstream (in Xorg 6.9.99.902 on 2005/10/29). So please test with a more recent xdm and report back whether it helps. Ping? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#390929: compiz fails to replace the current window manager(kwin)
Is there anything new about this bug? People talked about missing window decoration, I more and more feel like it's caused by the decoration plugin not being loaded by default by Compiz. See http://bgoglin.livejournal.com/11253.html for some help about this. Removing the whole compiz config from gconf (gconftool --recursive--unset /apps/compiz might do the trick) might help too... Radu, when you get an error, saying decoration: property ignored because version is 20061011 and decoration plugin version is 20070319, it looks like you have some ABI incompatibility between the core and the plugins. Reinstalling all compiz* packages (and removing additional plugins) should fix this. Brice -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#442764: Fw: [rt.cpan.org #29396] make test fails at t/pod_coverage.t
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Reporting what the upstream author has replied. Inizio messsaggio inviato: Data: Sun, 16 Sep 2007 21:49:53 -0400 Da: brian_d_foy via RT [EMAIL PROTECTED] A: [EMAIL PROTECTED] Oggetto: [rt.cpan.org #29396] make test fails at t/pod_coverage.t URL: http://rt.cpan.org/Ticket/Display.html?id=29396 This was fixed a couple of developer releases ago. Just wait until I release 2.03, which should be pretty soon (maybe a week from now). Those routines come from Business::ISBN::Data. One of the problems with Pod::Coverage (on which Test::Pod::Coverage is based) is that it can't tell which files the subroutines come from, so it doesn't know about other distributions loading subroutines into the same namespace. - -- . ''`. Debian maintainer | http://snipurl.com/gofoxygo/ : :' : Linuxer #334216 | http://www.hanskalabs.net/ `. `'`GPG: 1392B174 | http://www.debianizzati.org/ `- 2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFG7iaP5qqQFxOSsXQRAsl5AJ4wldP3FPzVsf/chk0MeQQImv65UACgrmyN 0iCTVMHmcGiPNRzP1S4ISHU= =PxNP -END PGP SIGNATURE-
Bug#309238: ITP: password-gorilla -- A cross-platform Password Manager
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Dennis L. Clark wrote: I have had an interest in this program for a while and have recently made time to work on packaging this. The package is almost ready and unless someone objects I will upload it in the next few days. It would have been better if you had asked if you can take this, so now there is duplicate work beeing done! Actually my package *is* ready and is just waiting for my sponsor to upload it. Regards, Patrick -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFG7ifzTKIzE6LY9r8RArG4AJ0TUvb7gMtawnPL4eH2Fr+LDX52jQCePXr3 gapQzNlSDJMyHie3lfUm4z8= =m1kE -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#358987: apt-cacher bugs
On Sun, Sep 16, 2007 at 03:27:26PM -0700, Ross Boylan wrote: I had so many problems that I stopped using apt-cacher. Even before your message, I was thinking of giving it another try, so your message gives me an extra incentive. Good! It sounds as if some of the recent and pending fixes are related to some of the problems I was having, so I'd prefer to wait until the pending fixes have migrated into the package. Do you expect that to happen soon? If you want to try/test the bleeding edge stuff you can try 1.5.4.1 which you can get from www.hindley.org.uk/~mark/debian. I am testing it at the moment. It has most of the fixes for bugs that are tagged pending. It would be a help to me to know they are *really* fixed! It would also be useful for me to get some clarification of issues like how to use path_map (bug 364361) Yes, I know the documentation of this needs rewriting. Basically it maps paths to hosts. So if you have path_map debian ftp.uk.debian.org if you fetch http://localhost:3142/debian/whatever apt-cacher will download and cache http://ftp.uk.debian.org/whatever and whether apt-cacher will work properly with multiple releases (such as testing and unstable--I just filed a bug but don't have the number). Yes it does. See separate reply. Also, does apt-cacher currently work with apt-listbugs (364904 seems to say not, but maybe it's only saying that the bugs aren't kept by apt-cacher)? Fix in 1.5.4.1 Finally, if I set http::Proxy in apt.conf, will my ftp:// entries in source.list continue to work (maybe more of an apt question, I know)? I am not sure about that. This appears to be an alternative way that some people are using apt-cacher. I don't think it is documented. It may work. If you feel it is useful then Finally, at least two exceptional events occurred while getting my old errors: the external mirror I was using went down, and my disk filled up. It may be difficult to reproduce those circumstances. Again, I hope apt-cacher-cleaner is now more reliable. You can run it with a -s option to show what it would do (without risking losing the cache contents). Mark -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#337338: Bug progress?
I understand that maintaining packages is a time consuming process and that it can take a while to get around to bug reports, but I would hope that in the 1 year and 317 days since this bug was first opened there would have been at least a single comment of some sort from the maintainer. If there are no plans to apply this patch then by all means say so and close this bug. Otherwise, if you can give an ETA on when it might be applied it would be much appreciated. -- Alex Malinovich Support Free Software, delete your Windows partition TODAY! Encrypted mail preferred. You can get my public key from any of the pgp.net keyservers. Key ID: A6D24837 signature.asc Description: This is a digitally signed message part
Bug#441467: Please review new driver for ZapMicro ZMA8XX series cards
On Sun, Sep 09, 2007 at 06:33:22PM -0700, Joey Korkames wrote: Subject: zaptel: Please review new driver for ZapMicro ZMA8XX series cards Package: zaptel Version: 1:1.4.3~llnw.ops.xenu Severity: wishlist Tags: patch Hello zaptel team: I've just bought a ZapMicro Inc. TDM800P Digium-clone card (zma800p). It requires an extra driver ZapMicro made for it, derived from the source for the wctdm.c driver (part of current Zaptel). They've put a GPL preamble at the top of their driver source (zma8xx.c) so I believe it is safe for inclusion into the Zaptel package. Contacted [EMAIL PROTECTED] , which is the address listed on the driver. I only got a boilerplate response. I asked them a technical question and am yet to get an answer. I do not think it is proper to add a driver that nither of us can maintain and fix. If you want to get the driver inside, I see three options: 1. Make it get into Zaptel. 2. (Failing 1) - Get ZapMicro to be able to answer technical questions and provide timely response to technical issues. 3. (Failing 1 and 2) - if someone with their hardware is willing to at least test fixes on the driver in a timely manner (before packages are released), and hopefully also some opinions on fixes. -- Tzafrir Cohen icq#16849755jabber:[EMAIL PROTECTED] +972-50-7952406 mailto:[EMAIL PROTECTED] http://www.xorcom.com iax:[EMAIL PROTECTED]/tzafrir -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#442710: (Fwd) Re: [rt.cpan.org #29395] t/check020 fails
Here's the answer from the upstream author: - Forwarded message from Bryan Baldus [EMAIL PROTECTED] - From: Bryan Baldus [EMAIL PROTECTED] To: [EMAIL PROTECTED]; Subject: Re: [rt.cpan.org #29395] t/check020 fails Date: Sun, 16 Sep 2007 16:35:58 -0500 Thank you for writing. I was aware of the problems introduced with the release of the new Business::ISBN module. The latest version of MARC::Lint is maintained at: http://marcpm.cvs.sourceforge.net/marcpm/marc-lint/. I have modified the code to workaround the changes in Business::ISBN, attempting to maintain compatibility for those with pre-2.0 and versions 2.02_02+. I'll look at the code in the patch you submitted and consider revising MARC::Lint accordingly (your patch is certainly much simpler than my workarounds, but I would like to maintain compatibility with pre-2.0 Business::ISBN, at least for the moment). I have not released a CPAN update yet, anticipating any responses on the SourceForge update. I try to post mention of updates on the Perl4Lib discussion list. Thank you for your assistance, Bryan Baldus [EMAIL PROTECTED] [EMAIL PROTECTED] http://home.inwave.com/eija [.. full quote of my report ..] - End forwarded message - -- .''`. http://info.comodo.priv.at/ | gpg key ID: 0x00F3CFE4 : :' : debian: the universal operating system - http://www.debian.org/ `. `' member of https://www.vibe.at/ | how to reply: http://got.to/quote/ `-Warp 7 -- It's a law we can live with. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#442531: tetex-extra: Why do we need all the lang packages?
On 16.09.07 Elimar Riesebieter ([EMAIL PROTECTED]) wrote: On Sun, 16 Sep 2007 the mental interface of Danai SAE-HAN (?) told: On 16-09-07 16:48, Elimar Riesebieter wrote: Hi, What the heck do I need all this lang packages by just installing tk-brief, which pumped up my HD of _320_MB? Please introduce a Debconf dialog where user can choose which lang he needs. I would advise you to directly install some of the TeXlive packages, which can be installed separately. I close this bug. I don't want waste time to find out why 580 MB additional ressources are needed to just write a g-brief class dokument with tk-brief. lyx sucks whith g-brief. I purged all texlive and tetex stuff. Then: # apt-get install tk-brief Need to get 249MB/294MB of archives. After unpacking 580MB of additional disk space will be used. In this case post the list of installed packages to the tk-brief people and ask them, if really of of this is needed. H. -- sigmentation fault -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#442826: ruby-taglib: should be modified to use pkg-ruby-extras' standards (use cdbs, etc)
Package: ruby-taglib Version: 1.1-3 ruby-taglib should be modified to use pkg-ruby-extras' standards (use cdbs, etc). Also, there's a variety of very minor issues to fix as well. -- | Lucas Nussbaum | [EMAIL PROTECTED] http://www.lucas-nussbaum.net/ | | jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#442433: normalize-audio: doesn't preserve the number of samples of normalized files
Hi, Joachim. On Sep 16 2007, Joachim Reichel wrote: do you use the normalize-mp3 script or do you perform decompression/normalization/compression on your own? No, I'm not interested in the script. I use decompression, normalization and compression, mostly because some of the files that I have are not even in MP3 format. Some are in other formats (some lossless). I have been using shntools's shnjoin to join the uncompressed wave files and I was able to reproduce the problems even with an Intel machine running MacOS X, which leads me to think that the problem may be upstream. I tried to read the source to see if I could easily spot the problem, but it was taking too much time and I therefore have paused my reading of the source code. :-( If you do not use the script: Do I understand you right, that the normalize command exits without error message, with error code 0, and the resulting wave file is shorter than the orginal? I didn't see the return code of normalize, unfortunately, but it didn't print any error message to stderr (which one would assume in case of error, of course). Note that quite much disk space is needed in the process. Is it possible that you run out of disk space and is this is somehow not detected? No, I have enough inodes for use (I have only 1% of them used) and enough disk space for decompressing files (an external HD with 200GB left for me to use). How large is the uncompressed wav file? Is it larger than 2GB or 4GB? No, when the files are uncompressed, and joined together, they take approximately 600MB, which is about the standard length of an audio CD. Please let me know the exact commands including command line options that you use. For decompressing, say, mp3 files, I am using madplay. For joining the resulting wave files, I am using shntools's shnjoin. Then, I normalize the audio with a simple normalize call and split the files again with shnsplit. The exact commands for decompressing the files are listed here: - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - #!/bin/sh while read file; do file=${file##/Volumes/Backup/mp3/} directory=$(dirname $file) filename=$(basename $file .mp3) mkdir -p $directory || true cd $directory madplay -a -3 -S -v -o $filename.wav /Volumes/Backup/mp3/$file cd ../.. done - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - And for recompressing are here: - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - #!/bin/sh while read line; do cd $line shnjoin [0-9]*.wav shncue [0-9]*.wav output.cue normalize-audio joined.wav cuebreakpoints output.cue | shnsplit joined.wav for i in split-track*.wav; do echo $line lame --noreplaygain -V 2 --vbr-new $i; done cd ../.. done - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - Just after the call to normalize-audio I notice that I have problems with the file and that it does not always contains the same number of samples that it once contained. :-( I have tested this doing this manually and compressing the file with flac just before the normalize-audio step above and compressing it again and flac complains that the file ended prematurely... :-( shnsplit also gives me the same error message (with other words). :-( Please, again, notice that this does not happen *every* time and, thus, this is the reason why I have not posted this before. But I found some albums that I have that *do* make normalize-audio exhibit the behavior cited before. :-( Thanks, Rogério Brito. -- Rogério Brito : [EMAIL PROTECTED] : http://www.ime.usp.br/~rbrito Homepage of the algorithms package : http://algorithms.berlios.de Homepage on freshmeat: http://freshmeat.net/projects/algorithms/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#442825: mahoro: should be modified to use pkg-ruby-extras' standards (use cdbs, etc)
Package: mahoro Version: 0.1-2 Hi, mahoro should be modified to use pkg-ruby-extras' standards (use cdbs, etc) Also, there's a variety of very minor issues to fix as well. -- | Lucas Nussbaum | [EMAIL PROTECTED] http://www.lucas-nussbaum.net/ | | jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#442644: Typo in French translation
Merci! For translation corrections like this, it's nice to Cc the translation team and the individual listed in the fr.po file. Perhaps better, use the email contact address here: http://translationproject.org/team/fr.html That helps ensure that any correction makes it into upstream. I've Cc'd them. Loïc Minier [EMAIL PROTECTED] wrote: Package: coreutils Version: 5.97-5.4 Severity: minor Tags: patch Hi, The French translation of: rm: cannot remove `.' or `..' is currently: rm: ne peut enlever « . » or « .. » but it should be ou not or as in: rm: ne peut enlever « . » ou « .. » Thanks, -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.22-2-686 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages coreutils depends on: ii libacl1 2.2.45-1Access control list shared library ii libc62.6.1-4 GNU C Library: Shared libraries ii libselinux1 2.0.15-2+b1 SELinux shared libraries coreutils recommends no packages. -- no debconf information -- Loïc Minier
Bug#442827: New version of OpenSync was released
Package: libopensync0 Version: 0.19-1.2 A new stable opensync version has been released ( 0.22 ). The tarballs can be downloaded here : http://www.opensync.org/wiki/download It would be great if actual packages can be upgraded to 0.22. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#441885: tdiary stop for undefined method errors
Il giorno sab, 15/09/2007 alle 17.49 +0900, Daigo Moriwaki ha scritto: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi Giuseppe, Giuseppe Sacco wrote: 500 Internal Server Error bad file format. (StandardError) I have never seen it. The latest package that you installed works fine for me[1]. That's the same for me: I've never see it. Do you need any more info to investigate the problem? I could give you ssh access to the machine where the problem is shown. I'll give a try to 2.1.4-6, thank you very much. Bye, Giuseppe -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#441172: autofs: option --ghost causes errors
Le samedi 15 septembre 2007, Jan Christoph Nordholz a écrit : Hi Modesto, could you provide some more details? What does your auto.master exactly look like, and when do those errors appear? (Perhaps you can paste a bit of context or describe it more verbosely) Thanks! Jan Hi, Oups ! I've found problem.. Sep 17 09:43:38 alex automount[4000]: kernel does not support ghosting, disabled Sorry for this bug report ! you can close it Alex. -- Modesto Alexandre Alliance Réseaux 04 79 64 07 72
Bug#442828: glibmm2.4: new upstream version 2.14.0 available
Package: glibmm2.4 Severity: wishlist It can be found at http://ftp.gnome.org/pub/GNOME/sources/glibmm/2.14/ gtkmm 2.12.0 is available as well, which, however, have to wait for gtk 2.12.0 to enter first. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.22-2-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#442183: hex-a-hop: still propable endianness, this time with par
* Jens Seidel [EMAIL PROTECTED] [2007-09-15 18:33:02 CEST]: tags 442183 +pending thanks Thank _you_. Though, didn't pull svn this time, don't want to stumble into the same pit as last time. ;) On Fri, Sep 14, 2007 at 06:59:40AM +0200, Gerfried Fuchs wrote: hehe, me too. Though, I experience sometimes segfaults. Tried to Segfaults? I noticed these only if I try to change to fullscreen mode as 640x480 is not a valid mode for my graphic card. The crash happens somewhere in SDL code, need to file a bug ... It crashes on me quite often (though, rather seldom when I start it with gdb/strace) when I fumbled in a level and select restart or return to card from menu. Most of the times there are lasers involved, but I don't think that it only happened to me then. Will write it down into a seperate bugreport once I got some debug informations, though. I'm sure it's simple to fix once I have a saved game at this level. It was indeed simple. Strange that I haven't seen this last week. Your savegame is still valid, only a read operation was affected. That's nice, then. Though, I noticed that starting over helped me getting further, because of rethinking of certain aspects. report. Besides, people who want to cheat can do so anyway, the binary format doesn't look too complex to me from opening it in vim. Not sure whether vim will do so but a hex editor will help ... Oh, vim is quite capable, you might want to read :help xxd ;) But granted, bvi might be more direct. The author provides also some hints on his homepage. Will ask him whether it could be distributed with Debian. At least for the Pro Skater level it helped me quite a lot. That brings me to the localization, I think I'll have to send a patch for the German po file, some of the level titles are a bit... erm, not too well. So long, Rhonda -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#441982: can't scale or clone tiff image using libimage-imlib2-perl
tag 441982 unreproducible severity 441982 minor thanks perl -MImage::Imlib2 -e 'my $img = Image::Imlib2-load(q(foo.tiff)) or die qq(unable to load); my $img2 = $img-create_scaled_image(100,0) or die q(unable to scale); $img2-image_set_format(q(tiff)); $img2-save(q(bar.tiff));' works perfectly well here. If you can reduce your script to a smaller testcase, I'd be willing to look at it, but I don't have time to debug your script. Don Armstrong -- It seems intuitively obvious to me, which means that it might be wrong -- Chris Torek http://www.donarmstrong.com http://rzlab.ucr.edu -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#374422: apt-cacher manpage--correct?
On Sun, Sep 16, 2007 at 02:41:52PM -0700, Ross Boylan wrote: Package: apt-cacher Followup-For: Bug #374422 I now see this: NOTE: For installations using a web server (CGI) the prefix should be proxy.example.com/apt-cacher/? Is that intended? I notice the source (as shown in the patch earlier in this bug report) is '?/' but that is rendered as '/?'. Thanks for spotting this. In either case, the meaning of the '?' is unclear to me. It would be helpful to explain it, or perhaps to delete it (if it just stands for the rest of the URL). Yes it does mean the rest of the URL. I have deleted it. While I'm at it, here's the full current text: NOTE: For installations using a web server (CGI) the prefix should be ???proxy.example.com/apt-cacher/ instead, see below. For installations with apt-cacher in daemon mode, the modifications of sources.list can be replaced with a HTTP proxy setting, see PROXY MODE USAGE below. And here are some grammatical fixes: NOTE: For installations using a web server (CGI), the prefix should be ???proxy.example.com/apt-cacher/ instead; see below. For installations with apt-cacher in daemon mode, the modifications of sources.list can be replaced with a HTTP proxy setting; see PROXY MODE USAGE below. Thanks, Mark -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#336220: xdm: bogus /dev/mem access lead to trouble on arm platforms
On Mon, Sep 17, 2007 at 08:55:49AM +0200, Brice Goglin wrote: On arm platforms where physical RAM doesn't start at physical address zero, opening /dev/mem and reading from it causes a kernel oops. This is arguably a kernel bug, but it's still not a very good idea to just start randomly poking around in /dev/mem in search of entropy, which is what xdm does if it can't get entropy elsewhere. (When the kernel is fixed, blindly reading from /dev/mem will simply just fail with EFAULT instead of oopsing. If that will cause xdm to fail, it should really just fail right away if /dev/random doesn't work.) xdm seems to try /dev/urandom first nowadays (before /dev/random and then /dev/mem). I don't whether arm systems have a /dev/urandom, but it seems more likely than having a /dev/random. I don't know which version of xdm you were running when you reported this problem (Xorg 6.8.2 was the latest release on 2005/10/28). But it was at the same time that the urandom support has been added upstream (in Xorg 6.9.99.902 on 2005/10/29). So please test with a more recent xdm and report back whether it helps. Ping? I'm not sure what to reply to this. The problem is not that xdm doesn't check /dev/urandom first, the problem is that it reads from /dev/mem _at all_. It is possible that checking /dev/urandom first masks the problem in most configurations, but it doesn't solve it (if you don't have /dev/random and /dev/urandom in your filesystem for whatever reason, you still oops.) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#442183: hex-a-hop: still propable endianness, this time with par
On Mon, Sep 17, 2007 at 09:54:53AM +0200, Gerfried Fuchs wrote: * Jens Seidel [EMAIL PROTECTED] [2007-09-15 18:33:02 CEST]: Thank _you_. Though, didn't pull svn this time, don't want to stumble into the same pit as last time. ;) I do not expect any trouble ... Please note that I will maybe wait a little bit longer until I upload a new version, as the current diff is a little bit short and doesn't affect most users. Even big endian users will probably not notice this bug as really many leels needs to be finished before ... Will maybe ask also again for more translations. It crashes on me quite often (though, rather seldom when I start it with gdb/strace) when I fumbled in a level and select restart or return Is there no core file after adding debugging info? Maybe you have to play wth ulimit -c. to card from menu. Most of the times there are lasers involved, but I don't think that it only happened to me then. I also played already a few levels with lasers (and needed some time to finish these) -- no crash, maybe on later levels (I finished 30%). At least for the Pro Skater level it helped me quite a lot. That brings me to the localization, I think I'll have to send a patch for the German po file, some of the level titles are a bit... erm, not too well. Feel free to do so. It was indeed a difficult job translating the level names and Helge did it well. I mainly skipped the level names during proofreading (checked only orthography) as these are not easy to translate ... Please check your CC: line before sending mails. You as Debian developer should know that [EMAIL PROTECTED] should be removed. (Or can I affect the group reply functionality with headers such as Reply-To:?) Jens -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#414581: I have started working on this...
tags 414581 pending thanks I have made the first set of changes in SVN to change svn-bp's behaviour regarding this issue. As a consequence of these changes the default will be to not save the layout information and allow that file (.svn/deb-layout) to be a real override. Should anyone desire the old behaviour, they can obtain it via the --svn-savecfg option. I haven't fully tested yet the changes (I just tested that the file is not generated anymore), but I will as soon as I have the necessary time. (Also a test would be nice, but I will probably do that when I finish the basic test frame code and merge it in trunk). -- Regards, EddyP = Imagination is more important than knowledge A.Einstein signature.asc Description: OpenPGP digital signature
Bug#441467: Please review new driver for ZapMicro ZMA8XX series cards
Curiously, I got contacted (out of the blue) by a ZapMicro field-sales rep who found the DebianBug thread in Google Groups and assumed I was having trouble. I replied back about our efforts to get some type of integration for the driver going but haven't got anything back yet. I'd vouch for doing #3 but you'll have to define timely for me (when's the next release?). I think when I get my base PBX (for this particular card) out I won't have any trouble keeping up my end of that. If it would break in the future, and we can't fix it, and ZapMicro doesn't update their upstream code or respond back specifically to such problems - then it'd be dropped like it should. Oh well. It would still exist in an old version for anybody that has to get the card going in the future. You'd know how (non)volatile the Zaptel code is, I just use the stuff. I'm not very able to guess how much of a liability including this driver would be. Contacted [EMAIL PROTECTED] , which is the address listed on the driver. I only got a boilerplate response. I asked them a technical question and am yet to get an answer. I do not think it is proper to add a driver that nither of us can maintain and fix. If you want to get the driver inside, I see three options: 1. Make it get into Zaptel. 2. (Failing 1) - Get ZapMicro to be able to answer technical questions and provide timely response to technical issues. 3. (Failing 1 and 2) - if someone with their hardware is willing to at least test fixes on the driver in a timely manner (before packages are released), and hopefully also some opinions on fixes. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#442831: gkrellm does not support sensors via /sys/devices/platform
Package: gkrellm Version: 2.2.9-1 Severity: normal Gkrellm trys to get sensors information from /proc/sys/dev/sensors, but it is in /sys/devices/platform/chip_name now -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.23-rc6-001 Locale: LANG=ru_RU.KOI8-R, LC_CTYPE=ru_RU.KOI8-R (charmap=KOI8-R) Versions of packages gkrellm depends on: ii libatk1.0-01.12.4-3 The ATK accessibility toolkit ii libc6 2.3.6.ds1-13etch2 GNU C Library: Shared libraries ii libcairo2 1.2.4-4 The Cairo 2D vector graphics libra ii libfontconfig1 2.4.2-1.2 generic font configuration library ii libglib2.0-0 2.12.4-2 The GLib library of C routines ii libgtk2.0-02.8.20-7 The GTK+ graphical user interface ii libice61:1.0.1-2 X11 Inter-Client Exchange library ii libpango1.0-0 1.14.8-5 Layout and rendering of internatio ii libsm6 1:1.0.1-3 X11 Session Management library ii libssl0.9.80.9.8c-4 SSL shared libraries ii libx11-6 2:1.0.3-7 X11 client-side library ii libxcursor11.1.7-4 X cursor management library ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii libxi6 1:1.0.1-4 X11 Input extension library ii libxinerama1 1:1.0.1-4.1 X11 Xinerama extension library ii libxrandr2 2:1.1.0.2-5 X11 RandR extension library ii libxrender11:0.9.1-3 X Rendering Extension client libra gkrellm recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#442830: nfs-user-server: build without nis support
Package: nfs-user-server Version: 2.2beta47-23 Severity: important The package is build without nis support and i cannot find any references to it. If you add a newline in front of debian/build.cfg file the nis support is included. -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-amd64 Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8) Versions of packages nfs-user-server depends on: ii libc6 2.3.6.ds1-13etch2 GNU C Library: Shared libraries ii libwrap0 7.6.dbs-13Wietse Venema's TCP wrappers libra ii portmap5-26 The RPC portmapper nfs-user-server recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#179286: The quicker picker-upper
Be a supermacho! Charge your meat for 110% and have a lifetime fiesta with Your chick! This is the one and only remedy which works flawlessly. Ask me why? Just because it's the Original thing You can Order it here: http://clubsolariums.com P.S.: Guaranteed lightning speed worldwide delivery and prices from manufacturer! -- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#442457: [EMAIL PROTECTED]: Bug#442457: rolo: please add a feature: interface should display type values]
package rolo tags 442457 upstream thanks Hi, I am forwarding the bug report below filed against the rolo package in Debian, although I believe that upstream development of rolo has been stopped. The author claimed on 2003-08-29 that Rolo Development Put On Hold Until Early 2004 [1]. However the last CVS commit dates from over four years ago. Also, the rolo-user mailing list seem only to receive spam nowadays. Rafael - Forwarded message from Francesco Poli [EMAIL PROTECTED] - From: Francesco Poli [EMAIL PROTECTED] Subject: Bug#442457: rolo: please add a feature: interface should display type values Date: Sun, 16 Sep 2007 12:45:54 +0200 To: Debian Bug Tracking System [EMAIL PROTECTED] Reply-To: Francesco Poli [EMAIL PROTECTED], [EMAIL PROTECTED] Message-ID: [EMAIL PROTECTED] Package: rolo Version: 011.dfsg.1-4 Severity: wishlist Hi! Firtoff, thanks for maintaining rolo. I would like to see a new feature added (please forward to upstream, if appropriate). The user interface should display the value of TYPE attributes for vCard fields that have such attribute. For instance, let's consider the TEL field: If I have the following in a vCard: TEL;TYPE=home:xxx xx TEL;TYPE=work:yyy yyy TEL;TYPE=cell:zzz zzz rolo interface shows: Telephone #1 : xxx xx Telephone #2 : yyy yyy Telephone #3 : zzz zzz which is not much helpful in understanding *which* of them is the office phone number, *which* is the home phone number, and *which* is the mobile phone number (well, this last one is maybe easily detected by the prefix, but, well, some people have more than one mobile phone number, some for work, some for friends and relatives...) I think the interface should display something like: Telephone (home) : xxx xx Telephone (work) : yyy yyy Telephone (cell) : zzz zzz The same goes for the other vCard fields that have a TYPE attribute. The ADR field, for instance: a contact could have more than one address (home, work, and so forth...). I hope this feature can be implemented soon. Thanks for considering. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.21-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages rolo depends on: ii libc6 2.6.1-1GNU C Library: Shared libraries ii libncurses5 5.6+20070825-1 Shared libraries for terminal hand ii libvc0003.dfsg.1-6 vCard (the Electronic Business Car rolo recommends no packages. -- no debconf information - End forwarded message - -- Rafael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#442458: [EMAIL PROTECTED]: Bug#442458: rolo: please add a feature: users should be able to add and edit contacts through the interface]
package rolo tags 442458 upstream thanks Hi, I am forwarding the bug report below filed against the rolo package in Debian, although I believe that upstream development of rolo has been stopped. The author claimed on 2003-08-29 that Rolo Development Put On Hold Until Early 2004 [1]. However the last CVS commit dates from over four years ago. Also, the rolo-user mailing list seem only to receive spam nowadays. Rafael - Forwarded message from Francesco Poli [EMAIL PROTECTED] - From: Francesco Poli [EMAIL PROTECTED] Subject: Bug#442458: rolo: please add a feature: users should be able to add and edit contacts through the interface Date: Sun, 16 Sep 2007 12:53:13 +0200 To: Debian Bug Tracking System [EMAIL PROTECTED] Reply-To: Francesco Poli [EMAIL PROTECTED], [EMAIL PROTECTED] Message-ID: [EMAIL PROTECTED] Package: rolo Version: 011.dfsg.1-4 Severity: wishlist Hi again! In /usr/share/doc/rolo/TODO I see the following item as a first point: | * Implement a form-based interface for the user to add and edit | contacts. I think that this feature would be *very* useful and would greatly improve the user experience. I would like to see this capability implemented soon (forward to upstream, as appropriate). I hope this is possible. Thanks for considering. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.21-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages rolo depends on: ii libc6 2.6.1-1GNU C Library: Shared libraries ii libncurses5 5.6+20070825-1 Shared libraries for terminal hand ii libvc0003.dfsg.1-6 vCard (the Electronic Business Car rolo recommends no packages. -- no debconf information - End forwarded message - -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#358888: yorick-doc removal
I plan on repackaging yorick-doc as part of the yorick source package. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#442832: FTBFS: Missing Build-Depends on libxv-dev is only a partial fix.
Package: miro Version: 0.9.9.1-1 Severity: important Justification: fails to build from source All the autobuilders have failed to build miro and report the same missing build-depends on libxv-dev. http://buildd.debian.org/build.cgi?pkg=miro However, this is not a complete fix. After adding this depends, I now get an opaque error: creating /tmp/buildd/miro-0.9.9.1/debian/tmp/usr/share/pixmaps copying /tmp/buildd/miro-0.9.9.1/platform/gtk-x11/miro-24x24.png - /tmp/buildd/miro-0.9.9.1/debian/tmp/usr/share/pixmaps copying /tmp/buildd/miro-0.9.9.1/platform/gtk-x11/miro-128x128.png - /tmp/buildd/miro-0.9.9.1/debian/tmp/usr/share/pixmaps copying /tmp/buildd/miro-0.9.9.1/platform/gtk-x11/miro-72x72.png - /tmp/buildd/miro-0.9.9.1/debian/tmp/usr/share/pixmaps creating /tmp/buildd/miro-0.9.9.1/debian/tmp/usr/share/applications copying /tmp/buildd/miro-0.9.9.1/platform/gtk-x11/miro.desktop - /tmp/buildd/miro-0.9.9.1/debian/tmp/usr/share/applications creating /tmp/buildd/miro-0.9.9.1/debian/tmp/usr/share/mime creating /tmp/buildd/miro-0.9.9.1/debian/tmp/usr/share/mime/packages copying /tmp/buildd/miro-0.9.9.1/platform/gtk-x11/miro.xml - /tmp/buildd/miro-0.9.9.1/debian/tmp/usr/share/mime/packages creating /tmp/buildd/miro-0.9.9.1/debian/tmp/usr/share/man creating /tmp/buildd/miro-0.9.9.1/debian/tmp/usr/share/man/man1 copying /tmp/buildd/miro-0.9.9.1/platform/gtk-x11/miro.1.gz - /tmp/buildd/miro-0.9.9.1/debian/tmp/usr/share/man/man1 error: Invalid argument make: *** [python-install-2.4] Error 1 pbuilder: Failed autobuilding of package - Aborting with an error - unmounting dev/pts filesystem - unmounting proc filesystem - cleaning the build env - removing directory /opt/debian/pbuilder/build//1618 and its subdirectories Please test your build using pbuilder and the extra dependency - it isn't clear to me whether it is the copy operation or some other function that is failing. miro appears to hide the actual commands behind Starting compile of foo\nEnding compile type wrappers which doesn't exactly help debug build errors as I can't be certain if it is the copy command that actually failed. :-( -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.22-2-amd64 (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#442793: Please package latest mingw-runtime 3.13 for C99 {v,}snprintf
On Mon, Sep 17, 2007 at 06:01:05AM +0930, Kevin Shanahan wrote: The latest upstream release provides C99 compliant implementations of snprintf and vsnprintf. Cool. It looks like there is a gcc4.2 candidate now as well, so I'll look into preparing some new packages soon. I'm unsure what severity to give this, It's a new upstream release, so wishlist is about right. code expecting C99 behaviour will potentially have security bugs when compiled with runtime 3.12. This has been known behaviour on that platform for a very long time, and nothing we are doing will make previously secure code more insecure, so this is a nice thing to have, but it doesn't make the old toolchain a security regression in the normal sense of such bugs. The change might break some billware specific code though?? I guess we'll see. Cheers, Ron -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#439622: closed by Mikhail Gusarov [EMAIL PROTECTED] (Bug#439621: fixed in clive 0.2.1-1)
On Mon, Sep 17, 2007 at 06:52:25AM +, Debian Bug Tracking System wrote: clive (0.2.1-1) unstable; urgency=low . * New upstream release - Properly fixes downloading from YouTube (Closes: #439621, #439622) Why do you call Properly? This sounds like the NMU I did wasn't proper - whereas the diff clearly shows that there is no difference between the NMU and the new upstream release. Thanks for making it sound that my NMU wasn't proper, and thanks for not having cared about this RC bugs before but now claiming you did care for it properly... So long, Rhonda [quite pissed] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#441612: additional information
Henrique de Moraes Holschuh wrote: On Sun, 16 Sep 2007, Alex Prinsier wrote: With it's an upstream issue, you mean that no-one is able to use sieveshell at the moment? I must be misunderstanding;) You're supposed to be able to use it using TLS, or a non-PLAIN login :-) Well sieveshell doesn't support TLS :) non-plain seemed harder, haven't tried hard yet to use it. (should though :)). Ramiro Morales asked whether I had libsasl2-modules installed, and it wasn't installed. Installed it, and the problem went away :) Perhaps that package should be a dependency? (or at least be referenced in the README.Debian?) Thanks to all for the help with this. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#440720: [SPARC]: non-SMP kernel fail on SunFIres with = 2 CPUs
{I'm adding the former CCs to the mail again, this info should be included in the bug report and on -boot} Hi, Also I'm pretty sure that non-smp kernels just don't work on the machine. As far as I understand the way those machines work is that at least two CPUs have to be in an operating state as they share one CPU Data switch (if you have a look into such a machine you see that always 2 CPUs + their memory are sitting in a CPU bay, and as far as I know you can't run the system with an odd number of CPUs. I have 3 identical Sun Blade with 16 used CPU-Slots (each) where each can has two CPU's and shared memory between them and this machine machine does not boot with a NON-SMP Kernel, even if I remove 15 CPU-Cards. Out of curiosity: Are those machines using UltraSparc III CPUs? This sounds like another reason to have a SMP sparc installer. What I'm still wondering about is if Sparc SMP Kernels are supposed to run on all single CPU machines. I know one single-CPU machine where running a SMP kernel results in an OOPS. All processors share the same pysical memory address space and use - depending on the number of CPUs - different cache coherence protocols, so as far as I understand it such a system can't work at all without having all CPUs properly initialized. But probably somebody with a better knowledge about this architecture can give us some insight on that, therefore I'm forwarding the message to debian-sparc, too. Since I do not know, how many CPU-Slots you have, but do you have tried to run the machine with ONLY ONE CPU-Card? One CPU card contains 2 CPUs, and as far as I know you're not supposed to run the machine with an odd number of CPUs. But I didn't find any real proper information about that - I didn't spend much time on reading books, though. The machine has 4 slots, 2 CPUs per slot :) But removing CPUs to install a machine is nothing one can suggest people to install a machine, especially when you can't be sure that it'll work at all. Best regards, Bernd -- Bernd Zeimetz [EMAIL PROTECTED] http://bzed.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#442531: tetex-extra: Why do we need all the lang packages?
On Mon, Sep 17, 2007 at 09:29 +0200, Hilmar Preusse wrote: On 16.09.07 Elimar Riesebieter ([EMAIL PROTECTED]) wrote: # apt-get install tk-brief Need to get 249MB/294MB of archives. After unpacking 580MB of additional disk space will be used. In this case post the list of installed packages to the tk-brief people and ask them, if really of of this is needed. This has already been done (see #430137). But I wouldn't hold my breath while waiting for an updated package. :-( cheerio ralf -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#442810: not honouring colour or orientation in postscript export
On 9/17/07, Drew Parsons [EMAIL PROTECTED] wrote: The problem did not exist previously, did it crept in the new GTK version? Thanks for the problem report. The bug should not have anything to do with GTK, but you could test it by trying to repeat the bug with the rasmol-classic binary provided in the Debian package. I am actually just working on a new rasmol-gtk version with much improved image export and printing support based on GtkPrint. You can expect a pre-release in about a week or so. Best, Teemu -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#442424: xserver-xorg-input-wacom: Please provide packages for xserver-xorg-core 1.4
Hi, On Sun, Sep 16, 2007 at 01:31:14AM +0200, Eckhart Wörner wrote: Please provide a package suitable for xserver-xorg-core 1.4 / xserver-xorg 7.3. Upstream seems to think xserver 1.4 is not supported yet, but I'm not sure what the issues really are at this stage. If anyone has time to help investigate that I'm sure patches would be most welcome. Cheers, Ron -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#439621: Bug#439622: closed by Mikhail Gusarov [EMAIL PROTECTED] (Bug#439621: fixed in clive 0.2.1-1)
Twas brillig at 10:58:59 17.09.2007 UTC+02 when Gerfried Fuchs did gyre and gimble: GF Why do you call Properly? This sounds like the NMU I did wasn't proper GF - whereas the diff clearly shows that there is no difference between the GF NMU and the new upstream release. Calm down a bit. Properly just means as upstream does. I'd change changelog entry in next upload if you want to. GF Thanks for making it sound that my NMU wasn't proper, and thanks for not GF having cared about this RC bugs before but now claiming you did care for it GF properly... Sponsorship introduces delays, know ya? I had the identical package, but it was stuck at my sponsor, so you've been first. Anyway, I did not get bug from saying NMU from you with NMU patch applied, as NMU procedure *dictates*, so I did not care to check the changes you introduce, as upstream fixed them in it's own way. -- JID: [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#384209: gnus-bonus-el: Cc-fix feature in gnus-pers is horribly broken
Is there anything further I can do to get the patches integrated into the package? If you think that these changes should be made upstream, please let me know the upstream source of gnus-pers.el as I didn't manage to find it anywhere. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#386568: [pkg-lighttpd] Bug#386568: Bug#386568: lighttpd: Problem exists in current sid version
Patrick Schoenfeld wrote: Hi, sorry, for the late reply. I have not received a mail by the BTS, but saw this when i revisited this bug entries page latest. could you please reinstate: alias.url = (___invalid___ = ___invalid___) in lighttpd.conf somewhere, and then use the alias.url += version in i did add this in lighttpd.conf. And my conf-enabled/10-mantis.conf looks like this: alias.url += ( /mantis/ = /usr/share/mantis/www/ ) your configuration and tell us if it works ? No. It does not work. Current installed version is lighttpd 1.4.18-1 due to upgrades. Note also, that I am trying to access the alias from localhost, so IMHO this is pointless, because of the /doc/ alias, isn't it? Another note regarding the alias topic: The contained /doc/ alias does only work if calling http://hostname/doc/ (note the slash at eol) while it is not working without the slash at the eol. Is that wanted behavior? Seems to be wrong. well, it depends. http://hostname/doc/ and http://hostname/doc are not the same url/documents. First goes to directory, later to file/document. Ok, decent webservers usually check if http://hostname/doc give 404 and send second request for http://hostname/doc/ url. eloy -- [EMAIL PROTECTED] jak to dobrze, że są oceany - bez nich byłoby jeszcze smutniej
Bug#432533: Patch to make rt2570-source build with 2.6.22
tags patch thanks Hi I don't know if this patch had been already fixed or not, but the attached patchfiles fix the the reported bug with kernel 2.6.22. The patchfiles were built taking code from various other patchfiles addressing similar issues with rt2500/2700 based cards. The patch has been successfully tested with an rt2571-based usb wireless adapter. regards Attilio Fiandrotti rt2570_2.6.22_patch.tgz Description: Unix tar archive
Bug#442836: site: Create pages to present the tag vocabulary
Package: debtags Version: 1.7.3+b1 Severity: wishlist Hello, todo-list item: create pages in the website to link as descriptions for the tags, with proper, easy links like http://debtags.alioth.debian.org/tag/use::editing Such pages should show the tag names and descriptions, specific tagging help when available, plus some other useful computed info like 'tags usually present together with this tag'. Ciao, Enrico -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.22-1-amd64 (SMP w/2 CPU cores) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages debtags depends on: ii apt [libapt-pkg-libc6.6 0.7.6Advanced front-end for dpkg ii libc6 2.6.1-1 GNU C Library: Shared libraries ii libept0 0.5.10+b1High-level library for managing De ii libgcc1 1:4.2.1-4GCC support library ii libstdc++6 4.2.1-4 The GNU Standard C++ Library v3 ii libxapian15 1.0.2-1 Search engine library ii perl5.8.8-7 Larry Wall's Practical Extraction ii zlib1g 1:1.2.3.3.dfsg-5 compression library - runtime debtags recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#442834: duplicity: should depend upon (or recommend) ncftp
Package: duplicity Version: 0.4.3-1 Severity: important Duplicity now uses ncftp for accessing FTP servers, so it should be pulled in when duplicity is installed. -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (540, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-5-686 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Versions of packages duplicity depends on: ii gnupg 1.4.6-2 GNU privacy guard - a free PGP rep ii libc6 2.3.6.ds1-13etch2 GNU C Library: Shared libraries ii librsync1 0.9.7-1 Library which implements the rsync ii python 2.4.4-2 An interactive high-level object-o ii python-central 0.5.12register and build utility for Pyt ii python-gnupginterface 0.3.2-9 Python interface to GnuPG (GPG) ii python-pexpect 2.1-1 Python module for automating inter duplicity recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#442835: dates: cannot edit recurring events
Package: dates Version: 0.4.4-1 Severity: normal Hi, I am unable to edit recurring events by clicking on them or pressing the Edit button. Dates prints to stdout: ** (dates:18465): WARNING **: Couldn't find recurring event instance Regards, Paul -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (102, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.22-1-amd64 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=nl_NL.UTF8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages dates depends on: ii evolution-data-server 1.10.3-1 evolution database backend server ii libc6 2.6.1-4GNU C Library: Shared libraries ii libecal1.2-7 1.10.3-1 Client library for evolution calen ii libedataserver1.2-9 1.10.3-1 Utility library for evolution data ii libgconf2-4 2.18.0.1-3 GNOME configuration database syste ii libglib2.0-0 2.14.0-2 The GLib library of C routines ii libgtk2.0-0 2.10.13-1 The GTK+ graphical user interface ii libpango1.0-0 1.18.1-1 Layout and rendering of internatio dates recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#442837: ITP: libdata-walk-perl -- Traverse Perl data structures
Package: wnpp Severity: wishlist Owner: Damyan Ivanov [EMAIL PROTECTED] * Package name: libdata-walk-perl Version : 1.00 Upstream Author : Guido Flohr [EMAIL PROTECTED] * URL : http://search.cpan.org/dist/Data-Walk/ * License : LGPL Programming Lang: Perl Description : Traverse Perl data structures Data::Walk is for data, what File::Find is for file systems. You can use it for traversing arbitrarily complex Perl data structures. Its closest relatives on CPAN are currently Data::Traverse and Data::Walker. Data::Traverse is very similar but can only handle unblessed references and has less options. Data::Walker offers an interactive approach for traversing data structures. -- System Information: Debian Release: lenny/sid APT prefers oldstable APT policy: (500, 'oldstable'), (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.22-2-686 (SMP w/2 CPU cores) Locale: LANG=bg_BG.UTF-8, LC_CTYPE=bg_BG.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#442838: nm-applet not available after update of 9th Sept '07 - wireless broken
Package: nm-applett Version: unknown; most recent Computer specs: Dell Inspiron 1501 AMD Turion64 X2; Debian Lenny 64 with GNOME Kernel: 2.6.21-2-amd64 nm-applett has been removed and in Lenny repositories not present anymore. Wired network is still active; wireless broken: wireless connection is dependent on nm-applett for WPA. How do I install nm-applett from sid without having to upgrade the system to unstable? Thank you for your help, Best Regards, Bart -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#170645: Lucille
Our company collect unsatisfied Money Awards. We force fairness occurs. Please Phone our company here 303-480-5712 putting, But he said nothing to any of the family about it, fearing to meet with opposition -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#442839: konqueror: crashes when closing a top/bottom split tab
Package: konqueror Version: 4:3.93.0-1 Severity: normal Looks like konqueror crashes reproducible on my system: 1) Start konqueror. 2) Click Window - Split View Top/Bottom 3) Click Window - New Tab 4) Go back to the first tab 5) Click Window - Close Current Tab This should result in an instant crash: konqueror(15202)/kparts KParts::Part::~Part: deleting widget KHTMLView(0xa9c680) pure virtual method called terminate called without an active exception Helmut -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.20.1 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=de_DE (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/dash Versions of packages konqueror depends on: ii kdebase-data4:3.93.0-1 shared data files for the KDE base ii kdelibs54:3.93.0-1 core libraries for all KDE 4 beta ii libbz2-1.0 1.0.3-7 high-quality block-sorting file co ii libc6 2.6.1-4 GNU C Library: Shared libraries ii libfam0 2.7.0-13 Client library to control the FAM ii libgcc1 1:4.3-20070902-1 GCC support library ii libice6 2:1.0.4-1X11 Inter-Client Exchange library ii libjpeg62 6b-14The Independent JPEG Group's JPEG ii libkonq54:3.93.0-1 core libraries for Konqueror ii libpcre37.3-1Perl 5 Compatible Regular Expressi ii libpng12-0 1.2.15~beta5-2 PNG library - runtime ii libqt4-core 4.3.1-2 Qt 4 core non-GUI functionality ru ii libqt4-gui 4.3.1-2 Qt 4 core GUI functionality runtim ii libqt4-qt3support 4.3.1-2 Qt 3 compatibility library for Qt ii libsm6 2:1.0.3-1+b1 X11 Session Management library ii libstdc++6 4.3-20070902-1 The GNU Standard C++ Library v3 ii libstreamanalyzer0 0.5.5-2 streamanalyzer library for Strigi ii libstreams0 0.5.5-2 streams library for for Strigi Des ii libungif4g 4.1.4-5+b1 shared library for GIF images ii libx11-62:1.0.3-7X11 client-side library ii libxau6 1:1.0.3-2X11 authorisation library ii libxcursor1 1:1.1.9-1X cursor management library ii libxdmcp6 1:1.0.2-2X11 Display Manager Control Protoc ii libxext61:1.0.3-2X11 miscellaneous extension librar ii libxfixes3 1:4.0.3-2X11 miscellaneous 'fixes' extensio ii libxft2 2.1.12-2 FreeType-based font drawing librar ii libxrender1 1:0.9.3-1X Rendering Extension client libra ii libxtst62:1.0.3-1X11 Testing -- Resource extension ii zlib1g 1:1.2.3.3.dfsg-5 compression library - runtime konqueror recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#442552: djvulibre: FTBFS if build twice in a row
Upstream thinks you guys are nuts to worry about this. I am having trouble disagreeing. Why not spend the effort instead fixing the Debian source diff infrastructure to handle binary files and fancy character sets? That seems like the underlying problem. -- Barak A. Pearlmutter Hamilton Institute Dept Comp Sci, NUI Maynooth, Co. Kildare, Ireland http://www.bcl.hamilton.ie/~barak/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#441015: [Pkg-fonts-devel] Bug#441015: ping
Hi Nicolas, On Sunday 16 September 2007 20:07, Nicolas Spalinger wrote: The fixes are in the svn repo of the pkg-fonts team on Alioth and the updated source package is available on http://yosch.org/packages/debian You forgot to closes the bug in the changelog :-( Please provide a new fixed package... this time I'm fine if you just use the same version (0.001.desrev-5), though usually I prefer/demand you to upgrade the debian-revision... regards, Holger pgpXMZw9PuhTQ.pgp Description: PGP signature
Bug#442840: duplicity: exposes FTP password in command line args
Package: duplicity Version: 0.4.3-1 Severity: grave Tags: security Justification: user security hole Password details are passed to ncftp on the command line rather than via a file descriptor, environment variable or some other method that would keep the data private. $ pgrep -fl ncftp 1153 sh -c ncftpput -F -t 30 -u 'ftpuser' -p 'ftppass' -V -c 'ftp.example.com' '2007-38/root/duplicity-full.2007-09-17T10:30:20+01:00.vol70.difftar.gpg' '/tmp/duplicity.mTFZZY' 1154 ncftpput -F -t 30 -u ? -p ?-V -c ftp.example.com 2007-38/root/duplicity-full.2007-09-17T10:30:20+01:00.vol70.difftar.gpg The same applies for the way ncftpls is invoked, and presumably also for any other ncftp commands that are used. According to the ncftpput man page: Using the -u and -p options are not recommended, because your account information is exposed to anyone who can see your shell script or your process information. For example, someone using the ps program could see your password while the program runs. You may use the -f option instead to specify a file with the account information. However, this is still not secure because anyone who has read access to the information file can see the account information. Nevertheless, if you choose to use the -f option the file should look something like this: host sphygmomanometer.ncftp.com user gleason pass mypassword Don’t forget to change the permissions on this file so no one else can read them. So the correct way to use this option would be to call os.umask (077), then create the file. It might even be better to create a FIFO and pass the details in that way. -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (540, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-5-686 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Versions of packages duplicity depends on: ii gnupg 1.4.6-2 GNU privacy guard - a free PGP rep ii libc6 2.3.6.ds1-13etch2 GNU C Library: Shared libraries ii librsync1 0.9.7-1 Library which implements the rsync ii python 2.4.4-2 An interactive high-level object-o ii python-central 0.5.12register and build utility for Pyt ii python-gnupginterface 0.3.2-9 Python interface to GnuPG (GPG) ii python-pexpect 2.1-1 Python module for automating inter duplicity recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#442841: Add an AptSession class to address external apt cache updates
Package: libept-dev Version: 0.5.10+b1 Severity: wishlist Hello, When outside of libept the Apt database is changed (for example, after an apt-get update), the currently opened Apt silently object becomes invalid. A possible idea to work around this is to obtain access to the Apt object through an AptSession object, which sits in the stack with RAII semantics. Every time AptSession is instantiated, it checks if the timestamp of the Apt database is changed, and if so it reopens the Apt cache before giving access to the Apt object. Ciao, Enrico -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.22-1-amd64 (SMP w/2 CPU cores) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libept-dev depends on: ii libapt-pkg-dev0.7.6 Development files for APT's libapt ii libept0 0.5.10+b1 High-level library for managing De ii libtagcoll2-dev 2.0.6-1Functions used to manipulate tagge ii libwibble-dev 0.1.10 Library of various useful C++ code ii libxapian-dev 1.0.2-1Development files for Xapian searc Versions of packages libept-dev recommends: ii pkg-config0.22-1 manage compile and link flags for -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#442531: tetex-extra: Why do we need all the lang packages?
On Mon, 17 Sep 2007 the mental interface of Ralf Stubner told: On Mon, Sep 17, 2007 at 09:29 +0200, Hilmar Preusse wrote: On 16.09.07 Elimar Riesebieter ([EMAIL PROTECTED]) wrote: # apt-get install tk-brief Need to get 249MB/294MB of archives. After unpacking 580MB of additional disk space will be used. In this case post the list of installed packages to the tk-brief people and ask them, if really of of this is needed. This has already been done (see #430137). But I wouldn't hold my breath while waiting for an updated package. :-( # apt-get install texlive texlive-latex-extra # Need to get 159MB/159MB of archives. # After unpacking 290MB of additional disk space will be used. Not much better :( ELimar -- You cannot propel yourself forward by patting yourself on the back. signature.asc Description: Digital signature
Bug#442434: Acknowledgement (linux-image-2.6.23-rc5-686: 2.6.23-rc5 recent builds panics (eventually) during network i/o)
The fix at http://lkml.org/lkml/2007/9/2/219 appears to be working so far. Regards, Arthur Marsh. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#299097: statnet
Are you able to reproduce the bug regularly? I have been able to reproduce it exactly once, but failed since. I think I have an idea what's going on, but neither verify it, not test a possible solution. So if you can reproduce it, your help would be appreciated. Michael -- Michael Meskes Email: Michael at Fam-Meskes dot De, Michael at Meskes dot (De|Com|Net|Org) ICQ: 179140304, AIM/Yahoo: michaelmeskes, Jabber: [EMAIL PROTECTED] Go SF 49ers! Go Rhein Fire! Use Debian GNU/Linux! Use PostgreSQL! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#441998: 3D piled up area diagram: problem with positive and negative numbers
Hi, RE Can you please re-check with 2.3.0 from experimental? (got a completely RE revamped chart module). MC Sure, thanks! RE What's the result? I checked it right now: it seems better about another little oddity, but the problem I reported still remains. Hoping it helps, I attach a little example: IMHO in the left graph the sum is not clear, in the right one volume of A is bigger than it shoud be, volume of B seems positive and volume of C is smaller than it shoud be; then the sum is wrong... Bye, Matteo test.ods Description: application/vnd.oasis.opendocument.spreadsheet
Bug#442842: epiphany-browser: No feedback when clicking on links
Package: epiphany-browser Version: 2.18.3-1 Severity: normal The two links to 'message as HTML' and 'libgpod_automake110.patch' on the page at http://sourceforge.net/mailarchive/forum.php?thread_name=f915ce0a0709100952n4065d2eye1d8f0bb1600c033%40mail.gmail.comforum_name=gtkpod-devel, when clicked on, seemingly do nothing. Only after I closed the browser did I realise that the link targets were downloaded to my desktop, but I wasn't given the opportunity to view them before or after this happened. -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (540, 'stable'), (520, 'testing'), (510, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.22-2-k7 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Versions of packages epiphany-browser depends on: ii dbus 1.0.2-1 simple interprocess messaging syst ii epiphany-brows 2.18.3-1 Data files for the GNOME web brows ii gnome-icon-the 2.18.0-3 GNOME Desktop icon theme ii iso-codes 1.0a-1ISO language, territory, currency ii libart-2.0-2 2.3.19-3 Library of functions for 2D graphi ii libatk1.0-01.18.0-2 The ATK accessibility toolkit ii libbonobo2-0 2.18.0-2 Bonobo CORBA interfaces library ii libbonoboui2-0 2.18.0-5 The Bonobo UI library ii libc6 2.6.1-1+b1GNU C Library: Shared libraries ii libcairo2 1.4.10-1 The Cairo 2D vector graphics libra ii libdbus-1-31.1.1-3 simple interprocess messaging syst ii libdbus-glib-1 0.74-1simple interprocess messaging syst ii libenchant1c2a 1.3.0-3+b1a wrapper library for various spel ii libfontconfig1 2.4.2-1.2 generic font configuration library ii libfreetype6 2.3.5-1+b1FreeType 2 font engine, shared lib ii libgcc11:4.2.1-4 GCC support library ii libgconf2-42.18.0.1-3GNOME configuration database syste ii libglade2-01:2.6.2-1 library to load .glade files at ru ii libglib2.0-0 2.14.0-2 The GLib library of C routines ii libgnome-deskt 2.18.3-1 Utility library for loading .deskt ii libgnome-keyri 0.8.1-2 GNOME keyring services library ii libgnome2-02.18.0-4 The GNOME 2 library - runtime file ii libgnomecanvas 2.14.0-2 A powerful object-oriented display ii libgnomeui-0 2.18.1-2 The GNOME 2 libraries (User Interf ii libgnomevfs2-0 1:2.18.1-2GNOME Virtual File System (runtime ii libgtk2.0-02.10.13-1 The GTK+ graphical user interface ii libice62:1.0.4-1 X11 Inter-Client Exchange library ii libmozjs0d 1.8.1.6-1 The Mozilla SpiderMonkey JavaScrip ii libnspr4-0d4.6.7-1 NetScape Portable Runtime Library ii liborbit2 1:2.14.7-0.1 libraries for ORBit2 - a CORBA ORB ii libpango1.0-0 1.18.1-1 Layout and rendering of internatio ii libpng12-0 1.2.15~beta5-1PNG library - runtime ii libpopt0 1.10-3lib for parsing cmdline parameters ii libsm6 2:1.0.3-1+b1 X11 Session Management library ii libstartup-not 0.9-1 library for program launch feedbac ii libstdc++6 4.2.1-4 The GNU Standard C++ Library v3 ii libx11-6 2:1.0.3-7 X11 client-side library ii libxcursor11:1.1.9-1 X cursor management library ii libxext6 1:1.0.3-2 X11 miscellaneous extension librar ii libxfixes3 1:4.0.3-2 X11 miscellaneous 'fixes' extensio ii libxi6 1:1.0.1-4 X11 Input extension library ii libxinerama1 1:1.0.2-1 X11 Xinerama extension library ii libxml22.6.30.dfsg-2 GNOME XML library ii libxrandr2 2:1.2.2-1 X11 RandR extension library ii libxrender11:0.9.3-1 X Rendering Extension client libra ii libxslt1.1 1.1.19-1 XSLT processing library - runtime ii libxul0d 1.8.1.6-1 Gecko engine library ii python2.4 2.4.4-3 An interactive high-level object-o ii xulrunner-gnom 1.8.0.13~pre070720-0etch3 Support for Gnome in xulrunner app ii zlib1g 1:1.2.3.3.dfsg-5 compression library - runtime Versions of packages epiphany-browser recommends: ii epiphany-extensions 2.18.3-1 Extensions for Epiphany web browse ii yelp 2.18.1-1 Help browser for GNOME 2 -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a
Bug#442843: recommend/suggest cfegine2, subversion and git-core
package: fai-client version: 3.2 severity: wishlist Hi, fai-client should recommend cfengine2 and suggest subversion and git-core. Recommends is defined as installed in all but unusual situations. i think that perfectly fits cfengine2. While subversion, git-core (and cvs) are more suggests, as it also perfectly works with accessing the configspace over nfs. regards, Holger pgp3axVCSxgGZ.pgp Description: PGP signature
Bug#442808: ls --dereference $directory and the names of dangling symlinks
Paul Kimoto [EMAIL PROTECTED] wrote: Package: coreutils Version: 5.97-5.3 Severity: minor If some (sub)directory contains a dangling symlink, ls -L (i.e., ls --dereference) shows that entry differently from other files in the directory: $ file subdir/nowhere subdir/nowhere: broken symbolic link to `/tmp/nowhere' $ /bin/ls subdir nowhere other $ /bin/ls -L subdir other subdir/nowhere $ /bin/ls -lL subdir total 0 -rw-r--r-- 1 kimoto kimoto 0 2007-09-16 17:41 other ?- ? ? ? ?? subdir/nowhere It seems inconsistent that it should say subdir/nowhere rather than just nowhere as it would do for other entries. Thanks for the rport. It's been fixed upstream for a while -- and now in experimental, too. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#442844: python-sqlalchemy: Lazy-loading relationship errors are suppressed
Package: python-sqlalchemy Version: 0.3.10-1 Severity: normal If, when lazy-loading a parent record (by accessing a child record's refering attribute), there is a problem looking up the parent record (eg: don't have permissions in the database), the lookup fails silently instead of being thrown. I think the error is being suppressed somewhere. More info about my setup: - I'm using Elixir but this looks like a SQLAlchemy problem - My underlying RDBMS is Postgresql 8.1 My exact problem (as refered to above) is that the db user does not have permission to read the parent table. I turned on debug-level logging from a testing app, here is some relevant output: = DEBUG OUTPUT STARTS = 2007-09-17 12:01:27,732 DEBUG sqlalchemy.orm.attributes.InstrumentedAttribute Executing lazy callable on [EMAIL PROTECTED] 2007-09-17 12:01:27,733 DEBUG sqlalchemy.orm.strategies.LazyLoader lazy load attribute client_prod on instance [EMAIL PROTECTED] 2007-09-17 12:01:27,737 INFO sqlalchemy.pool.QueuePool.0x..74 Connection connection object at 0xb77234e8; dsn: 'dbname=rrdbsql_sr host=172.30.166.51 port=5432 user=media-exporter password=xxx', closed: 0 checked out from pool 2007-09-17 12:01:27,742 INFO sqlalchemy.engine.base.Engine.0x..b4 SELECT tblclient_producttype.lngclient_prod AS tblclient_producttype_lngclient_prod, tblclient_producttype.strdesc AS tblclient_producttype_strdesc, tblclient_producttype.strprod_type AS tblclient_producttype_strprod_type, tblclient_producttype.strprodcode AS tblclient_producttype_strprodcode, tblclient_producttype.lngclient AS tblclient_producttype_lngclient FROM tblclient_producttype WHERE tblclient_producttype.lngclient_prod = %(tblclient_producttype_lngclient_prod)s ORDER BY %tblclient_producttype.lngclient_prod 2007-09-17 12:01:27,745 INFO sqlalchemy.engine.base.Engine.0x..b4 {'tblclient_producttype_lngclient_prod': 451} 2007-09-17 12:01:27,748 INFO sqlalchemy.engine.base.Engine.0x..b4 ROLLBACK 2007-09-17 12:01:27,750 INFO sqlalchemy.pool.QueuePool.0x..74 Connection connection object at 0xb77234e8; dsn: 'dbname=rrdbsql_sr host=172.30.166.51 port=5432 user=media-exporter password=xxx', closed: 0 being returned to pool = DEBUG OUTPUT ENDS = In the above, the db user (media-exporter) has SELECT permission for table 'tbltraffic' but no permission for table 'tblclient_producttype'. Postgresql logs the problem in it's logfile when the above runs: ERROR: permission denied for relation tblclient_producttype But there is no exception thrown by sqlalchemy, or any warnings logged. Also I tested by logging into the database with the exporter user with psql, and it confirmed that there are insufficient privileges. Some more background info to give you some context: I'm currently writing a python script to export some data from one database and import into another. To this end, I've created new users in the source and destination database (media-exporter and media-importer, respectively), who have the minimum amounts of permission on the minimum # of tables to help protect against accidental db damage. I'm relying on exceptions thrown by my app (during lazy loading as I walk through the tree of child-parent record dependancies, as reflected by Elixir's descriptors) to let me know where I need to add more permissions. Since the above is not working I'll be monitoring the postgresql logfile instead until the problem is fixed. This is not ideal beacause I can only catch the permission problems during development, and only if I remember to watch postgresql's log files. -- System Information: Debian Release: lenny/sid APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.21-2-686 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages python-sqlalchemy depends on: ii python2.4.4-6An interactive high-level object-o ii python-central0.5.15 register and build utility for Pyt python-sqlalchemy recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#392644: jadetex 3.13-9 failing in fmtutil-sys
Package: jadetex Version: 3.13-9 Followup-For: Bug #392644 I get the error Setting up jadetex (3.13-9) ... Running mktexlsr. This may take some time... done. Building format(s) --all --cnffile /etc/texmf/fmt.d/40jadetex.cnf. This may take some time... fmtutil-sys failed. Output has been stored in /tmp/fmtutil.AMP31755 Please include this file if you report a bug. Here's the file fmtutil: running `pdftex -ini -jobname=jadetex -progname=jadetex latex jadetex.ini' ... This is pdfTeXk, Version 3.141592-1.40.3 (Web2C 7.5.6) (INITEX) %-line parsing enabled. entering extended mode (/usr/share/texmf/tex/jadetex/config/jadetex.ini LaTeX2e 2005/12/01 Babel v3.8h and hyphenation patterns for english, usenglishmax, dumylang, noh yphenation, loaded. (/usr/share/texmf/tex/jadetex/base/jadetex.ltx (/usr/share/texmf-texlive/tex/latex/base/minimal.cls Document Class: minimal 2001/05/25 Standard LaTeX minimal class ) (/usr/share/texmf-texlive/tex/latex/tools/array.sty) (/usr/share/texmf-texlive/tex/latex/tools/longtable.sty) (/usr/share/texmf-texlive/tex/latex/graphics/color.sty ! Package color Error: No driver specified. See the color package documentation for explanation. Type H return for immediate help. ... l.128 } ? ! Emergency stop. ... l.128 } No pages of output. Transcript written on jadetex.log. Error: `pdftex -ini -jobname=jadetex -progname=jadetex latex jadetex.ini' failed fmtutil: running `pdftex -ini -jobname=pdfjadetex -progname=pdfjadetex pdflatex pdfjadetex.ini' ... This is pdfTeXk, Version 3.141592-1.40.3 (Web2C 7.5.6) (INITEX) %-line parsing enabled. entering extended mode (/usr/share/texmf/tex/jadetex/config/pdfjadetex.ini LaTeX2e 2005/12/01 Babel v3.8h and hyphenation patterns for english, usenglishmax, dumylang, noh yphenation, loaded. (/usr/share/texmf/tex/jadetex/base/jadetex.ltx (/usr/share/texmf-texlive/tex/latex/base/minimal.cls Document Class: minimal 2001/05/25 Standard LaTeX minimal class ) (/usr/share/texmf-texlive/tex/latex/tools/array.sty) (/usr/share/texmf-texlive/tex/latex/tools/longtable.sty) (/usr/share/texmf-texlive/tex/latex/graphics/color.sty ! Package color Error: No driver specified. See the color package documentation for explanation. Type H return for immediate help. ... l.128 } ? ! Emergency stop. ... l.128 } ! == Fatal error occurred, no output PDF file produced! Transcript written on pdfjadetex.log. Error: `pdftex -ini -jobname=pdfjadetex -progname=pdfjadetex pdflatex pdfjadetex.ini' failed ### fmtutil: Error! Not all formats have been built successfully. Visit the log files in directory /var/lib/texmf/web2c for details. ### This is a summary of all `failed' messages and warnings: `pdftex -ini -jobname=jadetex -progname=jadetex latex jadetex.ini' failed `pdftex -ini -jobname=pdfjadetex -progname=pdfjadetex pdflatex pdfjadetex.ini' failed -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (900, 'testing'), (800, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.20-3 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages jadetex depends on: ii debianutils 2.23.1 Miscellaneous utilities specific t ii tex-common1.9Common infrastructure for using an ii texlive-fonts-recommended 2007-10TeX Live: Recommended fonts ii texlive-latex-base2007-10TeX Live: Basic LaTeX packages ii texlive-latex-recommended 2007-10TeX Live: LaTeX recommended packag ii tipa 2:1.3-9system for processing phonetic sym Versions of packages jadetex recommends: ii jade 1.2.1-47 James Clark's DSSSL Engine -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#442845: site: Add tagging tutorials
Package: debtags Version: 1.7.3+b1 Severity: wishlist Hello, missing thing in the tagging interface is some tagging tutorial/example. The idea is to take a representative from different kinds of packages (commandline tool, X application, X plugin, documentation, game...) and show step by step what tags can be added and the reasoning behind it. Ciao, Enrico -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.22-1-amd64 (SMP w/2 CPU cores) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages debtags depends on: ii apt [libapt-pkg-libc6.6 0.7.6Advanced front-end for dpkg ii libc6 2.6.1-1 GNU C Library: Shared libraries ii libept0 0.5.10+b1High-level library for managing De ii libgcc1 1:4.2.1-4GCC support library ii libstdc++6 4.2.1-4 The GNU Standard C++ Library v3 ii libxapian15 1.0.2-1 Search engine library ii perl5.8.8-7 Larry Wall's Practical Extraction ii zlib1g 1:1.2.3.3.dfsg-5 compression library - runtime debtags recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#435380: Problem vanished with version 2:2.1.1-4
The problem vanished after I updated my xserver-xorg* Packages. Here is the output of aptitude -F %p%V search ~ixorg xorg 1:7.2-5 xorg-docs 1:1.4-2 xserver-xorg 1:7.3+2 xserver-xorg-core 2:1.4-2 xserver-xorg-input-kbd1:1.2.2-3 xserver-xorg-input-mouse 1:1.2.2-5 xserver-xorg-video-intel 2:2.1.1-4 Regards, Martin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#442846: nvidia-glx uninstallable with Xorg 1.4
Package: nvidia-glx Version: 100.14.11-1 Severity: grave Justification: renders package unusable As Xorg 1.4 was uploaded to unstable, nvidia-glx is broken: xserver-xorg-core provides /usr/lib/xorg/modules/libwfb.so which is also in nvidia-glx; nvidia-glx should either stop shipping this or make a diversion. xserver-xorg depends on xserver-xorg-video-all | xserver-xorg-video-2; nvidia-glx Provides: only xserver-xorg-video-1.0. Regards /Rasmus -- Package-specific info: uname -r: Linux eddie 2.6.22.1 #1 Mon Jul 16 17:12:14 CEST 2007 i686 GNU/Linux /proc/version: Linux version 2.6.22.1 ([EMAIL PROTECTED]) (gcc version 4.1.3 20070629 (prerelease) (Debian 4.1.2-13)) #1 Mon Jul 16 17:12:14 CEST 2007 /proc/driver/nvidia/version: 01:00.0 VGA compatible controller: nVidia Corporation G73 [GeForce 7600 GS] (rev a2) -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.22.1 Locale: LANG=da_DK.UTF-8, LC_CTYPE=da_DK.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to da_DK.UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#439622: closed by Mikhail Gusarov [EMAIL PROTECTED] (Bug#439621: fixed in clive 0.2.1-1)
* Mikhail Gusarov [EMAIL PROTECTED] [2007-09-17 11:17:09 CEST]: Twas brillig at 10:58:59 17.09.2007 UTC+02 when Gerfried Fuchs did gyre and gimble: GF Why do you call Properly? This sounds like the NMU I did wasn't proper GF - whereas the diff clearly shows that there is no difference between the GF NMU and the new upstream release. Calm down a bit. Properly just means as upstream does. I'd change changelog entry in next upload if you want to. Well, upstream did it the same way as was done already by the NMU, but writing properly there made it sound like the NMU didn't do it properly, which is clearly wrong. GF Thanks for making it sound that my NMU wasn't proper, and thanks for not GF having cared about this RC bugs before but now claiming you did care for it GF properly... Sponsorship introduces delays, know ya? I had the identical package, but it was stuck at my sponsor, so you've been first. It's not like you didn't had the chance to tag it pending or write something to the bugreport about that, know ya? Given that there was no noticable effort by you going on I had every right to do the NMU. Anyway, I did not get bug from saying NMU from you with NMU patch applied, as NMU procedure *dictates*, so I did not care to check the changes you introduce, as upstream fixed them in it's own way. Erm, then you are clearly not following the bugreports of your package, because it is there, sent to #439622: http://bugs.debian.org/cgi-bin/bugreport.cgi?msg=21;bug=439622 If you missed it, I'm sorry for that, but I *did* attached it to the bugreport. Yes, the diff was done in reverse, but that shouldn't be a real problem, is it? So long, Rhonda -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#442847: sipsak: does not parse well /etc/resolv.conf
Package: sipsak Version: 0.9.6-1.1 Severity: normal When no 'nameserver' entry is present in /etc/resolv.conf, the default is to use 127.0.0.1 as a nameserver. Unfortunately, sipsak does not know that, and says it cannot resolve. Adding an explicit nameserver 127.0.0.1 entry in /etc/resolv.conf works around the problem. I suppose this is the fault of the RULI library, so maybe this should be reported against libruli4. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'testing-proposed-updates') Architecture: amd64 (x86_64) Kernel: Linux 2.6.18-4-amd64 (SMP w/2 CPU cores) Locale: LANG=C, [EMAIL PROTECTED] (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Shell: /bin/sh linked to /bin/bash Versions of packages sipsak depends on: ii libc6 2.6.1-1GNU C Library: Shared libraries ii libgnutls13 1.7.19-1 the GNU TLS library - runtime libr ii libruli4 0.33-1 Library for easily querying DNS SR sipsak recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#436161: debtags: New tags for security support
On Sun, Aug 05, 2007 at 11:59:31PM +0200, Moritz Muehlenhoff wrote: Please add support for the following tags, as discussed during DebConf in Edinburgh: * [etch|lenny]-security-unsupported to flag that a source package has no [...] * security-local-use-only (or something similar, I'm unsure about the exact [...] Hello Moritz, I finally got time for this. I really care about it. Please find attached a tarball that implements a first prototype. To give it a first try, you can put it online as, for example, http://security.debian.org/tags, then add this line to /etc/debtags/sources.list: tags http://security.debian.org/tags Running debtags update will download the tags and index them. All the Debian package managers, with the exception of adept, do not currently support merging tags in this way. I can however easily implement merging tags and vocabulary from your tag source when I build the tag override files that are installed in the Packages file. Therefore a first step could be that you (security team) maintain a tag source at your liking (like you have in the attached tarball), then I can fetch it and merge it in the packages file. With the same method I can implement more extra tag sources merged into the Packages file, like for the proposals posted elsewhere in this bug report of generating tags from wnpp entries. Having the tag sources merged in this way also prevents these extra tags to be edited by anyone on the tagging interface at http://debtags.alioth.debian.org/edit.html Ciao, Enrico -- GPG key: 1024D/797EBFAB 2000-12-05 Enrico Zini [EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#439622: closed by Mikhail Gusarov [EMAIL PROTECTED] (Bug#439621: fixed in clive 0.2.1-1)
Twas brillig at 12:54:11 17.09.2007 UTC+02 when Gerfried Fuchs did gyre and gimble: GF If you missed it, I'm sorry for that, but I *did* attached it to the GF bugreport. Yes, the diff was done in reverse, but that shouldn't be a real GF problem, is it? Whoops. [flushing mail spool on one of machines]. Sorry about it. You're right. Please create a new bugreport next time, rather than attaching patch to existing one. I'll fix the changelog on next upload. -- JID: [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#439622: closed by Mikhail Gusarov [EMAIL PROTECTED] (Bug#439621: fixed in clive 0.2.1-1)
* Mikhail Gusarov [EMAIL PROTECTED] [2007-09-17 13:12:28 CEST]: Twas brillig at 12:54:11 17.09.2007 UTC+02 when Gerfried Fuchs did gyre and gimble: GF If you missed it, I'm sorry for that, but I *did* attached it to the GF bugreport. Yes, the diff was done in reverse, but that shouldn't be a real GF problem, is it? Whoops. [flushing mail spool on one of machines]. Sorry about it. You're right. Please create a new bugreport next time, rather than attaching patch to existing one. Erm, by what means? That is a quite strange request, the patch has to be sent to the bugreports that got fixed with it, it doesn't open a new bug. Please read up about it in the Developer's Reference, http://www.at.debian.org/doc/developers-reference/ch-pkgs#s-nmu-patch So long, Rhonda -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#441143: #441143: Not a kernel bug
reassign 441143 util-vserver retitle 441143 util-vserver: please provide backport/fix for etch severity 441143 wishlist thanks {CCing the dietlibc maintainer - please upload 0.31-1 to backports.org} Hi, this bug is not kernel related - see #435538. I'm reassigning it to util-vserver with the wish for a new backport using the fixed dietlibc, or probably a rebuild for the next Etch revision - not sure if the release team would accept that, though. In the meantime feel free to use my fixed backport: http://bzed.de/files/util-vserver/util-vserver_0.30.214+farm2-1_sparc.deb Thanks, Bernd -- Bernd Zeimetz [EMAIL PROTECTED] http://bzed.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#442846: ABI version
Hi again The driver version seems to be connected to the ABI version, which officially is not supported by the nvidia driver: (EE) NVIDIA(0): This video driver ABI is not supported. (WW) NVIDIA(0): The driver will continue to load, but may behave strangely. (WW) NVIDIA(0): This server has an unsupported input driver ABI version (have (WW) NVIDIA(0): 2.0, need 2.0). The driver will continue to load, but (WW) NVIDIA(0): may behave strangely. The above is with -ignoreABI, which seems to work fine. We probably have to wait for a new upstream version supporting ABI 2.0 Regards /Rasmus -- -- [ Rasmus Møffe Bøg Hansen ] - It ain't possible for a dumb to sing no matter how good his dice rolls are! -- SmurfQuest rules --[ moffe at zz9 dot dk ] --
Bug#442848: python-decoratortools: depends on python-support from experimental
Package: python-decoratortools Version: 1.4-2 Severity: serious Justification: package uninstallable Hello. python-decoratortools Depends: python-support (= 0.2), python-support (= 0.7), but 0.7 is only available in experimental. P.S.: Also, the package only depends on python (= 2.3), where decorators were introduced in python 2.4. Cheers, -- Adeodato Simó dato at net.com.org.es Debian Developer adeodato at debian.org - I'm sorry for laughing. I'd explain if I could. - It's a double entendre. I've been in this country 20 years. I get things. -- Lorelai and Mrs. Kim
Bug#439622: closed by Mikhail Gusarov [EMAIL PROTECTED] (Bug#439621: fixed in clive 0.2.1-1)
Twas brillig at 13:18:44 17.09.2007 UTC+02 when Gerfried Fuchs did gyre and gimble: GF Erm, by what means? That is a quite strange request, the patch has to be GF sent to the bugreports that got fixed with it, it doesn't open a new bug. Historically, it was custom to open a new bug and include a patch showing all the changes you have made. Seems that I need to refresh my habits. Thanks for pointing out :) -- JID: [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#436161: debtags: New tags for security support
Hi, * Enrico Zini [EMAIL PROTECTED] [2007-09-17 13:22]: On Sun, Aug 05, 2007 at 11:59:31PM +0200, Moritz Muehlenhoff wrote: [...] Please find attached a tarball that implements a first prototype. To give it a first try, you can put it online as, for example, http://security.debian.org/tags, then add this line to /etc/debtags/sources.list: [...] What you described really sounds very cool but you forgot the tarball. Kind regards Nico -- Nico Golde - http://ngolde.de - [EMAIL PROTECTED] - GPG: 0x73647CFF For security reasons, all text in this mail is double-rot13 encrypted. pgp8iS2GufNvP.pgp Description: PGP signature
Bug#439314: Info received (Bug#439314: Several security issues in ircu [CVE-2007-4404..11])
Hi, * Martin Loschwitz [EMAIL PROTECTED] [2007-09-16 14:11]: On Fri, Sep 14, 2007 at 09:48:02AM +, Debian Bug Tracking System wrote: Thank you for the additional information you have supplied regarding this problem report. It has been forwarded to the package maintainer(s) and to other interested parties to accompany the original report. If you wish to continue to submit further information on this problem, please send it to [EMAIL PROTECTED], as before. Please do not reply to the address at the top of this message, unless you wish to report a problem with the Bug-tracking system. Debian bug tracking system administrator (administrator, Debian Bugs database) i got the fixed package for unstable ready and am building it right now, i will upload it within this day. Let me guess, you are just joking around? Kind regards Nico -- Nico Golde - http://ngolde.de - [EMAIL PROTECTED] - GPG: 0x73647CFF For security reasons, all text in this mail is double-rot13 encrypted. pgpGwNLmPEHPw.pgp Description: PGP signature
Bug#442266: CacheEnable disk http:// does not work
On Fri, Sep 14, 2007 at 08:30:14PM +0200, Stefan Fritsch wrote: On Friday 14 September 2007, William Thompson wrote: Nothing shows up in /var/cache/apache2/mod_disk_cache when a request comes in. ?If I change CacheEnable disk http:// to CacheEnable disk / it works, however I only want http:// requests cached I am not sure I understand your problem. Are you using apache in forward or reverse proxy mode? As I understand the terms, it would be a forward proxy (As in I'm using apache to service remote hosts) If you are using apache as a reverse proxy, try putting CacheEnable disk / in your http virtual host(s), but not into your https virtual host(s). Then not a reverse. Or are you using it as forward proxy, and want to avoid caching ftp urls? In this case CacheEnable disk http://; should work. I tried this, did not work, however using / instead of http:// did work, but not what I want. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#441693: xine-ui: No accelerated IMDCT transform found error/warning given unless user is root
For completeness, I've attached the diff, taken from the current xine-lib hg branch as found on hg.debian.org. Please consider applying it and/or discussing it with upstream. Do I miss the point or does this patch do nothing more than removing the fprintf command which prints the error oneliner? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#441654: skksearch: FTBFS: /usr/lib/gcc/i486-linux-gnu/4.2.1/../../../../lib/libdb.so: undefined reference to `pthread_mutex_trylock'
Hi, From: Tatsuya Kinoshita Subject: Bug#441654: skksearch: FTBFS: /usr/lib/gcc/i486-linux-gnu/4.2.1/../../../../lib/libdb.so: undefined reference to `pthread_mutex_trylock' Date: Mon, 17 Sep 2007 10:59:46 +0900 (JST) On September 16, 2007 at 6:11AM +0900, tats (at debian.org) wrote: I don't know the cause of this problem, but this is a chance of migrating to newer version of libdb-dev. The maintainer Noritada, could you please change the dependency to libdb4.6-dev or so? I'll follow the same version of libdb-dev with the skktools package. Sorry, I missed this bug report for 1 week... Thank you very much for identifying the background of the FTBFS, Tatsuya. Note that the same version is not must. skktools uses libdb for temporary files, so a different version of libdb with skksearch can be used by skktools. The bug in libdb4.3-dev has been fixed in db4.3 4.3.29-10 and this bug disappeared. Migrating to newer version of libdb-dev isn't needed at the moment. Anyway, it would be nice if you consider migrating to libdb4.6-dev. All right, I'll switch the dependency to libdb4.6 few hours later, after I'm back home. Thanks, -nori -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#442849: texlive-latex-extra: Missing documentation cd a CD Cover Class
Subject: texlive-latex-extra: Missing documentation cd a CD Cover Class Package: texlive-latex-extra Version: 2007-3 Severity: normal *** Please type your report below this line *** Hello, trying to design CD covers I looked into using the class cd, but texdoc cd did not work. There exists a dtx file, from which the documentation should be generated. I read bugs 420224 and 379651 but I am clueless how to proceed, so I am filing this bug report. I am going to contact the upstream author and ask him, if he could upload the file to CTAN as proposed in 379651. Thanks, Paul -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.21-2-686 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages texlive-latex-extra depends on: ii preview-latex-style 11.83-6LaTeX style files for editor embed ii texlive-common2007-10TeX Live: Base component ii texlive-latex-base2007-12TeX Live: Basic LaTeX packages ii texlive-pictures 2007-10TeX Live: Packages for drawings gr Versions of packages texlive-latex-extra recommends: pn texlive-generic-extra none (no description available) ii texlive-latex-recommended 2007-12TeX Live: LaTeX recommended packag pn texpower none (no description available) Versions of packages tex-common depends on: ii debconf 1.5.13 Debian configuration management sy ii ucf 3.001 Update Configuration File: preserv Versions of packages texlive-latex-extra is related to: pn tetex-basenone (no description available) pn tetex-bin none (no description available) pn tetex-extra none (no description available) -- debconf information: tex-common/check_texmf_wrong: tex-common/check_texmf_missing: tex-common/singleuser: false signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Bug#439314: Info received (Bug#439314: Several security issues in ircu [CVE-2007-4404..11])
On Mon, Sep 17, 2007 at 01:32:04PM +0200, Nico Golde wrote: Hi, * Martin Loschwitz [EMAIL PROTECTED] [2007-09-16 14:11]: On Fri, Sep 14, 2007 at 09:48:02AM +, Debian Bug Tracking System wrote: Thank you for the additional information you have supplied regarding this problem report. It has been forwarded to the package maintainer(s) and to other interested parties to accompany the original report. If you wish to continue to submit further information on this problem, please send it to [EMAIL PROTECTED], as before. Please do not reply to the address at the top of this message, unless you wish to report a problem with the Bug-tracking system. Debian bug tracking system administrator (administrator, Debian Bugs database) i got the fixed package for unstable ready and am building it right now, i will upload it within this day. Let me guess, you are just joking around? Kind regards Nico -- Nico Golde - http://ngolde.de - [EMAIL PROTECTED] - GPG: 0x73647CFF For security reasons, all text in this mail is double-rot13 encrypted. no. i worked until three o'clock in the night and then thought it might not be a good idea to upload packages when being half asleep. m. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#436161: New 'maint' facet for Debtags
Hello, in #436161 I proposed to have some external tag sources automatically merged into the override files. An example is a tag source provided by the security team: http://bugs.debian.org/cgi-bin/bugreport.cgi?msg=20;att=0;bug=436161 In the same way we can have an autogenerated 'maint' facet with tags documenting the status of the package maintenance. Below is an example vocabulary for it, with annotations on how to autogenerate the tag information. I'd like to run some discussion on it for a week or so, then proceed to implementation. Facet: maint Description: Maintenance status Tag: maint::orphaned Description: Orphaned There is no maintainer for this package. Maintenance is done by the Debian QA Team. (it can be autogenerated by looking if debian-qa is in the Maintainer field) Tag: maint::rfa Description: Adoption requested The maintainer is still maintaning the package, but has requestes for someone else to take over its maintenance. (it can be autogenerated by scanning open WNPP bugs) Tag: maint::mia Description: Maintainer unreachable The maintainer for this package is currently unreachable. (mia-query on merkel shows all sorts of data, but I need to see how it can be turned in a tag. It has been suggested that if a maintainer is MIA, the package should just be orphaned, so this tag would be of no use, and I tend to agree) Tag: maint::old-rc-bugs Description: Old unfixed RC bugs The package has unfixed RC bugs older than 3 months. (it can be autogenerated by scanning the BTS) Tag: maint::fringe Description: Fringe package (FIXME) The maintainer declared this to be a fringe package. . (TODO: define what this practically means) . (from IRC) more users == greater level of peer review and peer support? (maintainers can enter this information in debian/control and I can scan it using Mole) Tag: maint::unmaintained-upstream Description: Unmaintained upstream The package is not maintained anymore by its upstream developers. . Debian still carries on basic maintenance, but no new upstream versions of the package are to be expected. (maintainers can enter this information in debian/control and I can scan it using Mole) Ciao, Enrico -- GPG key: 1024D/797EBFAB 2000-12-05 Enrico Zini [EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#400810: potential patch available upstream
one of the gentoo guys wrote a patch for the 64-bit jess crasher a long time ago. debian has not yet applied it (know this for a fact). http://sourceforge.net/mailarchive/attachment.php?list_name=libvisual-develmessage_id=54418.62.6.163.133.1170715959.squirrel%40www.abdn.ac.ukcounter=1 signature.asc Description: This is a digitally signed message part
Bug#442850: Init script cannot stop the daemon
Package: clamav-milter Version: 0.90.1-3etch7 The init script stores negative value in PID file on start and, respectively, cannot stop the daemon on stop === [EMAIL PROTECTED]:~# /etc/init.d/clamav-milter.orig start Starting Sendmail milter plugin for ClamAV: clamav-milter. [EMAIL PROTECTED]:~# ps afx|grep clam 5229 pts/0S+ 0:00 | \_ grep clam 28904 ?Ss 0:00 /usr/bin/freshclam -d --quiet 19341 ?Ssl 23:30 /usr/sbin/clamd 5221 ?Ssl0:00 /usr/sbin/clamav-milter --max-children=2 -ol --external --pidfile /var/run/clamav/clamav-milter.pid local:/var/run/clamav/clamav-milter.ctl [EMAIL PROTECTED]:~# cat /var/run/clamav/clamav-milter.pid -5221 [EMAIL PROTECTED]:~# /etc/init.d/clamav-milter.orig stop Stopping Sendmail milter plugin for ClamAV: clamav-milter Waiting . . . . . . . . . . . . . . . . /etc/init.d/clamav-milter.orig: line 99: kill: --5221: arguments must be process or job IDs failed! = The bug is reproduced in two of two production machines running Debian Etch and self-compiled Postfix 2.4.x instead of Sendmal. Both machines had been installed as Sarge in 2005 and upgraded to Etch in 2007. The milter itself works fine with Postfix 2.4, no problems encountered. --- Alexey -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#436161: New 'maint' facet for Debtags
On Mon, 17 Sep 2007, Enrico Zini wrote: Tag: maint::fringe Description: Fringe package (FIXME) The maintainer declared this to be a fringe package. . (TODO: define what this practically means) . (from IRC) more users == greater level of peer review and peer support? (maintainers can enter this information in debian/control and I can scan it using Mole) Tag: maint::unmaintained-upstream Description: Unmaintained upstream The package is not maintained anymore by its upstream developers. . Debian still carries on basic maintenance, but no new upstream versions of the package are to be expected. (maintainers can enter this information in debian/control and I can scan it using Mole) I'd regard this as very reasonable information. Is there any syntax how maintainers can add this to debian/control? Kind regards Andreas. -- http://fam-tille.de -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#442849: Documenation of cd class
Hi Sebastiano, unfortunately the documentation for the cd class is missing in Debian. As far as I know, the reason is that it is not included upstream in texlive and that is because it is not available in CTAN. I filed a bug in Debian (#442849). Could you please upload the documentation to CTAN? Please take a look at Debian bug #379651 [1]. Could you please respond or ask questions directly to the bugs address (see cc field [EMAIL PROTECTED])? So more competent people can also read them and act accordingly. Thanks a lot Paul [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=379651#44 signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Bug#442460: closed by Pierre Habouzit [EMAIL PROTECTED] (Re: [pkg-lighttpd] Bug#442460: man page should state the correct path: /usr/sbin/lighttpd)
Thank you very much for your explanation. Yaakov Belch this is definitely _not_ a bug. /usr/sbin is in root's path... -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]