Bug#476496: [subversion] subversion doesn't recognize http URIs anymore
Package: subversion Version: 1.4.6dfsg1-2.1 Severity: normal --- Please enter the report below this line. --- svn no longer works with http URIs: $ uname -a Linux lightspeed2 2.6.25-rc8 #5 Tue Apr 8 21:16:47 EEST 2008 x86_64 GNU/Linux $ svn up svn: Unrecognized URL scheme for 'http://llvm.org/svn/llvm-project/llvm/trunk' $ svn info Path: . URL: http://llvm.org/svn/llvm-project/llvm/trunk Repository Root: http://llvm.org/svn/llvm-project Repository UUID: 91177308-0d34-0410-b5e6-96231b3b80d8 Revision: 49650 Node Kind: directory Schedule: normal Last Changed Author: lattner Last Changed Rev: 49648 Last Changed Date: 2008-04-14 19:44:41 +0300 (Mon, 14 Apr 2008) --- System information. --- Architecture: amd64 Kernel: Linux 2.6.25-rc8 Debian Release: lenny/sid 500 unstablewww.debian-multimedia.org 500 unstableftp.iasi.roedu.net 500 testing ftp.iasi.roedu.net 500 gutsy wine.budgetdedicated.com 1 experimentalftp.iasi.roedu.net --- Package information. --- Depends (Version) | Installed ===-+-=== libsvn1 (= 1.4.6dfsg1-2.1) | 1.4.6dfsg1-2.1 libapr1 | 1.2.12-1 libc6(= 2.7-1) | 2.7-10 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#473651: [Pkg-samba-maint] Bug#473651: [samba] Add a regular backup of .tdb files
On Tue, Apr 01, 2008 at 07:28:55AM +0200, Christian Perrier wrote: Quoting Gilles Mocellin ([EMAIL PROTECTED]): Package: samba Version: 3.0.28a-1 Severity: minor --- Please enter the report below this line. --- I recently had a corrupted /var/lib/samba/winbind_idmap.tdb file. It was not cool to recover. I saw a crontab file for (/etc/cron.daily/samba) which backups the smbpasswd file. It could also make a tdbbackup of all files in /var/lib/samba and /var/cache/samba. It's harmless. Can be run online. And really helpfull in case of corruption. Well, I agree that losing Winbind's ID mapping database is certainly not cool at all. I actually expect every experienced samba admin to backup that file and some others (I'd actually recommend backing up the entire /var/lib/samba directory) but at least helping the less experienced admin could be a good idea. After all, I still remember the days when I started using winbind and was ignorant about the importance of ID mapping. Other maintainers, objections about a daily cron job for winbind to backup this file ? Any ideas about other files important enough to be copied and waste some space in /var/backups ? Actually yes, I do object because I don't think we should be doing piecemeal backups in individual packages. Losing winbind_idmap is bad, but not worse than losing other databases on the system, and I haven't seen that tdbs are noticeably more fragile than other database formats that they should require a separate backup policy from the rest of the system. But I see that you've already reached the same conclusion on your own, so ok then. :) -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ [EMAIL PROTECTED] [EMAIL PROTECTED]
Bug#435678: Status of Cheese packaging?
2008-03-26, 16:07 +0100, Sven Arvidsson: Hi, Cheese was rejected by the ftp masters, so it will need to go through NEW again. http://lists.alioth.debian.org/pipermail/pkg-gnome-maintainers/2008-March/043371.html AFAICS the reject reason (copyright file) has been corrected in the svn. Please upload it again. A lot of people are waiting for it. :) -- Changwoo Ryu [EMAIL PROTECTED] signature.asc Description: This is a digitally signed message part
Bug#476497: Cyclebuffer may be redundant
Package: emacs-goodies-el Version: 29.2-1 Severity: wishlist Cyclebuffer may be redundant. Remove or at least add a comment in /usr/share/doc/emacs-goodies-el/README.Debian.gz See /usr/share/emacs/22.2/etc/NEWS: ** You can now switch buffers in a cyclic order with C-x C-left (previous-buffer) and C-x C-right (next-buffer). C-x left and C-x right can be used as well. The functions keep a different buffer cycle for each frame, using the frame-local buffer list. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#476353: update-alternatives: error or eof reading /var/lib/dpkg/alternatives/policy-rc.d
Package: runit-run Followup-For: Bug #476353 Hi, the timestamp of the zero-length alternatives file was from a day where I had another broken runit upgrade due to failed service directory migration during runtime, so I guess it was caused by some side-effect of my attempts to fix that. Regards, Tino -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.25-rc9-00045-g0de19a4 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages runit-run depends on: ii initscripts 2.86.ds1-56 Scripts for initializing and shutt ii runit1.8.0-6 a UNIX init scheme with service su ii sysv-rc 2.86.ds1-56 System-V-like runlevel change mech Versions of packages runit-run recommends: ii fgetty0.6-5 very small, efficient, console-onl -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#463011: Upstream report of Debian bug #463011
I've posted a copy of the message I sent to Theo on February 3 at http://www.cs.hmc.edu/~pmiller/openssh-report. The instruction of where to submit a report was found at http://www.openbsd.org/security.html which may not have been the fastest means of contact, in retrospect, but should have evoked a much quicker response than it did. Given that, I would be inclined to ask if there was a problem in that message's delivery, if someone with the means to check feels like doing so. Well, I never saw it. I came back from NZ to about 8000 pieces of mail. But I don't think it was even in my mailbox, because I scan quite carefully. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#473784: kmail freeze if I click on any link
Hi, Are you sure this is kmail's bug? Have you tried with kmail alone? Is it freezing without using konqueror? Please let the bug report know. Thanks! -- Cheers, Kartik Mistry | 0xD1028C8D | IRC: kart_ Blogs: {ftbfs,kartikm}.wordpress.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#198356: many still apply
Did you check that these bugs didn't still apply to the current versions? Please check first. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#476349: please provide a '--quiet' option (or similar)
Joey Hess schrieb: The only way to supress kernel printks to the console is to write to /proc/sys/kernel/printk. It is out of scope for os-proper to do that. Allright? I wish that the grub people had talked to us before deciding to use os-prober by default. This looks like an increasingly bad idea. Huh, why? Could you please explain your concerns to us? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#476398: [Pkg-samba-maint] Bug#476398: Bug#476398: Info received (Bug#476398 closed by Christian Perrier [EMAIL PROTECTED] (Re: Bug#476398: Samba 'panic action' script, /usr/share/samba/panic-act
Quoting Mitch ([EMAIL PROTECTED]): Attached is a copy of the requested info Well, sorry if I'm wrong but I don't see any sign of crash of that log... Also, please don't forget that another bit of information we need: the output of testparm -s smb.conf (preferrably to a raw smb.conf) signature.asc Description: Digital signature
Bug#476499: Package builds libcairo2-doc_1.6.4-1_all.deb when binary-indep target is not called.
Package: cairo Version: 1.6.4-1 Severity: important Hi, i got the above message while autobuilding your package. This is unnecessary, as it uses only cpu-cycles on our buildds. Greetings Martin -- Martin Zobel-Helas [EMAIL PROTECTED] | Debian Release Team Member Debian GNU/Linux Developer | Debian Listmaster Public key http://zobel.ftbfs.de/5d64f870.asc - KeyID: 5D64 F870 GPG Fingerprint: 5DB3 1301 375A A50F 07E7 302F 493E FB8E 5D64 F870 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#476477: notfound 476477 in 1.0000-1, found 476477 in 2:1.0000-1
# Automatically generated email from bts, devscripts version 2.10.25+local notfound 476477 1.-1 # missed the epoch found 476477 2:1.-1 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#473715: openbox xrootconsole don't play nice anymore
Anibal Avelar wrote: I tested with openbox 3.4.5-1 and I confirm the program xrootconsole worked fine (the same version). Indeed xrootconsole is a very old program (the latest version was since 2004). The latest changes on openbox 3.4.6.1 to affect its behaviour. Hi, Although (very?) old, wrootconsole is a great tool. root-tail seems more recent, but one feature is missing. Root-tail doesn't allow to display stdin (at least not easily). I was using xrootconsole that way to display remote logs: ssh -t $MAILSERVER tail -F /var/log/mail.log | xrootconsole -geo 210x51+1280+0 -fn 6x10 -fg blue --wrap Thanks for your time reply. Laurent -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#476500: konqueror: file shortcut keys (a-z) don't work for smb shares
Subject: konqueror: file shortcut keys (a-z) don't work for smb shares Package: konqueror Version: 4:3.5.9.dfsg.1-2+b1 Severity: normal When browsing a samba share, the shortcut keys (a-z) should cause the selection to jump to a dir or file starting with that letter (same as with local filesystems), but this doesn't work. The only key which works is 'f', which moves the selection to the next file/folder (even ones that don't start with 'f'). For local folders 'f' only jumps between files and folders which actually start with 'f'. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-686 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages konqueror depends on: ii kcontrol 4:3.5.9.dfsg.1-2+b1 control center for KDE ii kdebase-kio-plugins 4:3.5.9.dfsg.1-2+b1 core I/O slaves for KDE ii kdelibs4c2a 4:3.5.9.dfsg.1-2+b1 core libraries and binaries for al ii kdesktop 4:3.5.9.dfsg.1-2+b1 miscellaneous binaries and files f ii kfind4:3.5.9.dfsg.1-2+b1 file-find utility for KDE ii libc62.7-10 GNU C Library: Shared libraries ii libgcc1 1:4.3.0-3 GCC support library ii libkonq4 4:3.5.9.dfsg.1-2+b1 core libraries for Konqueror ii libqt3-mt3:3.3.8b-5 Qt GUI Library (Threaded runtime v ii libstdc++6 4.3.0-3 The GNU Standard C++ Library v3 ii libx11-6 2:1.0.3-7 X11 client-side library konqueror recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#435678: Status of Cheese packaging?
Am Donnerstag, den 17.04.2008, 15:08 +0900 schrieb Changwoo Ryu: 2008-03-26, 16:07 +0100, Sven Arvidsson: Hi, Cheese was rejected by the ftp masters, so it will need to go through NEW again. http://lists.alioth.debian.org/pipermail/pkg-gnome-maintainers/2008-March/043371.html AFAICS the reject reason (copyright file) has been corrected in the svn. Please upload it again. A lot of people are waiting for it. :) Sjoerd asked for someone else to review the copyright file before his next upload. Until now nobody reviewed it, it's somewhere on my TODO list though, might take some time signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Bug#476111: ln -sf fails to overwrite symlinks to directories
also sprach Bob Proulx [EMAIL PROTECTED] [2008.04.14.2220 +0200]: BSD systems will treat symlinks transparently. If the symlink points to a directory then the new target will be made in the directory. SysV systems will detect that the target is a symlink and replace the symlink. I personally find the SysV behavior much more intuitive. Assuming Debian is in the SysV camp, then this is not what's happening. The symlink is being created inside the directory, even though I added -f and did not postfix a slash to the name. The behaviour I see for ls is different: here, the symlink is dereferenced only when a slash is appended. between BSD and SysV. The only portable strategy is to remove the target first to ensure that it does not exist before creating a new one. I have been tripped up on this point by moving scripts from HP-UX to BSD and GNU systems. This potentially creates a race condition... -- .''`. martin f. krafft [EMAIL PROTECTED] : :' : proud Debian developer, author, administrator, and user `. `'` http://people.debian.org/~madduck - http://debiansystem.info `- Debian - when you have better things to do than fixing systems microsoft: for when quality, reliability, and security just aren't that important! digital_signature_gpg.asc Description: Digital signature (see http://martin-krafft.net/gpg/)
Bug#469139: It isn't a libdb4.6 bug !
Here too. What to do wasn't clear, so: # db4.6_dump /var/lib/apt/listchanges.db db.dump # rm /var/lib/apt/listchanges.db # db4.5_load /var/lib/apt/listchanges.db db.dump This workaround could work well if only db4 was installed on my box, but I only have db3 :( and I get the issue on every apt-get upgrade or install attempt Traceback (most recent call last): File /usr/bin/apt-listchanges, line 227, in ? main() File /usr/bin/apt-listchanges, line 148, in main seen.close() File /usr/lib/python2.4/bsddb/__init__.py, line 237, in close v = self.db.close() bsddb.db.DBRunRecoveryError: (-30975, 'DB_RUNRECOVERY: Fatal error, run database recovery -- PANIC: fatal region error detected; run recovery') The bug isn't linked to libdb4.6 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#476501: New version of libxine1 makes the package uninstallable
Package: vdr-plugin-xineliboutput Version: 1.0.0~rc2-14 Severity: grave There is a new version of libxine1 on the archives which makes this package uninstallable because of its dependency on libxine1 ( 1.1.12), typically this should be solved by recompiling vdr-plugin-xineliboutput against the new libxine1, however I see you also have bug #473434 open which seems to address this in a better way for the future, so having a look at it doesn't seem a bad idea. Regards... -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.25-rc9 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/dash Versions of packages vdr-plugin-xineliboutput depends on: ii libc6 2.7-10 GNU C Library: Shared libraries ii libgcc1 1:4.3.0-3 GCC support library ii libstdc++64.3.0-3The GNU Standard C++ Library v3 ii vdr 1.4.7-3Video Disk Recorder for DVB cards vdr-plugin-xineliboutput recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#299701: [Logcheck-devel] Moving a rule to its package ? [Fwd: Suggestion : include /etc/logcheck/ignore.d.server/sympa in sympa package]
also sprach Olivier Berger [EMAIL PROTECTED] [2008.04.16.1147 +0200]: Should the rules be included in the sympa package, to be adapted to updates of the program, or be kept in logcheck-database (for cases of manual installations of sympa ?). I think it makes more sense to have it distributed by sympa. If the file were to be moved, would there be a need for a diversion to adapt to the transitional period where it would have been added in sympa and not yet removed from logcheck-database, maybe ? You take the file and upload a new version, which Replaces logcheck and let us know. We can then upload a new version without the file. -- .''`. martin f. krafft [EMAIL PROTECTED] : :' : proud Debian developer, author, administrator, and user `. `'` http://people.debian.org/~madduck - http://debiansystem.info `- Debian - when you have better things to do than fixing systems i am not in favour of long engagements. they give people the opportunity of finding out each other's character before marriage, which i think is never advisable. -- oscar wilde digital_signature_gpg.asc Description: Digital signature (see http://martin-krafft.net/gpg/)
Bug#476334: [Pkg-samba-maint] Bug#476334: Repeated segfaults with 2k8 server domain member
reopen 476334 thanks On Thu, Apr 17, 2008 at 09:17:47AM +0200, Christian Perrier wrote: Quoting Brian May ([EMAIL PROTECTED]): Steve Langasek wrote: The final release of what? I can't find any context in the bug report for this comment, are you talking about an upgrade of the Windows server? Yes. Like I explained in my previous post it was 2k8 beta, now 2k8 final. So, we can probably close this bug now, blaming w2k8...:-) Given that this is a segfault in the server, we probably want to have a closer look at this instead of writing it off as a win2k8 bug. Unfortunately, so far it's only been reproduced with an older (etch) version of Samba, which makes it even harder to debug, but I think we still ought to be sure before dismissing the bug. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ [EMAIL PROTECTED] [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#472613: ffmpeg-free_0.cvs20071007-4(hppa/experimental): FTBFS: missing -fPIC
Frank Lichtenheld schrieb: It is not (AFAICT from a random sample of the build logs). hppa is just the most picky about it. I fear you are confused by the build logs. The build is run twice, once for the static libraries (without -FPIC -DPIC) and then again for the shared libraries (With -fPIC -DPIC). I have checked the logs for some other archs and they all get the right flags in the second build - all but hppa. Cheers, Fabian -- Dipl.-Phys. Fabian Greffrath Ruhr-Universität Bochum Lehrstuhl für Energieanlagen und Energieprozesstechnik (LEAT) Universitätsstr. 150, IB 3/134 D-44780 Bochum Telefon: +49 (0)234 / 32-26334 Fax: +49 (0)234 / 32-14227 E-Mail: [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#469139: It isn't a libdb4.6 bug !
On 2008-04-17 09:18:09 +0200, [EMAIL PROTECTED] wrote: Here too. What to do wasn't clear, so: # db4.6_dump /var/lib/apt/listchanges.db db.dump # rm /var/lib/apt/listchanges.db # db4.5_load /var/lib/apt/listchanges.db db.dump This workaround could work well if only db4 was installed on my box, but I only have db3 :( and I get the issue on every apt-get upgrade or install attempt You need to install the packages that provide these commands. Only libdb4.5 is needed by apt-listchanges currently: apt-listchanges depends on python-apt, which depends on python, which depends on python2.4, which depends on libdb4.5. Traceback (most recent call last): File /usr/bin/apt-listchanges, line 227, in ? main() File /usr/bin/apt-listchanges, line 148, in main seen.close() File /usr/lib/python2.4/bsddb/__init__.py, line 237, in close v = self.db.close() bsddb.db.DBRunRecoveryError: (-30975, 'DB_RUNRECOVERY: Fatal error, run database recovery -- PANIC: fatal region error detected; run recovery') The bug isn't linked to libdb4.6 Why not? -- Vincent Lefèvre [EMAIL PROTECTED] - Web: http://www.vinc17.org/ 100% accessible validated (X)HTML - Blog: http://www.vinc17.org/blog/ Work: CR INRIA - computer arithmetic / Arenaire project (LIP, ENS-Lyon)
Bug#476431: gpm makes apps hang if running; they run normally if stopped
Hello Simon! Can you debug it the following way: - stop your gpm using application (i.e. w3m) - stop gpm - start gpm with -D and your normal parameters on console 1 add LOGFILE 21 at the end - start your gpm using application on console 2 - wait until it hangs - abort your program and gpm - send LOGFILE to here (or the URL, if it is too big) Sincerly Nico Simon Raven [Wed, Apr 16, 2008 at 01:13:08PM -0400]: Package: gpm Version: 1.20.3~pre3-3 Severity: normal hi, i just finished a run of aptitude (update/upgrade). i do my aptitude run, then when i hit Press return to continue. and do so, aptitude hangs just before it clears the screen to show its window. when gpm is stopped, it continues to run normally. this also happens with other apps that are built with libgpmg support (w3m, others). when stopped, aptitude does this in syslog: = Apr 16 13:02:05 acahkos aptitude: *** info Apr 16 13:02:05 acahkos aptitude: /dev/gpmctl: No such file or directory Apr 16 13:02:05 acahkos aptitude: *** info Apr 16 13:02:05 acahkos aptitude: /dev/gpmctl: No such file or directory Apr 16 13:02:05 acahkos aptitude: *** err Apr 16 13:02:05 acahkos aptitude: Oh, oh, it's an error! possibly I die! Apr 16 13:02:46 acahkos aptitude: *** info Apr 16 13:02:46 acahkos aptitude: /dev/gpmctl: No such file or directory Apr 16 13:02:46 acahkos aptitude: *** info Apr 16 13:02:46 acahkos aptitude: /dev/gpmctl: No such file or directory Apr 16 13:02:46 acahkos aptitude: *** err Apr 16 13:02:46 acahkos aptitude: Oh, oh, it's an error! possibly I die! = running with udev, so udev removed /dev/gpmctl when gpm was stopped. other info provided upon request. thanks, simon -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.24.2-acahkos Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gpm depends on: ii debconf [debconf-2.0] 1.5.20Debian configuration management sy ii debianutils2.28.4Miscellaneous utilities specific t ii libc6 2.7-10GNU C Library: Shared libraries ii libgpmg1 1.20.3~pre3-3 General Purpose Mouse - shared lib ii lsb-base 3.2-8 Linux Standard Base 3.2 init scrip ii ucf3.006 Update Configuration File: preserv gpm recommends no packages. -- debconf information: * gpm/responsiveness: * gpm/repeat_type: none * gpm/append: -B 321 * gpm/restart: true * gpm/sample_rate: * gpm/type: exps2 * gpm/device: /dev/input/mice ___ pkg-gpm-devel mailing list [EMAIL PROTECTED] http://lists.alioth.debian.org/mailman/listinfo/pkg-gpm-devel -- Think about Free and Open Source Software (FOSS). http://nico.schottelius.org/documentations/foss/the-term-foss/ PGP: BFE4 C736 ABE5 406F 8F42 F7CF B8BE F92A 9885 188C signature.asc Description: Digital signature
Bug#476502: aide-common: typo in 31_aide_amanda-server
Package: aide-common Version: 0.13.1-10 Severity: normal Tags: patch confirmed pending Hi, there is a typo @@{YEAR4D] in 31_aide_amanda-server Patch: --- debian/aide.conf.d/31_aide_amanda-server(revision 742) +++ debian/aide.conf.d/31_aide_amanda-server(working copy) @@ -35,7 +35,7 @@ cat EOF @@define AMANDA_LOGDIR $AMANDA_LOGDIR @@{AMANDA_LOGDIR}/log\.@@{YEAR4D}[0-9]{4}\.0$ LowDELog -@@{AMANDA_LOGDIR}/oldlog/log\.@@{YEAR4D][0-9]{4}\.0$ SerMemberDELog +@@{AMANDA_LOGDIR}/oldlog/log\.@@{YEAR4D}[0-9]{4}\.0$ SerMemberDELog @@{AMANDA_LOGDIR}/amdump\.1$ LoSerMemberLog @@{AMANDA_LOGDIR}/amdump\.[2-8]$ SerMemberLog @@{AMANDA_LOGDIR}/amdump\.9$ HiSerMemberLog already applied in svn. As this is a conffile, feel free to apply locally. Greetings Marc -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#476503: iceweasel: Depends: libhunspell-1.1-0 (= 1.1.6-1) which is a virtual package.
Package: iceweasel Version: 2.0.0.13-1 Severity: grave amd64 It may be a problem in the lib package, but there is no libhunspell* bug page Currently I've libhunspell-1.2-0 installed. Still the dependency doesn't let me install iceweasel. thanks -- Ivan Sergio Borgonovo http://www.webthatworks.it -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#476504: nvidia-kernel-source: Fails to build with Linux kernel 2.6.25
Package: nvidia-kernel-source Version: 169.12-1 Severity: important Business as usual. :-/ , | /usr/src/modules/nvidia-kernel/nv/nv-vm.c: In function 'nv_flush_caches': | /usr/src/modules/nvidia-kernel/nv/nv-vm.c:364: error: implicit declaration of function 'global_flush_tlb' | make[5]: *** [/usr/src/modules/nvidia-kernel/nv/nv-vm.o] Error 1 ` -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.24.4 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 nvidia-kernel-source depends on: ii debhelper 6.0.11 helper programs for debian/rules ii dpatch2.0.29 patch maintenance system for Debia ii make 3.81-4 The GNU version of the make util ii sed 4.1.5-7The GNU sed stream editor Versions of packages nvidia-kernel-source recommends: ii devscripts2.10.25scripts to make the life of a Debi ii kernel-package11.001-0.1 A utility for building Linux kerne ii nvidia-glx169.12-1 NVIDIA binary Xorg driver -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#472613: ffmpeg-free_0.cvs20071007-4(hppa/experimental): FTBFS: missing -fPIC
I have only checked build logs for ffmpeg-free_0.cvs20071007-4, not for ffmpeg-free_0.svn20080206-1 from experimental. Obviously I have been confused, too. ;) However, I have added another option --extra-cflags=-fPIC -DPIC to debian/rules for the build of the shared library in SVN. Could someone with access to a hppa machine please check if this resolves this issue? Cheers, Fabian -- Dipl.-Phys. Fabian Greffrath Ruhr-Universität Bochum Lehrstuhl für Energieanlagen und Energieprozesstechnik (LEAT) Universitätsstr. 150, IB 3/134 D-44780 Bochum Telefon: +49 (0)234 / 32-26334 Fax: +49 (0)234 / 32-14227 E-Mail: [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#476505: ace_5.6.3-1(sparc/unstable): FTBFS: QT not found while configuring
Package: ace Version: 5.6.3-1 Severity: serious There was an error while trying to autobuild your package: Automatic build of ace_5.6.3-1 on lebrun by sbuild/sparc 98 Build started at 20080417-0903 [...] ** Using build dependencies supplied by package: Build-Depends: autoconf, automake, autotools-dev, bzip2, debhelper (= 5), docbook-to-man, dpatch (= 2.0.10), libfltk1.1-dev (= 1.1.4), libqt4-dev, libssl-dev (= 0.9.7d), libtool, libxt-dev (= 4.3.0), libzzip-dev, tk8.4-dev (= 8.4.7), zlib1g-dev [...] checking for gethostbyname... yes checking for connect... yes checking for remove... yes checking for shmat... yes checking for IceConnectionNumber in -lICE... yes checking for pkg-config... no checking for Qt4... not found checking whether tclConfig.sh exists in /usr/lib/tcl8.4... yes checking whether tkConfig.sh exists in /usr/lib/tk8.4... yes checking for fox-config... no checking for Kerberos include flags needed by OpenSSL... no checking for OpenSSL libraries... yes configure: error: ACE_QtReactor cannot be enabled: Qt not found. make: *** [configure-stamp] Error 1 dpkg-buildpackage: failure: debian/rules build gave error exit status 2 A full build log can be found at: http://buildd.debian.org/build.php?arch=sparcpkg=acever=5.6.3-1 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#476506: gedit is unable to read from stdin
Package: gedit Severity: minor Version: 2.22.1-1 Hi, I'd like gedit to be able to read from stdin and use it for commands like 'svn diff | vi -' instead of vi. However, gedit seems to be unable to read from stdin but attempts to create a new empty file called '-' instead. Cheers, Fabian -- Dipl.-Phys. Fabian Greffrath Ruhr-Universität Bochum Lehrstuhl für Energieanlagen und Energieprozesstechnik (LEAT) Universitätsstr. 150, IB 3/134 D-44780 Bochum Telefon: +49 (0)234 / 32-26334 Fax: +49 (0)234 / 32-14227 E-Mail: [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#327249: Processed: /var/lib/phpgroupware owned by root instead of www-data
Le mercredi 16 avril 2008 à 17:28 +0200, Alexander Klauer a écrit : Olivier Berger: Le mercredi 16 avril 2008 à 16:19 +0200, Alexander Klauer a écrit : # dpkg -l | grep phpgroupware rc phpgroupware 0.9.16.012+dfsg-1 web based groupware system written in PHP Strange... it seems the phpgroupware package isn't installed... as an epoch 1 package. Correct. The phpgroupware version 0.9.16.012+dfsg-1 (non-epoch) package was installed for quite some time, and then marked as to-be-removed by aptitude for unsatisfied dependencies two days ago (this happens sometimes, as new packages appear in lenny and their dependencies change); I'm surprised that it would have been to be removed, instead of upgraded by the new phpgroupware package (yes, the transition one). Maybe you chose to remove it instead of upgrading it ? the current version of the phpgroupware binary package is only transitional anyway, it being replaced by phpgroupware-0.9.16. Hmmm... I'm afraid it's not exactly that. But it's a bit too complex maybe : From the description of the new phpgroupware package : This empty package is a transition package to the new phpgroupware-0.9.16-* (epoch 1) packages for phpGroupware. . See package phpgroupware-0.9.16 instead. . Note that all phpgroupware apps previously packaged (epoch 0) may no longer be available. . After successful upgrade, this package can be safely removed. Thus, it's meant to be upgraded first, and then maybe afterwards removed, as the last sentence explains it. The problem seems to be that such procedure can be avoided... and I couldn't find a way to avoid that without adding too many dependencies for cases of new installations drom scratch. It was difficult to do it any other way I'm afraid :( Is this clear ? So I selected phpgroupware-0.9.16-calendar, phpgroupware-0.9.16-manual and phpgroupware-0.9.16-doc for installation. All the other packages were selected by aptitude to satisfy dependencies. phpgroupware-0.9.16 was NOT among them. Right : it's only a meta package now. This one is not really necessary now maybe... but it prepares a path for appearance of a future phpgroupware-0.9.18 package some day. (Both would conflict with eachother probably, being in the distro at the same time) Maybe a missing dependency in the package? No. The one which others depend on is now phpgroupware-0.9.16-core-base. It's the one which now provides the debconf scripts and stuff for Debianisation of phpGW (which used to be provided by the phpgroupware package). Installing this package would pull in the phpgroupware-0.9.16-core package, which in turn would pull in a lot of other phpgroupware modules through Recommends. Yes indeed. The idea is that phpgroupware-0.9.16-core is too a meta package (depending on all core groupware modules). I'd expect to see phpgroupware (1:0.9.16.012+dfsg-2) there (see http://packages.debian.org/lenny/phpgroupware) ... Maybe that explains the issue that you had ? I think you mean phpgroupware-0.9.16, not phpgroupware. Well, maybe yes, but then phpgroupware-0.9.16-calendar etc. should Depends on phpgroupware-0.9.16 somewhere down the chain. No, as I explained above. I hope the picture is a bit clearer now... still a schema may be necessary for a better explanation ? ;) I'm not exactly sure what rc means... removed+unconfigured ? Package removed, configuration files still installed. Thanks. That's what I guessed it was. (configuration files of the old phpgroupware still exist; maybe that's the source of the problem). I also tested the new installation with a test account. Everything worked just fine. So I'd say the bug may be fixed then. It worked just fine until the reboot. I cannot rule out that I inadvertently tested the old installation (or parts of it) somehow before the reboot. In any case, aptitude had finished the installation, of course, before I began testing. Do you have an idea of what happened during the upgrade (which apt frontend used, also) ? aptitude, see above. Maybe you should reinstall the phpgroupware package (version 1:0.9.16.012+dfsg-2), and maybe remove it once it's installed OK, just for the sake of a clean system ? I'm quite content that it works now. From what you told me above, my guess is a Depends or a Replaces was missing somewhere. If it's an issue of the phpgroupware - phpgroupware-0.9.16 transition only, this bug may be quite irrelevant in testing, but please make sure the etch-lenny transition works flawlessly, once lenny becomes stable. Thank you! Yes, that's a concern we have with this upgrade process... Hmmm... I guess we may need a second think about all this, and your comments were definitely valuable. Maybe I devised the dependency scheme for the new packages with a bit too many constraints at the same time... I'll try and do more upgrade tests, but
Bug#17406: Teach her how to suck well
-- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#299701: [Logcheck-devel] Moving a rule to its package ? [Fwd: Suggestion : include /etc/logcheck/ignore.d.server/sympa in sympa package]
martin f krafft said at 17/04/2008 08:14: also sprach Olivier Berger [EMAIL PROTECTED] [2008.04.16.1147 +0200]: Should the rules be included in the sympa package, to be adapted to updates of the program, or be kept in logcheck-database (for cases of manual installations of sympa ?). I think it makes more sense to have it distributed by sympa. Personally I'd prefer it to be distributed with logcheck. When you have a centralised log server running logcheck, it's rather painful trying to get rules set up when packages ship their own logcheck rules. Ronny -- Ronny Adsetts Technical Director Amazing Internet Ltd, London t: +44 20 8607 9535 f: +44 20 8607 9536 w: www.amazinginternet.com Registered office: UK House, 82 Heath Road, Twickenham TW1 4BW Registered in England. Company No. 4042957 signature.asc Description: OpenPGP digital signature
Bug#476507: Font names in latex-sanskrit
Package: latex-sanskrit Version: 2.2-4 It seems that the type1 fonts are not correctly named with respect to the font map file `skt.map'. This prevents ghostscript from finding those fonts when you process your document via LaTeX + dvips. (Although it works fine with pdfLaTeX.) From my investigation of the bug, it appears that the type1 fonts in the package are not in sync with the upstream package as available on CTAN: http://www.ctan.org/tex-archive/language/sanskrit/ For instance, in the `skt.map' file, you will find the following line: skt10 WiknerSanskrit10-Upright skt10.pfb But `skt10.pfb' identifies itself as `skt10' and not as `WiknerSanskrit10-Upright': /FontName /skt10 def (on line 23) This is not the case in the CTAN package: /FontName /WiknerSanskrit10-Upright def To correct this, two solutions, I guess: - fix the font names in the `skt.map' file, reverting for instance to: skt10 skt10 skt10.pfb - or update the type1 fonts with the correct version found in the upstream CTAN package (my preferred solution). I have tried both of them, and they appear to fix the problem. Thank you! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#476509: python-coherence: Doesn't cope with multiple network interfaces
Package: python-coherence Version: 0.5.2-1 Severity: normal Hi, My media box has multiple network interfaces (external, internal, wireless). Unfortunately it seems coherence only does it's announcing and discovering on one of them instead of all of them.. Which makes it a lot less usefull on machines with this kind of configuraiton Sjoerd -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.24-1-amd64 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=nl_NL (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages python-coherence depends on: ii python2.5.2-0.1 An interactive high-level object-o ii python-celementtree 1.0.5-10 Light-weight toolkit for XML proce ii python-central0.6.2 register and build utility for Pyt ii python-configobj 4.4.0-2a simple but powerful config file ii python-ctypes 1.0.2-3Python package to create and manip ii python-elementtree1.2.6-11 Light-weight toolkit for XML proce ii python-gst0.100.10.11-1 generic media-playing framework (P ii python-louie 1.1-1 Python signal dispatching mechanis ii python-pkg-resources 0.6c8-3Package Discovery and Resource Acc ii python-twisted-core 8.0.1-1Event-based framework for internet ii python-twisted-web8.0.0-1An HTTP protocol implementation to ii python-zopeinterface 3.3.1-5The implementation of interface de python-coherence recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#476508: molly-guard: please add an option to add a .motd style notice before shutting down
Package: molly-guard Version: 0.3.2-1 Severity: wishlist Hi, I have a number of hosts that do not cleanly reboot when booted from the console. They need physical presence and a punch on the reset button to come up again. I'd love molly-guard to cat a file like /etc/molly-guard.message to the console before asking for the host name to remind the operator that the machine needs special handholding to boot as I have a history of not remembering which boxes are plagued with this property. Greetings Marc -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#476332: [Buildd-tools-devel] Bug#476332: schroot: Fails mysteriously when /etc/schroot/schroot.conf is a symlink
The discussion of O_NOFOLLOW in the following might be helpful: http://www.linux-knowledge-portal.org/en/content.php?content/programming/secprog2.html Most attacks that O_NOFOLLOW prevents can be executed with hard links; I believe the only exceptions are those in which the object being opened is a directory or other object that cannot be hard linked, and only then when the symlink is in the last component of the directory name. Consequently, I believe O_NOFOLLOW is intended for programs like find, and is not useful for much else. Correct me if I'm wrong, but I believe schroot only reads configuration files from within /etc/, so it should not be vulnerable to the typical race condition attacks that O_NOFOLLOW is trying to prevent. -Tim Abbott On Wed, 16 Apr 2008, Roger Leigh wrote: On Tue, Apr 15, 2008 at 06:41:31PM -0400, Timothy G Abbott wrote: Package: schroot Version: 1.1.6-1 Severity: normal When I try to use schroot on a system where /etc/schroot/schroot.conf is a symbolic link to another file (I've triple-checked that it's a regular file and not another symlink), I get the following strange error: $ schroot -pc athena E: /etc/schroot/schroot.conf: Failed to open file: Too many levels of symbolic links There's only one symbolic link involved, and the normal limit for recursive symbolic links on linux is much higher than that. The standard errors (from the source code) are: FILE_NOTREG, File is not a regular file FILE_OPEN, Failed to open file FILE_OWNER, File is not owned by user root FILE_PERMS, File has write permissions for others)) Due to running setuid-root, I do some extra checks to ensure that the system can't be compromised if the permissions are wrong. One additional step we take is here: // stat filename (in case it's a pipe and open(2) blocks) stat file_status1(file); if (file_status1.uid() != 0) throw error(file, FILE_OWNER); if (file_status1.check_mode(stat::PERM_OTHER_WRITE)) throw error(file, FILE_PERMS); if (!file_status1.is_regular()) throw error(file, FILE_NOTREG); /* Use a UNIX fd, for security (no races) */ int fd = open(file.c_str(), O_RDONLY|O_NOFOLLOW); if (fd 0) throw error(file, FILE_OPEN, strerror(errno)); Your errror is from the last line. We deliberately instructed open(2) to not follow symbolic links with the O_NOFOLLOW, which is why you get the rather cryptic error about too many levels of symbolic links-- one level or greater is too much in this case. I chose to do this for security reasons, but this could be changed by removing the O_NOFOLLOW. I would, however, need to be convinced that this was no less secure than with the O_NOFOLLOW before changing this --I don't want to unintentionally introduce a security exploit, so I chose the convervative option originally. Regards, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linux http://people.debian.org/~rleigh/ `. `' Printing on GNU/Linux? http://gutenprint.sourceforge.net/ `-GPG Public Key: 0x25BFB848 Please GPG sign your mail. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#476511: cacti-cactid: the transitional package (v0.8.7a-1) cannot be installed
Package: cacti-cactid Version: 0.8.7a-1 Severity: important The transitional package to cacti-spine cannot be installed and because of this an upgrade from etch to lenny will fail. I've tried this on i386 and amd64 arches and this seems to be the reason why 'cacti-spine' is not migrating to lenny: http://packages.qa.debian.org/c/cacti-spine.html http://release.debian.org/migration/testing.pl?package=cacti-spine This is an attempt to install the package: piti:~# apt-get install cacti-cactid Reading package lists... Done Building dependency tree Reading state information... Done Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. Since you only requested a single operation it is extremely likely that the package is simply not installable and a bug report against that package should be filed. The following information may help to resolve the situation: The following packages have unmet dependencies: cacti-cactid: Depends: cacti-spine but it is not going to be installed E: Broken packages I'm setting the priority to 'important' and let you decide if it should be raised to 'grave' an to consider this bug as RC. Thanks -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.22-3-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#476398: [Pkg-samba-maint] Bug#476398: Bug#476398: Info received (Bug#476398 closed by Christian Perrier [EMAIL PROTECTED] (Re: Bug#476398: Samba 'panic action' script, /usr/share/samba/panic-act
When I run, testparm -s smb.conf, I get this; myplace:/home/mitch# testparm -s smb.conf Load smb config files from smb.conf params.c:OpenConfFile() - Unable to open configuration file smb.conf: No such file or directory map_file: Failed to load /usr/share/samba/valid.dat - No such file or directory creating default valid table Error loading services. Attached is the smb.conf from /etc/samba On Thu, 2008-04-17 at 08:34 +0200, Christian Perrier wrote: Quoting Mitch ([EMAIL PROTECTED]): Attached is a copy of the requested info Well, sorry if I'm wrong but I don't see any sign of crash of that log... Also, please don't forget that another bit of information we need: the output of testparm -s smb.conf (preferrably to a raw smb.conf) # # Sample configuration file for the Samba suite for Debian GNU/Linux. # # # This is the main Samba configuration file. You should read the # smb.conf(5) manual page in order to understand the options listed # here. Samba has a huge number of configurable options most of which # are not shown in this example # # Any line which starts with a ; (semi-colon) or a # (hash) # is a comment and is ignored. In this example we will use a # # for commentary and a ; for parts of the config file that you # may wish to enable # # NOTE: Whenever you modify this file you should run the command # testparm to check that you have not made any basic syntactic # errors. # #=== Global Settings === [global] log file = /var/log/samba/log.%m passwd chat = *Enter\snew\sUNIX\spassword:* %n\n *Retype\snew\sUNIX\spassword:* %n\n *password\supdated\ssuccessfully* . obey pam restrictions = yes socket options = TCP_NODELAY encrypt passwords = true passwd program = /usr/bin/passwd %u passdb backend = tdbsam wins support = true dns proxy = no netbios name = myplace server string = %h server invalid users = root path = /home/mitch workgroup = workgroup os level = 20 syslog = 0 panic action = /usr/share/samba/panic-action %d max log size = 1000 debug level = 10 ## Browsing/Identification ### # Change this to the workgroup/NT-domain name your Samba server will part of # server string is the equivalent of the NT Description field # Windows Internet Name Serving Support Section: # WINS Support - Tells the NMBD component of Samba to enable its WINS Server ; wins support = no # WINS Server - Tells the NMBD components of Samba to be a WINS Client # Note: Samba can be either a WINS Server, or a WINS Client, but NOT both ; wins server = w.x.y.z # This will prevent nmbd to search for NetBIOS names through DNS. # What naming service and in what order should we use to resolve host names # to IP addresses ; name resolve order = lmhosts host wins bcast Networking # The specific set of interfaces / networks to bind to # This can be either the interface name or an IP address/netmask; # interface names are normally preferred ; interfaces = 127.0.0.0/8 eth0 # Only bind to the named interfaces and/or networks; you must use the # 'interfaces' option above to use this. # It is recommended that you enable this feature if your Samba machine is # not protected by a firewall or is a firewall itself. However, this # option cannot handle dynamic or non-broadcast interfaces correctly. ; bind interfaces only = true Debugging/Accounting # This tells Samba to use a separate log file for each machine # that connects # Put a capping on the size of the log files (in Kb). # If you want Samba to only log through syslog then set the following # parameter to 'yes'. ; syslog only = no # We want Samba to log a minimum amount of information to syslog. Everything # should go to /var/log/samba/log.{smbd,nmbd} instead. If you want to log # through syslog you should set the following parameter to something higher. # Do something sensible when Samba crashes: mail the admin a backtrace ### Authentication ### # security = user is always a good idea. This will require a Unix account # in this server for every user accessing the server. See # /usr/share/doc/samba-doc/htmldocs/Samba3-HOWTO/ServerType.html # in the samba-doc package for details. ; security = user # You may wish to use password encryption. See the section on # 'encrypt passwords' in the smb.conf(5) manpage before enabling. # If you are using encrypted passwords, Samba will need to know what # password database type you are using. ; guest account = nobody # This boolean parameter controls whether Samba attempts to sync the Unix # password with the SMB password when the encrypted SMB password in the # passdb is changed. ; unix password sync = no # For Unix password sync to work on a Debian GNU/Linux system, the following # parameters must be set (thanks to Ian Kahan [EMAIL PROTECTED] for #
Bug#476489: ucspi: should conflict with courier-mta
On Thu, Apr 17, 2008 at 01:45:38AM +0200, Ralf Treinen wrote: ucspi-tcp should conflict with courier-mta as it shares a file with that package: Hi Ralf, is there a specific reason why you file this bug on the ucspi-tcp package, and not courier-mta, or both packages? Thanks, Gerrit. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#476510: subversion seems to be broken (/usr/lib/libsvn_ra_dav-1.so.0 should be in package libsvn1 but does not exist)
Package: subversion Version: 1.4.6dfsg1-2.1 [EMAIL PROTECTED]:/tmp$ svn co https://svn.openwrt.org/openwrt/packages svn: Unrecognized URL scheme for 'https://svn.openwrt.org/openwrt/packages' [EMAIL PROTECTED]:/tmp$ [strace] [EMAIL PROTECTED]:/tmp$ strace [...] open(/usr/lib/libsvn_ra_dav-1.so.0, O_RDONLY) = -1 ENOENT (No such file or directory) [...] [EMAIL PROTECTED]:/tmp$ apt-file search libsvn_ra_dav libsvn-dev: /usr/lib/libsvn_ra_dav-1.a libsvn-dev: /usr/lib/libsvn_ra_dav-1.so libsvn1: /usr/lib/libsvn_ra_dav-1.so.1 libsvn1: /usr/lib/libsvn_ra_dav-1.so.1.0.0 [EMAIL PROTECTED]:/tmp$ sudo apt-get install libsvn1 Reading package lists... Done Building dependency tree Reading state information... Done libsvn1 is already the newest version. 0 upgraded, 0 newly installed, 0 to remove and 4 not upgraded. [EMAIL PROTECTED]:/tmp$ dpkg -L libsvn1 | grep libsvn_ra_dav [EMAIL PROTECTED]:/tmp$ Even if the E-mail-address is a spam-email-address i'll check the account for any non-spam-mail's so i'll read responses for sure. Regards Mirko ([EMAIL PROTECTED]) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#299701: [Logcheck-devel] Bug#299701: Moving a rule to its package ? [Fwd: Suggestion : include /etc/logcheck/ignore.d.server/sympa in sympa package]
also sprach Ronny Adsetts [EMAIL PROTECTED] [2008.04.17.1010 +0200]: Personally I'd prefer it to be distributed with logcheck. When you have a centralised log server running logcheck, it's rather painful trying to get rules set up when packages ship their own logcheck rules. This is not what logcheck was designed for. Anyway, I don't want to come across as dictating what can and cannot be done. Ronny, if you are using logcheck extensively, maybe you could help out a bit with the packaging? The basic rule remains: those who do get to decide how to do it. :) -- martin | http://madduck.net/ | http://two.sentenc.es/ it's as bad as you think, and they are out to get you. spamtraps: [EMAIL PROTECTED] digital_signature_gpg.asc Description: Digital signature (see http://martin-krafft.net/gpg/)
Bug#476512: pcmanfm: possible to add a StartupWMClass key in the desktop file ?
Package: pcmanfm Version: 0.3.6.2-1 Severity: normal Hi, Is it possible to add a StartupWMClass key (for example : StartupWMClass=pcmanfm) in the pcmanfm.desktop file ? from freedesktop : StartupWMClass key If specified, it is known that the application will map at least one window with the given string as its WM class or WM name hint Under my window manager (e17), the window manager is sensible to this key. So if it doesn't break anything, could you please add this to the desktop file ? Thanks a lot Guillaume -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.24.4-1 (PREEMPT) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to fr_FR.UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages pcmanfm depends on: ii dbus1.2.1-1 simple interprocess messaging syst ii desktop-file-utils 0.15-1 Utilities for .desktop files ii gamin 0.1.9-2 File and directory monitoring syst ii hal 0.5.11~rc2-1 Hardware Abstraction Layer ii libatk1.0-0 1.22.0-1 The ATK accessibility toolkit ii libc6 2.7-10 GNU C Library: Shared libraries ii libcairo2 1.6.4-1 The Cairo 2D vector graphics libra ii libdbus-1-3 1.2.1-1 simple interprocess messaging syst ii libdbus-glib-1-20.74-2 simple interprocess messaging syst ii libgamin0 [libfam0] 0.1.9-2 Client library for the gamin file ii libglib2.0-02.16.3-2 The GLib library of C routines ii libgtk2.0-0 2.12.9-3 The GTK+ graphical user interface ii libhal-storage1 0.5.11~rc2-1 Hardware Abstraction Layer - share ii libhal1 0.5.11~rc2-1 Hardware Abstraction Layer - share ii libpango1.0-0 1.20.2-2 Layout and rendering of internatio ii libstartup-notification00.9-1library for program launch feedbac ii libx11-62:1.0.3-7X11 client-side library ii shared-mime-info0.23-5 FreeDesktop.org shared MIME databa Versions of packages pcmanfm recommends: ii gksu 2.0.0-5graphical frontend to su ii gnome-icon-theme 2.22.0-1 GNOME Desktop icon theme -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#475847: is trayicon is not supported, gajim shouldn't try trayicon mode
On Wed, Apr 16, 2008 at 08:07:41PM +0200, matthieu castet wrote: Ok thanks for the explication. But I think there is a bug in gajim for optional module. If a module was enable because it was present, then it is removed. Gajim should detect that and disable the option. For the trayicon it detect that is not present, but still use the trayicon path of not showing the main windows. That way in my case, gajim should have display a windows. I agree with your problem and solution, in this specific case the cause of the bug is the python2.5 transition. gajim somehow (correctly from his POV?) assumes that his trayicon module is there, which is the case. But yes it should fallback even if his version of trayicon could not be loaded for whatever reason. filippo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#299701: [Logcheck-devel] Bug#299701: Moving a rule to its package ? [Fwd: Suggestion : include /etc/logcheck/ignore.d.server/sympa in sympa package]
Le jeudi 17 avril 2008 à 10:34 +0200, martin f krafft a écrit : also sprach Ronny Adsetts [EMAIL PROTECTED] [2008.04.17.1010 +0200]: Personally I'd prefer it to be distributed with logcheck. When you have a centralised log server running logcheck, it's rather painful trying to get rules set up when packages ship their own logcheck rules. This is not what logcheck was designed for. And what about the diversion option, which can help accomodate both uses of logcheck ? Regards, -- Olivier BERGER [EMAIL PROTECTED] (*NEW ADDRESS*) http://www-inf.it-sudparis.eu/~olberger/ - OpenPGP-Id: 1024D/6B829EEC Ingénieur Recherche - Dept INF Institut TELECOM / TELECOM Management SudParis (http://www.it-sudparis.eu/), Evry
Bug#472613: ffmpeg-free_0.cvs20071007-4(hppa/experimental): FTBFS: missing -fPIC
Fabian Greffrath [EMAIL PROTECTED] writes: I fear you are confused by the build logs. The build is run twice, once for the static libraries (without -FPIC -DPIC) and then again for the shared libraries (With -fPIC -DPIC). I have checked the logs for some other archs and they all get the right flags in the second build - all but hppa. Maybe this part of configure (line 1815ff) is the culprit? # PIC flags for shared library objects where they are needed if enabled shared; then # LIBOBJFLAGS may have already been set in the OS configuration if test -z $LIBOBJFLAGS ; then case $arch in x86_64|ia64|alpha|sparc*|power*) LIBOBJFLAGS='$(PIC)' ;; esac fi fi I wonder why mipsen don't show the same problem, though. Maybe they have no problem with non-pic code in libraries as i386 has? in that case, the solution would be obvious: adding hppa to the quoted list... -- Gruesse/greetings, Reinhard Tartler, KeyID 945348A4 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#327249: Processed: /var/lib/phpgroupware owned by root instead of www-data
Le mercredi 16 avril 2008 à 23:23 +0200, Olivier Berger a écrit : Le mercredi 16 avril 2008 à 17:28 +0200, Alexander Klauer a écrit : Olivier Berger: Le mercredi 16 avril 2008 à 16:19 +0200, Alexander Klauer a écrit : # dpkg -l | grep phpgroupware rc phpgroupware 0.9.16.012+dfsg-1 web based groupware system written in PHP Strange... it seems the phpgroupware package isn't installed... as an epoch 1 package. Correct. The phpgroupware version 0.9.16.012+dfsg-1 (non-epoch) package was installed for quite some time, and then marked as to-be-removed by aptitude for unsatisfied dependencies two days ago (this happens sometimes, as new packages appear in lenny and their dependencies change); I'm surprised that it would have been to be removed, instead of upgraded by the new phpgroupware package (yes, the transition one). Maybe you chose to remove it instead of upgrading it ? SNIP Anyway, all this rant may not have been the cause for the rights problem with the sessions directory... I was just puzzled by the status of the package in your report. I'll try and investigate the rights problem and see what's the real cause. Bets regards, -- Olivier BERGER [EMAIL PROTECTED] (*NEW ADDRESS*) http://www-inf.it-sudparis.eu/~olberger/ - OpenPGP-Id: 1024D/6B829EEC Ingénieur Recherche - Dept INF Institut TELECOM / TELECOM Management SudParis (http://www.it-sudparis.eu/), Evry
Bug#299701: [Logcheck-devel] Bug#299701: Moving a rule to its package ? [Fwd: Suggestion : include /etc/logcheck/ignore.d.server/sympa in sympa package]
martin f krafft said at 17/04/2008 09:34: also sprach Ronny Adsetts [EMAIL PROTECTED] [2008.04.17.1010 +0200]: Personally I'd prefer it to be distributed with logcheck. When you have a centralised log server running logcheck, it's rather painful trying to get rules set up when packages ship their own logcheck rules. This is not what logcheck was designed for. Seems like a sensible way to use it to me. :-). Anyway, I don't want to come across as dictating what can and cannot be done. Ronny, if you are using logcheck extensively, maybe you could help out a bit with the packaging? I dunno about extensively, but sure. Wanna point me in the direction of stuff that needs doing? I'll have a look at the outstanding bugs later today. The basic rule remains: those who do get to decide how to do it. :) Indeed. Ronny -- Ronny Adsetts Technical Director Amazing Internet Ltd, London t: +44 20 8607 9535 f: +44 20 8607 9536 w: www.amazinginternet.com Registered office: UK House, 82 Heath Road, Twickenham TW1 4BW Registered in England. Company No. 4042957 signature.asc Description: OpenPGP digital signature
Bug#475179: Please add Gecko support
* Michel Dänzer [EMAIL PROTECTED] [2008-04-09 17:01]: Package: evolution-rss Version: 0.0.8-1 Apparently there's no such package in Debian. What does dpkg -p evolution-rss | grep Maintainer: say? -- Martin Michlmayr http://www.cyrius.com/
Bug#473715: openbox xrootconsole don't play nice anymore
Hi Anibal, * Anibal Avelar [EMAIL PROTECTED] [2008-04-17 10:28]: If this worked before this was a bug in openbox. If it does not work now this is no bug. xrootconsole opens a window on top of the X root window so openbox can't get the click event on it. This should be fixed in xrootconsole if it's not intended there. I suggest you using root-tail instead which does not open a new window but draws on the root window. I tested with openbox 3.4.5-1 and I confirm the program xrootconsole worked fine (the same version). Indeed xrootconsole is a very old program (the latest version was since 2004). The latest changes on openbox 3.4.6.1 to affect its behaviour. The openbox's menu doesn't appear anymore when the xrootconsole is running. Although the problem is on xrootconsole because creates a new root window I don't know if was a good idea to change the original openbox behaviour. It is since everything else would be a bug. There is no reason xrootconsole should open a window on top of the root window. [...] My concern is that other apps like xrootwindow will be affect with this change. If they are they should be fixed as well. Kind regards Nico -- Nico Golde - http://www.ngolde.de - [EMAIL PROTECTED] - GPG: 0x73647CFF For security reasons, all text in this mail is double-rot13 encrypted. pgpJz4cEhZETL.pgp Description: PGP signature
Bug#476505: ace_5.6.3-1(sparc/unstable): FTBFS: QT not found while configuring
On Thursday 17 April 2008, Martin Zobel-Helas wrote: Package: ace Version: 5.6.3-1 Severity: serious There was an error while trying to autobuild your package: Automatic build of ace_5.6.3-1 on lebrun by sbuild/sparc 98 Build started at 20080417-0903 configure: error: ACE_QtReactor cannot be enabled: Qt not found. make: *** [configure-stamp] Error 1 dpkg-buildpackage: failure: debian/rules build gave error exit status 2 A full build log can be found at: http://buildd.debian.org/build.php?arch=sparcpkg=acever=5.6.3-1 Hi! Please try give back the build with a dep-wait on libqt4-dev (=4.4~rc1-4) - it has most likely fixed this issue. /Sune -- How might I insert in the cache of the level-65 hardware over a login? First of all from Excel XP or from the control drawer within Office you neither should ever send the mouse, nor must cancel a forward. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#299701: [Logcheck-devel] Bug#299701: Moving a rule to its package ? [Fwd: Suggestion : include /etc/logcheck/ignore.d.server/sympa in sympa package]
also sprach Olivier Berger [EMAIL PROTECTED] [2008.04.17.1043 +0200]: And what about the diversion option, which can help accomodate both uses of logcheck ? Since the files are in /etc and dpkg conffiles, diversions can't be used. Arguably, that's a bug in dpkg, but it's been the case for years: do not divert conffiles. -- martin | http://madduck.net/ | http://two.sentenc.es/ to every complex problem, there is a solution which is short, simple, and wrong. -- mencken spamtraps: [EMAIL PROTECTED] digital_signature_gpg.asc Description: Digital signature (see http://martin-krafft.net/gpg/)
Bug#476070: ucspi-tcp: FTBFS: install: fatal: unable to write .../bin/tcpserver: access denied
tags 476070 + patch quit From f76638323828d8753cf43bc0d4c1109b60c8f146 Mon Sep 17 00:00:00 2001 From: Gerrit Pape [EMAIL PROTECTED] Date: Wed, 16 Apr 2008 20:49:39 + Subject: [PATCH] * debian/rules: install: force remove also auto_home.c before re-doing upstream targets install, instcheck (closes: #476070). --- debian/changelog |7 +++ debian/rules |3 ++- 2 files changed, 9 insertions(+), 1 deletions(-) diff --git a/debian/changelog b/debian/changelog index 473537e..a0494bc 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,10 @@ +ucspi-tcp (1:0.88-1.1) unstable; urgency=low + + * debian/rules: install: force remove also auto_home.c before re-doing +upstream targets install, instcheck (closes: #476070). + + -- Gerrit Pape [EMAIL PROTECTED] Wed, 16 Apr 2008 20:49:13 + + ucspi-tcp (1:0.88-1) unstable; urgency=low * debian/changelog: add epoch 1 to supersede unofficial package. diff --git a/debian/rules b/debian/rules index 17716e9..5c1e6e8 100755 --- a/debian/rules +++ b/debian/rules @@ -36,7 +36,8 @@ install: deb-checkdir deb-checkuid build-stamp install -d -m0755 '$(DIR)'/usr/bin test -r conf-home'{orig}' || cp conf-home conf-home'{orig}' echo '$(DIR)'/usr conf-home - rm -f install instcheck install.o instcheck.o hier.o auto_home.o + rm -f install instcheck install.o instcheck.o hier.o auto_home.c \ + auto_home.o $(MAKE) install instcheck mv -f conf-home'{orig}' conf-home ./install -- 1.5.5 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#476484: manpages-dev: raise(int sig) is incorrectly described as sending signal to the calling process
Timothy Baldwin wrote: Package: manpages-dev Version: 2.79-2 Severity: normal The manpage for raise, incorrectly describes it as sending a signal to the current process; infact it sends the signal to the calling thread. Therefore the statement that raise(sig) is equivalent to kill(getpid(), sig) is false. Do you have a proof for this claim? Regards, Joey -- Let's call it an accidental feature. -- Larry Wall Please always Cc to me when replying to me on the lists. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#299701: [Logcheck-devel] Bug#299701: Moving a rule to its package ? [Fwd: Suggestion : include /etc/logcheck/ignore.d.server/sympa in sympa package]
also sprach Ronny Adsetts [EMAIL PROTECTED] [2008.04.17.1040 +0200]: I dunno about extensively, but sure. Wanna point me in the direction of stuff that needs doing? I'll have a look at the outstanding bugs later today. Bug triaging mainly, right now. And then the shell script needs a lot of work, mainly a templating/macro system would be really helpful. Anyway, instructions on how to use Git are here[0] and you can feel free to ping me on #logcheck/irc.debian.org if you need assistance. 0. http://logcheck.org/git.html -- martin | http://madduck.net/ | http://two.sentenc.es/ http://kirch.net/unix-nt/ spamtraps: [EMAIL PROTECTED] digital_signature_gpg.asc Description: Digital signature (see http://martin-krafft.net/gpg/)
Bug#476514: libwebkit-1.0-1: Install GtkLauncher and DumpRenderTree in libexec
Package: libwebkit-1.0-1 Version: 0~svn31841-1 Severity: minor I've seen that GtkLauncher and DumpRenderTree are installed under lib/libwebkit-1.0 instead of lib/libwebkit-1.0/libexec. I think these are executables and should be put under the libexec directory. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.24-1-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash diff --git a/debian/changelog b/debian/changelog index 4359d42..d5d8375 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,5 +1,6 @@ webkit (0~svn31841-1) unstable; urgency=low + [ Mike Hommey ] * New upstream snapshot + Includes proper Requires in .pc file. Closes: #450949. * debian/copyright: Updated to fit additions/removals of files upstream. @@ -29,7 +30,11 @@ webkit (0~svn31841-1) unstable; urgency=low * WebKitTools/GNUmakefile.am: Don't build GtkLauncher and DumpRenderTree with rpath. - -- Mike Hommey [EMAIL PROTECTED] Sat, 12 Apr 2008 21:40:00 +0200 + [ Luca Bruno ] + * debian/libwebkit-1.0-1.install, debian/rules: Install GtkLauncher and +DumpRenderTree in /usr/lib/webkit-1.0/libexec. + + -- Luca Bruno [EMAIL PROTECTED] Wed, 16 Apr 2008 22:24:44 -0500 webkit (0~svn27674-4) unstable; urgency=low diff --git a/debian/libwebkit-1.0-1.install b/debian/libwebkit-1.0-1.install index 47d6bb9..1ace64c 100644 --- a/debian/libwebkit-1.0-1.install +++ b/debian/libwebkit-1.0-1.install @@ -1,3 +1,3 @@ usr/lib/libwebkit-1.0.so.* -usr/lib/webkit-1.0/GtkLauncher -usr/lib/webkit-1.0/DumpRenderTree +usr/lib/webkit-1.0/libexec/GtkLauncher +usr/lib/webkit-1.0/libexec/DumpRenderTree diff --git a/debian/rules b/debian/rules index 43f70a2..a806f5b 100755 --- a/debian/rules +++ b/debian/rules @@ -50,8 +50,8 @@ install-stamp: build-stamp $(MAKE) -C build install DESTDIR=$(CURDIR)/debian/tmp [ ! -d debian/tmp/usr/lib/webkit-1.0 ] install -d -m 755 debian/tmp/usr/lib/webkit-1.0 || true - build/libtool --mode=install install -m 755 build/Programs/DumpRenderTree $(CURDIR)/debian/tmp/usr/lib/webkit-1.0/DumpRenderTree - build/libtool --mode=install install -m 755 build/Programs/GtkLauncher $(CURDIR)/debian/tmp/usr/lib/webkit-1.0/GtkLauncher + build/libtool --mode=install install -m 755 build/Programs/DumpRenderTree $(CURDIR)/debian/tmp/usr/lib/webkit-1.0/libexec/DumpRenderTree + build/libtool --mode=install install -m 755 build/Programs/GtkLauncher $(CURDIR)/debian/tmp/usr/lib/webkit-1.0/libexec/GtkLauncher touch $@ diff --git a/debian/changelog b/debian/changelog index 4359d42..d5d8375 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,5 +1,6 @@ webkit (0~svn31841-1) unstable; urgency=low + [ Mike Hommey ] * New upstream snapshot + Includes proper Requires in .pc file. Closes: #450949. * debian/copyright: Updated to fit additions/removals of files upstream. @@ -29,7 +30,11 @@ webkit (0~svn31841-1) unstable; urgency=low * WebKitTools/GNUmakefile.am: Don't build GtkLauncher and DumpRenderTree with rpath. - -- Mike Hommey [EMAIL PROTECTED] Sat, 12 Apr 2008 21:40:00 +0200 + [ Luca Bruno ] + * debian/libwebkit-1.0-1.install, debian/rules: Install GtkLauncher and +DumpRenderTree in /usr/lib/webkit-1.0/libexec. + + -- Luca Bruno [EMAIL PROTECTED] Wed, 16 Apr 2008 22:24:44 -0500 webkit (0~svn27674-4) unstable; urgency=low diff --git a/debian/libwebkit-1.0-1.install b/debian/libwebkit-1.0-1.install index 47d6bb9..1ace64c 100644 --- a/debian/libwebkit-1.0-1.install +++ b/debian/libwebkit-1.0-1.install @@ -1,3 +1,3 @@ usr/lib/libwebkit-1.0.so.* -usr/lib/webkit-1.0/GtkLauncher -usr/lib/webkit-1.0/DumpRenderTree +usr/lib/webkit-1.0/libexec/GtkLauncher +usr/lib/webkit-1.0/libexec/DumpRenderTree diff --git a/debian/rules b/debian/rules index 43f70a2..a806f5b 100755 --- a/debian/rules +++ b/debian/rules @@ -50,8 +50,8 @@ install-stamp: build-stamp $(MAKE) -C build install DESTDIR=$(CURDIR)/debian/tmp [ ! -d debian/tmp/usr/lib/webkit-1.0 ] install -d -m 755 debian/tmp/usr/lib/webkit-1.0 || true - build/libtool --mode=install install -m 755 build/Programs/DumpRenderTree $(CURDIR)/debian/tmp/usr/lib/webkit-1.0/DumpRenderTree - build/libtool --mode=install install -m 755 build/Programs/GtkLauncher $(CURDIR)/debian/tmp/usr/lib/webkit-1.0/GtkLauncher + build/libtool --mode=install install -m 755 build/Programs/DumpRenderTree $(CURDIR)/debian/tmp/usr/lib/webkit-1.0/libexec/DumpRenderTree + build/libtool --mode=install install -m 755 build/Programs/GtkLauncher $(CURDIR)/debian/tmp/usr/lib/webkit-1.0/libexec/GtkLauncher touch $@
Bug#476516: libarchive-dev: please add a symbols file
Package: libarchive-dev Version: 2.4.17-1 Severity: whishlist It would be nice if libarchive would ship a symbols file, so dpkg-dev can create more minimal dependencies. Hochachtungsvoll, Bernhard R. Link -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#476517: grub-pc: improper handling of GRUB_PRELOAD_MODULES in update-grub
Package: grub-pc Version: 1.96+20080413-1 Severity: important Hiya, one gets an error if he defines GRUB_PRELOAD_MODULES in /etc/default/grub. This is because of the typo in update-grub that can be fixed with: --- /tmp/update-grub2008-04-17 10:10:49.0 +0100 +++ /usr/sbin/update-grub 2008-04-17 10:13:29.0 +0100 @@ -136,7 +136,7 @@ gfxterm) if path=`font_path` ; then GRUB_FONT_PATH=`convert_system_path_to_grub_path ${path}` - GRUB_PRELOAD_MODULES=`${GRUB_PRELOAD_MODULES} ${grub_probe} -t abstraction ${path}` + GRUB_PRELOAD_MODULES=${GRUB_PRELOAD_MODULES} `${grub_probe} -t abstraction ${path}` else # fallback to console GRUB_TERMINAL=console (notice the misplaced backtick). Cheers, Stephane -- Package-specific info: *** BEGIN /proc/mounts /dev/mapper/vol-debian / ext3 rw,errors=remount-ro,data=ordered 0 0 /dev/mapper/vol-debian /dev/.static/dev ext3 rw,errors=remount-ro,data=ordered 0 0 /dev/mapper/vol-fast /unsafe ext3 rw,errors=remount-ro,data=ordered 0 0 *** END /proc/mounts *** BEGIN /boot/grub/device.map (hd0) /dev/sda (hd1) /dev/sdb *** END /boot/grub/device.map *** BEGIN /boot/grub/grub.cfg # # DO NOT EDIT THIS FILE # # It is automatically generated by /usr/sbin/update-grub using templates # from /etc/grub.d and settings from /etc/default/grub # ### BEGIN /etc/grub.d/000_raid ### insmod raid ### END /etc/grub.d/000_raid ### ### BEGIN /etc/grub.d/00_header ### insmod lvm set default=0 set timeout=5 set root=(vol-debian) if font (vol-debian)/usr/share/grub/unicode.pff ; then set gfxmode=640x480 insmod gfxterm insmod vbe terminal gfxterm fi ### END /etc/grub.d/00_header ### ### BEGIN /etc/grub.d/05_debian_theme ### insmod png if background_image (vol-debian)/usr/share/images/desktop-base/debian-blueish-wallpaper-640x480.png ; then set color_normal=black/black set color_highlight=magenta/black else set menu_color_normal=cyan/blue set menu_color_highlight=white/blue fi ### END /etc/grub.d/05_debian_theme ### ### BEGIN /etc/grub.d/10_hurd ### ### END /etc/grub.d/10_hurd ### ### BEGIN /etc/grub.d/10_linux ### menuentry Debian GNU/Linux, linux 2.6.25-rc9 { linux (vol-debian)/boot/vmlinuz-2.6.25-rc9 root=/dev/mapper/vol-debian ro apic initrd (vol-debian)/boot/initrd.img-2.6.25-rc9 } menuentry Debian GNU/Linux, linux 2.6.25-rc9 (single-user mode) { linux (vol-debian)/boot/vmlinuz-2.6.25-rc9 root=/dev/mapper/vol-debian ro single apic initrd (vol-debian)/boot/initrd.img-2.6.25-rc9 } ### END /etc/grub.d/10_linux ### ### BEGIN /etc/grub.d/30_os-prober ### ### END /etc/grub.d/30_os-prober ### *** END /boot/grub/grub.cfg -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.25-rc9 Locale: LANG=en_GB.ISO-8859-15, LC_CTYPE=en_GB.ISO-8859-15 (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/bash Versions of packages grub-pc depends on: ii debconf [debconf-2.0]1.5.20 Debian configuration management sy ii grub-common 1.96+20080413-1 GRand Unified Bootloader, version ii libc62.7-10 GNU C Library: Shared libraries ii liblzo1 1.08-3 data compression library (old vers ii libncurses5 5.6+20080405-1 Shared libraries for terminal hand Versions of packages grub-pc recommends: ii os-prober 1.24 utility to detect other OSes on a -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#475547: okular is a pdf-viewer
Hi, You reported that okular is a pdf-viewer. What is the exact bug you are reporting, or what action do you want us to take? Debian does not have a pdf-viewer package. Maybe you are suggesting that okular should Provide: pdf-viewer? Hamish -- Hamish Moffatt VK3SB [EMAIL PROTECTED] [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#476513: spamassassin: spammassassin doas not depend on package libnet-dns-perl but uses Net/DNS/RR/TXT.pm
Package: spamassassin Version: 3.1.7-2 Severity: normal ince spamassassin doas not depend on package libnet-dns-perl it was unusable for me while this package was automatically removed. -- 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-4-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages spamassassin depends on: ii libarchive-tar-perl 1.30-2 Archive::Tar - manipulate tar file ii libdigest-sha1-perl 2.11-1 NIST SHA-1 message digest algorith ii libhtml-parser-perl 3.55-1 A collection of modules that parse ii libsocket6-perl 0.19-1 Perl extensions for IPv6 ii libwww-perl 5.805-1 WWW client/server library for Perl ii perl5.8.8-7etch1 Larry Wall's Practical Extraction Versions of packages spamassassin recommends: pn libmail-spf-query-perl none (no description available) ii libnet-dns-perl 0.59-1etch1 Perform DNS queries from a Perl sc ii perl [libmime-base64-perl] 5.8.8-7etch1 Larry Wall's Practical Extraction ii spamc 3.1.7-2 Client for SpamAssassin spam filte -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#476518: go.pl: show network name if there're channels with the same name on different networks
Package: irssi-scripts Version: 20070925 Severity: wishlist hi, while /go works very well usually, it does not realize that there're channels with the same name on different irc networks. It would be great if /go would not only hsow the channel name, but also the network's name if there's more than one to choose from. thanks cheers, Bernd -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.24.4-think (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/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#476519: su - nobody sometimes logged back out instantly
Package: login Version: 1:4.1.1-1 Severity: wishlist Sometimes just after I do su - nobody, I get instantly logged back out. It's like I accidentally sent a ^D to the shell. At first I thought it might be my emacs shell buffer sending junk, but it happens in xterm too. And it happens or doesn't happen without any pattern as to when. And there's nothing funny in /var/log/auth.log. Sorry if you can't reproduce it. Just wanted to let you know. Below we see one bad and two goods. # su - nobody No directory, logging in with HOME=/ [EMAIL PROTECTED]:/$ logout --I did not type this. 17:02 ~# su -l nobody No directory, logging in with HOME=/ [EMAIL PROTECTED]:/$ exit logout 17:02 ~# su -l nobody No directory, logging in with HOME=/ [EMAIL PROTECTED]:/$ exit logout Yes, I typed the exits. -l or - have the same probability. Maybe there's a race condition that sometimes kills such a shell? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#454112: Cleaning out winbindd PID file
Quoting Steve Langasek ([EMAIL PROTECTED]): I don't think this correctly handles the case where start-stop-daemon /fails/; we don't want to remove the pid file in that case, we want to leave it in place since that indicates the daemon is still running for some reason. Looking at it, the current samba package probably also does the wrong thing on failure... probably a bug introduced with the LSBing of the init script. :/ But that's a separate bug, no need to introduce a bug in the winbind package too. Hmmm, OK. Do you think you can come up with a proposal for this? ACK for the wrong assumption about consistency being needed And, I'll try to find a moment here to nag upstream people about the neede to clean out PID files when the daemons are stopped..:-) (the bug is already reported upstream) signature.asc Description: Digital signature
Bug#476520: Wrong dumkeys path in install-keymap script
Package: console-data Version: 1.07-2 Debian Version: sid (unstable) Running dpkg-reconfigure console-data results in the following error: /usr/sbin/install-keymap: line 73: /usr/bin/dumpkeys: No such file or directory This is because kdb package (v. 1.14.1-1) install dumpkeys in /bin directory. Regards, Andrea. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#327249: closed by Olivier Berger [EMAIL PROTECTED] (It seems it's fixed for some time in stable)
On Thu, Apr 17, 2008 at 07:19:26AM +, Debian Bug Tracking System wrote: /var/lib/phpgroupware/sessions seemed to be owned by www-data in version from stable (0.9.16.011-2.2), so I assume this was fixed but the bug was never closed. I just installed phpgroupware 0.9.16.011-3lenny2 on a testing system, and got # ls -ld /var/lib/phpgroupware/sessions drwxr-xr-x 2 www-data www-data 4096 sep 12 2007 /var/lib/phpgroupware/sessions So I assume the permission problem dates back to previous installation, and not that one, but unfortunately, the upgrade path probably missed to fix this permission problem. Anyway, it doesn't matter which version was faulty in the end ;) Now that the session.save_path is back to /var/lib/phpgroupware/sessions for PHP5 (since #472668 fix) instead of /var/lib/php5, it exhibits the problem. We'll try and make sure there's a permission check on that dir in a new update of the phpgroupware-0.9.16-core-base package, hopefully in time for lenny. Best regards, -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#475847: is trayicon is not supported, gajim shouldn't try trayicon mode
Filippo Giunchedi a écrit : On Wed, Apr 16, 2008 at 08:07:41PM +0200, matthieu castet wrote: Ok thanks for the explication. But I think there is a bug in gajim for optional module. If a module was enable because it was present, then it is removed. Gajim should detect that and disable the option. For the trayicon it detect that is not present, but still use the trayicon path of not showing the main windows. That way in my case, gajim should have display a windows. I agree with your problem and solution, in this specific case the cause of the bug is the python2.5 transition. gajim somehow (correctly from his POV?) assumes that his trayicon module is there, which is the case. But yes it should fallback even if his version of trayicon could not be loaded for whatever reason. filippo It's now fixed in svn, I'll do a patch for the package and build a new one ASAP. -- Yann
Bug#476521: ITP: lua-orbit -- MVC framework for lua
Package: wnpp Severity: wishlist X-Debbugs-CC: [EMAIL PROTECTED] --- Please fill out the fields below. --- Package name: lua-orbit Version: 2.0rc1 Upstream Author: Kepler project URL: http://orbit.luaforge.net License: MIT/X Description: MVC framework for lua -- Enrico Tassi -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#476333: emacs-jabber: No buffer named *-jabber-process-* error when connecting
Well, I tried upgrading to emacs 22.2 and now I can't connect to my jabber server at all! I don't use SSL connection though, so this may or may not be the same problem as yours. I don't have time to look at the issue now, so I'll just report it upstream. Regards, Milan Zamazal -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#476341: spacecheck does not consider that file:/// urls can hardlink
package reprepro tags 476341 + wontfix thanks * Goswin Brederlow [EMAIL PROTECTED] [080416 07:19]: I just updated reprepro to lenny and removed etch from my mirror and reprepro complained about the removal and the db format. That is strange. when something is removed a clearvanishes (or the appropiate --ignore like to not care about package indicies no longer configured) should make everything work again. So I started to clone my old archive into a new one: This hardlinks all files so the space used for the cloned archive is minimal. But the spacecheck doesn't consider hardlinks and claimed I would need some 4GB for the update. I used '--spacecheck none' to run the update but it would be better if spacecheck would calculate with hardlinks in mind. I don't currently see a way to implement this. Reprepro has no inner knowledge about what a specific apt method will do. So it cannot know that a file:// URI will most likely just return some file to be copied/hardlinked. And even if it guessed so, it would have to second-guess what the original file would be, to know if it will be copied or hardlinked (as cross-partition hard-links are not possible). Another way for your use case, would have been to just hardlink all files manualy, tell reprepro to include them all into its file database (with the trick from the recovery file), and let it delete all unneeded afterwards. Hochachtungsvoll, Bernhard R. Link -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#476334: [Pkg-samba-maint] Bug#476334: Repeated segfaults with 2k8 server domain member
Quoting Steve Langasek ([EMAIL PROTECTED]): reopen 476334 thanks Well. Given that this is a segfault in the server, we probably want to have a closer look at this instead of writing it off as a win2k8 bug. Not exactly this is a w2k8 bug, but this is asking a version of samba that's prior to w2k8 to work properly with it. Seeing the number of Samba developers around who are actively working on w2k8 stuff, I think we can quite safely assume that hiccups with w2k8 *will* happen in any samba release as of now. Unfortunately, so far it's only been reproduced with an older (etch) version of Samba, which makes it even harder to debug, but I think we still ought to be sure before dismissing the bug. Well, from Brian explanations, there is no chance that someone ever tries to reproduce the bug so I really fail to see what benefit we have in keeping it... I think we shouldn't really deal with bugs involving w2k8 until upstream has claimed for full supprot. signature.asc Description: Digital signature
Bug#476398: [Pkg-samba-maint] Bug#476398: Bug#476398: Info received (Bug#476398 closed by Christian Perrier [EMAIL PROTECTED] (Re: Bug#476398: Samba 'panic action' script, /usr/share/samba/panic-act
Quoting Mitch ([EMAIL PROTECTED]): When I run, testparm -s smb.conf, I get this; myplace:/home/mitch# testparm -s smb.conf Load smb config files from smb.conf params.c:OpenConfFile() - Unable to open configuration file smb.conf: No such file or directory map_file: Failed to load /usr/share/samba/valid.dat - No such file or directory creating default valid table Error loading services. testparm -s /etc/samba/smb.conf ... signature.asc Description: Digital signature
Bug#476505: ace_5.6.3-1(sparc/unstable): FTBFS: QT not found while configuring
Hello, On Thu, Apr 17, 2008 at 10:52:15AM +0200, Sune Vuorela wrote: Hi! Please try give back the build with a dep-wait on libqt4-dev (=4.4~rc1-4) - it has most likely fixed this issue. Thanks for the notice. Anyway, there's another missing build-dependency on Fox, so ace will definitely need another upload. Thanks, Thomas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#472613: ffmpeg-free_0.cvs20071007-4(hppa/experimental): FTBFS: missing -fPIC
Reinhard Tartler schrieb: I wonder why mipsen don't show the same problem, though. Maybe they have no problem with non-pic code in libraries as i386 has? in that case, the solution would be obvious: adding hppa to the quoted list... Well, maybe. However, could you please check my latest SVN commit? BTW, is it 'hppa' or 'parisc'? -- Dipl.-Phys. Fabian Greffrath Ruhr-Universität Bochum Lehrstuhl für Energieanlagen und Energieprozesstechnik (LEAT) Universitätsstr. 150, IB 3/134 D-44780 Bochum Telefon: +49 (0)234 / 32-26334 Fax: +49 (0)234 / 32-14227 E-Mail: [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#470318: i387 versus SSE versus MPFR (gcc bug)
Hello! Ondrej Certik [EMAIL PROTECTED] writes: $ ./a.out -4.1974624032366689e+117 -8.4657370748010221e-47 4.9581771393902231e+163 and with -O: $ gcc -W -Wall -O quot.c $ ./a.out -4.1974624032366689e+117 -8.4657370748010221e-47 4.9581771393902237e+163 produces different results in the last digit. The -O case is correct. I think both results *are* correct. Long explanation follows. $ gcc -O2 -march=k8 -mfpmath=sse -save-temps -o quot-sse quot.c $ mv quot.s quot-sse.s $ gcc -O2 -march=k8 -mfpmath=387 -save-temps -o quot-387 quot.c $ mv quot.s quot-387.s $ cat quot-387.s .file quot.c .section.rodata.str1.1,aMS,@progbits,1 .LC2: .string %.16e\n%.16e\n%.16e\n .text .p2align 4,,15 .globl main .type main, @function main: .LFB12: subq$40, %rsp .LCFI0: movabsq $-2856793040191571536, %rax movl$.LC2, %edi movq%rax, 32(%rsp) movabsq $-5305541054711142669, %rax movq%rax, 24(%rsp) movl$3, %eax fldl32(%rsp) fldl24(%rsp) fdivrp %st, %st(1) fstpl 16(%rsp) movlpd 16(%rsp), %xmm2 movlpd 24(%rsp), %xmm1 movlpd 32(%rsp), %xmm0 callprintf xorl%eax, %eax addq$40, %rsp ret .LFE12: .size main, .-main .section.eh_frame,a,@progbits .Lframe1: .long .LECIE1-.LSCIE1 .LSCIE1: .long 0x0 .byte 0x1 .string zR .uleb128 0x1 .sleb128 -8 .byte 0x10 .uleb128 0x1 .byte 0x3 .byte 0xc .uleb128 0x7 .uleb128 0x8 .byte 0x90 .uleb128 0x1 .align 8 .LECIE1: .LSFDE1: .long .LEFDE1-.LASFDE1 .LASFDE1: .long .LASFDE1-.Lframe1 .long .LFB12 .long .LFE12-.LFB12 .uleb128 0x0 .byte 0x4 .long .LCFI0-.LFB12 .byte 0xe .uleb128 0x30 .align 8 .LEFDE1: .ident GCC: (GNU) 4.1.2 20061115 (prerelease) (Debian 4.1.1-21) .section.note.GNU-stack,,@progbits $ cat quot-sse.s .file quot.c .section.rodata.str1.1,aMS,@progbits,1 .LC2: .string %.16e\n%.16e\n%.16e\n .text .p2align 4,,15 .globl main .type main, @function main: .LFB12: subq$40, %rsp .LCFI0: movabsq $-2856793040191571536, %rax movl$.LC2, %edi movq%rax, 32(%rsp) movabsq $-5305541054711142669, %rax movq%rax, 24(%rsp) movl$3, %eax movlpd 32(%rsp), %xmm0 movlpd 24(%rsp), %xmm1 divsd %xmm1, %xmm0 movsd %xmm0, 16(%rsp) movlpd 16(%rsp), %xmm2 movlpd 24(%rsp), %xmm1 movlpd 32(%rsp), %xmm0 callprintf xorl%eax, %eax addq$40, %rsp ret .LFE12: .size main, .-main .section.eh_frame,a,@progbits .Lframe1: .long .LECIE1-.LSCIE1 .LSCIE1: .long 0x0 .byte 0x1 .string zR .uleb128 0x1 .sleb128 -8 .byte 0x10 .uleb128 0x1 .byte 0x3 .byte 0xc .uleb128 0x7 .uleb128 0x8 .byte 0x90 .uleb128 0x1 .align 8 .LECIE1: .LSFDE1: .long .LEFDE1-.LASFDE1 .LASFDE1: .long .LASFDE1-.Lframe1 .long .LFB12 .long .LFE12-.LFB12 .uleb128 0x0 .byte 0x4 .long .LCFI0-.LFB12 .byte 0xe .uleb128 0x30 .align 8 .LEFDE1: .ident GCC: (GNU) 4.1.2 20061115 (prerelease) (Debian 4.1.1-21) .section.note.GNU-stack,,@progbits $ diff quot-387.s quot-sse.s 19,22c19,22 fldl32(%rsp) fldl24(%rsp) fdivrp %st, %st(1) fstpl 16(%rsp) --- movlpd 32(%rsp), %xmm0 movlpd 24(%rsp), %xmm1 divsd %xmm1, %xmm0 movsd %xmm0, 16(%rsp) ix87 code *looks* equivalent to SSE one. Due to different precision used by SSE (64-bit double) and ix87 (80-bit) the results of conversion (fldl vs movlpd) are different (because of different truncation). So, results are different too. Nevertheless, both *are* correct (unless I'm missing something, that is). This only happens on 32 bits Not really (the above asm is clearly 64-bit). This happens if you use x87 FPU (which is default for 32 bit code). In this regime all intermediate quantities are actually double-extended (80 bit) FP numbers. Naturally, the results can be different. AFAIK, IEEE 754 does NOT guarantee them to be the same on every compliant platform. In particular, conversion of the *same* decimal number results in different binary numbers. I'd like to trace this bug down and figure out if it's a bug in gcc, or somewhere else. I don't think it's a bug. Rather, it's a wrong expectation from the user side. You are
Bug#327249: Processed: /var/lib/phpgroupware owned by root instead of www-data
Olivier Berger: I'm surprised that it would have been to be removed, instead of upgraded by the new phpgroupware package (yes, the transition one). Maybe you chose to remove it instead of upgrading it ? aptitude chose to remove it (instead of upgrading), presumably because otherwise some packages would have been broken. I then selected the calendar and manual modules only, missing the core package. As it is with the testing release, the initial breakage may have been caused by who knows what. Anyway, all this rant may not have been the cause for the rights problem with the sessions directory... I was just puzzled by the status of the package in your report. I'll try and investigate the rights problem and see what's the real cause. Thanks! Also thanks for your previous email, explaining things. I dug around in my system and found an aptitude log: Aptitude 0.4.10: log report Mon, Apr 14 2008 10:18:30 +0200 IMPORTANT: this log only lists intended actions; actions which fail due to dpkg problems may not be completed. Will install 163 packages, and remove 17 packages. 7057kB of disk space will be freed === [REMOVE, NOT USED] lapack3 [REMOVE, NOT USED] libc-client2007 [REMOVE, NOT USED] libneon27-gnutls [REMOVE, NOT USED] libsndfile1 [REMOVE, NOT USED] libsuitesparse [REMOVE, NOT USED] mlock [REMOVE, NOT USED] openoffice.org-style-hicontrast [REMOVE, NOT USED] openoffice.org-style-industrial [REMOVE, NOT USED] php5-imap [REMOVE, NOT USED] phpgroupware [INSTALL, DEPENDENCIES] libblas3gf [INSTALL, DEPENDENCIES] libcurl3 [INSTALL, DEPENDENCIES] libgfortran3 [INSTALL, DEPENDENCIES] liblapack3gf [INSTALL, DEPENDENCIES] libssh2-1 [INSTALL, DEPENDENCIES] libstlport4.6ldbl [INSTALL, DEPENDENCIES] libsuitesparse-3.1.0 [INSTALL, DEPENDENCIES] libtotem-plparser10 [INSTALL, DEPENDENCIES] openoffice.org-writer2latex [INSTALL, DEPENDENCIES] phpgroupware-0.9.16-admin [INSTALL, DEPENDENCIES] phpgroupware-0.9.16-core-base [INSTALL, DEPENDENCIES] phpgroupware-0.9.16-phpgwapi [INSTALL, DEPENDENCIES] phpgroupware-0.9.16-preferences [INSTALL, DEPENDENCIES] phpgroupware-0.9.16-setup [REMOVE, DEPENDENCIES] libstlport4.6c2 [REMOVE, DEPENDENCIES] phpgroupware-admin [REMOVE, DEPENDENCIES] phpgroupware-calendar [REMOVE, DEPENDENCIES] phpgroupware-manual [REMOVE, DEPENDENCIES] phpgroupware-phpgwapi [REMOVE, DEPENDENCIES] phpgroupware-preferences [REMOVE, DEPENDENCIES] phpgroupware-setup [INSTALL] phpgroupware-0.9.16-calendar [INSTALL] phpgroupware-0.9.16-doc [INSTALL] phpgroupware-0.9.16-manual [UPGRADE] aspell 0.60.5-2 - 0.60.5-2.1 ... snip lotsa unrelated upgrades ... [UPGRADE] wwwconfig-common 0.0.48 - 0.1.0 === Log complete. I'm not entirely fluent with aptitude's dependency stuff, but what might have happened is this: 1. Once upon a time, I decided to install phpgroupware-calendar (among some other modules, but for simplicity let's pretend it's only the calendar). 2. aptitude resolved the dependencies and selected the phpgroupware package for installation, marking it automatic. 3. Then April 14th came: I pressed u, then U for complete system upgrade and a lot of phpgroupware dependencies were broken, so aptitude decided to select calendar for removal in order to preserve an unbroken system state. 4. Seeing that all installed packages which depend on phpgroupware were selected for removal, aptitude also selected phpgroupware for removal because it was marked automatic. 5. Me, seeing phpgroupware is about to be removed, selects phpgroupware-0.9.16-calendar. However, phpgroupware-0.9.16 is not selected, as it's not in the dependency list (this is what's not intended in this situation, but difficult to fix, right?). How, in this situation, it came to be that the permissions were broken, I cannot tell. I hope this info helps you a little anyway. Best regards, Alexander -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#461413: rhythmbox: last.fm plugin fails to reliably scrobble listened to tracks
On Wed, Apr 16, 2008 at 06:28:40PM +0200, Sven Arvidsson wrote: On Fri, 2008-01-18 at 11:17 +, Jonathan McDowell wrote: Using rhythmbox to listen to local Oggs results in erratic scrobbling of these tracks to last.fm; very rarely does it succeed. I believe this is an upstream issue; there is some discussion at: http://bugzilla.gnome.org/show_bug.cgi?id=499745 Hi, The upstream bug mentions that this might be fixed in 0.11.5, can you try this version and see if there's any improvement? 0.11.5 on my testing box appears to be correctly scrobbling, so I think it's fixed from my PoV. J. -- jid: [EMAIL PROTECTED] 101 things you can't have too much of : 50 - Escalators. signature.asc Description: Digital signature
Bug#476523: CPU Soft lock with SMP on 4.0r3
Package: kernel Version: 2.6.18-6-amd64 Severity: important A newly purchased dual-core amd64 machine regularely locks up. This can be reproduced by doing massive kernel builds. I've already played with all the ACPI and APIC knobs in the BIOS, deactivated also USB, sound and such, with no luck. Also booting with noapic wouldn't remedy the lock-ups. A BIOS upgrade didn't help either. Here's the error message output. Find a full dmesg further below. The detailed hardware is listed at the end of this long email: BUG: soft lockup detected on CPU#1! Call Trace: IRQ [802a3673] softlockup_tick+0xdb/0xed [802878d5] update_process_times+0x42/0x68 [8026c2b5] smp_local_timer_interrupt+0x23/0x47 [8026c9a9] smp_apic_timer_interrupt+0x41/0x47 [8025874a] apic_timer_interrupt+0x66/0x6c EOI [8025df39] _spin_unlock_irqrestore+0x8/0x9 [8020b2c3] __down_read_trylock+0x3e/0x44 [8020a5ed] do_page_fault+0x2ee/0x706 [80214ba8] prio_tree_insert+0x148/0x231 [802588a5] error_exit+0x0/0x84 [8022ceb7] __clear_user+0x16/0x34 [8027546d] padzero+0x1b/0x2b [8021698e] load_elf_binary+0xa56/0x19b7 [8020de4a] __alloc_pages+0x5c/0x2a9 [8020de4a] __alloc_pages+0x5c/0x2a9 [80215aca] copy_strings+0x167/0x1bc [8023d3ad] search_binary_handler+0xa8/0x254 [8023ca12] do_execve+0x18c/0x242 [80250394] sys_execve+0x36/0x90 [80257f8f] stub_execve+0x67/0xb0 BUG: soft lockup detected on CPU#0! Call Trace: IRQ [802a3673] softlockup_tick+0xdb/0xed [802878d5] update_process_times+0x42/0x68 [8026c2b5] smp_local_timer_interrupt+0x23/0x47 [8026c9a9] smp_apic_timer_interrupt+0x41/0x47 [8025874a] apic_timer_interrupt+0x66/0x6c EOI [80229602] flush_tlb_page+0x4a/0xbc [80208c8d] __handle_mm_fault+0x8ea/0x91a [8020a69c] do_page_fault+0x39d/0x706 [802588a5] error_exit+0x0/0x84 [8025b507] copy_user_generic_c+0xd/0x26 [802171a7] load_elf_binary+0x126f/0x19b7 [8023d3ad] search_binary_handler+0xa8/0x254 [8023ca12] do_execve+0x18c/0x242 [80250394] sys_execve+0x36/0x90 [80257f8f] stub_execve+0x67/0xb0 BUG: soft lockup detected on CPU#0! Call Trace: IRQ [802a3673] softlockup_tick+0xdb/0xed [802878d5] update_process_times+0x42/0x68 [8026c2b5] smp_local_timer_interrupt+0x23/0x47 [8026c9a9] smp_apic_timer_interrupt+0x41/0x47 [8025874a] apic_timer_interrupt+0x66/0x6c EOI [80257bd6] system_call+0x7e/0x83 [802084ef] __handle_mm_fault+0x14c/0x91a [80208c8d] __handle_mm_fault+0x8ea/0x91a [80257bd6] system_call+0x7e/0x83 [8020a69c] do_page_fault+0x39d/0x706 [80257bd6] system_call+0x7e/0x83 [80257bd6] system_call+0x7e/0x83 [8020aa02] do_page_fault+0x703/0x706 [802588a5] error_exit+0x0/0x84 [80257bd6] system_call+0x7e/0x83 [8025b7c0] __put_user_4+0x20/0x30 [802255c1] schedule_tail+0x99/0x9e [80257acc] ret_from_fork+0xc/0x25 dmesg: Bootdata ok (command line is BOOT_IMAGE=Linux ro root=801 noapic) Linux version 2.6.18-6-amd64 (Debian 2.6.18.dfsg.1-18etch1) ([EMAIL PROTECTED]) (gcc version 4.1.2 20061115 (prerelease) (Debian 4.1.1-21)) #1 SMP Sun Feb 10 17:50:19 UTC 2008 BIOS-provided physical RAM map: BIOS-e820: - 0009fc00 (usable) BIOS-e820: 0009fc00 - 000a (reserved) BIOS-e820: 000e4000 - 0010 (reserved) BIOS-e820: 0010 - befb (usable) BIOS-e820: befb - befbe000 (ACPI data) BIOS-e820: befbe000 - befe (ACPI NVS) BIOS-e820: befe - befee000 (reserved) BIOS-e820: beff - bf00 (reserved) BIOS-e820: fec0 - fec01000 (reserved) BIOS-e820: fee0 - fef0 (reserved) BIOS-e820: fff0 - 0001 (reserved) BIOS-e820: 0001 - 00014000 (usable) DMI present. ACPI: RSDP (v000 ACPIAM) @ 0x000fb770 ACPI: RSDT (v001 A_M_I_ OEMRSDT 0x03000826 MSFT 0x0097) @ 0xbefb ACPI: FADT (v002 A_M_I_ OEMFACP 0x03000826 MSFT 0x0097) @ 0xbefb0200 ACPI: MCFG (v001 A_M_I_ OEMMCFG 0x03000826 MSFT 0x0097) @ 0xbefb0410 ACPI: OEMB (v001 A_M_I_ AMI_OEM 0x03000826 MSFT 0x0097) @ 0xbefbe040 ACPI: DSDT (v001 A0865 A0865000 0x INTL 0x20051117) @ 0x Scanning NUMA topology in Northbridge 24 Number of nodes 1 Node 0 MemBase Limit 00014000 NUMA: Using 63 for the hash shift. Using node hash shift of 63 Bootmem setup node 0 -00014000 On node 0 totalpages: 1024276 DMA zone: 1836 pages, LIFO batch:0 DMA32 zone: 763880 pages, LIFO
Bug#476524: debian-installer: DI Manual Bug: the use of killall.sh as described kills itself
Package: debian-installer Severity: normal From the latest version of the Debian Installer Manual, B.4.2.: --- killall.sh dhclient netcfg --- If this code is used, killall.sh will return exit code 143 because it kills itself. killall.sh looks for DHCP client processes like dhclient. In this case it will find its own process as well, because dhclient is part of the killall.sh command. And so it kills itself in additions to the running DHCP clients. Although it might work in a script triggered by preseed/run anyhow, it is not desired behaviour. In addition to that using killall.sh dhclient ; netcfg as preseed/early_command makes the early_command fail by the exit code. Because the dhclient argument used with killall.sh is totally unnecessary - unused by the script - I would suggest replacing the line killall.sh dhclient in the manual by just killall.sh. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.8-4-686 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#476245: slim.conf should list default as the first session type
On Tue, Apr 15, 2008 at 01:27:18PM +0200, Riccardo Murri wrote: Hello, Hi Riccardo, the provided config file /etc/slim.conf should list default as the first session type (line 54, config key 'sessions') -- this would direct /etc/X11/Xsession.d/20x11-common-process-args to start the system default X session (whatever it is). With the slim.conf shipped by default now, Slim-initiated sessions try to start XFCE by default, and fail if it's not installed. Thanks! Riccardo Great information, I have updated it in my git. Mike -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#438337: Megaraid boot failure
Hi, Unable to install Debian 4.0r3 as there is a lock up during hardware detection, would seem to be around the raid module. Installed 3.1 which went fine, upgraded to 4.0r3 using apt-get update ; apt-get -y dist-upgrade, went fine. Attempted to install a 2.6.18-6 kernel and the megaraid-mbox module enters a 300sec loopso this bug is still outstanding. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#476353: update-alternatives: error or eof reading /var/lib/dpkg/alternatives/policy-rc.d
On Thu, Apr 17, 2008 at 08:14:06AM +0200, Tino Keitel wrote: the timestamp of the zero-length alternatives file was from a day where I had another broken runit upgrade due to failed service directory migration during runtime, so I guess it was caused by some side-effect of my attempts to fix that. Maybe the failure was due to a filled up /var partition at that time? That could explain the empty file in /var/lib/dpkg/alternatives/. Thanks, Gerrit. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#476489: ucspi: should conflict with courier-mta
On Thu, Apr 17, 2008 at 01:45:38 +0200, Ralf Treinen wrote: Package: ucspi-tcp Version: 1:0.88-1 Severity: serious ucspi-tcp should conflict with courier-mta as it shares a file with that package: Unless the conflicting files have the same functionality, this shouldn't be solved by a Conflict, one of them has to be renamed or removed. See policy §10.1. Cheers, Julien
Bug#476525: python-hid: hid module will not import since python policy transition
Package: python-hid Version: 0.2.15+20060325-2.1+b1 Severity: grave Justification: renders package unusable serrano python Python 2.5.2 (r252:60911, Mar 9 2008, 03:52:30) [GCC 4.3.0 20080301 (prerelease) [gcc-4_3-branch revision 132801]] on linux2 Type help, copyright, credits or license for more information. import hid Traceback (most recent call last): File stdin, line 1, in module File /var/lib/python-support/python2.5/hid/__init__.py, line 11, in module import _hid ImportError: /var/lib/python-support/python2.5/hid/_hid.so: undefined symbol: assert serrano python2.4 Python 2.4.5 (#2, Mar 12 2008, 00:15:51) [GCC 4.2.3 (Debian 4.2.3-2)] on linux2 Type help, copyright, credits or license for more information. import hid Traceback (most recent call last): File stdin, line 1, in ? ImportError: No module named hid If I try rebuilding the package from source, I see some possibly related warnings during the build: dh_makeshlibs -a -Xpython dh_installdeb -a dh_shlibdeps -a -ldebian/libhid0/usr/lib dpkg-shlibdeps: warning: symbol PyString_ConcatAndDel used by debian/python-hid/usr/lib/python-support/python-hid/python2.5/hid/_hid.so.0.0.0 found in none of the libraries. dpkg-shlibdeps: warning: symbol _PyInstance_Lookup used by debian/python-hid/usr/lib/python-support/python-hid/python2.5/hid/_hid.so.0.0.0 found in none of the libraries. dpkg-shlibdeps: warning: symbol PyLong_AsLong used by debian/python-hid/usr/lib/python-support/python-hid/python2.5/hid/_hid.so.0.0.0 found in none of the libraries. dpkg-shlibdeps: warning: symbol PyDict_New used by debian/python-hid/usr/lib/python-support/python-hid/python2.5/hid/_hid.so.0.0.0 found in none of the libraries. dpkg-shlibdeps: warning: symbol PyDict_SetItemString used by debian/python-hid/usr/lib/python-support/python-hid/python2.5/hid/_hid.so.0.0.0 found in none of the libraries. dpkg-shlibdeps: warning: symbol PyLong_Type used by debian/python-hid/usr/lib/python-support/python-hid/python2.5/hid/_hid.so.0.0.0 found in none of the libraries. dpkg-shlibdeps: warning: symbol PyExc_MemoryError used by debian/python-hid/usr/lib/python-support/python-hid/python2.5/hid/_hid.so.0.0.0 found in none of the libraries. dpkg-shlibdeps: warning: symbol PyArg_ParseTuple used by debian/python-hid/usr/lib/python-support/python-hid/python2.5/hid/_hid.so.0.0.0 found in none of the libraries. dpkg-shlibdeps: warning: symbol PyString_FromStringAndSize used by debian/python-hid/usr/lib/python-support/python-hid/python2.5/hid/_hid.so.0.0.0 found in none of the libraries. dpkg-shlibdeps: warning: symbol PyString_AsString used by debian/python-hid/usr/lib/python-support/python-hid/python2.5/hid/_hid.so.0.0.0 found in none of the libraries. dpkg-shlibdeps: warning: 63 other similar warnings have been skipped (use -v to see them all). dpkg-shlibdeps: warning: dependency on libusb-0.1.so.4 could be avoided if debian/python-hid/usr/lib/python-support/python-hid/python2.5/hid/_hid.so.0.0.0 were not uselessly linked against it (they use none of its symbols). dh_gencontrol -a Thanks, Bill Gribble -- System Information: Debian Release: lenny/sid APT prefers gutsy APT policy: (500, 'gutsy'), (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.24-rc6 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to POSIX) Shell: /bin/sh linked to /bin/bash Versions of packages python-hid depends on: ii libc6 2.7-10 GNU C Library: Shared libraries ii libhid0 0.2.15+20060325-2.1+b1 userspace USB HID access library ii libusb-0.1-4 2:0.1.12-10userspace USB programming library ii python2.5.2-0.1 An interactive high-level object-o ii python-support0.7.7 automated rebuilding support for P python-hid recommends no packages. -- no debconf information !DSPAM:480722ed117721428319015! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#321109: [PATCH] grub-installer password confirmation
Hi, Attached is a patch that myself and Colin Watson worked on, based on the patch from this bug report. It hopefully addresses all concerns that were raised about the existing patch, and updates it to the existing codebase. Please consider applying it. I would be happy to address any concerns that you have with the patch. Thanks, James === modified file 'debian/changelog' --- debian/changelog 2008-04-14 20:18:23 + +++ debian/changelog 2008-04-15 00:54:11 + @@ -1,8 +1,15 @@ grub-installer (1.27ubuntu7) UNRELEASED; urgency=low + [ Colin Watson ] * Backport from trunk: - Run grub in the chroot for password encryption. + [ James Westby ] + * Confirm the GRUB password after entry (LP: #42019). Note that +grub-installer/password-again must now be preseeded in addition to +grub-installer/password, and that grub-installer/password-crypted now +takes an MD5-crypted password rather than a boolean. + -- Colin Watson [EMAIL PROTECTED] Mon, 14 Apr 2008 21:17:08 +0100 grub-installer (1.27ubuntu6) hardy; urgency=low === modified file 'debian/grub-installer.templates' --- debian/grub-installer.templates 2008-03-11 20:46:22 + +++ debian/grub-installer.templates 2008-04-15 00:54:11 + @@ -81,11 +81,24 @@ . If you do not wish to set a GRUB password, leave this field blank. +Template: grub-installer/password-again +Type: password +# :sl2: +_Description: Re-enter password to verify: + Please enter the same GRUB password again to verify that you have typed it + correctly. + +Template: grub-installer/password-mismatch +Type: error +# :sl2: +_Description: Password input error + The two passwords you entered were not the same. Please try again. + +# Allow preseeding the GRUB password with a crypted password +# rather than cleartext Template: grub-installer/password-crypted -Type: boolean -Default: false +Type: password Description: for internal use; can be preseeded - Has the value of grub-installer/password already been encrypted? Template: grub-installer/apt-install-failed Type: error === modified file 'grub-installer' --- grub-installer 2008-04-14 20:18:23 + +++ grub-installer 2008-04-15 00:54:11 + @@ -768,24 +768,67 @@ # Set up a password if asked if [ $grub_version = grub ] ; then - db_input low grub-installer/password || true - if ! db_go; then - # back up to menu - db_progress STOP - exit 10 - fi - db_get grub-installer/password + # Set up a password if asked or preseeded. + password= + db_get grub-installer/password-crypted if [ $RET ]; then + # password-crypted used to be a boolean template + if [ $RET = false ] || [ $RET = true ]; then + error Preseeding of encrypted passwords changed! Check installation guide. + exit 1 + fi password=$RET - # check if the password is crypted - db_get grub-installer/password-crypted - if [ $RET = false ]; then + else + PW_PRIO=low + while :; do + password= + db_input $PW_PRIO grub-installer/password || true + if ! db_go; then +# back up to menu +db_progress STOP +exit 10 + fi + + db_get grub-installer/password + if [ $RET ]; then +password=$RET +db_input $PW_PRIO grub-installer/password-again || true +if ! db_go; then + db_progress STOP + exit 10 +fi + +db_get grub-installer/password-again +if [ $password = $RET ]; then + break +else + db_input critical grub-installer/password-mismatch || true + if ! db_go; then + db_progress STOP + exit 10 + fi +fi + else +# The user doesn't want a password +break + fi + # We only get here if passwords don't match + PW_PRIO=critical + db_set grub-installer/password + db_set grub-installer/password-again + db_fset grub-installer/password seen false + db_fset grub-installer/password-again seen false + done + if [ $password ]; then password=$(echo -e md5crypt\n$password | \ $chroot $ROOT \ grub --batch --device-map=/dev/null 21 | \ grep ^Encrypted: | cut -d' ' -f2) fi - echo password --md5 $password /tmp/menu.lst.password + fi + + if [ $password ]; then + echo password --md5 $password /tmp/menu.lst.password # Add a line to menu.lst to use the given password # The line is appended after the commented example sed -i '/^# password/r /tmp/menu.lst.password' $ROOT/boot/grub/$menu_file
Bug#476526: [virtualbox-ose virtualbox-ose-guest-utils] Version mismatch: X modules fail to load
Package: virtualbox-ose virtualbox-ose-guest-utils Version: 1.5.6-dfsg-6 Severity: minor Inside virtualbox in a freshly installed lenny, X fails to start after running /usr/share/virtualbox/x11config.pl to modify xorg.conf. xorg is version 1:7.2-5 Installing xorg from unstable (1:7.3+10) avoids the problem I suggest that a versioned dependency is added. $ startx xauth: creating new authority file /root/.serverauth.4537 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-12lenny2) Current Operating System: Linux sid 2.6.24-1-686 #1 SMP Thu Mar 27 17:45:04 UTC 2008 i686 Build Date: 19 January 2008 Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Module Loader present Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: /var/log/Xorg.0.log, Time: Thu Apr 17 12:45:16 2008 (==) Using config file: /etc/X11/xorg.conf (EE) module ABI major version (2) doesn't match the server's version (1) (EE) Failed to load module vboxvideo (module requirement mismatch, 0) dlopen: /usr/lib/xorg/modules/input//vboxmouse_drv.so: undefined symbol: GetMotionHistory (EE) Failed to load /usr/lib/xorg/modules/input//vboxmouse_drv.so (EE) Failed to load module vboxmouse (loader failed, 7) (EE) No drivers available. Fatal server error: no screens found XIO: fatal IO error 104 (Connection reset by peer) on X server :0.0 after 0 requests (0 known processed) with 0 events remaining. $ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#476527: Mnemosyne fails to start without python-xml
Package: mnemosyne Version: 1.0-2 Severity: serious Tags: patch User: [EMAIL PROTECTED] Usertags: origin-ubuntu ubuntu-patch hardy This bug was reported on https://bugs.launchpad.net/ubuntu/+source/mnemosyne/+bug/206958 If mnemosyne is started and python-xml is not installed (the dependency was dropped), mnemosyne fails with the error message: File /var/lib/python-support/python2.5/mnemosyne/core/mnemosyne_core.py, line 1425, in module class XML_Importer(saxutils.DefaultHandler): AttributeError: 'module' object has no attribute 'DefaultHandler' This issue has been fixed in Ubuntu with the attached patch. Best regards, Albert 03_python-xml-removal-fix.dpatch Description: application/shellscript
Bug#475733: (no subject)
On Wed, Apr 16, 2008 at 10:21:13PM +0200, Nico Golde wrote: Hi, * [EMAIL PROTECTED] [2008-04-16 22:05]: Thanks for the help. I have made a patch that would fix the possible buffer overflows. Please check the attached patch. [...] if(path[0]!='/') - sprintf(tmp,%s/translations/%s,DATAPATH,path); + snprintf(tmp,302,%s/translations/%s,DATAPATH,path); off-by two. Why don't you just use sizeof(tmp)? And why use sizeof(tmp) with the possibility of truncating the resulting string while we can properly malloc() enough size to hold the whole path ? -- GPG-Key: 0xA3FD0DF7 - 9F73 032E EAC9 F7AD 951F 280E CB66 8E29 A3FD 0DF7 Debian User and Developer. Homepage: www.foolab.org signature.asc Description: Digital signature
Bug#327249: closed by Olivier Berger [EMAIL PROTECTED] (It seems it's fixed for some time in stable)
Olivier Berger: Now that the session.save_path is back to /var/lib/phpgroupware/sessions for PHP5 (since #472668 fix) instead of /var/lib/php5, it exhibits the problem. We'll try and make sure there's a permission check on that dir in a new update of the phpgroupware-0.9.16-core-base package, hopefully in time for lenny. OK, thanks. So the reason why the problem was visible only after a reboot was probably apache loading the new php module for the first time. Best regards, Alexander -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#475918: star: new stable upstream version 1.5 available
PLEASE FINALLY FIX YOUR MAILER This is the third time you destroyed the mail address for Mika (Michael Prokop) and this is the third time I had to manually insert the correct address for Mika. Pawel Wiecek [EMAIL PROTECTED] wrote: On Apr 16, 1:19pm, Joerg Schilling wrote: You seem to forget that the binaries names are changed so they do not clash with other packages. I see no name clashesplease explain! Various versions mt and rmt are provided in tar, star and mt-st. None of them can claim the names mt or rmt. Alternatives system will provide a symlink to one of them, usually the one from tar. I don't suppose you intend to refer to the other mt in star's manual, don't you? You are either confused or you write in miracles Debian does not provide _THE_ tar command, which is here: http://src.opensolaris.org/source/xref/onnv/onnv-gate/usr/src/cmd/tar/tar.c Debian could include _A_ tar implementation but currently it does not really do so. This is because Debian installs GNU tar (gtar) as tar. If you have a look at the relevent SUSv2 standard which is here: http://www.opengroup.org/onlinepubs/007908799/xcu/tar.html you will see that GNU tar neither correctly follows the CLI definitions of the standard nor does it write a standard compliant TAR archive format by default. Star is 100% compliant to the SUSv2 tar standard, so it would be a good idea to install a link from /bin/tar to star to get a standard compliant tar on Debian. Anyway: thinking on whether a implementation could rightfully use a specific name seems to be a bit wrong Unless you provide the original implementation of a program (in which case you would be allowed to talk about _THE_ xxx command), you could only provide one of several clone implementations (_A_ xxx implementation). But thinking this way, you are still wrong when talking about the star man page: The star man page _mentiones_ mt(1) but it does not mention the extended features that are available with the mt(1) implementation that is part of the star distribution. For this reason, the reference to mt(1) is OK unless Debian ships a broken mt command that does not support the basic mt features mentioned in the star man page. The star man page mentiones rmt(1) but it also describes the differences between the avaliablee implementations. There is absolutely no need to change names in the star man page for above reasons. Also note: Debian would do a favor to it's users if it did deliver the rmt implementation from star as the default. The star rmt implementation is the only implementation that correctly talks to _all_ rmt client implementations and that includes a complete abstraction from platform, cpu and byteorder differences between the server and the client machine. ... [some other missunderstood parts removed] Are you referring to some problems created by the buildprocess you have created yourself? The file star_fat.c is _not_ part of the source. If you create it (as you No Joerg, *I* did not create it. Your makefiles did. And they did not clean it. You are wrong: *you* did create a patch that is repsonsible for the fact that your build environment for star uses a broken star_fat.c Please do not try to blame others for problems you caused. Jörg -- EMail:[EMAIL PROTECTED] (home) Jörg Schilling D-13353 Berlin [EMAIL PROTECTED](uni) [EMAIL PROTECTED] (work) Blog: http://schily.blogspot.com/ URL: http://cdrecord.berlios.de/old/private/ ftp://ftp.berlios.de/pub/schily
Bug#473124: Menu entry for qtnx
tag 473124 pending thanks Will be in the next upload Matt -- Matthew Johnson signature.asc Description: Digital signature
Bug#474092: dpkg: filepath with 100 characters do not get installed
Hi Sven, Thanks a bunch for tracking the issue down ! I am making some progress. See the new debian package (still not quite there yet): http://gdcm.sourceforge.net/thingies/debpackage-0.0.2-Linux-x86_64.deb After installation I am getting: $ dpkg -L debpackage /tmp /tmp/very /tmp/very/long /tmp/very/long/pathname /tmp/very/long/pathname/foobar /tmp/very/long/pathname/foobar/hello_world /tmp/very/long/pathname/foobar/hello_world/toreproduceabugindpkg /tmp/very/long/pathname/foobar/hello_world/toreproduceabugindpkg/pleaseconsider /tmp/very/long/pathname/foobar/hello_world/toreproduceabugindpkg/pleaseconsider/123 /tmp/very/long/pathname/foobar/hello_world/toreproduceabugindpkg/pleaseconsider/123/install_me1.txt /tmp/very/long/pathname/foobar/hello_world/toreproduceabugindpkg/pleaseconsider/123/do_not_install_me.txt,.+ /tmp/very/long/pathname/foobar/hello_world/toreproduceabugindpkg/pleaseconsider/123/install_me112.txtnsq /tmp/very/long/pathname/foobar/hello_world/toreproduceabugindpkg/pleaseconsider/123/install_me11.txt /tmp/very/long/pathname/foobar/hello_world/toreproduceabugindpkg/pleaseconsider/123/install_m.txt /tmp/very/long/pathname/foobar/hello_world/toreproduceabugindpkg/pleaseconsider/123/install_me1123.txt /tmp/very/long/pathname/foobar/hello_world/toreproduceabugindpkg/pleaseconsider/123/install_me.txt You can clearly see that there are some garbage at the end of the filepath, while this is not reported by dpkg -c: $ dpkg -c debpackage-0.0.2-Linux-x86_64.deb drwxr-xr-x mmalaterre/mmalaterre 0 2008-04-17 12:23 ./tmp/ drwxr-xr-x mmalaterre/mmalaterre 0 2008-04-17 12:23 ./tmp/very/ drwxr-xr-x mmalaterre/mmalaterre 0 2008-04-17 12:23 ./tmp/very/long/ drwxr-xr-x mmalaterre/mmalaterre 0 2008-04-17 12:23 ./tmp/very/long/pathname/ drwxr-xr-x mmalaterre/mmalaterre 0 2008-04-17 12:23 ./tmp/very/long/pathname/foobar/ drwxr-xr-x mmalaterre/mmalaterre 0 2008-04-17 12:23 ./tmp/very/long/pathname/foobar/hello_world/ drwxr-xr-x mmalaterre/mmalaterre 0 2008-04-17 12:23 ./tmp/very/long/pathname/foobar/hello_world/toreproduceabugindpkg/ drwxr-xr-x mmalaterre/mmalaterre 0 2008-04-17 12:23 ./tmp/very/long/pathname/foobar/hello_world/toreproduceabugindpkg/pleaseconsider/ drwxr-xr-x mmalaterre/mmalaterre 0 2008-04-17 12:23 ./tmp/very/long/pathname/foobar/hello_world/toreproduceabugindpkg/pleaseconsider/123/ -rw-r--r-- mmalaterre/mmalaterre 0 2008-04-17 12:10 ./tmp/very/long/pathname/foobar/hello_world/toreproduceabugindpkg/pleaseconsider/123/install_me1.txt -rw-r--r-- mmalaterre/mmalaterre 0 2008-04-03 11:28 ./tmp/very/long/pathname/foobar/hello_world/toreproduceabugindpkg/pleaseconsider/123/do_not_install_me.txt -rw-r--r-- mmalaterre/mmalaterre 0 2008-04-17 12:10 ./tmp/very/long/pathname/foobar/hello_world/toreproduceabugindpkg/pleaseconsider/123/install_me112.txt -rw-r--r-- mmalaterre/mmalaterre 0 2008-04-17 12:10 ./tmp/very/long/pathname/foobar/hello_world/toreproduceabugindpkg/pleaseconsider/123/install_me11.txt -rw-r--r-- mmalaterre/mmalaterre 0 2008-04-17 12:10 ./tmp/very/long/pathname/foobar/hello_world/toreproduceabugindpkg/pleaseconsider/123/install_m.txt -rw-r--r-- mmalaterre/mmalaterre 0 2008-04-17 12:10 ./tmp/very/long/pathname/foobar/hello_world/toreproduceabugindpkg/pleaseconsider/123/install_me1123.txt -rw-r--r-- mmalaterre/mmalaterre 0 2008-04-03 11:28 ./tmp/very/long/pathname/foobar/hello_world/toreproduceabugindpkg/pleaseconsider/123/install_me.txt See my comments interlaced: On Wed, Apr 16, 2008 at 10:51 PM, Sven Joachim [EMAIL PROTECTED] wrote: On 2008-04-08 12:35 +0200, Raphael Hertzog wrote: On Thu, 03 Apr 2008, Mathieu Malaterre wrote: long file path (100 characters) do not get installed. For reference, while browsing the history I found this commit: commit 3252594427f5285ab4091a6beca2adaa5082a883 Author: Wichert Akkerman [EMAIL PROTECTED] Date: Thu Oct 21 13:36:28 1999 + Add support for GNU tar extension for long filenames Unfortunately this commit only deals with tar archives in (old) GNU format, not with POSIX tar archives (which were only described later in POSIX.1-2001, according to the GNU tar info docs). So it might have been supported once... It still is, actually. I took the steps to extract and uncompress the data.tar from Mathieu's archive, and file reports it as POSIX tar archive. However, tar currently does not create POSIX archives by default; when I repacked the data.tar, file said POSIX tar archive (GNU). Then I reassembled the .deb with ar, and dpkg installed it correctly. It is attached for reference. Mathieu, how did you create the deb? Do you have TAR_OPTIONS set so that tar creates POSIX archives? So for record I am using CMake its debian package plugin. The real issue is that by default 'cmake -E tar cvfz' will create POSIX (non TAR_GNU) tarball, unless you are runnning cmake on cygwin (??). that said it hasn't caused troubles in several releases, so it's not really RC
Bug#476019: libmatthew-java: FTBFS: cgi-java.c:32: undefined reference to `environ'
Hi, Lucas, thanks as always for your QA work. The build log you posted is a little odd. Compare it to the buildd log[0], which was successful, and you see the failing call to ld differs: your line: ld -o libcgi-java.so cgi-java.o buildd line: ld -fpic -shared -lc -o libcgi-java.so cgi-java.o The relevant bits of the Makefile are: ifeq ($(LDVER),GNU) LDFLAGS?=-fpic -shared -lc else LDFLAGS?=-lc endif lib%.so: %.o $(LD) $(LDFLAGS) -o $@ $ Are you setting LDFLAGS in your build? If so, what is the correct way to solve this? (I'm upstream as well) - remove the ? in the makefile - set LDFLAGS in debian/rules - move -lc or all of the flags to a different variable name. - ignore it and close the bug because it's the fault of whoever set LDFLAGS. Thanks, Matt 0. http://buildd.debian.org/fetch.cgi?pkg=libmatthew-javaver=0.6-1arch=ia64stamp=1202415171file=log -- Matthew Johnson signature.asc Description: Digital signature
Bug#476468: libsane doesn't recognize Epson DX5000 (all-in-one) Scanner
Oliver Mathis [EMAIL PROTECTED] wrote: Hi, With libsane 1.0.19-4 (amd64) my Epson DX5000 scanner isn't recognized, scanning with xsane is not possible (root and normal user). As the output you pasted shows, the scanner is recognized by the epkowa backend, which is in libsane-extras. It's possible that the epson2 backend from libsane is getting in the way and not playing nice with others while discovering devices. Can you please try to disable the epson2 backend in /etc/sane.d/dll.conf ? JB. -- Julien BLACHE - Debian GNU/Linux Developer - [EMAIL PROTECTED] Public key available on http://www.jblache.org - KeyID: F5D6 5169 GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#476019: libmatthew-java: FTBFS: cgi-java.c:32: undefined reference to `environ'
On 17/04/08 at 11:32 +0100, Matthew Johnson wrote: Hi, Lucas, thanks as always for your QA work. The build log you posted is a little odd. Compare it to the buildd log[0], which was successful, and you see the failing call to ld differs: your line: ld -o libcgi-java.so cgi-java.o buildd line: ld -fpic -shared -lc -o libcgi-java.so cgi-java.o The relevant bits of the Makefile are: ifeq ($(LDVER),GNU) LDFLAGS?=-fpic -shared -lc else LDFLAGS?=-lc endif lib%.so: %.o $(LD) $(LDFLAGS) -o $@ $ Are you setting LDFLAGS in your build? If so, what is the correct way to solve this? (I'm upstream as well) - remove the ? in the makefile - set LDFLAGS in debian/rules - move -lc or all of the flags to a different variable name. - ignore it and close the bug because it's the fault of whoever set LDFLAGS. dpkg-buildpackage now sets LDFLAGS to an empty value by default. See d-d-a. -- | Lucas Nussbaum | [EMAIL PROTECTED] http://www.lucas-nussbaum.net/ | | jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F | signature.asc Description: Digital signature
Bug#476484: manpages-dev: raise(int sig) is incorrectly described as sending signal to the calling process
Quoting Joey Schulze [EMAIL PROTECTED]: Timothy Baldwin wrote: Package: manpages-dev Version: 2.79-2 Severity: normal The manpage for raise, incorrectly describes it as sending a signal to the current process; infact it sends the signal to the calling thread. Therefore the statement that raise(sig) is equivalent to kill(getpid(), sig) is false. Do you have a proof for this claim? In terms of specified behaviour, I refer you to POSIX: http://www.opengroup.org/onlinepubs/009695399/functions/raise.html The Glibc manual is also in error. In terms of actual behaviour, I have observed this behaviour whilst developing a program which uses signals inter-thread communication. I am unable to supply a test case at this moment due to a hardware failure on my Linux system. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#472613: ffmpeg-free_0.cvs20071007-4(hppa/experimental): FTBFS: missing -fPIC
On Thu, Apr 17, 2008 at 11:33:09AM +0200, Fabian Greffrath wrote: Reinhard Tartler schrieb: I wonder why mipsen don't show the same problem, though. Maybe they have no problem with non-pic code in libraries as i386 has? in that case, the solution would be obvious: adding hppa to the quoted list... Well, maybe. However, could you please check my latest SVN commit? BTW, is it 'hppa' or 'parisc'? Depends on who you ask: Debian? gcc? Kernel? Gruesse, -- Frank Lichtenheld [EMAIL PROTECTED] www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#463672: Announce of the upcoming NMU for the setserial package
Dear maintainer of setserial and Debian translators, On Monday, March 31, 2008 I sent a notice to the maintainer of the setserial Debian package, mentioning the status of at least one old po-debconf translation update in the BTS (bug #463672). I announced the intent to build and possibly upload a non-maintainer upload for this package in order to fix this long-time pending localization bug as well as all other pending translations. The package maintainer agreed for the NMU or did not respond in two weeks, so I will proceed with the NMU. The full planned schedule is available at the end of this mail. The package is currently translated to: cs da de es eu fi fr gl ja nl pl pt pt_BR ru sv tr vi Among these, the following translations are incomplete: da es fi nl pl sv If you did any of the, currently incomplete, translations you will get ANOTHER mail with the translation to update. Other translators also have the opportunity to create new translations for this package. Once completed, please send them as a bug report against the setserial package so I can incorporate them in the build. The deadline for receiving updates and new translations is Sunday, April 27, 2008. If you are not in time you can always send your translation to the BTS. The POT file is attached to this mail. If the maintainer objects to this process I will immediately abort my NMU and send him/her all updates I receive. Otherwise the following will happen (or already has): Monday, March 31, 2008 : send the first intent to NMU notice to the package maintainer. Thursday, April 17, 2008 : send this notice Sunday, April 27, 2008 : deadline for receiving translation updates Monday, April 28, 2008 : build the package and upload it to DELAYED/0-day send the NMU patch to the BTS Tuesday, April 29, 2008 : NMU uploaded to incoming Thanks for your efforts and time. -- -- # SOME DESCRIPTIVE TITLE. # Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER # This file is distributed under the same license as the PACKAGE package. # FIRST AUTHOR [EMAIL PROTECTED], YEAR. # #, fuzzy msgid msgstr Project-Id-Version: PACKAGE VERSION\n Report-Msgid-Bugs-To: [EMAIL PROTECTED] POT-Creation-Date: 2008-02-06 18:54+0100\n PO-Revision-Date: YEAR-MO-DA HO:MI+ZONE\n Last-Translator: FULL NAME [EMAIL PROTECTED]\n Language-Team: LANGUAGE [EMAIL PROTECTED]\n MIME-Version: 1.0\n Content-Type: text/plain; charset=CHARSET\n Content-Transfer-Encoding: 8bit\n #. Type: boolean #. Description #: ../templates:2001 msgid Automatically configure the serial port parameters? msgstr #. Type: boolean #. Description #: ../templates:2001 msgid It is recommended that the serial port parameters should be configured automatically. It is also possible to configure them manually by editing the file /etc/serial.conf. msgstr #. Type: boolean #. Description #: ../templates:2001 msgid PCMCIA serial-type devices should be configured with pcmciautils. See /usr/ share/doc/setserial/README.Debian.gz for details. msgstr #. Type: select #. Choices #: ../templates:3001 msgid autosave once msgstr #. Type: select #. Choices #: ../templates:3001 msgid manual msgstr #. Type: select #. Choices #: ../templates:3001 msgid autosave always msgstr #. Type: select #. Choices #: ../templates:3001 msgid kernel msgstr #. Type: select #. Description #: ../templates:3002 msgid Type of automatic serial port configuration: msgstr #. Type: select #. Description #: ../templates:3002 msgid Setserial allows saving the current serial configuration in various ways: msgstr #. Type: select #. Description #: ../templates:3002 msgid autosave once : save only once, now;\n manual : never save the configuration automatically;\n autosave always: save on every system shutdown (risks overwriting the\n serial.conf file with errors);\n kernel : do not use the serial.conf file and use the kernel settings\n at bootup. msgstr #. Type: note #. Description #. obsolete, should be removed, not reviewed #: ../templates:4001 msgid Please read documentation on old 0setserial entries msgstr #. Type: note #. Description #. obsolete, should be removed, not reviewed #. Type: note #. Description #. obsolete, should be removed, not reviewed #: ../templates:4001 ../templates:5001 msgid You have an old-style 0setserial entry. The configuration mechanism has changed completely after setserial release 2.14. msgstr #. Type: note #. Description #. obsolete, should be removed, not reviewed #: ../templates:4001 msgid Your old /etc/rc.boot/0setserial file was just renamed to 0setserial.pre- 2.15. msgstr #. Type: note #. Description #. obsolete, should be removed, not reviewed #: ../templates:4001 msgid Read /usr/share/doc/setserial/README.Debian.gz file for more information. msgstr #. Type: note #. Description #. obsolete, should be removed, not reviewed #: ../templates:5001 msgid New
Bug#476528: fakechroot: get path from .../etc/ld.so.conf then add to LD_LIBRARY_PATH
Package: fakechroot Version: 0.9+1.3 Severity: minor *** Please type your report below this line *** To add path found in $FAKECHROOT_BASE/etc/ld.so.conf to $LD_LIBRARY_PATH inside the chroot environment. For example, $ cat /myroot/etc/ld.so.conf /usr/X11R6/lib $ fakechroot chroot /myroot $ echo $LD_LIBRARY_PATH /usr/lib/fakechroot:--cut--:/myroot/lib:/myroot/usr/X11R6/lib This behavior may be optional, specified by some parameter, $ fakechroot --ldconfig chroot /myroot -- System Information: Debian Release: testing/unstable APT prefers warty-updates APT policy: (800, 'warty-updates'), (800, 'warty-security'), (800, 'warty-backports'), (800, 'warty'), (700, 'hoary-updates'), (700, 'hoary-security'), (700, 'hoary-backports'), (700, 'hoary'), (600, 'breezy-updates'), (600, 'breezy-security'), (600, 'breezy-backports'), (600, 'breezy'), (599, 'dapper-updates'), (599, 'dapper-security'), (599, 'dapper-backports'), (599, 'dapper'), (500, 'gutsy-backports'), (500, 'feisty-backports'), (500, 'edgy-backports') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-29-386 Locale: LANG=C, LC_CTYPE=thai (charmap=TIS-620) Versions of packages fakechroot depends on: ii libc6 2.3.6-0ubuntu20.5 GNU C Library: Shared libraries an fakechroot recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#424911: [kpowersave] Brightness always 100% at startup
The same problem here in my Toshiba M45-S355. If you open kpowersave and roll brightness bar, the birghtness can be changed, but in startup is always in 100%. Kpowersave is 0.7.3-2 Debian Testing (Lenny) i386 Best Regards, Renato S. Yamane -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#461473: [pkg-ntp-maintainers] Bug#461473: /etc/init.d/ntp restart should fail if ntp daemon is not running
Rick Thomas wrote: 1) Wouldn't it be a good idea to include the dynamic option in the synthesized server lines inserted into ntp.conf.dhcp ? I don't know. Why would it? 2) There ought to be some way to keep a server line in ntp.conf from getting deleted. E.g. for a stratum=0 time source. I suggest the string # sticky appearing as a comment. I think if you have a stratum 0 source, why would you want to use the DHCP provided sources at all? Is there really a use case for mixing manually edited and DHCP-provided servers? After all, you will only end up synchronizing to one source anyway. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#475820: qtnx_0.9-1(sparc/unstable): /usr/bin/ld: cannot find -laudio
Hi Martin, According to [0] there may have been a problem with qt4-dev, which is now fixed. Can you schedule a rebuild to check whether this bug is still in existence. Thanks, Matt 0. http://lists.debian.org/debian-devel/2008/04/msg00465.html -- Matthew Johnson signature.asc Description: Digital signature