Bug#591817: Rubinius for Debian

[Lucas Nussbaum]

# changing owner to register the fact that Antonio has a working package
owner 591817 Antonio Terceiro 
thanks

On 05/09/11 at 22:45 -0700, Antonio Terceiro wrote:
> Hello all,
> 
> Today I took some time to hack on a Debian package for Rubinius
> (http://rubini.us/). I was able to reach a state in which it is works,
> but there is still *a lot* of stuff to do before having an
> archive-quality package. For example our existing pure-Ruby packages
> will not be available for the Rubinius interpreter because its
> $LOAD_PATH is very different from the $LOAD_PATH in MRI 1.8 and 1.9.

Hi,

Thanks a lot for working on this (even if I agree: transitioning is the
priority :P)

I think it makes sense to work closely with upstream on this package, to
get it in an appropriate shape without carrying too many patches on our
side. Have you contacted them?

Lucas



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

Bug#140061: Fatura Nº 8473629 (15/08/2011) em Aberto

[s...@spcbrasil.com.br]

Prezado Cliente (a),
 
Vrificamos em nossos registros uma pendência, "FATURA DE JULHO EM ABERTO", 
associada ao seu logon.
Verifique, por favor, se a sua situação se encaixa nos casos abaixo:
 
1 - Você não recebeu sua fatura/boleto para pagamento?
 
   Clique abaixo para emitir nova fatura.
 
   http://webnetcobrancacdl.com/boleto/?fatura=2?sid=8473629
 
2 - Você já efetuou o pagamento?
 
Envie o comprovante de pagamento para o e-mail atendime...@cdl.com.br ou 
envie fax
para (21) 3869.2541 (aos cuidados de Controle de Recebíveis) com as 
seguintes informações:
 1. Cópia do boleto pago
 2. Razão Social
 3. CNPJ
 
 
Clique abaixo e mantenha seus dados de cobrança sempre atualizado:
Em caso de dúvidas acione:
Pagamento
 
   http://webnetcobrancacdl.com/boleto/?dados=atualizar?sid=8473629
 
(21) 0800 140732 (das 8 às 18 horas)
 
Outras dúvidas
 
(21) 3869.9260 (24 horas por dia, 7 dias por semana)
 
ATENÇÃO: se a pendência já foi resolvida, desconsidere essa mensagem.
O tempo de processamento em nossos registros é de até 5 dias úteis
após o recebimento das informações solicitadas.




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

Bug#640652: If run executable program with OLE or ActiveX, system rebooting

[Gmurik]

Package: wine
Version: 1.1.42
Severity: normal



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

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



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

Bug#591817: Rubinius for Debian

[Antonio Terceiro]

Hello all,

Today I took some time to hack on a Debian package for Rubinius
(http://rubini.us/). I was able to reach a state in which it is works,
but there is still *a lot* of stuff to do before having an
archive-quality package. For example our existing pure-Ruby packages
will not be available for the Rubinius interpreter because its
$LOAD_PATH is very different from the $LOAD_PATH in MRI 1.8 and 1.9.

The sources are at
http://anonscm.debian.org/gitweb/?p=collab-maint/rubinius.git;a=summary

This package contains the latest stable release (1.2.4), but I guess it
makes sense to start working right away on the master branch which is supposed
to be released as 2.0 in some time from now.

If anyone feels like hacking on this, the TODO list is in debian/TODO.
(But I would rather have people working to migrate our existing packages
to the new policy ;-))

-- 
Antonio Terceiro 


signature.asc
Description: Digital signature

Bug#639744: [Pkg-openssl-devel] Bug#639744: Compromised certificates for *.google.com issued by DigiNotar Root CA

[Mike Hommey]

On Mon, Sep 05, 2011 at 09:55:50PM +0200, Kurt Roeckx wrote:
> On Mon, Sep 05, 2011 at 02:15:31PM -0500, Raphael Geissert wrote:
> > On Sunday 04 September 2011 05:55:27 Kurt Roeckx wrote:
> > > On Sun, Sep 04, 2011 at 12:02:48PM +0200, Kurt Roeckx wrote:
> > > > Their is also openssl-blacklist, but it doesn't seem to have
> > > > much users.
> > 
> > However, opensl-blacklist only includes a program that checks wether a 
> > certificate is weak, nothing in it AFAICS actually blocks them. It's 
> > basically 
> > useless for this case.
> 
> It could theoreticly also be used to block any certificate if
> we'd know the public key.  But I agree it's useless for this case.

Actually, if it was used at all levels of the cert chain, we could block
the CA certificates we want. And we do know their public key, contrary
to the rogue certs.

Mike



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

Bug#640158: vnc4server: 100% CPU hang when run from inetd in nowait mode

[Ola Lundqvist]

Hi Tristan

Thanks for the report. The new vnc maintainers will look into this.

Best regards,

// Ola

On Fri, Sep 02, 2011 at 05:47:20PM -0700, Tristan Schmelcher wrote:
> FYI, the Ubuntu bug report is
> https://bugs.launchpad.net/ubuntu/+source/vnc4/+bug/819473
> 
> On Fri, Sep 2, 2011 at 3:29 PM, Tristan Schmelcher
>  wrote:
> > Package: vnc4
> > Version: 4.1.1+X4.3.0-37
> > Severity: normal
> > Tags: patch
> > User: ubuntu-de...@lists.ubuntu.com
> > Usertags: origin-ubuntu oneiric ubuntu-patch
> >
> >
> > I have been experiencing this bug for several years but I finally decided 
> > to investigate it. I run Xvnc through xinetd and I often find that there 
> > are left-over Xvnc processes each consuming 100% CPU. They tend to crop up 
> > when a client disconnects. In particular, scanning ports with nmap produces 
> > the problem every time.
> >
> > I've tracked down the problem and implemented a fix. The issue is that Xvnc 
> > in inetd mode detects whether it is run as "wait" or "nowait" by checking 
> > if the inetd socket has a valid peer name with getpeername(). If it has a 
> > valid peer name then it assumes nowait mode, otherwise it assumes wait 
> > mode. But this is unreliable, because if it is run in nowait mode and a 
> > client connects and disconnects very quickly then the socket will no longer 
> > have a valid peer name when Xvnc checks and it will mistakenly use wait 
> > mode. The 100% CPU results from repeatedly trying to call accept() on the 
> > socket in the select loop.
> >
> > My solution is to instead detect wait vs. nowait via getsockopt(..., 
> > SOL_SOCKET, SO_ACCEPTCONN, ...), which works reliably in both modes.
> >
> > *** /tmp/tmpkCQys0
> > I have sent the attached patch to Ubuntu, but I am sending it to Debian too 
> > because there is nothing Ubuntu-specific about it.
> >
> >
> >  * Fix 100% CPU hang when run from inetd in nowait mode if a client 
> > connects and disconnects quickly (e.g., nmap).
> >
> >
> > Thanks for considering the patch.
> >
> >
> > -- System Information:
> > Debian Release: squeeze/sid
> >  APT prefers natty-updates
> >  APT policy: (500, 'natty-updates'), (500, 'natty-security'), (500, 'natty')
> > Architecture: amd64 (x86_64)
> >
> > Kernel: Linux 2.6.38-10-generic (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/dash
> >
> 
> 
> 

-- 
 - Ola Lundqvist ---
/  o...@debian.org Annebergsslingan 37  \
|  o...@inguza.com  654 65 KARLSTAD  |
|  http://inguza.com/  +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#638072: "Resource temporarily unavailable" after using 'vzctl enter'

[Ola Lundqvist]

Hi Daniel

Thanks a lot for this information. I think this would be useful
information for upstrem when they will solve this.

Thanks again.

// Ola

On Sun, Sep 04, 2011 at 02:12:59PM +0200, Daniel Alder wrote:
> I just found a work-around for it:
>
> # vzctl enter 222 --exec exit; exec  entered into CT 222
> exit
> root@durin:/# exit
> logout
> exited from CT 222
> Input: test
> #
>
> "exec  really looks like vzctl is influencing the file handle i a way.
>
> The hack is not nice but it works for me. Anyway, it is not the solution
>
>
>

-- 
 - Ola Lundqvist ---
/  o...@debian.org Annebergsslingan 37  \
|  o...@inguza.com  654 65 KARLSTAD  |
|  http://inguza.com/  +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#640651: please set default FIRST_SYSTEM_UID=1 and FIRST_SYSTEM_GID=1

[Harald Dunkel]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Package: adduser
Version: 3.113
Severity: wishlist

Please set the defaults

FIRST_SYSTEM_UID=1
FIRST_SYSTEM_GID=1

in /etc/adduser.conf to avoid conflicts in existing environments
when running debian-installer.

Using debian installer the current defaults for FIRST_SYSTEM_UID
and FIRST_SYSTEM_GID produce conflicts with existing "real"
accounts managed in a historically grown NIS environment. The
first system UIDs and GIDs >100 are allocated before you have a
chance to edit /etc/adduser.conf or to start NIS, while most
UIDs<100 and GIDs<100 would be free to use.

In historically grown environments network wide accounts with
UIDs and GIDs <1000 are not uncommon. Good old SunOS 4.x reserved
just UIDs and GIDs <100 for system usage, for example.


Regards

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

iEYEARECAAYFAk5lrNsACgkQUTlbRTxpHjeEFwCgikwfCDn2QusY/Yi9rU6Xl8qd
of4AnizJ644JhbIB1hZIcMBwLb1Omuyn
=s00n
-END PGP SIGNATURE-



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

Bug#640639: libcurl: CURLE_SSL_CACERT_BADFILE error when all CAs in ca-certificates disabled

[Simon Josefsson]

Jonathan Nieder  writes:

> | $ ls -l /etc/ssl/certs/ca-certificates.crt
> | -rw-r--r-- 1 root root 0 Sep  2 00:07 /etc/ssl/certs/ca-certificates.crt
>
> This is probably a libgnutls bug, but since I haven't pinned it down
> I'm filing it here.  Known problem?

I recall similar problems when I also disabled all CAs on my machine
long time ago.  I suspect some software may be checking the return code
from the CA loading function, and will treat loading of 0 certificates
as an error.  Please try to track down the code that triggers the error
message to test this theory.

/Simon



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

Bug#636355: iwl4965: "MAC is in deep sleep!" freezes

[Ben Hutchings]

On Tue, 2011-08-02 at 17:10 +0200, Christoph Anton Mitterer wrote:
> Package: linux-source-3.0.0
> Version: 3.0.0-1
> Severity: important
> 
> 
> Hi.
> 
> Since some time now I get have the following problem:
> When I bring the WLAN interface up, after some time (usually just minutes)
> I get the following error (during which the system completely freezes for 
> some 10-20s)
[...]
> There was no particular change, neither in kernel version, nor
> firmware, nor my custom kernel config.
> The only change was that a damaged mainboard of the notebook was
> replaced by a new one (of the same
> type, I guess).

The wifi controllers on laptops are normally on expansion cards plugged
into a slot on the motherboard.  So if the only change is a replacement
motherboard, it seems possible that the connection to the new
motherboard is poor.

> It's a Fujitsu Lifebook E 8410.
[...]

Unfortunately Fujitsu doesn't seem to provide instructions for opening
up the laptop to check this.

Ben.



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

Bug#640650: linux-image-2.6.32-5-openvz-amd64: kernel NULL pointer dereference

[Luke]

Package: linux-2.6
Version: 2.6.32-35
Severity: important


[5353473.940460] BUG: unable to handle kernel NULL pointer dereference at 
0070
[5353473.940511] IP: [] d_instantiate+0x10/0x3c
[5353473.940544] PGD 4a7592067 PUD 44b0d8067 PMD 0 
[5353473.940575] Oops:  [#1] SMP 
[5353473.940600] last sysfs file: /sys/module/ip_tables/initstate
[5353473.940628] CPU 7 
[5353473.940649] Modules linked in: ipt_set ip_set_iphash ip_set 
nf_conntrack_netlink nfnetlink iptable_raw xt_TRACE ipt_REDIRECT xt_MARK 
xt_socket nf_tproxy_core ipt_LOG xt_owner xt_conntrack iptable_nat nf_nat 
nf_conntrack_ipv4 nf_conntrack nf_defrag_ipv4 vzethdev vznetdev simfs vzrst 
vzcpt vzdquota vzmon vzdev xt_tcpudp xt_length xt_hl xt_tcpmss xt_TCPMSS 
iptable_mangle iptable_filter xt_multiport xt_limit xt_dscp ipt_REJECT 
ip_tables x_tables acpi_cpufreq cpufreq_powersave cpufreq_userspace 
cpufreq_stats cpufreq_conservative vzevent ext2 loop snd_hda_codec_atihdmi 
snd_hda_intel snd_hda_codec radeon snd_hwdep ttm drm_kms_helper snd_pcm pcspkr 
snd_timer drm snd soundcore snd_page_alloc wmi i2c_i801 i2c_algo_bit i2c_core 
joydev evdev button ext4 mbcache jbd2 crc16 dm_mod aacraid 3w_9xxx 3w_ 
raid10 raid456 async_raid6_recov async_pq raid6_pq async_xor xor async_memcpy 
async_tx raid1 raid0 md_mod sata_nv sata_sil sata_via sd_mod crc_t10dif usbhid 
hid uhci_hcd ahci r8169 li
 bata ehci_hcd thermal scsi_mod mii usbcore nls_base processor thermal_sys 
[last unloaded: scsi_wait_scan]
[5353473.941218] Pid: 20081, comm: vzctl Not tainted 2.6.32-5-openvz-amd64 #1 
feoktistov MS-7522
[5353473.941264] RIP: 0010:[]  [] 
d_instantiate+0x10/0x3c
[5353473.941313] RSP: 0018:8805895e7ca8  EFLAGS: 00010292
[5353473.941340] RAX: 0070 RBX:  RCX: 
880295a8c948
[5353473.941384] RDX:  RSI: 88063caa2800 RDI: 

[5353473.941428] RBP: 88063caa2800 R08: 8802e633ce58 R09: 
00d08148cb10
[5353473.941472] R10: 88063973a000 R11: 000186a0 R12: 
880046bc9000
[5353473.941516] R13: 88063973a000 R14: 0880 R15: 
88007fd44000
[5353473.941561] FS:  7f4c7c87c700() GS:880019ae() 
knlGS:
[5353473.941607] CS:  0010 DS:  ES:  CR0: 8005003b
[5353473.941635] CR2: 0070 CR3: 0003e7976000 CR4: 
06e0
[5353473.941680] DR0:  DR1:  DR2: 

[5353473.941724] DR3:  DR6: 4ff0 DR7: 
00010500
[5353473.941768] Process vzctl (pid: 20081, veid=133, threadinfo 
8805895e6000, task 88007fd44000)
[5353473.941816] Stack:
[5353473.941836]  00012541  88063caa2800 
811461b9
[5353473.941872] <0> 0006 8802e633ce58 880639730036 

[5353473.941924] <0> 880046bc8e00 4729ff9b 0006 
0006
[5353473.941992] Call Trace:
[5353473.942016]  [] ? devpts_pty_new+0x193/0x240
[5353473.942047]  [] ? ptmx_open+0xad/0xfd
[5353473.942076]  [] ? chrdev_open+0x11f/0x13e
[5353473.942107]  [] ? vzquota_inode_init_call+0x3a/0x6d 
[vzdquota]
[5353473.942153]  [] ? chrdev_open+0x0/0x13e
[5353473.942182]  [] ? __dentry_open+0x183/0x2a5
[5353473.942212]  [] ? do_filp_open+0x4de/0x8d0
[5353473.942243]  [] ? page_fault+0x25/0x30
[5353473.942272]  [] ? strncpy_from_user+0x51/0x6d
[5353473.942301]  [] ? strncpy_from_user+0x40/0x6d
[5353473.942331]  [] ? alloc_fd+0x67/0x10c
[5353473.942359]  [] ? do_sys_open+0x55/0xfc
[5353473.942387]  [] ? system_call_fastpath+0x16/0x1b
[5353473.942416] Code: 07 81 63 04 7f ff ff ff 66 ff 43 08 48 89 df 48 89 ee 5b 
5d 41 5c e9 df 9d 01 00 55 48 8d 47 70 48 89 f5 53 48 89 fb 48 83 ec 08 <48> 39 
47 70 74 04 0f 0b eb fe 48 c7 c7 40 ba 45 81 e8 1a a5 1e 
[5353473.942595] RIP  [] d_instantiate+0x10/0x3c
[5353473.942626]  RSP 
[5353473.945740] CR2: 0070
[5353473.945977] ---[ end trace 8ea3ac884d6c43b8 ]---
[5353476.614095] __ratelimit: 33 callbacks suppressed

-- Package-specific info:
** Version:
Linux version 2.6.32-5-openvz-amd64 (Debian 2.6.32-35) (da...@debian.org) (gcc 
version 4.3.5 (Debian 4.3.5-4) ) #1 SMP Tue Jun 14 10:46:15 UTC 2011

** Command line:
root=/dev/mapper/vg-root ro 

** Not tainted

** Model information
sys_vendor: MSI
product_name: MS-7522
product_version: 3.0
chassis_vendor: MICRO-STAR INTERNATIONAL CO.,LTD
chassis_version: 3.0
bios_vendor: American Megatrends Inc.
bios_version: V8.15
board_vendor: MSI
board_name: MSI X58 Pro-E (MS-7522)
board_version: 3.0

 NOTE: I had to reboot after the BUG, so this is NOT the exact situation at 
the time of the crash!

** Loaded modules:
Module  Size  Used by
ipt_set 1256  4 
ip_set_iphash   4275  5 
ip_set 14802  3 ipt_set,ip_set_iphash
vzethdev7301  0 
vznetdev   17967  4 
simfs   3087  2 
vzrst 110398  0 
v

Bug#633595: elantech mouse v3 support

[Ben Hutchings]

On Mon, 2011-08-29 at 10:56 -0500, Seth Forshee wrote:
> On Mon, Aug 29, 2011 at 04:22:36PM +0100, Ben Hutchings wrote:
> > On Mon, 2011-08-29 at 16:06 +0200, Julien Valroff wrote:
> > > Hi Ben,
> > > 
> > > Le lundi 29 août 2011 à 14:07:44 (+0200 CEST), Ben Hutchings a écrit :
> > > > On Mon, 2011-08-29 at 00:35 +0200, Eloi COUTANT wrote:
> > > > > Hi.
> > > > > 
> > > > > I confirm that Julien's patch is efficient on Samsung RC510.
> > > > > I have no problems anymore : one, two and three fingers are working,
> > > > > "wheels" too !
> > > > [...]
> > > > 
> > > > Julien, please can you provide a list of *upstream* changes.  We will
> > > > not apply a large patch with no such references.
> > > 
> > > I have not written that patch at all, just made available the "original"
> > > DKMS tree so that people can test it easily.
> > > 
> > > The patch was written by Seth Forshee  and is
> > > available on LaunchPad bug #681904 [0].
> > > 
> > > All the patches, Ubuntu builts and dkms .deb are available at:
> > > http://people.canonical.com/~sforshee/lp681904/
> > 
> > OK, so I see this patch:
> > http://people.canonical.com/~sforshee/lp681904/linux-3.0.0-8.10~lp681904v201108052055/0001-Input-elantech-Add-v3-hardware-support.patch
> > which looks like something that could go upstream.  But it hasn't, or at
> > least it's not visible in linux-next.
> 
> That patch will not be going upstream. Elantech has submitted more
> comprehensive updates to the driver that were developed in parallel (see
> https://lkml.org/lkml/2011/8/29/63 for the most recent revision).
> 
> We are carrying an updated version of the above patch temporarily until
> Elantech's solution makes it upstream. In practice that probably means
> we'll use my patch for Ubuntu 11.10 and switch to Elantech's solution in
> 12.04. The advantage to the patch we're carrying now versus Elantech's
> is that it doesn't functionally modify the v1 or v2 touchpad support,
> and thus shouldn't carry any risk of regression for those devices.  I've
> attached a copy of the updated patch.

Thanks, but I think we'll wait for the official version.

Ben.



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

Bug#625926: gnome-applets: mixer_applet2 fails to associate with sound card when auto-logged in at first boot

[Daniel Kahn Gillmor]

On 09/05/2011 04:47 PM, Josselin Mouette wrote:
> The mixer_applet2 applet is still here for people who don’t want to
> start pulseaudio for one reason or another, but in the general case you
> want to use pulseaudio instead, since it doesn’t have such problems and
> handles dynamic devices correctly.

Is there a separate applet for pulseaudio then?  I didn't choose
deliberately to use mixer_applet2 when i made this test, i was just
using the default for a debian GNOME 3 install.

--dkg



signature.asc
Description: OpenPGP digital signature

Bug#626880: gnome-panel: gnome menu retains focus after launching applications via keyboard navigation

[Daniel Kahn Gillmor]

On 09/05/2011 04:44 PM, Josselin Mouette wrote:
> Le lundi 16 mai 2011 à 00:07 -0400, Daniel Kahn Gillmor a écrit : 
>> I'm running gnome 3 on a system with an older intel graphics card
>> which i need to run in fbdev mode to avoid kernel/X11 lockup.  this
>> system therefore enters gnome 3 in fallback mode.
>>
>> To launch a terminal from the keyboard, i use the following keystroke
>> sequence:
>>
>>  Alt+F1
>>  DownArrow
>>  RightArrow
>>  UpArrow (until Terminal is highlighted)
>>  Return
>>
>> As the result, a gnome-terminal window opens, but it does not have the
>> keyboard focus.
> 
> I can’t reproduce it with the latest metacity and gnome-panel packages.
> Can you?

hm, i don't have such a system running at the moment (the system that i
had is out of commission for unrelated reasons).   If i can get such a
system back online, i'll test it out.

--dkg



signature.asc
Description: OpenPGP digital signature

Bug#640517: closed by Colin Watson (Re: Bug#640517: grub-pc: Failed to boot after upgraded to sid, error: symbol not found: `grub_divmod64_full'.)

[Rex Tsai]

Thanks, Colin.

I checked it again. It's because I cloned a virtualbox disk,
which caused the uuid changed.

Need to run grub-mkdevicemap to update the device map, and
reinstall grub by `grub-install' or dpkg-reconfigure grub-pc.

Regards
-Rex

2011/9/5 Debian Bug Tracking System :
> This is an automatic notification regarding your Bug report
> which was filed against the grub-pc package:
>
> #640517: grub-pc: Failed to boot after upgraded to sid, error: symbol not 
> found: `grub_divmod64_full'.
>
> It has been closed by Colin Watson .
>
> 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 Colin Watson 
>  by
> replying to this email.
>
>
> --
> 640517: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=640517
> Debian Bug Tracking System
> Contact ow...@bugs.debian.org with problems
>
>
> -- 轉寄訊息 --
> From: Colin Watson 
> To: 640517-cl...@bugs.debian.org
> Date: Mon, 5 Sep 2011 15:15:29 +0100
> Subject: Re: Bug#640517: grub-pc: Failed to boot after upgraded to sid, 
> error: symbol not found: `grub_divmod64_full'.
> On Mon, Sep 05, 2011 at 08:04:53PM +0800, Rex Tsai wrote:
>> After upgraded from wheezy to sid, grub-pc run into rescue mode,
>> with the following message -
>>
>> error: symbol not found: `grub_divmod64_full'.
>
> This happens when your grub-pc package is not properly configured to
> install to the hard disk you're actually booting from.  Run
> 'dpkg-reconfigure grub-pc' to fix it.
>
> In particular I notice that the serial number of your hard disk appears
> to have changed at some point:
>
>> *** BEGIN /boot/grub/device.map
>> (hd0) /dev/disk/by-id/ata-VBOX_HARDDISK_VBd3a07ba6-243d9064
>> *** END /boot/grub/device.map
> [...]
>> -- debconf information:
> [...]
>> * grub-pc/install_devices: 
>> /dev/disk/by-id/ata-VBOX_HARDDISK_VBb2a857d8-3ee144e2
>
> ... which means that GRUB has no way to know which disk it's supposed to
> install to.  You might want to run 'grub-mkdevicemap' before calling
> dpkg-reconfigure.
>
> Regards,
>
> --
> Colin Watson                                       [cjwat...@debian.org]
>
>
>
> -- 轉寄訊息 --
> From: Rex Tsai 
> To: Debian Bug Tracking System 
> Date: Mon, 05 Sep 2011 20:04:53 +0800
> Subject: grub-pc: Failed to boot after upgraded to sid, error: symbol not 
> found: `grub_divmod64_full'.
> Package: grub-pc
> Version: 1.99-11
> Severity: important
>
> After upgraded from wheezy to sid, grub-pc run into rescue mode,
> with the following message -
>
> error: symbol not found: `grub_divmod64_full'.
> Entering rescue mode...
> grub rescue>
>
> I uncomment GRUB_GFXMODE in /etc/default/grub and grub-install /dev/sda
> to fix the problem.
>
> -- Package-specific info:
>
> *** BEGIN /proc/mounts
> /dev/disk/by-uuid/f55864a8-0587-4ba0-9765-082a7395a28b / ext3
> rw,relatime,errors=remount-ro,commit=5,barrier=0,data=ordered 0 0
> *** END /proc/mounts
>
> *** BEGIN /boot/grub/device.map
> (hd0)   /dev/disk/by-id/ata-VBOX_HARDDISK_VBd3a07ba6-243d9064
> *** END /boot/grub/device.map
>
> *** BEGIN /boot/grub/grub.cfg
> #
> # DO NOT EDIT THIS FILE
> #
> # It is automatically generated by grub-mkconfig using templates
> # from /etc/grub.d and settings from /etc/default/grub
> #
>
> ### BEGIN /etc/grub.d/00_header ###
> if [ -s $prefix/grubenv ]; then
>  load_env
> fi
> set default="0"
> if [ "${prev_saved_entry}" ]; then
>  set saved_entry="${prev_saved_entry}"
>  save_env saved_entry
>  set prev_saved_entry=
>  save_env prev_saved_entry
>  set boot_once=true
> fi
>
> function savedefault {
>  if [ -z "${boot_once}" ]; then
>    saved_entry="${chosen}"
>    save_env saved_entry
>  fi
> }
>
> function load_video {
>  insmod vbe
>  insmod vga
>  insmod video_bochs
>  insmod video_cirrus
> }
>
> insmod part_msdos
> insmod ext2
> set root='(hd0,msdos1)'
> search --no-floppy --fs-uuid --set=root
> f55864a8-0587-4ba0-9765-082a7395a28b
> if loadfont /usr/share/grub/unicode.pf2 ; then
>  set gfxmode=640x480
>  load_video
>  insmod gfxterm
>  insmod part_msdos
>  insmod ext2
>  set root='(hd0,msdos1)'
>  search --no-floppy --fs-uuid --set=root
> f55864a8-0587-4ba0-9765-082a7395a28b
>  set locale_dir=($root)/boot/grub/locale
>  set lang=C
>  insmod gettext
> fi
> terminal_output gfxterm
> set timeout=5
> ### END /etc/grub.d/00_header ###
>
> ### BEGIN /etc/grub.d/05_debian_theme ###
> insmod part_msdos
> insmod ext2
> set root='(hd0,msdos1)'
> search --no-floppy --fs-uuid --set=root
> f55864a8-0587-4ba0-9765-082a7395a28b
> insmod png
> if background_image /usr/share/images/desktop-base/spacefun-grub.png;
> then
>  set color_normal=light-gray/black
>  set color_highlight=white/black
> else
>  set menu_color_normal=cyan/blue
>  set menu_color_highlight=white/blue
> fi
> ### END /etc

Bug#636797: patch for WARN_OUT?

[Ben Hutchings]

On Tue, 2011-08-30 at 14:35 -0400, Daniel Kahn Gillmor wrote:
> On 08/29/2011 02:40 PM, Ben Hutchings wrote:
> > This is what I've added for 2.6.32-36.  Any review would be appreciated.
> 
> Thanks, Ben!
> 
> Two crashes i have documentation for show the division-by-zero error
> happening in find_busiest_group, which was patched in the initial diff i
> submitted, but not in your patch below.
> 
> Perhaps this is because the divisor there is sds.total_pwr instead of
> group->cpu_power.
> 
> My diff also included cleanups to a possible division-by-zero in
> 
>   * update_group_shares_cpu (divisor: sd_rq_weight), and

It seems fairly clear to me that the caller ensures this parameter is
non-zero.  And there has been no sign of this in any traceback.

>   * find_busiest_queue (divisor: power)
> 
> which are missing in your patch.
> 
> Here are backtraces showing find_busiest_group as the innermost function
> at the time of the error:
[...]

The code dump actually corresponds to this line in update_sg_lb_stats(),
which has been compiled inline with find_busiest_group():

sgs->avg_load = (sgs->group_load * SCHED_LOAD_SCALE) / group->cpu_power;

Ben.



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

Bug#640391: linux-image-3.0.0-1-686-pae: ark3116 driver regression

[Ben Hutchings]

On Mon, 2011-09-05 at 19:46 +0100, ael wrote:
> On Mon, Sep 05, 2011 at 12:11:26PM +0100, Ben Hutchings wrote:
> > > > > Package: linux-2.6
> > > > > Version: 3.0.0-3
> > > > > Severity: normal
> > > > > Tags: upstream
> > > > > 
> > > > > Regression in the ark3116 (perhaps interaction with usbserial).
> > > > > 
> > > > Please can you test with an older kernel package (they are still
> > > > available from ) to
> > > > verify that this is definitely a difference between kernel versions.
> > > 
> > In December, testing/unstable saw versions 2.6.32-{28,29,30} and
> > experimental saw 2.6.36-1~experimental.1 followed by various 2.6.37
> > release candidates.  Maybe you should just test the current version from
> > squeeze.
> 
> Just installed 2.6.32-5-686 from squeeze:
>   linux-image-2.6.32-5-686_2.6.32-35_i386.deb
> 
> 
> $ gpsbabel -t -i garmin -f /dev/ttyUSB2 -o gpx -F 040911.gpx
> worked ok.
> 
> So the regression is quite recent.

Not so recent - 2.6.32 was released 21 months ago now.

> I can maybe try perhaps one more
> kernel with my current limited connectivity if it would help.
> But at least I can recover my gps data for now.

Probably the most useful one to test would be:
http://snapshot.debian.org/package/linux-2.6/2.6.34-1~experimental.2/

Ben.



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

Bug#636591: Any update for libquvi planned?

[Alejandro Garrido Mota]

2011/9/5 Ansgar Burchardt :
> Hi,
>
> I'm wondering if there is an update for the libquvi package in Debian
> planned.  If there is none, I am considering to prepare an NMU for the
> new upstream version (which will probably take a few days).
>
> Regards,
> Ansgar
>

Hi Ansgar,

I have the last version of libquvi in
https://github.com/mogaal/libquvi but I am waiting for the next
upstream release because upstream missed the point of symbol
versioning. They bumped SONAME without changing symbol versions... I
have spoken with upstream developer and he will fix it for next
upstream release.

If you have other good idea you can help me =).

Regards.
-- 
http://www.mogaal.com
Ing Eléctrica - Universidad Simón Bolívar
GNU/Linux Debian SID
Usuario Linux registrado #386758
GPG Key Fingerprint = F6A7 EF7E 4688 70C6 6B37  A8EF F6B0 9645 B24B F200



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

Bug#640418: Does not use an initrd on mipsel/loongson-2f systems

[Javier Vasquez]

Hi, I'm an user, not a dev, but I own a lemote mini-pc, not the
laptop, and the linux kernel for loongson-2f can be loaded through
initrd.  Actually that's the way archloong does it.  This doesn't have
anything to do to the ability to boot with grub.  Actually archloong
does not support grub (neither any other bootloader on top of pmon) at
all for lemote products...

Even when gNewSense has been able to make grub work, not sure if only
for laptops, or mini-pcs included, on debian this is broken for
mini-pcs, when trying to load the initrd the machine just goes to
limbo.  So I'd suggest not to depend upon grub to make decisions about
the kernel or initrd...

That said, I think using an initrd should be no problem, given that
other distros are using it.  But this ability should not depend upont
grub.  Whether because grub is broken, or because people wan to still
use the pmon bootloader, or because enabling pmon as a backup when
things go wrong with grub, people should still be able to load the
initrd, or to use an ext4 root FS.

Notice also that to get ext4 support for root, there's no need for
initrd either.  It could be gotten by providing direct native support
in the kernel.  This sounds like the safest, cause then mounting the
root FS will work no matter something else is broken, like loading the
initrd or booting through grub...  In the case of archloong, the dev
decided to support initrd, and still ext4 is compiled directly within
the kernel, not as a module, and it doesn't have problems having root
FS being ext4...

Thanks,

-- 
Javier.



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

Bug#611493: dmesg obtained from initrd shell

[Ben Hutchings]

On Mon, 2011-09-05 at 21:08 +0200, Pascal BERNARD wrote:
> Here is the result of dmesg from the initrd shell. "ls /dev/mapper"
> shows that some logical volumes are not present. The final message of
> dmesg is about a failure of vgchange.
> 
> All this confirm that the lvm track is worth investigations.

The failure of vgchange is in kmalloc(), which suggests memory
corruption.  You also said "Sometimes, the kernel freezes several
minutes after an apparently normal boot."  initramfs-tools surely isn't
responsible for that!

I suspect a hardware problem (though a kernel bug could be responsible).
There's an old but still somewhat relevant FAQ covering unexplained
instability: .  The first thing to check
would be RAM (memtest86+).

Ben.



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

Bug#577123: handling multiple modules contending for VT-x/AMD-V access

[James Nobis]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

The original ticket may be well over a year old but it is still
relevant.  I got bit by this after just upgrading to Squeeze this past
weekend.  This bug ticket was actually the only useful information I got
in about 2 pages of google results.

It seems that once a kernel module gets hold of the hardware
virtualization then it blocks other modules from sharing it.  In the
very least how about documentation for the relevant modules (kvm,
virtualbox-ose, and prob others) to give users information about the issue.

More thorough fixes would have to have a method of a default module and
then blacklist the other modules.  For that matter if the kvm module
isn't in use and someone launches a Virtual Box vm unload the kvm, then
unload the kvm module, reload the vboxdrv module, then launch the vm.

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

iQIcBAEBCgAGBQJOZYR1AAoJEGUWgJyjXssuRZIP/2amEw01lHzDQx7xVKRwxST0
KpuLRZz4wtsmRQ/WINEJCUAtsTo6zjE8Qs3jNey+axUAdkfLngW/DmW8Wt+yq4fZ
2K7OcGe6isdVAwoQ4c7HmGkP747bTk58w2bMo503pXG7fHWfeTCE/n5eM2IDR0CY
d/PDfZ/AYScZOF3Fso5VFoFsFi9EUFy452seKJYsHcHQbKVjHWuQvOWuwSwqxOXx
MiPMbiDJ/cbIhXkI7jvZpH0drcLTTOswPDQXnB7Y76IfNTGnBMK2NChZ2A6Fs/iB
9eN7ZBaLUcpGVT55koXy1V7hLAyQOtEPLiwk98gRkuWPqPSaUerbyG0UXuqy1qVE
poA+ZAIN5d6Hwt3IINRDI8sc859zi77OIRjIQwsQ0cWw7niLCpkxXmX7Qyqwo+WL
p6Lz2VicqEZ05gs/SEFHjkGFwWtNgQdfVdi1XeFtQu772OA2PkJIGEJB9cyqq/Od
BkJ6oje3MeLWKWcAB5tx7y0DOehuBIgIl9ItOAuL47eXaEdzcclwAwQ8qywDMvFP
tevNKYo+PL/AqoxnUyCk4MnypHHYUeZH2zo2kFqylAWXf5jylgBREZDpEYTE8rc7
G4RjBYppoEYrckFwGfsyoX13WsdTo7cjeW5Azbvdd2VFq7UAH0JqK3RKk2EMBB5d
A6G0Lw1J7DtuSudpAQgY
=VGwu
-END PGP SIGNATURE-



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

Bug#640210: get the same issue in quassel

[shirish शिरीष]

Hi all,
 get the same issue in quassel as well.

$ quassel
QSslSocket: cannot resolve SSLv2_client_method
QSslSocket: cannot resolve SSLv2_server_method
("QSQLITE", "QMYSQL3", "QMYSQL")
2011-09-06 08:04:48 Info: SQLite Storage Backend is ready. Quassel
Schema Version: 17
2011-09-06 08:04:48 Info: Restoring previous core state...

I am not able to log in either to oftc and freenode no idea if its
because of this or not.
-- 
          Regards,
          Shirish Agarwal  शिरीष अग्रवाल
  My quotes in this email licensed under CC 3.0
http://creativecommons.org/licenses/by-nc/3.0/
http://flossexperiences.wordpress.com
065C 6D79 A68C E7EA 52B3  8D70 950D 53FB 729A 8B17



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

Bug#640482: Scene and Frame created for display

[Moshe Yudkowsky]

I expect that this report refers to the same problem as this user 
reported, also for Debian's package:




I have the same problem as reported in the forum above: "display *jpg" 
creates a series of spurious scene/frame combinations.



--
Moshe Yudkowsky * mo...@pobox.com * www.pobox.com/~moshe
 "Acme Manufacturing: makers of malfunctioning gadgets since 1933."
  Tiny Toons



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

Bug#618706: FTBFS [alpha,ia64,hppa]: error: 'struct sigaction' has no member named 'sa_restorer'

[Nobuhiro Iwamatsu]

Hi,

I updated a patch.
I made a patch more simply.

Best regards,
  Nobuhirio

2011/9/5 Nobuhiro Iwamatsu :
> I forgot that attach patch
>
> thanks,
>  Nobuhiro
>
> 2011/9/5 Nobuhiro Iwamatsu :
>> tag 618706 patch
>> thanks
>>
>> Hi.
>>
>> I created a patch which revise this problem.
>> I attached.
>> This checks whether to have SA_RESTORER.
>>
>> Please check this patch.
>>
>> Best regards,
>>  Nobuhiro
>>
>> --
>> Nobuhiro Iwamatsu
>>    iwamatsu at {nigauri.org / debian.org}
>>    GPG ID: 40AD1FA6
>>
>
>
>
> --
> Nobuhiro Iwamatsu
>    iwamatsu at {nigauri.org / debian.org}
>    GPG ID: 40AD1FA6
>



-- 
Nobuhiro Iwamatsu
   iwamatsu at {nigauri.org / debian.org}
   GPG ID: 40AD1FA6
diff --git a/src/lib/plt/shl/csys.cxx b/src/lib/plt/shl/csys.cxx
index bf471f9..b73eba7 100644
--- a/src/lib/plt/shl/csys.cxx
+++ b/src/lib/plt/shl/csys.cxx
@@ -313,11 +313,11 @@ namespace afnix {
 #endif
 
 namespace afnix {
-#ifdef AFNIX_HAVE_SARESTORER
   // preset the system signal
   static void sys_set_signal (void) {
 // the sigaction stucture
 struct sigaction sa;
+memset(&sa, 0, sizeof(sa));
 // SIGPIPE: ignore
 sa.sa_handler  = SIG_IGN;
 sigemptyset (&sa.sa_mask);
@@ -325,18 +325,6 @@ namespace afnix {
 sa.sa_restorer = NULL;
 sigaction (SIGPIPE, &sa, NULL);
   }
-#else
-  // preset the system signal
-  static void sys_set_signal (void) {
-// the sigaction stucture
-struct sigaction sa;
-// SIGPIPE: ignore
-sa.sa_handler  = SIG_IGN;
-sigemptyset (&sa.sa_mask);
-sa.sa_flags= 0;
-sigaction (SIGPIPE, &sa, NULL);
-  }
-#endif
 
   // preset the system by name
 
diff --git a/src/lib/plt/shl/csys.hxx b/src/lib/plt/shl/csys.hxx
index 5c0b355..70b3d41 100644
--- a/src/lib/plt/shl/csys.hxx
+++ b/src/lib/plt/shl/csys.hxx
@@ -34,7 +34,6 @@
 #define  AFNIX_HAVE_HOSTNAME
 #define  AFNIX_HAVE_UID
 #define  AFNIX_HAVE_BACKTRACE
-#define  AFNIX_HAVE_SARESTORER
 #include 
 #include 
 #include 

Bug#640649: TODO item “fix scripts for dash as default shell”

[Scott Schaefer]

Package: piuparts
Version: 0.41
Severity: wishlist
Tags: patch

Attached patch addresses TODO item in subject

It is somewhat difficult for me to test these changes thoroughly.
Also, note that checkbashisms still reports the use of $HOSTNAME as
"potential"bash-ism; I am nearly certain this is fine, given it is assigned
via `hostname`.

Note this patch applies to files in the [now deprecated(?)] piatti SVN
sub-repository (if that is the correct SVN term ?).  Note sure where 
that lives

since the transition to git.

diff --git a/home/piupartsm/bin/archive_old_logs b/home/piupartsm/bin/archive_old_logs
--- a/home/piupartsm/bin/archive_old_logs
+++ b/home/piupartsm/bin/archive_old_logs
@@ -1,4 +1,4 @@
-#!/bin/bash
+#!/bin/sh
 
 # Copyright 2009-2010 Holger Levsen (hol...@layer-acht.org)
 # 
@@ -22,7 +22,7 @@
 
 TEMPFILE=`mktemp`
 egrep "(^sections|^master-directory)" /etc/piuparts/piuparts.conf| sed -e "s# =#=#g" -e "s#= #=#g" -e 's#=#="#' -e 's#$#"#' -e "s#sections#SECTIONS#" -e "s#master-directory#MASTER#" > $TEMPFILE
-source $TEMPFILE
+. $TEMPFILE
 rm $TEMPFILE
 if [ -z "$MASTER" ] || [ -z "$SECTIONS" ] ; then
 	echo "sections and/or master-directory not set in /etc/piuparts/piuparts.conf, exiting."
diff --git a/home/piupartsm/bin/detect_archive_issues b/home/piupartsm/bin/detect_archive_issues
--- a/home/piupartsm/bin/detect_archive_issues
+++ b/home/piupartsm/bin/detect_archive_issues
@@ -23,7 +23,7 @@
 [ -e /etc/piuparts/piuparts.conf ] || exit 0
 TEMPFILE=`mktemp`
 egrep "(^sections|^master-directory)" /etc/piuparts/piuparts.conf| sed -e "s# =#=#g" -e "s#= #=#g" -e 's#=#="#' -e 's#$#"#' -e "s#sections#SECTIONS#" -e "s#master-directory#MASTER#" > $TEMPFILE
-source $TEMPFILE
+. $TEMPFILE
 rm $TEMPFILE
 if [ -z "$MASTER" ] || [ -z "$SECTIONS" ] ; then
 	echo "sections and/or master-directory not set in /etc/piuparts/piuparts.conf, exiting."
diff --git a/home/piupartsm/bin/detect_network_issues b/home/piupartsm/bin/detect_network_issues
--- a/home/piupartsm/bin/detect_network_issues
+++ b/home/piupartsm/bin/detect_network_issues
@@ -23,7 +23,7 @@
 [ -e /etc/piuparts/piuparts.conf ] || exit 0
 TEMPFILE=`mktemp`
 egrep "(^sections|^master-directory)" /etc/piuparts/piuparts.conf| sed -e "s# =#=#g" -e "s#= #=#g" -e 's#=#="#' -e 's#$#"#' -e "s#sections#SECTIONS#" -e "s#master-directory#MASTER#" > $TEMPFILE
-source $TEMPFILE
+. $TEMPFILE
 rm $TEMPFILE
 if [ -z "$MASTER" ] || [ -z "$SECTIONS" ] ; then
 	echo "sections and/or master-directory not set in /etc/piuparts/piuparts.conf, exiting."
diff --git a/home/piupartsm/bin/detect_piuparts_issues b/home/piupartsm/bin/detect_piuparts_issues
--- a/home/piupartsm/bin/detect_piuparts_issues
+++ b/home/piupartsm/bin/detect_piuparts_issues
@@ -23,7 +23,7 @@
 [ -e /etc/piuparts/piuparts.conf ] || exit 0
 TEMPFILE=`mktemp`
 egrep "(^sections|^master-directory)" /etc/piuparts/piuparts.conf| sed -e "s# =#=#g" -e "s#= #=#g" -e 's#=#="#' -e 's#$#"#' -e "s#sections#SECTIONS#" -e "s#master-directory#MASTER#" > $TEMPFILE
-source $TEMPFILE
+. $TEMPFILE
 rm $TEMPFILE
 if [ -z "$MASTER" ] || [ -z "$SECTIONS" ] ; then
 	echo "sections and/or master-directory not set in /etc/piuparts/piuparts.conf, exiting."
diff --git a/home/piupartsm/bin/detect_slave_problems b/home/piupartsm/bin/detect_slave_problems
--- a/home/piupartsm/bin/detect_slave_problems
+++ b/home/piupartsm/bin/detect_slave_problems
@@ -28,7 +28,7 @@
 [ -e /etc/piuparts/piuparts.conf ] || exit 0
 TEMPFILE=`mktemp`
 egrep "(^sections|^master-directory)" /etc/piuparts/piuparts.conf| sed -e "s# =#=#g" -e "s#= #=#g" -e 's#=#="#' -e 's#$#"#' -e "s#sections#SECTIONS#" -e "s#master-directory#MASTER#" > $TEMPFILE
-source $TEMPFILE
+. $TEMPFILE
 rm $TEMPFILE
 if [ -z "$MASTER" ] || [ -z "$SECTIONS" ] ; then
 	echo "sections and/or master-directory not set in /etc/piuparts/piuparts.conf, exiting."
diff --git a/home/piupartsm/bin/detect_well_known_errors b/home/piupartsm/bin/detect_well_known_errors
--- a/home/piupartsm/bin/detect_well_known_errors
+++ b/home/piupartsm/bin/detect_well_known_errors
@@ -1,4 +1,4 @@
-#!/bin/bash
+#!/bin/sh
 
 # Copyright 2009-2010 Holger Levsen (hol...@layer-acht.org)
 # 
@@ -23,7 +23,7 @@
 [ -e /etc/piuparts/piuparts.conf ] || exit 0
 TEMPFILE=`mktemp`
 egrep "(^sections|^master-directory)" /etc/piuparts/piuparts.conf| sed -e "s# =#=#g" -e "s#= #=#g" -e 's#=#="#' -e 's#$#"#' -e "s#sections#SECTIONS#" -e "s#master-directory#MASTER#" > $TEMPFILE
-source $TEMPFILE
+. $TEMPFILE
 rm $TEMPFILE
 if [ -z "$MASTER" ] || [ -z "$SECTIONS" ] ; then
 	echo "sections and/or master-directory not set in /etc/piuparts/piuparts.conf, exiting."
@@ -43,8 +43,8 @@
 	cd $MASTER/$SECTION
 	for problem in `ls ~/bin/known_problems` ; do
 		# source files to get COMMAND, HELPTEXT and ISSUE
-		source ~/bin/known_problems/$problem 
-		echo -n "$COMMAND" > $LOGS
+		. ~/bin/known_problems/$problem 
+		printf "%b" "$COMMAND" > $LOGS
 		if [ -s $LOGS ] ; then 
 			OUTPUT=$HTDOCS/$SECTION/${problem%.conf}.tpl
 			echo '' > $

Bug#640648: TODO item “PackagesDB: get rid of 50% of unique()”

[Scott Schaefer]

Package: piuparts
Version: 0.41
Severity: wishlist
Tags: patch

Attached patch addresses TODO item in sbuject.

I chose to implement this by using the set type in place of a list and 
unique(),

and then using set.pop() method in place of random.shuffle().

I also modified the class to no longer pass large "package" objects
around, but rather to just pass list/set of package names (since I
was "forced to", since you cannot add a non-hashable object to a
set). This required a new function to return package object, given
name as input.  This required one change to piuparts-report.


diff --git a/piuparts-master.py b/piuparts-master.py
--- a/piuparts-master.py
+++ b/piuparts-master.py
@@ -152,8 +152,8 @@
  (count, command, " ".join(args)))
 def dump_pkgs(self):
  for st in self._binary_db.get_states():
-for pkg in self._binary_db.get_pkg_names_in_state(st):
-logging.debug("%s : %s\n" % (st,pkg))
+for name in self._binary_db.get_pkg_names_in_state(st):
+logging.debug("%s : %s\n" % (st,name))
 
 def _reserve(self, command, args):
 self._check_args(0, command, args)
diff --git a/piuparts-report.py b/piuparts-report.py
--- a/piuparts-report.py
+++ b/piuparts-report.py
@@ -684,7 +684,7 @@
 counts = current_day
 total = 0
 for state in self._binary_db.get_states():
-count = len(self._binary_db.get_packages_in_state(state))
+count = len(self._binary_db.get_pkg_names_in_state(state))
 header += ", %s" % state
 counts += ", %s" % count
 logging.debug("%s: %s" % (state, count))
@@ -952,7 +952,7 @@
   analysis = self.create_and_link_to_analysises(state)
 tablerows += ("%s%s" +
   "%d%s\n") % \
-  (html_protect(state), html_protect(state), analysis, len(self._binary_db.get_packages_in_state(state)),
+  (html_protect(state), html_protect(state), analysis, len(self._binary_db.get_pkg_names_in_state(state)),
   dir_link)
 try:
   tablerows += self.make_stats_graph();
@@ -975,7 +975,8 @@
 for state in self._binary_db.get_states():
 logging.debug("Writing page for %s" % state)
 vlist = ""
-for package in self._binary_db.get_packages_in_state(state):
+for name in self._binary_db.get_pkg_names_in_state(state):
+package = self._binary_db.get_package(name)
 vlist += "%s (%s)" % (
  package["Package"],
  self.link_to_source_summary(package["Package"]),
diff --git a/piupartslib/packagesdb.py b/piupartslib/packagesdb.py
--- a/piupartslib/packagesdb.py
+++ b/piupartslib/packagesdb.py
@@ -26,7 +26,6 @@
 
 import dircache
 import os
-import random
 import tempfile
 import UserDict
 
@@ -46,43 +45,6 @@
 headers.append(line)
 return headers
  
-def unique (s):
-# taken from http://code.activestate.com/recipes/52560/ - thanks to Tim Peters
-n = len(s)
-if n == 0:
-  return []  
-
-u = {}
-try:
-  for x in s:
-  u[x] = 1
-except TypeError:
-  del u  # move on to the next method
-else:
-  return u.keys()
-
-try:
-  t = list(s)
-  t.sort()
-except TypeError:
-  del t  # move on to the next method
-else:
-  assert n > 0
-  last = t[0]
-  lasti = i = 1
-  while i < n:
-  if t[i] != last:
-  t[lasti] = last = t[i]
-  lasti += 1
-  i += 1
-  return t[:lasti]
-
-# Brute force is all that's left.
-u = []
-for x in s:
-  if x not in u:
-  u.append(x)
-return u
 
 class Package(UserDict.UserDict):
 
@@ -502,11 +464,10 @@
 
 def get_pkg_names_in_state(self, state):
 self._compute_package_states()
-return self._in_state[state]
+return set(self._in_state[state])
 
-def get_packages_in_state(self, state):
-  self._compute_package_states()
-  return unique([self._packages[name] for name in self._in_state[state]])
+def get_package(self, name):
+return self._packages[name]
 
 def get_all_packages(self):
 self._find_all_packages()
@@ -548,14 +509,13 @@
 return "unknown"
 
 def _find_packages_ready_for_testing(self):
-return self.get_packages_in_state("waiting-to-be-tested")
+return self.get_pkg_names_in_state("waiting-to-be-tested")
 
 def reserve_package(self):
-plist = self._find_packages_ready_for_testing()
-random.shuffle(plist)
-for p in plist:
-if self._logdb.create(self._reserved, p["Package"],
-  p["Version"], ""):
+pset = self._find_packages_ready_for_testing()
+while (len(pset)):
+  

Bug#640647: TODO item: "Kill children after a timeout to make sure the,test doesn't run forever"

[Scott Schaefer]

Package: piuparts
Version: 0.41
Severity: wishlist
Tags: patch

Attached patch addresses TODO item in subject

Note the max time is controlled by a hard-coded value in
piuparts-slave (MAX_WAIT_TEST_RUN), which I set to 45
minutes. Please adjust based on your better judgement.

This may/will(?) require some additional mods in the reporting
scripts to detect. When a process is killed after the max wait
period, the log has the following appended:

*** Process KILLED - exceed maximum run time ***
diff --git a/piuparts-slave.py b/piuparts-slave.py
--- a/piuparts-slave.py
+++ b/piuparts-slave.py
@@ -28,6 +28,7 @@
 import stat
 import time
 import logging
+from signal import alarm, signal, SIGALRM, SIGKILL
 import subprocess
 import ConfigParser
 
@@ -36,7 +37,7 @@
 
 
 CONFIG_FILE = "/etc/piuparts/piuparts.conf"
-
+MAX_WAIT_TEST_RUN = 45*60
 
 def setup_logging(log_level, log_file_name):
 logger = logging.getLogger()
@@ -83,6 +84,12 @@
 }, "")
 
 
+class Alarm(Exception):
+pass
+
+def alarm_handler(signum, frame):
+raise Alarm
+
 class MasterNotOK(Exception):
 
 def __init__(self):
@@ -337,6 +344,41 @@
 else:
 return False
 
+def get_process_children(pid):
+p = subprocess.Popen('ps --no-headers -o pid --ppid %d' % pid,
+   shell = True, stdout = subprocess.PIPE, stderr = subprocess.PIPE)
+stdout, stderr = p.communicate()
+return [int(p) for p in stdout.split()]
+
+def run_test_with_timeout(cmd, maxwait, kill_all):
+  logging.debug("Executing: %s" % cmd)
+
+  stdout = ""
+  sh_cmd = "{ %s; } 2>&1" % cmd
+  p = subprocess.Popen(sh_cmd, shell=True,
+ stdin=subprocess.PIPE, stdout=subprocess.PIPE)
+  if maxwait > 0:
+  signal(SIGALRM, alarm_handler)
+  alarm(maxwait)
+  try:
+  stdout, stderr = p.communicate()
+  if maxwait > 0:
+  alarm(0)
+  except Alarm:
+  pids = [p.pid]
+  if kill_all:
+  pids.extend(get_process_children(p.pid))
+  for pid in pids:
+  if pid > 0:
+  try: 
+  os.kill(pid, SIGKILL)
+  except OSError:
+  pass
+  return -1,stdout
+
+  return p.returncode,stdout 
+
+
 def test_package(config, package, packages_files):
 logging.info("Testing package %s/%s %s" % (config.section, package["Package"], package["Version"]))
 
@@ -351,54 +393,46 @@
 output.write("\n")

 # omit distro test if chroot-tgz is not specified.
+ret = 0
 if config["chroot-tgz"]: 
-  command = "%(piuparts-cmd)s -ad %(distro)s -b %(chroot-tgz)s" % \
-  config
-  if config["keep-sources-list"] in ["yes", "true"]:
-  command += " --keep-sources-list "
-
-  if config["mirror"]:
-  command += " --mirror %s " % config["mirror"]
-  command += " " + package["Package"]
+command = "%(piuparts-cmd)s -ad %(distro)s -b %(chroot-tgz)s" % \
+config
+if config["keep-sources-list"] in ["yes", "true"]:
+command += " --keep-sources-list "
+if config["mirror"]:
+command += " --mirror %s " % config["mirror"]
+command += " " + package["Package"]
+  
+output.write("Executing: %s\n" % command)
+ret,f = run_test_with_timeout(command, MAX_WAIT_TEST_RUN, True)
+if ret < 0:
+output.write(f + "\n *** Process KILLED - exceed maximum run time ***\n")
+else:
+output.write(f)
 
-  logging.debug("Executing: %s" % command)
-  output.write("Executing: %s\n" % command)
-  f = os.popen("{ %s; } 2>&1" % command, "r")
-  for line in f:
-  output.write(line)
-  status = f.close()
-  if status is None:
-  status = 0
-else:
-  status = 0
-
-if status == 0 and upgrade_testable(config, package, packages_files):
+if ret == 0 and upgrade_testable(config, package, packages_files):
 distros = config["upgrade-test-distros"].split()
 distros = ["-d " + distro.strip() for distro in distros]
 distros = " ".join(distros)
 command = "%(piuparts-cmd)s -ab %(upgrade-test-chroot-tgz)s " % config
 command += distros
-
 if config["mirror"]:
   command += " --mirror %s " % config["mirror"]
-
 command += " " + package["Package"]
 
-logging.debug("Executing: %s" % command)
-output.write("\nExecuting: %s\n" % command)
-f = os.popen("{ %s; } 2>&1" % command, "r")
-for line in f:
-output.write(line)
+output.write("Executing: %s\n" % cmd)
+ret,f = run_test_with_timeout(command, MAX_WAIT_TEST_RUN, True)
+if ret < 0:
+output.write(" *** Process KILLED - exceed maximum run time ***\n")
+else:
+output.write(f)
 output.flush()
-status = f.close()
-if status is None:
- 

Bug#640646: TODO item: "Replace deprecated os.popen2 with subprocess.Popen(),in piuparts-slave"

[Scott Schaefer]

Package: piuparts
Version: 0.41
Severity: wishlist
Tags: patch

Attached patch addresses TODO item in subject
diff --git a/piuparts-slave.py b/piuparts-slave.py
--- a/piuparts-slave.py
+++ b/piuparts-slave.py
@@ -28,6 +28,7 @@
 import stat
 import time
 import logging
+import subprocess
 import ConfigParser
 
 import piupartslib.conf
@@ -140,18 +141,16 @@
 def connect_to_master(self, log_file):
 logging.info("Connecting to %s" % self._master_host)
 if self._master_user:
-user = "-l " + self._master_user
+user = self._master_user + "@"
 else:
 user = ""
-(self._to_master, self._from_master) = \
-os.popen2("ssh %s %s 'cd %s; %s 2> %s.$$ && rm %s.$$'" %
-(self._master_host,
- user,
- self._master_directory or ".",
- self._master_command,
- log_file,
- log_file))
-
+ssh_cmdline = "cd %s; %s 2> %s.$$ && rm %s.$$" % \
+  (self._master_directory or ".", 
+  self._master_command, log_file, log_file)
+p = subprocess.Popen(["ssh", user + self._master_host, ssh_cmdline], 
+   stdin=subprocess.PIPE, stdout=subprocess.PIPE)
+self._to_master = p.stdin
+self._from_master = p.stdout
 line = self._readline()
 if line != "hello\n":
 raise MasterDidNotGreet()
@@ -448,8 +447,9 @@
 arch = config["arch"]
 if not arch:
 # Try to figure it out ourselves, using dpkg
-vin, vout = os.popen2("dpkg --print-architecture")
-arch = vout.read().rstrip()
+p = subprocess.Popen(["dpkg", "--print-architecture"], 
+ stdout=subprocess.PIPE)
+arch = p.stdout.read().rstrip()
 packages_url = \
 "%s/dists/%s/main/binary-%s/Packages.bz2" % (mirror, distro, arch)
 

Bug#640645: newer upstream version

[Clint Adams]

Package: pandoc
Version: 1.8.2-1+b1

1.8.2.1 is out.



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

Bug#630713: profiling library

[Clint Adams]

tags 630713 + patch
quit

Patch attached.
>From dcde6942e6ad04ad554db2a431b8e81f89121ce8 Mon Sep 17 00:00:00 2001
From: Clint Adams 
Date: Mon, 5 Sep 2011 21:32:25 -0400
Subject: [PATCH] Ship libghc-pandoc-prof.  closes: #630713.

---
 debian/control.in |   29 +
 debian/rules  |   18 ++
 2 files changed, 47 insertions(+), 0 deletions(-)

diff --git a/debian/control.in b/debian/control.in
index cbd2708..b9ca7a7 100644
--- a/debian/control.in
+++ b/debian/control.in
@@ -99,3 +99,32 @@ Description: general markup converter
  an input or output format requires only adding a reader or writer.
  .
  This package contains the library documentation for Pandoc.
+
+Package: libghc-pandoc-prof
+Priority: extra
+Architecture: all
+Depends: ${misc:Depends}
+Suggests: ${cdbs:Suggests}
+Description: general markup converter
+ Pandoc is a Haskell library for converting from one markup format to
+ another, and a command-line tool that uses this library. It can read
+ markdown and (subsets of) reStructuredText, HTML, and LaTeX; and it can
+ write plain text, markdown, reStructuredText, HTML, LaTeX, ConTeXt,
+ RTF, DocBook XML, OpenDocument XML, ODT, GNU Texinfo, MediaWiki markup,
+ EPUB, Textile, groff man pages, Emacs Org-mode, and Slidy or S5 HTML
+ slide shows.
+ .
+ Pandoc's enhanced version of markdown includes syntax for footnotes,
+ tables, flexible ordered lists, definition lists, delimited code
+ blocks, superscript, subscript, strikeout, title blocks, automatic
+ tables of contents, embedded LaTeX math, citations, and markdown inside
+ HTML block elements.  (These enhancements can optionally be disabled.)
+ .
+ In contrast to most existing tools for converting markdown to HTML,
+ which use regex substitutions, Pandoc has a modular design: it consists
+ of a set of readers, which parse text in a given format and produce a
+ native representation of the document, and a set of writers, which
+ convert this native representation into a target format. Thus, adding
+ an input or output format requires only adding a reader or writer.
+ .
+ This package contains the profiling libraries for Pandoc.
diff --git a/debian/rules b/debian/rules
index 7b86d17..3e028b5 100755
--- a/debian/rules
+++ b/debian/rules
@@ -78,6 +78,24 @@ CDBS_BUILD_DEPENDS += , libghc-tagsoup-dev (<< 0.13)
 CDBS_BUILD_DEPENDS += , libghc-base64-bytestring-dev (>= 0.1), libghc-base64-bytestring-dev (<< 0.2)
 CDBS_BUILD_DEPENDS += , libghc-highlighting-kate-dev (<< 0.3)
 CDBS_BUILD_DEPENDS += , libghc-diff-dev, libghc-testpack-dev
+CDBS_BUILD_DEPENDS += , ghc-prof, libghc-syb-prof
+CDBS_BUILD_DEPENDS += , libghc-parsec3-prof
+CDBS_BUILD_DEPENDS += , libghc-xhtml-prof
+CDBS_BUILD_DEPENDS += , libghc-mtl-prof
+CDBS_BUILD_DEPENDS += , libghc-network-prof
+CDBS_BUILD_DEPENDS += , libghc-zip-archive-prof
+CDBS_BUILD_DEPENDS += , libghc-utf8-string-prof
+CDBS_BUILD_DEPENDS += , libghc-http-prof
+CDBS_BUILD_DEPENDS += , libghc-texmath-prof
+CDBS_BUILD_DEPENDS += , libghc-xml-prof
+CDBS_BUILD_DEPENDS += , libghc-citeproc-hs-prof
+CDBS_BUILD_DEPENDS += , libghc-pandoc-types-prof, libghc-pandoc-types-prof
+CDBS_BUILD_DEPENDS += , libghc-json-prof
+CDBS_BUILD_DEPENDS += , libghc-dlist-prof
+CDBS_BUILD_DEPENDS += , libghc-tagsoup-prof
+CDBS_BUILD_DEPENDS += , libghc-base64-bytestring-prof, libghc-base64-bytestring-prof
+CDBS_BUILD_DEPENDS += , libghc-highlighting-kate-prof
+CDBS_BUILD_DEPENDS += , libghc-diff-prof, libghc-testpack-prof
 CDBS_BUILD_DEPENDS += , hscolour (>= 1.8)
 CDBS_BUILD_DEPENDS += , $(deps-doc)
 
-- 
1.7.5.4

Bug#640644: bluez: attempted upgrade from 4.94-3 to 4.96-1 causes kernel "oops"

[cfr]

Package: bluez
Version: 4.94-3
Severity: important


Attempted upgrade using aptitude from 4.94-3 to 4.96-1 caused "oops". On
reboot, aptitude demanded dpkg --configure -a but dpkg reports bluez in
too damaged a state. Attempting to force installation retriggers "oops".
Attempting to remove bluez causes system to offer to uninstall large
parts of itself. Package state is therefore irresolvably inconsistent at
present.

Note that the problem is with 4.96-1 and not 4.94-3. Although reportbug
says this is the installed version, dpkg/apt-get can no longer find this
4.94.3. Files under dpkg's status are for 4.94.3 but files in
/var/lib/dpkg/info/ are for 4.96-1 and dpkg reports the package as
half-configured or half-installed or in need of reinstallation...

apt-cache policy bluez:

  Installed: 4.94-3
  Candidate: 4.96-1
  Version table:
   4.96-1 
990 http://mirror.ox.ac.uk/debian/ wheezy/main powerpc Packages
600 ftp://mirror.ox.ac.uk/debian/ sid/main powerpc Packages
990 ftp://mirror.ox.ac.uk/debian/ testing/main powerpc Packages 

  *** 4.94-3 
100 /var/lib/dpkg/status

apt-cache show bluez:

Package: bluez
Version: 4.96-1
Installed-Size: 1828
Maintainer: Debian Bluetooth Maintainers 

Architecture: powerpc
Replaces: bluez-audio (<= 3.36-3), bluez-input, bluez-network, bluez-serial, 
bluez-utils (<= 3.36-3), udev (<< 170-1)
Depends: libbluetooth3 (>= 4.91), libc6 (>= 2.7), libcap-ng0, libdbus-1-3 (>= 
1.1.1), libglib2.0-0 (>= 2.28.0), libreadline6 (>= 6.0), libudev0 (>= 0.140), 
libusb-0.1-4 (>= 2:0.1.12), module-init-tools, udev (>= 170-1), lsb-base, dbus, 
python-gobject, python-dbus
Conflicts: bluez-audio (<= 3.36-3), bluez-utils (<= 3.36-3)
Breaks: udev (<< 170-1)
Description: Bluetooth tools and daemons
 This package contains tools and system daemons for using Bluetooth devices.
 .
 BlueZ is the official Linux Bluetooth protocol stack. It is an Open Source
 project distributed under GNU General Public License (GPL).
Homepage: http://www.bluez.org
Tag: implemented-in::c
Section: admin
Priority: optional
Filename: pool/main/b/bluez/bluez_4.96-1_powerpc.deb
Size: 636236
MD5sum: 6749c1faabe56f05dadc542a67c877e9
SHA1: 26431d025a205678eca2874f6e0f64f47e74cf8d
SHA256: 970e5797a901b52a4be36062c0ed03995cb912de82836fa392106fa04589b2a6

Package: bluez
Status: install reinstreq half-configured
Priority: optional
Section: admin
Installed-Size: 1692
Maintainer: Debian Bluetooth Maintainers 

Architecture: powerpc
Version: 4.94-3
Config-Version: 4.94-3
Replaces: bluez-audio (<= 3.36-3), bluez-input, bluez-network, bluez-serial, 
bluez-utils (<= 3.36-3), udev (<< 170-1)
Depends: libbluetooth3 (>= 4.91), libc6 (>= 2.7), libcap-ng0, libdbus-1-3 (>= 
1.1.1), libglib2.0-0 (>= 2.24.0), libudev0 (>= 0.140), libusb-0.1-4 (>= 
2:0.1.12), module-init-tools, udev (>= 170-1), lsb-base, dbus, python-gobject, 
python-dbus
Breaks: udev (<< 170-1)
Conflicts: bluez-audio (<= 3.36-3), bluez-utils (<= 3.36-3)
Conffiles:
 /etc/bluetooth/main.conf 26ab16cc3dcfbad817de3190092e366c
 /etc/bluetooth/rfcomm.conf 0a87d3eddd29683c1456688907e67b4f
 /etc/bluetooth/serial.conf 5dcc15dd1153ddebbd41612da9b642e5
 /etc/bluetooth/network.conf 0c7497c405b963382ff71789d0730abd
 /etc/bluetooth/audio.conf c2ee67e4141ac548f5bc49634f44018a
 /etc/bluetooth/input.conf 4bebcedeed8770b1aea07eefc5c35a52
 /etc/default/bluetooth 1e25cf981f29147187311b94f8e0ea89
 /etc/dbus-1/system.d/bluetooth.conf 4599b5ab9197cc9527bb825e964fb1c7
 /etc/init.d/bluetooth 6381b89fd1996a2d827e0e81f553477a
Description: Bluetooth tools and daemons
 This package contains tools and system daemons for using Bluetooth devices.
 .
 BlueZ is the official Linux Bluetooth protocol stack. It is an Open Source
 project distributed under GNU General Public License (GPL).
Homepage: http://www.bluez.org

[But I cannot reinstall 4.94-3 because nothing can find the file even
with appropriate snapshot sources listed in sources.list.]

I could not capture the output of the "oops"s because the system was
entirely unresponsive and nothing seems to have been logged. Following
suggestions in the kernel documentation, however, I did try to take a
photograph of my screen on the second "oops" and I can provide this if
it might be of any use. (It is probably not a very good photograph as I
don't have a great camera but it was taken with a camera rather than
just a phone, say.)

-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (990, 'testing'), (600, 'unstable')
Architecture: powerpc (ppc)

Kernel: Linux 3.0.0-1-powerpc
Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=ANSI_X3.4-1968) (ignored: 
LC_ALL set to C)
Shell: /bin/sh linked to /bin/dash

Versions of packages bluez depends on:
ii  dbus 1.4.14-1simple interprocess messaging syst
ii  libbluetooth34.96-1  Library to use the BlueZ Linux Blu
ii  libc62.13-16 Embedded GNU C Library: Shared lib

Bug#623263: shibboleth-sp2: FTBFS on armel (ICE)

[peter green]

If there is a need to get this package building on armel again before the
gcc bug is fixed it is possible to do so by building it with g++-4.4 (4.5
and 4.6 both fail) on armel. I've attatched a patch that does that.



Thanks for the patch!

Do you know if this will cause any problems given that shibboleth-sp2 is
linked with several shared libraries now built with g++-4.6?
  
I belive all recent g++ versions are abi compatible (they certainly all 
use the same version of libstdc++). ccing debian-gcc for confirmation.




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

Bug#640640: xscreensaver: Manual page tells users to break their systems

[Jamie Zawinski]

On Sep 5, 2011, at 4:07 PM, Josselin Mouette wrote:

> Package: xscreensaver
> Version: 5.14-1
> Severity: normal
> 
> The “USING GNOME” and “USING KDE” sections of the xscreensaver manual 
> page contain, among offensive and inappropriate text, instructions that 
> will, with recent versions, fail to accomplish the desired effect, in 
> addition to breaking some functionality on the system.

If you have technical corrections to those instructions, please share.

I think you don't understand what the word "offensive" means.

For example, "offensive" would be if I asked you to die in a fire.




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

Bug#640643: rest2web: __prune__ in dot directories is ignored

[Karl Goetz]

Package: rest2web
Version: 0.5.2~alpha+svn-r248-2
Severity: normal

Hi,
I've just confirmed this, so I thought I'd put in a bug report.

I have a site which contains these directories:

10:15:16  kgoetz@epicfail: ~/webrest $ ls -A
total 84K
drwxr-xr-x 6 kgoetz kgoetz 4.0K Aug 27 09:01 .bzr
[...]
drwxr-xr-x 2 kgoetz kgoetz 4.0K Sep  6 10:07 debian
-rw-r--r-- 1 kgoetz kgoetz  959 Sep  2 20:07 hacking_rest2web.rst
-rw-r--r-- 1 kgoetz kgoetz  931 Sep  6 10:01 index.txt
-rw-r--r-- 1 kgoetz kgoetz  728 Sep  5 13:04 Makefile
[...]
drwxr-xr-x 3 kgoetz kgoetz 4.0K Sep  6 10:13 website-generator
[...]

Adding __prune__ to .bzr and website-generator, I expect both to be skipped. 
Oddly, only website-generator is. .bzr is processed as normal.

I tried adding .bzr as a 'forced skip' with .svn in the codebase and had no 
luck either, perhaps an issue with all dot directories?

thanks,
kk

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

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

Versions of packages rest2web depends on:
ii  python  2.6.6-3+squeeze6 interactive high-level object-orie
ii  python-docutils 0.7-2utilities for the documentation of
ii  python-support  1.0.10   automated rebuilding support for P

rest2web recommends no packages.

Versions of packages rest2web suggests:
ii  rest2web-doc  0.5.2~alpha+svn-r248-2 documentation for rest2web

-- 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#633932: dump: Related bugs

[Mark Wooding]

I've seen this bug too.  It's caused by a binary- and source-
incompatible change in e2fslibs, which I reported as #636418.  This is
also responsible for the FTBFS #634421.

This is, of course, extremely bad form of e2fslibs, which should have
changed the soname and package name.

-- [mdw]



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

Bug#640486: Unknown config file command '{0:t}' ({1:t}:{2:d}))...

[jidanni]

MG> What are the conents of your /etc/xpdf/xpdfrc?
md5sum /etc/xpdf/xpdfrc
bc551a4fa0c2446326d5a6590f96e066  /etc/xpdf/xpdfrc
Never mind that, the problem lies in the executable:
$ strings /usr/bin/xpdf.real|grep 0:t|head
Bad 'nameToUnicode' config file command ({0:t}:{1:d})
Couldn't open 'nameToUnicode' file '{0:t}'
Bad line in 'nameToUnicode' file ({0:t}:{1:d})
Bad 'cidToUnicode' config file command ({0:t}:{1:d})
Bad 'unicodeToUnicode' config file command ({0:t}:{1:d})
Bad 'unicodeMap' config file command ({0:t}:{1:d})
Bad 'cMapDir' config file command ({0:t}:{1:d})
Bad 'toUnicodeDir' config file command ({0:t}:{1:d})
Bad 'fontFile' config file command ({0:t}:{1:d})
Bad 'fontDir' config file command ({0:t}:{1:d})



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

Bug#640483: closed by Michael Gilbert (Re: Bug#640483: dpkg: warning: while removing xpdf, directory '/etc/xpdf' not empty so not removed.)

[jidanni]

I have been using unstable all along. Sodon'tblame  me.



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

Bug#640642: gpsd: Please include systemd init in new upload

[Eckhart Wörner]

Package: gpsd
Version: 2.95-13.1
Severity: wishlist
Tags: patch

systemd socket activation allows to start gpsd only on demand, making it way 
more resource-friendly. Version 3.x of gpsd is systemd ready.

This needs the following changes:

- Configure scons with systemd=yes

- Ship /lib/systemd/system/gpsd.service:
[Unit]
Description=GPS (Global Positioning System) Daemon

[Service]
type=simple
ExecStart=/usr/bin/gpsd -N

[Install]
Also=gpsd.socket

- Ship /lib/systemd/system/gpsd.socket:
[Unit]
Description=GPS (Global Positioning System) Daemon Sockets

[Socket]
ListenStream=/var/run/gpsd.sock
ListenStream=127.0.0.1:2947

[Install]
WantedBy=sockets.target



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

Bug#635772: [ha...@afaics.de: Bug#635772: mg should not touch modification date of the backup]

[Trent W. Buck]

tag 635772 + wontfix
thank you

Han Boetes wrote:
> As stated in the source code:
>
> /*
>  * Make a backup copy of "fname".  On Unix the backup has the same
>  * name as the original file, with a "~" on the end; this seems to
>  * be newest of the new-speak. The error handling is all in "file.c".
>  * We do a copy instead of a rename since otherwise another process
>  * with an open fd will get the backup, not the new file.  This is
>  * a problem when using mg with things like crontab and vipw.
>  */
>
> This is for security reasons. If you know a decent workaround
> please let me know.

Upstream has spoken, and I won't make Debian mg different from
upstream mg in this respect.

If you want to debate it, you can talk to the OpenBSD people, but I
doubt you'll get anywhere :-)



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

Bug#639228: Initial patches for Evolution 3 and GTK+ 3 support

[Stephen Kitt]

merge 639228 639966
tag 639228 + patch
tag 639228 + pending
thanks

Hi Qi,

Here are a couple of patches adapting mail-notification to Evolution 3
and GTK+ 3. They're based on the work done on Fedora 16, available at
http://pkgs.fedoraproject.org/gitweb/?p=mail-notification.git;a=tree

This also requires changes to debian/control and debian/rules; I'll
get a working package uploaded in the next few days.

Regards,

Stephen
--- mail-notification-5.4.dfsg.1.orig/jbsrc/lib/src/extras/jb-evolution-plugin.c
+++ mail-notification-5.4.dfsg.1/jbsrc/lib/src/extras/jb-evolution-plugin.c
@@ -41,7 +41,7 @@
   if (! minversion)
 minversion = "2.12";
 
-  packages = g_strdup_printf("evolution-plugin >= %s", minversion);
+  packages = g_strdup_printf("evolution-plugin-3.0 >= %s", minversion);
   result = jb_check_packages("Evolution", "evolution-plugin", packages);
   g_free(packages);
 
@@ -53,7 +53,7 @@
   char *plugindir;
 
   jb_message_checking("for the Evolution plugin directory");
-  plugindir = jb_get_package_variable("evolution-plugin", "plugindir");
+  plugindir = jb_get_package_variable("evolution-plugin-3.0", "plugindir");
   jb_message_result_string(plugindir ? plugindir : "not found");
 
   if (! plugindir)
--- mail-notification-5.4.dfsg.1.orig/src/mn-evolution-folder-tree-server.gob
+++ mail-notification-5.4.dfsg.1/src/mn-evolution-folder-tree-server.gob
@@ -19,6 +19,10 @@
 
 %privateheader{
 #include 
+#include 
+#if EDS_CHECK_VERSION(2,91,0)
+#include 
+#endif
 %}
 
 %{
@@ -42,6 +46,7 @@
 
   private GtkWidget *plug;
   private GtkWidget *tree;	/* plug's child, destroyed with it */
+  private EMailSession *session;
 
   property STRING uri
 set
@@ -62,7 +67,12 @@
 
   constructor (self)
   {
-#if EDS_CHECK_VERSION(2,29,0)
+#if EDS_CHECK_VERSION(3,1,0)
+selfp->tree = em_folder_tree_new(NULL, NULL);
+#elif EDS_CHECK_VERSION(2,91,0)
+selfp->session = e_mail_session_new();
+selfp->tree = em_folder_tree_new(selfp->session);
+#elif EDS_CHECK_VERSION(2,29,0)
 selfp->tree = em_folder_tree_new();
 #else
 EMFolderTreeModel *model;
@@ -85,6 +95,12 @@
 
   finalize (self)
   {
+#if EDS_CHECK_VERSION(2,91,0)
+#if !EDS_CHECK_VERSION(3,1,0)
+g_object_unref(selfp->session);
+selfp->session = NULL;
+#endif
+#endif
 g_signal_handlers_disconnect_by_func(selfp->plug, self_plug_destroy_h, self);
   }
 
--- mail-notification-5.4.dfsg.1.orig/src/mn-evolution-plugin.c
+++ mail-notification-5.4.dfsg.1/src/mn-evolution-plugin.c
@@ -25,6 +25,7 @@
 #include 
 #include 
 #include 
+#include 
 #include 
 #include 
 #include "mn-evolution.h"
@@ -240,7 +241,11 @@
 	   EMEventTargetFolder *folder)
 {
   if (evo_server)
+#if EDS_CHECK_VERSION(3,1,0)
+mn_evolution_server_folder_changed(evo_server, e_mail_folder_uri_build(folder->store, folder->folder_name));
+#else
 mn_evolution_server_folder_changed(evo_server, folder->uri);
+#endif
 }
 
 void
@@ -249,10 +254,15 @@
 {
   if (evo_server)
 {
-  char *url;
+#if EDS_CHECK_VERSION(2,91,0)
+  const char *url = camel_folder_get_uri(message->folder);
+#else
+  char *url = mail_tools_folder_to_url(message->folder);
+#endif
 
-  url = mail_tools_folder_to_url(message->folder);
   mn_evolution_server_message_reading(evo_server, url);
+#if !EDS_CHECK_VERSION(2,91,0)
   g_free(url);
+#endif
 }
 }
--- mail-notification-5.4.dfsg.1.orig/src/mn-evolution-server.gob
+++ mail-notification-5.4.dfsg.1/src/mn-evolution-server.gob
@@ -36,7 +36,9 @@
 #include 
 #endif
 #include 
+#if !EDS_CHECK_VERSION(2,91,0)
 #include 
+#endif
 #include 
 #include "mn-evolution.h"
 #include "mn-evolution-folder-tree-server.h"
@@ -148,7 +150,15 @@
 
 if (! folder)
   {
+#if EDS_CHECK_VERSION(2,91,0)
+	static EMailSession * session = NULL;
+	if (!session)
+	  session = e_mail_session_new();
+
+	folder = e_mail_session_uri_to_folder_sync(session, uri, 0, NULL, NULL);
+#else
 	folder = mail_tool_uri_to_folder(uri, 0, NULL);
+#endif
 	if (folder)
 	  self_cache_folder(uri, folder);
 	else
@@ -274,7 +284,11 @@
 folder = self_lookup_folder(folder_uri, err);
 if (folder)
   {
+#if EDS_CHECK_VERSION(3,1,0)
+	*ret = g_strdup(camel_folder_get_display_name(folder));
+#else
 	*ret = g_strdup(camel_folder_get_name(folder));
+#endif
 	g_object_unref(folder);
   }
 
@@ -304,8 +318,12 @@
 	shell = e_shell_get_default();
 	shell_backend = e_shell_get_backend_by_name(shell, "mail");
 
-	browser = e_mail_browser_new(shell_backend);
+	browser = e_mail_browser_new(E_MAIL_BACKEND(shell_backend));
+#if EDS_CHECK_VERSION(3,1,0)
+	e_mail_reader_set_folder(E_MAIL_READER(browser), folder);
+#else
 	e_mail_reader_set_folder(E_MAIL_READER(browser), folder, folder_uri);
+#endif
 	e_mail_reader_set_message(E_MAIL_READER(browser), message_uid);
 	gtk_widget_show(browser);
 #else
--- mail-notification-5.4.dfsg.1.orig/src/mn-evolution-folder-tree-server.gob
+++ mail-notification-5.4.dfsg.1/src/mn-evolution-folder-tree-server.g

Bug#623263: shibboleth-sp2: FTBFS on armel (ICE)

[Russ Allbery]

peter green  writes:

> This bug also affects testing

> If there is a need to get this package building on armel again before the
> gcc bug is fixed it is possible to do so by building it with g++-4.4 (4.5
> and 4.6 both fail) on armel. I've attatched a patch that does that.

Thanks for the patch!

Do you know if this will cause any problems given that shibboleth-sp2 is
linked with several shared libraries now built with g++-4.6?

-- 
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#640638: libbotan-1.8.2: Outdated binary packages in unstable

[Ondřej Surý]

found 640638 1.8.13-1
fixed 640638 1.8.13-2
forcemerge 633775 640638
thank you

Hi Francis,

there's a transition bug #638818 which I have filled, but the release
team is probably overwhelmed,
so no action was done yet.

libbotan-1.8.2 will disappear from the archive automatically when
there is no binary package depending
on it, there's no need to take any manual action on botan1.8 side. I
am sorry about the breakage,
but the milk has been spilled and it didn't make sense to upload fixed
libbotan-1.8.2 when simple binNMU
would fix the problem.

It means if the monotone still has a problem it needs a binNMU or just
upload a new monotone version
with Build-depends: libbotan1.8-dev (>= 1.8.13-2~)

Let me know if I should request the binNMU[1] for monotone or you can
do it yourself, I'll be away from
computer for three days from now, so it will be faster if you do it.

Looks like I'll have to take care of keysafe, since it has been
orphaned and is maintained by Debian QA.

O.
1. http://wiki.debian.org/binNMU
On Tue, Sep 6, 2011 at 00:54, Francis Russell
 wrote:
> Package: libbotan-1.8.2
> Version: 1.8.13-4
> Severity: important
>
>
> According to the botan1.8 PTS page, version 1.3.13-2 was accepted into 
> unstable 17/8/2011 and there have been
> newer uploads since then. However, as far I can tell, all libbotan-1.8.2 
> binary packages in unstable appear to
> be at version 1.8.13-1. As a consequence, the monotone maintainers are still 
> receiving bug reports for
> monotone caused by DBTS #633775.
>
> Francis
>
>
>



-- 
Ondřej Surý 



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

Bug#640641: nmu: keysafe_0.4.0.2-3

[Ondřej Surý]

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

nmu keysafe_0.4.0.2-3 . ALL . -m "Rebuild with libbotan1.8-dev (>= 1.8.13-2) to 
fix SONAME breakage in libbotan-1.8.2 (= 1.8.13-1)"

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

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



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

Bug#497620: cannot reproduce with 4.6

[Nicolas Boulenguez]

Gnat 4.6.1 does not crash on this source.



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

Bug#640640: xscreensaver: Manual page tells users to break their systems

[Josselin Mouette]

Package: xscreensaver
Version: 5.14-1
Severity: normal

The “USING GNOME” and “USING KDE” sections of the xscreensaver manual 
page contain, among offensive and inappropriate text, instructions that 
will, with recent versions, fail to accomplish the desired effect, in 
addition to breaking some functionality on the system.

I think they should be removed.

Cheers,
-- 
 .''`.  Josselin Mouette
: :' :
`. `'
  `-



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

Bug#640639: libcurl: CURLE_SSL_CACERT_BADFILE error when all CAs in ca-certificates disabled

[Jonathan Nieder]

Package: libcurl3-gnutls
Version: 7.21.7-1

Today I ran into a weird error:

| $ git fetch
| error:  while accessing https://github.com/torvalds/linux.git/info/refs

The cause was that git does not fall back to curl_easy_strerror() when
the error buffer is empty, as discussed at [1].  Easy enough to work
around that:

| $ git fetch
| error: Problem with the SSL CA cert (path? access rights?) while accessing 
https://github.com/torvalds/linux.git/info/refs

"Is ca-certificates broken?" I start to wonder.  But no, now I
remember: I just had disabled all CAs at the debconf prompt since I
have no reason to trust them.

| $ ls -l /etc/ssl/certs/ca-certificates.crt
| -rw-r--r-- 1 root root 0 Sep  2 00:07 /etc/ssl/certs/ca-certificates.crt

This is probably a libgnutls bug, but since I haven't pinned it down
I'm filing it here.  Known problem?

Thanks,
Jonathan

[1] http://thread.gmane.org/gmane.comp.version-control.git/180764

$ dpkg-query -W libgnutls26
libgnutls26 2.12.10-1



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

Bug#640638: libbotan-1.8.2: Outdated binary packages in unstable

[Francis Russell]

Package: libbotan-1.8.2
Version: 1.8.13-4
Severity: important


According to the botan1.8 PTS page, version 1.3.13-2 was accepted into unstable 
17/8/2011 and there have been
newer uploads since then. However, as far I can tell, all libbotan-1.8.2 binary 
packages in unstable appear to
be at version 1.8.13-1. As a consequence, the monotone maintainers are still 
receiving bug reports for
monotone caused by DBTS #633775.

Francis



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

Bug#640326: makedic package description

[Ben Finney]

Justin B Rye  writes:

> Eugeniy Meshcheryakov wrote:
> >This package provides a graphical program for learning Japanese
> >characters, which also doubles as a dictionary lookup program.
> >It requires a dictionary package, such as kanjidic (for learning
> >kanji) or kanadic (for learning hiragana or katakana), although
> >you can specify a custom dictionary file on the command line.
>
> Looks good.  I should mention that over on d-l-e Ben Finney's not
> persuaded about lowercase "kanji"...
>  http://lists.debian.org/debian-l10n-english/2011/09/msg7.html

As I hope that message explains, it's a little more nuanced: both
title-case “Kanji” and lowercase “kanji” are okay, for saying different
things.

I would read the above “for learning kanji” as “for learning individual
items from some collection of glyphs from the writing system Kanji”; and
likewise for “learning hiragana” and “learning katakana”.

That is, it's fine to say that a program helps with “learning kanji”,
if that means one is learning individual glyphs (as seems likely for
this package).

I also agree that the “proper noun” category is arbitrary; for example,
I have no problem that we no longer refer to the Internet, but rather
refer to the internet.

-- 
 \ “We can't depend for the long run on distinguishing one |
  `\ bitstream from another in order to figure out which rules |
_o__)   apply.” —Eben Moglen, _Anarchism Triumphant_, 1999 |
Ben Finney 



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

Bug#640637: live-magic: uses hardcoded errno values

[Pino Toscano]

Package: live-magic
Version: 1.14
Severity: normal
Tags: patch

Hi,

currently live-magic compares 'errno' values with hardcoded numeric values,
instead of using the constants of the 'errno' Python module.
This can lead to bugs due to E* values being potentially different per-OS,
and even per-arch for the same OS.

The attached patch fixes the issue.

Thanks,
-- 
Pino
diff --git a/DebianLive/elements/folder_of_files.py b/DebianLive/elements/folder_of_files.py
index d48af4d..0f0bc4e 100644
--- a/DebianLive/elements/folder_of_files.py
+++ b/DebianLive/elements/folder_of_files.py
@@ -18,6 +18,7 @@
 
 import glob
 import os
+import errno
 
 from os.path import join
 
@@ -44,7 +45,7 @@ class FolderOfFiles(dict):
 f.close()
 except IOError, e:
 # "Is a directory"
-if e.errno == 21:
+if e.errno == errno.EISDIR:
 continue
 
 def __delitem__(self, k):

Bug#562677: audiofile: diff for NMU version 0.2.7-0.2

[Alessio Treglia]

Hi Daniel,

I've prepared an NMU for audiofile (versioned as 0.2.7-0.2) and I intend
to upload it to DELAYED/10 once audiofile 0.2.7-0.1 has migrated to
testing.

Please let me know what you think about that, and thanks in advance for
any reply.

Regards.

-- 
Alessio Treglia  | www.alessiotreglia.com
Debian Developer | ales...@debian.org
Ubuntu Core Developer| quadris...@ubuntu.com
0FEC 59A5 E18E E04F 6D40 593B 45D4 8C7C DCFC 3FD0
diff -Nru audiofile-0.2.7/debian/changelog audiofile-0.2.7/debian/changelog
--- audiofile-0.2.7/debian/changelog	2011-08-25 13:28:48.0 +0200
+++ audiofile-0.2.7/debian/changelog	2011-09-06 00:32:39.0 +0200
@@ -1,3 +1,10 @@
+audiofile (0.2.7-0.2) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Enable largefile support (Closes: #562677).
+
+ -- Alessio Treglia   Tue, 06 Sep 2011 00:32:15 +0200
+
 audiofile (0.2.7-0.1) unstable; urgency=low
 
   * Non-maintainer upload.
diff -Nru audiofile-0.2.7/debian/rules audiofile-0.2.7/debian/rules
--- audiofile-0.2.7/debian/rules	2011-08-25 13:10:30.0 +0200
+++ audiofile-0.2.7/debian/rules	2011-09-06 00:40:46.0 +0200
@@ -11,6 +11,9 @@
 %:
 	dh $@ --with autoreconf
 
+override_dh_auto_configure:
+	dh_auto_configure -- --enable-largefile
+
 override_dh_strip:
 	dh_strip -plibaudiofile0 --dbg-package=libaudiofile0-dbg
 	dh_strip --remaining-packages

Bug#640636: FTBFS on !x86

[Philipp Kern]

Package: drc
Version: 3.1.1~dfsg0-1
Severity: important

Hi,

please fix the package to compile on !x86 by not passing SSE options to the
build.  If that is not possible (like due to inline assembly and such), please
restrict the architecture line to "any-i386 any-amd64".

Kind regards
Philipp Kern



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

Bug#640635: ognl: FTBFS: cp: cannot stat `debian/tmp/dist/docs/pdf/DeveloperGuide.pdf': No such file or directory

[Mònica Ramírez Arceda]

Source: ognl
Version: 2.7.3-3
Severity: serious
Tags: wheezy sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20110902 qa-ftbfs
Justification: FTBFS on amd64

Hi,

During a rebuild of all packages in sid, your package failed to build on
amd64.

Relevant part:
>  fakeroot debian/rules binary
> test -x debian/rules
> dh_testroot
> dh_prep 
> dh_installdirs -A 
> mkdir -p "."
> /usr/share/cdbs/1/rules/buildcore.mk:109: WARNING:  DEB_COMPRESS_EXCLUDE is a 
> deprecated variable
> DEB_ANT_CHECK_TARGET unset, not running checks
> DEB_ANT_INSTALL_TARGET unset, skipping default ant.mk common-install target
> Adding cdbs dependencies to debian/libognl-java.substvars
> dh_installdirs -plibognl-java 
> Adding cdbs dependencies to debian/libognl-java-doc.substvars
> dh_installdirs -plibognl-java-doc 
> dh_installdocs -plibognl-java 
> dh_installexamples -plibognl-java 
> dh_installman -plibognl-java  
> dh_installinfo -plibognl-java  
> dh_installmenu -plibognl-java 
> dh_installcron -plibognl-java 
> dh_installinit -plibognl-java  
> dh_installdebconf -plibognl-java 
> dh_installemacsen -plibognl-java   
> dh_installcatalogs -plibognl-java 
> dh_installpam -plibognl-java 
> dh_installlogrotate -plibognl-java 
> dh_installlogcheck -plibognl-java 
> dh_installchangelogs -plibognl-java  
> dh_installudev -plibognl-java 
> dh_lintian -plibognl-java 
> dh_bugfiles -plibognl-java 
> dh_install -plibognl-java  
> dh_link -plibognl-java  
> dh_installmime -plibognl-java 
> dh_installgsettings -plibognl-java 
> mh_installpoms -plibognl-java
> mh_installjar -plibognl-java -l pom.xml build/ognl-2.7.3.jar
> dh_installdocs -plibognl-java-doc 
> dh_installexamples -plibognl-java-doc 
> dh_installman -plibognl-java-doc  
> dh_installinfo -plibognl-java-doc  
> dh_installmenu -plibognl-java-doc 
> dh_installcron -plibognl-java-doc 
> dh_installinit -plibognl-java-doc  
> dh_installdebconf -plibognl-java-doc 
> dh_installemacsen -plibognl-java-doc   
> dh_installcatalogs -plibognl-java-doc 
> dh_installpam -plibognl-java-doc 
> dh_installlogrotate -plibognl-java-doc 
> dh_installlogcheck -plibognl-java-doc 
> dh_installchangelogs -plibognl-java-doc  
> dh_installudev -plibognl-java-doc 
> dh_lintian -plibognl-java-doc 
> dh_bugfiles -plibognl-java-doc 
> dh_install -plibognl-java-doc  
> cp: cannot stat `debian/tmp/dist/docs/pdf/DeveloperGuide.pdf': No such file 
> or directory
> dh_install: cp -a debian/tmp/dist/docs/pdf/DeveloperGuide.pdf 
> debian/libognl-java-doc//usr/share/doc/libognl-java// returned exit code 1
> make: *** [binary-install/libognl-java-doc] Error 2

The full build log is available from:
   http://people.debian.org/~lucas/logs/2011/09/02/ognl_2.7.3-3_lsid64.buildlog

A list of current common problems and possible solutions is available at 
http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute!

About the archive rebuild: The rebuild was done on about 50 AMD64 nodes
of the Grid'5000 platform, using a clean chroot.  Internet was not
accessible from the build systems.



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

Bug#640634: libjsyntaxpane-java: FTBFS: xargs: /usr/lib/jvm/java-6-openjdk/bin/javac: No such file or directory

[Mònica Ramírez Arceda]

Source: libjsyntaxpane-java
Version: 0.9.5~r148-1
Severity: serious
Tags: wheezy sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20110902 qa-ftbfs
Justification: FTBFS on amd64

Hi,

During a rebuild of all packages in sid, your package failed to build on
amd64.

Relevant part:
> make[1]: Entering directory 
> `/build/libjsyntaxpane-java-kv6R33/libjsyntaxpane-java-0.9.5~r148'
> jflex -d src/main/java/jsyntaxpane/lexers/ 
> src/main/jflex/jsyntaxpane/lexers/*flex
> Reading "src/main/jflex/jsyntaxpane/lexers/bash.flex"
> Constructing NFA : 1,513 states in NFA
> Converting NFA to DFA : 
> ..
> 808 states before minimization, 373 states in minimized DFA
> Writing code to "src/main/java/jsyntaxpane/lexers/BashLexer.java"
> Reading "src/main/jflex/jsyntaxpane/lexers/c.flex"
> Constructing NFA : 754 states in NFA
> Converting NFA to DFA : 
> .
> 407 states before minimization, 236 states in minimized DFA
> Writing code to "src/main/java/jsyntaxpane/lexers/CLexer.java"
> Reading "src/main/jflex/jsyntaxpane/lexers/clojure.flex"
> Constructing NFA : 2,749 states in NFA
> Converting NFA to DFA : 
> 
> 1398 states before minimization, 814 states in minimized DFA
> Writing code to "src/main/java/jsyntaxpane/lexers/ClojureLexer.java"
> Reading "src/main/jflex/jsyntaxpane/lexers/cpp.flex"
> Constructing NFA : 974 states in NFA
> Converting NFA to DFA : 
> 
> 498 states before minimization, 290 states in minimized DFA
> Writing code to "src/main/java/jsyntaxpane/lexers/CppLexer.java"
> Reading "src/main/jflex/jsyntaxpane/lexers/dosbatch.flex"
> Constructing NFA : 555 states in NFA
> Converting NFA to DFA : 
> ..

Bug#640418: Does not use an initrd on mipsel/loongson-2f systems

[Matt Kraai]

Hi Joey,

On Mon, Sep 05, 2011 at 10:42:33AM -0400, Joey Hess wrote:
> Matt Kraai wrote:
> > When I install on a Lemote Yeeloong, the resulting system fails to
> > boot because the root filesystem uses ext4 and the kernel doesn't have
> > a way to mount it since it doesn't use an initrd.  The attached patch
> > should make it do so.
> 
> This adds subarch-specific logic to a new location. If mipsel 
> uses an initrd now, perhaps this in templates-arch should be changed?
> Or does the kernel somehow only support an initrd on the loongson?
> 
> Template: base-installer/kernel/linux/initrd-2.6
> Type: boolean
> Default: true
> Default[mips]: false
> Default[mipsel]: false
> Default[m68k]: false

The loongson-2f sub-architecture uses GRUB and is able to use an
initrd.  I don't know about the other subarchitectures...

Copying debian-mips to see if anyone there knows.

-- 
Matt Kraai
https://ftbfs.org/kraai



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

Bug#640633: tunnelx: FTBFS: xargs: /usr/lib/jvm/java-6-openjdk/bin/javac: No such file or directory

[Mònica Ramírez Arceda]

Source: tunnelx
Version: 20110801-2
Severity: serious
Tags: wheezy sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20110902 qa-ftbfs
Justification: FTBFS on amd64

Hi,

During a rebuild of all packages in sid, your package failed to build on
amd64.

Relevant part:
> make[1]: Entering directory `/build/tunnelx-VsKbGH/tunnelx-20110801'
> jh_build -o"-source 1.5"
> find src -name *.java -and -type f -print0 | xargs -0 
> /usr/lib/jvm/java-6-openjdk/bin/javac -cp 
> /usr/share/java/j3dcore.jar:/usr/share/java/j3dutils.jar:/usr/share/java/vecmath.jar:debian/_jh_build.tunnelx
>  -d debian/_jh_build.tunnelx -source 1.5
> xargs: /usr/lib/jvm/java-6-openjdk/bin/javac: No such file or directory
> make[1]: *** [override_jh_build] Error 1

The full build log is available from:
   
http://people.debian.org/~lucas/logs/2011/09/02/tunnelx_20110801-2_lsid64.buildlog

A list of current common problems and possible solutions is available at 
http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute!

About the archive rebuild: The rebuild was done on about 50 AMD64 nodes
of the Grid'5000 platform, using a clean chroot.  Internet was not
accessible from the build systems.



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

Bug#632155: libsqlite3-ruby1.9.1: Throws an 'sqlite3_api.so: undefined symbol: rb_str2cstr' error on use

[Dmitry Borodaenko]

tags 632155 squeeze upstream
thanks

The version of sqlite3-ruby in squeeze (1.2.4) does not fully support
ruby1.9, your best option is to recompile a more recent version (at
least 1.3.1) from source on a squeeze system.

Regards,
Dmitry Borodaenko



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

Bug#640632: scilab-jims: FTBFS: Error: libjvm.so: cannot open shared object file: No such file or directory

[Mònica Ramírez Arceda]

Source: scilab-jims
Version: 0.2-1
Severity: serious
Tags: wheezy sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20110902 qa-ftbfs
Justification: FTBFS on amd64

Hi,

During a rebuild of all packages in sid, your package failed to build on
amd64.

Relevant part:
>  debian/rules build
> test -x debian/rules
> mkdir -p "."
> SCI_DISABLE_TK=1 SCI_JAVA_ENABLE_HEADLESS=1 \
>   /usr/bin/scilab -nw -f builder.sce  
> 
> Could not load JVM dynamic library (libjava).
> Error: libjvm.so: cannot open shared object file: No such file or directory
> If you are using a binary version of Scilab, please report a bug 
> http://bugzilla.scilab.org/.
> If you are using a self-built version of Scilab, update the script bin/scilab 
> to provide the path to the JVM.
> The problem might be related to SELinux. Try to deactivate it.
> Please also check that you are not trying to run Scilab 64 bits on a 32 bits 
> system (or vice versa).
> 
> Scilab cannot open JVM library.
> make: *** [build-arch] Error 1

The full build log is available from:
   
http://people.debian.org/~lucas/logs/2011/09/02/scilab-jims_0.2-1_lsid64.buildlog

A list of current common problems and possible solutions is available at 
http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute!

About the archive rebuild: The rebuild was done on about 50 AMD64 nodes
of the Grid'5000 platform, using a clean chroot.  Internet was not
accessible from the build systems.



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

Bug#640631: weirdx: FTBFS: xargs: /usr/lib/jvm/java-6-openjdk/bin/javac: No such file or directory

[Mònica Ramírez Arceda]

Source: weirdx
Version: 1.0.32-5
Severity: serious
Tags: wheezy sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20110902 qa-ftbfs
Justification: FTBFS on amd64

Hi,

During a rebuild of all packages in sid, your package failed to build on
amd64.

Relevant part:
>  debian/rules build
> dh --with javahelper --with quilt build
>dh_testdir
>dh_quilt_patch
> Applying patch 01library
> patching file com/jcraft/weirdx/WeirdX.java
> 
> Now at patch 01library
>dh_auto_configure
>jh_linkjars
>dh_auto_build
>jh_build
> find com -name *.java -and -type f -print0 | xargs -0 
> /usr/lib/jvm/java-6-openjdk/bin/javac -cp :debian/_jh_build.weirdx -d 
> debian/_jh_build.weirdx -source 1.5
> xargs: /usr/lib/jvm/java-6-openjdk/bin/javac: No such file or directory
> make: *** [build] Error 1

The full build log is available from:
   
http://people.debian.org/~lucas/logs/2011/09/02/weirdx_1.0.32-5_lsid64.buildlog

A list of current common problems and possible solutions is available at 
http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute!

About the archive rebuild: The rebuild was done on about 50 AMD64 nodes
of the Grid'5000 platform, using a clean chroot.  Internet was not
accessible from the build systems.



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

Bug#640630: policycoreutils: FTBFS: chmod: cannot access `/build/policycoreutils-r6ObWS/policycoreutils-2.0.82/debian/policycoreutils/etc/init.d/policycoreutils': No such file or directory

[Mònica Ramírez Arceda]

Source: policycoreutils
Version: 2.0.82-5
Severity: serious
Tags: wheezy sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20110902 qa-ftbfs
Justification: FTBFS on amd64

Hi,

During a rebuild of all packages in sid, your package failed to build on
amd64.

Relevant part:
> make[3]: Entering directory 
> `/build/policycoreutils-r6ObWS/policycoreutils-2.0.82/po'
> msgfmt --statistics --verbose -o et.mo et.po
> et.po: 0 translated messages, 254 untranslated messages.
> msgfmt --statistics --verbose -o gl.mo gl.po
> gl.po: 0 translated messages, 254 untranslated messages.
> msgfmt --statistics --verbose -o id.mo id.po
> id.po: 0 translated messages, 254 untranslated messages.
> `af.mo' -> 
> `/build/policycoreutils-r6ObWS/policycoreutils-2.0.82/debian/policycoreutils/usr/share/locale/af/LC_MESSAGES/policycoreutils.mo'
> `am.mo' -> 
> `/build/policycoreutils-r6ObWS/policycoreutils-2.0.82/debian/policycoreutils/usr/share/locale/am/LC_MESSAGES/policycoreutils.mo'
> `ar.mo' -> 
> `/build/policycoreutils-r6ObWS/policycoreutils-2.0.82/debian/policycoreutils/usr/share/locale/ar/LC_MESSAGES/policycoreutils.mo'
> `as.mo' -> 
> `/build/policycoreutils-r6ObWS/policycoreutils-2.0.82/debian/policycoreutils/usr/share/locale/as/LC_MESSAGES/policycoreutils.mo'
> `be.mo' -> 
> `/build/policycoreutils-r6ObWS/policycoreutils-2.0.82/debian/policycoreutils/usr/share/locale/be/LC_MESSAGES/policycoreutils.mo'
> `bg.mo' -> 
> `/build/policycoreutils-r6ObWS/policycoreutils-2.0.82/debian/policycoreutils/usr/share/locale/bg/LC_MESSAGES/policycoreutils.mo'
> `bn.mo' -> 
> `/build/policycoreutils-r6ObWS/policycoreutils-2.0.82/debian/policycoreutils/usr/share/locale/bn/LC_MESSAGES/policycoreutils.mo'
> `bn_IN.mo' -> 
> `/build/policycoreutils-r6ObWS/policycoreutils-2.0.82/debian/policycoreutils/usr/share/locale/bn_IN/LC_MESSAGES/policycoreutils.mo'
> `bs.mo' -> 
> `/build/policycoreutils-r6ObWS/policycoreutils-2.0.82/debian/policycoreutils/usr/share/locale/bs/LC_MESSAGES/policycoreutils.mo'
> `ca.mo' -> 
> `/build/policycoreutils-r6ObWS/policycoreutils-2.0.82/debian/policycoreutils/usr/share/locale/ca/LC_MESSAGES/policycoreutils.mo'
> `cs.mo' -> 
> `/build/policycoreutils-r6ObWS/policycoreutils-2.0.82/debian/policycoreutils/usr/share/locale/cs/LC_MESSAGES/policycoreutils.mo'
> `cy.mo' -> 
> `/build/policycoreutils-r6ObWS/policycoreutils-2.0.82/debian/policycoreutils/usr/share/locale/cy/LC_MESSAGES/policycoreutils.mo'
> `da.mo' -> 
> `/build/policycoreutils-r6ObWS/policycoreutils-2.0.82/debian/policycoreutils/usr/share/locale/da/LC_MESSAGES/policycoreutils.mo'
> `de.mo' -> 
> `/build/policycoreutils-r6ObWS/policycoreutils-2.0.82/debian/policycoreutils/usr/share/locale/de/LC_MESSAGES/policycoreutils.mo'
> `el.mo' -> 
> `/build/policycoreutils-r6ObWS/policycoreutils-2.0.82/debian/policycoreutils/usr/share/locale/el/LC_MESSAGES/policycoreutils.mo'
> `en_GB.mo' -> 
> `/build/policycoreutils-r6ObWS/policycoreutils-2.0.82/debian/policycoreutils/usr/share/locale/en_GB/LC_MESSAGES/policycoreutils.mo'
> `es.mo' -> 
> `/build/policycoreutils-r6ObWS/policycoreutils-2.0.82/debian/policycoreutils/usr/share/locale/es/LC_MESSAGES/policycoreutils.mo'
> /usr/bin/install: cannot stat `et.mo': No such file or directory
> `eu_ES.mo' -> 
> `/build/policycoreutils-r6ObWS/policycoreutils-2.0.82/debian/policycoreutils/usr/share/locale/eu_ES/LC_MESSAGES/policycoreutils.mo'
> `fa.mo' -> 
> `/build/policycoreutils-r6ObWS/policycoreutils-2.0.82/debian/policycoreutils/usr/share/locale/fa/LC_MESSAGES/policycoreutils.mo'
> `fi.mo' -> 
> `/build/policycoreutils-r6ObWS/policycoreutils-2.0.82/debian/policycoreutils/usr/share/locale/fi/LC_MESSAGES/policycoreutils.mo'
> `fr.mo' -> 
> `/build/policycoreutils-r6ObWS/policycoreutils-2.0.82/debian/policycoreutils/usr/share/locale/fr/LC_MESSAGES/policycoreutils.mo'
> /usr/bin/install: cannot stat `gl.mo': No such file or directory
> `gu.mo' -> 
> `/build/policycoreutils-r6ObWS/policycoreutils-2.0.82/debian/policycoreutils/usr/share/locale/gu/LC_MESSAGES/policycoreutils.mo'
> `he.mo' -> 
> `/build/policycoreutils-r6ObWS/policycoreutils-2.0.82/debian/policycoreutils/usr/share/locale/he/LC_MESSAGES/policycoreutils.mo'
> `hi.mo' -> 
> `/build/policycoreutils-r6ObWS/policycoreutils-2.0.82/debian/policycoreutils/usr/share/locale/hi/LC_MESSAGES/policycoreutils.mo'
> `hr.mo' -> 
> `/build/policycoreutils-r6ObWS/policycoreutils-2.0.82/debian/policycoreutils/usr/share/locale/hr/LC_MESSAGES/policycoreutils.mo'
> `hu.mo' -> 
> `/build/policycoreutils-r6ObWS/policycoreutils-2.0.82/debian/policycoreutils/usr/share/locale/hu/LC_MESSAGES/policycoreutils.mo'
> `hy.mo' -> 
> `/build/policycoreutils-r6ObWS/policycoreutils-2.0.82/debian/policycoreutils/usr/share/locale/hy/LC_MESSAGES/policycoreutils.mo'
> /usr/bin/install: cannot stat `id.mo': No such file or directory
> `is.mo' -> 
> `/build/policycoreutils-r6ObWS/policycoreutils-2.0.82/debian/policycoreutils/usr/share/locale/is/LC_MESSAGES/policycoreutils.mo'
> `it.mo' -> 
> `/build/policyco

Bug#640629: scim: FTBFS: mv: cannot stat `debian/tmp/usr/lib/gtk-2.0/immodules': No such file or directory

[Mònica Ramírez Arceda]

Source: scim
Version: 1.4.9-6
Severity: serious
Tags: wheezy sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20110902 qa-ftbfs
Justification: FTBFS on amd64

Hi,

During a rebuild of all packages in sid, your package failed to build on
amd64.

Relevant part:
> make[4]: Entering directory `/build/scim-p0VJda/scim-1.4.9'
> make[4]: Nothing to be done for `install-exec-am'.
> test -z "/usr/lib/pkgconfig" || /bin/mkdir -p 
> "/build/scim-p0VJda/scim-1.4.9/debian/tmp/usr/lib/pkgconfig"
>  /usr/bin/install -c -m 644 scim.pc scim-gtkutils.pc scim-x11utils.pc 
> '/build/scim-p0VJda/scim-1.4.9/debian/tmp/usr/lib/pkgconfig'
> make[4]: Leaving directory `/build/scim-p0VJda/scim-1.4.9'
> make[3]: Leaving directory `/build/scim-p0VJda/scim-1.4.9'
> make[2]: Leaving directory `/build/scim-p0VJda/scim-1.4.9'
> # empty the dependency_libs field in .la files (bug 591628)
> for FILE in debian/tmp/usr/lib/*.la; \
>   do \
>   sed -i "/dependency_libs/ s/'.*'/''/" $FILE; \
>   done
> # move libraries based on gtk_binary_version
> mkdir -p debian/tmp/usr/lib/gtk-2.0/`pkg-config --variable=gtk_binary_version 
> gtk+-2.0`/
> mv debian/tmp/usr/lib/gtk-2.0/immodules \
>   debian/tmp/usr/lib/gtk-2.0/`pkg-config 
> --variable=gtk_binary_version gtk+-2.0`/
> mv: cannot stat `debian/tmp/usr/lib/gtk-2.0/immodules': No such file or 
> directory
> make[1]: *** [override_dh_auto_install] Error 1

The full build log is available from:
   http://people.debian.org/~lucas/logs/2011/09/02/scim_1.4.9-6_lsid64.buildlog

A list of current common problems and possible solutions is available at 
http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute!

About the archive rebuild: The rebuild was done on about 50 AMD64 nodes
of the Grid'5000 platform, using a clean chroot.  Internet was not
accessible from the build systems.



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

Bug#299033: silent submitter, broken URL

[Nicolas Boulenguez]

The link provided by the submitter is now broken. It seems that
http://www.cs.mcgill.ca/~joerg/downloads/auction_system.tar.gz provides the
tarball that he describes.

With gnat-4.4-4.6-5 and libpolyorb1-dev-2.6.0~20090423-10 (providing
/usr/bin/po_gnatdist, emulation of the obsolete /usr/bin/gnatdist), I get a
compilation error but no bug box.



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

Bug#640628: debpartial-mirror: uses hardcoded errno values

[Pino Toscano]

Package: debpartial-mirror
Version: 0.2.99
Severity: normal
Tags: patch

Hi,

currently debpartial-mirror compares 'errno' values with hardcoded numeric
values, instead of using the constants of the 'errno' Python module.
This can lead to bugs due to E* values being potentially different per-OS,
and even per-arch for the same OS.

The attached patch fixes the issue.

Thanks,
-- 
Pino
--- a/debpartial_mirror/Download.py
+++ b/debpartial_mirror/Download.py
@@ -25,6 +25,7 @@ from stat import *
 import pycurl
 from string import split, join
 from rfc822 import formatdate
+import errno
 
 from debpartial_mirror import DisplayStatus
 
@@ -107,7 +108,7 @@ class Curl:
 try:
 	os.makedirs(os.path.dirname(self._curl.filename))
 except OSError, (errno, msg):
-	if errno != 17:
+	if errno != errno.EEXIST:
 		print "ERROR:", msg
 # (uri, destine, callback, error_callback, no_cache)
 self.Queue.put((

Bug#636591: Any update for libquvi planned?

[Ansgar Burchardt]

Hi,

I'm wondering if there is an update for the libquvi package in Debian
planned.  If there is none, I am considering to prepare an NMU for the
new upstream version (which will probably take a few days).

Regards,
Ansgar



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

Bug#639924: Fixed in the svn

[Sylvestre Ledru]

retitle 639924 FTBFS because of the openjdk move to multiarch
thanks

The original bug has been fixed but I cannot upload it because there is
also the bug 63 blocking it.






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

Bug#639883: [Openjdk] Bug#639883: openjdk-6: Can't load standard profile: LINEAR_RGB.pf => Still fails

[Sylvestre Ledru]

> Built and run:
> $ javac plop.java && java plop
> Exception in thread "main" java.lang.ExceptionInInitializerError
>   at javax.imageio.ImageIO.getWriter(ImageIO.java:1581)
>   at javax.imageio.ImageIO.write(ImageIO.java:1510)
>   at plop.main(plop.java:15)
> Caused by: java.lang.IllegalArgumentException: Can't load standard
> profile: GRAY.pf
of course

$ java -version
java version "1.6.0_23"
OpenJDK Runtime Environment (IcedTea6 1.11pre) (6b23~pre9-1)
OpenJDK 64-Bit Server VM (build 20.0-b11, mixed mode)
$ javac -version
javac 1.6.0_23





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

Bug#639883: openjdk-6: Can't load standard profile: LINEAR_RGB.pf => Still fails

[Sylvestre Ledru]

reopen 639883
block 639924 by 639883
thanks

Hello,

Sorry but this bug is not fixed.

Taking the following source code:

import java.awt.image.RenderedImage;
import java.awt.image.BufferedImage;
import java.awt.Graphics2D;
import java.io.File;
import java.io.IOException;
import javax.imageio.ImageIO;

public class plop {

public static void main(String args[]) {
try {
RenderedImage rendImage = plop.myCreateImage();

File file = new File("newimage.png");
ImageIO.write(rendImage, "png", file);

} catch (IOException e) {
}
}
// Returns a generated image.
public static RenderedImage myCreateImage() {
int width = 100;
int height = 100;

BufferedImage bufferedImage = new BufferedImage(width, height,
BufferedImage.TYPE_INT_RGB);

Graphics2D g2d = bufferedImage.createGraphics();

g2d.dispose();

return bufferedImage;
}
}
--

Built and run:
$ javac plop.java && java plop
Exception in thread "main" java.lang.ExceptionInInitializerError
at javax.imageio.ImageIO.getWriter(ImageIO.java:1581)
at javax.imageio.ImageIO.write(ImageIO.java:1510)
at plop.main(plop.java:15)
Caused by: java.lang.IllegalArgumentException: Can't load standard
profile: GRAY.pf
at java.awt.color.ICC_Profile$2.run(ICC_Profile.java:912)
at java.security.AccessController.doPrivileged(Native Method)
at java.awt.color.ICC_Profile.getStandardProfile(ICC_Profile.java:905)
at java.awt.color.ICC_Profile.getInstance(ICC_Profile.java:876)
at java.awt.color.ColorSpace.getInstance(ColorSpace.java:333)
at javax.imageio.ImageTypeSpecifier
$Grayscale.(ImageTypeSpecifier.java:717)
at
javax.imageio.ImageTypeSpecifier.createGrayscale(ImageTypeSpecifier.java:798)
at
javax.imageio.ImageTypeSpecifier.(ImageTypeSpecifier.java:157)
... 3 more






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

Bug#629373: Remote DoS with vsftpd on Linux 2.6.32

[Daniel Baumann]

On 09/05/2011 10:42 PM, Jon Dowland wrote:

i never used git.debian.org in the first place.


So you didn't.  So instead I should have written:

You forgot (or haven't got around to) pushing back to 
git.debian-maintainers.org…

However, http://git.debian-maintainers.org/?p=daniel/vsftpd.git is now a 404.


first of all..

i used to use git.debian.net as git.debian.org is unusable (for 
starters, it's not using a ssh gatekeeper). people accused me abusing 
debian ressources (sic; it's a debian.net domain name!). so i switched 
over the course of two years all my packages to 
git.debian-maintainers.org. when i was finished, people accused me, 
amonst others, of hiding maintainer ship by, amonst others, using 
non-alioth infrastructure.


what i learned from this? never ever use any domain matching 
(.*)debian(.*) anymore for anything (live.d.n being the only exception) 
and not referencing vcs in control anymore anywhere...



I see in the changelog:

* Removing vcs fields.

Not helpful ☹


...and guess what? you people keep complaining.

in order to further minimize that, next time, i will just tag bugs 
pending without mentioning git or version control or anything like that.


second, the repo on git.d-m.o was outdated since quite some time, i just 
forgot to remove it, which i did today after uploading the new one to 
the new location. i soon can get rid of the whole domain anyway once all 
my packages have been moved.


third, in debian[tm], maintainers are free to use whatever version 
control they seem fit, or none at all. so from your point of view, i see 
no point in being any better of as if i would not use any version 
control at all.


not amused.

--
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#640627: debdelta: uses hardcoded errno values

[Pino Toscano]

Package: debdelta
Version: 0.44
Severity: normal
Tags: patch

Hi,

currently debdelta compares 'errno' values with hardcoded numeric values,
instead of using the constants of the 'errno' Python module.
This can lead to bugs due to E* values being potentially different per-OS,
and even per-arch for the same OS.

The attached patch fixes the issue.

Thanks,
-- 
Pino
diff --git a/debdelta/debdelta b/debdelta/debdelta
index 36e2d02..a0af15c 100755
--- a/debdelta/debdelta
+++ b/debdelta/debdelta
@@ -3809,7 +3809,8 @@ def delta_upgrade_(args):
 # synopsis lockf(   fd, operation, [length, [start, [whence]]])
 fcntl.lockf(a, fcntl.LOCK_EX | fcntl.LOCK_NB, 0,0,0)
   except IOError, s:
-if s.errno == 11 :
+from errno import EAGAIN
+if s.errno == EAGAIN :
   a=' already locked!'
 else:
   a=str(s)

Bug#637025: two notes from the peanut gallery

[Ulf Adams]

Hi Leon,

On Mon, Sep 5, 2011 at 10:45 PM, Leon Kuchenbecker  wrote:
> Hi Ulf,
>
>> libatalk/util/server_ipc.c:266 unused variable
>
> That should be just a warning?

maybe. I copied over the debian directory from the source package in
sid, and compiled with (almost) standard options and the compilation
failed at this point. I can't say whether it's a regression in the
code or due to the way I compiled it.

>> etc/afpd/afp_asp.c:36 can't find globals.h import
>
> Thats Issue 1 in my original report, just apply the patch.

Ah, I didn't realize that those were two patches rather than just one.
I did apply the second patch.

Thanks,

-- Ulf

> Cheers
>  Leon
>



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

Bug#640464: xterm: rendering problems (pixels not erased?)

[Thomas Dickey]

On Mon, 5 Sep 2011, Vincent Lefevre wrote:


On 2011-09-05 14:48:15 -0400, Thomas Dickey wrote:

On Mon, 5 Sep 2011, Julien Cristau wrote:

If this is new, when did it start occurring?


Just before reporting the bug. I couldn't reproduce the bug yet.


Could also be a driver or X issue.


Hmm... perhaps. When I moved a window over the xterm window, the
xterm contents were redrawn correctly. If the driver or X is in
charge of this, this would mean the bug comes from it.


From the description and picture, I'm assuming it's a duplicate of
#463784


I don't think so. BTW, I use the "fixed" font.


ok...  I would expect #463784 only for relatively uncommon fonts (or
from fontconfig changes - they've been tinkering with the font metrics).

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



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

Bug#629373: Remote DoS with vsftpd on Linux 2.6.32

[Jon Dowland]

On Mon, Sep 05, 2011 at 02:58:27PM +0200, Daniel Baumann wrote:
> On 09/05/2011 02:29 PM, Jon Dowland wrote:
> >You forgot (or haven't got around to) pushing back to git.debian.org…
> 
> i never used git.debian.org in the first place.

So you didn't.  So instead I should have written:

You forgot (or haven't got around to) pushing back to 
git.debian-maintainers.org…

However, http://git.debian-maintainers.org/?p=daniel/vsftpd.git is now a 404.

I see in the changelog:

   * Removing vcs fields.

Not helpful ☹




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

Bug#640626: sssd: FTBFS: cp: cannot stat `debian/tmp/usr/lib/ldb/modules/ldb/memberof.so': No such file or directory

[Mònica Ramírez Arceda]

Source: sssd
Version: 1.2.1-4.2
Severity: serious
Tags: wheezy sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20110902 qa-ftbfs
Justification: FTBFS on amd64

Hi,

During a rebuild of all packages in sid, your package failed to build on
amd64.

Relevant part:
> make[3]: Entering directory `/build/sssd-_gS_F2/sssd-1.2.1'
> make[3]: Nothing to be done for `install-exec-am'.
> make[3]: Nothing to be done for `install-data-am'.
> make[3]: Leaving directory `/build/sssd-_gS_F2/sssd-1.2.1'
> make[2]: Leaving directory `/build/sssd-_gS_F2/sssd-1.2.1'
> make[1]: Leaving directory `/build/sssd-_gS_F2/sssd-1.2.1'
> touch debian/stamp-makefile-install
> Adding cdbs dependencies to debian/sssd.substvars
> dh_installdirs -psssd 
> mkdir -p 
> /build/sssd-_gS_F2/sssd-1.2.1/debian/sssd/usr/share/doc/sssd/sssd.api.d/
> install -D -m640 /build/sssd-_gS_F2/sssd-1.2.1/src/config/etc/sssd.api.conf 
> /build/sssd-_gS_F2/sssd-1.2.1/debian/sssd/usr/share/doc/sssd/sssd.api.conf
> install -m640 /build/sssd-_gS_F2/sssd-1.2.1/src/config/etc/sssd.api.d/* 
> /build/sssd-_gS_F2/sssd-1.2.1/debian/sssd//usr/share/doc/sssd/sssd.api.d/ 
> install -D -m755 /build/sssd-_gS_F2/sssd-1.2.1/debian/generate-config 
> /build/sssd-_gS_F2/sssd-1.2.1/debian/sssd/usr/lib/sssd/generate-config
> Adding cdbs dependencies to debian/libnss-sss.substvars
> dh_installdirs -plibnss-sss 
> mkdir -p /build/sssd-_gS_F2/sssd-1.2.1/debian/tmp/lib/
> mv /build/sssd-_gS_F2/sssd-1.2.1/debian/tmp/usr/lib/libnss_sss.so.2 
> /build/sssd-_gS_F2/sssd-1.2.1/debian/tmp/lib/libnss_sss.so.2
> install -D debian/libnss-sss.overrides 
> /build/sssd-_gS_F2/sssd-1.2.1/debian/tmp/usr/share/lintian/overrides/libnss-sss
> install -D debian/sssd.overrides 
> /build/sssd-_gS_F2/sssd-1.2.1/debian/tmp/usr/share/lintian/overrides/sssd
> Adding cdbs dependencies to debian/libpam-sss.substvars
> dh_installdirs -plibpam-sss 
> mkdir -p /build/sssd-_gS_F2/sssd-1.2.1/debian/tmp/lib/security/
> mv /build/sssd-_gS_F2/sssd-1.2.1/debian/tmp/usr/lib/security/pam_sss.so 
> /build/sssd-_gS_F2/sssd-1.2.1/debian/tmp/lib/security/pam_sss.so
> mkdir -p /build/sssd-_gS_F2/sssd-1.2.1/debian/libpam-sss/usr/share/pam-configs
> install -m644 debian/libpam-sss.pam-auth-update \
>   
> /build/sssd-_gS_F2/sssd-1.2.1/debian/libpam-sss/usr/share/pam-configs/sss
> Adding cdbs dependencies to debian/python-sss.substvars
> dh_installdirs -ppython-sss 
> dh_installdocs -psssd ./README 
> dh_installexamples -psssd 
> dh_installman -psssd  
> dh_installinfo -psssd  
> dh_installmenu -psssd 
> dh_installcron -psssd 
> dh_installinit -psssd  
> dh_installdebconf -psssd 
> dh_installemacsen -psssd   
> dh_installcatalogs -psssd 
> dh_installpam -psssd 
> dh_installlogrotate -psssd 
> dh_installlogcheck -psssd 
> dh_installchangelogs -psssd  
> dh_installudev -psssd 
> dh_lintian -psssd 
> dh_bugfiles -psssd 
> dh_install -psssd  
> cp: cannot stat `debian/tmp/usr/lib/ldb/modules/ldb/memberof.so': No such 
> file or directory
> dh_install: cp -a debian/tmp/usr/lib/ldb/modules/ldb/memberof.so 
> debian/sssd//usr/lib/ldb/modules/ldb/ returned exit code 1
> make: *** [binary-install/sssd] Error 2

The full build log is available from:
   
http://people.debian.org/~lucas/logs/2011/09/02/sssd_1.2.1-4.2_lsid64.buildlog

A list of current common problems and possible solutions is available at 
http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute!

About the archive rebuild: The rebuild was done on about 50 AMD64 nodes
of the Grid'5000 platform, using a clean chroot.  Internet was not
accessible from the build systems.



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

Bug#640625: scim-bridge: FTBFS: rm: cannot remove `debian/tmp/usr/lib/gtk-2.0/*/immodules/im-scim-bridge.a': No such file or directory

[Mònica Ramírez Arceda]

Source: scim-bridge
Version: 0.4.16-2
Severity: serious
Tags: wheezy sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20110902 qa-ftbfs
Justification: FTBFS on amd64

Hi,

During a rebuild of all packages in sid, your package failed to build on
amd64.

Relevant part:
> make[3]: Entering directory `/build/scim-bridge-OPTo0Y/scim-bridge-0.4.16'
> make[3]: Nothing to be done for `install-exec-am'.
> make[3]: Nothing to be done for `install-data-am'.
> make[3]: Leaving directory `/build/scim-bridge-OPTo0Y/scim-bridge-0.4.16'
> make[2]: Leaving directory `/build/scim-bridge-OPTo0Y/scim-bridge-0.4.16'
> make[1]: Leaving directory `/build/scim-bridge-OPTo0Y/scim-bridge-0.4.16'
> chrpath -d debian/tmp/usr/bin/scim-bridge
> rm debian/tmp/usr/lib/gtk-2.0/*/immodules/im-scim-bridge.a
> rm: cannot remove `debian/tmp/usr/lib/gtk-2.0/*/immodules/im-scim-bridge.a': 
> No such file or directory
> make: *** [install] Error 1

The full build log is available from:
   
http://people.debian.org/~lucas/logs/2011/09/02/scim-bridge_0.4.16-2_lsid64.buildlog

A list of current common problems and possible solutions is available at 
http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute!

About the archive rebuild: The rebuild was done on about 50 AMD64 nodes
of the Grid'5000 platform, using a clean chroot.  Internet was not
accessible from the build systems.



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

Bug#640623: [INTL:sv] Swedish strings for nss-pam-ldapd debconf

[Martin Bagge]

package: nss-pam-ldapd
severity: wishlist
tags: patch l10n

Please consider to add this file to translation of debconf.

-- 
brother
http://sis.bthstuden.se


sv.po
Description: Binary data

Bug#640622: [INTL:sv] Swedish strings for ca-certificates debconf

[Martin Bagge]

package: ca-certificates
severity: wishlist
tags: patch l10n

Please consider to add this file to translation of debconf.

-- 
brother
http://sis.bthstuden.se


sv.po
Description: Binary data

Bug#640621: [INTL:sv] Swedish strings for dotclear debconf

[Martin Bagge]

package: dotclear
severity: wishlist
tags: patch l10n

Please consider to add this file to translation of debconf.

-- 
brother
http://sis.bthstuden.se


sv.po
Description: Binary data

Bug#640620: klatexformula: FTBFS: cp: cannot stat `debian/tmp/usr/lib/libklfapp.so.3.2': No such file or directory

[Mònica Ramírez Arceda]

Source: klatexformula
Version: 3.2.4-1
Severity: serious
Tags: wheezy sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20110902 qa-ftbfs
Justification: FTBFS on amd64

Hi,

During a rebuild of all packages in sid, your package failed to build on
amd64.

Relevant part:
> make[2]: Entering directory 
> `/build/klatexformula-Qi5V9s/klatexformula-3.2.4/obj-x86_64-linux-gnu'
> make[2]: Nothing to be done for `preinstall'.
> make[2]: Leaving directory 
> `/build/klatexformula-Qi5V9s/klatexformula-3.2.4/obj-x86_64-linux-gnu'
> Install the project...
> /usr/bin/cmake -P cmake_install.cmake
> -- Install configuration: "Release"
> -- Installing: 
> /build/klatexformula-Qi5V9s/klatexformula-3.2.4/debian/tmp/usr/lib64/libklfapp.so.3.2
> -- Installing: 
> /build/klatexformula-Qi5V9s/klatexformula-3.2.4/debian/tmp/usr/lib64/libklfapp.so
> -- Installing: 
> /build/klatexformula-Qi5V9s/klatexformula-3.2.4/debian/tmp/usr/include/klfapp/klfmain.h
> -- Installing: 
> /build/klatexformula-Qi5V9s/klatexformula-3.2.4/debian/tmp/usr/include/klfapp/klfconfig.h
> -- Installing: 
> /build/klatexformula-Qi5V9s/klatexformula-3.2.4/debian/tmp/usr/include/klfapp/klfpluginiface.h
> -- Installing: 
> /build/klatexformula-Qi5V9s/klatexformula-3.2.4/debian/tmp/usr/include/klfapp/klflatexedit.h
> -- Installing: 
> /build/klatexformula-Qi5V9s/klatexformula-3.2.4/debian/tmp/usr/include/klfapp/klflatexsymbols.h
> -- Installing: 
> /build/klatexformula-Qi5V9s/klatexformula-3.2.4/debian/tmp/usr/include/klfapp/klflibentryeditor.h
> -- Installing: 
> /build/klatexformula-Qi5V9s/klatexformula-3.2.4/debian/tmp/usr/include/klfapp/klflibbrowser.h
> -- Installing: 
> /build/klatexformula-Qi5V9s/klatexformula-3.2.4/debian/tmp/usr/include/klfapp/klflib.h
> -- Installing: 
> /build/klatexformula-Qi5V9s/klatexformula-3.2.4/debian/tmp/usr/include/klfapp/klflibview.h
> -- Installing: 
> /build/klatexformula-Qi5V9s/klatexformula-3.2.4/debian/tmp/usr/include/klfapp/klflibdbengine.h
> -- Installing: 
> /build/klatexformula-Qi5V9s/klatexformula-3.2.4/debian/tmp/usr/include/klfapp/klfliblegacyengine.h
> -- Installing: 
> /build/klatexformula-Qi5V9s/klatexformula-3.2.4/debian/tmp/usr/include/klfapp/klfmime.h
> -- Installing: 
> /build/klatexformula-Qi5V9s/klatexformula-3.2.4/debian/tmp/usr/include/klfapp/klfmainwin.h
> -- Installing: 
> /build/klatexformula-Qi5V9s/klatexformula-3.2.4/debian/tmp/usr/include/klfapp/klfsettings.h
> -- Installing: 
> /build/klatexformula-Qi5V9s/klatexformula-3.2.4/debian/tmp/usr/include/klfapp/klfstylemanager.h
> -- Installing: 
> /build/klatexformula-Qi5V9s/klatexformula-3.2.4/debian/tmp/usr/include/klfapp/klfdbus.h
> -- Removing dummy install directory 
> '/build/klatexformula-Qi5V9s/klatexformula-3.2.4/debian/tmp//usr/__klf_dummy_install_directory__'
> -- Installing: 
> /build/klatexformula-Qi5V9s/klatexformula-3.2.4/debian/tmp/usr/bin/klatexformula
> -- Creating Symlink 
> [/build/klatexformula-Qi5V9s/klatexformula-3.2.4/debian/tmp/]/usr/bin/klatexformula_cmdl
>  -> klatexformula
> -- Installing: 
> /build/klatexformula-Qi5V9s/klatexformula-3.2.4/debian/tmp/usr/share/applications/klatexformula.desktop
> -- Installing: 
> /build/klatexformula-Qi5V9s/klatexformula-3.2.4/debian/tmp/usr/share/pixmaps/klatexformula-128.png
> -- Installing: 
> /build/klatexformula-Qi5V9s/klatexformula-3.2.4/debian/tmp/usr/share/pixmaps/klatexformula-64.png
> -- Installing: 
> /build/klatexformula-Qi5V9s/klatexformula-3.2.4/debian/tmp/usr/share/pixmaps/klatexformula-32.png
> -- Installing: 
> /build/klatexformula-Qi5V9s/klatexformula-3.2.4/debian/tmp/usr/share/pixmaps/klatexformula-16.png
> -- Installing: 
> /build/klatexformula-Qi5V9s/klatexformula-3.2.4/debian/tmp/usr/share/mime/packages/klatexformula-mime.xml
> -- Updating Mime Types Database (update-mime-database)
> -- Installing: 
> /build/klatexformula-Qi5V9s/klatexformula-3.2.4/debian/tmp/usr/lib64/libklfbackend.so.3.2
> -- Installing: 
> /build/klatexformula-Qi5V9s/klatexformula-3.2.4/debian/tmp/usr/lib64/libklfbackend.so
> -- Installing: 
> /build/klatexformula-Qi5V9s/klatexformula-3.2.4/debian/tmp/usr/include/klfbackend/klfdefs.h
> -- Installing: 
> /build/klatexformula-Qi5V9s/klatexformula-3.2.4/debian/tmp/usr/include/klfbackend/klfbackend.h
> -- Installing: 
> /build/klatexformula-Qi5V9s/klatexformula-3.2.4/debian/tmp/usr/include/klfbackend/klfblockprocess.h
> -- Installing: 
> /build/klatexformula-Qi5V9s/klatexformula-3.2.4/debian/tmp/usr/include/klfbackend/klfdebug.h
> -- Installing: 
> /build/klatexformula-Qi5V9s/klatexformula-3.2.4/debian/tmp/usr/lib64/libklftools.so.3.2
> -- Installing: 
> /build/klatexformula-Qi5V9s/klatexformula-3.2.4/debian/tmp/usr/lib64/libklftools.so
> -- Installing: 
> /build/klatexformula-Qi5V9s/klatexformula-3.2.4/debian/tmp/usr/include/klftools/klfutil.h
> -- Installing: 
> /build/klatexformula-Qi5V9s/klatexformula-3.2.4/debian/tmp/usr/include/klftools/klfpobj.h
> -- Installing: 
> /build/klatexformula-Qi5V9s/klatexformula-3.2.4/debian/tmp/usr/include/klf

Bug#640619: mysql-connector-java: FTBFS: [exec] Execute failed: java.io.IOException: java.io.IOException: No such file or directory

[Mònica Ramírez Arceda]

Source: mysql-connector-java
Version: 5.1.16-1
Severity: serious
Tags: wheezy sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20110902 qa-ftbfs
Justification: FTBFS on amd64

Hi,

During a rebuild of all packages in sid, your package failed to build on
amd64.

Relevant part:
> [javac] 1071. WARNING in 
> /build/mysql-connector-java-y0mmmz/mysql-connector-java-5.1.16/build/mysql-connector-java-5.1.16/com/mysql/jdbc/util/ServerController.java
> [javac]  (at line 174)
> [javac]   String defaultsFilePath = getServerProps().getProperty(
> [javac]  
> [javac] The local variable defaultsFilePath is never read
> [javac] --
> [javac] 1072. WARNING in 
> /build/mysql-connector-java-y0mmmz/mysql-connector-java-5.1.16/build/mysql-connector-java-5.1.16/com/mysql/jdbc/util/ServerController.java
>  (at line 294)
> [javac]   for (Iterator iter = this.serverProps.keySet().iterator(); iter
> [javac]
> [javac] 
> [javac] Iterator is a raw type. References to generic type Iterator 
> should be parameterized
> [javac] --
> [javac] 1072 problems (1072 warnings)
> 
> compile-driver-jdbc4:
> [javac] 
> /build/mysql-connector-java-y0mmmz/mysql-connector-java-5.1.16/build.xml:771: 
> warning: 'includeantruntime' was not set, defaulting to 
> build.sysclasspath=last; set to false for repeatable builds
> [javac] Compiling 34 source files to 
> /build/mysql-connector-java-y0mmmz/mysql-connector-java-5.1.16/build/mysql-connector-java-5.1.16
> 
> BUILD FAILED
> /build/mysql-connector-java-y0mmmz/mysql-connector-java-5.1.16/build.xml:771: 
> Error running /usr/lib/jvm/java-6-openjdk/bin/javac compiler
> 
> Total time: 10 seconds
> make: *** [debian/stamp-ant-build] Error 1

The full build log is available from:
   
http://people.debian.org/~lucas/logs/2011/09/02/mysql-connector-java_5.1.16-1_lsid64.buildlog

A list of current common problems and possible solutions is available at 
http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute!

About the archive rebuild: The rebuild was done on about 50 AMD64 nodes
of the Grid'5000 platform, using a clean chroot.  Internet was not
accessible from the build systems.



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

Bug#640618: libshevek: FTBFS: grep: phvr8t.log: No such file or directory

[Mònica Ramírez Arceda]

Source: libshevek
Version: 1.1-2
Severity: serious
Tags: wheezy sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20110902 qa-ftbfs
Justification: FTBFS on amd64

Hi,

During a rebuild of all packages in sid, your package failed to build on
amd64.

Relevant part:
> make[2]: Entering directory `/build/libshevek-_9OYoY/libshevek-1.1/doc/latex'
> rm -f *.ps *.dvi *.aux *.toc *.idx *.ind *.ilg *.log *.out refman.pdf
> pdflatex refman.tex
> This is pdfTeX, Version 3.1415926-1.40.10 (TeX Live 2009/Debian)
> entering extended mode
> (./refman.tex
> LaTeX2e <2009/09/24>
> Babel  and hyphenation patterns for english, usenglishmax, dumylang, 
> noh
> yphenation, loaded.
> (/usr/share/texmf-texlive/tex/latex/base/book.cls
> Document Class: book 2007/10/19 v1.4h Standard LaTeX document class
> (/usr/share/texmf-texlive/tex/latex/base/bk10.clo))
> (/usr/share/texmf-texlive/tex/latex/base/makeidx.sty)
> (/usr/share/texmf-texlive/tex/latex/graphics/graphicx.sty
> (/usr/share/texmf-texlive/tex/latex/graphics/keyval.sty)
> (/usr/share/texmf-texlive/tex/latex/graphics/graphics.sty
> (/usr/share/texmf-texlive/tex/latex/graphics/trig.sty)
> (/etc/texmf/tex/latex/config/graphics.cfg)
> (/usr/share/texmf-texlive/tex/latex/pdftex-def/pdftex.def)))
> (/usr/share/texmf-texlive/tex/latex/tools/multicol.sty)
> (/usr/share/texmf-texlive/tex/latex/float/float.sty)
> (/usr/share/texmf-texlive/tex/latex/listings/listings.sty
> (/usr/share/texmf-texlive/tex/latex/listings/lstmisc.sty)
> (/usr/share/texmf-texlive/tex/latex/listings/listings.cfg))
> (/usr/share/texmf-texlive/tex/latex/graphics/color.sty
> (/etc/texmf/tex/latex/config/color.cfg))
> (/usr/share/texmf-texlive/tex/latex/base/ifthen.sty)
> (/usr/share/texmf/tex/latex/xcolor/xcolor.sty
> (/etc/texmf/tex/latex/config/color.cfg)
> (/usr/share/texmf-texlive/tex/latex/colortbl/colortbl.sty
> (/usr/share/texmf-texlive/tex/latex/tools/array.sty)))
> (/usr/share/texmf-texlive/tex/latex/base/textcomp.sty
> (/usr/share/texmf-texlive/tex/latex/base/ts1enc.def))
> (/usr/share/texmf-texlive/tex/latex/base/alltt.sty)
> (/usr/share/texmf-texlive/tex/generic/oberdiek/ifpdf.sty)
> (/usr/share/texmf-texlive/tex/latex/hyperref/hyperref.sty
> (/usr/share/texmf-texlive/tex/generic/oberdiek/ifvtex.sty)
> (/usr/share/texmf-texlive/tex/generic/ifxetex/ifxetex.sty)
> (/usr/share/texmf-texlive/tex/latex/oberdiek/hycolor.sty
> (/usr/share/texmf-texlive/tex/latex/oberdiek/xcolor-patch.sty))
> (/usr/share/texmf-texlive/tex/latex/hyperref/pd1enc.def)
> (/usr/share/texmf-texlive/tex/generic/oberdiek/etexcmds.sty
> (/usr/share/texmf-texlive/tex/generic/oberdiek/infwarerr.sty))
> (/usr/share/texmf-texlive/tex/latex/latexconfig/hyperref.cfg)
> (/usr/share/texmf-texlive/tex/latex/oberdiek/kvoptions.sty
> (/usr/share/texmf-texlive/tex/generic/oberdiek/kvsetkeys.sty))
> (/usr/share/texmf-texlive/tex/latex/hyperref/puenc.def)
> Implicit mode ON; LaTeX internals redefined
> (/usr/share/texmf-texlive/tex/latex/hyperref/backref.sty)
> (/usr/share/texmf-texlive/tex/latex/ltxmisc/url.sty)
> (/usr/share/texmf-texlive/tex/generic/oberdiek/bitset.sty
> (/usr/share/texmf-texlive/tex/generic/oberdiek/intcalc.sty)
> (/usr/share/texmf-texlive/tex/generic/oberdiek/bigintcalc.sty
> (/usr/share/texmf-texlive/tex/generic/oberdiek/pdftexcmds.sty
> (/usr/share/texmf-texlive/tex/generic/oberdiek/ifluatex.sty)
> (/usr/share/texmf-texlive/tex/generic/oberdiek/ltxcmds.sty
> (/usr/share/texmf-texlive/tex/generic/oberdiek/atbegshi.sty))
> *hyperref using driver hpdftex*
> (/usr/share/texmf-texlive/tex/latex/hyperref/hpdftex.def)
> (/usr/share/texmf-texlive/tex/latex/base/inputenc.sty
> (/usr/share/texmf-texlive/tex/latex/base/utf8.def
> (/usr/share/texmf-texlive/tex/latex/base/t1enc.dfu)
> (/usr/share/texmf-texlive/tex/latex/base/ot1enc.dfu)
> (/usr/share/texmf-texlive/tex/latex/base/omsenc.dfu)
> (/usr/share/texmf-texlive/tex/latex/base/ts1enc.dfu)))
> (/usr/share/texmf-texlive/tex/latex/psnfss/mathptmx.sty)
> (/usr/share/texmf-texlive/tex/latex/psnfss/helvet.sty)
> (/usr/share/texmf-texlive/tex/latex/psnfss/courier.sty)
> (/usr/share/texmf-texlive/tex/latex/sectsty/sectsty.sty)
> (/usr/share/texmf-texlive/tex/latex/tocloft/tocloft.sty
> 
> Package tocloft Note: The document has chapter divisions.
> 
> ) (./doxygen.sty (/usr/share/texmf-texlive/tex/latex/tools/calc.sty)
> (/usr/share/texmf-texlive/tex/latex/fancyhdr/fancyhdr.sty)
> (/usr/share/texmf-texlive/tex/latex/tools/longtable.sty)
> (/usr/share/texmf-texlive/tex/latex/tools/verbatim.sty)
> (/usr/share/texmf-texlive/tex/latex/base/fontenc.sty
> (/usr/share/texmf-texlive/tex/latex/base/t1enc.def)))
> (/usr/share/texmf-texlive/tex/latex/listings/lstlang1.sty)
> (/usr/share/texmf-texlive/tex/latex/listings/lstlang1.sty)
> (/usr/share/texmf-texlive/tex/latex/listings/lstmisc.sty)
> Writing index file refman.idx
> No file refman.aux.
> (/usr/share/texmf-texlive/tex/latex/base/ts1cmr.fd)
> 
> kpathsea: Running mktextfm phvr8t
> /usr/share/texmf/web2c/mktexnam: Could not map sou

Bug#640617: scilab-overload: FTBFS: Error: libjvm.so: cannot open shared object file: No such file or directory

[Mònica Ramírez Arceda]

Source: scilab-overload
Version: 1.3.3-1
Severity: serious
Tags: wheezy sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20110902 qa-ftbfs
Justification: FTBFS on amd64

Hi,

During a rebuild of all packages in sid, your package failed to build on
amd64.

Relevant part:
> make[1]: Entering directory 
> `/build/scilab-overload-fkbqr3/scilab-overload-1.3.3'
> make[1]: Nothing to be done for `update-config'.
> make[1]: Leaving directory 
> `/build/scilab-overload-fkbqr3/scilab-overload-1.3.3'
> SCI_DISABLE_TK=1 SCI_JAVA_ENABLE_HEADLESS=1 /usr/bin/scilab -nw -f builder.sce
> 
> Could not load JVM dynamic library (libjava).
> Error: libjvm.so: cannot open shared object file: No such file or directory
> If you are using a binary version of Scilab, please report a bug 
> http://bugzilla.scilab.org/.
> If you are using a self-built version of Scilab, update the script bin/scilab 
> to provide the path to the JVM.
> The problem might be related to SELinux. Try to deactivate it.
> Please also check that you are not trying to run Scilab 64 bits on a 32 bits 
> system (or vice versa).
> 
> Scilab cannot open JVM library.
> make: *** [build-stamp] Error 1

The full build log is available from:
   
http://people.debian.org/~lucas/logs/2011/09/02/scilab-overload_1.3.3-1_lsid64.buildlog

A list of current common problems and possible solutions is available at 
http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute!

About the archive rebuild: The rebuild was done on about 50 AMD64 nodes
of the Grid'5000 platform, using a clean chroot.  Internet was not
accessible from the build systems.



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

Bug#640616: scilab-ann: FTBFS: Error: libjvm.so: cannot open shared object file: No such file or directory

[Mònica Ramírez Arceda]

Source: scilab-ann
Version: 0.4.2.4-1
Severity: serious
Tags: wheezy sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20110902 qa-ftbfs
Justification: FTBFS on amd64

Hi,

During a rebuild of all packages in sid, your package failed to build on
amd64.

Relevant part:
> make[1]: Entering directory `/build/scilab-ann-GKYYMB/scilab-ann-0.4.2.4'
> make[1]: Nothing to be done for `update-config'.
> make[1]: Leaving directory `/build/scilab-ann-GKYYMB/scilab-ann-0.4.2.4'
> SCI_DISABLE_TK=1 SCI_JAVA_ENABLE_HEADLESS=1 /usr/bin/scilab -nw -f 
> builder.sce
> 
> Could not load JVM dynamic library (libjava).
> Error: libjvm.so: cannot open shared object file: No such file or directory
> If you are using a binary version of Scilab, please report a bug 
> http://bugzilla.scilab.org/.
> If you are using a self-built version of Scilab, update the script bin/scilab 
> to provide the path to the JVM.
> The problem might be related to SELinux. Try to deactivate it.
> Please also check that you are not trying to run Scilab 64 bits on a 32 bits 
> system (or vice versa).
> 
> Scilab cannot open JVM library.
> make: *** [build/scilab-ann] Error 1

The full build log is available from:
   
http://people.debian.org/~lucas/logs/2011/09/02/scilab-ann_0.4.2.4-1_lsid64.buildlog

A list of current common problems and possible solutions is available at 
http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute!

About the archive rebuild: The rebuild was done on about 50 AMD64 nodes
of the Grid'5000 platform, using a clean chroot.  Internet was not
accessible from the build systems.



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

Bug#640464: xterm: rendering problems (pixels not erased?)

[Vincent Lefevre]

On 2011-09-05 14:48:15 -0400, Thomas Dickey wrote:
> On Mon, 5 Sep 2011, Julien Cristau wrote:
> >If this is new, when did it start occurring?

Just before reporting the bug. I couldn't reproduce the bug yet.

> > Could also be a driver or X issue.

Hmm... perhaps. When I moved a window over the xterm window, the
xterm contents were redrawn correctly. If the driver or X is in
charge of this, this would mean the bug comes from it.

> From the description and picture, I'm assuming it's a duplicate of
> #463784

I don't think so. BTW, I use the "fixed" font.

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



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

Bug#639825: Apache2 seek broken

[Takis Issaris]

2011/9/5 Stefan Fritsch :
> On Monday 05 September 2011, Takis Issaris wrote:
>> 2011/9/2 Julien Cristau :
>> > On Wed, Aug 31, 2011 at 16:03:47 +0200, Takis Issaris wrote:
>> >
>> > [...]
>> >
>> >> Then the log shows these syscalls happening over and over again
>> >> and it doesn't stop until I kill the client.
>> >> poll([{fd=37, events=POLLIN}], 1, 100)  = 1 ([{fd=37,
>> >> revents=POLLIN}]) recvfrom(37, "", 32516, 0, NULL, NULL)  = 0
>> >> poll([{fd=37, events=POLLIN}], 1, 100)  = 1 ([{fd=37,
>> >> revents=POLLIN}]) recvfrom(37, "", 32516, 0, NULL, NULL)  = 0
>> >> ...
>> >
>> > That seems completely broken.  When recvfrom returns 0, it means
>> > the connection has been shutdown on the other end, the client
>> > should just close it at that point, not start an infinite
>> > loop...
>>
>> I just noticed Stefan's fix in the FFmpeg GIT repository, so that's
>> even better:
>> http://git.videolan.org/?p=ffmpeg.git;a=commit;h=346ea9e22240b4442
>> f479518f6c3b40c9bec9487
>
> This fixes only the detection of range support. The looping is a
> different bug in libavformat which is not fixed by the above commit.
> But maybe it is not triggered if range support works.

For now, I haven't seen it reappear, but two bugs would explain why I
indeed sometimes seemed to get crashes and sometimes "hangs"
(looping).



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

Bug#640615: gajim fails to start when the config file contains blank lines

[Pascal Volk]

Package: gajim
Version: 0.14.4-1
Severity: important
Tags: upstream

Dear gajim maintainers,

when I try to start gajim out of a xterm it dies with:

Traceback (most recent call last):
  File "gajim.py", line 429, in 
interface = Interface()
  File "/usr/share/gajim/src/gui_interface.py", line 3358, in __init__
cfg_was_read = parser.read()
  File "/usr/share/gajim/src/common/optparser.py", line 66, in read
optname, key, subname, value = regex.match(line).groups()
AttributeError: 'NoneType' object has no attribute 'groups'

The reason for the above problem are blank lines in the config file, e.g.
in lines 339-343:

 35 version = 0.14.4
  …
337 themes.human.contacttextcolor = #00
338 accounts.xmmp.example.net.subscribe_location = True
339 accounts.xmmp.example.net.subscription_request_msg = Hi there,
340
341 some text …
342
343 John Doe
344 accounts.xmmp.example.net.http_auth = ask


Best Regards,

Pascal

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

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

Versions of packages gajim depends on:
ii  dnsutils   1:9.7.3.dfsg-1+b1 Clients provided with BIND
ii  python 2.6.7-3   interactive high-level object-orie
ii  python-gtk22.24.0-2  Python bindings for the GTK+ widge

Versions of packages gajim recommends:
ii  dbus  1.4.14-1   simple interprocess messaging syst
ii  notification-daemon   0.7.1-5daemon for displaying passive pop-
ii  plasma-widgets-workspace [not 4:4.6.5-2  plasma widgets and containments fo
ii  python-crypto 2.3-2  cryptographic algorithms and proto
ii  python-dbus   0.84.0-2   simple interprocess messaging syst
ii  python-gnupginterface 0.3.2-9.1  Python interface to GnuPG (GPG)
ii  python-openssl0.13~a1-1  Python wrapper around the OpenSSL 

Versions of packages gajim suggests:
ii  aspell-en 7.1-0-1English dictionary for GNU Aspell
pn  avahi-daemon   (no description available)
pn  dvipng (no description available)
ii  gnome-keyring 3.0.3-2GNOME keyring services (daemon and
ii  gstreamer0.10-plugins-ugly0.10.18-3  GStreamer plugins from the "ugly" 
ii  libgtkspell0  2.0.16-1   a spell-checking addon for GTK's T
pn  nautilus-sendto(no description available)
pn  network-manager(no description available)
pn  python-avahi   (no description available)
pn  python-farsight(no description available)
ii  python-gconf  2.28.1-3   Python bindings for the GConf conf
ii  python-gnome2 2.28.1-3   Python bindings for the GNOME desk
pn  python-gnomekeyring(no description available)
pn  python-kerberos(no description available)
ii  texlive-latex-base2009-13TeX Live: Basic LaTeX 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#640613: jaminid: FTBFS: xargs: /usr/lib/jvm/java-6-openjdk/bin/javac: No such file or directory

[Mònica Ramírez Arceda]

Source: jaminid
Version: 0.99a-1
Severity: serious
Tags: wheezy sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20110902 qa-ftbfs
Justification: FTBFS on amd64

Hi,

During a rebuild of all packages in sid, your package failed to build on
amd64.

Relevant part:
>  debian/rules build
> dh_testdir
> touch build-arch-stamp
> dh_testdir
> jh_build jaminid.jar src
> find src -name *.java -and -type f -print0 | xargs -0 
> /usr/lib/jvm/java-6-openjdk/bin/javac -cp :debian/_jh_build.jaminid -d 
> debian/_jh_build.jaminid -source 1.5
> xargs: /usr/lib/jvm/java-6-openjdk/bin/javac: No such file or directory
> make: *** [build-indep-stamp] Error 127

The full build log is available from:
   
http://people.debian.org/~lucas/logs/2011/09/02/jaminid_0.99a-1_lsid64.buildlog

A list of current common problems and possible solutions is available at 
http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute!

About the archive rebuild: The rebuild was done on about 50 AMD64 nodes
of the Grid'5000 platform, using a clean chroot.  Internet was not
accessible from the build systems.



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

Bug#640612: laptop-mode-tools: reboot instead shutdown on lenovo x220i

[pablo]

Package: laptop-mode-tools
Severity: important

I wrote about this problem on bugzilla #41912. This problem apears on kernels
>2.6.37. A solution is to 'kill' a USB 2.0 module calls ehci_hcd before
shutdown, but without this package it is the same results.



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

Kernel: Linux 3.0.3 (SMP w/4 CPU cores; PREEMPT)
Locale: LANG=pl_PL.utf8, LC_CTYPE=pl_PL.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash



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

Bug#640422: clive: Please add support for videobash

[Ansgar Burchardt]

tag 640422 + upstream
thanks

Hi,

Thomas Preud'homme  writes:
> Please add support for videobash.com videos. Attached is a patch which
> works for me (tested on 5 videos).

clive will switch to using quvi as a backend.  Support for additional
video sites should thus be added there and not in clive.

Upstream the switch already happened with clive 2.3.x.  Sadly the
libquiv package in Debian seems not to be very well maintained so I have
refraind from uploading the newer version to Debian so far.

Regards,
Ansgar



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

Bug#640357: [Pkg-crosswire-devel] Bug#640357: Bug#640357: Provide python SWIG bindings

[Dmitrijs Ledkovs]

clone 640357 -1retitle -1 please provide SWIG perl bindings
thanks
On 5 September 2011 22:00, Peter von Kaehne  wrote:
> On 05/09/11 20:25, Dmitrijs Ledkovs wrote:
>> On 4 September 2011 15:16, Ben Armstrong  wrote:
>>> Please provide a libsword-python package of the python SWIG bindings for
>>> libsword.
>>>
>>
>> Actually it is prepared for the next upload. I was hoping for .3
>> release of sword. But I guess it's a good enough reason to upload as
>> it is.
>> I'll upload it for sponsorship now.
>
> The perl bindings too?
>
> Peter
>

*sigh*, ok then, I'll give it a shot.

Regards.



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

Bug#640357: [Pkg-crosswire-devel] Bug#640357: Bug#640357: Provide python SWIG bindings

[Peter von Kaehne]

On 05/09/11 20:25, Dmitrijs Ledkovs wrote:
> On 4 September 2011 15:16, Ben Armstrong  wrote:
>> Please provide a libsword-python package of the python SWIG bindings for
>> libsword.
>>
> 
> Actually it is prepared for the next upload. I was hoping for .3
> release of sword. But I guess it's a good enough reason to upload as
> it is.
> I'll upload it for sponsorship now.

The perl bindings too?

Peter



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

Bug#640354: libisfreetype-5.2-java: circular dependency with libisnativec-java

[Steffen Möller]

On 09/05/2011 10:42 PM, Bill Allombert wrote:
> On Sun, Sep 04, 2011 at 06:24:31PM +0200, Torsten Werner wrote:
>> Hi,
>>
>> On Sun, Sep 4, 2011 at 4:00 PM, Bill Allombert  wrote:
>>> There is a new circular dependency between libisfreetype-5.2-java and 
>>> libisnativec-java:
>>>
>>> libisfreetype-5.2-java  :Depends: libisnativec-java
>>> libisnativec-java   :Depends: libisfreetype-5.2-java
>>
>> what do you suggest as a solution?
> 
> Well, I do not know why libisnativec-java would need libisfreetype-5.2-java,
> but generally in similar case, libisnativec-java is be split in two packages,
> one low-level needed by libisfreetype-5.2-java and one high-level that use
> libisfreetype-5.2-java. We would have:
> 
> libisnativec-java-highlvl Depends: libisfreetype-5.2-java, 
> libisnativec-java-lowlvl
> libisfreetype-5.2-javaDepends: libisnativec-java-lowlvl

I am still on my self-prescribed mental break from all this. My answer would be
that whoever addresses this issue should work closely with upstream on this.
And if they do not care, neither should Debian. Well, they may be happy about it
to be done for them.

> By the way, the description says
> 
>  This package always installs the latest version of the isCWT library.
>  It only offers a symbolic link to the respective jar file.
> 
> But I have no idea what isCWT is,
libiscwt-java - abstractions and Java implementations for rendering PDF
svn+ssh://svn.debian.org/svn/pkg-java/trunk/libiscwt-java

> and what that actually means.
Well, this is some disagreement of mine with the rest of pkg-java. It
once implemented ldconfig for java through the Debian packaging mechanism.
That is not appreciated, though.

Steffen



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

Bug#623263: shibboleth-sp2: FTBFS on armel (ICE)

[peter green]

tags 623263 +patch
found 623263 2.3.1+dfsg-5
thanks

This bug also affects testing

If there is a need to get this package building on armel again before 
the gcc bug is fixed it is possible to do so by building it with g++-4.4 
(4.5 and 4.6 both fail) on armel. I've attatched a patch that does that.


diff -ur shibboleth-sp2-2.4.3+dfsg/debian//control shibboleth-sp2-2.4.3+dfsg.new/debian//control
--- shibboleth-sp2-2.4.3+dfsg/debian//control	2011-07-26 01:27:32.0 +0100
+++ shibboleth-sp2-2.4.3+dfsg.new/debian//control	2011-09-05 17:57:26.0 +0100
@@ -8,7 +8,8 @@
  autotools-dev, doxygen, graphviz, liblog4cpp5-dev, libmemcached-dev,
  libsaml2-dev (>= 2.4), libssl-dev, libtool, libxerces-c-dev,
  libxml-security-c-dev (>= 1.6), libxmltooling-dev (>= 1.4),
- opensaml2-schemas, pkg-config, unixodbc-dev, xmltooling-schemas
+ opensaml2-schemas, pkg-config, unixodbc-dev, xmltooling-schemas,
+ g++-4.4 [armel]
 Standards-Version: 3.9.2
 Homepage: http://shibboleth.internet2.edu/
 Vcs-Git: git://git.debian.org/git/pkg-shibboleth/shibboleth-sp2.git
Only in shibboleth-sp2-2.4.3+dfsg.new/debian/: files
Only in shibboleth-sp2-2.4.3+dfsg.new/debian/: libapache2-mod-shib2
Only in shibboleth-sp2-2.4.3+dfsg.new/debian/: libapache2-mod-shib2.debhelper.log
Only in shibboleth-sp2-2.4.3+dfsg.new/debian/: libapache2-mod-shib2.postinst.debhelper
Only in shibboleth-sp2-2.4.3+dfsg.new/debian/: libapache2-mod-shib2.postrm.debhelper
Only in shibboleth-sp2-2.4.3+dfsg.new/debian/: libapache2-mod-shib2.prerm.debhelper
Only in shibboleth-sp2-2.4.3+dfsg.new/debian/: libapache2-mod-shib2.shibd.init
Only in shibboleth-sp2-2.4.3+dfsg.new/debian/: libapache2-mod-shib2.substvars
Only in shibboleth-sp2-2.4.3+dfsg.new/debian/: libshibsp5
Only in shibboleth-sp2-2.4.3+dfsg.new/debian/: libshibsp5.debhelper.log
Only in shibboleth-sp2-2.4.3+dfsg.new/debian/: libshibsp5.postinst.debhelper
Only in shibboleth-sp2-2.4.3+dfsg.new/debian/: libshibsp5.postrm.debhelper
Only in shibboleth-sp2-2.4.3+dfsg.new/debian/: libshibsp5.substvars
Only in shibboleth-sp2-2.4.3+dfsg.new/debian/: libshibsp-dev
Only in shibboleth-sp2-2.4.3+dfsg.new/debian/: libshibsp-dev.debhelper.log
Only in shibboleth-sp2-2.4.3+dfsg.new/debian/: libshibsp-dev.substvars
Only in shibboleth-sp2-2.4.3+dfsg.new/debian/: libshibsp-doc
Only in shibboleth-sp2-2.4.3+dfsg.new/debian/: libshibsp-doc.debhelper.log
Only in shibboleth-sp2-2.4.3+dfsg.new/debian/: libshibsp-doc.substvars
diff -ur shibboleth-sp2-2.4.3+dfsg/debian//rules shibboleth-sp2-2.4.3+dfsg.new/debian//rules
--- shibboleth-sp2-2.4.3+dfsg/debian//rules	2011-07-26 01:27:32.0 +0100
+++ shibboleth-sp2-2.4.3+dfsg.new/debian//rules	2011-09-05 18:11:19.0 +0100
@@ -1,5 +1,11 @@
 #!/usr/bin/make -f
 
+#gcc 4.5 and 4.6 fail to build this package on armel with an internal error
+DEB_BUILD_ARCH:=$(shell dpkg-architecture -qDEB_BUILD_ARCH)
+ifeq ($(DEB_BUILD_ARCH),armel)
+export CXX=g++-4.4
+endif
+
 DOCS = debian/libshibsp-doc/usr/share/doc/libshibsp-doc
 
 ifneq (,$(findstring noopt,$(DEB_BUILD_OPTIONS)))
Only in shibboleth-sp2-2.4.3+dfsg.new/debian/: shibboleth-sp2-schemas
Only in shibboleth-sp2-2.4.3+dfsg.new/debian/: shibboleth-sp2-schemas.debhelper.log
Only in shibboleth-sp2-2.4.3+dfsg.new/debian/: shibboleth-sp2-schemas.substvars
Only in shibboleth-sp2-2.4.3+dfsg.new/debian/: tmp

Bug#133937: close bug 133937?

[Vincent Lefevre]

This is an old bug. I think it should be closed.

Later Emacs versions no longer have this problem, AFAIK.

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



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

Bug#637025: two notes from the peanut gallery

[Leon Kuchenbecker]

Hi Ulf,

> libatalk/util/server_ipc.c:266 unused variable

That should be just a warning?

> etc/afpd/afp_asp.c:36 can't find globals.h import

Thats Issue 1 in my original report, just apply the patch.

Cheers
  Leon



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

Bug#640610: emacs-calfw: package removal fails

[Lucas Nussbaum]

Package: emacs-calfw
Version: 1.2-1
Severity: serious
User: debian...@lists.debian.org
Usertags: instest-20110825 instest

Hi,

While testing the installation of all packages in sid, I ran
into the following problem:

> Reading package lists...
> Building dependency tree...
> Reading state information...
> Starting
> Starting 2
> Done
> The following packages were automatically installed and are no longer 
> required:
> libkrb5-3 libatk1.0-0 libk5crypto3 gconf2-common ispell libgtk2.0-common
> libxfixes3 hicolor-icon-theme libxcomposite1 emacs23-bin-common
> xfonts-encodings libglib2.0-data libjpeg8 libotf0 libatk1.0-data
> liblockfile-bin ttf-dejavu-core anthy libx11-data libdbus-1-3
> libdbus-glib-1-2 libcairo2 xfonts-utils xml-core libfreetype6 libthai-data
> shared-mime-info libglib2.0-0 libexpat1 m17n-db libdatrie1 fontconfig
> libavahi-common-data libxfont1 libgconf2-4 libgdk-pixbuf2.0-0 dbus libxcb1
> libxau6 libpixman-1-0 libcups2 libxinerama1 libkrb5support0 libgif4 libxft2
> fontconfig-config libcroco3 libice6 libxdmcp6 libthai0 liblockfile1 libidl0
> libxml2 libkeyutils1 file libasound2 libxpm4 libxrender1 adduser sgml-base
> ienglish-common ucf libfont-freetype-perl x-ttcidfont-conf libtiff4
> libfontenc1 libjasper1 emacsen-common libjpeg62 libm17n-0 m17n-contrib
> liborbit2 emacs23 libanthy0 librsvg2-2 libavahi-client3 x11-common
> anthy-common libx11-6 libfontconfig1 libpango1.0-0 libsm6 libxdamage1
> dictionaries-common libxcb-render0 libgtk2.0-bin libgssapi-krb5-2 libxi6
> emacs23-common libxcursor1 libxcb-shm0 iamerican libxt6 libxext6 defoma
> libavahi-common3 libxrandr2 libgtk2.0-0 libmagic1 libgd2-noxpm
> Use 'apt-get autoremove' to remove them.
> The following packages will be REMOVED:
> emacs-calfw
> 0 upgraded, 0 newly installed, 1 to remove and 0 not upgraded.
> After this operation, 229 kB disk space will be freed.
> (Reading database ... 14466 files and directories currently installed.)
> Removing emacs-calfw ...
> + set -e
> + [ -x /usr/lib/emacsen-common/emacs-package-remove ]
> + /usr/lib/emacsen-common/emacs-package-remove emacs-calfw
> remove/emacs-calfw: purging byte-compiled files for emacs23
> rmdir: failed to remove `/usr/share/emacs23/site-lisp/emacs-calfw': Directory 
> not empty
> emacs-package-remove: /usr/lib/emacsen-common/packages/remove/emacs-calfw 
> emacs23 emacs23 failed at /usr/lib/emacsen-common/emacs-package-remove line 
> 30.
> dpkg: error processing emacs-calfw (--remove):
> subprocess installed pre-removal script returned error exit status 1
> configured to not write apport reports
> + set -e
> + [ abort-remove = configure ]
> Errors were encountered while processing:
> emacs-calfw
> E: Sub-process /usr/bin/dpkg returned an error code (1)

The full build log is available from:
 http://people.debian.org/~lucas/logs/2011/08/25/emacs-calfw.log

It is reproducible by installing your package in a clean chroot, using
the debconf Noninteractive frontend, and priority: critical.

This test was carried out using about 50 AMD64 nodes of the Grid'5000
platform.  Internet was not accessible from the nodes.

-- 
| Lucas Nussbaum
| lu...@lucas-nussbaum.net   http://www.lucas-nussbaum.net/ |
| jabber: lu...@nussbaum.fr GPG: 1024D/023B3F4F |



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

Bug#625926: gnome-applets: mixer_applet2 fails to associate with sound card when auto-logged in at first boot

[Josselin Mouette]

Le mardi 10 mai 2011 à 09:41 -0400, Daniel Kahn Gillmor a écrit : 
> Given the lineage of consolekit, i'd assume such a feed would probably
> be a dbus service or something, which i think would be more effectively
> cross-platform.

Yes, applications can subscribe to consolekit events, but mixer_applet2
does not. And it will probably never do that.

> But again, i'm pretty clueless on the bigger-picture architecture here
> (though i'm learning a lot from researching this bug :P )

The mixer_applet2 applet is still here for people who don’t want to
start pulseaudio for one reason or another, but in the general case you
want to use pulseaudio instead, since it doesn’t have such problems and
handles dynamic devices correctly.

Cheers,
-- 
 .''`.  Josselin Mouette
: :' :
`. `'
  `-


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

Bug#640609: python-dballe: installation fails: file does not exist: /usr/lib/python2.6/dist-packages/_dballe.la

[Lucas Nussbaum]

Package: python-dballe
Version: 4.0.18-1.1
Severity: serious
User: debian...@lists.debian.org
Usertags: instest-20110825 instest

Hi,

While testing the installation of all packages in sid, I ran
into the following problem:

> Reading package lists...
> Building dependency tree...
> Reading state information...
> Starting
> Starting 2
> Done
> Suggested packages:
> python-rpy
> The following NEW packages will be installed:
> python-dballe
> 0 upgraded, 1 newly installed, 0 to remove and 0 not upgraded.
> Need to get 614 kB of archives.
> After this operation, 3342 kB of additional disk space will be used.
> Get:1 http://localhost/debian/ sid/main python-dballe amd64 4.0.18-1.1 [614 
> kB]
> Fetched 614 kB in 0s (9289 kB/s)
> Selecting previously deselected package python-dballe.
> (Reading database ... 8144 files and directories currently installed.)
> Unpacking python-dballe (from .../python-dballe_4.0.18-1.1_amd64.deb) ...
> Dpkg hook: enabling sh trace for /var/lib/dpkg/info/python-dballe.postinst
> Dpkg hook: enabling sh trace for /var/lib/dpkg/info/python-dballe.postrm
> Dpkg hook: enabling sh trace for /var/lib/dpkg/info/python-dballe.preinst
> Dpkg hook: enabling sh trace for /var/lib/dpkg/info/python-dballe.prerm
> Setting up python-dballe (4.0.18-1.1) ...
> + set -e
> + rm -f /var/lib/pycentral/python-dballe.pkgremove
> + which pycentral
> + pycentral pkginstall python-dballe
> file does not exist: /usr/lib/python2.6/dist-packages/_dballe.la
> pycentral: pycentral pkginstall: error byte-compiling files (8)
> pycentral pkginstall: error byte-compiling files (8)
> dpkg: error processing python-dballe (--configure):
> subprocess installed post-installation script returned error exit status 1
> configured to not write apport reports
> Errors were encountered while processing:
> python-dballe
> E: Sub-process /usr/bin/dpkg returned an error code (1)

The full build log is available from:
 http://people.debian.org/~lucas/logs/2011/08/25/python-dballe.log

It is reproducible by installing your package in a clean chroot, using
the debconf Noninteractive frontend, and priority: critical.

This test was carried out using about 50 AMD64 nodes of the Grid'5000
platform.  Internet was not accessible from the nodes.

-- 
| Lucas Nussbaum
| lu...@lucas-nussbaum.net   http://www.lucas-nussbaum.net/ |
| jabber: lu...@nussbaum.fr GPG: 1024D/023B3F4F |



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

Bug#640608: pootle: installation fails

[Lucas Nussbaum]

Package: pootle
Version: 2.0.5-0.3
Severity: serious
User: debian...@lists.debian.org
Usertags: instest-20110825 instest

Hi,

While testing the installation of all packages in sid, I ran
into the following problem:

> Reading package lists...
> Building dependency tree...
> Reading state information...
> Starting
> Starting 2
> Done
> Recommended packages:
> cherrypy
> The following NEW packages will be installed:
> pootle
> 0 upgraded, 1 newly installed, 0 to remove and 0 not upgraded.
> Need to get 4436 kB of archives.
> After this operation, 19.6 MB of additional disk space will be used.
> Get:1 http://localhost/debian/ sid/main pootle all 2.0.5-0.3 [4436 kB]
> Fetched 4436 kB in 0s (24.5 MB/s)
> Selecting previously deselected package pootle.
> (Reading database ... 20683 files and directories currently installed.)
> Unpacking pootle (from .../pootle_2.0.5-0.3_all.deb) ...
> Dpkg hook: enabling sh trace for /var/lib/dpkg/info/pootle.postinst
> Dpkg hook: enabling sh trace for /var/lib/dpkg/info/pootle.postrm
> Dpkg hook: enabling sh trace for /var/lib/dpkg/info/pootle.preinst
> Dpkg hook: enabling sh trace for /var/lib/dpkg/info/pootle.prerm
> Setting up pootle (2.0.5-0.3) ...
> + set -e
> + POOTLE_USER=pootle
> + POOTLE_GROUP=pootle
> + POOTLE_HOME=/var/lib/pootle
> + getent group pootle
> + echo -n Adding group pootle..
> Adding group pootle..+ addgroup --quiet --system pootle
> + echo ..done
> ..done
> + getent passwd pootle
> + echo -n Adding user pootle..
> Adding user pootle..+ adduser --quiet --system --gecos Pootle daemon 
> --ingroup pootle --no-create-home --home /var/lib/pootle pootle
> + echo ..done
> ..done
> + mkdir -p /var/lib/pootle
> + chmod 755 /var/lib/pootle
> + chown pootle:pootle /var/lib/pootle
> + chmod -R 755 /var/lib/pootle/po
> + chown -R pootle:pootle /var/lib/pootle/po
> + chmod -R 755 /var/lib/pootle/dbs
> + chown -R pootle:pootle /var/lib/pootle/dbs
> + chmod 770 /etc/pootle
> + chown -R pootle:root /etc/pootle
> + rm -f /var/lib/pycentral/pootle.pkgremove
> + which pycentral
> + pycentral pkginstall pootle
> + grep -qs ^pootle$ /var/lib/pycentral/delayed-pkgs
> + [ -z  ]
> + update-python-modules -p
> + su pootle -p -c django-admin syncdb --settings pootle.settings --noinput
> /usr/lib/pymodules/python2.6/django/db/__init__.py:19: DeprecationWarning: 
> settings.DATABASE_* is deprecated; use settings.DATABASES instead.
> DeprecationWarning
> /usr/lib/pymodules/python2.6/django/db/__init__.py:60: DeprecationWarning: 
> Short names for ENGINE in database configurations are deprecated. Prepend 
> default.ENGINE with 'django.db.backends.'
> DeprecationWarning
> Error: No module named thread_support
> dpkg: error processing pootle (--configure):
> subprocess installed post-installation script returned error exit status 1
> configured to not write apport reports
> Processing triggers for python-central ...
> + set -e
> + pycentral cleanup-pkgprepare-updates
> + exit 0
> Errors were encountered while processing:
> pootle
> E: Sub-process /usr/bin/dpkg returned an error code (1)

The full build log is available from:
 http://people.debian.org/~lucas/logs/2011/08/25/pootle.log

It is reproducible by installing your package in a clean chroot, using
the debconf Noninteractive frontend, and priority: critical.

This test was carried out using about 50 AMD64 nodes of the Grid'5000
platform.  Internet was not accessible from the nodes.

-- 
| Lucas Nussbaum
| lu...@lucas-nussbaum.net   http://www.lucas-nussbaum.net/ |
| jabber: lu...@nussbaum.fr GPG: 1024D/023B3F4F |



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

Bug#640604: debsigs: installation fails: Verification on package /var/cache/apt/archives/debsigs_0.1.17_all.deb failed!

[Lucas Nussbaum]

Package: debsigs
Version: 0.1.17
Severity: serious
User: debian...@lists.debian.org
Usertags: instest-20110825 instest

Hi,

While testing the installation of all packages in sid, I ran
into the following problem:

> Reading package lists...
> Building dependency tree...
> Reading state information...
> Starting
> Starting 2
> Done
> The following NEW packages will be installed:
> debsigs
> 0 upgraded, 1 newly installed, 0 to remove and 0 not upgraded.
> 11 not fully installed or removed.
> Need to get 52.9 kB of archives.
> After this operation, 184 kB of additional disk space will be used.
> Get:1 http://localhost/debian/ sid/main debsigs all 0.1.17 [52.9 kB]
> Fetched 52.9 kB in 0s (969 kB/s)
> Authenticating /var/cache/apt/archives/debsigs_0.1.17_all.deb ...
> debsig: Origin Signature check failed. This deb might not be signed.
> 
> dpkg: error processing /var/cache/apt/archives/debsigs_0.1.17_all.deb 
> (--unpack):
> Verification on package /var/cache/apt/archives/debsigs_0.1.17_all.deb failed!
> configured to not write apport reports
> Errors were encountered while processing:
> /var/cache/apt/archives/debsigs_0.1.17_all.deb
> E: Sub-process /usr/bin/dpkg returned an error code (1)

The full build log is available from:
 http://people.debian.org/~lucas/logs/2011/08/25/debsigs.log

It is reproducible by installing your package in a clean chroot, using
the debconf Noninteractive frontend, and priority: critical.

This test was carried out using about 50 AMD64 nodes of the Grid'5000
platform.  Internet was not accessible from the nodes.

-- 
| Lucas Nussbaum
| lu...@lucas-nussbaum.net   http://www.lucas-nussbaum.net/ |
| jabber: lu...@nussbaum.fr GPG: 1024D/023B3F4F |



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

Bug#640605: dtc-postfix-courier: installation fails: /var/run/courier/authdaemon/pid.lock: No such file or directory

[Lucas Nussbaum]

Package: dtc-postfix-courier
Version: 0.34.1-1
Severity: serious
User: debian...@lists.debian.org
Usertags: instest-20110825 instest

Hi,

While testing the installation of all packages in sid, I ran
into the following problem:

> Reading package lists...
> Building dependency tree...
> Reading state information...
> Starting
> Starting 2
> Done
> Suggested packages:
> mysqmail
> The following NEW packages will be installed:
> dtc-postfix-courier
> 0 upgraded, 1 newly installed, 0 to remove and 0 not upgraded.
> 1 not fully installed or removed.
> Need to get 31.1 kB of archives.
> After this operation, 65.5 kB of additional disk space will be used.
> Get:1 http://localhost/debian/ sid/main dtc-postfix-courier all 0.34.1-1 
> [31.1 kB]
> Fetched 31.1 kB in 0s (826 kB/s)
> Selecting previously deselected package dtc-postfix-courier.
> (Reading database ... 28423 files and directories currently installed.)
> Unpacking dtc-postfix-courier (from .../dtc-postfix-courier_0.34.1-1_all.deb) 
> ...
> Setting up courier-authlib-mysql (0.63.0-3.1) ...
> + [ configure = configure ]
> + [ -z  ]
> + which authdaemond
> + authdaemond restart
> /var/run/courier/authdaemon/pid.lock: No such file or directory
> dpkg: error processing courier-authlib-mysql (--configure):
> subprocess installed post-installation script returned error exit status 1
> configured to not write apport reports
> dpkg: dependency problems prevent configuration of dtc-postfix-courier:
> dtc-postfix-courier depends on courier-authlib-mysql | courier-authmysql; 
> however:
> Package courier-authlib-mysql is not configured yet.
> Package courier-authmysql is not installed.
> dpkg: error processing dtc-postfix-courier (--configure):
> dependency problems - leaving unconfigured
> configured to not write apport reports
> Errors were encountered while processing:
> courier-authlib-mysql
> dtc-postfix-courier
> E: Sub-process /usr/bin/dpkg returned an error code (1)

This is likely caused by the fact that this test disables starting
daemons using policy-rc.d.

The full build log is available from:
 http://people.debian.org/~lucas/logs/2011/08/25/dtc-postfix-courier.log

It is reproducible by installing your package in a clean chroot, using
the debconf Noninteractive frontend, and priority: critical.

This test was carried out using about 50 AMD64 nodes of the Grid'5000
platform.  Internet was not accessible from the nodes.

-- 
| Lucas Nussbaum
| lu...@lucas-nussbaum.net   http://www.lucas-nussbaum.net/ |
| jabber: lu...@nussbaum.fr GPG: 1024D/023B3F4F |



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

Bug#640603: buildbot-slave: package purge (after dependencies removal) fails

[Lucas Nussbaum]

Package: buildbot-slave
Version: 0.8.3-1
Severity: serious
User: debian...@lists.debian.org
Usertags: instest-20110825 instest

Hi,

While testing the installation of all packages in sid, I ran
into the following problem:

> -- Removing all dependencies: OK
> Reading package lists...
> Building dependency tree...
> Reading state information...
> Starting
> Starting 2
> Done
> The following package was automatically installed and is no longer required:
> adduser
> Use 'apt-get autoremove' to remove them.
> The following packages will be REMOVED:
> file libdb4.8 libexpat1 libmagic1 libsqlite3-0 libssl1.0.0 mime-support
> python python-minimal python-openssl python-pam python-pkg-resources
> python-serial python-support python-twisted-bin python-twisted-core
> python-twisted-words python-zope.interface python2.6 python2.6-minimal
> 0 upgraded, 0 newly installed, 20 to remove and 0 not upgraded.
> After this operation, 37.2 MB disk space will be freed.
> (Reading database ... 9639 files and directories currently installed.)
> Removing file ...
> Removing python-twisted-words ...
> + set -e
> + which pyclean
> + pyclean -p python-twisted-words
> Removing python-twisted-core ...
> + set -e
> + which pyclean
> + pyclean -p python-twisted-core
> + set -e
> + xargs -r rm -f
> + find /usr/lib/python2.6/dist-packages/twisted/plugins -name dropin.cache
> + rmdir /usr/lib/python2.6/dist-packages/twisted/plugins
> + exit 0
> Removing python-zope.interface ...
> + set -e
> + which pyclean
> + pyclean -p python-zope.interface
> Removing python-twisted-bin ...
> Removing python-pam ...
> + set -e
> + which update-python-modules
> + update-python-modules -c python-pam.public
> Removing python-openssl ...
> + set -e
> + which update-python-modules
> + update-python-modules -c python-openssl.public
> Removing python-support ...
> + set -e
> + update-python-modules -c -b python-support.private
> + set -e
> + [ -L /var/lib/python-support ]
> + rm -f /var/lib/python-support
> + [ remove = purge ]
> Removing python-serial ...
> + set -e
> + which pyclean
> + pyclean -p python-serial
> Removing python-pkg-resources ...
> + set -e
> + which pyclean
> + pyclean -p python-pkg-resources
> Removing python ...
> + set -e
> + rm -f /usr/share/python/pyversions.pyc
> + set -e
> Removing python2.6 ...
> + dpkg -L python2.6
> + awk /\.py$/ {print $0"c\n" $0"o"}
> + xargs rm -f
> + rmdir /usr/local/lib/python2.6/site-packages
> + rmdir /usr/local/lib/python2.6
> + true
> + set -e
> + which update-menus
> + [ -x  ]
> Removing libdb4.8 ...
> Removing libexpat1 ...
> + set -e
> + [ remove = remove ]
> + ldconfig
> Removing libmagic1 ...
> + set -e
> + [ remove = remove ]
> + ldconfig
> Removing libsqlite3-0 ...
> + set -e
> + [ remove = remove ]
> + ldconfig
> Removing python-minimal ...
> + set -e
> + find /usr/share/python/ -name *.py[oc] -delete
> Removing python2.6-minimal ...
> + syssite=/usr/lib/python2.6/site-packages
> + localsite=/usr/local/lib/python2.6/dist-packages
> + [  != noninteractive ]
> + echo Unlinking and removing bytecode for runtime python2.6
> Unlinking and removing bytecode for runtime python2.6
> + [ -x /usr/share/python/runtime.d/*.rtremove ]
> + continue
> + dpkg -L python2.6-minimal
> + awk /\.py$/ {print $0"c\n" $0"o"}
> + xargs rm -f
> + which update-binfmts
> + [ -h /usr/lib/python2.6/site-packages ]
> + [ -d /usr/local/lib/python2.6/dist-packages ]
> + rmdir /usr/local/lib/python2.6/dist-packages
> + dirname /usr/local/lib/python2.6/dist-packages
> + [ -d /usr/local/lib/python2.6 ]
> + dirname /usr/local/lib/python2.6/dist-packages
> + rmdir /usr/local/lib/python2.6
> + [ remove = remove ]
> + find /usr/lib/python2.6 -depth -type d -empty
> + [ -f /var/lib/python/python2.6_installed ]
> + [ remove = purge ]
> + exit 0
> Removing libssl1.0.0 ...
> + set -e
> + [ remove = purge ]
> + [ remove = remove ]
> + ldconfig
> Removing mime-support ...
> + [ ( remove = upgrade -o remove = remove ) -a -L /usr/doc/mime-support ]
> + [ remove = remove ]
> + update-alternatives --remove view /usr/bin/see
> + rm -f /etc/mailcap
> -- Purging package: FAILED
> (Reading database ... 6679 files and directories currently installed.)
> Removing buildbot-slave ...
> Purging configuration files for buildbot-slave ...
> + set -e
> + USER_DESCR=Buildbot system user
> + SLAVES_DIR=/var/lib/buildbot/slaves
> + dpkg --get-selections buildbot*
> + egrep -q (install|hold|deinstall)
> + getent passwd buildbot
> + echo Removing Buildbot system user ...
> Removing Buildbot system user ...
> + deluser --quiet --system --remove-home buildbot
> /usr/sbin/deluser: In order to use the --remove-home, --remove-all-files, and 
> --backup features,
> you need to install the `perl-modules' package. To accomplish that, run
> apt-get install perl-modules.
> dpkg: error processing buildbot-slave (--purge):
> subprocess installed post-removal script returned error exit status 8
> Errors were encountered while processing:
> buildbot-slave

The full build log i