Bug#610448: python-apt for Hurd

[Julian Andres Klode]

On Mi, 2011-01-19 at 01:50 +0100, Pino Toscano wrote:
> Hi,
> 
> Alle martedì 18 gennaio 2011, Svante Signell ha scritto:
> > I managed to compile 0.7.100.1 from source with the exception of two
> > failed tests, see below. Removing these tests (as a workaround) made
> > the package to be created. Installing that package made
> > apt-listchanges functional (as far as I can see). Looks like there
> > is a problem with file/directory locking, is it lacking somehow in
> > the Hurd?
> 
> Yes, the file locking implementation is quit suboptimal (known issue, it 
> affects other software as well), and in this current case it cannot cope 
> with a new lock set over an existing one (which is allowed and should 
> succeed).
So, is there a way to get it work? I don't see how the file is already
locked.

> Samuel Thibault (hurd-i386 buildd maintainer) tried to build python-apt 
> with 'nocheck' in DEB_BUILD_OPTIONS, but it does not honors this option; 
> if implemented, Samuel could build it disabling the test suite.
> Could you please fix it?
After Squeeze. But I'd like to fix the problem without disabling tests
on hurd. In the meantime, try rebuilding with Debug::NoLocking set to
true in apt.conf.

-- 
Julian Andres Klode  - Debian Developer, Ubuntu Member

See http://wiki.debian.org/JulianAndresKlode and http://jak-linux.org/.





-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#582786: munin: Patch to backport multigraph in CGI to 1.4

[Daniel Hahler]

Just wanted to let you know that the upstream bug ticket has a patch 
attached to backport this to 1.4:

http://munin-monitoring.org/attachment/ticket/832/fix_munin832.patch

I have not looked into this myself yet, but will do so in the next 
days.



--
http://daniel.hahler.de/



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#610588: libmad0: garbled sound on amd64 in debian/testing

[Adrian Kiess]

Package: libmad0
Version: 0.15.1b-5
Severity: normal


Dear sir,

using the latest libmad0 in debian/testing (version 0.15.1b-5) on amd64, Gxine 
and Mplayer are 
producing garbled sound output on my ASUS Xonar USB soundcard.

Various Video players are producing a humming, cruching sound.

Playing sound in rhuthmbox and audacious2 works fine though.

GXinei, when using liibfaad0 instead of libmad0 works fine also.

Sincerely

Adrian

-- System Information:
Debian Release: 6.0
  APT prefers squeeze
  APT policy: (500, 'squeeze'), (500, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.32-5-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.ISO-8859-1, LC_CTYPE=en_US.ISO-8859-1 (charmap=ISO-8859-1) 
(ignored: LC_ALL set to en_US.ISO-8859-1)
Shell: /bin/sh linked to /bin/dash

Versions of packages libmad0 depends on:
ii  libc6 2.11.2-7   Embedded GNU C Library: Shared lib

libmad0 recommends no packages.

libmad0 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#610587: slepc: please upgrade 3.1

[trophime]

Package: slepc
Severity: normal

Please upgrade to 3.1 version.
This new version is needed for upgrading getdp version.



-- System Information:
Debian Release: 6.0
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#610586: I upgraded from Lenny to Squeeze, but KDE cannot starts...

[Turm Oil]

Package: installation-reports

Boot method:  DVD image
Image version: 
http://cdimage.debian.org/cdimage/weekly-builds/i386/iso-dvd/
Date:  2 weeks ago

Machine:  Desktop PC
Processor: P4 - 3GHz
Memory: 1 GHz DDRRAM
Partitions: 
Filesystem    Type   1K-blocks      Used Available Use% Mounted on
/dev/sda1     ext3    74312868  13548852  56989148  20% /
tmpfs        tmpfs      485336         4    485332   1% /lib/init/rw
udev         tmpfs       10240       760      9480   8% /dev
tmpfs        tmpfs      485336         0    485336   0% /dev/shm

Output of lspci -knn (or lspci -nn):
00:00.0 Host bridge [0600]: VIA Technologies, Inc. P4M890 Host Bridge 
[1106:0327]
    Kernel driver in use: agpgart-via
    Kernel modules: via-agp
00:00.1 Host bridge [0600]: VIA Technologies, Inc. P4M890 Host Bridge 
[1106:1327]
00:00.2 Host bridge [0600]: VIA Technologies, Inc. P4M890 Host Bridge 
[1106:2327]
00:00.3 Host bridge [0600]: VIA Technologies, Inc. P4M890 Host Bridge 
[1106:3327]
00:00.4 Host bridge [0600]: VIA Technologies, Inc. P4M890 Host Bridge 
[1106:4327]
00:00.5 PIC [0800]: VIA Technologies, Inc. P4M890 I/O APIC Interrupt Controller 
[1106:5327]
00:00.6 Host bridge [0600]: VIA Technologies, Inc. P4M890 Security Device 
[1106:6327]
00:00.7 Host bridge [0600]: VIA Technologies, Inc. P4M890 Host Bridge 
[1106:7327]
00:01.0 PCI bridge [0604]: VIA Technologies, Inc. VT8237/VX700 PCI Bridge 
[1106:b198]
    Kernel modules: shpchp
00:02.0 PCI bridge [0604]: VIA Technologies, Inc. P4M890 PCI to PCI Bridge 
Controller [1106:a327]
    Kernel driver in use: pcieport-driver
    Kernel modules: shpchp
00:03.0 PCI bridge [0604]: VIA Technologies, Inc. P4M890 PCI to PCI Bridge 
Controller [1106:c327]
    Kernel driver in use: pcieport-driver
    Kernel modules: shpchp
00:0a.0 Ethernet controller [0200]: Realtek Semiconductor Co., Ltd. 
RTL-8139/8139C/8139C+ [10ec:8139] (rev 10)
    Kernel driver in use: 8139too
    Kernel modules: 8139too, 8139cp
00:0f.0 IDE interface [0101]: VIA Technologies, Inc. VIA VT6420 SATA RAID 
Controller [1106:3149] (rev 80)
    Kernel driver in use: sata_via
    Kernel modules: sata_via
00:0f.1 IDE interface [0101]: VIA Technologies, Inc. 
VT82C586A/B/VT82C686/A/B/VT823x/A/C PIPC Bus Master IDE [1106:0571] (rev 06)
    Kernel driver in use: VIA_IDE
    Kernel modules: via82cxxx
00:10.0 USB Controller [0c03]: VIA Technologies, Inc. VT82x UHCI USB 1.1 
Controller [1106:3038] (rev 81)
    Kernel driver in use: uhci_hcd
    Kernel modules: uhci-hcd
00:10.1 USB Controller [0c03]: VIA Technologies, Inc. VT82x UHCI USB 1.1 
Controller [1106:3038] (rev 81)
    Kernel driver in use: uhci_hcd
    Kernel modules: uhci-hcd
00:10.2 USB Controller [0c03]: VIA Technologies, Inc. VT82x UHCI USB 1.1 
Controller [1106:3038] (rev 81)
    Kernel driver in use: uhci_hcd
    Kernel modules: uhci-hcd
00:10.3 USB Controller [0c03]: VIA Technologies, Inc. VT82x UHCI USB 1.1 
Controller [1106:3038] (rev 81)
    Kernel driver in use: uhci_hcd
    Kernel modules: uhci-hcd
00:10.4 USB Controller [0c03]: VIA Technologies, Inc. USB 2.0 [1106:3104] (rev 
86)
    Kernel driver in use: ehci_hcd
    Kernel modules: ehci-hcd
00:11.0 ISA bridge [0601]: VIA Technologies, Inc. VT8237 ISA bridge 
[KT600/K8T800/K8T890 South] [1106:3227]
    Kernel modules: i2c-viapro
00:11.5 Multimedia audio controller [0401]: VIA Technologies, Inc. 
VT8233/A/8235/8237 AC97 Audio Controller [1106:3059] (rev 60)
    Kernel driver in use: VIA 82xx Audio
    Kernel modules: snd-via82xx
01:00.0 VGA compatible controller [0300]: VIA Technologies, Inc. P4M890 [S3 
UniChrome Pro] [1106:3343] (rev 01)


Base System Installation Checklist:
[O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it

Initial boot:           [O]
Detect network card:    [O]
Configure network:      [O]
Detect CD:              [O]
Load installer modules: [O]
Detect hard drives:     [O]
Partition hard drives:  [O]
Install base system:    [O]
Clock/timezone setup:   [O]
User/password setup:    [O]
Install tasks:          [O]
Install boot loader:    [O]
Overall install:        [O]

Comments/Problems:

I upgraded from Lenny to Squeeze without getting any problem. But after the 
first reset of the system, system showed KDM properly. But, when I enter my 
user name and password, system resets itself. I also cannot pass console 
screens by pressing  keys at this state. If I power cycle the 
desktop PC and don't enter user name/pass at the KDM screen, then I can switch 
with . I tried to downgrade to lenny at this stage but nothing has 
changed. So; I had to install a clean Lenny system and I'm sorry I forgot to 
take "installation record" before the installation.

best regards






--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#608284: RFS: xhtmlrenderer (new package, needed to package Grails)

[tony mancill]

Hi Miguel,

In lieu of a new upstream release, an email from the upstream clarifying
the license for those files could be added to debian/copyright would
probably be sufficient.  Another option would be to drop the files under
./test/ in a DFSG version of the tarball.  Andrew Ross did this recently
for another package I sponsored.

Cheers,
tony

On 01/12/2011 08:50 PM, Miguel Landaeta wrote:
> On Wed, Jan 12, 2011 at 11:53 PM, tony mancill  wrote:
>> Hi Miguel,
> 
> Hi Tony,
> Thanks for taking a look at my package so quickly.
> 
>> The packaging looks good.  However, unfortunately there are a number of
>> source files that carry neither a copyright nor an author.  For example:
>>
>> ./src/java/org/xhtmlrenderer/tool/Boxer.java
>> ./src/java/org/xhtmlrenderer/simple/PDFRenderer.java
> 
> What worried me about this package were not the .java files without
> copyright notice but all those .dtd, .xml and .mod files but fortunately
> they are licensed under a free enough license.
> 
> What I could understand from the documentation was all source code
> is licensed under LGPL-2.1 except some files bundled from
> another projects (e.g. .css test files). Their LICENSE file states:
> 
> "All source code to Flying Saucer itself is licensed under the
> GNU Lesser General Public License (LGPL); you can redistribute
> it and/or modify it under the terms of the GNU Lesser General Public
> License as published by the Free Software Foundation, either version
> 2.1 of the License, or (at your option) any later version."
> 
>> It might be worth clarifying with upstream before uploading to the archive.
> 
> I guess I can contact Joshua and ask about this.
> Though they don't release frequently, it seems to be some activity on
> upstream mailing lists.
> 
> Cheers,
> 




signature.asc
Description: OpenPGP digital signature

Bug#533450: GMA 500 Drivers in Debian and Deprecated Symbols in Xorg

[P. J. McDermott]

On 01/19/2011 04:08 AM, Michel Dänzer wrote:
> On Die, 2011-01-18 at 17:25 -0500, P. J. McDermott wrote: 
>>
>> Xorg: symbol lookup error: /usr/lib/xorg/modules/drivers/psb_drv.so:
>>   \ undefined symbol: LoaderRefSymLists
>> With research I found that this is due to the removal of the XFree86
>> loader and all of its long deprecated symbols. I'm currently working on
>> a patch to remove all references to this and a similar deprecated
>> symbol, along with hopefully some now useless symbol lists (see line 159
>> and below). Note however the use of the "XFree86LOADER" macro in the
>> middle of those symbol lists; what is the purpose of this? Is it to
>> identify newer versions of Xorg? Is it deprecated and to be removed?
>> This is an issue because it is used to conditionally compile some code
>> (including the psbSetup function, which I know is used by Xorg)
>> following the symbols I'd like to conditionally compile (or simply
>> patch) out of the driver. What would be the best way to proceed here?
>> Should I leave in or remove the XFree86LOADER macro check? Should I
>> simply patch out the old symbol lists completely (possibly breaking the
>> driver for older Xorg versions) or conditionally compile out the symbol
>> lists?
> 
> You can probably just remove this stuff (I doubt the psb driver will
> work or even build against an xserver which requires it), that's what we
> did in the radeon driver, which tends to be backwards compatible more
> than most other free drivers.

Okay thanks, I'll do that then. I assume you meant remove the
XFree86LOADER macro (which I've read may be on its way out of Xorg)
check as well.

On 01/19/2011 06:07 AM, Mattia Dongili wrote:
> On Tue, Jan 18, 2011 at 05:25:17PM -0500, P. J. McDermott wrote:
> ...
>> an orig.tar.gz from the gma500 PPA on Launchpad, as I have yet to find
>> upstream development for this stuff). After I patch it to build against
> 
> I doubt there is any upstream development at all. Those git repositories
> I have linked on my website were cloned from a Mobilin repository where
> the psb driver was relegated to an "obsolete" subdirectory.
> Now with Meego all development seems to be focused towards the EMGD
> driver instead. The kernel part has sources available, the userspace
> part is mostly binary blobs afaics.
> 
> To be honest I gave up trying to make psb work as anyway it needs the 3D
> blob to work on the laptop I have and there is no way whatsoever that
> that will load on any recent Xorg version.

Yeah, I saw that on the Moblin repository. Eventually I'll contact the
gma500 team on Launchpad about it, as they seem to be getting (albeit
rather stale) updates from somewhere... I'm more focused on just getting
this to work for now though.

I know Intel is pushing IEGD or EMGD or whatever new set of
mixed-license drivers they're adding to the fray, but no one seems to
have much faith in those efforts (and it sounds like they're even less
free). And apparently maintainers have gotten the existing drivers
working with Xorg 1.{7,8,9} in at least Ubuntu, Fedora, Mandriva, and
Arch Linux. As you said, there may be problems getting the binary Xpsb
GLX sub-module to load in Xorg >= 1.7, but it appears that people have
made it work (or are at least packaging it for their distributions
regardless). Though personally I'd be happy just with framebuffer-less
rendering and backlight control, just to save my battery.

Also, xserver-xorg-video-psb *shouldn't* need the firmware or Xpsb
binaries. I noticed that it does probe for the Xpsb sub-module, but when
it doesn't find it it'll continue on without it and let you know that 3D
and video acceleration won't work. The metapackages on the gma500 PPA
seem to verify this, letting users install only the free drivers to at
least get 2D acceleration. A commenter on the blog of Adam Williamson
(who's gotten these drivers working in Fedora) also reported success
with only the free drivers. I haven't gotten to the point to be able to
try this myself though, and I'm not sure what specific requirements your
system might have to require Xpsb.

I'm slowly getting xserver-xorg-video-psb to load in Xorg 1.7, and I'm
tweaking a configuration file to work around issues like the
LVDS-connected monitor of my Acer Aspire One AO751h not being detected
with ACPI. But Xorg is now aborting on a segmentation fault "at address
(nil)" and I can't seem to get debugging symbols in the backtrace. The
fault is probably caused by a mangled pointer bug that's fixed by some
patch that I haven't applied to my driver. I'll probably install drivers
from the gma500 PPA on a test installation of Squeeze to see that
everything works. If it does, then I can start from scratch and be less
conservative in my patchwork, referring to the work in other
distributions to fix any bugs there may be.

Thanks,
P. J.



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.or

Bug#533027: TtH license.txt

[Ian Maclaine-cross]

Ian Hutchinson
Author of TtH

Hi, 

Thank you for writing and making TtH freely available and for replying
promptly to my emails over the years. I am still the Debian
Organization's maintainer for its package tth.

For legal reasons Debian can only make software like TtH available for
all supported architectures and operating systems if free software
licenses are explicit and detailed. The shortest version of such a
license is the "expat" or "MIT" license. 

In attached file expat.txt I have shown how the "expat" license
would look for TtH.  Please consider renaming this as license.txt in the
next version of tth_C.tgz.

-- 
Regards,
Ian Maclaine-cross 
GnuPG key fingerprint = 5F7A 7539 EA0D F4B4 95D3  0D22 A8BB B366 1D1D FB53

License for TtH, a TeX to HTML translator
_

tth is copyright (C) 1997-2007 Ian Hutchinson .

Permission is hereby granted, free of charge, to any person obtaining a copy
of this software and associated documentation files (the "Software"), to deal
in the Software without restriction, including without limitation the rights
to use, copy, modify, merge, publish, distribute, sublicense, and/or sell
copies of the Software, and to permit persons to whom the Software is
furnished to do so, subject to the following conditions:

The above copyright notice and this permission notice shall be included in
all copies or substantial portions of the Software.

THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR
IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY,
FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE
AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER
LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM,
OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN
THE SOFTWARE.
   

Bug#608021: Bug #608021: linphone segfaults when sending a text message

[Andres Cimmarusti]

I contacted the upstream developers through their mailing list:
linphone-develop...@nongnu.org

And they have informed this issue is now fixed in current git. Please
backport this fix, because this hinder's linphone's functionality.
This is the developer's actual response:

Message: 1
Date: Wed, 19 Jan 2011 12:57:34 +0100
From: Simon Morlat 
Subject: Re: [Linphone-developers] Debian bug # 608021
To: linphone-develop...@nongnu.org
Message-ID: <1295438254.3573.2.camel@poulita.gallus>
Content-Type: text/plain; charset="UTF-8"

Hi,

THis bug is resolved in current git and then is fixed for next release.

Simon



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#610535: g++: Using a global std::string in a constructor in another files generates a crashing binary

[Miles Bader]

Ludovic Rousseau  writes:
> I found a strange bug I can't explain myself. I am not a C++ expert so
> maybe this construction is illegal.
...
> If my C++ construction is not supported by the language feel free to
> refer me to the C++ specification with details.

It looks like a bug in your program:

The initialization order of file-scope objects in different files is
undefined, and the variable "g_Application" is apparently being
initialized before the variable "foo".  So Application::Application is
called while foo is in a bogus state.

-Miles

-- 
Absurdity, n. A statement or belief manifestly inconsistent with one's own
opinion.



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#610553: installation-reports: does not cleanly deconfigure network configured with DHCP

[Matthew Palmer]

On Thu, Jan 20, 2011 at 06:00:51AM +0100, Christian PERRIER wrote:
> Quoting Matthew Palmer (mpal...@debian.org):
> > clone 610553
> > reassign 610553 finish-install
> > reassign -1 di-utils-reboot
> > thanks
> > 
> > On Wed, Jan 19, 2011 at 03:32:59PM -0500, Jeffrey Sheinberg wrote:
> > > Install of squeeze-rc1 (expert mode, non-graphical) from *.iso - works
> > > great except the network is not cleanly deconfigured for DHCP.
> > > 
> > > Solution - please send SIGUSR2 to the "udhcpc" process at end of
> > > installation (menu items: finish up the installation, or abort the
> > > installation).
> > 
> > That can probably be arranged.  It covers two separate packages, so I'm
> > going to clone out this report to get it fixed everywhere (finish-install
> > for regular completion, and di-utils-reboot for "Abort the installation").
> 
> I'd say that the first bug should be dealt in netcfgwhich should
> provide the appropriate finish-install.d hook

Yeah, I thought about that, but it appears as though finish-install wants to
own all those sorts of things itself.  I would have expected
50config-target-network to be in netcfg, but it's not.  On the other hand,
if that's more of a historical screwup, moving it (and the
currently-hypothetical release-dhcp-lease) to netcfg isn't something I'm
philosophically opposed to).

- Matt




-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#610553: installation-reports: does not cleanly deconfigure network configured with DHCP

[Christian PERRIER]

Quoting Matthew Palmer (mpal...@debian.org):
> clone 610553
> reassign 610553 finish-install
> reassign -1 di-utils-reboot
> thanks
> 
> On Wed, Jan 19, 2011 at 03:32:59PM -0500, Jeffrey Sheinberg wrote:
> > Install of squeeze-rc1 (expert mode, non-graphical) from *.iso - works
> > great except the network is not cleanly deconfigured for DHCP.
> > 
> > Solution - please send SIGUSR2 to the "udhcpc" process at end of
> > installation (menu items: finish up the installation, or abort the
> > installation).
> 
> That can probably be arranged.  It covers two separate packages, so I'm
> going to clone out this report to get it fixed everywhere (finish-install
> for regular completion, and di-utils-reboot for "Abort the installation").

I'd say that the first bug should be dealt in netcfgwhich should
provide the appropriate finish-install.d hook




signature.asc
Description: Digital signature

Bug#610571: no-ip: init.d script has been patched. Please review.

[Blake Miner]

Package: no-ip
Version: 2.1.1-4+etch1
Severity: normal
Tags: patch

Please see the modified configuration file: /etc/init.d/no-ip
This should solve the problem and allow systems to switch to the more efficient 
dependency-based boot sequence using sysv-rc.

After patching the script, users should run 'dpkg-reconfigure sysv-rc' as root.

Patch file should be attached to this report.  Please review.  Hopefully, this 
works.

-- System Information:
Debian Release: 6.0
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)

Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/dash

Versions of packages no-ip depends on:
ii  libc6 2.11.2-7   Embedded GNU C Library: Shared lib

no-ip recommends no packages.

no-ip suggests no packages.

-- Configuration Files:
/etc/init.d/no-ip changed:
DAEMON=/usr/bin/no-ip
NAME=no-ip
test -x $DAEMON || exit 0
case "$1" in
start)
echo -n "Starting dynamic address update: "
start-stop-daemon --start --exec $DAEMON
echo "no-ip."
;;
stop)
echo -n "Shutting down dynamic address update: "
start-stop-daemon --stop --exec $DAEMON
echo "no-ip."
;;
force-reload|restart)
echo -n "Restarting dynamic address update: "
start-stop-daemon --stop --oknodo --retry 30 --exec $DAEMON
start-stop-daemon --start --exec $DAEMON
echo "no-ip."
;;
*)
echo "Usage: $0 {start|stop|restart}"
exit 1
esac
exit 0


-- no debconf information

*** /home/blake/no-ip.patch
--- no-ip.orig  2004-07-22 08:38:54.0 -0400
+++ no-ip   2011-01-19 22:26:14.0 -0500
@@ -5,6 +5,15 @@
 # Modified for Debian GNU/Linux by Eivind L. Rygge 
 # Modified too by Otavio Salvador 
 
+### BEGIN INIT INFO
+# Provides:  no-ip
+# Required-Start:$local_fs $remote_fs $network $syslog $named
+# Required-Stop: $local_fs $remote_fs $network $syslog $named
+# Default-Start: 2 3 4 5
+# Default-Stop:  0 1 6
+# Short-Description: Start/stop no-ip daemon
+### END INIT INFO
+
 DAEMON=/usr/bin/no-ip
 NAME=no-ip
 



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#610381: git-import-dsc: lies about commit date

[Rob Browning]

Guido Günther  writes:

> I think that's the point. I'm not a friend of these new options either
> (that's why I changed the default) but when introduced we could make
> git-import-dscs pass them to git-import-dsc by default when doing mass
> imports.

For what it's worth, I believe having current committer dates also
alters the way gitk sorts its display.  I noticed this when I was trying
to retroactively build a Debian Guile repository based off of (and
integrated with) the upstream tree (which itself was created by a
cvs->git tool).

Perhaps intent matters.  In my case, I really was trying to create
branches as if they'd existed all along, possibly the same thing people
are trying to do when they use repository conversion tools.

-- 
Rob Browning
rlb @defaultvalue.org and @debian.org
GPG as of 2002-11-03 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#609538: r8169: long delay during resume

[Ben Hutchings]

On Thu, 2011-01-20 at 10:04 +0700, Daniel J Blueman wrote:
> When resuming from suspended with 2.6.38-rc1 with my RTL8168d/8111d
> hardware, I see significant delays [1].
> 
> The only firmware I see in /lib/firmware is RTL8192E, thus it looks
> like this is due to it being not present.

If you're using Debian, the necessary blob is in the firmware-realtek
package.

> I see that Francois' patch is present in 2.6.38-rc1; is there a way to
> avoid this delay, or is this likely in request_firmware?
[...]

It's a known problem with calls to request_firmware() when userland is
not running (early initialisation or resume from sleep).  It may be
fixable.

Ben.

-- 
Ben Hutchings
Once a job is fouled up, anything done to improve it makes it worse.


signature.asc
Description: This is a digitally signed message part

Bug#609538: r8169: long delay during resume

[Daniel J Blueman]

When resuming from suspended with 2.6.38-rc1 with my RTL8168d/8111d
hardware, I see significant delays [1].

The only firmware I see in /lib/firmware is RTL8192E, thus it looks
like this is due to it being not present.

I see that Francois' patch is present in 2.6.38-rc1; is there a way to
avoid this delay, or is this likely in request_firmware?

Thanks,
  Daniel

--- [1]

[21786.797521] sdhci-pci :09:00.0: Will use DMA mode even though
HW doesn't fully claim to support it.
[21786.797530] sdhci-pci :09:00.0: setting latency timer to 64
[21847.280237] r8169 :0b:00.0: eth0: unable to apply firmware patch
[21847.283688] PM: resume of devices complete after 61090.398 msecs
[21848.934980] Synaptics Touchpad, model: 1, fw: 7.2, id: 0x1c0b1,
caps: 0xd04733/0xa4/0xa
[21848.980306] input: SynPS/2 Synaptics TouchPad as
/devices/platform/i8042/serio1/input/input12
[21850.886820] PM: Finishing wakeup.
[21850.08] Restarting tasks ... done.
[21851.384291] r8169 :0b:00.0: eth0: unable to apply firmware patch
[21851.386090] r8169 :0b:00.0: eth0: link down
[21853.324784] EXT4-fs (sda1): re-mounted. Opts: commit=0
-- 
Daniel J Blueman



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#506788: xml2: usage patch

[Hamish]

Package: xml2
Version: 0.4-2
Followup-For: Bug #506788

here's a patch for the command line usage of 2csv (hopefully nano doesn't wrap
it)

=
--- xml2-0.4/2csv.c.ORIG2002-02-07 12:04:36.0 +1300
+++ xml2-0.4/2csv.c 2011-01-20 16:03:33.060602567 +1300
@@ -4,7 +4,7 @@
 #include 
 
 void usage(void) {
-   fputs("usage: 2csv record field [field ...] < in > csv\n",stderr);
+   fputs("usage: 2csv [-q quote] [-d comma] base_string field [field ...] 
< in.flat > out.csv\n",stderr);
exit(2);
 }
 
=



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#506788: xml2: 2csv and csv2 options

[Hamish]

Package: xml2
Version: 0.4-2
Followup-For: Bug #506788

Hi,

by examining the source code I've been able to figure out a little more about 
these two
undocumented commands.

both take -q and -d options to set the quoting char and the delimiter char.
e.g. to quote with a single char and a pipe for the delimiter:  -q"'" -d'|' 

csv2 takes an additional -f flag which does something with the first record


usage of 2csv: the 'record' option is the base string, NOT starting with /,
the fields are the "subdirs" under that you want to output.
It seems to get lost if the "record" string is non-unique, e.g. below if I
use 'event' as the record string it gets lost because of 'eventParameters',
but if I use 'origin' that's ok because it's not a substring of anything else.
using the whole thing back to the start (expect the leading / at the start of
the line) seems the safest thing to do.


for example, an extract of XML earthquakes from GNS NZ:

URL="http://magma.geonet.org.nz/services/quake/quakeml/1.0.1/query?";
END_DATE=`date --utc +%FT%T`
START_DATE=`date --utc --date="last week" +%FT%T`
wget -nv -O latest_gns_quakes.xml -nv \
   "${URL}startDate=$START_DATE&endDate=$END_DATE"


"""
1 record of data (1 earthquake event) from that looks like this after going 
through xml2:
/quakeml/eventParameters/event
/quakeml/eventParameters/event/@publicID=smi:geonet.org.nz/event/3446915g
/quakeml/eventParameters/event/type=earthquake
/quakeml/eventParameters/event/preferredOriginID=smi:geonet.org.nz/ori/479264/GROPE
/quakeml/eventParameters/event/preferredMagnitudeID=smi:geonet.org.nz/mag/479264/GROPE/ML
/quakeml/eventParameters/event/origin/@publicID=smi:geonet.org.nz/ori/479264/GROPE
/quakeml/eventParameters/event/origin/type=hypocenter
/quakeml/eventParameters/event/origin/evaluationMode=manual
/quakeml/eventParameters/event/origin/evaluationStatus=confirmed
/quakeml/eventParameters/event/origin/referenceSystemID=smi:ogc.def.crs/EPSG/4272
/quakeml/eventParameters/event/origin/time/value=2011-01-13T05:43:34.182Z
/quakeml/eventParameters/event/origin/time/uncertainty=0.54998
/quakeml/eventParameters/event/origin/latitude/value=-41.86799
/quakeml/eventParameters/event/origin/latitude/uncertainty=0.05634
/quakeml/eventParameters/event/origin/longitude/value=173.7475
/quakeml/eventParameters/event/origin/longitude/uncertainty=0.03236
/quakeml/eventParameters/event/origin/depth/value=46.4401
/quakeml/eventParameters/event/origin/depth/uncertainty=5.0094
/quakeml/eventParameters/event/origin/depthType=from location
/quakeml/eventParameters/event/origin/quality/azimuthalGap=238
/quakeml/eventParameters/event/origin/quality/minimumDistance=19.9
/quakeml/eventParameters/event/origin/quality/maximumDistance=154.21
/quakeml/eventParameters/event/origin/quality/usedPhaseCount=7
/quakeml/eventParameters/event/origin/quality/usedStationCount=5
/quakeml/eventParameters/event/origin/quality/standardError=0.30616
/quakeml/eventParameters/event/magnitude/@publicID=smi:geonet.org.nz/mag/479264/GROPE/ML
/quakeml/eventParameters/event/magnitude/mag/value=2.061
/quakeml/eventParameters/event/magnitude/mag/uncertainty=0.211
/quakeml/eventParameters/event/magnitude/type=ML
/quakeml/eventParameters/event/magnitude/stationCount=3
/quakeml/eventParameters/event/magnitude/originID=smi:geonet.org.nz/ori/479264/GROPE
"""


# process with 2csv:

BASE="quakeml/eventParameters/event"
FIELDS="
origin/time/value
origin/longitude/value
origin/latitude/value
magnitude/mag/value
origin/depth/value
"

xml2 < latest_gns_quakes.xml | 2csv -d'|' $BASE $FIELDS > latest_gns_quakes.csv


and you get nice output like:

2011-01-18T20:53:42.376Z|172.17737|-43.49577|2.99|8.6459
2011-01-18T21:01:26.694Z|176.80443|-39.3082|2.785|12
2011-01-19T00:56:45.661Z|172.37196|-43.58271|2.879|5
2011-01-19T03:11:06.068Z|176.37152|-38.00686|3.61|146.8343



finally it works...


hope it helps,
Hamish


-- System Information:
Debian Release: 5.0.7
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.26-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/bash

Versions of packages xml2 depends on:
ii  libc6   2.7-18lenny7 GNU C Library: Shared libraries
ii  libxml2 2.6.32.dfsg-5+lenny3 GNOME XML library

xml2 recommends no packages.

xml2 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#610585: llvm-2.7: LLVM bitcode files do not execute directly

[Lenard Lindstrom]

Package: llvm-2.7
Version: 2.7-6
Severity: normal

The llvm-2.7 installer sets up the binfmt_misc module with the wrong magic
number.

~/Projects/llvm$ cat /proc/sys/fs/binfmt_misc/llvm-2.7.binfmt
enabled
interpreter /usr/bin/lli-2.7
flags:
offset 0
magic 6c6c7663
~/Projects/llvm$ llvm-as-2.7 hello.ll
~/Projects/llvm$ chmod u+x hello.bc
~/Projects/llvm$ ls -l hello.bc
-rwxr--r-- 1 lenard lenard 348 Jan 19 18:15 hello.bc
~/Projects/llvm$ ./hello.bc
bash: ./hello.bc: cannot execute binary file

The correct magic number is 'BC'.

~/Projects/llvm$ hexdump -Cn 4 hello.bc
  42 43 c0 de   |BC..|
0004

~# update-binfmts --install llvm /usr/bin/lli-2.7 --magic 'BC'

~/Projects/llvm$ cat /proc/sys/fs/binfmt_misc/llvm
enabled
interpreter /usr/bin/lli-2.7
flags:
offset 0
magic 4243
~/Projects/llvm$ ./hello.bc
hello world




-- System Information:
Debian Release: 6.0
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)

Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core)
Locale: LANG=en_CA.utf8, LC_CTYPE=en_CA.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages llvm-2.7 depends on:
ii  libc6 2.11.2-7   Embedded GNU C Library: Shared lib
ii  libffi5   3.0.9-3Foreign Function Interface library
ii  libgcc1   1:4.4.5-8  GCC support library
ii  libllvm2.72.7-6  Low-Level Virtual Machine (LLVM), 
ii  libstdc++64.4.5-8The GNU Standard C++ Library v3
ii  llvm-2.7-runtime  2.7-6  Low-Level Virtual Machine (LLVM), 

Versions of packages llvm-2.7 recommends:
ii  llvm-2.7-dev  2.7-6  Low-Level Virtual Machine (LLVM), 

Versions of packages llvm-2.7 suggests:
ii  llvm-2.7-doc  2.7-6  Low-Level Virtual Machine (LLVM), 

-- 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#610584: New upstream release: asterisk-core-sounds-1.4.20

[Paul Belanger]

Package: asterisk-core-sounds
Version: 1.4.19-1

  * New upstream release
  * debian/rules:
- Change $TARGET_DIR to ../tarballs
- Fix formatting issue with wget command

-- 
Paul Belanger
Digium, Inc. | Software Developer
twitter: pabelanger | IRC: pabelanger (Freenode)
Check us out at: http://digium.com & http://asterisk.org
Index: debian/changelog
===
--- debian/changelog	(revision 8717)
+++ debian/changelog	(working copy)
@@ -1,3 +1,12 @@
+asterisk-core-sounds (1.4.20-1) UNRELEASED; urgency=low
+
+  * New upstream release
+  * debian/rules:
+- Change $TARGET_DIR to ../tarballs
+- Fix formatting issue with wget command
+
+ -- Paul Belanger   Wed, 19 Jan 2011 20:39:49 -0500
+
 asterisk-core-sounds (1.4.19-1) unstable; urgency=low
 
   * Initial release. (Closes: #571166)
Index: debian/rules
===
--- debian/rules	(revision 8717)
+++ debian/rules	(working copy)
@@ -7,7 +7,7 @@
 FORMATS=gsm g722 wav
 TMPDIR=tmp
 # or . if you prefer
-TARGET_DIR=..
+TARGET_DIR=../tarballs
 
 PKGNAME=$(PACKAGE)-$(VERSION)
 PKGDIR=$(TMPDIR)/$(PKGNAME)
@@ -21,7 +21,6 @@
 	find $(CURDIR)/debian/asterisk-core-sounds-*/usr/share/asterisk \
 		\( -name '[CL]*' -o -name '*.txt' \) -exec rm -f \{\} \;
 
-
 print-version:
 	@echo package: $(PACKAGE)
 	@echo version: $(VERSION)
@@ -32,7 +31,7 @@
 	set -e ; \
 	cd $(TMPDIR); for lang in $(LANGS); do for format in $(FORMATS); do \
 	  tarball="$(PACKAGE)-$$lang-$$format-$(VERSION).tar.gz"; \
-	  wget -q -c $(BASE_URL)/$$tarball; \
+	  wget -q -c $(BASE_URL)$$tarball; \
 	  mkdir $(PKGNAME)/$$lang-$$format; \
 	  cd $(PKGNAME)/$$lang-$$format; \
 	tar xzf ../../$$tarball; \

Bug#466704: #466704 xterm: pointer color is always white

[Cyril Brulebois]

Vincent Lefevre  (20/01/2011):
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=581830

Thanks for the pointer.

KiBi.


signature.asc
Description: Digital signature

Bug#466704: #466704 xterm: pointer color is always white

[Vincent Lefevre]

On 2011-01-20 03:02:17 +0100, Cyril Brulebois wrote:
> What if you use vesa or fbdev instead of nv?

I don't have the machine here. I'll try tomorrow or next week.

> Also, I see no bugreports from you against nouveau.

http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=581830

-- 
Vincent Lefèvre  - Web: 
100% accessible validated (X)HTML - Blog: 
Work: CR INRIA - computer arithmetic / Arénaire project (LIP, ENS-Lyon)



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#604000: libomhacks0: tighter dependencies between omhacks/libomhacks?

[Paul Wise]

On Wed, 2011-01-19 at 14:49 +0200, Timo Juhani Lindfors wrote:

> I looked at policy 8.5 -- would something like
> ...
> -Depends: ${shlibs:Depends}, ${misc:Depends}
> +Depends: ${shlibs:Depends}, ${misc:Depends}, libomhacks0 (= 
> ${binary:Version})
> ...
> sound ok?

Yep, that looks good.

-- 
bye,
pabs

http://wiki.debian.org/PaulWise


signature.asc
Description: This is a digitally signed message part

Bug#610583: pandoc from experimental doesn't install epub.css

[Rogério Brito]

Package: pandoc
Version: 1.6-1
Severity: normal

Hi, Jonas.

(Hey, long time, no talk! Nice talking with you during last year's
Debconf!).

I just tried to follow the trivial/toy example of
http://johnmacfarlane.net/pandoc/epub.html with pandoc, but it bombed,
saying that it could not find epub.css.

Indeed, the package from experimental doesn't have it.


Thanks anyway for packaging this great package, Rogério Brito.

-- System Information:
Debian Release: 6.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (250, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.37 (SMP w/2 CPU cores; PREEMPT)
Locale: LANG=en_US.utf-8, LC_CTYPE=pt_BR.utf-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages pandoc depends on:
ii  libc6 2.11.2-8   Embedded GNU C Library: Shared lib
ii  libffi5   3.0.9-3Foreign Function Interface library
ii  libgmp3c2 2:4.3.2+dfsg-1 Multiprecision arithmetic library
ii  libpcre3  8.02-1.1   Perl 5 Compatible Regular Expressi
ii  zlib1g1:1.2.5.dfsg-1 compression library - runtime

pandoc recommends no packages.

Versions of packages pandoc suggests:
ii  texlive-latex-extra   2009-10TeX Live: LaTeX supplementary pack
ii  texlive-latex-recommended 2009-11TeX Live: LaTeX recommended packag
ii  texlive-xetex 2009-11TeX Live: XeTeX packages

-- no debconf information

-- 
Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC
http://rb.doesntexist.org : Packages for LaTeX : algorithms.berlios.de
DebianQA: http://qa.debian.org/developer.php?login=rbrito%40ime.usp.br



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#466704: #466704 xterm: pointer color is always white

[Cyril Brulebois]

Vincent Lefevre  (20/01/2011):
> In my case, on a machine where I use the proprietary nvidia driver,
> the pointer color is correct (red). On another machine where I use
> the nv driver (FYI the nouveau driver doesn't work on this machine),
> the pointer color is incorrect.

What if you use vesa or fbdev instead of nv?

Also, I see no bugreports from you against nouveau.

KiBi.


signature.asc
Description: Digital signature

Bug#466704: #466704 xterm: pointer color is always white

[Thomas Dickey]

On Thu, 20 Jan 2011, Cyril Brulebois wrote:


Thomas Dickey  (19/01/2011):
| Perhaps the problem is in the X server (specific to the video
| driver, for instance).  The checks I've made were from different
| systems using the same hardware.  fwiw, I've got this in my config:
|
| Section "Device"
| Identifier  "S3 ProSavageDDR"
| Driver  "savage"
| EndSection

Works for me using both -intel or -fbdev. (Can't test -vesa easily,
due to KMS, would have to reboot.) Also works through Xephyr.

Are you using core X pointers, or a set of themed pointers?


just the core X pointers, I think - I've never setup themed pointers
with fvwm2 (and didn't notice that changing window managers caused any
change in this).



KiBi.



--
Thomas E. Dickey
http://invisible-island.net
ftp://invisible-island.net



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#466704: #466704 xterm: pointer color is always white

[Vincent Lefevre]

On 2011-01-20 02:33:57 +0100, Cyril Brulebois wrote:
> Works for me using both -intel or -fbdev. (Can't test -vesa easily,
> due to KMS, would have to reboot.) Also works through Xephyr.

In my case, on a machine where I use the proprietary nvidia driver,
the pointer color is correct (red). On another machine where I use
the nv driver (FYI the nouveau driver doesn't work on this machine),
the pointer color is incorrect.

-- 
Vincent Lefèvre  - Web: 
100% accessible validated (X)HTML - Blog: 
Work: CR INRIA - computer arithmetic / Arénaire project (LIP, ENS-Lyon)



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#584730: pidgin: main window with buddy list cannot be shrinked below an far too big size

[Ari Pollak]

severity 584730 normal
thanks

I don't consider "annoying for one person" to be a severity: important bug.
That being said, do you have any plugins loaded? What happens if you
unload them one at a time and try resizing them?



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#610553: installation-reports: does not cleanly deconfigure network configured with DHCP

[Matthew Palmer]

clone 610553
reassign 610553 finish-install
reassign -1 di-utils-reboot
thanks

On Wed, Jan 19, 2011 at 03:32:59PM -0500, Jeffrey Sheinberg wrote:
> Install of squeeze-rc1 (expert mode, non-graphical) from *.iso - works
> great except the network is not cleanly deconfigured for DHCP.
> 
> Solution - please send SIGUSR2 to the "udhcpc" process at end of
> installation (menu items: finish up the installation, or abort the
> installation).

That can probably be arranged.  It covers two separate packages, so I'm
going to clone out this report to get it fixed everywhere (finish-install
for regular completion, and di-utils-reboot for "Abort the installation").
di-utils-exit-installer ("Exit the installer") is only used in installer
demos, apparently, so that probably doesn't need to be changed.

(Note to implementors: example code for wiping out the DHCP client is in
netcfg/killall.sh; only minor adaptations should be required, although it
appears that different DHCP clients use different methods to signal release,
so that'll complicate matters)

However...

> This is because my ISP's DHCP server already has handed out a lease to
> my computer and this lease is still active.  
> 
> This active lease was obtained during the installation process, however,
> the installation process did not release the DCHP lease before it
> terminated the installation.
> 
> Why hasn't this problem been reported before?  Answer - most routers
> will just re-offer an active DHCP lease to the same MAC address that had
> originally obtained the lease.  However, my ISP's DHCP servers will only
> re-offer an active leave when the requested ip-address matches the
> ip-address that was provided with the original lease.

That must make life *really* entertaining for the ISP's support staff after
an area-wide power outage.  It also appears to be in contravention of a
quick skim of RFC2131, since there's no requirement for clients to send a
DHCPRELEASE.  Section 4.4.6 states, "Note that the correct operation of DHCP
does not depend on the transmission of DHCPRELEASE messages."  I wonder what
other brokenness your ISP is hiding...

- Matt



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#591094: [hojia] Bug#591094: How to read Chinese with xpdf? Maybe I can alter the PDF files myself!

[jidanni]

> "趙" == 趙惟倫   writes:

趙> 試試 pdf2ps 再用 ps2pdf 轉換回來。

Ha ha! Problem workaround solved. Thanks to 趙惟倫, (and no thanks to
you other so called computer pro nurds! (especially your nurd leader
'triple o', with the bald "hair").

$ cat Makefile
%.read:%.readablePDF; xpdf $?
%.readablePDF:%.pdf; pdf2ps $? -|ps2pdf - $@ #don't use pdftops, makes giant 
files
6572b.pdf:;wget http://www.fybus.com.tw/data/1/6572b.pdf



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#609942: Please add Venezuela's SUSCERTE CA to ca-certificates

[Jose Luis Rivas]

Hi hereby support the request to add SUSCERTE CA to the ca-certificates
package.

Regards,
-- 
Jose Luis Rivas - GPG (old/new): 0xCACAB118 / 0x7C4DF50D
San Cristóbal, Venezuela - http://ghostbar.ath.cx/
Debian Project Developer - http://debian.org/



signature.asc
Description: OpenPGP digital signature

Bug#610563: debian-goodies: no need for hard-coded dependency on less

[Justin B Rye]

Justin B Rye wrote:
> (I hope patching a legacy-encoded German manpage won't break it.)
[...]
> -debmany \- W?hlen von Manpages oder Dokumentationen aus installierten 
> Paketen, Paketen des Repositories oder .deb\-Dateien zum Betrachten mit "man" 
> bzw. "less" oder einem alternativen Viewer.
> +debmany \- W?hlen von Manpages oder Dokumentationen aus installierten 
> Paketen, Paketen des Repositories oder .deb\-Dateien zum Betrachten mit "man" 
> bzw. "sensible-utils" oder einem alternativen Viewer.

Bah.  Setting up a Latin1 locale and trying again...
-- 
JBR
Ankh kak! (Ancient Egyptian blessing)

diff -ru debian-goodies-0.55.pristine/debian/control debian-goodies-0.55/debian/control
--- debian-goodies-0.55.pristine/debian/control	2010-10-02 19:02:58.0 +0100
+++ debian-goodies-0.55/debian/control	2011-01-19 22:11:23.712925616 +
@@ -10,7 +10,7 @@
 
 Package: debian-goodies
 Architecture: all
-Depends: dctrl-tools | grep-dctrl, perl, curl, python (>= 2.4), whiptail | dialog, less, ${misc:Depends}
+Depends: dctrl-tools | grep-dctrl, perl, curl, python (>= 2.4), whiptail | dialog, sensible-utils, ${misc:Depends}
 Recommends: lsof
 Suggests: popularity-contest, xdg-utils, zenity
 Conflicts: debget
diff -ru debian-goodies-0.55.pristine/debmany/debmany debian-goodies-0.55/debmany/debmany
--- debian-goodies-0.55.pristine/debmany/debmany	2010-05-26 11:34:24.0 +0100
+++ debian-goodies-0.55/debmany/debmany	2011-01-19 21:51:51.084925304 +
@@ -4,7 +4,7 @@
 # description: select manpages+docs of any [not] installed debian package
 # comment: debmany is based on the work of debman and debget
 # gui uses:whiptail (preferred), dialog or zenity as well
-# other uses:  curl, less (can be overwritten: -o)
+# other uses:  curl, sensible-pager (can be overridden: -o)
 # optional:-k -g -x: kfmexec gnome-open xdg-open (xdg-utils)
 # This is free software.  You may redistribute copies of it under the terms of
 # the GNU General Public License .
@@ -25,7 +25,7 @@
 
 # defaults
 mancmdline="man %s" # manpageviewer
-othercmdline="less %s"  # viewer for other files
+othercmdline="sensible-pager %s"  # viewer for other files
 
 curdir=`pwd`
 
@@ -53,8 +53,8 @@
  The list of files is displayed in a dialog.
  Supported locations for debian packages are: Local .deb-file,
  a package in the repository or an installed package.
- The default for manpages is man - less is used for other files.
- Default can be overwritten with -k|-g|-x and -m -o.
+ The default is man for manpages, sensible-pager for other files.
+ Default can be overridden with -k|-g|-x and -m -o.
 Syntax1 : debmany [-?|-h|--help]
 Syntax2 : debmany [-v[v]] [-k|-g|-x] [-m manviewer] [-o otherviewer] [-L limit] [-l lang1[,...]] package[.deb]
 Syntax3 : debmany [-v[v]] [-k|-g|-x] [-m manviewer] [-o otherviewer] [-L limit] [-l lang1[,...]] -z [package[.deb]]
@@ -70,17 +70,17 @@
man: xdg-open man:%s   other: xdg-open %s
using xdg-open from xdg-utils package (Xfce users)
   debmany -m 'konqueror man:%s' -l 'de*,fr*' -L 5M foo
-   show english, german and french manpages using
+   show English, German and French manpages using
konqueror as man-viewer and ask if download size
exceeds 5M
   debmany -z -kuse zenity (as dialog) to select packages and files
   TMPDIR=~/tmp debmany -k -o 'foo.sh %s' -l de,fr -L 5M foo
use ~/tmp as temporary folder
-   use KDE-defaults but overwrite viewer for other files
+   use KDE-defaults but override viewer for other files
   debmany -v foo   show some debugging information (-vv show more)
   alias debmany='debmany -l de -L 5M -k'; debmany -m man -l 'zh*' foo
set an alias with your preferred options and
-   overwrite them if needed"
+   override them if needed"
   if [ $# -eq 0 ]
   then
 exit 0
diff -ru debian-goodies-0.55.pristine/debmany/man/debmany.1 debian-goodies-0.55/debmany/man/debmany.1
--- debian-goodies-0.55.pristine/debmany/man/debmany.1	2010-05-26 11:34:24.0 +0100
+++ debian-goodies-0.55/debmany/man/debmany.1	2011-01-19 22:13:37.792925343 +
@@ -1,6 +1,6 @@
 .TH "DEBMANY" "1" "1.3" "Michael Arlt" "User Commands"
 .SH "NAME"
-debmany \- select manpages or documentation files from installed packages, packages from the repository or .deb\-files for viewing using "man" resp. "less" or an alternative viewer.
+debmany \- select manpages or documentation files from installed packages, packages from the repository or .deb\-files for viewing using "man", "sensible-pager" or an alternative viewer.
 .SH "SYNOPSIS"
 .B debma

Bug#466704: #466704 xterm: pointer color is always white

[Cyril Brulebois]

Thomas Dickey  (19/01/2011):
| Perhaps the problem is in the X server (specific to the video
| driver, for instance).  The checks I've made were from different
| systems using the same hardware.  fwiw, I've got this in my config:
| 
| Section "Device"
| Identifier  "S3 ProSavageDDR"
| Driver  "savage"
| EndSection

Works for me using both -intel or -fbdev. (Can't test -vesa easily,
due to KMS, would have to reboot.) Also works through Xephyr.

Are you using core X pointers, or a set of themed pointers?

KiBi.


signature.asc
Description: Digital signature

Bug#291765: gs is not a previewer

[jidanni]

The gs man page (8.71) says it is a previewer. However it is not.

The most you will get is
%%BoundingBox: 16 526 567 835
%%HiResBoundingBox: 16.38 526.746992 566.930022 834.947975
>>showpage, press  to continue<<
on your screen. No view of any file.



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#291765: gs is not a previewer

[jidanni]

Why on the gs man page don't you say what the default device is?
gs -sdisplay doesn't help.



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#610582: wide characters should not be assumed to be that many bytes wide

[jidanni]

Package: perltidy
Version: 20090616-1
Severity: wishlist

Ah ha ha, I have found a bug! This,
if (/^\d\d\d/) { $line_info = $_;next }
if (/開/) { @kai   = split; next }
should look like this.
if (/^\d\d\d/) { $line_info = $_;next }
if (/開/)  { @kai   = split; next }
but perltidy sees the three byte unicode, not knowing it is two display
characters wide, not three!



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#610580: add SEE ALSO to the man pages

[jidanni]

Package: ghostscript
Version: 8.71~dfsg2-6.1
Severity: wishlist
File: /usr/share/man/man1/pdf2ps.1.gz

$ dlocate -man ghostscript|wc -l
26
However at least pdf2ps lacks a SEE ALSO to its brother programs. I
didn't check the others. e.g., pdf2ps could say SEE ALSO ps2pdf(1) etc.



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#610581: say how to give password

[jidanni]

Package: ghostscript
Version: 8.71~dfsg2-6.1
Severity: wishlist
File: /usr/share/man/man1/pdf2ps.1.gz

$ pdf2ps 250_10001_notification.pdf
    This file requires a password for access.
OK, but say how to give the password. None of the offline documents here
say how.



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#610579: File > Create inaccessible via ALT keys

[jidanni]

Package: gimp
Version: 2.6.11-1
Severity: minor

$ gimp
ALT-f gives us the file menu.
"Create" has no letter underlined. It cannot be reached via an ALT key.
In the Create menu, we see Screenshot. It has a bar under the S, meaning
we should be able to reach it via ALT s.

So we see that the whole Create menu can only be accessed by the mouse
or arrow keys. The ALT keys don't work there.



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#610578: no Use.htm

[jidanni]

Package: gconf2
Version: 2.31.4-1
Severity: wishlist
File: /usr/bin/gs

$ gs -h | grep more\ information
For more information, see /usr/share/doc/ghostscript/Use.htm.
$ ls /usr/share/doc/ghostscript/
NEWS.Debian.gz  README.Debian.gz  buildinfo.gz  changelog.Debian.gz  copyright



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#610577: --owner vs. -tv

[jidanni]

Package: cpio
Version: 2.11-6
Severity: wishlist
X-debbugs-Cc: bug-c...@gnu.org

One would expect this would give a preview of the new owner, so one
could ensure things will work out nicely
# cpio --owner Debian-exim -tvF /cf/updates/MACP
-rw-r-   1 dictdntp   409 Jan 19 19:01 
/var/spool/exim4/input/1PfVnJ-a3-UM-D
-rw-r-   1 dictdntp   659 Jan 19 19:01 
/var/spool/exim4/input/1PfVnJ-a3-UM-H
But it doesn't even make an error message.



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#607984: fixed in libevent 2.0.10-stable-1

[Juliusz Chroboczek]

I'm glad to report that the transmission trunk builds fine against that.

--Juliusz


pgpdT0IWUTz6m.pgp
Description: PGP signature

Bug#610526: Preseed: Debian Installer ignores hostname parameter

[Matthew Palmer]

package netcfg
tag 610526 +moreinfo
tag 610526 +unreproducible
thanks

Hi Dennis,

I'm having some trouble reproducing your bug report.

Here are the exact steps I took:

1) Download the mini.iso from
http://mirror.internode.on.net/pub/debian/dists/lenny/main/installer-i386/20090123lenny8/images/netboot/
(other mirrors should have the same; md5sum is
1f497d52bb97c03810d3e87d8ecf5d94)

2) Boot the installer ISO in a KVM VM

3) At the graphical isolinux boot screen, press TAB and add 'hostname=basic'
to the end of the command line

(I can't use priority=critical because I need to set a local Debian mirror,
and auto=true just asks for a preseed file -- which I don't have because you
haven't provided it)

4) Manually configure the network (I disabled my DHCP server so that it
wouldn't provide a hostname) with an IP address that doesn't reverse resolve
(to avoid hostname being overridden via rDNS)

5) When it asks to configure the mirror, drop into a console and verify that
the temporary environment has the right hostname with cat /etc/hostname

6) Let the installation proceed, automatically partitioning the disk and
setting up some dummy users

7) When it comes to installing grub, drop back to a console and verify that
the target environment has the right hostname with cat /target/etc/hostname

8) Complete the install, reboot, note that the booted system has the correct
hostname.

Now, I know that a number of things are different between your report and my
method of reproduction, but they *should* (big emphasis there) be irrelevant
to how the hostname is preseeded.  Obviously one of them isn't irrelevant,
so we need to work out what it is.

Things to check:

* The kernel and initrd you're booting with; can I get the md5sums of them
  and where you got them from?

* Booting without a preseed file... it's possible that your preseed file is
  doing something hinky, so if you *must* test with a preseed file, we'll
  need a copy of it.
  
* Dropping priority=critical for the purposes of testing would be
  good, too, to keep things consistent and to rule it out (although early
  testing showed that /etc/hostname had the right value in it).

Thanks,
- Matt



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#466704: #466704 xterm: pointer color is always white

[Thomas Dickey]

On Thu, 20 Jan 2011, Cyril Brulebois wrote:


Thomas Dickey  (19/01/2011):

The bug report is about the mouse pointer, not the text-cursor
(which KiBi is describing).


No, it's not what I'm describing.

When I start xterm, I get black text by default, a black text cursor,
and a black I-shapped mouse pointer.

When I start xterm -fg red, I get red text, a red text cursor, and a
red I-shapped mouse pointer.

And switching the pointer from the first xterm to the second one, and
the other way round, makes it change colour each time.


Perhaps the problem is in the X server (specific to the video driver, for 
instance).  The checks I've made were from different systems using the

same hardware.  fwiw, I've got this in my config:

Section "Device"
Identifier  "S3 ProSavageDDR"
Driver  "savage"
EndSection

--
Thomas E. Dickey
http://invisible-island.net
ftp://invisible-island.net



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#610576: Re: Build of emacs_23.2+1-7

[Samuel Thibault]

Package: emacs23
Version: 23.2+1-7
Severity: important
Tags: patch
User: debian-h...@lists.debian.org
Usertags: hurd

Hello,

Svante Signell, le Wed 19 Jan 2011 14:10:09 +0100, a écrit :
> After installing emacs23 when trying to start it I get the following
> error: (Googling did not give any useful.)
> (Trying both xterm from a ssh login and hurd-console)
> 
> user@kvm-hurd:~ emacs -nw
> emacs: Not a tty device: /dev/tty

There's bogus code there indeed:

#ifdef O_IGNORE_CTTY
if (!ctty)
  /* Open the terminal device.  Don't recognize it as our
 controlling terminal, and don't make it the controlling tty
 if we don't have one at the moment.  */
  fd = emacs_open (name, O_RDWR | O_IGNORE_CTTY | O_NOCTTY, 0);
else
#else
  /* Alas, O_IGNORE_CTTY is a GNU extension that seems to be only
 defined on Hurd.  On other systems, we need to explicitly
 dissociate ourselves from the controlling tty when we want to
 open a frame on the same terminal.  */
  fd = emacs_open (name, O_RDWR | O_NOCTTY, 0);
#endif /* O_IGNORE_CTTY */

tty->name = xstrdup (name);

When O_IGNORE_CTTY is defined (which is the case only on GNU/Hurd...),
the else branch is actually tty->name = xstrdup(name); ... The obvious
fix is attached.

> Starting emacs under X complains about GConf/D-Bus problems:
> (Trying bot xterm and rxvt)
> 
> user@kvm-hurd:~ emacs
> GConf Error: Failed to contact configuration server; the most common
> cause is a missing or misconfigured D-Bus session bus daemon. See
> http://projects.gnome.org/gconf/ for information.  (Details - 1:
> Failed to get connection to session: Did not receive a reply. Possible
> causes include: the remote application did not send a reply, the
> message bus security policy blocked the reply, the reply timeout
> expired, or the network connection was broken.)
> 
> (emacs:17248): Gdk-WARNING **: shmget failed: error 1073741826 (No
> such file or directory)

That's another matter: nobody has written an shmget implementation
yet unfortunately...

Samuel
--- src/term.c.orig 2011-01-20 02:14:50.0 +0100
+++ src/term.c  2011-01-20 02:15:43.0 +0100
@@ -3428,13 +3428,12 @@ init_tty (char *name, char *terminal_typ
  if we don't have one at the moment.  */
   fd = emacs_open (name, O_RDWR | O_IGNORE_CTTY | O_NOCTTY, 0);
 else
-#else
+#endif /* O_IGNORE_CTTY */
   /* Alas, O_IGNORE_CTTY is a GNU extension that seems to be only
  defined on Hurd.  On other systems, we need to explicitly
  dissociate ourselves from the controlling tty when we want to
  open a frame on the same terminal.  */
   fd = emacs_open (name, O_RDWR | O_NOCTTY, 0);
-#endif /* O_IGNORE_CTTY */
 
 tty->name = xstrdup (name);
 terminal->name = xstrdup (name);

Bug#466704: #466704 xterm: pointer color is always white

[Cyril Brulebois]

Thomas Dickey  (19/01/2011):
> The bug report is about the mouse pointer, not the text-cursor
> (which KiBi is describing).

No, it's not what I'm describing.

When I start xterm, I get black text by default, a black text cursor,
and a black I-shapped mouse pointer.

When I start xterm -fg red, I get red text, a red text cursor, and a
red I-shapped mouse pointer.

And switching the pointer from the first xterm to the second one, and
the other way round, makes it change colour each time.

KiBi.


signature.asc
Description: Digital signature

Bug#610575: RM: tth [alpha arm ia64 powerpc] -- ROM; tth copyright does not allow autobuilding

[Ian Maclaine-cross]

Package: ftp.debian.org
Severity: normal

Hi,

Package tth is non-free due to an absence of complete source code so
has not been autobuilt for many years.  The author's copyright license
does not explicitly permit autobuilding.  Old ported versions prevent
the migration of the current 4.00-2 i386 version to testing.

--
Regards,
Ian Maclaine-cross 



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#610574: dictionaries-common: Installation fails because of Elisp compilation failure

[Stefan Monnier]

Package: dictionaries-common
Version: 1.5.17
Severity: important

Installation of dictionaries-common failed as follows:

  Setting up dictionaries-common (1.5.17) ...
  install/dictionaries-common: Byte-compiling for emacsen flavour emacs20
  Warning: Lisp directory `/usr/local/share/emacs/20.7/site-lisp' does not
exist.
  Wrote /usr/share/emacs20/site-lisp/dictionaries-common/debian-ispell.elc
  Wrote /usr/share/emacs20/site-lisp/dictionaries-common/ispell.elc
  While compiling toplevel forms in file /usr/share/emacs20/site-lisp
/dictionaries-common/flyspell.el:
!! Symbol's function definition is void ((executable-find))
  Done
  emacs-package-install: /usr/lib/emacsen-common/packages/install/dictionaries-
common emacs20 emacs19 emacs20 emacs21 emacs22 emacs23 xemacs21 failed at
/usr/lib/emacsen-common/emacs-package-install line 30,  line 1.
  dpkg: error processing dictionaries-common (--configure):
   subprocess installed post-installation script returned error exit status 1
  Errors were encountered while processing:
   dictionaries-common

Failure to byte-compile those non-essential Elisp files should clearly not
prevent installation of the package.



-- System Information:
Debian Release: 6.0
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 
'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.36.3 (SMP w/2 CPU cores)
Locale: LANG=fr_CH.UTF-8, LC_CTYPE=fr_CH.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages dictionaries-common depends on:
ii  debconf [debconf-2.0] 1.5.36 Debian configuration management sy
ii  libtext-iconv-perl1.7-2  converts between character sets in

dictionaries-common recommends no packages.

Versions of packages dictionaries-common suggests:
ii  emacsen-common1.4.22 Common facilities for all emacsen
pn  ispell (no description available)
pn  jed-extra  (no description available)

-- debconf information:
  dictionaries-common/invalid_debconf_value:
  dictionaries-common/ispell-autobuildhash-message:
  dictionaries-common/move_old_usr_dict: true
  dictionaries-common/selecting_ispell_wordlist_default:
  dictionaries-common/default-ispell:
  dictionaries-common/default-wordlist:
  dictionaries-common/old_wordlist_link: true
  dictionaries-common/remove_old_usr_dict_link: false



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#610448: [Fwd: Re: [Fwd: python-apt for Hurd]]

[Svante Signell]

 Forwarded Message 
From: Svante Signell 
To: Pino Toscano 
Cc: debian-h...@lists.debian.org
Subject: Re: [Fwd: python-apt for Hurd]
Date: Thu, 20 Jan 2011 01:22:28 +0100

On Wed, 2011-01-19 at 01:53 +0100, Pino Toscano wrote:
> Hi,
> 
> Alle martedì 18 gennaio 2011, Svante Signell ha scritto:
> > I was wondering if somebody on the list could help explaining the
> > problem of running the tests of python-apt under Hurd. This report
> > was allocated Debian bug number 610448. Are there any inherent
> > problems with file/directory locking in Hurd?
> 
> Yes, there are. I just sent a message to the bug, explaining shortly the 
> issue (ours), and a fix in the python-apt packaging that could help us 
> to build it without the test suite (until the file locking is not 
> fixed).

I took a look into the build problem and found out that the best way
should be to just remove the two failing files test_progress.py and
test_apt_cache.py for Hurd from the tests directory. The second best
would be to modify the override_dh_auto_test target in the
debian/rules file, like the diff inlined below created by diff -u
rules.old  rules > fix-gnu-hurd-tests.diff

--- rules.old   2010-10-22 10:47:37.0 +0200
+++ rules   2011-01-20 00:44:58.0 +0100
@@ -29,9 +29,14 @@
dh_compress -X.js -X_static/* -X _sources/* -X_sources/*/*
-X.inv
 
 override_dh_auto_test:
-   set -e; for python in $(shell pyversions -r); do \
+# Tests including file locking fails on hurd_i386.
+   if [ $(DEB_BUILD_ARCH) = hurd_i386 ]; then \
+   set -e; echo "Not doing tests under Hurd"; \
+   else \
+   set -e; for python in $(shell pyversions -r); do \
$$python tests/test_all.py -q; \
-   done;
+   done; \
+   fi
 
 override_dh_python2:


(Looks like the some of the tabs in the file have disappeared, sorry)

Modifying rules this way completely disables the tests under Hurd until
the file locking problem is solved, but is building the .debs properly.
I even tried to create a patch by cresting a patches directory and add a
patch there, but that will be for later, I'm not yet fluent in creating,
modifying or patching Debian packages.

However, I did some studies on how to create a patch but was confused by
which tool to use, dpatch or quilt, package file format version etc. It
looks like the source format 3.0 (quilt) is not used for python-apt but
how to figure it out? No patches directory is present under the debian/
directory.


-- 
To UNSUBSCRIBE, email to debian-hurd-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/1295482948.4907.161.ca...@hp.my.own.domain






--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#603753: Bug#603315: [Pkg-shadow-devel] Bug#603315: Bug#603315: wrongly complains about user being logged in on userdel

[Cyril Brulebois]

Nicolas François  (16/11/2010):
> clone 603315 -1
> reassign -1 gdm3
> retitle -1 user Debian-gdm shall not be deleted during purge before its 
> processes are terminated
> severity 603315 wishlist
> thanks

For completeness:
| Log started: 2011-01-20  01:34:55
| (Reading database ... 222447 files and directories currently installed.)
| Removing at-spi ...
| Processing triggers for gconf2 ...
| (Reading database ... 222319 files and directories currently installed.)
| Removing gdm3 ...
| Stopping GNOME Display Manager: gdm3.
| Purging configuration files for gdm3 ...
| Removing user `Debian-gdm' ...
| Warning: group `Debian-gdm' has no more members.
| userdel: user Debian-gdm is currently logged in
| /usr/sbin/deluser: `/usr/sbin/userdel Debian-gdm' returned error code 8. 
Exiting.
| dpkg: error processing gdm3 (--purge):
|  subprocess installed post-removal script returned error exit status 1
| Processing triggers for hicolor-icon-theme ...
| Processing triggers for man-db ...
| Processing triggers for gconf2 ...
| Processing triggers for menu ...
| Errors were encountered while processing:
|  gdm3
| Log ended: 2011-01-20  01:35:18

> (I did not check the gdm3 script, so I'm not sure of the best
> solution for gdm3, I just assume that a service need first to be
> killed before the user can be deleted)

Reproducing it is trivial: once you're done with tracking down a gdm3
bug, decide to run “aptitude purge gdm3” while you're still logged in,
and there you go.

KiBi.


signature.asc
Description: Digital signature

Bug#610524: Preseed: Debian Installer asks for keyboard-configuration/variant

[Samuel Thibault]

Christian PERRIER, le Wed 19 Jan 2011 18:29:33 +0100, a écrit :
> Quoting Dennis Hoppe (dennis.ho...@credativ.de):
> > the Debian Installer at the current daily squeeze build asks for the
> > parameter "keyboard-configuration/variant".
> > 
> > I have added the following line to my preseed config, but it would be
> > nice if those changes would be mentioned at the preseed_example.txt on
> > http://www.debian.org/releases/testing/example-preseed.txt.
> > 
> > keyboard-configuration keyboard-configuration/variant select Deutschland
> 
> 
> Yes, apparently, there's no example about keyboard-configuration in
> the pressed documentation in the Installation Guide.

I have added some the other day.

Dennis, can you confirm that

d-i console-keymaps-at/keymap select us
d-i keyboard-configuration/xkb-keymap select us

is enough?

> I'm unsure where the example-preseed.txt file which you mention comes
> from, though. At least it is not in the installation guide.

It's generated from the installation guide:

./build/buildweb.sh:./preseed.pl -r $manual_release $PRESEED 
>$destination/example-preseed.txt

That just needs to get done to update the file mentioned above.

Samuel



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#609371: linux-image-2.6.37-trunk-sparc64: module scsi_mod: Unknown relocation: 36

[David Miller]

From: Mathieu Desnoyers 
Date: Wed, 19 Jan 2011 17:33:39 -0500

> So I guess we go for the following. Is it verbose enough ?

It's got all of the details that seem to matter, thanks.



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#590534: gdm3 changes xkb

[Cyril Brulebois]

Cyril Brulebois  (19/01/2011):
> New protocol:
>  * Restart gdm3.
>  * Make sure the options are set appropriately.
>  * Pick a user.

Tada, you lost already.

To narrow it down:
 * Restart gdm3
 * Attach gdm-simple-greeter:
 gdb attach $(pidof gdm-simple-greeter)
 b gdm_layout_activate
 c
 * Pick a user, notice the password prompt doesn't show
   up. Breakpoint's been reached.
 * p *config → options is 0.

Unsurprisingly, gui/simple-greeter/gdm-layouts.c says:
| void
| gdm_layout_activate (const char *layout)
| {
| #ifdef HAVE_LIBXKLAVIER
| XklConfigRec *config;
| char *p;
| 
| init_xkl ();
| 
| config = xkl_config_rec_new ();
| config->model = g_strdup (initial_config->model);
| 
| if (layout == NULL) {
| config->layouts = g_strdupv (initial_config->layouts);
| config->variants = g_strdupv (initial_config->variants);
| config->options = g_strdupv (initial_config->options);

Here you'd get options.

| } else {
| config->layouts = g_new0 (char *, 2);
| config->layouts[0] = g_strdup (layout);
| 
| p = strchr (config->layouts[0], '\t');
| if (p != NULL) {
| config->variants = g_new0 (char *, 2);
| config->layouts[0][p - config->layouts[0]] = 0;
| config->variants[0] = g_strdup (p + 1);
| }

Here you're fucked.

| }
| 
| xkl_config_rec_activate (config, engine);
| 
| g_object_unref (config);
| #endif
| }

KiBi.


signature.asc
Description: Digital signature

Bug#590534: gdm3 changes xkb

[Cyril Brulebois]

Cyril Brulebois  (19/01/2011):
> New protocol:
>  * Restart gdm3.
>  * Make sure the options are set appropriately.
>  * Pick a user.

Tada, you lost already.

To narrow it down:
 * Restart gdm3
 * Attach gdm-simple-greeter:
 gdb attach $(pidof gdm-simple-greeter)
 b xkl_config_rec_activate
 c
 * Pick a user, notice the password prompt doesn't show
   up. Breakpoint's been reached.
 * Back to gdb:
 up
 # moved to gdm_layout_activate
 p config->options
 (gchar **) 0x0

Unsurprisingly, since gui/simple-greeter/gdm-layouts.c says:
| void
| gdm_layout_activate (const char *layout)
| {
| #ifdef HAVE_LIBXKLAVIER
| XklConfigRec *config;
| char *p;
| 
| init_xkl ();
| 
| config = xkl_config_rec_new ();
| config->model = g_strdup (initial_config->model);
| 
| if (layout == NULL) {
| config->layouts = g_strdupv (initial_config->layouts);
| config->variants = g_strdupv (initial_config->variants);
| config->options = g_strdupv (initial_config->options);

Here you'd get options.

| } else {
| config->layouts = g_new0 (char *, 2);
| config->layouts[0] = g_strdup (layout);
| 
| p = strchr (config->layouts[0], '\t');
| if (p != NULL) {
| config->variants = g_new0 (char *, 2);
| config->layouts[0][p - config->layouts[0]] = 0;
| config->variants[0] = g_strdup (p + 1);
| }

Here you're fucked.

| }
| 
| xkl_config_rec_activate (config, engine);
| 
| g_object_unref (config);
| #endif
| }

KiBi.


signature.asc
Description: Digital signature

Bug#610572: unblock: rabbitvcs/0.13.1-2

[Sandro Tosi]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock

Please unblock package rabbitvcs

It just fixes the RC bug #610473

unblock rabbitvcs/0.13.1-2

-- System Information:
Debian Release: squeeze/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.31-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#607885: squeeze testing di beta2 amd64 installer kernel panic on xenserver vm

[Jacco Beije]

I was running the lastest XenServer 5.6.0

However, I just upgraded one pool from XenServer 5.6.0 to 5.6.1 (Feature 
Pack 1) and this solves the problem, rc1 is booting normally now!


Jacco


On 2011-01-19 09:19, Ian Campbell wrote:

On Wed, 2011-01-19 at 01:50 +0100, Jacco Beije wrote:

If there is anything else I can do/test to help please let me know.

You could try adding xen_emul_unplug=never to the kernel command line.
This will prevent the pvhvm drivers from initialising and may allow you
to make progress using the emulated devices.

You should also ensure you are running the most recent XenServer
release.

You could also consider running Squeeze in PV mode instead of PVonHVM.
AIUI this is available as an experimental feature in the latest
XenServer FP release.

If that doesn't work then I think you need to contact XenServer support
or make use of the XenServer forums.

Ian.



--

Jacco Beije
Redproc B.V.



*M* +31-(0)6-54270076
*E* ja...@redproc.com 

www.redproc.com 

Bug#610571: /etc/init.d/no-ip is missing LSB tags and overrides

[Blake Miner]

Package: no-ip
Version: 2.1.1-4+etch1
Severity: normal

LSB headers are missing in the no-ip init.d configuration script and causes a 
warning when sysv-rc is being configured.

To be able to check boot script order, and also to be able to start
boot scripts in parallel, it is important to know the dependencies of
the various boot scripts.  The Linux Software Base specifies a init.d
header file format useful for this purpose, and adding such header to
the libdevmapper init.d script would make it possible for me to use
this information to check the current sequence and speed up the debian
boot.

http://refspecs.freestandards.org/LSB_2.1.0/LSB-generic/LSB-generic/initscrcomconv.html>
documents the LSB header format.

-- System Information:
Debian Release: 6.0
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)

Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/dash

Versions of packages no-ip depends on:
ii  libc6 2.11.2-7   Embedded GNU C Library: Shared lib

no-ip recommends no packages.

no-ip 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#466704: #466704 xterm: pointer color is always white

[Thomas Dickey]

The bug report is about the mouse pointer, not the text-cursor (which
KiBi is describing).

It's still not working here (Debian/testing).  When I replied
earlier, I was testing also some older systems (FreeBSD 6, Debian/sarge,
and Fedora5 - it didn't work in any of those).

-- 
Thomas E. Dickey 
http://invisible-island.net
ftp://invisible-island.net


signature.asc
Description: Digital signature

Bug#556496: Fix FTBFS with ld --no-add-needed

[Matthias Klose]

tag 556496 + patch
severity 556496 important
user ubuntu-de...@lists.ubuntu.com
usertags 556496 + natty ubuntu-patch
thanks

patch at
http://launchpadlibrarian.net/62497796/tokyocabinet_1.4.37-6_1.4.37-6ubuntu1.diff.gz



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#610570: rebuildd exit in unittest with disk I/O error

[Frans van Berckel]

Package: rebuildd
Version: 0.3.10+nmu1
Source: rebuildd

Building in squeeze the sources from git it invoke the unittest and
exit with a crash. Attaching rebuildd-unittest-errors.txt

The default config uses /tmp for saving files, could that be a problem?

==
ERROR: test_build_failure_post_build (TestJob.TestJob)
--
Traceback (most recent call last):
  File "./TestJob.py", line 18, in setUp
self.job = Job(package=Package(name="bash", version="3.1dfsg-8"),
arch="powerpc", dist="sid")
  File "/usr/lib/pymodules/python2.6/sqlobject/main.py", line 1223, in
__init__
self._create(id, **kw)
  File "/usr/lib/pymodules/python2.6/sqlobject/main.py", line 1271, in
_create
self._SO_finishCreate(id)
  File "/usr/lib/pymodules/python2.6/sqlobject/main.py", line 1295, in
_SO_finishCreate
id, names, values)
  File "/usr/lib/pymodules/python2.6/sqlobject/dbconnection.py", line
403, in queryInsertID
return self._runWithConnection(self._queryInsertID, soInstance, id,
names, values)
  File "/usr/lib/pymodules/python2.6/sqlobject/dbconnection.py", line
262, in _runWithConnection
val = meth(conn, *args)
  File
"/usr/lib/pymodules/python2.6/sqlobject/sqlite/sqliteconnection.py",
line 220, in _queryInsertID
self._executeRetry(conn, c, q)
  File
"/usr/lib/pymodules/python2.6/sqlobject/sqlite/sqliteconnection.py",
line 186, in _executeRetry
raise OperationalError(ErrorMessage(e))
OperationalError: disk I/O error
# ./tests/runtest.py 
test_build_failure_build (TestJob.TestJob) ... ok
test_build_failure_post_build (TestJob.TestJob) ... ERROR
test_build_failure_source (TestJob.TestJob) ... ERROR
test_build_success (TestJob.TestJob) ... ERROR
test_init (TestJob.TestJob) ... ERROR
test_open_logfile (TestJob.TestJob) ... ERROR
test_send_build_log (TestJob.TestJob) ... ERROR
test_setattr (TestJob.TestJob) ... ERROR
test_status_on_doquit (TestJob.TestJob) ... ERROR
test_arch (TestDistribution.TestDistribution) ... ERROR
test_get_build_cmd (TestDistribution.TestDistribution) ... ERROR
test_get_post_build_cmd (TestDistribution.TestDistribution) ... ERROR
test_get_source_cmd (TestDistribution.TestDistribution) ... ERROR
test_name (TestDistribution.TestDistribution) ... ERROR
test_add_job (TestRebuildd.TestRebuildd) ... ERROR
test_build_more_recent (TestRebuildd.TestRebuildd) ... ERROR
test_cancel_job (TestRebuildd.TestRebuildd) ... ERROR
test_clean_jobs (TestRebuildd.TestRebuildd) ... ERROR
test_fix_job (TestRebuildd.TestRebuildd) ... ERROR
test_get_job (TestRebuildd.TestRebuildd) ... ERROR
test_get_new_jobs (TestRebuildd.TestRebuildd) ... ERROR
test_release_jobs (TestRebuildd.TestRebuildd) ... ERROR
test_stop_all_jobs (TestRebuildd.TestRebuildd) ... ERROR

==
ERROR: test_build_failure_post_build (TestJob.TestJob)
--
Traceback (most recent call last):
  File "./TestJob.py", line 18, in setUp
self.job = Job(package=Package(name="bash", version="3.1dfsg-8"), 
arch="powerpc", dist="sid")
  File "/usr/lib/pymodules/python2.6/sqlobject/main.py", line 1223, in __init__
self._create(id, **kw)
  File "/usr/lib/pymodules/python2.6/sqlobject/main.py", line 1271, in _create
self._SO_finishCreate(id)
  File "/usr/lib/pymodules/python2.6/sqlobject/main.py", line 1295, in 
_SO_finishCreate
id, names, values)
  File "/usr/lib/pymodules/python2.6/sqlobject/dbconnection.py", line 403, in 
queryInsertID
return self._runWithConnection(self._queryInsertID, soInstance, id, names, 
values)
  File "/usr/lib/pymodules/python2.6/sqlobject/dbconnection.py", line 262, in 
_runWithConnection
val = meth(conn, *args)
  File "/usr/lib/pymodules/python2.6/sqlobject/sqlite/sqliteconnection.py", 
line 220, in _queryInsertID
self._executeRetry(conn, c, q)
  File "/usr/lib/pymodules/python2.6/sqlobject/sqlite/sqliteconnection.py", 
line 186, in _executeRetry
raise OperationalError(ErrorMessage(e))
OperationalError: disk I/O error

==
ERROR: test_build_failure_source (TestJob.TestJob)
--
Traceback (most recent call last):
  File "./TestJob.py", line 18, in setUp
self.job = Job(package=Package(name="bash", version="3.1dfsg-8"), 
arch="powerpc", dist="sid")
  File "/usr/lib/pymodules/python2.6/sqlobject/main.py", line 1223, in __init__
self._create(id, **kw)
  File "/usr/lib/pymodules/python2.6/sqlobject/main.py", line 1271, in _create
self._SO_finishCreate(id)
  File "/usr/lib/pymodules/python2.6/sqlobject/main.py", line 1295, in 
_SO_finishCreate
id, names, values)
  File "/usr/lib/pymodules/python2.6/sqlobject/dbconnection.py", line 403, in 
queryInsertID
return self._runWithConnection(self._que

Bug#610569: pdfmod: Typo in package description

[Reuben Thomas]

Package: pdfmod
Severity: minor

“reoder” should be “reorder”

-- System Information:
Debian Release: squeeze/sid
  APT prefers maverick-updates
  APT policy: (500, 'maverick-updates'), (500, 'maverick-security'), (500, 
'maverick-backports'), (500, 'maverick')
Architecture: i386 (i686)

Kernel: Linux 2.6.35-24-generic (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 pdfmod depends on:
ii  libc6 2.12.1-0ubuntu10.1 Embedded GNU C Library: Shared lib
ii  libcairo2 1.10.0-1ubuntu3The Cairo 2D vector graphics libra
ii  libgconf2.0-cil   2.24.1-6ubuntu1CLI binding for GConf 2.24
ii  libglib2.0-0  2.26.0-0ubuntu1The GLib library of C routines
ii  libglib2.0-cil2.12.10-1  CLI binding for the GLib utility l
ii  libgtk2.0-0   2.22.0-0ubuntu1The GTK+ graphical user interface 
ii  libgtk2.0-cil 2.12.10-1  CLI binding for the GTK+ toolkit 2
ii  libmono-cairo2.0-cil  2.6.7-3ubuntu1 Mono Cairo library (for CLI 2.0)
ii  libmono-corlib2.0-cil 2.6.7-3ubuntu1 Mono core library (for CLI 2.0)
ii  libmono-posix2.0-cil  2.6.7-3ubuntu1 Mono.Posix library (for CLI 2.0)
ii  libmono-system2.0-cil 2.6.7-3ubuntu1 Mono System libraries (for CLI 2.0
ii  libpango1.0-0 1.28.1-1ubuntu3Layout and rendering of internatio
ii  libpoppler-glib5  0.14.3-0ubuntu1.1  PDF rendering library (GLib-based 
ii  mono-runtime  2.6.7-3ubuntu1 Mono runtime

pdfmod recommends no packages.

pdfmod suggests no packages.



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#586685: gdm3: User's .Xauthority file is ignored

[Rieker Flaik]

Even the workaround with /etc/gdm3/PostLogin/Default doesn't work if you
use autologin :-(




-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#579859: ITP: clementine -- Music player and library organizer

[Thomas PIERSON]

Hi,

Some news from Clementine packaging.

As you could see, there is still no Clementine package in Debian archive cause 
of blocking issues about embedded libraries present in Clementine source code.

This is not a problem for Ubuntu but it is forbidden by Debian policy. This is 
the reason why a package was already available in Ubuntu but not yet in 
Debian.

Actually, there 2 major libraries that need to be packaged to satisfy 
Clementine depends and Debian policy : libqxt and libechonest.

I took the ITP of libqxt and I built a first experimental package. [1]
Maybe I will have to package libechonest too but for the moment I focus on 
libqxt.

All of my packaging works is published on GIT repositories [2]. I am using 
git-buildpackage tool for packaging.
So don't hesitate to clone these and send me patches or bundles if you look 
forward Clementine raise Debian archive.

Regards,
Thomas PIERSON
 
 [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=603701
 
 [2] 
Clementine
-
http://thomaspierson.eu/gitweb/?p=pkg-clementine.git
git clone http://thomaspierson.eu/pkg-clementine/
Libqxt
-
http://thomaspierson.eu/gitweb/?p=pkg-libqxt.git;a=summary
git clone http://thomaspierson.eu/pkg-libqxt/


signature.asc
Description: This is a digitally signed message part.

Bug#609970: Tray icon still blinks on start when all day tasks are 'done'

[Yuri D'Elia]

On Thu, 20 Jan 2011 00:05:49 +0100, Eike Nicklas wrote:
> Hi Yuri,
>
> thanks for the report. I cannot reproduce this behaviour here (i386,
> debian squeeze). What computer architecture are you running? Are you
> using unstable or testing?

x86_64 running on unstable.

I can reproduce the behavior on two different boxes, always
x86_64/unstable but with a different osmo calendar/user/settings.



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#610568: xzgv: option "Use Exif Orientation" has no effect at all

[Uwe Storbeck]

Package: xzgv
Version: 0.9+svn40-1
Severity: important

The option "Use Exif Orientation" has no effect. Every portrait
mode picture is displayed with wrong orientation.

This is a basic functionality of a picture viewer (and rotating
every portrait mode picture manually is quite annoying), hence
severity important.

Regards

Uwe


-- System Information:
Debian Release: 6.0
  APT prefers testing
  APT policy: (750, 'testing'), (650, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.32-5-686-bigmem (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 xzgv depends on:
ii  libc6 2.11.2-7   Embedded GNU C Library: Shared lib
ii  libglib2.0-0  2.24.2-1   The GLib library of C routines
ii  libgtk2.0-0   2.20.1-2   The GTK+ graphical user interface 
ii  libx11-6  2:1.3.3-4  X11 client-side library

xzgv recommends no packages.

xzgv 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#609970: Tray icon still blinks on start when all day tasks are 'done'

[Eike Nicklas]

Hi Yuri,

thanks for the report. I cannot reproduce this behaviour here (i386,
debian squeeze). What computer architecture are you running? Are you
using unstable or testing?

Eike


pgp9ivxKyBF48.pgp
Description: PGP signature

Bug#607533: udev hangs at boot for 180 sec because of a "C$R570" bios version

[Marco d'Itri]

On Dec 21, Marco d'Itri  wrote:

> > udev_rules_apply_format: unknown format variables '$R570:'
> This function is not in the most recent udev release.
> Anyway, you need to do some serious debugging to find out what is
> deadlocking exactly.
> A simple way may be to boot with init=/bin/bash, open a second console
> with openvt and then look at what happens with ps/strace after manually
> running the first few rcS.d/ init scripts.
Are there any news?

-- 
ciao,
Marco


signature.asc
Description: Digital signature

Bug#610567: override: libudev0:libs/important

[Marco d'Itri]

Package: ftp.debian.org
Severity: normal

libudev0_164-4_i386.deb: package says priority is important, override says 
optional.

Priotity must be raised to important because nowadays libudev0 is a
dependency of udev, which is important.

-- 
ciao,
Marco


signature.asc
Description: Digital signature

Bug#606192: [possibly initscripts] system freeze with message "waiting for /dev to be fully populated. The cure at the moment is to restart until, hopefully, /dev is fully populated. Can take a couple

[Marco d'Itri]

On Jan 05, Marco d'Itri  wrote:

> What does "freeze" mean exactly? Is the system completely dead or just
> waiting for udevadm settle to return? If so, what happens if you wait
> for the 3 minutes timeout?
> If the system is not completely dead then you can see what happens by
> booting with init=/bin/bash, opening a second console with openvt and
> running the first few rcS.d scripts.
Are there any news about this alleged bug?

-- 
ciao,
Marco


signature.asc
Description: Digital signature

Bug#610566: [INTL:da] Danish translation of the debconf templates apt-listchanges

[Joe Dalton]

Package: apt-listchanges
Severity: wishlist
Tags: l10n patch

Please include the attached Danish debconf translations.

joe@joe-desktop:~/over/debian/apt-listchanges$ msgfmt --statistics -c -v -o 
/dev/null da.po
da.po: 26 oversatte tekster.


bye
Joe

# Danish translation for apt-listchanges.
# Copyright (C) 2011 apt-listchanges og nedenstående oversættere.
# This file is distributed under the same license as the apt-listchanges package.
# Claus Hindsgaul , 2004, 2006.
# Joe Hansen (joedalt...@yahoo.dk), 2011.
#
msgid ""
msgstr ""
"Project-Id-Version: da\n"
"Report-Msgid-Bugs-To: apt-listchan...@packages.debian.org\n"
"POT-Creation-Date: 2007-12-24 16:37+0100\n"
"PO-Revision-Date: 2011-01-10 19:25+0200\n"
"Last-Translator: Joe Hansen \n"
"Language-Team: Danish \n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
"Plural-Forms:  nplurals=2; plural=(n != 1);\n"

#. Type: select
#. Choices
#: ../templates:2001
msgid "pager"
msgstr "tekstviser"

#. Type: select
#. Choices
#: ../templates:2001
msgid "browser"
msgstr "browser"

#. Type: select
#. Choices
#: ../templates:2001
msgid "xterm-pager"
msgstr "xterm-tekstviser"

#. Type: select
#. Choices
#: ../templates:2001
msgid "xterm-browser"
msgstr "xterm-browser"

#. Type: select
#. Choices
#: ../templates:2001
msgid "gtk"
msgstr "gtk"

#. Type: select
#. Choices
#: ../templates:2001
msgid "text"
msgstr "tekst"

#. Type: select
#. Choices
#: ../templates:2001
msgid "mail"
msgstr "post"

#. Type: select
#. Choices
#: ../templates:2001
msgid "none"
msgstr "ingen"

#. Type: select
#. Description
#: ../templates:2002
msgid "Method to be used to display changes:"
msgstr "Metode der skal bruges til visning af ændringer:"

#. Type: select
#. Description
#: ../templates:2002
msgid ""
"Changes in packages can be displayed in various ways by apt-listchanges:"
msgstr ""
"Ændringer i pakker kan vises på forskellige måder af apt-listchanges:"

#. Type: select
#. Description
#: ../templates:2002
msgid ""
" pager: display changes one page at a time;\n"
" browser  : display HTML-formatted changes using a web browser;\n"
" xterm-pager  : like pager, but in an xterm in the background;\n"
" xterm-browser: like browser, but in an xterm in the background;\n"
" gtk  : display changes in a GTK window;\n"
" text : print changes to the terminal (without pausing);\n"
" mail : only send changes via e-mail;\n"
" none : do not run automatically from APT."
msgstr ""
" tekstviser  : benyt din foretrukne tekstviser til at vise ændringerne\n"
"   en side ad gangen;\n"
" browser : vis HTML-formaterede ændringer med en internetbrowser;\n"
" xterm-tekstviser: som tekstviser, men i en xterm i baggrunden;\n"
" xterm-browser   : som browser, men i en xterm i baggrunden;\n"
" gtk : vis ændringer i et GTK-vindue;\n"
" text: skriv ændringerne til din terminal (uden at holde\n"
"   pauser);\n"
" post: send kun ændringerne med e-post;\n"
" ingen   : undlad at køre automatisk fra apt."

#. Type: select
#. Description
#: ../templates:2002
msgid ""
"This setting can be overridden at execution time. By default, all the "
"options except for 'none' will also send copies by mail."
msgstr ""
"Denne indstilling kan tilsidesættes ved udførelsestid. Som standard "
"vil alle indstillinger undtagen »ingen« (none) også sende kopier med post."

#. Type: string
#. Description
#: ../templates:3001
msgid "E-mail address(es) which will receive changes:"
msgstr "E-post-adresser der skal modtage ændringerne:"

#. Type: string
#. Description
#: ../templates:3001
msgid ""
"Optionally, apt-listchanges can e-mail a copy of displayed changes to a "
"specified address."
msgstr ""
"apt-listchanges kan valgfrit sende en kopi af de viste ændringer til "
"en angiven adresse."

#. Type: string
#. Description
#: ../templates:3001
msgid ""
"Multiple addresses may be specified, delimited by commas. Leaving this field "
"empty disables mail notifications."
msgstr ""
"Der kan angives flere adresser adskilt af komma. Hvis dette felt er tomt, "
"vil alle e-post-påmindelser være deaktiveret."

#. Type: boolean
#. Description
#: ../templates:4001
msgid "Prompt for confirmation after displaying changes?"
msgstr "Skal der bedes om bekræftelse efter visning af ændringer?"

#. Type: boolean
#. Description
#: ../templates:4001
msgid ""
"After displaying the list of changes, apt-listchanges can pause with a "
"confirmation prompt. This is useful when running from APT, as it offers an "
"opportunity to abort the upgrade if a change is unwelcome."
msgstr ""
"Når apt-listchanges har givet dig mulighed for at se listen over ændringer, "
"kan den spørge, om du vil fortsætte. Dette er nyttigt, når den køres fra APT, "
"da det giver dig mulighed for at afbryde opgraderingen, hvis denne ikke er "
"velkommen (på dette tidspunkt)."

#. Type: boolean

Bug#434034: memtest boot options

[Matt Taggart]

Regarding Russell's previous comment in #434034 about memtest86+ boot
options

1) The memtest86+ ships with two versions, one for grub2. See
  /usr/share/doc/memtest86+/README.Debian
  for more info.

2) It does support some options, for example to boot serial
   "console=ttyS0,115200n8"
  I use d-i in serial mode often and it works well, it would be nice to
  also be able to boot memtest86+ in serial mode as well. For me 95% of
  the time the above console line is what I need, but I do have some
  cases where I need different settings, so being able to specify them
  would be good.

-- 
Matt Taggart
tagg...@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#610565: unblock arrayprobe_2.0-3.1

[Adam D. Barratt]

Package: release.debian.org
User: release.debian@packages.debian.org
Usertag: unblock

Hi,

Please unblock arrayprobe 2.0-3.1, fixing #610248 and thus leading to
happy weasels.

Regards,

Adam




-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#610564: Cron curl -sw "'0 != (failed): /bin/sh: Syntax error: Unterminated quoted string

[Regid Ichira]

Package: cron
Version: 3.0pl1-116
Severity: normal

  From within cron, the crontab command

    curl -sw "'0 != %{size_download} ?'" -o /dev/null www.debian.org

result with 

    Subject: Cron curl -sw "'0 !=  (failed)

    /bin/sh: Syntax error: Unterminated quoted string

There is no problem if I omit the `%{size_download}' part.  That is,
cron will successfully evaluate

    curl -sw '0 != ' -o /dev/null www.debian.org

I think the problem is with cron because there is no problem when the
commands are run from within a user shell:

$ printf "$SHELL\t"; ls -l /bin/sh

/bin/bash   lrwxrwxrwx 1 root root 4 Dec 21 04:56 /bin/sh -> dash

$ set -x; curl -sw '0 != %{size_download} ?' -o /dev/null www.debian.org

+ curl -sw '0 != %{size_download} ?' -o /dev/null www.debian.org

0 != 14014 ?$ 

$ dash

+ dash

$ set -x; curl -sw '0 != %{size_download} ?' -o /dev/null www.debian.org

+ curl -sw 0 != %{size_download} ? -o /dev/null www.debian.org

0 != 14014 ?$ exit

+ exit

$

$ dpkg -l bash curl dash
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ Name   Version    Description
+++-==-==-
ii  bash   4.1-3  The GNU Bourne Again SHell
ii  curl   7.21.0-1   Get a file from an HTTP, HTTPS or FTP server
ii  dash   0.5.5.1-7.4    POSIX-compliant shell

  


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#609371: linux-image-2.6.37-trunk-sparc64: module scsi_mod: Unknown relocation: 36

[Mathieu Desnoyers]

* Sam Ravnborg (s...@ravnborg.org) wrote:
> > 
> > I still wonder how a 32-bit system can generate an unaligned access trap 
> > for an
> > access to a 64-bit variable aligned on 32-bit, given that there is, by
> > definition, no 64-bit memory accesses available on the architecture ?
> 
> From the SPARC V8 manual (this is the 32 bit version of SPARC):
> 
> Load/Store Instructions
> 
> ...
> Integer load and store instructions support byte (8-bit), halfword 
> (16-bit), word
> (32-bit), and doubleword (64-bit) accesses.
> ...
> 
> Alignment Restrictions
> 
> Halfword accesses must be aligned on a 2-byte boundary, word accesses 
> (which
> include instruction fetches) must be aligned on a 4-byte boundary, and 
> doubleword
> accesses must be aligned on an 8-byte boundary. An improperly aligned
> address causes a load or store instruction to generate a 
> mem_address_not_aligned
> trap.

Ah! There is always an odd case ;) Thanks!

Mathieu


-- 
Mathieu Desnoyers
Operating System Efficiency R&D Consultant
EfficiOS Inc.
http://www.efficios.com



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#609371: linux-image-2.6.37-trunk-sparc64: module scsi_mod: Unknown relocation: 36

[Mathieu Desnoyers]

* David Miller (da...@davemloft.net) wrote:
> From: Mathieu Desnoyers 
> Date: Wed, 19 Jan 2011 17:13:27 -0500
> 
> > Hrm, I'd like to see what kind of ill-conceived 32-bit architecture would
> > generate a unaligned access for a 32-bit aligned u64. Do you have examples 
> > in
> > mind ? By definition, the memory accesses should be at most 32-bit, no ? 
> > AFAIK,
> > gcc treats u64 as two distinct reads on all 32-bit architectures.
> 
> Sparc 32-bit has 64-bit loads and stores, GCC uses them because the ABI
> specifies that every structure is at least 8 byte aligned.

Ah, that's the answer I was looking for, thanks!

> 
> > gcc on my sparc64 box (32-bit userland) disagrees with you here ;) Using
> > gcc (Debian 4.3.3-14) 4.3.3, here is a demonstration that, indeed, "packed"
> > generates aweful code, but that "packed, aligned(4 or 8)" generates pretty
> > decent code:
> 
> Amazing, if this works then do it.
> 
> But please document this fully with comments and such :-)

I will, I will! ;)

So I guess we go for the following. Is it verbose enough ?

/*
 * __u64_packed_aligned:
 *
 * Forces gcc to use the u64 type alignment, up-aligning or down-aligning the
 * target type if necessary. The memory accesses to the target structure are
 * efficient (does not require bytewise memory accesses) and the atomic pointer
 * update guarantees required by RCU are kept. u64 is considered as the largest
 * type that can generate a trap for unaligned accesses (u64 on sparc32 needs to
 * be aligned on 64-bit).
 *
 * Specifying both "packed" and "aligned" generates decent code (without the
 * bytewise memory accesses generated by simply using "packed"), and forces
 * gcc to down-align the structure alignment to the alignment of a u64 type.
 *
 * This alignment should be used for both structure definitions and declarations
 * (as *both* the type and variable attribute) when using the "section"
 * attribute to generate arrays of structures.
 */
#define __u64_packed_aligned \
__attribute__((__packed__, __aligned__(__alignof__(long long

Thanks,

Mathieu

-- 
Mathieu Desnoyers
Operating System Efficiency R&D Consultant
EfficiOS Inc.
http://www.efficios.com



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#609371: linux-image-2.6.37-trunk-sparc64: module scsi_mod: Unknown relocation: 36

[Sam Ravnborg]

> 
> I still wonder how a 32-bit system can generate an unaligned access trap for 
> an
> access to a 64-bit variable aligned on 32-bit, given that there is, by
> definition, no 64-bit memory accesses available on the architecture ?

>From the SPARC V8 manual (this is the 32 bit version of SPARC):

Load/Store Instructions

...
Integer load and store instructions support byte (8-bit), halfword 
(16-bit), word
(32-bit), and doubleword (64-bit) accesses.
...

Alignment Restrictions

Halfword accesses must be aligned on a 2-byte boundary, word accesses (which
include instruction fetches) must be aligned on a 4-byte boundary, and 
doubleword
accesses must be aligned on an 8-byte boundary. An improperly aligned
address causes a load or store instruction to generate a 
mem_address_not_aligned
trap.


Sam



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#610563: debian-goodies: no need for hard-coded dependency on less

[Justin B Rye]

Package: debian-goodies
Version: 0.53
Severity: wishlist
Tags: patch

Also found in 0.55, which is what my patch is against.

debian-goodies Depends: on "less" solely because debmany hardcodes
that particular pager as the handler for non-manpages.  Other pagers
such as "most" work equally well for this role, so rather than force
users to name their favourite $PAGER all over again via an -o option
why not take advantage of the fact you're on a Debian system and
invoke the "pager" alternative, or pull in "sensible-utils" instead
of "less" and invoke "sensible-pager"?

Since I needed to tweak the --help output and manpage slightly I've
fixed some trivial non-native-speakerisms in the English version.
(I hope patching a legacy-encoded German manpage won't break it.)

-- System Information:
Debian Release: 6.0
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.32-5-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 debian-goodies depends on:
ii  curl7.21.0-1 Get a file from an HTTP, HTTPS or 
ii  dctrl-tools [grep-dctrl 2.14.5   Command-line tools to process Debi
ii  dialog  1.1-20100428-1   Displays user-friendly dialog boxe
ii  less436-1pager program similar to more
ii  lsof4.81.dfsg.1-1List open files
ii  perl5.10.1-17Larry Wall's Practical Extraction 
ii  python  2.6.6-3+squeeze5 interactive high-level object-orie
ii  whiptail0.52.11-1Displays user-friendly dialog boxe

debian-goodies recommends no packages.

Versions of packages debian-goodies suggests:
ii  popularity-contest   1.49Vote for your favourite packages a
ii  xdg-utils1.0.2+cvs20100307-2 desktop integration utilities from
pn  zenity (no description available)

-- no debconf information

-- 
JBR
Ankh kak! (Ancient Egyptian blessing)
diff -ru debian-goodies-0.55.pristine//debian/control debian-goodies-0.55/debian/control
--- debian-goodies-0.55.pristine//debian/control	2010-10-02 19:02:58.0 +0100
+++ debian-goodies-0.55/debian/control	2011-01-19 22:11:23.712925616 +
@@ -10,7 +10,7 @@
 
 Package: debian-goodies
 Architecture: all
-Depends: dctrl-tools | grep-dctrl, perl, curl, python (>= 2.4), whiptail | dialog, less, ${misc:Depends}
+Depends: dctrl-tools | grep-dctrl, perl, curl, python (>= 2.4), whiptail | dialog, sensible-utils, ${misc:Depends}
 Recommends: lsof
 Suggests: popularity-contest, xdg-utils, zenity
 Conflicts: debget
diff -ru debian-goodies-0.55.pristine//debmany/debmany debian-goodies-0.55/debmany/debmany
--- debian-goodies-0.55.pristine//debmany/debmany	2010-05-26 11:34:24.0 +0100
+++ debian-goodies-0.55/debmany/debmany	2011-01-19 21:51:51.084925304 +
@@ -4,7 +4,7 @@
 # description: select manpages+docs of any [not] installed debian package
 # comment: debmany is based on the work of debman and debget
 # gui uses:whiptail (preferred), dialog or zenity as well
-# other uses:  curl, less (can be overwritten: -o)
+# other uses:  curl, sensible-pager (can be overridden: -o)
 # optional:-k -g -x: kfmexec gnome-open xdg-open (xdg-utils)
 # This is free software.  You may redistribute copies of it under the terms of
 # the GNU General Public License .
@@ -25,7 +25,7 @@
 
 # defaults
 mancmdline="man %s" # manpageviewer
-othercmdline="less %s"  # viewer for other files
+othercmdline="sensible-pager %s"  # viewer for other files
 
 curdir=`pwd`
 
@@ -53,8 +53,8 @@
  The list of files is displayed in a dialog.
  Supported locations for debian packages are: Local .deb-file,
  a package in the repository or an installed package.
- The default for manpages is man - less is used for other files.
- Default can be overwritten with -k|-g|-x and -m -o.
+ The default is man for manpages, sensible-pager for other files.
+ Default can be overridden with -k|-g|-x and -m -o.
 Syntax1 : debmany [-?|-h|--help]
 Syntax2 : debmany [-v[v]] [-k|-g|-x] [-m manviewer] [-o otherviewer] [-L limit] [-l lang1[,...]] package[.deb]
 Syntax3 : debmany [-v[v]] [-k|-g|-x] [-m manviewer] [-o otherviewer] [-L limit] [-l lang1[,...]] -z [package[.deb]]
@@ -70,17 +70,17 @@
man: xdg-open man:%s   other: xdg-open %s
using xdg-open from xdg-utils package (Xfce users)
   debmany -m 'konqueror man:%s' -l 'de*,fr*' -L 5M foo
-   show english, german and french manpages using
+   show English, German and French manpages using
konqueror as man-viewer and ask if download size
exceeds 5M
   

Bug#607780: ccid: buffer overflow

[Ludovic Rousseau]

Le 22/12/10 00:08, Michael Gilbert a écrit :

package: ccid
version: 1.3.8-1
severity: serious
tags: security

an advisory has been issued for the pcsc-lite ccid driver:
http://labs.mwrinfosecurity.com/files/Advisories/mwri_pcsc-libccid-buffer-overflow_2010-12-13.pdf

i have checked that the vulnerable code is present in both lenny and
sid.


This issue is also known as CVE-2010-4530
http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2010-4530

--
 Dr. Ludovic Rousseau



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#607145: Wrong encoding.

[Raúl Sánchez Siles]

  Hello:

  I'm not reopening this in case I'm wrong, but I think the .po file encoding 
is wrong. I'm seeing wrong characters on Spanish messages like this 
(remarked):

apt-cache policy apt
apt:
  Instalados: 0.8.10.1
  Candidato:  0.8.10.1
>>>  Tabla de versión: <<<
 *** 0.8.10.1 0
900 http://localhost/ftp.es.debian.org/debian/ unstable/main amd64 
Packages
100 /var/lib/dpkg/status
 0.8.10+expnewsolvers2 0
100 http://localhost/ftp.es.debian.org/debian/ experimental/main amd64 
Packages

  In fact, opening either the Javier's initially attached .po file: 
 or the 
Christian one  I needed to set the 
encoding to iso-8859-15 to properly see non-ascii chars.

  Please, let me know if you need further checking. Thanks and regards,

-- 
 Raúl Sánchez Siles
->Proud Debian user<-
Linux registered user #416098


signature.asc
Description: This is a digitally signed message part.

Bug#609371: linux-image-2.6.37-trunk-sparc64: module scsi_mod: Unknown relocation: 36

[David Miller]

From: Mathieu Desnoyers 
Date: Wed, 19 Jan 2011 17:21:44 -0500

> I still wonder how a 32-bit system can generate an unaligned access trap for 
> an
> access to a 64-bit variable aligned on 32-bit, given that there is, by
> definition, no 64-bit memory accesses available on the architecture ?

Sparc 32-bit (and I believe MIPS 32-bit as well) have such 64-bit
load and store instructions.



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#610562: unblock: spip/2.1.1-3

[Romain Beauxis]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock


I have just uploaded a new package for spip that fixes two recent security 
issues (#609212 and #610016).

The update consists in the addition of a single file named ecran_securite.php 
(security screen) which is designed with the sole purpose of fixing known 
security issues in spip.

The file is documented there:
  http://www.spip.net/en_article4201.html

I have contacted upstream to ask them whether this was good enough to consider 
the security issues as fixed and they replied in the affirmative.

Thus, I kindly request the unblocking of spip 2.1.1-3 and its migration to 
testing in the purpose of shipping a fixed spip package in Debian squeeze.

Thanks for your work and have a good day,
Romain

unblock spip/2.1.1-3

-- System Information:
Debian Release: 6.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.32-4-amd64 (SMP w/2 CPU cores)
Locale: LANG=fr_FR.UTF8, LC_CTYPE=fr_FR.UTF8 (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#609371: linux-image-2.6.37-trunk-sparc64: module scsi_mod: Unknown relocation: 36

[Mathieu Desnoyers]

* Steven Rostedt (rost...@goodmis.org) wrote:
> On Wed, 2011-01-19 at 13:40 -0800, David Miller wrote:
> 
> > My concern is that if there is ever a u64 or similarly "long long"
> > typed member in these tracing structures, it will not be aligned
> > sufficiently to avoid unaligned access traps on 32-bit systems.
> 
> The structure that gets placed in this section is the ftrace_event_call.
> It consists only of pointers, a struct list_head, a couple of "int", and
> a struct trace_event, which consists of: a struct hlist_node, a struct
> list_head, an int, and a pointer.
> 
> None of these are more than "long" and I don't foresee them needing a
> long long type. I think assuming that a long is the largest item should
> due.
> 
> We can add a comment next to these structures specifying this
> dependency, and hopefully it would be updated if we ever do include a
> long long in them.

I still wonder how a 32-bit system can generate an unaligned access trap for an
access to a 64-bit variable aligned on 32-bit, given that there is, by
definition, no 64-bit memory accesses available on the architecture ?

Mathieu


-- 
Mathieu Desnoyers
Operating System Efficiency R&D Consultant
EfficiOS Inc.
http://www.efficios.com



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#609371: linux-image-2.6.37-trunk-sparc64: module scsi_mod: Unknown relocation: 36

[David Miller]

From: Mathieu Desnoyers 
Date: Wed, 19 Jan 2011 17:15:38 -0500

> * David Miller (da...@davemloft.net) wrote:
>> If plain "__long_aligned" works and, since you're tagging it to the structure
>> definition, it only specifies a minimum-alignment, then I'm fine with using
>> that to fix this.
> 
> I'd prefer to add the "packed" to ensure that gcc never decides for some odd
> reason to use an alignment larger than the one we specify in the linker 
> script.

Agreed.



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#609371: linux-image-2.6.37-trunk-sparc64: module scsi_mod: Unknown relocation: 36

[David Miller]

From: Mathieu Desnoyers 
Date: Wed, 19 Jan 2011 17:13:27 -0500

> Hrm, I'd like to see what kind of ill-conceived 32-bit architecture would
> generate a unaligned access for a 32-bit aligned u64. Do you have examples in
> mind ? By definition, the memory accesses should be at most 32-bit, no ? 
> AFAIK,
> gcc treats u64 as two distinct reads on all 32-bit architectures.

Sparc 32-bit has 64-bit loads and stores, GCC uses them because the ABI
specifies that every structure is at least 8 byte aligned.

> gcc on my sparc64 box (32-bit userland) disagrees with you here ;) Using
> gcc (Debian 4.3.3-14) 4.3.3, here is a demonstration that, indeed, "packed"
> generates aweful code, but that "packed, aligned(4 or 8)" generates pretty
> decent code:

Amazing, if this works then do it.

But please document this fully with comments and such :-)



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#571640: Any news?

[Raúl Sánchez Siles]

  Hello:

  I've also bump on this issue, is there any news/plan about it?

  Thanks.

-- 
 Raúl Sánchez Siles
->Proud Debian user<-
Linux registered user #416098


signature.asc
Description: This is a digitally signed message part.

Bug#607780: ccid: buffer overflow

[Michael Gilbert]

Are you also going to work on stable update or for this?  It also got a
CVE number:
http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2010-4530

Best wishes,
Mike



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#609371: linux-image-2.6.37-trunk-sparc64: module scsi_mod: Unknown relocation: 36

[Mathieu Desnoyers]

* David Miller (da...@davemloft.net) wrote:
> From: Mathieu Desnoyers 
> Date: Wed, 19 Jan 2011 13:20:53 -0500
> 
> > Now what I'm discussing with David Miller is if creating a
> > 
> >   __long_packed_aligned
> > 
> > and using it for *both* type and variable alignment would be more palatable 
> > (it
> > also works, and is more compact).
> 
> As I mentioned in another reply, we should not be using packed.
> 
> Packed has other implications, which makes it use byte-at-a-time accesses
> for all parts of a structure when you tag it with 'packed'.  GCC doesn't
> try to be clever and see that actually such accesses are safe.

Please see my explanation about the difference between "packed" and "packed,
aligned(4 or 8)" in the other thread. I share your concern about ugly code
generated by "packed", but my tests with a sparc32 gcc show that using both
packed and aligned attributes generate nice code.

> If plain "__long_aligned" works and, since you're tagging it to the structure
> definition, it only specifies a minimum-alignment, then I'm fine with using
> that to fix this.

I'd prefer to add the "packed" to ensure that gcc never decides for some odd
reason to use an alignment larger than the one we specify in the linker script.

Thanks,

Mathieu

-- 
Mathieu Desnoyers
Operating System Efficiency R&D Consultant
EfficiOS Inc.
http://www.efficios.com



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#609371: linux-image-2.6.37-trunk-sparc64: module scsi_mod: Unknown relocation: 36

[Mathieu Desnoyers]

* David Miller (da...@davemloft.net) wrote:
> From: Mathieu Desnoyers 
> Date: Wed, 19 Jan 2011 10:33:26 -0500
> 
> > I'm still unsure that __long_long_aligned is needed over __long_aligned 
> > though.
> > AFAIK, the only requirement we have for, e.g. tracepoints, is to align on 
> > the
> > pointer size (sizeof(long)), so RCU pointer updates are performed 
> > atomically.
> > Aligning on the pointer size also allows the architecture to efficiently 
> > read
> > the field content. What does aligning on sizeof(long long) bring to us ? Is 
> > it
> > that you are concerned about the fact that the "aligned" type attribute, 
> > when
> > applied to a structure, is only used as a lower-bound by the compiler ? In 
> > that
> > case, we might want to consider using "packed" too:
> 
> My concern is that if there is ever a u64 or similarly "long long"
> typed member in these tracing structures, it will not be aligned
> sufficiently to avoid unaligned access traps on 32-bit systems.

Hrm, I'd like to see what kind of ill-conceived 32-bit architecture would
generate a unaligned access for a 32-bit aligned u64. Do you have examples in
mind ? By definition, the memory accesses should be at most 32-bit, no ? AFAIK,
gcc treats u64 as two distinct reads on all 32-bit architectures.

> If your suggestion defines the lowest possible alignment and GCC will
> do the right thing and "up-align" the structure if necessary, then
> fine.

Well, I must admit that my assumption is that aligning on the "long" size should
be the only alignment required, both on 32-bit and 64-bit. But I'm curious to
see if there are indeed architectures that break this assumption.

Ideally, I'd like to avoid letting gcc up-align a structure, because it is then
hard to know for sure what the alignment value of the section should be (in the
linker script, we can safely choose 32, but it's more a "safe choice" than
anything else). Moreover, I'm not convinced that gcc will choose to up-align the
structure with the exact same alignment values for both the type declaration and
the variable definition (I'm deeply distrusting gcc to do the right thing here).

> If you add "packed" it is going to screw everything up and we'll
> essentially be back to square one.
> 
> On RISC like sparc64, "packed" causes even 16-bit words to be read and
> written a byte at a time.
> 
> Never use "packed" under any circumstances unless absolutely
> unavoidable.

gcc on my sparc64 box (32-bit userland) disagrees with you here ;) Using
gcc (Debian 4.3.3-14) 4.3.3, here is a demonstration that, indeed, "packed"
generates aweful code, but that "packed, aligned(4 or 8)" generates pretty
decent code:

compiling for sparc32:

struct test {
unsigned long a;
unsigned long b;
};

Storing to test "a" field in a main() that returns 0, with -O0:

000104f0 :
   104f0:   9d e3 bf 90 save  %sp, -112, %sp
   104f4:   03 00 00 81 sethi  %hi(0x20400), %g1
   104f8:   84 10 63 9c or  %g1, 0x39c, %g2 ! 2079c 
   104fc:   82 10 20 2a mov  0x2a, %g1
   10500:   c2 20 80 00 st  %g1, [ %g2 ]
   10504:   82 10 20 00 clr  %g1
   10508:   b0 10 00 01 mov  %g1, %i0
   1050c:   81 e8 00 00 restore 
   10510:   81 c3 e0 08 retl 
   10514:   01 00 00 00 nop 

__attribute__((packed))

000104f0 :
   104f0:   9d e3 bf 90 save  %sp, -112, %sp
   104f4:   03 00 00 81 sethi  %hi(0x20400), %g1
   104f8:   84 10 63 dc or  %g1, 0x3dc, %g2 ! 207dc 
   104fc:   c2 08 80 00 ldub  [ %g2 ], %g1
   10500:   82 08 60 00 and  %g1, 0, %g1
   10504:   c2 28 80 00 stb  %g1, [ %g2 ]
   10508:   c2 08 a0 01 ldub  [ %g2 + 1 ], %g1
   1050c:   82 08 60 00 and  %g1, 0, %g1
   10510:   c2 28 a0 01 stb  %g1, [ %g2 + 1 ]
   10514:   c2 08 a0 02 ldub  [ %g2 + 2 ], %g1
   10518:   82 08 60 00 and  %g1, 0, %g1
   1051c:   c2 28 a0 02 stb  %g1, [ %g2 + 2 ]
   10520:   c2 08 a0 03 ldub  [ %g2 + 3 ], %g1
   10524:   82 08 60 00 and  %g1, 0, %g1
   10528:   82 10 60 2a or  %g1, 0x2a, %g1
   1052c:   c2 28 a0 03 stb  %g1, [ %g2 + 3 ]
   10530:   82 10 20 00 clr  %g1
   10534:   b0 10 00 01 mov  %g1, %i0
   10538:   81 e8 00 00 restore 
   1053c:   81 c3 e0 08 retl 
   10540:   01 00 00 00 nop 

__attribute__((packed, aligned(4)))

000104f0 :
   104f0:   9d e3 bf 90 save  %sp, -112, %sp
   104f4:   03 00 00 81 sethi  %hi(0x20400), %g1
   104f8:   84 10 63 9c or  %g1, 0x39c, %g2 ! 2079c 
   104fc:   82 10 20 2a mov  0x2a, %g1
   10500:   c2 20 80 00 st  %g1, [ %g2 ]
   10504:   82 10 20 00 clr  %g1
   10508:   b0 10 00 01 mov  %g1, %i0
   1050c:   81 e8 00 00 restore 
   10510:   81 c3 e0 08 retl 
   10514:   01 00 00 00 nop 

__attribute__((packed, aligned(8)))

000104f0 :
   104f0:   9d e3 b

Bug#609371: linux-image-2.6.37-trunk-sparc64: module scsi_mod: Unknown relocation: 36

[David Miller]

From: Steven Rostedt 
Date: Wed, 19 Jan 2011 17:00:23 -0500

> We can add a comment next to these structures specifying this
> dependency, and hopefully it would be updated if we ever do include a
> long long in them.

Yes, I think a huge comment should be placed somewhere and also the
commit message for the final version of this fix should be quite
verbose :-)



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#609942: Please add Venezuela's SUSCERTE CA to ca-certificates

[Muammar El Khatib]

Package: ca-certificates
Version: 20090814+nmu2

Hi,

I'd like to second this request made by José Parella on adding Venezuela's
SUSCERTE CA to ca-certificates package in Debian. 

SUSCERTE is the institution that was created due to the decree-law number 1.204
dated February 10th, 2001 in the Bolivarian Republic of Venezuela. The function
of SUSCERTE is to coordinate and implement the hierarchical model of the
National infrastructure of Electronic Certification, it also accredits,
supervises, and controls the Providers of Certification Services. It is the
entity responsible of the authority of Root Certificates of Venezuelan State.¹

For all reasons mentioned above, I recommend and support the inclusion of
SUSCERTE CA. 

Best Regards, 
--- System information. ---
Architecture: amd64
Kernel:   Linux 2.6.37-trunk-amd64

Debian Release: 6.0
  500 unstablewww.debian-multimedia.org 
  500 unstableftp.fr.debian.org 
  500 stable  dl.google.com 
1 experimentalftp.fr.debian.org 

--- Package information. ---
Depends  (Version) | Installed
==-+-===
openssl| 0.9.8o-4
debconf  (>= 0.5)  | 1.5.38
 OR debconf-2.0| 


Package's Recommends field is empty.

Package's Suggests field is empty.


1. http://www.suscerte.gob.ve/index.php/es/la-institucion

-- 
Muammar El Khatib.
Linux user: 403107.
Key fingerprint = 90B8 BFC4 4A75 B881 39A3 1440 30EB 403B 1270 29F1
http://muammar.me | http://proyectociencia.org  
  ,''`.
 : :' :
 `. `'
   `-


signature.asc
Description: Digital signature

Bug#609371: linux-image-2.6.37-trunk-sparc64: module scsi_mod: Unknown relocation: 36

[Steven Rostedt]

On Wed, 2011-01-19 at 13:40 -0800, David Miller wrote:

> My concern is that if there is ever a u64 or similarly "long long"
> typed member in these tracing structures, it will not be aligned
> sufficiently to avoid unaligned access traps on 32-bit systems.

The structure that gets placed in this section is the ftrace_event_call.
It consists only of pointers, a struct list_head, a couple of "int", and
a struct trace_event, which consists of: a struct hlist_node, a struct
list_head, an int, and a pointer.

None of these are more than "long" and I don't foresee them needing a
long long type. I think assuming that a long is the largest item should
due.

We can add a comment next to these structures specifying this
dependency, and hopefully it would be updated if we ever do include a
long long in them.

-- Steve





-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#610561: installation-reports: r8196 based network card does not work with stock installer kernel

[Robert Lemmen]

Package: installation-reports
Severity: normal



-- Package-specific info:

Boot method: netinst .iso on usb stick
Image version: debian-sq-di-rc1-amd64-netinst.iso
Date: 19. Jan 2011

Machine: HP Pavilion dv6
Partitions: --


Base System Installation Checklist:
[O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it

Initial boot:   [O]
Detect network card:[O]
Configure network:  [E]
Detect CD:  [ ]
Load installer modules: [ ]
Detect hard drives: [ ]
Partition hard drives:  [ ]
Install base system:[ ]
Clock/timezone setup:   [ ]
User/password setup:[ ]
Install tasks:  [ ]
Install boot loader:[ ]
Overall install:[ ]

Comments/Problems:

This notebook (unfortunately) has a r8196 based network card, which
requires non-free firmware. the stock installer-image asks for this
firmware (rtl8168d-2.fw). i found this firmware and put it on the
usb-stick. after that the installer does not ask for the firmware
anymore, and dmesg shows that it has loaded the firmware and actually
started the driver (link up etc). however dhcp config over the network
fails, as does anything else. 

after tips from #debian-boot i replaced the r8169.ko that the installer
loads with the one from linux-image-2.6.32-5-amd64_2.6.32-30_amd64.deb,
which makes the installer work and configure the network correctly. so
it seems that version of the driver is better than the older one...

any questions or anything i shoudl try: holler

regards  robert



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#610560: gammu: FTBFS: needs python-sphinx 1.0+ from experimental

[Aaron M. Ucko]

Package: gammu
Version: 1.29.0-1
Severity: serious
Justification: fails to build from source

gammu is impossible to build in a pure-unstable environment because it
now build-depends on python-sphinx (>= 1.0), which is only available
from the experimental suite.  (Testing and unstable are still at
0.6.6-3.)

Could you please look into supporting older versions of python-sphinx
for now?

Thanks!



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#610506: ITP: Ardentryst

[Vincent Cheng]

As a follow-up to my ITP, I've uploaded my Ardentryst packaging to
mentors.debian.net; I would appreciate any comments or suggestions.

- URL: http://mentors.debian.net/debian/pool/main/a/ardentryst
- Source repository: deb-src http://mentors.debian.net/debian unstable main
contrib non-free
- dget
http://mentors.debian.net/debian/pool/main/a/ardentryst/ardentryst_1.71-1.dsc

Thank you in advance!

Kind regards,
- Vincent Cheng

Bug#605438: New info about Rhythmbox-client --hide bug

[Oren Held]

Hi,

I've researched it a bit, and posted a potential patch for upstream, I'm 
still not confident enough about it, so let's see what upstream say/do.


http://mail.gnome.org/archives/rhythmbox-devel/2011-January/msg00060.html

Oren



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#558316: works with r8169.ko from 2.6.32-30

[Robert Lemmen]

i have exactly the same problem here, using the squeeze rc1 netinst iso
for amd64 on a hp pavilion dv6: firmware is loaded if i provide it, but
the network card doesn't work afterwards. after hints (and with help)
from #debian-boot i managed to fudge a r8169.ko taken from
linux-image-2.6.32-5-amd64_2.6.32-30_amd64.deb into the installer. this
solves the problem for me. 

regards  robert

-- 
Robert Lemmen   http://www.semistable.com 


signature.asc
Description: Digital signature

Bug#609371: linux-image-2.6.37-trunk-sparc64: module scsi_mod: Unknown relocation: 36

[David Miller]

From: Mathieu Desnoyers 
Date: Wed, 19 Jan 2011 13:20:53 -0500

> Now what I'm discussing with David Miller is if creating a
> 
>   __long_packed_aligned
> 
> and using it for *both* type and variable alignment would be more palatable 
> (it
> also works, and is more compact).

As I mentioned in another reply, we should not be using packed.

Packed has other implications, which makes it use byte-at-a-time accesses
for all parts of a structure when you tag it with 'packed'.  GCC doesn't
try to be clever and see that actually such accesses are safe.

If plain "__long_aligned" works and, since you're tagging it to the structure
definition, it only specifies a minimum-alignment, then I'm fine with using
that to fix this.



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#514657: release-notes: Docbook tags inflexibility

[Daniel Leidert]

Am Montag, den 03.01.2011, 18:18 +0100 schrieb Helge Kreutzmann:
> On Mon, Jan 03, 2011 at 01:59:37PM +0100, Daniel Leidert wrote:
> > DocBook 4.x is feature-frozen. There won't be any changes to the DTD.
> > The DB5 schema will allow quote in contrib in the next release. Your
> > request to also allow filename has been forwarded to the tracker.
> 
> Great to hear and thanks for forwarding and your very quick reply.

Quoting Norman Walsh: "Seems reasonable. We'll see about adding it to
5.1."

Regards, Daniel




-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#610559: wxmaxima fails to support CUA editing keys

[Jeff Teunissen]

Package: wxmaxima
Version: 0.8.5-2
Severity: normal
Tags: upstream patch

The IBM/Windows Common User Access editing keys (Shift+Del for cut, Shift+Ins 
for
paste, Ctrl+Ins for copy), which work almost everywhere, don't work in 
wxMaxima. Worse, the failure mode is destructive -- that is, Shift+Del deletes 
rather than cuts, so when the user tries to paste what he/she thought was cut,
all that shows up is the "ł" (U+0142) character (the two-byte key code for
Insert)...and because wxMaxima has only one level of undo, "pasting" has just
irrevocably erased what the user thought had been cut to the clipboard.

Included is a short patch to enable the expected functionality.

-- System Information:
Debian Release: squeeze/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.36.2 (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 wxmaxima depends on:
ii  libc6  2.11.2-7  Embedded GNU C Library: Shared lib
ii  libgcc11:4.4.5-10GCC support library
ii  libstdc++6 4.4.5-10  The GNU Standard C++ Library v3
ii  libwxbase2.8-0 2.8.10.1-3+b1 wxBase library (runtime) - non-GUI
ii  libwxgtk2.8-0  2.8.10.1-3+b1 wxWidgets Cross-platform C++ GUI t
ii  maxima 5.22.1-9  A computer algebra system -- base 
ii  maxima-doc 5.22.1-9  A computer algebra system -- docum

Versions of packages wxmaxima recommends:
pn  libgnomeprintui2.2-0   (no description available)
ii  ttf-jsmath  0.090709+0-1 TeX fonts to display jsMath pages

wxmaxima suggests no packages.

-- no debconf information
--- ../wxmaxima-0.8.5.old/src/MathCtrl.cpp  2010-03-25 03:51:28.0 
-0400
+++ src/MathCtrl.cpp2011-01-19 16:07:05.515067950 -0500
@@ -1317,6 +1317,43 @@
   switch (event.GetKeyCode()) {
 
 case WXK_DELETE:
+  if (event.ShiftDown()) {
+wxCommandEvent ev(wxEVT_COMMAND_MENU_SELECTED, popid_cut);
+#if wxCHECK_VERSION(2,9,0)
+GetParent()->ProcessWindowEvent(ev);
+#else
+GetParent()->ProcessEvent(ev);
+#endif
+  } else if (CanDeleteSelection()) {
+wxCommandEvent ev(wxEVT_COMMAND_MENU_SELECTED, popid_delete);
+#if wxCHECK_VERSION(2,9,0)
+GetParent()->ProcessWindowEvent(ev);
+#else
+GetParent()->ProcessEvent(ev);
+#endif
+  } else
+event.Skip();
+  break;
+
+case WXK_INSERT:
+  if (event.ControlDown()) {
+wxCommandEvent ev(wxEVT_COMMAND_MENU_SELECTED, popid_copy);
+#if wxCHECK_VERSION(2,9,0)
+GetParent()->ProcessWindowEvent(ev);
+#else
+GetParent()->ProcessEvent(ev);
+#endif
+  } else if (event.ShiftDown()) {
+wxCommandEvent ev(wxEVT_COMMAND_MENU_SELECTED, popid_paste);
+#if wxCHECK_VERSION(2,9,0)
+GetParent()->ProcessWindowEvent(ev);
+#else
+GetParent()->ProcessEvent(ev);
+#endif
+  } else
+event.Skip();
+  break;
+
 case WXK_BACK:
   if (CanDeleteSelection()) {
 wxCommandEvent ev(wxEVT_COMMAND_MENU_SELECTED, popid_delete);
--- ../wxmaxima-0.8.5.old/src/MathCtrl.cpp  2010-03-25 03:51:28.0 
-0400
+++ src/MathCtrl.cpp2011-01-19 16:07:05.515067950 -0500
@@ -1317,6 +1317,43 @@
   switch (event.GetKeyCode()) {
 
 case WXK_DELETE:
+  if (event.ShiftDown()) {
+wxCommandEvent ev(wxEVT_COMMAND_MENU_SELECTED, popid_cut);
+#if wxCHECK_VERSION(2,9,0)
+GetParent()->ProcessWindowEvent(ev);
+#else
+GetParent()->ProcessEvent(ev);
+#endif
+  } else if (CanDeleteSelection()) {
+wxCommandEvent ev(wxEVT_COMMAND_MENU_SELECTED, popid_delete);
+#if wxCHECK_VERSION(2,9,0)
+GetParent()->ProcessWindowEvent(ev);
+#else
+GetParent()->ProcessEvent(ev);
+#endif
+  } else
+event.Skip();
+  break;
+
+case WXK_INSERT:
+  if (event.ControlDown()) {
+wxCommandEvent ev(wxEVT_COMMAND_MENU_SELECTED, popid_copy);
+#if wxCHECK_VERSION(2,9,0)
+GetParent()->ProcessWindowEvent(ev);
+#else
+GetParent()->ProcessEvent(ev);
+#endif
+  } else if (event.ShiftDown()) {
+wxCommandEvent ev(wxEVT_COMMAND_MENU_SELECTED, popid_paste);
+#if wxCHECK_VERSION(2,9,0)
+GetParent()->ProcessWindowEvent(ev);
+#else
+GetParent()->ProcessEvent(ev);
+#endif
+  } else
+event.Skip();
+  break;
+
 case WXK_BACK:
   if (CanDeleteSelection()) {
 wxCommandEvent ev(wxEVT_COMMAND_MENU_SELECTED, popid_delete);

Bug#609371: linux-image-2.6.37-trunk-sparc64: module scsi_mod: Unknown relocation: 36

[David Miller]

From: Mathieu Desnoyers 
Date: Wed, 19 Jan 2011 10:33:26 -0500

> I'm still unsure that __long_long_aligned is needed over __long_aligned 
> though.
> AFAIK, the only requirement we have for, e.g. tracepoints, is to align on the
> pointer size (sizeof(long)), so RCU pointer updates are performed atomically.
> Aligning on the pointer size also allows the architecture to efficiently read
> the field content. What does aligning on sizeof(long long) bring to us ? Is it
> that you are concerned about the fact that the "aligned" type attribute, when
> applied to a structure, is only used as a lower-bound by the compiler ? In 
> that
> case, we might want to consider using "packed" too:

My concern is that if there is ever a u64 or similarly "long long"
typed member in these tracing structures, it will not be aligned
sufficiently to avoid unaligned access traps on 32-bit systems.

If your suggestion defines the lowest possible alignment and GCC will
do the right thing and "up-align" the structure if necessary, then
fine.

If you add "packed" it is going to screw everything up and we'll
essentially be back to square one.

On RISC like sparc64, "packed" causes even 16-bit words to be read and
written a byte at a time.

Never use "packed" under any circumstances unless absolutely
unavoidable.



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org