Bug#569594: git t7400.24 is failing again
Stephen Powell wrote: If you're using Hercules, you have to define the the machine in Hercules as a 64-bit machine, such as a z800, z900, etc. A 64-bit kernel won't run on an ESA/390 processor. Probably I misconfigured it. With hercules 3.06-1.3, I tried ARCHMODE z/Arch in the configuration file; the lenny installer (which uses a 32-bit kernel) succeeded but the squeeze installer (which uses 64-bit) failed. From http://www.hercules-390.org/hercconf.html#ARCHMODE I see that the IPL always uses ESA/390 mode, so I can’t tell from the log whether this setting had the right effect. I’ll try spending more time to track it down with Hercules 3.07 this weekend. This time I can just install the new kernel on a working system to rule out other variables. I just realized that bug report #569594 is archived and has therefore been silently rejecting all posts to it. Hmph. Appears to be confused [1]. I’ve been receiving your messages through the Debian git packaging list, but the log as retrieved through http://bugs.debian.org and requ...@bugs.debian.org doesn’t include them. Jonathan [1] http://thread.gmane.org/gmane.linux.debian.devel.bugs.rc/261981 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#575416: Default xorg on G3 12 iBook (Testing install) is broken
Package: xserver-xorg-video-r128
Version: 6.8.0-1
Severity: important
*** Please type your report below this line ***
A fresh install of Debian Testing PPC generates a number of xorg issues.
This one: an xorg.conf file is required. ('Xorg -configure' creates one)
The LCD panel on an iBook is not detected correctly. Result is a crazy-looking
display that isn't drawn right at all.
Section Monitor *requires* at minimum
HorizSync 30-82
VertRefresh 56-75
To get the display to fill the LCD correctly. Web searches suggest modeline
entries might do the same thing.
-- Package-specific info:
Contents of /var/lib/x11/X.roster:
xserver-xorg
/var/lib/x11/X.md5sum does not exist.
X server symlink status:
lrwxrwxrwx 1 root root 13 Jun 5 2009 /etc/X11/X - /usr/bin/Xorg
-rwxr-xr-x 1 root root 1718548 Feb 19 2009 /usr/bin/Xorg
Contents of /var/lib/x11/xorg.conf.roster:
xserver-xorg
VGA-compatible devices on PCI bus:
01:00.0 VGA compatible controller: ATI Technologies Inc Radeon Mobility M7 LW
[Radeon Mobility 7500]
/var/lib/x11/xorg.conf.md5sum does not exist.
Xorg X server configuration file status:
-rw-r--r-- 1 root root 1612 Feb 23 22:32 /etc/X11/xorg.conf
Contents of /etc/X11/xorg.conf:
# xorg.conf (X.Org X Window System server configuration file)
#
# This file was generated by dexconf, the Debian X Configuration tool, using
# values from the debconf database.
#
# Edit this file with caution, and see the xorg.conf manual page.
# (Type man xorg.conf at the shell prompt.)
#
# This file is automatically updated on xserver-xorg package upgrades *only*
# if it has not been modified since the last upgrade of the xserver-xorg
# package.
#
# If you have edited this file but would like it to be automatically updated
# again, run the following command:
# sudo dpkg-reconfigure -phigh xserver-xorg
Section InputDevice
Identifier Generic Keyboard
Driver kbd
Option XkbRules xorg
Option XkbModel pc104
Option XkbLayout us
EndSection
Section InputDevice
Identifier Configured Mouse
Driver mouse
EndSection
Section Device
Identifier Configured Video Device
Driver radeon
Option DRI on
Option DMAForXv true
Option EnablePageFlip true
Option AGPMode 4
# Option AccelMethod EXA
Option DynamicClocks on
Option DirectRendering on
Option XAANoOffscreenPixmaps true
Option AGPFastWrite true
EndSection
Section Monitor
Identifier Configured Monitor
EndSection
Section Screen
Identifier Default Screen
Monitor Configured Monitor
EndSection
Section Module
Load dri
Load glx
Load dbe
Load extmod
Load int10
Load ddc
Load v4l
EndSection
Section DRI
Mode 0666
EndSection
Section Extensions
Option Composite 1
EndSection
Xorg X server log files on system:
-rw-r--r-- 1 root root 44194 Mar 20 09:22 /var/log/Xorg.1.log
-rw-r--r-- 1 root root 49419 Mar 25 09:38 /var/log/Xorg.0.log
Contents of most recent Xorg X server log file
/var/log/Xorg.0.log:
X.Org X Server 1.4.2
Release Date: 11 June 2008
X Protocol Version 11, Revision 0
Build Operating System: Linux Debian (xorg-server 2:1.4.2-11)
Current Operating System: Linux laptop 2.6.26-2-686 #1 SMP Sun Jun 21 04:57:38
UTC 2009 i686
Build Date: 20 February 2009 03:06:29AM
Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
Module Loader present
Markers: (--) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(==) Log file: /var/log/Xorg.0.log, Time: Thu Mar 25 09:37:32 2010
(==) Using config file: /etc/X11/xorg.conf
(==) No Layout section. Using the first Screen section.
(**) |--Screen Default Screen (0)
(**) | |--Monitor Configured Monitor
(==) No device specified for screen Default Screen.
Using the first device section listed.
(**) | |--Device Configured Video Device
(==) |--Input Device Configured Mouse
(==) |--Input Device Generic Keyboard
(==) The core pointer device wasn't specified explicitly in the layout.
Using the first mouse device.
(==) The core keyboard device wasn't specified explicitly in the layout.
Using the first keyboard device.
(==) Automatically adding devices
(==) Automatically enabling devices
(==) No FontPath specified. Using compiled-in default.
(WW) The directory /usr/share/fonts/X11/cyrillic does not exist.
Entry deleted from font path.
(==) FontPath set to:
/usr/share/fonts/X11/misc,
/usr/share/fonts/X11/100dpi/:unscaled,
/usr/share/fonts/X11/75dpi/:unscaled,
/usr/share/fonts/X11/Type1,
Bug#575415: xserver-xorg-video-r128: DRI Not available on G3 12 iBook (PPC)
On Thu, 2010-03-25 at 09:56 -0700, mpapet wrote: Package: xserver-xorg-video-r128 Version: 6.8.0-1 Severity: important A fresh install of Debian Testing PPC generates a number of xorg issues. This one: there's no accelleration at all. DRI is loaded, but driconf returns the card does not support DRI. Result is a painfully slow desktop experience. The X log file shows the radeon driver successfully initializing the DRI. If you're really having issues with the r128 driver on another machine, please provide the corresponding log file. -- Earthling Michel Dänzer |http://www.vmware.com Libre software enthusiast | Debian, X and DRI developer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#575417: Vim highlights C++ keywords in Java code
Package: vim-common Version: 2:7.2.330-1 When you enter C++ keywords in java code, such as template, vim highlights them as syntax errors. The default behavior of vim is not to do this. The Debian version of vim does so. However, this doesn't appear to have been the result of a deliberate choice, because the original source used while building the vim-common package is not identical to the actual vim source. Here's the relevant text from the java.vim file in vim 7.1: if !exists(java_allow_cpp_keywords) syn keyword javaError auto delete extern friend inline redeclared syn keyword javaError register signed sizeof struct template typedef union syn keyword javaError unsigned operator endif And in vim 7.2: if !exists(java_allow_cpp_keywords) The default used to be to highlight C++ keywords. But several people don't like that, so default to not highlighting these. let java_allow_cpp_keywords = 1 endif if !java_allow_cpp_keywords syn keyword javaError auto delete extern friend inline redeclared syn keyword javaError register signed sizeof struct template typedef union syn keyword javaError unsigned operator endif The Debian orig java.vim file for vim-common 2:7.2.330-1 is the same as the one from vim 7.1 (for this snippet of text only). This is not the result of a patch - the source used is simply not the correct source. -- Joshua Swink joshua.sw...@gmail.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#575259: mpi-default-dev doesn't ensure that the right implementation is used
Hi Manuel, Le 25 mars 10 à 18:07, Manuel Prinz a écrit : So, given that the priority in Open MPI changed and we will transition, do you think the patch is useful? I do not refrain from applying it to mpi-default but my understanding is that we do not need to have it as of now. No, with the prioriy of OpenMPI raised above that of MPICH2, and with the idea of switching from LAM to MPICH2 on the other arches, my patch does not bring any _immediate_ benefit. It's a proposal for a longer term solution, but you seem to have other ideas and you have time to let them mature. To be clear: I'm very much in favor of having a solution that works correctly with whatever MPI implementation is chosen as the local default. But u-a can not be used to realize that. Once the sysadmin set the default manually, we have lost, no matter how high the priority of the mpi-defaults alternative is. Something to clarify: my understanding is that mpi-default is a _Debian_ default, not local default. The problem with the sysadmin setting the alternative is not relevant for buildds, and is addressed by using the mpicc.default et al. links instead of mpicc. Dealing with a local default looks more difficult, requiring a rebuild a little bit like kernel modules, which IMHO would be more complex than providing the two variant openmpi and mpich2 in the first place. Regards, Thibaut. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#575418: reportbug: Needs Follow-up Summary
Package: reportbug Version: 4.10.2 Severity: wishlist reportbug needs a follow-up summary after the bug has been submitted. A successfully submitted bug gets an auto-reply email. It is possible for the bug submission to silently fail. The bug submitter's last dialog box should be something along the lines of Thank you for submitting a new bug. You should recieve an email confirmation of the bug submission in the next few hours. If you haven't recieved a confirmation, then the reportbug submission failed. -- Package-specific info: ** Environment settings: INTERFACE=text ** /home/mpapet/.reportbugrc: reportbug_version 4.10.2 mode novice ui text email mpa...@yahoo.com no-cc header X-Debbugs-CC: mpa...@yahoo.com smtphost reportbug.debian.org -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.26-2-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages reportbug depends on: ii apt 0.7.25.3 Advanced front-end for dpkg ii python2.5.4-9An interactive high-level object-o ii python-reportbug 4.10.2 Python modules for interacting wit reportbug recommends no packages. Versions of packages reportbug suggests: pn debconf-utilsnone (no description available) pn debsums none (no description available) pn dlocate none (no description available) pn emacs22-bin-common | none (no description available) ii exim44.71-3 metapackage to ease Exim MTA (v4) ii exim4-daemon-light [ 4.71-2 lightweight Exim MTA (v4) daemon ii file 5.04-1 Determines file type using magic ii gnupg1.4.10-2GNU privacy guard - a free PGP rep ii python-gtk2 2.16.0-1Python bindings for the GTK+ widge pn python-gtkspell none (no description available) pn python-urwid none (no description available) ii python-vte 1:0.22.5-2 Python bindings for the VTE widget ii xdg-utils1.0.2+cvs20100307-1 desktop integration utilities from -- 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#575259: mpi-default-dev doesn't ensure that the right implementation is used
Am Donnerstag, den 25.03.2010, 18:28 +0100 schrieb Thibaut Paumard: No, with the prioriy of OpenMPI raised above that of MPICH2, and with the idea of switching from LAM to MPICH2 on the other arches, my patch does not bring any _immediate_ benefit. It's a proposal for a longer term solution, but you seem to have other ideas and you have time to let them mature. Don't get me wrong: I appreciate your efforts but currently I'm interested in getting over with the transition soon. As your patch does no harm, I guess I will apply it. I might make the step to the real solution easier. You're right with the long term solution: I have something different in mind. If you're interested, we can discuss that outside this bug report. Every discussion about that will hopefully avoid further screw-up. ;) Something to clarify: my understanding is that mpi-default is a _Debian_ default, not local default. The problem with the sysadmin setting the alternative is not relevant for buildds, and is addressed by using the mpicc.default et al. links instead of mpicc. Dealing with a local default looks more difficult, requiring a rebuild a little bit like kernel modules, which IMHO would be more complex than providing the two variant openmpi and mpich2 in the first place. Exactly. I currently only care for the buildds. But switching the local default and having mpi-defaults-dev installed on a developer machine should be possible; this is the long-term solution mentioned above. This I also care for, but I do not care for it with respect to the transition. Anyway, thanks again for your help and this discussion! It's always nice to see people sharing the same goals! Best regards, Manuel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#575419: [cuneiform] Please package 0.9
Package: cuneiform Version: 0.7.0+dfsg-5 Severity: wishlist The current upstream version is 0.9. Please package this version. --- System information. --- Architecture: amd64 Kernel: Linux 2.6.32-3-amd64 Debian Release: squeeze/sid 500 unstableftp.debian.org --- Package information. --- Depends (Version) | Installed =-+-= libc6(= 2.3) | 2.10.2-6 libgcc1 (= 1:4.1.1) | 1:4.4.3-5 libmagick++2 | 7:6.5.8.3-1+b1 libstdc++6 (= 4.2.1) | 4.4.3-5 cuneiform-common | 0.7.0+dfsg-5 Package's Recommends field is empty. Package's Suggests field is empty. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#573000: DRI/GLX Broken in Testing PPC on ibook
A default install of Testing on a G3 12 iBook generated similar issues. 1. An xorg.conf is required. Otherwise, the ibook locks up. 2. The xorg.conf needs a disable glx stanze. I can enable dri and dri2. Enable glx and the ibook is not recoverable without a power switch shutdown. 3. driconf reports that the video card is not DRI capable. (Maybe because there's no GLX???) Desktop is painfully slow without acceleration. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#575420: [cuneiform] Depends on version of libmagick not in unstable
Package: cuneiform Version: 0.7.0+dfsg-5 Severity: serious Please do a rebuild to resolve that problem. --- System information. --- Architecture: amd64 Kernel: Linux 2.6.32-3-amd64 Debian Release: squeeze/sid 500 unstableftp.debian.org --- Package information. --- Depends (Version) | Installed =-+-= libc6(= 2.3) | 2.10.2-6 libgcc1 (= 1:4.1.1) | 1:4.4.3-5 libmagick++2 | 7:6.5.8.3-1+b1 libstdc++6 (= 4.2.1) | 4.4.3-5 cuneiform-common | 0.7.0+dfsg-5 Package's Recommends field is empty. Package's Suggests field is empty. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#575352: debmirror: spelling mistake in mirror_size
tag 575352 pending thanks On Thursday 25 March 2010, Prema wrote: -All numbers reflect the state of te archive per 19 Dec 2009. +All numbers reflect the state of the archive per 19 Dec 2009. Thanks. Will be fixed with the next release. Cheers, FJP -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#575038: libgcrypt11: tiger192 message digest does not agree with other implementations
On 03/25/2010 11:27 AM, Werner Koch wrote: Well, it matches the original specs and the published test vectors. If you look at the tiger home page, you will find the test vectors we use. interesting. i didn't find that when i did my original searching. could you point me to the URL? Back in 1998, when I wrote the code, there was no note on how the hashes are to be printed (i.e. how to convert the 64 bit words into a bit string). Thus I came up with the way it is now. Tiger has been used by gpg versions up to 1.3.2 and I heard that some people are still patching gpg to use it. Obviously the version in Libgcrypt is the one used by gpg. We can't change it without risking to break existing code. yeah :( That was sort of why i was thinking that an explicit disable sends a clearer message to users, instead of just changing it silently. but that's still kind of a rough thing for users. :( What we can do is to implement the now correct version of tiger192 as a different algorithm. I think it might also be okay to drop the OID from the current implementation because that one is definitely false. Moritz obvioulsy didn't compared the test vectors with those on the tiger home page after we assigned an OID for Tiger from the GNU pool to Ross. I don't know who or what Ross is, or how it fits into this discussion, sorry. There is still the question, who wants to use Tiger192, given that there are proven algos out and that SHA-3 is not that far away. i agree that it seems like an odd choice for today, which is why i wonder how much time it's worth spending on it :/ Disabling the digest by default would certainly be the quickest way to find out who really needs it, though it could get ugly. --dkg signature.asc Description: OpenPGP digital signature
Bug#569348: example debmirror.conf contains useless $dry_run
On Thursday 11 February 2010, Piotr Lewandowski wrote: In contrast to $dry_run_var, this variable has no effect on debmirror. Please update example accordingly. Thanks for reporting this. I have fixed the problem differently from your suggestion. I think it makes more sense to keep the name in the config file similar to the option, so I have changed the internal use of the variable in the script. With the next version of debmirror setting $dry_run *will* work correctly. Cheers, FJP -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#556131: pkg-voip status? OpenSIPS ITP status?
Hello Paul Current packaging for opensips in pkg-voip's svn is almost ready to go, except for last comments from the ftp-master. See: http://lists.alioth.debian.org/pipermail/pkg-voip-maintainers/2009-December/015847.html Alejandro Rios Peña
Bug#575421: virt-manager fails to start because virtinst version 0.500.2 is too old
Package: virt-manager Version: 0.8.4-1 Severity: normal After upgrading to virt-manager 0.8.4-1, virt-manager fails to start. An error windows is displays that says: Error starting Virtual Machine Manager: virtinst version 0.500.2 is too old. virt-manager requires the python-virtinst library version 0.500.3 or greater. This can be downloaded at: http://virt-manager.org/download.html -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-4-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/dash Versions of packages virt-manager depends on: ii librsvg2-common 2.26.0-2 SAX-based renderer library for SVG ii python2.5.4-9An interactive high-level object-o ii python-dbus 0.83.1-1 simple interprocess messaging syst ii python-glade2 2.16.0-2 GTK+ bindings: Glade support ii python-gnome2 2.28.0-2 Python bindings for the GNOME desk ii python-gtk-vnc0.3.10-5 A VNC viewer widget for GTK+ (Pyth ii python-gtk2 2.16.0-2 Python bindings for the GTK+ widge ii python-libvirt0.7.7-4libvirt Python bindings ii python-support1.0.7 automated rebuilding support for P ii python-urlgrabber 3.1.0-5A high-level cross-protocol url-gr ii python-vte1:0.22.5-3 Python bindings for the VTE widget ii virtinst 0.500.2-2 Programs to create and clone virtu Versions of packages virt-manager recommends: ii libvirt-bin 0.7.7-4the programs for the libvirt libra Versions of packages virt-manager suggests: ii virt-viewer 0.2.1-1Displaying the graphical console o -- 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#575422: Retry frown on kfreebsd-*
Package: release.debian.org Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, the build problems of the package frown on kfreebsd are most likely triggered because the lhs2tex package on kfreebsd was built with ghc6-6.12, while on the other arches, it was built with 6.10. I updated frown to work correctly when built with ghc6-6.12 (#570868), so these builds should work now: gb frown . kfreebsd-amd64 kfreebsd-i386 (buildd.d.o is unreachable ATM, I hope I got the right architectures) Thanks, Joachim - -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-3-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAkurpfEACgkQ9ijrk0dDIGwyKgCgsec7WEsBTnjqQNOA5IPg0wTR mecAnjpoxfffDw+o0PgZeNWF4qrZ+BbU =bxTS -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#575423: libexo-0.3-0: parsing of mailto urls in exo-compose-mail-0.3 is case sensitive
Package: libexo-0.3-0
Version: 0.3.106-1
Severity: normal
exo-compose-mail-0.3 ignores the subject and body in the following URL
because they are capitalized:
mailto:mutt-announce-requ...@mutt.org?subject=subscribe%20mutt%20announceBody=subscribe
The attached patch makes the URL parser case-insensitive.
-- System Information:
Debian Release: squeeze/sid
APT prefers testing
APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.32-3-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_CA.utf8, LC_CTYPE=en_CA.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages libexo-0.3-0 depends on:
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 libdbus-1-3 1.2.20-2 simple interprocess messaging syst
ii libexo-common 0.3.106-1libexo common files
ii libfontconfig1 2.8.0-2 generic font configuration library
ii libfreetype62.3.11-1 FreeType 2 font engine, shared lib
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 libhal-storage1 0.5.14-2 Hardware Abstraction Layer - share
ii libhal1 0.5.14-2 Hardware Abstraction Layer - share
ii libnotify1 [libnotify1- 0.4.5-1 sends desktop notifications to a n
ii libpango1.0-0 1.26.2-2 Layout and rendering of internatio
ii liburi-perl 1.52-1 module to manipulate and access UR
ii libxfce4util4 4.6.1-2 Utility functions library for Xfce
ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime
libexo-0.3-0 recommends no packages.
libexo-0.3-0 suggests no packages.
-- no debconf information
--- /usr/lib/libexo-0.3-0/exo-compose-mail-0.3 2009-12-12 08:09:37.0
-0700
+++ exo-compose-mail-0.32010-03-25 11:59:16.0 -0600
@@ -42,33 +42,33 @@
# mailto:-components
my @to = ();
my @cc = ();
my $subject = undef;
my $body = undef;
my @attachments = ();
# parse the mailto:-address
my @headers = $mailtoUrl-headers();
for (my $n = 0; $n $#headers; $n += 2) {
- if ($headers[$n] eq 'to') {
+ if ($headers[$n] =~ /^to$/i) {
push (@to, $headers[$n + 1]);
}
- elsif ($headers[$n] eq 'cc') {
+ elsif ($headers[$n] =~ /^cc$/i ) {
push (@cc, $headers[$n + 1]);
}
- elsif ($headers[$n] eq 'subject') {
+ elsif ($headers[$n] =~ /^subject$/i ) {
$subject = $headers[$n + 1];
}
- elsif ($headers[$n] eq 'body') {
+ elsif ($headers[$n] =~ /^body$/i ) {
$body = $headers[$n + 1];
}
- elsif ($headers[$n] eq 'attach') {
+ elsif ($headers[$n] =~ /^attach$/i ) {
# be sure to add as file:-URI
my $f = $headers[$n + 1];
push(@attachments, ($f =~ m/^file:\//) ? URI-new($f) :
URI::file-new_abs($f));
}
}
# start with only the binary name
my @argv = ($binary);
# add style-specific parameters
Bug#572986: Acknowledgement (radvd will not accept an interface name with a capital letter, like ethLAN or ethEXT)
On 03/15/2010 12:32 AM, Ghe Rivero wrote: I'll take a look to it this morning. Anyway, there is a new upstream on the way , so maybe it will take a litle more of time to fix and mix everything together. Ghe Rivero Is there a way I can get a backport of 1.6 so that I can test that and verify that the bug will be fixed in squeeze? signature.asc Description: OpenPGP digital signature
Bug#575424: libexo-0.3-0: exo-compose-mail-0.3 should pass mailto URLs to mutt unbroken
Package: libexo-0.3-0
Version: 0.3.106-1
Severity: normal
mutt can handle mailto URLs just fine. Instead of breaking the mailto URL
apart and passing in separate parameters, exo-compose-mail-0.3 should use
logic for mutt similar to the logic for balsa. The attached patch fixes
this.
-- System Information:
Debian Release: squeeze/sid
APT prefers testing
APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.32-3-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_CA.utf8, LC_CTYPE=en_CA.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages libexo-0.3-0 depends on:
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 libdbus-1-3 1.2.20-2 simple interprocess messaging syst
ii libexo-common 0.3.106-1libexo common files
ii libfontconfig1 2.8.0-2 generic font configuration library
ii libfreetype62.3.11-1 FreeType 2 font engine, shared lib
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 libhal-storage1 0.5.14-2 Hardware Abstraction Layer - share
ii libhal1 0.5.14-2 Hardware Abstraction Layer - share
ii libnotify1 [libnotify1- 0.4.5-1 sends desktop notifications to a n
ii libpango1.0-0 1.26.2-2 Layout and rendering of internatio
ii liburi-perl 1.52-1 module to manipulate and access UR
ii libxfce4util4 4.6.1-2 Utility functions library for Xfce
ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime
libexo-0.3-0 recommends no packages.
libexo-0.3-0 suggests no packages.
-- no debconf information
--- exo-compose-mail-0.3.old2010-03-25 11:59:45.0 -0600
+++ exo-compose-mail-0.32010-03-25 11:59:47.0 -0600
@@ -178,21 +178,21 @@
}
elsif ($style eq 'mutt') {
# generate the parameters for mutt
+ my $mailto = 'mailto:' . ((@to 0) ? uri_escape($to[0]) : ) . '?';
+ for (my $n = 1; $n @to; $n++) {
+ $mailto .= 'cc=' . uri_escape($to[$n]) . '';
+ }
for my $cc (@cc) {
- push (@argv, '-c', $cc);
+ $mailto .= 'cc=' . uri_escape($cc) . '';
}
+ $subject and $mailto .= 'subject=' . uri_escape($subject) . '';
+ $body and $mailto .= 'body=' . uri_escape($body);
+
+ # and add the parameters to the argv
+ push (@argv, $mailto);
for my $uri (@attachments) {
push (@argv, '-a', $uri-path ());
}
- $subject and push (@argv, '-s', $subject);
- for my $to (@to) {
- push (@argv, $to);
- }
-
- # mutt needs an address, if we don't have
- # any, just append an empty string and mutt
- # will prompt for the To: address
- (not @to) and push (@argv, '');
}
else {
print STDERR $0: Unsupported style '$style'.\n;
Bug#562394: gprolog: NMU diff for 1.3.0-6.1
Dear maintainer,
Here is the NMU diff according to DevRef 5.11.1[1][2] for RC bug: #562394.
See the debian/patches directory for the important fixes. Feel free to
contact if you have any questions.
Thank you for maintaining the package,
Jari Aalto
[1] http://www.debian.org/doc/developers-reference/pkgs.html#nmu
[2] http://dep.debian.net/deps/dep1.html
lsdiff(1) of changes:
a/debian/changelog
b/debian/patches/10-latex-fix.patch
b/debian/patches/series
b/debian/source/format
debian/changelog | 15
debian/patches/10-latex-fix.patch | 68 +
debian/patches/series |1 +
debian/source/format |1 +
4 files changed, 85 insertions(+), 0 deletions(-)
diff --git a/debian/changelog b/debian/changelog
index c0195bb..d740f48 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,18 @@
+gprolog (1.3.0-6.1) unstable; urgency=low
+
+ [Jari Aalto]
+ * Non-maintainer upload.
+- Move to packaging format 3.0 (quilt) due to patch.
+ * debian/patches
+- (Number 10): Add patch to fix latex error. Patch thanks to Ilya
+ Barygin bary...@gmail.com
+ https://launchpad.net/ubuntu/+source/gprolog/1.3.0-6ubuntu1
+ (RC bug FTBFS serious; Closes: #562394).
+ * debian/source/format
+- New file.
+
+ -- Jari Aalto jari.aa...@cante.net Wed, 17 Mar 2010 00:53:43 +0200
+
gprolog (1.3.0-6) unstable; urgency=low
* revert to regular gcc: 4.2 (closes: #463289)
diff --git a/debian/patches/10-latex-fix.patch b/debian/patches/10-latex-fix.patch
new file mode 100644
index 000..1215e0d
--- /dev/null
+++ b/debian/patches/10-latex-fix.patch
@@ -0,0 +1,68 @@
+From 2e6e123c3289f55370072c7fe3f9e11402fe0006 Mon Sep 17 00:00:00 2001
+From: Jari Aalto jari.aa...@cante.net
+Date: Wed, 17 Mar 2010 00:55:58 +0200
+Subject: [PATCH] rename 'pdf' variable to 'pdfgprolog' by Ilya Barygin bary...@gmail.com
+Organization: Private
+Content-Type: text/plain; charset=utf-8
+Content-Transfer-Encoding: 8bit
+
+Signed-off-by: Jari Aalto jari.aa...@cante.net
+---
+ doc/macros.tex |4 ++--
+ doc/packages.tex | 10 +-
+ 2 files changed, 7 insertions(+), 7 deletions(-)
+
+diff --git a/doc/macros.tex b/doc/macros.tex
+index ebf774f..3fa342d 100644
+--- a/doc/macros.tex
b/doc/macros.tex
+@@ -81,7 +81,7 @@
+
+ % Url in LaTeX output
+
+-\ifpdf
++\ifpdfgprolog
+ \newcommand{\Tilde}[1]{~#1}
+ \newcommand{\MyUrl}[2]{\href{#1}{#2}}
+ \newcommand{\MyUrlHtml}[2]{\href{#1}{#2}}
+@@ -237,7 +237,7 @@
+
+
+% |textbf does not seem to work with hyperref (pdflatex)... remove it
+-\ifpdf
++\ifpdfgprolog
+ \newcommand{\IndexBold}[1]{\index{#1}}
+ \else
+ \newcommand{\IndexBold}[1]{\index{#1|textbf}}
+diff --git a/doc/packages.tex b/doc/packages.tex
+index 749cd32..96c01f1 100644
+--- a/doc/packages.tex
b/doc/packages.tex
+@@ -1,11 +1,11 @@
+-\newif\ifpdf
++\newif\ifpdfgprolog
+ \ifx\pdfoutput\undefined
+- \pdffalse % we are not running PDFLaTeX
++ \pdfgprologfalse % we are not running PDFLaTeX
+ \else
+\ifnum\pdfoutput=0
+- \pdffalse % we are not running PDFLaTeX
++ \pdfgprologfalse % we are not running PDFLaTeX
+\else
+- \pdfoutput=1 \pdftrue % we are running PDFLaTeX
++ \pdfoutput=1 \pdfgprologtrue % we are running PDFLaTeX
+\fi
+ \fi
+
+@@ -19,7 +19,7 @@
+ \usepackage{makeidx}
+ \usepackage{ifthen}
+ \usepackage{fancyhdr}
+-\ifpdf
++\ifpdfgprolog
+ \usepackage[pdftex]{graphicx}
+ \usepackage[pdftex=true]{hyperref}
+ \hypersetup{%
+--
+1.7.0
+
diff --git a/debian/patches/series b/debian/patches/series
new file mode 100644
index 000..4407379
--- /dev/null
+++ b/debian/patches/series
@@ -0,0 +1 @@
+10-latex-fix.patch
diff --git a/debian/source/format b/debian/source/format
new file mode 100644
index 000..163aaf8
--- /dev/null
+++ b/debian/source/format
@@ -0,0 +1 @@
+3.0 (quilt)
Bug#536195: dropbear remote boot feature exposes initramfs host keys to regular users
hi! maximilian attems wrote: quick answer /etc is for local admin /usr is for packages. first place overrides the later one. so your packaing change looks wrong to me. indeed some directories are only for mkinitramfs configuring others for boot time variables. [...] your overview totaly confused me and partialy wrong let's start with important things, please checkout man initramfs-tools. [...] ic. well actually i checked man initramfs-tools. i think if the explanation /etc/initramfs-tools - local admin config overriding package defaults, /usr/share/initramfs-tools - package defaults were in this manpage, too, that would have helped against people like me not getting it. :) modules loading is a seperate story and is added in /usr/share/initramfs-tools/modules and corresponding file in /etc ...and /usr/share/initramfs-tools/modules.d/, ic. what you could help at is audit scripts in /usr/share/initramfs-tools/conf.d/ and check that they don't set an mkinitramfs variable. then the call in mkinitramfs to source them could be finaly droped. hm. i just know about uswsusp dropping a file there, setting KEYMAP=y which is a variable that is used by a hook script on initramfs creation - but i'm not sure that it doesn't also make sense during initramfs boot... i'll try to investigate and take care of this (as long as nobody tells me that i'm totally wrong here :). concerning templating this is what each perl module likes to reinvent badly, don't think we need that complexity. hm. i'm not sure i meant the same thing as you with 'template'. :) what i meant: currently when creating an initramfs - let's say under /tmp/foobar/ - files like /usr/share/initramfs-tools/scripts/local-top/lvm are copied to e.g. /tmp/foobar/scripts/local-top/lvm, and /etc/initramfs-tools/modules to e.g. /tmp/foobar/etc/modules and so on. i.e. on a mkinitramfs run, what i call 'template' is created from various sources (which mkinitramfs has to know about) and the 'template' then ends up as e.g. /tmp/foobar/. what i meant was: when these files, which are 'collected', already reside in /etc/initramfs-tools/template/ (e.g. /etc/initramfs-tools/template/scripts/..., /etc/initramfs-tools/template/modules, and so on), this would be less complex and more flexible, in so far as a mkinitramfs run would start with something like cp -a /etc/initramfs-tools/template/ /tmp/foobar/ , the structure i.e. where a file actually ends up in the initramfs would be implicitly clear, and changes there (like a new tree necessary for and put there by some other package) would not need explicit support by or changes to mkinitramfs or a hook script. (this is btw not a try to convince you of this idea - it's just to make sure you really know what i meant so you can decide on the real idea and not on a misunderstanding :) and to answer my initial question, i guess using conf.d/ for modularized configs done by other packages is a good idea. :) depends what for if it's for bootvariables then it is fine and good. for mkinitramfs i'd be happy to drop. [...] seems good in general, just the packaging change can be dropped. ok, i just added the patch without the part moving the config to /etc, i.e. the 2nd chunk, just leaving the UMASK config, just for gerrit's convenience... regards, Chris diff -pruN ../a/dropbear-0.52/debian/initramfs/dropbear-conf ./dropbear-0.52/debian/initramfs/dropbear-conf --- ../a/dropbear-0.52/debian/initramfs/dropbear-conf 2010-03-25 11:42:21.0 +0100 +++ ./dropbear-0.52/debian/initramfs/dropbear-conf 2010-03-25 11:48:38.0 +0100 @@ -6,3 +6,12 @@ # #DROPBEAR=y + +# +# UMASK: [ 4-DIGIT OCTAL UMASK ] +# +# umask to use when creating an initramfs +# + +UMASK=0077 +
Bug#575425: virt-manager: Virt-manager 0.8.4 needs virtinst 0.500.3
Package: virt-manager Version: 0.8.4-1 Severity: grave Tags: sid Justification: renders package unusable Hi Virt-manager 0.8.4 needs virtinst 0.500.3, but only 0.500.2 is in unstable ATM. 'aptitude safe-upgrade' happily upgraded it from 0.8.3 to 0.8.4 though. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') 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 virt-manager depends on: ii librsvg2-common 2.26.0-2 SAX-based renderer library for SVG ii python2.5.4-9An interactive high-level object-o ii python-dbus 0.83.1-1 simple interprocess messaging syst ii python-glade2 2.16.0-2 GTK+ bindings: Glade support ii python-gnome2 2.28.0-2 Python bindings for the GNOME desk ii python-gtk-vnc0.3.10-5 A VNC viewer widget for GTK+ (Pyth ii python-gtk2 2.16.0-2 Python bindings for the GTK+ widge ii python-libvirt0.7.7-4libvirt Python bindings ii python-support1.0.7 automated rebuilding support for P ii python-urlgrabber 3.1.0-5A high-level cross-protocol url-gr ii python-vte1:0.22.5-3 Python bindings for the VTE widget ii virtinst 0.500.2-2 Programs to create and clone virtu Versions of packages virt-manager recommends: ii libvirt-bin 0.7.7-4the programs for the libvirt libra Versions of packages virt-manager suggests: ii virt-viewer 0.2.1-1Displaying the graphical console o -- 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#575400: lintian does not allow overriding bad-distribution-in-changes-file
Neil Williams codeh...@debian.org writes: When working with packages not intended for upload to Debian but used with internal repositories to create systems based on Debian, it is still useful to run lintian over the results of dpkg-buildpackage. Such configurations have non-standard suites and codenames, targeted at our own releases and schedules, and these are included in the .changes files so that reprepro and other tools can handle the .changes files correctly upon local upload. lintian does not appear to accept an override for a bad-distribution-in-changes-file where we need to use development instead of unstable. Please allow lintian to support an override in debian/source.lintian-overrides to clear this warning. There's really no way for Lintian to use information from the source package to override tags for the *.changes file. Those are two entirely separate objects to Lintian, and the *.changes file is parsed and tags emitted for it before the source package is looked at. The supported way of handling unwanted tags from the *.changes file is to suppress them from the command line: lintian --suppress-tags bad-distribution-in-changes-file which will accomplish functionally the same thing as an override. There's an open bug to allow one to put things like that into a configuration file, which is definitely something we want to support going forward. Does that sound like a reasonable solution to you? -- Russ Allbery (r...@debian.org) http://www.eyrie.org/~eagle/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#574652: [Pkg-utopia-maintainers] Bug#574652: Bug#574651: gnome-bluetooth: /dev/rfkill permissions incorrect
Le jeudi 25 mars 2010 à 14:57 +0100, Michael Biebl a écrit : So it seems that we need some kind of dependency on libpam-ck-connector? I agree and I think it needs to be in consolekit itself. consolekit already has a recommends libpam-ck-connector. I won't raise that to Depends. Sorry, I didn’t see this /o\ I think a Recommends is enough for this purpose. Anyway, I'm pretty sure, installing libpam-ck-connector did not solve the users problem as libpam-ck-connector (in its default configuration) does *not* register any CK session when starting an X session, for that you either use a login manager like gdm or kdm, or the Xsession integration. Didn’t it solve the problem by adding the user to udev ACLs because he is logged on the console? And I think the user haa problems in a X session. As he was using startx, checking the Xsession.d integration should be the next step. Yes, anyway this should be handled by the Xsession.d integration and obviously it doesn’t work as expected. Cheers, -- .''`. Josselin Mouette : :' : `. `' “If you behave this way because you are blackmailed by someone, `-[…] I will see what I can do for you.” -- Jörg Schilling signature.asc Description: This is a digitally signed message part
Bug#575426: bibletime: Option for inserting blank line doesn't work correctly
Package: bibletime Version: 2.5-1 Severity: normal The option to insert a blank line (Settings - Configure Bibletime - Desk - Text) after each Bible verse only works for the first Bible opened. If you open a second window/translation the verses are not separated by the blank line. They are printed with only a double space between them. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') 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 bibletime depends on: ii bibletime-data 2.5-1Documentation and data for bibleti ii libc6 2.10.2-6 Embedded GNU C Library: Shared lib ii libclucene0ldbl 0.9.21b-2+b1 library for full-featured text sea ii libcurl3-gnutls 7.20.0-2 Multi-protocol file transfer libra ii libgcc1 1:4.4.3-5GCC support library ii libqt4-dbus 4:4.5.3-4Qt 4 D-Bus module ii libqt4-test 4:4.5.3-4Qt 4 test module ii libqt4-webkit 4:4.5.3-4Qt 4 WebKit module ii libqt4-xml 4:4.5.3-4Qt 4 XML module ii libqtcore4 4:4.5.3-4Qt 4 core module ii libqtgui4 4:4.5.3-4Qt 4 GUI module ii libstdc++6 4.4.3-5 The GNU Standard C++ Library v3 ii libsword8 1.6.1+dfsg-2 API/library for bible software ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime bibletime recommends no packages. bibletime 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#575422: Retry frown on kfreebsd-*
Hi, Am Donnerstag, den 25.03.2010, 19:05 +0100 schrieb Joachim Breitner: I updated frown to work correctly when built with ghc6-6.12 (#570868), so these builds should work now: gb frown . kfreebsd-amd64 kfreebsd-i386 eh, the important part is the deb-wait for course dw frown . kfreebsd-amd64 kfreebsd-i386 . -m lhs2tex (= 1.15) 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#575427: moc: works-with-format does not mention flac
Package: moc Severity: minor Hi, Currently, works-with-format only mentions mp3, mpc oggvorbis, but moc plays many more formats. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 2.6.31smp64 (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 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#575174: gnome-games: Aisleriot help misses out rules for Demon
Le mercredi 24 mars 2010 à 00:23 +, Chris Butler a écrit : Package: gnome-games Version: 1:2.28.2-1 Severity: minor The help file for Aisleriot doesn't seem to contain the rules for the game Demon. Which game is that? I can’t find it in the menu. Cheers, -- .''`. Josselin Mouette : :' : `. `' “If you behave this way because you are blackmailed by someone, `-[…] I will see what I can do for you.” -- Jörg Schilling signature.asc Description: This is a digitally signed message part
Bug#551901: ksh: setting EDITOR env var causes input prob for an alias w/ here file
Oliver Kiddle wrote: On 20 Oct, Jeff Green wrote: I've not been able to reproduce this at all. Does it still occur with the 20100309 release of ksh? Sorry about missing the newer release on the previous msg. The 20100309 release is in sid right now. I'll grab it and install it this weekend, too busy right at this moment... -jeff -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#575428: python2.6-minimal fails to install: installed runtime python2.6 not found
Package: python2.6-minimal Version: 2.6.5-1 Installing python2.6-minimal failed, with the following errors from its postinst: pycentral: pycentral rtinstall: installed runtime python2.6 not found pycentral rtinstall: installed runtime python2.6 not found Here is a full transcript. Let me know what additional information would be helpful. blp:~# apt-get install python2.6 Reading package lists... Done Building dependency tree Reading state information... Done The following packages were automatically installed and are no longer required: libbrlapi0.5 Use 'apt-get autoremove' to remove them. The following extra packages will be installed: python2.6-minimal Suggested packages: python2.6-doc python2.6-profiler The following NEW packages will be installed: python2.6 python2.6-minimal 0 upgraded, 2 newly installed, 0 to remove and 1322 not upgraded. Need to get 0B/3838kB of archives. After this operation, 14.1MB of additional disk space will be used. Do you want to continue [Y/n]? Selecting previously deselected package python2.6-minimal. (Reading database ... 277620 files and directories currently installed.) Unpacking python2.6-minimal (from .../python2.6-minimal_2.6.5-1_i386.deb) ... Selecting previously deselected package python2.6. Unpacking python2.6 (from .../python2.6_2.6.5-1_i386.deb) ... Processing triggers for man-db ... Processing triggers for menu ... Processing triggers for desktop-file-utils ... Setting up python2.6-minimal (2.6.5-1) ... Linking and byte-compiling packages for runtime python2.6... pycentral: pycentral rtinstall: installed runtime python2.6 not found pycentral rtinstall: installed runtime python2.6 not found dpkg: error processing python2.6-minimal (--configure): subprocess installed post-installation script returned error exit status 1 dpkg: dependency problems prevent configuration of python2.6: python2.6 depends on python2.6-minimal (= 2.6.5-1); however: Package python2.6-minimal is not configured yet. dpkg: error processing python2.6 (--configure): dependency problems - leaving unconfigured Errors were encountered while processing: python2.6-minimal python2.6 E: Sub-process /usr/bin/dpkg returned an error code (1) blp:~# -- Writing is easy. All you do is sit in front of a typewriter and open a vein. --Walter Smith -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#574921: epiphany-webkit: odd behaviour with flash -- saving it repeatedly
Le mardi 23 mars 2010 à 08:55 -0700, Johannes Berg a écrit : Maybe that's the problem, and when I don't have a plugin it thinks it should download it? I just tried without a Flash plugin, and couldn’t reproduce the bug either /o\ -- .''`. Josselin Mouette : :' : `. `' “If you behave this way because you are blackmailed by someone, `-[…] I will see what I can do for you.” -- Jörg Schilling signature.asc Description: This is a digitally signed message part
Bug#551901: ksh: setting EDITOR env var causes input prob for an alias w/ here file
Oliver Kiddle wrote: On 20 Oct, Jeff Green wrote: $ cati So are you saying that on that line, no key other than newline does anything? Well, I didn't try every key but just trying a bunch of non-return keys doesn't produce input. The blank input line for the 2nd cati invocation basically is ignoring all input except a newline. Once the newline is entered, the shell recognizes input again. I've not been able to reproduce this at all. Does it still occur with the 20100309 release of ksh? It is still happening within my login account, i.e. for jeff, at this time. The ksh package is 93s+20080202-1 in squeeze. I believe I created a fresh dummy account for the bug report just to be sure my environment was not the source of the bug. One idea is that there is some strange interplay between the shell and the keyboard processing, i.e. it may be in that, the latter, software. Which packages should I give you info on there? -jeff -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#573112: It is just a 2.6.33 problem
retitle 573112 Please support 2.6.33 kernels tags 573112 +confirmed thanks I've taken a closer look at this problem and can confirm that it is just a problem with 2.6.33. Quite a few files have moved around. I've got partial patches for a few of the changes, but I just noticed the upstream author apparently already has patches which enable build but hang at run time during testing. I'll continue to look into this further. Alan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#575429: grub-pc: The filesystem containing /boot/grub does not support UUIDs
Package: grub-pc Version: 1.98-1 Severity: normal Hi, On a new machine, I wanted to test the daily-build (Monday 22) of Squeeze installer for amd64. The machine has 2 SATA hard drives, are mounted in RAID1 soft by Linux. I have a RAID1 partition md0 to /boot, the root is mounted on a logical volume, it uses the same partition RAID1 md1. The installation is successfully completed, except for installing the boot loader grub2 (version 1.98-1). Through the console, I have this: # grub-install --recheck --no-floppy --modules=mdraid raid /dev/md0 /usr/sbin/grub-probe: error: no mapping exists for `md0'. /usr/sbin/grub-probe: error: no mapping exists for `md0'. /usr/sbin/grub-setup: error: no mapping exists for `md0'. # grub-install --recheck --no-floppy /dev/sda /usr/sbin/grub-probe: error: no mapping exists for `md0'. Auto-detection of a filesystem module failed. Please specify the module with the option `--modules' explicitly. # grub-install --recheck --no-floppy --modules=mdraid raid /dev/sda /usr/sbin/grub-probe: error: no mapping exists for `md0'. /usr/sbin/grub-probe: error: no mapping exists for `md0'. /usr/sbin/grub-probe: error: no mapping exists for `md0'. You attempted a cross-disk install, but the filesystem containing /boot/grub does not support UUIDs. # grub-install --recheck --no-floppy --modules=mdraid raid search_fs_uuid /dev/sda /usr/sbin/grub-probe: error: no mapping exists for `md0'. /usr/sbin/grub-probe: error: no mapping exists for `md0'. /usr/sbin/grub-probe: error: no mapping exists for `md0'. You attempted a cross-disk install, but the filesystem containing /boot/grub does not support UUIDs. There is this in the file /boot/grub/device.map: (hd0) /dev/sda (hd1) /dev/sdb The matching of UUID and devices is good: # blkid /dev/sdb1: UUID=248d7222-1d79-dd61-2766-b0f63e142f70 LABEL=eole2:0 TYPE=linux_raid_member /dev/sdb2: UUID=76644d49-c5f7-9ab6-fe74-81c94fa9616e LABEL=eole2:1 TYPE=linux_raid_member /dev/mapper/VG0-swap: UUID=88469241-b7d3-4e85-97b5-d33a56bfd2fd TYPE=swap /dev/sda1: UUID=248d7222-1d79-dd61-2766-b0f63e142f70 LABEL=eole2:0 TYPE=linux_raid_member /dev/sda2: UUID=76644d49-c5f7-9ab6-fe74-81c94fa9616e LABEL=eole2:1 TYPE=linux_raid_member /dev/md0: UUID=157deef1-ea8f-4611-9021-5e2fabcd84cf TYPE=ext3 /dev/md1: UUID=rNyfNa-5mXA-Ne77-Z15k-KpWA-kFzL-nZbp3h TYPE=LVM2_member /dev/mapper/VG0-root: UUID=6e5c349c-d880-4329-a15c-e192aee4954a TYPE=ext4 The file /etc/fstab (created by installer) contains: /dev/mapper/VG0-root/ext4errors=remount-ro01 UUID=157deef1-ea8f-4611-9021-5e2fabcd84cf/bootext302 The command grub-probe is no more reassuring: # grub-probe -d /dev/md0 -tabstraction grub-probe: error: no mapping exists for `md0'. I read the bug report #554790 on Grub2 and UUID, but it is February. Does Grub2 (version 1.98-1) manages UUIDs? I was not able to set Grub2 with the /dev/disk/by-id. Regards. -- Package-specific info: *** BEGIN /proc/mounts /dev/hda /cdrom iso9660 ro,relatime 0 0 /dev/VG0/root / ext4 rw,relatime,barrier=1,data=ordered 0 0 /dev/md0 /boot ext3 rw,nosuid,nodev,noexec,noatime,errors=continue,data=ordered 0 0 *** END /proc/mounts *** BEGIN /boot/grub/device.map (hd0) /dev/sda (hd1) /dev/sdb *** END /boot/grub/device.map -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-3-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 grub-pc depends on: ii debconf [debconf-2.0] 1.5.28 Debian configuration management sy ii grub-common 1.98-1 GRand Unified Bootloader, version ii libc6 2.10.2-6 Embedded GNU C Library: Shared lib ii ucf 3.0025 Update Configuration File: preserv grub-pc recommends no packages. Versions of packages grub-pc suggests: pn desktop-base none (no description available) -- debconf information: grub-pc/kopt_extracted: false grub2/kfreebsd_cmdline: * grub-pc/install_devices: grub-pc/postrm_purge_boot_grub: false * grub2/linux_cmdline: grub2/kfreebsd_cmdline_default: quiet * grub2/linux_cmdline_default: quiet grub-pc/chainload_from_menu.lst: true -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#572518: [reportbug-ng] Creating any report opens empty mail window
The same for version 1.19 from unstable. I have claws-mail and it makes for any art of report. Always opens empty email window. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#575361: false positive: E: dash: package-uses-local-diversion
Gerrit Pape p...@dbnbgs.smarden.org writes:
Hi, to me this looks like false positives. With the current dash and
ash packages in squeeze:
$ lintian /var/cache/apt/archives/dash_0.5.5.1-3_powerpc.deb
W: dash: spelling-error-in-changelog explicitely explicitly
W: dash: missing-debconf-dependency
E: dash: postinst-does-not-call-updatemenus usr/share/menu/dash
E: dash: package-uses-local-diversion prerm:15
E: dash: package-uses-local-diversion postinst:11
E: dash: package-uses-local-diversion postinst:23
E: dash: package-uses-local-diversion postinst:45
E: dash: orphaned-diversion * postinst
$ lintian /var/cache/apt/archives/ash_0.5.5.1-3_all.deb
W: ash: spelling-error-in-changelog explicitely explicitly
E: ash: depends-on-essential-package-without-using-version pre-depends: dash
E: ash: package-uses-local-diversion postinst:23
E: ash: orphaned-diversion * postinst
$
The code handling the diversion in these scripts is years old, and I
never saw a local diversion created by them, nor received any bug
reports about that.
This may be a case where Lintian is just completely baffled by what you're
doing, but let me explain what's going on and see if it makes sense.
Lintian's specific concern is not that you're *creating* a local diversion
but that, as far as it can determine, you may be *removing* local
diversions. Debian packages are supposed to never remove local diversions
created by the sysadmin. The specific lines that it is complaining about
look like:
dpkg-divert --remove $1
which will remove both package and local diversions.
The orphaned diversion tags are then due to bugs in Lintian because
Lintian doesn't consider what it thinks are local diversions when tracking
whether created diversions are removed. We'll fix that.
My understanding of shell substitution patterns isn't what it ideally
should be, but my understanding is that, in prerm, you're already checking
that dash owns the diversion:
div=$(dpkg-divert --list $1)
if [ -n $div ] [ -z ${div%%*by dash} ]; then
distrib=${div% by dash}
distrib=${distrib##* to }
mv $distrib $1
dpkg-divert --remove $1
fi
If I'm right, then while it isn't necessary, it would remove the Lintian
warning and make it clearer for anyone reading prerm if you could write
the dpkg-divert --remove line as:
dpkg-divert --package dash --remove $1
instead. In fact, I'm not entirely sure why that whole block isn't
replaced by just:
dpkg-divert --package dash --rename --remove $1
which should be roughly equivalent, but presumably there was some reason
why that didn't work?
The postinst case is somewhat more complicated, and there, it really does
look like the package is overriding local diversions in one place if the
user answers yes to the debconf prompt. The first block of check_divert
does appear to be exactly the thing that Lintian is meant to warn about.
I think the intention was to remove the diversion no matter what package
created it, but not necessarily to remove local diversions. If I'm right,
changing that dpkg-divert --remove invocation to:
dpkg-divert --package $sh_diverter --remove $2
should be completely equivalent for that use case but fail to remove local
diversions (which is probably the safe behavior since something strange
may be happening if you have a local diversion).
In the second case, you've already confirmed that the owner of the
diversion is dash, so as with the prerm, explicitly writing:
dpkg-divert --package dash --remove $2
would fix the Lintian tag.
Similarly, in the third case you've already confirmed that the owner is
ash, so changing that dpkg-divert to:
dpkg-divert --package ash --remove $2
should fix the Lintian tag.
Does this make sense? I'm sorry about the hassle; I think that of the
four cases there, only one is arguably a bug, and the other three are
cases where the maintainer scripts in dash are doing what dpkg-divert
would do in a different way and hence are really false positives.
Although I do think as a matter of style that adding the --package option
is a good idea.
Unfortunately a new upload of the dash package without any changes in
these scripts is currently auto-rejected because of this.
If the above changes seem okay to you, the fastest way to fix this is
probably to make them, but if you feel strongly that you shouldn't need to
do so, I'm happy to discuss this analysis with the ftpmasters to see if
they'll make that tag overridable.
--
Russ Allbery (r...@debian.org) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#575430: python-statgrab: new upstream release 0.5 is available
Package: python-statgrab Version: 0.4-1.1+b1 Severity: wishlist Hi, A new upstream release of pystatgrab is available: http://www.i-scream.org/pystatgrab/ http://ftp.i-scream.org/pub/i-scream/pystatgrab/pystatgrab-0.5.tar.gz It also fixes a rather annoying bug when calling sg_get_process_stats() more than once (which is described in Debian Bug #428560). Cheers, -- System Information: Debian Release: squeeze/sid APT prefers oldstable APT policy: (500, 'oldstable'), (500, 'unstable'), (500, 'testing'), (500, 'stable'), (101, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-3-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 python-statgrab depends on: ii libc6 2.10.2-6 Embedded GNU C Library: Shared lib ii libstatgrab6 0.16-0.1 library being useful interface to ii python2.5.4-9An interactive high-level object-o ii python-support1.0.7 automated rebuilding support for P python-statgrab recommends no packages. python-statgrab 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#575431: plymouth: Plymouth seems to hang when console-setup is called during boot
Package: plymouth Version: 0.7.2-4 Severity: normal The Computer seems to boot up endlessly. The (animated) plymouth screen 'never' finishes while there is no activity on the harddisk (I waited up to 15 minutes). Pressing Esc, then Ctrl-Alt-F3, then Ctrl-Alt-F2 lets the bootsequence continue immediately (without plymouth). I found that 'S21console-setup' in /etc/rcS.d (from packet 'keyboard- configuration') caused the problem. When renaming it to 'K21console-setup' boot process continues normally. I saw that console-setup processes 'readlink /proc/self/fd/2' and think that this causes the problem. Maybe the bug belongs to packet 'keyboard-configuration'. I also saw Debian bugs belonging to splashy (a different boot splash program) related to console-setup which had been fixed in splashy. Christian Meyer -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-3-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages plymouth depends on: ii initramfs-tools 0.93.4 tools for generating an initramfs 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-2 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 libglib2.0-02.22.4-1 The GLib library of C routines ii libgtk2.0-0 2.18.6-1 The GTK+ graphical user interface ii libpango1.0-0 1.26.2-1 Layout and rendering of internatio ii libpng12-0 1.2.43-1 PNG library - runtime ii plymouth-plugins-all0.7.2-4 Graphical Boot Animation and Logge ii plymouth-plugins-fade-i 0.7.2-4 Graphical Boot Animation and Logge ii plymouth-plugins-label 0.7.2-4 Graphical Boot Animation and Logge ii plymouth-plugins-solar 0.7.2-4 Graphical Boot Animation and Logge ii plymouth-plugins-spinfi 0.7.2-4 Graphical Boot Animation and Logge ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime plymouth recommends no packages. Versions of packages plymouth suggests: ii gdm 2.20.10-1 GNOME Display Manager -- 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#562394: gprolog: NMU diff for 1.3.0-6.1
thanks a lot; I'll use it in the next release.
regards
Salvador
On Mar 25, 2010, at 18:12, jari.aa...@cante.net wrote:
Dear maintainer,
Here is the NMU diff according to DevRef 5.11.1[1][2] for RC bug: #562394.
See the debian/patches directory for the important fixes. Feel free to
contact if you have any questions.
Thank you for maintaining the package,
Jari Aalto
[1] http://www.debian.org/doc/developers-reference/pkgs.html#nmu
[2] http://dep.debian.net/deps/dep1.html
lsdiff(1) of changes:
a/debian/changelog
b/debian/patches/10-latex-fix.patch
b/debian/patches/series
b/debian/source/format
debian/changelog | 15
debian/patches/10-latex-fix.patch | 68 +
debian/patches/series |1 +
debian/source/format |1 +
4 files changed, 85 insertions(+), 0 deletions(-)
diff --git a/debian/changelog b/debian/changelog
index c0195bb..d740f48 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,18 @@
+gprolog (1.3.0-6.1) unstable; urgency=low
+
+ [Jari Aalto]
+ * Non-maintainer upload.
+- Move to packaging format 3.0 (quilt) due to patch.
+ * debian/patches
+- (Number 10): Add patch to fix latex error. Patch thanks to Ilya
+ Barygin bary...@gmail.com
+ https://launchpad.net/ubuntu/+source/gprolog/1.3.0-6ubuntu1
+ (RC bug FTBFS serious; Closes: #562394).
+ * debian/source/format
+- New file.
+
+ -- Jari Aalto jari.aa...@cante.net Wed, 17 Mar 2010 00:53:43 +0200
+
gprolog (1.3.0-6) unstable; urgency=low
* revert to regular gcc: 4.2 (closes: #463289)
diff --git a/debian/patches/10-latex-fix.patch
b/debian/patches/10-latex-fix.patch
new file mode 100644
index 000..1215e0d
--- /dev/null
+++ b/debian/patches/10-latex-fix.patch
@@ -0,0 +1,68 @@
+From 2e6e123c3289f55370072c7fe3f9e11402fe0006 Mon Sep 17 00:00:00 2001
+From: Jari Aalto jari.aa...@cante.net
+Date: Wed, 17 Mar 2010 00:55:58 +0200
+Subject: [PATCH] rename 'pdf' variable to 'pdfgprolog' by Ilya Barygin
bary...@gmail.com
+Organization: Private
+Content-Type: text/plain; charset=utf-8
+Content-Transfer-Encoding: 8bit
+
+Signed-off-by: Jari Aalto jari.aa...@cante.net
+---
+ doc/macros.tex |4 ++--
+ doc/packages.tex | 10 +-
+ 2 files changed, 7 insertions(+), 7 deletions(-)
+
+diff --git a/doc/macros.tex b/doc/macros.tex
+index ebf774f..3fa342d 100644
+--- a/doc/macros.tex
b/doc/macros.tex
+@@ -81,7 +81,7 @@
+
+ % Url in LaTeX output
+
+-\ifpdf
++\ifpdfgprolog
+ \newcommand{\Tilde}[1]{~#1}
+ \newcommand{\MyUrl}[2]{\href{#1}{#2}}
+ \newcommand{\MyUrlHtml}[2]{\href{#1}{#2}}
+@@ -237,7 +237,7 @@
+
+
+% |textbf does not seem to work with hyperref (pdflatex)... remove it
+-\ifpdf
++\ifpdfgprolog
+ \newcommand{\IndexBold}[1]{\index{#1}}
+ \else
+ \newcommand{\IndexBold}[1]{\index{#1|textbf}}
+diff --git a/doc/packages.tex b/doc/packages.tex
+index 749cd32..96c01f1 100644
+--- a/doc/packages.tex
b/doc/packages.tex
+@@ -1,11 +1,11 @@
+-\newif\ifpdf
++\newif\ifpdfgprolog
+ \ifx\pdfoutput\undefined
+- \pdffalse % we are not running PDFLaTeX
++ \pdfgprologfalse % we are not running PDFLaTeX
+ \else
+\ifnum\pdfoutput=0
+- \pdffalse % we are not running PDFLaTeX
++ \pdfgprologfalse % we are not running PDFLaTeX
+\else
+- \pdfoutput=1 \pdftrue % we are running PDFLaTeX
++ \pdfoutput=1 \pdfgprologtrue % we are running PDFLaTeX
+\fi
+ \fi
+
+@@ -19,7 +19,7 @@
+ \usepackage{makeidx}
+ \usepackage{ifthen}
+ \usepackage{fancyhdr}
+-\ifpdf
++\ifpdfgprolog
+ \usepackage[pdftex]{graphicx}
+ \usepackage[pdftex=true]{hyperref}
+ \hypersetup{%
+--
+1.7.0
+
diff --git a/debian/patches/series b/debian/patches/series
new file mode 100644
index 000..4407379
--- /dev/null
+++ b/debian/patches/series
@@ -0,0 +1 @@
+10-latex-fix.patch
diff --git a/debian/source/format b/debian/source/format
new file mode 100644
index 000..163aaf8
--- /dev/null
+++ b/debian/source/format
@@ -0,0 +1 @@
+3.0 (quilt)
--
Salvador Abreu
s...@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#575432: [hpijs] Unable to use the scanner of HP 1312 after upgrade
Package: hpijs Version: 3.10.2-1 Severity: serious Tags: patch --- Please enter the report below this line. --- Hi, after package upgrade I am not able to scan with xsane or skanlite. These software can only perform a preview of the images. For example, with xsane, if I try to perform a scan, I got the error Non è possible avviare lo scanner:L'argomento non è valido (it should be something as It is not possible start the scanner:the argument is not valid) Thanks Marco righi --- System information. --- Architecture: i386 Kernel: Linux 2.6.32-trunk-686-bigmem Debian Release: squeeze/sid 500 testing-proposed-updates ftp.it.debian.org 500 testing www.debian-multimedia.org 500 testing security.debian.org 500 testing http.us.debian.org 500 testing ftp.it.debian.org --- Package information. --- Depends (Version) | Installed =-+-== libc6 (= 2.3.6-6~) | 2.10.2-6 libdbus-1-3(= 1.0.2) | 1.2.20-2 libgcc1 (= 1:4.1.1) | 1:4.4.2-9 libhpmud0(= 3.10.2-1) | 3.10.2-1 libjpeg62 | 6b-16.1 libssl0.9.8 (= 0.9.8m-1) | 0.9.8m-2 libstdc++6 (= 4.1.1) | 4.4.2-9 Recommends (Version) | Installed -+- ghostscript | 8.71~dfsg-2 cups (= 1.4.0) | 1.4.2-4 OR cupsddk | 1.4.2-4 foomatic-filters | 4.0-20090509-1 cups-client | 1.4.2-4 Suggests(Version) | Installed =-+-=== hplip | 3.10.2-1 hpijs-ppds| 3.10.2-1 hplip-doc | 3.10.2-1 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#563156: sslh: Please add inetd support
Hi, UIW, and after some investigations, it seems that the /etc/inetd.conf file does not support to bind the service on a specific address (like the bind directive in /etc/xinetd.d/service), so openbsd-inetd and inetd can't be used with sslh. Any objection to add support only with xinetd ? -- Guillaume Delacour signature.asc Description: OpenPGP digital signature
Bug#575427: moc: works-with-format does not mention flac
* Ron Johnson [100325 13:30 -0500] Package: moc Severity: minor Hi, Currently, works-with-format only mentions mp3, mpc oggvorbis, but moc plays many more formats. What do you mean with works-with-format ? I can't find this phrase in the sources... Elimar -- Alles was viel bedacht wird ist bedenklich!;-) Friedrich Nietzsche -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#575434: git-daemon-run purge fails (userdel: user gitlog is currently logged in)
Package: git-daemon-run
Version: 1:1.7.0.3-1
Immediately after installing git-daemon-run (on Ubuntu Lucid), it fails to
purge:
$ sudo aptitude purge git-daemon-run
…
The following packages will be REMOVED:
fgetty{u} git-daemon-run{p} runit{u}
…
Removing git-daemon-run ...
Service git-daemon removed, the service daemon received the TERM and CONT
signals.
Purging configuration files for git-daemon-run ...
fail: git-daemon: unable to change to service directory: file does not
exist
Removing user `gitlog' ...
Warning: group `nogroup' has no more members.
userdel: user gitlog is currently logged in
/usr/sbin/deluser: `/usr/sbin/userdel gitlog' returned error code 8.
Exiting.
dpkg: error processing git-daemon-run (--purge):
subprocess installed post-removal script returned error exit status 1
E: Sub-process /usr/bin/dpkg returned an error code (1)
It works the second time:
$ sudo aptitude purge git-daemon-run
…
The following packages will be REMOVED:
git-daemon-run{p} runit{u}
…
Removing git-daemon-run ...
Purging configuration files for git-daemon-run ...
fail: git-daemon: unable to change to service directory: file does not
exist
rmdir: failed to remove `/var/log/git-daemon': No such file or directory
Removing user `gitlog' ...
Warning: group `nogroup' has no more members.
Done.
This was also reported in Hardy with git-daemon-run 1:1.5.4.3-1ubuntu2:
https://bugs.launchpad.net/ubuntu/+source/git-core/+bug/255578
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#575433: openssl: OpenSSL does not check for a NULL return value from bn_wexpand function calls
Package: openssl
Version: 0.9.8g-15+lenny6
Tags: lenny,security,patch
This bug report is based upon CVE-2009-3245
OpenSSL before 0.9.8m does not check for a NULL return value from bn_wexpand
function calls in (1) crypto/bn/bn_div.c, (2) crypto/bn/bn_gf2m.c, (3)
crypto/ec/ec2_smpl.c, and (4) engines/e_ubsec.c, which
has unspecified impact and context-dependent attack vectors.
http://security-tracker.debian.org/tracker/CVE-2009-3245
While the security-tracker includes a Minor issue comment in the notes, the
CVE
states NVD severity high (attack range: remote) so perhaps there should
be a security update for the version in Debian stable.
The upstream fixes are available, visible from
http://cvs.openssl.org/chngview?cn=19309
and that changeset applies cleanly to the .c files in the stable
Debian 0.9.8g-15+lenny6 source. And is attached to this message.
Index: openssl/CHANGES
RCS File: /v/openssl/cvs/openssl/CHANGES,v
rcsdiff -q -kk '-r1.1238.2.188' '-r1.1238.2.189' -u
'/v/openssl/cvs/openssl/CHANGES,v' 2/dev/null
--- CHANGES 2010/02/19 18:25:37 1.1238.2.188
+++ CHANGES 2010/02/23 10:36:39 1.1238.2.189
@@ -4,6 +4,9 @@
Changes between 0.9.8l and 0.9.8m [xx XXX ]
+ *) Always check bn_wexpend() return values for failure. (CVE-2009-3245)
+ [Martin Olsson, Neel Mehta]
+
*) Fix X509_STORE locking: Every 'objs' access requires a lock (to
accommodate for stack sorting, always a write lock!).
[Bodo Moeller]
Index: openssl/crypto/bn/bn_div.c
RCS File: /v/openssl/cvs/openssl/crypto/bn/bn_div.c,v
rcsdiff -q -kk '-r1.37.2.8' '-r1.37.2.9' -u
'/v/openssl/cvs/openssl/crypto/bn/bn_div.c,v' 2/dev/null
--- bn_div.c2009/06/17 11:26:39 1.37.2.8
+++ bn_div.c2010/02/23 10:36:41 1.37.2.9
@@ -102,7 +102,7 @@
/* The next 2 are needed so we can do a dv-d[0]|=1 later
* since BN_lshift1 will only work once there is a value :-) */
BN_zero(dv);
- bn_wexpand(dv,1);
+ if(bn_wexpand(dv,1) == NULL) goto end;
dv-top=1;
if (!BN_lshift(D,D,nm-nd)) goto end;
Index: openssl/crypto/bn/bn_gf2m.c
RCS File: /v/openssl/cvs/openssl/crypto/bn/bn_gf2m.c,v
rcsdiff -q -kk '-r1.18.2.2' '-r1.18.2.3' -u
'/v/openssl/cvs/openssl/crypto/bn/bn_gf2m.c,v' 2/dev/null
--- bn_gf2m.c 2008/06/23 20:46:28 1.18.2.2
+++ bn_gf2m.c 2010/02/23 10:36:41 1.18.2.3
@@ -294,7 +294,8 @@
if (a-top b-top) { at = b; bt = a; }
else { at = a; bt = b; }
- bn_wexpand(r, at-top);
+ if(bn_wexpand(r, at-top) == NULL)
+ return 0;
for (i = 0; i bt-top; i++)
{
Index: openssl/crypto/ec/ec2_smpl.c
RCS File: /v/openssl/cvs/openssl/crypto/ec/ec2_smpl.c,v
rcsdiff -q -kk '-r1.14.2.1' '-r1.14.2.2' -u
'/v/openssl/cvs/openssl/crypto/ec/ec2_smpl.c,v' 2/dev/null
--- ec2_smpl.c 2006/03/13 23:12:07 1.14.2.1
+++ ec2_smpl.c 2010/02/23 10:36:41 1.14.2.2
@@ -174,8 +174,10 @@
dest-poly[2] = src-poly[2];
dest-poly[3] = src-poly[3];
dest-poly[4] = src-poly[4];
- bn_wexpand(dest-a, (int)(dest-poly[0] + BN_BITS2 - 1) / BN_BITS2);
- bn_wexpand(dest-b, (int)(dest-poly[0] + BN_BITS2 - 1) / BN_BITS2);
+ if(bn_wexpand(dest-a, (int)(dest-poly[0] + BN_BITS2 - 1) / BN_BITS2)
== NULL)
+ return 0;
+ if(bn_wexpand(dest-b, (int)(dest-poly[0] + BN_BITS2 - 1) / BN_BITS2)
== NULL)
+ return 0;
for (i = dest-a.top; i dest-a.dmax; i++) dest-a.d[i] = 0;
for (i = dest-b.top; i dest-b.dmax; i++) dest-b.d[i] = 0;
return 1;
@@ -199,12 +201,12 @@
/* group-a */
if (!BN_GF2m_mod_arr(group-a, a, group-poly)) goto err;
- bn_wexpand(group-a, (int)(group-poly[0] + BN_BITS2 - 1) / BN_BITS2);
+ if(bn_wexpand(group-a, (int)(group-poly[0] + BN_BITS2 - 1) /
BN_BITS2) == NULL) goto err;
for (i = group-a.top; i group-a.dmax; i++) group-a.d[i] = 0;
/* group-b */
if (!BN_GF2m_mod_arr(group-b, b, group-poly)) goto err;
- bn_wexpand(group-b, (int)(group-poly[0] + BN_BITS2 - 1) / BN_BITS2);
+ if(bn_wexpand(group-b, (int)(group-poly[0] + BN_BITS2 - 1) /
BN_BITS2) == NULL) goto err;
for (i = group-b.top; i group-b.dmax; i++) group-b.d[i] = 0;
ret = 1;
Index: openssl/engines/e_ubsec.c
RCS File: /v/openssl/cvs/openssl/engines/e_ubsec.c,v
rcsdiff -q -kk '-r1.13.2.3' '-r1.13.2.4' -u
'/v/openssl/cvs/openssl/engines/e_ubsec.c,v' 2/dev/null
--- e_ubsec.c 2007/09/06 12:43:53 1.13.2.3
+++ e_ubsec.c 2010/02/23 10:36:41 1.13.2.4
@@ -934,7 +934,7 @@
priv_key = BN_new();
if (priv_key == NULL) goto err;
priv_key_len = BN_num_bits(dh-p);
-bn_wexpand(priv_key, dh-p-top);
+if(bn_wexpand(priv_key, dh-p-top) == NULL) goto err;
do
if (!BN_rand_range(priv_key, dh-p)) goto err;
while
Bug#575400: lintian does not allow overriding bad-distribution-in-changes-file
On Thu, 25 Mar 2010 11:25:51 -0700 Russ Allbery r...@debian.org wrote: There's really no way for Lintian to use information from the source package to override tags for the *.changes file. Those are two entirely separate objects to Lintian, and the *.changes file is parsed and tags emitted for it before the source package is looked at. I suspected that from a cursory glance at the source code. The supported way of handling unwanted tags from the *.changes file is to suppress them from the command line: lintian --suppress-tags bad-distribution-in-changes-file Sounds like an alias is required . . . which will accomplish functionally the same thing as an override. There's an open bug to allow one to put things like that into a configuration file, which is definitely something we want to support going forward. Does that sound like a reasonable solution to you? Yes, feel free to merge this bug report into the bug seeking a per-system configuration file. Is that the support where a package can drop in a config file into a lintian/overrrides.d/ type directory? -- Neil Williams = http://www.data-freedom.org/ http://www.nosoftwarepatents.com/ http://www.linux.codehelp.co.uk/ pgpOdDLduRB6J.pgp Description: PGP signature
Bug#575399: genhash returns nothing
tags 575399 + patch
thanks
OoO Vers la fin de l'après-midi du jeudi 25 mars 2010, vers 16:22,
Harald Dunkel harald.dun...@aixigo.de disait :
Seems that genhash is broken. A line like
genhash -s www.slashdot.org -p 80 -u /
returns nothing, not even a newline or an error
message.
???
The manual page is incorrect. -s only takes an IP address. Here is a
patch to correct the manual page and output an error message.
diff --git a/doc/man/man1/genhash.1 b/doc/man/man1/genhash.1
index 045d77f..e761a84 100644
--- a/doc/man/man1/genhash.1
+++ b/doc/man/man1/genhash.1
@@ -22,7 +22,7 @@ program, for monitoring HTTP and HTTPS services.
Use SSL to connect to the server.
.TP
.B --server host, -s
-Specify the host or ip address to connect to.
+Specify the ip address to connect to.
.TP
.B --port port, -p
Specify the port to connect to.
diff --git a/genhash/main.c b/genhash/main.c
index 662a8ee..0f286fb 100644
--- a/genhash/main.c
+++ b/genhash/main.c
@@ -118,7 +118,10 @@ parse_cmdline(int argc, char **argv, REQ * req_obj)
req_obj-ssl = 1;
break;
case 's':
- inet_ston(optarg, req_obj-addr_ip);
+ if (!inet_ston(optarg, req_obj-addr_ip)) {
+ fprintf(stderr, server should be an IP, not %s\n, optarg);
+ return CMD_LINE_ERROR;
+ }
break;
case 'V':
req_obj-vhost = optarg;
@@ -138,7 +141,10 @@ parse_cmdline(int argc, char **argv, REQ * req_obj)
req_obj-ssl = 1;
break;
case 's':
- inet_ston(optarg, req_obj-addr_ip);
+ if (!inet_ston(optarg, req_obj-addr_ip)) {
+fprintf(stderr, server should be an IP, not %s\n, optarg);
+return CMD_LINE_ERROR;
+ }
break;
case 'V':
req_obj-vhost = optarg;
@@ -157,7 +163,7 @@ parse_cmdline(int argc, char **argv, REQ * req_obj)
/* check unexpected arguments */
if ((optarg = (char *) poptGetArg(context))) {
- fprintf(stderr, unexpected argument %s, optarg);
+ fprintf(stderr, unexpected argument %s\n, optarg);
return CMD_LINE_ERROR;
}
--
panic (Splunge!);
2.2.16 /usr/src/linux/drivers/scsi/psi240i.c
pgpTTjqgxMm9N.pgp
Description: PGP signature
Bug#562945: fails to install
found 562945 1.1.2 severity 562945 important tags 562945 + wontfix forcemerge 562945 574223 quit On Tue, Dec 29, 2009 at 02:12:34PM +0100, Holger Levsen wrote: during a test with piuparts I noticed your package failed to install. From the attached log (scroll to the bottom...): Unpacking runit-run (from .../runit-run_1.1.1_all.deb) ... dpkg: error processing /var/cache/apt/archives/runit-run_1.1.1_all.deb (--unpack): subprocess new pre-installation script returned error exit status 1 Errors were encountered while processing: /var/cache/apt/archives/runit-run_1.1.1_all.deb E: Sub-process /usr/bin/dpkg returned an error code (1) Hi, this is by intention, I reverted the NMU. runit-run should only be installed if actively confirmed again. For non-interactive and automated installations either debconf should be installed and preseeded, or no debconf installed any `echo y` written to stdin. 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#575435: Please package version 3065+ with -l scterc
Package: smartmontools Version: 5.39.1+svn3060-1 Severity: wishlist The ability to query and set the error recovery control parameters is very nice for RAID arrays; as it was introduced in SVN version 3065, it would be nice if you could do another release a few more versions along the SVN history. I've already compiled a custom version (+svn3077-0) , so I'm not in any personal hurry, but I bet other people would like it. I can confirm that it works on a ST3750330AS drive. (Arguably, this is a feature for hdparm rather than smartctl, but I'll take it wherever I can find it.) Thank you! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#575436: mines.app: crashes on start
Package: mines.app Version: 0.1.0-5+b2 Severity: important does not starts. gives following logs to the console: 2010-03-25 20:06:09.267 Mines[4814] Error when loading '/var/lib/defoma/gnustep-nfont.d/Fonts/AnjaliOldLipi.nfont/../../../../../../usr/share/fonts/truetype/ttf-malayalam-fonts/AnjaliOldLipi-0.730.ttf' (0001) 2010-03-25 20:06:09.268 Mines[4814] FTC_Manager_LookupSize() failed for 'AnjaliOldLipi', error 0001! 2010-03-25 20:06:09.268 Mines[4814] Error when loading '/var/lib/defoma/gnustep-nfont.d/Fonts/AnjaliOldLipi.nfont/../../../../../../usr/share/fonts/truetype/ttf-malayalam-fonts/AnjaliOldLipi-0.730.ttf' (0001) 2010-03-25 20:06:09.328 Mines[4814] Error when loading '/var/lib/defoma/gnustep-nfont.d/Fonts/Aksharyogini.nfont/../../../../../../usr/share/fonts/truetype/ttf-devanagari-fonts/AksharYogini.ttf' (0001) 2010-03-25 20:06:09.328 Mines[4814] FTC_Manager_LookupSize() failed for 'AksharyoginiNormal', error 0001! 2010-03-25 20:06:09.329 Mines[4814] Error when loading '/var/lib/defoma/gnustep-nfont.d/Fonts/Aksharyogini.nfont/../../../../../../usr/share/fonts/truetype/ttf-devanagari-fonts/AksharYogini.ttf' (0001) 2010-03-25 20:06:09.353 Mines[4814] Error when loading '/var/lib/defoma/gnustep-nfont.d/Fonts/AnjaliOldLipi.nfont/../../../../../../usr/share/fonts/truetype/ttf-malayalam-fonts/AnjaliOldLipi-0.730.ttf' (0001) 2010-03-25 20:06:09.354 Mines[4814] Error when loading '/var/lib/defoma/gnustep-nfont.d/Fonts/Aksharyogini.nfont/../../../../../../usr/share/fonts/truetype/ttf-devanagari-fonts/AksharYogini.ttf' (0001) 2010-03-25 20:06:09.354 Mines[4814] Error when loading '/var/lib/defoma/gnustep-nfont.d/Fonts/AnjaliOldLipi.nfont/../../../../../../usr/share/fonts/truetype/ttf-malayalam-fonts/AnjaliOldLipi-0.730.ttf' (0001) 2010-03-25 20:06:09.354 Mines[4814] Error when loading '/var/lib/defoma/gnustep-nfont.d/Fonts/Aksharyogini.nfont/../../../../../../usr/share/fonts/truetype/ttf-devanagari-fonts/AksharYogini.ttf' (0001) 2010-03-25 20:06:09.355 Mines[4814] Error when loading '/var/lib/defoma/gnustep-nfont.d/Fonts/AnjaliOldLipi.nfont/../../../../../../usr/share/fonts/truetype/ttf-malayalam-fonts/AnjaliOldLipi-0.730.ttf' (0001) 2010-03-25 20:06:09.355 Mines[4814] Error when loading '/var/lib/defoma/gnustep-nfont.d/Fonts/Aksharyogini.nfont/../../../../../../usr/share/fonts/truetype/ttf-devanagari-fonts/AksharYogini.ttf' (0001) 2010-03-25 20:06:09.356 Mines[4814] Problem posting notification: NSException: 0x17340d0 NAME:NSRangeException REASON:RangeError in method -attribute:atIndex:longestEffectiveRange:inRange: in class NSAttributedString INFO:(nil) Segmentation fault -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-2-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 mines.app depends on: ii gnustep-back0.16 0.16.0-3 The GNUstep GUI Backend ii gnustep-base-runtime 1.19.3-1 GNUstep Base library ii gnustep-gpbs 0.16.0-3 The GNUstep PasteBoard Server ii gnustep-gui-runtime 0.16.0-2 GNUstep GUI Library - runtime file ii libc6 2.10.2-2 GNU C Library: Shared libraries ii libgcc1 1:4.4.2-9 GCC support library ii libgnustep-base1.19 1.19.3-1 GNUstep Base library ii libgnustep-gui0.160.16.0-2 GNUstep GUI Library ii libobjc2 4.4.2-9Runtime library for GNU Objective- mines.app recommends no packages. mines.app 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#574235: wims: installation fails
Hello Lucas, thank you for the bugreport. I got it: the problem is with the package texlive-base, which provides no more source metafont files for Euler mathematical fonts. This is why wims fails during the build of the bitmap fonts at post-install stage. There is no responsability from the team maintaining TeXlive : the purged files were suppressed in the upstream archives. As a workaround, I shall build a small excerpt of the package texlive from the stable distribution and publish it as wims-amsfonts (Section: tex, architecture: all). It solves the problem if the package wims depends on it. Do you think that such a workaround may be accepable? Best regards, Georges. Lucas Nussbaum a écrit : Package: wims Version: 3.65+svn20090927-1 Severity: serious User: debian...@lists.debian.org Usertags: instest-20100316 instest Hi, While testing the installation of all packages in unstable, I ran into the following problem: Reading package lists... Building dependency tree... Reading state information... Suggested packages: wims-java-applets Recommended packages: yacas gap wims-extra-all wims-extra The following NEW packages will be installed: wims 0 upgraded, 1 newly installed, 0 to remove and 0 not upgraded. Need to get 16.6MB of archives. After this operation, 52.3MB of additional disk space will be used. WARNING: The following packages cannot be authenticated! wims Authentication warning overridden. Get:1 http://localhost sid/main wims 3.65+svn20090927-1 [16.6MB] Preconfiguring packages ... Fetched 16.6MB in 7s (2120kB/s) Selecting previously deselected package wims. (Reading database ... 33092 files and directories currently installed.) Unpacking wims (from .../wims_3.65+svn20090927-1_amd64.deb) ... Creating wims user. Processing triggers for wims-modules ... Indexed 17 modules. Indexed 0 cn sheets. Indexed 17 en sheets. Indexed 0 es sheets. Indexed 68 fr sheets. Indexed 0 it sheets. Indexed 0 nl sheets. bin/mkindex: 179: cannot create mkindex.log: Permission denied bin/mkindex: 184: cannot create index.log: Permission denied Cutting photo beach: 368 x 247 Cutting photo bird: 320 x 240 Cutting photo bloom: 320 x 240 Cutting photo grchateau: 240 x 240 Cutting photo quartic: 240 x 240 Cutting photo road: 362 x 246 Cutting photo suzhou: 315 x 194 Cutting ../photos/beach.gif: 368 x 247 q=2x2 q=2x3 q=3x3 q=3x4 q=4x5 Cutting ../photos/bird.gif: 320 x 240 q=2x2 q=2x3 q=3x3 q=3x4 q=4x5 Cutting ../photos/bloom.gif: 320 x 240 q=2x2 q=2x3 q=3x3 q=3x4 q=4x5 Cutting ../photos/grchateau.gif: 240 x 240 q=2x2 q=2x3 q=3x3 q=3x4 q=4x5 Cutting ../photos/quartic.gif: 240 x 240 q=2x2 q=2x3 q=3x3 q=3x4 q=4x5 Cutting ../photos/road.gif: 362 x 246 q=2x2 q=2x3 q=3x3 q=3x4 q=4x5 Cutting ../photos/suzhou.gif: 315 x 194 q=2x2 q=2x3 q=3x3 q=3x4 q=4x5 rm: cannot remove `default/icon.css': No such file or directory touch: cannot touch `default/icon.css': Permission denied /var/lib/wims/public_html/gifs/themes/mkindex: 24: cannot create icon.css: Permission denied ls: cannot access default/*.gif: No such file or directory mv: cannot stat `icon.css': No such file or directory rm: cannot remove `jalon/icon.css': No such file or directory touch: cannot touch `jalon/icon.css': Permission denied /var/lib/wims/public_html/gifs/themes/mkindex: 24: cannot create icon.css: Permission denied /var/lib/wims/public_html/gifs/themes/mkindex: 24: cannot create icon.css: Permission denied /var/lib/wims/public_html/gifs/themes/mkindex: 24: cannot create icon.css: Permission denied /var/lib/wims/public_html/gifs/themes/mkindex: 24: cannot create icon.css: Permission denied /var/lib/wims/public_html/gifs/themes/mkindex: 24: cannot create icon.css: Permission denied /var/lib/wims/public_html/gifs/themes/mkindex: 24: cannot create icon.css: Permission denied /var/lib/wims/public_html/gifs/themes/mkindex: 24: cannot create icon.css: Permission denied /var/lib/wims/public_html/gifs/themes/mkindex: 24: cannot create icon.css: Permission denied /var/lib/wims/public_html/gifs/themes/mkindex: 24: cannot create icon.css: Permission denied /var/lib/wims/public_html/gifs/themes/mkindex: 24: cannot create icon.css: Permission denied /var/lib/wims/public_html/gifs/themes/mkindex: 24: cannot create icon.css: Permission denied /var/lib/wims/public_html/gifs/themes/mkindex: 24: cannot create icon.css: Permission denied /var/lib/wims/public_html/gifs/themes/mkindex: 24: cannot create icon.css: Permission denied /var/lib/wims/public_html/gifs/themes/mkindex: 24: cannot create icon.css: Permission denied /var/lib/wims/public_html/gifs/themes/mkindex: 24: cannot create icon.css: Permission denied /var/lib/wims/public_html/gifs/themes/mkindex: 24: cannot create icon.css: Permission denied
Bug#575437: ITP: coffeescript -- Interpreter and compiler for the CoffeeScript language
Package: wnpp Owner: Geza Kovacs gkov...@mit.edu Severity: wishlist * Package name: coffeescript Version : 0.5.6 Upstream Author : Jeremy Ashkenas jer...@documentcloud.org * URL : http://coffeescript.org/ * License : MIT/X Programming Lang: CoffeeScript Description : Interpreter and compiler for the CoffeeScript language CoffeeScript is a language which compiles to JavaScript, featuring a concise, Python-inspired syntax. The compiler and interpreter rely on NodeJS; however the produced JavaScript code is portable across web browsers. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#573017: (no subject)
I can confirm this bug with the same iPod model (4th generation, black 8gb). Firmware version as recognized by podsleuth is 1.0.4 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#575438: /etc/init.d/xrdp start fails
Package: xrdp Version: 0.4.1~dfsg-2 Severity: important Tags: l10n Hello Vincent, first thanks for debianising this great tool in its latest version. I tried to upgrade from 0.4.0 to 0.5.0 but /etc/init.d/xrdp start fails: srv03-lin:~# dpkg -i /root/downloads/packages/binary/xrdp_0.5.0~20100303cvs-2_i386.deb Selecting previously deselected package xrdp. (Reading database ... 143712 files and directories currently installed.) Unpacking xrdp (from .../xrdp_0.5.0~20100303cvs-2_i386.deb) ... Setting up xrdp (0.5.0~20100303cvs-2) ... Installing new version of config file /etc/xrdp/sesman.ini ... Installing new version of config file /etc/init.d/xrdp ... insserv: warning: current stop runlevel(s) (0 1 6) of script `ntp' overwrites defaults (empty). Starting xrdp: running in daemon mode with no access to pid files, quitting xrdp sesman. Processing triggers for man-db .. When I launch xrdp in -nodaemon mode I can connect but my keyboard (swiss german) doesnt work at all. I think the start-stop-daemon called with chuid $USERID:$USERID causes this. Xrdp starts using the start-stop-daemon without chuid. Going back to 0.4.1 works (except that a few keys are wrong): srv03-lin:~# dpkg -i /root/downloads/packages/binary/xrdp_0.4.1~dfsg-2_i386.deb Selecting previously deselected package xrdp. (Reading database ... 143712 files and directories currently installed.) Unpacking xrdp (from .../xrdp_0.4.1~dfsg-2_i386.deb) ... Setting up xrdp (0.4.1~dfsg-2) ... Installing new version of config file /etc/xrdp/sesman.ini ... Installing new version of config file /etc/init.d/xrdp ... insserv: warning: current stop runlevel(s) (0 1 6) of script `ntp' overwrites defaults (empty). Starting xrdp: xrdp sesman. Processing triggers for man-db ... -- 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.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages xrdp depends on: ii adduser 3.112 add and remove users and groups ii libc6 2.10.2-6 Embedded GNU C Library: Shared lib ii libpam0g 1.1.1-2Pluggable Authentication Modules l ii libssl0.9.8 0.9.8m-2 SSL shared libraries Versions of packages xrdp recommends: ii vnc4server [vnc-server] 4.1.1+X4.3.0-36 Virtual network computing server s xrdp 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#575440: /usr/bin/qemu-system-ppc: undocumented
Package: qemu-system Version: 0.12.3+dfsg-2.1 Severity: normal File: /usr/bin/qemu-system-ppc man qemu-system-ppc returns man page for the i386 emulator. -- System Information: Debian Release: 5.0.4 APT prefers stable APT policy: (990, 'stable'), (500, 'testing'), (300, 'unstable'), (295, 'experimental'), (290, 'stable-i386'), (280, 'testing-i386'), (270, 'unstable-i386'), (150, 'experimental-i386'), (70, 'oldstable-i386'), (70, 'oldstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-3-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages qemu-system depends on: ii libasound21.0.22-2 shared library for ALSA applicatio ii libbluetooth2 3.36-1 Library to use the BlueZ Linux Blu ii libbrlapi0.5 3.10~r3724-1+lenny1braille display access via BRLTTY ii libc6 2.10.2-6 Embedded GNU C Library: Shared lib ii libcurl3-gnutls 7.18.2-8lenny3 Multi-protocol file transfer libra ii libesd0 0.2.36-3 Enlightened Sound Daemon - Shared ii libgnutls26 2.8.5-2the GNU TLS library - runtime libr ii libncurses5 5.7+20100313-1 shared libraries for terminal hand ii libpulse0 0.9.21-1 PulseAudio client libraries ii libsasl2-22.1.22.dfsg1-23+lenny1 Cyrus SASL - authentication abstra ii libsdl1.2debian 1.2.13-2 Simple DirectMedia Layer ii libuuid1 2.16.2-0 Universally Unique ID library ii libvdeplug2 2.2.2-3Virtual Distributed Ethernet - Plu ii libx11-6 2:1.3.3-2 X11 client-side library ii openbios-ppc 1.0+svn640-1 PowerPC Open Firmware ii openbios-sparc1.0+svn640-1 SPARC Open Firmware ii openhackware 0.4.1-4OpenFirmware emulator for PowerPC ii seabios 0.5.1-2Legacy BIOS implementation ii vgabios 0.6c-2 VGA BIOS software for the Bochs an ii zlib1g1:1.2.3.4.dfsg-3 compression library - runtime Versions of packages qemu-system recommends: ii qemu-utils 0.12.3+dfsg-2 QEMU utilities ii vde2 2.2.2-3 Virtual Distributed Ethernet Versions of packages qemu-system suggests: ii kqemu-source 1.4.0~pre1-3Source for the QEMU Accelerator mo ii samba2:3.2.5-4lenny9 a LanManager-like file and printer -- 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#575439: qemu-kvm - Windows NT4 virtual machine stops with BSOD during boot
Package:qemu-kvm Version:0.12.3+dfsg-4 Since 0.12.3+dfsg-4 my Windows NT4 virtual machine stops with this BSOD during boot: *** STOP: 0x003E (0x0080, 0x, 0x, 0x, 0x) p5- irql:1f SYSVER 0xf565 Dll Base DateStmp - NameDll Base DateStmp - Name 8010 3255a915 - ntoskrnl.exe8001 31ee6c52 - hal.dll 80002000 31ed06b4 - atapi.sys 80006000 31ec6c74 - SCSIPORT.SYS 802e3000 31ed237c - Disk.sys802e7000 31ec6c7a - CLASS2.SYs 8038c000 31eedd07 - Fastfat.sys k...@gmx.net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#575441: ITP: literki -- Keyboard with configurable layout and transparency
Package: wnpp Severity: wishlist Owner: Timo Jyrinki t...@debian.org Owner: Timo Jyrinki t...@debian.org * Package name: literki Version : 0.0.0+20100113.git1da40724 Upstream Author : Michal Brzozowski ruso...@poczta.fm * URL : http://git.senfdax.de/?p=literki * License : GPL2 Programming Lang: C++ Description : Keyboard with configurable layout and transparency Literki is a full qwerty keyboard with configurable layout and always-on functionality by usage of transparency. Applications do not need to redraw and popping up the keyboard is therefore very fast. . In addition to keyboard, literki comes with touchpad and scroll buttons. --- Already in pkg-fso, http://git.debian.org/?p=pkg-fso/literki.git, planning to use the now-in-Debian png++ from system and possibly other packaging improvements. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#575443: no longer supports/documents the kernel kqemu module
Package: qemu Version: 0.12.3+dfsg-2 Severity: important I could not find any documentation of support for the kqemu acceleration. As kvm is not available on all machines and kqemu supposedly makes the emulation faster as well as workarounds bugs in the software CPU emulation it somewhat troublesome that it is no longer supported. -- System Information: Debian Release: 5.0.4 APT prefers stable APT policy: (990, 'stable'), (500, 'testing'), (300, 'unstable'), (295, 'experimental'), (290, 'stable-i386'), (280, 'testing-i386'), (270, 'unstable-i386'), (150, 'experimental-i386'), (70, 'oldstable-i386'), (70, 'oldstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-3-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages qemu depends on: ii qemu-system 0.12.3+dfsg-2.1 QEMU full system emulation binarie ii qemu-user0.12.3+dfsg-2 QEMU user mode emulation binaries ii qemu-utils 0.12.3+dfsg-2 QEMU utilities qemu recommends no packages. Versions of packages qemu suggests: pn qemu-user-static none (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#575442: udev: replace SYSFS{}= in rules files
Package: udev
Version: 151-3
Severity: minor
when i am booting, i get several warnings that SYSFS{}= will be removed in a
future udev version and should be replaced with ATTR{}= or ATTRS{}= in two
rules files. here is the text i get: Starting the hotplug events dispater:
udevdudevd[458]: SYSFS{}= will be removed in a future udev version, please use
ATTR{}= to match the event device, or ATTRS{}= to match a parent device, in
/etc/udev/rules.d/56-hpmud_support.rules:10 udevd[458]: SYSFS{}= will be
removed in a future udev version, please use ATTR{}= to match the event device,
or ATTRS{}= to match a parent device, in /etc/udev/rules.d/70-persistent-
net.rules:7 Synthesizing the initial hotplug events...udevd[459]: SYSFS{}=
will be removed in a future udev version, please use ATTR{}= to match the event
device, or ATTRS{}= to match a parent device, in
/etc/udev/rules.d/56-hpmud_support.rules:10 done. Waiting for /dev to be fuly
populated...udevd[459] :SYSFS{}= will be removed in a future udev version,
please use ATTR{}= to match the event device, or ATTRS{}= to match a parent
device, in /etc/udev/rules.d/70-persistent-net.rules:7 done.
-- Package-specific info:
-- /etc/udev/rules.d/:
/etc/udev/rules.d/:
total 100
lrwxrwxrwx 1 root root19 Jul 9 2007 025_libgphoto2.rules -
../libgphoto2.rules
-rw--- 1 root root 74183 Mar 26 2009 025_libgphoto2.rules.save
-rw-r--r-- 1 root root 495 May 20 2009 56-hpmud_support.rules
-rw-r--r-- 1 root root 670 Sep 11 2006 70-persistent-cd.rules
-rw-r--r-- 1 root root 771 Sep 29 22:49 70-persistent-net.rules
-rw-r--r-- 1 root root 5354 Mar 16 2009 z60_hplip.rules
-- /sys/:
/sys/dev
/sys/devices/LNXSYSTM:00/LNXPWRBN:00/input/input3/event3/dev
/sys/devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A03:00/device:00/LNXVIDEO:00/input/input4/event4/dev
/sys/devices/LNXSYSTM:00/LNXSYBUS:00/PNP0C0C:00/input/input2/event2/dev
/sys/devices/LNXSYSTM:00/LNXSYBUS:00/PNP0C0D:00/input/input1/event1/dev
/sys/devices/pci:00/:00:1d.0/usb2/dev
/sys/devices/pci:00/:00:1d.1/usb3/dev
/sys/devices/pci:00/:00:1d.2/usb4/4-1/4-1:1.0/0003:0458:0036.0001/hidraw/hidraw0/dev
/sys/devices/pci:00/:00:1d.2/usb4/4-1/4-1:1.0/input/input5/event5/dev
/sys/devices/pci:00/:00:1d.2/usb4/4-1/4-1:1.0/input/input5/mouse0/dev
/sys/devices/pci:00/:00:1d.2/usb4/4-1/dev
/sys/devices/pci:00/:00:1d.2/usb4/dev
/sys/devices/pci:00/:00:1d.3/usb5/dev
/sys/devices/pci:00/:00:1d.7/usb1/1-1/dev
/sys/devices/pci:00/:00:1d.7/usb1/dev
/sys/devices/pci:00/:00:1e.0/:02:00.0/fw0/dev
/sys/devices/pci:00/:00:1f.1/ide0/0.0/block/hda/dev
/sys/devices/pci:00/:00:1f.1/ide0/0.0/block/hda/hda1/dev
/sys/devices/pci:00/:00:1f.1/ide0/0.0/block/hda/hda2/dev
/sys/devices/pci:00/:00:1f.1/ide0/0.0/block/hda/hda5/dev
/sys/devices/pci:00/:00:1f.1/ide0/0.0/block/hda/hda6/dev
/sys/devices/pci:00/:00:1f.1/ide1/1.0/block/hdc/dev
/sys/devices/pci:00/:00:1f.5/sound/card0/adsp/dev
/sys/devices/pci:00/:00:1f.5/sound/card0/audio/dev
/sys/devices/pci:00/:00:1f.5/sound/card0/controlC0/dev
/sys/devices/pci:00/:00:1f.5/sound/card0/dsp/dev
/sys/devices/pci:00/:00:1f.5/sound/card0/mixer/dev
/sys/devices/pci:00/:00:1f.5/sound/card0/pcmC0D0c/dev
/sys/devices/pci:00/:00:1f.5/sound/card0/pcmC0D0p/dev
/sys/devices/pci:00/:00:1f.5/sound/card0/pcmC0D1c/dev
/sys/devices/pci:00/:00:1f.5/sound/card0/pcmC0D2c/dev
/sys/devices/pci:00/:00:1f.5/sound/card0/pcmC0D3c/dev
/sys/devices/pci:00/:00:1f.5/sound/card0/pcmC0D4p/dev
/sys/devices/pci:00/:00:1f.6/sound/card1/audio1/dev
/sys/devices/pci:00/:00:1f.6/sound/card1/controlC1/dev
/sys/devices/pci:00/:00:1f.6/sound/card1/dsp1/dev
/sys/devices/pci:00/:00:1f.6/sound/card1/mixer1/dev
/sys/devices/pci:00/:00:1f.6/sound/card1/pcmC1D0c/dev
/sys/devices/pci:00/:00:1f.6/sound/card1/pcmC1D0p/dev
/sys/devices/platform/i8042/serio0/input/input0/event0/dev
/sys/devices/platform/i8042/serio4/input/input7/event7/dev
/sys/devices/platform/i8042/serio4/input/input7/mouse1/dev
/sys/devices/platform/i8042/serio4/input/input8/event8/dev
/sys/devices/platform/i8042/serio4/input/input8/mouse2/dev
/sys/devices/platform/pcspkr/input/input6/event6/dev
/sys/devices/platform/serial8250/tty/ttyS0/dev
/sys/devices/platform/serial8250/tty/ttyS1/dev
/sys/devices/platform/serial8250/tty/ttyS2/dev
/sys/devices/platform/serial8250/tty/ttyS3/dev
/sys/devices/platform/vesafb.0/graphics/fb0/dev
/sys/devices/pnp0/00:04/rtc/rtc0/dev
/sys/devices/pnp0/00:0a/ppdev/parport0/dev
/sys/devices/pnp0/00:0a/printer/lp0/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
Bug#575436: mines.app: crashes on start
reassign 575436 gnustep-back-common forcemerge 568307 575436 thanks Known issue; all GNUstep apps are affected. As a workaround, install gnustep-back0.16-cairo and set cairo as the default backend: $ defaults write NSGlobalDomain GSBackend libgnustep-cairo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#575444: net-tools: Typo when setting default gateway with 'route' results in extraneous routes being added
Package: net-tools Version: 1.60-22 Severity: normal I was checking my default route in a Debian virtual machine and it was set wrong. I went to change it. Here is my terminal session er...@wtorrent-debian:~$sudo route -n Kernel IP routing table Destination Gateway Genmask Flags Metric RefUse Iface 192.168.12.00.0.0.0 255.255.255.0 U 0 00 eth1 0.0.0.0 192.168.12.71 0.0.0.0 UG0 00 eth1 er...@wtorrent-debian:~$ sudo route del default er...@wtorrent-debian:~$ sudo route add defaul gw 192.168.12.70 er...@wtorrent-debian:~$ sudo route -n Kernel IP routing table Destination Gateway Genmask Flags Metric RefUse Iface 208.68.139.38 192.168.12.70 255.255.255.255 UGH 0 00 eth1 192.168.12.00.0.0.0 255.255.255.0 U 0 00 eth1 er...@wtorrent-debian:~$ route --version -bash: route: command not found er...@wtorrent-debian:~$ /sbin/route --version net-tools 1.60 route 1.98 (2001-04-15) +NEW_ADDRT +RTF_IRTT +RTF_REJECT +I18N AF: (inet) +UNIX +INET +INET6 +IPX +AX25 +NETROM +X25 +ATALK +ECONET +ROSE HW: +ETHER +ARC +SLIP +PPP +TUNNEL +TR +AX25 +NETROM +X25 +FR +ROSE +ASH +SIT +FDDI +HIPPI +HDLC/LAPB +EUI64 er...@wtorrent-debian:~$ As you can see the command containing the typo 'route add defaul gw 192.168.12.70' adds an unintended route 208.68.139.38. This is very strange behavior and I believe it to be unintended. This probably will not result in any major problems for most people, but could cause a severe headache for a systems administrator who is attempting to track down routing problems and makes one unfortunate typo. Eric Urban -- System Information: Debian Release: 5.0.4 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-2-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 net-tools depends on: ii libc6 2.7-18lenny2 GNU C Library: Shared libraries net-tools recommends no packages. net-tools 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#575357: [php-maint] Bug#575357: php5-adodb: Seems to be a duplicate package of libphp-adodb
On 25 March 2010 01:13, Olivier Berger olivier.ber...@it-sudparis.eu wrote: When looking at packages libphp-adodb and php5-adodb, one thinks there's a duplicate packaging. It is quite difficult to understand at first sight, that the latter is an optimization add-on of the former (if I understand correctly). How hard is it to understand the difference right from the summary? $ search adodb libphp-adodb - The ADOdb database abstraction layer for PHP php5-adodb - *Extension optimising* _the ADOdb database abstraction library_ python-adodb - A database abstraction library for python I don't see how else it could be made any clearer, the whole description only talks about optimising, replacing and even mentions that ADOdb automatically picks it up. There's an Enhances too. Maybe the naming of the packages could be a way to reflect this like -plugins do sometimes for some apps. Something like libphp-adodb-optimizations maybe ? No, libphp-* should only be used for libraries _written in php_, extensions should use phpX-* Cheers, -- Raphael Geissert - Debian Developer www.debian.org - get.debian.net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#575336: polyorb: Uses gnatmake -j4 when DEB_BUILD_OPTIONS parallel not set.
Ludovic Brenta wrote: Note to Kurt: my home machine has 2 cores but Xavier routinely uses 4- or 8-core boxes; I don't recall about Reto but I suspect he has similarly large machines :) That's right, quad core AMD Phenom(tm) II X4 940 ;) I will look into this bug as soon as possible. - reto -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#562945: fails to install
Hi Gerrit, On Donnerstag, 25. März 2010, Gerrit Pape wrote: severity 562945 important tags 562945 + wontfix I think this is very wrong. See below... Hi, this is by intention, I reverted the NMU. runit-run should only be installed if actively confirmed again. ITYM s/installed/activated/ For non-interactive and automated installations either debconf should be installed and preseeded, or no debconf installed any `echo y` written to stdin. That's all fine and dandy, but still, the installation of the package should succeed, even if yes is neither preseed or otherwise indicated. I won't do the -devel@ and/or TC limbo right now, as I don't have the time at the moment to fight random developers who think they can ignore fundamental aspects of policy for their pet packages, while 25000 packages do just fine... cheers, Holger signature.asc Description: This is a digitally signed message part.
Bug#575445: plymouth: Boot stops at Setting console screen modes and fonts
Package: plymouth Version: 0.7.2-5 Severity: normal Hi, When using plymouth, boot stops at Setting console screen modes and fonts from the console-setup.sh script. I am hence not able to boot, but worst, I cann properly shutdown my computer (nothing happens when hitting ctrl+alt+del, ctrl+alt+backspace re-displays the boot splash). I am using i915 with KMS set as a kernel line option. This is when using the solar theme, I haven't tested other themes as I am not sure it is worth doing it, please tell me if it is. Cheers, Julien -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (100, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.33-2-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 plymouth depends on: ii initramfs-tools 0.93.4 tools for generating an initramfs 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 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 libpango1.0-0 1.26.2-2 Layout and rendering of internatio ii libpng12-0 1.2.43-1 PNG library - runtime ii plymouth-plugins-all0.7.2-5 Graphical Boot Animation and Logge ii plymouth-plugins-fade-i 0.7.2-5 Graphical Boot Animation and Logge ii plymouth-plugins-label 0.7.2-5 Graphical Boot Animation and Logge ii plymouth-plugins-solar 0.7.2-5 Graphical Boot Animation and Logge ii plymouth-plugins-spinfi 0.7.2-5 Graphical Boot Animation and Logge ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime plymouth recommends no packages. Versions of packages plymouth suggests: ii gdm 2.20.10-1 GNOME Display Manager -- 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#575446: grub-rescue-pc: Package contains no longer includes images or info on how to create them
Package: grub-rescue-pc Version: 1.98-1 Severity: important I have already noted in bug 575085 that this package no longer includes a floppy image, and that the description is thus wrong. Further it no longer includes an iso image. While I was able to work out how to create a floppy rescue disc, it seems far less obvious how one is meant to create an CD/DVD iso image. I wondered about building an iso of some part of a file system, loop mounting it, running grub-install on the result, umounting the modified container and burning that to a CD/DVD. But I suspect that would not work. I read the man page for grub-mkisofs. It looked promising, but it is far from clear what is intended. Perhaps SOURCE is a file system? Who knows? The online manual doesn't mention iso creation at all. In passing, why isn't that manual included in, say grub-common? Not everyone has online access. So this package contains no binaries, no images, and not even a hint about how to create rescue images or media. So it has no purpose as it stands. Just adding a simple example of how to create rescue floppy and one for a rescue iso would mean it has some use. 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 grub-rescue-pc depends on: ii grub-common 1.98-1 GRand Unified Bootloader, version ii grub-pc 1.98-1 GRand Unified Bootloader, version grub-rescue-pc recommends no packages. grub-rescue-pc 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#575447: lintian: Please add a warning in a .jar is not in /usr/share/java/
Package: lintian Severity: wishlist Hello, It would be nice if you could add a lintian warning if a .jar file is installed in an other directory than /usr/share/java/ Thanks! Sylvestre PS: The Debian Java policy is available here: http://www.debian.org/doc/packaging-manuals/java-policy/x105.html -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#551358: geany: cannot open file from command line if name ends in : and a number
fixed 551358 0.18.1-1 thanks Confirmed fixed (in 0.18.1), thanks. :) John Lindgren -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#575284: Bug#575220: libslang2: unresolved symbols in hppa's libslang.so.2
On Thu, Mar 25, 2010 at 03:43:01PM +0100, Sven Joachim wrote: Craig, could you please check and upload the package? This bug should be fixed ASAP to prevent further miscompilations. Will do, but it looks like it will be delayed until they get ries back alive anyhow. - Craig -- Craig Small GnuPG:1C1B D893 1418 2AF4 45EE 95CB C76C E5AC 12CA DFA5 http://www.enc.com.au/ csmall at : enc.com.au http://www.debian.org/ Debian GNU/Linux, software should be Free -- 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
tag 500445 + fixed-upstream thanks 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. [1] http://www.opensc-project.org/opensc/wiki/OpenSSH Regards Jan -- Jan Dittberner - Debian Developer GPG-key: 4096R/558FB8DD 2009-05-10 B2FF 1D95 CE8F 7A22 DF4C F09B A73E 0055 558F B8DD http://ddportfolio.debian.net/ - http://people.debian.org/~jandd/ signature.asc Description: Digital signature
Bug#575438: /etc/init.d/xrdp start fails
OoO Pendant le journal télévisé du jeudi 25 mars 2010, vers 20:36, marco hoefle hoe...@nanotronic.ch disait : srv03-lin:~# dpkg -i /root/downloads/packages/binary/xrdp_0.5.0~20100303cvs-2_i386.deb Selecting previously deselected package xrdp. (Reading database ... 143712 files and directories currently installed.) Unpacking xrdp (from .../xrdp_0.5.0~20100303cvs-2_i386.deb) ... Setting up xrdp (0.5.0~20100303cvs-2) ... Installing new version of config file /etc/xrdp/sesman.ini ... Installing new version of config file /etc/init.d/xrdp ... insserv: warning: current stop runlevel(s) (0 1 6) of script `ntp' overwrites defaults (empty). Starting xrdp: running in daemon mode with no access to pid files, quitting xrdp sesman. Processing triggers for man-db .. Do you have a /var/run/xrdp directory? What are the rights on this one? It should be owned by xrdp:xrdp. -- printk(KERN_WARNING Multi-volume CD somehow got mounted.\n); 2.2.16 /usr/src/linux/fs/isofs/inode.c pgpHTSrZGwCaw.pgp Description: PGP signature
Bug#575398: FTBFS: cast increases required alignment of target type
Hi, looks like my upload is stalled in the queue due to hw problems on ries. I've put a backup at [1], in case the upload should have been lost and won't get processed once ries is back up. Cheers, Stefan. -- [1]: http://www.potyra.de/fauhdlc signature.asc Description: This is a digitally signed message part.
Bug#575158: dpkg: Add new 'e500' architecture to triplet table and ostable
* Moffett, Kyle D | 2010-03-24 19:28:06 [-0500]:
So it is my belief that e500 is the correct and appropriate name for the
architecture.
Which brings me to the following question: There are currently two types
of the core: e500v1 and e500v2. The latter implements also the floating
point type double in hardware while the former doesn't. Which one did
pick? I would prefer to go for e500v2 since I don't think that there
much e500v1 around plus I don't belive that those are used in multimedia
like applications.
And it would be probably nice to mark this in arch name.
Our hardware's built using the Freescale P2020, which appears to be an
e500v2 core. I can't find a detailed list anywhere summarizing which parts
are e500v1 versus e500v2.
P2020 are the new multicore and e500v2 as well. e500v1 are only found
MPC8540 or least that was the only CPU I was able to find it.
The e500v1 was never very popular and all of the available parts today
support double-precision floating point GPRS. With that said, I'm actually
not sure if my current compiler is built properly to enable use of the
double instructions. If it's not, that's going to be an essential part of
my rebuild the world with whatever arch name the dpkg maintainers want
project.
It is not enabled by default. You have to add -mfloat-gprs=double to
gcc. So it is required to patch the gcc to get this by default I thing.
I haven't look into this.
Looking into it more, that URL actually does list that some e200 CPUs
support single-precision floating point. On the other hand, the entire e200
series appears targeted at automotive designers for engine management, brake
control, etc, and as such is highly unlikely to end up with Debian on it.
The e200z6 go up to 300Mhz but I did not find anything that fast. So
there are probably glad to have everything precompiled.
I've been looking at MPC5566 and MPC5668G and they don't have anything
what coould be used as external storage (MMC/ATA/SATA and so on). They
don't seem to have a lot of flash either. So they probably run just
their application and nothing else. Unlikely that firefox mattars :)
No offense taken! I had actually started working on my e500 port before I
found your bugreport; given the comments from the other DD's on the port
naming I think gnuspe is unlikely to be workable long-term.
Sure. gnuspe was the first thing I came up with, then I've been going
for powerpcgspe. Now I'm undecided again. I just wanted to point you to
something that is complete so you have binaries and don't have to cross
build the whole thing. I've been there, I know what it is like.
Oh absolutely! My problem right now is I don't have a running install on my
dev hardware right now and to get one I have to build a lot of things by
hand. Internally we've got automated rebuildd and reprepro servers that we
use for testing our hardening on bog-standard x86-64 servers.
Once I get an e500 board up and running I'm dropping the cross-compiler
package and icecc on all of those systems. I'll then replace /usr/bin/gcc
and /usr/bin/g++ on the e500 board with versions that call icecc or
distcc or whatever as powerpc-linux-gnuspe-{gcc,g++}. That should speed
up my build times considerably by sending a lot of the build jobs across
gigabit to the beefy servers.
That still looks like a cross build and you may want look at [0]. As I
said, I've been there :)
Yeah... IMNSHO it should be either e500 or e500v2 just to keep it from
being so dang hard to type. Hopefully we've provided enough information so
the dpkg devs can pick something and we can get on with the official port?
powerpc_e500v2 would mayke it clear but it is a lot of typing. So right
now I would go e500v2 I guess.
Cheers,
Kyle Moffett
[0] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=494692
Sebastian
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#575443: no longer supports/documents the kernel kqemu module
Michal Suchanek wrote: Package: qemu Version: 0.12.3+dfsg-2 Severity: important I could not find any documentation of support for the kqemu acceleration. As kvm is not available on all machines and kqemu supposedly makes the emulation faster as well as workarounds bugs in the software CPU emulation it somewhat troublesome that it is no longer supported. kqemu is not present upstream anymore. I'd say it were a bug to enable it in the first place, but now it's fixed. Yes, there are machines out there without SVM/VMX support where kqemu were handy, but it was quite a big mess and were dropped for good. /mjt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#575447: lintian: Please add a warning in a .jar is not in /usr/share/java/
Hi I am not sure I can support this. There has been an interest in allowing a package to install private jar files in /usr/share/pkg/. Though jar files beneath /usr/lib/ is *usually* a problem (the swt jars are known exceptions). Though I think these are so rare that an override is in order for these. Adding a warning for jars beneath /usr/lib/ will cause a warning explosion in eclipse, but I am okay with that! I suspect quite a few of them can be moved to /usr/share/ and a lintian warning will serve as a good reminder of that. ~Niels signature.asc Description: OpenPGP digital signature
Bug#575220: Bug#575284: Bug#575220: libslang2: unresolved symbols in hppa's libslang.so.2
On 2010-03-25 15:43 +0100, Sven Joachim wrote: Why ncurses5-config --terminfo prints different output depending on the architecture still needs to be examined. Actually, /usr/share/terminfo would be correct, since that is what we pass to ncurses' configure script. Checking the build logs of slang2, it seems that only the hppa buildd had a current version of ncurses-bin installed, all others still had version 5.7+20090803-2 which explains the difference. Also, on an amd64 sid chroot I get /usr/share/terminfo as well. Cyril, it seems your version of ncurses-bin was not up to date? Craig, could you please check and upload the package? This bug should be fixed ASAP to prevent further miscompilations. Especially when newer versions of ncurses-base and ncurses-bin reach the buildd chroots, like they did on hppa. Sven -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#575287: Same here even with 2.6.32-4-amd64
On 25.03.2010 10:53, Julien Cristau wrote: On Thu, Mar 25, 2010 at 09:47:43 +0100, Michel Dänzer wrote: The above means that the X driver is using UMS whereas KMS is enabled in the kernel. This results in a conflict for hardware access and cannot work properly. It's usually caused by the radeon kernel module being loaded too late. With the latest sid kernel udev should load the module on boot. dmesg would give a clue as to why that didn't happen here. Nope, it isn't loaded on boot and I can't find anything related in dmesg output. Anyway, loading it manually before starting X rectifies issues in this report and it works more/less as expected. Regards, Vedran -- http://vedranf.net | a8e7a7783ca0d460fee090cc584adc12 attachment: vedran_furac.vcf
Bug#575287: Additional info
It indeed fixes the problem. Best regards, -- Nicolas DEGAND -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#569750: Has you returns wrong information
Package: pidgin Version: 2.6.5-2 Severity: normal Hi, this is not a bug in Pidgin but actually an issue with the MSN servers. Please see\ the information I have collected so far in the upstream bug reports: http://developer.pidgin.im/ticket/10681 http://developer.pidgin.im/ticket/10848 http://code.google.com/p/msn-pecan/issues/detail?id=243 http://code.google.com/p/msn-pecan/issues/detail?id=258 The problem is also present in the original client so please do not file any bug reports to Pidgin, aMSN, Adium, MSN Pecan or any other third-party client but please get in contact with Microsoft. I actually did that already and am waiting for a response now. Microsoft first gave me some more or less helpful tips to resolve the issue but I could finally convince them to forward the issue to a higher support level. Adrian -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-3-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages pidgin depends on: ii gconf2 2.28.0-1GNOME configuration database syste ii libatk1.0-0 1.28.0-1The ATK accessibility toolkit ii libc62.10.2-6Embedded GNU C Library: Shared lib ii libcairo21.8.10-2The Cairo 2D vector graphics libra ii libdbus-1-3 1.2.20-2simple interprocess messaging syst ii libdbus-glib-1-2 0.84-1 simple interprocess messaging syst ii libfontconfig1 2.8.0-2 generic font configuration library ii libfreetype6 2.3.11-1FreeType 2 font engine, shared lib ii libglib2.0-0 2.22.4-1The GLib library of C routines ii libgstreamer0.10-0 0.10.28-1 Core GStreamer libraries and eleme ii libgtk2.0-0 2.18.6-1The GTK+ graphical user interface ii libgtkspell0 2.0.16-1a spell-checking addon for GTK's T ii libice6 2:1.0.6-1 X11 Inter-Client Exchange library ii libpango1.0-01.26.2-1Layout and rendering of internatio ii libpurple0 2.6.5-2 multi-protocol instant messaging l ii libsm6 2:1.1.1-1 X11 Session Management library ii libstartup-notification0 0.10-1 library for program launch feedbac ii libx11-6 2:1.3.3-2 X11 client-side library ii libxml2 2.7.6.dfsg-2+b1 GNOME XML library ii libxss1 1:1.2.0-2 X11 Screen Saver extension library ii perl 5.10.1-11 Larry Wall's Practical Extraction ii perl-base [perlapi-5.10. 5.10.1-11 minimal Perl system ii pidgin-data 2.6.5-2 multi-protocol instant messaging c Versions of packages pidgin recommends: ii gstreamer0.10-plugins-base0.10.28-1 GStreamer plugins from the base ii gstreamer0.10-plugins-good0.10.21-1 GStreamer plugins from the good Versions of packages pidgin suggests: ii docker1.4-5 System tray for KDE3/GNOME2 dockle ii evolution-data-server 2.28.2-1 evolution database backend server ii gnome-panel 2.28.0-3 launcher and docking facility for ii kdebase-workspace-bin 4:4.3.4-5 core binaries for the KDE 4 base w ii libsqlite3-0 3.6.23-1 SQLite 3 shared library -- 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#575439: qemu-kvm - Windows NT4 virtual machine stops with BSOD during boot
On Thu, 2010-03-25 at 20:36 +0100, k...@gmx.net wrote: Package: qemu-kvm Version: 0.12.3+dfsg-4 Since 0.12.3+dfsg-4 my Windows NT4 virtual machine stops with this BSOD during boot: *** STOP: 0x003E (0x0080, 0x, 0x, 0x, 0x) According to http://msdn.microsoft.com/en-us/library/ms819006.aspx this is MULTIPROCESSOR_CONFIGURATION_NOT_SUPPORTED. Are you using kvm with smp? Which command line options do you use with kvm? Could you try booting from your NT4 installation media and check if the same error occurs? Jan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#575447: lintian: Please add a warning in a .jar is not in /usr/share/java/
Le jeudi 25 mars 2010 à 21:45 +0100, Niels Thykier a écrit : Hi I am not sure I can support this. There has been an interest in allowing a package to install private jar files in /usr/share/pkg/. Though jar files beneath /usr/lib/ is *usually* a problem (the swt jars are known exceptions). Though I think these are so rare that an override is in order for these. Adding a warning for jars beneath /usr/lib/ will cause a warning explosion in eclipse, but I am okay with that! I suspect quite a few of them can be moved to /usr/share/ and a lintian warning will serve as a good reminder of that. I am not sure to follow you. In the first paragraph, you say you do not agree and in the second, reading between the lines, I have the feeling you think it might be relevant. Am I wrong ? BTW, I am just asking for a warning, not an error ;) Sylvestre -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#575222: [freevo] Unable to resolve RTVE web (solved)
Hi This is just to confirm that RTVE plugin in freevo is working again. Maybe it was just the way they setup the web or something like that... Anyway, thanks to freevo developers and debian mantainers for their good work. Aab -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#536195: dropbear remote boot feature exposes initramfs host keys to regular users
hello! On Thu, Mar 25, 2010 at 07:18:46PM +0100, deb...@x.ray.net wrote: well actually i checked man initramfs-tools. i think if the explanation /etc/initramfs-tools - local admin config overriding package defaults, /usr/share/initramfs-tools - package defaults were in this manpage, too, that would have helped against people like me not getting it. :) taking patches ;) latest git is on http://git.debian.org/?p=kernel/initramfs-tools.git;a=summary what you could help at is audit scripts in /usr/share/initramfs-tools/conf.d/ and check that they don't set an mkinitramfs variable. then the call in mkinitramfs to source them could be finaly droped. hm. i just know about uswsusp dropping a file there, setting KEYMAP=y which is a variable that is used by a hook script on initramfs creation - but i'm not sure that it doesn't also make sense during initramfs boot... i'll try to investigate and take care of this (as long as nobody tells me that i'm totally wrong here :). indeed that one should move please file wishlist bug against uswsusp indicating that this transition is wanted by mkinitramfs. KEYMAP is a build variable for adding keymaps to initramfs. don't understand why uswsusp would need that? for cryptsetup it makes sense, but this seems a bit questionable. concerning templating this is what each perl module likes to reinvent badly, don't think we need that complexity. hm. i'm not sure i meant the same thing as you with 'template'. :) what i meant: currently when creating an initramfs - let's say under /tmp/foobar/ - files like /usr/share/initramfs-tools/scripts/local-top/lvm are copied to e.g. /tmp/foobar/scripts/local-top/lvm, and /etc/initramfs-tools/modules to e.g. /tmp/foobar/etc/modules and so on. i.e. on a mkinitramfs run, what i call 'template' is created from various sources (which mkinitramfs has to know about) and the 'template' then ends up as e.g. /tmp/foobar/. what i meant was: when these files, which are 'collected', already reside in /etc/initramfs-tools/template/ (e.g. /etc/initramfs-tools/template/scripts/..., /etc/initramfs-tools/template/modules, and so on), this would be less complex and more flexible, in so far as a mkinitramfs run would start with something like cp -a /etc/initramfs-tools/template/ /tmp/foobar/ , the structure i.e. where a file actually ends up in the initramfs would be implicitly clear, and changes there (like a new tree necessary for and put there by some other package) would not need explicit support by or changes to mkinitramfs or a hook script. this looks like trouble you could get easily file conflicts and stuff. what be more neat is to have the initramfs of linux-2.6 the modules build on build time and just concatenated with the staff that is going on on your box, should reduce build time a lot too. this something for squeeze +1 (this is btw not a try to convince you of this idea - it's just to make sure you really know what i meant so you can decide on the real idea and not on a misunderstanding :) thanks. and to answer my initial question, i guess using conf.d/ for modularized configs done by other packages is a good idea. :) depends what for if it's for bootvariables then it is fine and good. for mkinitramfs i'd be happy to drop. [...] seems good in general, just the packaging change can be dropped. ok, i just added the patch without the part moving the config to /etc, i.e. the 2nd chunk, just leaving the UMASK config, just for gerrit's convenience... acked-by me :) regards, Chris diff -pruN ../a/dropbear-0.52/debian/initramfs/dropbear-conf ./dropbear-0.52/debian/initramfs/dropbear-conf --- ../a/dropbear-0.52/debian/initramfs/dropbear-conf 2010-03-25 11:42:21.0 +0100 +++ ./dropbear-0.52/debian/initramfs/dropbear-conf2010-03-25 11:48:38.0 +0100 @@ -6,3 +6,12 @@ # #DROPBEAR=y + +# +# UMASK: [ 4-DIGIT OCTAL UMASK ] +# +# umask to use when creating an initramfs +# + +UMASK=0077 + -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#566871: libjs-prototype: Using /javascript/ as the default alias easily breaks web
close #566871 thanks Could be closed because the bug is not in prototype package. Frank -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#575284: Bug#575220: libslang2: unresolved symbols in hppa's libslang.so.2
Sven Joachim svenj...@gmx.de (25/03/2010): Also, on an amd64 sid chroot I get /usr/share/terminfo as well. Cyril, it seems your version of ncurses-bin was not up to date? Might be, I'm getting /u/s/t as well now. Mraw, KiBi. signature.asc Description: Digital signature
Bug#573736: https SSL verification fails
found 573736 git-core/1:1.7.0.3-1
severity 573736 important
thanks
Thorsten Glaser wrote:
On a sid system:
git clone https://alioth.debian.org/anonscm/git/pkg-wml/pkg-wml.git
Initialized empty Git repository in /home/tg/shared/pkg-wml/.git/
error: server certificate verification failed. CAfile:
/etc/ssl/certs/ca-certificates.crt CRLfile: none while accessing
https://alioth.debian.org/anonscm/git/pkg-wml/pkg-wml.git/info/refs
fatal: HTTP request failed
Same here. Workaround:
$ GIT_SSL_NO_VERIFY=1 git clone
https://alioth.debian.org/anonscm/git/pkg-wml/pkg-wml.git
Initialized empty Git repository in /tmp/pkg-wml/.git/
warning: You appear to have cloned an empty repository.
You can make the workaround permanent with
echo '[http] sslverify = false' ~/.gitconfig
with the obvious associated collateral damage. See git-config(1) for
more details.
On the same system:
$ openssl s_client -CAfile /etc/ssl/certs/ca-certificates.crt -connect
alioth.debian.org:443
[...]
subject=/O=Debian/CN=alioth.debian.org/emailaddress=ad...@alioth.debian.org
issuer=/O=Debian/CN=ca.debian.org/emailaddress=debian-ad...@debian.org
[...]
So this is not a problem with the ca bundle. I think this is
because it doesn't correctly validate the chain or something.
Same on Lenny, FWIW.
Debian git uses libcurl3-gnutls for HTTP support. Sadly I know almost
nothing about these things. With gnutls-bin installed,
gnutls-cli -p 443 host
tells me that
- The hostname in the certificate matches 'host'
- Peer's certificate issuer is unknown
- Peer's certificate is NOT trusted
and it does not abort, for just about any host I try.
Git uses the following settings (from http.c):
if (!curl_ssl_verify) {
curl_easy_setopt(result, CURLOPT_SSL_VERIFYPEER, 0);
curl_easy_setopt(result, CURLOPT_SSL_VERIFYHOST, 0);
} else {
/* Verify authenticity of the peer's certificate */
curl_easy_setopt(result, CURLOPT_SSL_VERIFYPEER, 1);
/* The name in the cert must match whom we tried to connect */
curl_easy_setopt(result, CURLOPT_SSL_VERIFYHOST, 2);
}
Ramakrishnan, do these settings look sane to you? Does curl interpret
these settings the same way when using the OpenSSL backend (as most
people elsewhere do) and when using GnuTLS backend (as Debian does for
licensing reasons)?
Jonathan
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#347284: Meta-packages for latest doc and sources
Hi, Am Dienstag, den 16.03.2010, 19:53 +0100 schrieb maximilian attems: I gave it a shot. Patch against latest svn is attached, here is the resulting change to the generated control file: thanks applied. great, thanks. Note that the next upload will go through NEW. If you don’t want a delay when you actually want to refer to a new version, you should consider uploading version 26 before the next kernel version bump. 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#575448: please package gcc-4.5's gold LTO plugin!
Package: gcc-4.5 Version: 4.5-20100227-1 Severity: wishlist GCC-4.5 has a gold linker plugin to do LTO, see http://gcc.gnu.org/wiki/whopr/driver It should already be built during a normal gcc-4.5 build, the plugin should be called liblto-plugin.so. I can't find that in the Debian experimental package, please add it to the gcc-4.5 package (or create a new package for it). It should allow more LTO optimizations than just -flto alone. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.33-00175-g2d1299a0 (SMP w/4 CPU cores; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages gcc-4.5 depends on: ii binutils2.20.1-3 The GNU assembler, linker and bina ii cpp-4.5 4.5-20100227-1 The GNU C preprocessor ii gcc-4.5-base4.5-20100227-1 The GNU Compiler Collection (base ii libc6 2.10.2-6 Embedded GNU C Library: Shared lib ii libcloog-ppl0 0.15.8-1 the Chunky Loop Generator (runtime ii libelfg00.8.12-0.1 an ELF object file access library ii libgcc1 1:4.5-20100227-1 GCC support library ii libgmp3c2 2:4.3.2+dfsg-1 Multiprecision arithmetic library ii libgmpxx4ldbl 2:4.3.2+dfsg-1 Multiprecision arithmetic library ii libgomp14.5-20100227-1 GCC OpenMP (GOMP) support library ii libmpc2 0.8.1-1 multiple precision complex floatin ii libmpfr1ldbl2.4.2-3 multiple precision floating-point ii libppl-c2 0.10.2-6 Parma Polyhedra Library (C interfa ii libppl7 0.10.2-6 Parma Polyhedra Library (runtime l ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime Versions of packages gcc-4.5 recommends: ii libc6-dev 2.10.2-6 Embedded GNU C Library: Developmen Versions of packages gcc-4.5 suggests: pn gcc-4.5-doc none (no description available) pn gcc-4.5-locales none (no description available) pn gcc-4.5-multilib none (no description available) pn libgcc1-dbg none (no description available) pn libgomp1-dbg none (no description available) pn libmudflap0-4.5-dev none (no description available) pn libmudflap0-dbg none (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#480676: tinymce: please consider defining web server config in this package
close #480676 thanks Bug could be closed because the user should place the config in the vhost part and not in a global part of apache. Frank -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#347284: Meta-packages for latest doc and sources
On Thu, Mar 25, 2010 at 10:12:24PM +0100, Joachim Breitner wrote: Note that the next upload will go through NEW. If you don???t want a delay when you actually want to refer to a new version, you should consider uploading version 26 before the next kernel version bump. we are used to go through NEW :) happens with linux-2.6 on every ABI bump, so no worries there. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#511767: tinymce: please consider defining web server config in this package
close #511767 thanks Bug could be closed because version 3.3.2 will come to unstable next. Frank -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#573736: https SSL verification fails
Jonathan Nieder dixit: On the same system: $ openssl s_client -CAfile /etc/ssl/certs/ca-certificates.crt -connect alioth.debian.org:443 [...] subject=/O=Debian/CN=alioth.debian.org/emailaddress=ad...@alioth.debian.org issuer=/O=Debian/CN=ca.debian.org/emailaddress=debian-ad...@debian.org [...] So this is not a problem with the ca bundle. I think this is because it doesn't correctly validate the chain or something. Same on Lenny, FWIW. Debian git uses libcurl3-gnutls for HTTP support. Sadly I know almost nothing about these things. With gnutls-bin installed, Yeah, thought so. - The hostname in the certificate matches 'host' - Peer's certificate issuer is unknown - Peer's certificate is NOT trusted Interesting, as it should be trusted. Maybe GnuTLS has a problem with the certificate _chain_ involving an intermediate? people elsewhere do) and when using GnuTLS backend (as Debian does for political reasons)? bye, //mirabilos -- [...] if maybe ext3fs wasn't a better pick, or jfs, or maybe reiserfs, oh but what about xfs, and if only i had waited until reiser4 was ready... in the be- ginning, there was ffs, and in the middle, there was ffs, and at the end, there was still ffs, and the sys admins knew it was good. :) -- Ted Unangst über *fs -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#575449: libtool should support gcc's -flto
Package: libtool
Version: 2.2.6b-2
Severity: normal
Currently libtool strips -flto when called for linking which is wrong.
It should pass -flto to gcc, since its both a compile-time and a link-time flag.
Actually I don't know why libtool strips any flags at all. If I pass a flag
at compile time, and libtool happily passes it along (such as -flto here),
why does it strip it at link time?
Can't it just pass ALL flags I've given it to gcc?
-- System Information:
Debian Release: squeeze/sid
APT prefers unstable
APT policy: (990, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.33-00175-g2d1299a0 (SMP w/4 CPU cores; PREEMPT)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages libtool depends on:
ii autotools-dev 20100122.1 Update infrastructure for config.{
ii bcc [c-compiler] 0.16.17-3 16-bit x86 C compiler
ii cpp 4:4.4.3-1 The GNU C preprocessor (cpp)
ii file 5.04-1 Determines file type using magic
ii gcc [c-compiler] 4:4.4.3-1 The GNU C compiler
ii gcc-4.1 [c-compiler] 4.1.2-27 The GNU C compiler
ii gcc-4.4 [c-compiler] 4.4.3-5The GNU C compiler
ii gcc-4.5 [c-compiler] 4.5-20100227-1 The GNU C compiler
ii libc6-dev [libc-dev] 2.10.2-6 Embedded GNU C Library: Developmen
Versions of packages libtool recommends:
ii libltdl-dev 2.2.6b-2 A system independent dlopen wrappe
Versions of packages libtool suggests:
ii autoconf2.65-4 automatic configure script builder
ii automake [automaken]1:1.11.1-1 A tool for generating GNU Standard
ii automake1.10 [automaken 1:1.10.3-1 A tool for generating GNU Standard
ii automake1.7 [automaken] 1.7.9-9.1A tool for generating GNU Standard
ii automake1.9 [automaken] 1.9.6+nogfdl-3.1 A tool for generating GNU Standard
pn gcj none (no description available)
ii gfortran4:4.4.3-1The GNU Fortran 95 compiler
ii gfortran-4.4 [fortran95 4.4.3-5 The GNU Fortran 95 compiler
pn libtool-doc none (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#347284: Meta-packages for latest doc and sources
Hi, Am Donnerstag, den 25.03.2010, 22:13 +0100 schrieb maximilian attems: On Thu, Mar 25, 2010 at 10:12:24PM +0100, Joachim Breitner wrote: Note that the next upload will go through NEW. If you don???t want a delay when you actually want to refer to a new version, you should consider uploading version 26 before the next kernel version bump. we are used to go through NEW :) happens with linux-2.6 on every ABI bump, so no worries there. now that I think about it, yes you are right :-) Sorry for the noise. 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#574647: Likely solution - quotemeta
Tried this out and it appears to fix the problem:
diff /usr/bin/debtree ~/src/debtree/debtree:
*** /usr/bin/debtree 2009-11-08 09:27:41.0 +1000
--- debtree 2010-03-26 07:16:24.0 +1000
***
*** 373,378
--- 373,380
sub first_set_with_package {
my ($package, $set) = @_;
+ # Escape any characters that will upset the regex below
+ $package = quotemeta($package);
foreach my $s (sort keys %$set) {
if ($$set{$s}{plist} =~ /(^|,)$package(,|$)/) {
return $s;
http://perldoc.perl.org/perlfaq6.html#How-do-I-match-a-regular-expression-that's-in-a-variable%3f--%2c-
--
-Dave.
Bug#572708: evince: Evince does not print pdf files generated with Latex
reassign 572708 libcairo2 1.6.4-7 fixed 572708 1.8.10-3 thanks Le mardi 09 mars 2010 à 20:14 +0100, Raphael Frey a écrit : Le mardi 09 mars 2010 à 19:09 +0100, Josselin Mouette a écrit : We’re getting closer. The livelock is probably in this thread. Can you install debugging symbols for libcairo and libpixman and try again? Please do it several times in a row, to see if it’s always the same codepath that’s involved. Done. The output of gdb (thread apply all bt full) is attached to this mail. (I’ve run it three times so there are three log files, one for each run.) Thanks. It looks like a bug in cairo, but frankly there have been so many changes in cairo regarding bitmap fonts, it’s like looking for a needle in a haystack. If you really want to investigate more, you should try to bisect which cairo change fixed that specific bug. Otherwise I’ll simply consider this bug fixed in unstable. Cheers, -- .''`. Josselin Mouette : :' : `. `' “If you behave this way because you are blackmailed by someone, `-[…] I will see what I can do for you.” -- Jörg Schilling signature.asc Description: This is a digitally signed message part
Bug#575443: no longer supports/documents the kernel kqemu module
severity 575443 wishlist tags 575443 wontfix thanks On Thu, Mar 25, 2010 at 08:45:03PM +0100, Michal Suchanek wrote: I could not find any documentation of support for the kqemu acceleration. As kvm is not available on all machines and kqemu supposedly makes the emulation faster as well as workarounds bugs in the software CPU emulation it somewhat troublesome that it is no longer supported. it is not supported upstream any longer, and unless upstream supports it, we cannot realistically do so in debian. leaving bug open as wontfix, so that others can find the issue. live well, vagrant -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#575451: gcc-4.5: -flto doesn't remember -fPIC
Package: gcc-4.5
Version: 4.5-20100227-1
Severity: normal
Tags: experimental
gcc-4.5 with -flto doesn't work with -fPIC properly.
Simple testcase:
int entry(int a)
{
return bar(a)+1;
}
int bar(int a)
{
return a+4;
}
$ gcc-4.5 foo1.c -flto -fPIC -DPIC -c
$ gcc-4.5 foo2.c -flto -fPIC -DPIC -c
$ gcc-4.5 foo1.o foo2.o -flto -shared
/usr/bin/ld: /tmp/ccmA7RCK.lto.o: relocation R_X86_64_PC32 against symbol `bar'
can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: final link failed: Bad value
collect2: ld returned 1 exit status
This works however:
$ gcc-4.5 foo1.o foo2.o -flto -shared -fPIC
Now -fPIC is something libtool automatically adds, and I it doesn't add it at
linktime (perhaps other build systems don't either).
Could gcc's -flto see that all .o files involved in the link are -fPIC... and
make the resulting file -fPIC too?
Or at least it should see the -shared in the linker line, and automatically use
-fPIC when -flto is used.
-- System Information:
Debian Release: squeeze/sid
APT prefers unstable
APT policy: (990, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.33-00175-g2d1299a0 (SMP w/4 CPU cores; PREEMPT)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages gcc-4.5 depends on:
ii binutils2.20.1-3 The GNU assembler, linker and bina
ii cpp-4.5 4.5-20100227-1 The GNU C preprocessor
ii gcc-4.5-base4.5-20100227-1 The GNU Compiler Collection (base
ii libc6 2.10.2-6 Embedded GNU C Library: Shared lib
ii libcloog-ppl0 0.15.8-1 the Chunky Loop Generator (runtime
ii libelfg00.8.12-0.1 an ELF object file access library
ii libgcc1 1:4.5-20100227-1 GCC support library
ii libgmp3c2 2:4.3.2+dfsg-1 Multiprecision arithmetic library
ii libgmpxx4ldbl 2:4.3.2+dfsg-1 Multiprecision arithmetic library
ii libgomp14.5-20100227-1 GCC OpenMP (GOMP) support library
ii libmpc2 0.8.1-1 multiple precision complex floatin
ii libmpfr1ldbl2.4.2-3 multiple precision floating-point
ii libppl-c2 0.10.2-6 Parma Polyhedra Library (C interfa
ii libppl7 0.10.2-6 Parma Polyhedra Library (runtime l
ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime
Versions of packages gcc-4.5 recommends:
ii libc6-dev 2.10.2-6 Embedded GNU C Library: Developmen
Versions of packages gcc-4.5 suggests:
pn gcc-4.5-doc none (no description available)
pn gcc-4.5-locales none (no description available)
pn gcc-4.5-multilib none (no description available)
pn libgcc1-dbg none (no description available)
pn libgomp1-dbg none (no description available)
pn libmudflap0-4.5-dev none (no description available)
pn libmudflap0-dbg none (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#461210: Patch for listadmin: Failed to append to http://...
Hi,
this bug is relatively easy to fix. Please consider adding the attached
patch to debian/patches. Suggestet changelog entry:
listadmin (2.40-4) UNRELEASED; urgency=low
* Do not try to write bogus log file is none is defined (Closes: #461210)
-- Joachim Breitner nome...@debian.org Thu, 25 Mar 2010 22:31:03 +0100
Thanks,
Joachim
--
Joachim nomeata Breitner
Debian Developer
nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C
JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata
Index: listadmin-2.40/listadmin.pl
===
--- listadmin-2.40.orig/listadmin.pl 2010-03-25 22:32:48.0 +0100
+++ listadmin-2.40/listadmin.pl 2010-03-25 22:32:52.0 +0100
@@ -1635,8 +1635,8 @@
my $params = mailman_params ($user, $pw);
my $log = log_timestamp ($list);
-# Expand {list}, {subdomain} and {domain}
-$logfile = mailman_url($list, $logfile);
+# Expand {list}, {subdomain} and {domain}, if there is something to expand
+$logfile = mailman_url($list, $logfile) if $logfile;
for my $id (sort { $a = $b } keys %{$change}) {
my ($what, $text) = @{$change-{$id}};
signature.asc
Description: This is a digitally signed message part
Bug#575450: reportbug: Doesn't exit with empty subject
Package: reportbug Version: 4.11 Severity: normal Hi! According to the message written to the screen by reportbug, an empty subject should cause reportbug to exit. However, what happens is that reportbug just repeats the message and prompts once more for a subject. Best regards Torquil Sørensen -- Package-specific info: ** Environment settings: EDITOR=nano INTERFACE=text ** /home/tmac/.reportbugrc: reportbug_version 3.20 mode advanced ui text email [deleted] smtphost [deleted] smtptls smtpuser [deleted] -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-3-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages reportbug depends on: ii apt 0.7.25.3 Advanced front-end for dpkg ii python2.5.4-9An interactive high-level object-o ii python-reportbug 4.11 Python modules for interacting wit reportbug recommends no packages. Versions of packages reportbug suggests: pn debconf-utilsnone (no description available) pn debsums none (no description available) pn dlocate none (no description available) pn emacs22-bin-common | none (no description available) ii file 5.04-1 Determines file type using magic ii gnupg1.4.10-3GNU privacy guard - a free PGP rep pn postfix | exim4 | ma none (no description available) ii python-gtk2 2.16.0-2Python bindings for the GTK+ widge pn python-gtkspell none (no description available) pn python-urwid none (no description available) pn python-vte none (no description available) ii xdg-utils1.0.2+cvs20100307-1 desktop integration utilities from -- 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#571929: closed by David Paleino da...@debian.org Bug#571929: fixed in desktopcouch 0.6.3-1)
Changes: desktopcouch (0.6.3-1) unstable; urgency=low . * New upstream version * debian/control: - improved long descriptions. - debhelper B-D lowered to = 7 - python-desktopcouch merged into desktopcouch (Closes: #571929) Well, that does not address completly the problem and ignore Raphael concerns: there is still a circular dependency between desktopcouch and python-desktopcouch-records: python-desktopcouch-records :Depends: desktopcouch desktopcouch:Depends: python-desktopcouch-records Cheers, -- Bill. ballo...@debian.org Imagine a large red swirl here. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
