Bug#438671: coreutils: 'touch' documentation needs to be clarified
Vincent Lefevre wrote: Bob Proulx wrote: Symlinks create a fundamental operating interface between all programs and the filesystem. They permeate everything that operates on files in a fundamental way. Because they are a very low level interface I don't believe it is possible nor appropriate to note how symlinks affect everything everywhere. The best that can be done is to learn how they affect the filesystem interface and apply that model to all applications that operate on the filesystem. The touch command follows symlinks because generally everything follows symlinks. The commands that do not follow symlinks are the exceptions to that rule. I'd say this is the opposite for commands that operate on meta-data (such as 'touch'). I wanted to trim my quote but I was not sure to what part you were referring to as being the opposite. I did not understand the meaning of your statement. Sorry. Touch simply open()s the file or calls utime{,s}() on the file. The underlying filesystem then follows the symlink as expected. At least as I expect it to do anyway. :-) A symlink can never be an open file. That may help to understand part of the operating model. Any operation that operates on an open file descriptor won't be operating on the symlink. By getting to the open file it will have already passed through the symlink and on to the target. The rm command is not an exception here because rm operates on symbolic links normally. It is an exception as it doesn't follow the symbolic links. But in the case of removing file arguments there is no meaning to following a symlink. The symlink itself is the file argument and it is removed. Since rm is really performing a directory operation the directory either includes the file argument and it is removed from the directory or it does not and an error occurs. On another level different from opening files to access the file contents many filesystem commands are directory level commands. They either add to or remove from the directory. The rm command is one of those commands. It removes entries from the directory. Since the file is never opened the value of the symlink is not used. The ls command is an exception and where it handles symlinks specially is documented. The stat command (from the coreutils) is also an exception. Okay, you got me on stat(1). But it is a new addition to coreutils. Previously it was a standalone command. If it is not documented appropriately for use with symlinks then that should certainly be improved. However looking at the documentation now it looks to be adequate. I don't like the wording personally and this will motivate me to submit an update. Ditto for chown and chgrp. I think that most commands that operate on meta-data are exceptions! Yes. So? Other commands are the majority such as cat, grep, sed, cut, paste, join, and so on. The number of commands that operate on the inode are a smaller set. I think this means that we are in agreement here. (Not sure though.) Recently, in the grand scheme of Unix time, symlinks were added and it has taken a while for command to catch up by adding options to operate on the symlink rather than the symlink target. These require operating system support such as lstat(2) and lchown(2). Note: chmod is a bit special because symlinks don't have file permissions. Well, BSD symlinks do not have modes anyway. SysV does have modes but they are cosmetic only. Also touch and chmod are different from other file operations that follow the symlinks in the sense that they don't return an error if the file doesn't exist: But for different reasons. vin:~ ln -s file link This stores the string value file into the value of the file link. If you look at the size of the resulting file you will see that it is four characters long. Other values would create different sized symlinks. The value is stored in the symlink and will be used by the filesystem later if file access calls need to resolve through it. There is no validation that the target name value stored there exists. It can't because it does not need to exist when the symlink is created. It might exist in the future. Or it might never exist. The file resolution will be handled by the filesystem at the time access is attempted. Since the symlink was created successfully the command returns a successful exit code. If the symlink cannot be created such as due to insufficient permissions in the directory then a failing exit code will be returned. vin:~ touch -c link This calls utimes(2) on link, which returns ENOENT (No such file or directory), indicating that the file does not exist. Because the -c option was given the file is not created if it does not exist and a successful exit code is returned. If the -c had not been given then touch would have opened link for writing and created the file. If it was successful in creating the file it would have exited no error. If
Bug#438967: laptop-net: arp-discovery does not work on Xircom PCMCIA NIC
Package: laptop-net Version: 2.26-8 Severity: important I am using a setup with a static address and a catchall DHCP entry for other networks. I am attempting to use arp-discovery to detect the static address network by using the ip-map table to probe the upstream gateway. At this point, detection fails: arp-discovery definitely sends out ARP packets, however they are never recieved by the network card. This network card has problems with multicast and other related stuff and has to be put in promiscuous mode to use such things, which may be causing this problem. It also may be an issue that arp-discovery produces arp packets with invalid from IP address. (0.0.0.0) Which may be confusing the gateway or causing the packets to get mislaid. In attempting to diagnose this problem I have looked through the entirety of the laptop-net shell scripts without finding any obvious knobs to turn and have run arp-discovery with the network card up and properly connected to the static network where it still failed to recieve any responses. Has anyone had any experience with this or similar issues before? and are there any tricks / hints that could get this to work for me? I have not included the debconf information as this information has been superceded by custom configuration in the schemes and ip-map files. I will include them if requested, however there is nothing overly special in them. Thanks, Julian Calaby -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i586) Kernel: Linux 2.6.23-rc3 (PREEMPT) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages laptop-net depends on: ii debconf [debconf-2.0]1.5.14 Debian configuration management sy ii ifupdown 0.6.8 high level tools to configure netw ii libc62.6-2 GNU C Library: Shared libraries ii libnet1 1.1.2.1-2 library for the construction and h ii libpcap0.8 0.9.5-1 System interface for user-level pa ii lockfile-progs 0.1.10 Programs for locking and unlocking ii module-init-tools3.3-pre11-4 tools for managing Linux kernel mo ii net-tools1.60-17 The NET-3 networking toolkit laptop-net recommends no packages. -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#390630: It's back
Joseph Neal wrote: This bug seems to be back with the most recent update of the driver in sid. Strange, it was supposed to be fixed in 2.1.2-6. Current sid is 2.1.3-1, and there are almost _no_ difference between these packages (our 2.1.2-6 contained all fixes planned for the upcoming 2.1.3). Are you sure it is the same bug? Can you easily reproduce it? If so, could you downgrade to 2.1.2-6 in testing and check that it does not occur there? Maybe another package upgrade broke it again... Brice -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#438904: xserver-xorg: Cursor at top of stacked monitor configuration shows up on both monitors
Brice Goglin wrote: Josh Triplett wrote: I have a two-monitor stacked configuration. I started a program, causing the busy cursor to appear. When I moved that cursor to the top of the upper screen, hanging over the top edge, it also appeared at the top of the other monitor. I can consistently reproduce this. And the duplicate cursor goes away as soon as you leave the top of the screen? top of the screen only means the top-most line? top of the screen here means any position in which the cursor image hangs off the top edge of the screen. I can move several pixels down, and as long as the cursor image still goes off the top of the screen, the phantom cursor appears on the lower monitor. It doesn't occur with the non-busy cursor? Not that I've observed. However, the normal cursor cannot hang off the top edge, because it has its hot spot at the top of the cursor image. That may or may not relate to the bug. What if the put the busy cursor at the top of the screen and leave it there until it becomes non-busy again, does the duplicate cursor go away? Or do you get two non-busy cursors? It goes away. If you move the cursor horizontally on the top of the screen, do both duplicates move the same? Yes. I don't know which package causes this problem; it could represent a driver bug, an X server bug, or a hardware bug. I also don't know if it applies to unstable. The box I observed this on runs etch. I am voting for the driver, hence reassigning to xserver-xorg-video-ati. Works for me. ii xserver-xorg-core 2:1.1.1-21 X.Org X server -- core server ii xserver-xorg-video-ati 1:6.6.3-2X.Org X server -- ATI display driv It would be nice to upgrade xserver-xorg-video-ati to experimental (6.6.193) and/or xserver-xorg-core to testing (1.3.0). The former contains some cursor-related cleanups, and it should be easy to backport to Etch (just a couple things to change in debian/control, let me know if you need help). The latter will require some new libs (at least libdrm2) so I'll understand if you don't want to even try backporting it. Actually, I can just check for this bug on my personal (non-work) laptop running latest unstable; it has an ATI card as well. - Josh Triplett signature.asc Description: OpenPGP digital signature
Bug#438671: coreutils: 'touch' documentation needs to be clarified
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=438671 Jim Meyering wrote: Bob Proulx wrote: Vincent Lefevre wrote: The 'touch' documentation (info manual, man page and 'touch --help' output) needs to be clarified. ... I could suggest the following: touch [OPTION]... FILE... Any FILE argument that does not exist is created empty. A FILE argument string of `-' is handled specially and causes `touch' to change the times of the file associated with standard output. Hi Bob, Thanks! That looks good. Want to send a patch, or tell me where to pull from? Please pull this proposed patch from the repository at: git fetch --no-tags git://git.proulx.com/coreutils touch-help:touch-help Thanks Bob -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#438968: does not deal well with situation when IMAP server hangs up
Package: offlineimap Version: 5.99.2 Severity: normal I moved several thousand messages out of a folder and then fired up offlineimap, which then proceeded to delete the local copies. This took forever, and eventually, the IMAP server hung up: imap(madduck): Info: Disconnected for inactivity offlineimap then simply stays there for a very long time, tries to do the next step, fails, and finally exits: Copy message 149909 IMAP[store] - Maildir[store], LocalStatus[store] DEBUG[imap]: 43:16.86 GNHF107 UID FETCH 149909 (BODY.PEEK[]) Copy message 149910 IMAP[store] - Maildir[store], LocalStatus[store] DEBUG[imap]: 43:16.94 GNHF108 UID FETCH 149910 (BODY.PEEK[]) Copy message 149911 IMAP[store] - Maildir[store], LocalStatus[store] DEBUG[imap]: 43:16.94 GNHF109 UID FETCH 149911 (BODY.PEEK[]) Copy message 149912 IMAP[store] - Maildir[store], LocalStatus[store] DEBUG[imap]: 43:16.94 GNHF110 UID FETCH 149912 (BODY.PEEK[]) Thread 'Copy message 149909 from store' terminated with exception: Traceback (most recent call last): File /var/lib/python-support/python2.4/offlineimap/threadutil.py, line 153, in run Thread.run(self) File threading.py, line 422, in run self.__target(*self.__args, **self.__kwargs) File /var/lib/python-support/python2.4/offlineimap/folder/Base.py, line 277, in copymessageto message = self.getmessage(uid) File /var/lib/python-support/python2.4/offlineimap/folder/IMAP.py, line 113, in getmessage initialresult = imapobj.uid('fetch', '%d' % uid, '(BODY.PEEK[])') File imaplib.py, line 725, in uid typ, dat = self._simple_command(name, command, *args) File imaplib.py, line 1028, in _simple_command return self._command_complete(name, self._command(name, *args)) File imaplib.py, line 820, in _command self.send('%s%s' % (data, CRLF)) File /var/lib/python-support/python2.4/offlineimap/imaplibutil.py, line 54, in send self.outfd.write(data) IOError: [Errno 32] Broken pipe Last 1 debug messages logged for Copy message 149909 from store prior to exception: imap: 43:16.86 GNHF107 UID FETCH 149909 (BODY.PEEK[]) offlineimap -1 -d imap 13338.69s user 1128.29s system 67% cpu 5:56:57.25 total -- 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.22-1-amd64 (SMP w/1 CPU core) Locale: LANG=en_GB, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages offlineimap depends on: ii python2.4.4-6An interactive high-level object-o ii python-support0.6.4 automated rebuilding support for p offlineimap recommends no packages. -- no debconf information -- .''`. 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 digital_signature_gpg.asc Description: Digital signature (see http://martin-krafft.net/gpg/)
Bug#434086: unfsd: fix invalid argument error for setattr request
Ryusuke Konishi wrote: I would be grateful if someone who maintains nfs-user-server could try to apply the patch. I'll take a look, thanks in advance for your work. -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#438671: [PATCH] Clarify touch documentation of file arguments.
* src/touch.c (usage): Improve wording of documentation regarding file argument handling and special handling of - argument. * doc/coreutils.texi (touch invocation): Likewise. Documentation problem reported by Vincent Lefevre. Signed-off-by: Bob Proulx [EMAIL PROTECTED] --- ChangeLog |8 doc/coreutils.texi |7 --- src/touch.c|7 +-- 3 files changed, 17 insertions(+), 5 deletions(-) diff --git a/ChangeLog b/ChangeLog index 5f188d7..291b9f3 100644 --- a/ChangeLog +++ b/ChangeLog @@ -1,3 +1,11 @@ +2007-08-20 Bob Proulx [EMAIL PROTECTED] + + Clarify touch documentation of file arguments. + * src/touch.c (usage): Improve wording of documentation regarding + file argument handling and special handling of - argument. + * doc/coreutils.texi (touch invocation): Likewise. + Documentation problem reported by Vincent Lefevre. + 2007-08-20 Paul Eggert [EMAIL PROTECTED] * NEWS: The old cp -p bug affected coreutils releases before 6.0. diff --git a/doc/coreutils.texi b/doc/coreutils.texi index e3164a9..800ca64 100644 --- a/doc/coreutils.texi +++ b/doc/coreutils.texi @@ -9271,10 +9271,11 @@ touch [EMAIL PROTECTED]@dots{} @[EMAIL PROTECTED] @end example @cindex empty files, creating -Any @var{file} that does not exist is created empty. +Any @var{file} argument that does not exist is created empty. -A @var{file} of @samp{-} causes @command{touch} to change the -times of the file associated with standard output. +A @var{file} argument string of @samp{-} is handled specially and +causes @command{touch} to change the times of the file associated with +standard output. @cindex permissions, for changing file timestamps If changing both the access and modification times to the current diff --git a/src/touch.c b/src/touch.c index 963e7ff..2540558 100644 --- a/src/touch.c +++ b/src/touch.c @@ -233,6 +233,11 @@ usage (int status) fputs (_(\ Update the access and modification times of each FILE to the current time.\n\ \n\ +A FILE argument that does not exist is created empty.\n\ +\n\ +A FILE argument string of - is handled specially and causes touch to\n\ +change the times of the file associated with standard output.\n\ +\n\ ), stdout); fputs (_(\ Mandatory arguments to long options are mandatory for short options too.\n\ @@ -256,8 +261,6 @@ Mandatory arguments to long options are fputs (_(\ \n\ Note that the -d and -t options accept different time-date formats.\n\ -\n\ -If a FILE is -, touch standard output.\n\ ), stdout); emit_bug_reporting_address (); } -- 1.4.1.1 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#438969: libxrandr2: Restoring the backlight uses inadequate values
Package: libxrandr2 Version: 2:1.2.1-1 Severity: normal I do have a Sony laptop, and I have mapped the function keys controlling the brightness of the display to a script setting values in /sys/class/backlight/sony. This works fine both in the console and within X up to the point where xscreensaver kicks in and sets the display to DPMS standby, suspend or off mode. After reactivating the computer the screensaver sets the brightness of the display using the xrandr extension not to the value the display brightness had before, but to the value which is still in memory. To make a long story short, xrandr should check the actual brightness of the display before it is changed. I am filing this bug against xrandr because the xbacklight tool shows the same behaviour, so I do not think that this is an xscreensaver problem. If I am wrong, please feel free to reassign the bug to another package. Thanks, Thomas -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.19.2 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Shell: /bin/sh linked to /bin/bash Versions of packages libxrandr2 depends on: ii libc6 2.6-2 GNU C Library: Shared libraries ii libx11-6 2:1.0.3-7 X11 client-side library ii libxext6 1:1.0.3-2 X11 miscellaneous extension librar ii libxrender1 1:0.9.2-1 X Rendering Extension client libra ii x11-common1:7.2-5X Window System (X.Org) infrastruc libxrandr2 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#438921: bmpx: new upstream version 0.40.1 is available
Package: bmpx Version: 0.40.0~rc3-1 Followup-For: Bug #438921 And, since 0.40.1 version is available[1], it'll be better to fix this bug with the new version :) [1] http://bmpx.beep-media-player.org/site/Downloads -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.22-1-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#438970: UTF8 default charcterset for mysql-server package
Package: mysql-server Version: 5.0.32-7etch1 The default character set for the mysql-server package is currently latin1. See the server status notice after installing the package: *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* mysql status; -- mysql Ver 14.12 Distrib 5.0.38, for pc-linux-gnu (i486) using readline 5.2 Connection id: 1 Current database: Current user: [EMAIL PROTECTED] SSL:Not in use Current pager: stdout Using outfile: '' Using delimiter:; Server version: 5.0.32-Debian_7etch1-log Debian etch distribution Protocol version: 10 Connection: Localhost via UNIX socket Server characterset:latin1 Db characterset:latin1 Client characterset:latin1 Conn. characterset:latin1 UNIX socket:/var/run/mysqld/mysqld.sock Uptime: 32 sec *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* This behaviour can cause problems in any number of scenarios. I personally noticed it when I was changing forum software on an Ubuntu forum. Since the two forum applications had different ways of handling character sets I had to convert the forum database from latin1 to utf8 for the forum application to correctly pick up the characters. Of course, I was quite frustrated with the inability of the forum packages to deal with the character sets correctly but I also realised that the problem may have been non-existent if the database originally had been utf8. The suggested solution is to always compile the mysql package with utf8 as default character set. (./configure --with-charset=utf8) I am using Ubuntu 7.04, 2.6.20-16-generic kernel and libc6 2.5-0ubuntu14. The reason I am reporting this with Debian bugs and not with Ubuntu bugs / Launchpad is because I noticed it was - as I believe - as incorrect in the Debian package as it is in the Ubuntu package. I also have a suspicion that the Ubuntu package is supplied directly from the Debian package without modification - I may, of course, be wrong about that. Thanks and Best Regards, Johan Ramm-Ericson -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#436988: IPv6 broken in pdnsd
On Mon, Aug 20, 2007 at 10:53:10PM +, Juliusz Chroboczek wrote: reopen 436988 severity 436988 minor thanks (Richard, if you do a wide reply, please make sure you remove control@ from the CC.) I'm afraid that my patch may have broken compilation on older libc releases. Pierre, do we still care about libc 2.4 and earlier? well, technically we don't for sid, we just care if we intend to backport pdnsd to etch, where libc is 2.3. I may be wrong, but I believe that something like the following should work under all libc/kernel combinations. However, I have not tested it. rc = -1; errno = ENOPROTOOPT; #ifdef IPv6_RECVPKTINFO rc = setsockopt(sock,SOL_IPV6,IPV6_RECVPKTINFO,so,sizeof(so)); #endif #ifdef IPV6_2292PKTINFO if(rc 0 errno == ENOPROTOOPT) rc = setsockopt(sock,SOL_IPV6,IPV6_2292PKTINFO,so,sizeof(so)); #endif if(rc 0 errno == ENOPROTOOPT) rc = setsockopt(sock,SOL_IPV6,IPV6_PKTINFO,so,sizeof(so)); This would work if IPV6_RECVPKTINFO is a macro, which it may not be on every OS (even if it is on linux with glibc). I'm not sure if anything mandates it being one. For all I care right now, backward compatibility is not a very big issue, and if I need it, this patch will be good for Debian where we always have a glibc. -- ·O· Pierre Habouzit ··O[EMAIL PROTECTED] OOOhttp://www.madism.org pgpGdGRsTRruM.pgp Description: PGP signature
Bug#436693: libdbd-pg-perl: no effect pg_enable_utf8 flag on string array columns
# From: Raphael Hertzog [EMAIL PROTECTED] # Subject: Re: Bug#436693: libdbd-pg-perl: no effect pg_enable_utf8 flag on string array columns # Date: Fri, 17 Aug 2007 12:35:27 +0200 Please can you post sample code demonstrating the bug you're describing? Give the code, the expected result and the real outcome. I have trouble understanding your english and some code would be really helpful. I try to create sample code. Attached. 'createdb.sql' with utf-8 charactors. Unarchived attached file and followed commands... $ createdb test --encoding=utf-8 $ psql test -f createdb.sql $ perl test.pl I want to get table 'test2' column with utf8 flag. Best regards. /// Toshinori Sugita --- Digital Pad Inc. /// MailTo: [EMAIL PROTECTED] /// http://www.d-pad.co.jp/~sugi/ (Japanese Only) /// http://www.d-pad.co.jp/ (Company Site) test.tar.gz Description: Binary data
Bug#350396: What is with this bug?
Hi Werner! You wrote: I just see that this bug seems to be solved, is rather old, and in an old version of the package. What makes you think this bug is solved? I can't find anything pointing to that in the changelog. Greetings, Bas. -- Kind regards, ++ | Bas Zoetekouw | GPG key: 0644fab7 | || Fingerprint: c1f5 f24c d514 3fec 8bf6 | | [EMAIL PROTECTED] | a2b1 2bae e41f 0644 fab7 | ++ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#438842: description prompts user to install libgl1-mesa-dri, but it isn't in Recommends
Robert Millan wrote: Package: libgl1-mesa-glx Version: 6.5.1-0.6 Severity: normal Tags: patch As Description says, libgl1-mesa-dri is needed for direct rendering. Most users of opengl programs will want to use the 3D capabilities of their cards, so in general it is indeed a good idea to install libgl1-mesa-dri when using libgl1-mesa-glx. I think this calls for a Recommends: libgl1-mesa-dri. In latest versions of our packages, xserver-xorg recommends libgl1-mesa-dri, so the recommends is kind of already here on the technical side... Is there anybody out there that want to use direct rendering without having X installed? Also it would create some sort or circular dependencies since -dri already depends on -glx... Brice -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#436988: IPv6 broken in pdnsd
On Tue, Aug 21, 2007 at 12:53:10AM +0200, Juliusz Chroboczek wrote: (Richard, if you do a wide reply, please make sure you remove control@ from the CC.) I'm afraid that my patch may have broken compilation on older libc releases. Pierre, do we still care about libc 2.4 and earlier? Have you cc:'d the correct maintainer? I'm not connected with pdnsd at all, and I don't recognize the underlying code that you're touching. ? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#393455: scowl: diff for NMU version 6-2.1
On 8/20/07, Amaya [EMAIL PROTECTED] wrote: tags 393455 + patch thanks Hi, I intend to *lovingly* NMU scowl in order to finish the cdebconf transition. Attached is the diff for my scowl 6-2.1 NMU. Thanks, Amaya. -David -- David Coe +1 410 505 4468 home/office/cell, depending on where I am -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#438969: libxrandr2: Restoring the backlight uses inadequate values
Thomas Prokosch wrote: Package: libxrandr2 Version: 2:1.2.1-1 Severity: normal I do have a Sony laptop, and I have mapped the function keys controlling the brightness of the display to a script setting values in /sys/class/backlight/sony. This works fine both in the console and within X up to the point where xscreensaver kicks in and sets the display to DPMS standby, suspend or off mode. After reactivating the computer the screensaver sets the brightness of the display using the xrandr extension not to the value the display brightness had before, but to the value which is still in memory. To make a long story short, xrandr should check the actual brightness of the display before it is changed. I am filing this bug against xrandr because the xbacklight tool shows the same behaviour, so I do not think that this is an xscreensaver problem. If I am wrong, please feel free to reassign the bug to another package. Do you have an intel board and use xserver-xorg-video-intel 2.1.1 ? If so, the problem could be related to bug #438619, you should look at this bug at let me know whether you reproduce the same symptoms with driver 2.0 or 2.1.0 or latest git or latest git with the patch reverted. thanks, Brice -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#438971: devscripts: [new] chdist: tool to easily play with several distributions
Package: devscripts Version: 2.10.7 Severity: wishlist Hi, I'd like to propose a new script for devscripts. It's a rewrite of what used to be known as 'MultiDistroTools' (or mdt). Its use is to create 'APT trees' for several distributions, making it easy to query the status of packages in Ubuntu without using chroots, for example. Example usage: -- [EMAIL PROTECTED]:~$ chdist create sid Now edit /home/lucas/.chdist/sid/etc/apt/sources.list Then run chdist apt-get sid update And enjoy. [EMAIL PROTECTED]:~$ vi /home/lucas/.chdist/sid/etc/apt/sources.list [EMAIL PROTECTED]:~$ chdist create gutsy Now edit /home/lucas/.chdist/gutsy/etc/apt/sources.list Then run chdist apt-get gutsy update And enjoy. [EMAIL PROTECTED]:~$ vi /home/lucas/.chdist/gutsy/etc/apt/sources.list [EMAIL PROTECTED]:~$ chdist apt-get sid update Get:1 http://ftp.debian.org unstable Release.gpg [189B] Ign http://ftp.debian.org unstable/main Translation-en_US [...] [EMAIL PROTECTED]:~$ chdist apt-get gutsy update Get:1 http://archive.ubuntu.com gutsy Release.gpg [191B] [...] [EMAIL PROTECTED]:~$ chdist apt-cache gutsy show devscripts | head -10 Package: devscripts Priority: optional Section: devel Installed-Size: 1208 Maintainer: Ubuntu Core Developers [EMAIL PROTECTED] Original-Maintainer: Devscripts Devel Team [EMAIL PROTECTED] Architecture: i386 Version: 2.10.7ubuntu1 Depends: dpkg-dev, debianutils (= 2.0), perl (= 5.8), sed (= 2.95), libc6 (= 2.6-1) Recommends: fakeroot [EMAIL PROTECTED]:~$ chdist compare-packages sid gutsy |grep ^dev devede UNAVAIL 2.13-0.0 devel-protocols UNAVAIL 1.5 develock-el 0.34-2 0.34-2 developers-reference 3.3.8 3.3.8 devhelp 0.15-1 0.15-0ubuntu1 device-tree-compiler UNAVAIL 0.1-1 device3dfx 2007.02.06-1 2007.02.06-1 devil 1.6.7-5 1.6.7-5 devilspie 0.20.2-1 0.20.2-1build1 devio 1.2-1 1.2-1 devmapper 2:1.02.20-2 2:1.02.20-1ubuntu3 devscripts 2.10.7 2.10.7ubuntu1 devtodo 0.1.19-3 0.1.19-3 [EMAIL PROTECTED]:~$ chdist compare-versions sid gutsy |grep ^dev devede UNAVAIL 2.13-0.0 not_in_sid devel-protocols UNAVAIL 1.5 not_in_sid develock-el 0.34-2 0.34-2 same_version developers-reference 3.3.8 3.3.8 same_version devhelp 0.15-1 0.15-0ubuntu1 newer_in_sid device-tree-compiler UNAVAIL 0.1-1 not_in_sid device3dfx 2007.02.06-1 2007.02.06-1 same_version devil 1.6.7-5 1.6.7-5 same_version devilspie 0.20.2-1 0.20.2-1build1 newer_in_gutsy devio 1.2-1 1.2-1 same_version devmapper 2:1.02.20-2 2:1.02.20-1ubuntu3 newer_in_sid devscripts 2.10.7 2.10.7ubuntu1 newer_in_gutsy devtodo 0.1.19-3 0.1.19-3 same_version -- The main problem with my script is that it's written in ruby, and I would really hate to rewrite it in perl just to include it in devscripts. I've seen that so far, you only have sh and perl scripts. Do you have a policy against adding scripts in other languages? I've attached the script in question. I'll work on a clean patch if you agree on its inclusion despite being in ruby. Thank you, -- | Lucas Nussbaum | [EMAIL PROTECTED] http://www.lucas-nussbaum.net/ | | jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F | #!/usr/bin/ruby -w require 'fileutils' require 'getoptlong' $datadir = ENV['HOME'] + '/.chdist' def usage return -EOF Usage: chdist [options] [command] [command parameters] Options: -h, --help Show this help -d, --data-dir DIR Choose data directory (default: $HOME/.chdist/ Commands: create DIST : prepare a new tree named DIST apt-get DIST (update|source|...) : run apt-get inside DIST apt-cache DIST (show|showsrc|...) : run apt-cache inside DIST apt-rdepends DIST [...] : run apt-rdepends inside DIST src2bin DIST PKG : get binary packages for a source package in DIST bin2src DIST PKG : get source package for a binary package in DIST compare-packages DIST1 DIST2 [DIST3, ...] : list versions of packages in several DISTributions compare-versions DIST1 DIST2 : same as compare-packages, but also run dpkg --compare-versions and display where the package is newer grep-dctrl-packages DIST [...] : run grep-dctrl on *_Packages inside DIST grep-dctrl-sources DIST [...] : run grep-dctrl on *_Sources inside DIST EOF end # specify the options we accept and initialize # the option parser opts = GetoptLong.new( [ --help,-h,GetoptLong::NO_ARGUMENT ], [ --data-dir, -d, GetoptLong::REQUIRED_ARGUMENT ] ) opts.ordering = GetoptLong::REQUIRE_ORDER # process the parsed options opts.each do |opt, arg| if opt == '--help' puts usage exit(0) elsif opt == '--data-dir' $datadir = arg end end if ARGV.length == 0 puts usage exit(1) end def dist_check(dist) dir = $datadir + '/' + dist return true if File::directory?(dir) puts Could not find #{dist} in $datadir. Exiting. exit(1) end def aptopts(dist) return
Bug#438956: ELF too
I just saw the crash on an ELF file. I did objdump -D myfile.elf. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#438671: [PATCH] Clarify touch documentation of file arguments.
[EMAIL PROTECTED] (Bob Proulx) wrote: * src/touch.c (usage): Improve wording of documentation regarding file argument handling and special handling of - argument. * doc/coreutils.texi (touch invocation): Likewise. Documentation problem reported by Vincent Lefevre. Thanks! Applied. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#438969: libxrandr2: Restoring the backlight uses inadequate values
Brice Goglin wrote: Do you have an intel board and use xserver-xorg-video-intel 2.1.1 ? If so, the problem could be related to bug #438619, you should look at this bug at let me know whether you reproduce the same symptoms with driver 2.0 or 2.1.0 or latest git or latest git with the patch reverted. I do have an Intel board, and changing the vt also exposes the same behaviour. However, I am using xserver-xorg-video-intel version 2:2.1.0-2, so the bug is not related. Bye, Thomas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#438973: dhelp: do not set the background color
Package: dhelp Version: 0.5.24 Severity: wishlist Hello! I'm using an extremely dark color theme. I propose not to set the background and font in HTML pages directly, but rely on system settings, because the colors of the links (which are system wide) and white background both give badly results. Best witches, Evgeny -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#438969: libxrandr2: Restoring the backlight uses inadequate values
Brice Goglin wrote: Do you have an intel board and use xserver-xorg-video-intel 2.1.1 ? If so, the problem could be related to bug #438619, you should look at this bug at let me know whether you reproduce the same symptoms with driver 2.0 or 2.1.0 or latest git or latest git with the patch reverted. I do have an Intel board, and changing the vt also exposes the same behaviour. However, I am using xserver-xorg-video-intel version 2:2.1.0-2, so the bug is not related. Bye, Thomas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#438972: libboost-python: libboost-python1.34.0 in the Obsolete and Locally Created Packages section in aptitude
Package: libboost-python1.34.0 Version: 1.34.0-1+b1 Severity: important File: libboost-python Why libboost-python1.34.0 is in the Obsolete and Locally Created Packages section in aptitude? If it is obsolete why aptitude want uninstall kde, kde-amusements, kdeedu and kig?? Regards Wojciech Zareba -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.22-1-686 (SMP w/1 CPU core) Locale: LANG=pl_PL, LC_CTYPE=pl_PL (charmap=ISO-8859-2) Shell: /bin/sh linked to /bin/bash Versions of packages libboost-python1.34.0 depends on: ii libc6 2.6.1-1GNU C Library: Shared libraries ii libgcc1 1:4.2.1-4 GCC support library ii libstdc++64.2.1-4The GNU Standard C++ Library v3 libboost-python1.34.0 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#438842: description prompts user to install libgl1-mesa-dri, but it isn't in Recommends
On Tue, 2007-08-21 at 08:48 +0200, Brice Goglin wrote: Robert Millan wrote: Package: libgl1-mesa-glx Version: 6.5.1-0.6 Severity: normal Tags: patch As Description says, libgl1-mesa-dri is needed for direct rendering. Most users of opengl programs will want to use the 3D capabilities of their cards, so in general it is indeed a good idea to install libgl1-mesa-dri when using libgl1-mesa-glx. I think this calls for a Recommends: libgl1-mesa-dri. In latest versions of our packages, xserver-xorg recommends libgl1-mesa-dri, so the recommends is kind of already here on the technical side... Is there anybody out there that want to use direct rendering without having X installed? Maybe there is, but it's just not possible with current libgl1-mesa-dri. :) Also it would create some sort or circular dependencies since -dri already depends on -glx... I don't think Depends: in one direction and Recommends: in the other is a problem, FWIW. -- Earthling Michel Dänzer | http://tungstengraphics.com Libre software enthusiast | Debian, X and DRI developer
Bug#438969: libxrandr2: Restoring the backlight uses inadequate values
reassign 438969 xserver-xorg-video-intel forwarded 438969 https://bugs.freedesktop.org/show_bug.cgi?id=11527 found 438969 2:2.1.0-2 thank you [EMAIL PROTECTED] wrote: Brice Goglin wrote: Do you have an intel board and use xserver-xorg-video-intel 2.1.1 ? If so, the problem could be related to bug #438619, you should look at this bug at let me know whether you reproduce the same symptoms with driver 2.0 or 2.1.0 or latest git or latest git with the patch reverted. I do have an Intel board, and changing the vt also exposes the same behaviour. However, I am using xserver-xorg-video-intel version 2:2.1.0-2, so the bug is not related. Please send the exact description of the board, taken from lspci -nn. From what we've said in upstream bug [1], the symptoms could vary with the type of board. The problem are probably related but not all of them might be fixed already... And please try xserver-xorg-video-intel 2.1.1 (currently in unstable). Thanks, Brice [1] https://bugs.freedesktop.org/show_bug.cgi?id=11527 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#438904: xserver-xorg: Cursor at top of stacked monitor configuration shows up on both monitors
On Mon, 2007-08-20 at 23:13 -0700, Josh Triplett wrote: Brice Goglin wrote: Josh Triplett wrote: It doesn't occur with the non-busy cursor? Not that I've observed. However, the normal cursor cannot hang off the top edge, because it has its hot spot at the top of the cursor image. That may or may not relate to the bug. It probably does, this sounds like a bug in the radeon MergedFB code choosing which CRTC(s) to show the cursor on. -- Earthling Michel Dänzer | http://tungstengraphics.com Libre software enthusiast | Debian, X and DRI developer
Bug#422836: Etch installer breaks MacOS - unbootable oldworld mac
Hello, I can confirm this, too. On a PowerMac 7600 I installed debian etch several times, always booting from MacOS via BootX into netinstall CD. Partitions have been there created by MacOS already, I changed layout between installs because of not knowing what the problem is/was. I finally got the solution: Something in the debian installation, most probably mac-fdisk or partman breaks the Apple_Driver partition or the contents of it. Booting from the MacOS CD and choosing Update Driver in the Drive Setup solved the problem. Regards, Ingo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#438974: RFP: new version of bugzilla - release of Bugzilla 3.0!
Package: bugzilla Version : 3.0 Upstream Author : w3.org URL : http://www.bugzilla.org/news/#release30 License : Mozilla Public License Description : new version of bugzilla - release of Bugzilla 3.0! Hi there, I won't just let you know that there is release of Bugzilla 3.0! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#438850: xserver-xorg-video-nv: Unable to use native DFP resolution
On Mon, Aug 20, 2007 at 09:00:28PM +0200, Brice Goglin wrote: Michael Hanke wrote: I just upgraded from etch to lenny and my screen does not show its native resolution anymore. As you can see from the logfile dump below the native resolution of my screen is 1680x1050. This is confirmed by ddcprobe and xresprobe: [...] The whole setup worked perfectly at 1680x1050 on Debian etch. Could you try some packages between 1.2.0 (Etch) and 2.1.3 (current)? It would be good to know when the bug appeared before I report this problem to the upstream developer. snip Thanks for the URLs -- made it very convenient. But unfortunately it did not work. Even with the oldest driver the panel size is reported as 1280x1024 and the (listed) 1680x1050 mode is not considered, because it exceeds the screen size. The 'PanelSize' option also has no effect. I'm attaching the logfile for the oldest driver in your list. To me this looks like the problem might be somewhere else. Thanks, Michael -- GPG key: 1024D/3144BE0F Michael Hanke http://apsy.gse.uni-magdeburg.de/hanke ICQ: 48230050 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 Current Operating System: Linux gloin 2.6.22-1-k7 #1 SMP Sun Jul 29 15:15:55 UTC 2007 i686 Build Date: 14 July 2007 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: Tue Aug 21 09:27:42 2007 (==) Using config file: /etc/X11/xorg.conf (==) ServerLayout Default Layout (**) |--Screen Default Screen (0) (**) | |--Monitor SyncMaster (**) | |--Device nVidia Corporation NV37GL [Quadro PCI-E Series] (**) |--Input Device Generic Keyboard (**) |--Input Device Configured Mouse (WW) The directory /usr/share/fonts/X11/cyrillic does not exist. Entry deleted from font path. (==) FontPath set to: /usr/share/fonts/X11/misc, /usr/share/fonts/X11/100dpi/:unscaled, /usr/share/fonts/X11/75dpi/:unscaled, /usr/share/fonts/X11/Type1, /usr/share/fonts/X11/100dpi, /usr/share/fonts/X11/75dpi, /var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType (==) RgbPath set to /etc/X11/rgb (==) ModulePath set to /usr/lib/xorg/modules (II) Open ACPI successful (/var/run/acpid.socket) (II) Loader magic: 0x81e50c0 (II) Module ABI versions: X.Org ANSI C Emulation: 0.3 X.Org Video Driver: 1.2 X.Org XInput driver : 0.7 X.Org Server Extension : 0.3 X.Org Font Renderer : 0.5 (II) Loader running on linux (II) LoadModule: pcidata (II) Loading /usr/lib/xorg/modules//libpcidata.so (II) Module pcidata: vendor=X.Org Foundation compiled for 1.3.0, module version = 1.0.0 ABI class: X.Org Video Driver, version 1.2 (++) using VT number 7 (II) PCI: PCI scan (all values are in hex) (II) PCI: 00:00:0: chip 1039,0761 card 1734,1099 rev 01 class 06,00,00 hdr 00 (II) PCI: 00:01:0: chip 1039,0004 card , rev 00 class 06,04,00 hdr 01 (II) PCI: 00:02:0: chip 1039,0965 card , rev 48 class 06,01,00 hdr 80 (II) PCI: 00:02:5: chip 1039,5513 card 1734,1095 rev 01 class 01,01,80 hdr 00 (II) PCI: 00:02:7: chip 1039,7012 card 1734,109c rev a0 class 04,01,00 hdr 00 (II) PCI: 00:03:0: chip 1039,7001 card 1734,1095 rev 0f class 0c,03,10 hdr 80 (II) PCI: 00:03:1: chip 1039,7001 card 1734,1095 rev 0f class 0c,03,10 hdr 00 (II) PCI: 00:03:2: chip 1039,7001 card 1734,1095 rev 0f class 0c,03,10 hdr 00 (II) PCI: 00:03:3: chip 1039,7002 card 1734,1095 rev 00 class 0c,03,20 hdr 00 (II) PCI: 00:05:0: chip 1039,0182 card 1734,1095 rev 01 class 01,01,8f hdr 00 (II) PCI: 00:06:0: chip 1039,000a card , rev 00 class 06,04,00 hdr 01 (II) PCI: 00:09:0: chip 10ec,8169 card 1734,1091 rev 10 class 02,00,00 hdr 00 (II) PCI: 00:18:0: chip 1022,1100 card , rev 00 class 06,00,00 hdr 80 (II) PCI: 00:18:1: chip 1022,1101 card , rev 00 class 06,00,00 hdr 80 (II) PCI: 00:18:2: chip 1022,1102 card , rev 00 class 06,00,00 hdr 80 (II) PCI: 00:18:3: chip 1022,1103 card , rev 00 class 06,00,00 hdr 80 (II) PCI: 01:00:0: chip 10de,00fd card 10de,0215 rev a2 class 03,00,00 hdr 00 (II) PCI: End of PCI scan (II) Host-to-PCI bridge: (II) Bus 0: bridge is at (0:0:0), (0,0,2), BCTRL: 0x0008 (VGA_EN is set) (II) Bus 0 I/O range: [0] -1 0 0x - 0x (0x1) IX[B] (II) Bus 0 non-prefetchable memory range: [0] -1 0 0x - 0x (0x0) MX[B] (II) Bus 0 prefetchable memory range: [0] -1 0 0x - 0x (0x0) MX[B] (II) PCI-to-PCI bridge: (II) Bus 1: bridge is at (0:1:0), (0,1,1), BCTRL: 0x000f (VGA_EN is set) (II) Bus 1
Bug#438956: backtrace
$ gdb --args objdump -D r GNU gdb 6.6-debian Copyright (C) 2006 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as powerpc-linux-gnu... (no debugging symbols found) Using host libthread_db library /lib/libthread_db.so.1. (gdb) run Starting program: /usr/bin/objdump -D r (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) r: file format elf32-littlearm Disassembly of section .000: .000: Program received signal SIGSEGV, Segmentation fault. 0x0fefa01c in ?? () from /usr/lib/libopcodes-2.17.90-multiarch.20070812.so (gdb) bt #0 0x0fefa01c in ?? () from /usr/lib/libopcodes-2.17.90-multiarch.20070812.so #1 0x0fef9ef0 in ?? () from /usr/lib/libopcodes-2.17.90-multiarch.20070812.so #2 0x10009364 in ?? () #3 0x0fc5e938 in bfd_map_over_sections () from /usr/lib/libbfd-2.17.90-multiarch.20070812.so #4 0x10006714 in ?? () #5 0x10007308 in ?? () #6 0x10007498 in ?? () #7 0x1000767c in ?? () #8 0x0fa95340 in ?? () from /lib/libc.so.6 #9 0x0fa95584 in __libc_start_main () from /lib/libc.so.6 #10 0x in ?? () (gdb) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#438975: obsolete savage_image.c in xserver-xorg-video-savage_2.1.3-1.diff.gz
Package: xserver-xorg-video-savage Version: 2.1.3-1 The src/savage_image.c was deleted from upstream git 2006-04-30 (commit 6d688c993ec7baf8f00df59764dd3e04bab24e09) but is still left over in the Debian diff.gz. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#438671: coreutils: 'touch' documentation needs to be clarified
On 2007-08-20 23:57:45 -0600, Bob Proulx wrote: Vincent Lefevre wrote: Bob Proulx wrote: The touch command follows symlinks because generally everything follows symlinks. The commands that do not follow symlinks are the exceptions to that rule. I'd say this is the opposite for commands that operate on meta-data (such as 'touch'). I wanted to trim my quote but I was not sure to what part you were referring to as being the opposite. I did not understand the meaning of your statement. Sorry. I meant that the commands that operate on meta-data don't follow the symbolic links in general, and 'touch' is an exception. Touch simply open()s the file or calls utime{,s}() on the file. I don't understand. The utime(2) man page says: int utime(const char *filename, const struct utimbuf *buf); int utimes(const char *filename, const struct timeval times[2]); i.e. these functions take a filename (string) in argument, not a FILE *, not a file descriptor either. So, I don't see why 'touch' needs to open the file. The underlying filesystem then follows the symlink as expected. At least as I expect it to do anyway. :-) A symlink can never be an open file. I agree. But my point is that 'touch' doesn't need to open a file (as I said above). Also note that the end user (who reads the 'touch' documentation) doesn't necessarily know how 'touch' is implemented (and shouldn't need to). The rm command is not an exception here because rm operates on symbolic links normally. It is an exception as it doesn't follow the symbolic links. But in the case of removing file arguments there is no meaning to following a symlink. The symlink itself is the file argument and it is removed. Since rm is really performing a directory operation the directory either includes the file argument and it is removed from the directory or it does not and an error occurs. That's true that it doesn't modify the inode if there are additional links. Ditto for chown and chgrp. I think that most commands that operate on meta-data are exceptions! Yes. So? Other commands are the majority such as cat, grep, sed, cut, paste, join, and so on. All these commands read or write file *contents*, basically doing an open. The number of commands that operate on the inode are a smaller set. I think this means that we are in agreement here. (Not sure though.) Yes, this is *exactly* what I mean: 'touch' is part of the few commands that operate on the inode, thus it should be documented concerning the behavior on the symlinks (since amongst these commands, the behavior on the symlinks is not always the same, and in general, symlinks are not dereferenced). vin:~ touch -c link This calls utimes(2) on link, which returns ENOENT (No such file or directory), indicating that the file does not exist. Because the -c option was given the file is not created if it does not exist and a successful exit code is returned. But it would be more logical to return a non-zero exit status, as the 'touch' could not be performed. The -c option means that the file is not created (if it doesn't exist), no more. For instance, 'touch -c blah/cd' can return the error touch: setting times of `blah/cd': Permission denied though blah/cd doesn't exist. That's inconsistent. vin:~ chmod 644 link That does seem to be incorrect. It can't succeed and so to me seems like it should fail. But I have not looked at the history. I will investigate this one. OK. vin:~ cat link cat: link: No such file or directory The open(2) fails, is reported, and a error exit code is returned. The exit status is the status on the *command*, not on some internal system call. The 'cat' could not be performed, therefore a non-zero exit status is return. The 'touch -c link' could not be performed, therefore it should have returned a non-zero exit status. Similarly, the noclobber zsh option also allows to avoid file creation when using '': vin% setopt noclobber vin% echo ab cd || echo fail zsh: no such file or directory: cd fail vin% As you can see, a non-zero exit status was returned, because the command could not be performed. Isn't that confusing? The chmod handling of dangling symlinks is confusing and I think deserves a closer look as to why it is doing what it is doing. All else follows normally and seems perfectly reasonable to me. Except for the chmod case above don't you agree? No. I can see 3 classes of commands that operate on files/inodes (I don't include those that operate on directory entries such as 'rm', though their argument are filenames): 1. Those that follow symbolic links because it would make no sense if they were not: 'chmod' and all the commands that operate on the file contents. 2. Those that operate on meta-data and follow symbolic links though both the symbolic link and the file have such meta-data (visible with 'ls -l'): 'touch'. 3. Those that operate on
Bug#438504: gcc-4.1: [powerpc] ICE while compiling linux kernel : drivers/scsi/aic7xxx/aic79xx_core.c
I still don't see this, but obviously I'm doing something wrong. Can someone show me the command line used to produce this segfault with the .i file? -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#433740: A patch for this bug
tags 433740 +patch thankyou Hi! Please find attached a patch for the bug. However, do note that: 1. Upstream has released a new tarball. 2. The diff is _very_ large. Please clean the package up. 3. Clean up the rules to remove unnecessary commented out lines. HTH. Kumar -- Kumar Appaiah, 458, Jamuna Hostel, Indian Institute of Technology Madras, Chennai - 600 036 diff -urN pybaz-1.5pre1/mypydoc pybaz-1.5pre1.new/mypydoc --- pybaz-1.5pre1/mypydoc 2005-11-30 16:13:25.0 +0530 +++ pybaz-1.5pre1.new/mypydoc 2007-08-21 13:11:07.0 +0530 @@ -19,19 +19,22 @@ import sys import inspect import epydoc.cli -import epydoc.uid +import epydoc.docintrospecter def find_function_module(func): # We trust the __module__ attribute of functions. That makes it # possible to have functions documented in a module different from # the module where they are defined. try: -ret = sys.modules[func.__module__] -return ret +ret = sys.modules[func.__class__.__module__] +if ret == sys.modules['__builtin__']: +return '__builtin__' +else: +return ret except KeyError: pass raise ValueError(Could not find a module for %s % func.func_name) -epydoc.uid._find_function_module = find_function_module +epydoc.docintrospecter._find_function_module = find_function_module epydoc.cli.cli()
Bug#433861: nmu patch
Hi Attached you will find the final nmu.patch, which I uploaded to unstable. I had to fix the other RC bug as well, because I could not upload a smaller version of the emacs metapackage, than the one, which is already in the archive. Sorry for the noise and I hope you did not mind. Feel free to contact me, if you have further queries. Cheers Steffen diff -u emacs21-21.4a+1/debian/changelog emacs21-21.4a+1/debian/changelog --- emacs21-21.4a+1/debian/changelog +++ emacs21-21.4a+1/debian/changelog @@ -1,3 +1,13 @@ +emacs21 (21.4a+1-5.1) unstable; urgency=high + + * Non-maintainer upload by the testing-security team + * Include patch (CVE-2007-2833.diff) to fix a crash when determining +the size of some GIF images (Closes: #408929) Fixes: CVE-2007-2833 + * Don't produce the emacs metapackage anymore, because it is now +build by the emacs22 source package (Closes: #433861) + + -- Steffen Joeris [EMAIL PROTECTED] Tue, 21 Aug 2007 05:23:01 + + emacs21 (21.4a+1-5) unstable; urgency=low * Move man pages back to emacs21-common. (closes: #414321) [rlb] diff -u emacs21-21.4a+1/debian/control emacs21-21.4a+1/debian/control --- emacs21-21.4a+1/debian/control +++ emacs21-21.4a+1/debian/control @@ -6,17 +6,6 @@ Build-Depends: mailx, libncurses5-dev, texinfo, liblockfile-dev, libungif4-dev, libtiff4-dev | libtiff-dev, xaw3dg-dev, libpng3-dev, libjpeg62-dev, autotools-dev, dpkg-dev ( 1.10.0), quilt, debhelper (= 4), libxaw7-dev, sharutils Standards-Version: 3.7.2 -Package: emacs -Section: editors -Priority: optional -Architecture: all -Depends: emacs21 | emacs21-nox -Provides: emacsen, editor, info-browser, mail-reader, news-reader -Description: The GNU Emacs editor (metapackage) - GNU Emacs is the extensible self-documenting text editor. - This is a metapackage which will always depend on the latest Emacs - release. - Package: emacs21 Section: editors Priority: optional diff -u emacs21-21.4a+1/debian/control.in emacs21-21.4a+1/debian/control.in --- emacs21-21.4a+1/debian/control.in +++ emacs21-21.4a+1/debian/control.in @@ -6,17 +6,6 @@ Build-Depends: mailx, libncurses5-dev, texinfo, liblockfile-dev, libungif4-dev, libtiff4-dev | libtiff-dev, xaw3dg-dev, libpng3-dev, libjpeg62-dev, autotools-dev, dpkg-dev ( 1.10.0), quilt, debhelper (= 4), libxaw7-dev, sharutils Standards-Version: 3.7.2 -Package: emacs -Section: editors -Priority: optional -Architecture: all -Depends: @DEB_FLAVOR@ | @[EMAIL PROTECTED] -Provides: emacsen, editor, info-browser, mail-reader, news-reader -Description: The GNU Emacs editor (metapackage) - GNU Emacs is the extensible self-documenting text editor. - This is a metapackage which will always depend on the latest Emacs - release. - Package: @DEB_FLAVOR@ Section: editors Priority: optional diff -u emacs21-21.4a+1/debian/patches/00list emacs21-21.4a+1/debian/patches/00list --- emacs21-21.4a+1/debian/patches/00list +++ emacs21-21.4a+1/debian/patches/00list @@ -29,0 +30 @@ +CVE-2007-2833 diff -u emacs21-21.4a+1/debian/patches/series emacs21-21.4a+1/debian/patches/series --- emacs21-21.4a+1/debian/patches/series +++ emacs21-21.4a+1/debian/patches/series @@ -35,0 +36 @@ +CVE-2007-2833.diff only in patch2: unchanged: --- emacs21-21.4a+1.orig/debian/patches/CVE-2007-2833.diff +++ emacs21-21.4a+1/debian/patches/CVE-2007-2833.diff @@ -0,0 +1,34 @@ +--- emacs21-21.4a+1.orig/src/xfns.c emacs21-21.4a+1/src/xfns.c +@@ -9805,8 +9805,17 @@ + return 0; + } + +- width = img-width = max (gif-SWidth, gif-Image.Left + gif-Image.Width); +- height = img-height = max (gif-SHeight, gif-Image.Top + gif-Image.Height); ++ image_top = gif-SavedImages[ino].ImageDesc.Top; ++ image_left = gif-SavedImages[ino].ImageDesc.Left; ++ image_width = gif-SavedImages[ino].ImageDesc.Width; ++ image_height = gif-SavedImages[ino].ImageDesc.Height; ++ ++ width = img-width = max (gif-SWidth, ++ max (gif-Image.Left + gif-Image.Width, ++ image_left + image_width)); ++ height = img-height = max (gif-SHeight, ++ max (gif-Image.Top + gif-Image.Height, ++ image_top + image_height)); + + /* Create the X image and pixmap. */ + if (!x_create_x_image_and_pixmap (f, width, height, 0, ximg, img-pixmap)) +@@ -9839,11 +9848,6 @@ + requires more than can be done here (see the gif89 spec, + disposal methods). Let's simply assume that the part + not covered by a sub-image is in the frame's background color. */ +- image_top = gif-SavedImages[ino].ImageDesc.Top; +- image_left = gif-SavedImages[ino].ImageDesc.Left; +- image_width = gif-SavedImages[ino].ImageDesc.Width; +- image_height = gif-SavedImages[ino].ImageDesc.Height; +- + for (y = 0; y image_top; ++y) + for (x = 0; x width; ++x) + XPutPixel (ximg, x, y, FRAME_BACKGROUND_PIXEL (f)); signature.asc Description: This is a digitally signed message part.
Bug#438976: gcc can not be installed
Package: gcc Version: 4.1 Severity: important I get below message when i want to install gcc package The following packages have unmet dependencies. gcc-4.1: Depends: gcc-4.1-base (= 4.1.2-13) but 4.1.2-14 is to be installed Depends: cpp-4.1 (= 4.1.2-13) but 4.1.2-14 is to be installed E: Broken packages -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.22.1lz Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages gcc depends on: ii cpp 4:4.1.1-15 The GNU C preprocessor (cpp) pn gcc-4.1 none (no description available) Versions of packages gcc recommends: ii libc6-dev [libc-dev] 2.6-5 GNU C Library: Development Librari -- Best regards, Vitalie -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#208139: Processed: tagging 208139, tagging 214603
Hello Touko, On Sun, Aug 19, 2007 at 10:27:02PM +, Debian Bug Tracking System wrote: Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.10.7 tags 208139 - sid tags 214603 - sid Maybe I'm missing something, would you care to explain this tag cleanup to me? -- Ricardo Mones ~ Never send a human to do a machine's job. Agent Smith signature.asc Description: Digital signature
Bug#332136: Can this bug be finally closed?
Amaya skrev: Hi there, Jonas! Hi, Amaya. Been a while...! I hope all is fine. I am finishing up the cdebconf transition and I see #332136 has been fixed in experimental since Sep 2006. Can this version be uploaded to unstable so that this transition can be finished? Sorry - the package is in experimental due to major packaging changes. I still need to test if the new packaging of libc-client works sanely with at least one of the packages using it - like php5-imap, mailsync or postman. If you want to help then I'd really appreciate it! Building against the uw-imap in experimental and testing that the package still works is all it takes. - Jonas -- * Jonas Smedegaard - idealist og Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ - Enden er nær: http://www.shibumi.org/eoti.htm signature.asc Description: OpenPGP digital signature
Bug#438861: istanbul: errors when installing: from __future__ imports
reassign 438861 python-soappy 0.11.3-1.7 unarchive 413244 forcemerge 413244 438861 tag 413244 + etch severity 413244 grave thanks Armando Romero scrisse: When installing instanbul: Setting up istanbul (0.2.1-3) ... Compiling /var/lib/python-support/python2.5/SOAPpy/Client.py ... Thanks Armando for your report. As you can see here, the problem occurs while processing a file which is part of python-soappy, so this bug is totally unrelated to istanbul. If you really don't use python-soappy, you can try to remove it to workaround this bug. The bug was already reported here: http://bugs.debian.org/413244 I'm now reassigning this bug to the proper package and merging with pre-existent. For the Python-team: could you please consider proposing python-soappy/0.11.3-1.8 (which fixes this) for next etch point-release? I raised the severity for this bug, as it seems to prevent the use of python-soappy on etch. Cheers, Luca -- .''`. ** Debian GNU/Linux ** | Luca Bruno : :' : The Universal O.S.| luca.br(AT)uno.it `. `'` | GPG Key ID: 3BFB9FB3 `- http://www.debian.org | Proud Debian GNU/Linux User pgpXsPVWtlOh3.pgp Description: PGP signature
Bug#438015: texlive-latex-base: Setup fails when running fmtutil-sys
Quoting Atsuhito Kohda: : what happend if you run : sh -x /var/lib/dpkg/info/texlive-common.postinst configure I get: + for i in updmap.d/10tetex-base.cfg fmt.d/01tetex.cnf language.d/00tetex.cnf language.d/10tetex.cnf + '[' -r /etc/texmf/updmap.d/10tetex-base.cfg ']' + for i in updmap.d/10tetex-base.cfg fmt.d/01tetex.cnf language.d/00tetex.cnf language.d/10tetex.cnf + '[' -r /etc/texmf/fmt.d/01tetex.cnf ']' + for i in updmap.d/10tetex-base.cfg fmt.d/01tetex.cnf language.d/00tetex.cnf language.d/10tetex.cnf + '[' -r /etc/texmf/language.d/00tetex.cnf ']' + mv /etc/texmf/language.d/00tetex.cnf /etc/texmf/language.d/00tetex.cnf.obsolete + echo 'Obsolete config file /etc/texmf/language.d/00tetex.cnf has been renamed' Obsolete config file /etc/texmf/language.d/00tetex.cnf has been renamed + echo 'as /etc/texmf/language.d/00tetex.cnf.obsolete.' as /etc/texmf/language.d/00tetex.cnf.obsolete. + for i in updmap.d/10tetex-base.cfg fmt.d/01tetex.cnf language.d/00tetex.cnf language.d/10tetex.cnf + '[' -r /etc/texmf/language.d/10tetex.cnf ']' + exit 0 And now the install succeeds!! So for some reason, postinst was not invoked correctly during the install process. Maybe because of earlier failures and wrong dpkg status information? Thanks for your help anyway. Raphael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#438869: #438869, qt-x11-free should Build-Depend on firebird2.0-dev
Hi, Here's an improved version of the patch. Changes since the last: * Added powerpc to debian/rules' interbase-architectures list. * Fixed bad typecast in interbase sql driver, causing FTBFS on amd64 That last needs some explanation: -d-ibase = (isc_db_handle)connection; +d-ibase = (isc_db_handle)(long int)connection; thing is that connection is defined as void* and isc_db_handle is defined like this (/usr/include/ibase.h): #if defined(_LP64) || defined(__LP64__) || defined(__arch64__) typedef unsigned intFB_API_HANDLE; #else typedef void* FB_API_HANDLE; #endif typedef FB_API_HANDLE isc_db_handle; So on 32-bit architectures both connection and isc_db_handle are void*, but on 64-bit one is isc_db_handle is unsigned int (32-bit), while connection is void* (64-bit). In older versions of firebird, isc_db_handle was void*. As I understand it, the intention of FB_API_HANDLE is to give 32-bit number on all architectures. This causes problems on 64-bit ones, where void* is 64-bit. The (long int) intermediate cast in the patch serves only to shut up the compiler, knowing that connection always contains 32-bit number. The proper way to fix this is to use isc_db_handle as the type of connection. This, however means API change and may be better made upstream. Anyway, I believe the patch is complete now and would cause no harm. Please consider applying. -- damJabberID: [EMAIL PROTECTED] diff -u qt-x11-free-3.3.7/debian/rules qt-x11-free-3.3.7/debian/rules --- qt-x11-free-3.3.7/debian/rules +++ qt-x11-free-3.3.7/debian/rules @@ -93,7 +93,7 @@ -inputmethod \ # End of CONFIGURE_OPTS -interbase_archs := i386 amd64 sparc +interbase_archs := i386 amd64 sparc powerpc ifneq ($(DEB_HOST_ARCH_CPU),$(findstring $(DEB_HOST_ARCH_CPU),$(interbase_archs))) CONFIGURE_OPTS += -no-sql-ibase IBASE = -Nlibqt3-mt-ibase diff -u qt-x11-free-3.3.7/debian/control qt-x11-free-3.3.7/debian/control --- qt-x11-free-3.3.7/debian/control +++ qt-x11-free-3.3.7/debian/control @@ -1,7 +1,7 @@ Source: qt-x11-free Maintainer: Debian Qt/KDE Maintainers [EMAIL PROTECTED] Uploaders: Christopher Martin [EMAIL PROTECTED], Adeodato Simó [EMAIL PROTECTED], Ana Beatriz Guerrero Lopez [EMAIL PROTECTED], Sune Vuorela [EMAIL PROTECTED] -Build-Depends: debhelper (= 5.0.31), libxext-dev (= 4.3.0.dfsg.1-4), libxrandr-dev (= 4.3.0.dfsg.1-4), libsm-dev (= 4.3.0.dfsg.1-4), libxmu-dev (= 4.3.0.dfsg.1-4), libice-dev (= 4.3.0.dfsg.1-4), libx11-dev (= 4.3.0.dfsg.1-4), libxt-dev (= 4.3.0.dfsg.1-4), libxrender-dev, libxcursor-dev, libxinerama-dev, libxi-dev, zlib1g-dev, libjpeg62-dev, libmng-dev (= 1.0.3), libpng12-dev | libpng12-0-dev, libfontconfig1-dev, libfreetype6-dev, libxft-dev, libiodbc2-dev (= 3.51.2-4), libmysqlclient15-dev | libmysqlclient-dev, flex, libpq-dev, libaudio-dev, libcupsys2-dev, libgl1-mesa-dev | libgl-dev, libglu1-mesa-dev | libglu-dev, dpatch (= 1.13), libsqlite3-dev, firebird1.5-dev [i386 kfreebsd-i386 kfreebsd-amd64 knetbsd-i386 netbsd-i386 amd64 sparc] +Build-Depends: debhelper (= 5.0.31), libxext-dev (= 4.3.0.dfsg.1-4), libxrandr-dev (= 4.3.0.dfsg.1-4), libsm-dev (= 4.3.0.dfsg.1-4), libxmu-dev (= 4.3.0.dfsg.1-4), libice-dev (= 4.3.0.dfsg.1-4), libx11-dev (= 4.3.0.dfsg.1-4), libxt-dev (= 4.3.0.dfsg.1-4), libxrender-dev, libxcursor-dev, libxinerama-dev, libxi-dev, zlib1g-dev, libjpeg62-dev, libmng-dev (= 1.0.3), libpng12-dev | libpng12-0-dev, libfontconfig1-dev, libfreetype6-dev, libxft-dev, libiodbc2-dev (= 3.51.2-4), libmysqlclient15-dev | libmysqlclient-dev, flex, libpq-dev, libaudio-dev, libcupsys2-dev, libgl1-mesa-dev | libgl-dev, libglu1-mesa-dev | libglu-dev, dpatch (= 1.13), libsqlite3-dev, firebird2.0-dev [i386 kfreebsd-i386 kfreebsd-amd64 knetbsd-i386 netbsd-i386 amd64 sparc powerpc] Section: libs Priority: optional Standards-Version: 3.7.2 @@ -51,7 +51,7 @@ to access a PostgreSQL DB. Package: libqt3-mt-ibase -Architecture: i386 kfreebsd-i386 kfreebsd-amd64 knetbsd-i386 netbsd-i386 amd64 sparc +Architecture: i386 kfreebsd-i386 kfreebsd-amd64 knetbsd-i386 netbsd-i386 amd64 sparc powerpc Section: libs Depends: ${shlibs:Depends} Conflicts: libqt3c102-mt-ibase diff -u qt-x11-free-3.3.7/debian/changelog qt-x11-free-3.3.7/debian/changelog --- qt-x11-free-3.3.7/debian/changelog +++ qt-x11-free-3.3.7/debian/changelog @@ -1,3 +1,13 @@ +qt-x11-free (3:3.3.7-6.1) UNRELEASED; urgency=low + + * Non-maintainer upload. + * Build-Depend on firebird2.0-dev + * Add powerpc to firebird-supported architectures + * Fix bad typecast in src/sql/drivers/ibase/qsql_ibase.cpp causing FTBFS on +amd64 + + -- Damyan Ivanov [EMAIL PROTECTED] Tue, 21 Aug 2007 10:25:20 +0300 + qt-x11-free (3:3.3.7-6) unstable; urgency=low * Patch for potential vulnerability in QTextEdit, which might cause remote only in patch2: unchanged: --- qt-x11-free-3.3.7.orig/src/sql/drivers/ibase/qsql_ibase.cpp +++ qt-x11-free-3.3.7/src/sql/drivers/ibase/qsql_ibase.cpp @@ -767,7 +767,7 @@
Bug#434316: Location of (new) checkstyle dtd and xsl files.
On 8/21/07, Paul Cager [EMAIL PROTECTED] wrote: Using locations: /usr/share/checkstyle/dtd /usr/share/checkstyle/xsl seems to fit in with what other packages do. Unless anyone can think of better locations, that's what I'll implement. Maybe you can have a look at http://www.debian.org/doc/devel-manuals.fr.html#xml-sgml-policy I don't know it yet but it could be relevant ;-) Cheers, -- Arnaud Vandyck -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#438504: gcc-4.1: [powerpc] ICE while compiling linux kernel : drivers/scsi/aic7xxx/aic79xx_core.c
* Sven Luther [EMAIL PROTECTED] [2007-08-21 10:12]: I still don't see this, but obviously I'm doing something wrong. Can someone show me the command line used to produce this segfault with the .i file? Err, they are both attached to the original bug report. I said the command line. I tried: gcc-4.1 -m32 -D__KERNEL__ -Wall -Wundef -Wstrict-prototypes -Wno-trigraphs -fno-strict-aliasing -fno-common -Os -msoft-float -pipe -Iarch/powerpc -ffixed-r2 -mmultiple -mno-altivec -funit-at-a-time -mstring -mcpu=powerpc -Wa,-maltivec -fomit-frame-pointer -fno-stack-protector -Wdeclaration-after-statement -Wno-pointer-sign aic79xx_core.i and it worked. Martin, it is my believe that this affects real 32bit machines only, have you tested this on one of the project machines ? Yeah. -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#438972: libboost-python: libboost-python1.34.0 in the Obsolete and Locally Created Packages section in aptitude
reassign 438972 libboost-python1.34.1 thanks * Wojciech Zareba [EMAIL PROTECTED] [2007-08-21 09:06]: Package: libboost-python1.34.0 Version: 1.34.0-1+b1 Severity: important File: libboost-python Why libboost-python1.34.0 is in the Obsolete and Locally Created Packages section in Probably because the current version is libboost-python1.34.1. You probably need to do an apt-get dist-upgrade. -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#350396: What is with this bug?
Hi Bas, What makes you think this bug is solved? I can't find anything pointing to that in the changelog. Not in the changelog, but in this Bugreport you posted a patch. I just thought someone would include this patch so the bug could be closed. MfG Werner Mahr
Bug#438842: description prompts user to install libgl1-mesa-dri, but it isn't in Recommends
reassign 438842 xserver-xorg tags 438842 fixed-in-experimental thanks On Tue, Aug 21, 2007 at 08:48:48AM +0200, Brice Goglin wrote: Robert Millan wrote: Package: libgl1-mesa-glx Version: 6.5.1-0.6 Severity: normal Tags: patch As Description says, libgl1-mesa-dri is needed for direct rendering. Most users of opengl programs will want to use the 3D capabilities of their cards, so in general it is indeed a good idea to install libgl1-mesa-dri when using libgl1-mesa-glx. I think this calls for a Recommends: libgl1-mesa-dri. In latest versions of our packages, xserver-xorg recommends libgl1-mesa-dri, Oh, ok. Sorry for the oversight. so the recommends is kind of already here on the technical side... Is there anybody out there that want to use direct rendering without having X installed? I think strictly it would be more correct to put it in libgl1-mesa-glx, but that's not a big deal.. -- Robert Millan GPLv2 I know my rights; I want my phone call! DRM What use is a phone call, if you are unable to speak? (as seen on /.) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#346140: -o option for apt-rdepends - INTENT TO NMU
On 05/01/06 at 23:51 +0100, Lucas Nussbaum wrote: apt-cache and apt-get have a -o option, allowing to pass a configuration option to libapt. I use this to run apt-get and apt-source on another set of Packages and Sources files (example: run apt-cache on an Ubuntu package from Debian). The following patch adds the same option to apt-rdepends. Hi Simon, I intend to NMU apt-rdepends with the attached patch. I really need this change because I wrote a small script allowing to query the APT database of another distribution (see chdist - #438971). I'd like to add support for apt-rdepends in addition to apt-get and apt-cache, but this has to be fixed first. Please speak up if you have anything against that NMU. -- | Lucas Nussbaum | [EMAIL PROTECTED] http://www.lucas-nussbaum.net/ | | jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F | diff -u apt-rdepends-1.3.0/debian/changelog apt-rdepends-1.3.0/debian/changelog --- apt-rdepends-1.3.0/debian/changelog +++ apt-rdepends-1.3.0/debian/changelog @@ -1,3 +1,11 @@ +apt-rdepends (1.3.0-1.1) unstable; urgency=low + + * Non-maintainer upload. + * Add support for passing APT configuration on the command line with -o, +like apt-get and apt-cache do. Closes: #346140. + + -- Lucas Nussbaum [EMAIL PROTECTED] Tue, 21 Aug 2007 10:12:54 +0200 + apt-rdepends (1.3.0-1) unstable; urgency=low * New upstream release only in patch2: unchanged: --- apt-rdepends-1.3.0.orig/apt-rdepends +++ apt-rdepends-1.3.0/apt-rdepends @@ -42,6 +42,10 @@ my @follow = (); # Which types of dependencies do we show? my @show = (); +# Which configuration options do we want to pass to libapt-pkg. +# The syntax is -o Foo::Bar=bar +my @configoptions = (); + # We don't print package states by default. my $printstate = 0; @@ -62,6 +66,7 @@ 'print-state|p'= \$printstate, 'state-follow=s' = [EMAIL PROTECTED], 'state-show=s' = [EMAIL PROTECTED], + 'option|o=s' = [EMAIL PROTECTED], 'help|h|?' = \$help, 'version' = \$ver, 'man' = \$man) or pod2usage(verbose = 0); @@ -103,6 +108,12 @@ $_config-init(); $_system = $_config-system(); +# override config if asked to +for my $opt (@configoptions) { + my ($o, $v) = split(/\=/, $opt, 2); + $_config-set($o, $v); +} + # Choose whether we're searching Depends or Build-Depends. my $cache = AptPkg::Cache-new(); my $source; @@ -658,7 +669,10 @@ are suggests, orange lines are recommends, red lines are replaces, and black lines are depends. -=back +=item B-o, B--option=IOPTION + +Set an APT Configuration Option; This will set an arbitary configuration +option. The syntax is B-o Foo::Bar=bar. =head1 SEE ALSO
Bug#438892: linux-image-2.6.18-5-amd64: Sound card compatible with snd_intel_hda not detected
On Mon, 20 Aug 2007, =?UTF-8?Q? Ram=C3=B3n_?= =?UTF-8?Q?Garc=C3=ADa ?= wrote: My builtin sound card is not detected although it is supported by the driver snd_intel_hda. To make it work, just include the following PCI ID in the source of the driver. class 0x0403 (audio) , vendor 0x10de (Nvidia) , product 0x03f0 (MCP61 High Performance Audio) It would be nice if this fix is included in the Etch release, it is not logical having to wait two years until the next Debian release for having hardware supported. And the fix is completely safe. first of all, no adding pci ids is _never_ completly safe. that's why it's allmost never done in the upstream stable releases. second there is plan for a 2.6.23 kernel for etch due to * better hardware support * better powersaving * new scheduler -- maks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#438977: debian-cd: links to CD images not updated to r1
Package: www.debian.org Severity: normal see links under http://www.debian.org/CD/ -- 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-k7 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#264107: #264107 ITA: dia2code -- a dia-UML code generator
Hi, I would like to adotp to adopt this package Regards, Francesco Aloe signature.asc Description: Questa è una parte del messaggio firmata digitalmente
Bug#438842: description prompts user to install libgl1-mesa-dri, but it isn't in Recommends
On Tue, 2007-08-21 at 10:38 +0200, Robert Millan wrote: On Tue, Aug 21, 2007 at 08:48:48AM +0200, Brice Goglin wrote: In latest versions of our packages, xserver-xorg recommends libgl1-mesa-dri, Oh, ok. Sorry for the oversight. so the recommends is kind of already here on the technical side... Is there anybody out there that want to use direct rendering without having X installed? I think strictly it would be more correct to put it in libgl1-mesa-glx, [...] I really don't think so, because libgl1-mesa-dri is useless without xserver-xorg-core on the same machine, but libgl1-mesa-glx is useful without libgl1-mesa-dri. -- Earthling Michel Dänzer | http://tungstengraphics.com Libre software enthusiast | Debian, X and DRI developer
Bug#438823: r-base-core: valgrind throws an error when R starts on amd64
| | I noticed this problem with R 2.5.1 (binary from Debian unstable or | source from CRAN); do you want me to try the SVN version of R? Could be the compiler, could be R. FWIW the debian/rules specifies gcc 4.2 as per # edd 03 Apr 2006 switch to gfortran # edd 04 Apr 2006 use optimflags, build per-compiler flags later # edd 26 Jun 2007 need 4.2 for fortran linking fortrancompiler = F77=gfortran-4.2 compiler = gcc-4.2 cxxcompiler = g++-4.2 optimflags= -O3 -pipe Just for your information, if you use the sources from CRAN for debian etch, debian/rules contains # edd 03 Apr 2006 switch to gfortran # edd 04 Apr 2006 use optimflags, build per-compiler flags later # edd 26 Jun 2007 need 4.2 for fortran linking # jranke 30 Jun 2007 obviously 4.2 not needed for backporters :) fortrancompiler = F77=gfortran compiler= gcc cxxcompiler = g++ optimflags = -O3 -pipe Could this be problematic? Johannes -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#438504: gcc-4.1: [powerpc] ICE while compiling linux kernel : drivers/scsi/aic7xxx/aic79xx_core.c
* Sven Luther [EMAIL PROTECTED] [2007-08-21 10:37]: This is what failed. the .i producing thingy did not die. Well, I was explicitly asking for a way to reproduce it with the .i file. You guys have a real problem, you want me to forget the past hurts, but ... No, Sven, you have a real problem. I was trying to help, but with all your rants you've just taken away all my interest in looking at this bug. So, go and fix it yourself. -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#438978: nspluginwrapper: does not work when running iceweasel on a remote machine
Package: nspluginwrapper Version: 0.9.91.4-4 Severity: wishlist Hi, In my company, we have an AMD64 server on which we log from lightweight machines used as X terminals using XDMCP. I installed flashplayer-nonfree and nspluginwrapper on our server, but flash is not available. When a page embedding a flash file is loaded, I get the following message on the console : _X11TransSocketINETConnect() can't get address for aries.logilab.fr:6000: Name or service not known _X11TransSocketINETConnect() can't get address for aries.logilab.fr:6000: Name or service not known (npviewer.bin:21515): Gtk-WARNING **: cannot open display: *** NSPlugin Wrapper *** ERROR: failed to initialize plugin-side RPC client connection Am I missing something, or is this a known limitation of nspluginwrapper? -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.22-1-amd64 (SMP w/4 CPU cores) Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/bash Versions of packages nspluginwrapper depends on: ii ia32-libs 2.1ia32 shared libraries for use on a ii ia32-libs-gtk 2.0gtk+ ia32 shared libraries ii lib32gcc1 1:4.2.1-0 GCC support library (32 bit Versio ii libc6 2.6-2 GNU C Library: Shared libraries ii libc6-i3862.6-2 GNU C Library: 32bit shared librar ii libglib2.0-0 2.12.13-1 The GLib library of C routines ii libx11-6 2:1.0.3-7 X11 client-side library ii libxt61:1.0.5-3 X11 toolkit intrinsics library ii linux32 1-3Wrapper to set the execution domai nspluginwrapper recommends no packages. -- no debconf information -- Alexandre Fayolle http://qa.debian.org/developer.php?login=afayolle%40debian.orgcomaint=yes http://www.logilab.org/ signature.asc Description: Digital signature
Bug#438892: linux-image-2.6.18-5-amd64: Sound card compatible with snd_intel_hda not detected
If one adds a PCI ID in a conservative way, that is, without any wildcard, only a device identical to this one would be detected. I have less experience than you, but I can't see why it is not safe. However, if a kernel upgrade is done, I would be happy with it. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#438979: korganizer's poor syncronization behaviour causes data lost
Package: korganizer Version: 4:3.5.7-2 Severity: grave --- Please enter the report below this line. --- Using a remote calendar on different machines is extremely dangerous. It looks like korganizer just overwrites the local calendar when (re)loading the remote calendar and just overwrites the remote calendar when saving the local one. This leads to dangerous situations as happened for me a few minutes ago. Korganizer failed for some reason to load the changes I've made on a remote calendar yesterday on startup of korganizer. I made some changes, not knowing that I was working with an outdated copy of my calendar. When korganizer finally saved the local changes to the remote calender, all my changes I've made yesterday on the other machine where gone. Korganizer should really make sure not to overwrite newer remote or local calendars when syncronizing. I think it could use the LAST-MODIFIED fields in the .ics file to check if the local/remote event/todo-item is newer. I've decided to use grave because it leads to data loss. Important could be appropriate too since it's not useless for everyone, but I think data loss weights more in this case. Cheers, Bastian --- System information. --- Architecture: i386 Kernel: Linux 2.6.22-1-686 Debian Release: lenny/sid 500 unstablewww.debian-multimedia.org 500 unstableftp.de.debian.org 1 experimentalftp.de.debian.org --- Package information. --- Depends(Version) | Installed -+-== kdelibs4c2a (= 4:3.5.7-1) | 4:3.5.7.dfsg.1-4 libart-2.0-2 (= 2.3.18) | 2.3.19-3 libaudio2| 1.9-2+b1 libc6 (= 2.6-1) | 2.6.1-1 libfontconfig1(= 2.4.0) | 2.4.2-1.2 libfreetype6 (= 2.3.5) | 2.3.5-1+b1 libgcc1 (= 1:4.2-20070516) | 1:4.2.1-4 libice6 (= 1:1.0.0) | 2:1.0.3-3 libidn11 (= 0.5.18) | 1.0-0 libjpeg62| 6b-13 libkcal2b (= 4:3.5.7) | 4:3.5.7-2 libkdepim1a (= 4:3.5.7) | 4:3.5.7-2 libkpimexchange1(= 4:3.5.7) | 4:3.5.7-2 libkpimidentities1 (= 4:3.5.7) | 4:3.5.7-2 libpng12-0 (= 1.2.13-4) | 1.2.15~beta5-2 libqt3-mt (= 3:3.3.7) | 3:3.3.7-6 libsm6 | 2:1.0.3-1+b1 libstdc++6 (= 4.2-20070516) | 4.2.1-4 libx11-6 | 2:1.0.3-7 libxcursor1 ( 1.1.2) | 1:1.1.8-2 libxext6 | 1:1.0.3-2 libxft2 ( 2.1.1) | 2.1.12-2 libxi6 | 2:1.1.2-1 libxinerama1 | 1:1.0.2-1 libxrandr2 (= 2:1.2.0) | 2:1.2.1-1 libxrender1 | 1:0.9.2-1 libxt6 | 1:1.0.5-3 zlib1g (= 1:1.2.3.3.dfsg-1) | 1:1.2.3.3.dfsg-5 perl | 5.8.8-7 -- Bastian Venthur http://venthur.de Debian Developer venthur at debian org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#438980: messages always end in \n\n
Package: exim4-daemon-light Version: 4.67-8 Severity: wishlist File: /usr/sbin/exim4 I challenge you to send yourself a mail which upon reciept doesn't end in \n \n according to od(1) -c. That's right, no matter how you send the mail, even $ echo -n yyy|mutt me it will still end with \n in /var/spool/exim4/input/*-D which is OK. But what bugs me is in ~/.procmail/backup/bla #or wherever you intercept it or whatever file you save it in with your favorite mail reader, it will end in \n\n. Let's examine a slice of /var/mail/jidanni, at the boundary of two mails. !Date: Tue, 21 Aug 2007 15:44:41 +0800 ! !xxx ! !From [EMAIL PROTECTED] Tue Aug 21 15:46:28 2007 Now change all those boundaries to !Date: Tue, 21 Aug 2007 15:44:41 +0800 ! !xxx !From [EMAIL PROTECTED] Tue Aug 21 15:46:28 2007 Now use your favorite mail reader. Same number of messages. In gnus one can even see that the \n\n is now \n. However each mail reader's save function still saves them as \n\n. So maybe long ago everybody aggreed to always have two newlines for 'safety'... so I give up. Never mind. The only thing I see in the manual is All messages transmitted over SMTP must end with a newline, so Exim supplies one if it is missing. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#438981: ITP: libswirl-java -- swing enhancements library
Package: wnpp Severity: wishlist Owner: Adriaan Peeters [EMAIL PROTECTED] * Package name: libswirl-java Version : 1.0.12 Upstream Author : Kris Coolsaet * URL : http://swirl-lib.sourceforge.net/ * License : GPL-2 Programming Lang: Java Description : swing enhancements library The Swirl library provides several Java classes that enhance Java Swing with internationalized actions and buttons, a special 'cell' list, mouse overlay panels, table column decorations, a logging window, simple dialog panels, etc. -- Adriaan Peeters signature.asc Description: This is a digitally signed message part
Bug#438982: most proapbly copyright issues: /usr/share/feh/images/menubg_britney.png
Package: feh Version: 1.3.4-2 Severity: serious Hi! I don't see anything mentioned in the copyright file about /usr/share/feh/images/menubg_britney.png - so I am quite sure that it isn't an authorized material. I highly doubt that the Tom Gilbert has shot the photo himself. Please go and check that with upstream and/or remove the file to make a DFSG-free package. So long, Rhonda -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#436161: debtags: New tags for security support
On Sun, Aug 05, 2007 at 11:59:31PM +0200, Moritz Muehlenhoff wrote: Please add support for the following tags, as discussed during DebConf in Edinburgh: * [etch|lenny]-security-unsupported to flag that a source package has no support by the Security Team. It should be distribution-specific to allow revoking support for individual suites, as it was necessary for Mozilla in Sarge. * security-local-use-only (or something similar, I'm unsure about the exact naming), to indicate that security support only applies to local, trusted users. An example: SQL-Ledger has a horrible security track record, so we only support to run it behind an authenticated HTTP zone. It's still a useful software and limiting support is a viable choice; doing accounting carries a whole lot of implicit trust anyway. Hi Moritz, thanks for opening this bug. I'm totally in favour of this. This seems to be the right place to also paste the other notes that I took during the BOF at DebConf: - low-popularity packages can delegate security to the maintainers - support-level tags - Auto-generated tags - orphaned - MIA maintainer - old RC bugs - Team-generated tags - security team won't support - possibly, suite-specific no-security-support tags - suited for local use only (web-based double entry accunt system) (usable in the local network, but don't export on internet) - DD-introduced tags in control file - self-declared fringe package - self-declared dead-upstream - self-declared dead-upstream but DD will fix bugs - What else? - brainstorm personal best practices/metrics for choosing packages - package depends on orphaned packages - development status (alpha, beta, production, ...) - I don't use this package anymore (could be computed by scanning RFA bugs) Ciao, Enrico -- GPG key: 1024D/797EBFAB 2000-12-05 Enrico Zini [EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#438983: ITP: libdnet -- libdnet provides a simplified, portable interface to several low-level networking routines
Package: wnpp Severity: wishlist Owner: Thomas Creutz [EMAIL PROTECTED] -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 * Package name: libdnet Version : 1.11 Upstream Author : Dug Song [EMAIL PROTECTED] * URL : http://libdnet.sourceforge.net/ * License : (GPL, LGPL, BSD, MIT/X, etc.) Programming Lang: C, C++, Perl, Python, Ruby Description : libdnet provides a simplified, portable interface to several low-level networking routines - From the homepage: libdnet provides a simplified, portable interface to several low-level networking routines, including * network address manipulation * kernel arp(4) cache and route(4) table lookup and manipulation * network firewalling (IP filter, ipfw, ipchains, pf, PktFilter, ...) * network interface lookup and manipulation * IP tunnelling (BSD/Linux tun, Universal TUN/TAP device) * raw IP packet and Ethernet frame transmission new version from snort need this. Problem is, that this lib name conflicts with libdnet from the dnprogs. But i think, that the packages can be renamed in a new release. Regards, Thomas - -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (700, 'stable'), (600, 'testing'), (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.21.6-686 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFGyrOsryk5AcCKK8ERApHMAJ9MuuLwKf5iyHuxmatfpDr/+CP3TgCgyiyh XLQdll9kqBbM5k2+yfshsrs= =n8gb -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#438984: New upstream release: v1.70
Package: z88dk Version: 1.6.ds1-6 Severity: wishlist There is a new upstream release (v1.70) available at www.z88dk.org with lots of improvements. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#437138: reprepro can no longer sign repositories
package reprepro retitle 437138 reprepro should ignore sigpipe when libgpgme is failing severity 437138 minor thags 437138 + pending thank * Francois-Denis Gonthier [EMAIL PROTECTED] [070813 14:23]: it always check before writing, I guess the libgpgme code causes this. Looks like I'll have to add something to ignore that signal, then. :-( It's more than likely that libgpgme was/is the source of the problem. I just can't confirm it well enough to post a bug there. Thanks, I'm changes the title to reflect what is open: that repepro should not let itself being aborted by the signal libgpgme is causing. This will be fixed with the next upload. Hochachtungsvoll, Bernhard R. Link -- Never contain programs so few bugs, as when no debugging tools are available! Niklaus Wirth -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#428148: gxine crashes at startup with xserver-xorg-video-intel
Brice Goglin wrote: On Sat, Jun 23, 2007 at 10:52:18PM +0800, Jos van Wolput wrote: From what I read, the problem only occurs when you use XAA with Composite? EXA has been designed towards compositing, so you'd rather not use XAA with Composite anyway. [...] I also tried EXA instead of XAA but it does not work. My fonts, icons and pictures look as if the DPI is to low (not enough pixels). Occasionally (when X is restarted) they look good, but usually they look bad. This problem with EXA occurs with all the versions 2:2.0.0 According to upstream, this problem is really related to XAA and might not ever get fixed. You should just use EXA instead and forget about it. So I am marking this bug as fixed. If you still experience other problems with EXA as described above, with latest driver (2:2.1.1-1 entered unstable yesterday), please open a new bug. thanks, Brice The problem with gxine and XAA no longer occurs. Video now works well even with composite enabled! But I still can't use EXA (even with the latest driver) as I mentioned in my message of 23 Jun 2007. Jos - Debian GNU/Linux: the Universal Operating System -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#432650: Solved, works for me (now)
After my daily `aptitude update;aptitude dist-upgrade' and reboot my hard drive is an IDE again. Since I'm waiting for the fix I changed my `/etc/fstab' to use UUIDs and the boot process don't hanged as before. I think the fix come from the updated `discover1-data' package. Today's `/var/log/aptitude' (non-C locale, sorry): Aptitude 0.4.5.4: relatório de log Ter, Ago 21 2007 06:12:39 -0300 IMPORTANTE: este log lista somente ações pretendidas; ações que falham devido a problemas do dpkg podem não estar completas. Serão instalados 1 pacotes e removidos 0 pacotes. 81,9kB de espaço em disco serão usados === [] amule-common [] amule-utils [] cpp-4.1 [] discover1-data [] gcc-4.1 [] gcc-4.2-base [] libblkid1 [] libc6 [] libc6-dev [] libc6-i686 [] libcomerr2 [] libdjvulibre15 [] libedit2 [] libffi4 [] libgcc1 [] libgl1-mesa-dri [] libgl1-mesa-glx [] libglu1-mesa [] libidn11 [] liblircclient0 [] libmudflap0 [] libmudflap0-dev [] libnfsidmap2 [] libpaper1 [] libraw1394-8 [] libss2 [] libstdc++6 [] libstdc++6-4.1-dev [] libuuid1 [] python-gnome2 [] xinetd [] xserver-xorg-core [MANTER] amule [MANTER] base-passwd [MANTER] busybox [MANTER] cpio [MANTER] e2fslibs [MANTER] e2fsprogs [MANTER] g++-4.1 [MANTER] gcc-4.1-base [MANTER] initramfs-tools [MANTER] libtrackerclient0 [MANTER] locales [MANTER] mesa-utils [MANTER] mtools [MANTER] nautilus-actions [MANTER] portmap [MANTER] procps [MANTER] rsync [MANTER] tzdata [MANTER] xserver-xorg-dev [INSTALAR] fdupes === Log completo. Aptitude 0.4.5.4: relatório de log Ter, Ago 21 2007 06:32:05 -0300 IMPORTANTE: este log lista somente ações pretendidas; ações que falham devido a problemas do dpkg podem não estar completas. Serão instalados 0 pacotes e removidos 0 pacotes. === === Log completo. -- Marco de Freitas, NBR para a Internet já! Porque meu navegador não é penico. http://www.softwarelivre.org/news/2472 http://www.w3.org/2003/03/Translations/byLanguage?language=pt-br dpkg.log.gz Description: GNU Zip compressed data
Bug#438984: New upstream release: v1.70
On Tue, Aug 21, 2007 at 11:55:21AM +0200, Jay Perkor wrote: Package: z88dk Version: 1.6.ds1-6 Severity: wishlist There is a new upstream release (v1.70) available at www.z88dk.org with lots of improvements. Yes, but 1.7 has many bugs, 1.7.1 will fixed it. -- best regards Krystian Włosek pgppA7EUxf8FL.pgp Description: PGP signature
Bug#437177: qtstalker
Hi, ta-lib is necessary for the upgrade of qtstalker, which is currently at the 0.32 version. It would be useful to bump its version to 0.34 as the changelog (0.33) mentions things such as : 20060620: Fixed bug in Tester that did not calculate account balances properly as trades are made. We always ended up with a few 100 more unexplained dollars. Which is a fatal problem for a trading system. So the severity could be seen not as a wish, but as a bug. Greetings, Day -- David Pradier -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#406335: Second Life new version
Good morning, On Tuesday 21 August 2007 00:07, Paul TBBle Hampson wrote: Looking to SConstruct: [...] So, STANDALONE is False, but VECTORIZE (at True) needs STANDALONE... What's wrong here? Nothing. The debian/rules file passes in STANDALONE=True. Oh, I see. This however is broken for the non-STANDALONE case. The reason I made VECTORIZE depend on STANDALONE was because gcc before gcc4 didn't have the -f option to enable autovectorisation. That's not so interesting for a Debian patch, we always build standalone. Understand. Well, I wasn't able to build the package with your 30_vectorisation_for_all.dpatch , so I removed that patch for my packages. I had no time to see what's wrong with the patch, but I suspect that with the patch and in my system I'm falling in one of the cases where you're not adding the SSE flags. Anyway, for now I just removed that patch and made the packages for etch, here: http://noori.abismo.org/slviewer/ You might want to give a second look to that patch. BTW, the build works fine for me, including giving the same weird graphics I'm whining about in the latest versions. Best regards, -- Marcos Marado -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#438941: reprepro: Confusing error message given if part of 'distributions' file commented out
package reprepro tags 438941 + confirmed thanks * Wookey [EMAIL PROTECTED] [070821 00:03]: I set up reprepro on a new machine by copying a conf/distibutions file froma working installation. I commented out the two stanzas I wasn't using (with # chars) and made some changes to the first stanza. [...] This message does not convey at all that it is referring to the commented-out stanza, so one can spend a _very_ long time staring at the stanza containing real data, wondering what on earth is wrong with it. Indeed, the parser is in a bad shape and it is already on top of my priority list currently. Thanks for reminding me the rewrite will also need to properly deal with comments. (Actually, I'm currently misusing the parser originally written for the Packages files, that simply never was written with comments in mind. So comments are just treated as unknown headers, which are not warned against. So to disable a whole distribution specification, you have to put a # in front of the seperating empty line before or after it, to make it comments into that distribution.) It would be much better if reprepro just ignored stanzas which contained nothing but comments, or at least gave a clue which part it was referring to. I hope this will all get better once the new parser is finished. There is currently just too much abstraction involved. Thanks again for your report, it's coming at an almost moment, as I was plaing to work on the parser this weekend, as I finaly got annoyed enough by it using libz's gzgets in its current form which severly slows down updating... Hochachtungsvoll, Bernhard R. Link -- Never contain programs so few bugs, as when no debugging tools are available! Niklaus Wirth -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#438985: jpilot: Chinese characters not displayed in other UTF sets
Package: jpilot Version: 0.99.9.9-1 Severity: normal I have a lot of Chinese characters in my address book, and currently have UTF: Simplified Chinese selected as my character set. If I change the character set to UTF:-something-else, the Chinese characters are not displayed correctly. I thought that one of the characteristics of UTF is that all UTF characters can be displayed side-by-side, therefore theoretically my chinese characters should display in all of the UTF character sets, should they not? -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.21-2-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages jpilot depends on: ii libatk1.0-0 1.18.0-2 The ATK accessibility toolkit ii libc6 2.6-2 GNU C Library: Shared libraries ii libcairo2 1.4.10-1 The Cairo 2D vector graphics libra ii libfontconfig12.4.2-1.2 generic font configuration library ii libglib2.0-0 2.12.13-1 The GLib library of C routines ii libgtk2.0-0 2.10.13-1 The GTK+ graphical user interface ii libpango1.0-0 1.16.5-1 Layout and rendering of internatio ii libpisock90.12.2-10 library for communicating with a P ii libx11-6 2:1.0.3-7 X11 client-side library ii libxcursor1 1:1.1.8-2 X cursor management library ii libxext6 1:1.0.3-2 X11 miscellaneous extension librar ii libxfixes31:4.0.3-2 X11 miscellaneous 'fixes' extensio ii libxi62:1.1.2-1 X11 Input extension library ii libxinerama1 1:1.0.2-1 X11 Xinerama extension library ii libxrandr22:1.2.1-1 X11 RandR extension library ii libxrender1 1:0.9.2-1 X Rendering Extension client libra Versions of packages jpilot recommends: ii jpilot-plugins0.99.9.9-1 plugins for jpilot (Palm Pilot des -- debconf information: * shared/pilot/port: ttyUSB0 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#438986: RFP: kthinkbat -- The Battery Monitor for the KDE-Kicker.
Package: wnpp Severity: wishlist * Package name: kthinkbat Version : 0.2.8 Upstream Author : Tobias Roeser [EMAIL PROTECTED] * URL : https://lepetitfou.dyndns.org/projects/kthinkbat * License : GPL Programming Lang: C Description : The Battery Monitor for the KDE-Kicker. (Include the long description here.) -- 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.21.5 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#419102: #419102: iptables: libip6t_tcpmss isn't included
On 8/20/07, Nick Burch [EMAIL PROTECTED] wrote: On Sat, 18 Aug 2007, Laurence J. Lane wrote: Looks like either we need a fix to the documentation, or the other .so file for ipv6? What documentation? man ip6tables (the TCPMSS section) Add ipv6 TCPMSS target support to your kernel and it should work as prescribed. The tcpmss match is something different. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#438983: ITP: libdnet -- libdnet provides a simplified, portable interface to several low-level networking routines
2007/8/21, Thomas Creutz [EMAIL PROTECTED]: * Package name: libdnet Hmm... http://packages.debian.org/unstable/libs/libdumbnet1 (source libdumbnet) And this library is actually used already by some packages (such as honeyd). However, latest Snort version (2.7) in experimental does not use it. AFAIK it is not really required. Regards Javier -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#437838: cyrus-imapd-2.3: Daemons/tools die due to Berkeley DB version mismatch
On Sun, Aug 19, 2007 at 08:07:39PM +0200, Ondřej Surý wrote: Correct fix would be to find why it didn't find libdb4.4. The reason is in the comment of the proposed patch. Every libdbX.Y Debian package installs the library as /usr/lib/libdb-X.Y.so, because that's the SONAME of the Berkeley DB 4.x libraries. The libdbX.Y-dev package however installs the /usr/lib/libdb.so symlink that points to the DB version the -dev package belongs to. That means you _can_ link to any BDB version if you use an explicit DB name (like the Cyrus configure script does) even when the -dev package is not present or if the -dev package belongs to a different library version. So, if you happen to have _any_ libdbX.Y package installed that has a version higher than the -dev package (example: you have all libdb4.4, libdb4.4-dev, and libdb4.5 installed) then the Cyrus configuration snippet will find the highest library version (4.5 in this case, since the linker will find the /usr/lib/libdb-4.5.so library), and not the version of the -dev package. And that will cause the version mismatch. The reason why this problem do not occur with other packages is that almost every other library (including the 3.x series of BDB) uses a SONAME of the form libfoo.so.X.Y.Z, i.e. the SONAME does not end in .so. Could you supply more information about your build environment? Include at least list of libdb*-dev packages installed. I used the Debian-provided packages, so you should check the experimental buildds. I know nothing about them. However I noticed this problem during personal builds long before there was a Debian package available. Just install both libdb4.4-dev and libdb4.5 and see what happens. Gabor -- - MTA SZTAKI Computer and Automation Research Institute Hungarian Academy of Sciences, Laboratory of Parallel and Distributed Systems Address : H-1132 Budapest Victor Hugo u. 18-22. Hungary Phone/Fax : +36 1 329-78-64 (secretary) W3: http://www.lpds.sztaki.hu -
Bug#430209: tinycc bounds check error !
tags 430209 patch thanks Hi, On Sat, Jun 23, 2007 at 01:32:41PM +0100, Domingo Alvarez Duarte wrote: When I invoke tcc with -b flag (bounds check) it reports an error on the line s2[0] = 0; and it's obvious that it's not memory problem. command line tcc -b -run program_bellow -- static char s1[20]; static char s2[20]; int main(void){ s1[0] = 0; s2[0] = 0; return 0; } - Thomas Preud'homme made a patch some time ago to fix this, I am posting it in his stead. Cheers, -- .''`. Aurélien GÉRÔME : :' : `. `'` Free Software Developer `- Unix Sys Net Admin diff --git a/debian/changelog b/debian/changelog index 7ca7e47..19efaf3 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,9 @@ +tcc (0.9.24~cvs20070502-2) unstable; urgency=low + + * Add a patch to fix a bound check error. (Closes: #430209) + + -- Thomas Preud'homme [EMAIL PROTECTED] Mon, 25 Jun 2007 02:12:17 +0200 + tcc (0.9.24~cvs20070502-1) unstable; urgency=low [ Aurélien GÉRÔME ] diff --git a/debian/patches/430209_fix_bound_check_error.diff b/debian/patches/430209_fix_bound_check_error.diff new file mode 100644 index 000..13a2724 --- /dev/null +++ b/debian/patches/430209_fix_bound_check_error.diff @@ -0,0 +1,30 @@ +diff -Nur tcc.orig/bcheck.c tcc/bcheck.c +--- tcc.orig/bcheck.c 2007-06-25 01:01:11.0 +0200 tcc/bcheck.c 2007-06-25 00:41:34.0 +0200 +@@ -120,7 +120,7 @@ + while (e != NULL) { + addr = (unsigned long)p; + addr -= e-start; +-if (addr = e-size) { ++if (addr e-size) { + /* put region at the head */ + tmp = e1-start; + e1-start = e-start; +@@ -169,7 +169,7 @@ +((addr (BOUND_T3_BITS - BOUND_E_BITS)) + ((BOUND_T2_SIZE - 1) BOUND_E_BITS))); + addr -= e-start; +-if (addr e-size) { ++if (addr = e-size) { + e = __bound_find_region(e, p); + addr = (unsigned long)p - e-start; + } +@@ -192,7 +192,7 @@ +((addr (BOUND_T3_BITS - BOUND_E_BITS)) \ + ((BOUND_T2_SIZE - 1) BOUND_E_BITS)));\ + addr -= e-start; \ +-if (addr e-size) { \ ++if (addr = e-size) { \ + e = __bound_find_region(e, p); \ + addr = (unsigned long)p - e-start; \ + } \ diff --git a/debian/patches/series b/debian/patches/series index 971141e..1c59304 100644 --- a/debian/patches/series +++ b/debian/patches/series @@ -6,3 +6,4 @@ fhs.diff 372908_add_kfreebsd_arch.diff 352202_fix_int_overflow.diff 419203_fix_sizeof_parse_error.diff +430209_fix_bound_check_error.diff signature.asc Description: Digital signature
Bug#438987: backuppc hangs/loops with libc6 2.3.6.ds1-13etch2
Package: backuppc Version: 2.1.2-6 Severity: important since the libc6/libc6-i686 upgrade from 2.3.6.ds1-13 to 2.3.6.ds1-13etch2, backups for one of our machines hang in an endless loop: open(/var/lib/backuppc/pc/illuin/new//f%2fusr/, O_WRONLY|O_CREAT|O_TRUNC|O_LARGEFILE, 0666) = -1 EISDIR (Is a directory) stat64(/var/lib/backuppc/pc/illuin/new//f%2fusr/, {st_mode=S_IFDIR|0750, st_size=4096, ...}) = 0 write(8, log Can\'t open /var/lib/backuppc/pc/illuin/new//f%2fusr/ for empty output\\n\n, 76) = 76 write(8, log create 0 / 0 \n, 42) = 42 stat64(/var/lib/backuppc/pc/illuin/new//f%2fusr/, {st_mode=S_IFDIR|0750, st_size=4096, ...}) = 0 the last file accessed (according to XferLOG) is /usr/src/linux-headers-2.6.18/usr, which is a directory; backuppc seems to want to create /usr as a file. going back to libc6 2.3.6.ds1-13 (on the backuppc server) fixes the problem. backup is done via rsync. all package versions are from etch + security updates. -- System Information: Debian Release: 4.0 APT prefers oldstable APT policy: (500, 'oldstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-5-686 Locale: LANG=C, [EMAIL PROTECTED] (charmap=ISO-8859-15) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#406335: Second Life new version
FYI: http://wiki.secondlife.com/wiki/Source_downloads#ver_1.18.2.0 slviewer 1.18.2.0 is out. -- Marcos Marado -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#438989: msttcorefonts: Error message at end of postinst
Package: msttcorefonts Version: 2.3 Severity: normal [I do not know if this is the same problem as in bug #425322, if so, please merge.] Today's upgrade produced an error message at the end of the postinst script (sorry for the German): , | Richte msttcorefonts ein (2.3) ... | Installiere neue Version der Konfigurationsdatei /etc/defoma/hints/msttcorefonts.hints ... | | These fonts were provided by Microsoft in the interest of cross- | platform compatibility. This is no longer the case, but they are | still available from third parties. | | You are free to download these fonts and use them for your own use, | but you may not redistribute them in modified form, including changes | to the file name or packaging format. | | All fonts downloaded and installed. | shell-init: error retrieving current directory: getcwd: cannot access parent directories: Datei oder Verzeichnis nicht gefunden | Couldn't get cwd: No such file or directory ` It seems this is due to the following code in the postinst: , | SCRATCHDIR=`mktemp -t -d msttcorefonts.XX` | chmod 0755 $SCRATCHDIR | cd $SCRATCHDIR | | [...many lines of code...] | | rm -rf $SCRATCHDIR ` The shell executing the postinst script is in a non existent directory after this, so it should probably cd to / to avoid the error messages. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.22.3 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 msttcorefonts depends on: ii cabextract 1.2-2 a program to extract Microsoft Cab ii debconf 1.5.14 Debian configuration management sy ii defoma 0.11.10-0.1 Debian Font Manager -- automatic f ii wget 1.10.2-3retrieves files from the web ii xfonts-utils 1:1.0.1-2 X Window System font utility progr Versions of packages msttcorefonts recommends: ii x-ttcidfont-conf 25.1 Configure TrueType and CID fonts f -- debconf information: msttcorefonts/dlurl: msttcorefonts/savedir: msttcorefonts/baddldir: * msttcorefonts/blurb: * msttcorefonts/http_proxy: * msttcorefonts/defoma: msttcorefonts/dldir: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#421816: Status of openais ITP?
Hello, I would like to get something done in this matter, but there has not been any response nor activity since a couple of weeks. What is the status of this ITP? I had a look at the packages on mentors, and I think they are of poor quality, using CDBS and shipping an unecessary postinst script obviously belonging into another package. Please have a look at the kernel-team svn: svn://svn.debian.org/kernel/dists/trunk/redhat-cluster/openais/debian feel free to send patches if you think something is missing, or ACK an upload so we can preapare a release ASAP. Best regards Frederik Schüler -- ENOSIG signature.asc Description: Digital signature
Bug#438988: garbled screen when scrolling with xorg composite extension
On Tue, Aug 21, 2007, Bruno Kleinert wrote: if galeon is used on an xserver with the composite extension This is likely a bug with your video driver; which X video driver do you use? -- Loïc Minier
Bug#432317: display corruption with XAA
On Sat, 18 Aug 2007 11:06:53 +0200 Brice Goglin [EMAIL PROTECTED] wrote: No more problem with the EXA enabled. Thank you Frédéric
Bug#438990: RFP: kima -- Kicker monitoring applet
Package: wnpp Severity: wishlist * Package name : kima Version : 0.7.4 Upstream Author : Ken Werner [EMAIL PROTECTED] * URL : http://kima.sourceforge.net/ * License : GPL Programming Lang: C Description : Kima - Kicker monitoring applet (Include the long description here.) -- 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.21.5 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Bug#437087: not serious, downgrading
severity 437087 minor thanks Do we care for FTBFSes for packages in unstable being built on etch? Agreed the bug is there because the build-dep needs to be versioned but it is not serious at all as gnome-bluez builds fine in unstable where gtk 2.10 is present. filippo -- Filippo Giunchedi - http://esaurito.net PGP key: 0x6B79D401 random quote follows: Date: Tuesday, 2002/10/22 - 08:09 dselect proves the existence of Satan. It's the worst part of Debian. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#438061: ardour-gtk: Cannot install due to libglib1.2 being unavailable
This report is a duplicate of #438059 (I accidently posted it twice - sorry!) and it should be closed. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#438991: incorrect depends
package: typo3 version: 4.1.2+debian-1 Hi, typo3 depends on graphicsmagick | graphicsmagick-imagemagick-compat | imagemagick but includes Symlinks in /var/lib/typo3-dummy/excedir/ to /usr/bin/composite, /usr/bin/convert and others which are only provided by graphicsmagick-imagemagick-compat | imagemagick. As graphicsmagick-imagemagick-compat depends on graphicsmagick you should change this dependency to graphicsmagick-imagemagick-compat | imagemagick. regards, Holger pgpYG6eMbXP33.pgp Description: PGP signature
Bug#399786: gaim: steals focus to buddy list or conversation window
Package: gaim Version: 1:2.0.0+beta5-10 Followup-For: Bug #399786 Whenever the status is changed from Offline to a state that requires going online, gaim will steal focus to the buddy list or conversation window as soon as it has logged onto the server(s). This may happen several seconds later, thus stealing keystrokes meant for other programs. -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.20 Locale: LANG=en_US.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Versions of packages gaim depends on: ii gaim-data 1:2.0.0+beta5-10 multi-protocol instant messaging c ii libatk1.0-01.12.4-3 The ATK accessibility toolkit ii libavahi-compa 0.6.16-3etch1 Avahi Howl compatibility library ii libc6 2.3.6.ds1-13etch2 GNU C Library: Shared libraries ii libcairo2 1.2.4-4 The Cairo 2D vector graphics libra ii libdbus-1-31.0.2-1 simple interprocess messaging syst ii libdbus-glib-1 0.71-3simple interprocess messaging syst ii libfontconfig1 2.4.2-1.2 generic font configuration library ii libglib2.0-0 2.12.4-2 The GLib library of C routines ii libgstreamer0. 0.10.10-3 Core GStreamer libraries and eleme ii libgtk2.0-02.8.20-7 The GTK+ graphical user interface ii libgtkspell0 2.0.10-3+b1 a spell-checking addon for GTK's T ii libice61:1.0.1-2 X11 Inter-Client Exchange library ii libncursesw5 5.5-5 Shared libraries for terminal hand ii libnspr4-0d1.8.0.13~pre070720-0etch3 NetScape Portable Runtime Library ii libnss3-0d 1.8.0.13~pre070720-0etch3 Network Security Service libraries ii libpango1.0-0 1.14.8-5 Layout and rendering of internatio ii libperl5.8 5.8.8-7 Shared Perl library ii libsm6 1:1.0.1-3 X11 Session Management library ii libstartup-not 0.8-2 library for program launch feedbac ii libx11-6 2:1.0.3-7 X11 client-side library ii libxcursor11.1.7-4 X cursor management library ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii libxfixes3 1:4.0.1-5 X11 miscellaneous 'fixes' extensio ii libxi6 1:1.0.1-4 X11 Input extension library ii libxinerama1 1:1.0.1-4.1 X11 Xinerama extension library ii libxml22.6.27.dfsg-1 GNOME XML library ii libxrandr2 2:1.1.0.2-5 X11 RandR extension library ii libxrender11:0.9.1-3 X Rendering Extension client libra ii libxss11:1.1.0-1 X11 Screen Saver extension library Versions of packages gaim recommends: ii gstreamer0.10-alsa0.10.10-4 GStreamer plugin for ALSA ii gstreamer0.10-plugins-base0.10.10-4 GStreamer plugins from the base ii gstreamer0.10-plugins-good0.10.4-4 GStreamer plugins from the good ii python2.4.4-2An interactive high-level object-o ii python-dbus 0.71-3 simple interprocess messaging syst -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#438983: ITP: libdnet -- libdnet provides a simplified, portable interface to several low-level networking routines
Javier Fernandez-Sanguino schrieb: However, latest Snort version (2.7) in experimental does not use it. AFAIK it is not really required. When i compile snort from src i get this: checking for dnet.h... no ERROR! Libdnet header not found, go get it from http://libdnet.sourceforge.net or use the --with-dnet-* options, if you have it installed in an unusual place # Add here commands to compile the package. /usr/bin/make make[1]: Entering directory `/usr/src/myPackages/snort/snort-2.7.0.1' so I think it is needet... but when the libdumbnet is compatible i check the debian sources from snort (outdatet version) Thomas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#264107: #264107 ITA: dia2code -- a dia-UML code generator]
I have no objections to that. Go ahead. :) Best regards, // Ola On Tue, Aug 21, 2007 at 11:18:41AM +0200, Francesco Aloe wrote: Content-Description: Messaggio inoltrato - #264107 ITA: dia2code -- a dia-UML code generator Subject: #264107 ITA: dia2code -- a dia-UML code generator From: Francesco Aloe [EMAIL PROTECTED] To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED] Hi, I would like to adotp to adopt this package Regards, Francesco Aloe -- --- Ola Lundqvist systemkonsult --- M Sc in IT Engineering / [EMAIL PROTECTED] Annebergsslingan 37\ | [EMAIL PROTECTED] 654 65 KARLSTAD| | http://opalsys.net/ Mobile: +46 (0)70-332 1551 | \ gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9 / --- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#398778: 32bits debs on 64bits archs for building wine
On Mon, Jan 08, 2007 at 07:06:42PM -0500, Jay Berkenbilt wrote: [EMAIL PROTECTED] wrote: Package: icu Version: 3.6-1 Severity: wishlist It would be nice to have 32bits packages (like zlib's lib32z1 and lib32z1-dev) for 64bits architectures, so wine could be build on those architectures without a flaw (wine has build-deps on libicu36-dev and is staticaly linked against libsicuuc.a and libsicudata.a). Hello. I apologize for not replying to this sooner. I'll leave this request open, but I'm not likely to find the time to work on this request. However, if someone submits a patch, I'd consider it including it. In any case, there is already a freeze in place for etch, so this would have to be post-etch. I guess it would be better if wine could use native 64-bit libraries, but I imagine that will come in time. Then again, I'm not really aware of what would be involved in making that happen. I can send a patch, but it would require some readjustments. I would have to replace the targets provided by CDBS autotools.mk, in a similar way as how the grub2 package handles multiple builds. Is that ok? -- Robert Millan GPLv2 I know my rights; I want my phone call! DRM What use is a phone call, if you are unable to speak? (as seen on /.) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#437838: cyrus-imapd-2.3: Daemons/tools die due to Berkeley DB version mismatch
Gabor Gombas píše v Út 21. 08. 2007 v 12:26 +0200: On Sun, Aug 19, 2007 at 08:07:39PM +0200, Ondřej Surý wrote: Correct fix would be to find why it didn't find libdb4.4. [...] So, if you happen to have _any_ libdbX.Y package installed that has a version higher than the -dev package (example: you have all libdb4.4, libdb4.4-dev, and libdb4.5 installed) then the Cyrus configuration snippet will find the highest library version (4.5 in this case, since the linker will find the /usr/lib/libdb-4.5.so library), and not the version of the -dev package. And that will cause the version mismatch. Now I see. You're right. But where did db-4.5 come from? 2.3.8-1 source from experimental doesn't have it, 2.3.8-1 source from subversion doesn't have it. Is this your local modification? Correct fix is either fix berkdb.m4 macro to use information from /usr/include/db.h (DB_VERSION_MAJOR and DB_VERSION_MINOR) or just by using: Build-Conflict: libdb4.5 Build-Depends: libdb4.4-dev Which of course needs to be modified each time new libdb4.x is released. Ondrej. -- Ondřej Surý [EMAIL PROTECTED] *** http://blog.rfc1925.org/ Kulturní občasník *** http://www.obcasnik.cz/ Nehoupat, prosím *** http://nehoupat.blogspot.com/
Bug#436276: Problem mostly solved ... Please close
This problem was apparently related to a problem in libglib2.0 which I had downloaded from Experimental. As a result of other problems. I deleted that file and replaced it with one from Sid. I still get the message, but upon closing it, Filezilla runs fine. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#438992: gqview: Edit-in the Gimp... option is broken with gimp 2.4.0~rc1 in unstable
Package: gqview Version: 2.0.4-1 Severity: normal Right clicking on an image or filename and selecting Edit - in the Gimp... no longer works. gqview sends this message to stderr: Unknown option -n I'm not sure if the GIMP is at fault here--it certainly provides a -n option with the new release, but this is the only thing that changed recently. It might have come in with gqview 2.0.4-1, but I thought I used the option since then. Regards, Roger -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (990, 'unstable') Architecture: powerpc (ppc) Kernel: Linux 2.6.18-4-powerpc Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gqview depends on: ii libc6 2.6.1-1GNU C Library: Shared libraries ii libglib2.0-0 2.12.13-1 The GLib library of C routines ii libgtk2.0-0 2.10.13-1 The GTK+ graphical user interface ii libpango1.0-0 1.16.5-1 Layout and rendering of internatio Versions of packages gqview recommends: ii libjpeg-progs 6b-13 Programs for manipulating JPEG fil -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#427218: [D-community-discuss] Sugestion for a new mailing list
Hi, On Monday 20 August 2007 15:03, Andrei Popescu wrote: A [EMAIL PROTECTED] list has been requested by me (#425439) and Martin Joey Schulze (#427218), but nothing has happened yet. Maybe the project could start one and migrate later to lists.d.o if it attracts sufficient interest. I think this could also be an opportunity to attract some very valuable subscribers from debian-user. If you read d-u you might remember the big discussion around offtopic posts a few months ago. As a result the offtopic discussions have dropped to almost zero. This is not a bad thing considering the high volume of d-u, but IMHO it's missing the community spirit and this is what we are trying to promote, isn't it? ;) I'd agree that we could technically easily host that mailinglist as part of the d-community project on alioth, but I wonder whats the debian listmasters final decision is on this, as I dont think it's wise to create this mailinglist on alioth now and then move it to lists.debian.org in a short timeframe. So, debian-listmasters, what's your stance? FWIW, I support the idea of such a mailinglist, even if I wont subscribe. And, as I understand it, this mailinglist should be about offtopic stuff, but this doesnt mean it should be used for flaming or other behaviour which is against the code of conduct for the debian mailinglists. regards, Holger pgpswLTdL7uK7.pgp Description: PGP signature
Bug#438504: please help investigate potential gcc / kernel ICE on powerpc32 machines in lenny/sid.
We have tested it on a powerbook and a mpc8349e-mitx board, but it seems they don't believe in me or something, so what is really needed is an independent test and confirmation. Could you do : apt-get build-dep linux-2.6 apt-get source linux-2.6 cd linux-2.6-2.6.22 dpkg-buildpackage -rfakeroot -us -uc -B and let it run in the background while you do something else. After an hour or two, it will either ICE or not. OK I'll do that right now. signature.asc Description: Ceci est une partie de message numériquement signée
Bug#398778: 32bits debs on 64bits archs for building wine
On Mon, Jan 08, 2007 at 07:06:42PM -0500, Jay Berkenbilt wrote: [EMAIL PROTECTED] wrote: Package: icu Version: 3.6-1 Severity: wishlist It would be nice to have 32bits packages (like zlib's lib32z1 and lib32z1-dev) for 64bits architectures, so wine could be build on those architectures without a flaw (wine has build-deps on libicu36-dev and is staticaly linked against libsicuuc.a and libsicudata.a). Hello. I apologize for not replying to this sooner. I'll leave this request open, but I'm not likely to find the time to work on this request. However, if someone submits a patch, I'd consider it including it. In any case, there is already a freeze in place for etch, so this would have to be post-etch. I guess it would be better if wine could use native 64-bit libraries, but I imagine that will come in time. Then again, I'm not really aware of what would be involved in making that happen. I can send a patch, but it would require some readjustments. I would have to replace the targets provided by CDBS autotools.mk, in a similar way as how the grub2 package handles multiple builds. Is that ok? -- Robert Millan GPLv2 I know my rights; I want my phone call! DRM What use is a phone call, if you are unable to speak? (as seen on /.) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#214603: Processed: tagging 208139, tagging 214603
On Tue, Aug 21, 2007 at 09:48:37AM +0200, Ricardo Mones wrote: On Sun, Aug 19, 2007 at 10:27:02PM +, Debian Bug Tracking System wrote: Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.10.7 tags 208139 - sid tags 214603 - sid Maybe I'm missing something, would you care to explain this tag cleanup to me? Well, bug report was filed in 31 Aug 2003. That sid is different from todays sid. And I think old reportbug put those sid woody etc tags automatically in the report (that doesn't happen anymore). -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#438481: Adjusting owner to work address
owner 438481 Daniel Baumann [EMAIL PROTECTED] owner 438473 Daniel Baumann [EMAIL PROTECTED] owner 436434 Daniel Baumann [EMAIL PROTECTED] thanks My employer sets value on using the work address when submitting bugs during work time, hence, adjusting the owner hereby. Please, in case you credit me in the changelog with email address, use the swiss-it address and not the debian one. Regards, Daniel -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#432961: Managing current 'nginx' bugs
tags 430468 + pending tags 432961 + pending severity 432961 important thank you Acknowledged and working on. Sorry for the delay. Jose -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]