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#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#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#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 , 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 clie
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#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#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#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#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#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 2>&1 | 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#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#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#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#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#284229: [Pkg-xfce-devel] Bug#284229: bug #284229
On dim, 2007-09-16 at 17:25 -0400, Michael Gilbert wrote: > > > as a user, i expect the font to always be the same, regardless of the > > > number of dots per inch computed. > > > > well, a 8 points font won't look the same if you change the number of > > points displayed per inches. > > i'd expect the font to be the same size regardless of dpi, but it > would look really bad at the low dpi setting, rather than being > shrunk. You set the font size using *point*. > > > > note that when launched via gdm, the gnome font size is always the > > > same, regardless of the dpi setting in /etc/gdm/gdm.conf. > > > > Look in gdmsetup, you can configure this. > > i looked in gdmsetup and couldn't find a setting for this. where > should i be looking? Security Tab / Configure X server / Command > > i found that the reason that the xfce font is always the same size > using startx is because the dpi is always set to 100x100. i'm not > sure which startx script or config file does this. Look in /etc/X11/xinit/xserverrc > > maybe '-dpi 100' should be automatically set in gdm.conf? this would > be a question for the gdm maintainer. I don't think so, what about people with a display which have more (or less) DPI? Fixing DPI isn't a good idea. I don't think there's bug lying in Xfce, so maybe we can close this bug? Regards, -- Yves-Alexis Perez -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#442292:
I also have this problem. I don't have a libz.so.1 in /lib, but I have libz.so.1 in /usr/lib. 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? -- Justin M. Keyes -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#442819: more magic
Package: file # puredigital used it for the CVS disposable camcorder 8 lelong 4 ZBM bitmap image data >4 leshort x %u x >6 leshort x %u # really le32 operation,destination,payloadsize (but quite predictable) # 01 00 00 00 00 00 00 c0 00 02 00 00 0 string \1\0\0\0\0\0\0\300\0\2\0\0 Marvell Libertas firmware # uncompressed 5:6:5 HighColor image for OLPC XO firmware icons 0 string C565 OLPC firmware icon image data >4 leshort x %u x >6 leshort x %u -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#442818: closed by "Ari Pollak" <[EMAIL PROTECTED]> (Re: Bug#442818: after upgrade to 2.2.0-1 fails to connect via tls/ssl)
On Mon, 2007-09-17 at 05:30 +, Debian Bug Tracking System wrote: > This is an automatic notification regarding your Bug report > which was filed against the pidgin package: > > #442818: after upgrade to 2.2.0-1 fails to connect via tls/ssl [...] > > You can turn off Require SSL/TLS in the advanced account options. But I don't want an unencrypted connection! -- Sometimes, there's a moment as you're waking, when you become aware of the real world around you, but you're still dreaming. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#399354: libffm to be removed, but illuminator depends on it
On Sun, Sep 16, 2007 at 11:12:23PM -0400, Adam C Powell IV wrote: > Hello Luk, > On Sat, 2007-09-15 at 23:49 +0200, Luk Claes wrote: > > You orphaned libffm as you were not using alpha anymore. As noone > > stepped up to maintain it and according to popcon it has very few > > users, it is probably going to be removed. > > > > I guess illuminator will still work if you would drop the libffm > > dependency as it's only a dependency on alpha, the only arch where > > libffm is available? Though if you do think libffm should not be > > dropped from the archive, can you please actively look for a > > maintainer, TIA? > > Yes, illuminator will work fine without libffm, just a bit slower on > alpha. I am preparing a new upstream illuminator release (I'm upstream > too), and will make the change when I release, package, and upload it, > probably within a week or two. > > Is this soon enough for you? Yes, that's fine. Cheers Luk -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#441926: python-yadis and python-urljr no longer dependencies
Twas brillig at 14:03:22 11.09.2007 UTC-07 when Kevin Turner did gyre and gimble: KT> Now that python-openid 1.x.x is no longer in the distribution, I recommend KT> dropping the python-urljr and python-yadis packages. I've removed python-urljr and python-yadis dependencies from python-openid, however there is python-authkit package which uses them directly, so I'll keep both packages in the archive until python-authkit maintainer updates his package. -- JID: [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#429244: genisoimage creates invalid iso images
Hi, just out of curiosity I tried to reproduce the bug on my system: $ sudo mount old.iso /mnt -oloop $ sudo cp -a /mnt . $ sudo chmod u+w mnt/isolinux/isolinux.bin $ genisoimage -r -V "Debian testing i386" -o ./outfile.iso -J -cache-inodes -b isolinux/isolinux.bin -c isolinux/boot.cat -no-emul-boot -boot-load-size 4 -boot-info-table mnt I: -input-charset not specified, using iso-8859-1 (detected in locale settings) Size of boot image is 4 sectors -> No emulation Total translation table size: 2048 Total rockridge attributes bytes: 1254 Total directory bytes: 4096 Path table size(bytes): 40 Max brk space used 0 198 extents written (0 MB) $ for i in old.iso new.iso outfile.iso; do echo "## $i"; isoinfo -Jf -debug -i $i; done ## old.iso Joliet escape sequence 0: '%' 1: '/' 2: 'E' 3: '' /.disk /isolinux /md5sum.txt /.disk/base_components /.disk/base_installable /.disk/info /.disk/mkisofs /.disk/udeb_include /isolinux/boot.cat /isolinux/isolinux.bin ## new.iso Joliet escape sequence 0: '%' 1: '/' 2: 'E' 3: '' /.. / isoinfo: Short read on old image ## outfile.iso Joliet escape sequence 0: '%' 1: '/' 2: 'E' 3: '' /.disk /isolinux /md5sum.txt /.disk/base_components /.disk/base_installable /.disk/info /.disk/mkisofs /.disk/udeb_include /isolinux/boot.cat /isolinux/isolinux.bin I used debian unstable chroot on x86. As you can see, I don't get that "isoinfo: Short read on old image" warning with the image generated by genisoimage. Any idea what I'm doing differently? best regards, Timo Lindfors -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#442818: after upgrade to 2.2.0-1 fails to connect via tls/ssl
Package: pidgin Version: 2.2.0-1 Severity: important now pidgin says you require tls/ssl but it is not available on this server (although I am sure it is on jabber.ccc.de). -- System Information: Debian Release: lenny/sid APT prefers stable APT policy: (700, 'stable'), (650, 'testing'), (600, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.23-rc3-sonne (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages pidgin depends on: ii gconf2 2.18.0.1-3 GNOME configuration database syste ii libatk1.0-0 1.18.0-2 The ATK accessibility toolkit ii libc6 2.6.1-4 GNU C Library: Shared libraries ii libcairo2 1.4.10-1 The Cairo 2D vector graphics libra ii libdbus-1-3 1.1.1-3 simple interprocess messaging syst ii libdbus-glib-1-20.74-1 simple interprocess messaging syst ii libfontconfig1 2.4.2-1.2generic font configuration library ii libglib2.0-02.14.0-2 The GLib library of C routines ii libgstreamer0.10-0 0.10.14-2Core GStreamer libraries and eleme ii libgtk2.0-0 2.10.13-1The GTK+ graphical user interface ii libgtkspell02.0.10-3+b1 a spell-checking addon for GTK's T ii libice6 2:1.0.4-1X11 Inter-Client Exchange library ii libpango1.0-0 1.18.1-1 Layout and rendering of internatio ii libpurple0 2.2.0-1 multi-protocol instant messaging l ii libsm6 2:1.0.3-1+b1 X11 Session Management library ii libstartup-notification00.9-1library for program launch feedbac ii libx11-62:1.0.3-7X11 client-side library ii libxcursor1 1:1.1.9-1X cursor management library ii libxext61:1.0.3-2X11 miscellaneous extension librar ii libxfixes3 1:4.0.3-2X11 miscellaneous 'fixes' extensio ii libxi6 2:1.1.3-1X11 Input extension library ii libxinerama11:1.0.2-1X11 Xinerama extension library ii libxrandr2 2:1.2.2-1X11 RandR extension library ii libxrender1 1:0.9.3-1X Rendering Extension client libra ii libxss1 1:1.1.2-1X11 Screen Saver extension library ii pidgin-data 2.2.0-1 multi-protocol instant messaging c Versions of packages pidgin recommends: ii gstreamer0.10-plugins-base0.10.14-4 GStreamer plugins from the "base" ii gstreamer0.10-plugins-good0.10.6-2 GStreamer plugins from the "good" -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#442817: New upstream version available
Package: libxml-atom-perl Version: 0.25-2 Severity: wishlist New upstream version is available, but newest libxml-libxml-perl is needed. --- System information. --- Architecture: amd64 Kernel: Linux 2.6.22-1-amd64 Debian Release: lenny/sid 500 unstableftp.debian.org --- Package information. --- Depends(Version) | Installed -+-== perl (>= 5.6.0-16) | 5.8.8-7 libxml-libxml-perl (>= 1.54) | 1.63-1.1 liblwp-authen-wsse-perl | 0.04-1 liburi-perl | 1.35.dfsg.1-1 libwww-perl | 5.805-1 libdigest-sha1-perl | 2.11-2 libhtml-parser-perl | 3.56-1 libxml-libxslt-perl | 1.62-1 libdatetime-perl | 2:0.40-1 libclass-data-inheritable-perl | 0.06-1 libxml-xpath-perl| 1.13-6 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#440915: cpufrequtils: disabling /etc/init.d/loadcpufreq not possible?
On Wed, Sep 05, 2007 at 01:14:58PM +0200, Michael Prokop wrote: > Package: cpufrequtils > Version: 002-5 > Severity: normal > > > Please forgive me if I got it wrong, but AFAICS it is not possible > to disable execution of /etc/init.d/loadcpufreq, right? yes sorry. will add it in the next upload. > ?? BTW: is there a specific reason why you provide the file in > /usr/share/... instead of providing a smart default configuration in > /etc/default/cpufrequtils? well, the idea is that the default hardcoded configuration in the script is already smart enough, you can override it when that is not true by using /etc/default/cpufrequtils. cheers -- mattia :wq! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#442816: vym: note editor does not work with wmii stack mode
Package: vym Version: 1.8.1-5 Severity: minor Opening the note editor in 'stack mode' in wmii causes the vym area of the screen to flicker between vym and the note editor. I believe this is caused by the note editor window being destroyed when the main window is not visible. The note editor is re-created when vym is visible. This is easily seen by using wmii 'default mode', moving the editor to a second column, returning to stack mode and minimising vym. This is not a serious problem but may be indicative of something worse. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (900, 'testing'), (50, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.22-revi.2 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/dash Versions of packages vym depends on: ii libc6 2.6.1-1+b1 GNU C Library: Shared libraries ii libgcc1 1:4.2.1-4 GCC support library ii libqt3-mt 3:3.3.7-7 Qt GUI Library (Threaded runtime v ii libstdc++64.2.1-4The GNU Standard C++ Library v3 ii libx11-6 2:1.0.3-7 X11 client-side library ii libxext6 1:1.0.3-2 X11 miscellaneous extension librar ii unzip 5.52-10De-archiver for .zip files ii xsltproc 1.1.22-1 XSLT command line processor ii zip 2.32-1 Archiver for .zip files vym recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#399354: libffm to be removed, but illuminator depends on it
Hello Luk, On Sat, 2007-09-15 at 23:49 +0200, Luk Claes wrote: > Hi Adam > > You orphaned libffm as you were not using alpha anymore. As noone > stepped up to maintain it and according to popcon it has very few > users, it is probably going to be removed. > > I guess illuminator will still work if you would drop the libffm > dependency as it's only a dependency on alpha, the only arch where > libffm is available? Though if you do think libffm should not be > dropped from the archive, can you please actively look for a > maintainer, TIA? Yes, illuminator will work fine without libffm, just a bit slower on alpha. I am preparing a new upstream illuminator release (I'm upstream too), and will make the change when I release, package, and upload it, probably within a week or two. Is this soon enough for you? Thanks, -Adam -- GPG fingerprint: D54D 1AEE B11C CE9B A02B C5DD 526F 01E8 564E E4B6 Engineering consulting using open source tools http://www.opennovation.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#439735: bible-kjv: Please update source package to use autotools
On Tue, Aug 28, 2007 at 10:58:15AM +0100, Matthew Vernon wrote: > Hi, > > >In order to get bible-kjv to compile/install on my Man, I have > >modified > >the bible-kjv package to use the autotools. I have attached the > >modified tarball to this report. Please update the package to make > >use > >of the autotools. > > No. I dislike autotools, and I think you need to make a stronger case > for me to use them. What exactly were you trying to do? What build > errors did you encounter? Why couldn't a simpler approach be used? > > Matthew > For starters, this is what I encountered on my Mac OS X machine: [EMAIL PROTECTED]:~$ cd src/bible-kjv-4.20/ [EMAIL PROTECTED]:~/src/bible-kjv-4.20$ ls CVS bible.c brl.c makeconcfile.c tsl.c Makefilebible.h brl.h makeconcordance tsl.h README.biblebible.lsm buildcmp.c makeindex.c util.c README.ftp bible.pkg cmp.h makeindex2 util.h README.linuxbible.rawtext compresslib.c squish.cversion.h TAGSbible.stopwords debian squish.h bible.1 brl-index.c makeconc.pl testall [EMAIL PROTECTED]:~/src/bible-kjv-4.20$ less debian/rules [EMAIL PROTECTED]:~/src/bible-kjv-4.20$ make cc -Wall -Wformat -Werror -Wshadow -W -Wmissing-declarations -Wmissing-prototypes -Wstrict-prototypes -Wcast-align -Wcast-qual -Wbad-function-cast -Wpointer-arith -g2 -ggdb -DDESTLIB=\"/usr/lib\" -c -o bible.o bible.c cc1: warnings being treated as errors bible.c: In function 'cmd_inrange': bible.c:447: warning: implicit declaration of function 'strcmp' bible.c: In function 'cmd_list': bible.c:517: warning: implicit declaration of function 'strlen' bible.c:517: warning: incompatible implicit declaration of built-in function 'strlen' bible.c:530: warning: implicit declaration of function 'strcat' bible.c:530: warning: incompatible implicit declaration of built-in function 'strcat' bible.c:533: warning: incompatible implicit declaration of built-in function 'strcat' bible.c: In function 'do_command': bible.c:706: warning: incompatible implicit declaration of built-in function 'strlen' bible.c:714: warning: incompatible implicit declaration of built-in function 'strlen' bible.c:724: warning: incompatible implicit declaration of built-in function 'strlen' make: *** [bible.o] Error 1 [EMAIL PROTECTED]:~/src/bible-kjv-4.20$ Using the tarball that I have convereted to autotools and attached to the initial bug report, it compiles without a hitch. I understand your reluctance to using autotools (it is rather complex). However, as in the case of this package Debian is the upstream of it, it would be nice if some effort could be undertaken to make it easy to compile and install on non-Debian systems. Regards, -Roberto -- Roberto C. Sánchez http://people.connexer.com/~roberto http://www.connexer.com signature.asc Description: Digital signature
Bug#442200: xorg: periodically stops responding to mouse clicks or window changes
Brice Goglin wrote: > You're using the nvidia binary driver, we can't debug this. Could you > reproduce with a free driver, either nv or vesa? The bug is not reproducible at will and neither the nv or vesa drivers provide the necessary hardware video acceleration needed for daily use on the system. The system may operate fine for days or weeks at a time without exhibiting the problem. It is simply not feasible to operate without the hardware acceleration for an indefinite time frame hoping for the problem to occur. If there were some logging and/or tracing that could be put in place to capture information when this happened or that could be gathered by remotely connecting to the machine when this occurs, I'd be happy to gather it. But switching to either the nv or vesa drivers would effectively cripple the system and make it unsuitable for its daily use. -- Jamin W. Collins -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#442814: please do not recommend jackd
Package: libjack0 Version: 0.103.0-6 Severity: wishlist Several applications that support JACK depend on libjack. Thus, libjack is installed on over 56% of systems. Under 12% of systems use JACK. This means that under 1 of 5 systems where libjack is installed want JACK. However, libjack0 recommends jackd. Please downgrade libjack0's dependency on jackd to a suggestion. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#442813: New upstream version
Package: libxml-libxml-perl Version: 1.63-1.1 Severity: wishlist Hi, there is a new upstream version from libxm-libxml-perl http://search.cpan.org/CPAN/authors/id/P/PA/PAJAS/XML-LibXML-1.64.tar.gz Cheers --- System information. --- Architecture: amd64 Kernel: Linux 2.6.22-1-amd64 Debian Release: lenny/sid 500 unstableftp.debian.org --- Package information. --- Depends (Version) | Installed =-+-= perlapi-5.8.8 | perl (>= 5.8.8-7) | 5.8.8-7 libxml-libxml-common-perl | 0.13-5 libxml-namespacesupport-perl(>= 1.07) | 1.09-3 libxml-sax-perl (>= 0.11) | 0.16-0.1 libc6 (>= 2.6-1) | 2.6.1-3 libxml2 (>= 2.6.29) | 2.6.30.dfsg-2 -- Rene Mauricio Mayorga | GPG: A209C305 http://rmayorga.org | -- 08B6 58AB A691 DD56 C30B 8D37 8040 19FA A209 C305 signature.asc Description: Esta parte del mensaje está firmada digitalmente
Bug#442805: please do not recommend perl-doc
On September 16, 2007 09:57:24 pm Brendan O'Dea wrote: > There is a bit of history with the perl-doc package... The perl > community has been at times very critical of the fact that the docs are > split out *at all*. The argument is that the docs are an integral part > of the perl distribution. Are you sure the criticism was about perl-doc being split out, or about perl not warranting that Perl documentation is installed? I guess criticism was that perl should ensure that documentation is available. This is a valid point. If you think it's worth considering, perl could be renamed to something, say perl-bin, and a new "perl" metapackage could created, depending on perl-bin and perl-doc. I am not convinced that this is worth adding a metapackage though. For example, Apache suggests the documentation and this is fine for me. > >perl-doc is a 7 MB download, so it would be important not to install it on > >default installs. > > If you don't want it, don't install it. I can avoid installing it, but not when doing a default install. Unless you think the package should be installed by default, you're the only one that can avoid that...except perhaps tasksel maintainers by delaying recommends consideration even more :/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#152932: Ingrid
Heeey, baby… Hope you didn’t forget about our tour to Varadero… You don’t write me… Ok, I took out the pictures I told you about right here http://www.arabesque.ru/ (login:kisss, pass:catch) Hope you’ll love it… Write me as soon as you check it? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#41685: Rachelle
Heeey, baby… Hope you didn’t forget about our tour to Varadero… You don’t write me… Ok, I took out the pictures I told you about right here http://www.arabesque.ru/ (login:kisss, pass:catch) Hope you’ll love it… Write me as soon as you check it? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#149278: Dixie
Heeey, baby… Hope you didn’t forget about our tour to Varadero… You don’t write me… Ok, I took out the pictures I told you about right here http://www.arabesque.ru/ (login:kisss, pass:catch) Hope you’ll love it… Write me as soon as you check it? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#147733: Jewell
Heeey, baby… Hope you didn’t forget about our tour to Varadero… You don’t write me… Ok, I took out the pictures I told you about right here http://www.arabesque.ru/ (login:kisss, pass:catch) Hope you’ll love it… Write me as soon as you check it? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#152012: Nikki
Heeey, baby… Hope you didn’t forget about our tour to Varadero… You don’t write me… Ok, I took out the pictures I told you about right here http://www.arabesque.ru/ (login:kisss, pass:catch) Hope you’ll love it… Write me as soon as you check it? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#78915: Cassie
Heeey, baby… Hope you didn’t forget about our tour to Varadero… You don’t write me… Ok, I took out the pictures I told you about right here http://www.arabesque.ru/ (login:kisss, pass:catch) Hope you’ll love it… Write me as soon as you check it? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#66440: Re[3]:
Heeey, baby Hope you didnt forget about our tour to Varadero You dont write me Ok, I took out the pictures I told you about right here http://www.arabesque.ru/ (login:kisss, pass:catch) Hope youll love it Write me as soon as you check it? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#53121: Staci
Heeey, baby Hope you didnt forget about our tour to Varadero You dont write me Ok, I took out the pictures I told you about right here http://www.arabesque.ru/ (login:kisss, pass:catch) Hope youll love it Write me as soon as you check it? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#129459: Brittney
Heeey, baby Hope you didnt forget about our tour to Varadero You dont write me Ok, I took out the pictures I told you about right here http://www.arabesque.ru/ (login:kisss, pass:catch) Hope youll love it Write me as soon as you check it? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#442812: fetchyahoo: provide an option to download new messages just in the spam folder
Package: fetchyahoo Version: 2.10.8-1 Severity: wishlist My yahoo email account receives a lot of spam. I like to report these spam emails to Knujon (www.knujon.com) who in turn shutdown the spamvertized websites. Currently I manually forward each spam email to them. It would be very helpful if you can provide an option to download all the new messages in just the spam folder using fetchyahoo. This way I can zip all the spam emails and send it knujon. thanks raju -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.22-2-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages fetchyahoo depends on: ii libcrypt-ssleay-perl 0.55-1Support for https protocol in LWP ii libhtml-parser-perl3.56-1A collection of modules that parse ii libio-socket-ssl-perl 1.02-1Perl module implementing object or ii libmime-perl 5.420-1 Perl5 modules for MIME-compliant m ii liburi-perl1.35.dfsg.1-1 Manipulates and accesses URI strin ii libwww-perl5.805-1 WWW client/server library for Perl ii perl 5.8.8-7 Larry Wall's Practical Extraction Versions of packages fetchyahoo recommends: pn libterm-readkey-perl (no description available) ii procmail 3.22-16Versatile e-mail processor -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#440465: Off-by-one in ID3v2.pm?
On Sat, Sep 01, 2007 at 09:07:38PM +0200, Harald Dunkel wrote: > There seems to be a problem in ID3v2.pm reading new version 2.4 tags. Hi, Sorry about the delay responding. I've verified the bug, forwarded it to upstream, and your patch will be in the next debian release of libmp3-tag-perl (due soon). thanks, Ian. -- Ian Beckwith - [EMAIL PROTECTED] - http://nessie.mcc.ac.uk/~ianb/ GPG fingerprint: AF6C C0F1 1E74 424B BCD5 4814 40EC C154 A8BA C1EA Listening to: Muslimgauze - Deceiver (Disc 1) - Deceiver -- 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'
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. 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. Thanks, -- Tatsuya Kinoshita pgpufLGp98sTK.pgp Description: PGP signature
Bug#195888: Ursula
Heeey, baby Hope you didnt forget about our tour to Varadero You dont write me Ok, I took out the pictures I told you about right here http://www.arabesque.ru/ (login:kisss, pass:catch) Hope youll love it Write me as soon as you check it? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#442435: xserver-xorg-video-intel: no X after new install
Brice Goglin wrote: Jerry Quinn wrote: Package: xserver-xorg-video-intel Version: 2:2.1.1-1 Severity: important X Window System Version 1.3.0 Release Date: 19 April 2007 X Protocol Version 11, Revision 0, Release 1.3 Build Operating System: Linux Debian (xorg-server 2:1.3.0.0.dfsg-12) Current Operating System: Linux cerberus 2.6.21-2-amd64 #1 SMP Tue Jul 10 21:39:38 UTC 2007 x86_64 This kernel is probably too old to support agpgart for G33. Please try again with 2.6.22. 2.6.22 gives me working X if I manually install the intel-agp module. Thanks, What's the right place to put this so it will autoload correctly in the future? Jerry -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#442805: please do not recommend perl-doc
tags 442805 + wontfix thanks On Sun, Sep 16, 2007 at 07:44:52PM -0400, Philippe Cloutier wrote: >perl is found on almost all systems, but perl-doc is only found in 13.41% of >installs, despite it being currently recommended by perl. This speaks for >itself; systems with perl and without perl-doc are certainly not unusual. There is a bit of history with the perl-doc package... The perl community has been at times very critical of the fact that the docs are split out *at all*. The argument is that the docs are an integral part of the perl distribution. >perl-doc was previously a suggestion, but was upgraded to a recommendation in >5.8.4-7: > * Upgrade suggestion on perl-doc to recommends now that dselect is >less pedantic about the latter. It was originally a "suggests" only because otherwise dselect would prompt every time, which was annoying. It was upgraded to "recommends" when dselect was fixed to only prompt the once. >perl-doc is a 7 MB download, so it would be important not to install it on >default installs. If you don't want it, don't install it. --bod -- 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
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? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#418747: New version - 2.709
Hi. As reported in this bug and in #426095(duplicate), there is a new version of chicken available. Indeed, there is a newer one. The current version is: http://chicken.wiki.br/dev-snapshots/current/chicken-2.709.tar.gz As it was discussed in this thread the release policy of Chicken changed. http://www.mail-archive.com/[EMAIL PROTECTED]/msg00331.html I attach the "rules" file that is in the subversion repository (but not in the release tarball). https://[EMAIL PROTECTED]/svn/chicken-eggs/chicken/trunk/debian We are planning to package software that depend on Chicken for Debian, and we will depend on a newer version of Chicken to complete this task. Please let us know if we can help. http://chicken.wiki.br/debian-eggs Regards, Nelson.- -- http://arhuaco.org rules Description: Binary data
Bug#442810: Acknowledgement (not honouring colour or orientation in postscript export)
p.s. I mentioned orientation in the title. Previously the orientation shown on screen was preserved in the postscript output file. In the new version, alongside the colour problem, the output appears to be rotated 90 deg anticlockwise. This causes gimp, for instance, to cut off the ends of the molecule, expecting the postscript file in portrait mode when it was written in some kind of landscape mode. The colour and orientation bugs do not appear in 2.7.2.1.1-5 from etch. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#441612: additional information
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 :-) So maybe it is a different bug... > Is there a known temporary workaround? I just need to place a sieve script > there. If I can do with a simple cp, that's fine (well temporarily, would > like to check for valid syntax etc too eventually). You can probably cp it over, but then you need to use massivec or somehow tell timsieved to compile the script. -- "One disk to rule them all, One disk to find them. One disk to bring them all and in the darkness grind them. In the Land of Redmond where the shadows lie." -- The Silicon Valley Tarot Henrique Holschuh -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#442619: [Adduser-devel] Bug#442619: adduser: adduser don't accept "s" as "yes" when in portuguese
This one time, at band camp, Eriberto said: > 2007/9/16, Stephen Gran <[EMAIL PROTECTED]>: > > This is by design. locale yesexpr is set depending on whether we have > > the perl-modules package installed, and the failsafe is [Yy]. During > > install, it is likely you may not yet have perl-modules installed. > > > > I'm not really sure that this is a bug, and I don't think there's a lot > > we can do to fix it in any case - we can't really enlarge the base > > install cd for one question. > > > > Comments, ideas, anyone? > > Thanks for your response. > > I installed perl-modules and the adduser command worked fine. I think > it is a bug. If an user receives a Portuguese question, his needs to > answer in Portguese. Please, consider to include perl-module as > dependence. I know it will enlarge the netinst image size. But, IMHO, > it is a coherent action. I understand completely wanting input and output localized to the same language (I can imagine the confusion otherwise, believe me) but the install cd is really out of my hands - I have nothing to do with it. If you want to ask about this on the IRC channel #debian-boot or the mailing list [EMAIL PROTECTED] and let me know what the authoritative people over there say about including perl-modules in a default install image in order to properly localize this question, that would be great. Thanks, -- - | ,''`.Stephen Gran | | : :' :[EMAIL PROTECTED] | | `. `'Debian user, admin, and developer | |`- http://www.debian.org | - signature.asc Description: Digital signature
Bug#442811: old flagged posts are expired on upgrades
Package: liferea Version: 1.4.1-1 Severity: grave This bug causes data loss. After upgrading liferea, apparently all flagged posts kept in excess of the feed cache items limit have been expired and lost forever. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.23-rc3-git10 (SMP w/2 CPU cores) Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/dash Versions of packages liferea depends on: ii gconf2 2.18.0.1-3 GNOME configuration database syste ii libatk1.0-0 1.18.0-2 The ATK accessibility toolkit ii libc6 2.6.1-4 GNU C Library: Shared libraries ii libcairo2 1.4.10-1 The Cairo 2D vector graphics libra ii libdbus-1-3 1.1.1-3 simple interprocess messaging syst ii libdbus-glib-1-20.74-1 simple interprocess messaging syst ii libfontconfig1 2.4.2-1.2generic font configuration library ii libgcc1 1:4.2.1-5GCC support library ii libgconf2-4 2.18.0.1-3 GNOME configuration database syste ii libgcrypt11 1.2.4-2 LGPL Crypto library - runtime libr ii libglade2-0 1:2.6.2-1library to load .glade files at ru ii libglib2.0-02.14.0-2 The GLib library of C routines ii libgnutls13 1.7.19-1 the GNU TLS library - runtime libr ii libgtk2.0-0 2.10.13-1The GTK+ graphical user interface ii libice6 2:1.0.4-1X11 Inter-Client Exchange library ii liblua5.1-0 5.1.2-3 Simple, extensible, embeddable pro ii libnm-glib0 0.6.5-1 network management framework (GLib ii libnotify1 [libnotify1- 0.4.4-3 sends desktop notifications to a n ii libnspr4-0d 4.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 libsm6 2:1.0.3-1+b1 X11 Session Management library ii libsqlite3-03.4.2-1 SQLite 3 shared library ii libstdc++6 4.2.1-5 The GNU Standard C++ Library v3 ii libx11-62:1.0.3-7X11 client-side library ii libxcursor1 1:1.1.9-1X cursor management library ii libxext61:1.0.3-2X11 miscellaneous extension librar ii libxfixes3 1:4.0.3-2X11 miscellaneous 'fixes' extensio ii libxi6 2:1.1.3-1X11 Input extension library ii libxinerama11:1.0.2-1X11 Xinerama extension library ii libxml2 2.6.30.dfsg-2GNOME XML library ii libxrandr2 2:1.2.2-1X11 RandR extension library ii libxrender1 1:0.9.3-1X Rendering Extension client libra ii libxslt1.1 1.1.22-1 XSLT processing library - runtime ii libxul0d1.8.1.6-1Gecko engine library ii zlib1g 1:1.2.3.3.dfsg-5 compression library - runtime Versions of packages liferea recommends: ii dbus 1.1.1-3simple interprocess messaging syst ii dbus-x11 1.1.1-3simple interprocess messaging syst -- no debconf information -- ciao, Marco signature.asc Description: Digital signature
Bug#438733: closed by Sebastien Delafond <[EMAIL PROTECTED]> (Re: Bug#438733: lanmap: /usr/share/lanmap//tmp.lanmap on Read only /usr filesystem)
reopen 438733 tag 438733 = confirmed severity 438733 important thanks Hrm, somehow I totally missed out on the "/usr mounted read-only" part, my bad; I will see what I can do about that... Cheers, --Seb +On Sun, Sep 16, 2007 at 09:18:57PM -0300, Joaquín Martínez wrote: > Dear Sebastien, > > thanks to you. > > > Removing "confirmed" tag, and closing bug: lanmap is designed to > > run as root, since it needs raw access to the network interface, as > > illustrated below: > > But I am afraid that the problem that I was reporting was > related to /usr mounted read only, so even running as root > that temp file has not write access. > > I think that the /usr hierachy is not the best place to write > tmp data. I do not know if this is aganist the standard file > system practices... but it could be. > > Best regards. > > > > 2007/9/16, Debian Bug Tracking System <[EMAIL PROTECTED]>: > > This is an automatic notification regarding your Bug report > > which was filed against the lanmap package: > > > > #438733: lanmap: /usr/share/lanmap//tmp.lanmap on Read only /usr filesystem > > > > It has been closed by Sebastien Delafond <[EMAIL PROTECTED]>. > > > > Their explanation is attached below. If this explanation is > > unsatisfactory and you have not received a better one in a separate > > message then please contact Sebastien Delafond <[EMAIL PROTECTED]> by > > replying > > to this email. > > > > Debian bug tracking system administrator > > (administrator, Debian Bugs database) > > > > > > > > -- Mensagem encaminhada -- > > From: Sebastien Delafond <[EMAIL PROTECTED]> > > To: Joaquín Martínez <[EMAIL PROTECTED]>, [EMAIL PROTECTED] > > Date: Sun, 16 Sep 2007 18:16:48 +0200 > > Subject: Re: Bug#438733: lanmap: /usr/share/lanmap//tmp.lanmap on Read only > > /usr filesystem > > tag 438733 - confirmed > > thanks > > > > Removing "confirmed" tag, and closing bug: lanmap is designed to > > run as root, since it needs raw access to the network interface, as > > illustrated below: > > > > ~ # sudo chmod 777 /usr/share/lanmap > > ~ # lanmap -vvv -o /tmp > > verbosity level 3 > > using interfaces... > > reporting every 60 seconds... > > 8459 records loaded from /usr/share/lanmap//data/mac_vendor > > Couldn't find default interface: no suitable device found > > generating final report... > > == 0 Machines === > > cmd:twopi -Tpng -o /usr/share/lanmap//tmp.lanmap lanmap.dot && mv > > /usr/share/lanmap//tmp.lanmap /tmp/lanmap.png && rm lanmap.dot > > done. > > ~ # echo $? > > 1 > > ~ # > > > > Cheers, > > > > --Seb > > > > On Sun, Aug 19, 2007 at 10:17:17AM -0300, Joaquín Martínez wrote: > > > Package: lanmap > > > Version: 0.1+svn20060227-4 > > > Severity: grave > > > > > > > > > > > > -- System Information: > > > Debian Release: lenny/sid > > > APT prefers testing > > > APT policy: (500, 'testing') > > > Architecture: i386 (i686) > > > > > > Kernel: Linux 2.6.21-2-686 (SMP w/1 CPU core) > > > Locale: LANG=en_IE.UTF-8, LC_CTYPE=en_IE.UTF-8 (charmap=UTF-8) > > > (ignored: LC_ALL set to en_IE.UTF-8) > > > Shell: /bin/sh linked to /bin/bash > > > > > > Versions of packages lanmap depends on: > > > ii graphviz 2.8-2.6rich set of graph drawing > > > tools > > > ii libc6 2.6-2 GNU C Library: Shared > > > libraries > > > ii libpcap0.80.9.5-1System interface for > > > user-level pa > > > > > > lanmap recommends no packages. > > > > > > -- debconf-show failed > > > > > > > > > > > > The exact and complete text of any error messages printed or logged. > > > (IPs and MAC info ): > > > > > > root # lanmap -vvv -o /tmp/ > > > /usr/share/lanmap//tmp.lanmap: Read-only file system > > > /usr/share/lanmap//tmp.lanmap: Read-only file system > > > verbosity level 3 > > > using devices... > > > reporting every 60 seconds... > > > 8459 records loaded from /usr/share/lanmap//data/mac_vendor > > > using device eth1... > > > opening eth1 in promiscuous mode... > > > device 'eth1' net: 0xA8C0, mask: 0x00FF > > > == 1 Machine === > > > Machine (134807496): > > > Roles: Bridge > > > Hostname: "" > > > Operating System: "?" > > > > > > mac <-> ip > > > received signal 2, quitting... > > > generating final report... > > > == 2 Machines === > > > Machine (134807856): > > > Roles: Bridge > > > Hostname: "" > > > Operating System: "?" > > > > > > Machine (134808968): > > > Roles: > > > Hostname: "" > > > Operating System: "?" > > > > > > > > > done. > > > > > > root # > > > > > > > > > A description of the incorrect behaviour: exactly what behaviour > > > you were expecting, and what you observed. > > > > > > Attempting to write on and read only filesystem /usr > > > and no image file is generated in /tmp/ > > > I was expecting that the temp data were under /var > > > > > > Suggested fix: 1) to use the /var hierachy to temp/lib/running data files > >
Bug#442620: [Pkg-aide-maintainers] Bug#442620: aide: Add database_new to enable aide --compare
Marc Haber <[EMAIL PROTECTED]> wrote: > On Sun, Sep 16, 2007 at 09:32:32AM -0700, Bill Wohler wrote: > > I'd suggest adding database_new to the default configuration so that > > "aide --compare" works out of the box. > > Is there any difference to aide --check? Yes, it doesn't rebuild the database so it's fast. Note that I specify verbose=3 in my configuration file since in the nominal case, I just want a list of files that have changed in my email--not the details. It's best when I don't get an email at all. Only once in the past year have I actually needed to see the details, and in that case I ran aide --compare -V5 -- Bill Wohler <[EMAIL PROTECTED]> http://www.newt.com/wohler/ GnuPG ID:610BD9AD -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#442619: [Adduser-devel] Bug#442619: adduser: adduser don't accept "s" as "yes" when in portuguese
Thanks for your response. I installed perl-modules and the adduser command worked fine. I think it is a bug. If an user receives a Portuguese question, his needs to answer in Portguese. Please, consider to include perl-module as dependence. I know it will enlarge the netinst image size. But, IMHO, it is a coherent action. Cheers, Eriberto - Brazil 2007/9/16, Stephen Gran <[EMAIL PROTECTED]>: > This is by design. locale yesexpr is set depending on whether we have > the perl-modules package installed, and the failsafe is [Yy]. During > install, it is likely you may not yet have perl-modules installed. > > I'm not really sure that this is a bug, and I don't think there's a lot > we can do to fix it in any case - we can't really enlarge the base > install cd for one question. > > Comments, ideas, anyone? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#442764: FTBFS: Coverage for Business::ISBN is 92.9%, with 2 naked subroutines
This one time, at band camp, gregor herrmann said:
> On Sun, 16 Sep 2007 20:54:25 +0200, gregor herrmann wrote:
>
> > t/pod_coverage
> > # Failed test 'Pod coverage on Business::ISBN'
> > # in t/pod_coverage.t at line 14.
> > # Coverage for Business::ISBN is 92.9%, with 2 naked subroutines:
> > # isbn_group_code_string_from_number
> > # isbn_publisher_ranges_from_group_number
> > # Looks like you failed 1 test of 1.
> > dubious
> > Test returned status 1 (wstat 256, 0x100)
> > DIED. FAILED test 1
> > Failed 1/1 tests, 0.00% okay
>
> The "naked subroutines" isbn_group_code_string_from_number and
> isbn_publisher_ranges_from_group_number are not in
> libbusiness-isbn-perl but in libbusiness-isbn-data-perl.
The attached patch fixes it by excluding the symbols that come from the
parent class. It looks like Pod::Coverage or Devel::Symdump should have
noticed that when traversing the tree, but it's hard to say.
(Note - I don't think I need to NMU, just saw the bug float by and made
a fast patch. The NMU bit is an artifact of dch and nmudiff).
Cheers,
--
-
| ,''`.Stephen Gran |
| : :' :[EMAIL PROTECTED] |
| `. `'Debian user, admin, and developer |
|`- http://www.debian.org |
-
diff -u libbusiness-isbn-perl-2.02/debian/changelog libbusiness-isbn-perl-2.02/debian/changelog
--- libbusiness-isbn-perl-2.02/debian/changelog
+++ libbusiness-isbn-perl-2.02/debian/changelog
@@ -1,3 +1,10 @@
+libbusiness-isbn-perl (2.02-1.1) unstable; urgency=low
+
+ * Non-maintainer upload.
+ * Fix for FTBFS in Pod::Coverage test (closes: #442764)
+
+ -- Stephen Gran <[EMAIL PROTECTED]> Mon, 17 Sep 2007 01:35:06 +0100
+
libbusiness-isbn-perl (2.02-1) unstable; urgency=low
* New upstream release.
only in patch2:
unchanged:
--- libbusiness-isbn-perl-2.02.orig/t/pod_coverage.t
+++ libbusiness-isbn-perl-2.02/t/pod_coverage.t
@@ -13,7 +13,7 @@
pod_coverage_ok( "Business::ISBN",
{
- trustme => [ qr/^[A-Z_]+$/ ],
+ trustme => [ qr/^([A-Z_]+|isbn_publisher_ranges_from_group_number|isbn_group_code_string_from_number)$/ ],
}
);
}
signature.asc
Description: Digital signature
Bug#440041: request-tracker3.6: not just ssl proxy problem
Package: request-tracker3.6
Version: 3.6.1-4
Followup-For: Bug #440041
We've run into the same problem. In our case we had two front ends, and SSL
proxy for Internet access, and a normal port 80 frontend for use within the
office, which both showed the same problem. Our backend ran on a high port.
So our redirects go to this high port number.
Causing further confusion, we had our firewall portforwarding from tcp port
443 to tcp port 442, which is where our frontend SSL service was listening.
We found this link, which helped a little:
http://www.gossamer-threads.com/lists/rt/users/61508?search_string=redirect;#61508
So my boss found a patch in the RT bug database, and a work around for us.
Apparently there are multiple issues going on. If you run an SSL frontend
and a non-SSL backend, you have one issue, if you run the frontend on a
different port you have another issue, and if you run the frontend on a
different port to what the web request goes to (because of the linux firewall
port forward), you have a third issue. I think.
Our patch says to use a config variable if it's defined (RT::CanonicalRedirect,
which we've defined in our RT_SiteConfig.pm). But during developing the patch
my boss also altered inside the if statement, to fix the https/http problem.
$ diff -u Web.pm Web.pm.patched
--- Web.pm.orig 2007-09-17 09:57:44.333228924 +1000
+++ Web.pm.long.patched 2007-09-17 09:59:58.496618242 +1000
@@ -190,11 +190,20 @@
# If the user is coming in via a non-canonical
# hostname, don't redirect them to the canonical host,
# it will just upset them (and invalidate their credentials)
-if ($uri->host eq $server_uri->host &&
-$uri->port eq $server_uri->port) {
-$uri->host($ENV{'HTTP_HOST'});
-$uri->port($ENV{'SERVER_PORT'});
+# unless they have explicitly requested this with $RT::CanonicalRedirect.
+if ( ( !defined $RT::CanonicalRedirect || $RT::CanonicalRedirect == 0 )
+&& $uri->host eq $server_uri->host
+&& $uri->port eq $server_uri->port )
+{
+if ( $ENV{'HTTPS'} eq 'on' ) {
+$uri->scheme('https');
+}
+else {
+$uri->scheme('http');
}
+$uri->host( $ENV{'HTTP_HOST'} );
+$uri->port( $ENV{'SERVER_PORT'} );
+}
$HTML::Mason::Commands::m->redirect($uri->canonical);
$HTML::Mason::Commands::m->abort;
-- Package-specific info:
Changed files:
There are locally modified files in /usr/local/share/request-tracker3.6/,
these may (or may not) be the source of the problem.
-- 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.18-5-686
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8)
Versions of packages request-tracker3.6 depends on:
ii libapache-session-perl 1.81-1 Perl modules for keeping persisten
ii libcache-cache-perl 1.05-2 Managed caches of persistent infor
ii libcache-simple-timedexpiry- 0.26-1 Perl module to cache and expire ke
ii libcalendar-simple-perl 1.17-2 Perl extension to create simple ca
ii libclass-returnvalue-perl0.53-1 A return-value object that lets yo
ii libdbd-mysql-perl3.0008-1A Perl5 database interface to the
ii libdbd-pg-perl 1.49-2 a PostgreSQL interface for Perl 5
ii libdbd-sqlite3-perl 1.13-1.1Perl DBI driver with a self-contai
ii libdbi-perl 1.53-1 Perl5 database interface by Tim Bu
ii libdbix-searchbuilder-perl 1.45-2 Encapsulate SQL queries and rows i
ii libexception-class-perl 1.21-1 a module that allows you to declar
ii libfcgi-perl 0.67-2 FastCGI Perl module
ii libfreezethaw-perl 0.43-3 converting Perl structures to stri
ii libgd-graph-perl 1.43.08-2.1 Graph Plotting Module for Perl 5
ii libgd-text-perl 0.86-3.1Text utilities for use with GD
ii libhtml-mason-perl 1:1.35-3HTML::Mason Perl module
ii libhtml-parser-perl 3.55-1 A collection of modules that parse
ii libhtml-scrubber-perl0.08-3 Perl extension for scrubbing/sanit
ii liblocale-maketext-fuzzy-per 0.02-2 Maketext from already interpolated
ii liblocale-maketext-lexicon-p 0.62-1 Lexicon-handling backends for "Loc
ii liblog-dispatch-perl 2.11-1 Dispatches messages to multiple Lo
ii libmailtools-perl1.74-1 Manipulate email in perl programs
ii libmime-perl 5.420-0.1 Perl5 modules for MIME-compliant m
ii libmldbm-perl2.01-1 Store multidimensional hash struct
ii libmodule-versions-report-pe 1.02-3 Report versions of all modules in
ii libparams-validate-perl 0.77-1 validate parameters to Perl method
ii libregexp-common-perl2.120-4 Provide commonly requested
Bug#438733: closed by Sebastien Delafond <[EMAIL PROTECTED]> (Re: Bug#438733: lanmap: /usr/share/lanmap//tmp.lanmap on Read only /usr filesystem)
Dear Sebastien, thanks to you. > Removing "confirmed" tag, and closing bug: lanmap is designed to > run as root, since it needs raw access to the network interface, as > illustrated below: But I am afraid that the problem that I was reporting was related to /usr mounted read only, so even running as root that temp file has not write access. I think that the /usr hierachy is not the best place to write tmp data. I do not know if this is aganist the standard file system practices... but it could be. Best regards. 2007/9/16, Debian Bug Tracking System <[EMAIL PROTECTED]>: > This is an automatic notification regarding your Bug report > which was filed against the lanmap package: > > #438733: lanmap: /usr/share/lanmap//tmp.lanmap on Read only /usr filesystem > > It has been closed by Sebastien Delafond <[EMAIL PROTECTED]>. > > Their explanation is attached below. If this explanation is > unsatisfactory and you have not received a better one in a separate > message then please contact Sebastien Delafond <[EMAIL PROTECTED]> by replying > to this email. > > Debian bug tracking system administrator > (administrator, Debian Bugs database) > > > > -- Mensagem encaminhada -- > From: Sebastien Delafond <[EMAIL PROTECTED]> > To: Joaquín Martínez <[EMAIL PROTECTED]>, [EMAIL PROTECTED] > Date: Sun, 16 Sep 2007 18:16:48 +0200 > Subject: Re: Bug#438733: lanmap: /usr/share/lanmap//tmp.lanmap on Read only > /usr filesystem > tag 438733 - confirmed > thanks > > Removing "confirmed" tag, and closing bug: lanmap is designed to > run as root, since it needs raw access to the network interface, as > illustrated below: > > ~ # sudo chmod 777 /usr/share/lanmap > ~ # lanmap -vvv -o /tmp > verbosity level 3 > using interfaces... > reporting every 60 seconds... > 8459 records loaded from /usr/share/lanmap//data/mac_vendor > Couldn't find default interface: no suitable device found > generating final report... > == 0 Machines === > cmd:twopi -Tpng -o /usr/share/lanmap//tmp.lanmap lanmap.dot && mv > /usr/share/lanmap//tmp.lanmap /tmp/lanmap.png && rm lanmap.dot > done. > ~ # echo $? > 1 > ~ # > > Cheers, > > --Seb > > On Sun, Aug 19, 2007 at 10:17:17AM -0300, Joaquín Martínez wrote: > > Package: lanmap > > Version: 0.1+svn20060227-4 > > Severity: grave > > > > > > > > -- System Information: > > Debian Release: lenny/sid > > APT prefers testing > > APT policy: (500, 'testing') > > Architecture: i386 (i686) > > > > Kernel: Linux 2.6.21-2-686 (SMP w/1 CPU core) > > Locale: LANG=en_IE.UTF-8, LC_CTYPE=en_IE.UTF-8 (charmap=UTF-8) > > (ignored: LC_ALL set to en_IE.UTF-8) > > Shell: /bin/sh linked to /bin/bash > > > > Versions of packages lanmap depends on: > > ii graphviz 2.8-2.6rich set of graph drawing tools > > ii libc6 2.6-2 GNU C Library: Shared libraries > > ii libpcap0.80.9.5-1System interface for > > user-level pa > > > > lanmap recommends no packages. > > > > -- debconf-show failed > > > > > > > > The exact and complete text of any error messages printed or logged. > > (IPs and MAC info ): > > > > root # lanmap -vvv -o /tmp/ > > /usr/share/lanmap//tmp.lanmap: Read-only file system > > /usr/share/lanmap//tmp.lanmap: Read-only file system > > verbosity level 3 > > using devices... > > reporting every 60 seconds... > > 8459 records loaded from /usr/share/lanmap//data/mac_vendor > > using device eth1... > > opening eth1 in promiscuous mode... > > device 'eth1' net: 0xA8C0, mask: 0x00FF > > == 1 Machine === > > Machine (134807496): > > Roles: Bridge > > Hostname: "" > > Operating System: "?" > > > > mac <-> ip > > received signal 2, quitting... > > generating final report... > > == 2 Machines === > > Machine (134807856): > > Roles: Bridge > > Hostname: "" > > Operating System: "?" > > > > Machine (134808968): > > Roles: > > Hostname: "" > > Operating System: "?" > > > > > > done. > > > > root # > > > > > > A description of the incorrect behaviour: exactly what behaviour > > you were expecting, and what you observed. > > > > Attempting to write on and read only filesystem /usr > > and no image file is generated in /tmp/ > > I was expecting that the temp data were under /var > > > > Suggested fix: 1) to use the /var hierachy to temp/lib/running data files > > 2) to symlink the /usr file to an /var file on the installation scripts > > > > > > I have added an CCO (I do not like to use his email on a public BTS) > > to Ryan Flynn just to keep him informed. > > > > Thank you for your work and time. > > > > > > Best regards > > > > > -- Gracias por la atención. Un saludo.
Bug#440258: Daylight saving rules changing soon in New Zealand
Hi Piotr, My colleagues have tested your package and it works fine. You can go ahead and upload it to volatile. Thanks for your work! Cheers, Francois -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#442809: pinball: close button doesn't work
Package: pinball Version: 0.3.1-7 Severity: minor Both the window manager close button and the window manager close keystroke (Alt+F4) don't work. This is under metacity btw. -- 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=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages pinball depends on: ii libc6 2.6.1-3 GNU C Library: Shared libraries ii libgcc1 1:4.2.1-5GCC support library ii libgl1-mesa-glx [libgl1]7.0.1-2 A free implementation of the OpenG ii libglu1-mesa [libglu1] 7.0.1-2 The OpenGL utility library (GLU) ii libice6 2:1.0.4-1X11 Inter-Client Exchange library ii libsdl-image1.2 1.2.6-1 image loading library for Simple D ii libsdl-mixer1.2 1.2.6-3 mixer library for Simple DirectMed ii libsdl1.2debian 1.2.11-9 Simple DirectMedia Layer ii libsm6 2:1.0.3-1+b1 X11 Session Management library ii libstdc++6 4.2.1-5 The GNU Standard C++ Library v3 ii pinball-data0.3.1-7 Data files for the Emilia Pinball -- bye, pabs http://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#442808: "ls --dereference $directory" and the names of dangling symlinks
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. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#389632: Problem related with keyboard layouts (Re: bug 389632)
Subject: gedit: Problem related with keyboard layouts Followup-For: Bug #389632 Package: gedit Version: 2.18.2-1 *** Please type your report below this line *** I am another François, and this is my first bug report :) I experience that problem, too ; and only in gedit. I have a multiple keyboard layout configuration (french-russian-US), with French AZERTY by default. I setup the layouts via the standard 'gnome-keyboard-properties' program. Here is what happens: - CTRL-Q does not quit but selects all (the location of the key is 'A' in QWERTY). - CTRL-W does not close the document but undoes last action (the location of the key is 'Z' in QWERTY). - CTRL-A and CTRL-Z do their job. I can solve the problem by removing the US layout from my list. Then, all the shortcuts behave normally. If I put back the US or UK layout, still using the French one, the problem gets back, too. The other layout (Russian) doesn't interfere in any way. -- 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=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages gedit depends on: ii gconf2 2.18.0.1-3GNOME configuration database syste ii gedit-common 2.18.2-1 official text editor of the GNOME ii iso-codes 1.4-1 ISO 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 libc6 2.6.1-1 GNU C Library: Shared libraries ii libenchant1c2a 1.3.0-3+b1a wrapper library for various spel 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 libgnome2-02.18.0-4 The GNOME 2 library - runtime file ii libgnomecanvas2-0 2.14.0-3 A powerful object-oriented display ii libgnomeprint2.2-0 2.18.0-2 The GNOME 2.2 print architecture - ii libgnomeprintui2.2-0 2.18.0-2 GNOME 2.2 print architecture User 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 libgtksourceview1.0-0 1.8.5-1 shared libraries for the GTK+ synt ii libpango1.0-0 1.18.1-1 Layout and rendering of internatio ii libx11-6 2:1.0.3-7 X11 client-side library ii libxml22.6.30.dfsg-2 GNOME XML library ii python 2.4.4-6 An interactive high-level object-o ii python-glade2 2.10.6-1 GTK+ bindings: Glade support ii python-gnome2-desktop 2.18.0-2+b1 Python bindings for the GNOME desk ii python-gtk22.10.6-1 Python bindings for the GTK+ widge ii python-support 0.6.4 automated rebuilding support for p ii python2.4 2.4.4-6 An interactive high-level object-o ii scrollkeeper 0.3.14-13 A free electronic cataloging syste Versions of packages gedit recommends: ii libgnomevfs2-bin 1:2.18.1-2 GNOME Virtual File System (support ii python-gnome22.18.2-1+b1 Python bindings for the GNOME desk ii zenity 2.18.2-1Display graphical dialog boxes fro -- no debconf information
Bug#442425: debian-el: suggest apt-utils-show-package defer package name completions
Matt Hodges <[EMAIL PROTECTED]> writes:
>
> only delays the pain
Yes, that's idea :-).
> (1) Entering an invalid package name for which there is a valid
> completion, e.g., M-x apt-utils-show-package RET foo RET results in
> a message to rebuild the package lists.
Oh, not so good. It looks suspiciously like completing-read doesn't
obey the "require-match" arg if completions are a handler function
instead of a list of possibilities. :( Unless I've botched that
handler...
> Debugger entered--Lisp error: (error "Command attempted to use minibuffer
> while in minibuffer")
> yes-or-no-p("APT package lists may be out of date. Update them? ")
Oh, I didn't notice that. I guess it needs enable-recursive-minibuffers
somewhere.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#442807: new version available: 2.37
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Package: nyquist Version: 2.29-6 Severity: wishlist - --- Please enter the report below this line. --- Hi, It seems that version 2.37 of nyquist is available at: http://www.cs.cmu.edu/~music/music.software.html I don't know what changes or improvements have been made, but mainly I see that there's a library gran.lsp for granular synthesis, and the documentation for 2.37 mentions a function "rrandom" for generating real-valued random numbers which doesn't seem to be in the XLISP in Nyquist 2.29. Thanks for your time! Ethan - --- System information. --- Architecture: i386 Kernel: Linux 2.6.22-1-486 Debian Release: lenny/sid 500 unstablewww.debian-multimedia.org 500 unstabledebian.savoirfairelinux.net 500 testing security.debian.org 1 experimentaldebian.savoirfairelinux.net - --- Package information. --- Depends (Version) | Installed =-+-= libc6(>= 2.3.5-1) | 2.6.1-4 libncurses5(>= 5.4-5) | 5.6+20070908-1 libreadline5 | 5.2-3 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFG7cQihRlgoLPrRPwRAkGlAJwP+ZH49+jg0bCxuCDPTc5yR+51rACgtYWq wIhv4AKL+3oG7PA1kgs= =Kkn2 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#442338: Fwd: Bug#442338: FTBFS: error: 'CURLE_FTP_USER_PASSWORD_INCORRECT' was not declared in this scope
severity 442338 normal thanks On Sat, Sep 15, 2007 at 10:16:49PM +0200, Daniel Stenberg wrote: > On Sat, 15 Sep 2007, Domenico Andreoli wrote: > >> curl 7.17.0 breaks the build of openoffice.org. Rene has already found the >> cause, it is described below. > > Eh, no. curl 7.17.0 does *not* break this as you will see below. better :) >> Is it only a formal error by the curl side or openoffice.org requires to >> be upgraded to the new API? > > The error code CURLE_FTP_USER_PASSWORD_INCORRECT has been moved to the list > of codes that will be removed in the future, and thus it isn't present if > you define CURL_NO_OLDIES when you build. > > So if you want backwards-compatible style you *don't* define CURL_NO_OLDIES > and you can use that define fine still. If you define it, you should be > prepared to edit some of the codes to the up-to-date versions. so I do not need to do anything.. great! ;) hmm.. no, I should really change this bug severity. Thank Daniel for the fast response! You always are my best upstream developer. Cheers, Domenico -[ Domenico Andreoli, aka cavok --[ http://www.dandreoli.com/gpgkey.asc ---[ 3A0F 2F80 F79C 678A 8936 4FEE 0677 9033 A20E BC50 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#442805: please do not recommend perl-doc
Package: perl Version: 5.8.8-7 Severity: wishlist perl is found on almost all systems, but perl-doc is only found in 13.41% of installs, despite it being currently recommended by perl. This speaks for itself; systems with perl and without perl-doc are certainly not unusual. perl-doc was previously a suggestion, but was upgraded to a recommendation in 5.8.4-7: * Upgrade suggestion on perl-doc to recommends now that dselect is less pedantic about the latter. perl-doc is a 7 MB download, so it would be important not to install it on default installs. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#442806: karchiver: fails to detect arj archiver
Package: karchiver Version: 3.4.2~b4-1 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 KArchiver fails to detect arj even tough it is installed: $ dpkg -L arj /. /etc /etc/rearj.cfg /usr /usr/share /usr/share/doc /usr/share/doc/arj /usr/share/doc/arj/xlation.txt /usr/share/doc/arj/debug.txt.gz /usr/share/doc/arj/copyright /usr/share/doc/arj/rev_hist.txt.gz /usr/share/doc/arj/glossary.txt /usr/share/doc/arj/changelog.Debian.gz /usr/share/doc/arj/changelog.gz /usr/share/man /usr/share/man/man1 /usr/share/man/man1/arj-register.1.gz /usr/share/man/man1/arjdisp.1.gz /usr/share/man/man1/rearj.1.gz /usr/share/man/man1/arj.1.gz /usr/bin /usr/bin/arj-register /usr/bin/arj /usr/bin/rearj /usr/bin/arjdisp /usr/lib /usr/lib/arj /usr/lib/arj/arjcrypt.so - -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.21-a64 (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 Versions of packages karchiver depends on: ii kdelibs4c2a 4:3.5.7.dfsg.1-7 core libraries and binaries for al ii libacl1 2.2.42-1 Access control list shared library ii libart-2.0-22.3.19-3 Library of functions for 2D graphi ii libattr11:2.4.32-1.2 Extended attribute shared library ii libaudio2 1.9-2+b1 The Network Audio System (NAS). (s ii libc6 2.6.1-1+b1 GNU C Library: Shared libraries ii libfam0 2.7.0-13 Client library to control the FAM ii libfontconfig1 2.4.2-1.2generic font configuration library ii libfreetype62.3.5-1+b1 FreeType 2 font engine, shared lib ii libgcc1 1:4.2.1-4GCC support library ii libice6 2:1.0.4-1X11 Inter-Client Exchange library ii libidn111.0-0GNU libidn library, implementation ii libjpeg62 6b-14The Independent JPEG Group's JPEG ii libpng12-0 1.2.15~beta5-2 PNG library - runtime ii libqt3-mt 3:3.3.7-7Qt GUI Library (Threaded runtime v ii libsm6 2:1.0.3-1+b1 X11 Session Management library ii libstdc++6 4.2.1-4 The GNU Standard C++ Library v3 ii libx11-62:1.0.3-7X11 client-side library ii libxcursor1 1:1.1.9-1X cursor management library ii libxext61:1.0.3-2X11 miscellaneous extension librar ii libxft2 2.1.12-2 FreeType-based font drawing librar ii libxi6 2:1.1.3-1X11 Input extension library ii libxinerama11:1.0.2-1X11 Xinerama extension library ii libxrandr2 2:1.2.1-1X11 RandR extension library ii libxrender1 1:0.9.3-1X Rendering Extension client libra ii libxt6 1:1.0.5-3X11 toolkit intrinsics library ii zlib1g 1:1.2.3.3.dfsg-5 compression library - runtime karchiver recommends no packages. - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFG7cABYy49rUbZzloRAhF9AKCbxUTLCSh2ZnwnQZohj0oHPClU+QCbBV6Q YTjBbX7yR4bC8UDqSTpsw+c= =MgSR -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#442803: Retitling
retitle 442803 karchiver: 'check for updates' wizard step/menu option should be removed/hidden thanks The same applies for the Settings->Check for updates menu entry. -- Atomo64 - Raphael Please avoid sending me Word, PowerPoint or Excel attachments. See http://www.gnu.org/philosophy/no-word-attachments.html -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#442804: libxml-rsslite-perl: link beginning with newline
Package: libxml-rsslite-perl
Version: 0.11-1
Severity: normal
Running "perl foo.pl" on the program below prints
http://foo.org/
http://foo.org/bar.html
where I hoped it would give the second line only.
The link in the item starts with a newline, and I suspect the munging
within rsslite has decided it's text or something so the feed link
should be added. The way rsslite fixes up fields is a good thing, but
in this case I think the fix should be to strip leading whitespace.
I don't know if leading whitespace is valid rss, I saw it in a feed
http://www.coastalwatch.com/rss/cwreports_330.xml
-- System Information:
Debian Release: lenny/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: i386 (i586)
Kernel: Linux 2.6.22-1-486
Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/dash
Versions of packages libxml-rsslite-perl depends on:
ii perl 5.8.8-7Larry Wall's Practical Extraction
libxml-rsslite-perl recommends no packages.
-- no debconf information
use strict;
use XML::RSSLite;
my %feed;
my $xml = '
http://foo.org
http://foo.org/bar.html
';
parseRSS(\%feed, \$xml);
print $feed{'item'}->{'link'};
Bug#442480: dh_strip --dbg-package= doesn't check if is a package
Matthias Klose wrote: > > The only use of it that might be a feature is --dbg-package=tmp > > and then dh_moveing stuff from there, but that seems pretty unlikely. > > sounds ok, but then dh_strip should be called before dh_install, and > act like dh_strip -pnone --source-dir=debian/tmp --dbg-package=tmp. Yeah, I doubt anyone's actually using it that way, nor does it seem like a use case worth supporting, so I'll add a check. -- see shy jo signature.asc Description: Digital signature
Bug#442802: Retitling
retitle 442802 karchiver: 'download it' links should be removed (or adept/aptitude/apt-get/etc called) thanks They should also be removed from the Configure->Plugins page. -- Atomo64 - Raphael Please avoid sending me Word, PowerPoint or Excel attachments. See http://www.gnu.org/philosophy/no-word-attachments.html -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#442803: karchiver: 'check for updates' wizard check should be skipped
Package: karchiver Version: 3.4.2~b4-1 Severity: minor The 'check for updates' wizard page should be skipped since it is not really useful for Debian users. This is because usually packages in stable get older and it would make no sense to have such a check. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.21-a64 (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 Versions of packages karchiver depends on: ii kdelibs4c2a 4:3.5.7.dfsg.1-7 core libraries and binaries for al ii libacl1 2.2.42-1 Access control list shared library ii libart-2.0-22.3.19-3 Library of functions for 2D graphi ii libattr11:2.4.32-1.2 Extended attribute shared library ii libaudio2 1.9-2+b1 The Network Audio System (NAS). (s ii libc6 2.6.1-1+b1 GNU C Library: Shared libraries ii libfam0 2.7.0-13 Client library to control the FAM ii libfontconfig1 2.4.2-1.2generic font configuration library ii libfreetype62.3.5-1+b1 FreeType 2 font engine, shared lib ii libgcc1 1:4.2.1-4GCC support library ii libice6 2:1.0.4-1X11 Inter-Client Exchange library ii libidn111.0-0GNU libidn library, implementation ii libjpeg62 6b-14The Independent JPEG Group's JPEG ii libpng12-0 1.2.15~beta5-2 PNG library - runtime ii libqt3-mt 3:3.3.7-7Qt GUI Library (Threaded runtime v ii libsm6 2:1.0.3-1+b1 X11 Session Management library ii libstdc++6 4.2.1-4 The GNU Standard C++ Library v3 ii libx11-62:1.0.3-7X11 client-side library ii libxcursor1 1:1.1.9-1X cursor management library ii libxext61:1.0.3-2X11 miscellaneous extension librar ii libxft2 2.1.12-2 FreeType-based font drawing librar ii libxi6 2:1.1.3-1X11 Input extension library ii libxinerama11:1.0.2-1X11 Xinerama extension library ii libxrandr2 2:1.2.1-1X11 RandR extension library ii libxrender1 1:0.9.3-1X Rendering Extension client libra ii libxt6 1:1.0.5-3X11 toolkit intrinsics library ii zlib1g 1:1.2.3.3.dfsg-5 compression library - runtime karchiver recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#442441: gcompris: assertion `main_loops != NULL' failed
Dear Yann,
I've installed the version 8.4-1 and the result is the
same:
xec_prefix NULL
XF86VidMode: Compiled with XF86VidMode.
If you have problems starting GCompris in fullscreen,
try the -x option to disable XF86VidMode.
** (process:3877): WARNING **: Binary relocation
disabled
package_data_dir = /usr/share/gcompris/boards
package_locale_dir = /usr/share/locale
package_plugin_dir = /usr/lib/gcompris
package_python_plugin_dir= /usr/share/gcompris/python
GCompris
Versió: 8.4
LlicÃncia: GPL
Més informació a http://gcompris.net
Also, I've executed the program in debug mode. The
insteresting part is at import system, which it
receives a signal 11:
gcompris: opened module /usr/lib/gcompris/libmenu.so
with name menu
gcompris: We found the correct plugin for board
geometry (type=menu)
gcompris: opened module /usr/lib/gcompris/libpython.so
with name python
gcompris: Executing import sys;
sys.path.append('/home/qduran/home/qduran/.config/gcompris/Plugins//python');
sys.path.append('/usr/share/gcompris/python')
gcompris: GCompris got the 11 signal, starting exit
procedure
gcompris: Database closed
gcompris: properties free
Things to note:
1 - The directory /usr/share/gcompris/python is
present in the system.
2 - The path
/home/qduran/home/qduran/.config/gcompris/Plugins//python
has two times the '/home/qduran' prefix.
3 - The path from point 2 only exists till
/home/qduran/.config/gcompris/ (no Plugins directory
exists in the .config/gcompris dir).
Hope this helps!!
Thanks and Best Regards,
Joaquim Duran
--- Yann Dirson <[EMAIL PROTECTED]> escribió:
> On Sun, Sep 16, 2007 at 07:38:51AM +0200, Joaquim
> Duran wrote:
> > Package: gcompris
> > Version: 8.3.2-1
> > Severity: grave
>
> Can you please check if this also happens with 8.4-1
> ?
>
> > Justification: renders package unusable
> > Gcompris is not able to start its execution due to
> an assertion of gtk
> > library:
> >
> > $gcompris -x
> > exec_prefix NULL
> > XF86VidMode: Compiled with XF86VidMode.
> > If you have problems starting GCompris in
> fullscreen, try the -x option
> > to disable XF86VidMode.
> >
> > ** (process:4324): WARNING **: Binary relocation
> disabled
> > package_data_dir =
> /usr/share/gcompris/boards
> > package_locale_dir = /usr/share/locale
> > package_plugin_dir = /usr/lib/gcompris
> > package_python_plugin_dir=
> /usr/share/gcompris/python
> > Infos:
> >Config dir '/home/qduran/.config/gcompris'
> >Users dir '/home/qduran/My GCompris'
> >Database
> '/home/qduran/.config/gcompris/gcompris_sqlite.db'
> > sys:1: GtkWarning: gtk_main_quit: assertion
> `main_loops !=NULL' failed
> >
>
Sé un Mejor Amante del Cine
¿Quieres saber cómo? ¡Deja que otras personas te ayuden!
http://advision.webevents.yahoo.com/reto/entretenimiento.html
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#166198: Dorthy
Heeey, baby Hope you didnt forget about our tour to Varadero You dont write me Ok, I took out the pictures I told you about right here http://www.arabesque.ru/ (login:kisss, pass:catch) Hope youll love it Write me as soon as you check it? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#201994: Marina
Heeey, baby… Hope you didn’t forget about our tour to Varadero… You don’t write me… Ok, I took out the pictures I told you about right here http://www.arabesque.ru/ (login:kisss, pass:catch) Hope you’ll love it… Write me as soon as you check it? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#414099: gcc-4.1: cross build failure: debug package not built when cross compiling
On Mon, 17 Sep 2007 00:46:49 +0200 Jö Fahlke <[EMAIL PROTECTED]> wrote: > I don't currently have a powerpc machine up and running, so I won't > be able to test the resulting compiler very much. Also, I've switched > to lenny in the meantime. For building the pakage, I'm using > > * dpkg-cross 1.39 Currently being re-written. 1.99+2.0.0pre1 is in experimental, pre2 is pending changes in dpkg. The rest of the issues are all to do with gcc-4.2, not dpkg-cross. > * libgcc1-powerpc-cross is needed to cross-build gcc-4.2 since the > libc stuff depends on it. libc6-foo-cross to be precise. > However, cross-building gcc will produce > another version of libgcc1-powerpc-cross. The version produced by > dpkg-cross depends on gcc-4.2-base-powerpc-cross, while the other > version depends on gcc-4.2-powerpc-linux-gnu-base, which was > produced in the cross-build. You've missed a trick with the dpkg-cross one - use the '-X' option to exclude Architecture:all packages or use apt-cross to download, build and install libgcc1-foo-cross in one operation so that the dependency is omitted. dpkg-cross (like dpkg) isn't aware of the detail of a dependency - it just knows the name. apt-cross uses the apt cache to retrieve data (like whether it is Architecture:all) and uses that data to make sensible decisions about which dependencies are relevant to dpkg-cross and passes the '-X' option for the others. When building Emdebian toolchains, we install libgcc1 (amongst others) using apt-cross, then build binutils and gcc, then install in one operation. Try checking the source code of emchain from emdebian-tools. -- Neil Williams = http://www.data-freedom.org/ http://www.nosoftwarepatents.com/ http://www.linux.codehelp.co.uk/ pgprK2TUsJ7iD.pgp Description: PGP signature
Bug#175034: Abigail
Heeey, baby Hope you didnt forget about our tour to Varadero You dont write me Ok, I took out the pictures I told you about right here http://www.arabesque.ru/ (login:kisss, pass:catch) Hope youll love it Write me as soon as you check it? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#166180: Sondra
Heeey, baby Hope you didnt forget about our tour to Varadero You dont write me Ok, I took out the pictures I told you about right here http://www.arabesque.ru/ (login:kisss, pass:catch) Hope youll love it Write me as soon as you check it? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#442802: karchiver: 'download it' wizard links should be removed (or adept/aptitude/apt-get/etc called)
Package: karchiver Version: 3.4.2~b4-1 Severity: minor -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 The provided "download it" links in the "firt-install" wizard should not be displayed because they are useless for Debian users. In any case they should launch some apt frontend in order to install the packages that provide such functionality. - -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.21-a64 (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 Versions of packages karchiver depends on: ii kdelibs4c2a 4:3.5.7.dfsg.1-7 core libraries and binaries for al ii libacl1 2.2.42-1 Access control list shared library ii libart-2.0-22.3.19-3 Library of functions for 2D graphi ii libattr11:2.4.32-1.2 Extended attribute shared library ii libaudio2 1.9-2+b1 The Network Audio System (NAS). (s ii libc6 2.6.1-1+b1 GNU C Library: Shared libraries ii libfam0 2.7.0-13 Client library to control the FAM ii libfontconfig1 2.4.2-1.2generic font configuration library ii libfreetype62.3.5-1+b1 FreeType 2 font engine, shared lib ii libgcc1 1:4.2.1-4GCC support library ii libice6 2:1.0.4-1X11 Inter-Client Exchange library ii libidn111.0-0GNU libidn library, implementation ii libjpeg62 6b-14The Independent JPEG Group's JPEG ii libpng12-0 1.2.15~beta5-2 PNG library - runtime ii libqt3-mt 3:3.3.7-7Qt GUI Library (Threaded runtime v ii libsm6 2:1.0.3-1+b1 X11 Session Management library ii libstdc++6 4.2.1-4 The GNU Standard C++ Library v3 ii libx11-62:1.0.3-7X11 client-side library ii libxcursor1 1:1.1.9-1X cursor management library ii libxext61:1.0.3-2X11 miscellaneous extension librar ii libxft2 2.1.12-2 FreeType-based font drawing librar ii libxi6 2:1.1.3-1X11 Input extension library ii libxinerama11:1.0.2-1X11 Xinerama extension library ii libxrandr2 2:1.2.1-1X11 RandR extension library ii libxrender1 1:0.9.3-1X Rendering Extension client libra ii libxt6 1:1.0.5-3X11 toolkit intrinsics library ii zlib1g 1:1.2.3.3.dfsg-5 compression library - runtime karchiver recommends no packages. - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFG7boVYy49rUbZzloRArYyAJ94CAry5AtsCww+XQc/xNdHSa6NVwCgnGyB AtaX6Xl71Brppl8J8PRRRi4= =eo8O -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#77055: Jaclyn
Heeey, baby… Hope you didn’t forget about our tour to Varadero… You don’t write me… Ok, I took out the pictures I told you about right here http://www.arabesque.ru/ (login:kisss, pass:catch) Hope you’ll love it… Write me as soon as you check it? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#202023: Fern
Heeey, baby Hope you didnt forget about our tour to Varadero You dont write me Ok, I took out the pictures I told you about right here http://www.arabesque.ru/ (login:kisss, pass:catch) Hope youll love it Write me as soon as you check it? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#442801: add an option to avoid returning a 404 error if the file cannot be checked for up-to-date-ness
Package: approx Version: 2.9.0 Hi, I do a lot of Debian work offline. Using an APT proxy could help me a lot, since I could use the proxy's cache to download packages I need. However, this doesn't work very well with approx. If a file is not up to date, approx tries to check if a more up to date version exists. If I'm offline, this fails, and approx returns a 404 error. I could incrase $interval, but then approx would never check for more up-to-date Package lists. It would be great if it was possible to tell approx "don't return a 404 error if you cannot check if a file is up-to-date. Just return the existing file." A configuration option could be added for that. -- | 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#140334: Ina
Heeey, baby Hope you didnt forget about our tour to Varadero You dont write me Ok, I took out the pictures I told you about right here http://www.arabesque.ru/ (login:kisss, pass:catch) Hope youll love it Write me as soon as you check it? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#145257: HI
Heeey, baby Hope you didnt forget about our tour to Varadero You dont write me Ok, I took out the pictures I told you about right here http://www.arabesque.ru/ (login:kisss, pass:catch) Hope youll love it Write me as soon as you check it? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#171851: Rosetta
Heeey, baby Hope you didnt forget about our tour to Varadero You dont write me Ok, I took out the pictures I told you about right here http://www.arabesque.ru/ (login:kisss, pass:catch) Hope youll love it Write me as soon as you check it? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#194727: Charity
Heeey, baby Hope you didnt forget about our tour to Varadero You dont write me Ok, I took out the pictures I told you about right here http://www.arabesque.ru/ (login:kisss, pass:catch) Hope youll love it Write me as soon as you check it? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#130653: Lottie
Heeey, baby Hope you didnt forget about our tour to Varadero You dont write me Ok, I took out the pictures I told you about right here http://www.arabesque.ru/ (login:kisss, pass:catch) Hope youll love it Write me as soon as you check it? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#194840: Adriana
Heeey, baby… Hope you didn’t forget about our tour to Varadero… You don’t write me… Ok, I took out the pictures I told you about right here http://www.arabesque.ru/ (login:kisss, pass:catch) Hope you’ll love it… Write me as soon as you check it? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#122948: Janine
Heeey, baby Hope you didnt forget about our tour to Varadero You dont write me Ok, I took out the pictures I told you about right here http://www.arabesque.ru/ (login:kisss, pass:catch) Hope youll love it Write me as soon as you check it? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#30972: Ursula
Heeey, baby Hope you didnt forget about our tour to Varadero You dont write me Ok, I took out the pictures I told you about right here http://www.arabesque.ru/ (login:kisss, pass:catch) Hope youll love it Write me as soon as you check it? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#94164: Marina
Heeey, baby Hope you didnt forget about our tour to Varadero You dont write me Ok, I took out the pictures I told you about right here http://www.arabesque.ru/ (login:kisss, pass:catch) Hope youll love it Write me as soon as you check it? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#95254: Francisca
Heeey, baby Hope you didnt forget about our tour to Varadero You dont write me Ok, I took out the pictures I told you about right here http://www.arabesque.ru/ (login:kisss, pass:catch) Hope youll love it Write me as soon as you check it? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#44010: Fay
Heeey, baby Hope you didnt forget about our tour to Varadero You dont write me Ok, I took out the pictures I told you about right here http://www.arabesque.ru/ (login:kisss, pass:catch) Hope youll love it Write me as soon as you check it? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#28701: Autumn
Heeey, baby Hope you didnt forget about our tour to Varadero You dont write me Ok, I took out the pictures I told you about right here http://www.arabesque.ru/ (login:kisss, pass:catch) Hope youll love it Write me as soon as you check it? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#94197: Lucia
Heeey, baby Hope you didnt forget about our tour to Varadero You dont write me Ok, I took out the pictures I told you about right here http://www.arabesque.ru/ (login:kisss, pass:catch) Hope youll love it Write me as soon as you check it? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#116824: Lucia
Heeey, baby Hope you didnt forget about our tour to Varadero You dont write me Ok, I took out the pictures I told you about right here http://www.arabesque.ru/ (login:kisss, pass:catch) Hope youll love it Write me as soon as you check it? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#6786: Bonita
Heeey, baby Hope you didnt forget about our tour to Varadero You dont write me Ok, I took out the pictures I told you about right here http://www.arabesque.ru/ (login:kisss, pass:catch) Hope youll love it Write me as soon as you check it? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#34071: Rosetta
Heeey, baby… Hope you didn’t forget about our tour to Varadero… You don’t write me… Ok, I took out the pictures I told you about right here http://www.arabesque.ru/ (login:kisss, pass:catch) Hope you’ll love it… Write me as soon as you check it? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#68917: Kristie
Heeey, baby Hope you didnt forget about our tour to Varadero You dont write me Ok, I took out the pictures I told you about right here http://www.arabesque.ru/ (login:kisss, pass:catch) Hope youll love it Write me as soon as you check it? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#67857: Etta
Heeey, baby Hope you didnt forget about our tour to Varadero You dont write me Ok, I took out the pictures I told you about right here http://www.arabesque.ru/ (login:kisss, pass:catch) Hope youll love it Write me as soon as you check it? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
