Bug#510415: tech-ctte: Qmail inclusion (or not) in Debian

[Raphael Hertzog]

On Tue, 06 Jan 2009, Ian Jackson wrote:
> Raphael Hertzog writes ("Bug#510415: tech-ctte: Qmail inclusion (or not) in 
> Debian"):
> > I'm particularly uneasy with letting the ftpmasters decide
> > what's acceptable in the Debian archive on some non-usual policy
> > requirements that can be difficult to justify. 
> 
> I'm not uneasy with this at all.  The ftpmasters' job is not to decide
> the policy and then implement it without discretion.  The policy is
> written by them and is there to help them make their decisons and to
> help others work with them.

I think you misunderstood me: by policy I meant "the Debian policy" and
the requirements used was 2.2.1 ("must not be so buggy that we refuse to
support them").

IMO, the job of "supporting the software" is done by the maintainer and
the security team, and it's their decision whether they can support the
software or not.

On Tue, 06 Jan 2009, Steve Langasek wrote:
> On the contrary, I think the ftp team's behavior has been commendable here;
> they believe qmail is sufficiently buggy that it's unsuitable for the
> archive, but recognize that there are different opinions on this question
> among Debian developers and that this decision is grounded in reasons that
> fall outside the normal reasons for package rejects, so they have referred
> the question to the TC.

I'm not saying it's bad that they deferred to the TC. I agree it's good
given the situation.

> Individual developers make decisions all the time about whether software is
> Too Buggy To Live, when they decide whether or not a package should be
> uploaded yet to the archive.  The ftpmasters also have to make decisions on
> the same question when they do NEW processing.  In the rare cases when the
> ftp team and the uploader reach a different conclusion, it's altogether
> reasonable to ask the TC to adjudicate.

I don't agree that the ftpmasters "have to make decisions on the same question".
In fact, I tend to think that Qmail is special-cased because it's popular
and the problems are well known. 

I think that ftpmasters are not always doing a thorough analysis of the
quality of the source code and are not usually evaluating the impact of each
package on the global net. (And while such an evaluation would always be
positive because it could lead to bugreports and improvements, I don't
think it's the job of the ftpmasters to do it.)

> > have a maintainer and some reasonably popular piece of software, we
> > should accept it in the archive. Note: it's not the same as accepting it
> > in our stable release where all our usual criteria do apply.
> 
> I don't agree that popularity + maintainer activity are sufficient to
> justify allowing a package into the archive.
> 
> Put another way: I don't believe that the sets "software that's reasonably
> popular and has a maintainer" and "crap" are disjoint.

Given that the definition of crap will change from developers to
developers, and until we have an agreed upon definition of crap,
I don't think it's reasonable to expect the ftpmasters to filter
out crap that some Debian developers want to maintain.

I agree however that it would be good to try to define more precisely
what's acceptable in Debian and what's not.

But up to now, and ever since I joined, Debian has been the universal OS
where you could find any DFSG-free software that a Debian developer
decided to package. We did not have any restriction such as the one we're
currently discussing.

> (I'm not saying that qmail must not be allowed in the archive; I'm only
> saying that it's not a foregone conclusion that we should allow it in
> because there's a Debian developer who wants it there.)

I agree that it's possibly no longer a reasonable rule given our size, but
I think such a change need to be officialized in some other ways than
"ftpmasters have decided that crap is no longer allowed". :-)

Maybe a DEP driven by the ftpmasters would be a good idea?

Cheers,
-- 
Raphaël Hertzog

Le best-seller français mis à jour pour Debian Etch :
http://www.ouaza.com/livre/admin-debian/



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

Bug#510987: Cound not install quota: missing depend?

[Michael Meskes]

> Thats not proof to further changes to the runlevel configuration of
> quota, but it would do for Lenny.

But then there won't be any change to Lenny quota package either, so the
runlevel configuration cannot change in Lenny anymore. Given that the SID
package is already fixed, we should be fine.

Michael
-- 
Michael Meskes
Michael at Fam-Meskes dot De, Michael at Meskes dot (De|Com|Net|Org)
Michael at BorussiaFan dot De, Meskes at (Debian|Postgresql) dot Org
ICQ: 179140304, AIM/Yahoo: michaelmeskes, Jabber: mes...@jabber.org
Go VfL Borussia! Go SF 49ers! Use Debian GNU/Linux! Use PostgreSQL!



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

Bug#504771: bug #504771 downgrade

[Andrea De Iacovo]

> Andrea, you are the maintainer, it's up to you to downgrade the bug if you
> really believe that the severity is over-inflated.
Ok, thanks.

> Andrea, how did it progress with upstream ?
I opened a ticket in their bug tracking system. I'm waiting for
feedbacks.

Cheers.

Andrea


signature.asc
Description: Questa è una parte del messaggio	firmata digitalmente

Bug#504323: reopening 504323

[Rene Engelhard]

# Automatically generated email from bts, devscripts version 2.10.35lenny1
# seems this was forgotten to be reopened aft
reopen 504323 




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

Bug#353290: apt-errors in lenny/testing

[Eugene V. Lyubimkin]

package apt
reopen 353290
found 353290 0.7.20
thanks

Antoni Villalonga i Noceras wrote:
> Eugene V. Lyubimkin wrote:
> Hi! I was "playing" with aptitude when found this:
[snip]
> E: Internal Error, Could not perform immediate configuration (2) on bash
> <== Yes, it's here
> It seems the same bug, but i'm not sure. Sorry if i'm wrong :-P
I agree. Thanks for notice. Bug reopened.

-- 
Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com
Ukrainian C++ developer, Debian Maintainer, APT contributor



signature.asc
Description: OpenPGP digital signature

Bug#511066: module-init-tools: Better documentation : emphasizing the exclusive usage of modprobe.conf/modprobe.d

[Fabrice Lorrain]

Package: module-init-tools
Version: 3.4-1
Severity: normal

Hello Marco,

Tracking down why one of our server (under uptodate etch) was still loading the 
ipv6 module
 while it was properly blacklisted under /etc/modprobe.d, I discovered that one 
of my collegue 
did create /etc/modprobe.conf on the server and files under /etc/modprobe.d 
where not read.

Reading through modprobe.conf(5), I think that stating more explicitly that :
- the use of /etc/modprobe.conf or /etc/modprobe.d is exclusive
- and that /etc/modprobe.conf takes precedence over /etc/modprobe.d

in this man page would help understand the proper use of those files.

@+,
Fab


-- System Information:
Debian Release: 5.0
  APT prefers unstable
  APT policy: (990, 'unstable')
Architecture: i386 (i686)

Kernel: Linux 2.6.26-1-686 (SMP w/2 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages module-init-tools depends on:
ii  libc6 2.7-18 GNU C Library: Shared libraries
ii  lsb-base  3.2-20 Linux Standard Base 3.2 init scrip

module-init-tools recommends no packages.

module-init-tools suggests no packages.

-- no debconf information



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

Bug#451812: procps: cross build support.

[Craig Small]

On Sun, Nov 18, 2007 at 06:29:20PM +, Neil Williams wrote:
> The cross building support in Debian has been recently rewritten -
> particularly in respect of how environment variables and overrides are
> handled - so this patch is now needed to allow wget to correctly
> identify the cross compiler.
Is this still required? The relevant parts of the rules file are now:

PACKAGE="procps"
DEBROOT=$(CURDIR)/debian/procps

DEB_HOST_ARCH_OS?= $(shell dpkg-architecture -qDEB_HOST_ARCH_OS)

CFLAGS=-g

 - Craig
-- 
Craig Small  GnuPG:1C1B D893 1418 2AF4 45EE  95CB C76C E5AC 12CA DFA5
http://www.enc.com.au/ csmall at : enc.com.au
http://www.debian.org/  Debian GNU/Linux, software should be Free 



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

Bug#511060: dovecot-imapd: Dovecot imapd deliberately fails if the clock moves backwards on a server.

[Fabio Tranchitella]

severity 420175 whishlist
merge 420175 511060
thanks

* 2009-01-07 06:23, Jim Studt wrote:
> Dovecot imapd terminates itself deliberately if the system clock moves
> backwards.  This is the same underlying issue as bug 420175, but that was
> a laptop after a suspend and was deemed unimportant because of that.

I prefer to merge the two bug reports, because the problem is exactly the
same.

> This occurs on a XEN based virtual private server at a commercial hosting 
> facility.
> Jan  7 04:54:49 xxx dovecot: Time just moved backwards by 81 seconds.
> This might cause a lot of problems, so I'll just kill myself now.
> http://wiki.dovecot.org/TimeMovedBackwards

Are you running ntp on your server? You should, it would prevent your clock
to be moved backwards by 81 seconds all together, and would probably fix
this behaviour.

> A timebomb like this renders dovecot unsuitable for use on servers as all
> email clients will be unable to connect to the mail server until an
> administrator discovers the problem and restarts the mail server.

To be honest, I run my mail servers under Xen, I run dovecot and I never
had such an issue. Again, I think that having the clock going backwards by
81 seconds is a problem and should be fixed, instead of considering dovecot
a time bomb.

I'm pretty sure that upstream won't fix this (as stated in the wiki page),
and I'm reluctant to add a wrapper script to simply restart dovecot in
these situations: you would never discover the real problem.

All in all, such a wrapper script is pretty easy to write if your server is
affected by clock moving too fast; we can probably provide one in the
package, as an example.

>   - warn administrators that they are installing a fragile solution during 
> install.

I don't think that dovecot should be considered a fragile solution.

Thanks,

-- 
Fabio Tranchitella http://www.kobold.it
Free Software Developer and Consultant http://www.tranchitella.it
_
1024D/7F961564, fpr 5465 6E69 E559 6466 BF3D 9F01 2BF8 EE2B 7F96 1564


signature.asc
Description: Digital signature

Bug#511065: problems with certain feeds

[Michael Gilbert]

Package: blam
Version: 1.8.6
Severity: important

blam currently does not support certain feeds (for example feedburner).
i believe that the problem may be due to the use of CDATA elements in
those feeds.  for example, [1] does not work.  i modified line 161 in
src/Feedburner.cs to say "Console.WriteLine(e)" to to see the full
error, which ends up being a problem in System.DateTime.ParseExact.
this leads me to speculate that the "pubDate" tag is not being
handled properly (since the feed has the date enclosed in a CDATA
element).  this may actually be a problem with the underlying mono xml
(xmlserializer) library, rather than blam specifically.

note that i am using upstream's 1.8.6 version, not unstable's 1.8.5.

thanks for the hard work on this project.

[1] http://feeds.feedburner.com/DilbertDailyStrip



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

Bug#506406: [Pkg-xfce-devel] Bug#506406: xfce4: apt bug causes gdm to pull in unneeded/unwanted gnome dependencies

[Yves-Alexis Perez]

On mar, 2009-01-06 at 20:01 -0500, Daniel Dickinson wrote:
> 
> It occurs to me the reason you are confused is that when I 'Standard
> System' you are thinking I mean 'typical system' when in fact I mean
> that I select the option 'Standard System' on the tasksel menu. 

No I'm confused because you select tasks in aptitude. And tasks are
tasksel job.

Cheers,
-- 
Yves-Alexis


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

Bug#511064: marble: please add qt designer plugin

[Juergen Rinas]

Package: marble
Version: 0.6+svn837399-2
Severity: wishlist


Please add a package e.g. "marble-dev" containing the qt designer plugin
of marble and the corresponding header files...
... to make it possible for developers to use the marble widget
in their programs...


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

Kernel: Linux 2.6.26-1-686-bigmem (SMP w/4 CPU cores)
Locale: LANG=de_DE, LC_CTYPE=de_DE (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/bash

Versions of packages marble depends on:
ii  libc62.7-16  GNU C Library: Shared libraries
ii  libgcc1  1:4.3.2-1.1 GCC support library
ii  libqt4-dbus  4.4.3-1 Qt 4 D-Bus module
ii  libqt4-network   4.4.3-1 Qt 4 network module
ii  libqt4-script4.4.3-1 Qt 4 script module
ii  libqt4-svg   4.4.3-1 Qt 4 SVG module
ii  libqt4-xml   4.4.3-1 Qt 4 XML module
ii  libqtcore4   4.4.3-1 Qt 4 core module
ii  libqtgui44.4.3-1 Qt 4 GUI module
ii  libstdc++6   4.3.2-1.1   The GNU Standard C++ Library v3
ii  marble-data  0.6+svn837399-2 data files for Marble

marble recommends no packages.

marble 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#511063: openoffice.org: does not start ever

[Park Shinjo]

Package: openoffice.org
Version: 1:3.0.1~rc1-2
Severity: important

Whenever I tried to run whatever program included in OpenOffice, it
won't launch ever. No splash pops up, and no disk activity. I have
installed packages from experimental.

strace /usr/lib/openoffice/program/soffice:

futex(0xa746a0, FUTEX_WAIT_PRIVATE, 2, NULL) <- freezes at here


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

Kernel: Linux 2.6.26-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=ko_KR.UTF-8, LC_CTYPE=ko_KR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
p...@saebyuk:~/dev/kde/l10n-kde4-trunk/ko$




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

Bug#502729: and the mysterious freebsd-utils package

[Craig Small]

Thanks to KiBi I've got the package.  Next.

The problem is that procps has a sysctl and an init file. However,
freebsd-utils has a sysctl file too.  These files are slightly
different.

My fix would be for procps sysctl and init files to not be installed at
all.  That way freebsd-utils is free to have its own init file.  However
this may impact on your arch in ways I cannot see, so here is your time
to tell me if this will work for you.  I won't be doing the fix as
suggested in the bug report, procps' init file works fine with its
sysctl.

 - Craig


-- 
Craig Small  GnuPG:1C1B D893 1418 2AF4 45EE  95CB C76C E5AC 12CA DFA5
http://www.enc.com.au/ csmall at : enc.com.au
http://www.debian.org/  Debian GNU/Linux, software should be Free 



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

Bug#511062: linux-image-2.6.26-1-686: NFS client hang and packet flood after resume from suspend to ram

[James Cameron]

Package: linux-image-2.6.26-1-686
Version: 2.6.26-12
Severity: normal


Within four hours after a client system resumes from suspend to ram, access on
the client to the NFS filesystem hangs, access to all other filesystems
eventually hang once cache is filled, and a flood of packets is observed on the
NFS server being emitted by the NFS client.

Both the NFS server and NFS client are running linux-image-2.6.26-1-686
2.6.26-12, and are on the same network switch.

The symptom is cleared by typing "/etc/init.d/nfs-kernel-server restart" on the
NFS server system "dors".  At that time, the client regains normal operation
and the flood ceases.  The client has in dmesg:

[13969.896074] Restarting tasks ... done.
[24837.320033] nfs: server dors not responding, still trying
[25140.408048] nfs: server dors not responding, timed out
[25140.408048] nfs: server dors not responding, timed out
[25140.500429] nfs: server dors OK

A tcpdump of the packet flood shows 23783 packets over a period of 1.37
seconds.  The packets consist of TCP SYN from the client to the server,
followed by a TCP RST from the server to the client.  The same port numbers are
reused in each packet; source port rxe, destination port 2049.  The tcpdump is
available if required for analysis, but the user data in the packets is
confidential.

The symptom does not occur unless the NFS client system is first suspended or
hibernated, using pm-suspend and pm-hibernate, and then resumed.

Possibly unrelated observation; the disk access LED of the system is normally
off unless the disk is being accessed, but after resume from suspend or
hibernate the LED stays on.  The disk can still be accessed.

-- Package-specific info:
** Version:
Linux version 2.6.26-1-686 (Debian 2.6.26-12) (wa...@debian.org) (gcc version 
4.1.3 20080704 (prerelease) (Debian 4.1.2-24)) #1 SMP Mon Dec 15 18:15:07 UTC 
2008

** Command line:
root=UUID=ce95ab50-301b-418b-8546-07b4d6cdd419 ro quiet splash resume=/dev/hda2

** Not tainted

** Kernel log:
[5.516369] ACPI: PCI Interrupt :02:08.0[A] -> GSI 20 (level, low) -> 
IRQ 20
[5.607348] e100: eth0: e100_probe: addr 0xfe20, irq 20, MAC addr 
00:08:02:1b:d4:99
[5.664866] hda: max request size: 128KiB
[5.668676] hda: 80063424 sectors (40992 MB) w/2048KiB Cache, CHS=65535/16/63
[5.668688] hda: cache flushes not supported
[5.668787]  hda: hda1 hda2
[5.691559] hdc: ATAPI 48X DVD-ROM CD-R/RW drive, 2048kB Cache
[5.691574] Uniform CD-ROM driver Revision: 3.20
[6.007825] PM: Starting manual resume from disk
[6.078592] kjournald starting.  Commit interval 5 seconds
[6.078592] EXT3-fs: mounted filesystem with ordered data mode.
[8.240986] udevd version 125 started
[9.795423] pci_hotplug: PCI Hot Plug PCI Core version: 0.5
[9.818454] shpchp: Standard Hot Plug PCI Controller Driver version: 0.4
[9.834535] Linux agpgart interface v0.103
[9.856651] agpgart: Detected an Intel 845G Chipset.
[9.860738] agpgart: AGP aperture is 64M @ 0xf800
[9.870616] iTCO_wdt: Intel TCO WatchDog Timer Driver v1.03 (30-Apr-2008)
[9.870742] iTCO_wdt: Found a ICH2 TCO device (Version=1, TCOBASE=0xf860)
[9.870787] iTCO_wdt: initialized. heartbeat=30 sec (nowayout=0)
[9.956340] intel_rng: Firmware space is locked read-only. If you can't or
[9.956346] intel_rng: don't want to disable this in firmware setup, and if
[9.956348] intel_rng: you are certain that your system has a functional
[9.956351] intel_rng: RNG, try using the 'no_fwh_detect' option.
[   10.465563] input: Power Button (FF) as /class/input/input0
[   10.476119] ACPI: Power Button (FF) [PWRF]
[   10.476339] input: Power Button (CM) as /class/input/input1
[   10.495886] ACPI: Power Button (CM) [PBTN]
[   11.936524] input: PC Speaker as /class/input/input2
[   12.559162] parport_pc 00:07: reported by Plug and Play ACPI
[   12.559226] parport0: PC-style at 0x378 (0x778), irq 7 [PCSPP,TRISTATE]
[   12.862052] ACPI: PCI Interrupt :00:1f.5[B] -> GSI 17 (level, low) -> 
IRQ 17
[   12.862088] PCI: Setting latency timer of device :00:1f.5 to 64
[   13.480018] intel8x0_measure_ac97_clock: measured 55977 usecs
[   13.480026] intel8x0: clocking to 41152
[   14.444923] Adding 480808k swap on /dev/hda2.  Priority:-1 extents:1 
across:480808k
[   14.886743] EXT3 FS on hda1, internal journal
[   16.536166] e100: eth0: e100_watchdog: link up, 100Mbps, full-duplex
[   17.673395] RPC: Registered udp transport module.
[   17.673403] RPC: Registered tcp transport module.
[   18.776198] NET: Registered protocol family 10
[   18.777056] lo: Disabled Privacy Extensions
[   21.433030] apm: BIOS version 1.2 Flags 0x03 (Driver version 1.16ac)
[   21.433041] apm: overridden by ACPI.
[   23.981529] warning: `avahi-daemon' uses 32-bit capabilities (legacy support 
in use)
[13963.799564] PM: Syncing filesystems ... done.
[13963.805130] Freezing user space processes ... (elapsed 0.02 seconds) done.
[13963.834254] Freezing remainin

Bug#511061: /usr/bin/debi: debi: please support --unpack

[Josh Triplett]

Package: devscripts
Version: 2.10.44
Severity: wishlist
File: /usr/bin/debi

Please consider adding support for installing packages with dpkg --unpack.  
That allows installing a package without meeting its dependencies.  I can then 
run aptitude and install the dependencies.

(Or better yet, add support for debi-installing a package and its
dependencies with aptitude...)

- Josh Triplett

-- Package-specific info:

--- /etc/devscripts.conf ---

--- ~/.devscripts ---
BTS_SMTP_HELO=joshtriplett.org
BTS_SMTP_HOST=reportbug.debian.org:587
BTS_SUPPRESS_ACKS=yes
DEBUILD_PREPEND_PATH=/usr/lib/ccache

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

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

Versions of packages devscripts depends on:
ii  dpkg-dev  1.14.24Debian package development tools
ii  libc6 2.7-18 GNU C Library: Shared libraries
ii  perl  5.10.0-19  Larry Wall's Practical Extraction 

Versions of packages devscripts recommends:
pn  at (no description available)
pn  bsd-mailx | mailx | m  (no description available)
ii  curl  7.18.2-8   Get a file from an HTTP, HTTPS or 
ii  cvs   1:1.12.13-12   Concurrent Versions System
ii  dctrl-tools   2.13.1 Command-line tools to process Debi
pn  debian-keyring (no description available)
pn  debian-maintainers (no description available)
ii  dput  0.9.2.37   Debian package upload tool
ii  equivs2.0.7-0.1  Circumvent Debian package dependen
ii  fakeroot  1.12.1 Gives a fake root environment
ii  git-core  1:1.5.6.5-2fast, scalable, distributed revisi
ii  gnupg 1.4.9-3GNU privacy guard - a free PGP rep
ii  iceweasel [www-browse 3.0.5-1lightweight web browser based on M
pn  libauthen-sasl-perl(no description available)
ii  libcrypt-ssleay-perl  0.57-1+b1  Support for https protocol in LWP
ii  libparse-debcontrol-p 2.005-2Easy OO parsing of Debian control-
pn  libsoap-lite-perl  (no description available)
pn  libterm-size-perl  (no description available)
ii  libtimedate-perl  1.1600-9   Time and date functions for Perl
ii  liburi-perl   1.37+dfsg-1Manipulates and accesses URI strin
ii  libwww-perl   5.820-1WWW client/server library for Perl
pn  libyaml-syck-perl  (no description available)
ii  lintian   2.1.4  Debian package checker
ii  lsb-release   3.2-20 Linux Standard Base version report
ii  man-db2.5.2-3on-line manual pager
ii  openssh-client [ssh-c 1:5.1p1-4  secure shell client, an rlogin/rsh
ii  patch 2.5.9-5Apply a diff file to an original
ii  patchutils0.2.31-4   Utilities to work with patches
ii  strace4.5.17+cvs080723-2 A system call tracer
ii  subversion1.5.1dfsg1-2   Advanced version control system
ii  unzip 5.52-12De-archiver for .zip files
pn  wdiff  (no description available)
ii  wget  1.11.4-2   retrieves files from the web

Versions of packages devscripts suggests:
ii  build-essential   11.4   Informational list of build-essent
pn  cvs-buildpackage   (no description available)
pn  devscripts-el  (no description available)
ii  gnuplot   4.2.4-4A command-line driven interactive 
ii  libfile-desktopentry-perl 0.04-1 Perl module to handle freedesktop 
pn  libnet-smtp-ssl-perl   (no description available)
ii  mutt  1.5.18-4   text-based mailreader supporting M
pn  svn-buildpackage   (no description available)

-- no debconf information



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

Bug#511028: jspwiki: Install.jsp encounters permission-errors

[Kalle Kivimaa]

"Olaf Zevenboom"  writes:
> The baseURL did not do much at my system. http://localhost:8180/JSPWiki/ did
> give a bit of a clumsy result:
> Home 

This looks like you've missed the trailing / from the baseURL. In any
case, I can modify the Install.jsp to install stuff to /etc/jspwiki
instead of the default /usr/share/jspwiki.

> Therefor and because it was/is not explicitly mentioned in the dpkg
> installscript and README.Debian, I ran the Install.jsp script.

I'll improve the documentation for this in the 2.8.1 release which
will come soonish (as soon as the two missing libraries enter Debian).

> Is the mentioning of "beta-21" correct?

No, but that's a problem also upstream.

> Adding support for multiple wikis in debconf would be a nice feature. Also
> docs/hints for Tomcat security in relation to jspwiki would be nice too.

Running JSPWiki with the Tomcat security manager enabled is always my
goal, but sometimes I don't reach it... As to supporting multiple
wikis via debconf, I'll look into that. If it is OK with you, I'll
transform this bug report into a wishlist bug about documentation and
multiple wiki support.

-- 
* Sufficiently advanced magic is indistinguishable from technology (T.P)  *
*   PGP public key available @ http://www.iki.fi/killer   *



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

Bug#484122: There is a patch!

[Clayton]

The libpam-mount patch below fixes this for me.

Begin forwarded message:

Date: Tue, 6 Jan 2009 23:09:30 +0100 (CET)
From: Jan Engelhardt 
To: 510990-submit...@bugs.debian.org
Subject: Bug#510990: (no subject)

Thanks for bringing this to attention again.
Since it was easily reproducible, the patch I come up with is

http://dev.medozas.de/gitweb.cgi?p=pam_mount;a=commitdiff;h=3d58b8a1aa22cf51a1c2a67934573434d04d6707

and will appear in release version 1.8 soon-ish.



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

Bug#510990: (no subject)

[Clayton]

Great! Glad to have cron back on this machine. I am running with your
patch now.

And for the record, my little patch turned out to have some serious
negative side-effects.

Clayton

On Tue, 6 Jan 2009 23:09:30 +0100 (CET)
Jan Engelhardt  wrote:

> Thanks for bringing this to attention again.
> Since it was easily reproducible, the patch I come up with is
> 
> http://dev.medozas.de/gitweb.cgi?p=pam_mount;a=commitdiff;h=3d58b8a1aa22cf51a1c2a67934573434d04d6707
> 
> and will appear in release version 1.8 soon-ish.



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

Bug#511060: dovecot-imapd: Dovecot imapd deliberately fails if the clock moves backwards on a server.

[Jim Studt]

Package: dovecot-imapd
Version: 1:1.0.15-2.3
Severity: important

Dovecot imapd terminates itself deliberately if the system clock moves 
backwards.
This is the same underlying issue as bug 420175, but that was a laptop after a 
suspend and was deemed unimportant because of that.

This occurs on a XEN based virtual private server at a commercial hosting 
facility.

Jan  7 04:54:49 xxx dovecot: Time just moved backwards by 81 seconds. This 
might cause a lot of problems, so I'll just kill myself now. 
http://wiki.dovecot.org/TimeMovedBackwards

A timebomb like this renders dovecot unsuitable for use on servers as all email 
clients
will be unable to connect to the mail server until an administrator discovers 
the problem
and restarts the mail server.

The upstream wiki mentioned in the syslog message suggests runing ntpd on a XEN 
domU can
cause this. This is not the case with this occurence. No ntp or clock setting 
code
is running in the domU.

Upstream appears unwilling to address the problem, per the same wiki page.
They never want a file to have a timestamp in the future. I'm not sure how
stopping protects from that, but that is their position.

Possible resolutions could be:
  - wrap the dovecot daemon in a script that restarts it in this case.
  - warn administrators that they are installing a fragile solution during 
install.

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

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

Versions of packages dovecot-imapd depends on:
ii  dovecot-common  1:1.0.15-2.3 secure mail server that supports m
ii  libc6   2.7-16   GNU C Library: Shared libraries
ii  libssl0.9.8 0.9.8g-14SSL shared libraries

dovecot-imapd recommends no packages.

dovecot-imapd 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#502729: and the mysterious freebsd-utils package

[Craig Small]

On Wed, Jan 07, 2009 at 12:22:04AM +0100, Cyril Brulebois wrote:
> I hope it's enough through the bug?
It was, thanks.

 - Craig
-- 
Craig Small  GnuPG:1C1B D893 1418 2AF4 45EE  95CB C76C E5AC 12CA DFA5
http://www.enc.com.au/ csmall at : enc.com.au
http://www.debian.org/  Debian GNU/Linux, software should be Free 



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

Bug#510934: man page has wrong absolute path of pine.conf

[Asheesh Laroia]

On Tue, 6 Jan 2009, Jayen Ashar wrote:


Package: alpine
Version: 1.10+dfsg-3~bpo40+1
Severity: minor

the man page says pine.conf lives in /usr/local/lib/, but the executable
looks in /etc/.


Thanks! I'll try to handle this in the next day or week or two.

-- Asheesh.

--
A banker is a fellow who lends you his umbrella when the sun is shining
and wants it back the minute it begins to rain.
-- Mark Twain



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

Bug#510924: iproute: tc fails on action ipt

[jamal]

On Wed, 2009-01-07 at 05:06 +0100, Jan Engelhardt wrote:

> v1.4.2-rc1-10-g126c136

Thanks.

It doesnt work on Lenny I think because there is an older iptables. 
On Lenny as well i dont see either IPTABLES_LIB_DIR or XTABLES_LIBDIR
being set.

--
dogo:~# iptables -V
IPTABLES_LIB_DIR is deprecated
iptables v1.4.1.1
--

BTW, it would have been nice if that message reads
"IPTABLES_LIB_DIR is deprecated use XTABLES_LIBDIR instead"

Yevgeny - It should work since you have a newer iptables
i.e follow what i did. If it fails - please post the steps you did
(dont forget to export IPTABLES_LIB_DIR first so it can be seen by
ipt)

cheers,
jamal




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

Bug#510924: iproute: tc fails on action ipt

[Jan Engelhardt]

On Wednesday 2009-01-07 04:54, jamal wrote:
>On Wed, 2009-01-07 at 02:06 +0100, Jan Engelhardt wrote:
>
>> This has been merged into iptables.
>
>nice. Which iptables version that would be?

v1.4.2-rc1-10-g126c136



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

Bug#511059: udftools: cdrwtool -d /dev/hdc -q fails

[Hugh Lawson]

Package: udftools
Version: 1.0.0b3-14
Severity: normal


$ cdrwtool -d /dev/hdc -q

Output of command:

using device /dev/hdc
870KB internal buffer
setting write speed to 12x
wait_cmd: Bad address
Command failed: bb 00 ff ff 08 40 00 00 00 00 00 00 - sense 00.00.00
set speed
can't unlock door




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

Kernel: Linux 2.6.26-1-686 (SMP w/2 CPU cores)
Locale: LANG=en_US.ISO-8859-15, LC_CTYPE=en_US.ISO-8859-15 (charmap=ISO-8859-15)
Shell: /bin/sh linked to /bin/bash

Versions of packages udftools depends on:
ii  libc6 2.7-16 GNU C Library: Shared libraries
ii  libncurses5   5.7+20081213-1 shared libraries for terminal hand
ii  libreadline5  5.2-3  GNU readline and history libraries

Versions of packages udftools recommends:
ii  udev  0.125-7/dev/ and hotplug management daemo

Versions of packages udftools suggests:
ii  dvd+rw-tools  7.1-3  DVD+-RW/R tools
pn  pmount (no description available)

-- no debconf information



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

Bug#510924: iproute: tc fails on action ipt

[Jan Engelhardt]

On Wednesday 2009-01-07 04:53, jamal wrote:
>
>Ok, that explains why IPTABLES_LIB_DIR is no longer seen on lenny.
>What is the replacement for it?
>In any case it doesnt matter for now - just export it and ipt will
>read it.

XTABLES_LIBDIR.



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

Bug#510924: iproute: tc fails on action ipt

[jamal]

Ok, that explains why IPTABLES_LIB_DIR is no longer seen on lenny.
What is the replacement for it?
In any case it doesnt matter for now - just export it and ipt will
read it.

cheers,
jamal

On Wed, 2009-01-07 at 02:52 +0200, Yawhen Kasarzhewski wrote:
> I have latest iptables here:
> 
> r...@warp:~# iptables -V
> IPTABLES_LIB_DIR is deprecated
> iptables v1.4.2
> r...@warp:~# dpkg -S libxt_MARK
> iptables: /lib/xtables/libxt_MARK.so
> 
> Same latest version is introduced on netfilter.org





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

Bug#510924: iproute: tc fails on action ipt

[jamal]

On Wed, 2009-01-07 at 02:06 +0100, Jan Engelhardt wrote:

> This has been merged into iptables.

nice. Which iptables version that would be?

cheers,
jamal




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

Bug#510954: lintian: reports "unusual interpreter" for /usr/bin/rep

[Ian Zimmerman]

Ian> /usr/bin/rep (in the librep* package) is the interpreter for the
Ian> Lisp dialect in which the window manager Sawfish is written.

Russ> Hm, that looks like a bug in the librep9 package, yes?  Shared
Russ> library packages may not contain unversioned files, since that
Russ> prevents two versions of the shared library from co-existing
Russ> (Policy 8.2).  I don't see it in the lenny release policy, so the
Russ> release team may not consider it RC, but it's a violation of a
Russ> Policy must.

Russ> I'm happy to add the interpreter, but I think it's going to need
Russ> to move into a separate package at some point, so maybe Lintian
Russ> should wait until the name of that package has been determined.

Russ> I'll file a bug against librep9.

You're right - I came to precisely the same conclusion trying to
privately package a new upstream version.

-- 
Ian Zimmerman 
gpg public key: 1024D/C6FF61AD 
fingerprint: 66DC D68F 5C1B 4D71 2EE5  BD03 8A00 786C C6FF 61AD
Ham is for reading, not for eating.



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

Bug#510612: me-tv: problem with UTF-8 prevents channel-scan window from closing

[Michael Lamothe]

Hi Norman,

Not sure if you've worked this one out but the easiest thing for you
to do is go into the ~/.me-tv/channels.conf and fix it up with a text
editor.

Thanks,

Michael



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

Bug#511054: inn2: permissions problem after lenny install

[Russ Allbery]

The Eclectic One  writes:

> The inn system doesn't even start after installation.  There are plenty
> of files with the wrong ownership and permissions per inncheck (see
> output below).  Running "inncheck -f -perm | sh" fixes it and then inn
> starts and is usable.  It seems running inncheck should be part of the
> post-install script, or the install scripts should set the ownership and
> permissions of the files correctly.

You don't want to blindly apply the results of inncheck.  Most of what
it's finding is not relevant to a Debian installation; it's assuming a
stand-alone install from source, with a much different permission and
ownership scheme.

Something in here is causing the problem from what you say about how you
fixed it, but just doing all of these changes almost certainly isn't the
right fix.

I'm afraid I don't know what the right fix is, though.  :/

(For the record, I'm an upstream INN maintainer.)

-- 
Russ Allbery (r...@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#511058: bad target dependency breaks parallel builds (-j2)

[Robert Millan]

Package: coreutils
Version: 6.10-6
Severity: normal
Tags: patch

See attached patch, it fixes a race that breaks parallel builds.

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

Kernel: Linux 2.6.18-6-amd64 (SMP w/2 CPU cores)
Locale: LANG=ca_AD.UTF-8, LC_CTYPE=ca_AD.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages coreutils depends on:
ii  libacl1   2.2.47-2   Access control list shared library
ii  libc6 2.7-16 GNU C Library: Shared libraries
ii  libselinux1   2.0.65-5   SELinux shared libraries

coreutils recommends no packages.

coreutils suggests no packages.

-- no debconf information
--- debian/rules~   2009-01-07 04:22:18.0 +0100
+++ debian/rules2009-01-07 04:23:14.0 +0100
@@ -58,8 +58,8 @@
 
touch configure-stamp
 
-build: configure-stamp build-stamp
-build-stamp: $(patched)
+build: build-stamp
+build-stamp: $(patched) configure-stamp
dh_testdir
 
cd $(BUILD_TREE) && $(MAKE)

Bug#511054: inn2: permissions problem after lenny install

[Marco d'Itri]

retitle 511054 inncheck suggests insecure permissions
severity 511054 minor
tag 511054 help
thanks

On Jan 07, The Eclectic One  wrote:

> The inn system doesn't even start after installation.  There are plenty
Bullshit. Next time try checking the log for specific errors.

> of files with the wrong ownership and permissions per inncheck (see
> output below).  Running "inncheck -f -perm | sh" fixes it and then
> inn starts and is usable.  It seems running inncheck should be part of
> the post-install script, or the install scripts should set the ownership
> and permissions of the files correctly.
inncheck is wrong.

> /var/log/news:0: mode 644, should be 755
So your system was already broken. From postinst:

if [ ! -d /var/log/news ]; then
install -d -m 775 -o news -g news /var/log/news
fi

-- 
ciao,
Marco


signature.asc
Description: Digital signature

Bug#511056: Broken link in http://www.debian.org/devel/people

[Nelson A. de Oliveira]

Package: www.debian.org
Severity: normal

Hi again!

The first link in http://www.debian.org/devel/people (the "here" from 'GPG/PGP
keys of package maintainers can be downloaded from here.', pointing to
http://ftp.debian.org/debian/doc/debian-keyring.tar.gz) is broken.

Thank you!

Best regards,
Nelson

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

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



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

Bug#511057: FTBFS: cpia2 module fails

[Arthur Marsh]

Package: linux-source-2.6.28
Version: 2.6.28-1~experimental.1~snapshot.12545
Severity: normal


I copied the kernel config from the most recent 686 binary
to the 2.6.28 source directory, ran make menuconfig only changing 
some unrelated cpu options, leaving drivers at default, then make-kpkg 
--initrd linux-image and had the error:

HOSTCC  firmware/ihex2fw
  IHEX2FW firmware/keyspan_pda/keyspan_pda.fw
  IHEX2FW firmware/keyspan_pda/xircom_pgs.fw
make[2]: *** No rule to make target `firmware/cpia2/stv0672_vp4.bin', 
needed by `__fw_modbuild'.  Stop.
make[1]: *** [modules] Error 2
make[1]: Leaving directory `/usr/src/linux-source-2.6.28'
make: *** [debian/stamp/build/kernel] Error 2

I have removed the cpia2 driver using make menuconfig and have 
recommenced kernel compilation.

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

Kernel: Linux 2.6.28 (SMP w/1 CPU core; PREEMPT)
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages linux-source-2.6.28 depends on:
ii  binutils2.18.1~cvs20080103-7 The GNU assembler, linker and bina
ii  bzip2   1.0.5-1  high-quality block-sorting file co

Versions of packages linux-source-2.6.28 recommends:
ii  gcc   4:4.3.2-2  The GNU C compiler
ii  libc6-dev [libc-dev]  2.7-18 GNU C Library: Development Librari
ii  make  3.81-5 The GNU version of the "make" util

Versions of packages linux-source-2.6.28 suggests:
ii  kernel-package11.015 A utility for building Linux kerne
ii  libncurses5-dev [ncurses- 5.7+20081220-1 developer's libraries and docs for
ii  libqt3-mt-dev 3:3.3.8b-5 Qt development files (Threaded)

-- 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#510793: Dies with sigseg

[Clint Adams]

On Sun, Jan 04, 2009 at 10:35:47PM +0100, Jörg Sommer wrote:
> Running bogofilter with the same message again, by hand, makes it
> succeed. I don't think it's a bug in bogofilter but a linking problem. I
> hand the same problem with exim: http://bugs.debian.org/150026

Linking problem how?

> It doesn't happen with every message and I can't reproduce it. If you
> have an idea what I can do, please let me know.

Are you allowing it to dump core?  Does it ever segfault outside of exim?
Does upgrading to libdb4.6 4.6.21-13 make any difference?



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

Bug#511055: www.debian.org/devel/people doesn't display co-maintained packages

[Nelson A. de Oliveira]

Package: www.debian.org
Severity: normal

Hi!

http://www.debian.org/devel/people has a paragraph that says:

If a person is a co-maintainer (or uploader) for the package and not its
primary maintainer, this will be indicated by an asterisk (*) behind the
package name. This is often the case for group-maintained packages. 

But there are no packages marked with an asterisk!
Packages are only displayed for the maintainer, not for uploaders
(co-maintainers) too.

Thank you!

Best regards,
Nelson

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

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



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

Bug#511054: inn2: permissions problem after lenny install

[The Eclectic One]

Package: inn2
Version: 2.4.5-5
Severity: grave
Justification: renders package unusable

The inn system doesn't even start after installation.  There are plenty
of files with the wrong ownership and permissions per inncheck (see
output below).  Running "inncheck -f -perm | sh" fixes it and then
inn starts and is usable.  It seems running inncheck should be part of
the post-install script, or the install scripts should set the ownership
and permissions of the files correctly.

#inncheck

/var/lib/news/active:0: mode 644, should be 664
/etc/news/control.ctl:0: owned by root, should be news
/etc/news/control.ctl:0: in group root, should be news
/etc/news/expire.ctl:0: owned by root, should be news
/etc/news/expire.ctl:0: in group root, should be news
/etc/news/incoming.conf:0: owned by root, should be news
/etc/news/incoming.conf:0: in group root, should be news
/etc/news/incoming.conf:0: mode 644, should be 640
/etc/news/inn.conf:0: owned by root, should be news
/etc/news/inn.conf:0: in group root, should be news
/etc/news/moderators:0: owned by root, should be news
/etc/news/moderators:0: in group root, should be news
/etc/news/newsfeeds:0: owned by root, should be news
/etc/news/newsfeeds:0: in group root, should be news
/etc/news/nntpsend.ctl:0: owned by root, should be news
/etc/news/nntpsend.ctl:0: in group root, should be news
/etc/news/overview.fmt:0: owned by root, should be news
/etc/news/overview.fmt:0: in group root, should be news
/etc/news/passwd.nntp:0: owned by root, should be news
/etc/news/readers.conf:0: owned by root, should be news
/etc/news/readers.conf:0: in group root, should be news

#inncheck -perm

/var/spool/news/archive:0: mode 775, should be 755
/var/spool/news/incoming/bad:0: mode 775, should be 755
/var/spool/news/outgoing:0: mode 775, should be 755
/usr/lib/news/bin/control:0: owned by root, should be news
/usr/lib/news/bin/control:0: in group root, should be news
/var/log/news:0: mode 644, should be 755
/usr/lib/news/bin:0: owned by root, should be news
/usr/lib/news/bin:0: in group root, should be news
/etc/news:0: owned by root, should be news
/usr/lib/news:0: owned by root, should be news
/usr/lib/news:0: in group root, should be news
/var/log/news/OLD:0: mode 775, should be 755
/usr/lib/news/bin/rnews.libexec:0: owned by root, should be news
/usr/lib/news/bin/rnews.libexec:0: in group root, should be news
/var/spool/news/incoming/tmp:0: mode 775, should be 755
/var/spool/news/articles:0: mode 775, should be 755
/var/spool/news/incoming:0: mode 775, should be 755
/var/run/news:0: mode 775, should be 750
/usr/lib/news/bin/innd:0: owned by root, should be news
/usr/lib/news/bin/innd:0: in group root, should be news
/usr/lib/news/bin/innd:0: mode 755, should be 550
/usr/lib/news/bin/nnrpd:0: owned by root, should be news
/usr/lib/news/bin/nnrpd:0: in group root, should be news
/usr/lib/news/bin/nnrpd:0: mode 755, should be 555
/usr/lib/news/bin/rnews:0: in group uucp, should be news
/usr/lib/news/bin/rnews:0: mode 4755, should be 500
/usr/lib/news/bin/inews:0: owned by root, should be news
/usr/lib/news/bin/inews:0: in group root, should be news
/usr/lib/news/bin/inews:0: mode 755, should be 550
/usr/lib/news/bin/rc.news:0: owned by root, should be news
/usr/lib/news/bin/rc.news:0: in group root, should be news
/usr/lib/news/bin/rc.news:0: mode 755, should be 550
/usr/lib/news/bin/inndstart:0: mode 4754, should be 4550
/etc/news/newsfeeds:0: owned by root, should be news
/etc/news/newsfeeds:0: in group root, should be news
/etc/news/moderators:0: owned by root, should be news
/etc/news/moderators:0: in group root, should be news
/etc/news/control.ctl:0: owned by root, should be news
/etc/news/control.ctl:0: in group root, should be news
/etc/news/passwd.nntp:0: owned by root, should be news
/etc/news/incoming.conf:0: owned by root, should be news
/etc/news/incoming.conf:0: in group root, should be news
/etc/news/incoming.conf:0: mode 644, should be 640
/etc/news/nntpsend.ctl:0: owned by root, should be news
/etc/news/nntpsend.ctl:0: in group root, should be news
/etc/news/readers.conf:0: owned by root, should be news
/etc/news/readers.conf:0: in group root, should be news
/etc/news/overview.fmt:0: owned by root, should be news
/etc/news/overview.fmt:0: in group root, should be news
/var/lib/news/active:0: mode 644, should be 664
/etc/news/inn.conf:0: owned by root, should be news
/etc/news/inn.conf:0: in group root, should be news
/etc/news/expire.ctl:0: owned by root, should be news
/etc/news/expire.ctl:0: in group root, should be news
/var/lib/news/history:0: mode 664, should be 644
/usr/lib/news/bin/ctlinnd:0: owned by root, should be news
/usr/lib/news/bin/ctlinnd:0: in group root, should be news
/usr/lib/news/bin/ctlinnd:0: mode 755, should be 550
/usr/lib/news/bin/expirerm:0: owned by root, should be news
/usr/lib/news/bin/expirerm:0: in group root, should be news
/usr/lib/news/bin/expirerm:0: mode 755, should be 550
/usr/lib/news/bin/inncheck:0: owned by root, should be

Bug#498548: SKB BUG: Invalid truesize

[Gerald Villemure]

I can now confirm that turning off OpenVPN will stop these error messages.

Unfortunately they resume shortly after restarting OpenVPN.

Gérald



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

Bug#511053: [patch] minor fixes to partman/preseeding notes

[Vincent McIntyre]

Package: debian-installer
Severity: minor

I was trying to install 'etch' with the 'lenny' dailies and I got
caught by the change in the way disks names are handled, ie preseeding
  d-i partman-auto/disk string /dev/discs/disc0/disc
no longer works.
I was reading the partman docs and noticed a few things.

Two patches are attached for your consideration.

 - partman-auto-recipe.txt.patch
 a few suggested grammatical changes

 - preseed.xml
 it is now possible to preseed multiple disks
 try to enhance preseeding example's comments
 point to partman-auto-recipe.txt on websvn.
 mention lvm-related improvements


This contribution is licensed under GPL2, if that matters.

Cheers
VinceIndex: installer/doc/devel/partman-auto-recipe.txt
===
--- installer/doc/devel/partman-auto-recipe.txt	(revision 57117)
+++ installer/doc/devel/partman-auto-recipe.txt	(working copy)
@@ -197,10 +197,10 @@
 
 Multiple disks can also be partitioned at the same time. Those must be
 specified in partman-auto/disk. Partitions that are neither on a Logical
-Volumes, nor have a specific device specified (e.g. /boot) will default on
+Volume, nor have a specific device specified (e.g. /boot) will default on
 being on the first disk.
 
-To explicitely declare a Physical Volume, define a parition  the following:
+To explicitly declare a Physical Volume, define a partition as follows:
 
 100 1000 10 ext3
 $defaultignore{ }
@@ -223,7 +223,7 @@
 method{ swap }
 format{ } .
 
-"lv_name{ }" specify the name of the Logical Volume being created.
+"lv_name{ }" specifies the name of the Logical Volume being created.
 
 4. ARCHITECTURE DEPENDENT RECIPES
 -
Index: appendix/preseed.xml
===
--- appendix/preseed.xml	(revision 57116)
+++ appendix/preseed.xml	(working copy)
@@ -935,13 +935,11 @@
   Partitioning
 
 
-Using preseeding to partition the harddisk is very much limited to what is
+Using preseeding to partition the harddisk is limited to what is
 supported by partman-auto. You can choose to partition
 either existing free space on a disk or a whole disk. The layout of the
 disk can be determined by using a predefined recipe, a custom recipe from
-a recipe file or a recipe included in the preconfiguration file. It is
-currently not possible to partition multiple disks using preseeding.
-
+a recipe file or a recipe included in the preconfiguration file.
 
 
 
@@ -953,16 +951,23 @@
 
 
 
+# If the system has only one disk the installer will default to using that.
+#
 # If the system has free space you can choose to only partition that space.
 #d-i partman-auto/init_automatically_partition select biggest_free
-
-# Alternatively, you can specify a disk to partition. The device name must
-# be given in traditional non-devfs format.
-# Note: A disk must be specified, unless the system has only one disk.
+#
+# Alternatively, you may specify a disk to partition.
+# On a multi-disk system you must specify which disk to partition.
+# The device name must be given in traditional, non-devfs format -
+# e.g. /dev/hda or /dev/sda, and not e.g. /dev/discs/disc0/disc.
 # For example, to use the first SCSI/SATA hard disk:
 #d-i partman-auto/disk string /dev/sda
+
 # In addition, you'll need to specify the method to use.
-# The presently available methods are: "regular", "lvm" and "crypto"
+# The presently available methods are:
+# - regular: use the usual partition types for your architecture
+# - lvm: use LVM to partition the disk
+# - crypto:  create encrypted partitions
 d-i partman-auto/method string lvm
 
 # If one of the disks that are going to be automatically partitioned
@@ -981,7 +986,8 @@
 d-i partman-auto/choose_recipe select atomic
 
 # Or provide a recipe of your own...
-# The recipe format is documented in the file devel/partman-auto-recipe.txt.
+# The recipe format is documented in the file doc/devel/partman-auto-recipe.txt.
+# (&url-d-i-websvn;/trunk/installer/doc/devel/partman-auto-recipe.txt)
 # If you have a way to get a recipe file into the d-i environment, you can
 # just point at it.
 #d-i partman-auto/expert_recipe_file string /hd-media/recipe
@@ -1005,6 +1011,9 @@
 #  64 512 300% linux-swap  \
 #  method{ swap } format{ }\
 #  .
+# Other settings such as filesystem labels, volume group names and
+# which physical devices to include in a volume group, may be specified
+# in the expert_recipe. See partman-auto-recipe.txt for details.
 
 # This makes partman automatically partition without confirmation, provided
 # that you told it what to do using one of the methods above.

Bug#511052: Task packages download can not be cancelled

[Raphael Geissert]

Package: debian-installer
Version: 20081029

Hi,

After I accidentally marked the "desktop environment" (or whatever the exact 
name is) task and started downloading the packages there was no way I could 
stop the download process. Ctrl+c, ctrl+z, escp, nothing worked, and sending 
a SIGHUP, later a SIGTERM, and finally a SIGKILL to aptitude and the other 
d-i subprocs related to the packages download only cause the d-i screen to be 
stall.

Although I would like to see an option to cancel the download process 
(severity: wishlist) I would first of all like to see d-i reacting whenever 
its child procs are killed (hence the severity of the report).

Oh, and starting another d-i instance didn't help at all as the locks were 
still around and nothing could be done.

Cheers,
-- 
Raphael Geissert - Debian Maintainer
www.debian.org - get.debian.net


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

Bug#511050: Obsolete conffile gnome-power-manager.conf not removed on upgrades

[Michael Biebl]

Package: gnome-power-manager
Version: 2.22.1-4
Severity: important

Hi,

The obsolete D-Bus conffile
/etc/dbus-1/system.d/gnome-power-manager.conf
is not removed on upgrades. The package no longer ships this file.

See [1] for how to handle conffile (re)movals.

Cheers,
Michael

[1] http://wiki.debian.org/DpkgConffileHandling


-- Package-specific info:
Distro version:   5.0
Kernel version:   2.6.27.10
g-p-m version:2.22.1
HAL version:  0.5.11
System manufacturer:  missing
System version:   missing
System product:   missing
AC adapter present:   yes
Battery present:  yes
Laptop panel present: no
CPU scaling present:  yes
Battery Information:
  battery.charge_level.current = 17700  (0x4524)  (int)
  battery.charge_level.design = 17700  (0x4524)  (int)
  battery.charge_level.last_full = 17700  (0x4524)  (int)
  battery.charge_level.percentage = 100  (0x64)  (int)
  battery.charge_level.rate = 2989  (0xbad)  (int)
  battery.is_rechargeable = true  (bool)
  battery.model = 'Primary'  (string)
  battery.present = true  (bool)
  battery.rechargeable.is_charging = false  (bool)
  battery.rechargeable.is_discharging = false  (bool)
  battery.reporting.current = 1196  (0x4ac)  (int)
  battery.reporting.design = 1196  (0x4ac)  (int)
  battery.reporting.last_full = 1196  (0x4ac)  (int)
  battery.reporting.rate = 202  (0xca)  (int)
  battery.reporting.technology = 'Li-ion'  (string)
  battery.reporting.unit = 'mAh'  (string)
  battery.serial = '00 CC 10 AC 00 64 14 00'  (string)
  battery.technology = 'lithium-ion'  (string)
  battery.type = 'primary'  (string)
  battery.vendor = ' Hewlett-Packard'  (string)
  battery.voltage.current = 16591  (0x40cf)  (int)
  battery.voltage.design = 14800  (0x39d0)  (int)
  battery.voltage.unit = 'mV'  (string)
GNOME Power Manager Process Information:
michael  15437  1.0  1.0  12696  7856 pts/4S+   02:51   0:01  \_ 
/usr/bin/python /usr/bin/reportbug gnome-power-manager
michael  20286  0.0  0.0   1824   480 pts/4S+   02:54   0:00  \_ sh 
-c /usr/share/reportbug/handle_bugscript  '/usr/share/bug/gnome-power-m
HAL Process Information:
112  15039  0.2  0.5   6328  4072 ?Ss   02:49   0:00 /usr/sbin/hald
root 15040  0.0  0.1   3352  1072 ?S02:49   0:00  \_ hald-runner
root 15075  0.0  0.1   3416  1028 ?S02:49   0:00  \_ 
hald-addon-input: Listening on /dev/input/event4 /dev/input/event3 /dev/input/
root 15081  0.0  0.1   3428  1016 ?S02:49   0:00  \_ 
/usr/lib/hal/hald-addon-cpufreq
112  15082  0.0  0.1   2272   884 ?S02:49   0:00  \_ 
hald-addon-acpi: listening on acpid socket /var/run/acpid.socket
root 15105  0.0  0.1   3416  1040 ?S02:49   0:00  \_ 
hald-addon-storage: polling /dev/scd0 (every 2 sec)

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

Kernel: Linux 2.6.27.10
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages gnome-power-manager depends on:
ii  dbus-x11 1.2.4.2permissive-1 simple interprocess messaging syst
ii  gconf2   2.22.0-1GNOME configuration database syste
ii  hal  0.5.11-7Hardware Abstraction Layer
ii  libart-2.0-2 2.3.20-2Library of functions for 2D graphi
ii  libatk1.0-0  1.22.0-1The ATK accessibility toolkit
ii  libbonobo2-0 2.22.0-1Bonobo CORBA interfaces library
ii  libbonoboui2-0   2.22.0-1The Bonobo UI library
ii  libc62.7-18  GNU C Library: Shared libraries
ii  libcairo21.6.4-7 The Cairo 2D vector graphics libra
ii  libdbus-1-3  1.2.4.2permissive-1 simple interprocess messaging syst
ii  libdbus-glib-1-2 0.76-1  simple interprocess messaging syst
ii  libfontconfig1   2.6.0-3 generic font configuration library
ii  libfreetype6 2.3.7-2 FreeType 2 font engine, shared lib
ii  libgconf2-4  2.22.0-1GNOME configuration database syste
ii  libglade2-0  1:2.6.3-1   library to load .glade files at ru
ii  libglib2.0-0 2.18.3-1The GLib library of C routines
ii  libgnome-keyring02.22.3-2GNOME keyring services library
ii  libgnome2-0  2.20.1.1-2  The GNOME 2 library - runtime file
ii  libgnomecanvas2-02.20.1.1-1  A powerful object-oriented display
ii  libgnomeui-0 2.20.1.1-2  The GNOME 2 libraries (User Interf
ii  libgnomevfs2-0   1:2.22.0-5  GNOME Virtual File System (runtime
ii  libgstreamer0.10-0   0.10.20-1   Core GStreamer libraries and eleme
ii  libgtk2.0-0  2.14.5-1The GTK+ graphical user interface 
ii  libhal1  0.5.11-7   

Bug#511049: libapache2-mod-php5: should remove /etc/php5/apache2/.start in postinst

[Raphael Geissert]

Package: libapache2-mod-php5
Severity: minor
Tags: confirmed


-- Forwarded message --
From: Anon Sricharoenchai 
Date: 2008/12/23
Subject: [php-maint] libapache2-mod-php5: should remove
/etc/php5/apache2/.start in postinst?
To: pkg-php-ma...@lists.alioth.debian.org
Cc: anon@gmail.com


Hi,

According to,
http://svn.debian.org/wsvn/pkg-php/php5/trunk/debian/libapache2-mod-php5.postinst?op=file&rev=1127&sc=1

   if [ -e /etc/php5/apache2/.start ]; then
   a2enmod php5 >/dev/null || true
   rm /etc/php5/apache2/.start # <-- we should also add this command?
   fi


-- 
Raphael Geissert - Debian Maintainer
www.debian.org - get.debian.net

Timothy Leary  - "Women who seek to be equal with men lack ambition."



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

Bug#510415: tech-ctte: Qmail inclusion (or not) in Debian

[Steve Langasek]

On Tue, Jan 06, 2009 at 08:48:08AM +0100, Raphael Hertzog wrote:
> On Mon, 05 Jan 2009, Don Armstrong wrote:

> >   1) an upload to experimental with
> >   2) all of the issues that have been identified as RC filed as RC
> >  bugs against the package with
> >   3) acceptance into sid occuring only when the RC bugs which have
> >  a serious negative impact on the internet in large fixed and
> >   4) acceptance into testingg occuring as usual with
> >   5) an RM "unacceptable for release" RC bug filed until the RMs
> >  have a chance to come to a determination

> > be an acceptable compromise for the ftpmasters and the prospective
> > Qmail maintainer(s)? (Or at least, a start towards something that
> > could possibly be compromised on?)

> +1. 

> I find this suggestion to be much more in line with our current
> procedures. 

> I'm particularly uneasy with letting the ftpmasters decide
> what's acceptable in the Debian archive on some non-usual policy
> requirements that can be difficult to justify. 

On the contrary, I think the ftp team's behavior has been commendable here;
they believe qmail is sufficiently buggy that it's unsuitable for the
archive, but recognize that there are different opinions on this question
among Debian developers and that this decision is grounded in reasons that
fall outside the normal reasons for package rejects, so they have referred
the question to the TC.

Individual developers make decisions all the time about whether software is
Too Buggy To Live, when they decide whether or not a package should be
uploaded yet to the archive.  The ftpmasters also have to make decisions on
the same question when they do NEW processing.  In the rare cases when the
ftp team and the uploader reach a different conclusion, it's altogether
reasonable to ask the TC to adjudicate.

> I'm not saying that we must let any crap enter the archive but when we
> have a maintainer and some reasonably popular piece of software, we
> should accept it in the archive. Note: it's not the same as accepting it
> in our stable release where all our usual criteria do apply.

I don't agree that popularity + maintainer activity are sufficient to
justify allowing a package into the archive.

Put another way: I don't believe that the sets "software that's reasonably
popular and has a maintainer" and "crap" are disjoint.

(I'm not saying that qmail must not be allowed in the archive; I'm only
saying that it's not a foregone conclusion that we should allow it in
because there's a Debian developer who wants it there.)

-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
Ubuntu Developerhttp://www.debian.org/
slanga...@ubuntu.com vor...@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#275491: [Pkg-awstats-devel] Bug#275491: ping for #275491

[Andreas Henriksson]

On tis, 2009-01-06 at 14:34 -0800, Matt Taggart wrote:
> This is a ping for #275491, no one responded to my last mail to the bug.
> 
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=275491

Lenny is currently in freeze, so no bugs below the release-critical line
is targeted for any short-term evaluation.
If you'd like to help out with awstats after Lenny is released, your
help is more then welcome!


-- 
Regards,
Andreas Henriksson



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

Bug#495483: Another instance of the DoSwapInterval segfault

[Hugo Herbelin]

Hi,

I have the DoSwapInterval segfault with Xorg 1.4.2 too on a MacBook
Pro (amd64). It can be systematically triggered e.g. by calling
gnome-screensaver-preferences.  The trace is the same as already given
by other people (see below for the exact trace). Faulty line 80 of
GL/glx/swap_interval.c:80 says:

  (void) (*cx->pGlxScreen->swapInterval)(cx->drawPriv, interval);

knowing that the swapInterval field is set in GL/glx/glxdri.c to
function __glXDRIdrawableSwapInterval from GL/glx/glxdri.c. The code
of this latter function (the function that certainly segfaults) is

  static int
  __glXDRIdrawableSwapInterval(__GLXdrawable *baseDrawable, int interval)
  {
  __GLXDRIdrawable *draw = (__GLXDRIdrawable *) baseDrawable;
  
  __glXDRIdrawableFoo(draw);
  
  draw->driDrawable->swap_interval = interval;
  return 0;
  }

Now, there is a comment on top of the code of glXDRIdrawableFoo that
says:

/**
 * \bug
 * We're jumping through hoops here to get the DRIdrawable which the DRI
 * driver tries to keep to it self...  cf. FIXME in \c createDrawable.
 */

Could it be related to the crash?

Alternatively, could it be possible that the cast from "__GLXdrawable *"
to "__GLXDRIdrawable *" (a cast which expects that the room needed
for the extra field driDrawable does not wrongly overlap with some
elsewhere useful data) is wrongly compiled by gcc at some optimization
levels (I'm not a C expert)? Definition of __GLXDRIdrawable is:

  typedef struct __GLXDRIdrawable __GLXDRIdrawable;
  struct __GLXDRIdrawable {
  __GLXdrawable  base;
  __DRIdrawable  *driDrawable;
  };

I'm ready to recompile the package after some changes are made, if
needed.

Regards,

Hugo Herbelin

** Trace of the segfault **

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0x7fab2517c6e0 (LWP 3238)]
0x0002bfe2 in ?? ()
(gdb) backtrace full
#0  0x0002bfe2 in ?? ()
No symbol table info available.
#1  0x7fab22507a20 in DoSwapInterval (cl=, 
pc=0x2f60920 "\235\020\004", do_swap=0) at 
../../../GL/glx/swap_interval.c:80
client = (ClientPtr) 0x2f96e50
tag = 1
cx = 
interval = 1
__func__ = "DoSwapInterval"
#2  0x7fab224e5732 in __glXDisp_VendorPrivate (cl=0x2f61e60, 
pc=0x2f60920 "\235\020\004") at ../../../GL/glx/glxcmds.c:2328
No locals.
#3  0x7fab224e98a5 in __glXDispatch (client=0x2f96e50)
at ../../../GL/glx/glxext.c:561
stuff = (xGLXSingleReq *) 0x2f60920
opcode = 
cl = (__GLXclientState *) 0x2f61e60
retval = 1
#4  0x0044f7d2 in Dispatch () at ../../dix/dispatch.c:502
result = 
client = (ClientPtr) 0x2f96e50
nready = 0
start_tick = 520
#5  0x00436bd5 in main (argc=9, argv=0x7fff2d19d248, envp=)
at ../../dix/main.c:452
i = 1
error = 0
xauthfile = 
alwaysCheckForInput = {0, 1}
(gdb) 



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

Bug#353290: apt-errors in lenny/testing

[Antoni Villalonga i Noceras]

Eugene V. Lyubimkin wrote:
> Good. I'm closing this bug now then. Anyone is free to reopen in case
> of seeing this bug in latest apt versions.

Hi! I was "playing" with aptitude when found this:

$ aptitude reinstall --with-recommends `aptitude search '~i !~M' | awk 
'{printf $2 FS }'`

Reading package lists... Done
Building dependency tree
Reading state information... Done
Reading extended state information
Initializing package states... Done
Reading task descriptions... Done
The following packages will be REINSTALLED:
[...]
0 packages upgraded, 0 newly installed, 271 reinstalled, 0 to remove and 
0 not upgraded.

Need to get 0B/146MB of archives. After unpacking 0B will be used.
Writing extended state information... Done
E: Internal Error, Could not perform immediate configuration (2) on bash 
<== Yes, it's here

A package failed to install.  Trying to recover:
Reading package lists... Done
Building dependency tree
Reading state information... Done
Reading extended state information
Initializing package states... Done
Reading task descriptions... Done

I'm on sid. Some of installed packages and versions:
ii  apt  0.7.20
Advanced front-end for dpkg
ii  apt-file 2.2.0 
search for files within Debian packages (com
ii  apt-listbugs 0.0.94
Lists critical bugs before each apt installa
ii  apt-listchanges  2.83  
package change history notification tool
ii  apt-src  0.25.1-0.1
manage Debian source packages
ii  apt-utils0.7.20
APT utility programs
ii  apticron 1.1.26
simple tool to mail about pending package up
ii  aptitude 0.4.11.11-1   
terminal-based package manager
ii  libapt-pkg-perl  0.1.22+b1 
Perl interface to libapt-pkg
ii  dpkg 1.14.24   
Debian package management system
ii  dpkg-dev 1.14.24   
Debian package development tools
ii  libdpkg-ruby1.8  0.3.2 
modules/classes for dpkg on ruby 1.8


It seems the same bug, but i'm not sure. Sorry if i'm wrong :-P




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

Bug#511047: unionfs-fuse: RO not being respected

[Raphael Geissert]

Package: unionfs-fuse
Version: 0.21-2

Hi,

Trying out unionfs-fuse to determine whether it is better than funionfs or not 
I noticed that even when a directory is marked as RO, it is not respected. 
Example:

$ mkdir -p {{local,remote}/,}test
$ /usr/sbin/unionfs-fuse remote/test=RO:local/test=RW test
$ cat /dev/null > test/foo
$ ls local/test
$ ls remote/test
foo

If I change the order of the arguments so that local comes before remote it 
is "respected" (in the sense that the file is written under local, and not 
under remote; but I suspect that given the required circumstances the bug 
would show up in that case as well).

Cheers,
-- 
Raphael Geissert - Debian Maintainer
www.debian.org - get.debian.net



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

Bug#511048: dh_clean: please add support for removing directories

[gregor herrmann]

Package: debhelper
Version: 7.0.17
Severity: wishlist

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Sometimes it's necessary to delete a created directory in
debian/rules' clean target; being able to just pass it to dh_clean /
add it to debian/clean would be nice.

Cheers,
gregor

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

Kernel: Linux 2.6.27.200812211525
Locale: LANG=C, lc_ctype=de...@euro (charmap=ISO-8859-15)
Shell: /bin/sh linked to /bin/bash

Versions of packages debhelper depends on:
ii  binutils2.18.1~cvs20080103-7 The GNU assembler, linker and bina
ii  dpkg-dev1.14.24  Debian package development tools
ii  file4.26-2   Determines file type using "magic"
ii  html2text   1.3.2a-5 advanced HTML to text converter
ii  man-db  2.5.2-3  on-line manual pager
ii  perl5.10.0-19Larry Wall's Practical Extraction 
ii  po-debconf  1.0.15   manage translated Debconf template

debhelper recommends no packages.

Versions of packages debhelper suggests:
ii  dh-make   0.47   tool that converts source archives

- -- no debconf information

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)

iEYEARECAAYFAklkAEwACgkQOzKYnQDzz+SeNQCfbvA6UyL81NTNQL79H9rkdevL
AJ4AoO6tAiwNrkNicXWKCPR6H296YYUx
=Z6RB
-END PGP SIGNATURE-



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

Bug#506406: [Pkg-xfce-devel] Bug#506406: xfce4: apt bug causes gdm to pull in unneeded/unwanted gnome dependencies

[Daniel Dickinson]

On Tue, 06 Jan 2009 23:48:37 +0100
Yves-Alexis Perez  wrote:

> 
> Anyway, I'm *really* lost about where we are, what the problem really
> is, and what exactly we are wanting to do to solve it.
> 

It occurs to me the reason you are confused is that when I 'Standard
System' you are thinking I mean 'typical system' when in fact I mean
that I select the option 'Standard System' on the tasksel menu. 

Tasksel's standard system mean a base install + packages with priority:
standard, which gives you a 'useful character mode operating system'
(according to policy).

There is a bug on taskel because of the terminology being
confusing, and if I am right that this what confused you perhaps you'll
want to add your comments.  I've obviously been using the installer too
often lately.

Regards,

Daniel

-- 
And that's my crabbing done for the day.  Got it out of the way early, 
now I have the rest of the afternoon to sniff fragrant tea-roses or 
strangle cute bunnies or something.   -- Michael Devore
GnuPG Key Fingerprint 86 F5 81 A5 D4 2E 1F 1C  http://gnupg.org
The C Shore: http://www.wightman.ca/~cshore


signature.asc
Description: PGP signature

Bug#510924: iproute: tc fails on action ipt

[Jan Engelhardt]

On Wednesday 2009-01-07 01:03, jamal wrote:
>
>Which rings a bell. Jan Engelhardt kindly added an interface to access
>xtables back in Aug/July. Unfortunately the tree from which i derived my
>version seems un-accessible (possibly because it was a -dev at the time;
>if you want to try: git://dev.medozas.de/xtables-dev libxtables).
>You will need i think a newer version of libxtables than what Debian
>already has.

This has been merged into iptables.



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

Bug#510875: [debian-mysql] Bug#510875: mysql-server-5.0: does not ask for a password for `root' by default

[Mathias Gug]

On Mon, Jan 05, 2009 at 05:23:34PM +0100, Nico Golde wrote:
> * Ansgar Burchardt  [2009-01-05 16:42]:
> > The question asking for the administrative password has a priority of
> > `medium'.  Debconf's default is to ask only questions of at least
> > priority `high' since 1.4.61 (and d-i apparently sets this value by
> > default even longer).
> > 
> > This results in an empty root password by default.  Every user which
> > can connect from `localhost' has then full administrative privileges.
> > The only thing he has to do is run `mysql -u root'.

FYI the MySQL package in Ubuntu changes the debconf priority to high.

-- 
Mathias Gug
Ubuntu Developer  http://www.ubuntu.com


signature.asc
Description: Digital signature

Bug#511046: Do not prompt user on boot if all swap partitions have random keys

[Martin]

Package: hibernate
Version: 1.99-1
Severity: wishlist

I support a number of laptops which are set up with two encrypted
partitions, root (encryption handled via luks) and a swap partition (a
random key generated on boot).  The swap is given a random key to reduce
the number of passwords users have to remember and enter on boot as none
of them use suspend to disk.  However the hibernate script
( /etc/init.d/hibernate ) always calls resume on boot, giving a pause in
booting and this message:

resume: Could not stat the resume device file.
Please type in the file name to try again or press ENTER to
boot the system:

I appreciate this may be very complicated to implement (plus there is a
question over who's problem it is), but it would be great if the system
could recognise that all of it's swap partitions where randomly keyed /
had recently been created and thus skip the call to resume.

Thanks for your time.

Cheers,
 - Martin





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

Bug#510924: iproute: tc fails on action ipt

[jamal]

On Tue, 2009-01-06 at 19:03 -0500, jamal wrote:

> Ok, spent a little time on it; installed latest default iproute2 on
> debian etch:

Sorry - meant debian lenny. Flu affecting some of my brain cells.

cheers,
jamal




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

Bug#510271: My observation was wrong

[Otavio Salvador]

Martin Michlmayr  writes:

> 20:36 < tbm> fjp: seems you're, as usual, right.  Seems like I got
> confused because my dhcp server only hands out the domain for most
> hosts and I looked at the hostname in d-i
> 20:37 < tbm> but that makes me wonder about this bug report

Could you then revert the change in oldsys-preseed?

-- 
O T A V I OS A L V A D O R
-
 E-mail: ota...@debian.org  UIN: 5906116
 GNU/Linux User: 239058 GPG ID: 49A5F855
 Home Page: http://otavio.ossystems.com.br
-
"Microsoft sells you Windows ... Linux gives
 you the whole house."



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

Bug#510924: iproute: tc fails on action ipt

[Yawhen Kasarzhewski]

I have latest iptables here:

r...@warp:~# iptables -V
IPTABLES_LIB_DIR is deprecated
iptables v1.4.2
r...@warp:~# dpkg -S libxt_MARK
iptables: /lib/xtables/libxt_MARK.so

Same latest version is introduced on netfilter.org

jamal wrote:

On Tue, 2009-01-06 at 09:19 -0500, jamal wrote:
  

Hi Andreas,

On Tue, 2009-01-06 at 12:48 +0100, Andreas Henriksson wrote:



  

PS. For the absolutely latest iproute version (as there has been no
additional commits in upstream git since the last "v2.6.27" release),
build from debians "pkg-iproute" git repo:
git clone git://git.debian.org/git/collab-maint/pkg-iproute
apt-get build-dep iproute
apt-get install git-buildpackage build-essentials
cd pkg-iproute
git-buildpackage


  

I run debian exclusively these days (but unfortunately my own dev tc);
so it shouldnt be hard to reproduce this. I will spend time this week
looking into this issue.




Ok, spent a little time on it; installed latest default iproute2 on
debian etch:


dogo:~# export IPTABLES_LIB_DIR=/lib/xtables
dogo:~# tc filter add dev lo parent : protocol ip prio 10 u32 match
u32 0 0 flowid 1:1  action ipt -j MARK --set-mark 1 action mirred egress
redirect dev eth0
tc: symbol lookup error: /lib/xtables/libxt_MARK.so: undefined symbol:
param_act
-

Which rings a bell. Jan Engelhardt kindly added an interface to access
xtables back in Aug/July. Unfortunately the tree from which i derived my
version seems un-accessible (possibly because it was a -dev at the time;
if you want to try: git://dev.medozas.de/xtables-dev libxtables).
You will need i think a newer version of libxtables than what Debian
already has.

cheers,
jamal


  





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

Bug#485857: sfs / 2.6.28-git5

[Clint Adams]

With 2.6.28-git5 the problem is not reproducible with the steps
described in the original report, but still occurs under other
circumstances (which I do not have a simple testcase for, but
which work fine under 2.6.18).



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

Bug#511045: cereal command fails if /bin/sh is dash

[Jameson Graef Rollins]

Package: cereal
Version: 0.22-1
Severity: important
User: debian-rele...@lists.debian.org
Usertags: goal-dash

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

The "cereal" command uses the bashism "source" to source the common
functions.  This causes the command to fail if /bin/sh is linked to
dash, rendering the package unsuable.

Unfortunately, this was not previously caught by checkbashisms due to
a bug in checkbashisms [#510345].

The question now is what should be done in regards to this bug and the
lenny release, as indicated by the "goal-dash" tag.  Upstream has
a new release ready that fixes this bug.

jamie.

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

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

Versions of packages cereal depends on:
ii  adduser   3.110  add and remove users and groups
ii  procmail  3.22-16Versatile e-mail processor
ii  runit 2.0.0-1a UNIX init scheme with service su
ii  screen4.0.3-11   terminal multiplexor with VT100/AN

cereal recommends no packages.

cereal suggests no packages.

- -- no debconf information

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)

iQIcBAEBAgAGBQJJY/qyAAoJEO00zqvie6q8JjYP/0vZGx1gq78C4IyOI3aM3p/e
NW0QvTqFkCK3fNt4IGlFfX6J4fDRSGIqj6eiODJ3Elh4LBmr/UGnVjkC8oRPuKs+
zCgZHN2OypAmokpPvusHDfH+aSWuX0dmuTdioXxTVykeVKK1TMbG3kDO+GU0fKKk
3Ib5rWkDXykO8k4iVof3rctFBB10DU+b0oMCr+0KX9pzagvd0goGeUesriKYdXVv
C5tCQXft9qkkbV5UJN4SNdqNiS6jCYrDYafz9I3mBnk6KF6TQjbe5DUHY+VpduCD
m/02AhrDgumfO+XVsFC+/DokGHWovwMdQ42iheAc2GrxFg9wCr/FVbPGcTq6PkSm
bn95lv5l4/iti57zDOhhPMTbeMRw+AuA475jK4dk6X5qSSk+ATu8NGuUrYzRCPq2
H/CXziAnkHbhN7G1WoKfpMgwZsHTn2UmZ4OsfYj8nMRq1Ql//6/XUO3XN3fB57LG
Mnz6cYP+j6q9t5IURLIPp86XWpZPEHM1jLvyQJrUzb3LUdPi2647o2sS4t5Kf5e5
Xl7ZO6IOdcBffTEfYCe7fwdiylHakJwySjx7ukSHR+2CIxMRsSsggpcTNY8+ob2f
QiUvhQKyCdvGw2O11bLdRDrYSP3FPg8j2zzxAXON/DDWbZaSlXq9fYVQmGYDSAQW
aNIdpHL7DpwYxYz02Bpf
=nXSG
-END PGP SIGNATURE-



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

Bug#510357: [libfuse2] Why not change?

[Bastien ROUCARIES]

Why not create a new option mode, and loudly warn about umask option during 
mount about the bug. 
Umask will be corrected but if mode have priority previous behavior is kept, if 
user ask -o mode :)

I do not think it will really break a lot of stuff :) And this way it will be 
safe. 

Regards 

bastien
-- 

"ROUCARIÈS Bastien"
roucaries.bastien+deb...@gmail.com
---
DO NOT WRITE TO roucaries.bastien+blackh...@gmail.com OR BE BLACKLISTED



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

Bug#511044: clean-patched depends on configure-stamp

[Jack Bates]

Package: cyrus-imapd-2.2
Version: 2.2.13
Severity: minor
Tags: patch

I encountered this error when trying to build the cyrus-imapd-2.2 package with 
pbuilder:

checking sasl/sasl.h usability... no
checking sasl/sasl.h presence... no
checking for sasl/sasl.h... no
configure: error: Cannot continue without libsasl2.
Get it from ftp://ftp.andrew.cmu.edu/pub/cyrus-mail/.
make: *** [configure-stamp] Error 1
dpkg-buildpackage: failure: fakeroot debian/rules clean gave error exit status 2

I think this is because pbuilder runs the debian/rules clean target outside of 
the build root, but the build dependencies are not satisfied outside of the 
build root. With many packages, I do not encounter this error because the 
debian/rules clean target does not depend on (most of) the build dependencies.

I dropped the debian/rules clean-patched dependency on configure-stamp and 
built the package successfully. I wonder if this dependency is really 
necessary? If it could be safely dropped, then building the package with 
pbuilder would be more convenient...

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

Kernel: Linux 2.6.26-1-686 (SMP w/2 CPU cores)
Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
--- a/cyrus-imapd-2.2-2.2.13/debian/rules   2009-01-06 16:14:26.0 
-0800
+++ b/cyrus-imapd-2.2-2.2.13/debian/rules   2009-01-06 16:17:12.0 
-0800
@@ -92,7 +92,7 @@
 # This is done to make sure the build daemon's source tree is the 
 # same as the one I am using to produce the i386 debs. 
 clean: clean-patched unpatch
-clean-patched: configure-stamp
+clean-patched:
dh_testdir
dh_testroot
-xargs -t -r chmod +x < debian/executable.files

Bug#511026: Bug in libwww-bugzilla-perl fixed in revision 29386

[pkg-perl-maintainers]

tag 511026 + pending
thanks

Some bugs are closed in revision 29386
by Gregor Herrmann (gregoa)

Commit message:

Install WWW::Bugzilla::Search into /usr/share/perl5/WWW/Bugzilla/ where it
actually belongs by adjusting debian/rules. Thanks to Hilko Bengen for the
bug report (closes: #511026).



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

Bug#509018: (no subject)

[Ari Pollak]

reopen 509108
thanks

This is still an issue for some people (possibly related to the specific
CPU they're on), and the upstream bug hasn't been resolved. I really
don't think Flash 10 is acceptable for a significant portion of users.




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

Bug#292668: sort: What about a "random" order?

[Kevin Price]

Hi!

The randomize option is working fine in lenny. Just it is not mentioned
in the manpage.

  -R, --random-sort   sort by random hash of keys
  --random-source=FILEget random bytes from FILE (default

you might as well include

  -C, --check=quiet, --check=silent  like -c, but do not report first
bad line
  --compress-program=PROG  compress temporaries with PROG;
  decompress them with PROG -d

Best regards!
-- 
Kevin Price
http://www.kevin-price.de/



signature.asc
Description: OpenPGP digital signature

Bug#509108: (no subject)

[Ari Pollak]

Whoops, wrong bug.



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

Bug#510901: python-foolscap: should advertise [secure_connections] feature to setuptools

[Brian Warner]

> I have updated the package in Debian-SVN now. Could you please check
> (and confirm) that this fixes the problem for you.
> 
> If it does please let me know so I can get the updated package uploaded.

I think that looks good.. I built a package from the current SVN debian/*
files on a system with setuptools installed, and the Tahoe build process
seems to be happy with the resulting .deb package.

I don't know if you build the .deb yourself, or if it gets built by some
automated process (pbuilder or something), but I assume that the new
Build-Depends: item will ensure that setuptools is present during the build,
which ought to be enough to fix this problem. I'll double-check once the
official package is in sid.

thanks!
 -Brian



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

Bug#509108: (no subject)

[Ari Pollak]

reopen 509108
thanks

This is still an issue for some people (possibly related to the specific
CPU they're on), and the upstream bug hasn't been resolved. I really
don't think Flash 10 is acceptable for a significant portion of users.



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

Bug#506406: [Pkg-xfce-devel] Bug#506406: xfce4: apt bug causes gdm to pull in unneeded/unwanted gnome dependencies

[Daniel Dickinson]

On Tue, 06 Jan 2009 23:48:37 +0100
Yves-Alexis Perez  wrote:

> On mar, 2009-01-06 at 16:06 -0500, Daniel Dickinson wrote:
> > Perhaps it's only when one tries to install xfce after doing a
> > standard
> > install and not when using an xfce cd  (that's when it showed up for
> > me).  So probably tasksel is fine, the problem is that if you
> > apt-get or aptitude|select task, then it pulls in the stuff.
> > Nautilus and that
> > are only probably only pulled in because of recommends when
> > installing after-the-fact and gnome-session is a bug in aptitude
> > and apt.  
> 
> Wait. It's been days that we look for a bug at install time.
> 
> If you want to install xfce *after* that, just use apt-get install
> xfce4 xfce4-goodies. 
> If you want the task, then yes use aptitude install xfce-desktop
> 
> You can manually tweak the command line to say that you don't want
> gnome-session or whatever. And I don't think apt-get can install tasks

Right.  The point is that if you don't know that, when you try to
install from a standard system, say after using a netinst image, you
can't do the obvious thing and run aptitude and select the xfce task,
nor can you apt-get the list of packages that would be in the task
unless you are very careful to xfce4-session before gdm.

> directly so the bug only triggers when you do that with aptitude.

No.  It triggers if gdm is before xfce4-session on the apt-get command
line as well.  
> Anyway, I'm *really* lost about where we are, what the problem really
> is, and what exactly we are wanting to do to solve it.

I'm sorry about that.  I thought you brought up tasksel because of
testing you did.  I do believe I mentioned that it happened with
apt-get and aptitude in the bug report; I never claimed tasksel was
involved.

To summarize:

1) Install a standard system (say from netboot, netinst, or because you
only have regular CD #1 not the xfce CD #1)

2) You want xfce installed, now what?

2a) Using aptitude interactively by select Task|Xfce Desktop
Environment:
   gnome-session is pulled in along with nautilus and other gnome
things
2a.1) you can avoid some of this if you know that you need to say
without-recommends
2a.2) To avoid gnome-session (which is pulled in by gdm) you have to
manually deselect it (and know that it's there, rather than being
surprised by it later as I was - in my case because my $HOME had
originally been used for GNOME and was later converted to XFCE when I
did a reinstall I had a system that wouldn't start the desktop because
gnome-session instead of xfce-session was starting) 

2b) aptitude from the command-line:
   I haven't tried this yet because I didn't know about it; presumably
using tasks like tasksel -t emits will work

2c) apt-get from the command-line:
  Suffers from the same problem as 2a unless you make sure that
xfce4-session is *before* gdm. It's also not as easy because you need
to know that packages you want installed

2d) tasksel
 * Need to set tasksel/desktop to xfce
 * Don't know if it'll work correctly or not given Frans statement that
tasksel isn't meant to be used this way.

> Frans: basically, you were not really involved in the loop, sorry,
> that's not d-i related in any way. We don't need to change anything in
> tasks for Lenny, so we stay with gdm and it'll be fine.

Maybe Frans can suggest something about tasksel that would make this
work?

What it comes down do to is that none of the tools that ought to make
this easy work right.

aptitude has a bug
apt-get has a bug
taskel doesn't support xfce as a desktop choice unless you use the xfce
cd, which is a bug IMO

Ideally one could use tasksel after setting the desktop to xfce.

Frans: would that work?  How difficult is adding a debconf question for
the desktop (which would default to gnome in d-i?)

Frans: also are you the one to talk to about tasksel?

Regards,

Daniel
-- 
And that's my crabbing done for the day.  Got it out of the way early, 
now I have the rest of the afternoon to sniff fragrant tea-roses or 
strangle cute bunnies or something.   -- Michael Devore
GnuPG Key Fingerprint 86 F5 81 A5 D4 2E 1F 1C  http://gnupg.org
The C Shore: http://www.wightman.ca/~cshore


signature.asc
Description: PGP signature

Bug#510951: segfaults after PAM thread exits unexpectedly

[Russ Allbery]

martin f krafft  writes:

> However, the above set always conincides with a pair of related
> messages including the segfault. The PID is always just a few
> numbers higher. The times at which the log entries occur are at the
> same time. The user names logged by PAM_smbpass are also always
> identical:
>
>   PAM_smbpass[30864]: username [root] obtained
>   kernel: sshd[30864]: segfault at  eip  esp bfdbf73c error 4
>
> It seems as if the password itself might be the cause for the
> segfault. The real bug could be in PAM_smbpass, but sshd should
> really not segfault.

Since sshd loads pam_smbpass into memory as a shared object and then calls
into it, if pam_smbpass segfaults, there's not really much that sshd can
do to stop it.  And that segfault will show up as an sshd segfault (in
this case probably in the helper process that's used to run the auth
stack).

I suspect the bug here is a segfault bug in pam_smbpass.

I wonder if trying to log in as root with an empty password would
reproduce this problem.  It's an obvious edge case, and I've seen it cause
problems with PAM modules in the past.

-- 
Russ Allbery (r...@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#401439: parisc: xfs module loading bug

[Helge Deller]

dann frazier wrote:
> On Tue, Jan 06, 2009 at 09:26:33AM -0700, dann frazier wrote:
>> On Tue, Jan 06, 2009 at 10:08:39AM +0100, Helge Deller wrote:
>>> Patches which solves the xfs loading bug on parisc has been accepted 
>>> upstream.
>>> Mainstream Kernel 2.6.29 will contain the fix.
>>>
>>> Description of the problem:
>>> http://marc.info/?l=linux-kernel&m=123055968113465&w=2
>>>
>>> Needed patches which were accepted upstream:
>>> a) module: fix module loading failure of large kernel modules for parisc
>>> http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdiff;h=088af9a6e05d51e7c3dc85d45d8b7a52c3ee08d7;hp=d1e99d7ae4e6bbd1ebb5e81ecd3af2b8793efee0
>>> b) parisc: fix module loading failure of large kernel modules
>>> http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdiff;h=c298be74492bece102f3379d14015638f1fd1fac;hp=088af9a6e05d51e7c3dc85d45d8b7a52c3ee08d7
> 
> Unfortunately, b) is an (hppa-specific) ABI breaker. I'm guessing its
> the changes to struct mod_arch_specific, but I haven't proven that
> yet.

You are right.

> We could try ignoring the change - but I'm not sure how dangerous that
> would be. Is this structure known to modules, or is it just used in
> the core? That is, if you tried to load modules built w/ this patch
> into a kernel that didn't have this patch, would that be safe?

Modules and kernel must fit. This means, if you apply this patch you
will have to rebuild all modules as well. Mixing new kernel and old
modules (or the other way round) will not work.

Helge



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

Bug#510924: iproute: tc fails on action ipt

[jamal]

On Tue, 2009-01-06 at 09:19 -0500, jamal wrote:
> Hi Andreas,
> 
> On Tue, 2009-01-06 at 12:48 +0100, Andreas Henriksson wrote:

> > PS. For the absolutely latest iproute version (as there has been no
> > additional commits in upstream git since the last "v2.6.27" release),
> > build from debians "pkg-iproute" git repo:
> > git clone git://git.debian.org/git/collab-maint/pkg-iproute
> > apt-get build-dep iproute
> > apt-get install git-buildpackage build-essentials
> > cd pkg-iproute
> > git-buildpackage
> > 
> > 
> 
> I run debian exclusively these days (but unfortunately my own dev tc);
> so it shouldnt be hard to reproduce this. I will spend time this week
> looking into this issue.
> 

Ok, spent a little time on it; installed latest default iproute2 on
debian etch:


dogo:~# export IPTABLES_LIB_DIR=/lib/xtables
dogo:~# tc filter add dev lo parent : protocol ip prio 10 u32 match
u32 0 0 flowid 1:1  action ipt -j MARK --set-mark 1 action mirred egress
redirect dev eth0
tc: symbol lookup error: /lib/xtables/libxt_MARK.so: undefined symbol:
param_act
-

Which rings a bell. Jan Engelhardt kindly added an interface to access
xtables back in Aug/July. Unfortunately the tree from which i derived my
version seems un-accessible (possibly because it was a -dev at the time;
if you want to try: git://dev.medozas.de/xtables-dev libxtables).
You will need i think a newer version of libxtables than what Debian
already has.

cheers,
jamal




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

Bug#504028: FTBFS: "/usr/bin/m4:stdin:9: ERROR: end of file in string"

[Luk Claes]

Cyril Brulebois wrote:
> dann frazier  (06/01/2009):
>> Seems to work fine with flex_.5.35-6. Assuming that version migrates
>> (needs 2 days) this bug should be resolved for lenny.
> 
> I'll keep an eye on it and close this bug if everything goes according
> to plans, thanks for your input.

I already set a dep-wait for it, so it should go smoothly.

Cheers

Luk



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

Bug#510415: tech-ctte: Qmail inclusion (or not) in Debian

[Andreas Barth]

Hi,

as the submitter was whining why only one member of the tech ctte commented so
far, I'll comment as well:

* Ian Jackson (i...@davenant.greenend.org.uk) [090106 02:02]:
> Raphael Hertzog writes ("Bug#510415: tech-ctte: Qmail inclusion (or not) in 
> Debian"):
> > Gerrit is not available until end of january so it seems rather badly
> > timed to bring this request forward now giving no chance to Gerrit to
> > give his arguments.
> 
> I think for this reason we should wait until Gerrit has a chance to
> respond to these emails.  In the meantime the ftpmaster's decision
> should stand, clearly.

Agreeing to that (and the remaining parts of the mail), so waiting for comments
from Gerrit (and other people who can answer Ian's questions).


Cheers,
Andi



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

Bug#510955: [Pkg-freedict-devel] Bug#510955: freedict-tools: Maintainer: address non-existing

[Kęstutis Biliūnas]

tags 510955 pending
thanks

An, 2009 01 06 09:11 +0100, Joerg Jaspert rašė:
> Package: freedict-tools
> Severity: serious

> the maintainer address for this package does not exist (good luck
> getting a copy of this bug):

Thanks for your report.

Fixed on the pkg-freedict SVN repository for all freedict packages
and will be closed this bug on the next upload.

-- 
Kęstutis Biliūnas 
http://kebil.ghost.lt  |  GnuPG-Key ID: F6E7A452


signature.asc
Description: Ši laiško dalis yra	pasirašyta skaitmeniniu būdu

Bug#469932: [Python-modules-team] Bug#469932: ipython.el doesn't work with emacs 22

[Jordi Gutiérrez Hermoso]

2009/1/6 Stephan Peijnik :
> On Mon, 2009-01-05 at 11:08 -0600, Jordi Gutiérrez Hermoso wrote:
>> However, it appears that Emacs isn't properly interpreting ipython's
>> colour sequences.
>>
>> Instead of getting colour, from an Emacs buffer I get
>>
>>  Python 2.5.2 (r252:60911, Nov 14 2008, 21:49:10)
>>  Type "copyright", "credits" or "license" for more information.
>>
>>  IPython 0.9.1 -- An enhanced Interactive Python.
>>  ? -> Introduction and overview of IPython's features.
>>  %quickref -> Quick reference.
>>  help  -> Python's own help system.
>>  object?   -> Details about 'object'. ?object also works, ?? prints more.
>>
>>   [0;32mIn [ [1;32m1 [0;32m]:  [0m
>>
>>   [0;32mIn [ [1;32m2 [0;32m]:  [0m
>>
>>   [0;32mIn [ [1;32m3 [0;32m]:  [0m1+1
>>   [0;31mOut[ [1;31m3 [0;31m]:  [0m2
>>
>> Is there something I forgot to configure? I'd really like to be able
>> to use ipython from within Emacs.
>
> I just checked and everything is running fine here.

Ah, right, I see what is wrong. I tried to change the Python command
in Emacs's Python mode from python to ipython, but that was
unnecessary. All I did instead was to do (require 'ipython) in elisp
and now Python mode's shell is ipython instead of python.

You may close this bug now. :-)

Bug#509501: Bug in libtest-yaml-valid-perl fixed in revision 29385

[pkg-perl-maintainers]

tag 509501 + pending
thanks

Some bugs are closed in revision 29385
by David Paleino (hanska-guest)

Commit message:

* debian/control:
  - removed myself from Uploaders (Closes: #509501)
  - Standards-Version 3.8.0 (no changes needed)



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

Bug#511032: libhaml-ruby1.8: trying to overwrite `/usr/bin/sass', which is also in package sufary

[Gunnar Wolf]

tags 511032 + pending
thanks

> When I try to install libhaml-ruby1.8, it aborts with the following error:
> 
> Unpacking libhaml-ruby1.8 (from .../libhaml-ruby1.8_2.0.6-1_all.deb) ...
> dpkg: error processing 
> /var/cache/apt/archives/libhaml-ruby1.8_2.0.6-1_all.deb (--unpack):
>  trying to overwrite `/usr/bin/sass', which is also in package sufary
> Errors were encountered while processing:
>  /var/cache/apt/archives/libhaml-ruby1.8_2.0.6-1_all.deb
> E: Sub-process /usr/bin/dpkg returned an error code (1)
> 
> Should be solvable by adding an appropriate "Conflicts:" header in the
> control file.

Fixed in SVN, should be closed by the next package upload.

Greetings,

-- 
Gunnar Wolf - gw...@gwolf.org - (+52-55)5623-0154 / 1451-2244
PGP key 1024D/8BB527AF 2001-10-23
Fingerprint: 0C79 D2D1 2C4E 9CE4 5973  F800 D80E F35A 8BB5 27AF



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

Bug#511043: splix: new upstream version: 2.0.0-rc2

[Alexander Gerasiov]

Package: splix
Severity: wishlist

Guys, new upstream was released half a year ago.
Ubuntu guys already packaged it in intrepid.

-- System Information:
Debian Release: 5.0
  APT prefers testing-proposed-updates
  APT policy: (700, 'testing-proposed-updates'), (700, 'testing'), (670, 
'proposed-updates'), (670, 'stable'), (600, 'unstable'), (550, 'experimental')
Architecture: i386 (x86_64)

Kernel: Linux 2.6.26-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.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#487643: Patch Avaiable

[Michael Vogt]

Hey,
it seems that here are some patches to fix it (end of thread):
http://groups.google.fr/group/ffmpeg-php/browse_thread/thread/a849249cd5f3fc5

May someone please fix this? It would be very nice.

Greets,
Michael



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

Bug#469932: [Python-modules-team] Bug#469932: ipython.el doesn't work with emacs 22

[Stephan Peijnik]

On Mon, 2009-01-05 at 11:08 -0600, Jordi Gutiérrez Hermoso wrote:
> However, it appears that Emacs isn't properly interpreting ipython's
> colour sequences.
> 
> Instead of getting colour, from an Emacs buffer I get
> 
>  Python 2.5.2 (r252:60911, Nov 14 2008, 21:49:10)
>  Type "copyright", "credits" or "license" for more information.
> 
>  IPython 0.9.1 -- An enhanced Interactive Python.
>  ? -> Introduction and overview of IPython's features.
>  %quickref -> Quick reference.
>  help  -> Python's own help system.
>  object?   -> Details about 'object'. ?object also works, ?? prints more.
> 
>  In [1]: 
> 
>  In [2]: 
> 
>  In [3]: 1+1
>  Out[3]: 2
> 
> Is there something I forgot to configure? I'd really like to be able
> to use ipython from within Emacs.

I just checked and everything is running fine here. What does the
embedded ipython shell report back on COLORTERM and LANG for the 'env'
command? Did you set up a pager manually? It sounds as if the problem
could be related to bug #461190. Can you reproduce that bug too?

-- Stephan


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

Bug#495232: quagga 0.99.10: zebra ignores routes added via command line

[Christian Hammers]

Hello

Stephen, I was pointed out the the patch on

http://code.quagga.net/cgi-bin/gitweb.cgi?p=quagga.git;a=commitdiff;h=3d265b4d9d748bf4c92aefebc2ca0c04fd607945;hp=30a2231a4881f53deca61ef7a62b225a43dab4c5

It seems to work here and was signed-off by Paul Jakma. Can you confirm that 
this patch is all (an no other patch has to be applied as well)?

Hannes, you said something about security issues, did you mean in the
patch from the above mentioned URL? Why is one of the patches insecure?

bye,

-christian-




Am Tue, 06 Jan 2009 00:49:16 +
schrieb Ben Hutchings :

> On Mon, 2009-01-05 at 16:23 -0800, Stephen Hemminger wrote:
> > On Tue, 6 Jan 2009 00:53:09 +0100
> > Christian Hammers  wrote:
> > 
> > > [resent to quagga-dev as there was a space in the e-mail address
> > > and the mail did not show up in the mailing list archives -ch]
> > > 
> > > On Sun, 04 Jan 2009, Ben Hutchings  wrote:
> > > 
> > > Stephen,
> > >  
> > > Debian 5.0 "lenny" will release with quagga 0.99.10.  However we
> > > have a bug report that:
> > >  
> > > "I try to add routes with "/sbin/ip" e.g.
> > >  /sbin/ip ro add 62.116.121.19 dev br8
> > > 
> > > strace suggests the resulting netlink message never reaches
> > > zebra."
> > > 
> > > and the proposed fix to the netlink filter:
> > > 
> > > --- zebra/rt_netlink.c2008-08-15 15:42:56.0 +0200
> > > +++ zebra/rt_netlink.c2008-08-15 15:43:19.0 +0200
> > > @@ -1971,7 +1971,7 @@
> > >  /* 7*/ BPF_STMT(BPF_LD|BPF_ABS|BPF_B,
> > >   sizeof(struct nlmsghdr) + offsetof(struct
> > > rtmsg, rtm_protocol)), /* 8*/ BPF_JUMP(BPF_JMP+ BPF_B,
> > > RTPROT_REDIRECT, 4, 0),
> > > -/* 9*/ BPF_JUMP(BPF_JMP+ BPF_B, RTPROT_KERNEL, 0, 1),
> > > +/* 9*/ BPF_JUMP(BPF_JMP+ BPF_B, RTPROT_KERNEL, 3, 0),
> > >  /*10*/ BPF_JUMP(BPF_JMP+ BPF_B, RTPROT_ZEBRA, 0, 3),
> > >  /*11*/ BPF_STMT(BPF_LD|BPF_ABS|BPF_H, offsetof(struct
> > > nlmsghdr, nlmsg_type)), /*12*/ BPF_JUMP(BPF_JMP|BPF_JEQ|BPF_K,
> > > htons(RTM_NEWROUTE), 0, 1), --- END ---
> > > 
> > > This looks correct to me.  Please can you confirm?
> > >  
> > > Ben.
> > >  
> > 
> > I changed it around later versions and used a different (better
> > method) that handles all protocols and filter based on nlmsg_pid. I
> > haven't been getting lots of uptake on quagga patches so only post
> > them about once a Vyatta release.
> 
> Yes, I saw the filter is quite different in 0.99.11.  But we want to
> make a minimal change to 0.99.10, which has:
> 
>   /*
>* Filter is equivalent to netlink_route_change
>*
>* if (h->nlmsg_type == RTM_DELROUTE || h->nlmsg_type ==
> RTM_NEWROUTE) {
>*if (rtm->rtm_type != RTM_UNICAST)
>*  return 0;
>*if (rtm->rtm_flags & RTM_F_CLONED)
>*  return 0;
>*if (rtm->rtm_protocol == RTPROT_REDIRECT)
>*  return 0;
>*if (rtm->rtm_protocol == RTPROT_KERNEL)
>*return 0;
>*if (rtm->rtm_protocol == RTPROT_ZEBRA && h->nlmsg_type ==
> RTM_NEWROUTE)
>*  return 0;
>* }
>* return 0x;
>*/
>   struct sock_filter filter[] = {
> /* 0*/ BPF_STMT(BPF_LD|BPF_ABS|BPF_H, offsetof(struct nlmsghdr,
> nlmsg_type)), /* 1*/ BPF_JUMP(BPF_JMP|BPF_JEQ|BPF_K,
> htons(RTM_DELROUTE), 1, 0), /* 2*/ BPF_JUMP(BPF_JMP|BPF_JEQ|BPF_K,
> htons(RTM_NEWROUTE), 0, 11), /* 3*/ BPF_STMT(BPF_LD|BPF_ABS|BPF_B,
>   sizeof(struct nlmsghdr) + offsetof(struct rtmsg,
> rtm_type)), /* 4*/ BPF_JUMP(BPF_JMP|BPF_B, RTN_UNICAST, 0, 8),
> /* 5*/ BPF_STMT(BPF_LD|BPF_ABS|BPF_B,
>   sizeof(struct nlmsghdr) + offsetof(struct rtmsg,
> rtm_flags)), /* 6*/ BPF_JUMP(BPF_JMP|BPF_JSET|BPF_K, RTM_F_CLONED, 6,
> 0), /* 7*/ BPF_STMT(BPF_LD|BPF_ABS|BPF_B,
>   sizeof(struct nlmsghdr) + offsetof(struct rtmsg,
> rtm_protocol)), /* 8*/ BPF_JUMP(BPF_JMP+ BPF_B, RTPROT_REDIRECT, 4,
> 0), /* 9*/ BPF_JUMP(BPF_JMP+ BPF_B, RTPROT_KERNEL, 0, 1),
> /*10*/ BPF_JUMP(BPF_JMP+ BPF_B, RTPROT_ZEBRA, 0, 3),
> /*11*/ BPF_STMT(BPF_LD|BPF_ABS|BPF_H, offsetof(struct nlmsghdr,
> nlmsg_type)), /*12*/ BPF_JUMP(BPF_JMP|BPF_JEQ|BPF_K,
> htons(RTM_NEWROUTE), 0, 1), /*13*/ BPF_STMT(BPF_RET|BPF_K,
> 0),   /* drop */ /*14*/ BPF_STMT(BPF_RET|BPF_K,
> 0x),  /* keep */ };
> 
> The offsets for instruction 9 need to be 3, 0 to match the code in the
> comment, don't they?
> 
> Ben.
> 



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

Bug#510988: simpleopal: simpleopal example dies with segfault

[Junichi Uekawa]

At Tue, 06 Jan 2009 16:39:44 +0100,
Eugen Dedu wrote:
> 
> Hum...  On my amd64 machine the command you gave works...
> 
> Could you also check with -I -H instead of -IHn ?
> 
> Also, simpleopal is one file only, would it be possible to you to 
> compile it yourself and look where the proble is?
> - apt-get install libopal3.4.2-dev
> - apt-get source libopal3.4.2
> - cd opal-3.4.2/samples/simple
> - make PTLIBDIR=/usr OPALDIR=/usr (maybe simply 'make' works also)
> and see if it works.
> 

I've built with debug symbols:

--- Makefile-   2009-01-07 08:18:18.159511055 +0900
+++ Makefile2009-01-07 08:18:29.815167780 +0900
@@ -39,7 +39,7 @@
 CFLAGS += -g
 else
 DEBUG_SUFFIX=
-CFLAGS += -O3
+CFLAGS += -O3 -g
 endif
 
 ifeq ($(STATIC_BUILD), yes)



and 

(gdb) run -I -H  iax2:gu...@misery.digium.com/s


[snip]

Initiating call to "iax2:gu...@misery.digium.com/s"
[New Thread 0x4175a950 (LWP 13066)]
Press ? for help.
Command ? 
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0x4175a950 (LWP 13066)]
0x7f152a480821 in IAX2FrameList::AddNewFrame () from 
/usr/lib/libopal.so.3.4.2
(gdb) bt
#0  0x7f152a480821 in IAX2FrameList::AddNewFrame () from 
/usr/lib/libopal.so.3.4.2
#1  0x7f152a4aaa57 in IAX2Transmit::SendFrame () from 
/usr/lib/libopal.so.3.4.2
#2  0x7f152a4a3065 in IAX2Processor::TransmitFrameToRemoteEndpoint () from 
/usr/lib/libopal.so.3.4.2
#3  0x7f152a478349 in IAX2CallProcessor::ConnectToRemoteNode () from 
/usr/lib/libopal.so.3.4.2
#4  0x7f152a478dfd in IAX2CallProcessor::ProcessLists () from 
/usr/lib/libopal.so.3.4.2
#5  0x7f152a4a21dd in IAX2Processor::Main () from /usr/lib/libopal.so.3.4.2
#6  0x7f15299e10ab in PThread::PX_ThreadStart () from 
/usr/lib/libpt.so.2.4.2
#7  0x7f15294d6fc7 in start_thread () from /lib/libpthread.so.0
#8  0x7f15270e25ad in clone () from /lib/libc.so.6
#9  0x in ?? ()






Other threads:
(gdb) thread 1 
[Switching to thread 1 (Thread 0x7f152a9da6f0 (LWP 13062))]#0  
0x7f15270dbce2 in select () from /lib/libc.so.6
(gdb) bt
#0  0x7f15270dbce2 in select () from /lib/libc.so.6
#1  0x7f15299dfed2 in PThread::PXBlockOnIO () from /usr/lib/libpt.so.2.4.2
#2  0x7f15299d4d06 in PChannel::PXSetIOBlock () from /usr/lib/libpt.so.2.4.2
#3  0x7f15299d509c in PChannel::Read () from /usr/lib/libpt.so.2.4.2
#4  0x7f15299d6230 in PChannelStreamBuffer::underflow () from 
/usr/lib/libpt.so.2.4.2
#5  0x7f152787cca4 in std::istream::peek () from /usr/lib/libstdc++.so.6
#6  0x004161c5 in MyManager::Main (this=0x111fa60, args=) at main.cxx:1076
#7  0x00417017 in SimpleOpalProcess::Main (this=0x11065b0) at 
main.cxx:362
#8  0x7f1529a0d87d in PProcess::_main () from /usr/lib/libpt.so.2.4.2
#9  0x0040ead5 in main (argc=, argv=, envp=) at main.cxx:65
(gdb) thread 2
[Switching to thread 2 (Thread 0x409d8950 (LWP 13063))]#0  0x7f15294dafad 
in pthread_cond_timedwait@@GLIBC_2.3.2 () from /lib/libpthread.so.0
(gdb) bt
#0  0x7f15294dafad in pthread_cond_timedwait@@GLIBC_2.3.2 () from 
/lib/libpthread.so.0
#1  0x7f15299e0566 in PSyncPoint::Wait () from /usr/lib/libpt.so.2.4.2
#2  0x7f152a0fd9d7 in OpalManager::GarbageMain () from 
/usr/lib/libopal.so.3.4.2
#3  0x7f15299e10ab in PThread::PX_ThreadStart () from 
/usr/lib/libpt.so.2.4.2
#4  0x7f15294d6fc7 in start_thread () from /lib/libpthread.so.0
#5  0x7f15270e25ad in clone () from /lib/libc.so.6
#6  0x in ?? ()
(gdb) thread 3
[Switching to thread 3 (Thread 0x4152f950 (LWP 13064))]#0  0x7f15294dad29 
in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/libpthread.so.0
(gdb) bt
#0  0x7f15294dad29 in pthread_cond_wait@@GLIBC_2.3.2 () from 
/lib/libpthread.so.0
#1  0x7f15299e070b in PSyncPoint::Wait () from /usr/lib/libpt.so.2.4.2
#2  0x7f152a4a21d0 in IAX2Processor::Main () from /usr/lib/libopal.so.3.4.2
#3  0x7f15299e10ab in PThread::PX_ThreadStart () from 
/usr/lib/libpt.so.2.4.2
#4  0x7f15294d6fc7 in start_thread () from /lib/libpthread.so.0
#5  0x7f15270e25ad in clone () from /lib/libc.so.6
#6  0x in ?? ()
(gdb) thread 4
[Switching to thread 4 (Thread 0x41570950 (LWP 13065))]#0  0x7f15294dad29 
in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/libpthread.so.0
(gdb) bt
#0  0x7f15294dad29 in pthread_cond_wait@@GLIBC_2.3.2 () from 
/lib/libpthread.so.0
#1  0x7f15299e070b in PSyncPoint::Wait () from /usr/lib/libpt.so.2.4.2
#2  0x7f152a492608 in IAX2IncomingEthernetFrames::Main () from 
/usr/lib/libopal.so.3.4.2
#3  0x7f15299e10ab in PThread::PX_ThreadStart () from 
/usr/lib/libpt.so.2.4.2
#4  0x7f15294d6fc7 in start_thread () from /lib/libpthread.so.0
#5  0x7f15270e25ad in clone () from /lib/libc.so.6
#6  0x in ?? ()




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

Bug#502729: and the mysterious freebsd-utils package

[Cyril Brulebois]

Craig Small  (07/01/2009):
> Hello,
>   I'm the maintainer of procps and are not subscribed to the BSD list,
> so please include me in the replies.

I hope it's enough through the bug?

> Anyhow I cannot find this package anywhere! Packages.d.o doesn't have
> it and what is real strange is that ftp.d.o doesn't have it either.

Unofficial ports (unlike hurd-i386, yet?) are hosted on
debian-ports.org, e.g.:
http://debian-ports.org/debian-kfreebsd/pool-kfreebsd-i386/main/f/freebsd-utils/

Hope this helps.

Mraw,
KiBi.


signature.asc
Description: Digital signature

Bug#511042: /u/s/pyshared-data/python-chaco lists nonexistent LICENSE files

[Aaron M. Ucko]

Package: python-chaco
Version: 3.0.1-1
Severity: grave
Justification: renders package unusable (uninstallable)

At least on amd64, python-chaco.postinst's call to

pycentral pkginstall python-chaco

fails because /usr/share/pyshared-data/python-chaco lists three
files not actually present under /usr/share/pyshared:

/usr/share/pyshared/enthought/chaco2/LICENSE=f
/usr/share/pyshared/enthought/chaco/LICENSE=f
/usr/share/pyshared/enthought/chaco/tools/toolbars/images/image_LICENSE.txt=f

Could you please ensure that the listing actually agrees with the
filesystem?

Thanks!

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

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



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

Bug#511041: cannot mirror archive without "dists" directory

[Giuseppe Sacco]

Package: debmirror
Version: 20070123

I use those lines in my sources.list without any problem. I tried to
copy the whole archive using debmirror, but I failed to find the correct
options since for all possible combinations I tried, debmirror always
want a dists directory on the remote server.

deb ftp://debian.bjlx.org.cn/loongson/lenny/ ./
deb-src ftp://debian.bjlx.org.cn/loongson/lenny/ ./

This is my latest command line:
debmirror --host=debian.bjlx.org.cn --method=hftp
--proxy=http://127.0.0.1:3128/ --root=loongson/lenny --dist=.
--section=. --arch=mipsel,all --ignore-release-gpg
--ignore-missing-release /srv/mirror-bjlx

Any hint is really welcome.

Bye,
Giuseppe




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

Bug#511018: Confirmation: reinstalling the 2.4.1+git+20081116+930c0e7 version fixes the problem

[Sjoerd Simons]

On Tue, Jan 06, 2009 at 08:25:55PM +0100, Eric Valette wrote:
> uname -a -> Linux pink-floyd2 2.6.28 #25 SMP PREEMPT Thu Dec 25 12:16:23
> CET 2008 x86_64 GNU/Linux
> 
> libdrm-intel1_2.4.1+git+20081116+930c0e7-1_amd64.deb
> libdrm2_2.4.1+git+20081116+930c0e7-1_amd64.deb
> 
> So maybe the intel video driver need a refresh but in any case the
> combination is not working.
> 
> BTW: cannot use non experimental X driver on my system.

I've updated (my already experimental) X driver to the current git and that
makes things work fine again.

  Sjoerd
-- 
The Poems, all three hundred of them, may be summed up in one of their phrases:
"Let our thoughts be correct".
-- Confucius



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

Bug#510901: python-foolscap: should advertise [secure_connections] feature to setuptools

[Stephan Peijnik]

First of all thanks for your bug report. I am afraid I seem to have
missed this report until now.

I have updated the package in Debian-SVN now. Could you please check
(and confirm) that this fixes the problem for you.

If it does please let me know so I can get the updated package uploaded.

-- Stephan


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

Bug#330403: [patch 138/266] sysrq: more explicit, less terse help messages

[akpm]

From: Randy Dunlap 

Eliminate sysrq terse help mode; make sysrq help messages more meaningful
(more explicit/verbose).  Make the sysrq action letter clearer by listing
it explicitly in more sysrq help messages (when it is not simple/clear).

The SysRq help message now looks like this:

SysRq : HELP : loglevel(0-9) reBoot terminate-all-tasks(E) 
memory-full-oom-kill(F) kill-all-tasks(I) saK show-backtrace-all-active-cpus(L) 
show-memory-usage(M) nice-all-RT-tasks(N) powerOff show-registers(P) 
show-all-timers(Q) unRaw Sync show-task-states(T) Unmount show-blocked-tasks(W)

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

Signed-off-by: Randy Dunlap 
Cc: 
Cc: <330...@bugs.debian.org>
Signed-off-by: Andrew Morton 
---

 drivers/char/sysrq.c |   20 ++--
 1 file changed, 10 insertions(+), 10 deletions(-)

diff -puN drivers/char/sysrq.c~sysrq-more-explicit-less-terse-help-messages 
drivers/char/sysrq.c
--- a/drivers/char/sysrq.c~sysrq-more-explicit-less-terse-help-messages
+++ a/drivers/char/sysrq.c
@@ -82,7 +82,7 @@ static void sysrq_handle_loglevel(int ke
 }
 static struct sysrq_key_op sysrq_loglevel_op = {
.handler= sysrq_handle_loglevel,
-   .help_msg   = "loglevel0-8",
+   .help_msg   = "loglevel(0-9)",
.action_msg = "Changing Loglevel",
.enable_mask= SYSRQ_ENABLE_LOG,
 };
@@ -233,7 +233,7 @@ static void sysrq_handle_showallcpus(int
 
 static struct sysrq_key_op sysrq_showallcpus_op = {
.handler= sysrq_handle_showallcpus,
-   .help_msg   = "aLlcpus",
+   .help_msg   = "show-backtrace-all-active-cpus(L)",
.action_msg = "Show backtrace of all active CPUs",
.enable_mask= SYSRQ_ENABLE_DUMP,
 };
@@ -247,7 +247,7 @@ static void sysrq_handle_showregs(int ke
 }
 static struct sysrq_key_op sysrq_showregs_op = {
.handler= sysrq_handle_showregs,
-   .help_msg   = "showPc",
+   .help_msg   = "show-registers(P)",
.action_msg = "Show Regs",
.enable_mask= SYSRQ_ENABLE_DUMP,
 };
@@ -258,7 +258,7 @@ static void sysrq_handle_showstate(int k
 }
 static struct sysrq_key_op sysrq_showstate_op = {
.handler= sysrq_handle_showstate,
-   .help_msg   = "showTasks",
+   .help_msg   = "show-task-states(T)",
.action_msg = "Show State",
.enable_mask= SYSRQ_ENABLE_DUMP,
 };
@@ -269,7 +269,7 @@ static void sysrq_handle_showstate_block
 }
 static struct sysrq_key_op sysrq_showstate_blocked_op = {
.handler= sysrq_handle_showstate_blocked,
-   .help_msg   = "shoW-blocked-tasks",
+   .help_msg   = "show-blocked-tasks(W)",
.action_msg = "Show Blocked State",
.enable_mask= SYSRQ_ENABLE_DUMP,
 };
@@ -297,7 +297,7 @@ static void sysrq_handle_showmem(int key
 }
 static struct sysrq_key_op sysrq_showmem_op = {
.handler= sysrq_handle_showmem,
-   .help_msg   = "showMem",
+   .help_msg   = "show-memory-usage(M)",
.action_msg = "Show Memory",
.enable_mask= SYSRQ_ENABLE_DUMP,
 };
@@ -323,7 +323,7 @@ static void sysrq_handle_term(int key, s
 }
 static struct sysrq_key_op sysrq_term_op = {
.handler= sysrq_handle_term,
-   .help_msg   = "tErm",
+   .help_msg   = "terminate-all-tasks(E)",
.action_msg = "Terminate All Tasks",
.enable_mask= SYSRQ_ENABLE_SIGNAL,
 };
@@ -341,7 +341,7 @@ static void sysrq_handle_moom(int key, s
 }
 static struct sysrq_key_op sysrq_moom_op = {
.handler= sysrq_handle_moom,
-   .help_msg   = "Full",
+   .help_msg   = "memory-full-oom-kill(F)",
.action_msg = "Manual OOM execution",
.enable_mask= SYSRQ_ENABLE_SIGNAL,
 };
@@ -353,7 +353,7 @@ static void sysrq_handle_kill(int key, s
 }
 static struct sysrq_key_op sysrq_kill_op = {
.handler= sysrq_handle_kill,
-   .help_msg   = "kIll",
+   .help_msg   = "kill-all-tasks(I)",
.action_msg = "Kill All Tasks",
.enable_mask= SYSRQ_ENABLE_SIGNAL,
 };
@@ -364,7 +364,7 @@ static void sysrq_handle_unrt(int key, s
 }
 static struct sysrq_key_op sysrq_unrt_op = {
.handler= sysrq_handle_unrt,
-   .help_msg   = "Nice",
+   .help_msg   = "nice-all-RT-tasks(N)",
.action_msg = "Nice All RT Tasks",
.enable_mask= SYSRQ_ENABLE_RTNICE,
 };
_



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

Bug#511040: ITP: krank -- is a little casual game

[Dmitry E. Oboukhov]

Package: wnpp
Severity: wishlist

* Package name: krank
  Version: 0.7
* URL: http://krank.sourceforge.net/
  License: Public Domain
  Programming Lang: Python
  Description: is a little casual game
  
  krank is a game of dexterity, being somewhere between Breakout and
  billiard, where the aim of each level is to shove floating stones
  towards compatible static stones. You control a short chain of stones
  with your mouse to achieve that.

--

. ''`. Dmitry E. Oboukhov
: :’  : un...@debian.org
`. `~’ GPGKey: 1024D / F8E26537 2006-11-21
  `- 1B23 D4F8 8EC0 D902 0555  E438 AB8C 00CF F8E2 6537


signature.asc
Description: Digital signature

Bug#511028: jspwiki: Install.jsp encounters permission-errors

[Olaf Zevenboom]

On Tue, Jan 6, 2009 at 9:09 PM, Kalle Kivimaa  wrote:

> Umm, you shouldn't need to run Install.jsp as all the relevant
> settings are set by Debconf. How did you end up running it?
>
> Could you file the /etc/jspwiki/jspwiki.properties contents?
>
>
> --
> * Sufficiently advanced magic is indistinguishable from technology (T.P)  *
> *   PGP public key available @ http://www.iki.fi/killer
> *
>

The baseURL did not do much at my system. http://localhost:8180/JSPWiki/ did
give a bit of a clumsy result:
Home 
 G'day (anonymous guest) Log
in My
Prefs 
Main
view 
edit
clone  find
 Quick search (type ahead)
 Recent Searches (Clear) 
 Your trail:

   - Edit 
   - More... 

 View
  This page does not exist. Why don't you go and create
it?

  Page not created yet.
  G'day (anonymous guest) Log
in My
Prefs 

   -

  Please make a LeftMenu

  Please make a LeftMenuFooter

 JSPWiki v2.8.0-beta-21
  Home 
 JSPWiki v2.8.0-beta-21


Therefor and because it was/is not explicitly mentioned in the dpkg
installscript and README.Debian, I ran the Install.jsp script. Running this
script produced the result as described.
Is the mentioning of "beta-21" correct?

Regards,
Olaf

PS
Adding support for multiple wikis in debconf would be a nice feature. Also
docs/hints for Tomcat security in relation to jspwiki would be nice too.
Thank you for supplying and supporting this package.


jspwiki.properties
Description: Binary data

Bug#502729: and the mysterious freebsd-utils package

[Craig Small]

Hello,
  I'm the maintainer of procps and are not subscribed to the BSD list,
so please include me in the replies.

I received this bug report saying there is another sysctl program out
there in a package called freebsd-utils and the procps init script is
calling it and failing.  It would of been nice that someone told me
about this program appearing (unusual too, because I have had some
patches come out of the kfreeBSD project).

Anyhow I cannot find this package anywhere! Packages.d.o doesn't have it
and what is real strange is that ftp.d.o doesn't have it either.

And yet the submitter says at [1]:
  On Debian GNU/kFreeBSD, /bin/sysctl comes from package freebsd-utils

So what is going on?  Why aren't more of you complaining too? :)

 - Craig
[1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=502729
-- 
Craig Small  GnuPG:1C1B D893 1418 2AF4 45EE  95CB C76C E5AC 12CA DFA5
http://www.enc.com.au/ csmall at : enc.com.au
http://www.debian.org/  Debian GNU/Linux, software should be Free 



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

Bug#511039: nscd: man page does not explain paranoia mode

[Lesley Longhurst]

Package: nscd
Version: 2.3.6.ds1-13etch7
Severity: normal


The config file contains a parameter "paranoia mode" (default seems to be off?),
and this also appear in the stats report:

# nscd -g|grep paranoia
 no  paranoia mode enabled

However, there is no mention of "paranoia mode" in the man page.
There are other shortcoming in the man page, this is the one that
annoys me enough to file a bug report.

-- System Information:
Debian Release: etch
Architecture: i386 (i686)

Kernel: Linux 2.6.22.9

Versions of packages nscd depends on:
ii  libc6  2.3.6.ds1-13etch7 GNU C Library: Shared libraries

nscd recommends 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#401439: parisc: xfs module loading bug

[dann frazier]

On Tue, Jan 06, 2009 at 09:26:33AM -0700, dann frazier wrote:
> On Tue, Jan 06, 2009 at 10:08:39AM +0100, Helge Deller wrote:
> > Patches which solves the xfs loading bug on parisc has been accepted 
> > upstream.
> > Mainstream Kernel 2.6.29 will contain the fix.
> > 
> > Description of the problem:
> > http://marc.info/?l=linux-kernel&m=123055968113465&w=2
> > 
> > Needed patches which were accepted upstream:
> > a) module: fix module loading failure of large kernel modules for parisc
> > http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdiff;h=088af9a6e05d51e7c3dc85d45d8b7a52c3ee08d7;hp=d1e99d7ae4e6bbd1ebb5e81ecd3af2b8793efee0
> > b) parisc: fix module loading failure of large kernel modules
> > http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdiff;h=c298be74492bece102f3379d14015638f1fd1fac;hp=088af9a6e05d51e7c3dc85d45d8b7a52c3ee08d7

Unfortunately, b) is an (hppa-specific) ABI breaker. I'm guessing its
the changes to struct mod_arch_specific, but I haven't proven that
yet.

We could try ignoring the change - but I'm not sure how dangerous that
would be. Is this structure known to modules, or is it just used in
the core? That is, if you tried to load modules built w/ this patch
into a kernel that didn't have this patch, would that be safe?


> > Maybe it would make sense to backport those fixes in the debian kernel for 
> > lenny.
> 
> Yeah, I was just waiting for these to go upstream. Now that they are,
> it shouldn't be a problem.
> 
> > Debian bug reports which refer to this issue:
> > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=401439
> > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=350482
> > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=401439
> > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=508489
> 
> Appreciated, thanks!
> 

-- 
dann frazier




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

Bug#509503: Bug in libxml-atom-service-perl fixed in revision 29383

[pkg-perl-maintainers]

tag 509503 + pending
thanks

Some bugs are closed in revision 29383
by David Paleino (hanska-guest)

Commit message:

* NMU: removing myself from Uploaders (Closes: #509503)
* debian/control: updated debhelper dependency to >= 6.0.7~ to use
  dh_lintian
* debian/rules: using dh_lintian to install the lintian override
* debian/compat bumped to 6
* debian/source.lintian-overrides added, fixes lintian info about
  "build-depends-without-arch-dep libmodule-build-perl", since that
  package is needed during the clean target
* debian/lintian-overrides removed, was useless



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

Bug#511017: mozart: new upstream version available

[Kevin Glynn]

Thank you for your interest.  I am aware of the new Mozart version.

There have been some teething troubles with this new version and I have been
advised by one of the mozart developers to wait for 1.4.1.  However, I
expected that to have been released by now.

In the meantime I am trying to package 1.4.0 and if successful will upload
it to experimental.  I am also making quite a lot of changes to the
packaging to make it easier to maintain, including moving the packaging to
git and alioth.

I don't expect to move a new version to unstable until after lenny has
released.

Bug#506406: [Pkg-xfce-devel] Bug#506406: xfce4: apt bug causes gdm to pull in unneeded/unwanted gnome dependencies

[Yves-Alexis Perez]

On mar, 2009-01-06 at 16:06 -0500, Daniel Dickinson wrote:
> Perhaps it's only when one tries to install xfce after doing a
> standard
> install and not when using an xfce cd  (that's when it showed up for
> me).  So probably tasksel is fine, the problem is that if you apt-get
> or aptitude|select task, then it pulls in the stuff.  Nautilus and
> that
> are only probably only pulled in because of recommends when installing
> after-the-fact and gnome-session is a bug in aptitude and apt.  

Wait. It's been days that we look for a bug at install time.

If you want to install xfce *after* that, just use apt-get install xfce4
xfce4-goodies. 
If you want the task, then yes use aptitude install xfce-desktop

You can manually tweak the command line to say that you don't want
gnome-session or whatever. And I don't think apt-get can install tasks
directly so the bug only triggers when you do that with aptitude.

Anyway, I'm *really* lost about where we are, what the problem really
is, and what exactly we are wanting to do to solve it.

Frans: basically, you were not really involved in the loop, sorry,
that's not d-i related in any way. We don't need to change anything in
tasks for Lenny, so we stay with gdm and it'll be fine.

Cheers and thanks,
-- 
Yves-Alexis


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

Bug#509505: Bug in libtest-perl-critic-perl fixed in revision 29382

[pkg-perl-maintainers]

tag 509505 + pending
thanks

Some bugs are closed in revision 29382
by David Paleino (hanska-guest)

Commit message:

* NMU: removing myself from Uploaders (Closes: #509505)
* debian/control:
  - Standards-Version 3.8.0 (no changes needed)
  - libperl-critic-perl dependency moved to Build-Depends-Indep
  - bumped debhelper dependency to >= 6.0.7~ to support dh_lintian
* debian/source.lintian-overrides added to fix lintian's
  "build-depends-without-arch-dep", since the module might be needed
  in the clean target
* debian/copyright: using "Copyright" word for Debian packaging
* debian/rules: using dh_lintian to install override
* debian/compat bumped to 6



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

Bug#510911: multipath-tools: bad side effects with FC devices

[vincent.mcint...@csiro.au]

thanks for the quick reply.


On Tue, Jan 06, 2009 at 08:50:28AM +1100, Vincent McIntyre wrote:

Other things I noticed:
 - fdisk works ok
   # fdisk -l /dev/sdc
   Disk /dev/sdc: 1505.9 GB, 1505973239808 bytes
   64 heads, 32 sectors/track, 1436208 cylinders
  Units = cylinders of 2048 * 512 = 1048576 bytes

 Device Boot  Start End  Blocks   Id  System
  /dev/sdc1   1 1436208  1470676976   83  Linux



Once you use multipath you have to access multipathed devices via
/dev/mapper/ or via /dev/disk/by-id/. Not doing this is the only
bug here I can see.


ok, then that's the problem. There are no multipathed devices on this
system, so I was not expecting multipath-tools to 'do' anything.
Is there something in the package documentation that would have explained
this point to me? I may have missed it.

Christophe's documentation says 'Last update : Dec 2004', which does
not inspire confidence that it is still even vaguely relevant, 
particularly since udev has evolved so much over the interim.

The URL for the FAQ has changed, it should be
http://christophe.varoqui.free.fr/faq.html (patch attached)


 - once booted, /dev/mapper is left in a very odd state indeed:
   # ls -l /dev/mapper
   brw-rw 1 root disk 254,  8 2009-01-05 14:35
   3600039307d390100fef00a2d
   brw-rw 1 root disk 254,  9 2009-01-05 14:35
   3600039307d390100fef00a2d1
   brw-rw 1 root disk 254,  7 2009-01-05 14:35
   3600039307da90100fef00a2d

It seems multipath tools picked up your devices correctly. What did you
expect to happen?


I expected multipath-tools to leave the device alone, or at least
allow the system to mount and be able to access the data as before,
since I had not 'told' the package about these devices.
I had not configured /etc/multipath.conf, that file did not exist.
Nor was there an /etc/default/multipath-tools.

On a system where we _do_ have multipathed storage, the devices are 
referred to as /dev/mapper/mpath0p1, /dev/mapper/mpath1p1, etc.

So when I was looking at the /dev/mapper directory I was thinking that
somehow some configuration had not completed, and that the files
named using the WWN would be replaced by something 'friendlier'
(for example the filesystem label, which is what was being used in
the /etc/fstab, or /dev/mapper/mpath0).

The behaviour of 'mount' and 'umount' was also extremely confusing.
The device is not mounted and cannot be umounted but is 'busy'.
Why does 'lsof' not show what is keeping the device 'busy'?
It might help if /dev/sdc1 was not created at all, since it
can't be used to access the device. But I see in [2] that this
is a decision taken by the kernel.

The underlying bug here is probably my lack of understanding.
But at the moment I don't see how to improve my understanding with
the information available in the package. Some suggestions:

 * if the package is able (at installation time) to detect devices that
   it will start to manage at the next reboot, it would be helpful to
   give a debconf warning about this and point people to /usr/share/doc.
   I don't think there is such a warning now.

 * provide your paragraph in /usr/share/doc:
 Once you use multipath you have to access multipathed devices via
 /dev/mapper/ or via /dev/disk/by-id/.
 For example, in /etc/fstab one could write:
  /dev/mapper/  /data/foo_1  ext3  defaults  0  0

 * it would help to explain what the WWN-named files in /dev/mapper are.
   I've had a go at a patch for this and the point above.

 * alternatively, or as well, provide a default /etc/multipath.conf that
   ignores/blacklists every device on the system, so multipath-tools won't
   attempt to manage anything until the system owner takes a positive
   action and configures the package.

You may well ask 'wtf did you install the package in the first place?'.
I was having a look-see to see what the package did when it was installed, 
before trying it out on a system that does have multipathed storage.

I neglected to uninstall it again and was penalized heavily for this.

You're doing a great job on this package, hope these comments help.

Cheers
Vince
[1] http://christophe.varoqui.free.fr/usage.html
[2] http://christophe.varoqui.free.fr/refbook.html--- /usr/share/doc/multipath-tools/FAQ  2006-03-14 02:12:08.0 +1100
+++ /tmp/FAQ2009-01-07 09:03:32.0 +1100
@@ -1,4 +1,5 @@
-More at http://christophe.varoqui.free.fr/wiki/wakka.php?wiki=FAQ
+More at http://christophe.varoqui.free.fr/faq.html
+See also http://christophe.varoqui.free.fr/usage.html

 1. How to set up System-on-multipath ?
 ==
--- /usr/share/doc/multipath-tools/FAQ  2006-03-14 02:12:08.0 +1100
+++ /tmp/FAQ2009-01-07 09:13:05.0 +1100
@@ -63,3 +63,22 @@ current/default config like so:
 lvm dumpconfig > /etc/lvm/lvm.conf
 
 (tip from Christophe Saout)
+
+4. What are these weird numbers in /dev/mapper?
+=

Bug#275491: ping for #275491

[Matt Taggart]

This is a ping for #275491, no one responded to my last mail to the bug.

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

Thanks,

-- 
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#507845: Dedibox server with VIA C7 cpu freeze with the last libc6

[Aurelien Jarno]

On Tue, Jan 06, 2009 at 10:53:34PM +0100, Maelvon HAWK wrote:
> Aurelien Jarno a écrit :
>> On Fri, Dec 05, 2008 at 09:26:06PM +0100, Maelvon HAWK wrote:
>>> Aurelien Jarno a écrit :
 Maelvon HAWK a écrit :
> Aurelien Jarno a écrit :
>> tag 507845 + unreproducible
>> tag 507845 + moreinfo
>> thanks
>>
>> Maelvon HAWK a écrit :
>>> Package: libc6
>>> Version: 2.3.6.ds1-3
>> This is a very old version. Try using at least the latest version from
>> stable, that is 2.3.6.ds1-13etch7.
> If I put the stable one, it freeze, with no clues…
>
>>> Severity: important
>>>
>>> I've a Dedibox server, with a VIA C7 cpu, running a debian 
>>> ETCH, and it seems I've done a dist-upgrade without
>>> rebooting that's put the mess in the server. After that it 
>>> freeze when it want, for no special apparent reason. I said 
>>> it
>>> seems because I remember to have done that, and found some links about 
>>> that.
>>>
>>> The actual solution I found is to downgrade my libc6, 
>>> specifing some preferences in /etc/apt/preferences and the
>>> server is working well now, but I never update the libc6 or 
>>> the bug comes back.
>>>
>>> But I've tested to install mod_python today and the libc6  
>>> downgrade seems to impact it. I've done a remove of the
>>> package "php5-recode" to make the mod_python running.
>>>
>>> In the other hand, I've found a similar bug report in Gentoo 
>>> [1], if it can help to resolve this.
>> As clearly explained in the gentoo bug report, this is not a glibc
>> problem, but rather a kernel problem. The glibc may trigger a kernel
>> bug, but the bug has to be fixed in the kernel.
>>
>> First of all, please try to use a standard Debian kernel instead of the
>> kernel 2.6.24.2dedibox-r8-1-c7 one, which is known to be problematic. If
>> you are still be able to reproduce the bug with a Debian kernel, I'll
>> reassign the bug to the kernel package.
>>
> Aurelien
>
> Which kernel should I install. An "apt-cache search 
> linux-image-2.6"  give me :
>
> linux-image-2.6-openvz-686 - Linux 2.6 image on PPro/Celeron/PII/PIII/P4
> linux-image-2.6-vserver-686-bigmem - Linux 2.6 image on   
> PPro/Celeron/PII/PIII/P4
> linux-image-2.6.26-bpo.1-486 - Linux 2.6.26 image on x86
> linux-image-2.6.26-bpo.1-686 - Linux 2.6.26 image on   
> PPro/Celeron/PII/PIII/P4
> linux-image-2.6.26-bpo.1-686-bigmem - Linux 2.6.26 image on   
> PPro/Celeron/PII/PIII/P4
> linux-image-2.6.26-bpo.1-amd64 - Linux 2.6.26 image on AMD64
> linux-image-2.6.26-bpo.1-openvz-686 - Linux 2.6.26 image on   
> PPro/Celeron/PII/PIII/P4, OpenVZ support
> linux-image-2.6.26-bpo.1-vserver-686 - Linux 2.6.26 image on   
> PPro/Celeron/PII/PIII/P4, Linux-VServer support
> linux-image-2.6.26-bpo.1-vserver-686-bigmem - Linux 2.6.26 image 
> on  PPro/Celeron/PII/PIII/P4, Linux-VServer support
> linux-image-2.6.26-bpo.1-xen-686 - Linux 2.6.26 image on i686
> linux-image-2.6.23.13dedibox-r8 - Linux kernel binary image for  
> version 2.6.23.13dedibox-r8
 You should use the stable one, either:
 - linux-image-2.6.18-6-686
 - linux-image-2.6.24-etchnhalf.1-686

 I had a dedibox with a VIA C7 CPU running the first one and glibc
 2.3.6.ds1-13etchX for more than a year without any problem.

>>> Ok, first freeze!
>>> With the linux-image-2.6.18-6-686, what's the next step?
>>> Nothing at all in the /var/log/messages.
>>>
>>> I'll test now the "2.6.24.2-by-myckeul"[1] kernel.
>>>
>>> It's a production server so I should found a solution for this bug or 
>>> I  return to the last solution, the downgrade of libc6.
>>>
>>
>> Now that we now it freeze with a normal kernel, the best is probably to
>> determine which version introduced the change. We really have to know
>> the exact version that has introduced the change, because comparing the
>> sources haven't shown anything, so we will have to compare the generated
>> assembly code.
>>
>> First of all, do you have libc6-i686 installed? If yes, it may be worth
>> removing it and see if the problem still occurs.
>>
>> If I understand correctly, the version 2.3.6.ds1-3 is the latest known  
>> version that works. The stable version is 2.3.6.ds1-13etch6. That means
>> there is 16 different versions in between (ds1-4 to ds1-13 and
>> ds1-13etch1 to ds1-13etch6). Using a dichotomy process, you can find the
>> first bad version in 4 tries.
>>
>> You can access the previous versions of the glibc by adding this line to
>> /etc/apt/sources.list:
>>
>> deb http://snapshot.debian.net/archive pool glibc
>>
>> then run:
>> # apt-get update
>> # apt-get install libc6=version libc6-dev=version locales=version
>>
>> When I know the first bad version, I'll try to see what has changed at
>> the binary level.
>>
>
> Aurelien,
>
> Thanks for your tim

Bug#511037: python-dkim: tries to overwrite file owned by dkimproxy (again!)

[Ralf Treinen]

Package: python-dkim
Version: 0.3-2
Severity: serious

Hi,

automatic installation tests of packages that share a file and at the
same time do not conflict by their package dependency relationships has
detected the following problem. Note that this bug is different from
#509045:


Date: 2009-01-05
Architecture: amd64
Distribution: sid
Command: apt-get --assume-yes --allow-unauthenticated install dkimproxy 
python-dkim

Reading package lists...
Building dependency tree...
The following extra packages will be installed:
  libcrypt-openssl-bignum-perl libcrypt-openssl-rsa-perl libdb4.5
  libdigest-hmac-perl libdigest-sha1-perl liberror-perl libio-multiplex-perl
  libmail-dkim-perl libmailtools-perl libnet-cidr-perl libnet-dns-perl
  libnet-ip-perl libnet-server-perl libsqlite3-0 libtext-wrapper-perl
  libtimedate-perl mime-support openssl perl perl-modules python
  python-central python-dnspython python-minimal python2.5 python2.5-minimal
Suggested packages:
  libio-socket-ssl-perl ca-certificates perl-doc libterm-readline-gnu-perl
  libterm-readline-perl-perl python-doc python-tk python-profiler
  python2.5-doc binfmt-support
Recommended packages:
  amavisd-new file
The following NEW packages will be installed:
  dkimproxy libcrypt-openssl-bignum-perl libcrypt-openssl-rsa-perl libdb4.5
  libdigest-hmac-perl libdigest-sha1-perl liberror-perl libio-multiplex-perl
  libmail-dkim-perl libmailtools-perl libnet-cidr-perl libnet-dns-perl
  libnet-ip-perl libnet-server-perl libsqlite3-0 libtext-wrapper-perl
  libtimedate-perl mime-support openssl perl perl-modules python
  python-central python-dkim python-dnspython python-minimal python2.5
  python2.5-minimal
0 upgraded, 28 newly installed, 0 to remove and 0 not upgraded.
Need to get 15.8MB of archives.
After this operation, 59.1MB of additional disk space will be used.
WARNING: The following packages cannot be authenticated!
  libdb4.5 libsqlite3-0 mime-support perl-modules perl python2.5-minimal
  python2.5 python-minimal python python-central libtext-wrapper-perl
  liberror-perl libtimedate-perl libmailtools-perl libdigest-sha1-perl
  libdigest-hmac-perl libnet-ip-perl libnet-dns-perl
  libcrypt-openssl-bignum-perl libcrypt-openssl-rsa-perl libmail-dkim-perl
  libio-multiplex-perl libnet-cidr-perl libnet-server-perl openssl dkimproxy
  python-dnspython python-dkim
Authentication warning overridden.
Get:1 http://localhost sid/main libdb4.5 4.5.20-13 [555kB]
Get:2 http://localhost sid/main libsqlite3-0 3.5.9-6 [253kB]
Get:3 http://localhost sid/main mime-support 3.44-1 [33.3kB]
Get:4 http://localhost sid/main perl-modules 5.10.0-19 [3189kB]
Get:5 http://localhost sid/main perl 5.10.0-19 [5248kB]
Get:6 http://localhost sid/main python2.5-minimal 2.5.2-15 [1287kB]
Get:7 http://localhost sid/main python2.5 2.5.2-15 [3039kB]
Get:8 http://localhost sid/main python-minimal 2.5.2-3 [13.5kB]
Get:9 http://localhost sid/main python 2.5.2-3 [139kB]
Get:10 http://localhost sid/main python-central 0.6.8 [40.4kB]
Get:11 http://localhost sid/main libtext-wrapper-perl 1.02-1 [11.0kB]
Get:12 http://localhost sid/main liberror-perl 0.17-1 [23.6kB]
Get:13 http://localhost sid/main libtimedate-perl 1.1600-9 [32.9kB]
Get:14 http://localhost sid/main libmailtools-perl 2.04-1 [96.9kB]
Get:15 http://localhost sid/main libdigest-sha1-perl 2.11-2+b1 [25.6kB]
Get:16 http://localhost sid/main libdigest-hmac-perl 1.01-7 [10.5kB]
Get:17 http://localhost sid/main libnet-ip-perl 1.25-2 [30.2kB]
Get:18 http://localhost sid/main libnet-dns-perl 0.63-2 [267kB]
Get:19 http://localhost sid/main libcrypt-openssl-bignum-perl 0.04-1+b1 [27.4kB]
Get:20 http://localhost sid/main libcrypt-openssl-rsa-perl 0.25-1+b1 [31.3kB]
Get:21 http://localhost sid/main libmail-dkim-perl 0.32-1 [105kB]
Get:22 http://localhost sid/main libio-multiplex-perl 1.10-1 [23.8kB]
Get:23 http://localhost sid/main libnet-cidr-perl 0.11-3 [14.8kB]
Get:24 http://localhost sid/main libnet-server-perl 0.97-1 [141kB]
Get:25 http://localhost sid/main openssl 0.9.8g-14 [1043kB]
Get:26 http://localhost sid/main dkimproxy 1.0.1-8 [34.9kB]
Get:27 http://localhost sid/main python-dnspython 1.6.0-1.1 [94.4kB]
Get:28 http://localhost sid/main python-dkim 0.3-2 [14.7kB]
Fetched 15.8MB in 16s (935kB/s)
Can not write log, openpty() failed (/dev/pts not mounted?)
Selecting previously deselected package libdb4.5.
(Reading database ... 7927 files and directories currently installed.)
Unpacking libdb4.5 (from .../libdb4.5_4.5.20-13_amd64.deb) ...
Selecting previously deselected package libsqlite3-0.
Unpacking libsqlite3-0 (from .../libsqlite3-0_3.5.9-6_amd64.deb) ...
Selecting previously deselected package mime-support.
Unpacking mime-support (from .../mime-support_3.44-1_all.deb) ...
Selecting previously deselected package perl-modules.
Unpacking perl-modules (from .../perl-modules_5.10.0-19_all.deb) ...
Selecting previously deselected package perl.
Unpacking perl (from .../perl_5.10.0-19_amd64.deb) ...
Selecting previously deselected package python

Bug#509504: Bug in libtest-exception-perl fixed in revision 29381

[pkg-perl-maintainers]

tag 509504 + pending
thanks

Some bugs are closed in revision 29381
by David Paleino (hanska-guest)

Commit message:

* NMU: removing myself from Uploaders (Closes: #509504)
* debian/control: short and long description improved.



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