Bug#370213: zaptel-source: errors in fxotune.c
Package: zaptel-source Version: 1:1.0.7-4.1 Severity: serious Justification: no longer builds from source -- System Information: Debian Release: 3.1 Architecture: i386 (i586) Kernel: Linux 2.6.8-2-386 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages zaptel-source depends on: ii bzip2 1.0.2-5high-quality block-sorting file co ii debhelper 4.2.32 helper programs for debian/rules ii module-assistant 0.9sarge1 tool to make module package creati -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#366961: bugzilla: Upgrade erases db information from localconfig.
Hi Alexis, Any progress on this RC bug? Cheers, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ signature.asc Description: Digital signature
Bug#354029: kmail: Crash on 'New Message' -- "KMail got signal 11 (Crashing)"
On Sat, 3 Jun 2006 22:06:23 -0500 Adam Porter <[EMAIL PROTECTED]> wrote: > > So I did some trial and error by gradually deleting stuff from the > > bad config file, then moving stuff over from the good one. This > > eventually fixed the problem. But I haven't yet been so thorough > > as to figure out exactly which line or lines triggered the bug. > > It seems to me that what we really need is to know what lines caused > the crash. Without that, what can be done? Well, I hope to get around to looking into it. The trial-and-error of it is too much work, so I have this idea for a no-brains util that would help with such things, based on the correct 'hilo' (i.e. the number guessing game) strategy. HiLo is not particularly exciting to play because there is a simple optimal strategy that narrows the range of possible numbers in half each time by choosing the midpoint of the range. For example, for the range [1..1000], the midpoint guess is 500. If 500 is too high, the next range is [1..499] and next guess is 250; if 500 is too low, the next range is [501..1000] and next guess is 750. With this strategy, it is possible to guess any number between 1 and 1000 in ten or fewer guesses because 1000 can successively be divided by 2 only ten times before a 1 is reached. (In other words, the base 2 logarithm of 1000 is about 10). This divide-in-half strategy, known as binary search, is extremely important in computer applications for efficiently searching large information spaces. http://community.middlebury.edu/~schar/courses/cs101-f04/hw/hw5/ That is we have two configs, A (good), and B (bad). So we combine the first half of A with the last half of B. Test program again. If it doesn't fail, combine the second half of A with the first half of B. Assuming that fails, (it should), we know the line is in the first half of B. So we repeat the process the first quarter of A and the second quarter of B. Etc. etc. For a config with X lines, it should require at most 'log X (base 2)' tests. More later, knock on wood... -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#319837: memtest86+: 319837: forwarded upstream
found 319837 1.65-1 forwarded 319837 http://forum.x86-secret.com/showthread.php?p=91223#post91223 thanks This bug still occurs in the latest version in sid/etch. It would be nice if it could be fixed for the etch release. Also, I forwarded this bug upstream for you. -- bye, pabs http://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#370212: Bug in libgnome-window-settings1 / unstable
Package: libgnome-window-settings1 Version: 2.14.1-1 Hello, After updating my sid today, gnome-window-properties refuses to work. I think it is caused by the updated libgnome-window-settings1 package. Error message: [EMAIL PROTECTED]:~$ gnome-window-properties (gnome-window-properties:22157): capplet-common-WARNING **: Couldn't load window manager settings module `/usr/lib/libgnome-window-settings1/libmetacity.so' (/usr/lib/libgnome-window-settings1/libmetacity.so: Kann die Shared-Object-Datei nicht \xf6ffnen: Datei oder Verzeichnis nicht gefunden) It says it doesnt find the needed file, and after i took a look, theres not even the needed directory. As i said above, i am using Debian Unstable/Sid, with a 2.6.16-1-k7 kernel. Greetings, Patrick signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Bug#370211: update oops: libgnome-window-settings1
From: Bernhard Kleine <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] Subject: libgnome-window-settings1: failure to install Package: libgnome-window-settings1 Version: libgnome-window-settings1_1%3a2.14.1-1_i386 Severity: normal *** Please type your report below this line *** -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-rc2+misdn+v4l Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Update does not work at once: dpkg: Fehler beim Bearbeiten von /var/cache/apt/archives/libgnome-window-settings1_1%3a2.14.1-1_i386.deb (--unpack): versuche »/usr/lib/libgnome-window-settings.so.1.0.0« zu überschreiben, welches auch in Paket gnome-control-center ist --snip-- Fehler traten auf beim Bearbeiten von: gnome-control-center however, a second run of dselect -> install worked flawlessly. Bernhard -- Bernhard Kleine mail [EMAIL PROTECTED] linux-user Nr. 411598 PGP-Key PGP-Fingerprint: 0x6C1D9C2A 3161 A9E2 B661 A242 D9AF 61BF C842 4D18 6C1D 9C2A -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#370200: FTBFS: missing libfam.la
reassign 370200 libeel2-dev thanks On Sun, Jun 04, 2006 at 03:25:00AM +0200, Roberto Pariset wrote: > nautilus-cd-burner 2.14.1-1 FTBFS with the following error: > /bin/sh ./libtool --tag=CC --mode=link cc -Wall -g -Wall -O2 -Wl,-O1 > -Wl,--as-needed -o libnautilus-burn-extension.la -rpath > /usr/lib/nautilus/extensions-1.0 -avoid-version -module nautilus-burn-bar.lo > burn-extension.lo -pthread -lnautilus-extension -leel-2 -lgnomeui-2 -lSM > -lICE -lgailutil -lglade-2.0 -lbonoboui-2 -lgnome-keyring -lgnome-2 -lpopt > -lgnomevfs-2 -lbonobo-2 -lgconf-2 -lbonobo-activation -lORBit-2 -lgthread-2.0 > -lgnomecanvas-2 -lart_lgpl_2 -lpangoft2-1.0 -lgtk-x11-2.0 -lxml2 -lz > -lgdk-x11-2.0 -latk-1.0 -lgdk_pixbuf-2.0 -lm -lpangocairo-1.0 -lfontconfig > -lXext -lXrender -lXinerama -lXi -lXrandr -lXcursor -lXfixes -lpango-1.0 > -lcairo -lX11 -lgobject-2.0 -lgmodule-2.0 -ldl -lglib-2.0 > grep: /usr/lib/libfam.la: No such file or directory > /bin/sed: can't read /usr/lib/libfam.la: No such file or directory > libtool: link: `/usr/lib/libfam.la' is not a valid libtool archive > make[3]: *** [libnautilus-burn-extension.la] Error 1 > Please let it build depend on libfam-dev. This error is always caused by some other build-dependency on the system referencing the named .la file, without depending on the package that provides it. In this case, installing the build-deps of nautilus-cd-burner gives me libeel2-dev as the only .la file with this problem, so reassigning there. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ signature.asc Description: Digital signature
Bug#370210: dpkg: install-info requires English.pm, which is not in perl-base
Package: dpkg Version: 1.13.20 Severity: serious dpkg install-info requires English.pm, but that's not included in perl-base, and thus new installations fail. O: Setting up sed (4.1.5-1) ... P: Configuring package sed O: Can't locate English.pm in @INC (@INC contains: /etc/perl /usr/local/lib/perl/5.8.8 /usr/local/share/perl/5.8.8 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.8 /usr/share/perl/5.8 /usr/local/lib/site_perl .) at /usr/sbin/install-info line 4. O: BEGIN failed--compilation aborted at /usr/sbin/install-info line 4. O: dpkg: error processing sed (--configure): O: subprocess post-installation script returned error exit status 2 regards, junichi -- [EMAIL PROTECTED],netfort.gr.jp} Debian Project -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#365716: Bad media
severity 365716 wishlist retitle 365716 Confusing error message when verification fails thanks Hi Janusz, To the best of my knowledge, this looks indeed like problems between your CD burner and the brand of blank CDs you were using. If I understand you correctly, you are suggesting that the error message which reports that the verification failed should be more clear? Maybe something along the lines of: Unable to read ISO9660 file system. This could be caused by defective blank media. What do you think? Francois -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#339085: coreutils: You can't make this change. Not now, and quite probably never.
Zack Weinberg wrote: > Bob Proulx wrote: > > Just a detail clarification... > > HP-UX 10.20, arguably the oldest HP-UX version still in active use > > anywhere, supports the 'tail -n#' syntax. > > Are you absolutely certain that the version of tail in /bin or > /usr/bin supports that syntax? Yes. I am absolutely certain. This was my main desktop for years and years and I still have it up and running today. printf "one\ntwo\nthree\n" | /usr/bin/tail -n2 two three uname -a HP-UX hpbox B.10.20 A 9000/785 2003339568 two-user license model 9000/785/C360 /usr/bin/tail -? Usage: tail [-f] [-b number] [file] tail [-f] [-c number] [file] tail [-f] [-n number] [file] Obsolescent usage: tail [+-[n][l|b|c]] [-f] [file] > I have this dim memory that the situation was similar to Solaris - > i.e. modern tools in /usr/something/bin, not in /usr/bin, portable > scripts are still hosed. On HP-UX 10.01 and later /bin and /usr/bin were combined into /usr/bin and /bin is now a symlink to /usr/bin. Similarly for /lib which is now a symlink to /usr/lib. Theoretically use of /bin is deprecated there but obviously there needs to be /bin/sh or all #!/bin/sh scripts would be broken and so the /bin symlink can never go away. But this means there is only one main bin directory and that is /usr/bin with all programs in it. HP-UX does funny things with tools installed in /opt//bin where paths to those tools are listed in /etc/PATH and /etc/profile includes all /etc/PATH paths into your PATH at login time. This means that after installation you must log out and log back in to get your PATH set up correctly. That is an unfortunate design choice akin to some operating systems requiring a reboot after software installation. Note that RH also has a similar design problem with their use of /etc/profile.d/* scripts so this is not solely an HP-UX problem. Additionally there is /usr/ccs/bin which is where the native K&R compiler and linker live. On HP-UX /usr/ccs/bin is required to be in PATH in addition to /usr/bin. But that is the old K&R compiler and not the modern ANSI compiler. Included in /opt is /opt/ansic/bin which is where the c89 ANSI compiler lives if installed. But again in both cases the paths to them are included in the file /etc/PATH and are placed into the PATH by /etc/profile at login time. I don't prefer the design choice but it *is* functional as installed, just not pretty. Also note that on a minimum system only the old K&R compiler is installed in /usr/ccs/bin and the c89 ANSI compiler is an additional optional product in /opt/ansic/bin which may not be installed at all. > They certainly did do similar crazy things for the sake of backward > compatibility, e.g. requiring you to add a special object to the > link if you wanted your binaries to honor SIGXCPU, because SIGXCPU > was only in Unix95... Yes. And the 'ps -H' as in 'ps -efH' option to sort by parent-child process relationship is only available if the UNIX95 variable is set. I have an alias ps='UNIX95=1 ps' just for that reason. And there are other things too. Bob -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#348141: still happening
Hi Silvério, On Sunday 07 May 2006 03:17, Silvério wrote: > Hi Adam, > > I would've answered your questions earlier if I have received a > respective notification... Sorry, I didn't realize that you wouldn't get the message. You might want to subscribe to your bugs to make sure you get replies. > Problems still happening on version 1.9.1. > > KMail has been completely purged, but when I reinstalled it the config > was still there. So, to be franc, I doubt all config files where deleted > on the purge activity. For testing could you please point out what > config files to delete? To be thorough, I suppose: ~/.kde/share/apps/kmail ~/.kde/share/config/kmail.* Back them up, of course. :) > Using KMail with a different user and starting from no (first use > wizard) configuration did not help. That seems strange. > The server package is a cyrus21-imapd 2.1.18-3. > The folder structure is extensive: > - 21 folder on top level > - 5 of the top level folders containing subfolders and being mail > folders themselves > - 70 subfolders > > I am running a Debian Sid installation at a similar update level where > KMail is still working. The difference is that it has not been used that > often compared to the machine where KMail is broken. (And being a > desktop the network is connected via Ethernet 100 MBit/s.) Could you be more specific about the versions that work and those that don't? Also, please attach a backtrace of the crash. FYI, you can also submit this bug to KDE yourself and then use [EMAIL PROTECTED] to set the forwarded tag, which would help take the load off the Debian Qt-KDE folks. pgp38oF2Cb0gb.pgp Description: PGP signature
Bug#354029: kmail: Crash on 'New Message' -- "KMail got signal 11 (Crashing)"
On Sunday 14 May 2006 00:29, A. Costa wrote: > > The "no information from user" claim is unfair; I have received no > such query. > > When the bug was closed, the BTS emailed me, so I checked the > BTS today... and discovered this reply from 4/14/06: > > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=354029;msg=10 > > That message's "To:" field reads: > > To: [EMAIL PROTECTED], [EMAIL PROTECTED] > > My email address isn't there, and there's no 'CC:' field. Sorry, I didn't realize that you wouldn't receive the e-mail. > > > > Anyway, here's a reply to that query: > > On Sun, 16 Apr 2006, Adam Porter wrote: > > Did this just start happening? > > I forget. I think it happened after various upgrades. > > > Does it happen if you run kmail under > > a different user account? > > Coincidentally, a few days after submitting the bug report, I did try > running 'kmail' under other accounts a few weeks ago and the other > accounts didn't have the bug. Therefore it seemed like the bug was > triggered by a bad config file. > > So I did some trial and error by gradually deleting stuff from the bad > config file, then moving stuff over from the good one. This eventually > fixed the problem. But I haven't yet been so thorough as to figure out > exactly which line or lines triggered the bug. It seems to me that what we really need is to know what lines caused the crash. Without that, what can be done? > > I kept a copy of the bad config. > > > Do any other KDE PIM apps crash? > > I'm not sure. This is at a demo machine at a friend's** house, and > he's a Linux novice who doesn't know how to report bugs. (My regular > system is XFCE with Sylpheed for a mail client.) > > (**my friend doesn't have 'root' access though, which simplifies things.) The fact that it's not doing it on your computer will make it extra hard to diagnose. I'm a little doubtful about this really going anywhere. :) > > > Could you attach the backtrace from the kcrash handler? > > Now, no; later yes, if you still think it would help. If you want to submit it to the KMail devs, then yes, I would think so. But I wouldn't send it without the problem config file lines too. > > NB: While I've relieved the symptom, I don't consider this bug > "fixed", as it seems buggy for an email client config parameter, wrong > or not, to produce such behavior. Seems like there's two possible > causes of the crash: > > 1) kmail has buggy crash-causing code. > 2) For some necessary reason, certain config file parameters > will inevitably cause kmail to crash. > > Case #1, if true, should be fixed. > > Case #2, if the crash is to be expected given the config, then it would > be better, if at all possible, that the config file should be parsed > before loading to check for bad parameters that would cause a crash, > and then the user should be warned. > > HTH... pgpmg3wN1CnlW.pgp Description: PGP signature
Bug#370172: cdebconf-gtk-udeb: yes/no questions through checkbox aren't understandable
Attilio Fiandrotti wrote: > >Write the changes to disks? > > > >[ ] Write the changes to disks? > > > >A simple correction for now could be to just not repeat the question: > > > >Write the changes to disks? > > > >[ ] Yes. > > I agree with you and this can be easily done, as cdebconf package > provides debconf/button-yes and debconf/button-no templates. > Does anyonne see any possible problem that could arise with the "yes/no" > approach ? Why not just: [ ] Write the changes to disks? Or, if you're going to use the button-* strings, why not use buttons: White the changes to disks? [yes] [no] -- see shy jo signature.asc Description: Digital signature
Bug#356644: [Logcheck-devel] Bug#356644: logcheck: "Lines skipped, " "Patterns to ignore, " "Ignored lines" are always zero
On Wednesday 10 May 2006 06:52, Todd Troxell wrote: > Are you sure you're running logcheck? These strings don't exist in our > tree. Yes. I've attached a sample message. Perhaps it's caused by the summarizing? This email is sent by logcheck. If you wish to no-longer receive it, you can either deinstall the logcheck package or modify its configuration file (/etc/logcheck/logcheck.conf). System Events =-=-=-=-=-=-= 0 Lines skipped (already processed) 0 Patterns to ignore 0 Ignored lines 1 localhost kernel: usb 3-2.2: configuration #1 chosen from 1 choice 1 localhost kernel: usb 3-2.2: PocketPC PDA converter now attached to ttyUSB0 1 localhost fcron: Job run-parts --report /etc/cron.daily completed (mailing output) 1 localhost fcrontab: listing root's fcrontab pgpEsUBZPfv9O.pgp Description: PGP signature
Bug#368416: telnet-ssl: RC abuse of /etc/ssl/certs
On Tue, 30 May 2006, Ian Beckwith wrote: I'm currently trying to get an answer from the debian openssl people as to the right place to put the key (/etc/ssl/private/? /etc/telnetd-ssl/?). Dovecot uses /etc/ssl/private, it looks like most of the other packages on my boxen use their own directories - which doesn't really cut it for your package... barring other gripes, it seems like /etc/ssl/private would be a decent choice. I was about to suggest you file a bug against gnutls, but I see you already have :) Yeah, it is the real culprit here. -- Rick Nelson I'm not a level-headed person...-- Bruce Perens -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#332594: #332594: Why was it closed?
On Saturday 29 April 2006 08:18, Debian Bug Tracking System wrote: > Processing commands for [EMAIL PROTECTED]: > > # Automatically generated email from bts, devscripts version 2.9.19 > > close 332594 > > Bug#332594: apt-build: Fails to find source packages for some packages > 'close' is deprecated; see http://www.debian.org/Bugs/Developer#closing. Why was this bug closed? I can't find any entry in the package's changelog about it being fixed. > Bug#312666: apt-build: can't chdir packages > Bug closed, send any further explanations to Kjetil Kjernsmo > <[EMAIL PROTECTED]> > > > End of message, stopping processing here. > > Please contact me if you need assistance. > > Debian bug tracking system administrator > (administrator, Debian Bugs database) pgpjxLtX2V07n.pgp Description: PGP signature
Bug#370209: please remove prebaseconfig from unstable
Package: ftp.debian.org Severity: normal Tags: d-i The prebaseconfig udeb has been renamed to finish-install. Please remove prebaseconfig from unstable; until it's gone it'll fight it out with finish-install trying to do the same thing.. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-2-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) -- see shy jo signature.asc Description: Digital signature
Bug#368420: ftpd-ssl: RC abuse of /etc/ssl/certs
On Mon, 29 May 2006, Cai Qian wrote: As there is no upstream support anymore, can you provide a simple patch for it? Unfortunately not, some time ago I moved to using vsfptd. The certificate was still about, which caused my problem. Sorry, -- Rick Nelson wow... simple maths show that Debian developers have closed more than *31* *thousand* bug reports since our BTS exists! that is about 30999 more than Microsoft ;) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#349397: scim now has im-switch support
Hi, In Mon, May 22, 2006 at 03:24:44PM +0800, Andrew Lee wrote: > Osamu Aoki wrote: > > > But what is the problem: > > SCIM gtk IM Module and Firefox/Mozilla/Acrobat Reader 7 or any other > > Gtk+2 based C++ applications are binary incompatible with each other if > > they are not compiled with the same branches of gcc/glibc. > > > > This is the reason to use GTK_IM_MODULE=xim for some application. > > How about use GTK_IM_MODULE="scim-bridge" instead? This scim-bridge[1] > package has been in NEW queue[2] for three weeks. > > scim-bridge is another gtk_immodule for scim which rewritten in pure C > to avoid the C++ ABI issue. > > [1] http://www.scim-im.org/projects/scim_bridge > [2] http://ftp-master.debian.org/new.html I know this "scim-bridge" is alternative to "scim" but less tested. We can have it too but this is not about replacing "scim". This is different issue from the ones we are discussing for GTK_IM_MODULE=xim or GTK_IM_MODULE=?. I think simply offer an additional im-swich configuration file for scim-bridge while setting GTK_IM_MODULE=xim along the same thought as others should be a good idea. Of couse, alternative priority will be lower. We can always change it to direct GTK_IM with one mouse click :-) Osamu PS: Excuse me for slow response. I had broken smarthost issue with my ISP changing DNS aliasing and exim SMTP AUTH has some quarks. PPS: I may do another upload of scim/uim packages soon. Omote-san, please allow me NMU again. You have been very quiet. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#339085: coreutils: You can't make this change. Not now, and quite probably never.
On 6/3/06, Michael Stone <[EMAIL PROTECTED]> wrote: On Sat, Jun 03, 2006 at 12:56:30PM -0700, Zack Weinberg wrote: >[And, for the record, official end-of-life dates have approximately >zero effect on whether or not GCC drops support for a system, and are >therefore not useful evidence for this argument.] Frankly, that's your problem, not my problem. The way I see it, as long as upstream and 3rd-party software developers are in the position GCC is in - and GCC continues to support such old systems because our users demand it, not because we want to - the constraints those old systems place on our shell scripting *are* your problem. But let's back off a level here. Please explain to me why you want to make posix.2001 the default. It is not a thing I see any benefit to, and therefore the negative consequences loom much larger in my mind than they do in yours. I assume you do see some benefit to it or you wouldn't be advocating it... I'm willing to be convinced. zw -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#370203: xxgdb: ships files under /usr/X11R6
Package: xxgdb Version: 1.12-13.1 Severity: important Please see #363575. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-8custom2-ps2 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages xxgdb depends on: ii gdb 6.4-1 The GNU Debugger ii libc6 2.3.6-7GNU C Library: Shared libraries ii libice6 6.9.0.dfsg.1-6 Inter-Client Exchange library ii libsm61:1.0.0-4 X11 Session Management library ii libx11-6 2:1.0.0-6 X11 client-side library ii libxaw7 1:1.0.1-5 X11 Athena Widget library ii libxext6 1:1.0.0-4 X11 miscellaneous extension librar ii libxmu6 1:1.0.1-3 X11 miscellaneous utility library ii libxt61:1.0.0-5 X11 toolkit intrinsics library xxgdb recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#349397: scim now has im-switch support --> conclusion proposal
On Sun, May 21, 2006 at 08:06:45PM +0200, Jan Willem Stumpel wrote: > Osamu Aoki wrote: > > [..] maybe what we should do is: > > > > GTK_IM_MODULE=scim as default for SCIM. > > GTK_IM_MODULE=xim as default for UIM. > > What's wrong with using GTK_IM_MODULE=xim everywhere? It always > works (in Linux). True. > I gather that the separate input methods for GTK are only there to > provide "portability" to other systems, like MS Windows. But we > are discussing Debian here, i.e. Linux, so (if I understand it > correctly) we do not have to care about Windows portability, and > can use the "standard" xim. > > see http://mail.nl.linux.org/linux-utf8/2004-05/msg4.html > > About the many different window managers, each (possibly) with > their own best way to start the IME: yes, this is a problem. But > it has to be solved somehow (I mean it cannot be left unsolved, > otherwise for many users, uim/scim, etc., mysteriously do not > work). It is more important for im-switch to pay attention to the > window managers than to pay attention to the locales. That sounds like too uch complication. Let me think a bit more. Simble global restart seem to work OK with recent SCIM now. SCIM seems robust for restart UIM: candidate window seems to have issue may be resolved by "sleep 1" > Maybe a "test protocol" for uim/scim should be devised which can > be sent to all Debian maintainers of window managers. If you impliment such an nice thing, let us know. Osamu -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#370205: bts: --cache does not work if ~/.devscripts_cache/bts does not exist
Package: devscripts Version: 2.9.20 Hello, the manual page bts(1) states that --cache is on by default, so one would expect for some cache files to be created right after the first time one runs e.g. `bts show $whatever`. However, this does not happen, and --cache only does its job after running e.g. `bts cache $foo` in advance. As I learnt later, it's not specifically about running `bts cache` before, but about ~/.devscripts_cache/bts existing, which `bts cache` creates. As I discovered latter, in fact the manual page itself mentions this fact, but only as a side comment in brackets: If caching has been enabled (that is, there exists a cache direc‐ tory ~/.devscripts_cache/bts/), then any page requested by "bts show" will automatically be cached, and therefore available offline thereafter. Pages which are automatically cached in this way will be deleted on subsequent "bts show|bugs|cache" invocations if they have not been accessed in 30 days. Whereas the documentation for --cache itself does not mention anything about it. I see three possible solutions: 1. Making --cache work even if ~/.devscripts_cache/bts does not exist, and keep --cache on by default. This seems the most consistent and useful solution to me, although users of `bts show|bugs` who don't have a ~/.devscripts_cache/bts directory will observe things start getting cached and will have to set BTS_CACHE to off in ~/.devscripts. 2. Same as above, but changing --cache to off by default. Sorry for the long report. FWIW, I don't fancy this one much, but well. Users who make use of the auto-cache feature will have to set BTS_CACHE in ~/.devscripts. 3. Keep current behavior, but document under "--cache" in the manual page the fact that should `mkdir ~/.devscripts_cache/bts` for the auto-cacheing mechanism to be activated. This solution does not affect the behavior of `bts show|bugs` for existing users, and will make it less confusing for new users as well. Please, choose it only if you really believe that keeping the quirk of ~/.devscripts_cache/bts having to exist in advance is the best way to go. Thanks, -- Adeodato Simó dato at net.com.org.es Debian Developer adeodato at debian.org Listening to: Ellos - Diferentes
Bug#370208: bts: arguments to mail reader can't contain spaces
Package: devscripts Version: 2.9.20 Hi, currently it is not possible to pass arguments with spaces to the mailreader command, such as: % bts show --mbox --mailreader='mutt -e "set sort_aux=date-received" -f %s' 309522 Thanks, -- Adeodato Simó dato at net.com.org.es Debian Developer adeodato at debian.org Listening to: Luz - Aquí estoy bien
Bug#369992: libgnomevfs2-0 2.14.2-1 ssh/sftp support missing
severity 369992 important tag 369992 unreproducible thanks Le vendredi 02 juin 2006 à 13:00 -0400, S. Porth a écrit : > Attempting to open a previous ssh/sftp folder causes several terminal windows > to > open/close very quickly and then nothing. > > Creating a new ssh/sftp connection, a terminal window flashes briefly and > then a popup: > Nautilus cannot display "ssh://[EMAIL PROTECTED]/var/www" > > Opening an existing ssh/sftp folder from within gedit gives the Nautilus > cannot display message. Same thing when using the Nautilus Open Location > dialog and trying sftp://[EMAIL PROTECTED]/var/www > > SMB and FTP folders work as expected. > > Downgrading to 2.14.1-2 packages and all is fine. Could you please show me the output of "ldd `which nautilus`" ? What if you kill the gnome-vfs-daemon process after the upgrade ? -- .''`. Josselin Mouette/\./\ : :' : [EMAIL PROTECTED] `. `'[EMAIL PROTECTED] `- Debian GNU/Linux -- The power of freedom signature.asc Description: Ceci est une partie de message numériquement signée
Bug#370204: extract_compressed_fs patch for Mac OS X
Package: cloop-utils Version: 2.02 Severity: minor extract_compressed_fs requires some minor changes to run on Mac OS X. It now compiles with the command: gcc -Wall -lz -o extract_compressed_fs extract_compressed_fs.c on Mac OS X 10.4.6. I don't think there's anything os version specific in the changes. (Sorry I didn't edit the makefile but I don't know how to conditionalise it correctly for Mac OS X.) It successfully extracted the KNOPPIX_FS ISO filesystem from the 5.0.1 DVD (EN). Here is the patch: $ diff -b -B -c extract_compressed_fs.c extract_compressed_fs.c~ *** extract_compressed_fs.c Sun Jun 4 03:32:50 2006 --- extract_compressed_fs.c~Tue Oct 19 06:02:35 2004 *** *** 8,26 #include #include #include - #if defined(__FreeBSD__) #include - #elif defined(__APPLE__) - #include - #endif - - #if defined(__FreeBSD__) || defined(__APPLE__) #include typedef uint64_t loff_t; - #endif - - #if defined(__FreeBSD__) #ifndef be64toh static __inline __uint64_t __bswap64(__uint64_t _x) --- 8,17 *** *** 37,48 #else #define be64toh(x) #endif - #endif - #define __be64_to_cpu be64toh - #elif defined(__APPLE__) - #define __be64_to_cpu NXSwapBigLongLongToHost #else #include #endif --- 27,34 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#370157: perl-modules missing
reopen 370157 reassign 370157 dpkg severity 369958 serious merge 370157 369958 thanks On Sat, Jun 03, 2006 at 09:24:24PM -0400, Michael Stone wrote: > On Sat, Jun 03, 2006 at 04:28:46PM -0700, Steve Langasek wrote: > >On Sat, Jun 03, 2006 at 11:26:13PM +0200, martin f krafft wrote: > >>Installing perl-modules fixes the problem. As it's of standard > >>priority, I think you ought to depend on it. > >As coreutils is essential, I think the package ought to be fixed instead to > >not require perl-modules... > Dude, it's a dpkg problem, already reported. In that case, reassigning to the right package and giving the bugs there the appropriate severity. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ signature.asc Description: Digital signature
Bug#370184: Processed: Re: Bug#370184: glibc-doc: package won't install; clashes with manpages-dev
fixed 370184 2.28-2 thanks Debian Bug Tracking System wrote: Processing commands for [EMAIL PROTECTED]: Version: 2.28-2 Unknown command or malformed arguments to command. Oops, it seems I have difficulties talking with the BTS... -- .''`. Aurelien Jarno | GPG: 1024D/F1BCDB73 : :' : Debian developer | Electrical Engineer `. `' [EMAIL PROTECTED] | [EMAIL PROTECTED] `-people.debian.org/~aurel32 | www.aurel32.net -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#370207: libpam-ldap: pam.d examples outdated
Package: libpam-ldap Version: 180-1 Severity: minor The bundled pam.d examples are outdated, and does not apply to either sarge, etch or sid. Some common-* examples would be very nice. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-1-vs-smp Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages libpam-ldap depends on: ii debconf [debconf-2.0] 1.5.1 Debian configuration management sy ii libc6 2.3.6-7GNU C Library: Shared libraries ii libldap2 2.1.30-13 OpenLDAP libraries ii libpam0g 0.79-3.1 Pluggable Authentication Modules l libpam-ldap recommends no packages. -- debconf information: * libpam-ldap/rootbindpw: (password omitted) libpam-ldap/bindpw: (password omitted) * shared/ldapns/base-dn: dc=ugh,dc=no libpam-ldap/override: true * shared/ldapns/ldap_version: 3 * libpam-ldap/dblogin: false * shared/ldapns/ldap-server: ldap1 * libpam-ldap/pam_password: crypt libpam-ldap/binddn: cn=proxyuser,dc=example,dc=net * libpam-ldap/rootbinddn: cn=admin,dc=ugh,dc=no * libpam-ldap/dbrootlogin: true -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#370206: subsequent backups fail when --archive-dir used (w/patch)
Package: duplicity Version: 0.4.2-2+sftp+amazons3+compression Severity: important Tags: patch to reproduce: backup anything with --archive-dir (and no encryption for simplicity's sake, doesn't make any difference for the problem), then run another --full backup on top of it, and duplicity will bomb at the end of the backup during some signature cleanup operation. $ duplicity --no-encryption --archive-dir /tmp/archive --full /etc/apt file:///tmp/wheretodump ...works fine the first time, leaves the expected files in /tmp/archive and /tmp/wheretodump $ duplicity --no-encryption --archive-dir /tmp/archive --full /etc/apt file:///tmp/wheretodump Traceback (most recent call last): File "/usr/bin/duplicity", line 373, in ? if __name__ == "__main__": main() File "/usr/bin/duplicity", line 363, in main if action == "full": full_backup(col_stats) File "/usr/bin/duplicity", line 144, in full_backup col_stats.set_values(sig_chain_warning = None).cleanup_signatures() File "/usr/lib/python2.3/site-packages/duplicity/collections.py", line 613, in cleanup_signatures map(SignatureChain.delete, self.other_sig_chains) File "/usr/lib/python2.3/site-packages/duplicity/collections.py", line 327, in delete self.fullsig.delete() AttributeError: 'str' object has no attribute 'delete' the same block of code fails if intermediate incremental backups were made inbetween the fulls. the fix: don't treat bloody strings as objects... note that the code in the stable version has the same problem. --- collections.py.broken 2006-02-03 13:44:31.0 +1000 +++ collections.py 2006-06-04 11:57:23.0 +1000 @@ -323,8 +323,8 @@ # Try to delete in opposite order, so something useful even if aborted if self.archive_dir: for i in range(len(self.inclist)-1, -1, -1): - self.inclist[i].delete() - self.fullsig.delete() + self.archive_dir.append(self.inclist[i]).delete() + self.archive_dir.append(self.fullsig).delete() else: assert self.backend inclist_copy = self.inclist[:] one logical issue with that code remains, though: i'm unsure of the consequences of nuking all previous signature sets on full backups. does that make restoring from these old backups impossible? i sure hope not, i'm a big fan of keeping quite some old backup sets lying around... regards az -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (980, 'testing'), (970, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.14 Locale: LANG=C, LC_CTYPE=de_AT (charmap=ISO-8859-1) Versions of packages duplicity depends on: ii gnupg 1.4.1-1.sarge3 GNU privacy guard - a free PGP rep ii libc6 2.3.2.ds1-22sarge3 GNU C Library: Shared libraries an ii librsync1 0.9.7-1Library which implements the rsync ii python2.3.5-2An interactive high-level object-o ii python-gnupginterface 0.3.2-6Python interface to GnuPG (GPG) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#328538: shouldn't we close this bug
Shouldn't this bug be closed now that Joey adopted this package ? -- Florent pgpOJNhc7WMBc.pgp Description: PGP signature
Bug#315138: nautilus: windows file server: silent failure on 'access denied'
Le vendredi 02 juin 2006 à 18:41 +0100, Jon Dowland a écrit : > Here we go. The server I was trying to connect to is not > actually on right now, but the segv happens all the same: > ** (nautilus:6069): WARNING **: Illegal uri in connect to server! Thanks for this trace. Does this warning still show up when the server is up, or is it just because it is down? > Program received signal SIGSEGV, Segmentation fault. > [Switching to Thread -1493694240 (LWP 6069)] > 0xa748d116 in malloc_usable_size () from /lib/tls/i686/cmov/libc.so.6 > (gdb) bt > #0 0xa748d116 in malloc_usable_size () from /lib/tls/i686/cmov/libc.so.6 > #1 0xa748e2e1 in free () from /lib/tls/i686/cmov/libc.so.6 > #2 0xa748f92f in malloc () from /lib/tls/i686/cmov/libc.so.6 > #3 0xa738297e in cairo_matrix_invert () from /usr/lib/libcairo.so.2 This trace looks quite strange. I have built a debugging version of libcairo2: http://people.debian.org/~joss/libcairo2_1.0.4-2_i386.deb Could you please install it, as well as libc6-dbg, and retry? Thanks, -- .''`. Josselin Mouette/\./\ : :' : [EMAIL PROTECTED] `. `'[EMAIL PROTECTED] `- Debian GNU/Linux -- The power of freedom signature.asc Description: Ceci est une partie de message numériquement signée
Bug#370195: linux-image-2.6.15-1-686: fails to bring up an NE2000 network card
Package: linux-image-2.6.15-1-686 Version: 2.6.15-8 Severity: important With this kernel I am not able to use the network. I had to go back to a 2.4 kernel to have the net working. As a comparison I attached some fragments obtained with kernel 2.4 and with kernel 2.6: The fragment of syslog in the case of a 2.4 kernel is: Jun 4 01:28:33 localhost kernel: isapnp: Scanning for PnP cards... Jun 4 01:28:33 localhost kernel: isapnp: Card 'PLUG & PLAY ETHERNET CARD' Jun 4 01:28:33 localhost kernel: isapnp: 1 Plug & Play card detected total Jun 4 01:28:33 localhost kernel: ne.c: ISAPnP reports Generic PNP at i/o 0x240,Jun 4 01:28:33 localhost kernel: ne.c:v1.10 9/23/94 Donald Becker ([EMAIL PROTECTED] 4 01:28:33 localhost kernel: Last modified Nov 1, 2000 by Paul Gortmaker Jun 4 01:28:33 localhost kernel: NE*000 ethercard probe at 0x240: 00 00 b4 35 1Jun 4 01:28:33 localhost kernel: eth0: NE2000 found at 0x240, using IRQ 5. Running the network restart I get: pccasa:~# /etc/init.d/networking restart * /etc/network/options is deprecated. Setting up IP spoofing protection...done (rp_filter). Reconfiguring network interfaces...ifup: interface lo already configured Internet Software Consortium DHCP Client 2.0pl5 Copyright 1995, 1996, 1997, 1998, 1999 The Internet Software Consortium. All rights reserved. Please contribute if you find this software useful. For info, please visit http://www.isc.org/dhcp-contrib.html Listening on LPF/eth0/00:00:b4:35:1f:e1 Sending on LPF/eth0/00:00:b4:35:1f:e1 Sending on Socket/fallback/fallback-net DHCPREQUEST on eth0 to 255.255.255.255 port 67 DHCPACK from 192.168.1.1 bound to 192.168.1.33 -- renewal in 129600 seconds. done. With a 2.6 kernel, I get the following syslog fragment: Jun 4 02:18:28 localhost kernel: pnp: Device 01:01.00 activated. Jun 4 02:18:28 localhost kernel: ne.c: ISAPnP reports Generic PNP at i/o 0x240, irq 5. Jun 4 02:18:28 localhost kernel: ne.c:v1.10 9/23/94 Donald Becker ([EMAIL PROTECTED]) Jun 4 02:18:28 localhost kernel: Last modified Nov 1, 2000 by Paul Gortmaker Jun 4 02:18:28 localhost kernel: NE*000 ethercard probe at 0x240: 00 00 b4 35 1f e1 Jun 4 02:18:28 localhost kernel: eth%%d: NE2000 found at 0x240, using IRQ 5. which means that there is a problem with my NE2000 card, because it is seen as an eth%%d interface rather than a eth0... If I try to restart the network interface I get: pccasa:~# /etc/init.d/networking restart * /etc/network/options is deprecated. Setting up IP spoofing protection...done (rp_filter). Reconfiguring network interfaces...ifup: interface lo already configured Internet Software Consortium DHCP Client 2.0pl5 Copyright 1995, 1996, 1997, 1998, 1999 The Internet Software Consortium. All rights reserved. Please contribute if you find this software useful. For info, please visit http://www.isc.org/dhcp-contrib.html sit0: unknown hardware address type 776 eth0: ERROR while getting interface flags: No such device sit0: unknown hardware address type 776 Bind socket to interface: No such device exiting. Failed to bring up eth0. done. and my ifconfig -a says: pccasa:~# ifconfig -a eth35 Link encap:Ethernet HWaddr 00:00:B4:35:1F:E1 BROADCAST MULTICAST MTU:1500 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:0 (0.0 b) TX bytes:0 (0.0 b) Interrupt:5 Base address:0x240 loLink encap:Local Loopback inet addr:127.0.0.1 Mask:255.0.0.0 inet6 addr: ::1/128 Scope:Host UP LOOPBACK RUNNING MTU:16436 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:0 (0.0 b) TX bytes:0 (0.0 b) sit0 Link encap:IPv6-in-IPv4 NOARP MTU:1480 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:0 (0.0 b) TX bytes:0 (0.0 b) -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.4.27-2-686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages linux-image-2.6.15-1-686 depends on: ii initramfs-tools [linux-initra 0.60 tools for generating an initramfs ii module-init-tools 3.2.2-2tools for managing Linux kernel mo Versions of packages linux-image-2.6.15-1-686 recommends: ii libc6-i6862.3.6-7GNU C Library: Shared libraries [i -- debconf information: linux-image-2.6.15-1-686/preinst/abort-install-2.6.15-1-686: linux-image-
Bug#349491: patch
Here's a hibernate script to run 915resolution. It adds a RestoreResolution
config option, and SwitchToTextMode needs to be set too or it won't
work.
On my Fujitsu p7120, it only works if I suspend to disk, resuming from
suspend to ram the screen doesn't come back. Here's my working config
for suspend to disk with this laptop:
UseSysfsPowerState disk
PowerdownMethod shutdown
Verbosity 0
LogFile /var/log/hibernate.log
LogVerbosity 1
Distribution debian
SaveClock restore-only
UnloadBlacklistedModules yes
LoadModules auto
DownInterfaces eth2
UpInterfaces auto
EjectCards yes
SwitchToTextMode yes
RestoreResolution yes
--
see shy jo
# -*- sh -*-
# vim:ft=sh:ts=8:sw=4:noet
AddConfigHandler resolutionOptions
AddConfigHelp "RestoreResolution " "Set to run 915resolution before
switching back to X. You should enable SwitchToTextMode if using this option."
resolutionResume() {
if [ x"$RESTORERESOLUTION" = "x1" ]; then
/etc/init.d/915resolution start
fi
}
resolutionOptions() {
case $1 in
restoreresolution)
BoolIsOn "$1" "$2" && RESTORERESOLUTION=1 || return 0
# only break from case statement if we need something done
;;
*)
return 1
esac
if [ -z "$RESOLUTION_HOOKED" ] ; then
# Needs to come before xhacks switches back to X.
AddResumeHook 96 resolutionResume
RESOLUTION_HOOKED=1
fi
return 0
}
signature.asc
Description: Digital signature
Bug#349457: ssmtp and IPv6
Even though it was well known before that ssmtp has working but just not enabled support for IPv6, it appears that somehow no one bothered noting this fact in the bug log; Magnus Holmgren did it just a few days ago. I'm guilty myself, too: I have ssmtp with --enable-inet6 on most boxes for several months, yet I didn't notice that no one mentioned this in the BTS. Anyway, on #debian-devel today: KiloByte: is there a bug report filed for that? Has someone verified that it doesn't go goofy in IPv4 environments? #349457 Let me do a basic sanity test on the second question. if it's actually non-broken, then it falls under the NMU policy for release team-sanctioned release goals Here are the results of my tests: * IPv4/6 kernel, no working v6 route * by name: ok * by numeric v4 IP: ok * IPv4-only kernel * by name: ok * by numeric v4 IP: ok * IPv4/6 kernel, working v6 route * by name: ok * by numeric v4 IP: ok * by numeric v6 IP: fails: send-mail: Cannot open 2002:5033 So, IPv4 environments work as well as they did before, IPv6 ones work perfectly unless you specify literal numeric addresses. Neither 2002:5033:a761:3::7 nor [2002:5033:a761:3::7] works -- however, this is an upstream bug. Anyway, the set of working cases with --enable-inet6 is a strict superset of cases working without that switch; thus I see no reason not to enable it. Cheers and schtuff, -- 1KB // Microsoft corollary to Hanlon's razor: // Never attribute to stupidity what can be // adequately explained by malice. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#370202: banshee: gives wrong "Total Play Time" for a filtered subset
Package: banshee Version: 0.10.10-2 Severity: normal If you search for a particular subset of songs in the library or a playlist, Banshee incorrectly adds the total play time of the resulting subset to the original play time. For example, if the play time of the playlist is 2:10:26, and the play time of all the songs which match the search string "foo" is 0:45:23, searching for "foo" gives a total play time of 2:55:49, instead of the correct time of 0:45:23. The fix is a one-liner in src/PlayerInterface.cs - I have attached the patch. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-23-k7 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages banshee depends on: ii gconf2 2.14.0-1 GNOME configuration database syste ii gstreamer0.10-gnomevfs 0.10.7-2 GStreamer plugin for GnomeVFS ii gstreamer0.10-plugins-base 0.10.7-2 GStreamer plugins from the "base" ii gstreamer0.10-plugins-good 0.10.3-2 GStreamer plugins from the "good" ii gstreamer0.10-plugins-ugly 0.10.3-1 GStreamer plugins from the "ugly" ii libart-2.0-2 2.3.17-1 Library of functions for 2D graphi ii libatk1.0-01.11.4-2 The ATK accessibility toolkit ii libbonobo2-0 2.14.0-1 Bonobo CORBA interfaces library ii libbonoboui2-0 2.14.0-2 The Bonobo UI library ii libc6 2.3.6-9 GNU C Library: Shared libraries ii libcairo2 1.0.4-2 The Cairo 2D vector graphics libra ii libdbus-1-20.61-5simple interprocess messaging syst ii libdbus-1-cil 0.61-5CLI binding for D-BUS interprocess ii libdbus-glib-1-2 0.61-5simple interprocess messaging syst ii libfontconfig1 2.3.2-5.1 generic font configuration library ii libgconf2-42.14.0-1 GNOME configuration database syste ii libgconf2.0-cil2.8.2-2 CLI binding for GConf 2.12 ii libglade2.0-cil2.8.2-2 CLI binding for the Glade librarie ii libglib2.0-0 2.10.2-2 The GLib library of C routines ii libglib2.0-cil 2.8.2-2 CLI binding for the GLib utility l ii libgnome-desktop-2 2.14.1.1-1Utility library for loading .deskt ii libgnome-keyring0 0.4.9-1 GNOME keyring services library ii libgnome2-02.14.1-2 The GNOME 2 library - runtime file ii libgnome2.0-cil2.8.2-2 CLI binding for GNOME 2.12 ii libgnomecanvas2-0 2.14.0-2 A powerful object-oriented display ii libgnomeui-0 2.14.1-1 The GNOME 2 libraries (User Interf ii libgnomevfs2-0 2.14.1-2 GNOME virtual file-system (runtime ii libgstreamer0.10-0 0.10.6-2 Core GStreamer libraries and eleme ii libgtk2.0-02.8.17-2 The GTK+ graphical user interface ii libgtk2.0-cil 2.8.2-2 CLI binding for the GTK+ toolkit 2 ii libhal10.5.7-2 Hardware Abstraction Layer - share ii libice61:1.0.0-3 X11 Inter-Client Exchange library ii libipoddevice0 0.4.5-2 library for retrieving information ii libmono-corlib1.0-cil 1.1.13.6-4Mono core library (1.0) ii libmono-security1.0-cil1.1.13.6-4Mono Security library ii libmono-sqlite1.0-cil 1.1.13.6-4Mono Sqlite library ii libmono-system-data1.0-cil 1.1.13.6-4Mono System.Data library ii libmono-system-web1.0-cil 1.1.13.6-4Mono System.Web library ii libmono-system1.0-cil 1.1.13.6-4Mono System libraries (1.0) ii libmono1.0-cil 1.1.13.6-4Mono libraries (1.0) ii libmusicbrainz4c2a 2.1.2-4 Second generation incarnation of t ii libnautilus-burn2 2.12.3-2 Nautilus Burn Library - runtime ve ii liborbit2 1:2.14.0-1libraries for ORBit2 - a CORBA ORB ii libpango1.0-0 1.12.1-3 Layout and rendering of internatio ii libpopt0 1.7-5 lib for parsing cmdline parameters ii libsm6 1:1.0.0-4 X11 Session Management library ii libstartup-notification0 0.8-1 library for program launch feedbac ii libx11-6 2:1.0.0-6 X11 client-side library ii libxcursor11.1.5.2-5 X cursor management library ii libxext6 1:1.0.0-4 X11 miscellaneous extension librar ii libxfixes3 1:3.0.1.2-4 X11 miscellaneous 'fixes' extensio ii libxi6 1:1.0.0-5 X11 Input extension library ii libxinerama1 1:1.0.1-4 X11 Xinerama extension library ii libxml22.6.24.dfsg-1 GNOME XML library ii lib
Bug#370198: always asks for passphrase even if not required
Package: duplicity Version: 0.4.2-2+sftp+amazons3+compression Severity: minor duplicity always expects a passphrase to be given, even if running with --encr-key and no sign key and an --archive-dir when no decryption of anything should be required. fortunately, one can work around this by handing it a bogus PASSPHRASE="" but that's pretty unclean; the proper way to fix it would be to detect that no decryption is required (ie. when an encr key but no sign key directive is given, and iff a local archive-dir is available) and then not asking for a passphrase. regards az -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (980, 'testing'), (970, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.14 Locale: LANG=C, LC_CTYPE=de_AT (charmap=ISO-8859-1) Versions of packages duplicity depends on: ii gnupg 1.4.1-1.sarge3 GNU privacy guard - a free PGP rep ii libc6 2.3.2.ds1-22sarge3 GNU C Library: Shared libraries an ii librsync1 0.9.7-1Library which implements the rsync ii python2.3.5-2An interactive high-level object-o ii python-gnupginterface 0.3.2-6Python interface to GnuPG (GPG) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#370201: Lintian is slightly schizophrenic in Build-Depends checks
Package: lintian Version: 1.23.21 Severity: wishlist Lintian correctly picked up on this: $ lintian -i mutagen_1.4-1_i386.changes E: mutagen source: build-depends-indep-should-be-build-depends python | python-dev | python-all-dev N: N: The specified package is required to run the clean target of N: debian/rules and therefore must be listed in Build-Depends, even if no N: architecture-dependent packages are built. N: N: Refer to Policy Manual, section 7.6 for details. But when I fixed my package, it now reports: $ lintian -i mutagen_1.4-1_i386.changes W: mutagen source: build-depends-without-arch-dep python-dev N: N: The control file lists the given package in Build-Depends, but no N: architecture-dependent packages are built. If all the packages built N: are architecture-independent, the only packages that should be listed N: in Build-Depends are those required to run the clean target (such as N: debhelper if you use dh_clean). Other build dependencies should be N: listed in Build-Depends-Indep instead. N: N: Refer to Policy Manual, section 7.6 for details. If the former check is smart enough to know I need Python for my clean target, the latter one should be too. -- Joe Wreschnig <[EMAIL PROTECTED]> signature.asc Description: This is a digitally signed message part
Bug#370196: gtkglarea_1.2.3-2 (unstable/i386): FTBFS: unsatisfiable build-dep on xlibmesa-glu-dev
Package: gtkglarea Version: 1.2.3-2 Severity: serious Hi Marcelo, The gtkglarea package needs rebuilt to drop its dependency on the obsolete xlibs package, but it also fails to build because of an unsatisfiable build-dependency on xlibmesa-glu-dev. It looks like the package which replaces it is libglu1-mesa-dev; please update gtkglarea with this change so that the x11r7 transition can be completed ASAP. Cheers, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ signature.asc Description: Digital signature
Bug#370194: atokx: broken hard-coded dependency on non-existent packages
Package: atokx Version: 1.0-16 Severity: grave The atokx installer package has a hard-coded dependency on xlibs (>= 4.0) | xlib6g. Both of these packages are obsolete, rendering this package uninstallable in unstable. While contrib packages are allowed to depend on packages outside of main, in this case there is no version of either package generally available, in or outside of Debian, which is compatible with etch. Please update your package to depend on the individual X11R7 library packages that are needed for operation. Thanks, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ signature.asc Description: Digital signature
Bug#120125: grub: update-grub could have an option to lock older kernels
Hi What do you mean by lock older kernels? So if someone gets to the menu he can't boot an older kernel, together with the password option. Menu entries get a "lock" line entry. That's good for multiuser systems where people have physical access to the computers (can power them off/on) and use an older kernel security issue to gain access to things they shouldn't have access to. Yours, Gürkan
Bug#370187: nscd restart fails with: option `--invalidate' requires an argument
tag 370187 + pending merge 370187 370124 thanks Anton Blanchard wrote: Package: nscd Version: 2.3.6-13 Severity: normal When trying to restart nscd I see the following error: # /etc/init.d/nscd restart Restarting Name Service Cache Daemon: nscd/usr/sbin/nscd: option `--invalidate' requires an argument Try `nscd --help' or `nscd --usage' for more information. (failed to stop). Looking at the man page for nscd, it looks like --invalidate needs to take an argument: -i, --invalidate TABLE Invalidate the specified TABLE, i. e. forget all data cached therein. This should be used if the database storing this infor- mation has been changed. Bug already reported as bug #370124 and fixed in the SVN. Merging the bugs. -- .''`. Aurelien Jarno | GPG: 1024D/F1BCDB73 : :' : Debian developer | Electrical Engineer `. `' [EMAIL PROTECTED] | [EMAIL PROTECTED] `-people.debian.org/~aurel32 | www.aurel32.net -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#370200: FTBFS: missing libfam.la
Package: nautilus-cd-burner Version: 2.14.1-1 Severity: grave Hi, nautilus-cd-burner 2.14.1-1 FTBFS with the following error: /bin/sh ./libtool --tag=CC --mode=link cc -Wall -g -Wall -O2 -Wl,-O1 -Wl,--as-needed -o libnautilus-burn-extension.la -rpath /usr/lib/nautilus/extensions-1.0 -avoid-version -module nautilus-burn-bar.lo burn-extension.lo -pthread -lnautilus-extension -leel-2 -lgnomeui-2 -lSM -lICE -lgailutil -lglade-2.0 -lbonoboui-2 -lgnome-keyring -lgnome-2 -lpopt -lgnomevfs-2 -lbonobo-2 -lgconf-2 -lbonobo-activation -lORBit-2 -lgthread-2.0 -lgnomecanvas-2 -lart_lgpl_2 -lpangoft2-1.0 -lgtk-x11-2.0 -lxml2 -lz -lgdk-x11-2.0 -latk-1.0 -lgdk_pixbuf-2.0 -lm -lpangocairo-1.0 -lfontconfig -lXext -lXrender -lXinerama -lXi -lXrandr -lXcursor -lXfixes -lpango-1.0 -lcairo -lX11 -lgobject-2.0 -lgmodule-2.0 -ldl -lglib-2.0 grep: /usr/lib/libfam.la: No such file or directory /bin/sed: can't read /usr/lib/libfam.la: No such file or directory libtool: link: `/usr/lib/libfam.la' is not a valid libtool archive make[3]: *** [libnautilus-burn-extension.la] Error 1 Please let it build depend on libfam-dev. Thanks, Roberto -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16.18 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=UTF-8) (ignored: LC_ALL set to [EMAIL PROTECTED]) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#370117: [Pkg-db-devel] Bug#370117: Please compile with --enable-posixmutexes on amd64
> amd64 on Debian does not support kernel 2.6. Therefore, you can > assume that libc uses mutexes which can be shared across address > spaces, and --enable-posixmutexs should be safe (and result in > slightly better performance on contention because there is no polling > involved). What about biarch amd64/i386 systems? > It looks like kernel 2.4 will be dropped from etch, so it might be > safe to enable the option on other NPTL-capable architectures. > However, this could make updates from sarge more complicated (a > package which is present in sarge might introduce a dependency on > libdb4.4 on its upgrade, and it will dysfunctional until the system is > rebooted). Then again, applications using TDS (or the Berkeley DB > lock subsystem) are not that common in Debian. We can do this for etch+1. linuxthreads compatibility needs to be retained for etch. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#370184: glibc-doc: package won't install; clashes with manpages-dev
Version: 2.28-2 severity 370184 serious reassign 370184 manpages-dev 2.28-1 quit Erik de Castro Lopo wrote: Package: glibc-doc Version: glibc-doc_2.3.6-7 Severity: important sudo apt-get install glibc-doc Reading package lists... Done Building dependency tree... Done The following NEW packages will be installed: glibc-doc 0 upgraded, 1 newly installed, 0 to remove and 9 not upgraded. Need to get 0B/3354kB of archives. After unpacking 8983kB of additional disk space will be used. Selecting previously deselected package glibc-doc. (Reading database ... 144313 files and directories currently installed.) Unpacking glibc-doc (from .../glibc-doc_2.3.6-7_all.deb) ... dpkg: error processing /var/cache/apt/archives/glibc-doc_2.3.6-7_all.deb (--unpack): trying to overwrite `/usr/share/man/man3/sem_init.3.gz', which is also in package manpages-dev dpkg-deb: subprocess paste killed by signal (Broken pipe) Errors were encountered while processing: /var/cache/apt/archives/glibc-doc_2.3.6-7_all.deb E: Sub-process /usr/bin/dpkg returned an error code (1) Bug already fixed in manpages-dev 2.28-2. -- .''`. Aurelien Jarno | GPG: 1024D/F1BCDB73 : :' : Debian developer | Electrical Engineer `. `' [EMAIL PROTECTED] | [EMAIL PROTECTED] `-people.debian.org/~aurel32 | www.aurel32.net -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#370199: proftpd: Status action not present in init script
Package: proftpd
Version: 1.3.0-8
Severity: wishlist
Tags: patch
Hya. I was asked by the debian-users list to submit wishlist patches
adding the status action to various init scripts. Well, here's my
(rather hackish) one for ProFTPd. You can probably trim out the top as
that's just indenting.
- Toodles.
--- proftpd 2006-05-23 08:59:15.0 +0100
+++ proftpd-new 2006-06-04 02:07:06.0 +0100
@@ -134,7 +134,7 @@
}
case "$1" in
-start)
+ start)
if [ "x$RUN" = "xyes" ] ; then
start
else
@@ -153,7 +153,7 @@
start
;;
-stop)
+ stop)
if [ "x$RUN" = "xyes" ] ; then
signal stop 0
else
@@ -172,7 +172,7 @@
signal stop 0
;;
-reload)
+ reload)
signal reload 0
;;
@@ -189,9 +189,20 @@
fi
fi
;;
-
-*)
- echo "Usage: /etc/init.d/$NAME
{start|force-start|stop|force-stop|reload|restart|force-reload}"
+
+ status)
+ UP=`ps aux | grep -v grep | grep proftp`
+ if [ -n "$UP" ]; then
+ echo "ProFTPd is running."
+ exit 0
+ else
+ echo "ProFTPd is NOT running."
+ exit 1
+ fi
+ ;;
+
+ *)
+ echo "Usage: /etc/init.d/$NAME
{start|force-start|stop|force-stop|reload|restart|force-reload|status}"
exit 1
;;
esac
-- System Information:
Debian Release: testing/unstable
APT prefers testing
APT policy: (900, 'testing'), (600, 'unstable'), (1, 'experimental')
Architecture: i386 (i486)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.15-1-486
Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1)
Versions of packages proftpd depends on:
ii adduser 3.87 Add and remove users and groups
ii debconf 1.5.1 Debian configuration management sy
ii debianutils 2.16.1 Miscellaneous utilities specific t
ii libacl1 2.2.37-1 Access control list shared library
ii libattr1 2.4.32-1 Extended attribute shared library
ii libc6 2.3.6-7GNU C Library: Shared libraries
ii libldap2 2.1.30-13 OpenLDAP libraries
ii libmysqlclient15off 5.0.20-1 mysql database client library
ii libncurses5 5.5-2 Shared libraries for terminal hand
ii libpam-runtime0.79-3.1 Runtime support for the PAM librar
ii libpam0g 0.79-3.1 Pluggable Authentication Modules l
ii libpq48.1.4-1PostgreSQL C client library
ii libssl0.9.8 0.9.8b-2 SSL shared libraries
ii libwrap0 7.6.dbs-9 Wietse Venema's TCP wrappers libra
ii netbase 4.25 Basic TCP/IP networking system
ii perl 5.8.8-4Larry Wall's Practical Extraction
ii ucf 2.0010 Update Configuration File: preserv
ii zlib1g1:1.2.3-11 compression library - runtime
proftpd recommends no packages.
-- debconf information excluded
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#370197: italc: FTBFS: build-depends on removed libxaw8-dev
Package: italc Version: 0.9.6.2-2 Severity: serious The italc package build-depends on libxaw8-dev, which has been dropped from unstable in favor of libxaw7-dev. Please update your package's build-dependencies so that libxaw8 can be dropped from testing (along with the remainder of xorg6.9). Thanks, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ signature.asc Description: Digital signature
Bug#339085: coreutils: You can't make this change. Not now, and quite probably never.
On Sat, Jun 03, 2006 at 12:56:30PM -0700, Zack Weinberg wrote: [And, for the record, official end-of-life dates have approximately zero effect on whether or not GCC drops support for a system, and are therefore not useful evidence for this argument.] Frankly, that's your problem, not my problem. Mike Stone -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#353616: [Pkg-xfce-devel] Bug#353616: Clicking on Settings > Sound crashes and reset settings
On Mon, Feb 20, 2006 at 07:22:00AM +0100, Yves-Alexis Perez wrote: > On Mon, 2006-02-20 at 00:48 +0100, Sandro Tosi wrote: > > Open Settings windows and click on Sound icon: it makes crash the > > Settings application and every modified setting is reverted back to > > its default value. If you restart Settings app, every modified > > settings is reapplied. > Could you provide an error message from a terminal (or something like > that, running xfce-setting-show from the command line) ? And do you use > xfce4-mixer-oss or xfce4-mixer-alsa ? Ah this was never cc'd to you. Did you see this? Did you get to the bottom of your problem? Simon. -- UK based domain, email and web hosting ***/ the seat on my /* http://www.blackcatnetworks.co.uk/ **/ toilet has more uptime /** [EMAIL PROTECTED] */ /*** Black Cat Networks / / signature.asc Description: Digital signature
Bug#369664: Graphical DebianInstaller does not save passwords
Davide Viti wrote: On Thu, Jun 01, 2006 at 12:11:25AM +0700, Christian Perrier wrote: There are also problemns with capitalized letters (already reported). #339352 and #368881 in case you needed to have more infos. Ciao, Davide Bjorn privately reported this bug to have disappeared when using recent GTKDFB libraries. Don't know if this bug shall be closed or left open until GTKDFB libraries upgrade is complete. ciao Attilio -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#315694: xfce4-panel: panel won't stay put
On Sat, Jun 25, 2005 at 07:59:16AM -0600, Hans Fugal wrote: > On Sat, 25 Jun 2005 at 13:19 +0100, Simon Huggins wrote: > > You should be able to move the panel horizontally though (and thus > > between screens) I would have thought but I don't use Xinerama here. > I can indeed move it horizontally (or anywhere I like, actually) with > the window manager, but frequently the panel will reset its position. > e.g. when something enters or leaves the taskbar. We've uploaded 4.3.90.1 which is the 4.4beta1 packages. Does this panel do what you want more readily? -- ,--huggie-at-earth-dot-listuff-thing-stuff--DF5CE2B4--. _| I know... You construct a weapon. Look around, can you form some |_ | sort of rudimentary lathe?... - Guy. Galaxy Quest. | `- http://www.earth.li/~huggie/ - http://www.blackcatnetworks.co.uk/ -' signature.asc Description: Digital signature
Bug#351693: guile-1.6: builds on ia64, but causes other packages to FTBFS?
I see that guile-1.6 1.6.8-2 has now built successfully on ia64 (congrats!),
but it looks like the first package to try to build *against* it, g-wrap,
now fails with an error that looks like it's also a guile-1.6 problem:
[...]
/usr/bin/make check-TESTS
make[4]: Entering directory `/build/buildd/g-wrap-1.9.6/guile/test'
/bin/sh: line 4: 23120 Illegal instruction ${dir}$tst
FAIL: test-standard
/bin/sh: line 4: 23125 Illegal instruction ${dir}$tst
FAIL: test-enumeration
/bin/sh: line 4: 23130 Illegal instruction ${dir}$tst
FAIL: test-wct
/bin/sh: line 4: 23135 Illegal instruction ${dir}$tst
FAIL: test-compat
===
4 of 4 tests failed
===
[...]
http://buildd.debian.org/fetch.php?pkg=g-wrap&arch=ia64&ver=1.9.6-3&stamp=1149122954&file=log
Rob, any ideas on this?
Cheers,
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
[EMAIL PROTECTED] http://www.debian.org/
signature.asc
Description: Digital signature
Bug#367086: Merge
severity 366931 serious retitle 366931 Unable to parse empty packages/sources files merge 370160 366931 thanks I'm sorry for messing with this bug's severity. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#367937: about this example script
The example script given in this bug report would probably be better done as a hook script in the hibernate package, as suggested in bug #349491. On my p7120 laptop, I don't need to run vbetool, in fact, running vbetool will break resume for me, but I do need to run 915resolution on resume. (BTW, the example script also suffers from a bad case of path hardcoding, including hardcoding /usr/bin/sync, which does not exist (it's in /bin, which is in $PATH..). It also suffers from a file in /tmp security hole.) -- see shy jo signature.asc Description: Digital signature
Bug#367105: Daemons should only listen to loopback interface per default
Hi,
On Sat, May 13, 2006 at 01:08:28PM -0500, John Goerzen wrote:
> On Sat, May 13, 2006 at 07:21:35PM +0200, Uwe Hermann wrote:
> > any chance the bacula daemons (all of them) could listen to the local
> > loopback interface (i.e. 127.0.0.1) _only_ per default? Currently they
> > listen to _any_ (all) interfaces, which exposes them to the Internet
> > usually.
>
> To actually have the daemons bind to a specific interface would require
> some new configuration file options. I would be happy to forward this
> to upstream if you would like, but would not want to maintain a local
> patch to achieve it.
Actually, I just found out Bacula already has such config options.
You can use the following options, respectively:
bacula-dir.conf:
Director {
DirAddress = 127.0.0.1
}
bacula-fd.conf:
FileDaemon {
FDAddress = 127.0.0.1
}
bacula-sd.conf:
Storage {
SDAddress = 127.0.0.1
}
It's up to you to decide whether this should be the default
configuration (I'd say yes). Or, you could add the lines as comments
(i.e. disabled) to the config files, so that interested parties
can easily enable/disable them...
Cheers, Uwe.
--
Uwe Hermann
http://www.hermann-uwe.de
http://www.it-services-uh.de | http://www.crazy-hacks.org
http://www.holsham-traders.de | http://www.unmaintained-free-software.org
signature.asc
Description: Digital signature
Bug#370172: cdebconf-gtk-udeb: yes/no questions through checkbox aren't understandable
Samuel Thibault wrote: Package: cdebconf-gtk-udeb Version: 0.101 Severity: minor Hi, When the gtk frontend asks yes/no debconf questions, it uses a checkbox that the user has to check. This gives a strange result, for instance Write the changes to disks? [ ] Write the changes to disks? A simple correction for now could be to just not repeat the question: Write the changes to disks? [ ] Yes. I agree with you and this can be easily done, as cdebconf package provides debconf/button-yes and debconf/button-no templates. Does anyonne see any possible problem that could arise with the "yes/no" approach ? Attilio -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#350670: any chance these patches can be applied?
It's been, 123 days since I filed all of these patches and none of them have even gotten a reply yet. Is there any point in me filing additional patches, such as one that adds support for laptops using the 915resolution package? Do you need help maintaining this package, I see it's not been updated since October, except for today's NMU. -- see shy jo signature.asc Description: Digital signature
Bug#329027: gutenprint: problem still present
Hi, So, I've made the test tonight and the bug seems to be resolved! Thanks at all. -- +---+ | gpe92 | +---+ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#365379: musicbrainz.py assumes sizeof(int) == sizeof(void*)
Hi, Fix for the c_int vs. c_void_p issue in now in MusicBrainz SVN (http://bugs.musicbrainz.org/changeset/7784). Could someone on machine where sizeof(int) != sizeof(void*) test if it fixed the crashing? -- Lukáš Lalinský -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#370157: perl-modules missing
On Sat, Jun 03, 2006 at 11:26:13PM +0200, martin f krafft wrote: > Installing perl-modules fixes the problem. As it's of standard > priority, I think you ought to depend on it. As coreutils is essential, I think the package ought to be fixed instead to not require perl-modules... -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ signature.asc Description: Digital signature
Bug#370193: libopenexr2c2a: undefined symbols in /usr/lib/liblmImf.so.2
Package: libopenexr2c2a Version: 1.2.2-4.2 Severity: serious Trying to fix 367543 in libcinepaint0, I find that even adding correct lib dependencies to libcinepaint.la leaves the package failing to build because libopenexr2c2a has mislinked libraries: $ ldd -d -r /usr/lib/libIlmImf.so.2 2>&1| c++filt libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0x2b436a457000) libm.so.6 => /lib/libm.so.6 (0x2b436a659000) libc.so.6 => /lib/libc.so.6 (0x2b436a7df000) libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x2b436aa1e000) /lib64/ld-linux-x86-64.so.2 (0x4000) undefined symbol: Iex::BaseExc::~BaseExc() (/usr/lib/libIlmImf.so.2) undefined symbol: typeinfo for Iex::BaseExc (/usr/lib/libIlmImf.so.2) undefined symbol: half::_eLut (/usr/lib/libIlmImf.so.2) undefined symbol: half::_toFloat(/usr/lib/libIlmImf.so.2) undefined symbol: Iex::BaseExc::what() const(/usr/lib/libIlmImf.so.2) undefined symbol: uncompress(/usr/lib/libIlmImf.so.2) undefined symbol: Iex::throwErrnoExc(std::basic_string, std::allocator > const&) (/usr/lib/libIlmImf.so.2) undefined symbol: Iex::BaseExc::~BaseExc() (/usr/lib/libIlmImf.so.2) undefined symbol: Iex::BaseExc::assign(std::basic_stringstream, std::allocator >&) (/usr/lib/libIlmImf.so.2) undefined symbol: Iex::BaseExc::BaseExc(std::basic_stringstream, std::allocator >&) (/usr/lib/libIlmImf.so.2) undefined symbol: Iex::BaseExc::BaseExc(char const*) (/usr/lib/libIlmImf.so.2) undefined symbol: half::convert(int)(/usr/lib/libIlmImf.so.2) undefined symbol: Iex::BaseExc::BaseExc(char const*) (/usr/lib/libIlmImf.so.2) undefined symbol: compress (/usr/lib/libIlmImf.so.2) Although it is possible to work around this in cinepaint, this is still an RC bug on libopenexr2c2a because libs are expected to link directly against all the libraries they use -- failure to do so makes such libraries potentially unusable by plugins, incompatible with prelink, and potentially leads to random segfaults down the line due to ABI skew from these implicit undeclared dependencies. If this is fixed, the fix for cinepaint should then be trivial. Cheers, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ signature.asc Description: Digital signature
Bug#361376: fixed in liferea 1.0.12-1
reopen 361376 thanks On Sat, Jun 03, 2006 at 11:08:04AM -0700, David Moreno Garza wrote: > liferea (1.0.12-1) unstable; urgency=low > . >* New upstream release. >* Dropping Mozilla-backend support and replacing now for xulrunner > - Closes: #361376, #353957, #364069. Sorry, but how in the world does this address a bug report that claims the *gtkhtml* backend is broken? -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ signature.asc Description: Digital signature
Bug#353494: (no subject)
I did some more checking, and I can reproduce the bug running kernel-image-2.4.27-586tsc on the same machine. I also cross-checked with another OS (FreeBSD 6.1-RELEASE) to see if this is an upstream problem, and X.org crashed in the same place (while drawing the default stipple) with a SIGSEGV; this may be due to differences in how FreeBSD handle illegal instructions in user mode. In any case, it would seem CPUID is unusable from user mode on the Cyrix chips, and the Cx486/586/6x86 don't have MMX, so the fix would be to make fbHaveMMX check for a Cyrix processor before trying to use CPUID. I'll look at the X.org code again and see what I can do. -lee -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#356888: NMU patch
Hi, here is attached the diff between the latest package upload an my NMU. Cheers -- Q: How was Thomas J. Watson buried? A: 9 edge down. diff -pruN camas-1.2.21.old/debian/changelog camas-1.2.21/debian/changelog --- camas-1.2.21.old/debian/changelog 2006-06-04 01:33:57.987544892 +0200 +++ camas-1.2.21/debian/changelog 2006-06-04 01:22:04.122017502 +0200 @@ -1,3 +1,15 @@ +camas (1.2.21-2.1) unstable; urgency=high + + * Non-maintainer upload. + * Set urgency to high due to RC bugfix. + * Applied patch provides by gregor herrmann <[EMAIL PROTECTED]> +(Closes: #356888). + * Fix FSF address (provided in the above patch). + * Move debhelper from Build-Depends-Indep to Build-Depends, fix lintian +error. + + -- Julien Louis <[EMAIL PROTECTED]> Sun, 4 Jun 2006 01:11:52 +0200 + camas (1.2.21-2) unstable; urgency=low * The latest cvs snapshot diff -pruN camas-1.2.21.old/debian/control camas-1.2.21/debian/control --- camas-1.2.21.old/debian/control 2006-06-04 01:33:57.989544725 +0200 +++ camas-1.2.21/debian/control 2006-06-04 01:14:34.824349588 +0200 @@ -2,8 +2,9 @@ Source: camas Section: web Priority: optional Maintainer: Marek Habersack <[EMAIL PROTECTED]> -Build-Depends-Indep: debhelper (>> 4.1.16), caudium, pike7.2|pike7.4|pike7.5, autoconf (>> 2.50-1) -Standards-Version: 3.6.1 +Build-Depends-Indep: caudium, pike7.6-dev, autoconf (>> 2.50-1) +Build-Depends: debhelper (>>4.1.16) +Standards-Version: 3.6.2 Package: camas Architecture: all diff -pruN camas-1.2.21.old/debian/copyright camas-1.2.21/debian/copyright --- camas-1.2.21.old/debian/copyright 2006-06-04 01:33:58.005543387 +0200 +++ camas-1.2.21/debian/copyright 2006-06-04 00:48:55.566182892 +0200 @@ -23,10 +23,11 @@ Copyright (C) The Caudium Group 2000-200 MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU General Public License for more details. - You should have received a copy of the GNU General Public License with - the Debian GNU/Linux distribution in file /usr/share/doc/common-licenses/GPL; - if not, write to the Free Software Foundation, Inc., 59 Temple Place, - Suite 330, Boston, MA 02111-1307 USA + You should have received a copy of the GNU General Public License with the + Debian GNU/Linux distribution in file /usr/share/doc/common-licenses/GPL; + if not, write to the Free Software Foundation, Inc., 51 Franklin St, Fifth + Floor, Boston, MA 02110-1301, USA. + A copy of the GNU General Public License is available as `/usr/share/common-licenses/GPL' in the Debian GNU/Linux distribution. diff -pruN camas-1.2.21.old/debian/rules camas-1.2.21/debian/rules --- camas-1.2.21.old/debian/rules 2006-06-04 01:33:58.008543136 +0200 +++ camas-1.2.21/debian/rules 2006-06-04 00:48:55.568182725 +0200 @@ -15,7 +15,7 @@ CAUDIUM=caudium$(CAUDIUM_TAG) ifdef USE_PIKE PIKEBIN=pike$(USE_PIKE) else -PIKEBIN=pike7.2 +PIKEBIN=pike7.6 endif CAUDIUM_CHANGELOG=/usr/share/doc/$(CAUDIUM)/changelog.Debian.gz pgptoc7ijhnLd.pgp Description: PGP signature
Bug#370159: new NMU diff
I first found a new bug that needed fixing (changed sudo behaviour in buildds), and then made a borked upload. So, here is the entire new diff, _hopefully_ the last in the series. :-) /* Steinar */ diff -u doxygen-1.4.6/debian/changelog doxygen-1.4.6/debian/changelog --- doxygen-1.4.6/debian/changelog +++ doxygen-1.4.6/debian/changelog @@ -1,3 +1,28 @@ +doxygen (1.4.6-2.3) unstable; urgency=high + + * Non-maintainer upload. (Yes, the third in a row. I hope to get it right +this time.) + * Do the buffer overflow fixes in a file in debian/patches/ instead of +directly in the Debian diff. + + -- Steinar H. Gunderson <[EMAIL PROTECTED]> Sun, 4 Jun 2006 01:33:12 +0200 + +doxygen (1.4.6-2.2) unstable; urgency=low + + * Non-maintainer upload. + * Use $(shell pwd) instead of $(PWD) in debian/rules, which fixes FTBFS on +builds that use (newer versions of) sudo. + + -- Steinar H. Gunderson <[EMAIL PROTECTED]> Sun, 4 Jun 2006 01:19:23 +0200 + +doxygen (1.4.6-2.1) unstable; urgency=low + + * Non-maintainer upload. + * Fix buffer overflows in QCString::sprintf() and SCString::sprintf(). +(Closes: #357722) + + -- Steinar H. Gunderson <[EMAIL PROTECTED]> Sat, 3 Jun 2006 13:28:13 +0200 + doxygen (1.4.6-2) unstable; urgency=low * Fix build error with g++-4.1 (closes: #358208). diff -u doxygen-1.4.6/debian/rules doxygen-1.4.6/debian/rules --- doxygen-1.4.6/debian/rules +++ doxygen-1.4.6/debian/rules @@ -49,8 +49,8 @@ install-indep: install-arch install-indep: install-indep-stamp install-indep-stamp: DH_OPTIONS=-i -install-indep-stamp: INSDIR=$(PWD)/debian/doxygen/usr -install-indep-stamp: DOCDIR=$(PWD)/debian/doxygen-doc/usr/share/doc/doxygen +install-indep-stamp: INSDIR=$(shell pwd)/debian/doxygen/usr +install-indep-stamp: DOCDIR=$(shell pwd)/debian/doxygen-doc/usr/share/doc/doxygen install-indep-stamp: dh_testdir dh_testroot @@ -63,8 +63,8 @@ install-arch: build install-arch: install-arch-stamp install-arch-stamp: DH_OPTIONS=-a -install-arch-stamp: INSDIR=$(PWD)/debian/doxygen/usr -install-arch-stamp: DOCDIR=$(PWD)/debian/doxygen/usr/share/doc/doxygen +install-arch-stamp: INSDIR=$(shell pwd)/debian/doxygen/usr +install-arch-stamp: DOCDIR=$(shell pwd)/debian/doxygen/usr/share/doc/doxygen install-arch-stamp: dh_testdir dh_testroot @@ -134,6 +134,7 @@ system-libpng \ install-docs \ manpages \ + fix-qcstring \ patch: patch-stamp patch-stamp: $(foreach p,$(debian_patches),patch-stamp-$(p)) only in patch2: unchanged: --- doxygen-1.4.6.orig/debian/patches/fix-qcstring.dpatch +++ doxygen-1.4.6/debian/patches/fix-qcstring.dpatch @@ -0,0 +1,160 @@ +#! /bin/sh -e + +# All lines beginning with `# DPATCH:' are a description of the patch. +# DP: fix QCString and SCstring + +dir= +if [ $# -eq 3 -a "$2" = '-d' ]; then +pdir="-d $3" +dir="$3/" +elif [ $# -ne 1 ]; then +echo >&2 "usage: `basename $0`: -patch|-unpatch [-d ]" +exit 1 +fi +case "$1" in +-patch) +patch $pdir -f --no-backup-if-mismatch -p1 < $0 +;; +-unpatch) +patch $pdir -f --no-backup-if-mismatch -R -p1 < $0 +;; +*) + echo >&2 "usage: `basename $0`: -patch|-unpatch [-d ]" +exit 1 +esac +exit 0 + +This patch fixes QCString (and its alternative implementation, SCString) +to be able to allocate their buffers dynamically as needed instead of the +programmer having to second-guess how buffer the needs to be. This fixes +at least one real bug, and probably several hidden ones, although it +introduces a dependency on vsnprintf (this should not be a problem for +Debian, though). + +--- doxygen-1.4.6.orig/qtools/qcstring.cpp doxygen-1.4.6/qtools/qcstring.cpp +@@ -577,43 +577,42 @@ + + + /*! +- Implemented as a call to the native vsprintf() (see your C-library ++ Implemented as a call to the native vsnprintf() (see your C-library + manual). + +- If your string is shorter than 256 characters, this sprintf() calls +- resize(256) to decrease the chance of memory corruption. The string is +- resized back to its natural length before sprintf() returns. +- +- Example: +- \code +-QCString s; +-s.sprintf( "%d - %s", 1, "first" ); // result < 256 chars +- +-QCString big( 25000 );// very long string +-big.sprintf( "%d - %s", 2, longString ); // result < 25000 chars +- \endcode +- +- \warning All vsprintf() implementations will write past the end of +- the target string (*this) if the format specification and arguments +- happen to be longer than the target string, and some will also fail +- if the target string is longer than some arbitrary implementation +- limit. +- +- Giving user-supplied arguments to sprintf() is begging for trouble. +- Sooner or later someone \e will paste a 3000-character line into +- your application. ++ This function takes some special care to avoid overflowing the buffer. ++ It uses vsnprintf() instead of vspr
Bug#369822: ls -i stats unnecessarily
> > I can understand why readdir might have the behavior that you > describe: it might be more efficient internally. But that doesn't > make it correct, or even "expected". It's a bug in readdir. I agree - readdir should ALWAYS match stat, even in the face of mount points, if it is going to provide d_ino. Even cygwin developers took great care in their upcoming 1.5.20 release to ensure that mount points are handled correctly, such that readdir reports the same value that stat will provide. Is there an easy configure or runtime test we can do to detect buggy readdir implementations, and always do stat on those platforms? -- Eric Blake -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#310901: audiolink: Please allow other kinds of databases than MySQL
tag 310901 + patch
thanks
I'm sending a patch for this bug report. I don't love still how it
ends up, as the file handling logic is a bit bizarre (probably I'd
implement it opening through pipes or so, to avoid having named
files), but I prefer not to modify upstream too much.
Please note that I also just wrote a message to the current
maintainer, as he has been inactive for a couple of years... I
sponsored this upload, so if we get no action, in a couple of days I
might just NMU+orphan or even hijack the package :)
Greetings,
--
Gunnar Wolf - [EMAIL PROTECTED] - (+52-55)5623-0154 / 1451-2244
PGP key 1024D/8BB527AF 2001-10-23
Fingerprint: 0C79 D2D1 2C4E 9CE4 5973 F800 D80E F35A 8BB5 27AF
diff -ru audiolink-0.05/code/audiolink audiolink-0.05.new/code/audiolink
--- audiolink-0.05/code/audiolink 2003-12-06 08:57:41.0 -0600
+++ audiolink-0.05.new/code/audiolink 2006-06-03 17:59:28.750959032 -0500
@@ -28,12 +28,22 @@
use DBI;
use Getopt::Long;
use Pod::Usage;
+use File::Temp;
# Options for the database
$user = undef;
$password = undef;
$host = undef;
+ Patch for Debian: avoid insecure /tmp handling.
+# Temporary filename we will use - At the beginning, just close the open
+# filehandle we also get, in order to be as unintrusive as possible to the
+# upstream logic. If this gets accepted upstream, probably $fh should be used
+# instead.
+($fh, $tmpfile) = tempfile();
+
+# Make sure we remove the tempfile when this program exits
+END { unlink $tmpfile if $tmpfile and -f $tmpfile; }
# ask_for_configfile_and_input: This function asks if the user wants
# to create a config file for the mandatory data she hasn't provided
@@ -174,14 +184,14 @@
print "\nCreating the AudioLink database..." if $verbose;
-$ret = system("mysqladmin -u$user -p$password -h$host create $db_name
2>/tmp/audiolink.db.tmp");
+$ret = system("mysqladmin -u$user -p$password -h$host create $db_name
2>$tmpfile");
#or print "\nSome error occured.
# If the error reported that the database already exists, it's okay. You
already had the database created.
# If it was some other error, consult the mysqladmin man page and/or notify
the AudioLink developers.\n
# Anyways, continuing to create AudioLink tables.\n";
-open (DBOP, "/tmp/audiolink.db.tmp");
+open (DBOP, "$tmpfile");
while () {
if ( /database exists/i) {
print "The database already exists.\n" if $verbose;
@@ -195,12 +205,12 @@
print "\nCreating the AudioLink tables..." if $verbose;
-$ret = system ("mysql -u$user -p$password -h$host $db_name <
/usr/share/doc/audiolink/mysql.schema 2>/tmp/audiolink.tb.tmp");
+$ret = system ("mysql -u$user -p$password -h$host $db_name <
/usr/share/doc/audiolink/mysql.schema 2>$tmpfile");
#or print "\nSome error occured.
# If the error reported that the table already exists, it's okay. You already
had the table created.
# If it was some other error, consult the mysql man page and/or notify the
AudioLink developers.\n";
-open (DBOP, "/tmp/audiolink.tb.tmp");
+open (DBOP, "$tmpfile");
while () {
if ( /already exists/i) {
Bug#272554: new() fails (can't call _new)
Hi, Just checking if old bugs still bite: Enrico, could you confirm if this problem still happens, so we dig into it, or no, so this bug can be closed? Thanks a lot, -- Gunnar Wolf - [EMAIL PROTECTED] - (+52-55)5623-0154 / 1451-2244 PGP key 1024D/8BB527AF 2001-10-23 Fingerprint: 0C79 D2D1 2C4E 9CE4 5973 F800 D80E F35A 8BB5 27AF signature.asc Description: Digital signature
Bug#310901: Grrr, replied to the wrong bug
tag 310901 - patch thanks Sorry, last mail was supposed to go to #310898 instead :-/ -- Gunnar Wolf - [EMAIL PROTECTED] - (+52-55)5623-0154 / 1451-2244 PGP key 1024D/8BB527AF 2001-10-23 Fingerprint: 0C79 D2D1 2C4E 9CE4 5973 F800 D80E F35A 8BB5 27AF -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#370192: ITP: python-pycairochart -- Python module for creating 2D-Charts using the Cairo library
Package: wnpp Severity: wishlist Owner: "Alejandro Rios P." <[EMAIL PROTECTED]> * Package name: python-pycairochart Version : 0.1.1 Upstream Author : Martin Lesser <[EMAIL PROTECTED]> * URL : http://bettercom.de/de/pycairochart * License : GPL Description : Python module for creating 2D-Charts using the Cairo library It is possible to draw charts with: * 2 y-axis with independent scaling * one or more values per x-segment, these may be stacked or drawn * side by side * legend added automatically * self defined fonts in any size * self defined colors in a "webish" style (i.e. "#FF") * localized formatted numbers (on y-axis) * self-defined margins between rectangles * suppressing null values signature.asc Description: Esta parte del mensaje está firmada digitalmente
Bug#310898: audiolink: Insecure tempfile usage!
tag 310898 + patch
thanks
I'm sending a patch for this bug report. I don't love still how it
ends up, as the file handling logic is a bit bizarre (probably I'd
implement it opening through pipes or so, to avoid having named
files), but I prefer not to modify upstream too much.
Please note that I also just wrote a message to the current
maintainer, as he has been inactive for a couple of years... I
sponsored this upload, so if we get no action, in a couple of days I
might just NMU+orphan or even hijack the package :)
Greetings,
--
Gunnar Wolf - [EMAIL PROTECTED] - (+52-55)5623-0154 / 1451-2244
PGP key 1024D/8BB527AF 2001-10-23
Fingerprint: 0C79 D2D1 2C4E 9CE4 5973 F800 D80E F35A 8BB5 27AF
diff -ru audiolink-0.05/code/audiolink audiolink-0.05.new/code/audiolink
--- audiolink-0.05/code/audiolink 2003-12-06 08:57:41.0 -0600
+++ audiolink-0.05.new/code/audiolink 2006-06-03 17:59:28.750959032 -0500
@@ -28,12 +28,22 @@
use DBI;
use Getopt::Long;
use Pod::Usage;
+use File::Temp;
# Options for the database
$user = undef;
$password = undef;
$host = undef;
+ Patch for Debian: avoid insecure /tmp handling.
+# Temporary filename we will use - At the beginning, just close the open
+# filehandle we also get, in order to be as unintrusive as possible to the
+# upstream logic. If this gets accepted upstream, probably $fh should be used
+# instead.
+($fh, $tmpfile) = tempfile();
+
+# Make sure we remove the tempfile when this program exits
+END { unlink $tmpfile if $tmpfile and -f $tmpfile; }
# ask_for_configfile_and_input: This function asks if the user wants
# to create a config file for the mandatory data she hasn't provided
@@ -174,14 +184,14 @@
print "\nCreating the AudioLink database..." if $verbose;
-$ret = system("mysqladmin -u$user -p$password -h$host create $db_name
2>/tmp/audiolink.db.tmp");
+$ret = system("mysqladmin -u$user -p$password -h$host create $db_name
2>$tmpfile");
#or print "\nSome error occured.
# If the error reported that the database already exists, it's okay. You
already had the database created.
# If it was some other error, consult the mysqladmin man page and/or notify
the AudioLink developers.\n
# Anyways, continuing to create AudioLink tables.\n";
-open (DBOP, "/tmp/audiolink.db.tmp");
+open (DBOP, "$tmpfile");
while () {
if ( /database exists/i) {
print "The database already exists.\n" if $verbose;
@@ -195,12 +205,12 @@
print "\nCreating the AudioLink tables..." if $verbose;
-$ret = system ("mysql -u$user -p$password -h$host $db_name <
/usr/share/doc/audiolink/mysql.schema 2>/tmp/audiolink.tb.tmp");
+$ret = system ("mysql -u$user -p$password -h$host $db_name <
/usr/share/doc/audiolink/mysql.schema 2>$tmpfile");
#or print "\nSome error occured.
# If the error reported that the table already exists, it's okay. You already
had the table created.
# If it was some other error, consult the mysql man page and/or notify the
AudioLink developers.\n";
-open (DBOP, "/tmp/audiolink.tb.tmp");
+open (DBOP, "$tmpfile");
while () {
if ( /already exists/i) {
Bug#361085: please follow advice
Coin, First, asking people should change the /usr/bin/python symlink is nonsense as this select the current Python version, as selected by the python maintainer as considered the stable version in Debian. Applications using 'python' may not work with other versions correctly, so you may not change it as it could break other apps in your system, only the python maintainer should change it in the 'python' package when a planned and prepared transition is going on. Furthermore, your package does FTBFS because everything needed at clean time must be listed in Build-Depends, not Build-Depends-Indep ; then listing 'python' in -Indep is a mistake. Moreover, python-dev *is* needed to ensure distutils (required by setup.py for installation) would work correctly. Then, you should really listen carefully to -mentors and vorlon's advice before doing hasty and silly uploads. The current denyhosts-python2.4 now depends on python2.4 but has a executable file using 'python' in his shebang. You cannot assume people would have the 'python' package providing this symlink. Moreover having this versionning split is absolutely useless. Now please have a look at: http://wiki.debian.org/DebianPythonFAQ Please move your package to python-support and try to understand why this is food for your package, your users, and read the draft policy carefully too. You may join the Debian Python Modules Team and/or ask for help in the [EMAIL PROTECTED] channel. -- Marc Dequènes (Duck) pgpyq4vrnc781.pgp Description: PGP signature
Bug#370190: mozilla-locale-pl: Big red ugly looking text taking big part of the window
Package: mozilla-locale-pl Version: 1:1.7.12-1 Severity: normal Tags: patch l10n If mozilla and mozilla-venkman packages are intalled browser window contains big red text near the bottom of it. The text is: label="&vnkButton.label;" tooltiptext="&vnkButton.label;"/> After investigating it a little I've found a fix for same problem in german mozilla translation package 'mozilla-locale-de-at'. I've prepared a similar fix for current package and checked building binary package from source after adding this patch. I'm not sure this solution is "debian compatible" and if the fix should be applied to this package but apparently it fixes that particular problem. Hope this helps. Regards Tomasz Gajewski -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages mozilla-locale-pl depends on: ii mozilla-browser 2:1.7.12-1.1 The Mozilla Internet application s mozilla-locale-pl recommends no packages. -- no debconf information --- locale/pl-PL/venkman/venkman-overlay.dtd.orig 2004-12-18 22:50:00.0 +0100 +++ locale/pl-PL/venkman/venkman-overlay.dtd2006-06-03 23:13:11.0 +0200 @@ -1,2 +1,5 @@ + + +
Bug#369822: ls -i stats unnecessarily
Ian Jackson <[EMAIL PROTECTED]> writes: > This behaviour is expected: if you readdir the directory containing > a mountpoint, you get the inode number of the directory in the > underlying filesystem; That's not the behavior that I expected. Also, it's not useful behavior--at least, it's not useful for the vast majority of real-world applications. In contrast, it is useful for 'ls -i' to print the inode number of the root of the mounted file system, for 'find -inum' to use that inode number, and so forth. I can understand why readdir might have the behavior that you describe: it might be more efficient internally. But that doesn't make it correct, or even "expected". It's a bug in readdir. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#370188: gdm: The keyboard don't have the correct keymap
Package: gdm Version: 2.14.5-1 Severity: important When gdm starts I can't type any letter in the user field, and the keyboard has an strange keymap than don't correspond with my selection on dpkg-reconfigure xserver-xorg. I try to do that a lot of times but seems that no effect in gdm. My machine is an ibook G4 and I have a lot of problems with the keymap on X. Sorry but my english is really limited. salu3 kike -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16ktest1 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages gdm depends on: ii adduser3.87 Add and remove users and groups ii aterm [x-terminal-emulator 1.0.0-2 Afterstep XVT - a VT102 emulator f ii debconf [debconf-2.0] 1.5.1 Debian configuration management sy ii eterm [x-terminal-emulator 0.9.3-1 Enlightened Terminal Emulator ii fluxbox [x-window-manager] 0.9.14-1.1Highly configurable and low resour ii flwm [x-window-manager]1.00-9Fast Light Window Manager ii gksu 1.3.7-1 graphical frontend to su ii gnome-session 2.14.0-2 The GNOME 2 Session Manager ii gnome-terminal [x-terminal 2.14.1-1 The GNOME 2 terminal emulator appl ii libart-2.0-2 2.3.17-1 Library of functions for 2D graphi ii libatk1.0-01.11.4-2 The ATK accessibility toolkit ii libattr1 2.4.32-1 Extended attribute shared library ii libc6 2.3.6-7 GNU C Library: Shared libraries ii libcairo2 1.0.4-2 The Cairo 2D vector graphics libra ii libdmx11:1.0.1-3 X11 Distributed Multihead extensio ii libfontconfig1 2.3.2-5.1 generic font configuration library ii libglade2-01:2.5.1-2 library to load .glade files at ru ii libglib2.0-0 2.10.2-1 The GLib library of C routines ii libgnomecanvas2-0 2.14.0-2 A powerful object-oriented display ii libgtk2.0-02.8.17-2 The GTK+ graphical user interface ii libpam-modules 0.79-3.1 Pluggable Authentication Modules f ii libpam-runtime 0.79-3.1 Runtime support for the PAM librar ii libpam0g 0.79-3.1 Pluggable Authentication Modules l ii libpango1.0-0 1.12.1-2 Layout and rendering of internatio ii libpopt0 1.7-5 lib for parsing cmdline parameters ii librsvg2-2 2.14.3-2 SAX-based renderer library for SVG ii librsvg2-common2.14.3-2 SAX-based renderer library for SVG ii libselinux11.30-1SELinux shared libraries ii libwrap0 7.6.dbs-9 Wietse Venema's TCP wrappers libra ii libx11-6 2:1.0.0-6 X11 client-side library ii libxau61:1.0.0-3 X11 authorisation library ii libxcursor11.1.5.2-5 X cursor management library ii libxdmcp6 1:1.0.0-4 X11 Display Manager Control Protoc ii libxext6 1:1.0.0-4 X11 miscellaneous extension librar ii libxfixes3 1:3.0.1.2-4 X11 miscellaneous 'fixes' extensio ii libxi6 1:1.0.0-5 X11 Input extension library ii libxinerama1 1:1.0.1-4 X11 Xinerama extension library ii libxml22.6.24.dfsg-1 GNOME XML library ii libxrandr2 2:1.1.0.2-4 X11 RandR extension library ii libxrender11:0.9.0.2-4 X Rendering Extension client libra ii lsb-base 3.1-5 Linux Standard Base 3.1 init scrip ii metacity [x-window-manager 1:2.14.3-1A lightweight GTK2 based Window Ma ii twm [x-window-manager] 1:1.0.1-4 Tab window manager ii xbase-clients 1:7.0.1-2 miscellaneous X clients ii xterm [x-terminal-emulator 210-3 X terminal emulator ii zlib1g 1:1.2.3-11compression library - runtime Versions of packages gdm recommends: ii dialog1.0-20060221-1 Displays user-friendly dialog boxe ii gdm-themes0.5Themes for the GNOME Display Manag ii whiptail 0.51.6-31 Displays user-friendly dialog boxe ii zenity2.14.1-1 Display graphical dialog boxes fro -- debconf information: gdm/daemon_name: /usr/bin/gdm * shared/default-x-display-manager: gdm signature.asc Description: Això és una part d'un missatge, signada digitalment
Bug#370191: please add libpng12-0 to ia32-libs
Package: ia32-libs Version: 1.12 Severity: wishlist I am using FuhQuake, and it needs libpng. I am using libpng12-0 from i386 in correct place and it works. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-1-amd64-k8-smp Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages ia32-libs depends on: ii lib32asound2 1.0.11-4 ALSA library (32 bit) ii lib32gcc1 1:4.1.0-4 GCC support library (32 bit Versio ii lib32ncurses5 5.5-2 Shared libraries for terminal hand ii lib32stdc++6 4.1.0-4The GNU Standard C++ Library v3 (3 ii lib32z1 1:1.2.3-11 compression library - 32 bit runti ii libc6-i3862.3.6-10 GNU C Library: 32bit shared librar ii lsb-release 3.1-5 Linux Standard Base version report ia32-libs recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#370189: libice-dev: Cannot finde -lICE
Package: libice-dev Version: 6.9.0.dfsg.1-6 Severity: normal While making gnome-bluetooth-subsystem, which worked last time I tried it (a couple of months ago): gcc -g -O2 -Wall -o testtray -pthread testtray.o ./.libs/libeggtray.a -L/usr/lib /usr/lib/libgnomeui-2.so /usr/lib/libjpeg.so /usr/lib/libbonoboui-2.so /usr/lib/libtasn1.so -lSM -lICE /usr/lib/libgnome-keyring.so /usr/lib/libgnomecanvas-2.so /usr/lib/libgnome-2.so /usr/lib/libesd.so /usr/lib/libaudiofile.so /usr/lib/libart_lgpl_2.so /usr/lib/libgtk-x11-2.0.so /usr/lib/libgdk-x11-2.0.so /usr/lib/libatk-1.0.so /usr/lib/libgdk_pixbuf-2.0.so /usr/lib/libpangocairo-1.0.so /usr/lib/libpangoft2-1.0.so -lXext -lXinerama -lXi -lXrandr -lXcursor -lXfixes /usr/lib/libpango-1.0.so /usr/lib/libcairo.so -lXrender -lpng12 -lfontconfig /usr/lib/libfreetype.so -lX11 /usr/lib/libgnomevfs-2.so /usr/lib/libxml2.so /usr/lib/libgnutls.so -lz /usr/lib/libgcrypt.so -lnsl /usr/lib/libgpg-error.so /usr/lib/libavahi-glib.so /usr/lib/libavahi-client.so -ldbus-1 /usr/lib/libavahi-common.so -lresolv -lutil /usr/lib/libbonobo-2.so /usr/lib/libgconf-2.so /usr/lib/libbonobo-activation.so /usr/lib/libORBitCosNaming-2.so /usr/lib/libORBit-2.so /usr/lib/libpopt.so /usr/lib/libgobject-2.0.so -lm /usr/lib/libgmodule-2.0.so -ldl /usr/lib/libgthread-2.0.so -lpthread /usr/lib/libglib-2.0.so /usr/bin/ld: cannot find -lICE collect2: ld returned 1 exit status make[5]: *** [testtray] Fel 1 make[5]: Leaving directory `/home/vincent/gnome-bluetooth-0.7.0/libegg/libegg/tray' make[4]: *** [all-recursive] Fel 1 make[4]: Leaving directory `/home/vincent/gnome-bluetooth-0.7.0/libegg/libegg' make[3]: *** [all-recursive] Fel 1 make[3]: Leaving directory `/home/vincent/gnome-bluetooth-0.7.0/libegg' make[2]: *** [all] Fel 2 make[2]: Leaving directory `/home/vincent/gnome-bluetooth-0.7.0/libegg' make[1]: *** [all-recursive] Fel 1 make[1]: Leaving directory `/home/vincent/gnome-bluetooth-0.7.0' make: *** [all] Fel 2 -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.15 Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8) Versions of packages libice-dev depends on: ii libc6-dev [libc-dev] 2.3.6-7GNU C Library: Development Librari ii libice6 6.9.0.dfsg.1-6 Inter-Client Exchange library ii x-dev 7.0.4-3dummy package for transition purpo libice-dev recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#370185: amarok: Blocks sound device when song's finished
Package: amarok Version: 1.4.0a-1 Severity: normal Hi, if i let amarok play a song to the end it blocks the sound device after stopping. If i stop the playback in the middle of the song, the sound device is unblocked and can be used by other programs. It would be nice if amarok would unblock the device always. Regards, Matthias Heinz -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.16-25.05.2006 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages amarok depends on: ii amarok-xine [amarok-engine] 1.4.0a-1 xine engine for the amaroK audio p ii kdelibs4c2a 4:3.5.3-1core libraries and binaries for al ii libc6 2.3.6-13 GNU C Library: Shared libraries ii libexscalibar1 1.0.4-5 Library for audio-signal manipulat ii libgcc1 1:4.1.0-4GCC support library ii libgl1-mesa-glx [libgl1]6.4.2-1 A free implementation of the OpenG ii libglib2.0-02.10.3-1 The GLib library of C routines ii libgpod00.3.2-1 a library to read and write songs ii libice6 1:1.0.0-3X11 Inter-Client Exchange library ii libifp4 1.0.0.2-3communicate with iRiver iFP audio ii libmysqlclient15off 5.0.22-1 mysql database client library ii libpng12-0 1.2.8rel-5.1 PNG library - runtime ii libpq4 8.1.4-2 PostgreSQL C client library ii libqt3-mt 3:3.3.6-2Qt GUI Library (Threaded runtime v ii libsdl1.2debian 1.2.10-1 Simple DirectMedia Layer ii libsm6 1:1.0.0-4X11 Session Management library ii libstdc++6 4.1.0-4 The GNU Standard C++ Library v3 ii libtag1c2a 1.4-3TagLib Audio Meta-Data Library ii libtunepimp30.4.2-3 MusicBrainz tagging library and si ii libusb-0.1-42:0.1.12-2 userspace USB programming library ii libvisual0.20.2.0-4 Audio visualization framework ii libx11-62:1.0.0-6X11 client-side library ii libxext61:1.0.0-4X11 miscellaneous extension librar ii zlib1g 1:1.2.3-11 compression library - runtime Versions of packages amarok recommends: pn kdemultimedia-kio-plugins (no description available) ii ruby 1.8.2-1An interpreter of object-oriented -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#370184: glibc-doc: package won't install; clashes with manpages-dev
Package: glibc-doc Version: glibc-doc_2.3.6-7 Severity: important sudo apt-get install glibc-doc Reading package lists... Done Building dependency tree... Done The following NEW packages will be installed: glibc-doc 0 upgraded, 1 newly installed, 0 to remove and 9 not upgraded. Need to get 0B/3354kB of archives. After unpacking 8983kB of additional disk space will be used. Selecting previously deselected package glibc-doc. (Reading database ... 144313 files and directories currently installed.) Unpacking glibc-doc (from .../glibc-doc_2.3.6-7_all.deb) ... dpkg: error processing /var/cache/apt/archives/glibc-doc_2.3.6-7_all.deb (--unpack): trying to overwrite `/usr/share/man/man3/sem_init.3.gz', which is also in package manpages-dev dpkg-deb: subprocess paste killed by signal (Broken pipe) Errors were encountered while processing: /var/cache/apt/archives/glibc-doc_2.3.6-7_all.deb E: Sub-process /usr/bin/dpkg returned an error code (1) -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (700, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.11 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to POSIX) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#370041: invoke with --quiltrc /dev/null in quilt.make
Hey-- I'm really quite interested in comaintaining quilt; you also asked me to look at quilt bugs a while back, but I really haven't known quite where to start, not having a way of knowing who's looking at what, etc. I'd be happy to look into getting a quilt maintenance project on alioth. I'm sure I can bribe someone into sponsoring uploads I prepare if you're interested in having me lend a hand. Cheers, Christine * Martin Quinson <[EMAIL PROTECTED]> [2006:06:03 21:10 +0200]: > Damn, I could swear I did it too. It looks like it's not the case, I'll do > it in next upload. > > The only issue is that the next upload is already due since too long, and > I'm quite overhelmed in real life... > > I'm officially looking for co-mainatainers ;) Feel free to NMU if you prefer. > > Bye & thanks, > Mt. > > On Fri, Jun 02, 2006 at 02:14:04PM -0700, Russ Allbery wrote: > > Package: quilt > > Version: 0.44-6 > > Severity: normal > > > > I see that in version 0.44-5, patchsys-quilt.mk was modified to call > > quilt with --quiltrc /dev/null. Could you make the same change in > > /usr/share/quilt/quilt.make for those of us who don't use cdbs? It > > should be done for the same reasons (namely custom settings in a user's > > .quiltrc that could cause FTBFS). > > > > Thanks! > > > > -- System Information: > > Debian Release: testing/unstable > > APT prefers testing > > APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') > > Architecture: i386 (i686) > > Shell: /bin/sh linked to /bin/bash > > Kernel: Linux 2.6.15-1-686 > > Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) > > > > Versions of packages quilt depends on: > > ii bzip2 1.0.3-2high-quality block-sorting > > file co > > ii diffstat 1.41-1 produces graph of changes > > introduc > > ii gawk 1:3.1.5.dfsg-4 GNU awk, a pattern scanning > > and pr > > ii gettext 0.14.5-4 GNU Internationalization > > utilities > > ii patch 2.5.9-4Apply a diff file to an > > original > > > > quilt recommends no packages. > > > > -- no debconf information > > > > > > -- > Oh, I am a C programmer and I'm okay. > I muck with indices and structs all day. > And when it works, I shout hoo-ray. > Oh, I am a C programmer and I'm okay. signature.asc Description: Digital signature
Bug#304483: mdadm and /boot problems
Hi, Please find the following info: # cat /etc/default/bootlogd # Run bootlogd at startup ? BOOTLOGD_ENABLE=Yes --- # cat /var/log/boot ## Note: Not sure why it shows time as 13:24 at the beginning, the box was only ## rebooted at 17:24 Sat Jun 3 13:24:59 2006: . Sat Jun 3 13:24:59 2006: Will now activate swap. Sat Jun 3 13:24:59 2006: swapon on /dev/md3 Sat Jun 3 13:24:59 2006: Done activating swap. Sat Jun 3 13:24:59 2006: Will now check root file system. Sat Jun 3 13:24:59 2006: fsck 1.39-WIP (09-Apr-2006) Sat Jun 3 13:24:59 2006: [/sbin/fsck.ext3 (1) -- /] fsck.ext3 -a -C0 /dev/md2 Sat Jun 3 13:24:59 2006: /dev/md2: Superblock last write time is in the future. FIXED. Sat Jun 3 13:24:59 2006: /dev/md2: clean, 533868/60801024 files, 89928253/121587904 blocks Sat Jun 3 13:24:59 2006: Done checking root file system. Sat Jun 3 13:24:59 2006: A log will be saved in /var/log/fsck/checkroot if that location is writable. Sat Jun 3 13:24:59 2006: Setting the system clock.. Sat Jun 3 17:24:58 2006: System Clock set. Local time: Sat Jun 3 17:24:58 EDT 2006. Sat Jun 3 17:24:58 2006: Cleaning up ifupdown...done. Sat Jun 3 17:24:58 2006: Calculating module dependencies...done. Sat Jun 3 17:24:58 2006: Loading modules... Sat Jun 3 17:24:58 2006: ide-cd Sat Jun 3 17:24:58 2006: ide-detect Sat Jun 3 17:24:58 2006: FATAL: Module ide_detect not found. Sat Jun 3 17:24:58 2006: All modules loaded. Sat Jun 3 17:24:59 2006: Setting the system clock again.. Sat Jun 3 17:25:00 2006: System Clock set. Local time: Sat Jun 3 17:25:00 EDT 2006. Sat Jun 3 17:25:00 2006: Loading device-mapper support. Sat Jun 3 17:25:00 2006: Starting raid devices: mdadm: no devices found for /dev/md1 Sat Jun 3 17:25:00 2006: done. Sat Jun 3 17:25:00 2006: Will now check all file systems. Sat Jun 3 17:25:00 2006: fsck 1.39-WIP (09-Apr-2006) Sat Jun 3 17:25:00 2006: Checking all file systems. Sat Jun 3 17:25:00 2006: Done checking file systems. Sat Jun 3 17:25:00 2006: A log is being saved in /var/log/fsck/checkfs if that location is writable. Sat Jun 3 17:25:00 2006: Setting kernel variables ... Sat Jun 3 17:25:00 2006: ... done. Sat Jun 3 17:25:00 2006: Will now mount local filesystems. Sat Jun 3 17:25:00 2006: mount: wrong fs type, bad option, bad superblock on /dev/md1, Sat Jun 3 17:25:00 2006:missing codepage or other error Sat Jun 3 17:25:00 2006:(could this be the IDE device where you in fact use Sat Jun 3 17:25:00 2006:ide-scsi so that sr0 or sda or so is needed?) Sat Jun 3 17:25:00 2006:In some cases useful info is found in syslog - try Sat Jun 3 17:25:00 2006:dmesg | tail or so Sat Jun 3 17:25:00 2006: Sat Jun 3 17:25:00 2006: ^[[31m*^[[39;49m Mounting local filesystems failed with error code 32. Sat Jun 3 17:25:00 2006: Will now activate swapfile swap. Sat Jun 3 17:25:00 2006: Done activating swapfile swap. Sat Jun 3 17:25:00 2006: Detecting hardware...Discovered hardware for these modules: forcedeth sata_nv ide_scsi Sat Jun 3 17:25:00 2006: ^[[33m*^[[39;49m Skipping already loaded module forcedeth. Sat Jun 3 17:25:01 2006: ^[[33m*^[[39;49m Skipping already loaded module sata_nv. Sat Jun 3 17:25:01 2006: ^[[33m*^[[39;49m Skipping unavailable/built-in ide_scsi module. Sat Jun 3 17:25:01 2006: Cleaning /tmp...done. Sat Jun 3 17:25:02 2006: Cleaning /var/run...done. Sat Jun 3 17:25:02 2006: Cleaning /var/lock...done. Sat Jun 3 17:25:02 2006: Setting up networking...done. Sat Jun 3 17:25:02 2006: Flushing all current rules and user defined chains: Sat Jun 3 17:25:02 2006: Clearing all current rules and user defined chains: Sat Jun 3 17:25:02 2006: Flushing all current rules and user defined chains: Sat Jun 3 17:25:02 2006: Clearing all current rules and user defined chains: Sat Jun 3 17:25:02 2006: Applying iptables firewall rules: Sat Jun 3 17:25:02 2006: . Sat Jun 3 17:25:02 2006: Setting hostname to 'testsrv'...done. Sat Jun 3 17:25:02 2006: ^[[33m*^[[39;49m /etc/network/options is deprecated. Sat Jun 3 17:25:02 2006: Setting up IP spoofing protection...done (rp_filter). Sat Jun 3 17:25:02 2006: Configuring network interfaces...done. --- # cat /var/log/kern.log ... Jun 3 17:25:05 testsrv kernel: serial8250: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A Jun 3 17:25:05 testsrv kernel: serial8250: ttyS1 at I/O 0x2f8 (irq = 3) is a 16550A Jun 3 17:25:05 testsrv kernel: 00:07: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A Jun 3 17:25:05 testsrv kernel: RAMDISK driver initialized: 16 RAM disks of 8192K size 1024 blocksize Jun 3 17:25:05 testsrv kernel: NET: Registered protocol family 2 Jun 3 17:25:05 testsrv kernel: IP route cache hash table entries: 65536 (order: 6, 262144 bytes) Jun 3 17:25:05 testsrv kernel: TCP established hash table entries: 262144 (order: 8, 1048576 bytes) Jun 3 17:25:05 testsrv
Bug#242834: fix/patch for this bug?
Filippo Giunchedi wrote:
> is there any progress/fix on this bug? I just encountered it while packaging
> libbluetooth1 2.25-2 and it is really annoying :(
I've painted myself into a corner here. It would be possible to fix
dh_builddeb to exclude the same files that DH_ALWAYS_EXCLUDE excludes
other debhelper commands from acting on (patch below). However, this
would mean that anyone who runs debhelper with
DH_ALWAYS_EXCLUDE=CVS:.svn, which many people do, would suddenly find
that dh_builddeb starts deleting files named for example "CVSfoo" or
"foo.svnbar" or the like, which currently it does not delete. That would
be a behavior change.
I'd be willing to make that behavior change if it just affected users
setting DH_ALWAYS_EXCLUDE in their build environment. People can change
their build environments. But the debhelper man page also suggests using
the same setting in debian/rules for packages that contain CVS
directories in the upstream source, etc. Changing the behavior for those
packages could potentially result in unexpected files being dropped out
of packages when they are rebuilt, which would be bad.
I've checked and files with names matching "*CVS*" and "*.svn*" do
legitimatly exist in Debian packages. And of course, it's also possible
that people are using DH_ALWAYS_EXCLUDE to exclude other stuff in rules
files (although I hope not).
It seems the only way I could get away with changing the dh_buildeb
DH_ALWAYS_EXCLUDE behavior would be to change the behavior in a new
debhelper compatability level. I've scheduled this change for v6, but I
don't know when I will start on v6.
> diliger: which bug you filed against cdbs? I couldn't find any regarding this
> specific bug
I don't see any bugs in how cdbs uses DH_ALWAYS_EXCLUDE, although I
don't really understand why it wants to rename it to
DEB_DH_ALWAYS_EXCLUDE.
--
see shy jo
Index: dh_builddeb
===
--- dh_builddeb (revision 1920)
+++ dh_builddeb (working copy)
@@ -60,8 +60,7 @@
foreach my $package (@{$dh{DOPACKAGES}}) {
my $tmp=tmpdir($package);
if (exists $ENV{DH_ALWAYS_EXCLUDE} && length $ENV{DH_ALWAYS_EXCLUDE}) {
- complex_doit("find $tmp -name $_ | xargs rm -rf")
- foreach split(":", $ENV{DH_ALWAYS_EXCLUDE});
+ complex_doit("find $tmp $dh{EXCLUDE} | xargs rm -rf")
}
if (! is_udeb($package)) {
doit("dpkg-deb", @{$dh{U_PARAMS}}, "--build", $tmp,
$dh{DESTDIR}.$dh{FILENAME});
signature.asc
Description: Digital signature
Bug#370082: vim-gui-common: two buffers opened when used to open file from nautilus
On Sat, Jun 03, 2006 at 10:13:13PM +0200, Matijs van Zuijlen wrote: > I don't see any > mention of the file: scheme. Is it possible that it is handled elsewhere? Are you using vim-gnome? It could be that's doing something different than the other gui vim variants. James -- GPG Key: 1024D/61326D40 2003-09-02 James Vega <[EMAIL PROTECTED]> signature.asc Description: Digital signature
Bug#370187: nscd restart fails with: option `--invalidate' requires an argument
Package: nscd Version: 2.3.6-13 Severity: normal When trying to restart nscd I see the following error: # /etc/init.d/nscd restart Restarting Name Service Cache Daemon: nscd/usr/sbin/nscd: option `--invalidate' requires an argument Try `nscd --help' or `nscd --usage' for more information. (failed to stop). Looking at the man page for nscd, it looks like --invalidate needs to take an argument: -i, --invalidate TABLE Invalidate the specified TABLE, i. e. forget all data cached therein. This should be used if the database storing this infor- mation has been changed. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-rc5 Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1) Versions of packages nscd depends on: ii libc6 2.3.6-13 GNU C Library: Shared libraries nscd recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#370186: hal: HAL keeps CD drive spinning constantly
Package: hal Version: 0.5.7-1 Severity: grave Justification: renders package unusable This damages hardware. Hence the 'grave' severity. The only fix I have found for this is to uninstall HAL. su-- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (499, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.15-1-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages hal depends on: ii adduser 3.87 Add and remove users and groups ii dbus 0.61-5 simple interprocess messaging syst ii libc6 2.3.6-7GNU C Library: Shared libraries ii libdbus-1-2 0.61-5 simple interprocess messaging syst ii libdbus-glib-1-2 0.61-5 simple interprocess messaging syst ii libexpat1 1.95.8-3.2 XML parsing C library - runtime li ii libglib2.0-0 2.10.2-1 The GLib library of C routines ii libhal1 0.5.7-1Hardware Abstraction Layer - share ii libusb-0.1-4 2:0.1.12-2 userspace USB programming library ii lsb-base 3.1-5 Linux Standard Base 3.1 init scrip ii pciutils 1:2.1.11-16Linux PCI Utilities ii udev 0.091-2/dev/ and hotplug management daemo ii usbutils 0.71+cvs20051029-4 USB console utilities hal recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#370157: perl-modules missing
Installing perl-modules fixes the problem. As it's of standard priority, I think you ought to depend on it. -- Please do not send copies of list mail to me; I read the list! .''`. martin f. krafft <[EMAIL PROTECTED]> : :' :proud Debian developer and author: http://debiansystem.info `. `'` `- Debian - when you have better things to do than fixing a system signature.asc Description: Digital signature (GPG/PGP)
Bug#370155: cpufreqd: init script does not stop the daemon and hangs until user input
On Sam, 03 Jun 2006, Mattia Dongili wrote:
> oh... running it on the command line[1] seems to work, but you're right, the
> script still is not stopping cpufreqd (pidofproc returns 2).
>
> [1]: if [ -f /var/run/cpufreqd.pid ] ; then cat /var/run/cpufreqd.pid |
> read pid ; fi ; if [ -n "${pid:-}" ]; then echo "$pid" ; fi
Changing it to
read pid < "$pidfile"
fixes these problems.
Best wishes
Norbert
---
Dr. Norbert Preining Università di Siena
gpg DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094
---
FORDTell me Arthur...
ARTHUR Yes?
FORDThis boulder we're stuck under, how big would you say it was? Roughly?
ARTHUR Oh, about the size of Coventry Cathedral.
FORDDo you think we could move it? (Arthur doesn't reply) Just asking.
--- Ford and Arthur in a tricky situation, Fit the Eighth.
--- Douglas Adams, The Hitchhikers Guide to the Galaxy
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#370155: cpufreqd: init script does not stop the daemon and hangs until user input
On Sat, Jun 03, 2006 at 11:04:55PM +0200, Norbert Preining wrote:
> Hi all!
>
> On Sam, 03 Jun 2006, Mattia Dongili wrote:
> > I suppose it should be
> > cat /var/run/cpufreqd.pid | read pid
> > instead.
>
> changed it to this, and it didn't work, at least it didn't stop the
> cpufreqd.
oh... running it on the command line[1] seems to work, but you're right, the
script still is not stopping cpufreqd (pidofproc returns 2).
[1]: if [ -f /var/run/cpufreqd.pid ] ; then cat /var/run/cpufreqd.pid |
read pid ; fi ; if [ -n "${pid:-}" ]; then echo "$pid" ; fi
> So let the lsb-base maintainers fix this.
I have to agree :)
--
mattia
:wq!
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#355357: NMU of libapache2-mod-xmlrpc2
On Sat, Jun 03, 2006 at 10:31:50PM +0200, Pierre Habouzit wrote: > I already asked Julien, it seems the patch is not enough, and that it > needs CMAKE knowledge that Julien does not have. > > so he did not NMU-ed it. > > I suppose he'll correct me if I'm wrong, but it's what I recall. That's the Truth. I gave up on this, if someone knows more than me about cmake, just play with this. Cheers, -- Julien Danjou .''`. Debian Developer : :' : http://julien.danjou.info `. `' http://people.debian.org/~acid `- 9A0D 5FD9 EB42 22F6 8974 C95C A462 B51E C2FE E5CD signature.asc Description: Digital signature
Bug#370183: FTBFS with GCC 4.2: templates may not be 'virtual'
Package: regina-normal Version: 4.3.1-1 Virtual templates are apparently not allowed in C++ and GCC 4.2 will treat them as errors. > Automatic build of regina-normal_4.3.1-1 on bigsur by sbuild/mips 0.46 ... > if /bin/sh ../../../libtool --silent --tag=CXX --mode=compile g++ > -DHAVE_CONFIG_H -I. -I. -I../../../engine/engine -I../../../engine/engine > -I/usr/include/libxml2 -DQT_THREAD_SUPPORT -D_REENTRANT -Wnon-virtual-dtor > -Wno-long-long -Wundef -ansi -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -Wcast-align > -Wconversion -Wchar-subscripts -Wall -W -Wpointer-arith -Wwrite-strings > -DNDEBUG -DNO_DEBUG -O2 -Wformat-security -Wmissing-format-attribute > -fno-check-new -fno-common -MT nanglestructurelist.lo -MD -MP -MF > ".deps/nanglestructurelist.Tpo" -c -o nanglestructurelist.lo > nanglestructurelist.cpp; \ > then mv -f ".deps/nanglestructurelist.Tpo" > ".deps/nanglestructurelist.Plo"; else rm -f ".deps/nanglestructurelist.Tpo"; > exit 1; fi > ../../../engine/engine/enumerate/nenumerator.h:158: error: templates may not > be 'virtual' > make[5]: *** [nanglestructurelist.lo] Error 1 > make[5]: Leaving directory > `/build/tbm/regina-normal-4.3.1/engine/engine/angle' -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#357728: bc: Segfaults
This appears to be fixed in 1.06.93. -- John Hasler [EMAIL PROTECTED] Elmwood, WI USA -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#369634: [Pkg-texlive-maint] Bug#369634: texlive-base-bin: xdvi displays broken fonts
Thanks Paul for coming in! Jörg please check this, I have: On Sam, 03 Jun 2006, Paul Vojta wrote: > How about the output of: > > % xrdb -query |grep -i xdvi xdvi*geometry: 440x740 xdvi.editor:emacsclient --no-wait +%l %f xdvi.expert:true xdvi.gsAlpha: true xdvi.paper: a4 xdvi.sideMargin:3.5cm xdvi.topMargin: 1in xdvi.wwwBrowser:mozilla > and also > > % cat `kpsewhich -progname=xdvi --format='other text files' XDvi` $ kpsewhich -progname=xdvi --format='other text files' XDvi /usr/share/texmf-texlive/xdvi/XDvi $ cat /usr/share/texmf-texlive/xdvi/XDvi *mfMode:ljfour ! ! This is the default anyway: ! *pixelsPerInch: 600 ! *shrinkFactor:8 ! ! GO! EUROPE! :-) *paper: a4 ! *wwwBrowser:netscape > % cat ~/.xdvirc nothing but history entries. Best wishes Norbert --- Dr. Norbert Preining Università di Siena gpg DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 --- BODMIN The irrational and inevitable discrepancy between the amount pooled and the amount needed when a large group of people try to pay a bill together after a meal. --- Douglas Adams, The Meaning of Liff -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#369202: randomly activated 'access keys'
>Now, this is _nothing_ compared to how annoying this is when you are >currently filling in a web form I second that. PITA. This happens on 3.5.2 and 3.5.3. I wished there was a way to turn the whole thing off completely. I do not want access keys at all - EVER! Antoine signature.asc Description: This is a digitally signed message part
Bug#369811: I disagree
[Steve Kowalik] > I feel this check is useful is someone is using DH_COMPAT 5 and is > only Build-Depending on debhelper (>> 3). That's useful, yes. I am only asking for the check to be reduced in scope. My situation is that I'm using DH_COMPAT 4 and I don't feel that I should have to version the build-dep, since debhelper 4 is in not only sarge but woody. People using DH_COMPAT 5 (or higher, in the future) should still use a versioned build-dep. I'm intentionally using DH_COMPAT 4 to make backporting that much easier, and because I don't think any of the level-5 changes are useful to me. signature.asc Description: Digital signature
Bug#370182: diff for 0.9.70+1-1.1 NMU
Package: mol-drivers-linux
Version: 0.9.70+1-1
Severity: normal
Tags: patch
Hi,
Attached is the diff for my mol-drivers-linux 0.9.70+1-1.1 NMU.
--
Homepage: http://www.sesse.net/
--- mol-drivers-linux-0.9.70+1/debian/changelog
+++ mol-drivers-linux-0.9.70+1/debian/changelog
@@ -1,3 +1,10 @@
+mol-drivers-linux (0.9.70+1-1.1) unstable; urgency=low
+
+ * Non-maintainer upload.
+ * Remove usage of removed lvalue-as-cast gcc extension. (Closes: #362407)
+
+ -- Steinar H. Gunderson <[EMAIL PROTECTED]> Sat, 3 Jun 2006 20:53:40 +
+
mol-drivers-linux (0.9.70+1-1) unstable; urgency=low
* New upstream release, mainly with an up-to-date build system.
only in patch2:
unchanged:
--- mol-drivers-linux-0.9.70+1.orig/src/fs/hfsplus/include/swab.h
+++ mol-drivers-linux-0.9.70+1/src/fs/hfsplus/include/swab.h
@@ -25,9 +25,9 @@
/* Big endian */
-#define bswabU16_inc(ptr) (*((UInt16*) (ptr))++)
-#define bswabU32_inc(ptr) (*((UInt32*) (ptr))++)
-#define bswabU64_inc(ptr) (*((UInt64*) (ptr))++)
+#define bswabU16_inc(ptr) ({ UInt16* tmp = (UInt16*) (ptr); ptr = tmp + 1;
*tmp; })
+#define bswabU32_inc(ptr) ({ UInt32* tmp = (UInt32*) (ptr); ptr = tmp + 1;
*tmp; })
+#define bswabU64_inc(ptr) ({ UInt64* tmp = (UInt64*) (ptr); ptr = tmp + 1;
*tmp; })
#define bstoreU16_inc(ptr, val) (*((UInt16*) (ptr))++) = val
#define bstoreU32_inc(ptr, val) (*((UInt32*) (ptr))++) = val
@@ -35,5 +35,5 @@
/* for the sake of compleetness and readability */
-#define bswabU8_inc(ptr) (*((UInt8*) (ptr))++)
+#define bswabU8_inc(ptr) ({ UInt8* tmp = (UInt8*) (ptr); ptr = tmp + 1;
*tmp; })
#define bstoreU8_inc(ptr,val) (*((UInt8*) (ptr))++) = val
only in patch2:
unchanged:
--- mol-drivers-linux-0.9.70+1.orig/src/fs/hfsplus/btree.c
+++ mol-drivers-linux-0.9.70+1/src/fs/hfsplus/btree.c
@@ -70,8 +70,7 @@
head->reserved2= bswabU8_inc(p);
head->attributes= bswabU32_inc(p);
// skip reserved bytes
- ((UInt32*) p) += 16;
- return p;
+ return ((UInt32*)p) + 16;
}
/* Priority of the depth of the node compared to LRU value.
only in patch2:
unchanged:
--- mol-drivers-linux-0.9.70+1.orig/src/fs/hfsplus/record.c
+++ mol-drivers-linux-0.9.70+1/src/fs/hfsplus/record.c
@@ -149,7 +149,7 @@
static inline void* record_readFXInfo(void *p, FXInfo* xinfo)
{
xinfo->fdIconID= bswabU16_inc(p);
-((SInt16*) p) += 4; // skip unused
+p = ((SInt16*) p) + 4; // skip unused
xinfo->fdComment = bswabU16_inc(p);
xinfo->fdPutAway = bswabU32_inc(p);
return p;
only in patch2:
unchanged:
--- mol-drivers-linux-0.9.70+1.orig/src/fs/hfsplus/volume.c
+++ mol-drivers-linux-0.9.70+1/src/fs/hfsplus/volume.c
@@ -140,7 +140,7 @@
vh->write_count = bswabU32_inc(p);
vh->encodings_bmp = bswabU64_inc(p);
memcpy(vh->finder_info, p, 32);
- ((char*) p) += 32; // So finderinfo must be swapped later, ***
+ p = ((char*) p) + 32; // So finderinfo must be swapped later, ***
p = volume_readfork(p, &vh->alloc_file );
p = volume_readfork(p, &vh->ext_file );
p = volume_readfork(p, &vh->cat_file );
@@ -180,12 +180,12 @@
UInt16 drAlBlSt; /* first allocation
block in volume */
UInt16 embeds, embedl; /* Start/lenght of
embedded area in blocks */
- ((char*) p) += 0x12;/* skip unneded HFS vol
fields */
+ p = ((char*) p) + 0x12; /* skip unneded HFS vol
fields */
drAlBlkSiz = bswabU32_inc(p); /* offset 0x14 */
- ((char*) p) += 0x4; /* skip unneded HFS vol
fields */
+ p = ((char*) p) + 0x4; /* skip unneded HFS vol
fields */
drAlBlSt = bswabU16_inc(p); /* offset 0x1C */
- ((char*) p) += 0x5E;/* skip unneded HFS vol
fields */
+ p = ((char*) p) + 0x5E; /* skip unneded HFS vol
fields */
signature = bswabU16_inc(p);/* offset 0x7C,
drEmbedSigWord */
if( signature != HFSP_VOLHEAD_SIG)
HFSP_ERROR(-1, "This looks like a normal HFS volume");
Bug#370178: gle: FTBFS: Missing Build-Depends
Package: gle Version: 3.1.0-5.1 Severity: serious Tags: patch From my pbuilder build log: ... checking for gluNewQuadric in -lGLU... yes checking for XmuLookupStandardColormap in -lXmu... yes checking for XListInputDevices in -lXi... no configure: error: Cannot find required Xi (X11 Input Extension) library make: *** [configure-stamp] Error 1 Adding libxi-dev to the Build-Depends allows the package to build successfully. -- Daniel Schepler
Bug#370179: sysklogd blocks reboot when logfile reaches 2GigaBytes
Package: sysklogd Version: 1.4.1-17 Today my system (sarge, pentium4) hung during boot after printing "Starting system log daemon: syslogd" (without the terminating full-stop). It turned out the reason was the size of the file /var/log/syslog, which was exactly 2147483647 (2GB), and the last line in that log file was obviously unfinished. Looks like syslogd cannot handle files >= 2GB. My opinion is that it may be tolerable that syslogd stops writing to very large logfiles, since logfiles rarely get this large, but nevertheless it must not have blocked the next reboot, especially without indicating what the problem is. The file system that I use (ext3) can handle files >2GB, I've just tested that. In case you wonder why my log file was that large, I have debugging turned on in usb-storage kernel configuration, and just yesterday, I've used usb-storage a lot. Regards, Tobias -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#370155: cpufreqd: init script does not stop the daemon and hangs until user input
Hi all! On Sam, 03 Jun 2006, Mattia Dongili wrote: > I suppose it should be > cat /var/run/cpufreqd.pid | read pid > instead. changed it to this, and it didn't work, at least it didn't stop the cpufreqd. So let the lsb-base maintainers fix this. > :wq! This I like, how often did I send this via email ;-) Best wishes Norbert --- Dr. Norbert Preining Università di Siena gpg DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 --- MAARUIG (n.) The inexpressible horror experienced on walking up in the morning and remembering that you are Andy Stewart. --- Douglas Adams, The Meaning of Liff -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#370155: cpufreqd: init script does not stop the daemon and hangs until user input
reassign 370155 lsb-base 3.1-6 retitle 370155 pidofproc reads from stdin and hangs waiting for user input severity 370155 critical thanks On Sat, Jun 03, 2006 at 10:28:11PM +0200, Norbert Preining wrote: > Hi Mattia! > > On Sam, 03 Jun 2006, Mattia Dongili wrote: > > I can't reproduce it here, can you run the script with -x and send the > > output to see where it hangs? > > It hangs in the read pid: Yes, upgraded my lsb-base (was at -5 here) and it's fully reproducible. > gandalf:~# bash -x /etc/init.d/cpufreqd stop > + PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin [...] > + pidfile=/var/run/cpufreqd.pid > + '[' -f /var/run/cpufreqd.pid ']' > + read pid > > ENTER I suppose it should be cat /var/run/cpufreqd.pid | read pid instead. It seems to be an lsb-base bug, reassigning. Severity is critical as it breaks unrelated software. Thanks for reporting. -- mattia :wq! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#301424: debhelper: dh_installmodules is unusable when running kernel version is not the target kernel version
Marco d'Itri wrote: > reassign 301424 debhelper > thanks > > On Mar 25, Joey Hess <[EMAIL PROTECTED]> wrote: > > > Both module-init-tools and modutils have init scripts that run during > > boot and run depmod -a. > Not anymore. Really? [EMAIL PROTECTED]:~>grep depmod /etc/init.d/modutils [ -e /sbin/depmod ] || exit 0 depmod -A -q [EMAIL PROTECTED]:~>grep depmod /etc/init.d/module-init-tools # Short-Description: Run depmod -a and process /etc/modules. [ -x /sbin/depmod ] || exit 0 if depmod --quick; then log_warning_msg "Not running depmod because /lib/modules/$KVER/ is not writeable." [EMAIL PROTECTED]:~>dpkg -l module-init-tools modutils Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Installed/Config-files/Unpacked/Failed-config/Half-installed |/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad) ||/ Name VersionDescription +++-==-==- ii module-init-to 3.2.2-2tools for managing Linux kernel modules ii modutils 2.4.27.0-5 Linux module utilities [EMAIL PROTECTED]:~>madison -s unstable module-init-tools modutils module-init-tools |3.2.2-2 | unstable | source, alpha, amd64, arm, hppa, i386, ia64, m68k, mips, mipsel, powerpc, s390, sparc modutils | 2.4.27.0-5 | unstable | source, alpha, amd64, arm, hppa, i386, ia64, m68k, mips, mipsel, powerpc, s390, sparc [EMAIL PROTECTED]:~/tmp/ndiswrapper-1.16> -- see shy jo signature.asc Description: Digital signature
