Bug#575774: No kernel modules were found.
Package:live-installer-launcher Version:15 squeeze CD which is mounted on /cdrom has same d-i and kernel version which i am running i.e 2.6.30-bpo.1-486 but then also i am getting error as No kernel modules were found. This probably is due to a mismatch between the kernel used by this version of the installer and the kernel version available in the archive. System Information: -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.30-bpo.1-486 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages live-installer-launcher depends on: ii debconf [debconf-2.0] 1.5.28 Debian configuration management sy ii psmisc 22.10-1 utilities that use the proc file s live-installer-launcher recommends no packages. live-installer-launcher suggests no packages. -- debconf information: live-installer-launcher/mode: gui ||/ Name Version Description +++-===-===-== ii live-installer-launcher 15 Debian Installer desktop launcher for live systems -- Thanks & Regards, Verule Amol R. BOSS Team Member
Bug#575775: Mixes-up messages among unrelated folders
Package: claws-mail Version: 3.7.5-1 Severity: important claws sometimes mixes the contents of different folders. This happens under the following conditions: - you have two or more IMAP folders - one folder is sufficiently large to take several seconds to download If claws if busy fetching (usually new) messages from a large folder, and: - you click on another folder while claws is busy, OR - claws starts the automatic scanning of new mail messages (which will process other folders) the contents of the large folder will be mixed in other folders. This always happened to me since I've begun using claws more than one year ago, but since is not *exacly* reproducible I didn't report it before. With "sometimes mixes up", though, I really mean almost everytime a large folder is being processed. What I usually do is discard the folder cache, disable automatic checking of new messages (otherwise I end-up with the same issue) and restart claws. With a folder containing at least 1k messages, it is almost *guaranteed* that an automatic check of new mail will disrupt the folder content. This is *very* dangerous. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#575674: synaptics touchpad ignored(?)
On 03/28/10 11:18, Mattia Dongili wrote: > > as far as tapping is concerned, that's the default behaviour see the > NOTES section in synaptics(4). This notes section seems to be about hal, but AFAIK configuration has been moved to udev. Is horizontal and vertical scroll wheel emulation supposed to be on by default? > The additional scroll regions you mention, are they real regions or > just lines drawn on the touchpad? i.e.: what happens when you move you > finger on them? > They are drawn on the touchpad. I get mouse movement events instead of scroll wheel events, as xev shows. > (II) config/udev: Adding input device "SynPS/2 Synaptics TouchPad" > (/dev/input/event6) > looks like udev is adding the device. The package ships with > /lib/udev/rules.d/66-xorg-synaptics.rules > you're supposed to have it unless you removed it. > It is still there. AFAICS it is identical to the version in the source package. > ... > What does `synclient -l` report? > It said "Couldn't find synaptics properties. No synaptics driver loaded?" According to the old Xorg.4.log file the synaptics driver wasn't loaded. After reinstalling the driver _is_ found and synclient works (see the new attachments), but there are still no scroll wheel events. Regards Harri synclient.log.gz Description: Unix tar archive Xorg.4.log.gz Description: Unix tar archive signature.asc Description: OpenPGP digital signature
Bug#559252: mailreader: should this package be removed?
severity 559252 normal reassign 559252 ftp.debian.org retitle 559252 RM: mailreader -- RoQA; RC, low popcon, last action 2005 thanks Dear ftp team, I completely agree with Simons reasoning and since nobody objected I hereby request the removal of mailreader. On Thu, Dec 03, 2009 at 02:56:49AM +, Simon McVittie wrote: > mailreader seems like a good candidate for removal from Debian: > > * RC-buggy (files in /var/www) > * low popcon (inst=27 vote=4) > * last upstream release was 2005 > * history of security vulnerabilities according to upstream changelog > * the new upstream maintainer seems to be keeping the server (reference > installation) running, but not making releases? > * alternatives exist (it's webmail) Thanks! Hauke signature.asc Description: Digital signature
Bug#549463: monotone-viz should not be linked with -custom, violates OCaml packaging policy
Stefano Zacchiroli writes: > On Sat, Mar 27, 2010 at 02:40:34PM +0100, Ludovic Brenta wrote: >> The name of the file suggests that monotone-viz no longer requires >> lablgtk but in fact it FTBFS when the package >> liblablgtk2-gnome-ocaml-dev is not installed, so I am tempted to >> believe the bug is still present in the new upstream version. > > Yep, in fact it also looks like there's a bug in upstream version if, > despite the name, it FTBFS without lablgtk :-) If you can point me to > a .dsc of the new upstream, I'll be happy to have a look, but it feels > like that more generally you should discuss the FTBFS with upstream. > FWIW, the -custom bug is independent from whether lablgtk2 is used or > not. Thomas has cleared up the confusion regarding lablgtk2; the issue with -custom remains. I have uploaded monotone-viz_1.0.2-1 but, due to [1], it will be some time before it appears in unstable. This upload closes the other two bugs outstanding but leaves #549463 open. I'll ping you when the new upload becomes available. [1] http://lists.debian.org/debian-devel-announce/2010/03/msg00010.html -- Ludovic Brenta. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#575758: openoffice.org-impress: impress systematically crashes on startup
forwarded 575758 http://www.openoffice.org/issues/show_bug.cgi?id=108428 tag 575758 + patch tag 575758 + pending iretitle 575758 openoffice.org-impress: impress crashes on startup / thanks Hi, On Mon, Mar 29, 2010 at 02:05:32AM +0200, Samuel Thibault wrote: > This version of impress systematically crashes on startup, even on > a blank presentation. I tried to unset LANG & LC_CTYPE, as well as > .openoffice.org, dropping openoffice.org-gnome, without any change. I > tried to change the user, and that did make it work. I wonder what the So it does not "systematically" crash (BTW, why did you use such a crappy subject anyway?) > difference can be in both case, as the rest of my desktop was exactly > the same (ssh -X theotheru...@localhost). Other modules lik writer or It is not *exactly* the same, unless you have the identical user configs on yor "old" and the "new" user. > calc do start fine however, but as soon as I try to create or open an > impress document, I get a crash. > > Below is the backtrace I'm getting. iLooks like https://bugzilla.novell.com/show_bug.cgi?id=588957 and http://www.openoffice.org/issues/show_bug.cgi?id=107271 and http://www.openoffice.org/issues/show_bug.cgi?id=108428 (at least the backtrace is similar and threfore http://lists.freedesktop.org/archives/ooo-build-commit/2010-March/002886.html should probably fix it) Will add the patch. Grüße/Regards, René -- .''`. René Engelhard -- Debian GNU/Linux Developer : :' : http://www.debian.org | http://people.debian.org/~rene/ `. `' r...@debian.org | GnuPG-Key ID: D03E3E70 `- Fingerprint: E12D EA46 7506 70CF A960 801D 0AA0 4571 D03E 3E70 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#575776: binfmt-support/run-detectors tries to run binfmt-detector-cli.
Package: binfmt-support Version: 1.2.17 Severity: normal Can't exec "/usr/lib/cli/binfmt-detector-cli": No such file or directory at /usr/share/binfmt-support/run-detectors line 92. Basically the run-detectors script should check to see if binfmt-detector-cli exists and only exec it if it does. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-3-amd64 (SMP w/2 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Shell: /bin/sh linked to /bin/dash Versions of packages binfmt-support depends on: ii lsb-base 3.2-23 Linux Standard Base 3.2 init scrip ii perl 5.10.1-11 Larry Wall's Practical Extraction binfmt-support recommends no packages. binfmt-support suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#567803: new upstream version available
retitle 567803 freecol crashes with sun's Java thanks Hi Danai ! 2010/3/28 Danai SAE-HAN (韓達耐) : > Switching from Sun's JRE to OpenJDK's works: > > [2010-03-28 14:23:25] da...@tls2ce911hx8s ~ > % JAVA_HOME=/usr/lib/jvm/java-6-openjdk freecol > > It's quite slowe compared to Sun's (which I need for Groovy and > Grails), but at least it doesn't crash anymore (for now, that is ;-)). I'm interested in getting more information about the actual crash with Sun's Java; even though it is in non-free, you may not be the only user with this trouble, and it definitely shoudn't crash with any java6 runtime. Cheers, Vincent -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#405762: Official Winning Notification
RE: Official Winning Notification Congratulations! You are one of the winners of this year grant award from the Royal Boskalis Westminster official publication of results of the E-mail electronic online Sweepstakes organized by Royal Boskalis Westminster in the month of March, 2010, wherein your email address emerged as one of the online winning emails in the 2nd category and therefore attracted a cash award of $900,750.00 (Nine Hundred Thousand Seven Hundred and Fifty United State Dollars only), as your grant award. Find below your winning particulars as follows. Award numbers: /Email ticket numbers: 927/7811/RBW/2010 /927/7811 Batch number / Reference number: 927/781/RBW/EU / HL/927/781/01 Complete the following form and forward to the foreign processing / clearance officer. Full Names Address _ Nationality __ Mobile Number Mr. Janick DELARCHE E-mail: rbw_...@yahoo.com.hk My best wishes for success as one of the grant recipient. Sincerely, Brandy Jan. Royal Boskalis Westminster. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#573865: /usr/bin/kolourpaint: no entry in gnome application menu
2010/3/29 Pino Toscano : > For this, let me propose what I think it might be a more elegant idea to > propose directly upstream: let the GNOME menu configurable like > [ ] Show KDE applications > [ ] Show XFCE applications > (etc, with those options either user visible or just in gconf) > and then make it show/hide those applications by just filtering them by > looking at their Categories. > Advantages: > - the user can choose whether they really want applications of other DEs > - less blacklist done on Debian's gnome-menu > It seems to be a good idea. As I don't contribute to GNOME, I can't help you (accept sending a ticket on the gnome bug tracker if it doesn't exist). -- Stéphane -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#575777: CVE-2010-0004 CVE-2010-0005
Package: viewvc Severity: serious Tags: security -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, the following CVE (Common Vulnerabilities & Exposures) ids were published for viewvc. CVE-2010-0004[0]: | ViewVC before 1.1.3 composes the root listing view without using the | authorizer for each root, which might allow remote attackers to | discover private root names by reading this view. CVE-2010-0005[1]: | query.py in the query interface in ViewVC before 1.1.3 does not reject | configurations that specify an unsupported authorizer for a root, | which might allow remote attackers to bypass intended access | restrictions via a query. If you fix the vulnerabilities please also make sure to include the CVE ids in your changelog entry. For further information see: [0] http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2010-0004 http://security-tracker.debian.org/tracker/CVE-2010-0004 [1] http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2010-0005 http://security-tracker.debian.org/tracker/CVE-2010-0005 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAkuwXE8ACgkQNxpp46476aqGjwCgnsgcAXKzsz8mdcktg9rxIG1F elYAoJk2IZTsUGPg3CaDU5U+TqBee0zX =XLxz -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#575778: CVE-2009-1904
Package: ruby1.9 Severity: serious Tags: security -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, the following CVE (Common Vulnerabilities & Exposures) id was published for ruby1.9. CVE-2009-1904[0]: | The BigDecimal library in Ruby 1.8.6 before p369 and 1.8.7 before p173 | allows context-dependent attackers to cause a denial of service | (application crash) via a string argument that represents a large | number, as demonstrated by an attempted conversion to the Float data | type. If you fix the vulnerability please also make sure to include the CVE id in your changelog entry. For further information see: [0] http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2009-1904 http://security-tracker.debian.org/tracker/CVE-2009-1904 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAkuwXjUACgkQNxpp46476aqPlgCeN7jJjG1e0KuaDptQwhb464CH 5F4AnAnWvXTKKcf+RNBCoYhW3j5J0O1V =y4x9 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#575779: CVE-2009-1188: Integer overflow in the JBIG2 decoding feature
Package: xpdf-reader Severity: serious Tags: security -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, the following CVE (Common Vulnerabilities & Exposures) id was published for xpdf. CVE-2009-1188[0]: | Integer overflow in the JBIG2 decoding feature in the | SplashBitmap::SplashBitmap function in SplashBitmap.cc in Xpdf 3.x | before 3.02pl4 and Poppler before 0.10.6, as used in GPdf and | kdegraphics KPDF, allows remote attackers to execute arbitrary code or | cause a denial of service (application crash) via a crafted PDF | document. If you fix the vulnerability please also make sure to include the CVE id in your changelog entry. For further information see: [0] http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2009-1188 http://security-tracker.debian.org/tracker/CVE-2009-1188 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAkuwXvgACgkQNxpp46476aoydgCfYkK2OHwM6QAGFxHNUEzHjq9w +2wAn0VHYM3htrqYtvtJ3J3sncSBhi7h =SAVD -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#575776: Patch : Trivial fix!
The fix for this is really trivial. Patch below.
Cheers,
Erik
--- run-detectors.pl.orig2008-08-19 19:24:20.0 +1000
+++ run-detectors.pl 2010-03-29 19:02:45.869495423 +1100
@@ -88,7 +88,7 @@
# as one succeeds, exec() it.
for my $format (@ok_formats) {
-if (length $format->{detector}) {
+if (length $format->{detector} && -e $format->{detector}) {
my $status = system $format->{detector}, $ARGV[0];
$status /= 256; # actual exit value
if ($status == 0) {
--
--
Erik de Castro Lopo
http://www.mega-nerd.com/
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#518235: [PATCH] SOCKS, "socksify irssi" vs linking
Christoph Fritz writes: > [PATCH] Proxy enhancements (incl. native SOCKS5 support) > at http://bugs.irssi.org/index.php?do=details&task_id=691 > looks nice, why isn't this in trunk? dunno; there was neither a response on the maillist nor in the bugtracker. Perhaps, proxies are such an exotic feature that nobody needs them. Enrico -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#561400: postman: should this package be removed?
severity 561400 normal reassign 561400 ftp.debian.org retitle 561400 RM: postman -- RoQA; RC-buggy, old, orphaned, low popcon thanks Dear ftp team, I completely agree with Simon's reasoning here and since nobody objected I hereby request the removal of postman. On Wed, Dec 16, 2009 at 09:16:27PM +, Simon McVittie wrote: > * RC-buggy (FTBFS) > * low popcon (5 votes) > * orphaned since 2007 > * last upstream release appears to have been 2005 > * alternatives exist (it's webmail) > * potentially security-sensitive (it's webmail) Thanks! Hauke signature.asc Description: Digital signature
Bug#573865: /usr/bin/kolourpaint: no entry in gnome application menu
Le lundi 29 mars 2010 à 01:50 +0200, Pino Toscano a écrit : > Hm, after a quick talk with Emilio Pozuelo Monfort, I got some of the > reasons why this done, e.g. the fact that installing the KDE environment > does not make all the KDE application appear in the GNOME menu. > While this kind of makes sense, there can be perfect valid cases when > this strategy creates issue: > a) a GNOME user wants to try KDE, so they can install KDE, login to it > but continue using the GNOME applications they were still using before > b) like in this bug: installing (some) single KDE applications does not > make them shown in the GNOME menu > c) you are blacklisting some but not all of the KDE applications, so > users could be confused to see just some KDE applications appear while > others not (apparently without a logic) The logic is to blacklist applications are installed by default with KDE and which are either KDE-specific (like all the configuration stuff) or redundant with existing GNOME applications. I do not claim to have done a perfect selection, so feel free to suggest changes. > For this, let me propose what I think it might be a more elegant idea to > propose directly upstream: let the GNOME menu configurable like > [ ] Show KDE applications > [ ] Show XFCE applications > (etc, with those options either user visible or just in gconf) > and then make it show/hide those applications by just filtering them by > looking at their Categories. > Advantages: > - the user can choose whether they really want applications of other DEs > - less blacklist done on Debian's gnome-menu It would be nice in the end, but it would require first to have the following fixed. > Of course, if there are really KDE/GNOME/XFCE/etc-specific .desktop > entries which are not marked as OnlyShownIn=..., thosr would still need > to be fixed. This is the root of the problem. There are dozens, if not hundreds, of such desktop files, and maintainers have apparently better things to do than fixing them. In the meantime, note that the gnome-menus blacklist is entirely configurable. Cheers, -- .''`. Josselin Mouette : :' : `. `' “A handshake with whitnesses is the same `- as a signed contact.” -- Jörg Schilling -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#575780: CVE-2008-5983
Package: python3.1 Severity: serious Tags: security -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, the following CVE (Common Vulnerabilities & Exposures) id was published for python3.1. CVE-2008-5983[0]: | Untrusted search path vulnerability in the PySys_SetArgv API function | in Python 2.6 and earlier, and possibly later versions, prepends an | empty string to sys.path when the argv[0] argument does not contain a | path separator, which might allow local users to execute arbitrary | code via a Trojan horse Python file in the current working directory. If you fix the vulnerability please also make sure to include the CVE id in your changelog entry. For further information see: [0] http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2008-5983 http://security-tracker.debian.org/tracker/CVE-2008-5983 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAkuwYBgACgkQNxpp46476apUfACeOqk0rUpOxljjCfg/e2VSAY5g Ac8An0QKMApQZJxeZ8l4U3JucnpwwYAu =tS8a -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#575536: /usr/lib/libwx_gtk2u_core-2.8.so.0: segfaults in wxWindow::DoSetSize due to m_parent being NULL
reassign 575536 mayavi2 3.3.1-1
severity 575536 serious
tag 575536 confirmed
quit
On Fri, Mar 26, 2010 at 04:49:46PM +, Yaroslav Halchenko wrote:
> Package: libwxgtk2.8-0
> Version: 2.8.10.1-3.1~debug
> Severity: important
> File: /usr/lib/libwx_gtk2u_core-2.8.so.0
>
at the beginning of wxWindowGTK::DoSetSize there is this check:
wxASSERT_MSG( (m_parent != NULL), wxT("wxWindowGTK::SetSize requires
parent.\n") );
[I think wxASSERT_MSG is a noop in our build, so that line doesn't
actually do anything in this situation..]
and looking at the gdb output, it seems that m_parent is NULL.
so mayavi2 is doing something that it shouldn't.
it seems that the problem is that somewhere the python code is calling
Layout on a sizer that doesn't have a parent, and that's not allowed.
and I have reproduced the segfault in mayavi2 as well.
in the next few days I may look into making a patch to fix this,
however for now I am reassigning it to mayavi2.
Cheers,
Ryan
--
_
Ryan Niebur
ryanrya...@gmail.com
signature.asc
Description: Digital signature
Bug#564933: aub: should this package be removed?
severity 564933 normal reassign 564933 ftp.debian.org retitle 564933 RM: aub -- RoQA; orphaned, no upstream, low popcon, alternatives thanks Dear ftp team, since nobody objected and I agree with Simon, I hereby request the removal of aub. On Tue, Jan 12, 2010 at 08:51:21PM +, Simon McVittie wrote: > * orphaned > * the previous Debian maintainer was also the upstream > * low popcon (6 votes) > * alternatives exist (e.g. brag, lottanzb, nzb) Thanks! Hauke signature.asc Description: Digital signature
Bug#540332: ITP: at-spi2-core -- Assistive Technology Service Provider Interface (Core) - dbus
Hi, These packages were taken care of by Mario, but I haven't heard any news from them yet, Mario, could you give some updates from you? if nobody is taking charge of them, I'm happy to help :) 2010/3/29 Sebastian Dröge : > Hi, > what's the plan with at-spi2-core/-atk? Will they be uploaded to > experimental soonish (to get them out of NEW) and then to unstable? > They're part of GNOME 2.30, which is a goal for squeeze, and as such > should go into unstable as soon as a stable release exists. > > Thanks for working on these packages :) > -- Ray Wang - Free As In Freedom -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#558125: epiphany-browser - Caches the decision to use ipv6 over network topology changes
On Mon, Mar 8, 2010 at 09:58:18 -0300, Gustavo Noronha Silva wrote: > On Sat, 2010-03-06 at 14:03 +0100, Julien Cristau wrote: > > I seem to be seeing this too. Trying to connect to www.google.com right > > now results in a connect() to 2a00:1450:8007::93, which fails with > > ENETUNREACH, and epiphany immediately returns an error page instead of > > trying one of the other addresses. Looks like it's not actually caching > > ipv4 vs ipv6, but just one ip address for the url… > > This is likely a problem in libsoup, or on GResolver. I'll ask Dan > Winship. > Any luck? Cheers, Julien signature.asc Description: Digital signature
Bug#575781: Please resolve IPv6 gateway too
Package: libnss-gw-name Version: 0.2-1 Severity: wishlist Tags: ipv6 % ping6 gateway.localhost unknown host -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.33-2-amd64 (SMP w/1 CPU core) Locale: LANG=en_GB, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- .''`. martin f. krafft Related projects: : :' : proud Debian developer http://debiansystem.info `. `'` http://people.debian.org/~madduckhttp://vcs-pkg.org `- Debian - when you have better things to do than fixing systems digital_signature_gpg.asc Description: Digital signature (see http://martin-krafft.net/gpg/)
Bug#575776: binfmt-support/run-detectors tries to run binfmt-detector-cli.
On Mon, Mar 29, 2010 at 06:22:43PM +1100, Erik de Castro Lopo wrote: > Can't exec "/usr/lib/cli/binfmt-detector-cli": No such file or directory > at /usr/share/binfmt-support/run-detectors line 92. > > Basically the run-detectors script should check to see if > binfmt-detector-cli exists and only exec it if it does. While it's true that your patch represents a trivial fix, it seems odd that this situation should ever arise. If the package providing /usr/lib/cli/binfmt-detector-cli has been removed, shouldn't all the binary formats using it as a detector also have been removed? Could you please elaborate on how you came across this problem? Thanks, -- Colin Watson [cjwat...@debian.org] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#575782: epiphany-browser: crash with SIGSEGV in WTF::TCMalloc_ThreadCache::GetThreadHeap()
Package: epiphany-browser
Version: 2.29.92-1
Severity: normal
Hi,
I just had to kill and restart epiphany to work around #558125. When it
started again and reloaded previously displayed pages, it crashed with
the following backtrace:
Core was generated by `epiphany-browser'.
Program terminated with signal 11, Segmentation fault.
#0 0x7f2c080d9030 in ?? ()
(gdb) bt full
#0 0x7f2c080d9030 in ?? ()
No symbol table info available.
#1 0x7f2c3ac0a5af in ?? ()
No symbol table info available.
#2 0x0001 in ?? ()
No symbol table info available.
#3 0x7f2d080b31c0 in ?? ()
No symbol table info available.
#4 0x000b in ?? ()
No symbol table info available.
#5 0x7f2d0002 in ?? ()
No symbol table info available.
#6 0x0011 in ?? ()
No symbol table info available.
#7 0x7f2d1a6a6e27 in WTF::TCMalloc_ThreadCache::GetThreadHeap
(ptr=0x7fff09200130) at ../JavaScriptCore/wtf/FastMalloc.cpp:2942
No locals.
#8 WTF::TCMalloc_ThreadCache::GetCacheIfPresent (ptr=0x7fff09200130) at
../JavaScriptCore/wtf/FastMalloc.cpp:2962
No locals.
#9 do_free (ptr=0x7fff09200130) at ../JavaScriptCore/wtf/FastMalloc.cpp:3534
heap =
p = 2
span = 0x200
cl = 139831403421872
#10 WTF::fastFree (ptr=0x7fff09200130) at
../JavaScriptCore/wtf/FastMalloc.cpp:3735
No locals.
#11 0x7f2d1a5ada80 in JSC::JITCode::execute (this=0x7f2d092120b0,
program=0x7f2cf52adc00, callFrame=0x7f2cf7978048, scopeChain=0x7f2c3ac7fbb0,
thisObj=, exception=)
at ../JavaScriptCore/jit/JITCode.h:77
No locals.
#12 JSC::Interpreter::execute (this=0x7f2d092120b0, program=0x7f2cf52adc00,
callFrame=0x7f2cf7978048, scopeChain=0x7f2c3ac7fbb0, thisObj=, exception=)
at ../JavaScriptCore/interpreter/Interpreter.cpp:621
oldEnd = 0x7f2cf7978000
lastGlobalObject = 0x7f2d0809ee00
globalObject = 0x7f2d0809ee00
newEnd =
newCallFrame = 0x7f2cf542b508
#13 0x7f2d1a65f13d in JSC::evaluate (exec=0x7f2cf542b508, scopeChain=...,
source=, thisValue=...) at
../JavaScriptCore/runtime/Completion.cpp:62
thisObj = 0x7f2d1af075d0
exception = {m_ptr = 0x0}
lock = { = { = {}, }, m_lockBehavior = JSC::SilenceAssertionsOnly}
error =
result =
#14 0x7f2d19f206d1 in WebCore::ScriptController::evaluateInWorld
(this=0x7f2d029e13b0, sourceCode=..., world=) at
../WebCore/bindings/js/ScriptController.cpp:127
sourceURL = {m_impl = { = {}, m_ptr
= 0x7f2c3ae87c80}}
shell = 0x7f2d0809ed80
exec = 0x7f2cf542b508
savedSourceURL = 0x0
comp = {m_type = 153092960, m_value = {m_ptr = 0x0}}
#15 0x7f2d19f20dc2 in WebCore::ScriptController::evaluate
(this=0x7f2d029e13b0, sourceCode=...) at
../WebCore/bindings/js/ScriptController.cpp:153
No locals.
#16 0x7f2d19f3713f in WebCore::ScriptController::executeScript
(this=0x7f2d029e13b0, sourceCode=...) at
../WebCore/bindings/ScriptControllerBase.cpp:60
wasInExecuteScript = false
result = {_vptr.ScriptValue = 0x7fff09200810, m_value = warning: can't
find linker symbol for virtual table for `JSC::ProtectedJSValue' value
warning: found `WebCore::SegmentedString::~SegmentedString()' instead
{m_value = warning: can't find linker symbol for virtual table for
`JSC::JSValue' value
warning: found `WebCore::SegmentedString::~SegmentedString()' instead
{m_ptr = 0x7f2d1a119c12}}}
#17 0x7f2d1a111c7d in WebCore::HTMLTokenizer::scriptExecution
(this=0x7f2d029e8400, sourceCode=..., state=) at
../WebCore/html/HTMLTokenizer.cpp:580
savedPrependingSrc = 0x7fff09200700
prependingSrc = {m_pushedChar1 = 0, m_pushedChar2 = 0, m_currentString
= {m_length = 0, m_current = 0x0, m_string = {m_impl = { =
{}, m_ptr = 0x0}},
m_doNotExcludeLineNumbers = true}, m_currentChar = 0x0,
m_substrings = { = {}, m_start = 0, m_end =
0,
m_buffer = {> =
{ = { = {},
}, m_buffer = 0x0,
m_capacity = 0}, }}, m_composite = false}
#18 0x7f2d1a114bc5 in WebCore::HTMLTokenizer::scriptHandler
(this=0x7f2d029e8400, state=) at
../WebCore/html/HTMLTokenizer.cpp:522
cs =
scriptString = {m_impl = { = {},
m_ptr = 0x7f2c3ac572c0}}
doScriptExec =
startLine =
followingFrameset = false
savedPrependingSrc = 0x0
prependingSrc = {m_pushedChar1 = 0, m_pushedChar2 = 0, m_currentString
= {m_length = 0, m_current = 0x0, m_string = {m_impl = { =
{}, m_ptr = 0x0}},
m_doNotExcludeLineNumbers = true}, m_currentChar = 0x0,
m_substrings = { = {}, m_start = 0, m_end =
0,
m_buffer = {> =
{ = { = {},
}, m_buffer = 0x0,
m_capacity = 0}, }}, m_composite = false}
#19 0x7f2d1a115580 in WebCore::HTMLTokenizer::parseNonHTMLText
(this=0x7f2d029e8400, src=..., state=) at
../WebCore/html/HTMLTokenizer.cpp:361
ch =
lastDecodedEntityPosition = -1
#20 0x7f2d1a117900 in WebCore::H
Bug#575783: RFP: eclipse-git-plugin -- EGit is an Eclipse Team provider for the Git version control system
Package: wnpp Severity: wishlist * Package name: eclipse-git-plugin Version : 0.7.1 Upstream Author : Shawn O. Pearce * URL : http://www.eclipse.org/egit/ * License : GPL Programming Lang: Java Description : EGit is an Eclipse Team provider for the Git version control system EGit is an Eclipse Team provider for the Git version control system. Git is a distributed SCM, which means every developer has a full copy of all history of every revision of the code, making queries against the history very fast and versatile. The EGit project is implementing Eclipse tooling on top of the JGit Java implementation of Git. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#575780: CVE-2008-5983
severity 575780 important forwarded 575780 http://bugs.python.org/issue5753 thanks downgraded to the same severity as #572010 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#575784: cron: security hole ? allowes opening user sessions ?
Package: cron Version: 3.0pl1-106 Justification: root security hole Severity: critical Tags: security Hi Guys, I am by no means a security expert. I noticed my server was breached and multiple accounts on it have been logging via cron over and over again. >From the auth log: Mar 29 10:30:01 sinbra CRON[5643]: pam_unix(cron:session): session opened for user arun by (uid=0) Mar 29 10:30:01 sinbra CRON[5642]: pam_unix(cron:session): session closed for user michael Mar 29 10:30:01 sinbra CRON[5643]: pam_unix(cron:session): session closed for user arun Mar 29 10:31:01 sinbra CRON[5729]: pam_unix(cron:session): session opened for user arun by (uid=0) Mar 29 10:31:01 sinbra CRON[5728]: pam_unix(cron:session): session opened for user michael by (uid=0) Mar 29 10:31:01 sinbra CRON[5728]: pam_unix(cron:session): session closed for user michael Mar 29 10:31:01 sinbra CRON[5729]: pam_unix(cron:session): session closed for user arun Mar 29 10:32:01 sinbra CRON[5822]: pam_unix(cron:session): session opened for user michael by (uid=0) Mar 29 10:32:01 sinbra CRON[5823]: pam_unix(cron:session): session opened for user arun by (uid=0) Mar 29 10:32:01 sinbra CRON[5822]: pam_unix(cron:session): session closed for user michael Mar 29 10:32:01 sinbra CRON[5823]: pam_unix(cron:session): session closed for user arun as soon as I removed cron, these session openings where stopped. I removed cron with the --purge flag, and manually erased everything in the /etc/ directory which realted to cron. I then restarted the computer, However, as soon as I re-installed cron, these session openings via uid=0 started again. There is a high possibility I'm wrong, and this is not related to cron, so feel free to downgrade this bug. Thanks Oz. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (700, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-trunk-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages cron depends on: ii adduser 3.112 add and remove users and groups ii debianutils 3.2.2 Miscellaneous utilities specific t ii libc6 2.10.2-6 Embedded GNU C Library: Shared lib ii libpam0g 1.1.1-2Pluggable Authentication Modules l ii libselinux1 2.0.89-4 SELinux runtime shared libraries ii lsb-base 3.2-23 Linux Standard Base 3.2 init scrip Versions of packages cron recommends: pn exim4 | postfix | mail-transp (no description available) ii lockfile-progs0.1.13 Programs for locking and unlocking Versions of packages cron suggests: ii anacron 2.3-14 cron-like program that doesn't go ii checksecurity 2.0.13 basic system security checks ii logrotate 3.7.8-4Log rotation utility
Bug#575760: x86 architecture names are confusing
On Mon, 2010-03-29 at 02:52 +0100, Ben Hutchings wrote: > Package: www.debian.org > Severity: normal > > Various pages use the long architecture names 'AMD64' and 'Intel x86' > for our architectures 'amd64' and 'i386'. The name 'AMD64' sometimes > confuses users with Intel x86-64 chips, who instead download the > installer or CD images for ia64. This is a waste of time and > bandwidth for all concerned. The name 'Intel x86' is also inaccurate > in that the i386 architecture runs on 32-bit x86 processors from many > vendors. > > I recommend the names '32-bit PC' and '64-bit PC' - they are not > pedantically correct, but people should understand what they mean. > Whatever you do, please avoid any vendor-specific names (including > 'IA32' which is almost unknown outside of Intel manuals). FYI, I did a very quick survey... Ubuntu use: PC (Intel x86) // 64-bit PC (AMD64) Opensuse use: 32bit PC // 64bit PC Fedora use: i386 // x86-64 FreeBSD : i386 // amd64 NetBSD : i386 // amd64 The statistics from the French mirror suggests Ben is right: ftp://ftp.free.fr/stats/debiancd.monthly.201002.txt |___ Downloads per Arch ___| |__i386__|_amd64__|__ia64__| DVD | 583 | 211 | 43 | CD | 517 | 193 | 34 | When popcon says i386 = 64800 ; amd64 = 23700 ; ia64 = 80 Either lots of ia64 users don't enable popcon, or they get ia64 by mistake. My 2¢ Franklin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#500560: [patch] proxy auth percent encoding
Tags: patch
Package: apt
Version: 0.7.25.3
Here is a patch proposed to Ubuntu
(https://bugs.edge.launchpad.net/ubuntu/+source/gnome-terminal/+bug/130289)
It does the following things:
- in QuoteString: escape '%'
- unescape proxy credentials
credentials need to be percent encoded in apt.conf (RFC3986)
=== modified file 'apt-pkg/contrib/strutl.cc'
--- apt-pkg/contrib/strutl.cc 2010-03-08 16:46:43 +
+++ apt-pkg/contrib/strutl.cc 2010-03-27 00:05:30 +
@@ -273,7 +273,7 @@
for (string::const_iterator I = Str.begin(); I != Str.end(); I++)
{
if (strchr(Bad,*I) != 0 || isprint(*I) == 0 ||
- *I <= 0x20 || *I >= 0x7F)
+ *I <= 0x20 || *I >= 0x7F || *I == 0x25)
{
char Buf[10];
sprintf(Buf,"%%%02x",(int)*I);
@@ -293,7 +293,8 @@
string Res;
for (string::const_iterator I = Str.begin(); I != Str.end(); I++)
{
- if (*I == '%' && I + 2 < Str.end())
+ if (*I == '%' && I + 2 < Str.end() &&
+ isxdigit(int(*(I+1))) && isxdigit(int(*(I+2
{
char Tmp[3];
Tmp[0] = I[1];
@@ -1216,10 +1217,11 @@
}
else
{
+ // username and password must be encoded (RFC2396)
Host.assign(At+1,SingleSlash);
- User.assign(FirstColon,SecondColon);
+ User.assign(DeQuoteString(string(FirstColon,SecondColon)));
if (SecondColon < At)
- Password.assign(SecondColon+1,At);
+ Password.assign(DeQuoteString(string(SecondColon+1,At)));
}
// Now we parse the RFC 2732 [] hostnames.
Bug#551638: Updated patch for dselect bugs
On Sat, 27 Mar 2010, Robert Luberda wrote: > I discovered that the previous version of my patch re-added the "purge > ok not-installed" packages into status file. Fortunately the issue > turned out to be quite simple to fix. I'm attaching a new patch split > into two files. > > The first one, 1_dselect_559519+556889.patch.gz, causes dselect to treat > all unknown packages all as already seen. This fixes #556889, since > dselect never automatically selects already seen packages for installation. > The change is especially visible at the packages' selection screen: the > non-patched version shows status `n_' (meaning `new purge') for most > packages, for example: > n_ Xtr x11 choosewm 0.1.6-1 fake ... > n_ Xtr x11 compiz-fusio 0.8.4-1 Compiz Fusion ... > n_ Xtr x11 compiz-fusio 0.8.4-2 Compiz Fusion ... > My version displays the status as '__' (`purge purge'). > I hope the patch would be quite safe for applying in dselect. > > > With the second patch, 2_dselect_551638.patch.gz, dselect stores already > seen packages in packages-seen file - one package name in each line. It > would be nice if you could apply this patch too, even though you might > dislike it e.g. because db is certainly not `fronted united', coding > introduces usage of STL maps, strings and iostreams and doesn't look > like the awful `C with classes' used elsewhere in dselect codes. How can the two patches work together? I mean either the package has been already seen or it's not. A new package by definition has no entry in the status file so it's unknown (and thus seen) according to the first patch. What good does the second patch do then? Otherwise I discussed your patch with Guillem quickly the other day and he would like to store the seen/not-seen information in a common place (i.e. shared by all frontends). I'm not sure there's enough time to implement this in the squeeze timeframe. Guillem mentionnend reverting part of the problematic changes if he can't manage this in time, I'm not sure I like this, I would rather commit something based on your patch. In that case, if we store the data in a frontend-specific manner, the file shall be stored in /var/lib/dselect and not /var/lib/dpkg. Our goal is to prepare a split so new files should go there IMO. In the mean time, I think committing your first patch would alleviate the most annoying side-effects of the current situation. I would be in favor of that, Guillem what do you think? Cheers, -- Raphaël Hertzog Like what I do? Sponsor me: http://ouaza.com/wp/2010/01/05/5-years-of-freexian/ My Debian goals: http://ouaza.com/wp/2010/01/09/debian-related-goals-for-2010/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#575776: binfmt-support/run-detectors tries to run binfmt-detector-cli.
Colin Watson wrote: > On Mon, Mar 29, 2010 at 06:22:43PM +1100, Erik de Castro Lopo wrote: > > Can't exec "/usr/lib/cli/binfmt-detector-cli": No such file or directory > > at /usr/share/binfmt-support/run-detectors line 92. > > > > Basically the run-detectors script should check to see if > > binfmt-detector-cli exists and only exec it if it does. > > While it's true that your patch represents a trivial fix, it seems odd > that this situation should ever arise. If the package providing > /usr/lib/cli/binfmt-detector-cli has been removed, shouldn't all the > binary formats using it as a detector also have been removed? I did look, but I couldn't figure out how binfmt-support figured out that it should look for binfmt-detector-cli. > Could you > please elaborate on how you came across this problem? Well some time ago I removed the mono-runtime package which provides binfmt-detector-cli. There were no warnings of any kind. So either binfmt-support is a missing dependency on mono-runtime (which would be silly) or binfmt-support needs to be aware that mono-runtime may not be installed. Erik -- -- Erik de Castro Lopo http://www.mega-nerd.com/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#575582: openssh-server: privsep directory disappeared on upgrade
On Sat, Mar 27, 2010 at 08:30:11PM +1100, Russell Coker wrote: > I have just upgraded a system to Debian/Testing and sshd started failing. The > directory /var/run/sshd had disappeared as part of the upgrade process. Are you not using /etc/init.d/ssh to start sshd? It ensures that /var/run/sshd exists before starting the daemon. This directory is no longer shipped by the package because /var/run may be a tmpfs (cf. policy 9.3.2) and so the init script has to create the directory dynamically anyway. Regards, -- Colin Watson [cjwat...@debian.org] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#575785: CVE-2010-1100: Integer overflow
Package: arora Severity: serious Tags: security -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, the following CVE (Common Vulnerabilities & Exposures) id was published for arora. CVE-2010-1100[0]: | Integer overflow in Arora allows remote attackers to bypass intended | port restrictions on outbound TCP connections via a port number | outside the range of the unsigned short data type, as demonstrated by | a value of 65561 for TCP port 25. If you fix the vulnerability please also make sure to include the CVE id in your changelog entry. For further information see: [0] http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2010-1100 http://security-tracker.debian.org/tracker/CVE-2010-1100 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAkuwbKQACgkQNxpp46476arUYQCdHKwA4FyjQPdFOtam5iVjLmTi 5l0AnjFHG8wMJ4gRSbzGPuSNwTNeYBJF =KsZy -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#575786: dpkg: refuses to unpack package having conflicts+replaces of virtual package
Package: dpkg Version: 1.15.5.6 Severity: important >From dpkg log: -8<- Selecting previously deselected package libboost1.42-dev. libboost1.42-dev conflicts with bcp libboost1.40-dev provides bcp and is present and installed. dpkg: error processing /var/cache/apt/archives/libboost1.42-dev_1.42.0-3_i386.deb (--unpack): conflicting packages - not installing libboost1.42-dev ->8- Sure, libboost1.42-dev conflicts with bcp, but it also replaces it: -8<- $ cupt show libboost1.42-dev | grep Replaces Replaces: bcp ->8- -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (990, 'unstable'), (900, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-trunk-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages dpkg depends on: ii coreutils 7.5-6 GNU core utilities ii libc6 2.10.2-6 Embedded GNU C Library: Shared lib ii lzma 4.43-14Compression method of 7z format in dpkg recommends no packages. Versions of packages dpkg suggests: ii apt 0.7.25.3 Advanced front-end for dpkg -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#575783: RFP: eclipse-git-plugin -- EGit is an Eclipse Team provider for the Git version control system
Patrick Datko wrote: > Package: wnpp > Severity: wishlist > > > * Package name: eclipse-git-plugin > Version : 0.7.1 > Upstream Author : Shawn O. Pearce > * URL : http://www.eclipse.org/egit/ > * License : GPL > Programming Lang: Java > Description : EGit is an Eclipse Team provider for the Git version > control system > > EGit is an Eclipse Team provider for the Git version control system. Git is a > distributed SCM, > which means every developer has a full copy of all history of every revision > of the code, making > queries against the history very fast and versatile. > > The EGit project is implementing Eclipse tooling on top of the JGit Java > implementation of Git. > > > Hi Are you sure about that License? When I checked it earlier today it was licensed under BSD (not to mention that GPL and EPL are incompatible so I do not think it is possible to make an eclipse plugin licensed under GPL). ~Niels signature.asc Description: OpenPGP digital signature
Bug#575787: CVE-2010-0736: Cross-site scripting (XSS) vulnerability
Package: viewvc Severity: serious Tags: security -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, the following CVE (Common Vulnerabilities & Exposures) id was published for viewvc. CVE-2010-0736[0]: | Cross-site scripting (XSS) vulnerability in the view_queryform | function in lib/viewvc.py in ViewVC before 1.0.10, and 1.1.x before | 1.1.4, allows remote attackers to inject arbitrary web script or HTML | via "user-provided input." If you fix the vulnerability please also make sure to include the CVE id in your changelog entry. For further information see: [0] http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2010-0736 http://security-tracker.debian.org/tracker/CVE-2010-0736 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAkuwbXYACgkQNxpp46476arxJACdEaZcj/lgJJNJ1yRUDDyfPwYA Ii0An2T6LiMIlY4I4oTpjUedX5vu4I2L =T+nk -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#573073: cryptsetup: boot fails because fsck tries to access the device before it is unlocked
I the same problem, but with an encrypted external USB drive. My crypttab: store/dev/sda1 /etc/keys/store.key luks,loud My fstab: /dev/mapper/store /store ext3 defaults 0 0 With this configuration in Lenny /store gets mounted successfully during boot. In Squeeze the target /dev/mapper/store does not get created, and therefore /store does not get get mounted. I can manually run 'cryptdisks' followed by 'mount /store' once I'm logged in and it works fine. If I add 'sleep 3' at the start of 'handle_crypttab_line_start' it all works. (I tried 'sleep 1' but that didn't seem to be long enough). Regards Allen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#575690: geeqie fails to recognize some PPM images
Hi
Dne Sun, 28 Mar 2010 11:05:52 +
"Matthew W. Miller" napsal(a):
> geeqie fails to recognize some PPM images which are readable by both the
> GIMP (gimp version 2.6.8-2) and pnmtopng (libnetpbm10 version
> 2:10.0-12.1).
>
> As an example, I refer to the PPM image files attached to this report:
>
> works.ppm displays correctly
> fails.ppm unrecognized
>
> The only formatting difference is that the former has an embedded
> comment ("# CREATOR: The GIMP's PNM Filter Version 1.0"), while the
> latter does not.
>
> I believe that gtk or one of its associated libraries (perhaps
> gdk_pixbuf?) may be at the root of the problem, since the unrecognized
> file problem occurs when gtk2.0-0 version 2.18.9-2 is installed, yet
> both images are displayed successfully when gtk2.0-0 version 2.18.6-1 is
> installed. However I don't know enough about the internals of gtk, gdk
> or geeqie to make a definitive statement.
This seems to be bug somewhere in Gtk/Gdk and it seems to be fixed in
packages available in experimental.
--
Michal Čihař | http://cihar.com | http://blog.cihar.com
signature.asc
Description: PGP signature
Bug#575788: fusionforge: Please provide a package for 5.0
Package: fusionforge Severity: wishlist Hi. I'm pretty sure, it's on its way (even maybe blocked in uploading by hardware issues). Still... Oh, and it would be great to have a watch file Best regards, -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.32-3-686 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#575158: dpkg: Add new 'e500' architecture to triplettable and ostable
* Moffett, Kyle D | 2010-03-25 17:49:33 [-0500]:
>We can just use --enable-e500-double when building (recent?) GCC.
Yep, looks good.
>Ok, so hopefully we can all agree on "e500v2"? That's the name I'm going to
>go ahead and use in my newest build-cycle.
Yep, I think so. However we will see what will slips into dpkg once it
is there.
>For reference, I've included a summary of the rationale behind the
>suggestion:
>
> * The only chipset families that support "SPE" instructions are:
>* PowerPC e200
>* PowerPC e500v1
>* PowerPC e500v2
>
> * The incompatibility between various SPE-capable CPUs mean that an arch
>spec of "spe" or "powerpcspe" is probably insufficiently descriptive.
Yes, "probably". Right now we don't see any.
> * The "e200" processor series is an automotive processor and has
>insufficient storage to run even something like Emdebian Crush, let alone to
>be able to build anything on its own. It should therefore be excluded from
>our discussion. This means we just care about e500v{1,2} cores.
Right. The spec says, that e200z4 and e200z6 are binary compatible with
e500. However, they also mention that double precision can only be
achieved in software. So this looks like double precision opcodes result
in an invalid opcode and we have to emulate them in kernel. This counts
as binary compatible I guess.
> * Freescale has indicated that they will not be building any more chipset
>families including the SPE instructions, so we don't have to worry about any
>newer chipset families.
>
> * We can't tell exactly how common or uncommon the e500v1 chipsets are
>because Freescale's chipset comparison tables all just say "e500" without
>referring to the version. As a result, we should probably be safe rather
>than sorry and refer to the version in the arch name (IE: e500v1/e500v2).
>
> * We should just call it just "e500v2":
>* Sufficiently descriptive of the hardware architecture
>* Shorter and easier to type in commands (of which there are a lot)
>* Similar situation to "lpia" (which is not called "i386lpia")
>
>The "easier-to-type" reason is especially applicable if we do a uclibc port,
>as the name "uclibc-linux-powerpce500" is much more of a pain to type out
>repeatedly than "uclibc-linux-e500".
>
>Is there anything I left out?
No, I think it is fine. You summarzied it well.
>The difference between a regular cross-compile and an icecc/distcc
>cross-buildd is that all the ./configure shell-script madness and some of
>the preprocessor crap is run *entirely* on the target system, then the
>preprocessed code is shipped across the network to a big beefy x86 box for
>building. The environment is indistinguishable from a native build. (except
>for the fact that things build a lot faster)
I know how it works. I used it myself thus the bug I pointed you to. I
used it only for the first iteration, second (and following) were native
only.
Compile a little program with -fstack-protector native and cross with
icecc. I saw different results with gcc 4.3 and I haven't checked later.
>So even a relatively wimpy 1GHz dual-core system can keep 8-16 cores worth
>of beefy x86 systems busy, especially if it's ugly template-heavy C++ code
>or something else very CPU intensive to compile. The downside is that the
>shell scripts, preprocessor, and linker all need to be run on the target
>board, but that's still way better than doing the whole build there.
Right. I'm okay using icecc/distcc on buildds if the target icecc
machine runs native architecture. I don't want to compile cross even
with icecc unless I have to.
Looking at the build time of xulrunner 1.9.0.14:
- s390: 30min
- i386: 33min
- kfreebsd i386 : 39mins
- powerpc: 1h
- alpha: 1:01
- ia64: 1:20
- me[0]: 1:29
- sparc: 1:35
- hppa: 2h
- mipsel: 3h
- mips: 3h
- armel: 14h
So I think it does not look too bad.
[0] I've built it complete, including all debs, ro clue how much extra
time it takes.
>Cheers,
>Kyle Moffett
Sebastian
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#575790: CVE-2009-4610: Multiple cross-site scripting (XSS) vulnerabilities
Package: jetty Severity: serious Tags: security -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, the following CVE (Common Vulnerabilities & Exposures) id was published for jetty. CVE-2009-4610[0]: | Multiple cross-site scripting (XSS) vulnerabilities in Mort Bay Jetty | 6.x and 7.0.0 allow remote attackers to inject arbitrary web script or | HTML via (1) the query string to jsp/dump.jsp in the JSP Dump feature, | or the (2) Name or (3) Value parameter to the default URI for the | Session Dump Servlet under session/. If you fix the vulnerability please also make sure to include the CVE id in your changelog entry. For further information see: [0] http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2009-4610 http://security-tracker.debian.org/tracker/CVE-2009-4610 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAkuwcgcACgkQNxpp46476aooGACfRAQ+Lv/EALknfgtlij4HEInk TBYAnRyPlkiNxHrTyjdAmy/ln8y9frY9 =Yfen -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#575789: CVE-2009-4612: Multiple cross-site scripting (XSS) vulnerabilities
Package: jetty Severity: serious Tags: security -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, the following CVE (Common Vulnerabilities & Exposures) id was published for jetty. CVE-2009-4612[0]: | Multiple cross-site scripting (XSS) vulnerabilities in the WebApp JSP | Snoop page in Mort Bay Jetty 6.1.x through 6.1.21 allow remote | attackers to inject arbitrary web script or HTML via the PATH_INFO to | the default URI under (1) jspsnoop/, (2) jspsnoop/ERROR/, and (3) | jspsnoop/IOException/, and possibly the PATH_INFO to (4) snoop.jsp. If you fix the vulnerability please also make sure to include the CVE id in your changelog entry. For further information see: [0] http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2009-4612 http://security-tracker.debian.org/tracker/CVE-2009-4612 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAkuwcRIACgkQNxpp46476aqFQACfZT/VLAtvNsFzBdrp3PfkyT+7 wO0An1n6VphW/zuRRLhhZhwstA40+k28 =ExF3 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#575791: CVE-2009-4609: information leaks
Package: jetty Severity: important Tags: security -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, the following CVE (Common Vulnerabilities & Exposures) id was published for jetty. CVE-2009-4609[0]: | The Dump Servlet in Mort Bay Jetty 6.x and 7.0.0 allows remote | attackers to obtain sensitive information about internal variables and | other data via a request to a URI ending in /dump/, as demonstrated by | discovering the value of the getPathTranslated variable. If you fix the vulnerability please also make sure to include the CVE id in your changelog entry. For further information see: [0] http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2009-4609 http://security-tracker.debian.org/tracker/CVE-2009-4609 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAkuwcpAACgkQNxpp46476aobpgCfWV1CoarFYK6PhFnBuFeOJaJ0 +TUAnjPBnBbwmTjb2bq1WnAmJ8JVMhp6 =M6CT -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#575781: Please resolve IPv6 gateway too
Hi Martin, Am Montag, den 29.03.2010, 10:19 +0200 schrieb martin f krafft: > Package: libnss-gw-name > Version: 0.2-1 > Severity: wishlist > Tags: ipv6 > > % ping6 gateway.localhost > unknown host I would not mind implementing it, but I don’t use ipv6 yet and I’d be programming blindly. With ipv6, does routing work just as with ipv4? I.e. I look through the routing table and pick the entry with a ::0 destination netmask? Of course I’d prefer a tested patch – should not be hard :-) Greetings, Joachim -- Joachim "nomeata" Breitner Debian Developer nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata signature.asc Description: This is a digitally signed message part
Bug#575792: gfortran: Suggestion for -M flag
Package: gfortran
Severity: wishlist
I use to need module dependency information. Since gfortran can not, actually,
fetch it like C's gcc does with -M, I use the following Makefile rule:
Makefile.dep : *.F95
for j in *.F95 ; do for i in `cat $$j|grep " use "|awk '{print $$2}'`;
do echo `basename $$j .F95`.o : $$i.mod ; done ; done > $@
It would be great to have this very simple code included in gfortran like the
-M option, to be allowed to change the Makefile to something simpler:
Makefile.dep
for i in *.F95; do gfortran -MM "$${i}"; done > $@
Thanks
-- System Information:
Debian Release: 5.0.4
APT prefers stable
APT policy: (990, 'stable'), (500, 'unstable'), (500, 'testing')
Architecture: i386 (i686)
Kernel: Linux 2.6.26-2-686 (SMP w/1 CPU core)
Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#575351: [HPPA] This is not the bug of GCC but glibc
I am looking the file: eglibc-2.10.2/ports/sysdeps/unix/sysv/linux/hppa/nptl/sysdep-cancel.h It doesn't have any cfi directives. I think that it is the cause of this problem. When adding cfi directives, it would be good to add nocancel version of functions. -- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#575793: windowlab: a block in XNextEvent()
Package: windowlab Version: 1.39-1 Sveverity: important With recent versions of Glibc and X.org a call to XNextEvent() is somewhat irregularly, but more often than not, blocking the execution of a shutdown initiated by sending SIGINT. The call is located inside quit_nicely() in events.c. A forced Ctrl-Alt-Del of cource shuts X as well as Windowlab down, but a work around the above blocking must be found. -- Mats Erik Andersson, fil. dr Maintainer of the package Windowlab -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#575786: dpkg: refuses to unpack package having conflicts+replaces of virtual package
On Mon, 29 Mar 2010, Eugene V. Lyubimkin wrote: > Sure, libboost1.42-dev conflicts with bcp, but it also replaces it: > -8<- > $ cupt show libboost1.42-dev | grep Replaces > Replaces: bcp Does libboost1.42-dev Provides: bcp too? Anyway, this works perfectly well with "mail-transport-agent" so I don't think the bug is in dpkg. What's special in your setup? Is it again a story of default --force options used by apt-get that cupt is not using? Cheers, -- Raphaël Hertzog Like what I do? Sponsor me: http://ouaza.com/wp/2010/01/05/5-years-of-freexian/ My Debian goals: http://ouaza.com/wp/2010/01/09/debian-related-goals-for-2010/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#575794: minbif: Typing notification broken
Package: minbif Version: 1:1.0.1 Severity: normal Typing notification is broken in 1.0.1. -- System Information: Debian Release: 5.0.4 APT prefers stable APT policy: (999, 'stable'), (500, 'proposed-updates'), (100, 'testing'), (1, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.26-2-686 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages minbif depends on: ii l 2.7-18lenny2 GNU C Library: Shared libraries ii l 0.99.beta17-1 colour ASCII art library ii l 0.99.beta17-1 transitional dummy package ii l 1:4.3.2-1.1GCC support library ii l 2.16.6-3 The GLib library of C routines ii l 1.4.0-1.2 powerful image loading and renderi ii l 2.6.6-1~bpo50+1multi-protocol instant messaging l ii l 4.3.2-1.1 The GNU Standard C++ Library v3 ii m 1:1.0.1IRC-to-other-IM-networks gateway u minbif recommends no packages. minbif suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#575795: xfce4-terminal: titlebar is full of "Terminal - Terminal ..." if launch vim several times
Package: xfce4-terminal Version: 0.4.3-1 Severity: minor In my environment, and with a recently created user title bar changes each vim execution: First titlebar= "Terminal" $ vim :q $ # titlebar="Terminal - Terminal" $ vim :q $ # titlebar="Terminal - Terminal - Terminal" I'm not sure if this bug should go to vim Thank you -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (990, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.32-3-686 (SMP w/2 CPU cores) Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages xfce4-terminal depends on: ii exo-utils 0.3.106-1 Utility files for libexo ii libatk1.0-0 1.28.0-1 The ATK accessibility toolkit ii libc6 2.10.2-6 Embedded GNU C Library: Shared lib ii libdbus-1-3 1.2.22-1 simple interprocess messaging syst ii libdbus-glib-1-2 0.84-1 simple interprocess messaging syst ii libexo-0.3-0 0.3.106-1 Library with extensions for Xfce ii libglib2.0-0 2.22.4-1 The GLib library of C routines ii libgtk2.0-0 2.18.9-1 The GTK+ graphical user interface ii libpango1.0-0 1.26.2-2 Layout and rendering of internatio ii libvte9 1:0.22.5-3 Terminal emulator widget for GTK+ ii libx11-6 2:1.3.3-2 X11 client-side library ii libxfce4util4 4.6.1-2Utility functions library for Xfce Versions of packages xfce4-terminal recommends: ii dbus-x11 1.2.22-1 simple interprocess messaging syst xfce4-terminal suggests no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#565491: [fluxbox] Doesn't start programs
Paul Tagliamonte wrote: > Severity: important > thanks > > On Sun, Mar 28, 2010 at 7:33 AM, Peter Fritzsche wrote: > > I think I found the problem. (Just read fbrun source code, but rest will > > probably work the same). Execl is used to start the program using "$SHELL > > -c myprogram". This cannot work because I use zsh and output of my $SHELL > > is zsh - which of course cannot be found by execl (needs full path). > > > > Setting shell in my screenrc to /bin/zsh worked around that problem. > > I'm taking a look into this now. Thanks Peter! I think the best idea would be to read env['SHELL'] - if that exists then check if we are allowed to execute that file (and that it exists and is not a folder). If it is not a valid shell then just do what is done when no env['SHELL'] is set - use /bin/sh as shell Best regards, Peter -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#575794: patch
diff --git a/src/im/conversation.cpp b/src/im/conversation.cpp
index 5a69edd..4819858 100644
--- a/src/im/conversation.cpp
+++ b/src/im/conversation.cpp
@@ -792,16 +792,19 @@ void Conversation::buddy_typing(PurpleAccount* account, const char* who, gpointe
irc->getUser()->send(irc::Message(MSG_PRIVMSG).setSender(n)
.setReceiver(irc->getUser())
.addArg("\1TYPING 1\1"));
+ break;
case PURPLE_TYPED:
irc->getUser()->send(irc::Message(MSG_PRIVMSG).setSender(n)
.setReceiver(irc->getUser())
.addArg("\1TYPING 2\1"));
+ break;
case PURPLE_NOT_TYPING:
irc->getUser()->send(irc::Message(MSG_PRIVMSG).setSender(n)
.setReceiver(irc->getUser())
.addArg("\1TYPING 0\1"));
+ break;
}
}
Bug#575796: python-pymssql: rowcount always 0 on UPDATE
Package: python-pymssql Version: 1.0.2+dfsg-1 Severity: normal Hi, There seems to be a problem with the way pymssql sets Cursor.rowcount when running an UPDATE SQL query, consistently leaving it at 0. I believe PEP 249 says rowcount isn't strictly a MUST, but since the underlying _mssql library sets it correctly when using the execute_non_query method, it doesn't seem to be a design decision. In my superficial analysis of the code I noticed pymssql always calls execute_query regardless if it's a query or command (this seems to still be the case in the 1.9* dev version). Maybe some heuristics to determine the type of query would be enough to avoid this and call execute_non_query when appropriate? Or would that be a bit too naive? Cheers -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (50, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.33 (SMP w/1 CPU core; PREEMPT) Locale: LANG=en_GB.UTF-8, LC_CTYPE=pt_BR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#551618: please move jruby to free
Sorry for reopening this bug, but I needed some minutes to find out, why jruby is in non-free. So I suggest this bug should remain open as a reference for others. I need jruby as a runtime dependency for hbase and it'd be a pitty if I'd need to move parts of hbase to contrib. Is there a packaging repository for jruby? Could you please put the link for it in debian/control's VCS fields? Best regards, Thomas Koch, http://www.koch.ro -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#551618: please move jruby to free
On Mar/29, Thomas Koch wrote: > Sorry for reopening this bug, but I needed some minutes to find out, why > jruby > is in non-free. So I suggest this bug should remain open as a reference for > others. > > I need jruby as a runtime dependency for hbase and it'd be a pitty if I'd > need > to move parts of hbase to contrib. > > Is there a packaging repository for jruby? Could you please put the link for > it in debian/control's VCS fields? There is not, but the work to be performed is not in jruby itself anyway: it's mostly about packaging all the jars it (build-)depends on. See bug #527977[0] for more info. Cheers, --Seb [0] http://bugs.debian.org/527977 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#575659: exaile 0.3.1 released
I managed to run everything from source, but you need to run it with python 2.6 that has the "with" and "as" keywords .. and is not (yet) the default version To do so I just hacked the exaile launching script to explicitely use 2.6 but there must be a cleaner solution. I would also be delighted if 0.3.1 could make it into debian, I just don't know how to package but we'll be glad to help. Florent Quoting Craig Sanders : Package: exaile current version (0.2.14) of exaile in debian is ancient. numerous new versions have been released since 0.2.x, including 0.3.1 on March 15 2010. please update debian package to newest version. FYI: the ubuntu src pkg at https://launchpad.net/ubuntu/+source/exaile/0.3.1.0-0ubuntu2 compiles and installs OK *IF* you remove the daapclient and daapserver modules. (they refused to compile due to syntax errors. something about 'with' and 'as' keywords...i don't know python anywhere near well enough to figure out what it's about so, since i don't use DAAP, i just deleted the plugins for my local compile) seems to run well enough too (at least, hasn't crashed or had any other problems after approx 1 hour of use). craig -- craig sanders -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#575784: cron: security hole ? allowes opening user sessions ?
That logging appears because those users have setup cron jobs and an entry is generated every time a job is started. This is fixed in sid (by not using pam's session-interactive) but does not mean you have been hacked through cron. Regards Javier 2010/3/29, Oz Nahum : > Package: cron > Version: 3.0pl1-106 > Justification: root security hole > Severity: critical > Tags: security > > Hi Guys, > > I am by no means a security expert. > I noticed my server was breached and multiple accounts on it have been > logging via cron over and over again. > > From the auth log: > Mar 29 10:30:01 sinbra CRON[5643]: pam_unix(cron:session): session opened > for user arun by (uid=0) > Mar 29 10:30:01 sinbra CRON[5642]: pam_unix(cron:session): session closed > for user michael > Mar 29 10:30:01 sinbra CRON[5643]: pam_unix(cron:session): session closed > for user arun > Mar 29 10:31:01 sinbra CRON[5729]: pam_unix(cron:session): session opened > for user arun by (uid=0) > Mar 29 10:31:01 sinbra CRON[5728]: pam_unix(cron:session): session opened > for user michael by (uid=0) > Mar 29 10:31:01 sinbra CRON[5728]: pam_unix(cron:session): session closed > for user michael > Mar 29 10:31:01 sinbra CRON[5729]: pam_unix(cron:session): session closed > for user arun > Mar 29 10:32:01 sinbra CRON[5822]: pam_unix(cron:session): session opened > for user michael by (uid=0) > Mar 29 10:32:01 sinbra CRON[5823]: pam_unix(cron:session): session opened > for user arun by (uid=0) > Mar 29 10:32:01 sinbra CRON[5822]: pam_unix(cron:session): session closed > for user michael > Mar 29 10:32:01 sinbra CRON[5823]: pam_unix(cron:session): session closed > for user arun > > as soon as I removed cron, these session openings where stopped. > > I removed cron with the --purge flag, and manually erased everything in the > /etc/ directory which realted to cron. > I then restarted the computer, > > However, as soon as I re-installed cron, these session openings via uid=0 > started again. > > There is a high possibility I'm wrong, and this is not related to cron, so > feel free to downgrade this bug. > > Thanks Oz. > > -- System Information: > Debian Release: squeeze/sid > APT prefers testing > APT policy: (990, 'testing'), (700, 'stable') > Architecture: i386 (i686) > > Kernel: Linux 2.6.32-trunk-686 (SMP w/1 CPU core) > Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) > Shell: /bin/sh linked to /bin/dash > > Versions of packages cron depends on: > ii adduser 3.112 add and remove users and groups > ii debianutils 3.2.2 Miscellaneous utilities > specific t > ii libc6 2.10.2-6 Embedded GNU C Library: Shared > lib > ii libpam0g 1.1.1-2Pluggable Authentication > Modules l > ii libselinux1 2.0.89-4 SELinux runtime shared > libraries > ii lsb-base 3.2-23 Linux Standard Base 3.2 init > scrip > > Versions of packages cron recommends: > pn exim4 | postfix | mail-transp (no description available) > ii lockfile-progs0.1.13 Programs for locking and > unlocking > > Versions of packages cron suggests: > ii anacron 2.3-14 cron-like program that doesn't > go > ii checksecurity 2.0.13 basic system security checks > ii logrotate 3.7.8-4Log rotation utility > -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#518235: [PATCH] SOCKS, "socksify irssi" vs linking
On Sun, Mar 28, 2010 at 06:30:38PM -0700, tabris wrote: > Last time I played with this (several years ago) when I did a build with > socks support, I then found that I couldn't use it WITHOUT socks. This > wasn't worth it imo, so I reverted to a non-SOCKS build. > > If this is no longer the case, I'd be glad to know. > depends on your configuration in /etc/dante.conf if SOCKS is used or not -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#500445: OpenSSH 5.4p1 would fix this in a nice way
On Thu, Mar 25, 2010 at 09:31:26PM +0100, Jan Dittberner wrote: > according to [1] OpenSSH 5.4p1 adds support for loadable PKCS11 modules > without > directly linking to opensc. I think this would fix this bug and the merged > bugs. Indeed! I was very happy to see this go in upstream. I have a few more things to sort out before I can upload it, but I think we can expect to see it in unstable by Easter. -- Colin Watson [cjwat...@debian.org] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#551901: ksh: setting EDITOR env var causes input prob for an alias w/ here file
> It seems to be fixed in the 2010 version, e.g. > It looks like you can close this bug. Thanks for checking. Oliver -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#575797: There is no layout engine support for "dot". Perhaps "dot -c" needs to be run (with installer's privileges) to register the plugins?
Package: graphviz Version: 2.26.3-3 Severity: important Upon installing graphviz, I am confronted with $ dot --help There is no layout engine support for "dot" Perhaps "dot -c" needs to be run (with installer's privileges) to register the plugins? I don't remember seeing this before. Is there any reason this operation can't be done at build time (debian/rules) or at install time (debian/postinst)? Running "sudo dot -c" appears to fix it. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.33-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_AU.utf8, LC_CTYPE=en_AU.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages graphviz depends on: ii libc62.10.2-6Embedded GNU C Library: Shared lib ii libcdt4 2.26.3-3rich set of graph drawing tools - ii libcgraph5 2.26.3-3rich set of graph drawing tools - ii libexpat12.0.1-7 XML parsing C library - runtime li ii libgd2-noxpm 2.0.36~rc1~dfsg-3.1 GD Graphics Library version 2 (wit ii libgraph42.26.3-3rich set of graph drawing tools - ii libgvc5 2.26.3-3rich set of graph drawing tools - ii libgvpr1 2.26.3-3rich set of graph drawing tools - ii libx11-6 2:1.3.3-2 X11 client-side library ii libxaw7 2:1.0.7-1 X11 Athena Widget library ii libxmu6 2:1.0.5-1 X11 miscellaneous utility library ii libxt6 1:1.0.7-1 X11 toolkit intrinsics library Versions of packages graphviz recommends: ii ttf-liberation 1.05.2.20091019-4 Fonts with the same metrics as Tim Versions of packages graphviz suggests: pn graphviz-doc (no description available) ii gsfonts 1:8.11+urwcyr1.0.7~pre44-4 Fonts for the Ghostscript interpre -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#575758: openoffice.org-impress: impress systematically crashes on startup
Rene Engelhard, le Mon 29 Mar 2010 09:31:51 +0200, a écrit : > On Mon, Mar 29, 2010 at 02:05:32AM +0200, Samuel Thibault wrote: > > This version of impress systematically crashes on startup, even on > > a blank presentation. I tried to unset LANG & LC_CTYPE, as well as > > .openoffice.org, dropping openoffice.org-gnome, without any change. I > > tried to change the user, and that did make it work. I wonder what the > > So it does not "systematically" crash With my environment it does. > (BTW, why did you use such a crappy subject anyway?) What could have been better? > > difference can be in both case, as the rest of my desktop was exactly > > the same (ssh -X theotheru...@localhost). Other modules lik writer or > > It is not *exactly* the same, unless you have the identical user configs > on yor "old" and the "new" user. The rest of the desktop (i.e. wm and such) _is_ the same, since it's the same session: I am doing $ ooimpress crash $ ssh -X theotheru...@localhost other$ ooimpress doesn't crash I also have erased both users' .openoffice.org* to make sure these don't interfere. Samuel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#575798: cups: cannot print from gedit and evince
Package: cups Version: 1.4.2-4 Severity: important When printing from gtk applications like gedit, evince, or gimp cups reports the following errors in /var/log/cups/error_log E [29/Mar/2010:10:53:24 +0200] cupsdReadClient: 14 IPP Read Error! E [29/Mar/2010:10:54:59 +0200] [cups-driverd] Bad driver information file "/usr/share/cups/drv/sample.drv"! E [29/Mar/2010:10:55:01 +0200] [cups-driverd] Bad driver information file "/usr/share/cups/drv/sample.drv"! Nothing is printed. We tried different printers on LAN and USB. (HP Laserjet P3005dn, Epson Stylus DX6000) We are able to print from non gtk applications and succeeded in printing using the gutenprint plugin for GIMP. Printing from gvim is possible too. If this is considered to be a gtk bug, please move this to the corresponding bugsection. regards -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.32-3-686-bigmem (SMP w/4 CPU cores) Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/dash Versions of packages cups depends on: ii adduser3.112 add and remove users and groups ii bc 1.06.95-2 The GNU bc arbitrary precision cal ii cups-client1.4.2-4 Common UNIX Printing System(tm) - ii cups-common1.4.2-4 Common UNIX Printing System(tm) - ii debconf [debconf-2.0] 1.5.28Debian configuration management sy ii ghostscript8.71~dfsg-2 The GPL Ghostscript PostScript/PDF ii libavahi-client3 0.6.25-3 Avahi client library ii libavahi-common3 0.6.25-3 Avahi common library ii libc6 2.10.2-6 Embedded GNU C Library: Shared lib ii libcups2 1.4.2-4 Common UNIX Printing System(tm) - ii libcupscgi11.4.2-4 Common UNIX Printing System(tm) - ii libcupsdriver1 1.4.2-4 Common UNIX Printing System(tm) - ii libcupsimage2 1.4.2-4 Common UNIX Printing System(tm) - ii libcupsmime1 1.4.2-4 Common UNIX Printing System(tm) - ii libcupsppdc1 1.4.2-4 Common UNIX Printing System(tm) - ii libdbus-1-31.2.20-2 simple interprocess messaging syst ii libgcc11:4.4.2-9 GCC support library ii libgnutls262.8.5-2 the GNU TLS library - runtime libr ii libgssapi-krb5-2 1.8+dfsg~alpha1-7 MIT Kerberos runtime libraries - k ii libijs-0.350.35-7IJS raster image transport protoco ii libkrb5-3 1.8+dfsg~alpha1-7 MIT Kerberos runtime libraries ii libldap-2.4-2 2.4.17-2.1OpenLDAP libraries ii libpam0g 1.1.1-2 Pluggable Authentication Modules l ii libpaper1 1.1.23+nmu2 library for handling paper charact ii libpoppler50.12.2-2 PDF rendering library ii libslp11.2.1-7.6 OpenSLP libraries ii libstdc++6 4.4.2-9 The GNU Standard C++ Library v3 ii libusb-0.1-4 2:0.1.12-14 userspace USB programming library ii lsb-base 3.2-23Linux Standard Base 3.2 init scrip ii perl-modules 5.10.1-11 Core Perl modules ii poppler-utils 0.12.2-2 PDF utilitites (based on libpopple ii procps 1:3.2.8-8 /proc file system utilities ii ssl-cert 1.0.25simple debconf wrapper for OpenSSL ii ttf-freefont 20090104-5Freefont Serif, Sans and Mono True ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime Versions of packages cups recommends: pn cups-driver-gutenprint (no description available) ii foomatic-filters 4.0-20090509-1 OpenPrinting printer support - fil pn ghostscript-cups (no description available) Versions of packages cups suggests: ii cups-bsd 1.4.2-4Common UNIX Printing System(tm) - pn cups-pdf (no description available) pn cups-ppdc (no description available) pn foomatic-db(no description available) pn foomatic-db-engine (no description available) ii hplip 3.10.2-1 HP Linux Printing and Imaging Syst pn smbclient (no description available) ii udev 151-3 /dev/ and hotplug management daemo pn xpdf-korean | xpdf-japanese | (no description available) -- debconf information: cupsys/raw-print: true cupsys/backend: ipp, lpd, parallel, scsi, serial, socket, usb, snmp, dnssd -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists
Bug#575799: wrong symlink unison-latest-stable
Package: unison Version: 2.32.52-1 Severity: important Hello, The symlinks unison-latest-stable and unison-latest-stable-gtk should respectively be provided by the packages unison2.27.57 and unison2.27.57-gtk since the version available in Lenny is 2.27.57. Cheers, Olivier -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-trunk-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages unison depends on: ii libc6 2.10.2-6 Embedded GNU C Library: Shared lib Versions of packages unison recommends: ii openssh-client [ssh-client] 1:5.3p1-3 secure shell (SSH) client, for sec unison suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#575800: blobwars: invalid homepage URL
Package: blobwars Version: 1.14-dfsg-1 Severity: minor $ apt-cache show blobwars | grep Homepage: Homepage: http://www.parallelrealities.co.uk/blobWars.php $ curl -s http://www.parallelrealities.co.uk/blobWars.php | grep requested We're sorry but the file you have requested either does not exist or has been moved. -- Jakub Wilk signature.asc Description: Digital signature
Bug#574194: [patch]: xdvik-ja: package removal fails
Hi, > The following packages will be REMOVED: > xdvik-ja > 0 upgraded, 0 newly installed, 1 to remove and 0 not upgraded. > After this operation, 995kB disk space will be freed. > (Reading database ... 14906 files and directories currently installed.) > Removing xdvik-ja ... > update-alternatives: using /usr/bin/xdvi-xaw to provide /usr/bin/xdvi.bin > (xdvi.bin) in auto mode. > W: xdvik-ja: Application not found. > dpkg: error processing xdvik-ja (--remove): > subprocess installed pre-removal script returned error exit status 1 It is caused by defoma-app, - defoma-app exists - but no xdvik-ja entry in defoma - defoma-app returns error and exit since -e is set Just ignore defoma-app error seems to be good. see attached patch. thanks. -- Regards, Hideki Yamane henrich @ debian.or.jp/iijmio-mail.jp http://wiki.debian.org/HidekiYamane diff -urN xdvik-ja-22.84.13-j1.34/debian/changelog xdvik-ja-22.84.13-j1.34.new/debian/changelog --- xdvik-ja-22.84.13-j1.34/debian/changelog 2010-03-29 19:45:33.0 +0900 +++ xdvik-ja-22.84.13-j1.34.new/debian/changelog 2010-03-29 19:32:45.0 +0900 @@ -1,3 +1,11 @@ +xdvik-ja (22.84.13-j1.34-2.2) unstable; urgency=low + + * Non-maintainer upload. + * debian/xdvik-ja.prerm +- ignore error when xdvik-ja is not entried with defoma. + + -- Hideki Yamane (Debian-JP) Mon, 29 Mar 2010 19:31:15 +0900 + xdvik-ja (22.84.13-j1.34-2.1) unstable; urgency=low * NMU. In fact this is a co-operation with a maintainer and an uploader. diff -urN xdvik-ja-22.84.13-j1.34/debian/xdvik-ja.prerm xdvik-ja-22.84.13-j1.34.new/debian/xdvik-ja.prerm --- xdvik-ja-22.84.13-j1.34/debian/xdvik-ja.prerm 2010-03-29 19:45:33.0 +0900 +++ xdvik-ja-22.84.13-j1.34.new/debian/xdvik-ja.prerm 2010-03-29 19:31:08.0 +0900 @@ -21,12 +21,12 @@ remove) update-alternatives --remove xdvi.bin /usr/bin/xdvi-ja.real if [ -x /usr/bin/defoma-app ]; then -defoma-app purge xdvik-ja +defoma-app -t purge xdvik-ja fi ;; upgrade) if [ -x /usr/bin/defoma-app ]; then -defoma-app purge xdvik-ja +defoma-app -t purge xdvik-ja fi ;; deconfigure|failed-upgrade) pgprQMSTNYZAs.pgp Description: PGP signature
Bug#575758: openoffice.org-impress: impress systematically crashes on startup
Hi, On Mon, Mar 29, 2010 at 12:35:07PM +0200, Samuel Thibault wrote: > The rest of the desktop (i.e. wm and such) _is_ the same, since it's the > same session: I am doing > > $ ooimpress > crash > $ ssh -X theotheru...@localhost > other$ ooimpress > doesn't crash So those are not the same. The one is local X, the other one remote. That probably causes different behavviour (OOo checks what capabilities the X you use has). A sane test here would be to use them both in the same X. In this case upstream suggests this (at lesst) has to do with XRender enabled or not. Grüße/Regards, René -- .''`. René Engelhard -- Debian GNU/Linux Developer : :' : http://www.debian.org | http://people.debian.org/~rene/ `. `' r...@debian.org | GnuPG-Key ID: D03E3E70 `- Fingerprint: E12D EA46 7506 70CF A960 801D 0AA0 4571 D03E 3E70 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#575799: wrong symlink unison-latest-stable
Hello, Theses symlinks point to the latest stable version of unison, not the version of unison in Debian stable. This is explained in "unison-latest-stable" in the README.Debian file of the package. Regards Sylvain Le Gall On Mon, Mar 29, 2010 at 12:29:42PM +0200, Olivier Schwander wrote: > Package: unison > Version: 2.32.52-1 > Severity: important > > Hello, > > The symlinks unison-latest-stable and unison-latest-stable-gtk should > respectively be provided by the packages unison2.27.57 and > unison2.27.57-gtk since the version available in Lenny is 2.27.57. > > Cheers, > > Olivier > > -- System Information: > Debian Release: squeeze/sid > APT prefers unstable > APT policy: (500, 'unstable') > Architecture: amd64 (x86_64) > > Kernel: Linux 2.6.32-trunk-amd64 (SMP w/2 CPU cores) > Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) > Shell: /bin/sh linked to /bin/dash > > Versions of packages unison depends on: > ii libc6 2.10.2-6 Embedded GNU C Library: Shared > lib > > Versions of packages unison recommends: > ii openssh-client [ssh-client] 1:5.3p1-3 secure shell (SSH) client, for > sec > > unison suggests no packages. > > -- no debconf information > > > > > > -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#575729: [Pkg-fonts-devel] Bug#575729: Bug#575729: Patch for otf-freefont package
On Mon, Mar 29, 2010 at 06:48:58AM +0200, Christian PERRIER wrote: > Quoting Jan Dittberner (ja...@debian.org): > > tag 575729 + patch > > thanks > > > > The attached patch adds a new binary package otf-freefont (and fixes a > > lintian warning regarding the debhelper version). > > > To Davide (Viti): do you take care of this? yes, will work on this ASAP > To Jan: thanks! thanx for the patch: thoroughly appreciated regards, Davide signature.asc Description: Digital signature
Bug#565801: firebird2.5: FTBFS on kfreebsd-amd64 with -O1, builds fine with -O0
tags 565801 pending thanks -=| Modestas Vainius, Sat, Mar 27, 2010 at 02:26:31AM +0200 |=- > Thanks to very helpful hints from Petr, I was able to track down > what atomic g++ flag and which object file is the problem. It > appears that current (4.4.3-2) g++ miscompiles src/dsql/parse.cpp > when -fipa-reference optimization flag (implied by -O1 or higher) is > enabled. Therefore, my solution is to avoid the problem by building > src/dsql/parse.cpp ( $(OBJ)/dsql/parse.o ) with -fno- > ipa-reference: Great! An update package is to be uploaded in a couple of hours. I can't find a g++ bugreport about this, do you mind filing one? Note that the actual C++ source that is (mis)compiled by g++ is a result of pre-processing of src/dsql/parse.y by an yacc preprocessor (built locally). Since the parser module is used everywhere, I'll try to disable the optimization only on freebsd-amd64 for the next upload. Many thanks for your help, Petr and Modestas! signature.asc Description: Digital signature
Bug#571554: setools: FTBFS with Python 2.6 as default
* Manoj Srivastava , 2010-03-28, 16:10: The attached patch fixes this bug. However, there are more things in the package that needs attention: - *.pyc and *.pyo files are shipped in the binary package; That should be simple enough to fix. - the binary packages uses obsolete (pre-0.90) python-support directory layout. Can you point me to the documentation that shows the new python-support directory layout? I seem to have missed the migration. There is a cursory description of the new layout in /usr/share/doc/python-support/README.gz, section "How does it work?" -- Jakub Wilk signature.asc Description: Digital signature
Bug#575801: iceowl: Exception... "'[JavaScript Error: "window is not defined"
Package: iceowl
Version: 0.9-1
Severity: important
After update to current experimental package I get:
[Exception... "'[JavaScript Error: "window is not defined" {file:
"file:///usr/lib/iceowl/components/calItemModule.js ->
file:///usr/lib/iceowl/js/calUtils.js" line: 1022}]' when calling method:
[calITimezoneService::version]" nsresult: "0x80570021
(NS_ERROR_XPC_JAVASCRIPT_ERROR_WITH_DETAILS)" location: "JS frame ::
file:///usr/lib/iceowl/components/calStorageCalendarModule.js ->
file:///usr/lib/iceowl/js/calStorageCalendar.js ::
stor_ensureUpdatedTimezones :: line 1324" data: yes]
Also on fresh user profile for iceowl.
-- System Information:
Debian Release: squeeze/sid
APT prefers testing
APT policy: (990, 'testing'), (800, 'unstable'), (600, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.32-1-obelix-opt (SMP w/2 CPU cores; PREEMPT)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages iceowl depends on:
ii calendar-timezones 1.0~b1+dfsg-2Timezone Extension for Sunbird/Ice
ii debianutils 3.2.2Miscellaneous utilities specific t
ii fontconfig 2.8.0-2 generic font configuration library
ii libatk1.0-0 1.28.0-1 The ATK accessibility toolkit
ii libc6 2.10.2-6 Embedded GNU C Library: Shared lib
ii libcairo2 1.8.10-3 The Cairo 2D vector graphics libra
ii libfontconfig1 2.8.0-2 generic font configuration library
ii libfreetype62.3.11-1 FreeType 2 font engine, shared lib
ii libgcc1 1:4.4.2-9GCC support library
ii libglib2.0-02.22.4-1 The GLib library of C routines
ii libgtk2.0-0 2.18.9-2 The GTK+ graphical user interface
ii libjpeg62 6b-16.1 The Independent JPEG Group's JPEG
ii libnspr4-0d 4.8.4-1 NetScape Portable Runtime Library
ii libnss3-1d 3.12.5-2 Network Security Service libraries
ii libpango1.0-0 1.26.2-2 Layout and rendering of internatio
ii libpng12-0 1.2.43-1 PNG library - runtime
ii libstdc++6 4.4.2-9 The GNU Standard C++ Library v3
ii libx11-62:1.3.3-2X11 client-side library
ii libxft2 2.1.14-2 FreeType-based font drawing librar
ii libxrender1 1:0.9.5-2X Rendering Extension client libra
ii libxt6 1:1.0.7-1X11 toolkit intrinsics library
ii psmisc 22.10-1 utilities that use the proc file s
ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime
Versions of packages iceowl recommends:
ii calendar-google-provider 1.0~b1+dfsg-2 Google Calendar support for lighti
Versions of packages iceowl suggests:
pn latex-xft-fonts(no description available)
-- no debconf information
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#575802: apticron: Exists with return code 1, related to timezone change to BST
Package: apticron Version: 1.1.27 Severity: important Yesterday the timezone in the UK changed from GMT to BST. This happened at 0100 on March 28 2010 (http://en.wikipedia.org/wiki/British_Summer_Time) and I believe is related to output below from cron: /etc/cron.daily/apticron: date: invalid date `1:52' run-parts: /etc/cron.daily/apticron exited with return code 1 It appears someone reported something similar last year: http://www.mail-archive.com/debian-bugs-dist@lists.debian.org/msg635747.html I suggest changing the time apticron runs to 0252 from 0152 here: /etc/cron.d/apticron # cat apticron # cron entry for apticron 52 1 * * * root test -x /usr/sbin/apticron && /usr/sbin/apticron --cron Thanks, Imran-UK -- System Information: Debian Release: 5.0.4 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-2-xen-amd64 (SMP w/1 CPU core) Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages apticron depends on: ii apt0.7.20.2+lenny1 Advanced front-end for dpkg ii bsd-mailx 8.1.2-0.20071201cvs-3 A simple mail user agent ii debconf [debconf-2 1.5.24Debian configuration management sy ii ucf3.0016Update Configuration File: preserv Versions of packages apticron recommends: ii apt-listchanges 2.83 package change history notificatio ii iproute 20080725-2 networking and traffic control too apticron suggests no packages. -- debconf information: apticron/notification: root -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#575781: Please resolve IPv6 gateway too
also sprach Joachim Breitner [2010.03.29.1129 +0200]: > With ipv6, does routing work just as with ipv4? I.e. I look > through the routing table and pick the entry with a ::0 > destination netmask? That is the simple method, yes. As for the complex method, you can expect a wishlist bug from me soon about multi-homed machines. ;) -- .''`. martin f. krafft Related projects: : :' : proud Debian developer http://debiansystem.info `. `'` http://people.debian.org/~madduckhttp://vcs-pkg.org `- Debian - when you have better things to do than fixing systems there are two groups of people in the world: those who believe that the world can be divided into two groups of people, and those who don't. digital_signature_gpg.asc Description: Digital signature (see http://martin-krafft.net/gpg/)
Bug#466585: bug-buddy: no manual page present
It seems to me that this bug is fixed; there is a manual page available for bug-buddy now. Could you confirm that this solves your issue? Regards: David Weinehall -- /) David Weinehall /) Rime on my window (\ // ~ // Diamond-white roses of fire // \) http://www.acc.umu.se/~tao/(/ Beautiful hoar-frost (/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#575803: monodoc-base: Monodoc search index generation fails if monodoc-browser is not configured
Package: monodoc-base Version: 2.4.4~svn151842-1 Severity: important Greets, If monodoc-browser is not configured when the trigger shipped in monodoc-base is executed, the search index generation fails due to being unable to resolve GTK# in the GAC. The solution is to add another test in the trigger to check if monodoc-browser is configured. Patch coming. Cheers, Iain -- System Information: Debian Release: squeeze/sid APT prefers lucid-updates APT policy: (500, 'lucid-updates'), (500, 'lucid-security'), (500, 'lucid-proposed'), (500, 'lucid-backports'), (500, 'lucid') Architecture: i386 (i686) Kernel: Linux 2.6.32-16-generic (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_GB.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages monodoc-base depends on: ii libc6 2.11.1-0ubuntu5 Embedded GNU C Library: Shared lib ii libmono-cecil-p 2.4.4~svn151842-1ubuntu2 Mono.Cecil library ii libmono-corlib1 2.4.4~svn151842-1ubuntu2 Mono core library (for CLI 1.0) ii libmono-corlib2 2.4.4~svn151842-1ubuntu2 Mono core library (for CLI 2.0) ii libmono-sharpzi 2.4.4~svn151842-1ubuntu2 Mono SharpZipLib library (for CLI ii libmono-system- 2.4.4~svn151842-1ubuntu2 Mono System.Web library (for CLI 1 ii libmono-system1 2.4.4~svn151842-1ubuntu2 Mono System libraries (for CLI 1.0 ii libmono-system2 2.4.4~svn151842-1ubuntu2 Mono System libraries (for CLI 2.0 ii mono-runtime2.4.4~svn151842-1ubuntu2 Mono runtime monodoc-base recommends no packages. monodoc-base suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#575784: cron: security hole ? allowes opening user sessions ?
Hi Javier, Thanks for your message. I've ran a rkhunter on my computer, and it seems like I have a few rootkits in it. So, feel free to close the bug. On Mon, Mar 29, 2010 at 12:28 PM, Javier Fernandez-Sanguino < j...@computer.org> wrote: > That logging appears because those users have setup cron jobs and an > entry is generated every time a job is started. This is fixed in sid > (by not using pam's session-interactive) but does not mean you have > been hacked through cron. > > Regards > > Javier > > 2010/3/29, Oz Nahum : > > Package: cron > > Version: 3.0pl1-106 > > Justification: root security hole > > Severity: critical > > Tags: security > > > > Hi Guys, > > > > I am by no means a security expert. > > I noticed my server was breached and multiple accounts on it have been > > logging via cron over and over again. > > > > From the auth log: > > Mar 29 10:30:01 sinbra CRON[5643]: pam_unix(cron:session): session opened > > for user arun by (uid=0) > > Mar 29 10:30:01 sinbra CRON[5642]: pam_unix(cron:session): session closed > > for user michael > > Mar 29 10:30:01 sinbra CRON[5643]: pam_unix(cron:session): session closed > > for user arun > > Mar 29 10:31:01 sinbra CRON[5729]: pam_unix(cron:session): session opened > > for user arun by (uid=0) > > Mar 29 10:31:01 sinbra CRON[5728]: pam_unix(cron:session): session opened > > for user michael by (uid=0) > > Mar 29 10:31:01 sinbra CRON[5728]: pam_unix(cron:session): session closed > > for user michael > > Mar 29 10:31:01 sinbra CRON[5729]: pam_unix(cron:session): session closed > > for user arun > > Mar 29 10:32:01 sinbra CRON[5822]: pam_unix(cron:session): session opened > > for user michael by (uid=0) > > Mar 29 10:32:01 sinbra CRON[5823]: pam_unix(cron:session): session opened > > for user arun by (uid=0) > > Mar 29 10:32:01 sinbra CRON[5822]: pam_unix(cron:session): session closed > > for user michael > > Mar 29 10:32:01 sinbra CRON[5823]: pam_unix(cron:session): session closed > > for user arun > > > > as soon as I removed cron, these session openings where stopped. > > > > I removed cron with the --purge flag, and manually erased everything in > the > > /etc/ directory which realted to cron. > > I then restarted the computer, > > > > However, as soon as I re-installed cron, these session openings via uid=0 > > started again. > > > > There is a high possibility I'm wrong, and this is not related to cron, > so > > feel free to downgrade this bug. > > > > Thanks Oz. > > > > -- System Information: > > Debian Release: squeeze/sid > > APT prefers testing > > APT policy: (990, 'testing'), (700, 'stable') > > Architecture: i386 (i686) > > > > Kernel: Linux 2.6.32-trunk-686 (SMP w/1 CPU core) > > Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) > > Shell: /bin/sh linked to /bin/dash > > > > Versions of packages cron depends on: > > ii adduser 3.112 add and remove users and > groups > > ii debianutils 3.2.2 Miscellaneous utilities > > specific t > > ii libc6 2.10.2-6 Embedded GNU C Library: > Shared > > lib > > ii libpam0g 1.1.1-2Pluggable Authentication > > Modules l > > ii libselinux1 2.0.89-4 SELinux runtime shared > > libraries > > ii lsb-base 3.2-23 Linux Standard Base 3.2 init > > scrip > > > > Versions of packages cron recommends: > > pn exim4 | postfix | mail-transp (no description available) > > ii lockfile-progs0.1.13 Programs for locking and > > unlocking > > > > Versions of packages cron suggests: > > ii anacron 2.3-14 cron-like program that > doesn't > > go > > ii checksecurity 2.0.13 basic system security checks > > ii logrotate 3.7.8-4Log rotation utility > > >
Bug#538950: Fixed in 2.4.0
On Sun, Mar 28, 2010 at 09:53:38PM -0700, Andrew Cleveland wrote: > This bug was fixed in version 2.4.0. Yes, I actually uploaded 2.4.1 yesterday but due to hardware issues ftp-master is accumulating a nice backlog. Thanks -- mattia :wq! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#575660: (1) type of keyboard and video card (2) log of kernel messages during boot
> From: b...@decadent.org.uk > > Please send a log of kernel messages during boot. > > Also please specify what type of keyboard and video card you are using. > An old AT (DIN5 connector) white colored keyboard. 01:00.0 VGA compatible controller: 3Dfx Interactive, Inc. Voodoo 3 (rev 01) kernel: klogd 1.5.0#5, log source = /proc/kmsg started. kernel: Linux version 2.6.32-9.p3.2 (2.6.32) (re...@ichira) (gcc version 4.4.3 20100108 (prerelease) (Debian 4.4.2-9) ) #1 Thu Mar 25 22:43:24 EET 2010 kernel: KERNEL supported cpus: kernel: Intel GenuineIntel kernel: AMD AuthenticAMD kernel: NSC Geode by NSC kernel: Cyrix CyrixInstead kernel: Centaur CentaurHauls kernel: Transmeta GenuineTMx86 kernel: Transmeta TransmetaCPU kernel: UMC UMC UMC UMC kernel: BIOS-provided physical RAM map: kernel: BIOS-e820: - 000a (usable) kernel: BIOS-e820: 000f - 0010 (reserved) kernel: BIOS-e820: 0010 - 17ff (usable) kernel: BIOS-e820: 17ff - 17ff3000 (ACPI NVS) kernel: BIOS-e820: 17ff3000 - 1800 (ACPI data) kernel: BIOS-e820: - 0001 (reserved) kernel: DMI 2.1 present. kernel: last_pfn = 0x17ff0 max_arch_pfn = 0x10 kernel: MTRR default type: uncachable kernel: MTRR fixed ranges enabled: kernel: 0-9 write-back kernel: A-B uncachable kernel: C-C7FFF write-protect kernel: C8000-F7FFF uncachable kernel: F8000-FBFFF write-through kernel: FC000-F uncachable kernel: MTRR variable ranges enabled: kernel: 0 base 0 mask FF000 write-back kernel: 1 base 01000 mask FF800 write-back kernel: 2 disabled kernel: 3 disabled kernel: 4 disabled kernel: 5 disabled kernel: 6 disabled kernel: 7 disabled kernel: PAT not supported by CPU. kernel: initial memory mapped : 0 - 0180 kernel: init_memory_mapping: -17ff kernel: 00 - 40 page 4k kernel: 40 - 0017c0 page 2M kernel: 0017c0 - 0017ff page 4k kernel: kernel direct mapping tables up to 17ff @ 7000-c000 kernel: ACPI: RSDP 000f70b0 00014 (v00 GBT ) kernel: ACPI: RSDT 17ff3000 00028 (v01 GBT AWRDACPI 42302E31 AWRD ) kernel: ACPI: FACP 17ff3040 00074 (v01 GBT AWRDACPI 42302E31 AWRD ) kernel: ACPI: DSDT 17ff30c0 020B5 (v01 GBT AWRDACPI 1000 MSFT 010C) kernel: ACPI: FACS 17ff 00040 kernel: 383MB LOWMEM available. kernel: mapped low ram: 0 - 17ff kernel: low ram: 0 - 17ff kernel: node 0 low ram: - 17ff kernel: node 0 bootmap 1000 - 4000 kernel: (6 early reservations) ==> bootmem [00 - 0017ff] kernel: #0 [00 - 001000] BIOS data page ==> [00 - 001000] kernel: #1 [000100 - 000128acb4] TEXT DATA BSS ==> [000100 - 000128acb4] kernel: #2 [09f000 - 10] BIOS reserved ==> [09f000 - 10] kernel: #3 [000128b000 - 0001291091] BRK ==> [000128b000 - 0001291091] kernel: #4 [007000 - 008000] PGTABLE ==> [007000 - 008000] kernel: #5 [001000 - 004000] BOOTMAP ==> [001000 - 004000] kernel: Zone PFN ranges: kernel: DMA 0x -> 0x1000 kernel: Normal 0x1000 -> 0x00017ff0 kernel: Movable zone start PFN for each node kernel: early_node_map[2] active PFN ranges kernel: 0: 0x -> 0x00a0 kernel: 0: 0x0100 -> 0x00017ff0 kernel: On node 0 totalpages: 98192 kernel: free_area_init_node: node 0, pgdat c12197bc, node_mem_map c1292000 kernel: DMA zone: 32 pages used for memmap kernel: DMA zone: 0 pages reserved kernel: DMA zone: 3968 pages, LIFO batch:0 kernel: Normal zone: 736 pages used for memmap kernel: Normal zone: 93456 pages, LIFO batch:31 kernel: ACPI: PM-Timer IO Port: 0x4008 kernel: Allocating PCI resources starting at 1800 (gap: 1800:e7ff) kernel: Built 1 zonelists in Zone order, mobility grouping on. Total pages: 97424 kernel: Kernel command line: root=/dev/sdb3 ro BOOT_IMAGE=/vmlinuz-2.6.32-9.p3.2 kernel: PID hash table entries: 2048 (order: 1, 8192 bytes) kernel: Dentry cache hash table entries: 65536 (order: 6, 262144 bytes) kernel: Inode-cache hash table entries: 32768 (order: 5, 131072 bytes) kernel: Enabling fast FPU save and restore... done. kernel: Enabling unmasked SIMD FPU exception support... done. kernel: Initializing CPU#0 kernel: Memory: 386548k/393152k available (1495k kernel code, 6112k reserved, 661k data, 228k init, 0k highmem) kernel: virtual kernel memory layout: kernel: fixmap : 0xfffe5000 - 0xf000 ( 104 kB) kernel: vmalloc : 0xd87f - 0xfffe3000 ( 631 MB) kernel: lowmem : 0xc000 - 0xd7ff ( 383 MB) kernel: .init : 0xc121c000 - 0xc1255000 ( 228 kB) kernel: .data : 0xc1175f04 - 0xc121b308 ( 661 kB) kernel: .text : 0xc100 - 0xc1175f04 (
Bug#574655: typo3: Backend page is not displayed after initial installation
2010/3/24 Christian Welzel : > Am 24.03.2010 19:16, schrieb Leandro Doctors: > >> [Wed Mar 24 19:03:43 2010] [error] [client ::1] PHP Fatal error: >> session_start(): Failed to initialize storage module: files (path: ) > > Which version of php are you using? ~$ php -v PHP 5.3.1-5 with Suhosin-Patch (cli) (built: Feb 22 2010 22:46:05) > Do you use some custom version of php.ini? Nope. I attach both /etc/apache2/conf.d/typo3-dummy.conf and /etc/php5/apache2/php.ini > It seems, your settings for the session management are broken. > >> Is the file content right? Is /usr/share/typo3/typo3_src-4.3 the right >> place to place the .htaccess file? > > the right location would be /var/lib/typo3-dummy I tried it and got the same message: #tail /var/log/apache2/error.log [Wed Mar 24 22:24:14 2010] [error] [client ::1] PHP Fatal error: session_start(): Failed to initialize storage module: files (path: ) in /usr/share/typo3/typo3_src-4.3/typo3/index.php on line 122 L -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#565801: [pkg-firebird-general] Bug#565801: firebird2.5: FTBFS on kfreebsd-amd64 with -O1, builds fine with -O0
-=| Damyan Ivanov, Mon, Mar 29, 2010 at 02:09:04PM +0300 |=- > Since the parser module is used everywhere, I'll try to disable the > optimization only on freebsd-amd64 for the next upload. This is already the case, sorry for the noise. signature.asc Description: Digital signature
Bug#575080: sysv-rc: wrong shutdown links generated after conversion from file-rc
On Wed, Mar 24, 2010 at 07:54:17AM +0100, Petter Reinholdtsen wrote:
> Hi. How exactly was this machine migrated to dependency based boot
> sequencing?
As far as I remember, I installed sysv-rc and sysv-rc-conf and removed
(purged?) file-rc in the same aptitude run. I might have inspected
(changed?) the runlevel stuff with sysv-rc-conf, I don't remember.
> The migration was not done correctly. Do you have the file
> /etc/init.d/.legacy-bootordering?
No, I don't have that file.
> If so, try dpkg-reconfigure sysv-rc to redo the migration.
I did that before filing this bug.
> Try this script fragment from sysv-rc.postinst if it isn't possible to
> do the migration using dpkg-reconfigure.
>
> convert_rc_s_to_k() {
> runlevel=$1
> for link in $(cd $target/etc/rc$runlevel.d; ls S* || true); do
> set `echo $link|sed "s%S\(..\)\(.*\)%\1 \2%"`
> seq=$1
> service=$2
> mv $target/etc/rc$runlevel.d/$link
> $target/etc/rc$runlevel.d/K$seq$service
> done
> }
> convert_rc_s_to_k 0
> convert_rc_s_to_k 6
>
> When it is done, run insserv again to get the correct shutdown
> sequence.
This looks better now, see attachment. I still don't know what went wrong
here though.
Greetings
Marc
--
-
Marc Haber | "I don't trust Computers. They | Mailadresse im Header
Mannheim, Germany | lose things."Winona Ryder | Fon: *49 621 72739834
Nordisch by Nature | How to make an American Quilt | Fax: *49 3221 2323190
[1/500]r...@swivel:~$ convert_rc_s_to_k() {
> runlevel=$1
> for link in $(cd $target/etc/rc$runlevel.d; ls S* || true); do
> set `echo $link|sed "s%S\(..\)\(.*\)%\1 \2%"`
> seq=$1
> service=$2
> mv $target/etc/rc$runlevel.d/$link
> $target/etc/rc$runlevel.d/K$seq$service
> done
>
> }
>
[5/504]r...@swivel:~$ convert_rc_s_to_k 0
[6/505]r...@swivel:~$ convert_rc_s_to_k 6
[7/506]r...@swivel:~$ insserv
insserv: warning: script 'S24radeontool' missing LSB tags and overrides
insserv: warning: current stop runlevel(s) (0 6) of script `pcmciautils'
overwrites defaults (empty).
insserv: warning: current stop runlevel(s) (5) of script `sudo' overwrites
defaults (empty).
insserv: warning: current stop runlevel(s) (0 1 5 6) of script
`ifupdown-scripts-zg2' overwrites defaults (empty).
insserv: warning: current stop runlevel(s) (0 1 6) of script `sysfsutils'
overwrites defaults (empty).
insserv: warning: script 'radeontool' missing LSB tags and overrides
insserv: warning: current stop runlevel(s) (0 1 2 3 4 5 6) of script `ssh'
overwrites defaults (empty).
insserv: warning: current stop runlevel(s) (0 1 6) of script `cpufrequtils'
overwrites defaults (empty).
insserv: warning: current stop runlevel(s) (5) of script `loadcpufreq'
overwrites defaults (empty).
insserv: warning: current stop runlevel(s) (5) of script `dbus' overwrites
defaults (empty).
insserv: warning: current stop runlevel(s) (0 1 6) of script `acpid' overwrites
defaults (empty).
insserv: warning: current stop runlevel(s) (0 1 5 6) of script `binfmt-support'
overwrites defaults (empty).
insserv: warning: current stop runlevel(s) (1 5) of script `rsync' overwrites
defaults (empty).
insserv: warning: current stop runlevel(s) (0 1 6) of script `ntp' overwrites
defaults (empty).
insserv: warning: current stop runlevel(s) (5) of script `bootlogs' overwrites
defaults (empty).
insserv: warning: current stop runlevel(s) (0 6) of script `hdparm' overwrites
defaults (empty).
[8/507]r...@swivel:~$ ls -al /etc/rc0.d/ | grep umount
lrwxrwxrwx 1 root root22 29. Mär 13:30 K07umountnfs.sh ->
../init.d/umountnfs.sh
lrwxrwxrwx 1 root root18 29. Mär 13:30 K09umountfs -> ../init.d/umountfs
lrwxrwxrwx 1 root root20 29. Mär 13:30 K11umountroot ->
../init.d/umountroot
[9/508]r...@swivel:~$ ls -al /etc/rc6.d/ | grep umount
lrwxrwxrwx 1 root root22 29. Mär 13:30 K07umountnfs.sh ->
../init.d/umountnfs.sh
lrwxrwxrwx 1 root root18 29. Mär 13:30 K09umountfs -> ../init.d/umountfs
lrwxrwxrwx 1 root root20 29. Mär 13:30 K11umountroot ->
../init.d/umountroot
[10/509]r...@swivel:~$
Bug#574272: libvirt update breaks 'save' command on domain; Error message: "Migration is not active"
Some additional information about stalled save of domains memory ... Andreas Bießmann wrote: > I think I've understand the issue now. [snip ... old kvm version] > Maybe include this forced update of kvm in libvirt in some case? 0.7.7-4 recommends qemu or qemu-kvm in correct version. > Well currently 'virsh save' has paused the VM but top shows kvm is still > running and gets a lot of CPU time. But 'domjobinfo' always show > > ---8<--- > Job type: Unbounded > Time elapsed: 743114 ms > Data processed: 108,000 KB > Data remaining: 528,145 MB > Data total: 528,250 MB > Memory processed: 108,000 KB > Memory remaining: 528,145 MB > Memory total: 528,250 MB > --->8--- > > The file to save the current VM state does not grow ... this is some > wired state. Will cleanup my kvm/libvirt packages, restart and give it > another try. This state can be reproduced (at least here) with a unprivileged user saving domainstate in a unprivileged path. Next session-log shows this: ---8<--- abiessm...@azuregos:~$ whoami abiessmann abiessm...@azuregos:~$ groups abiessmann adm lp dialout cdrom floppy audio src video plugdev staff fuse kvm davfs2 libvirt sambashare abiessm...@azuregos:~$ pwd /home/abiessmann abiessm...@azuregos:~$ mkdir tmp abiessm...@azuregos:~$ ls -la tmp/ insgesamt 16 drwx-- 2 abiessmann abiessmann 4096 29. Mär 13:45 . drwxr-xr-x 155 abiessmann abiessmann 12288 29. Mär 13:45 .. abiessm...@azuregos:~$ virsh -c qemu:///system list Id Name State -- 6 etch running abiessm...@azuregos:~$ virsh -c qemu:///system save etch tmp/etch.sav error: Failed to save domain etch to tmp/etch.sav error: operation failed: Migration was cancelled by client abiessm...@azuregos:~$ --->8--- I always get nearly same information (stalled job) as shown above on a second console. The job in this case was interrupted by 'domjobabort' command. Next session shows saving domainstate into file located in a worldwide read/writable directory: ---8<--- abiessm...@azuregos:~$ virsh -c qemu:///system list Id Name State -- 6 etch running abiessm...@azuregos:~$ virsh -c qemu:///system save etch /tmp/etch.sav Domain etch saved to /tmp/etch.sav abiessm...@azuregos:~$ ls -la /tmp/etch.sav -rw--- 1 root root 37781906 29. Mär 13:53 /tmp/etch.sav abiessm...@azuregos:~$ virsh -c qemu:///system list Id Name State -- abiessm...@azuregos:~$ virsh -c qemu:///system restore /tmp/etch.sav Domain restored from /tmp/etch.sav abiessm...@azuregos:~$ virsh -c qemu:///system list Id Name State -- 7 etch running abiessm...@azuregos:~$ --->8--- BEWARE: first session had $HOME/tmp/etch.sav, second session /tmp/etch.sav as image path! First test repeated with worldwide accessible directory $HOME/tmp does also work. But since the save process is delegated to qemu/kvm it seems this is a kvm issue, isn't it? Used versions for this test: ii qemu-kvm 0.12.3+dfsg-4 ii libvirt0 0.7.7-4 regards Andreas Bießmann -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#575758: openoffice.org-impress: impress systematically crashes on startup
Rene Engelhard, le Mon 29 Mar 2010 12:49:43 +0200, a écrit : > On Mon, Mar 29, 2010 at 12:35:07PM +0200, Samuel Thibault wrote: > > The rest of the desktop (i.e. wm and such) _is_ the same, since it's the > > same session: I am doing > > > > $ ooimpress > > crash > > $ ssh -X theotheru...@localhost > > other$ ooimpress > > doesn't crash > > So those are not the same. The one is local X, the other one remote. > That probably causes different behavviour (OOo checks what capabilities > the X you use has). A sane test here would be to use them both in the > same X. Although the connexion way (local vs remote), it is the same X server, and thus the same capabilities. In the second case it's going through the ssh tunnel but that's still showing up on the same X server. Just to be more convincing $ ooimpress crash $ ssh ot...@localhost other$ export DISPLAY=:0 other$ xauth add localhost/unix:0 MIT-MAGIC-COOKIE-1 foofoofoofoo other$ ooimpress doesn't crash The way to connect to the server is now exactly the same, and thus shared memory and such are just the same. Samuel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#575806: console-setup-mini does not change fonts: had to install console-setup instead
Package: console-setup-mini Version: 1.51 Severity: important With /etc/default/console-setup containing FONTFACE="Fixed" FONTSIZE="14" for example, setupcon does not change the font. Similarly dpkg-reconfigure console-setup-mini does nothing. Installing console-setup instead of the mini version, all these things work. So the "mini" version is broken? ael --- -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.33 (PREEMPT) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_GB.UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages console-setup-mini depends on: ii debconf [debconf-2.0] 1.5.28 Debian configuration management sy ii keyboard-configuration1.51 system-wide keyboard preferences Versions of packages console-setup-mini recommends: ii kbd 1.15.1-2 Linux console font and keytable ut Versions of packages console-setup-mini suggests: ii lsb-base 3.2-23 Linux Standard Base 3.2 init scrip -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#575807: udev registers PC speaker first in list of sound devices, which results in no sound
Package: udev Version: 151-3 Severity: normal One has to modprobe -r pcspkr and blacklist the module as a fast hack in order to have sound. -- Package-specific info: -- /etc/udev/rules.d/: /etc/udev/rules.d/: total 8 lrwxrwxrwx 1 root root 19 Mar 29 14:57 025_libgphoto2.rules -> ../libgphoto2.rules -rw-r--r-- 1 root root 788 Mar 29 14:15 70-persistent-cd.rules -rw-r--r-- 1 root root 445 Mar 29 14:15 70-persistent-net.rules lrwxrwxrwx 1 root root 15 Mar 29 14:38 z60_hdparm.rules -> ../hdparm.rules -- /sys/: /sys/dev /sys/devices/LNXSYSTM:00/LNXPWRBN:00/input/input3/event3/dev /sys/devices/LNXSYSTM:00/LNXSYBUS:00/PNP0C0C:00/input/input2/event2/dev /sys/devices/pci:00/:00:02.0/usb2/2-2/2-2:1.0/0003:0566:3108.0001/hidraw/hidraw0/dev /sys/devices/pci:00/:00:02.0/usb2/2-2/2-2:1.0/input/input4/event4/dev /sys/devices/pci:00/:00:02.0/usb2/2-2/2-2:1.1/0003:0566:3108.0002/hidraw/hidraw1/dev /sys/devices/pci:00/:00:02.0/usb2/2-2/2-2:1.1/input/input5/event5/dev /sys/devices/pci:00/:00:02.0/usb2/2-2/dev /sys/devices/pci:00/:00:02.0/usb2/dev /sys/devices/pci:00/:00:02.1/usb1/dev /sys/devices/pci:00/:00:07.0/input/input8/event8/dev /sys/devices/pci:00/:00:07.0/sound/card0/adsp/dev /sys/devices/pci:00/:00:07.0/sound/card0/audio/dev /sys/devices/pci:00/:00:07.0/sound/card0/controlC0/dev /sys/devices/pci:00/:00:07.0/sound/card0/dsp/dev /sys/devices/pci:00/:00:07.0/sound/card0/hwC0D0/dev /sys/devices/pci:00/:00:07.0/sound/card0/mixer/dev /sys/devices/pci:00/:00:07.0/sound/card0/pcmC0D0c/dev /sys/devices/pci:00/:00:07.0/sound/card0/pcmC0D0p/dev /sys/devices/pci:00/:00:07.0/sound/card0/pcmC0D1c/dev /sys/devices/pci:00/:00:07.0/sound/card0/pcmC0D1p/dev /sys/devices/pci:00/:00:07.0/sound/card0/pcmC0D2c/dev /sys/devices/pci:00/:00:08.0/:01:0e.0/fw0/dev /sys/devices/pci:00/:00:0a.0/host0/target0:0:0/0:0:0:0/block/sda/dev /sys/devices/pci:00/:00:0a.0/host0/target0:0:0/0:0:0:0/block/sda/sda1/dev /sys/devices/pci:00/:00:0a.0/host0/target0:0:0/0:0:0:0/block/sda/sda2/dev /sys/devices/pci:00/:00:0a.0/host0/target0:0:0/0:0:0:0/block/sda/sda3/dev /sys/devices/pci:00/:00:0a.0/host0/target0:0:0/0:0:0:0/block/sda/sda4/dev /sys/devices/pci:00/:00:0a.0/host0/target0:0:0/0:0:0:0/block/sda/sda5/dev /sys/devices/pci:00/:00:0a.0/host0/target0:0:0/0:0:0:0/block/sda/sda6/dev /sys/devices/pci:00/:00:0a.0/host0/target0:0:0/0:0:0:0/block/sda/sda7/dev /sys/devices/pci:00/:00:0a.0/host0/target0:0:0/0:0:0:0/block/sda/sda8/dev /sys/devices/pci:00/:00:0a.0/host0/target0:0:0/0:0:0:0/block/sda/sda9/dev /sys/devices/pci:00/:00:0a.0/host0/target0:0:0/0:0:0:0/bsg/0:0:0:0/dev /sys/devices/pci:00/:00:0a.0/host0/target0:0:0/0:0:0:0/scsi_generic/sg0/dev /sys/devices/pci:00/:00:0a.0/host2/target2:0:0/2:0:0:0/block/sr0/dev /sys/devices/pci:00/:00:0a.0/host2/target2:0:0/2:0:0:0/bsg/2:0:0:0/dev /sys/devices/pci:00/:00:0a.0/host2/target2:0:0/2:0:0:0/scsi_generic/sg1/dev /sys/devices/platform/i8042/serio0/input/input1/event1/dev /sys/devices/platform/i8042/serio1/input/input7/event7/dev /sys/devices/platform/i8042/serio1/input/input7/mouse1/dev /sys/devices/platform/serial8250/tty/ttyS1/dev /sys/devices/platform/serial8250/tty/ttyS2/dev /sys/devices/platform/serial8250/tty/ttyS3/dev /sys/devices/pnp0/00:04/rtc/rtc0/dev /sys/devices/pnp0/00:07/tty/ttyS0/dev /sys/devices/virtual/block/loop0/dev /sys/devices/virtual/block/loop1/dev /sys/devices/virtual/block/loop2/dev /sys/devices/virtual/block/loop3/dev /sys/devices/virtual/block/loop4/dev /sys/devices/virtual/block/loop5/dev /sys/devices/virtual/block/loop6/dev /sys/devices/virtual/block/loop7/dev /sys/devices/virtual/input/input0/event0/dev /sys/devices/virtual/input/input0/mouse0/dev /sys/devices/virtual/input/mice/dev /sys/devices/virtual/mem/full/dev /sys/devices/virtual/mem/kmsg/dev /sys/devices/virtual/mem/mem/dev /sys/devices/virtual/mem/null/dev /sys/devices/virtual/mem/port/dev /sys/devices/virtual/mem/random/dev /sys/devices/virtual/mem/urandom/dev /sys/devices/virtual/mem/zero/dev /sys/devices/virtual/misc/btrfs-control/dev /sys/devices/virtual/misc/cpu_dma_latency/dev /sys/devices/virtual/misc/device-mapper/dev /sys/devices/virtual/misc/fuse/dev /sys/devices/virtual/misc/hpet/dev /sys/devices/virtual/misc/kvm/dev /sys/devices/virtual/misc/mcelog/dev /sys/devices/virtual/misc/network_latency/dev /sys/devices/virtual/misc/network_throughput/dev /sys/devices/virtual/misc/psaux/dev /sys/devices/virtual/misc/snapshot/dev /sys/devices/virtual/misc/vga_arbiter/dev /sys/devices/virtual/sound/seq/dev /sys/devices/virtual/sound/timer/dev /sys/devices/virtual/tty/console/dev /sys/devices/virtual/tty/ptmx/dev /sys/devices/virtual/tty/tty/dev /sys/devices/virtual/tty/tty0/dev /sys/devices/virtual/tty/tty1/dev /sys/devices/virtual/tty/tty1
Bug#575704: cupt: Please respect "hold" package state... or document the lack of it
Hi, Eugene V. Lyubimkin wrote (28 Mar 2010 17:10:12 GMT) : > Now I implemented it (see changelog of the master branch). Tested, works for me, thanks! Bye, -- intrigeri | GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc | OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr-fingerprint.asc | Then we'll come from the shadows. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#565177: python-central: /etc/python/debian_config not fully documented
optimize is not the default, because programs may have problems with missing docstrings, und packaged programs are usually not started with -O. it's not worth the small optimization. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#575809: fluxbox: Mouse cursor invisible with xrandr
Package: fluxbox Version: 1.1.1-7 Severity: normal When using XRandR to switch the resolution of my VGA-connected external monitor for my laptop, the mouse cursor disappears. The mouse cursor is still visible on the laptop display. The problem does not occur with metacity, just with fluxbox. (Though I should qualify that it used to happen erratically with metacity, and often switching the VGA off and on again with xrandr made the cursor re-appear.) It also happens with the KDE4 window manager (though I haven't confirmed this recently.) If I switch graphics mode (by switching virtual terminal to VT1 and back again to VT7), the mouse cursor re-appears. I've tried xsetroot -cursor_name right_ptr which doesn't make it re-appear. I've tried switching the VGA output on and off several times with xrandr. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.31-1-686 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_GB.UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages fluxbox depends on: ii libc6 2.10.2-6 Embedded GNU C Library: Shared lib ii libfontconfig1 2.8.0-2 generic font configuration library ii libfreetype62.3.11-1 FreeType 2 font engine, shared lib ii libgcc1 1:4.4.3-3GCC support library ii libice6 2:1.0.6-1X11 Inter-Client Exchange library ii libimlib2 1.4.2-8+b1 powerful image loading and renderi ii libsm6 2:1.1.1-1X11 Session Management library ii libstdc++6 4.4.3-3 The GNU Standard C++ Library v3 ii libx11-62:1.3.3-2X11 client-side library ii libxext62:1.1.1-3X11 miscellaneous extension librar ii libxft2 2.1.14-2 FreeType-based font drawing librar ii libxinerama12:1.1-3 X11 Xinerama extension library ii libxpm4 1:3.5.8-1X11 pixmap library ii libxrandr2 2:1.3.0-3X11 RandR extension library ii libxrender1 1:0.9.5-2X Rendering Extension client libra ii menu2.1.43 generates programs menu for all me ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime Versions of packages fluxbox recommends: ii xfonts-terminus 4.30-2 Fixed-width fonts for fast reading Versions of packages fluxbox suggests: pn fbdesk (no description available) pn fbpager(no description available) pn fluxconf (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#575715: cupt: documented way of disabling proxy seems to be broken
Eugene V. Lyubimkin wrote (28 Mar 2010 18:40:21 GMT) : > I also had I look at this one, and since the library structure was > changed enough since this limitation was created, I was able to > remove it, so "DIRECT" is now (in master branch) supported too. > The testing is appreciated, as usual. Tested, works for me, thanks! Bye, -- intrigeri | GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc | OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr-fingerprint.asc | Every now and then I get a little bit restless | and I dream of something wild. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#575715: cupt: documented way of disabling proxy seems to be broken
Hi, Eugene V. Lyubimkin wrote (28 Mar 2010 17:34:58 GMT) : > The fix is one-liner, and it's already in the repository, you may > try it. Tested, the setting I had for APT now works OK with cupt as well: Acquire::http::Proxy::bugs.debian.org "DIRECT"; To make things even more clear, you'll probably want to apply the attached patch, that adds a missing ">" in cupt_vs_apt(5). The lack of it initially confused me; as I wrote in my original report, I tried this setting (notice the superfluous "<", caused by the syntax error in cupt_vs_apt(5)): >> acquire::http:: | GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc | OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr-fingerprint.asc | Every now and then I get a little bit restless | and I dream of something wild. >From 0ebe5a2dc199465c5cb8da232a0c9c8e49a89889 Mon Sep 17 00:00:00 2001 From: intrigeri Date: Mon, 29 Mar 2010 14:41:32 +0200 Subject: [PATCH] Fix misleading documentation for proxy settings. Signed-off-by: intrigeri --- doc/cupt_vs_apt.5.pod |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/doc/cupt_vs_apt.5.pod b/doc/cupt_vs_apt.5.pod index eb81abd..96a5b5f 100644 --- a/doc/cupt_vs_apt.5.pod +++ b/doc/cupt_vs_apt.5.pod @@ -126,7 +126,7 @@ PDiffs are not supported =item -setting 'acquire[::[::]proxy' to "" is equivalent to setting it to "DIRECT" =item -- 1.7.0
Bug#575810: lmSensors support only returns first subfeartures on each chips
Package: libsnmp15
Version: 5.4.2.1~dfsg-5
Severity: Normal
Tags: patch
Current debian/patches/60_libsensors_api.patch contains needless
subfearture mapping value check. This cause only returns first main
feature related values on each sensor chips.
--- debian/patches/60_libsensors_api.patch~ 2010-03-29 21:10:42.0
+0900
+++ debian/patches/60_libsensors_api.patch 2010-03-29 21:24:38.0
+0900
@@ -212,7 +212,7 @@
int chip_nr = 0;
int rc = 0;
unsigned inti = 0;
-@@ -961,18 +953,19 @@ else{
+@@ -961,18 +953,18 @@ else{
sensor_array[i].current_len = DEFAULT_SENSORS;
} /* end for */
@@ -233,7 +233,6 @@
-!sensors_get_label(*chip, data->number, &label) &&
-!sensors_get_feature(*chip, data->number, &val)) {
+if ((subfeature->flags & SENSORS_MODE_R) &&
-+(subfeature->mapping == 0) &&
+(label = sensors_get_label(chip, feature)) &&
+!sensors_get_value(chip, subfeature->number, &val)) {
int type = -1;
subfearture's type is `struct sensors_subfeature', it is
described in include/sensors/sensors.h:
/* Data about a single chip subfeature:
name is the string name used to refer to this subfeature (in config files)
number is the internal subfeature number, used in many functions to refer
to this subfeature
type is the subfeature type
mapping is the number of a main feature this subfeature belongs to
(for example subfeatures fan1_input, fan1_min, fan1_div and fan1_alarm
are mapped to main feature fan1)
flags is a bitfield, its value is a combination of SENSORS_MODE_R (readable),
SENSORS_MODE_W (writable) and SENSORS_COMPUTE_MAPPING (affected by the
computation rules of the main feature) */
typedef struct sensors_subfeature {
char *name;
int number;
sensors_subfeature_type type;
int mapping;
unsigned int flags;
} sensors_subfeature;
Each main feature has individual id's and mapping is indicate the id.
For Example When fan1 (described above) has id = 0, all subfeature of
fan1 (fan1_input, fan1_min, fan1_div and fan1_alarm described above)
have `mapping = 0'. And fan2 on same chips has id = 1, all subfeatures of
fan2 (For example fan2_input, fan1_min and so on) have `mapping = 1'.
So, subfeature->mapping != 0 is VALID.
Please drop `subfeature->mapping == 0' check on sensors handling
function (as above patch).
--
ISHIKAWA Mutsumi
, ,
60_libsensors_api.patch_fix.diff
Description: Binary data
Bug#575804: excessive cpu usage with several applications (firefox, epiphany, etc.)
severity 575804 normal tag 575804 moreinfo kthxbye On Mon, Mar 29, 2010 at 13:40:56 +0200, Patrick Schoenfeld wrote: > I currently have the problem that Xorg takes 100% CPU when some > applications are running. It appears to be mostly triggered > by firefox and epiphany but other software (e.g. opera) also > leads to unusual CPU usage (50-60%). This makes my system > quiet unresponsive when working with those applications. > Please try to figure out where X is spending this cpu time (you could e.g. interrupt it with gdb a few times, or use a profiler...). Cheers, Julien signature.asc Description: Digital signature
Bug#575456: Loading firmware: untranslated dialog (bug #575456)
On Mon, Mar 29, 2010 at 06:38:22AM +0200, Christian PERRIER wrote: > > > I did check this out, but I didn't find any PO file in there. Is there > some special mechanism in place to allow for localization of the > kernel packages templates? debian/templates/temp.image.plain/templates is the file you are looking for in linux-2.6 repo dir. thanks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#575811: gnome-control-center: Appearance manager crashes while trying to install icons
Package: gnome-control-center
Version: 1:2.28.1-2
Severity: important
Trying to install GNOME-colors from
http://gnome-look.org/content/download.php?content=82562&id=1&tan=21977932
results in the following:
Program received signal SIGSEGV, Segmentation fault.
0x759d91e1 in can_break_at (layout=0xbb7980) at
/build/buildd-pango1.0_1.26.2-2-amd64-JgVIUy/pango1.0-1.26.2/pango/pango-layout.c:3026
3026
/build/buildd-pango1.0_1.26.2-2-amd64-JgVIUy/pango1.0-1.26.2/pango/pango-layout.c:
No such file or directory.
in
/build/buildd-pango1.0_1.26.2-2-amd64-JgVIUy/pango1.0-1.26.2/pango/pango-layout.c
(gdb) bt full
#0 0x759d91e1 in can_break_at (layout=0xbb7980) at
/build/buildd-pango1.0_1.26.2-2-amd64-JgVIUy/pango1.0-1.26.2/pango/pango-layout.c:3026
wrap =
#1 can_break_in (layout=0xbb7980) at
/build/buildd-pango1.0_1.26.2-2-amd64-JgVIUy/pango1.0-1.26.2/pango/pango-layout.c:3043
i = 1
#2 process_line (layout=0xbb7980) at
/build/buildd-pango1.0_1.26.2-2-amd64-JgVIUy/pango1.0-1.26.2/pango/pango-layout.c:3531
item = 0xd5da40
result =
old_num_chars = 35
have_break = 0
break_remaining_width = -1
break_start_offset = 0
break_link = 0x0
wrapped = 0
#3 pango_layout_check_lines (layout=0xbb7980) at
/build/buildd-pango1.0_1.26.2-2-amd64-JgVIUy/pango1.0-1.26.2/pango/pango-layout.c:3847
delim_len =
end = 0xc8ee83 ""
delimiter_index = 35
next_para_index = 35
start =
done = 1
start_offset =
attrs = 0xc0fa20
no_shape_attrs =
iter = 0xc32660
prev_base_dir = PANGO_DIRECTION_LTR
base_dir = PANGO_DIRECTION_LTR
state = {line_height = -1, remaining_height = -1, attrs = 0xc0fa20,
items = 0xc18120, base_dir = PANGO_DIRECTION_LTR, line_of_par = 1, glyphs =
0x0, start_offset = 0, properties = {
uline = PANGO_UNDERLINE_NONE, strikethrough = 0, rise = 0,
letter_spacing = 0, shape_set = 0, shape_ink_rect = 0x0, shape_logical_rect =
0x0}, log_widths = 0x0,
log_widths_offset = 0, line_start_index = 0, line_start_offset = 0,
line_width = -1, remaining_width = -1}
__PRETTY_FUNCTION__ = "pango_layout_check_lines"
#4 0x759d9dfc in pango_layout_get_extents_internal (layout=0xbb7980,
ink_rect=0x0, logical_rect=0x7fffc710, line_extents=0x0)
at
/build/buildd-pango1.0_1.26.2-2-amd64-JgVIUy/pango1.0-1.26.2/pango/pango-layout.c:2431
line_list =
y_offset =
width = 0
need_width =
__PRETTY_FUNCTION__ = "pango_layout_get_extents_internal"
#5 0x764b58c7 in gtk_label_size_request (widget=0xb63c10,
requisition=0xb63c48) at /tmp/buildd/gtk+2.0-2.20.0/gtk/gtklabel.c:3184
width = 0
height = 0
logical_rect = {x = -162834368, y = 32767, width = -179032811, height =
32767}
aux_info = 0x0
#6 0x755453e9 in IA__g_closure_invoke (closure=0x699a60,
return_value=0x0, n_param_values=2, param_values=0xd44a10,
invocation_hint=0x7fffc8a0)
at /tmp/buildd/glib2.0-2.23.6/gobject/gclosure.c:767
marshal = 0x1
marshal_data = 0x
__PRETTY_FUNCTION__ = "IA__g_closure_invoke"
#7 0x7555bd93 in signal_emit_unlocked_R (node=0x699b10, detail=, instance=, emission_return=,
instance_and_params=) at
/tmp/buildd/glib2.0-2.23.6/gobject/gsignal.c:3178
accumulator = 0x753343a0
emission = {next = 0x7fffcd70, instance = 0xb63c10, ihint =
{signal_id = 18, detail = 0, run_type = G_SIGNAL_RUN_FIRST}, state =
EMISSION_RUN, chain_type = 7200272}
class_closure = 0x699a60
handler_list = 0x0
return_accu =
accu = {g_type = 0, data = {{v_int = 0, v_uint = 0, v_long = 0, v_ulong
= 0, v_int64 = 0, v_uint64 = 0, v_float = 0, v_double = 0, v_pointer = 0x0},
{v_int = 0, v_uint = 0,
v_long = 0, v_ulong = 0, v_int64 = 0, v_uint64 = 0, v_float = 0,
v_double = 0, v_pointer = 0x0}}}
signal_id = 18
max_sequential_handler_number = 0
return_value_altered = 0
8 0x7555dc56 in IA__g_signal_emit_valist (instance=0xb63c10,
signal_id=, detail=0, var_args=0x7fffcab0)
at /tmp/buildd/glib2.0-2.23.6/gobject/gsignal.c:2981
signal_return_type = 4
param_values =
node = 0x699b10
i =
n_params =
__PRETTY_FUNCTION__ = "IA__g_signal_emit_valist"
#9 0x7555df73 in IA__g_signal_emit_by_name (instance=0xb63c10,
detailed_signal=0x766ec0ee "size-request") at
/tmp/buildd/glib2.0-2.23.6/gobject/gsignal.c:3075
var_args = {{gp_offset = 24, fp_offset = 48, overflow_arg_area =
0x7fffcbc0, reg_save_area = 0x7fffcad0}}
detail = 0
signal_id = 18
__PRETTY_FUNCTION__ = "IA__g_signal_emit_by_name"
#10 0x7652db98 in _gtk_size_group_compute_requisition (widget=0xb63c10,
requisition=0x7fffcbf0) at /tmp
Bug#575473: dbndns: No howto or tutorial documentation for configuring tinydns.
On Fri, Mar 26, 2010 at 03:10:44PM -0700, John Wenger wrote: > On Fri, Mar 26, 2010 at 1:24 AM, Gerrit Pape wrote: > > On Thu, Mar 25, 2010 at 10:45:55PM -0700, John Wenger wrote: > > > I have used djbdns off and on for years (woody, sarge, and before) but > > > I was never able to get it to work using the debian way. Everyone > > > said just use DJB's method, and it worked as a charm. Now, years > > > later, I tried teh Debian way using the Lenny deb dbndns, and once > > > again I am defeated. The man pages are reference pages, without > > > examples, and the DJB website has tutorial instructions the DJB-way > > > but not for the Debian way. Debian needs to either put things where > > > DJB's tutorial expects them, or Debian needs to write their won > > > tutorials. Bythe way, I have the dnscache running fine, returning > > > results in 2 ms. > > > > Hi, I'm sorry that you got frustated. I see that the dbndns package > > lacks documentation that's included in the djbdns package. I don't know > > why you chose the dbndns package instead of djbdns. Would this > > information in /usr/share/doc/dbndns/README.Debian have helped you?: > > > Thanks very much for your prompt response. > > I used apt-cache show to read about both debs, but was not able > to learn which one to use, and for why. It would really help me if these > commands informed us which to use and why. Ok, I'll see what I can do to improve this. > I would happily use either dbndns or djbdns. Which should I use and why? > > And yes, that info in /usr/share/doc/dbndns/README.Debianwould have helped > me. But that entry in /etc/sv has me confused. What is that about? I'll add that paragraph to dbndns' README.Debian. What do you mean by 'entry in /etc/sv', where did you read about that? > > --- > > djbdns for Debian > > - > > > > This package provides the djbdns programs, installed into /usr/bin/, and > > man pages. When configuring and enabling djbdns services, please note > > that daemontools' default directory for services on Debian is > > /etc/service/, not /service/. > > > > See http://cr.yp.to/djbdns.html for detailed documentation. > > > > -- Gerrit Pape , Wed, 09 Jan 2008 21:14:00 + > > --- > > > > Apart from these changes, you should be able to configure and run djbdns > > using upstream's method. > > > > I don't know what upstream's method is.I guess that makes me a class 2 > bug-reporter, since type threes know that. ?? It's a misunderstanding then, above you wrote 'Everyone said just use DJB's method, and it worked as a charm.', which made me think you did so, and it worked just fine for you. Upstream's method is documented through http://cr.yp.to/djbdns.html Regards, Gerrit. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#563894: gnome-panel messes up icon placement if screen resolution is changed
Hi, On Wed, 6 Jan 2010 18:59:32 +1100, Craig Sanders wrote: > a quick google reveals that this has been known upstream since at > least 2007, probably much longer. yet another gnome-panel bug they're > ignoring. Could you then indicate here which upstream bug it is ? This one https://bugzilla.gnome.org/show_bug.cgi?id=612927 maybe ? > i've found a work-around at > http://srimal-techdiary.blogspot.com/2008/05/gnome-panel-has-this-annoying-habit-of.html > > to summarise: > > 1. apt-get install pessulus > > 2. enable the "Lock down the panels" option in the Lockdown Editor > (System -> Administration -> Lockdown Editor) I think here's no need to install pessulus to achieve that. Simply setting the gconf key /apps/panel/global/locked_down to true should do the same. Cheers, Denis -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#575812: make setup-storage work without FAI
Package: fai-client
Severity: wishlist
People like to use setup-storage without calling it from FAI.
This is how it should work
- install the fai-client package
- export PATH=/usr/lib/fai:${PATH}
- export disklist=$(disk-info | sort)
- setup-storage -X -f yourconfigfile
--
regards Thomas
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#563391: Package Trac 0.12 as well
> Al Nikolov writes: Hi, Sorry for the late reply. >> nor do we have a suitable version of Genshi in Debian. Trac 0.12 >> seems to need Genshi trunk, while Debian has the latest official >> release 0.5.1. We have to wait until Genshi 0.6 is out. I fear, >> this won't happen before Squeeze freeze and the quality of the >> Trac 0.12 package would be qustionable without sufficient testing >> time. > According to http://genshi.edgewall.org/ticket/369 the Genshi > trunk considered to be quite stable for 0.6.0 release (but haven't > even tagged though). I'm not aware of genshi' maintainers plans to > package it (this is why i'm putting them to CC). Probably guys > need our help as well? According to this ticket, it states that it "can be used in production, __at least in the context of Trac__", but as it hasn't been released yet, it may still contain regressions or bugs[0]. Therefore, I am not sure it would be a good idea to upload genshi 0.6 to unstable just for Trac 0.12 (which has not been released either) because it would affect all users... Maybe I can upload it to experimental for now, so you can upload trac to experimental as well. In case genshi 0.6 has not been released before the freeze, then I could upload it to unstable anyway if there hasn't been any complain from users with the package in experimental. What do you think? Regards, Arnaud Fontaine [0] http://genshi.edgewall.org/query?status=assigned&status=new&status=reopened&group=status&milestone=0.6 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
