Bug#648739: [Pkg-xfce-devel] Bug#648739: xfce4-screenshooter: Segmentation fault when trying to get a screenshot

[Rares Aioanei]

On 11/15/2011 08:58 AM, Yves-Alexis Perez wrote:

On lun., 2011-11-14 at 18:34 +0200, Rares Aioanei wrote:

I tried to take a screenshot of a window (wm is Fluxbox, if that
matters), and xfce4-screenshot dies with a segfault. Running it with
gdb gives me this:

(gdb) bt full
#0  0xf9f5 in ?? ()
No symbol table info available.
#1  0xe5e4 in screenshooter_take_screenshot_idle ()
No symbol table info available.
#2  0x75a641ad in g_main_context_dispatch ()
from /lib/x86_64-linux-gnu/libglib-2.0.so.0
No symbol table info available.
#3  0x75a649a8 in ?? () from
/lib/x86_64-linux-gnu/libglib-2.0.so.0
No symbol table info available.
#4  0x75a64ee2 in g_main_loop_run ()
from /lib/x86_64-linux-gnu/libglib-2.0.so.0
No symbol table info available.
#5  0x7747c717 in gtk_main ()
from /usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0
No symbol table info available.
#6  0xe139 in main ()
No symbol table info available.

Thanks, could you install relevant debugging symbols and retry? When
exactly does it happen?


(gdb) bt full
#0  0xf9f5 in ?? ()
No symbol table info available.
#1  0xe5e4 in screenshooter_take_screenshot_idle ()
No symbol table info available.
#2  0x75a651fd in g_main_dispatch (context=0x557ad130)
at /tmp/buildd/glib2.0-2.30.2/./glib/gmain.c:2441
dispatch = 0x75a60f30 
was_in_call = 0
user_data = 0x55770da0
callback = 0xe5d0 
cb_funcs = 0x75d14b50
cb_data = 0x55803590
current_source_link = {data = 0x55889650, next = 0x0}
need_destroy = 
source = 0x55889650
current = 0x55881dc0
i = 
#3  g_main_context_dispatch (context=0x557ad130)
at /tmp/buildd/glib2.0-2.30.2/./glib/gmain.c:3011
No locals.
#4  0x75a659f8 in g_main_context_iterate (context=0x557ad130,
block=, dispatch=1, self=)
at /tmp/buildd/glib2.0-2.30.2/./glib/gmain.c:3089
---Type  to continue, or q  to quit---
max_priority = 200
timeout = 0
some_ready = 1
nfds = 2
allocated_nfds = 
fds = 
#5  0x75a65f32 in g_main_loop_run (loop=0x55877f40)
at /tmp/buildd/glib2.0-2.30.2/./glib/gmain.c:3297
__PRETTY_FUNCTION__ = "g_main_loop_run"
#6  0x7747c717 in gtk_main ()
   from /usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0
No symbol table info available.
#7  0xe139 in main ()
No symbol table info available.

Please tell me what else should I be installing for better debugging. 
This happens after I get the options window, so I guess when the actual 
screenshooting should take place.


Thanks,

--
Rares Aioanei




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

Bug#622146: nfs-kernel-server: error Encryption type not permitted

[Kramarenko A. Maxim]

Russ Allbery  писал(а) в своём письме Tue, 15 Nov 2011 
11:21:05 +0400:


"Kramarenko A. Maxim"  writes:

The only thing that I can think of at this point is that the underlying
GSS-API implementation behind rpc.svcgssd isn't supporting arcfour-hmac
for some reason.  Maybe you don't have the backported version of
everything and your daemon still only supports DES somehow?


These are versions of the software on the NFS server:

ARCHIV ~ # dpkg -l | grep krb
ii  krb5-config   2.2  
Configuration files for Kerberos Version 5
ii  krb5-user 1.8.3+dfsg-4squeeze2 
Basic programs to authenticate using MIT Kerberos
ii  libgssapi-krb5-2  1.8.3+dfsg-4squeeze2 MIT 
Kerberos runtime libraries - krb5 GSS-API Mechanism
ii  libkrb5-3 1.8.3+dfsg-4squeeze2 MIT 
Kerberos runtime libraries
ii  libkrb5support0   1.8.3+dfsg-4squeeze2 MIT 
Kerberos runtime libraries - Support library
ARCHIV ~ # dpkg -l | grep gss
ii  libgssapi-krb5-2  1.8.3+dfsg-4squeeze2 MIT 
Kerberos runtime libraries - krb5 GSS-API Mechanism
ii  libgssglue1   0.1-4
mechanism-switch gssapi library
ii  libgssrpc41.8.3+dfsg-4squeeze2 MIT 
Kerberos runtime libraries - GSS enabled ONCRPC
ii  librpcsecgss3 0.19-2   
allows secure rpc communication using the rpcsec_gss protocol
ARCHIV ~ # dpkg -l | grep -i mit
ii  krb5-user 1.8.3+dfsg-4squeeze2 
Basic programs to authenticate using MIT Kerberos
ii  libgssapi-krb5-2  1.8.3+dfsg-4squeeze2 MIT 
Kerberos runtime libraries - krb5 GSS-API Mechanism
ii  libgssrpc41.8.3+dfsg-4squeeze2 MIT 
Kerberos runtime libraries - GSS enabled ONCRPC
ii  libk5crypto3  1.8.3+dfsg-4squeeze2 MIT 
Kerberos runtime libraries - Crypto Library
ii  libkadm5clnt-mit7 1.8.3+dfsg-4squeeze2 MIT 
Kerberos runtime libraries - Administration Clients
rc  libkadm5srv-mit7  1.8.3+dfsg-4squeeze2 MIT 
Kerberos runtime libraries - KDC and Admin Server
rc  libkdb5-4 1.8.3+dfsg-4squeeze2 MIT 
Kerberos runtime libraries - Kerberos database
ii  libkrb5-3 1.8.3+dfsg-4squeeze2 MIT 
Kerberos runtime libraries
ii  libkrb5support0   1.8.3+dfsg-4squeeze2 MIT 
Kerberos runtime libraries - Support library
ARCHIV ~ # dpkg -l | grep -i nfs
ii  liblockfile1  1.08-4   
NFS-safe locking library, includes dotlockfile program
ii  libnfsidmap2  0.23-2   An 
nfs idmapping library
ii  nfs-common1:1.2.4-1~bpo60+1NFS 
support files common to client and server
ii  nfs-kernel-server 1:1.2.4-1~bpo60+1
support for NFS kernel server

Can cost from backporting upgrade krb5-user?

--
Best Regards,
Mc.Sim.
http://www.k-max.name/



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

Bug#648801: lib, commandline client and gui in one package

[Oliver Korff]

Package: cutechess
Version: 2014+0.4.2+0.0.1-1
Severity: serious

The lib, commandline client and gui should be separate packages.

There should be a -dev package. The lib should treat sonames and symbols 
correctly. 

See the excerpt of the README.Debian:

 README
Why including lib, commandline client and gui in one package

There are several reasons:
- The upstream sources are under heavy development and changes to the 
lib likely
- Upgrading is a pain, if no so-names are managed upstream
- No other software is using the lib

There will be a RC-bug filed against this package as long as this situation 
remains. This bug 
will prevent cutechess to go into testing.
### README

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

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

Versions of packages cutechess depends on:
ii  libc6   2.13-21  
ii  libgcc1 1:4.6.2-4
ii  libqt4-svg  4:4.7.3-8
ii  libqtcore4  4:4.7.3-8
ii  libqtgui4   4:4.7.3-8
ii  libstdc++6  4.6.2-4  

cutechess recommends no packages.

cutechess 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#648367: [dm-devel] Bug#648367: device-mapper devices such as dm-crypt always have rotational=1; should inherit "rotational" setting from underlying devices

[Milan Broz]

On 11/14/2011 03:26 AM, Josh Triplett wrote:
> OK, I suppose I don't actually care what rotational shows for a
> device-mapper device backed by rotating media.  The case I care about:
> when the underlying media has rotational=0, the dm device definitely
> shouldn't have rotational=1.

Rotational flag is inherited in DM core, nothing dm-crypt specific.
And it works (for several kernel releases already):


create test scsi disk (also with discards)
# modprobe scsi_debug dev_size_mb=16 sector_size=512 num_tgts=1 lbpu=1
# grep scsi_debug /sys/block/*/device/model   
/sys/block/sdj/device/model:scsi_debug 

Map some crypt device over it
# echo "password" | cryptsetup create sdj_crypt /dev/sdj

And now see inherited ROTA flag (it is /sys rotational)

# lsblk -t /dev/sdj
NAME   ALIGNMENT MIN-IO OPT-IO PHY-SEC LOG-SEC ROTA SCHED RQ-SIZE
sdj0512  32768 512 5120 cfq   128
`-sdj_crypt (dm-0) 0512  32768 512 5120   128


Please paste lsblk -t output tree if you think there is a bug, do not blindly
check all dm-X devices queues.

Milan



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

Bug#635070: Patch for dropping defoma dependency

[Christian PERRIER]

Please find attached a patch dropping the dependency on defoma and
x-ttcidfont-conf. This is a simple patch as the package was not
providing any defoma hints file.

-- 



diff -Nru ttf-summersby-1.007.old/debian/changelog ttf-summersby-1.007/debian/changelog
--- ttf-summersby-1.007.old/debian/changelog	2011-11-14 06:12:03.449071567 +0100
+++ ttf-summersby-1.007/debian/changelog	2011-11-15 07:24:22.708282729 +0100
@@ -1,3 +1,10 @@
+ttf-summersby (1.007-4) UNRELEASED; urgency=low
+
+  * Drop defoma support. Closes: #635070
+  * Drop recommends on x-ttcidfont-conf|fontconfig
+
+ -- Christian Perrier   Sun, 13 Nov 2011 20:29:24 +0100
+
 ttf-summersby (1.007-3) unstable; urgency=low
 
   * New maintainer (closes: #449485, #458970)
diff -Nru ttf-summersby-1.007.old/debian/control ttf-summersby-1.007/debian/control
--- ttf-summersby-1.007.old/debian/control	2011-11-14 06:12:03.461072118 +0100
+++ ttf-summersby-1.007/debian/control	2011-11-14 06:12:03.009051116 +0100
@@ -3,13 +3,11 @@
 Priority: optional
 Maintainer: Mauro Lizaur 
 Build-Depends: debhelper (>= 5.0.59)
-Build-Depends-Indep: defoma (>= 0.7.0)
 Standards-Version: 3.7.3
 
 Package: ttf-summersby
 Architecture: all
 Depends: defoma
-Recommends: x-ttcidfont-conf | fontconfig
 Description: Free TrueType typeface font
  Summersby is a free TrueType typeface (font) with partial Unicode support
  including most West European and Cyrillic languages.
diff -Nru ttf-summersby-1.007.old/debian/postinst ttf-summersby-1.007/debian/postinst
--- ttf-summersby-1.007.old/debian/postinst	2011-11-14 06:12:03.513074538 +0100
+++ ttf-summersby-1.007/debian/postinst	1970-01-01 01:00:00.0 +0100
@@ -1,11 +0,0 @@
-#!/bin/sh
-
-#DEBHELPER#
-
-if [ "$1" = configure -a -x /usr/bin/fc-cache ]; then
-	echo -n "Regenerating fonts cache... "
-	HOME=/root fc-cache -f -v 1>/var/log/fontconfig.log 2>&1 || \
-	(echo "failed; see /var/log/fontconfig.log for more information."; \
-	 exit 1)
-	echo "done."
-fi


signature.asc
Description: Digital signature

Bug#622146: nfs-kernel-server: error Encryption type not permitted

[Russ Allbery]

"Kramarenko A. Maxim"  writes:

> root@debian:~# klist -e /tmp/krb5cc_machine_SAG.LOCAL
> Ticket cache: FILE:/tmp/krb5cc_machine_SAG.LOCAL
> Default principal: nfs/debian.sag.local@SAG.LOCAL

> Valid starting ExpiresService principal
> 11/15/11 11:07:25  11/15/11 21:07:28  krbtgt/SAG.LOCAL@SAG.LOCAL
> renew until 11/16/11 11:07:25, Etype (skey, tkt): arcfour-hmac,
> arcfour-hmac
> 11/15/11 11:07:28  11/15/11 21:07:28  nfs/archiv.sag.local@SAG.LOCAL
> renew until 11/16/11 11:07:25, Etype (skey, tkt): arcfour-hmac,
> arcfour-hmac

Okay, well, so much for that theory.  I was hoping that for some reason
you were getting service tickets that weren't arcfour-hmac for some
reason, but you are, so I don't get why they wouldn't match.

> Nov 15 11:07:28 archiv rpc.svcgssd[2089]: ERROR: GSS-API: error in
> handle_nullreq: gss_accept_sec_context(): GSS_S_FAILURE (Unspecified GSS
> failure.  Minor code may provide more information) - No supported
> encryption types (config file error?)

The only thing that I can think of at this point is that the underlying
GSS-API implementation behind rpc.svcgssd isn't supporting arcfour-hmac
for some reason.  Maybe you don't have the backported version of
everything and your daemon still only supports DES somehow?

-- 
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#648800: Needs to Recommend: python-dev

[Daniel Richard G.]

Package: python-pyrex
Version: 0.9.8.5-2
Severity: minor

python-pyrex currently Recommends: python-all-dev, which depends on
python2.6-dev and python2.7-dev (among others). If you wish to install
the package without pulling in support for 2.6, you don't have any good
options. You can

1. specify --no-install-recommends, in which case you don't get any
   python*-dev package at all;

2. specify "python-pyrex python-all-dev-", and also no python*-dev;

3. specify "... python2.6-", which yields the desired effect, but is not
   version-agnostic;

4. specify "python-dev", which is redundant.

Adding a recommendation of python-dev would allow option #2 to
work cleanly.



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

Bug#622146: nfs-kernel-server: error Encryption type not permitted

[Kramarenko A. Maxim]

Russ Allbery  писал(а) в своём письме Tue, 15 Nov 2011  
09:54:29 +0400:



"Kramarenko A. Maxim"  writes:

It would be more interesting to run klist -e after attempting to  
contact

the server, so that you can see what the encryption type of the service
ticket for the NFS server was.



on client:



root@debian:~# kinit -k  nfs/debian.sag.local
root@debian:~# klist -e
Ticket cache: FILE:/tmp/krb5cc_0
Default principal: nfs/debian.sag.local@SAG.LOCAL



Valid starting ExpiresService principal
11/15/11 09:27:22  11/15/11 19:27:30  krbtgt/SAG.LOCAL@SAG.LOCAL
renew until 11/16/11 09:27:22, Etype (skey, tkt): arcfour-hmac,
arcfour-hmac


No, this is the TGT for the client's principal.  Rather than running  
klist

-e immediately after obtaining credentials, run kinit and then try to
access NFS (so that rpc.gssd will obtain a service ticket for the server)
and *then* run klist -e and look at what encryption type the service
ticket for nfs/archiv.sag.local@SAG.LOCAL has.



It's done.
On client mount and klist:

root@debian:~# mount -vvv -t nfs4 -o sec=krb5 archiv:/nfs /mnt2
mount: fstab path: "/etc/fstab"
mount: mtab path:  "/etc/mtab"
mount: lock path:  "/etc/mtab~"
mount: temp path:  "/etc/mtab.tmp"
mount: UID:0
mount: eUID:   0
mount: spec:  "archiv:/nfs"
mount: node:  "/mnt2"
mount: types: "nfs4"
mount: opts:  "sec=krb5"
mount: external mount: argv[0] = "/sbin/mount.nfs4"
mount: external mount: argv[1] = "archiv:/nfs"
mount: external mount: argv[2] = "/mnt2"
mount: external mount: argv[3] = "-v"
mount: external mount: argv[4] = "-o"
mount: external mount: argv[5] = "rw,sec=krb5"
mount.nfs4: timeout set for Tue Nov 15 11:09:25 2011
mount.nfs4: trying text-based options  
'sec=krb5,addr=10.0.0.6,clientaddr=10.0.0.50'

mount.nfs4: mount(2): Permission denied
mount.nfs4: access denied by server while mounting archiv:/nfs
root@debian:~# ls -la /tmp/
итого 8
drwxrwxrwt  4 root root  100 Ноя 15 11:07 .
drwxr-xr-x 24 root root 4096 Ноя 14 16:55 ..
drwxrwxrwt  2 root root   40 Ноя 14 12:28 .ICE-unix
-rw---  1 root root 2444 Ноя 15 11:07 krb5cc_machine_SAG.LOCAL
drwxrwxrwt  2 root root   40 Ноя 14 12:28 .X11-unix
root@debian:~# klist -e /tmp/krb5cc_machine_SAG.LOCAL
Ticket cache: FILE:/tmp/krb5cc_machine_SAG.LOCAL
Default principal: nfs/debian.sag.local@SAG.LOCAL

Valid starting ExpiresService principal
11/15/11 11:07:25  11/15/11 21:07:28  krbtgt/SAG.LOCAL@SAG.LOCAL
renew until 11/16/11 11:07:25, Etype (skey, tkt): arcfour-hmac,  
arcfour-hmac

11/15/11 11:07:28  11/15/11 21:07:28  nfs/archiv.sag.local@SAG.LOCAL
renew until 11/16/11 11:07:25, Etype (skey, tkt): arcfour-hmac,  
arcfour-hmac



On NFS server:
ARCHIV ~ # ls -la /tmp/
итого 8
drwxrwxrwt  2 root root 4096 Ноя 15 10:41 .
drwxr-xr-x 24 root root 4096 Ноя 14 23:56 ..
ARCHIV ~ # ps aux | grep rpc
root   805  0.0  0.0   2308   920 ?Ss   00:03   0:00  
/sbin/rpcbind -w

root   827  0.0  0.0  0 0 ?S<   00:03   0:00 [rpciod]
root  2089  0.0  0.0   3676  1556 ?Ss   11:04   0:00  
/usr/sbin/rpc.svcgssd yes
root  2091  0.0  0.0   2668   636 ?Ss   11:04   0:00  
/usr/sbin/rpc.mountd --manage-gids
statd 2132  0.0  0.0   2376  1056 ?Ss   11:05   0:00  
/sbin/rpc.statd
root  2144  0.0  0.0   2612   392 ?Ss   11:05   0:00  
/usr/sbin/rpc.idmapd
root  2148  0.0  0.0   3440   616 ?Ss   11:05   0:00  
/usr/sbin/rpc.gssd -vvv
root  2158  0.0  0.0   3464   752 pts/0S+   11:09   0:00 grep  
--colour=auto rpc

ARCHIV ~ # tail /var/log/daemon.log
Nov 15 11:04:51 archiv rpc.mountd[1962]: Caught signal 15, un-registering  
and exiting.

Nov 15 11:04:52 archiv rpc.mountd[2091]: Version 1.2.4 starting
Nov 15 11:04:59 archiv rpc.gssd[2010]: exiting on signal 15
Nov 15 11:04:59 archiv rpc.statd[1994]: Caught signal 15, un-registering  
and exiting

Nov 15 11:05:00 archiv rpc.statd[2132]: Version 1.2.4 starting
Nov 15 11:05:00 archiv sm-notify[2133]: Version 1.2.4 starting
Nov 15 11:05:00 archiv sm-notify[2133]: Already notifying clients; Exiting!
Nov 15 11:05:00 archiv rpc.gssd[2148]: beginning poll
Nov 15 11:07:28 archiv rpc.svcgssd[2089]: ERROR: GSS-API: error in  
handle_nullreq: gss_accept_sec_context(): GSS_S_FAILURE (Unspecified GSS  
failure.  Minor code may provide more information) - No supported  
encryption types (config file error?)
Nov 15 11:07:28 archiv rpc.svcgssd[2089]: ERROR: GSS-API: error in  
handle_nullreq: gss_accept_sec_context(): GSS_S_FAILURE (Unspecified GSS  
failure.  Minor code may provide more information) - No supported  
encryption types (config file error?)


On the server /tmp/krb5cc_machine_REALM not been established.
When I tried to "locally" on the NFS server to mount the exported  
directory, the file has been created:


ARCHIV ~ #  mount -v -t nfs4 -o sec=krb5 archiv:/nfs /mnt
mount.nfs4: timeout set for Tue Nov 15 11:14:04 2011
mount.nfs4: trying text-based options  
'sec=k

Bug#648361: uninstallable on kfreebsd-amd64

[Ola Lundqvist]

Hi Robert,

On Mon, Nov 14, 2011 at 07:14:35PM +0100, Robert Millan wrote:
> [ CCing debian-bsd;  if someone can test the patched version of PPTP
> on GNU/kFreeBSD, please do and report. Thanks! ]

Yes that would be very welcome!

> Hi Ola,
> 
> 2011/11/13 Ola Lundqvist :
> > Have you tested to install this package and actually seen that it
> > works in practice? The reason I ask is that as far as I know this
> > tool depends on the mppe support in the Linux kernel. I may be
> > wrong however.
> >
> > I do not want to apply this until I have it confirmed that it actually
> > works to have a fully working mppe tunnel.
> 
> I'm afraid I can't test it myself.  However, IMHO presence in the
> FreeBSD ports collection is a good indicator that the (patched)
> version of pptp actually works with the kernel of FreeBSD.

That is an interesting point.

I found an interesting one as well here on the pptpclient home page:
http://pptpclient.sourceforge.net/

"PPTP Client is a Linux, FreeBSD, NetBSD and OpenBSD client..."

There is also information available here
http://www.freebsddiary.org/pptp.php
There the installation seems to be simple:
cd /usr/ports/net/pptpclient
make install

> Notice how my patch enables "-DUSER_PPP" in CFLAGS.  This has a
> significant impact on the codepaths, most likely disabling the
> kernel-specific code you had in mind.

When looking deeper into this it looks like your change is only
applicable to GNU/kFreeBSD, right?

> Given the situation, I would find it reasonable if my explanation is
> not sufficient and you need further reassurance that pptp works on
> GNU/kFreeBSD before providing it.  If that's the case, note that its
> current state doesn't fit with this intent either (since it's
> currently not just uninstallable but also unusable in case this was
> overriden).

I thought the package was linux only, but obviously I was wrong.

> An alternate solution would be to disable pptp on GNU/kFreeBSD by
> marking it Linux-specific (Architecture: linux-any) until someone can
> properly test it.

Oh. My mistake I thought this one was linux only. My bad. In this
case I think I should apply this as a first step.

However I have one note on the patch. I see that you use
some patches/series function. I have not used that before. I have simply
applied the patches in the old fashioned way. Is it ok if I continue
that way? I find the new patch mechanism a bit too slow and not very
fail safe.

Best regards,

// Ola
 
> -- 
> Robert Millan
> 

-- 
 --- Inguza Technology AB --- MSc in Information Technology 
/  o...@inguza.comAnnebergsslingan 37\
|  o...@debian.org   654 65 KARLSTAD|
|  http://inguza.com/Mobile: +46 (0)70-332 1551 |
\  gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9  /
 ---



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

Bug#648612: Patches with incorrect paths

[Hakan Ardo]

Are you saying that chunks with "./binutils" works while chunks with
"./gas" does not? I've just tried to rebuild on a freshly update
chroot and it works just fine. Might this be due to some issue with
your system?

On Mon, Nov 14, 2011 at 12:01 AM, Adam Baxter  wrote:
> I'm not entirely sure how to provide a patch to a patch, but the patches
> that dpkg-buildpackage fails on are:
>
> 36-binutils-2.20.1-assembler-options.patch:+++ ./gas/config/tc-avr.c
> 2011-02-08 11:01:47.0 -0600
> 55-binutils-2.20.1-atxmega128b1.patch:+++ ./gas/config/tc-avr.c
> 2010-11-12 11:35:32.0 -0600
> 55-binutils-2.20.1-atxmega128b1.patch:+++ ./gas/doc/c-avr.texi    2010-11-12
> 11:36:39.0 -0600
> 59-binutils-2.20.1-atmega32_5_50_90_pa.patch:+++ ./gas/config/tc-avr.c
> 2011-02-16 15:22:24.0 -0600
> 59-binutils-2.20.1-atmega32_5_50_90_pa.patch:+++ ./gas/doc/as.info
> 2011-02-17 11:59:53.0 -0600
> 59-binutils-2.20.1-atmega32_5_50_90_pa.patch:+++ ./gas/doc/c-avr.texi
> 2011-02-16 15:42:20.0 -0600
>
> in debian/atmel_patches
>
> the paths, at least for me, needed to be gas/ and not .gas/
>



-- 
Håkan Ardö



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

Bug#648739: [Pkg-xfce-devel] Bug#648739: xfce4-screenshooter: Segmentation fault when trying to get a screenshot

[Yves-Alexis Perez]

On lun., 2011-11-14 at 18:34 +0200, Rares Aioanei wrote:
> I tried to take a screenshot of a window (wm is Fluxbox, if that
> matters), and xfce4-screenshot dies with a segfault. Running it with 
> gdb gives me this:
> 
> (gdb) bt full
> #0  0xf9f5 in ?? ()
> No symbol table info available.
> #1  0xe5e4 in screenshooter_take_screenshot_idle ()
> No symbol table info available.
> #2  0x75a641ad in g_main_context_dispatch ()
> from /lib/x86_64-linux-gnu/libglib-2.0.so.0
> No symbol table info available.
> #3  0x75a649a8 in ?? () from
> /lib/x86_64-linux-gnu/libglib-2.0.so.0
> No symbol table info available.
> #4  0x75a64ee2 in g_main_loop_run ()
> from /lib/x86_64-linux-gnu/libglib-2.0.so.0
> No symbol table info available.
> #5  0x7747c717 in gtk_main ()
> from /usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0
> No symbol table info available.
> #6  0xe139 in main ()
> No symbol table info available. 

Thanks, could you install relevant debugging symbols and retry? When
exactly does it happen?
-- 
Yves-Alexis


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

Bug#475072: [Pkg-xfce-devel] Bug#475072: Bug#475072: squeeze: crashes while opening an archived file.

[Yves-Alexis Perez]

On mar., 2011-11-15 at 01:50 +0400, Ibragimov Rinat wrote:
> fix segfault on file open command
> 
> There are two definitions of signals assert having one parameter
> each with G_TYPE_STRING type. But instead of strings, pointers are
> passed. Additionally Launch method of FileManager dbus interface
> expecting three strings now.
> 
> There is no sense to send this patch to upstream because squeeze was
> mostly rewrited and now git head have little common with 0.2.3. 

The patch looks simple enough to be accepted to stable, so I'll prepare
a stable release and ask the release team about it.

Regards,
-- 
Yves-Alexis


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

Bug#648799: init.d/saslauthd uses /lib/init/vars.sh without Depends: initscripts

[Ivan Shmakov]

Package: sasl2-bin
Version: 2.1.23.dfsg1-7
Severity: minor

The /etc/init.d/saslauthd script tries to source
/lib/init/vars.sh which was introduced in initscripts somewhat
in-between 2.86.ds1-4 (which provides no such file) and
2.86.ds1-21 (whose Debian's changelog mentions one.)

Therefore, I suggest a versioned depency on initscripts >=
2.86.ds1-21.

-- 
FSF associate member #7257



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

Bug#633797: copyright-format: "with exception" underspecified

[Steve Langasek]

On Tue, Nov 15, 2011 at 03:16:50PM +0900, Charles Plessy wrote:

> SPDX uses one short name per combination of license and exception.  I did
> not like it at the beginning as I find it inelegant, but in the end it
> would be simpler.  With that syntax, ‘GPL-2+ with OpenSSL and Font
> exceptions’ would be written ‘GPL-2.0+-with-font-exception and
> GPL-2.0+-with-OpenSSL-exception’.

This is a substantive change to the syntax, not a clarification, and as such
is not on the table for consideration in DEP-5 at this time.

I also disagree that this syntax offers any clarity at all.
"GPL-2.0+-with-font-exception and GPL-2.0+-with-OpenSSL-exception" expresses
that use of this code must simultaneously comply with the two named
licenses.  It does *not* express that the same code is simultaneously
covered by two exceptions to the GPL.  Nor does use of "or" instead of "and"
fare any better, as that suggests that you can only make use of one license
exception or the other.

> I would recommend against having ‘Y with X exception’ making Y compatible
> with X, because it would deviate with how SPDX uses exeptions.  For
> instance, GPL-2.0-with-bison-exception does not mean that there is a
> special exception to use the GPL-2 with a so-called ‘bison’ license.

That has not been proposed.

-- 
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


signature.asc
Description: Digital signature

Bug#648762: Please update MIRA to autoconf 2.68 or superior.

[Charles Plessy]

Dear Bastien,

we are distributing Mira in Debian and got a report from our Ubuntu friends
that Mira 3.4.0 needs to be patched in order to be linked with ‘--as-needed’.
This patch can be avoided if you use autoconf 2.68 or superior in your next
release.  Can you consider that upgrade ?

See below for more technical discussion.

Have a nice day,

-- Charles Plessy, Debian Med packaging team, Tsurumi, Kanagawa, Japan

Le Mon, Nov 14, 2011 at 10:24:08PM -0500, Michael Terry a écrit :
> Upstream is using the macro AX_LIB_EXPAT.  They need to generate
> their next tarball using a newer version of autoconf-archive, at
> least version 2011.03.17 [1], which includes a fix for this [2].
> And then they need to make sure to switch to using EXPAT_LIBS
> instead of EXPAT_LDFLAGS (since the macro changed which variable it
> defines).
> 
> My patch is just a minimally-invasive workaround until they they do
> that.
> 
> [1] http://www.mail-archive.com/info-gnu%40gnu.org/msg01160.html
> [2] http://savannah.gnu.org/patch/?7489



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

Bug#633797: copyright-format: "with exception" underspecified

[Charles Plessy]

Executive summary for the CCed DEP-5 parser writers (and apologises for those I
forgot): this is about how to signal multiple exceptions to a license.

Le Mon, Nov 14, 2011 at 05:33:58PM -0800, Steve Langasek a écrit :
> 
> You can always say GPL-2+-with-anything as a custom license name, but the
> value in spelling out standardized license tags at all as part of the spec
> is that it allows for mechanical extraction (and eventually, automated
> checking of license compatibility and accuracy of license information).  If
> it's going to be extended in a free-form manner, what's the value in
> partially specifying the name?
> 
> One benefit, certainly, is that you can assume that "GPL with 
> exception(s)" gives you at *least* all the same rights that the GPL does,
> since GPL exceptions can only grant additional permissions and not take them
> away.  However, the history of the draft shows that people are concerned
> about knowing whether *specific* common exceptions are in effect, so I think
> the spec should include a standardized way of expressing these common
> exceptions, including in combination.

SPDX uses one short name per combination of license and exception.  I did not
like it at the beginning as I find it inelegant, but in the end it would be
simpler.  With that syntax, ‘GPL-2+ with OpenSSL and Font exceptions’ would be
written ‘GPL-2.0+-with-font-exception and GPL-2.0+-with-OpenSSL-exception’.

This would have the following advantages:

 - Parsers would not need to be modified.
 - Straight compatibility with SPDX.

I would recommend against having ‘Y with X exception’ making Y compatible with 
X, because it would deviate with how SPDX uses exeptions.  For instance, 
GPL-2.0-with-bison-exception does not mean that there is a special exception
to use the GPL-2 with a so-called ‘bison’ license.

In that context, for a computer to determine that for instance ‘OpenSSL’ and
‘GPL-2+ with OpenSSL exception’ are compatible, some extra information has to
be stored somewhere:

 - With the plain text English syntax, that ‘OpenSSL exception’ makes the GPL-2+
   license compatible with OpenSSL.
 - With the short name syntax, that GPL-2.0+-with-OpenSSL-exception is 
compatible with OpenSSL.

My preference is for the short name syntax.  In case there is a consensus
against my opinion, I support Jonathan's proposition as a fallback, that I
quote here.

Exceptions are signaled by including "with 
exceptions" at the end of the short name.  The word
"exception" or "exceptions" can be used.  Each keyword must be
a single word (see the list below for standard exception
keywords), and the list of keywords is formatted as a list of
words separated by "and".

Example license field

License: GPL-2+ with OpenSSL and Font and GCC-Runtime-Library exceptions

Have a nice day,

-- 
Charles Plessy
Tsurumi, Kanagawa, Japan



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

Bug#553875: fixed in xfsprogs 3.1.6

[Aurelien Jarno]

On Tue, Nov 15, 2011 at 12:00:50PM +1100, Nathan Scott wrote:
> Hi Aurelien,
> 
> On 15 November 2011 08:48, Aurelien Jarno  wrote:
> 
> >
> > This new version basically replaced the build-depends on
> >  libreadline-gplv2-dev
> > by a build-depends on
> >  libreadline5-dev | libreadline-gplv2-dev
> >
> > Given libreadline5-dev is not in the archive, the package can't be
> > built,
> 
> 
> It seems to work as expected for me (iow, if either of the two are
> installed, it proceeds with using the installed package).  I tested both
> variants on latest unstable, so I'm at a loss to explain the failure you're
> seeing - can you forward the build output showing the issue?

The buildd daemons require that the first package of an alternative
exists in the archive, which is not the case there. You'll find
attached a build log showing the issue.

-- 
Aurelien Jarno  GPG: 1024D/F1BCDB73
aurel...@aurel32.net http://www.aurel32.net
sbuild (Debian sbuild) 0.61.0 (23 Feb 2011) on zandonai.debian.org


??? xfsprogs 3.1.6 (s390)  15 Nov 2011 
02:27 ???


Package: xfsprogs
Version: 3.1.6
Source Version: 3.1.6
Architecture: s390
Get:1 http://ftp.de.debian.org unstable InRelease [146 kB]
Get:2 http://incoming.debian.org unstable InRelease [146 kB]
Get:3 http://ftp.de.debian.org unstable/main Sources [5933 kB]
Ign http://incoming.debian.org  InRelease
Get:4 http://incoming.debian.org  Release.gpg [836 B]
Get:5 http://incoming.debian.org unstable/main Sources [5933 kB]
Get:6 http://ftp.de.debian.org unstable/contrib Sources [57.2 kB]
Get:7 http://ftp.de.debian.org unstable/non-free Sources [103 kB]
Get:8 http://ftp.de.debian.org unstable/main s390 Packages [7631 kB]
Get:9 http://ftp.de.debian.org unstable/contrib s390 Packages [54.9 kB]
Ign http://ftp.de.debian.org unstable/contrib TranslationIndex
Get:10 http://ftp.de.debian.org unstable/main TranslationIndex [2045 B]
Ign http://ftp.de.debian.org unstable/contrib Translation-en
Get:11 http://incoming.debian.org unstable/contrib Sources [57.2 kB]
Get:12 http://incoming.debian.org unstable/non-free Sources [103 kB]
Get:13 http://incoming.debian.org unstable/main s390 Packages [7633 kB]
Get:14 http://incoming.debian.org unstable/contrib s390 Packages [54.9 kB]
Ign http://incoming.debian.org unstable/contrib TranslationIndex
Get:15 http://incoming.debian.org unstable/main TranslationIndex [2045 B]
Get:16 http://incoming.debian.org  Release [1604 B]
Get:17 http://incoming.debian.org  Sources [30.5 kB]
Get:18 http://incoming.debian.org  Packages [502 kB]
Ign http://incoming.debian.org unstable/contrib Translation-en
Ign http://incoming.debian.org  Translation-en
Fetched 28.4 MB in 26s (1068 kB/s)
Reading package lists...


??? Fetch source files  
 ???



Check APT
???

Checking available source versions...

Download source files with APT
??

Reading package lists...
Building dependency tree...
Reading state information...
Need to get 1398 kB of source archives.
Get:1 http://ftp.de.debian.org/debian/ unstable/main xfsprogs 3.1.6 (dsc) [1096 
B]
Get:2 http://ftp.de.debian.org/debian/ unstable/main xfsprogs 3.1.6 (tar) [1397 
kB]
Fetched 1398 kB in 0s (2784 kB/s)
Download complete and in download only mode

Check arch
??



??? Install core build dependencies (internal resolver) 
 ???

Bug#648798: Back to the caves with gdm3

[Jerzy Pilatowicz]

Package: gdm3
Version: 3.0.4-4
Severity: important

Dear Maintainer,
*** Please consider answering these questions, where appropriate ***

   * What led up to the situation?
   * What exactly did you do (or not do) that was effective (or
 ineffective)?
   * What was the outcome of this action?
   * What outcome did you expect instead?

*** End of the template - remove these lines ***
The removal in wheezy/sid of gdm and installation of gdm3 has rendered my gnome
desktop less usable than ms windows 3.1. Gdm3 vanished all panel/desktop short
cut icons. The Places menu short cuts items open Mplayer. In Applications any
mouse button simply opens the application chosen, no other option. On the now
bare desktop any mouse click does nothing. I did not expect to wave bye bye to
Gnome so soon.



-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (990, 'testing'), (800, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.32-38-amd64-k8-jp
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages gdm3 depends on:
ii  accountsservice 0.6.15-1  
ii  adduser 3.113 
ii  dconf-gsettings-backend 0.7.5-3   
ii  debconf [debconf-2.0]   1.5.40
ii  gconf2  2.32.4-1  
ii  gnome-session [x-session-manager]   3.0.2-3   
ii  gnome-session-bin   3.0.2-3   
ii  gnome-session-fallback [x-session-manager]  3.0.2-3   
ii  gnome-terminal [x-terminal-emulator]3.0.1-1   
ii  gsettings-desktop-schemas   3.0.1-1   
ii  libaccountsservice0 0.6.15-1  
ii  libatk1.0-0 2.2.0-2   
ii  libattr11:2.4.46-3
ii  libaudit0   1.7.18-1  
ii  libc6   2.13-21   
ii  libcairo-gobject2   1.10.2-6.1
ii  libcairo2   1.10.2-6.1
ii  libcanberra-gtk3-0  0.28-3
ii  libcanberra00.28-3
ii  libdbus-1-3 1.4.16-1  
ii  libdbus-glib-1-20.98-1
ii  libfontconfig1  2.8.0-3   
ii  libfreetype62.4.7-2   
ii  libgconf2-4 2.32.4-1  
ii  libgdk-pixbuf2.0-0  2.24.0-1  
ii  libglib2.0-02.28.8-1  
ii  libglib2.0-bin  2.28.8-1  
ii  libgtk-3-0  3.0.12-2  
ii  libpam-modules  1.1.3-4   
ii  libpam-runtime  1.1.3-4   
ii  libpam0g1.1.3-4   
ii  libpango1.0-0   1.29.4-2  
ii  librsvg2-common 2.34.1-3  
ii  libselinux1 2.1.0-4   
ii  libupower-glib1 0.9.14-1  
ii  libwrap07.6.q-21  
ii  libx11-62:1.4.4-2 
ii  libxau6 1:1.0.6-3 
ii  libxdmcp6   1:1.1.0-3 
ii  libxklavier16   5.1-2 
ii  libxrandr2  2:1.3.2-2 
ii  lsb-base3.2-28
ii  metacity [x-window-manager] 1:2.34.1-2
ii  policykit-1-gnome   0.102-2   
ii  twm [x-window-manager]  1:1.0.6-1 
ii  upower  0.9.14-1  
ii  xterm [x-terminal-emulator] 276-1 

Versions of packages gdm3 recommends:
ii  at-spi 1.32.0-1  
ii  desktop-base   6.0.7 
ii  gnome-icon-theme   3.2.1.2-1 
ii  gnome-power-manager3.0.2-3   
ii  gnome-settings-daemon  3.0.3-3   
ii  x11-xkb-utils  7.6+4 
ii  xserver-xephyr 2:1.11.1.902-1
ii  xserver-xorg   1:7.6+9   
ii  zenity 3.2.0-1   

Versions of packages gdm3 suggests:
ii  gnome-mag 
ii  gnome-orca
ii  gok   
ii  libpam-gnome-keyring  3.0.3-2   
ii  metacity  1:2.34.1-2



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

Bug#622146: nfs-kernel-server: error Encryption type not permitted

[Russ Allbery]

"Kramarenko A. Maxim"  writes:

>> It would be more interesting to run klist -e after attempting to contact
>> the server, so that you can see what the encryption type of the service
>> ticket for the NFS server was.

> on client:

> root@debian:~# kinit -k  nfs/debian.sag.local
> root@debian:~# klist -e
> Ticket cache: FILE:/tmp/krb5cc_0
> Default principal: nfs/debian.sag.local@SAG.LOCAL

> Valid starting ExpiresService principal
> 11/15/11 09:27:22  11/15/11 19:27:30  krbtgt/SAG.LOCAL@SAG.LOCAL
> renew until 11/16/11 09:27:22, Etype (skey, tkt): arcfour-hmac,
> arcfour-hmac

No, this is the TGT for the client's principal.  Rather than running klist
-e immediately after obtaining credentials, run kinit and then try to
access NFS (so that rpc.gssd will obtain a service ticket for the server)
and *then* run klist -e and look at what encryption type the service
ticket for nfs/archiv.sag.local@SAG.LOCAL has.

-- 
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#648090: vls: FTBFS(kfreebsd): dh_install: usr/lib/vlc/plugins/access/libv4l2_plugin.so exists in debian/tmp but is not installed to anywhere

[Robert Millan]

Hi Didier,

2011/11/10 Didier Raboud :
> Dear vlc maintainers,
>
> the attached patch should fix that. I launched a build of vlc with the
> attached patch and will upload that new NMU to DELAYED/7. Please comment on
> both the patch and the proposed delay.

Thank you for fixing this.  However now that libv4l-dev is available
on GNU/kFreeBSD, it's probably better to include the other plugin as
well.  E.g. see attached patch.

Note: patch is UNTESTED.  I can test it but not right now. Maybe in
~12 hours if noone beats me to it.

-- 
Robert Millan
=== modified file 'debian/control'
--- debian/control	2011-11-15 05:36:28 +
+++ debian/control	2011-11-15 05:37:07 +
@@ -76,7 +76,7 @@ Build-Depends: autopoint,
libtwolame-dev (>= 0.3.8),
libudev-dev [linux-any],
libupnp3-dev,
-   libv4l-dev [linux-any],
+   libv4l-dev [linux-any kfreebsd-any],
libva-dev [linux-any],
libvcdinfo-dev (>= 0.7.22),
libvorbis-dev,

=== modified file 'debian/rules'
--- debian/rules	2011-11-15 05:36:28 +
+++ debian/rules	2011-11-15 05:38:09 +
@@ -126,6 +126,7 @@ endif
 ifeq ($(DEB_HOST_ARCH_OS),kfreebsd)
 confflags += \
 	--disable-alsa \
+	--enable-v4l2 \
 	$(NULL)
 endif
 
@@ -181,9 +182,9 @@ override_dh_install:
 	fi ; \
 	done
 	# Remove some modules on non-linux arch
-	sed -e '/\(lib\|libaccess_\)\(alsa\|atmo\|dc1394\|dv\|dvb\|fb\|v4l\|v4l2\|pvr\|udev\)_/d' \
+	sed -e '/\(lib\|libaccess_\)\(alsa\|atmo\|dc1394\|dv\|dvb\|fb\|pvr\|udev\)_/d' \
 	 debian/vlc-nox.install > debian/vlc-nox.install.kfreebsd
-	sed -e '/\(lib\|libaccess_\)\(probe_hal\)_/d' \
+	sed -e '/\(lib\|libaccess_\)\(probe_hal\|v4l\|v4l2\)_/d' \
 	 debian/vlc-nox.install.kfreebsd > debian/vlc-nox.install.hurd
 	cp tmp/libvlc.a debian/tmp/usr/lib
 	cp tmp/libvlccore.a debian/tmp/usr/lib

Bug#622146: nfs-kernel-server: error Encryption type not permitted

[Kramarenko A. Maxim]

Russ Allbery  писал(а) в своём письме Tue, 15 Nov 2011  
00:27:01 +0400:



"Kramarenko A. Maxim"  writes:


The NFS server, client, and KDC all have to agree on a single encryption
type, and the encryption type of the service ticket issued by the KDC to
the client has to be in an encryption type that the NFS server supports.
KDC supports the types of encryption  
(http://technet.microsoft.com/en-us/library/dd560670(WS.10).aspx):

AES256-CTS-HMAC-SHA1-96
AES128-CTS-HMAC-SHA1-96
RC4-HMAC
The NFS server is the core:
ARCHIV ~ # uname -a
Linux ARCHIV 2.6.39-bpo.2-686-pae #1 SMP Thu Aug 4 11:02:22 UTC 2011 i686  
GNU/Linux

As you said above, it supports:
AES256-CTS-HMAC-SHA1-96
AES128-CTS-HMAC-SHA1-96
RC4-HMAC
The NFS client has a core:
root@debian:~# uname -a
Linux debian 3.0.0-1-486 #1 Sat Aug 27 15:56:48 UTC 2011 i686 GNU/Linux
It is older than the server, respectively, should also support the above  
types of encryption.
(If the server and client on the kernel Linux debian 3.0.0-1-486 # 1, then  
there is no error ...)


I tried to tune in krb5.conf on the client and server NFS (last letter):
default_tkt_enctypes = rc4-hmac
default_tgs_enctypes = rc4-hmac
permitted_enctypes = rc4-hmac

But still there was an error on NFS server:
Nov 14 22:54:40 archiv rpc.svcgssd[4812]: ERROR: GSS-API: error in   
handle_nullreq: gss_accept_sec_context(): GSS_S_FAILURE (Unspecified GSS   
failure.  Minor code may provide more information) - No supported   
encryption types (config file error?)
Nov 14 22:54:40 archiv rpc.svcgssd[4812]: ERROR: GSS-API: error in  
handle_nullreq: gss_accept_sec_context(): GSS_S_FAILURE (Unspecified GSS   
failure.  Minor code may provide more information) - No supported   
encryption types (config file error?)





It would be more interesting to run klist -e after attempting to contact
the server, so that you can see what the encryption type of the service
ticket for the NFS server was.


on client:

root@debian:~# kinit -k  nfs/debian.sag.local
root@debian:~# klist -e
Ticket cache: FILE:/tmp/krb5cc_0
Default principal: nfs/debian.sag.local@SAG.LOCAL

Valid starting ExpiresService principal
11/15/11 09:27:22  11/15/11 19:27:30  krbtgt/SAG.LOCAL@SAG.LOCAL
renew until 11/16/11 09:27:22, Etype (skey, tkt): arcfour-hmac,  
arcfour-hmac


...and on server:

ARCHIV ~ # kinit -k nfs/archiv.sag.local
ARCHIV ~ # klist -e
Ticket cache: FILE:/tmp/krb5cc_0
Default principal: nfs/archiv.sag.local@SAG.LOCAL

Valid starting ExpiresService principal
11/15/11 09:26:37  11/15/11 19:26:42  krbtgt/SAG.LOCAL@SAG.LOCAL
renew until 11/16/11 09:26:37, Etype (skey, tkt): ArcFour with  
HMAC/md5, ArcFour with HMAC/md5


--
Best Regards



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

Bug#648305: RM: theunarchiver -- RoM

[Julián Moreno Patiño]

retitle 648305 RM: theunarchiver -- RoM
reassign 648305 ftp.debian.org
thanks

Hi,

Please remove theunarchiver from the archive, it's replaced by unar package[0].

[0] http://packages.qa.debian.org/u/unar/news/2014T233211Z.html

Kind regards,

-- 
Julián Moreno Patiño
 .''`. Debian GNU/{Linux,KfreeBSD}
: :' : Free Operating Systems
`. `'  http://debian.org/
  `-   PGP KEY ID 6168BF60
Registered GNU Linux User ID 488513



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

Bug#648797: xinput cannot disable built-in keyboards, only USB keyboards

[jidanni]

Package: xinput
Version: 1.5.3-1
File: /usr/bin/xinput

We find that there is no way to disable the keyboard.
E.g., if one has a defective builtin keyboard that types phantom characters and
wishes to turn it off in lieu of a USB keyboard.
One finds one can enable and disable USB keyboards fine, but not
built-in keyboards!

$ xinput --list
⎡ Virtual core pointer  id=2[master pointer  (3)]
⎜   ↳ Virtual core XTEST pointerid=4[slave  pointer  (2)]
⎜   ↳ Logitech Trackballid=11   [slave  pointer  (2)]
⎜   ↳ TPPS/2 IBM TrackPoint id=13   [slave  pointer  (2)]
⎜   ↳ Ever Electronics Corp. Usb KeyBoard   id=9[slave  pointer 
 (2)]
⎣ Virtual core keyboard id=3[master keyboard (2)]
↳ Power Button  id=6[slave  keyboard (3)]
↳ Video Bus id=7[slave  keyboard (3)]
↳ Sleep Button  id=8[slave  keyboard (3)]
↳ ThinkPad Extra Buttonsid=14   [slave  keyboard (3)]
↳ Virtual core XTEST keyboard   id=5[slave  keyboard (3)]
↳ AT Translated Set 2 keyboard  id=12   [slave  keyboard (3)]
↳ Ever Electronics Corp. Usb KeyBoard   id=10   [slave  
keyboard (3)]
$ xinput set-prop 10 "Device Enabled" 0 # Works fine, but:
$ xinput set-prop 12 "Device Enabled" 0 # Works but sends infinite RET (0x0D) to
the terminal!

(One also notices that the latter does not leave any trace in Xorg.0.log.

The former causes two entries, as it comes back, but just disabled. And
no entries when reabling with "1".)

Anyway, one ends up using
# cat /usr/share/X11/xorg.conf.d/66-jidanni.conf
Section "InputClass"
Identifier "Bypassed Busted Keyboard"
MatchIsKeyboard "on"
MatchDevicePath "/dev/input/event0"
Option "Ignore" "on"
EndSection



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

Bug#648796: symlinks fail in xorg.conf

[jidanni]

Package: xserver-xorg-core
Version: 2:1.11.1.902-1

Undeniable proof that xserver-xorg-core cannot read symlinks here:
$ cat /usr/share/X11/xorg.conf.d/66-jidanni.conf
Section "InputClass"
Identifier "Bypassed Busted Keyboard"
MatchIsKeyboard "on"
MatchDevicePath "/dev/input/by-path/platform-i8042-serio-0-event-kbd"
Option "Ignore" "on"
EndSection

Does not work.

If one uses instead
MatchDevicePath "/dev/input/event0"
then it works perfectly.

Even though
$ ls -og /dev/input/by-path/platform-i8042-serio-0-event-kbd
lrwxrwxrwx 1 9 11-15 07:08 /dev/input/by-path/platform-i8042-serio-0-event-kbd 
-> ../event0

Removing MatchIsKeyboard "on" does not help.



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

Bug#648795: Consider standardizing how you say boolean on man xorg.conf

[jidanni]

Package: xserver-xorg-core
Version: 2:1.11.1.902-1
Severity: wishlist
File: /usr/share/man/man5/xorg.conf.5.gz

Consider standardizing how you say boolean.
$ man xorg.conf|col -b|perl -nwle 'print $& if /"bool\S*"/'|sort|uniq -c
 12 "bool"
 27 "boolean"



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

Bug#648794: document xkbwatch man page further

[jidanni]

Package: x11-xkb-utils
Version: 7.6+4
Severity: wishlist
File: /usr/share/man/man1/xkbwatch.1.gz

DESCRIPTION
   This  program  reports changes in the fundamental components of the XKB
   keyboard state plus the effective compatibility state.

However to the user it only seems to put a picture on the screen and then
warn when one tries to kill it.

So please document it further.



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

Bug#648793: mention how to see attributes

[jidanni]

Package: xserver-xorg-core
Version: 2:1.11.1.902-1
Severity: wishlist
File: /usr/share/man/man5/xorg.conf.5.gz

At
   There are two types of match entries used in InputClass  sections.  The
   first  allows  various  tokens  to be matched against attributes of the
   device. An entry can be constructed to match attributes from  different

please also mention how one can see the attributes of devices so one
knows what to match against.



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

Bug#648792: netatalk: bogus EA header file and error calling ea_open errors prevent file moves or deletions

[Tim Miller Dyck]

Package: netatalk
Version: 2.1.2-2
Severity: important
Tags: patch


Hello,

Mac OSX 10.6 clients cannot move or delete some files shared out by Netatalk. 
Syslog shows the following error:

... afpd[30625]: ea_open('.AppleDouble/22-01B-for discussion.doc::EA'): bogus 
EA header file
... afpd[30625]: ea_deletefile('22-01B-for discussion.doc'): error calling 
ea_open

This problem has also been reported on the netatalk-admins list at 
http://sourceforge.net/mailarchive/forum.php?thread_name=EC8BD16E-FBA7-4C28-A4ED-037623413CB5%40otenet.gr&forum_name=netatalk-admins

A patch was posted by Nikos Chatzimpontozis at that same thread which is 
reported to fix the error (in libatalk/vfs/ea.c).

This patch has been committed to trunk by Frank Lahm but 2.2.1 was already out.

Could this patch be applied to the Squeeze release?

Thanks,
Tim Miller Dyck




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

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

Versions of packages netatalk depends on:
ii  libc6   2.11.2-10Embedded GNU C Library: Shared lib
ii  libcomerr2  1.41.12-4stable1 common error description library
ii  libcrack2   2.8.16-4 pro-active password checker librar
ii  libcups21.4.4-7  Common UNIX Printing System(tm) - 
ii  libdb4.84.8.30-2 Berkeley v4.8 Database Libraries [
ii  libgcrypt11 1.4.5-2  LGPL Crypto library - runtime libr
ii  libgnutls26 2.8.6-1  the GNU TLS library - runtime libr
ii  libgssapi-krb5-21.8.3+dfsg-4squeeze2 MIT Kerberos runtime libraries - k
ii  libk5crypto31.8.3+dfsg-4squeeze2 MIT Kerberos runtime libraries - C
ii  libkrb5-3   1.8.3+dfsg-4squeeze2 MIT Kerberos runtime libraries
ii  libpam-modules  1.1.1-6.1+squeeze1   Pluggable Authentication Modules f
ii  libpam0g1.1.1-6.1+squeeze1   Pluggable Authentication Modules l
ii  libwrap07.6.q-19 Wietse Venema's TCP wrappers libra
ii  netbase 4.45 Basic TCP/IP networking system
ii  perl5.10.1-17squeeze2Larry Wall's Practical Extraction 
ii  zlib1g  1:1.2.3.4.dfsg-3 compression library - runtime

Versions of packages netatalk recommends:
ii  cracklib-runtime  2.8.16-4   runtime support for password check
ii  db4.8-util4.8.30-2   Berkeley v4.8 Database Utilities
ii  libpam-cracklib   1.1.1-6.1+squeeze1 PAM module to enable cracklib supp
ii  lsof  4.81.dfsg.1-1  List open files
ii  procps1:3.2.8-9  /proc file system utilities
pn  rc (no description available)

Versions of packages netatalk suggests:
ii  db4.2-util 4.2.52+dfsg-5 Berkeley v4.2 Database Utilities
ii  db4.7-util 4.7.25-9  Berkeley v4.7 Database Utilities
pn  groff  (no description available)
pn  quota  (no description available)
pn  texlive-base-bin   (no description available)

-- Configuration Files:
/etc/default/netatalk changed [not included]
/etc/netatalk/AppleVolumes.default changed [not included]

-- 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#648791: Broken symlink - defoma

[Dave Steele]

Package: amule-gnome-support
Version: 2.3.1-1
User: debian...@lists.debian.org
Usertags: piuparts piuparts.d.o

The Piuparts sid log at piuparts.d.o has a broken symlink failure for:

  /etc/fonts/conf.d/30-defoma.conf -> /var/lib/defoma/fontconfig.d/fonts.conf

  http://piuparts.debian.org/sid/pass/amule-gnome-support_2.3.1-1.log

A very large number (6,000+) of sid packages at piuparts.debian.org,
which are otherwise passing all tests, are showing the same warning
for the same symlink.

The symlink is maintained by the fontconfig source package. The
current version, 2.8.0-3, released 6/28/2011, tests without this
error. The amule-gnome-support log, dated 11/12/2011, contains the
warning. A local test against amule-gnome-support yielded the same
warning.



Analysis script and log database at https://github.com/davesteele/piubsl



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

Bug#648790: xul-ext-autofill-forms: depends/breaks are not properly versioned

[Paul Wise]

Package: xul-ext-autofill-forms
Version: 0.9.8.3-1
Severity: important

The Depends on iceweasel is not properly versioned and there is no
versioned Breaks either. Based on the information in install.rdf that is
extremely incorrect, please fix it by adding Breaks: ${xpi:Breaks} to
the debian/control file.

pabs@chianamo:~$ dpkg -L xul-ext-autofill-forms | grep install
/usr/share/xul-ext/autofill-forms/install.rdf
pabs@chianamo:~$ grep Firefox -A3 /usr/share/xul-ext/autofill-forms/install.rdf


{ec8030f7-c20a-464f-9b0e-13a3a9e97384}
1.5
8.*

-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (700, 'testing'), (600, 'unstable'), (550, 'experimental')
Architecture: amd64 (x86_64)

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

Versions of packages xul-ext-autofill-forms depends on:
ii  iceweasel  7.0.1-4

Versions of packages xul-ext-autofill-forms suggests:
pn  libjs-mootools  1.4.1~debian1-1
pn  libjs-slimbox

-- 
bye,
pabs

http://wiki.debian.org/PaulWise


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

Bug#648789: RM: thaifonts-arundina -- ROM; source renamed

[Theppitak Karoonboonyanan]

Package: ftp.debian.org
Severity: normal

thaifonts-arundina source package has been renamed to fonts-sipa-arundina,
according to the new Debian font package naming policy.

-- 
Theppitak Karoonboonyanan
http://linux.thai.net/~thep/



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

Bug#648788: RM: thaifonts-scalable -- ROM; source renamed

[Theppitak Karoonboonyanan]

Package: ftp.debian.org
Severity: normal

thaifonts-scalable has been renamed to fonts-tlwg, according to the new Debian
font package naming policy.

-- 
Theppitak Karoonboonyanan
http://linux.thai.net/~thep/



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

Bug#648787: tuxpaint-data: Suggested Thai font package has been renamed

[Theppitak Karoonboonyanan]

Source: tuxpaint-data
Version: 1:0.9.21-1
Severity: minor

Dear Maintainer,

tuxpaint-data is currently suggesting ttf-thai-tlwg, but this package
has been renamed to fonts-thai-tlwg, according to the new Debian font package
naming policy. (ttf-thai-tlwg is still available as 'oldlibs' dummy
transitional package, but it will be obsolete in the future.)

So, please update the Suggests: field from ttf-thai-tlwg to fonts-thai-tlwg.

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

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

-- 
Theppitak Karoonboonyanan
http://linux.thai.net/~thep/



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

Bug#648786: latex-cjk-xcjk: Suggested Thai font package has been renamed

[Theppitak Karoonboonyanan]

Source: latex-cjk-xcjk
Version: 4.8.2+git20090105-5
Severity: minor

Dear Maintainer,

latex-cjk-xcjk is currently suggesting ttf-thai-tlwg, but this package
has been renamed to fonts-thai-tlwg, according to the new Debian font package
naming policy. (ttf-thai-tlwg is still available as 'oldlibs' dummy
transitional package, but it will be obsolete in the future.)

So, please update the Suggests: field from ttf-thai-tlwg to fonts-thai-tlwg.

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

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

-- 
Theppitak Karoonboonyanan
http://linux.thai.net/~thep/



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

Bug#648781: debian-installer: unattended installation using preseed is interrupted by installer main menu popping up

[Joey Hess]

Johannes Schauer wrote:
> Here is the syslog from the point where the menu appeared:
> 
> http://mister-muffin.de/p/a1nJ.txt

The relevant part is that this was an installation of unstable, there is
a perl transition going on, perl is badly busted, and
post-base-installer hooks begin to fail:

(localechooser)

Nov 14 21:06:05 in-target: debconf (developer): starting 
/usr/bin/debconf-apt-progress --no-progress --logstderr -- apt-get -q -y 
--no-remove install locales
Nov 14 21:06:07 in-target: debconf (developer): <-- GET debconf/priority
Nov 14 21:06:07 in-target: debconf (developer): --> 0 high
Nov 14 21:06:08 in-target: Reading package lists...
Nov 14 21:06:08 in-target: 
Nov 14 21:06:08 in-target: Building dependency tree...
Nov 14 21:06:11 in-target: 
Nov 14 21:06:12 in-target: You might want to run 'apt-get -f install' to 
correct these:
Nov 14 21:06:12 in-target: The following packages have unmet dependencies:
Nov 14 21:06:12 in-target:  liblocale-gettext-perl : PreDepends: perlapi-5.12.4 
but it is not installable
Nov 14 21:06:12 in-target:  libtext-charwidth-perl : Depends: perlapi-5.12.4 
but it is not installable
Nov 14 21:06:12 in-target:  libtext-iconv-perl : Depends: perlapi-5.12.4 but it 
is not installable
Nov 14 21:06:12 in-target:  perl : Depends: perl-modules (>= 5.14.2-3) but 
5.12.4-6 is to be installed
Nov 14 21:06:12 in-target: E
Nov 14 21:06:12 in-target: : 
Nov 14 21:06:12 in-target: Unmet dependencies. Try 'apt-get -f install' with no 
packages (or specify a solution).
Nov 14 21:06:18 localechooser: error: the command 'validlocale' is not available

(preseed)

Nov 14 21:06:22 preseed: /usr/bin/perl: symbol lookup error: 
/usr/lib/perl5/auto/Locale/gettext/gettext.so: undefined symbol: 
Perl_Gthr_key_ptr
Nov 14 21:06:22 debconf: --> SUBST preseed/load_error LOCATION 
/var/lib/preseed/log
Nov 14 21:06:22 debconf: Adding [LOCATION] -> [/var/lib/preseed/log]
Nov 14 21:06:22 debconf: <-- 0
Nov 14 21:06:22 base-installer: /usr/lib/post-base-installer.d/05preseed: 
Nov 14 21:06:22 base-installer: return: line 16: Illegal number: tasksel
Nov 14 21:06:22 base-installer: warning: 
/usr/lib/post-base-installer.d/05preseed returned error code 2

(tzsetup)

Nov 14 21:06:23 base-installer: warning: 
/usr/lib/post-base-installer.d/05tzsetup returned error code 10

Despite all these failures, bootstrap-base doesn't display an error, it
just finally, does exit 10. Based on the screenshot, it leaves a
progress bar up, so this must be an unexpected exit path?

Nov 14 21:06:25 main-menu[243]: INFO: Menu item 'bootstrap-base' succeeded but 
requested to be left unconfigured.

And then this debconf protocol corruption happens somehow while the main
menu is being built. I'm don't know what's causing it; it may be due to
file-preseed.isinstallable hiding that menu item? (This is almost as if
there are two things trying to talk to cdebconf at the same time.)

Nov 14 21:06:41 debconf: --> GET preseed/file
Nov 14 21:06:41 debconf: <-- 0 
Nov 14 21:06:41 debconf: --> METAGET debian-installer/file-preseed/title 
Description METAGET debian-installer/load-cdrom/title Description
Nov 14 21:06:41 debconf: <-- 20 Incorrect number of arguments

Something is surely corrupted in the debconf protocol at this point,
because lots of things end up in the main menu that are replies to other
debconf commands than the ones that are used to build it:
"OK", "", the url to the preseed file, "false", "false". 

And that corresponds exactly to what's being done by isinstallable
scripts and other things while the menu is built:

Nov 14 21:06:25 debconf: --> X_SAVE
Nov 14 21:06:41 debconf: <-- 0 OK

Nov 14 21:06:41 debconf: --> GET preseed/file
Nov 14 21:06:41 debconf: <-- 0 

Nov 14 21:06:41 debconf: --> GET preseed/url
Nov 14 21:06:41 debconf: <-- 0 http://mister-muffin.de/debian/preseed2.txt

Nov 14 21:06:41 debconf: --> GET rescue/enable
Nov 14 21:06:41 debconf: <-- 0 false

Nov 14 21:06:42 debconf: --> GET grub-installer/skip
Nov 14 21:06:42 debconf: <-- 0 false

How does main-menu see these replies? Something very wrong must be
happening with cdebconf at this point.

-- 
see shy jo


signature.asc
Description: Digital signature

Bug#648785: libreoffice-l10n-th: Recommended Thai font package has been renamed

[Theppitak Karoonboonyanan]

Source: libreoffice-l10n-th
Version: 1:3.4.4-1
Severity: normal

Dear Maintainer,

libreoffice-l10n-th is currently recommending ttf-thai-tlwg, but this package
has been renamed to fonts-thai-tlwg, according to the new Debian font package
naming policy. (ttf-thai-tlwg is still available as 'oldlibs' dummy
transitional package, but it will be obsolete in the future.)

So, please update the Recommends: field from ttf-thai-tlwg to fonts-thai-tlwg.

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

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

-- 
Theppitak Karoonboonyanan
http://linux.thai.net/~thep/



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

Bug#648762: [Debian-med-packaging] Bug#648762: mira: Fix detection of libexpat

[Michael Terry]

Upstream is using the macro AX_LIB_EXPAT.  They need to generate their 
next tarball using a newer version of autoconf-archive, at least 
version 2011.03.17 [1], which includes a fix for this [2].  And then 
they need to make sure to switch to using EXPAT_LIBS instead of 
EXPAT_LDFLAGS (since the macro changed which variable it defines).


My patch is just a minimally-invasive workaround until they they do 
that.


[1] http://www.mail-archive.com/info-gnu%40gnu.org/msg01160.html
[2] http://savannah.gnu.org/patch/?7489



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

Bug#403634: mention file formats

[d+deb]

tags 403634 - fixed-upstream
notforwarded 403634
thanks
-- 
Regards,
dai

GPG Fingerprint = 0B29 D88E 42E6 B765 B8D8 EA50 7839 619D D439 668E


signature.asc
Description: Digital signature

Bug#648685: closed by Daniel Baumann (reply to daniel.baum...@progress-technologies.net) (Re: Bug#648685: live-build: "lb build" does not builds binary.iso)

[alvaro rincon]

how do i reuse all the downloaded packages?




>
>De: Debian Bug Tracking System 
>Para: wayuu 
>Enviado: Lunes, noviembre 14, 2011 3:18 A.M.
>Asunto: Bug#648685 closed by Daniel Baumann 
> (reply to 
>daniel.baum...@progress-technologies.net) (Re: Bug#648685: live-build: "lb 
>build" does not builds binary.iso)
>
>This is an automatic notification regarding your Bug report
>which was filed against the live-build package:
>
>#648685: live-build: "lb build" does not builds binary.iso
>
>It has been closed by Daniel Baumann 
> (reply to 
>daniel.baum...@progress-technologies.net).
>
>Their explanation is attached below along with your original report.
>If this explanation is unsatisfactory and you have not received a
>better one in a separate message then please contact Daniel Baumann 
> (reply to 
>daniel.baum...@progress-technologies.net) by
>replying to this email.
>
>
>-- 
>648685: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=648685
>Debian Bug Tracking System
>Contact ow...@bugs.debian.org with problems
>On 11/14/2011 02:47 AM, wayuu wrote:
>> i run "lb build" and it does not buils binary.img instead it shows this 
>> error:
>> usr/bin/env: update-initramfs: No such file or directory
>
>your log shows that you're building from a previous unclean or interrupted 
>build, rebuild from scratch with 'lb clean --purge && lb build'.
>
>-- Address:        Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern
>Email:          daniel.baum...@progress-technologies.net
>Internet:      http://people.progress-technologies.net/~daniel.baumann/
>
>Package: live-build
>Version: 2.0.12-2
>Severity: important
>
>i run "lb build" and it does not buils binary.img instead it shows this error:
>usr/bin/env: update-initramfs: No such file or directory
>
>root@sinamaica:/tutorial3/auto# lb build
>W: No config/ directory; using defaults for all options
>P: Setting up cleanup function
>P: Begin caching bootstrap stage...
>P: Begin bootstrapping system...
>W: skipping bootstrap
>P: Begin caching bootstrap stage...
>W: skipping bootstrap_cache.save
>P: Begin unmounting filesystems...
>P: Setting up cleanup function
>P: Begin caching chroot stage...
>P: Begin mounting /dev/pts...
>W: skipping chroot_devpts
>P: Begin mounting /proc...
>W: skipping chroot_proc
>P: Begin mounting /sys...
>W: skipping chroot_sysfs
>P: Configuring file /etc/debian_chroot
>W: skipping chroot_debianchroot
>P: Configuring file /sbin/start-stop-daemon
>W: skipping chroot_dpkg
>P: Configuring file /usr/sbin/policy-rc.d
>W: skipping chroot_sysv-rc
>P: Configuring file /usr/sbin/initctl
>W: skipping chroot_upstart
>P: Configuring file /etc/hosts
>W: skipping chroot_hosts
>P: Configuring file /etc/resolv.conf
>W: skipping chroot_resolv
>P: Configuring file /etc/hostname
>W: skipping chroot_hostname
>P: Configuring file /etc/apt/apt.conf
>W: skipping chroot_apt
>P: Configuring file /etc/apt/sources.list
>W: skipping chroot_sources
>P: Configuring file /etc/kernel-img.conf
>W: skipping chroot_linux-image
>P: Begin executing preseed...
>P: Begin executing local preseeds...
>P: Begin installing tasks...
>P: Begin queueing installation of packages lists...
>W: skipping chroot_packageslists
>P: Begin queueing installation of local packages lists...
>P: Begin queueing installation of packages...
>P: Begin queueing installation of local packages...
>P: Begin installing packages...
>P: Begin installing localization packages...
>Reading package lists... Done
>Building dependency tree... Done
>Del libpam-modules 1.1.1-6.1+squeeze1 [349 kB]
>Del libpam0g 1.1.1-6.1+squeeze1 [115 kB]
>Del libssl0.9.8 0.9.8o-4squeeze4 [3069 kB]
>Del libpam-runtime 1.1.1-6.1+squeeze1 [225 kB]
>Del tzdata 2011n-0squeeze1 [630 kB]
>P: Begin copying chroot local includes...
>P: Begin applying chroot local patches...
>P: Configuring package sysvinit
>P: Begin executing local hooks...
>P: Begin executing hooks...
>P: Begin executing hacks...
>/usr/bin/env: update-initramfs: No such file or directory
>P: Begin unmounting filesystems...
>root@sinamaica:/tutorial3/auto#
>
>
>
>-- Package-specific info:
>
>-- System Information:
>Debian Release: 6.0.3
>  APT prefers stable-updates
>  APT policy: (500, 'stable-updates'), (500, 'stable')
>Architecture: i386 (i686)
>
>Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core)
>Locale: LANG=es_VE.utf8, LC_CTYPE=es_VE.utf8 (charmap=UTF-8)
>Shell: /bin/sh linked to /bin/dash
>
>Versions of packages live-build depends on:
>ii  cdebootstrap             0.5.7           Bootstrap a Debian system
>ii  debootstrap              1.0.26+squeeze1 Bootstrap a basic Debian system
>
>Versions of packages live-build recommends:
>ii  cpio                          2.11-4     GNU cpio -- a program to manage ar
>ii  gnu-fdisk                     1.2.4-3    Linux fdisk replacement based on l
>
>Versions of packages live-build suggests:
>ii  dosfstools           3.0.9-1             utilities for making and checking 
>ii  fakeroot             1.14.4-1            

Bug#648387: [copyright-format] English proofreading.

[Charles Plessy]

Steve,

it has been monthes that we are waiting for you to say more precisely what is
wrong with the current text.  Your comments were promised by Lars for April:

  “Steve, my co-driver, says he has a couple of issues he wants to fix before we
  are finished with DEP5. He'll write patches and submit them for discussion
  about next weekend or so.”
  
  http://lists.debian.org/debian-devel/2011/04/msg00527.html

You write “I'm inclined to ignore this altogether in favor of working on the
real problems with the text.”  If I may suggest a starting point, there is
http://bugs.debian.org/609160#146

Also, Stefano asked you for a timeline on debian-project:

  http://lists.debian.org/debian-project/2011/09/msg00028.html

You mention in http://bugs.debian.org/633797 “the list of issues that I
consider blockers”.  Please share it.

Lastly, you mention in this current thread: “I don't think I'm going to merge
this into the dep repo”.  If you mean to fork the latest draft that is developed
in the debian-policy Git repository, I ask you do reconsider.

In any case, your comments and patches are welcome.  But I find it unacceptable
to constantly push the emergency stop button without precise justification.

-- 
Charles Plessy
Tsurumi, Kanagawa, Japan



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

Bug#633797: copyright-format: "with exception" underspecified

[Jonathan Nieder]

Steve Langasek wrote:

> However, the history of the draft shows that people are concerned
> about knowing whether *specific* common exceptions are in effect

Good point.  For example, the "GPL-2 with OpenSSL exception" and
"OpenSSL" licenses are compatible, while GPL-2 and the OpenSSL
licenses are not.

[...]
> I have a slight preference for:
>
>GPL-2+ with OpenSSL and Font exceptions
>
> because it's both easy to parse and reads naturally in English.

Sounds fine to me.  FWIW the only event that I can imagine making me
care one way or another is if someone implementing a parser finds some
particular syntax difficult to parse.

So that means, roughly:

Exceptions are signaled by including "with 
exceptions" at the end of the short name.  The word
"exception" or "exceptions" can be used.  Each keyword must be
a single word (see the list below for standard exception
keywords), and the list of keywords is formatted as a list of
words separated by "and".

Example license field

License: GPL-2+ with OpenSSL and Font and GCC-Runtime-Library exceptions

The above rough text says 'including at the end' of the short name
instead of 'appending' because the file needs a stand-alone License
paragraph describing the license including exceptions unless the
License field included an explanation after the short name.

I didn't define what "a single word" means but I imagine in the final
text we might want to, to avoid being able to misparse the above
example as listing only two exceptions --- one called "OpenSSL and
Font", and the other called "GCC-Runtime-Library".



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

Bug#648784: 30K * /etc/motd broken symlink warnings in piuparts.d.o

[Dave Steele]

Package: initscripts
Version: 2.88dsf-13.13
Severity: Important
User: debian...@lists.debian.org
Usertags: piuparts piuparts.d.o

A very large number (~30,000) of packages at piuparts.debian.org,
which are otherwise passing all tests, are showing a warning for the
broken symlink "/etc/motd -> /var/run/motd". That link is maintained
by the initscripts package.

The current version of initscripts (2.88dsf-13.13, released 11/03/11)
passes a local Piuparts without a warning (symlinks is made in
initscripts.postinst, and torn down in initscripts.postrm). Also, a
(very small) sample of recent additions to the sid "but logfile
contains 'broken symlinks'" were tested locally without warnings, both
with and without the piuparts "-a" option. The version of initscripts
listed on piuparts.d.o, under "essential-required", is the current
version.

Despite this, piuparts.d.o continues to accumulate packages with this
warning. A recent example is libedata-book1.2-dev, tested last
Saturday.

http://piuparts.debian.org/sid/pass/libedata-book1.2-dev_3.0.3-2.log

Note that this log file contains the following:


  The following packages will be upgraded:
gcc-4.6-base initscripts libacl1 libgcc1 libncurses5 libpam-modules
libpam-modules-bin libpam-runtime libpam0g libstdc++6 libtinfo5 ncurses-base
ncurses-bin sysv-rc sysvinit sysvinit-utils tzdata
  17 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
...
  Get:15 http://piatti.debian.org/debian/ sid/main initscripts amd64
2.88dsf-13.13 [77.2 kB]
...
...
  Preparing to replace initscripts 2.88dsf-13.12 (using
.../initscripts_2.88dsf-13.13_amd64.deb) ...
  Unpacking replacement initscripts ...
  Setting up initscripts (2.88dsf-13.13) ...
...

1m9.9s ERROR: WARN: Broken symlinks:
  /etc/motd -> /var/run/motd


Set to Important, reflecting the number of entries in the Piuparts sid
broken symlink list.


Analysis script and log database at https://github.com/davesteele/piubsl



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

Bug#648783: ITP: urllib3 -- HTTP library with thread-safe connection pooling, file post, and more.

[Daniele Tricoli]

Package: wnpp
Severity: wishlist
Owner: Daniele Tricoli 

* Package name: urllib3
  Version : 1.0.2
  Upstream Author : Andrey Petrov 
* URL : http://urllib3.readthedocs.org/
* License : MIT
  Programming Lang: Python
  Description : HTTP library with thread-safe connection pooling, file 
post, and more.

urllib3 supports features left out of urllib and urllib2 libraries.

 * Re-use the same socket connection for multiple requests (HTTPConnectionPool
   and HTTPSConnectionPool) (with optional client-side certificate
   verification).
 * File posting (encode_multipart_formdata).
 * Built-in redirection and retries (optional).
 * Supports gzip and deflate decoding.
 * Thread-safe and sanity-safe.
 * Small and easy to understand codebase perfect for extending and
   building upon.

urllib3 will be managed managing it under the umbrella of the DPMT.



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

Bug#644278: closed by Joey Hess (Bug#644278: fixed in git-annex 3.20111011)

[Joey Hess]

Denis Laxalde wrote:
> I am almost sure I checked that insteadOf worked soon after the bug was
> closed, but it does not seem to work now. Upon 'git annex get', I get:
> "git-annex: copying from non-ssh, non-http repo not supported".

What does your insteadOf configuration and remote url look like?

-- 
see shy jo


signature.asc
Description: Digital signature

Bug#648387: [copyright-format] English proofreading.

[Steve Langasek]

On Mon, Nov 14, 2011 at 07:24:21PM -0600, Jonathan Nieder wrote:
> Steve Langasek wrote:

> > I think merging such changes (which at a glance appear to include arbitrary
> > preferences of word choice) is a waste of everyone's time and I'm inclined
> > to ignore this altogether in favor of working on the real problems with the
> > text.

> So, to be clear, does that mean that (assuming they don't change the
> meaning) you object to these changes, or only that you do not want to
> spend time dealing with them?  In other words, if some portion of the
> "everyone" whose time is wasted wants to spend time that way, would
> that be a problem?

Yes, it's still a problem because it steals time from the policy editors
and/or DEP drivers away from substantive issues.  And when I say "I'm
inclined to ignore it", I mean that I don't think I'm going to merge this
into the dep repo.

> For what it's worth, I find the text more readable after JBR's changes
> than before.

I don't think readability matters much when it still doesn't say what it
needs to.

-- 
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


signature.asc
Description: Digital signature

Bug#553875: fixed in xfsprogs 3.1.6

[Nathan Scott]

Hi Aurelien,

On 15 November 2011 08:48, Aurelien Jarno  wrote:

>
> This new version basically replaced the build-depends on
>  libreadline-gplv2-dev
> by a build-depends on
>  libreadline5-dev | libreadline-gplv2-dev
>
> Given libreadline5-dev is not in the archive, the package can't be
> built,


It seems to work as expected for me (iow, if either of the two are
installed, it proceeds with using the installed package).  I tested both
variants on latest unstable, so I'm at a loss to explain the failure you're
seeing - can you forward the build output showing the issue?

Allowing either package to satisfy the dependency means more people have
been able to continue to build and use these packages, which helps those
users who are not using unstable, so unless its not feasible I'd prefer to
leave that option open to them.

cheers.

--
Nathan

Bug#648782: FTBFS due to undefined symbols

[Mathieu Trudel-Lapierre]

Package: supercollider
Version: 1:3.4.4-2

A recent rebuild test in Ubuntu for supercollider 1:3.4.4-2 shows that
it fails to build [1], due to restrictions imposed at linking time:

g++ -o build/sclang -Wl,-rpath-link,build -Wl,-rpath-link,/usr/lib
-lreadline Source/lang/LangSource/cmdLineFuncs.o -Lbuild -lsclang
build/libsclang.so: undefined reference to `cwiid_set_rumble'
build/libsclang.so: undefined reference to `uregex_groupCount_44'
build/libsclang.so: undefined reference to `rl_reset_line_state'
build/libsclang.so: undefined reference to `rl_bind_key'
build/libsclang.so: undefined reference to `cwiid_set_mesg_callback'
build/libsclang.so: undefined reference to `rl_event_hook'
build/libsclang.so: undefined reference to `rl_replace_line'
build/libsclang.so: undefined reference to `u_charsToUChars_44'
build/libsclang.so: undefined reference to `rl_set_keyboard_input_timeout'
build/libsclang.so: undefined reference to `rl_redisplay'
build/libsclang.so: undefined reference to `rl_crlf'
build/libsclang.so: undefined reference to `cwiid_set_err'
build/libsclang.so: undefined reference to `cwiid_set_led'
build/libsclang.so: undefined reference to `cwiid_set_rpt_mode'
build/libsclang.so: undefined reference to `rl_basic_word_break_characters'
build/libsclang.so: undefined reference to `rl_readline_name'
build/libsclang.so: undefined reference to `cwiid_close'
build/libsclang.so: undefined reference to `readline'
build/libsclang.so: undefined reference to `cwiid_enable'
build/libsclang.so: undefined reference to `uregex_findNext_44'
build/libsclang.so: undefined reference to `cwiid_open'
build/libsclang.so: undefined reference to `uregex_start_44'
build/libsclang.so: undefined reference to `add_history'
build/libsclang.so: undefined reference to `uregex_open_44'
build/libsclang.so: undefined reference to `uregex_end_44'
build/libsclang.so: undefined reference to `cwiid_disable'
build/libsclang.so: undefined reference to `uregex_setText_44'
build/libsclang.so: undefined reference to `cwiid_get_id'
collect2: ld returned 1 exit status

Readline, libicu and cwiid do not appear to be linked against in the
right order in the build process, which yields the undefined
references above. The same error happens on all architectures we test
[2] (amd64, i386, armel, powerpc), but I suspect it also comes up on
the other architectures in Debian as well.

Attached is a patch that resolves the issue, it would be helpful if
you could include it in your package or review it.

[1] 
https://launchpadlibrarian.net/84969289/buildlog_ubuntu-precise-amd64.supercollider_1%3A3.4.4-2_FAILEDTOBUILD.txt.gz
[2] https://launchpad.net/ubuntu/+source/supercollider/1:3.4.4-2

Kind regards,

Mathieu Trudel-Lapierre 
Freenode: cyphermox, Jabber: mathieu...@gmail.com
4096R/EE018C93 1967 8F7D 03A1 8F38 732E  FF82 C126 33E1 EE01 8C93
From: Mathieu Trudel-Lapierre 
Subject: Fixup environment variables used for linking against
 readline, libicu, curl, cwiid.
Last-Update: 2011-11-14

Index: supercollider-3.4.4/common/SConstruct
===
--- supercollider-3.4.4.orig/common/SConstruct	2011-11-14 19:02:02.133345172 -0500
+++ supercollider-3.4.4/common/SConstruct	2011-11-14 19:06:28.665338281 -0500
@@ -575,6 +575,7 @@
 if PLATFORM == 'darwin' or conf.CheckCHeader('unicode/uregex.h'):
 libraries['libicu'] = Environment(
  LINKFLAGS = '-licui18n -licuuc -licudata',
+ LIBS = [ 'icui18n', 'icuuc', 'icudata' ],
 )
 else:
 print "libicu not found"
@@ -1048,15 +1049,6 @@
 langEnv.Append(
 LINKFLAGS = '-Wl,-rpath-link,build -Wl,-rpath-link,' + FINAL_PREFIX + '/lib')
 
-if env['CURL']:
-langEnv.Append(CPPDEFINES = ['HAVE_LIBCURL'])
-merge_lib_info(langEnv, libraries['libcurl'])
-
-if env['READLINE'] and env['LANG'] and env['GPL3']:
-langEnv.Append(CPPDEFINES = ['HAVE_READLINE'])
-merge_lib_info(langEnv, libraries['readline'])
-
-
 libsclangEnv = langEnv.Clone(
 PKGCONFIG_NAME = 'libsclang',
 PKGCONFIG_DESC = 'SuperCollider synthesis language library',
@@ -1127,6 +1119,15 @@
 if env['LANG']:
 merge_lib_info(libsclangEnv, libraries['libicu'])
 
+if env['CURL']:
+langEnv.Append(CPPDEFINES = ['HAVE_LIBCURL'])
+merge_lib_info(libsclangEnv, libraries['libcurl'])
+
+if env['READLINE'] and env['LANG'] and env['GPL3']:
+langEnv.Append(CPPDEFINES = ['HAVE_READLINE'])
+merge_lib_info(libsclangEnv, libraries['readline'])
+
+
 # optional features
 if features['midiapi']:
 merge_lib_info(libsclangEnv, libraries['midiapi'])
@@ -1161,8 +1162,8 @@
 # HAVE_LID does the right thing in SC_LID.cpp source
 libsclangSources += ['Source/lang/LangPrimSource/SC_LID.cpp']
 if features['wii']:
-libsclangEnv.Append(CPPDEFINES = 'HAVE_WII')
-libsclangEnv.Append(LINKFLAGS = '-lcwiid')
+langEnv.Append(CPPDEFINES = 'HAVE_WII')
+langEnv.Append(LINKFLAGS

Bug#644278: closed by Joey Hess (Bug#644278: fixed in git-annex 3.20111011)

[Denis Laxalde]

found 644278 3.2011
quit

Hi,

I am almost sure I checked that insteadOf worked soon after the bug was
closed, but it does not seem to work now. Upon 'git annex get', I get:
"git-annex: copying from non-ssh, non-http repo not supported".
Also, the error is not the same on a freshly cloned repository, on which
I get:

  Try making some of these repositories available:
bb80923e-ebc5-11e0-bd7a-e3011d062a4e -- lab: main repository
failed
git-annex: get: 1 failed

Then (after having changed the remote to its full url, get an annexed
file and changed the url again to use the insteadOf), the first error
appears.

It happens with versions 3.2011 and 3.20111011~bpo60+2.

--
Denis



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

Bug#648566: libdpkg-perl: Use of uninitialized value $msg in sprintf at /usr/share/perl5/Dpkg/ErrorHandling.pm line 48

[John David Anglin]

On 13-Nov-11, at 3:51 AM, Raphael Hertzog wrote:

What does “perl -w -MLocale::gettext -e 'print gettext("foo")'”  
return?


5.10.1-18 returns foo.
5.12.4-6 returns an empty string.

Pretty weird given the entire perl testsuite passed.  Based on
previous builds, the main problem area is thread support.

There is some glibc/perl issue.  Could that be the problem?

Dave
--
John David Anglin   dave.ang...@bell.net






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

Bug#633797: copyright-format: "with exception" underspecified

[Steve Langasek]

On Tue, Nov 15, 2011 at 09:16:18AM +0900, Charles Plessy wrote:
> Le Wed, Jul 13, 2011 at 10:21:58PM +0200, Jakub Wilk a écrit :

> > copyright-format reads:

> > | Exceptions and clarifications are signaled in plain text, by appending
> > | "with  exception" to the short name.

> > However, it is not specified how different keywords are separated.
> > For example, should one write:
> > "License: GPL-2+ with OpenSSL and Font exception" or
> > "License: GPL-2+ with OpenSSL, Font exception" or maybe
> > "License: GPL-2+ with OpenSSL Font exception"?

> I think that this is a good point, but I am unsure if we have the capacity to
> fix it before releasing version 1.0 of the format.  I definitely would not
> object.

There's no point in declaring the spec "1.0" while ambiguities like this one
remain.  This is in fact on the list of issues that I consider blockers for
DEP5.

On Mon, Nov 14, 2011 at 06:24:18PM -0600, Jonathan Nieder wrote:
> As a workaround, "with  exception" might work, making this
> "GPL-2+ with OpenSSL exception with Font exception". :)

> Does

>   GPL-2+ with OpenSSL and Font exceptions

> work (note the plural)?  I would be happiest if "GPL-2+ with
> " worked, as free-form text.

You can always say GPL-2+-with-anything as a custom license name, but the
value in spelling out standardized license tags at all as part of the spec
is that it allows for mechanical extraction (and eventually, automated
checking of license compatibility and accuracy of license information).  If
it's going to be extended in a free-form manner, what's the value in
partially specifying the name?

One benefit, certainly, is that you can assume that "GPL with 
exception(s)" gives you at *least* all the same rights that the GPL does,
since GPL exceptions can only grant additional permissions and not take them
away.  However, the history of the draft shows that people are concerned
about knowing whether *specific* common exceptions are in effect, so I think
the spec should include a standardized way of expressing these common
exceptions, including in combination.

Of the various options suggested above for combining exceptions, I have no
strong preferences; I think it would be bikeshedding to spend overly long
discussing the options.  Does anyone else have a preferred option that we
could quickly reach consensus on and enact?

I have a slight preference for:

   GPL-2+ with OpenSSL and Font exceptions

because it's both easy to parse and reads naturally in English.

-- 
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


signature.asc
Description: Digital signature

Bug#648387: [copyright-format] English proofreading.

[Jonathan Nieder]

Steve Langasek wrote:

> I think merging such changes (which at a glance appear to include arbitrary
> preferences of word choice) is a waste of everyone's time and I'm inclined
> to ignore this altogether in favor of working on the real problems with the
> text.

So, to be clear, does that mean that (assuming they don't change the
meaning) you object to these changes, or only that you do not want to
spend time dealing with them?  In other words, if some portion of the
"everyone" whose time is wasted wants to spend time that way, would
that be a problem?

For what it's worth, I find the text more readable after JBR's changes
than before.



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

Bug#648387: [copyright-format] English proofreading.

[Steve Langasek]

On Sun, Nov 13, 2011 at 11:01:05AM -0600, Jonathan Nieder wrote:
> > To consolidate related changes, let's wait however a little
> > for additional propositions.  For instance, I would like to suggest to 
> > replace
> > “dash” by “hyphen”

> I disagree here.  Please file separate reports for separate proposals,
> unless the text they affect and subject matter seem to overlap a lot
> and the proposed text is already ready.

> DEP drivers: do these changes look reasonable to you?  Policy
> delegates: does this require formal seconds, or is it just an
> informative change?

I think the effort to have this proofread by debian-l10n-english at this
stage is misguided, because there are serious problems with the *standards
language* of the current draft, which makes it nearly impossible for
implementors to get things right due to the resulting ambiguities.  I
haven't reviewed the proposed diff, but I don't expect a proofreading effort
to have resulted in significant improvements.

Charles inquired privately whether I objected to this strategy, but only
waited a day before requesting proofreading from debian-l10n-english, so,


I think merging such changes (which at a glance appear to include arbitrary
preferences of word choice) is a waste of everyone's time and I'm inclined
to ignore this altogether in favor of working on the real problems with the
text.

-- 
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


signature.asc
Description: Digital signature

Bug#648781: debian-installer: unattended installation using preseed is interrupted by installer main menu popping up

[Johannes Schauer]

Package: debian-installer
Version: 20110106+squeeze3+b1
Severity: normal
Tags: sid

When using this preseed file:

http://mister-muffin.de/debian/preseed.txt

after the "Install the base system" step this appears and interrupts the
installation, prompting for user input:

http://mister-muffin.de/p/Ai7F.png

Also notice the wrong menu entries.

The same error happens with more minimal preseed files.

It turns out that the problem only occurs when having:

d-i mirror/suite string sid
d-i mirror/udeb/suite string sid

When choosing wheezy instead, everything is fine.

I gathered debug output with the DEBCONF_DEBUG=developer option and with
this preseed file:

http://mister-muffin.de/debian/preseed2.txt

(which will produce the following interrupting main menu:
http://mister-muffin.de/p/qlbd.png)

Here is the syslog from the point where the menu appeared:

http://mister-muffin.de/p/a1nJ.txt

And here a tarball of the directory, which is created after hitting
"save debug logs" in the main menu:

http://mister-muffin.de/p/sS_r



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

Bug#633797: copyright-format: "with exception" underspecified

[Jonathan Nieder]

Charles Plessy wrote:

> I looked at how my favorite parser, config-edit, is doing with exceptions, and
> if I add a ‘OpenSSL and Font’ or an ‘OpenSSL, Font’ exception, it stops with
> error at loading…

As a workaround, "with  exception" might work, making this
"GPL-2+ with OpenSSL exception with Font exception". :)

Does

GPL-2+ with OpenSSL and Font exceptions

work (note the plural)?  I would be happiest if "GPL-2+ with
" worked, as free-form text.



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

Bug#633797: copyright-format: "with exception" underspecified

[Charles Plessy]

user debian-pol...@packages.debian.org
limit package debian-policy
usertags 633797 + normative
usertags 633797 + issue
thanks

Le Wed, Jul 13, 2011 at 10:21:58PM +0200, Jakub Wilk a écrit :
> 
> copyright-format reads:
> 
> | Exceptions and clarifications are signaled in plain text, by appending
> | "with  exception" to the short name.
> 
> However, it is not specified how different keywords are separated.
> For example, should one write:
> "License: GPL-2+ with OpenSSL and Font exception" or
> "License: GPL-2+ with OpenSSL, Font exception" or maybe
> "License: GPL-2+ with OpenSSL Font exception"?

Dear Jakub,

I think that this is a good point, but I am unsure if we have the capacity to
fix it before releasing version 1.0 of the format.  I definitely would not
object.

I looked at how my favorite parser, config-edit, is doing with exceptions, and
if I add a ‘OpenSSL and Font’ or an ‘OpenSSL, Font’ exception, it stops with
error at loading…

If other people would like this point addressed before DEP 5 is finalised, it
is time to participate.

Have a nice day,

-- 
Charles Plessy
Tsurumi, Kanagawa, Japan



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

Bug#648780: RFP: libtree-nary-perl -- Perl implementation of N-ary search trees

[Jonathan Nieder]

Package: wnpp
Severity: wishlist
X-Debbugs-Cc: debian-p...@lists.debian.org

* Package name: libtree-nary-perl
  Version : 1.3
  Upstream Author : Frederic Soriano
* URL : http://search.cpan.org/~fsoriano/Tree-Nary-1.3/
* License : Public Domain
  Programming Lang: Perl
  Description : Perl implementation of N-ary search trees

This module is a translation (albeit not a direct one) from the C
implementation of N-ary trees available in the GLIB distribution.
The K semantic framework from [1] uses it.

[1] http://code.google.com/p/k-framework/



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

Bug#646464: smc: FTBFS: ... OpenGLGUIRenderer/openglrenderer.h

[Steve Cotton]

Source: smc
Version: 1.9-4
Followup-For: Bug #646464

Caused by the newly uploaded version of cegui-mk2.
http://cegui.org.uk/docs/current/porting6to7.html

SMC looks like it will be an effort to port.

Steve



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

Bug#648387: [copyright-format] English proofreading.

[Charles Plessy]

tag 648387 + patch
thanks

Le Sun, Nov 13, 2011 at 11:01:05AM -0600, Jonathan Nieder a écrit :
> 
> Please file separate reports for separate proposals,
> unless the text they affect and subject matter seem to overlap a lot
> and the proposed text is already ready.

No problem.  In that case, given that no further comment has been made on the
proofreading itself, and given that it is comprehensive, I tag this bug ‘patch’
and formally second it, just in case it is necessary.

Have a nice day,

-- 
Charles Plessy
Debian Med packaging team,
http://www.debian.org/devel/debian-med
Tsurumi, Kanagawa, Japan



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

Bug#648779: ttf-ecolier-court: Wrong upstream homepage.

[Martin Leben]

Package: ttf-ecolier-court
Version: 1.00-2
Severity: normal

The upstream homepage doesn't exist anymore. The URL can be found in the 
following files:


./debian/control
./debian/copyright
./readme.txt
./lisez_moi.txt

Best regards,
/Martin Leben


-- Package-specific info:
Desired=Unknown/Install/Remove/Purge/Hold
| 
Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend

|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ Name  Version 
Description

+++-=-=-==
ii  fontconfig2.8.0-2.1 
generic font configuration library - support binaries
ii  libfreetype6  2.4.2-2.1+squeeze2 
FreeType 2 font engine, shared library files
ii  libxft2   2.1.14-2 
FreeType-based font drawing library for X


-- System Information:
Debian Release: 6.0.3
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: i386 (i686)

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

ttf-ecolier-court depends on no packages.

ttf-ecolier-court recommends no packages.

Versions of packages ttf-ecolier-court suggests:
ii  fontconfig2.8.0-2.1  generic font configuration 
library
ii  x-ttcidfont-conf  32 TrueType and CID fonts 
configurati


-- 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#647495: systemd: debian-fixup.service goes berserk if /run is a symlink to /var/run

[Michael Biebl]

severity 647495 important
thanks

Increasing the severity a bit, since such setups can happen if you
upgraded your system via a chroot.
The initscript postinst script will create a symlink /run → /var/run on
upgrades if it detects a chroot environment.


-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature

Bug#648764: More informative backtrace

[Cyril Brulebois]

Hi,

Jan Oberländer  (14/11/2011):
> I suppose it's a good thing this bug reproduces so well. :)  Here's a
> better backtrace.

thanks for that. But you could also install libdrm's debug packages I
think. ;-)

(Getting a core and exploiting it afterwards is usually a nice idea: you
can install more packages as needed, without having to get a new crash.
Hints at http://x.debian.net/howto/use-gdb.html)

> -- gdb output:
> #3  0xb729db28 in *__GI___assert_fail (assertion=0xb6f98287 
> "boi->space_accounted", file=0xb6f9826a "../../radeon/radeon_cs_gem.c", 
> line=181, function=0xb6f982ba "cs_gem_write_reloc") at assert.c:81
> buf = 0xb8fff898 "Xorg: ../../radeon/radeon_cs_gem.c:181: 
> cs_gem_write_reloc: Assertion `boi->space_accounted' failed.\n"
> #4  0xb6f96384 in ?? () from /usr/lib/i386-linux-gnu/libdrm_radeon.so.1
> No symbol table info available.
> #5  0xb6f971a2 in radeon_cs_write_reloc () from 
> /usr/lib/i386-linux-gnu/libdrm_radeon.so.1
> No symbol table info available.


for those

Mraw,
KiBi.


signature.asc
Description: Digital signature

Bug#648778: awn-applets-python-extra: clock/calendar applet ought Suggest python-vobject

[nick black]

Package: awn-applets-python-extras
Version: 0.4.0-4
Severity: normal
File: awn-applets-python-extra

awn-applets-python-extras ought Suggest python-vobject. Without it being
installed, attempting to run the "Clock/Calendar Applet" fails.



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

Kernel: Linux 3.2.0-rc1 (SMP w/8 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 awn-applets-python-extras depends on:
ii  avant-window-navigator  0.4.1~bzr830-2
ii  awn-applets-common  0.4.0-4   
ii  gconf2  3.2.3-1   
ii  python  2.7.2-9   
ii  python-awn  0.4.1~bzr830-2
ii  python-awn-extras   0.4.0-4   

Versions of packages awn-applets-python-extras recommends:
ii  awn-settings  0.4.1~bzr830-2
ii  python-gdata  2.0.14-2  
ii  python-gmenu  3.0.1-3   
ii  python-wnck   2.32.0-4+b1   

Versions of packages awn-applets-python-extras suggests:
ii  alacarte  0.13.2-3
ii  tomboy1.8.0-1 

-- 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#648751: linux-image-3.0.0-1-rt-amd64: rcu_preempt_state whileshutdown

[Ben Hutchings]

On Mon, Nov 14, 2011 at 09:42:46PM -0200, Flávio Silveira wrote:
> Hi Ben,
> 
> I've installed 3.0.0-6 and in my preliminar analysis it worked,
> but after using the laptop for awhile it now said:
> "irq 16: nobody cared (try booting with irqpool option)"
> "Disabling irq #16"
> Stopped there for about 2 minutes and said something about task halt
> and sync_something
> 
> I'll try to boot with irqpool and post back.
> 
> Additionally I saw 2 call traces regarding sched.c lines 4234 and
> 4265 in dmesg.
> 
> I can post if you think it's helpful

Please do.

Ben.

-- 
Ben Hutchings
We get into the habit of living before acquiring the habit of thinking.
  - Albert Camus



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

Bug#568421: X hangs after upgrade from 7.4 to 7.5

[Jonathan Nieder]

Hi Adam,

Adam Majer wrote:

> Today I've done an upgrade that only touched,
[... list of core X packages snipped ...]
> Following this upgrade, X would hang either immediately after start or
> few seconds afterwards.
[...]
> INFO: task Xorg:3075 blocked for more than 120 seconds.
> "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message.
> Xorg  D  0  3075   3060 0x0040
>  880100861e28 0082  0008
>  0400 81408094 f8a0 880100861fd8
>  000155c0 000155c0 88013bcbebd0 88013fab3980
> Call Trace:
>  [] vga_get+0x115/0x141
>  [] ? default_wake_function+0x0/0x14
>  [] ? vga_arb_write+0x31/0x449
>  [] vga_arb_write+0xc3/0x449
>  [] ? security_file_permission+0x16/0x18
>  [] vfs_write+0xb0/0x10a
>  [] sys_write+0x4c/0x74
>  [] system_call_fastpath+0x16/0x1b
>
> I use nvidia drivers. I have tried nv drivers with exactly same
> results.

Yeah, processes should not get stuck in the D state like that.
Questions:

 1. Is this still reproducible?  How do the latest squeeze and
sid kernels behave?  (To test a sid kernel on a squeeze system,
the only packages aside from linux-image-foo you should need from
outside squeeze are linux-base and initramfs-tools.)

 2. Please try uninstalling or blacklisting the nvidia driver to
make sure that is not the cause, and send full "dmesg" output
from this happening if possible.

 3. Output from dmesg after running "echo t >/proc/sysrq-trigger"
while in this state would also be useful.  (Or run
"echo 1 >/proc/sys/kernel/sysrq" to disable the paranoid checks
and press alt-sysrq + t while in that state.  See
Documentation/sysrq.txt for details.)

 4. (I'm just curious:) Does the nouveau driver behave any
differently?

Thanks for reporting, and sorry for the slow response.
Jonathan



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

Bug#645850: lxc package debconf templates

[Daniel Baumann]

On 11/14/2011 11:33 PM, Justin B Rye wrote:

   Please choose whether Linux Containers configured in /etc/lxc/auto
   should be automatically started during system boot, and shut down on
   reboot or halt.


nice, i like that one.

--
Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern
Email:  daniel.baum...@progress-technologies.net
Internet:   http://people.progress-technologies.net/~daniel.baumann/



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

Bug#648751: linux-image-3.0.0-1-rt-amd64: rcu_preempt_state whileshutdown

[Flávio Silveira]

Hi Ben,

I've installed 3.0.0-6 and in my preliminar analysis it worked,
but after using the laptop for awhile it now said:
"irq 16: nobody cared (try booting with irqpool option)"
"Disabling irq #16"
Stopped there for about 2 minutes and said something about task halt and 
sync_something


I'll try to boot with irqpool and post back.

Additionally I saw 2 call traces regarding sched.c lines 4234 and 4265 in 
dmesg.


I can post if you think it's helpful

Thanks!

- Original Message - 
From: "Ben Hutchings" 

To: "Flavio Silveira" ; <648...@bugs.debian.org>
Cc: "Debian Bug Tracking System" 
Sent: Monday, November 14, 2011 6:34 PM
Subject: Re: Bug#648751: linux-image-3.0.0-1-rt-amd64: rcu_preempt_state 
whileshutdown




On Mon, Nov 14, 2011 at 04:57:57PM -0200, Flavio Silveira wrote:

Package: linux-2.6
Version: 3.0.0-3
Severity: normal
Tags: upstream

Dear Maintainer,

When I shutdown my laptop I get errors like "rcu_preempt_state stalled on 
CPU

1" after "Will now halt." message and I can only shutdown if I hold power
button.

[...]

Please test version 3.0.0-6.

Ben.

--
Ben Hutchings
We get into the habit of living before acquiring the habit of thinking.
 - Albert 
Camus







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

Bug#648762: [Debian-med-packaging] Bug#648762: mira: Fix detection of libexpat

[Charles Plessy]

Le Mon, Nov 14, 2011 at 03:33:20PM -0500, Michael Terry a écrit :
> Package: mira
> Version: 3.4.0-3
> Severity: normal
> Tags: patch
> User: ubuntu-de...@lists.ubuntu.com
> Usertags: origin-ubuntu precise ubuntu-patch

> diff -Nru mira-3.4.0/debian/patches/expat_ld_as_needed.patch 
> mira-3.4.0/debian/patches/expat_ld_as_needed.patch
> --- mira-3.4.0/debian/patches/expat_ld_as_needed.patch1969-12-31 
> 19:00:00.0 -0500
> +++ mira-3.4.0/debian/patches/expat_ld_as_needed.patch2011-11-14 
> 15:16:39.0 -0500
> @@ -0,0 +1,24 @@
> +Index: mira-3.4.0/configure
> +===
> +--- mira-3.4.0.orig/configure2011-11-14 15:04:53.0 -0500
>  mira-3.4.0/configure 2011-11-14 15:12:33.661248964 -0500
> +@@ -16886,8 +16886,8 @@
> + saved_CPPFLAGS="$CPPFLAGS"
> + CPPFLAGS="$CPPFLAGS -I$expat_include_dir"
> + 
> +-saved_LDFLAGS="$LDFLAGS"
> +-LDFLAGS="$LDFLAGS $expat_lib_flags"
> ++saved_LIBS="$LIBS"
> ++LIBS="$LIBS $expat_lib_flags"

Dear Michael,

thank you very much for sharing this patch with Debian.  Unfortunately, it
corrects an autoconf-generated file, so it is difficult to forward upstream.
Do you have an advice to correct configure.in itself ?

Have a nice day,

-- 
Charles Plessy
Debian Med packaging team,
http://www.debian.org/devel/debian-med
Tsurumi, Kanagawa, Japan



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

Bug#648750: settings not saved

[Thomas Dickey]

On Mon, Nov 14, 2011 at 01:34:17PM -0500, jb wrote:
> Package: lynx
> Version: 2.8.8dev.5-1
> Severity: important
> 
> 
> 'O' for options in application, then try to save 'Accept Changes'. Settings 
> never saved.
> 
> I use lynx not primarily for web work.. but for file navigation/file 
> editing.. but a bug like this shouldn't be in stable.
> 
> The only way I can make configuration changes is to make my own ~/.lynxrc 
> file << And making this ~/.lynxrc is not clearly
> documented anywhere.. (not in /usr/share/doc.. and only hinted of it's 
> existence from  /etc/lynx-cur/lynx.cfg)

It's mentioned (14 times) in the user guide, for instance:

/usr/share/doc/lynx-cur/lynx_help/Lynx_users_guide.html.gz

The comments in .lynxrc also tell about it.

Starting with no .lynxrc, and no $LYNX_CFG variable to confuse things,
I am able to save my settings.  Without more information, there's nothing
to fix.

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


signature.asc
Description: Digital signature

Bug#648563: anacron calling logic wrong

[Christian Kastner]

tag 648563 + unreproducible moreinfo
severity 648563 normal
thanks

On 2011-11-14 22:56, Michael Tomkins wrote:
> On 14/11/2011, at 7:54 PM, Christian Kastner wrote:
>> On 2011-11-13 01:29, Michael Tomkins wrote:
>>>
>>> Noticed that weekly Analog run via cron.weekly was about 4 weeks
>>> old. This was prior to a apt-get upgrade. Upgrade broke something.
>>>
>>> Cron checks for anacron and if executable then doesn't run daily,
>>> weekly or monthly. But anacron is not resident and only runs when
>>> daily, weekly or monthly cron runs. This circular logic means that
>>> daily, weekly or monthly will never run.
>>
>> You are overlooking the script anacron installs to /etc/cron.d. It is
>> run on a daily basis, which means that all the jobs that cron is
>> skipping in /etc/cron.{daily,weekly,monthly} are executed by anacron.
> 
> Then downgrade this bug as that covers standard running logic so
> it's probably in my script or setup.

Doing so. Please let me know when you have identified the issue so that
I may close the bug.


Regards,
Christian



signature.asc
Description: OpenPGP digital signature

Bug#648777: lintian: Generalize distribution check

[Daniel Dehennin]

Package: lintian
Version: 2.5.3
Severity: wishlist

Dear Maintainer,

I propose a patch to generalize the distribution check, permitting to
easily configure the list of allowed distributions.

The idea here is to add a file under 'data/changelog-file/' with a name
ending in '-dists'.

This file contains regular expressions to test against the distribution
name.

git pull git://git.baby-gnu.net/lintian dad/generalize-distribution-check

I attach the patches for review.

Regards.

From 8cfbd1853607d9e171d9dde2fca4837f3f24c2ed Mon Sep 17 00:00:00 2001
From: Daniel Dehennin 
Date: Mon, 14 Nov 2011 23:57:36 +0100
Subject: [PATCH] Generaliste distribution name check.

This patch allow to create a new data/changelog-file/-dists
file to add new valid distribution regexps.

* checks/changes-file: Build an array of distribution regexp and test
  distribution fiedl against each one.

* data/changelog-file/debian-dists: Define full regexp instead of only
  base distribution.

* data/changelog-file/ubuntu-dists: Ditoo.
---
 checks/changes-file  |   41 ++---
 data/changelog-file/debian-dists |   18 
 data/changelog-file/ubuntu-dists |   16 +++---
 3 files changed, 37 insertions(+), 38 deletions(-)

diff --git a/checks/changes-file b/checks/changes-file
index 5192130..0091860 100644
--- a/checks/changes-file
+++ b/checks/changes-file
@@ -26,12 +26,17 @@ use Util;
 use Lintian::Tags qw(tag);
 use Lintian::Check qw(check_maintainer);
 
-my $DEBIAN_DISTS = Lintian::Data->new ('changelog-file/debian-dists');
-my $UBUNTU_REGEX;
+use Path::Class;
+
+my @DISTRIBUTION_REGEX;
 {
-my $ubuntu_dists = Lintian::Data->new ('changelog-file/ubuntu-dists');
-my $reg_str = join('|', $ubuntu_dists->all);
-$UBUNTU_REGEX = qr/$reg_str/o;
+my $changelog_dir = dir($ENV{LINTIAN_ROOT}, 'data', 'changelog-file');
+while (my $filename = $changelog_dir->next()) {
+next if $filename->is_dir() or $filename !~ m/.*-dists$/;
+my $distrib_dists = Lintian::Data->new(file('changelog-file', $filename->basename));
+my $reg_str = join('|', $distrib_dists->all);
+push @DISTRIBUTION_REGEX, qr/$reg_str/;
+}
 }
 
 sub run {
@@ -57,22 +62,16 @@ if (!$info->field('description') && $info->field('architecture') ne 'source') {
 if (defined $info->field('distribution')) {
 my @distributions = split /\s+/o, $info->field('distribution');
 for my $distribution (@distributions) {
-if ($distribution eq 'UNRELEASED') {
-# ignore
-} elsif ($info->field('version') =~ m/ubuntu|$UBUNTU_REGEX/o
-or $distribution =~ m/$UBUNTU_REGEX/o) {
-if ($distribution !~ m/^(?:$UBUNTU_REGEX)(?:-(?:proposed|updates|backports|security))?$/o ) {
-tag 'bad-ubuntu-distribution-in-changes-file',
-$distribution;
-}
-} elsif (! ($DEBIAN_DISTS->known ($distribution)
- or ($distribution =~ /^\w+-backports$/)
- or ($distribution =~ /^\w+-proposed-updates$/)
- or ($distribution =~ /^\w+-security$/)
- or ($distribution =~ /^\w+-volatile$/))
-) {
-# bad distribution entry
-tag 'bad-distribution-in-changes-file', $distribution;
+next if ($distribution eq 'UNRELEASED');
+my $bad = 1;
+foreach my $dist_regex (@DISTRIBUTION_REGEX) {
+if ($distribution =~ m/$dist_regex/) {
+$bad=0;
+last;
+}
+}
+if ($bad) {
+tag 'bad-ubuntu-distribution-in-changes-file', $distribution;
 }
 }
 
diff --git a/data/changelog-file/debian-dists b/data/changelog-file/debian-dists
index 589df1c..499b962 100644
--- a/data/changelog-file/debian-dists
+++ b/data/changelog-file/debian-dists
@@ -2,15 +2,15 @@
 # aliases
 
 # Codenames
-lenny
-squeeze
-wheezy
-sid
+lenny(?:(?:-)(?:backports|proposed-updates|security|volatile))?
+squeeze(?:(?:-)(?:backports|proposed-updates|security|volatile))?
+wheezy(?:(?:-)(?:backports|proposed-updates|security|volatile))?
+sid(?:(?:-)(?:backports|proposed-updates|security|volatile))?
 
 # Aliases
-oldstable
-stable
-testing
-unstable
-experimental
+oldstable(?:(?:-)(?:backports|proposed-updates|security|volatile))?
+stable(?:(?:-)(?:backports|proposed-updates|security|volatile))?
+testing(?:(?:-)(?:backports|proposed-updates|security|volatile))?
+unstable(?:(?:-)(?:backports|proposed-updates|security|volatile))?
+experimental(?:(?:-)(?:backports|proposed-updates|security|volatile))?
 
diff --git a/data/changelog-file/ubuntu-dists b/data/changelog-file/ubuntu-dists
index 0948ec9..e1517c9 100644
--- a/data/changelog-file/ubuntu-dists
+++ b/data/changelog-file/ubuntu-dists
@@ -1,11 +1,11 @@
 # A list of Ubuntu distributions, used to suppress some checks for Ubuntu
 # packages and to validate Ubuntu distributions.
 
-dappe

Bug#475072: [Pkg-xfce-devel] Bug#475072: squeeze: crashes while opening an archived file.

[Ibragimov Rinat]

fix segfault on file open command

There are two definitions of signals assert having one parameter
each with G_TYPE_STRING type. But instead of strings, pointers are
passed. Additionally Launch method of FileManager dbus interface
expecting three strings now.

There is no sense to send this patch to upstream because squeeze was
mostly rewrited and now git head have little common with 0.2.3.

diff --git a/libsqueeze/xfce-launch-command.c b/libsqueeze/xfce-launch-command.c
index 26587a7..3aff671 100644
--- a/libsqueeze/xfce-launch-command.c
+++ b/libsqueeze/xfce-launch-command.c
@@ -157,6 +157,6 @@ lsq_xfce_launch_command_execute(LSQArchiveCommand *command)
LSQXfceLaunchCommand *xfce_launch_command = 
LSQ_XFCE_LAUNCH_COMMAND(command);

/* args */
-   dbus_g_proxy_call(xfce_launch_command->proxy, "Launch", NULL, 
G_TYPE_STRING, xfce_launch_command->files, G_TYPE_STRING, "",  NULL);
+   dbus_g_proxy_call(xfce_launch_command->proxy, "Launch", NULL, 
G_TYPE_STRING, xfce_launch_command->files, G_TYPE_STRING, "", G_TYPE_STRING, 
"", NULL);
return TRUE;
 }
diff --git a/src/archive_store.c b/src/archive_store.c
index a9d0794..58956fb 100644
--- a/src/archive_store.c
+++ b/src/archive_store.c
@@ -312,7 +312,7 @@ sq_archive_store_class_init(SQArchiveStoreClass *as_class)
 g_cclosure_marshal_VOID__POINTER,
 G_TYPE_NONE,
 1,
-G_TYPE_STRING,
+G_TYPE_POINTER,
 NULL);
 }
 
diff --git a/src/notebook.c b/src/notebook.c
index bff5ef8..045f984 100644
--- a/src/notebook.c
+++ b/src/notebook.c
@@ -160,7 +160,7 @@ sq_notebook_class_init(SQNotebookClass *notebook_class)
G_SIGNAL_RUN_LAST | G_SIGNAL_ACTION, 0,
NULL, NULL,
g_cclosure_marshal_VOID__POINTER,
-   G_TYPE_NONE, 1, G_TYPE_STRING, NULL);
+   G_TYPE_NONE, 1, G_TYPE_POINTER, NULL);
 
sq_notebook_signals[SQ_NOTEBOOK_SIGNAL_STATE_CHANGED] = 
g_signal_new("archive-state-changed",
G_TYPE_FROM_CLASS(notebook_class),

Bug#537572: gnome-settings-daemon can't connect to D-Bus and eats CPU on ia64 due to -Wl,-z-defs

[Jonathan Nieder]

Émeric Maschino wrote:

> So, to summarize, only libgconf.so and libsmartcard.so didn't need to
> be replaced by recompiled versions without -z defs flag. I don't know
> if it'll help further, but they can even be removed from
> /usr/lib/gnome-settings-daemon-3.0 and both GDM3 and GNOME3 session
> still run flawlessly.

Thanks, this is interesting.

Now for some stupid questions:

 - does linking with gold instead (i.e., installing binutils-gold)
   change the outcome?

 - does using -Wl,--no-undefined in place of -Wl,-z,defs change
   anything?  Presumably -Wl,--no-undefined
   -Wl,--error-unresolved-symbols errors out --- what is the message
   when it does?

 - what does using "-z defs" buy us when the error is demoted to a
   warning by a later command-line option, anyway?  Though I still
   don't understand what is causing this code path to break.



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

Bug#648776: ITP: libnumber-bytes-human-perl -- module to convert byte count to human readable format

[Florian Schlichting]

Package: wnpp
Severity: wishlist
Owner: Florian Schlichting 

* Package name: libnumber-bytes-human-perl
  Version : 0.07
  Upstream Author : Adriano R. Ferreira, 
* URL : http://search.cpan.org/~ferreira/Number-Bytes-Human-0.07/
* License : GPL-1+, Artistic
  Programming Lang: Perl
  Description : module to convert byte count to human readable format

  Number::Bytes::Human provides a formatter which turns byte counts to
  usual readable format, like '2.0K' or '3.1GiB'. It was inspired by
  the -h option of Unix utilities like du and df for
  "human-readable" output.



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

Bug#648775: transition: mono 2.10

[Iain Lane]

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

Dear Release Team,

[ re-filing as a bug per jcristau ]

We'd like to start the Mono transition[0,0.5] soon.

The packages have been aged in experimental for some time now, and this
transition has also taken place in Another Place with no notable
badness.

Following the RT's request for a dry run (Model 3 in [0.5]), Julian
Taylor did a test rebuild[1] of all rdepends and to the best of our
knowledge we have resolved the outstanding issues so that all that
should be required are no-change rebuilds or uploads from experimental
to unstable, as well as one removal of a package not yet ported
(dlr-languages).

Roughly, the plan will be

  * Upload all of mono & cli-common from experimental to unstable
  * Upload build tools (nant)
  * Remove mono-debugger
  * Get LO bindings disabled
  * No-change rebuild / binNMU all applications against the 4.0
profile
  * No-change rebuild / binNMU all libraries against the 4.0 profile, in
leaf-first order 

The reason for this ordering is because 4.0 executables can load 2.0
libraries but not vice-versa. A great deal of packages are pure managed
code, so arch:all and will therefore require sourceful uploads.

You can see the results of our testing at [2].

Please let us know when we can go ahead.

Cheers,
on behalf of the Debian Mono Group,

-- 
Iain Lane  [ i...@orangesquash.org.uk ]
Debian Developer   [ la...@debian.org ]
Ubuntu Developer   [ la...@ubuntu.com ]
PhD student   [ i...@cs.nott.ac.uk ]

[0] http://release.debian.org/transitions/html/mono.html
[0.5] http://wiki.debian.org/Teams/DebianMonoGroup/Mono210Transition
[1] http://alioth.debian.org/~jtaylor-guest/logs/
[2] http://wiki.debian.org/Teams/DebianMonoGroup/Mono210TransitionTODO



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

Bug#648774: ITP: plexus-utils2 -- utilities for the Plexus framework

[Damien Raude-Morvan]

Package: wnpp
Severity: wishlist
Owner: "Damien Raude-Morvan" 
X-Debbugs-CC: debian-j...@lists.debian.org

* Package name: plexus-utils2
  Version : 2.0.5
  Upstream Author : Codehaus
* URL : http://plexus.codehaus.org/plexus-utils
* License : Apache-2.0
  Programming Lang: Java
  Description : utilities for the Plexus framework

 The Plexus project provides a full software stack for creating and executing
 software projects. Based on the Plexus container, the applications can
 utilise component-oriented programming to build modular, reusable components
 that can easily be assembled and reused.
 .
 While Plexus is similar to other inversion-of-control (IoC) or dependency
 injection frameworks such as the Spring Framework, it is a full-fledged
 container that supports many more features such as:
 .
 * Component lifecycles
 * Component instantiation strategies
 * Nested containers
 * Component configuration
 * Auto-wiring
 * Component dependencies, and
 * Various dependency injection techniques including constructor injection,
   setter injection, and private field injection.

This package is already in Debian as plexus-utils but we need a new source 
package to build new upstream release (which seems to break API/ABI-compat). 
This package is a dependency of Maven 3.x

Cheers,
-- 
Damien - Debian Developper
http://wiki.debian.org/DamienRaudeMorvan



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

Bug#648773: ITP: plexus-classworlds2 -- Class loading utilities for the Plexus framework

[Damien Raude-Morvan]

Package: wnpp
Severity: wishlist
Owner: "Damien Raude-Morvan" 
X-Debbugs-CC: debian-j...@lists.debian.org

* Package name: plexus-classworlds2
  Version : 2.2.3
  Upstream Author : Codehaus
* URL : http://plexus.codehaus.org/plexus-classworlds
* License : Apache-2.0
  Programming Lang: Java
  Description : Class loading utilities for the Plexus framework

 The Plexus project provides a full software stack for creating and executing
 software projects. Based on the Plexus container, the applications can
 utilise component-oriented programming to build modular, reusable components
 that can easily be assembled and reused.
 .
 While Plexus is similar to other inversion-of-control (IoC) or dependency
 injection frameworks such as the Spring Framework, it is a full-fledged
 container that supports many more features such as:
 .
 * Component lifecycles
 * Component instantiation strategies
 * Nested containers
 * Component configuration
 * Auto-wiring
 * Component dependencies, and
 * Various dependency injection techniques including constructor injection,
   setter injection, and private field injection.

This package is already in Debian as plexus-classworlds but we need a new 
source package to build new upstream release (which seems to break API/ABI-
compat). This package is a dependency of Maven 3.x

Cheers,
-- 
Damien - Debian Developper
http://wiki.debian.org/DamienRaudeMorvan



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

Bug#648772: augeas-lenses: xinetd.aug not accepting underscore in service name

[christian mock]

Package: augeas-lenses
Version: 0.7.2-1
Severity: normal

the xinetd lense xinetd.aug does not support the underscore "_" in a 
service name, but xinetd has no problem with this character.

cm.

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

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

-- 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#648771: ITP: libtest-data-perl -- module providing utility functions to check properties and values of data and variables

[Florian Schlichting]

Package: wnpp
Severity: wishlist
Owner: Florian Schlichting 

* Package name: libtest-data-perl
  Version : 1.22
  Upstream Author : brian d foy, 
* URL : http://search.cpan.org/~bdfoy/Test-Data-1.22/
* License : GPL-1+, Artistic
  Programming Lang: Perl
  Description : module providing utility functions to check properties and 
values of data and variables

  Test::Data imports functions from plugin modules that allow testing of
  a wide range of properties of a variable. Plugin modules shipped in
  this package include Test::Data::Scalar, Test::Data::Array,
  Test::Data::Hash and Test::Data::Function. Tests range from
  blessed_ok() to array_sorted_descending_ok() or prototype_ok().



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

Bug#648618: Additional Bug Reports incl. Upstream

[wiekaltheut]

https://bugs.launchpad.net/ubuntu/natty/+source/empathy/+bug/662766
https://bugzilla.gnome.org/show_bug.cgi?id=635618
-- 
NEU: FreePhone - 0ct/min Handyspartarif mit Geld-zurück-Garantie!   
Jetzt informieren: http://www.gmx.net/de/go/freephone



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

Bug#645850: lxc package debconf templates

[Justin B Rye]

Daniel Baumann wrote:
> Justin B Rye wrote:
>> The package "linux-container" does not provide either one Linux
>> Container or many Linux Containers.  It provides utilities for the LXC
>> system
> 
> no, it applies the necessary modifications to a normal system in
> order to make that usable as a container for lxc, see README.Debian.

My apologies; I read the claim in the package synopsis that it
contains "userspace tools" and didn't think to fact-check it.

>> Are you unhappy with it because it sounds as if it's a variable being
>> set in the configuration file?
> 
> yes, it sounds to me as if they would need to be specifically
> prepared (in the rootfs or in the config file) to be auto
> started/stopped.
> 
>> If so, would "appropriately linked" or
>> something like that be better?
> 
> it doesn't necessary need to be a sym- or hardlink, the config file
> can also be a copied. how about this:
> 
> Please choose whether Linux Containers which have their
> configuration file copied or symlinked into the /etc/lxc/auto
> directory should
> be automatically started during system boot, and shut down on reboot or
> halt.
> 
> splitting into two sounded first a good idea, but makes things
> actually more complicated. what do you think?

I think we were close, and it's still worth a few more tries.  Option
A, with a minimal change from my last version (probably not enough):
maybe just replacing "configured" with "set up" would make it sound
less like an "autoboot: yes" option:

 _Description: Automatically start Linux Containers on boot?
  Please choose whether appropriately set up Linux Containers should be
  automatically started during system boot, and shut down on reboot or
  halt.
  .
  To take advantage of this, copy or symlink their configuration files
  into the /etc/lxc/auto directory.

Or switching to something a bit more syntactically heavy:

  [...]
  Please choose whether Linux Containers with appropriately arranged
  configurations should be automatically started during system boot, and
  shut down on reboot or halt.
  [...]

Otherwise we're getting on for something like this:

  Please choose whether Linux Containers configured in /etc/lxc/auto
  should be automatically started during system boot, and shut down on
  reboot or halt.
 
And yes, by this point it might be simpler to stick to the
single-paragraph approach.
-- 
JBR with qualifications in linguistics, experience as a Debian
sysadmin, and probably no clue about this particular package



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

Bug#648761: webkit: FTBFS on Alpha: arch missing from 01_double-conversion.patch

[Julien Cristau]

severity 648761 important
kthxbye

On Mon, Nov 14, 2011 at 13:28:56 -0600, Bob Tracy wrote:

> Source: webkit
> Version: 1.6.1-5
> Severity: serious
> Tags: patch
> Justification: fails to build from source (but built successfully in the past)
> 
Alpha is not a release architecture.  Fixing severity.

Cheers,
Julien



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

Bug#648770: ITP: libinline-files-perl -- module to handle multiple virtual files at the end of your code

[Florian Schlichting]

Package: wnpp
Severity: wishlist
Owner: Florian Schlichting 

* Package name: libinline-files-perl
  Version : 0.68
  Upstream Author : Damian Conway , Alberto Simoes

* URL : http://search.cpan.org/~ambs/Inline-Files-0.68/
* License : GPL-1+, Artistic
  Programming Lang: Perl
  Description : module to handle multiple virtual files at the end of your 
code

  Inline::Files generalizes the notion of the __DATA__ marker and the
  associated  filehandle, to an arbitrary number of markers and
  associated filehandles.



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

Bug#648750: settings not saved

[Thomas Dickey]

On Mon, Nov 14, 2011 at 01:34:17PM -0500, jb wrote:
> Package: lynx
> Version: 2.8.8dev.5-1
> Severity: important
> 
> 
> 'O' for options in application, then try to save 'Accept Changes'. Settings 
> never saved.

That's not a lot of information.  A few possibilities:

a) your home directory is writable by other users
b) you're saving the options, but not seeing the ones that are configurable
   using ENABLE_LYNXRC
c) you're attempting to use the same filename for settings (normally ~/.lynxrc)
   and the configuration (normally lynx.cfg).

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


signature.asc
Description: Digital signature

Bug#648769: ITP: pylibtiff -- wrapper to the libtiff library to Python using ctypes

[Mathieu Malaterre]

Package: wnpp
Severity: wishlist
Owner: Mathieu Malaterre 


* Package name: pylibtiff
  Version : 0.3.0
  Upstream Author : Pearu Peterson
* URL : http://code.google.com/p/pylibtiff/
* License : BSD
  Programming Lang: Python
  Description : wrapper to the libtiff library to Python using ctypes

 PyLibTiff is a package that provides:
 .
  * a wrapper to the libtiff library to Python using ctypes.
  * a pure Python module for reading and writing TIFF and LSM files. The images
are read as numpy.memmap objects so that it is possible to open images that
otherwise would not fit to computers RAM.
 .
 There exists many Python packages such as PIL, FreeImagePy that support reading
 and writing TIFF files. The PyLibTiff project was started to have an efficient
 and direct way to read and write TIFF files using the libtiff library without
 the need to install any unnecessary packages or libraries. The pure Python
 module was created for reading "broken" TIFF files such as LSM files that in
 some places use different interpretation of TIFF tags than what specified in
 the TIFF specification document. The libtiff library would just fail reading
 such files. In addition, the pure Python module is more memory efficient as the
 arrays are returned as memory maps. Support for compressed files is not
 implemented yet.
 .
 Warning: pylibtiff currently supports reading and writing images that are
 stored using TIFF strips. Patches are welcome to support tiled TIFF images.



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

Bug#648563: anacron calling logic wrong

[Michael Tomkins]

On 14/11/2011, at 7:54 PM, Christian Kastner wrote:


On 2011-11-13 01:29, Michael Tomkins wrote:

Package: cron
Version: 3.0pl1-120
Severity: important

Dear Maintainer,

  * What led up to the situation?

Noticed that weekly Analog run via cron.weekly was about 4 weeks
old. This was prior to a apt-get upgrade. Upgrade broke something.


anacron hasn't changed in ages, and the last cron upload was 2 months
ago, so at the moment, I have no idea what could have gone wrong.


Still possibly within timeframe. I do apt-get upgrade infrequently,
the change could be within the last 3 months.

the analog script has perms
-rwxr-xr-x  1 root root   63 Sep 25 10:35 analog

$ cat /etc/cron.weekly/analog
#! /bin/sh

test -x analog  || exit 1

nice -10 analog

exit 0



What do the log files say? Did other (non-anacron) jobs run
successfully)? Are there any failure messages for anacron?


I have an IP logging script in daily that is running. HMMM.


Checked anacron and looked at logic. Anacron appears to remove itself
from running processes after running once.


This is by design. anacron is not a daemon, it is supposed to be  
started

by cron.


Ok.


Cron checks for anacron and if executable then doesn't run daily,
weekly or monthly. But anacron is not resident and only runs when
daily, weekly or monthly cron runs. This circular logic means that
daily, weekly or monthly will never run.


You are overlooking the script anacron installs to /etc/cron.d. It is
run on a daily basis, which means that all the jobs that cron is
skipping in /etc/cron.{daily,weekly,monthly} are executed by anacron.


Then downgrade this bug as that covers standard running logic so
it's probably in my script or setup.


Christian





--
Michael Tomkins
mic...@gmail.com
+61 408 172 142




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

Bug#648768: tcpdump: does not include words "mac" "address" "hardware" in the -e option paragraph in the manpage

[xavier renaut]

Package: tcpdump
Version: 4.1.1-2+b1
Severity: minor



to print the  hardware mac address,
the option is -e.

here is the manpage paragraph :
   -e Print the link-level header on each dump line.

would be nice to add :

on ethernet : print the hardware mac address.

it would help searching the manpage.

thanks 

-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (900, 'testing'), (600, 'unstable'), (550, 'stable'), (449, 
'experimental')
Architecture: amd64 (x86_64)

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

Versions of packages tcpdump depends on:
ii  libc6 2.13-21Embedded GNU C Library: Shared lib
ii  libpcap0.81.1.1-2system interface for user-level pa
ii  libssl1.0.0   1.0.0e-2   SSL shared libraries

tcpdump recommends no packages.

tcpdump 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#648767: ITP: tifffile -- Reads image & metadata from TIFF, STK, LSM, OME-TIFF and FluoView files

[Mathieu Malaterre]

Package: wnpp
Severity: wishlist
Owner: Mathieu Malaterre 


* Package name: tifffile
  Version : 2012
  Upstream Author : Christoph Gohlke
* URL : http://www.lfd.uci.edu/~gohlke/
* License : BSD
  Programming Lang: C/Python
  Description : Reads image & metadata from TIFF, STK, LSM, OME-TIFF and 
FluoView files

 Only a subset of the TIFF specification is supported, mainly uncompressed and
 losslessly compressed 1-32 bit integer as well as 32 and 64-bit float images,
 which are commonly used in scientific imaging.
 .
 This tool is implemented to support TIFF with custom extensions, namely:
  * STK (MetaMorph)
  * LSM (Carl Zeiss MicroImaging)
 .
 Currently only primary info records are read for STK, FluoView, and NIH image
 formats.



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

Bug#648766: [sparc-unstable] kernel crash

[Vágó Tibor]

Package: linux-image-3.0.0-2-sparc64-smp
Version: 3.0.0-6

Hello,

On my Sunfire 280r there is a sil3112 chip based SATA1 dual port 
controller and there are two 1GB HDD on it in stripe and I use XFS on 
that stripe.


I use the unstable linux-image kernel because kernel in testing lastly 
tried kernel crashed at boot 
(http://old.nabble.com/Kernel-3.0-fails-to-boot-on-V240-td32376229.html)


On big workload the kernel (seems) randomly crashing:

[20101.827174] BUG: NMI Watchdog detected LOCKUP on CPU0, ip 0043922c, 
registers:
[20101.912687] TSTATE: 004480e01607 TPC: 0043922c TNPC: 
00439230 Y: Not tainted

[20102.030413] TPC: 
[20102.089769] g0:  g1: 0040 g2: 
0001 g3: 0001869d
[20102.193937] g4: f800fe09b2c0 g5: f800022ac000 g6: 
f800fe0b8000 g7: 
[20102.298106] o0: 0001 o1:  o2: 
 o3: 
[20102.402274] o4:  o5: 0003 sp: 
f800fe0ba6b1 ret_pc: 0043924c

[20102.510610] RPC: 
[20102.569985] l0:  l1: 0016 l2: 
f800fe042000 l3: f800fe042040
[20102.674152] l4:  l5: 0002 l6: 
0001 l7: 
[20102.778320] i0: 0050 i1: 0001 i2: 
0002 i3: 0060
[20102.882488] i4: 000186a0 i5:  i6: 
f800fe0ba771 i7: 00438f34

[20102.986656] I7: 
[20103.035612] Call Trace:
[20103.064784]  [00438f34] xcall_deliver+0xe8/0x110
[20103.128327]  [00439ccc] smp_flush_tlb_pending+0x88/0xa0
[20103.199165]  [004490b0] flush_tlb_pending+0x50/0x64
[20103.265829]  [00502134] ptep_clear_flush+0x38/0x48
[20103.331459]  [004fd6e4] try_to_unmap_one+0xa0/0x420
[20103.398120]  [004fe25c] try_to_unmap_anon+0xc4/0x118
[20103.465829]  [004fe368] try_to_unmap+0x60/0x9c
[20103.527289]  [00510c10] migrate_pages+0x200/0x3d4
[20103.591878]  [0050b078] compact_zone+0x6c0/0x708
[20103.655415]  [0050b1f0] compact_zone_order+0x94/0xa8
[20103.723125]  [0050b26c] try_to_compact_pages+0x68/0xcc
[20103.792926]  [004de448] __alloc_pages_direct_compact+0x70/0x12c
[20103.872086]  [004de970] __alloc_pages_nodemask+0x46c/0x760
[20103.946044]  [00463f84] copy_process+0xac/0xd50
[20104.008545]  [00464d40] do_fork+0xec/0x294
[20104.065842]  [0042b66c] sparc_do_fork+0x30/0x4c
[20104.128333] Call Trace:
[20104.157509]  [004209f4] tl0_irq15+0x14/0x20
[20104.215840]  [0043922c] cheetah_xcall_deliver+0x1a8/0x240
[20104.288757]  [00438f34] xcall_deliver+0xe8/0x110
[20104.352298]  [00439ccc] smp_flush_tlb_pending+0x88/0xa0
[20104.423134]  [004490b0] flush_tlb_pending+0x50/0x64
[20104.489800]  [00502134] ptep_clear_flush+0x38/0x48
[20104.555428]  [004fd6e4] try_to_unmap_one+0xa0/0x420
[20104.622095]  [004fe25c] try_to_unmap_anon+0xc4/0x118
[20104.689802]  [004fe368] try_to_unmap+0x60/0x9c
[20104.751260]  [00510c10] migrate_pages+0x200/0x3d4
[20104.815845]  [0050b078] compact_zone+0x6c0/0x708
[20104.879389]  [0050b1f0] compact_zone_order+0x94/0xa8
[20104.947098]  [0050b26c] try_to_compact_pages+0x68/0xcc
[20105.016892]  [004de448] __alloc_pages_direct_compact+0x70/0x12c
[20105.096059]  [004de970] __alloc_pages_nodemask+0x46c/0x760
[20105.170017]  [00463f84] copy_process+0xac/0xd50

What could I do?

Cheers,
Tibor



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

Bug#648765: bison: don't generate code that causes -Werror=format-security errors

[Michael Terry]

Package: bison
Version: 1:2.5.dfsg-2
Severity: normal
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu precise ubuntu-patch

Dear Maintainer,

I noticed that nip2 has a FTBFS due to code generated by bison (bug #643446)
due to the non-use of string literals to yyerror.

I believe the attached patch will fix such errors.

Thanks for considering the patch, which I have applied in Ubuntu.


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

Kernel: Linux 3.1.0-2-generic-pae (SMP w/4 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
diff -Nru bison-2.5.dfsg/debian/patches/series bison-2.5.dfsg/debian/patches/series
--- bison-2.5.dfsg/debian/patches/series	1969-12-31 19:00:00.0 -0500
+++ bison-2.5.dfsg/debian/patches/series	2011-11-14 16:34:40.0 -0500
@@ -0,0 +1 @@
+use-format-literals.patch
diff -Nru bison-2.5.dfsg/debian/patches/use-format-literals.patch bison-2.5.dfsg/debian/patches/use-format-literals.patch
--- bison-2.5.dfsg/debian/patches/use-format-literals.patch	1969-12-31 19:00:00.0 -0500
+++ bison-2.5.dfsg/debian/patches/use-format-literals.patch	2011-11-14 16:37:12.0 -0500
@@ -0,0 +1,22 @@
+Index: bison-2.5.dfsg/data/glr.c
+===
+--- bison-2.5.dfsg.orig/data/glr.c	2011-05-14 18:17:12.0 -0400
 bison-2.5.dfsg/data/glr.c	2011-11-14 16:36:32.001714579 -0500
+@@ -828,7 +828,7 @@
+ yyFail (yyGLRStack* yystackp]b4_pure_formals[, const char* yymsg)
+ {
+   if (yymsg != NULL)
+-yyerror (]b4_yyerror_args[yymsg);
++yyerror (]b4_yyerror_args["%s", yymsg);
+   YYLONGJMP (yystackp->yyexception_buffer, 1);
+ }
+ 
+@@ -2202,7 +2202,7 @@
+   yyformat++;
+ }
+ }
+-  yyerror (]b4_lyyerror_args[yymsg);
++  yyerror (]b4_lyyerror_args["%s", yymsg);
+   YYFREE (yymsg);
+ }
+   else

Bug#647866: Network: Packages over hub via bnc not received

[debian]

Because it seems to be a problem in driver mv643xx_eth I have now
analysed the source code.

For debug reason I disabled the error detection in the driver
/*
if ((cmd_sts & (RX_FIRST_DESC | RX_LAST_DESC |
ERROR_SUMMARY))
!= (RX_FIRST_DESC | RX_LAST_DESC))
*/
and built the kernel again.

Now packages which come via hub and bnc cable will not dropped anymore
(as expected because check is disabled).
For the moment I can not determine, that anything does not work
concerning the network transmission.

I am not well versed in the code of this driver, but perhaps there is a
bug in the evaluation of the error status bits of cmd_sts or the error
bits itself ?

Best regards
Hermann





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

Bug#553875: fixed in xfsprogs 3.1.6

[Aurelien Jarno]

not-fixed 553875 3.1.6
found 553875 3.1.6
thanks

On Fri, Nov 11, 2011 at 05:47:22AM +, Nathan Scott wrote:
> Source: xfsprogs
> Source-Version: 3.1.6
> 
> We believe that the bug you reported is fixed in the latest version of
> xfsprogs, which is due to be installed in the Debian FTP archive:
> 
> xfslibs-dev_3.1.6_i386.deb
>   to main/x/xfsprogs/xfslibs-dev_3.1.6_i386.deb
> xfsprogs-udeb_3.1.6_i386.udeb
>   to main/x/xfsprogs/xfsprogs-udeb_3.1.6_i386.udeb
> xfsprogs_3.1.6.dsc
>   to main/x/xfsprogs/xfsprogs_3.1.6.dsc
> xfsprogs_3.1.6.tar.gz
>   to main/x/xfsprogs/xfsprogs_3.1.6.tar.gz
> xfsprogs_3.1.6_i386.deb
>   to main/x/xfsprogs/xfsprogs_3.1.6_i386.deb
> 
> 
> 
> A summary of the changes between this version and the previous one is
> attached.
> 
> Thank you for reporting the bug, which will now be closed.  If you
> have further comments please address them to 553...@bugs.debian.org,
> and the maintainer will reopen the bug report if appropriate.
> 
> Debian distribution maintenance software
> pp.
> Nathan Scott  (supplier of updated xfsprogs package)
> 
> (This message was generated automatically at their request; if you
> believe that there is a problem with it please contact the archive
> administrators by mailing ftpmas...@debian.org)
> 
> 
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
> 
> Format: 1.8
> Date: Wed, 11 Oct 2011 16:47:10 +1100
> Source: xfsprogs
> Binary: xfsprogs xfslibs-dev xfsprogs-udeb
> Architecture: source i386
> Version: 3.1.6
> Distribution: unstable
> Urgency: low
> Maintainer: XFS Development Team 
> Changed-By: Nathan Scott 
> Description: 
>  xfslibs-dev - XFS filesystem-specific static libraries and headers
>  xfsprogs   - Utilities for managing the XFS filesystem
>  xfsprogs-udeb - A stripped-down version of xfsprogs, for debian-installer 
> (udeb)
> Closes: 553875
> Changes: 
>  xfsprogs (3.1.6) unstable; urgency=low
>  .
>* New upstream release
>* Handle upcoming libreadline5-dev removal (closes: #553875)

This new version basically replaced the build-depends on
  libreadline-gplv2-dev
by a build-depends on 
  libreadline5-dev | libreadline-gplv2-dev

Given libreadline5-dev is not in the archive, the package can't be
built, and the bug is still there. Reopening it, marking 3.1.6 as
non-fixed.

-- 
Aurelien Jarno  GPG: 1024D/F1BCDB73
aurel...@aurel32.net http://www.aurel32.net



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

Bug#647930: Unable to build jgit with protobuf

[Jakub Adam]

Hi Thomas,

do you need org.eclipse.jgit.generated.storage.dht.proto artifact for your 
gerrit packaging efforts?
For now I'd like to upload a package without DHT storage and enable it later 
when fix for
protobuf is shipped [1], probably together with next jgit upstream release.

BR

Jakub

[1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=648672



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

Bug#594283: grub: non-standard gcc/g++ used for build (gcc-4.3)

[Didier Raboud]

tags 594283 + patch
thanks

Le mercredi, 25 août 2010 07.58:59, Matthias Klose a écrit :
> This package builds with a non standard compiler version; please check
> if this package can be built with the default version of gcc/g++.
> 
> Please keep this report open until the package uses the default
> compiler version for the package build.

Hi dear Grub maintainers, 

I just tried to _build_ Grub (Legacy) with the currently default GCC, and 
(without much surprise), it builds fine (at least on amd64).

A possible proposed NMU is attached (basically removing the explicit 
references to gcc-4.3 and Build-Depending on gcc-multilib [amd64]), but I 
can't be confident enough to upload it without having tested it.

So, Grub maintainers, what do you want to do? As this RC bug shows, Grub 
Legacy currently doesn't build from source; so there are probably two 
solutions only:

a) Build it with the default compiler, get it tested and migrated to testing,
b) remove it from Debian (is grub-pc ready enough [I use it for a very long 
time, but I don't have special needs…] ?)

What's your opinion ?

Cheers,

-- 
OdyX
diff -u grub-0.97/debian/changelog grub-0.97/debian/changelog
--- grub-0.97/debian/changelog
+++ grub-0.97/debian/changelog
@@ -1,3 +1,10 @@
+grub (0.97-65.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Build with the default gcc (Closes: #594283).
+
+ -- Didier Raboud   Mon, 14 Nov 2011 22:15:14 +0100
+
 grub (0.97-65) unstable; urgency=low
 
   * Fix grub/migrate_from_legacy title to not end with a full stop.
diff -u grub-0.97/debian/rules grub-0.97/debian/rules
--- grub-0.97/debian/rules
+++ grub-0.97/debian/rules
@@ -54,10 +54,6 @@
   LDFLAGS=-static
 endif
 
-# We didn't test GRUB Legacy with GCC 4.4, and it's not worth
-# the risk since it's being replaced by GRUB 2.
-CC=gcc-4.3
-
 patch:
 	dh_quilt_patch
 
@@ -70,7 +66,7 @@
 
 	# Add here commands to configure the package.
 	aclocal-1.9 && automake-1.9 && autoconf
-	CC=$(CC) LDFLAGS=$(LDFLAGS) ./configure \
+	LDFLAGS=$(LDFLAGS) ./configure \
 		--host=$(DEB_HOST_GNU_TYPE) \
 		--build=$(DEB_BUILD_GNU_TYPE) \
 		--prefix=/usr \
diff -u grub-0.97/debian/control grub-0.97/debian/control
--- grub-0.97/debian/control
+++ grub-0.97/debian/control
@@ -12,8 +12,7 @@
  texinfo,
  libncurses5-dev | libncurses-dev,
  lib32ncurses5-dev [amd64],
- gcc-4.3,
- gcc-4.3-multilib [amd64]
+ gcc-multilib [amd64]
 Build-Depends-Indep: texi2html
 Standards-Version: 3.8.3
 Vcs-Svn: svn://svn.debian.org/svn/pkg-grub/grub/

Bug#648764: More informative backtrace

[Jan Oberländer]

Hello again,

I suppose it's a good thing this bug reproduces so well. :)  Here's a
better backtrace.

-- gdb output:
Program received signal SIGABRT, Aborted.
0xb75d3424 in __kernel_vsyscall ()
(gdb) bt full
#0  0xb75d3424 in __kernel_vsyscall ()
No symbol table info available.
#1  0xb72a4911 in *__GI_raise (sig=6) at 
../nptl/sysdeps/unix/sysv/linux/raise.c:64
resultvar = 
pid = -1220739084
selftid = 4517
#2  0xb72a7d42 in *__GI_abort () at abort.c:92
act = {__sigaction_handler = {sa_handler = 0xb7280504, sa_sigaction = 
0xb7280504}, sa_mask = {__val = {3074233328, 696, 3074233280, 3074228212, 
3074233280, 101, 3213901904, 3073283037, 3103953888, 3074228212, 3074228212, 
102, 
  3213902104, 3073218216, 3102636304, 3102636304, 101, 3103953888, 
0, 4222451712, 3102636304, 3102636405, 3102636304, 3102636304, 3102636405, 
3102636604, 3102636304, 3102636604, 0, 0, 0, 0}}, sa_flags = 0, sa_restorer = 
0x4}
sigs = {__val = {32, 0 }}
#3  0xb729db28 in *__GI___assert_fail (assertion=0xb6f98287 
"boi->space_accounted", file=0xb6f9826a "../../radeon/radeon_cs_gem.c", 
line=181, function=0xb6f982ba "cs_gem_write_reloc") at assert.c:81
buf = 0xb8fff898 "Xorg: ../../radeon/radeon_cs_gem.c:181: 
cs_gem_write_reloc: Assertion `boi->space_accounted' failed.\n"
#4  0xb6f96384 in ?? () from /usr/lib/i386-linux-gnu/libdrm_radeon.so.1
No symbol table info available.
#5  0xb6f971a2 in radeon_cs_write_reloc () from 
/usr/lib/i386-linux-gnu/libdrm_radeon.so.1
No symbol table info available.
#6  0xb705ae55 in R200TextureSetupCP (pPict=0xb904a8a0, pPix=, 
unit=0) at ../../src/radeon_exa_render.c:878
_ret = 
pScrn = 0xb8ab08f0
info = 0xb8ab0d48
txfilter = 285212672
txformat = 3098264344
txoffset = 0
txpitch = 6912
w = 0
h = 2
repeatType = 
repeat = 198
i = 
driver_priv = 0xb8f8b308
__head = 0x0
__expected = 2
__count = 0
__func__ = "R200TextureSetupCP"
#7  0xb706629f in R200PrepareCompositeCP (op=3, pSrcPicture=0xb904a8a0, 
pMaskPicture=0x0, pDstPicture=0xb9002020, pSrc=0xb903db48, pMask=0x0, 
pDst=0xb8fa3430) at ../../src/radeon_exa_render.c:1021
pScrn = 0xb8ab08f0
info = 0xb8ab0d48
dst_format = 
dst_pitch = 
pp_cntl = 
blendcntl = 
cblend = 
ablend = 
colorpitch = 1728
pixel_shift = 
driver_priv = 
__head = 0x0
__expected = 2
__count = 0
__func__ = "R200PrepareCompositeCP"
#8  0xb6fc07ca in exaTryDriverComposite (op=3 '\003', pSrc=0xb904a8a0, 
pMask=0x0, pDst=0xb9002020, xSrc=316, ySrc=138, xMask=0, yMask=0, xDst=1, 
yDst=, width=536, height=185) at ../../exa/exa_render.c:759
pExaScr = 0xb8ace278
region = {extents = {x1 = 1, y1 = 0, x2 = 537, y2 = 185}, data = 0x0}
pbox = 
nbox = 
src_off_x = 
src_off_y = 
mask_off_x = 
mask_off_y = 
dst_off_x = 0
dst_off_y = 0
pSrcPix = 0xb903db48
pMaskPix = 0x0
pDstPix = 0xb8fa3430
pSrcExaPix = 0xb9030001
pMaskExaPix = 
#9  0xb6fc12e2 in exaComposite (op=3 '\003', pSrc=0xb904a8a0, pMask=0x0, 
pDst=0xb9002020, xSrc=316, ySrc=138, xMask=0, yMask=0, xDst=1, yDst=0, 
width=536, height=185) at ../../exa/exa_render.c:1033
isSrcSolid = 
pExaScr = 0x0
ret = 
saveSrcRepeat = 0
saveMaskRepeat = 0
region = {extents = {x1 = 1, y1 = 0, x2 = 537, y2 = 185}, data = 
0xb8ace1d8}
#10 0xb76fd70b in damageComposite (op=3 '\003', pSrc=0xb904a8a0, pMask=0x0, 
pDst=0xb9002020, xSrc=316, ySrc=138, xMask=0, yMask=0, xDst=1, yDst=0, 
width=536, height=185) at ../../../miext/damage/damage.c:569
pScreen = 
ps = 0xb8ace040
pScrPriv = 0xb8ace1d8
#11 0xb76f01ae in CompositePicture (op=, pSrc=0xb904a8a0, 
pMask=0x0, pDst=0xb9002020, xSrc=316, ySrc=138, xMask=0, yMask=0, xDst=1, 
yDst=0, width=536, height=185) at ../../render/picture.c:1647
ps = 0xb8ace040
#12 0xb76f564c in ProcRenderComposite (client=0xb8ee5af8) at 
../../render/render.c:728
pSrc = 0xb904a8a0
pMask = 0x0
pDst = 0xb9002020
stuff = 0xb906bc10
#13 0xb76f0aa1 in ProcRenderDispatch (client=0xb8ee5af8) at 
../../render/render.c:2063
stuff = 
#14 0xb762c657 in Dispatch () at ../../dix/dispatch.c:432
clientReady = 0xb8e4d8b0
result = 
client = 0xb8ee5af8
nready = 0
icheck = 0xb77f3078
start_tick = 60060
#15 0xb761a25a in main (argc=10, argv=0xbf9047d4, envp=0xbf904800) at 
../../dix/main.c:287
i = 
alwaysCheckForInput = {0, 1}




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

Bug#648724: [PATCH] Fix #648724

[Sascha Silbe]

* 05-D-Bus-backend-Add-GCONF_DEFAULT_SOURCE_PATH-support-.patch:
  Patch to fix GCONF_DEFAULT_SOURCE_PATH support when building with D-Bus
  backend. Closes: #648724
---

The included GConf patch has been submitted upstream [1].

 debian/changelog   |9 ++
 ...nd-Add-GCONF_DEFAULT_SOURCE_PATH-support-.patch |  108 
 debian/patches/series  |1 +
 3 files changed, 118 insertions(+), 0 deletions(-)
 create mode 100644 
debian/patches/05-D-Bus-backend-Add-GCONF_DEFAULT_SOURCE_PATH-support-.patch

[1] https://bugzilla.gnome.org/show_bug.cgi?id=664031#c2

diff --git a/debian/changelog b/debian/changelog
index ce0570f..2299e82 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,12 @@
+gconf (3.2.3-1.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * 0001-D-Bus-backend-Add-GCONF_DEFAULT_SOURCE_PATH-support-.patch:
+Patch to fix GCONF_DEFAULT_SOURCE_PATH support when building with D-Bus
+backend. Closes: #648724
+
+ -- Sascha Silbe   Mon, 14 Nov 2011 20:24:27 +
+
 gconf (3.2.3-1) unstable; urgency=low

   [ Jeremy Bicha ]
diff --git 
a/debian/patches/05-D-Bus-backend-Add-GCONF_DEFAULT_SOURCE_PATH-support-.patch 
b/debian/patches/05-D-Bus-backend-Add-GCONF_DEFAULT_SOURCE_PATH-support-.patch
new file mode 100644
index 000..8ef3f23
--- /dev/null
+++ 
b/debian/patches/05-D-Bus-backend-Add-GCONF_DEFAULT_SOURCE_PATH-support-.patch
@@ -0,0 +1,108 @@
+From 04c83a792700cd974c43c83feb7a8dae05e68a63 Mon Sep 17 00:00:00 2001
+From: Sascha Silbe 
+Date: Mon, 14 Nov 2011 16:13:27 +0100
+Subject: [PATCH] D-Bus backend: Add GCONF_DEFAULT_SOURCE_PATH support
+ (#664031)
+
+Forward-port 7baf4c6b33a6dd0697a8bdb81bd86c72d58ebdc6
+("Allow overriding the default config via $GCONF_DEFAULT_SOURCE_PATH")
+from the ORBit to the D-Bus backend to fix (sugar-)jhbuild breakage when
+building with --disable-orbit.
+---
+ gconf/gconf-dbus.c |   30 +++---
+ 1 files changed, 19 insertions(+), 11 deletions(-)
+
+diff --git a/gconf/gconf-dbus.c b/gconf/gconf-dbus.c
+index 817a1f9..9f92125 100644
+--- a/gconf/gconf-dbus.c
 b/gconf/gconf-dbus.c
+@@ -76,8 +76,6 @@ struct _GConfEngine {
+
+   gpointer owner;
+   int owner_use_count;
+-
+-  guint is_default : 1;
+
+   /* If TRUE, this is a local engine (and therefore
+* has no ctable and no notifications)
+@@ -299,7 +297,6 @@ gconf_engine_blank (gboolean remote)
+
+   conf->local_sources = NULL;
+   conf->is_local = FALSE;
+-  conf->is_default = TRUE;
+ }
+   else
+ {
+@@ -308,7 +305,6 @@ gconf_engine_blank (gboolean remote)
+   conf->notify_dirs = NULL;
+   conf->local_sources = NULL;
+   conf->is_local = TRUE;
+-  conf->is_default = FALSE;
+ }
+
+   return conf;
+@@ -512,8 +508,8 @@ ensure_database (GConfEngine  *conf,
+
+   if (conf->database != NULL)
+ return TRUE;
+-
+-  if (conf->is_default)
++
++  if (conf->addresses == NULL)
+ {
+   message = dbus_message_new_method_call (GCONF_DBUS_SERVICE,
+ GCONF_DBUS_SERVER_OBJECT,
+@@ -811,7 +807,9 @@ GConfEngine*
+ gconf_engine_get_default (void)
+ {
+   GConfEngine* conf = NULL;
+-
++  const gchar* source_path;
++  GError* err = NULL;
++
+   if (default_engine)
+ conf = default_engine;
+
+@@ -819,9 +817,21 @@ gconf_engine_get_default (void)
+ {
+   conf = gconf_engine_blank (TRUE);
+
+-  conf->is_default = TRUE;
+-
+   default_engine = conf;
++
++  source_path = g_getenv ("GCONF_DEFAULT_SOURCE_PATH");
++  if (source_path != NULL)
++   {
++ conf->addresses = gconf_load_source_path (source_path, &err);
++ if (err)
++   {
++ g_warning ("Could not parse GCONF_DEFAULT_SOURCE_PATH: %s",
++err->message);
++ g_error_free (err);
++   }
++   }
++  else
++   conf->addresses = NULL;
+ }
+   else
+ conf->refcount += 1;
+@@ -843,7 +853,6 @@ gconf_engine_get_for_address (const gchar* address, 
GError** err)
+ {
+   conf = gconf_engine_blank (TRUE);
+
+-  conf->is_default = FALSE;
+   conf->addresses = addresses;
+
+   if (!ensure_database (conf, TRUE, err))
+@@ -877,7 +886,6 @@ gconf_engine_get_for_addresses (GSList *addresses, 
GError** err)
+
+   conf = gconf_engine_blank (TRUE);
+
+-  conf->is_default = FALSE;
+   conf->addresses = NULL;
+
+   tmp = addresses;
+--
+1.7.6.3
+
diff --git a/debian/patches/series b/debian/patches/series
index ed48d84..c92dfd1 100644
--- a/debian/patches/series
+++ b/debian/patches/series
@@ -1,4 +1,5 @@
 01_defaults_path.patch
 02_fix_wrong_return_value.patch
 04_manpage.patch
+05-D-Bus-backend-Add-GCONF_DEFAULT_SOURCE_PATH-support-.patch
 25_gconf-path-max-hurd.patch
--
1.7.6.3




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

Bug#600927: gdm3: mouse cursor remains a 'clock'

[Joachim Breitner]

Hi,

those of you affected by the bug: Are you, per chance, using auto-login.
In that case see https://bugzilla.gnome.org/show_bug.cgi?id=664009 for
an investigation and possible fix.

Greetings,
Joachim
-- 
Joachim "nomeata" Breitner
Debian Developer
  nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C
  JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata


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

Bug#648218: firebird2.5-classic: fb_inet_server segfaults several time a day

[Chiefly Izzy]

On 14. 11. 2011, at 20:44, Damyan Ivanov wrote:

Thanks both for the steps. Rebuilded, installed, testing ... Will let you know 
+- Wednesday, when I'll connect another bunch of computers (= clients) to our 
network and it will be heavier load than it is now. I'll test on tomorrow with 
two clients and we will see if it will crash or not.




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

Bug#645850: lxc package debconf templates

[Daniel Baumann]

On 11/14/2011 02:27 PM, Justin B Rye wrote:

(Just for a start, why is that package called "linux-container"
rather than "linux-containers"?  Is it perhaps an unwise
abbreviation of "Linux Container tools"?)


package names are not and should not use plurals if they are generic.


Wouldn't that rule out package names like "coreutils", "lm-sensors",
and "locales"?


no, those are fine, since they do provide stuff in plural.

the group of packages that i had in mind was e.g. kernel packages. i 
guess you'd agree that they should not be named linux-images-2.6.$something.



The package "linux-container" does not provide either one Linux
Container or many Linux Containers.  It provides utilities for the LXC
system


no, it applies the necessary modifications to a normal system in order 
to make that usable as a container for lxc, see README.Debian.


(and it's not named lxc-container for that matter, since it will later 
be split out so that it handles vserver/xen/$whatever transformations 
too; see TODO)



  _Description: Automatically start Linux Containers on boot?
   Please choose whether appropriately configured Linux Containers should
   be automatically started during system boot, and shut down on reboot or
   halt.
   .
   To take advantage of this, copy or symlink their configuration files
   into the /etc/lxc/auto directory.


s/appropriately configured //

otherwise sounds good, thanks.


Well, taking out the "appropriately configured" makes it less obvious
that these are particular containers (referred back to by the "their"
later on) rather than the whole LXC system that's being autostarted.

Are you unhappy with it because it sounds as if it's a variable being
set in the configuration file?


yes, it sounds to me as if they would need to be specifically prepared 
(in the rootfs or in the config file) to be auto started/stopped.



If so, would "appropriately linked" or
something like that be better?


it doesn't necessary need to be a sym- or hardlink, the config file can 
also be a copied. how about this:


Please choose whether Linux Containers which have their configuration 
file copied or symlinked into the /etc/lxc/auto directory should

be automatically started during system boot, and shut down on reboot or
halt.

splitting into two sounded first a good idea, but makes things actually 
more complicated. what do you think?


--
Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern
Email:  daniel.baum...@progress-technologies.net
Internet:   http://people.progress-technologies.net/~daniel.baumann/



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

Bug#648763: libgconf2-ruby and libglade2-ruby missing

[Ahmad Khayyat]

Subject: libgconf2-ruby and libglade2-ruby missing
Package: libgconf2-ruby
Severity: important

The libgconf2-ruby and libglade2-ruby packages cannot be installed on
testing/sid, making other packages that depend on either uninstallable
(e.g. screenruler).

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

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

Versions of packages libgconf2-ruby depends on:
pn  libgconf2-ruby1.8  

libgconf2-ruby recommends no packages.

libgconf2-ruby suggests no packages.

Bug#648754: suspend works, shutdown does not power off

[Jonathan Nieder]

found 648754 linux-2.6/3.1.0-1~experimental.1
reassign 648522 linux-2.6 linux-2.6/3.0.0-6
merge 648754 648522
quit

Hi,

Matthieu Dubuget wrote:

> I first asked acpid maintainer, but he tend to think that it could be a 
> problem
> with the kernel itself (see bug #648522).

He was right --- this functionality is the kernel's responsibility.
Merging for easy reference.

[...]
> a "shutdown -h now"  command, the system halts but does never power off.
[...]
> I observed similar problem with an ubuntu live CD (11.10), but not with an
> older one (10.04).

Sounds like this is a regression.  Can you try the kernel from squeeze
or squeeze-proposed-updates, to confirm?

Please test without the nvidia and virtualbox drivers, so we can rule
those out as a cause (or track it down from that direction if one of
those turns out to be the cause).

Output of "dmesg" and of "acpidump" from immediately after booting
a working and a non-working kernel would be helpful, too.

Thanks and hope that helps,
Jonathan



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