Bug#994273: More info

[Harry STARR]

> The bug that I believe is responsible is in this if-block:
>
>  https://git.netfilter.org/nftables/tree/src/rule.c#n372
>
>When listing a set, nft will set the `stateless` flag in order to
>suppress the state of any counters it defines.  However, it doesn't keep
>track of whether the flag was already set and clears it unconditionally
>afterwards.  It has not yet been fixed upstream.
>
>The buggy commit was released in 0.9.4, which is why you saw it after
>upgrading from buster (0.9.0-2) to bullseye (0.9.8-3.1).

Excellent work, J.

>Here's the fix I've sent upstream:
>
>  
> https://lore.kernel.org/netfilter-devel/20211007201222.2613750-3-jer...@azazel.net/T/#u
>
>I'm not that familiar with Arch or Gentoo, but from what I can see
>looking through their package repo's and bug-trackers, they don't seem
>to be carrying patches for this.

Looking forward to seeing this in a bullseye update...

Bug#994273: More info

[Harry STARR]

> I'll send a patch upstream.
>
> J.

I have noticed that on Gentoo and Arch this seems to be resolved.
They are using a version > 1.0.x

Maybe already fixed upstream...

H.

Bug#994273: Follow-up example

[Harry STARR]

Here is my-nftables (used to instantiate the ruleset):
nft -f my-nftables

>>> my-nftables
flush ruleset
table ip filter {
set bad_guys {
type ipv4_addr
size 65535
timeout 31m
counter
elements = { 192.168.0.101, 192.168.0.102,
 192.168.0.172 }
}

set black {
type ipv4_addr
size 65535
flags interval
counter
elements = { 1.2.3.4, 5.6.7.0/24 }
}

set dns_black {
type ipv4_addr
size 65535
timeout 1d
counter
elements = { 192.168.0.100 }
}

chain INPUT {
type filter hook input priority filter; policy drop;
ip saddr @bad_guys counter drop
ct state invalid counter drop
ct state established,related counter accept
iifname "lo" counter accept
ip saddr @black counter drop
ip saddr 192.168.0.0/16 counter accept
iifname "ge0" udp sport 67-68 udp dport 67-68 counter accept
udp dport 53 ip saddr @dns_black counter drop
tcp dport 53 ip saddr @dns_black counter drop
udp dport 53 counter accept
tcp dport 53 counter accept
fib daddr type multicast counter drop
add @bad_guys { ip saddr } log level debug counter drop
}

chain FORWARD {
type filter hook forward priority filter; policy accept;
}

chain OUTPUT {
type filter hook output priority filter; policy accept;
}
}

<<<

Here is the nft list ruleset output:
>>>
root@y6:~ # nft list ruleset
table ip filter {
set bad_guys {
type ipv4_addr
size 65535
counter
timeout 31m
}

set black {
type ipv4_addr
size 65535
flags interval
counter
elements = { 1.2.3.4 counter packets 0 bytes 0, 5.6.7.0/24 
counter packets 0 bytes 0 }
}

set dns_black {
type ipv4_addr
size 65535
counter
timeout 1d
elements = { 192.168.0.100 counter packets 0 bytes 0 expires 
22h59m40s260ms }
}

chain INPUT {
type filter hook input priority filter; policy drop;
ip saddr @bad_guys counter packets 0 bytes 0 drop
ct state invalid counter packets 22 bytes 3204 drop
ct state established,related counter packets 298 bytes 23763 
accept
iifname "lo" counter packets 0 bytes 0 accept
ip saddr @black counter packets 0 bytes 0 drop
ip saddr 192.168.0.0/16 counter packets 69 bytes 6558 accept
iifname "ge0" udp sport 67-68 udp dport 67-68 counter packets 8 
bytes 2696 accept
udp dport 53 ip saddr @dns_black counter packets 0 bytes 0 drop
tcp dport 53 ip saddr @dns_black counter packets 0 bytes 0 drop
udp dport 53 counter packets 0 bytes 0 accept
tcp dport 53 counter packets 0 bytes 0 accept
fib daddr type multicast counter packets 0 bytes 0 drop
add @bad_guys { ip saddr } log level debug counter packets 0 
bytes 0 drop
}

chain FORWARD {
type filter hook forward priority filter; policy accept;
}

chain OUTPUT {
type filter hook output priority filter; policy accept;
}
}
<<<

And here is the nft -s list ruleset
>>>
root@y6:~ # nft -s list ruleset
table ip filter {
set bad_guys {
type ipv4_addr
size 65535
counter
timeout 31m
}

set black {
type ipv4_addr
size 65535
flags interval
counter
elements = { 1.2.3.4 counter packets 0 bytes 0, 5.6.7.0/24 
counter packets 0 bytes 0 }
}

set dns_black {
type ipv4_addr
size 65535
counter
timeout 1d
elements = { 192.168.0.100 counter packets 0 bytes 0 expires 
22h58m48s84ms }
}

chain INPUT {
type filter hook input priority filter; policy drop;
ip saddr @bad_guys counter packets 0 bytes 0 drop
ct state invalid counter packets 22 bytes 3204 drop
ct state established,related counter packets 351 bytes 28667 
accept
iifname "lo" counter packets 0 bytes 0 accept
ip saddr @black counter packets 0 bytes 0 drop
ip saddr 192.168.0.0/16 

Bug#995197: linux-image-5.14.0-1-amd64: ethtool_get_rxnfc Buffer overflow detected (8 < 192)!

[Harry Sintonen]

Package: src:linux
Version: 5.14.6-2
Severity: normal
Tags: upstream

Dear Maintainer,

There are periodic buffer overflows from this kernel at ethtool_get_rxnfc.
The bug is discussed here: https://lkml.org/lkml/2021/9/18/385

-- Package-specific info:
** Version:
Linux version 5.14.0-1-amd64 (debian-ker...@lists.debian.org) (gcc-10 (Debian 
10.3.0-10) 10.3.0, GNU ld (GNU Binutils for Debian) 2.37) #1 SMP Debian 
5.14.6-2 (2021-09-19)

** Command line:
BOOT_IMAGE=/boot/vmlinuz-5.14.0-1-amd64 
root=UUID=dabf76cc-4e71-4f78-8c6a-af49a5d315a0 ro quiet vga=normal nomodeset 
pci=ioapicreroute luks=no pcie_aspm=off nmi_watchdog=0

** Tainted: PWOE (12801)
 * proprietary module was loaded
 * kernel issued warning
 * externally-built ("out-of-tree") module was loaded
 * unsigned module was loaded

** Kernel log:
[ 1942.069569] [ cut here ]
[ 1942.069569] Buffer overflow detected (8 < 192)!
[ 1942.069574] WARNING: CPU: 8 PID: 1658 at include/linux/thread_info.h:200 
ethtool_rxnfc_copy_to_user+0x2b/0xb0
[ 1942.069577] Modules linked in: dm_crypt xt_connmark xt_nat xt_set ipt_REJECT 
nf_reject_ipv4 xt_REDIRECT xt_MASQUERADE nft_chain_nat xt_tcpudp xt_state 
xt_conntrack nft_counter xt_LOG nf_log_syslog nft_compat nf_tables sit tunnel4 
ip_tunnel ip_set_hash_ip ip_set nfnetlink nf_nat_irc nf_nat nf_conntrack_irc 
nf_conntrack nf_defrag_ipv6 nf_defrag_ipv4 msr rfkill cpufreq_ondemand 
cpufreq_powersave cpufreq_conservative cpufreq_userspace binfmt_misc hwmon_vid 
jc42 intel_rapl_msr intel_rapl_common amd64_edac edac_mce_amd kvm zfs(POE) 
zunicode(POE) irqbypass zzstd(OE) zlua(OE) rapl zavl(POE) icp(POE) ccp 
zcommon(POE) znvpair(POE) wmi_bmof sp5100_tco pcspkr k10temp watchdog spl(OE) 
rng_core sg evdev acpi_cpufreq loop parport_pc ppdev drm lp parport fuse 
configfs ip_tables x_tables autofs4 ext4 crc16 mbcache jbd2 raid10 raid456 
async_raid6_recov async_memcpy async_pq async_xor async_tx xor raid6_pq 
libcrc32c crc32c_generic raid1 raid0 multipath linear md_mod dm_mirror 
dm_region_hash dm_log dm_mod
[ 1942.069604]  sd_mod crc32_pclmul crc32c_intel ghash_clmulni_intel nvme 
xhci_pci ahci xhci_hcd libahci ixgbe aesni_intel nvme_core crypto_simd libata 
t10_pi usbcore crc_t10dif crct10dif_generic aacraid r8169 xfrm_algo dca ptp 
pps_core cryptd realtek mdio_devres scsi_mod crct10dif_pclmul gpio_amdpt libphy 
i2c_piix4 mdio crct10dif_common usb_common wmi gpio_generic button
[ 1942.069614] CPU: 8 PID: 1658 Comm: nmbd Tainted: PW  OE 
5.14.0-1-amd64 #1  Debian 5.14.6-2
[ 1942.069615] Hardware name: System manufacturer System Product Name/PRIME 
B450-PLUS, BIOS 2008 12/06/2019
[ 1942.069616] RIP: 0010:ethtool_rxnfc_copy_to_user+0x2b/0xb0
[ 1942.069617] Code: 1f 44 00 00 41 55 65 48 8b 04 25 c0 7b 01 00 41 54 55 53 
f6 40 10 02 75 23 be 08 00 00 00 48 c7 c7 28 16 90 ac e8 64 4c 14 00 <0f> 0b 41 
bc f2 ff ff ff 5b 44 89 e0 5d 41 5c 41 5d c3 48 89 fb 49
[ 1942.069618] RSP: 0018:bb290205fbf8 EFLAGS: 00010282
[ 1942.069619] RAX:  RBX: c06774e0 RCX: 9f881ea1
[ 1942.069620] RDX: ffd8 RSI: 0027 RDI: 9f881ea18880
[ 1942.069621] RBP: 9f7d4c08 R08:  R09: bb290205fa20
[ 1942.069621] R10: bb290205fa18 R11: 9f884f2ff5a8 R12: 
[ 1942.069622] R13: 7fff4d1a9460 R14:  R15: bb290205fc28
[ 1942.069623] FS:  7f1b99652a40() GS:9f881ea0() 
knlGS:
[ 1942.069624] CS:  0010 DS:  ES:  CR0: 80050033
[ 1942.069624] CR2: 563cb756b040 CR3: 800101a1a000 CR4: 00350ee0
[ 1942.069625] Call Trace:
[ 1942.069626]  ethtool_get_rxnfc+0xcb/0x1b0
[ 1942.069628]  dev_ethtool+0xb4b/0x28f0
[ 1942.069630]  ? tomoyo_init_request_info+0x8f/0xb0
[ 1942.069632]  ? tomoyo_path_number_perm+0x66/0x1d0
[ 1942.069633]  dev_ioctl+0x156/0x480
[ 1942.069635]  sock_do_ioctl+0x9b/0x130
[ 1942.069636]  sock_ioctl+0x23a/0x320
[ 1942.069637]  __x64_sys_ioctl+0x83/0xb0
[ 1942.069638]  do_syscall_64+0x3b/0xc0
[ 1942.069640]  entry_SYSCALL_64_after_hwframe+0x44/0xae
[ 1942.069641] RIP: 0033:0x7f1b9d01e957
[ 1942.069642] Code: 3c 1c 48 f7 d8 4c 39 e0 77 b9 e8 24 ff ff ff 85 c0 78 be 
4c 89 e0 5b 5d 41 5c c3 0f 1f 84 00 00 00 00 00 b8 10 00 00 00 0f 05 <48> 3d 01 
f0 ff ff 73 01 c3 48 8b 0d e1 94 0c 00 f7 d8 64 89 01 48
[ 1942.069643] RSP: 002b:7fff4d1a93f8 EFLAGS: 0246 ORIG_RAX: 
0010
[ 1942.069644] RAX: ffda RBX: 563cb7571b70 RCX: 7f1b9d01e957
[ 1942.069645] RDX: 7fff4d1a9430 RSI: 8946 RDI: 0017
[ 1942.069645] RBP: 0017 R08:  R09: 563cb7572248
[ 1942.069646] R10: 000d R11: 0246 R12: 563cb7572230
[ 1942.069647] R13: 7fff4d1a9430 R14: 563cb7573e70 R15: 563cb7573954
[ 1942.069648] ---[ end trace e7baa19de6337322 ]---

** Model information
sys_vendor: System manufacturer
product_name: System Product Name

Bug#994273: nftables: nft -s does NOT suppress stateful output

[Harry STARR]

Package: nftables
Version: 0.9.8-3.1
Severity: important

Dear Maintainer,

*** Reporter, please consider answering these questions, where appropriate ***

   * What led up to the situation?
Upgrade to bullseye
   * What exactly did you do (or not do) that was effective (or
 ineffective)?
nft -s list ruleset
   * What was the outcome of this action?
Same output as
nft list ruleset
   * What outcome did you expect instead?
e.g. on counters clause, suppression of packets, bytes content

*** End of the template - remove these template lines ***


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

Kernel: Linux 5.10.0-8-amd64 (SMP w/2 CPU threads)
Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages nftables depends on:
ii  dpkg  1.20.9
ii  libc6 2.31-13
ii  libedit2  3.1-20191231-2+b1
ii  libnftables1  0.9.8-3.1

nftables recommends no packages.

Versions of packages nftables suggests:
pn  firewalld  

-- no debconf information

Bug#989585: openvswitch-switch-dpdk can't handle any traffics (but openvswitch-switch can)

[Harry Lee]

Package: openvswitch-switch-dpdk
Version: 2.15.0+ds1-2
Severity: important




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

Kernel: Linux 5.10.0-7-amd64 (SMP w/40 CPU threads)
Locale: LANG=zh_CN.UTF-8, LC_CTYPE=zh_CN.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/bash
Init: systemd (via /run/systemd/system)

Versions of packages openvswitch-switch-dpdk depends on:
ii  dpdk20.11-7
ii  libc6   2.31-12
ii  libcap-ng0  0.7.9-2.2+b1
ii  librte-eal2120.11-7
ii  librte-ethdev21 20.11-7
ii  librte-mbuf21   20.11-7
ii  librte-mempool2120.11-7
ii  librte-meter21  20.11-7
ii  librte-vhost21  20.11-7
ii  libssl1.1   1.1.1k-1
ii  libunbound8 1.13.1-1
ii  openvswitch-common  2.15.0+ds1-2
ii  openvswitch-switch  2.15.0+ds1-2

openvswitch-switch-dpdk recommends no packages.

openvswitch-switch-dpdk suggests no packages.

-- no debconf information



I created a br0 and add eth1 to it:
```
# ovs-vsctl show
56e6bee8-0467-4803-9306-fa5f1286745c
Bridge br0
Port eth1
Interface eth1
Port br0
Interface br0
type: internal
ovs_version: "2.15.0"
```

Then I try two ovs versions:
```
# switch ovs version to ovs-vswitchd
update-alternatives --set ovs-vswitchd /usr/lib/openvswitch-common/ovs-vswitchd
/etc/init.d/openvswitch-switch restart
ip link set br0 up
ip addr add 10.90.67.148/25 dev br0
ping 10.90.67.129  # network is ok

# switch ovs version to ovs-vswitchd-dpdk, and I didn't enable dpdk.
update-alternatives --set ovs-vswitchd 
/usr/lib/openvswitch-switch-dpdk/ovs-vswitchd-dpdk
/etc/init.d/openvswitch-switch restart
ip link set br0 up
ip addr add 10.90.67.148/25 dev br0
ping 10.90.67.129  # unreachable
```

When using ovs-vswitchd-dpdk, there are some warnings in ovs-vswitchd.log:
```
2021-06-07T10:36:26.790Z|1|vlog|INFO|opened log file 
/var/log/openvswitch/ovs-vswitchd.log
2021-06-07T10:36:26.794Z|2|ovs_numa|INFO|Discovered 20 CPU cores on NUMA 
node 0
2021-06-07T10:36:26.795Z|3|ovs_numa|INFO|Discovered 20 CPU cores on NUMA 
node 1
2021-06-07T10:36:26.795Z|4|ovs_numa|INFO|Discovered 2 NUMA nodes and 40 CPU 
cores
2021-06-07T10:36:26.795Z|5|reconnect|INFO|unix:/var/run/openvswitch/db.sock:
 connecting...
2021-06-07T10:36:26.795Z|6|reconnect|INFO|unix:/var/run/openvswitch/db.sock:
 connected
2021-06-07T10:36:26.799Z|7|bridge|INFO|ovs-vswitchd (Open vSwitch) 2.15.0
2021-06-07T10:36:26.801Z|8|dpdk|INFO|DPDK Disabled - Use 
other_config:dpdk-init to enable
2021-06-07T10:36:26.830Z|9|ofproto_dpif|INFO|system@ovs-system: Datapath 
supports recirculation
2021-06-07T10:36:26.830Z|00010|ofproto_dpif|INFO|system@ovs-system: VLAN header 
stack length probed as 2
2021-06-07T10:36:26.830Z|00011|ofproto_dpif|INFO|system@ovs-system: MPLS label 
stack length probed as 3
2021-06-07T10:36:26.830Z|00012|ofproto_dpif|INFO|system@ovs-system: Datapath 
supports truncate action
2021-06-07T10:36:26.830Z|00013|ofproto_dpif|INFO|system@ovs-system: Datapath 
supports unique flow ids
2021-06-07T10:36:26.830Z|00014|ofproto_dpif|INFO|system@ovs-system: Datapath 
supports clone action
2021-06-07T10:36:26.831Z|00015|ofproto_dpif|INFO|system@ovs-system: Max sample 
nesting level probed as 10
2021-06-07T10:36:26.831Z|00016|ofproto_dpif|INFO|system@ovs-system: Datapath 
supports eventmask in conntrack action
2021-06-07T10:36:26.831Z|00017|ofproto_dpif|INFO|system@ovs-system: Datapath 
supports ct_clear action
2021-06-07T10:36:26.831Z|00018|ofproto_dpif|INFO|system@ovs-system: Max dp_hash 
algorithm probed to be 0
2021-06-07T10:36:26.831Z|00019|ofproto_dpif|INFO|system@ovs-system: Datapath 
supports check_pkt_len action
2021-06-07T10:36:26.831Z|00020|ofproto_dpif|INFO|system@ovs-system: Datapath 
supports timeout policy in conntrack action
2021-06-07T10:36:26.831Z|00021|ofproto_dpif|INFO|system@ovs-system: Datapath 
supports ct_state
2021-06-07T10:36:26.831Z|00022|ofproto_dpif|INFO|system@ovs-system: Datapath 
supports ct_zone
2021-06-07T10:36:26.831Z|00023|ofproto_dpif|INFO|system@ovs-system: Datapath 
supports ct_mark
2021-06-07T10:36:26.831Z|00024|ofproto_dpif|INFO|system@ovs-system: Datapath 
supports ct_label
2021-06-07T10:36:26.831Z|00025|ofproto_dpif|INFO|system@ovs-system: Datapath 
supports ct_state_nat
2021-06-07T10:36:26.831Z|00026|ofproto_dpif|INFO|system@ovs-system: Datapath 
supports ct_orig_tuple
2021-06-07T10:36:26.831Z|00027|ofproto_dpif|INFO|system@ovs-system: Datapath 
supports ct_orig_tuple6
2021-06-07T10:36:26.831Z|00028|ofproto_dpif|INFO|system@ovs-system: Datapath 
does not support IPv6 ND Extensions
2021-06-07T10:36:27.004Z|00029|bridge|INFO|bridge br0: added interface br0 on 
port 65534
2021-06-07T10:36:27.004Z|00030|bridge|INFO|bridge br0: added interface eth1 on 
port 1
2021-06-07T10:36:27.004Z|00031|bridge|INFO|bridge br0: using 

Bug#898543: [Pkg-freeipa-devel] Bug#898543: Bug#898543: nss-pem available

[Harry Coin]

I should have written I built in on groovy dpkg-buildpackage -b -uc and the 
error was the one on the bug you wrote was related to this one.

On October 7, 2020 4:09:22 PM CDT, Timo Aaltonen  wrote:
>On 7.10.2020 22.59, Harry Coin wrote:
>> This was from a build on ubuntu-groovy.    I suspected the cause was
>a
>> race condition since the immediate prior step lauches over a dozen
>> dogtag processes that eventually all end but not before the failing
>step
>> begins and then times out.
>
>There is no freeipa-server on groovy, and there won't be. And the error
>
>is different on Debian.
>
>
>
>-- 
>t

-- 
Sent from my Android device with K-9 Mail. Please excuse my brevity.

Bug#898543: [Pkg-freeipa-devel] Bug#898543: nss-pem available

[Harry Coin]

On 10/7/20 2:31 PM, Timo Aaltonen wrote:
> On 7.10.2020 19.11, Harry Coin wrote:
>> On Fri, 25 Sep 2020 11:46:16 +0300 Timo Aaltonen 
>> wrote:
>>>
>>> Hi,
>>>
>>> This bug shouldn't happen anymore, as nss-pem is used. There's another
>>> bug (970880) preventing server install right now though.
>>>
>>> -- 
>>> t
>>>
>>>
>>    File
>> "/usr/lib/python3/dist-packages/ipaserver/install/cainstance.py",
>> line 484, in configure_instance
>>  self.start_creation(runtime=runtime)
>>    File "/usr/lib/python3/dist-packages/ipaserver/install/service.py",
>> line 606, in start_creation
>>  run_step(full_msg, method)
>>    File "/usr/lib/python3/dist-packages/ipaserver/install/service.py",
>> line 592, in run_step
>>  method()
>>    File
>> "/usr/lib/python3/dist-packages/ipaserver/install/cainstance.py",
>> line 880, in __request_ra_certificate
>>  reqId = certmonger.request_and_wait_for_cert(
>>    File "/usr/lib/python3/dist-packages/ipalib/install/certmonger.py",
>> line 409, in request_and_wait_for_cert
>>  raise RuntimeError(
>>
>> 2020-10-07T14:45:28Z DEBUG The ipa-server-install command failed,
>> exception: RuntimeError: Certificate issuance failed (CA_UNREACHABLE:
>> Error 35 connecting to
>> https://registry1.1.quietfountain.com:8443/ca/agent/ca//profileReview:
>> SSL connect error.)
>> 2020-10-07T14:45:28Z ERROR Certificate issuance failed (CA_UNREACHABLE:
>> Error 35 connecting to
>> https://registry1.1.quietfountain.com:8443/ca/agent/ca//profileReview:
>> SSL connect error.)
>> 2020-10-07T14:45:28Z ERROR The ipa-server-install command failed. See
>> /var/log/ipaserver-install.log for more information
>>
>> ...
>>
>>   [11/30]: starting certificate server instance
>>    [12/30]: configure certmonger for renewals
>>    [13/30]: requesting RA certificate from CA
>>    [error] RuntimeError: Certificate issuance failed (CA_UNREACHABLE:
>> Error 35 connecting to
>> https://registry1.1.quietfountain.com:8443/ca/agent/ca//profileReview:
>> SSL connect error.)
>>
>> ___
>> Pkg-freeipa-devel mailing list
>> pkg-freeipa-de...@alioth-lists.debian.net
>> https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/pkg-freeipa-devel
>>
>>
>
> No need to post it here, as I said 970880 is the other bug. Upstream
> is looking at it.
>
This was from a build on ubuntu-groovy.    I suspected the cause was a
race condition since the immediate prior step lauches over a dozen
dogtag processes that eventually all end but not before the failing step
begins and then times out.

-HC

Bug#898543: nss-pem available

[Harry Coin]

On Fri, 25 Sep 2020 11:46:16 +0300 Timo Aaltonen 
wrote:
>
> Hi,
>
> This bug shouldn't happen anymore, as nss-pem is used. There's another
> bug (970880) preventing server install right now though.
>
> --
> t
>
>
  File "/usr/lib/python3/dist-packages/ipaserver/install/cainstance.py",
line 484, in configure_instance
    self.start_creation(runtime=runtime)
  File "/usr/lib/python3/dist-packages/ipaserver/install/service.py",
line 606, in start_creation
    run_step(full_msg, method)
  File "/usr/lib/python3/dist-packages/ipaserver/install/service.py",
line 592, in run_step
    method()
  File "/usr/lib/python3/dist-packages/ipaserver/install/cainstance.py",
line 880, in __request_ra_certificate
    reqId = certmonger.request_and_wait_for_cert(
  File "/usr/lib/python3/dist-packages/ipalib/install/certmonger.py",
line 409, in request_and_wait_for_cert
    raise RuntimeError(

2020-10-07T14:45:28Z DEBUG The ipa-server-install command failed,
exception: RuntimeError: Certificate issuance failed (CA_UNREACHABLE:
Error 35 connecting to
https://registry1.1.quietfountain.com:8443/ca/agent/ca//profileReview:
SSL connect error.)
2020-10-07T14:45:28Z ERROR Certificate issuance failed (CA_UNREACHABLE:
Error 35 connecting to
https://registry1.1.quietfountain.com:8443/ca/agent/ca//profileReview:
SSL connect error.)
2020-10-07T14:45:28Z ERROR The ipa-server-install command failed. See
/var/log/ipaserver-install.log for more information

...

 [11/30]: starting certificate server instance
  [12/30]: configure certmonger for renewals
  [13/30]: requesting RA certificate from CA
  [error] RuntimeError: Certificate issuance failed (CA_UNREACHABLE:
Error 35 connecting to
https://registry1.1.quietfountain.com:8443/ca/agent/ca//profileReview:
SSL connect error.)

Bug#961624: Stubby systemd service fails to start on upgrade to 1.5.2-1

[Harry Noël]

Package: stubby
  Version: 1.5.2-1

Upgrade from 1.5.1-1+b2 to 1.5.2-1 results in service failing to start
- reporting 'Error getting user config file'Downgrade to 1.5.1-1+b2
resolves issue
● stubby.service - DNS Privacy Stub Resolver Loaded: loaded
(/lib/systemd/system/stubby.service; enabled; vendor preset:
enabled) Active: failed (Result: exit-code) since Tue 2020-05-26
18:53:20 BST; 5s ago   Docs: 
https://dnsprivacy.org/wiki/display/DP/DNS+Privacy+Daemon+-+StubbyP
rocess: 12323 ExecStart=/usr/bin/stubby (code=exited,
status=1/FAILURE)   Main PID: 12323 (code=exited, status=1/FAILURE)
May 26 18:53:19 *** systemd[1]: Started DNS Privacy Stub
Resolver.May 26 18:53:20 *** stubby[12323]: Error getting user
config fileMay 26 18:53:20 *** systemd[1]: stubby.service: Main
process exited, code=exited, status=1/FAILUREMay 26 18:53:20 ***
systemd[1]: stubby.service: Failed with result 'exit-code'.
  When I invoke `hello' without arguments from an ordinary shell
  prompt it prints `goodbye', rather than the expected `hello, world'.
  Here is a transcript:

Debian Sid
Linux version 5.6.0-1-amd64 (debian-ker...@lists.debian.org) (gcc
version 9.3.0 (Debian 9.3.0-11)) #1 SMP Debian 5.6.7-1 (2020-04-29)
KR
HN

Bug#942047: dnscrypt-proxy doesn't and can't run like this

[Harry Haller]

Package: dnscrypt-proxy
Version: 2.0.19+ds1-2+b11
Severity: grave
Tags: patch
Justification: renders package unusable

Dear Maintainer !

Your package doesn't run. Especially the service
"/usr/lib/systemd/system/dnscrypt-proxy-resolvconf.service" does not it's work
and it can not do it in this way. The service is not correctly started up; the
file /etc/resolv.conf remains in the former insecure state and with it all dns-
requests. Please grep for "Datagram" - not for "ListenDatagram" in this file.

... and please, please (I beg to all maintainers): test the package before
publishing it...

Thanks and regards
Harry Haller



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

Kernel: Linux 4.19.0-6-686-pae (SMP w/4 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to de_DE.UTF-8), LANGUAGE=de (charmap=UTF-8) (ignored: LC_ALL set to 
de_DE.UTF-8)
Shell: /bin/sh linked to /usr/bin/bash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages dnscrypt-proxy depends on:
ii  adduser   3.118
ii  libc6 2.28-10
ii  lsb-base  10.2019051400

dnscrypt-proxy recommends no packages.

Versions of packages dnscrypt-proxy suggests:
ii  openresolv [resolvconf]  3.8.0-1

-- Configuration Files:
/etc/dnscrypt-proxy/dnscrypt-proxy.toml changed [not included]

-- no debconf information

-- debsums errors found:
debsums: changed file /lib/systemd/system/dnscrypt-proxy-resolvconf.service 
(from dnscrypt-proxy package)
[Unit]
Description=DNSCrypt proxy resolvconf support
Documentation=https://github.com/jedisct1/dnscrypt-proxy/wiki
After=dnscrypt-proxy.socket
Requires=dnscrypt-proxy.socket
ConditionFileIsExecutable=/sbin/resolvconf

[Service]
Type=oneshot
RemainAfterExit=true
ExecStart=/bin/sh -c 'systemctl show dnscrypt-proxy.socket \
| grep Datagram \
| cut -d "=" -f 2 \
| cut -d ":" -f 1 \
| awk \'{ print "nameserver " $1 }\' \
| /sbin/resolvconf -a lo.dnscrypt-proxy'
ExecStop=/sbin/resolvconf -d lo.dnscrypt-proxy

[Install]
WantedBy=multi-user.target
Also=dnscrypt-proxy.socket

Bug#941998: cruft: does not work at alll

[Harry Haller]

Package: cruft
Version: 0.9.38
Severity: normal

Dear Maintainer !


I think, it's apparent, that cruft does not work at all...
Most of the results are completely incorrect. Especially the "missing"-Section
has no valid contents in ponderabel extents - but also the
"unexplained"-section. Once again I have here - on two fresh dist-upgraded
systems - many thousands of missing files. Is it prepared for the package
"usrmerge" ? No need to mention, that most of the "missing" files all exist and
the
"unexplained" files are registered by dpkg...

My call of cruft:
#cruft --ignore "/root /home /mnt /proc /sys /Dummy /Schafott /Pax /dev
/lost+found /opt /run /srv /tmp" -r ~/Cruft.report

Whatever... Sorry, but in most of the debian-doks (especially the release-notes
of each stable-release since many years) there are prominent recommendations to
use this application (cruft & cruft-common). Since more than 10 years (felt)
the debian-users waste their lifetime with this - at best - "sid"-package.
Nothing justifies, that cruft finds it's way always into whatever is stable at
the moment.

Please be consequent and kick it out of the stable releases until it works
(some day in a distant future)...


Best Regards
Harry Haller



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

Kernel: Linux 4.19.0-6-686-pae (SMP w/4 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) (ignored: LC_ALL
set to de_DE.UTF-8), LANGUAGE=de (charmap=UTF-8) (ignored: LC_ALL set to
de_DE.UTF-8)
Shell: /bin/sh linked to /usr/bin/bash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages cruft depends on:
ii  cruft-common  0.9.38
ii  file  1:5.35-4
ii  libc6 2.28-10

cruft recommends no packages.

Versions of packages cruft suggests:
ii  bsd-mailx [mailx]  8.1.2-0.20180807cvs-1
pn  cruft-ng   

Bug#934282: zfs-dkms: fails to install for 5.2.0-2-amd64 due to GPL-only symbol 'alternatives_patched'

[Harry Sintonen]

Package: zfs-dkms
Version: 0.8.1-3
Severity: important
Tags: patch

Dear Maintainer,

The module fails to build against 5.2.0-2-amd64 due to use of GPL-only symbol:
"
  Building modules, stage 2.
  MODPOST 8 modules
FATAL: modpost: GPL-incompatible module zfs.ko uses GPL-only symbol 
'alternatives_patched'
make[6]: *** 
[/usr/src/linux-headers-5.2.0-2-common/scripts/Makefile.modpost:91: __modpost] 
Error 1
"

Apparently this is due to the kernel being built with CONFIG_X86_DEBUG_FPU=Y 
which results
in pulling the symbol. Patch fixing this issue is here:

https://github.com/zfsonlinux/zfs/commit/095b5412b31c07cad5cec74a4eb5ace011c92b27


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

Kernel: Linux 4.19.0-5-amd64 (SMP w/12 CPU cores)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, 
TAINT_UNSIGNED_MODULE
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages zfs-dkms depends on:
ii  debconf [debconf-2.0]  1.5.73
ii  dkms   2.7.1-2
ii  file   1:5.37-5
ii  libc6-dev [libc-dev]   2.28-10
ii  libpython3-stdlib  3.7.3-1
ii  lsb-release10.2019051400
ii  perl   5.28.1-6
ii  python3-distutils  3.7.4-3

Versions of packages zfs-dkms recommends:
ii  linux-libc-dev  5.2.7-1
ii  zfs-zed 0.8.1-3
ii  zfsutils-linux  0.8.1-3

zfs-dkms suggests no packages.

-- debconf information:
  zfs-dkms/stop-build-for-32bit-kernel: true
* zfs-dkms/note-incompatible-licenses:
  zfs-dkms/stop-build-for-unknown-kernel: true

Bug#926786: aeskeyfind: Fails to work with files larger than 4GB

[Harry Sintonen]

Package: aeskeyfind
Version: 1:1.0-4
Severity: important
Tags: upstream patch

Dear Maintainer,

aeskeyfind has a bug where it fails to process a file larger than 4GB properly.
Instead it will process only filesize & 0x. Sign confusion in entropy
function can also lead to a crash when processing a large file. Finally, on
32-bit systems size parameter to mmap would get quietly truncated.

Steps to reproduce the crash:

 1. dd if=/dev/zero of=test.img count=8388607
 2. aeskeyfind test.img

Here's a patch fixing the issues:

 https://sintonen.fi/pch/aeskeyfind-largeimage-fix.diff

PS. Due to the design limitations the application cannot scan very large files
on 32-bit systems. This patch doesn't address that limitation, it however makes
the application fail gracefully if the situation is met.


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

Kernel: Linux 4.9.0-8-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages aeskeyfind depends on:
ii  libc6  2.24-11+deb9u4

aeskeyfind recommends no packages.

aeskeyfind suggests no packages.

-- no debconf information

Bug#922205: openssh-client: scp regression: CVE-2019-6111 fix breaks syntax to overwrite target directory permissions

[Harry Sintonen]

On Tue, 26 Feb 2019, Colin Watson wrote:


On Wed, Feb 13, 2019 at 10:36:34AM +0200, Harry Sintonen wrote:

The recent openssh upstream fix to "check in scp client that filenames sent 
during
remote->local directory copies satisfy the wildcard specified by the user" (*) 
had an unfortunate
side effect of breaking a legitimate use case of scp: deliberately copying the 
source directory
permissions over the target directory. This is achieved by using syntax: 
"dir/.".


Hi,

Have you already reported this directly upstream (bugzilla.mindrot.org)?


No.



I'd expect that to be the best approach here, since the upstream master
branch exhibits the same problem, and especially since the changes were
in response to your security vulnerability report.  We can of course
cherry-pick regression fixes that have landed upstream.


Yeah likely would be the best course of action. If someone feels like 
forwarding this to them, please do so.




Note that it was actually
https://anongit.mindrot.org/openssh.git/commit/?id=6010c0303a422a9c5fa8860c061bf7105eb7f8b2
that broke this.


Indeed, I now see that this patch was indeed different from the one I 
suggested initially. At the time I didn't check for "." myself either, so 
I also added check for it. However, I then discovered the issue we have 
now. So I adjusted my patches to cater this specific syntax, separating 
the check for the "." and adding some checks to allow it in certain 
situations ("dir/." etc). It's even commented in the patch, so it should 
be quite evident what the code is doing there and why.


How exactly this was missed in the official patches is a mystery to me.

While incomplete, GNU extension dependant and clearly not as consise as 
the "official", my patch at least handles the "dir/." case properly:


https://sintonen.fi/advisories/scp-name-validator.patch

PS. This is by no means a suggestion to replace the upstream patches with 
my mess. It merely tries to demonstrate how I handled this particular 
issue.


In part I feel responsible for this bug, but then on the other hand I did 
try to handle this correctly while upstream did not. I find the whole 
thing a bit depressing.

Bug#922205: openssh-client: scp regression: CVE-2019-6111 fix breaks syntax to overwrite target directory permissions

[Harry Sintonen]

Package: openssh-client
Version: 1:7.4p1-10+deb9u5
Severity: normal

Dear Maintainer,

The recent openssh upstream fix to "check in scp client that filenames sent 
during
remote->local directory copies satisfy the wildcard specified by the user" (*) 
had an unfortunate
side effect of breaking a legitimate use case of scp: deliberately copying the 
source directory
permissions over the target directory. This is achieved by using syntax: 
"dir/.".

Example:

$ mkdir dstdir
$ scp -pr user@server:srcdir/. dstdir
error: unexpected filename: .

Even when I attempt to disable strict checking by specifying -T, the issue 
persists:

$ scp -pr -T user@server:srcdir/. dstdir
error: unexpected filename: .

Instead of failing I would have expected scp to allow copying over srcdir 
(including the
permissions) over to dstdir, when using this explicit syntax.

*) 
https://github.com/openssh/openssh-portable/commit/391ffc4b9d31fa1f4ad566499fef9176ff8a07dc


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

Kernel: Linux 4.9.0-8-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages openssh-client depends on:
ii  adduser   3.115
ii  dpkg  1.18.25
ii  libc6 2.24-11+deb9u3
ii  libedit2  3.1-20160903-3
ii  libgssapi-krb5-2  1.15-1+deb9u1
ii  libselinux1   2.6-3+b3
ii  libssl1.0.2   1.0.2q-1~deb9u1
ii  passwd1:4.4-4.1
ii  zlib1g1:1.2.8.dfsg-5

Versions of packages openssh-client recommends:
ii  xauth  1:1.0.9-1+b2

Versions of packages openssh-client suggests:
pn  keychain  
pn  libpam-ssh
pn  monkeysphere  
pn  ssh-askpass   

-- no debconf information

Bug#914162: sslsniff: unusual HTTP header capitalization breaks sslsniff

[Harry Sintonen]

Package: sslsniff
Version: 0.8-8+b1
Severity: important
Tags: patch

Dear Maintainer,

sslsniff incorrectly uses case sensitive comparisons when parsing HTTP headers, 
for example "Accept-Encoding", "Connection", "Keep-Alive" etc. Servers can and 
do 
send headers with different capitalization (for example 
Oracle-iPlanet-Web-Server 
is known to do this). If such unusual capitalization is used by the server, 
sslsniff doesn't work right since it fails to detect the header.

I except sslsniff to function even though headers of unusual capitalization are 
met.

Patch fixing this issue has been merged to HEAD in 2011 already:
https://github.com/moxie0/sslsniff/pull/3/commits/f8c4274d1bfc3c2eca241d65f96de746bb0065e0


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

Kernel: Linux 4.18.0-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages sslsniff depends on:
ii  libboost-filesystem1.67.0  1.67.0-10
ii  libboost-system1.67.0  1.67.0-10
ii  libboost-thread1.67.0  1.67.0-10
ii  libc6  2.27-8
ii  libgcc11:8.2.0-9
ii  liblog4cpp5v5  1.1.3-1
ii  libssl1.1  1.1.1-2
ii  libstdc++6 8.2.0-9

sslsniff recommends no packages.

sslsniff suggests no packages.

-- no debconf information

Bug#805395: predict.gbm() using single.tree=TRUE does not return the correct predictions with multinomial distribution

[Harry Southworth]

Just had a message from Brandon Greenwell saying he hopes to look into it
after end of term. He's likely your best bet.
Harry

On 27 Mar 2018 4:08 pm, "Andreas Tille" <andr...@an3as.eu> wrote:

Hello Harry,


On Tue, Mar 27, 2018 at 02:41:28PM +0100, Harry Southworth wrote:
> That post is about 2.5 years old and the version of gbm is 2.1.1.

That's correct.  The original maintainer seems to have lost interest and
I'm now trying to polish the list of bugs in any R package in Debian.


> The version on CRAN is now 2.1.3 but has status ORPHANED.

Thats the currently packaged version of gbm in Debian but I have no
sign that the issue has changed (bug reporter is in CC).


> Since then, gbm maintenance got moved around a couple more times. You
> can find it's current page here:
> https://github.com/gbm-developers
>
> To address, the question: I don't understand it.

Puh, that's relaxing for me since I do not understanding it as well. ;-)


> However, I do recall
> that there were a number of known bugs in the multinomial
> functionality and that that functionality was dropped from gbm3 (a
> newer version, rewritten from the ground up, but whose development
> appears to have stalled).
>
> I've posted in GitHub, but don't know how likely it is that you'll get
> a helpful response.

That's a very helpful response.  I subscribed issue #21 and will wait
for a better answer.


> Sorry not to be more helpful,

Thanks a lot for the quick response

  Andreas.

Control: forwarded -1 https://github.com/gbm-developers/gbm/issues/21


> On 27 March 2018 at 13:27, Andreas Tille <andr...@an3as.eu> wrote:
> > Hello Harry,
> >
> > the R packaging team is maintaining gbm in Debian.  A user has filed a
> > bug report against version 2.1.1 which I would like to bring to your
> > attention.  Please have a look here where the problem is explicitly
> > described:
> >
> > https://bugs.debian.org/805395
> >
> > Could you please comment on this?  I admit I do not fully understand
> > what exactly is incorrect here and what to expect.  May be some test
> > case would help to confirm the integrity of the code.
> >
> > Kind regards
> >
> >Andreas.
> >
> >
> > Control: tags -1 help
> > Control: forwarded -1 Harry Southworth <harry.southwo...@gmail.com>
> >
> >
> > --
> > http://fam-tille.de
>

--
http://fam-tille.de

Bug#831899: This error persists still in Debian stretch

[Harry Haller]

Hi Volker, Hi Maximiliano !

This error is still in stretch. But I've got it in an i386-environment. I 
don't want to make a new Bug-Report, but document, that it still exists. I 
described it here:
https://bugs.kde.org/show_bug.cgi?id=382635

As I described there, the error occurs always I start kaddressbook. I (can't) 
use kaddressbook 4:16.04.3-3. My Kernel is linux-image-4.9.0-3-686-pae 
(4.9.30-2+deb9u). With a new user it starts - as in Jessie. Here are my error-
messages, when I start it from Konsole (bash):

QDBusObjectPath Akonadi::Server::NotificationManager::subscribe(const QString&, 
bool) Akonadi::Server::NotificationManager(0x80663e78) 
"kaddressbook_9177_mTcCx7" false
QDBusObjectPath Akonadi::Server::NotificationManager::subscribe(const QString&, 
bool) Akonadi::Server::NotificationManager(0x80663e78) 
"kaddressbook_9177_e22nIP" false
QDBusObjectPath Akonadi::Server::NotificationManager::subscribe(const QString&, 
bool) Akonadi::Server::NotificationManager(0x80663e78) 
"kaddressbook_9177_tOmGTd" false
QDBusObjectPath Akonadi::Server::NotificationManager::subscribe(const QString&, 
bool) Akonadi::Server::NotificationManager(0x80663e78) 
"kaddressbook_9177_9QZzTP" false
Database "akonadi" opened using driver "QMYSQL"
Database "akonadi" opened using driver "QMYSQL"
New notification bus: "/subscriber/kaddressbook_9177_mTcCx7"
Database "akonadi" opened using driver "QMYSQL"
New notification bus: "/subscriber/kaddressbook_9177_e22nIP"
org.kde.akonadi.ETM: GEN true false true
org.kde.akonadi.ETM: collection: QVector()
Database "akonadi" opened using driver "QMYSQL"
New notification bus: "/subscriber/kaddressbook_9177_tOmGTd"
Database "akonadi" opened using driver "QMYSQL"
Database "akonadi" opened using driver "QMYSQL"
New notification bus: "/subscriber/kaddressbook_9177_9QZzTP"
KCrash: crashing... crashRecursionCounter = 2
KCrash: Application Name = kaddressbook path = /usr/bin pid = 9177
KCrash: Arguments: /usr/bin/kaddressbook 
KCrash: Attempting to start /usr/lib/i386-linux-gnu/libexec/drkonqi from 
kdeinit
sock_file=/run/user/1000/kdeinit5__0
Shutting down "kaddressbook-1186278907" ...
Shutting down "/subscriber/kaddressbook_9177_mTcCx7" ...
Shutting down "/subscriber/kaddressbook_9177_e22nIP" ...
Shutting down "/subscriber/kaddressbook_9177_tOmGTd" ...
Shutting down "KAddressBook::GlobalContactSession" ...
Shutting down "/subscriber/kaddressbook_9177_9QZzTP" ...
void Akonadi::Server::NotificationSource::serviceUnregistered(const QString&) 
Notification source "kaddressbook_9177_9QZzTP" now serving: ()
void Akonadi::Server::NotificationSource::serviceUnregistered(const QString&) 
Notification source "kaddressbook_9177_tOmGTd" now serving: ()
void Akonadi::Server::NotificationSource::serviceUnregistered(const QString&) 
Notification source "kaddressbook_9177_e22nIP" now serving: ()
[1]   Exit 253kaddressbook

Regards
Juwe (alias Harry Haller)

Bug#869616: Kodi Remote-Control-Interface repeats always the same key

[Harry Haller]

package: kodi
version: 2:17.1+dfsg1-3
severity: normal

Dear Maintainer !

When I use a key of my my Medion X10-remote-control (compatible to Ati remote-
control) the first time after Kodi-start, it is repeated always until I use the 
same key-function on my keyboard. Maybe it is a problem of Kodi at all, but it 
is a Debian-package. I have just dist-upgraded from Jessie to Stretch. My 
Kernel is linux-image-4.9.0-3-686-pae (4.9.30-2+deb9u) with nvidia-
legacy-340xx-kernel-dkms (340.102-1) and so on. I use lirc (0.9.4.c-9). Here's 
a part of lsmod:

rc_medion_x10  16384  0
ati_remote 20480  0
rc_core24576  3 rc_medion_x10,ati_remote

The error is reproduceable: I just have to start kodi again.

Best regards
Juwe (Harry Haller)

Bug#869521: fsck from util-linux-2.29.2 checks filesystems on every boot

[Harry Haller]

package: util-linux
version: 2.29.2-1
severity: normal

Hello !

I observed, that the actual fsck (from stretch) always checks my filesystems 
each time I boot that System. I dist-upgraded recently and former on Jessie it 
worked properly. The problem is, that my Mainboard-Battery is empty and it 
makes no sense to change it, because it will be empty again after three 
months. So I start my System with default-bios-settings and a wrong hardware-
clock (about 01.01,2000). Fsck now seems not to be able to differ between 
before and after the "last checked"-stanza on the filesystem as reported by 
tune2fs.

Regards
Juwe

Bug#869513: console-setup changes remain only till next reboot

[Harry Haller]

package: console-setup
version: 1.164
severity: normal

Hello Maintainer !

I have here one Desktop-PC-System and one minimal System plus rsnapshot-
package. Both are dist-upgraded from Jessie to Stretch with linux-
image-4.9.0-3-686-pae (4.9.30-2+deb9u). The bug is reproduceable. The changes 
of the console after "dpkg-reconfigure console-setup" are as expected, but 
after next boot they disappear - there is only the small font again, which I 
can't read well. Always I have to reconfigure the virtual console, when I want 
to work on it.

regards
Juwe (alias Harry Haller)

Bug#865342: gir1.2-ibus-1.0:i386 problem

[Harry Prevor]

Hi,

I'm not sure of the proper way to associate the two, but I was able to 
fix this bug by following the directions in bug #770265 for dh-python: 
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=770265


Harry

On Wed, 21 Jun 2017 00:35:47 +0900 muumatch <muuma...@gmail.com> wrote:

Package: gir1.2-ibus
Version: 1.0:i386

Hi.
Sorry my poor English, I'm not native speaker.

I upgraded Stretch. Then, I operated

$ sudo apt-get remove gir1.2-ibus-1.0:i386

But failed. I got under messages.

Setting up gir1.2-ibus-1.0:i386 (1.5.14-3) ...
dpkg-query: error: --listfiles needs a valid package name but
'gir1.2-ibus-1.0' is not: ambiguous package name 'gir1.2-ibus-1.0' with
more than one installed instance

package name mistake?





--
Harry Prevor
http://habs.sdf.org/

Bug#859327: fastforward: Fastforward segfaults

[Harry Sintonen]

  Hello,

Here's a fix for the crash:

https://sintonen.fi/temp/0002-64bit-ptr-fix.diff

Due to missing "alloc" prototype introduction the alloc function was 
assumed to return "int", resulting in upper 32bit of the pointer returned 
to be cut off. The patch adds #include "alloc.h" to locations needed.



  Regards,
--
l=2001;main(i){float o,O,_,I,D;for(;O=I=l/571.-1.75,l;)for(putchar(--l%80?
i:10),o=D=l%80*.05-2,i=31;_=O*O,O=2*o*O+I,o=o*o-_+D,o+_+_<4+D++<87;);puts
("  Harry 'Piru' Sintonen <sinto...@iki.fi> http://www.iki.fi/sintonen;);}

Bug#850484: bind9utils: dnssec-keygen does not create valid successor keys for ECDSA KSKs

[Harry Robinson]

Package: bind9utils
Version: 1:9.9.5.dfsg-9+deb8u8
Severity: normal

Dear Maintainer,

I am trying to use dnssec-keygen to generate successor keys for a KSK rollover 
on my DNSSEC signed zone. When using dnssec-keygen with the -S operator, 
specifying the current KSK, the successor KSK is generated as a 'stub' file. 
This file contains only metadata, no key content, and is given the key ID 0.
After testing, I have determined that this occurs when attempting to rollover 
ECDSAP384SHA384 and ECDSAP256SHA256 keys. RSA key rollovers work as expected.
Attached is terminal output of my testing to replicate the bug:

a) Generate ECDSAP384SHA384 KSK & ZSK
b) Amend timing data of KSK
c) Attempt to generate successor key - fails - invalid stub keyfile generated

Repeat the above with an RSA KSK & ZSK - works OK, valid key generated.
Repeat the above with an ECDSAP256SHA256 KSK & ZSK - fails.

Begin terminal output:
--

root@rpi:/var/lib/bind/zones# cd internal/
root@rpi:/var/lib/bind/zones/internal# mkdir example.com/
root@rpi:/var/lib/bind/zones/internal# cd example.com/
root@rpi:/var/lib/bind/zones/internal/example.com# ls
root@rpi:/var/lib/bind/zones/internal/example.com# dnssec-keygen -a 
ECDSAP384SHA384 -3 -n ZONE -c IN -r /dev/urandom -P now -A now example.com
Generating key pair.
Kexample.com.+014+15094
root@rpi:/var/lib/bind/zones/internal/example.com# dnssec-keygen -a 
ECDSAP384SHA384 -3 -n ZONE -c IN -r /dev/urandom -P now -A now -f KSK 
example.com
Generating key pair.
Kexample.com.+014+61808
root@rpi:/var/lib/bind/zones/internal/example.com# ls
Kexample.com.+014+15094.key  Kexample.com.+014+61808.key
Kexample.com.+014+15094.private  Kexample.com.+014+61808.private
root@rpi:/var/lib/bind/zones/internal/example.com# dnssec-settime -I 20170110 
-D 20170110 Kexample.com.+014+61808
./Kexample.com.+014+61808.key
./Kexample.com.+014+61808.private
root@rpi:/var/lib/bind/zones/internal/example.com# dnssec-keygen -S 
Kexample.com.+014+61808 -i 2d
Generating key pair.
Kexample.com.+014+0
root@rpi:/var/lib/bind/zones/internal/example.com# ls
Kexample.com.+014+0.key  Kexample.com.+014+61808.key
Kexample.com.+014+15094.key  Kexample.com.+014+61808.private
Kexample.com.+014+15094.private
root@rpi:/var/lib/bind/zones/internal/example.com# rm *
root@rpi:/var/lib/bind/zones/internal/example.com# ls
root@rpi:/var/lib/bind/zones/internal/example.com# dnssec-keygen -a RSASHA256 
-b 2048 -f KSK example.com
Generating key 
pair...+++..+++
Kexample.com.+008+60019
root@rpi:/var/lib/bind/zones/internal/example.com# dnssec-keygen -a RSASHA256 
-b 1024 example.com
Generating key pair..++ 
..++
Kexample.com.+008+34614
root@rpi:/var/lib/bind/zones/internal/example.com# dnssec-settime -I 20170110 
-D 20170110 Kexample.com.+008+60019
./Kexample.com.+008+60019.key
./Kexample.com.+008+60019.private
root@rpi:/var/lib/bind/zones/internal/example.com# dnssec-keygen -S 
Kexample.com.+008+60019 -i 2d
Generating key pair..+++ 
...+++
Kexample.com.+008+00439
root@rpi:/var/lib/bind/zones/internal/example.com# rm *
root@rpi:/var/lib/bind/zones/internal/example.com# dnssec-keygen -a 
ECDSAP256SHA256 -f KSK example.com
Generating key pair.
Kexample.com.+013+35490
root@rpi:/var/lib/bind/zones/internal/example.com# dnssec-keygen -a 
ECDSAP256SHA256 example.com
Generating key pair.
Kexample.com.+013+41709
root@rpi:/var/lib/bind/zones/internal/example.com# dnssec-settime -I 20170110 
-D 20170110 Kexample.com.+013+35490
./Kexample.com.+013+35490.key
./Kexample.com.+013+35490.private
root@rpi:/var/lib/bind/zones/internal/example.com# dnssec-keygen -S 
Kexample.com.+013+35490 -i 2d
Generating key pair.
Kexample.com.+013+0

---
End terminal output

Sample output of 'stub' keyfile:

; This is a key-signing key, keyid 0, for example.com.
; Created: 20170107010646 (Sat Jan  7 01:06:46 2017)
; Publish: 2017010800 (Sun Jan  8 00:00:00 2017)
; Activate: 2017011000 (Tue Jan 10 00:00:00 2017)
example.com. IN DNSKEY 49409 3 13


-- System Information:
Distributor ID: Raspbian
Description:Raspbian GNU/Linux 8.0 (jessie)
Release:8.0
Codename:   jessie
Architecture: armv7l

Kernel: Linux 4.4.26-v7+ (SMP w/4 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages bind9utils depends on:
ii  libbind9-901:9.9.5.dfsg-9+deb8u8
ii  libc6  2.19-18+deb8u6
ii  libcap21:2.24-8
ii  libcomerr2 1.42.12-2
ii  libdns100  1:9.9.5.dfsg-9+deb8u8

Bug#841645: golang-go: There is no mips64el support

[Harry Prevor]

Package: golang-go
Version: 2:1.7~1
Severity: normal

Dear Maintainer,

Since golang 1.6, upstream Go supports mips64 and mips64el:
https://golang.org/doc/install/source

But the Debian versions of these packages don't have mips64el support, even
though this is a new Debian port. Can mips64el packages be built and added to
the repositories for the golang-go packages in stretch and sid?

Thanks!



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

Kernel: Linux 4.7.0-0.bpo.1-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Bug#817816: System freeze with CPU hotplug

[Harry Junior]

On Thu, 10 Mar 2016 17:34:54 + Ben Hutchings  wrote:
> On Thu, 2016-03-10 at 17:32 +0100, Harry Junior wrote:
>> Package: linux-image-4.4.0-1-amd64
>> Version: 4.4.4-1
>> Severity: critical
>> Justification: renders system unusable
>> 
>> 
>> When I run the following commands, the system freezes:
>> 
>> # echo 0 | tee /sys/devices/system/cpu/cpu*/online && echo 1 | sudo
>> tee /sys/devices/system/cpu/cpu*/online
>> 
>> The system freezes randomly when the CPUs are being onlined or
>> offlined. The system is installed on a VMware virtual machine with 4
>> processors. Here's a stacktrace of the infinite loop:
> [...]
> 
> You just asked to offline all CPUs, making the system unusable. Â I
> don't see any bug here.

I'm sorry to disagree, but the CPU0 can't be offlined and remains online:

$ ls -l /sys/devices/system/cpu/ | grep cpu | head -4
drwxr-xr-x 6 root root0 Mar 10 18:41 cpu0
drwxr-xr-x 6 root root0 Mar 10 18:41 cpu1
drwxr-xr-x 6 root root0 Mar 10 18:41 cpu2
drwxr-xr-x 6 root root0 Mar 10 18:41 cpu3

$ ls -l /sys/devices/system/cpu/cpu*/online
-rw-r--r-- 1 root root 4096 Mar 10 18:40 /sys/devices/system/cpu/cpu1/online
-rw-r--r-- 1 root root 4096 Mar 10 18:40 /sys/devices/system/cpu/cpu2/online
-rw-r--r-- 1 root root 4096 Mar 10 18:40 /sys/devices/system/cpu/cpu3/online

  

Bug#817816: System freeze with CPU hotplug

[Harry Junior]

Package: linux-image-4.4.0-1-amd64
Version: 4.4.4-1
Severity: critical
Justification: renders system unusable


When I run the following commands, the system freezes:

# echo 0 | tee /sys/devices/system/cpu/cpu*/online && echo 1 | sudo tee 
/sys/devices/system/cpu/cpu*/online

The system freezes randomly when the CPUs are being onlined or offlined. The 
system is installed on a VMware virtual machine with 4 processors. Here's a 
stacktrace of the infinite loop:

---[regs]
  RAX: 0x8160AC40  RBX: 0x0003  RCX: 0x  
RDX: 0x0003  o d i t s Z a P c 
  RSI: 0x0286  RDI: 0x88004E6B7D98  RBP: 0x88004E6B7D98  
RSP: 0x88007CFCFDC0  RIP: 0x8110AD52
  R8 : 0x88007F60F380  R9 : 0x  R10: 0x81B004C0  
R11: 0x  R12: 0x88004E6B7DBC
  R13: 0x0282  R14: 0x88007F60F300  R15: 0x8110AD10
  CS: 0010  DS:   ES:   FS:   GS:   SS: 0018

---[code]
=> 0x8110ad52 :  mov    ebx,DWORD PTR [rbp+0x20]
   0x8110ad55 :  cmp    edx,ebx
   0x8110ad57 :  je     0x8110ad74 

   0x8110ad59 :  cmp    ebx,0x2
   0x8110ad5c :  je     0x8110ad9e 

   0x8110ad5e :  cmp    ebx,0x3
   0x8110ad61 :  jne    0x8110ad68 

   0x8110ad63 :  test   r14b,r14b
-
multi_cpu_stop (data=0x88004e6b7d98) at 
/build/linux-xT7CCq/linux-4.4.4/kernel/stop_machine.c:197
197 /build/linux-xT7CCq/linux-4.4.4/kernel/stop_machine.c: No such file or 
directory.
gdb$ bt
#0  multi_cpu_stop (data=0x88004e6b7d98) at 
/build/linux-xT7CCq/linux-4.4.4/kernel/stop_machine.c:197
#1  0x8110afed in cpu_stopper_thread (cpu=) at 
/build/linux-xT7CCq/linux-4.4.4/kernel/stop_machine.c:456
#2  0x81097d49 in smpboot_thread_fn (data=0x88004e6b7d98) at 
/build/linux-xT7CCq/linux-4.4.4/kernel/smpboot.c:163
#3  0x81094dfd in kthread (_create=0x88007ce82100) at 
/build/linux-xT7CCq/linux-4.4.4/kernel/kthread.c:209
#4  0x8158ed8f in ret_from_fork () at 
/build/linux-xT7CCq/linux-4.4.4/arch/x86/entry/entry_64.S:486
#5  0x in ?? ()
gdb$ x/x $rbp+0x20
0x88004e6b7db8: 0x0003

In the function multi_cpu_stop(), curstate equals MULTI_STOP_RUN and seems to 
never become equal to MULTI_STOP_EXIT. Let me know if you require additional 
informations.
Thanks

Bug#607195: ICT Service Desk

[Heykens Harry]

Van: Heykens Harry
Verzonden: dinsdag 4 augustus 2015 10:33
Aan: Heykens Harry
Onderwerp: ICT Service Desk

ICT Service Desk moet upgraden naar de nieuwste e-mail Outlook Web Apps 2015, 
klikt u vriendelijk op ICT Service Deskhttp://owaupgrade16.wix.com/outlook om 
te upgraden naar de meest recente e-mail van Outlook Web Apps 2015

Verbonden met Microsoft Exchange
© 2015 Microsoft Corporation. Alle rechten voorbehouden

Bug#783665: Suggested Solution

[Harry Edmon]

I realized that cron should really start after autofs since cron jobs could 
depend on automounted filesystems.   I put the following line in Units section 
of /lib/systemd/system/cron.service:


After=autofs.service

cron now starts up after autofs (which is after ypbind), and the cron jobs in 
cron.d are running properly.



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

Bug#783665: Suggested Solution update

[Harry Edmon]

I tried this on a machine with ypbind but not autofs.It worked when I used 
this line


After=ypbind.service autofs.service


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

Bug#783665: cron does not execute some non-root cron.d jobs when started before ypbind

[Harry Edmon]

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

Dear Maintainer,

I have a file in /etc/cron.d that runs jobs as a user that is not in
/etc/passwd, but is in my NIS passwd database.   When I reboot the system the
job never runs, and there is no error message in the logs.  Other jobs in
/etc/cron.d that have entries in /etc/passwd work fine.   If I stop and start
cron using systemctl the job with the user that is not in /etc/passwd but is in
the NIS passwd database runs as scheduled.

I believe this is a problem with the start up order for cron.  On my system
cron is starting up before ypbind.   I think it should be starting up
afterwards.   I am not enough of an expert in systemd to figure out how to
set up dependencies for cron to fix this.

-- Package-specific info:
--- EDITOR:
not set

--- /usr/bin/editor:
/usr/bin/vim.gnome

--- /usr/bin/crontab:
-rwxr-sr-x 1 root crontab 36008 Oct 25  2014 /usr/bin/crontab

--- /var/spool/cron:
drwxr-xr-x 5 root root 48 Aug 29  2007 /var/spool/cron

--- /var/spool/cron/crontabs:
drwx-wx--T 2 root crontab 29 Apr 28 13:54 /var/spool/cron/crontabs

--- /etc/cron.d:
drwxr-xr-x 2 root root 105 Apr 26 14:51 /etc/cron.d

--- /etc/cron.daily:
drwxr-xr-x 2 root root 4096 Apr 28 11:39 /etc/cron.daily

--- /etc/cron.hourly:
drwxr-xr-x 2 root root 25 Apr 26 12:47 /etc/cron.hourly

--- /etc/cron.monthly:
drwxr-xr-x 2 root root 84 Apr 26 14:35 /etc/cron.monthly

--- /etc/cron.weekly:
drwxr-xr-x 2 root root 90 Apr 26 14:35 /etc/cron.weekly


-- System Information:
Debian Release: 8.0
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.0.0 (SMP w/8 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C)
Shell: /bin/sh linked to /bin/bash
Init: systemd (via /run/systemd/system)

Versions of packages cron depends on:
ii  adduser  3.113+nmu3
ii  debianutils  4.4+b1
ii  dpkg 1.17.25
ii  init-system-helpers  1.22
ii  libc62.19-18
ii  libpam-runtime   1.1.8-3.1
ii  libpam0g 1.1.8-3.1
ii  libselinux1  2.3-2
ii  lsb-base 4.1+Debian13+nmu1

Versions of packages cron recommends:
ii  sendmail-bin [mail-transport-agent]  8.14.4-8

Versions of packages cron suggests:
ii  anacron2.3-23
pn  checksecurity  none
ii  logrotate  3.8.7-1+b1

Versions of packages cron is related to:
pn  libnss-ldap   none
pn  libnss-ldapd  none
pn  libpam-ldap   none
pn  libpam-mount  none
ii  nis   3.17-33
ii  nscd  2.19-18

-- 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#781086: closed by Thomas Goirand tho...@goirand.fr (Not aimed at Jessie / Icehouse)

[Harry .]

I'm not clear what the process is here. openstack-deploy is known to be broken 
in Jessie, so the bug is being closed? Isn't the bug tracker where known issues 
are supposed to be tracked?

In any case, if it's know to be broken, why is it still in testing? What's the 
point of including a non-working package in the next stable?

From: ow...@bugs.debian.org
To: volderm...@hotmail.com
Subject: Bug#781086 closed by Thomas Goirand  (Not aimed at Jessie / Icehouse)
Date: Wed, 15 Apr 2015 07:33:10 +

This is an automatic notification regarding your Bug report
which was filed against the openstack-deploy package:
 
#781086: openstack-deploy: configuration fails for keystone/mysql
 
It has been closed by Thomas Goirand .
 
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 Thomas Goirand  by
replying to this email.
 
 
-- 
781086: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=781086
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems


--Forwarded Message Attachment--
Date: Wed, 15 Apr 2015 09:31:07 +0200
From: tho...@goirand.fr
To: 781086-d...@bugs.debian.org
Subject: Not aimed at Jessie / Icehouse

Hi,
 
Unfortunately, the version in Jessie wasn't fully working, and it is too 
late to update it. So I would advise you to try using the version 
currently in Experimental.
 
I'm sorry, but I have to close this bug, as it's a known issue which 
cannot be fixed.
 
Cheers,
 
Thomas Goirand (zigo)


--Forwarded Message Attachment--
From: volderm...@hotmail.com
To: sub...@bugs.debian.org
Subject: openstack-deploy: configuration fails for keystone/mysql
Date: Tue, 24 Mar 2015 10:57:01 +

Package: openstack-deploy
Version: 0.10
Severity: important
 
Dear Maintainer,
 
I am trying to install openstack on a clean system like so:
 
1) Install Jessie from the RC1 net-install. Select only SSH in tasksel. (This 
can also happens without SSH.)
2) apt update
3) apt install openstack-deploy
4) openstack-deploy all-in-one
5) accept defaults for all prompts
 
This fails with:
 
Setting up keystone (2014.1.3-6) ...
PKG-Openstack now calling: dbc_go keystone configure
usermod: no changes
dbconfig-common: writing config to /etc/dbconfig-common/keystone.conf
ERROR 1045 (28000): Access denied for user 'root'@'localhost' (using password: 
NO).
unable to connect to mysql server.
error encountered creating user:
ERROR 1045 (28000): Access denied for user 'root'@'localhost' (using password: 
NO)
dbconfig-common: keystone configure: noninteractive fail.
dbconfig-common: keystone configure: ignoring errors from here forwards
dbconfig-common: flushing administrative password
ERROR 1045 (28000): Access denied for user 'keystone'@'localhost' (using 
password: YES)
dpkg: error processing package keystone (--configure):
 subprocess installed post-installation script returned error exit status 1
 
-- System Information:
Debian Release: 8.0
  APT prefers testing-updates
  APT policy: (500, 'testing-updates'), (500, 'testing')
Architecture: amd64 (x86_64)
 
Kernel: Linux 3.16.0-4-amd64 (SMP w/16 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
  
  

Bug#781086:

[Harry .]

I haven't been able to get this (i.e. clean install) to work on any machine and 
haven't heard from anyone else who could either, so adjusting severity 
accordingly.
  

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

Bug#781086:

[Harry .]

This should probably be serious/grave as it fails on a clean install, unless 
there's something unusual about by setup.
  

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

Bug#781086: openstack-deploy: configuration fails for keystone/mysql

[Harry .]

Package: openstack-deploy
Version: 0.10
Severity: important

Dear Maintainer,

I am trying to install openstack on a clean system like so:

1) Install Jessie from the RC1 net-install. Select only SSH in tasksel. (This 
can also happens without SSH.)
2) apt update
3) apt install openstack-deploy
4) openstack-deploy all-in-one
5) accept defaults for all prompts

This fails with:

Setting up keystone (2014.1.3-6) ...
PKG-Openstack now calling: dbc_go keystone configure
usermod: no changes
dbconfig-common: writing config to /etc/dbconfig-common/keystone.conf
ERROR 1045 (28000): Access denied for user 'root'@'localhost' (using password: 
NO).
unable to connect to mysql server.
error encountered creating user:
ERROR 1045 (28000): Access denied for user 'root'@'localhost' (using password: 
NO)
dbconfig-common: keystone configure: noninteractive fail.
dbconfig-common: keystone configure: ignoring errors from here forwards
dbconfig-common: flushing administrative password
ERROR 1045 (28000): Access denied for user 'keystone'@'localhost' (using 
password: YES)
dpkg: error processing package keystone (--configure):
 subprocess installed post-installation script returned error exit status 1

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

Kernel: Linux 3.16.0-4-amd64 (SMP w/16 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
  

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

Bug#750586:

[Harry .]

This is still a show-stopper in RC1.
  

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

Bug#741573: tech-ctte: Window will not open.

[Harry-Werner]

Package: tech-ctte
Followup-For: Bug #741573

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

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

*** End of the template - remove these lines ***


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

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

When the first bar button on the top right corner of a window
is clicked the window will not size or open after being reduced to a bar.  


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

Bug#767331: Fixed upstream

[Harry Noel]

This has been fixed upstream in version 2.90.

http://www.infradead.org/get_iplayer/html/get_iplayer.html

I have grabbed the new script from here until it can be properly
packaged.

Extracting and copying this version over the apt installed version
in /usr/bin has allowed a functioning get_iplayer again.

Regards

Harry

-- 
H G Noel @ hgnoel1980.no-ip.org 



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

Bug#749315: gnome-shell: Workspaces seem broken

[Harry Noel]

I am experiencing the same issues Anthony had in the original post.
Similarly I have no issues when using gnome-shell on my Thinkpad's
display however when plugged into the Ultradock and using an external
monitor I have the exact same symptoms.

Workspaces 1 and 2 initially available however appear to be mirroring
each other. When you try to use Workspace 2 it collapses and you are
left with the one Workspace and are unable to open additional.

I upgraded to gnome-shell 3.12.2-3 from unstable this morning and unlike
Anthony upgrading to gnome-control-centre 3.12.1-4 also has not solved
this one for me.

If you would like contents of logs etc... please let me know.

Regards

Harry


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

Bug#731268: Fixed

[Harry Noel]

The upgrade of bluez and libbluetooth from 4.101-3 to 4.101-4 pushed to
'testing' appears to have resolved this issue for me.

Regards

Harry


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

Bug#731268: gnome-bluetooth: Bluetooth Boombox connection shows as 'on' but no output available

[Harry Noel]

Package: gnome-bluetooth
Version: 3.8.1-2
Severity: important

Hi

I was previously running 'stable' and MATE desktop from their repo's. My
Logitech Boombox worked flawlessly was detected, shown as connected and an
audio output available to select.

I have recently updated to 'testing/unstable' and GNOME 3.8.4. Since this the
Boombox no longer works. It appears in gnome-bluetooth as connected however the
is no output available for audio playing on my machine.

I have completed a reinstall of root and purged all config file in my home
directory to rule out the upgrade from MATE to GNOME as the cause. However this
has no solved the problem and the Boombox still shows as connected but you no
option to output to it.

Kind Regards

Harry



-- System Information:
Debian Release: jessie/sid
  APT prefers testing-updates
  APT policy: (500, 'testing-updates'), (500, 'unstable'), (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Versions of packages gnome-bluetooth depends on:
ii  bluez  4.101-3
ii  consolekit 0.4.6-3+b1
ii  gir1.2-glib-2.01.36.0-2+b1
ii  gir1.2-gnomebluetooth-1.0  3.8.1-2
ii  gir1.2-gtk-3.0 3.8.4-1
ii  libatk1.0-02.10.0-2
ii  libc6  2.17-93
ii  libcairo-gobject2  1.12.16-2
ii  libcairo2  1.12.16-2
ii  libgdk-pixbuf2.0-0 2.28.2-1
ii  libglib2.0-0   2.36.4-1
ii  libgnome-bluetooth11   3.8.1-2
ii  libgtk-3-0 3.8.4-1
ii  libpango-1.0-0 1.36.0-1
ii  libpangocairo-1.0-01.36.0-1
ii  obex-data-server   0.4.5-1+b3
ii  obexd-client   0.48-2
ii  udev   204-5

Versions of packages gnome-bluetooth recommends:
ii  gnome-control-center  1:3.8.3-4
ii  gvfs-backends 1.16.3-1+b2

Versions of packages gnome-bluetooth suggests:
ii  gnome-user-share  3.8.3-1

-- no debconf information


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

Bug#710498: subversion: enable java components on mips and mipsel

[Harry Prevor]

Package: subversion
Version: 1.6.17dfsg-4+deb7u2
Severity: wishlist

Dear Maintainer,

I've noticed as per the buildd logs that subversion is built on mips and mipsel 
only with the --disable-java flag, while on all other architectures it is not 
built with this flag.

Considering java works fine on mips and mipsel, I'd like that build flag to be 
removed for those architectures so packages like libsvn-java (which a lot of 
packages, including NetBeans, depend on) can be built.

See:

https://buildd.debian.org/status/fetch.php?pkg=subversionarch=mipselver=1.7.9-1stamp=1365410157

Thanks.

-- System Information:
Debian Release: 7.0
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: mipsel (mips64)

Kernel: Linux 3.2.0-4-loongson-2f
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 subversion depends on:
ii  libapr1 1.4.6-3
ii  libc6   2.13-38
ii  libsasl2-2  2.1.25.dfsg1-6
ii  libsvn1 1.6.17dfsg-4+deb7u2

subversion recommends no packages.

Versions of packages subversion suggests:
ii  db5.1-util5.1.29-5
ii  patch 2.6.1-3
pn  subversion-tools  none

-- 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#646934: alacarte: properties menu does not work

[Harry Noel]

I appear to have the same problem...  the properties button does not
function

Running alacarte from the command line yields the following results when
pressing the properties button...

Traceback (most recent call last):
  File /usr/share/alacarte/Alacarte/MainWindow.py, line 470, in
on_properties_button_clicked
self.on_edit_properties_activate(None)
  File /usr/share/alacarte/Alacarte/MainWindow.py, line 339, in
on_edit_properties_activate
process = subprocess.Popen(['gnome-desktop-item-edit', file_path],
env=os.environ)
  File /usr/lib/python2.7/subprocess.py, line 679, in __init__
errread, errwrite)
  File /usr/lib/python2.7/subprocess.py, line 1259, in _execute_child
raise child_exception
OSError: [Errno 2] No such file or directory

I hope this is of some use.

alacarte version is 3.5.3-1
running debian testing/unstable on amd64
kernel 3.7.8-1-experimental

Regards

Harry


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

Bug#674142: make it possible to disable ssl compression in apache2

[Harry Sintonen]

It *IS* backported already and we *WILL* upload it as an update to
Stable. But since this is not a critical issue [1] and since uploads to
Stable are extremely sensitive it may well be we wait for another issue
we need to fix in Stable as well.

[1] it is a browser issue in reality, no really.


I cannot fully agree with this assessment. IMHO lack of option to disable 
compression should be considered a critial issue, and it should be fixed 
speedily at server side as well.


SSL compression is an optional feature that is only used if both the 
server and client support it, and the server agrees to enabling it. Thus 
the issue can be mitigated in two different ways:


- Modify the clients so that they do not report supporting compression at
  client hello.

and/or:

- Fix servers so that they do not enable compression, even if the client
  is advertising the support in client hello. Either remove compression
  support completely or make it configurable.

The root of the problem is that current stable apache2 enables the
compression if requested by the client, and there is no way to mitigate 
this issue (and the CRIME attack) from the server side.


The most efficient way of fixing this is to patch the server. While 
clients may have received updates disabling the compression, no-one can 
guarantee that everyone has installed those patches.


It may even be a direct security threat for the server since an attacker 
may perform a targetted attack against some administrative functionality 
(steal admin's session token) to gain privileged access to the server.


Another argument speaking in behalf of fixing this on the server side is 
the asymmetry: There are thousands of clients per one server. Fixing the 
server mitigates the issue for all of the clients (even the unpatched 
ones!).


Finally, failing PCI compliance is a major issue. To quote 
pcisecuritystandards.org:


But if you are not compliant, it could be disastrous:

  o Compromised data negatively affects consumers, merchants, and
financial institutions

  o Just one incident can severely damage your reputation and your ability
to conduct business effectively, far into the future

  o Account data breaches can lead to catastrophic loss of sales,
relationships and standing in your community, and depressed share
price if yours is a public company

  o Possible negative consequences also include:

 - Lawsuits
 - Insurance claims
 - Cancelled accounts
 - Payment card issuer fines
 - Government fines


Strictly speaking this of course isn't Debian's problem, but nevertheless 
I think it reflects poorly on Debians reputation if vendor is slow to fix 
an issue that may lead to PCI complicance issues.


You're of course right in that the problem goes away if all clients have 
been updated. However, I think it would be much better security 
management to promptly fix it at server side as well. And it would get 
all those PCI bound parties happy...



  Regards,
--
l=2001;main(i){float o,O,_,I,D;for(;O=I=l/571.-1.75,l;)for(putchar(--l%80?
i:10),o=D=l%80*.05-2,i=31;_=O*O,O=2*o*O+I,o=o*o-_+D,o+_+_4+Di++87;);puts
(  Harry 'Piru' Sintonen sinto...@iki.fi http://www.iki.fi/sintonen;);}


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

Bug#686821: [squeeze - wheezy regression] freezes intermittently

[Harry McNally]

Hi Jonathan

Thanks for the prompt reply.


Hi Harry,

Harry McNally wrote:


System freezes (requires reset button to
restart) anywhere from minutes to an hour into use; generally when displaying
video in browser.

[...]

I can also run to a freeze,
reboot into the other partition, mount the frozen partition to examine logs.
So far no disk write of logs seems to happen when the freeze locks the system.


Does the caps lock LED blink when the machine is locked up? Can you
get a log when this happens using netconsole[1] or a serial
console[2]?


Sadly no to the LED blink. I cannot get caps lock or num lock to change their 
LEDs on the keyboard and I can't ssh in remotely. With the keyboard dead, I 
can't get across to a virtual terminal.


I've not used netconsole or serial console before so I'll give them a go.

The system freeze had all of the characteristics of the radeon driver and LKMS 
freezes that had been reported which is what sent me down that route playing 
with radeon issues. The nVidia card swap clarified it wasn't the same bug.



I'd also be interested to hear whether the 3.5.y kernel from
experimental reproduces the same bug. If it does, we can try to get
help from upstream, and if it doesn't, we can try to find what patch
fixed it and apply the same to wheezy.


No worries. I'll drop that kernel onto the amd64 since that is ultimately what 
I'd like on the machine. Please give me a few days to try the consoles and 3.5 
kernel.



Thanks for a clear report, and hope that helps.

Sincerely,
Jonathan

[1] http://www.kernel.org/doc/Documentation/networking/netconsole.txt
[2] http://www.kernel.org/doc/Documentation/serial-console.txt





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

Bug#686821: linux-image-3.2.0-3-amd64: Installed wheezy amd64 (XFCE/LXDE CD) freezes intermittently. i686 install also freezes. squeeze kernel works

[Harry McNally]

Package: src:linux
Version: 3.2.23-1
Severity: normal

Dear Maintainer,

   * What led up to the situation?

Normal faultless wheezy install on system with Radeon AGP card. Installed
non-free flashplayer32 with wrappers. Found video was slightly jumpy.
Installed firmware-linux-nonfree for radeon and rebooted so radeon driver
used rather than vesa (?). System freezes (requires reset button to
restart) anywhere from minutes to an hour into use; generally when displaying
video in browser. Suspected flashplayer32 running with wrapper or
radeon driver or X or radeon card (hardware was running fine under lenny).  

   * What exactly did you do (or not do) that was effective (or ineffective)?

First installed i386 into another partition. Flashplayer (32bit) did not need
the wrapper. The system still froze occasionally ans started to suspect if
(USB) mouse movement influences the system freeze. This is unconfirmed since
some freezes happened with no user interaction. Wanting to isolate the problem
to the radeon card, I replaced this with an nVidia AGP card so the nouveau
driver was used. System still had freezes which discounted radeon and LKMS
issues listed in bug tracker. Installed the squeeze 2.6 kernel image in the
i386 partition and there has been no further freezes using 2.6 kernel.

   * What was the outcome of this action?

System operating reliably with nVidia card and squeeze kernel on wheezy install.
Haven't tried radeon card with squeeze kernel. The fault isolation was crude
changes to configuration so I'm unsure how to proceed to isolate the issue but
I now have the setup to boot into wheezy i386 partition with squeeze or wheezy
i386 (686) kernel or boot into wheezy amd64 partition. If the bug is worthwhile
to examine, I'm happy to provide more information. I can also run to a freeze,
reboot into the other partition, mount the frozen partition to examine logs.
So far no disk write of logs seems to happen when the freeze locks the system.
Home dirs are a separate partition so they are used by all three configurations.
Both a newly added user and an existing user home dir (copied from lenny 
install)
exhibit the freeze. Reports below have Capabilities: access denied since
reportbug not run as root (?) I can rerun reports if required.   

   * What outcome did you expect instead?

-- Package-specific info:
** Version:
Linux version 3.2.0-3-amd64 (Debian 3.2.23-1) (debian-ker...@lists.debian.org) 
(gcc version 4.6.3 (Debian 4.6.3-8) ) #1 SMP Mon Jul 23 02:45:17 UTC 2012

** Command line:
BOOT_IMAGE=/vmlinuz-3.2.0-3-amd64 root=/dev/mapper/aster_vg-aster_root_lv ro 
quiet

** Not tainted

** Kernel log:
[   18.675895] ACPI: Power Button [PWRB]
[   18.675982] input: Sleep Button as 
/devices/LNXSYSTM:00/device:00/PNP0C0E:00/input/input3
[   18.675986] ACPI: Sleep Button [SLPB]
[   18.676081] input: Power Button as 
/devices/LNXSYSTM:00/LNXPWRBN:00/input/input4
[   18.676085] ACPI: Power Button [PWRF]
[   18.721415] input: PC Speaker as /devices/platform/pcspkr/input/input5
[   18.860969] EDAC MC: Ver: 2.1.0
[   18.866096] MCE: In-kernel MCE decoding enabled.
[   18.989205] powernow-k8: Found 1 AMD Athlon(tm) 64 X2 Dual Core Processor 
4400+ (2 cpu cores) (version 2.20.00)
[   18.989287] powernow-k8: fid 0xe (2200 MHz), vid 0x8
[   18.989290] powernow-k8: fid 0xc (2000 MHz), vid 0xa
[   18.989292] powernow-k8: fid 0xa (1800 MHz), vid 0xc
[   18.989294] powernow-k8: fid 0x2 (1000 MHz), vid 0x12
[   19.004052] AMD64 EDAC driver v3.4.0
[   19.004551] EDAC amd64: DRAM ECC enabled.
[   19.004565] EDAC amd64: K8 revE or earlier detected (node 0).
[   19.004651] EDAC amd64: CS0: Double data rate SDRAM
[   19.004656] EDAC amd64: CS1: Double data rate SDRAM
[   19.004743] EDAC MC0: Giving out device to 'amd64_edac' 'K8': DEV 
:00:18.2
[   19.004847] EDAC PCI0: Giving out device to module 'amd64_edac' controller 
'EDAC PCI controller': DEV ':00:18.2' (POLLED)
[   19.078472] [drm] Initialized drm 1.1.0 20060810
[   19.163097] snd_via82xx_modem :00:11.6: enabling device ( - 0001)
[   19.163134] snd_via82xx_modem :00:11.6: PCI INT C - GSI 22 (level, low) 
- IRQ 22
[   19.173344] wmi: Mapper loaded
[   19.307829] nouveau :01:00.0: PCI INT A - GSI 16 (level, low) - IRQ 16
[   19.310276] [drm] nouveau :01:00.0: Detected an NV40 generation card 
(0x04b200b1)
[   19.313106] [drm] nouveau :01:00.0: Attempting to load BIOS image from 
PRAMIN
[   19.384676] [drm] nouveau :01:00.0: ... appears to be valid
[   19.384687] [drm] nouveau :01:00.0: BIT BIOS found
[   19.384694] [drm] nouveau :01:00.0: Bios version 05.73.22.54
[   19.384702] [drm] nouveau :01:00.0: TMDS table version 1.1
[   19.384707] [drm] nouveau :01:00.0: TMDS table script pointers not 
stubbed
[   19.384714] [drm] nouveau :01:00.0: Found Display Configuration Block 
version 3.0
[   19.384723] [drm] nouveau :01:00.0: Raw DCB entry 0: 01000300 0028
[   19.384730] [drm] nouveau :01:00.0: Raw DCB 

Bug#678011: gdm3: Squeeze-Wheezy regression. 2+ xorg devices Gnome3 launch fails

[Harry Coin]

Package: gdm3
Version: 3.0.4-4
Severity: important

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

   * What led up to the situation?

Upgraded a long-time working squeeze system using gnome to Wheezy.

   * What exactly did you do (or not do) that was effective (or
 ineffective)?

Nothing more than change apt/sources.list from squeeze to wheezy.

   * What was the outcome of this action?
gnome3 fails to launch.  I have more than one nvidia graphics card in the
computer.  If I create an xorg.conf that mentions just one of them and I don't
use it in multi-monitor mode I can get a working desktop.  If I mention more
than one graphics card, or I delete xorg.conf, when gnome tries to start it
loads several instances of my user name across the top of one monitor, mentions
'zaphod mode not supported, using fallback mode', but then of course on the
desktop there is no way to launch any applications.  The entire top bar is
filled with instances of my user name, and the only action I can take is to
choose to log out or update prefrences.


   * What outcome did you expect instead?
I expected gnome3 to simply 'just work' using the same known good xorg.conf
that was working using squeeze earlier the same day on the same computer.
*** End of the template - remove these lines ***



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

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

Versions of packages gdm3 depends on:
ii  accountsservice 0.6.15-4
ii  adduser 3.113+nmu3
ii  dconf-gsettings-backend 0.12.1-1
ii  debconf [debconf-2.0]   1.5.43
ii  gconf2  3.2.5-1
ii  gnome-session [x-session-manager]   3.4.2.1-1
ii  gnome-session-bin   3.4.2.1-1
ii  gnome-session-fallback [x-session-manager]  3.4.2.1-1
ii  gnome-terminal [x-terminal-emulator]3.4.1.1-1
ii  gsettings-desktop-schemas   3.4.2-1
ii  libaccountsservice0 0.6.15-4
ii  libatk1.0-0 2.4.0-2
ii  libattr11:2.4.46-7
ii  libaudit0   1:1.7.18-1.1
ii  libc6   2.13-33
ii  libcairo-gobject2   1.12.2-1
ii  libcairo2   1.12.2-1
ii  libcanberra-gtk3-0  0.28-4
ii  libcanberra00.28-4
ii  libdbus-1-3 1.6.0-1
ii  libdbus-glib-1-20.98-1
ii  libfontconfig1  2.9.0-6
ii  libfreetype62.4.9-1
ii  libgconf2-4 3.2.5-1
ii  libgdk-pixbuf2.0-0  2.26.1-1
ii  libglib2.0-02.32.3-1
ii  libglib2.0-bin  2.32.3-1
ii  libgtk-3-0  3.4.2-1
ii  libpam-modules  1.1.3-7.1
ii  libpam-runtime  1.1.3-7.1
ii  libpam0g1.1.3-7.1
ii  libpango1.0-0   1.30.0-1
ii  librsvg2-common 2.36.1-1
ii  libselinux1 2.1.9-2
ii  libupower-glib1 0.9.16-2
ii  libwrap07.6.q-23
ii  libx11-62:1.4.99.901-2
ii  libxau6 1:1.0.7-1
ii  libxdmcp6   1:1.1.1-1
ii  libxklavier16   5.2.1-1
ii  libxrandr2  2:1.3.2-2
ii  lsb-base4.1+Debian6
ii  metacity [x-window-manager] 1:2.34.3-2
ii  policykit-1-gnome   0.105-2
ii  upower  0.9.16-2
ii  xterm [x-terminal-emulator] 278-1

Versions of packages gdm3 recommends:
ii  at-spi 1.32.0-1
ii  desktop-base   6.0.7
ii  gnome-icon-theme   3.4.0-2
ii  gnome-power-manager3.4.0-2
ii  gnome-settings-daemon  3.4.2-3
ii  x11-xkb-utils  7.7~1
ii  xserver-xephyr 2:1.12.1.902-1
ii  xserver-xorg   1:7.6+13
ii  zenity 3.4.0-2

Versions of packages gdm3 suggests:
ii  gnome-mag 1:0.16.3-1
pn  gnome-orcanone
pn  gok   none
ii  libpam-gnome-keyring  3.4.1-4
ii  metacity  1:2.34.3-2

-- debconf information:
# nvidia-settings: X configuration file generated by nvidia-settings
# nvidia-settings:  version 1.0  (buildmeister@builder63)  

Bug#560046: option to ignore dhcp required for auth ntp

[Harry Coin]

Package: ntp
Version: 1:4.2.6.p2+dfsg-1+b1
Severity: normal

Short story:  The entire possibility of secure / authorized time via ntp is
broken in debian until this is fixed.

Two important issues are resolved by this as yet unimplemented fix:

1.  When a system is itself one of the ntp servers mentioned in the dhcp roster
it is an error for dhcp to put a 'server myname iburst' in ntp.conf.  A person
setting up a local server is naturally at that time able to edit an option in
/etc/default/ntp to force use of /etc/ntp.conf and to ignore what dhcp says is
apropos for most systems.  Since those who want it to 'just work' are clients
only, forcing those who want atypical but necessary behavior (setting up a
local time server) to edit ntp.conf is reasonable.

2.  Attacking the time can effectively distrupt many kerberos and any
activities using x509 certificates as they are date sensitive (most secure web
operations).  The extensive mechanisms of secure ntp address this.   Clients
wishing to authenticate both themselves and the time server they think they are
dealing with need  'server  yoursecurehost autokey' and NOT 'server
yoursecurehost iburst'.  However, the script that forces use of
/var/lib/ntp/ntp.conf.dhcp removes other server lines in ntp.conf and sticks in
specifically insecure access mode 'server whatnot iburst'.  Those who need
authenticated time are in the minority even within their own subnets and most
do just fine with the 'just works'

Why this fix vector at /etc/default/ntp is to be preferred: Keeps things
simplest for the most people.

Putting an option in /etc/default/ntp to be read by /etc/init.d/ntp to ignore
networking altogether (whether network manager invoking dhclient or
/etc/network/interfaces) is to be preferred over against tweaking dhclient for
two reasons. One is avoiding maintaining custom versions of highly diverse-use
dhclient config files-- complex and involved in lots of other unrelated
activities.  Worse: there are two ways to potentially make dhclient 'do the
right thing' via dhlient config tweaking-- one is to not request ntp services
(editing a complex default file with many other implications).  The other is to
remove the ntp hook in /etc/dhcp/dhclient-exit whatnot.   I vote leave it all
alone so someone editing /etc/default/ntp can make it all 'just work' again if
a box is to no longer act as a server simply by a one line well named edit in
the config file related to the daemon where the fix is to be expected.

Furthermore this approach avoids dealing with a wierd leftover debris effect
when switching to gome's network manager.  Sometimes
/var/lib/ntp/ntp.conf.dhclient is leftover debris that goes un-updated.  One
makes a tweak to /etc/ntp.conf, restarts ntp... and ... nothing.  Why?  Because
the mechanism that updates /var/lib/ntp/ntp.conf.dhcp doesn't catch the user
editing ntp.conf, and most users can't be expected to 'just know' that the file
the man page says does the right thing, ntp.conf, isn't actually being used.
'ifconfig eth0 down/up' won't trigger an update when gnome is installed and
neither will telling gnome to disconnct and reconnect.

In short, making it possible to add an option in /etc/default/ntp to force use
of /etc/ntp.conf by /etc/init.d/ntp makes secure ntp, now broken in debian,
possible with the least ongoing maintinance burden and zero impact to everyone
that are typical clients of time servers outside their dhcp service area.





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

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

Versions of packages ntp depends on:
ii  adduser3.112+nmu2add and remove users and groups
ii  dpkg   1.15.8.12 Debian package management system
ii  libc6  2.11.3-3  Embedded GNU C Library: Shared lib
ii  libcap21:2.19-3  support for getting/setting POSIX.
ii  libedit2   2.11-20080614-2   BSD editline and history libraries
ii  libopts25  1:5.10-1.1automated option processing librar
ii  libssl0.9.80.9.8o-4squeeze13 SSL shared libraries
ii  lsb-base   3.2-23.2squeeze1  Linux Standard Base 3.2 init scrip
ii  netbase4.45  Basic TCP/IP networking system

Versions of packages ntp recommends:
ii  perl   5.10.1-17squeeze3 Larry Wall's Practical Extraction 

Versions of packages ntp suggests:
ii  ntp-doc1:4.2.6.p2+dfsg-1 Network Time Protocol documentatio

-- Configuration Files:
/etc/ntp.conf [Errno 13] Permission denied: u'/etc/ntp.conf'

-- 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#673762: xserver-xorg: /usr/bin/X (xorg_backtrace+0x34) occurs on quit leaving black screen

[Gill Harry]

Package: xserver-xorg
Version: 1:7.6+13
Severity: normal

Dear Maintainer,

after xserver-xorg upgrade I experience segmentation fault when leaving X 
session.
Screen remains black and is not possible to login directly on the console again.

The segmentation happens when exiting wmii window mananger but not openbox.

Step to reproduce the problem:
1. login
2. start x
3. leave windows manager (wmii)
4. screen is black and user has been logout


-- Package-specific info:
X server symlink status:

lrwxrwxrwx 1 root root 13 Feb  9 13:56 /etc/X11/X - /usr/bin/Xorg
-rwxr-xr-x 1 root root 2085616 May  7 02:17 /usr/bin/Xorg

VGA-compatible devices on PCI bus:
--
02:00.0 VGA compatible controller [0300]: NVIDIA Corporation GT218 [GeForce 
210] [10de:0a65] (rev a2)
05:03.0 VGA compatible controller [0300]: Matrox Electronics Systems Ltd. MGA 
G200eW WPCM450 [102b:0532] (rev 0a)

/etc/X11/xorg.conf does not exist.

/etc/X11/xorg.conf.d does not exist.

KMS configuration files:

/etc/modprobe.d/i915-kms.conf:
  options i915 modeset=1
/etc/modprobe.d/radeon-kms.conf:
  options radeon modeset=1

Kernel version (/proc/version):
---
Linux version 3.2.0-2-amd64 (Debian 3.2.17-1) (debian-ker...@lists.debian.org) 
(gcc version 4.6.3 (Debian 4.6.3-5) ) #1 SMP Sat May 12 23:08:28 UTC 2012

Xorg X server log files on system:
--
-rw-r--r-- 1 root root 32620 May 21 10:24 /var/log/Xorg.0.log

Contents of most recent Xorg X server log file (/var/log/Xorg.0.log):
-

[   455.922] 
X.Org X Server 1.12.1
Release Date: 2012-04-13
[   455.923] X Protocol Version 11, Revision 0
[   455.923] Build Operating System: Linux 3.2.0-2-amd64 x86_64 Debian
[   455.923] Current Operating System: Linux train 3.2.0-2-amd64 #1 SMP Sat May 
12 23:08:28 UTC 2012 x86_64
[   455.923] Kernel command line: BOOT_IMAGE=/boot/vmlinuz-3.2.0-2-amd64 
root=UUID=ba445624-f879-4b5b-a766-40a6171e10a4 ro quiet
[   455.924] Build Date: 07 May 2012  12:15:23AM
[   455.924] xorg-server 2:1.12.1-2 (Cyril Brulebois k...@debian.org) 
[   455.924] Current version of pixman: 0.24.4
[   455.924]Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
[   455.924] Markers: (--) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
[   455.925] (==) Log file: /var/log/Xorg.0.log, Time: Mon May 21 10:20:46 
2012
[   455.925] (==) Using system config directory /usr/share/X11/xorg.conf.d
[   455.925] (==) No Layout section.  Using the first Screen section.
[   455.925] (==) No screen section available. Using defaults.
[   455.925] (**) |--Screen Default Screen Section (0)
[   455.925] (**) |   |--Monitor default monitor
[   455.926] (==) No monitor specified for screen Default Screen Section.
Using a default monitor configuration.
[   455.926] (==) Automatically adding devices
[   455.926] (==) Automatically enabling devices
[   455.926] (WW) The directory /usr/share/fonts/X11/cyrillic does not exist.
[   455.926]Entry deleted from font path.
[   455.926] (WW) The directory /usr/share/fonts/X11/100dpi/ does not exist.
[   455.926]Entry deleted from font path.
[   455.926] (WW) The directory /usr/share/fonts/X11/75dpi/ does not exist.
[   455.926]Entry deleted from font path.
[   455.926] (WW) The directory /usr/share/fonts/X11/100dpi does not exist.
[   455.926]Entry deleted from font path.
[   455.926] (WW) The directory /usr/share/fonts/X11/75dpi does not exist.
[   455.926]Entry deleted from font path.
[   455.926] (WW) The directory 
/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType does not exist.
[   455.926]Entry deleted from font path.
[   455.926] (==) FontPath set to:
/usr/share/fonts/X11/misc,
/usr/share/fonts/X11/Type1,
built-ins
[   455.926] (==) ModulePath set to /usr/lib/xorg/modules
[   455.926] (II) The server relies on udev to provide the list of input 
devices.
If no devices become available, reconfigure udev or disable 
AutoAddDevices.
[   455.926] (II) Loader magic: 0x7fa48e789ae0
[   455.926] (II) Module ABI versions:
[   455.926]X.Org ANSI C Emulation: 0.4
[   455.926]X.Org Video Driver: 12.0
[   455.926]X.Org XInput driver : 16.0
[   455.926]X.Org Server Extension : 6.0
[   455.926] (--) PCI:*(0:2:0:0) 10de:0a65:1043:8354 rev 162, Mem @ 
0xc200/16777216, 0xb000/268435456, 0xc000/33554432, I/O @ 
0x2000/128, BIOS @ 0x/524288
[   455.926] (--) PCI: (0:5:3:0) 102b:0532:1028:04de rev 10, Mem @ 
0xc380/8388608, 0xc480/16384, 0xc400/8388608, BIOS @ 
0x/65536
[   455.926] (II) Open ACPI successful (/var/run/acpid.socket)
[   455.926] (II) LoadModule: 

Bug#663439: SOLVED

[Harry Michopoulos]

After removing the old packages of my system (which counts some years!!!)
everything is fine.
Actually, I removed the packages which are not available any more (they
were left in my system during the updates).

Bug#657098: [regression] bttv dvb_bt8xx bt878 hang on boot unless post: drm

[Harry G. Coin]

On 3/5/2012 2:57 AM, Jonathan Nieder wrote:

Hi again.

Jonathan Nieder wrote:

Harry G. Coin wrote:

After installing the above mentioned three from sid, details below,
it didn't hang  (which maybe meant it worked, or maybe not, could be
the kernel change just changed the timing that wee little bit...).

Excellent.  I wonder if this was fixed by some patch in the area of
v2.6.35-rc2~7^2 (module: fix bne2 gave up waiting for init of module
libcrc32c, 2010-06-05).  If you have a chance to try
2.6.34-1~experimental.2 and 2.6.35~rc4-1~experimental.1 from
http://snapshot.debian.org to check that, that would be very useful.

Just curious: did the fix stick?  Did you get a chance to try any
older versions to narrow down the range to search for the fix?

I'm curious mostly because it would allow us to fix this in squeeze.
If it would be more convenient to have a patch against squeeze to test
instead[*], let me know and I'll see what I can find.

Thanks,
Jonathan

[*] instructions for testing patched kernels are at
http://kernel-handbook.alioth.debian.org/ch-common-tasks.html#s-common-official



Owing to other pressures the next step for me is to set up a new box 
just to debug this issue.  I'll get to this by the end of the day Friday.





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

Bug#657985: sudo: 1.8 Format String Vulnerability

[Harry Sintonen]

On Thu, 2 Feb 2012, Jakub Wilk wrote:


* Harry Sintonen sinto...@iki.fi, 2012-01-31, 01:42:
-D_FORTIFY_SOURCE=2 was enabled in package version 1.8.3p1-3. See: 
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=655417


This makes current sid package (1.8.3p1-3) safe.


Maybe. Maybe not. There are known ways of exploiting string format 
vulnerabilities even with -D_FORTIFY_SOURCE=2.


If you're referring to the glibc args_type[specs[cnt].width_arg] = PA_INT; 
32-bit 0-write to reset the FORTIFY flag, sure it is possible, but rather 
painful with ASLR. It is true however that if you get to exploit this 
thing you run it locally, making it quite fast to bruteforce (albeit with 
some noise in the logs).


Of course I wasn't suggesting that you should skip updating to the fixed 
version or anything.


But agreed, safe was perhaps a bit too strong statement. relatively 
safe would have been more suitable.



  Regards,
--
l=2001;main(i){float o,O,_,I,D;for(;O=I=l/571.-1.75,l;)for(putchar(--l%80?
i:10),o=D=l%80*.05-2,i=31;_=O*O,O=2*o*O+I,o=o*o-_+D,o+_+_4+Di++87;);puts
(  Harry 'Piru' Sintonen sinto...@iki.fi http://www.iki.fi/sintonen;);}



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

Bug#657985: sudo: 1.8 Format String Vulnerability

[Harry Sintonen]

A full-disclosure user reported issue in sudo. Please verify:
http://seclists.org/fulldisclosure/2012/Jan/590 I hope the version
information is correct in this bug-report.


-D_FORTIFY_SOURCE=2 was enabled in package version 1.8.3p1-3. See: 
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=655417


This makes current sid package (1.8.3p1-3) safe. Any attempt to exploit 
the vulnerability via format string (%n) results in:

*** %n in writable segment detected *** and controlled abort.

Relevant fortify code can be found from glibc: 
http://pastebin.com/C6jLM8r8



Testing has 1.8.3p1-2 which *is* exploitable (assuming other security 
features such as ASLR can be bypassed).



Stable has 1.7.4p4-2.squeeze.2 which doesn't have the -D flag or the 
vulnerable code at all, and thus is safe:


sudo: invalid option -- 'D'


  Regards,
--
l=2001;main(i){float o,O,_,I,D;for(;O=I=l/571.-1.75,l;)for(putchar(--l%80?
i:10),o=D=l%80*.05-2,i=31;_=O*O,O=2*o*O+I,o=o*o-_+D,o+_+_4+Di++87;);puts
(  Harry 'Piru' Sintonen sinto...@iki.fi http://www.iki.fi/sintonen;);}



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

Bug#657098: linux-image-2.6.32-5-686: bttv dvb_bt8xx bt878 hang on boot unless post: drm

[Harry Coin]

Package: linux-2.6
Version: 2.6.32-39squeeze1
Severity: important

At boot time, using a fresh install, the kernel pauses for a great while during 
boot
until finally displaying this message:
gave up waiting for init of module bttv

I first saw this problem after a routine synaptic update to the latest linux 
version in 
squeeze.  Something broke.  After much trial and error it appears to be some 
sort
of race condition to do with the drm driver.   Creating the file 
/etc/modprobe.d/bttv.conf
with this content:

softdep bttv post: drm
softdep bt878 post: drm

then update-grub2
resolves the problem.   HTH!

Harry Coin
 

-- Package-specific info:
** Version:
Linux version 2.6.32-5-686 (Debian 2.6.32-39squeeze1) (da...@debian.org) (gcc 
version 4.3.5 (Debian 4.3.5-4) ) #1 SMP Wed Jan 11 12:29:30 UTC 2012

** Command line:
BOOT_IMAGE=/boot/vmlinuz-2.6.32-5-686 
root=UUID=1dc4aa1d-dfd7-4b81-85eb-0a6124a811b7 ro ipv6.disable=1

** Tainted: P (1)
 * Proprietary module has been loaded.

** Kernel log:
[   36.043365] bttv1: Bt878 (rev 17) at :05:0d.0, irq: 22, latency: 66, 
mmio: 0xc8502000
[   36.043542] bttv1: detected: DViCO FusionHDTV 5 Lite [card=135], PCI 
subsystem ID is 18ac:d500
[   36.043617] bttv1: using: DViCO FusionHDTV 5 Lite [card=135,autodetected]
[   36.043684] IRQ 22/bttv1: IRQF_DISABLED is not guaranteed on shared IRQs
[   36.043785] bttv1: gpio: en=, out= in=00ff [init]
[   36.043937] bttv1: tuner type=64
[   36.052729] bttv1: audio absent, no audio device found!
[   36.057359] tuner 1-0043: chip found @ 0x86 (bt878 #1 [sw])
[   36.057531] tda9887 1-0043: creating new instance
[   36.057596] tda9887 1-0043: tda988[5/6/7] found
[   36.061193] tuner 1-0061: chip found @ 0xc2 (bt878 #1 [sw])
[   36.061661] tuner-simple 1-0061: creating new instance
[   36.061728] tuner-simple 1-0061: type set to 64 (LG TDVS-H06xF)
[   36.062999] bttv1: registered device video1
[   36.063158] bttv1: registered device vbi1
[   36.064494] bttv1: add subdevice dvb1
[   36.451855] bt878: AUDIO driver version 0.0.0 loaded
[   36.451974] bt878: Bt878 AUDIO function found (0).
[   36.452105] bt878 :05:0a.1: PCI INT A - GSI 18 (level, low) - IRQ 18
[   36.452183] bt878_probe: card id=[0xd50018ac],[ DViCO FusionHDTV 5 Lite ] 
has DVB functions.
[   36.452403] bt878(0): Bt878 (rev 17) at 05:0a.1, irq: 18, latency: 66, 
memory: 0xc8501000
[   36.452599] IRQ 18/bt878: IRQF_DISABLED is not guaranteed on shared IRQs
[   36.452955] bt878: Bt878 AUDIO function found (1).
[   36.453038] bt878 :05:0d.1: PCI INT A - GSI 22 (level, low) - IRQ 22
[   36.453108] bt878_probe: card id=[0xd50018ac],[ DViCO FusionHDTV 5 Lite ] 
has DVB functions.
[   36.453193] bt878(1): Bt878 (rev 17) at 05:0d.1, irq: 22, latency: 66, 
memory: 0xc8503000
[   36.453670] IRQ 22/bt878: IRQF_DISABLED is not guaranteed on shared IRQs
[   36.758829] DVB: registering new adapter (bttv0)
[   37.017174] tuner-simple 0-0061: attaching existing instance
[   37.017252] tuner-simple 0-0061: type set to 64 (LG TDVS-H06xF)
[   37.017323] DVB: registering adapter 0 frontend 0 (LG Electronics LGDT3303 
VSB/QAM Frontend)...
[   37.018338] DVB: registering new adapter (bttv1)
[   37.229528] tuner-simple 1-0061: attaching existing instance
[   37.229601] tuner-simple 1-0061: type set to 64 (LG TDVS-H06xF)
[   37.229671] DVB: registering adapter 1 frontend 0 (LG Electronics LGDT3303 
VSB/QAM Frontend)...
[   37.308027] floppy0: no floppy controllers found
[   37.461405] md: md0 stopped.
[   37.465490] md: bindsdb1
[   37.490170] md: raid1 personality registered for level 1
[   37.490695] raid1: raid set md0 active with 1 out of 2 mirrors
[   37.490811] md0: detected capacity change from 0 to 9998098432
[   37.493653]  md0: unknown partition table
[   37.843255] Adding 4002808k swap on /dev/sda5.  Priority:-1 extents:1 
across:4002808k 
[   38.175697] EXT3 FS on sda1, internal journal
[   38.260247] loop: module loaded
[   39.967389] EXT4-fs (sdb2): mounted filesystem with ordered data mode
[   39.988910] EXT4-fs (sdc2): mounted filesystem with ordered data mode
[   40.077978] kjournald starting.  Commit interval 5 seconds
[   40.078217] EXT3 FS on sda7, internal journal
[   40.078335] EXT3-fs: mounted filesystem with ordered data mode.
[   40.183473] kjournald starting.  Commit interval 5 seconds
[   40.183714] EXT3 FS on sda6, internal journal
[   40.183832] EXT3-fs: mounted filesystem with ordered data mode.
[   40.208761] EXT4-fs (md0): mounted filesystem with ordered data mode
[   41.670287] fuse init (API version 7.13)
[   42.535357] RPC: Registered udp transport module.
[   42.535427] RPC: Registered tcp transport module.
[   42.535491] RPC: Registered tcp NFSv4.1 backchannel transport module.
[   42.769204] Installing knfsd (copyright (C) 1996 o...@monad.swb.de).
[   43.086381] NFSD: Using /var/lib/nfs/v4recovery as the NFSv4 state recovery 
directory
[   43.107350] NFSD: starting 90-second grace period
[   44.508389] tg3 :05:02.0

Bug#657098: [regression] bttv dvb_bt8xx bt878 hang on boot unless post: drm

[Harry G. Coin]

P.S.

Adding just these two lines to modprobe.conf

softdep bttv post: lirc
softdep dvb_bt8xx post: lirc

on the machine whose dmesg I just posted above that failed (gx110)

It worked!  So clearly a race condition.  Racing with what, I don't know.

With this working dmesg trace, to compare against the previous bad one 
(same machine)




[0.00] Initializing cgroup subsys cpuset
[0.00] Initializing cgroup subsys cpu
[0.00] Linux version 2.6.32-5-686 (Debian 2.6.32-39squeeze1) 
(da...@debian.org) (gcc version 4.3.5 (Debian 4.3.5-4) ) #1 SMP Wed Jan 
11 12:29:30 UTC 2012

[0.00] KERNEL supported cpus:
[0.00]   Intel GenuineIntel
[0.00]   AMD AuthenticAMD
[0.00]   NSC Geode by NSC
[0.00]   Cyrix CyrixInstead
[0.00]   Centaur CentaurHauls
[0.00]   Transmeta GenuineTMx86
[0.00]   Transmeta TransmetaCPU
[0.00]   UMC UMC UMC UMC
[0.00] BIOS-provided physical RAM map:
[0.00]  BIOS-e820:  - 000a (usable)
[0.00]  BIOS-e820: 000f - 0010 (reserved)
[0.00]  BIOS-e820: 0010 - 0feac000 (usable)
[0.00]  BIOS-e820: 0feac000 - 1000 (reserved)
[0.00]  BIOS-e820: ffb0 - 0001 (reserved)
[0.00] DMI 2.3 present.
[0.00] last_pfn = 0xfeac max_arch_pfn = 0x10
[0.00] MTRR default type: uncachable
[0.00] MTRR fixed ranges enabled:
[0.00]   0-9 write-back
[0.00]   A-B uncachable
[0.00]   C-C write-protect
[0.00]   D-E uncachable
[0.00]   F-F write-protect
[0.00] MTRR variable ranges enabled:
[0.00]   0 base 0 mask FF000 write-back
[0.00]   1 base 00FF0 mask 0 uncachable
[0.00]   2 disabled
[0.00]   3 disabled
[0.00]   4 disabled
[0.00]   5 disabled
[0.00]   6 disabled
[0.00]   7 disabled
[0.00] PAT not supported by CPU.
[0.00] initial memory mapped : 0 - 0180
[0.00] init_memory_mapping: -0feac000
[0.00]  00 - 40 page 4k
[0.00]  40 - 000fc0 page 2M
[0.00]  000fc0 - 000feac000 page 4k
[0.00] kernel direct mapping tables up to feac000 @ 7000-d000
[0.00] RAMDISK: 0b6ed000 - 0bf40f94
[0.00] ACPI: RSDP 000fd790 00014 (v00 DELL  )
[0.00] ACPI: RSDT 000fd7a4 00028 (v01 DELLGX110   0007 
ASL  0061)
[0.00] ACPI: FACP 000fd7cc 00074 (v01 DELLGX110   0007 
ASL  0061)
[0.00] ACPI: DSDT fffe6000 017FA (v01   DELLdt_ex 1000 
MSFT 010B)

[0.00] ACPI: FACS 0feac000 00040
[0.00] 0MB HIGHMEM available.
[0.00] 254MB LOWMEM available.
[0.00]   mapped low ram: 0 - 0feac000
[0.00]   low ram: 0 - 0feac000
[0.00]   node 0 low ram:  - 0feac000
[0.00]   node 0 bootmap 2000 - 3fd8
[0.00] (9 early reservations) == bootmem [00 - 000feac000]
[0.00]   #0 [00 - 001000]   BIOS data page == 
[00 - 001000]
[0.00]   #1 [001000 - 002000]EX TRAMPOLINE == 
[001000 - 002000]
[0.00]   #2 [006000 - 007000]   TRAMPOLINE == 
[006000 - 007000]
[0.00]   #3 [000100 - 00014cccf4]TEXT DATA BSS == 
[000100 - 00014cccf4]
[0.00]   #4 [000b6ed000 - 000bf40f94]  RAMDISK == 
[000b6ed000 - 000bf40f94]
[0.00]   #5 [09fc00 - 10]BIOS reserved == 
[09fc00 - 10]
[0.00]   #6 [00014cd000 - 00014d316c]  BRK == 
[00014cd000 - 00014d316c]
[0.00]   #7 [007000 - 009000]  PGTABLE == 
[007000 - 009000]
[0.00]   #8 [002000 - 004000]  BOOTMAP == 
[002000 - 004000]

[0.00] Zone PFN ranges:
[0.00]   DMA  0x - 0x1000
[0.00]   Normal   0x1000 - 0xfeac
[0.00]   HighMem  0xfeac - 0xfeac
[0.00] Movable zone start PFN for each node
[0.00] early_node_map[2] active PFN ranges
[0.00] 0: 0x - 0x00a0
[0.00] 0: 0x0100 - 0xfeac
[0.00] On node 0 totalpages: 65100
[0.00] free_area_init_node: node 0, pgdat c13b4860, node_mem_map 
c14d5000

[0.00]   DMA zone: 32 pages used for memmap
[0.00]   DMA zone: 0 pages reserved
[0.00]   DMA zone: 3968 pages, LIFO batch:0
[0.00]   Normal zone: 478 pages used for memmap
[0.00]   Normal zone: 60622 pages, LIFO batch:15
[0.00] Using APIC driver default
[0.00] ACPI: PM-Timer IO Port: 0x808
[0.00] SMP: Allowing 1 CPUs, 0 hotplug CPUs
[0.00] Local APIC disabled by BIOS -- reenabling.
[0.00] Found 

Bug#644484: gnome-shell does not start

[Harry Noel]

Damu

I had the same problem but an upgrade to the latest gnome-shell package
in experimental (3.0.2-3+b1 at time of writing) which appears to have a
dependancy on libmozjs7d instead of libmozjs5d seems to have solved it
for me...

Kind Regards

Harry



signature.asc
Description: OpenPGP digital signature

Bug#622960: Freemind adoption

[Harry Michopoulos]

Hi, I use frequently freemind for the last 2 years and debian for the last 8
years (as my main operating system).
Also, I have a really strong background in java.

I 'd like to adopt this great package.

Best regards
Haris

Bug#584914: Relaated to #616171

[Harry Edmon]

This bug is related to (if not the same as) #616171.

--
 Dr. Harry EdmonE-MAIL: ha...@atmos.washington.edu
 206-543-0547 FAX: 206-543-0308 ha...@washington.edu, ha...@uw.edu
 Director of IT, College of the Environment and
 Director of Computing, Dept of Atmospheric Sciences
 University of Washington, Box 351640, Seattle, WA 98195-1640




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

Bug#616171: Related to #584914

[Harry Edmon]

This bug is related to (if not the same as) #584914.




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

Bug#616171: nsswitch settings change this

[Harry Edmon]

In my original report I had the following in nsswitch.conf:

group:compat

If I change this to:

group:compat nis

then both calls to getgrouplist in my sample program return the correct 
number of groups whether nscd is running or not.   I have also noticed 
that with group set just to compat with nscd turned on, that sometime 
nscd loses the NIS groups and just reports the local groups.   I have to 
stop nscd, delete the cache files in /var/cache/nscd, and start nscd 
again to fix this.


--
 Dr. Harry EdmonE-MAIL: ha...@uw.edu
 206-543-0547 FAX: 206-543-0308 ha...@atmos.washington.edu
 Director of IT, College of the Environment and
 Director of Computing, Dept of Atmospheric Sciences
 University of Washington, Box 351640, Seattle, WA 98195-1640




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

Bug#616171: libc6: Multiple calls to getgrouplist give different answers with/without nscd running

[Harry Edmon]

Package: libc6
Version: 2.11.2-10
Severity: important

When running NIS, the following simple code gives different answers with nscd
running versus nscd not running:

#include grp.h
#include stdio.h
#define NGROUPS 100
main( int argc, char **argv )
{
  int i=NGROUPS;
  gid_t groups[NGROUPS];
  getgrouplist(argv[1], 1062, groups, i);
  printf (%d\n, i);
  getgrouplist(argv[1], 1062, groups, i);
  printf (%d\n, i);
}


For example with nscd running:

t harry
19
19

Without nscd running:

t harry
19
4

The first call always returns the groups assigned to a user in /etc/groups and
in NIS.   This is alway true of the second call with nscd running.

When nscd is not running, the second call to getgrouplist only returns the
groups assigned to a user in /etc/groups and the gid passed into getgrouplist.

This is caused samba to not assign the correct groups to a user when nscd was
not running on the samba server.

The same code works correctly when run in lenny whether nscd is running or
not.

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

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

Versions of packages libc6 depends on:
ii  libc-bin  2.11.2-10  Embedded GNU C Library: Binaries
ii  libgcc1   1:4.4.5-8  GCC support library

libc6 recommends no packages.

Versions of packages libc6 suggests:
ii  debconf [debconf-2.0] 1.5.36.1   Debian configuration management sy
ii  glibc-doc 2.11.2-10  Embedded GNU C Library: Documentat
ii  locales   2.11.2-10  Embedded GNU C Library: National L
ii  locales-all [locales] 2.11.2-10  Embedded GNU C Library: Precompile

-- debconf information:
  glibc/upgrade: true
  glibc/disable-screensaver:
  glibc/restart-failed:
* glibc/restart-services: spamassassin ssh sendmail openbsd-inetd cron atd 
autofs apache2



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

Bug#586244: bittornado: unsubscriptable object

[Harry]

Package: bittornado
Version: 0.3.17-1
Severity: normal


I constantly get the below error when starting a torrent.

BitTorrent T-0.3.17 (BitTornado)
OS: linux2
Python version: 2.4.4 (#2, Jan 24 2010, 11:19:18) 
[GCC 4.1.2 20061115 (prerelease) (Debian 4.1.1-21)]
wxWindows version: 2.6.3.2

Traceback (most recent call last):
  File /usr/bin/btdownloadgui, line 1377, in advanced
self.downrateSpinner.SetValue(self.config['max_download_rate'])
TypeError: unsubscriptable object


-- System Information:
Debian Release: 4.0
  APT prefers oldstable
  APT policy: (500, 'oldstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-6-686
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)

Versions of packages bittornado depends on:
ii  python2.4.4-2An interactive high-level object-o
ii  python-support0.5.6  automated rebuilding support for p

Versions of packages bittornado recommends:
ii  mime-support  3.39-1 MIME files 'mime.types'  'mailcap

-- 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#573612: virtualbox-ose: Cannot get virtualbox 3 to work using lenny-backports on i386

[Harry William Bullen IV]

Package: virtualbox-ose
Version: 1.6.6-dfsg-3
Severity: important


The Virtualbox-ose package in lenny-backports is version 3.0.12 on the 
i386, however there are no matching module, dkms, or source version.  
This makes the virtualbox-ose 3 unusable.  I can still use 
virtualbox-ose 1.6.6 from lenny fine.  I think this should be fixed by 
getting virtualbox-ose one i386 up to 3.1.4 or if that can't easily 
be done by providing 3.0.12 versions of virtualbox-ose-dkms or
 virtualbox-ose-source.  If neither solution can be quickly implemented 
a notice should be placed in the package informing users of lenny on
i386 not to use virtualbox-ose 3 and instead use only 1.6.6 packages.

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

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

Versions of packages virtualbox-ose depends on:
ii  adduser 3.110add and remove users and groups
ii  debconf [debconf-2. 1.5.24   Debian configuration management sy
ii  libc6   2.7-18lenny2 GNU C Library: Shared libraries
ii  libgcc1 1:4.3.2-1.1  GCC support library
ii  libgl1-mesa-glx [li 7.0.3-7  A free implementation of the OpenG
ii  libglib2.0-02.16.6-3 The GLib library of C routines
ii  libidl0 0.8.10-0.1   library for parsing CORBA IDL file
ii  libqt3-mt   3:3.3.8b-5+b1Qt GUI Library (Threaded runtime v
ii  libsdl1.2debian 1.2.13-2 Simple DirectMedia Layer
ii  libstdc++6  4.3.2-1.1The GNU Standard C++ Library v3
ii  libx11-62:1.1.5-2X11 client-side library
ii  libxcursor1 1:1.1.9-1X cursor management library
ii  libxml2 2.6.32.dfsg-5+lenny1 GNOME XML library
ii  libxslt1.1  1.1.24-2 XSLT processing library - runtime 
ii  libxt6  1:1.0.5-3X11 toolkit intrinsics library

Versions of packages virtualbox-ose recommends:
ii  virtualbox-os 2.6.26+1.6.6-dfsg-6+lenny1 PC virtualization solution for Lin

Versions of packages virtualbox-ose suggests:
ii  bridge-utils1.4-5Utilities for configuring the Linu
ii  virtualbox-ose-source   1.6.6-dfsg-3 x86 virtualization solution - kern

-- debconf information:
  virtualbox-ose/upstream_version_change: false



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

Bug#566690: Call +234 528 817 40

[HARRY]

You have $50,000 from our office,confirm receipt by sending
yourname,address,age,phone number etc to (wu.africadep...@w.cn)



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

Bug#566404: ITP: [PACKAGE] -- dropbox

[Harry Rickards]

You should see bug #544499, specifically the post about this being in
contrib. Also, shouldn't this be packaged as nautilus-dropbox, like in
the official binary packages from
https://www.dropbox.com/downloading?os=lnx?


-- 
Harry Rickards - ha...@linux.com
http://oftle.com



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

Bug#551005: ITP: blogtk -- client for weblog systems

[Harry Rickards]

Any update?

-- 
Harry Rickards - ha...@linux.com
http://oftle.com



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

Bug#564665: Releasing lives 1.1.8-2

[Harry Rickards]

Hi everyone,

Seeing as 1.1.8-2 contains a fix to a pretty serious bug
(http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=564665) does anyone
have any issues with releasing 1.1.8-2 tomorrow after some testing?

-- 
Harry Rickards - ha...@linux.com
Debian Lenny server | Debian Sid desktop | UNR Karmic netbook
A good programmer is someone who looks both ways before crossing a
one-way street. - Doug Linder
Binary is as easy as 01, 10, 11.



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

Bug#564665: lives-data and dirac: error when trying to install together

[Harry Rickards]

Hi,

/usr/bin/dirac_encoder and /usr/share/man/man1/dirac_encoder_1.gz in
lives-data and dirac aren't actually the same files - I stupidly
assumed that /usr/bin/dirac_encoder didn't exist. This is reasonably
trivial to fix, so I will fix this locally. It may be a couple of days
before a new version though, as I am currently in discussions with
pkg-multimedia-maintainers about becoming a member, which would
require several other changes.


-- 
Harry Rickards - ha...@linux.com
Debian Lenny server | Debian Sid desktop | UNR Karmic netbook
A good programmer is someone who looks both ways before crossing a
one-way street. - Doug Linder
Binary is as easy as 01, 10, 11.



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

Bug#562515: lives: Please package marcos-encoders for multi_encode

[Harry Rickards]

Sorry for taking such a long time to reply. This is fixed in 1.1.8-1
which should be uploaded to unstable soon (just fixing one last bug
with manpages). The encoders are under /usr/bin and as per Debian
policy have had the .py extension removed. A patch has been added so
that LiVES builds these with the right filename and looks for them
with the right filename.

Thanks for your patience!

-- 
Harry Rickards - ha...@linux.com
Debian Lenny server | Debian Sid desktop | UNR Karmic netbook
A good programmer is someone who looks both ways before crossing a
one-way street. - Doug Linder
Binary is as easy as 01, 10, 11.



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

Bug#550153: init_nfsd is not in released 2.6.32

[Harry Edmon]

The released 2.6.32 does not have the init_nfsd entry.   This has to be 
fixed for squeeze.


--
Dr. Harry Edmon E-MAIL: ha...@atmos.washington.edu
206-543-0547 FAX: 206-543-0308  ha...@washington.edu, ha...@uw.edu
Director of IT, College of the Environment and
Director of Computing, Dept of Atmospheric Sciences
University of Washington, Box 351640, Seattle, WA 98195-1640




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

Bug#551928: gforge: Gforge install cause psql wrapper scripts to report an error

[Harry William Bullen IV]

Package: gforge
Version: 4.7~rc2-7lenny1
Severity: normal


After installing gforge I found that the pg_lsclusters script and psql give a 
Could not connect to database error when run.  For example,
pg_lsclusters returns:
Version Cluster   Port Status OwnerData directory Log 
file

Could not connect to database
8.3 main  5432 online postgres /var/lib/postgresql/8.3/main   
/var/log/postgresql/postgresql-8.3-main.log

and runnig psql as postgress gives:

Could not connect to database
Welcome to psql 8.3.8, the PostgreSQL interactive terminal.

Type:  \copyright for distribution terms
   \h for help with SQL commands
   \? for help with psql commands
   \g or terminate with semicolon to execute query
   \q to quit

postgres=# 

In this case it appears that the command still works and you are able to 
connect to the database however, this error should not appear.

When I run pg_lsclusters as root I do not get this error, and the information 
is correct.

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

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

Versions of packages gforge depends on:
ii  debconf [debconf-2.0]1.5.24  Debian configuration management sy
ii  gforge-common4.7~rc2-7lenny1 collaborative development tool - s
ii  gforge-db-postgresql [gf 4.7~rc2-7lenny1 collaborative development tool - d
ii  gforge-ftp-proftpd [gfor 4.7~rc2-7lenny1 collaborative development tool - F
ii  gforge-lists-mailman [gf 4.7~rc2-7lenny1 collaborative development tool - m
ii  gforge-mta-exim4 [gforge 4.7~rc2-7lenny1 collaborative development tool - m
ii  gforge-shell-postgresql  4.7~rc2-7lenny1 collaborative development tool - s
ii  gforge-web-apache2 [gfor 4.7~rc2-7lenny1 collaborative development tool - w
ii  ucf  3.0016  Update Configuration File: preserv

Versions of packages gforge recommends:
ii  gforge-plugin-scmcvs [gf 4.7~rc2-7lenny1 collaborative development tool - C

gforge suggests no packages.

-- no debconf information



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

Bug#546305: closed by Harry Rickards hricka...@l33tmyst.com , (Bug#546305: fixed in lives 1.1.2-2)

[Harry Rickards]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Upstream (Gabriel 'salsaman' Finch) has now filed a bug report for this
problem in the frei0r system -
http://www.piksel.no/projects/frei0r/ticket/16.
- -- 
Thanks
Harry Rickards hricka...@l33tmyst.com

_,   _,  ,'`.
  `$$' `$$' `.  ,'
   $$   $$`'
   $$   $$ _,   _
 ,d$$$g$$  ,d$$$b.  $$,d$$$b.`$$' g$b.`$$,d$$b.
,$P'  `$$ ,$P' `Y$. $$$'  `$$ $$  '   `$$ $$$' `$$
$$'$$ $$'   `$$ $$'$$ $$  ,g$$ $$'   $$
$$ $$ $$g$$ $$ $$ $$ ,$P   $$ $$$$
$$,$$ $$.   $$,$P $$ $$'   ,$$ $$$$
`$g. ,$$$ `$$._ _., $$ _,g$P' $$ `$b. ,$$$ $$$$
 `Y$$P'$$. `YP',P'  ,$$. `Y$$P'$$.$$.  ,$$.

Proud Debian and Ubuntu maintainer of LiVES!
http://packages.qa.debian.org/l/lives.html
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iJwEAQECAAYFAkqv0KoACgkQ+9DWHFhEn2/P8QQAyErycAmpLPkqnaoS9t1VwRhB
5z7DjDsESRLg4ZOD9So/kFn7/iFhO7fV00o4KYV/D5qrK6Kb+mq6pVOn4fRXj+DL
YiH4fq24pAx2eTwN5lo3lpDUmDuSBf+roNTGiY6+3vhOi6ZVV7qF9iiwm9D0LtfG
PFVU46CuSOZq7/age6s=
=te0v
-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#546305: closed by Harry Rickards hricka...@l33tmyst.com (Bug#546305: fixed in lives 1.1.2-2)

[Harry Rickards]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 09/13/09 12:30, Bastian Blank wrote:
 On Sun, Sep 13, 2009 at 11:06:21AM +, Debian Bug Tracking System wrote:
 One part of this build-dependency
 | frei0r-plugins-dev [!kfreebsd-i386 !kfreebsd-amd64 !hurd-i386 arm powerpc]
 is illegal. Either inclusion or exclusion is allowed, not both.
 
 I don't see a reason for this exclusion. frei0r is built on all
 architecture (except kfreebsd, but temporary unavailable build-deps are
 no reason for such an exclusion). Also the changelog does not list
 reasons for that.
 
 Bastian
 
Hi,

If you trace it down, frei0r isn't avaliable on kfreebsd because it
depends on libcv-dev which depends on libraw1394-dev, which uses
components from the Linux kernel. libraw1394-dev is marked as Not-For-Us
on hurd-i386.

frei0r isn't little endian safe (that's upstreams advice) so shouldn't
be depended on in powerpc.

If temporary unavaliable build-deps are no reason for an exclusion, what
should I do for arm? Just leave it not being able to build until
frei0r's avaliable for arm?

- -- 
Thanks
Harry Rickards hricka...@l33tmyst.com

_,   _,  ,'`.
  `$$' `$$' `.  ,'
   $$   $$`'
   $$   $$ _,   _
 ,d$$$g$$  ,d$$$b.  $$,d$$$b.`$$' g$b.`$$,d$$b.
,$P'  `$$ ,$P' `Y$. $$$'  `$$ $$  '   `$$ $$$' `$$
$$'$$ $$'   `$$ $$'$$ $$  ,g$$ $$'   $$
$$ $$ $$g$$ $$ $$ $$ ,$P   $$ $$$$
$$,$$ $$.   $$,$P $$ $$'   ,$$ $$$$
`$g. ,$$$ `$$._ _., $$ _,g$P' $$ `$b. ,$$$ $$$$
 `Y$$P'$$. `YP',P'  ,$$. `Y$$P'$$.$$.  ,$$.

Proud Debian and Ubuntu maintainer of LiVES!
http://packages.qa.debian.org/l/lives.html
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iJwEAQECAAYFAkqs46kACgkQ+9DWHFhEn29/rAP8CdOk6wRlpPVY01kIvEuzO3Bd
cQhwoZ2d2OcB5jU+YL+bb+nTvA/LtcFivbPMo1bQ0YUX7l8gYXdvqS8TNI6+3ChT
8UDax+v3Zg4ObN6cOeKee21K0KtcbMcGppGtzHE39/TnwyQjUiqEaKXYaB7OIbcB
xmoXkaRm2KjqCFxWLFM=
=YrBF
-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#546305: closed by Harry Rickards hricka...@l33tmyst.com (Bug#546305: fixed in lives 1.1.2-2)

[Harry Rickards]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 09/13/09 14:04, Bastian Blank wrote:
 On Sun, Sep 13, 2009 at 01:20:57PM +0100, Harry Rickards wrote:
 On 09/13/09 12:30, Bastian Blank wrote:
 I don't see a reason for this exclusion. frei0r is built on all
 architecture (except kfreebsd, but temporary unavailable build-deps are
 no reason for such an exclusion). Also the changelog does not list
 reasons for that.
 If you trace it down, frei0r isn't avaliable on kfreebsd because it
 depends on libcv-dev which depends on libraw1394-dev, which uses
 components from the Linux kernel. libraw1394-dev is marked as Not-For-Us
 on hurd-i386.
 
 Neither libcv-dev nor libcv1 depends on libraw1394 on my sid system.
 opencv _build-depends_ on it, but does not export the definition any
 further, so this looks suspicious. Please always look down the chain.

Sorry - I meant Build-Depends. What would you suggest doing - file a bug
against opencv?

 frei0r isn't little endian safe (that's upstreams advice) so shouldn't
 be depended on in powerpc.
 
 Where is the RC bug against frei0r? It is built on all architectures,
 but half of them (hppa, mips, powerpc, s390 and sparc) are big-endian.

I was just given a forwarded post from the frei0r-devel mailing list by
the upstream author. I'm CC'ing this to thim, and he should be able to
give you more details.

 If temporary unavaliable build-deps are no reason for an exclusion, what
 should I do for arm? Just leave it not being able to build until
 frei0r's avaliable for arm?
 
 arm is no valid Debian architecture anymore.

Okay - my mistake. I'll fix that for the next release.

 Bastian
 


- -- 
Thanks
Harry Rickards hricka...@l33tmyst.com

_,   _,  ,'`.
  `$$' `$$' `.  ,'
   $$   $$`'
   $$   $$ _,   _
 ,d$$$g$$  ,d$$$b.  $$,d$$$b.`$$' g$b.`$$,d$$b.
,$P'  `$$ ,$P' `Y$. $$$'  `$$ $$  '   `$$ $$$' `$$
$$'$$ $$'   `$$ $$'$$ $$  ,g$$ $$'   $$
$$ $$ $$g$$ $$ $$ $$ ,$P   $$ $$$$
$$,$$ $$.   $$,$P $$ $$'   ,$$ $$$$
`$g. ,$$$ `$$._ _., $$ _,g$P' $$ `$b. ,$$$ $$$$
 `Y$$P'$$. `YP',P'  ,$$. `Y$$P'$$.$$.  ,$$.

Proud Debian and Ubuntu maintainer of LiVES!
http://packages.qa.debian.org/l/lives.html
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iJwEAQECAAYFAkqs8FEACgkQ+9DWHFhEn2/cLgP/aRjkPAzuDm84XHOVvXU32S98
nH+D4QscMW/GZTths8LO9PaB60STSIClNB1kYmwHlXUQWpE8kC248chBqzVP2rjE
eF7DcvWvLDBHa5Jtvi9sK86fMplu7trRSnPmqx4IopWXVevouZ5DUH5aoTGfVoMo
T2pLrPnk8fBR4dvN9ls=
=n/ux
-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#546194: lives: New upstream release: 1.0.1

[Harry Rickards]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 09/12/09 12:18, Harry Rickards wrote:
 Thanks to the upstream developer (Gabriel 'salsaman' Finch) the bug's
 been fixed and a new upstream version released - 1.2.1.
snip
Whoops - that should have been 1.1.2

- -- 
Thanks
Harry Rickards hricka...@l33tmyst.com

_,   _,  ,'`.
  `$$' `$$' `.  ,'
   $$   $$`'
   $$   $$ _,   _
 ,d$$$g$$  ,d$$$b.  $$,d$$$b.`$$' g$b.`$$,d$$b.
,$P'  `$$ ,$P' `Y$. $$$'  `$$ $$  '   `$$ $$$' `$$
$$'$$ $$'   `$$ $$'$$ $$  ,g$$ $$'   $$
$$ $$ $$g$$ $$ $$ $$ ,$P   $$ $$$$
$$,$$ $$.   $$,$P $$ $$'   ,$$ $$$$
`$g. ,$$$ `$$._ _., $$ _,g$P' $$ `$b. ,$$$ $$$$
 `Y$$P'$$. `YP',P'  ,$$. `Y$$P'$$.$$.  ,$$.

Proud Debian and Ubuntu maintainer of LiVES!
http://packages.qa.debian.org/l/lives.html
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iJwEAQECAAYFAkqrg94ACgkQ+9DWHFhEn28kyAP+P7HOyyNoS6vMHxCAOypRJkAD
VTYaFbOG6o0YBwAZHUNAVp3+KX+p/kqdCJdOBofj+ebQ5eaOqpozK6nW1sjnWNZx
CQWZiyFi1gpqKxGmhdHBPztpaM3vebJjTIaeGmb07cC+2oPp3q+TgY+W78PdLX7J
RWXGqJWeZkBZuNOBRIU=
=sHEW
-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#546194: lives: New upstream release: 1.0.1

[Harry Rickards]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Thanks to the upstream developer (Gabriel 'salsaman' Finch) the bug's
been fixed and a new upstream version released - 1.2.1. I've packaged
this, uploaded it to mentors.d.n and sent an RFS to d-ment...@l.d.o.

- -- 
Thanks
Harry Rickards hricka...@l33tmyst.com

_,   _,  ,'`.
  `$$' `$$' `.  ,'
   $$   $$`'
   $$   $$ _,   _
 ,d$$$g$$  ,d$$$b.  $$,d$$$b.`$$' g$b.`$$,d$$b.
,$P'  `$$ ,$P' `Y$. $$$'  `$$ $$  '   `$$ $$$' `$$
$$'$$ $$'   `$$ $$'$$ $$  ,g$$ $$'   $$
$$ $$ $$g$$ $$ $$ $$ ,$P   $$ $$$$
$$,$$ $$.   $$,$P $$ $$'   ,$$ $$$$
`$g. ,$$$ `$$._ _., $$ _,g$P' $$ `$b. ,$$$ $$$$
 `Y$$P'$$. `YP',P'  ,$$. `Y$$P'$$.$$.  ,$$.

Proud Debian and Ubuntu maintainer of LiVES!
http://packages.qa.debian.org/l/lives.html
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iJwEAQECAAYFAkqrg4UACgkQ+9DWHFhEn29cHAP7BC78a5Xgvhle6pQWBxXY+rDL
HkGZWVgu0RpT8hDTyD2FueV0mBtSfoOk8PisWbVpbqQ7P5cA6eHHTIwfyfBZIZAw
WoqvEJoiyWqhnMnBx9mBNKe7MFTAJcPdR5eX/VoGTsqU9WmCSoDXB81QZXMKCaVF
iue8X2W6U/E7psjtEdA=
=SBhM
-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#546305: lives - FTBFS: Illegal build-depends

[Harry Rickards]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Bugger. That should have been frei0r-plugins-dev [!kfreebsd-i386
!kfreebsd-amd64 !hurd-i386 !arm !powerpc]. Will upload a new version to
mentors.d.n and send another RFS to d-ment...@l.d.o

- -- 
Thanks
Harry Rickards hricka...@l33tmyst.com

_,   _,  ,'`.
  `$$' `$$' `.  ,'
   $$   $$`'
   $$   $$ _,   _
 ,d$$$g$$  ,d$$$b.  $$,d$$$b.`$$' g$b.`$$,d$$b.
,$P'  `$$ ,$P' `Y$. $$$'  `$$ $$  '   `$$ $$$' `$$
$$'$$ $$'   `$$ $$'$$ $$  ,g$$ $$'   $$
$$ $$ $$g$$ $$ $$ $$ ,$P   $$ $$$$
$$,$$ $$.   $$,$P $$ $$'   ,$$ $$$$
`$g. ,$$$ `$$._ _., $$ _,g$P' $$ `$b. ,$$$ $$$$
 `Y$$P'$$. `YP',P'  ,$$. `Y$$P'$$.$$.  ,$$.

Proud Debian and Ubuntu maintainer of LiVES!
http://packages.qa.debian.org/l/lives.html
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iJwEAQECAAYFAkqruYwACgkQ+9DWHFhEn29x/wQAp9kIBkf4VkHpPl5qY6jba9C2
GDFMevDKRfvFIE+7Ucdzn1raxF2QAGEPVjvdZkUF/OvZy5RelQ03nGBCmrSdkyc5
4x9Z4v3bGDBAtx+IUWJLgnz4WametkvdpfPJxsdwmLyF9DgudjPvDS3hfQ5V+wsA
jVsf2zq8XNJYT05Sefo=
=9Asv
-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#546194: lives: New upstream release: 1.0.1

[Harry Rickards]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi,

This is because the new upstream release fails to run on my machine. I'm
working on this with the upstream developer, and I think it's almost fixed.
- -- 
Thanks
Harry Rickards hricka...@l33tmyst.com

_,   _,  ,'`.
  `$$' `$$' `.  ,'
   $$   $$`'
   $$   $$ _,   _
 ,d$$$g$$  ,d$$$b.  $$,d$$$b.`$$' g$b.`$$,d$$b.
,$P'  `$$ ,$P' `Y$. $$$'  `$$ $$  '   `$$ $$$' `$$
$$'$$ $$'   `$$ $$'$$ $$  ,g$$ $$'   $$
$$ $$ $$g$$ $$ $$ $$ ,$P   $$ $$$$
$$,$$ $$.   $$,$P $$ $$'   ,$$ $$$$
`$g. ,$$$ `$$._ _., $$ _,g$P' $$ `$b. ,$$$ $$$$
 `Y$$P'$$. `YP',P'  ,$$. `Y$$P'$$.$$.  ,$$.

Proud Debian and Ubuntu maintainer of LiVES!
http://packages.qa.debian.org/l/lives.html
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iJwEAQECAAYFAkqqd0EACgkQ+9DWHFhEn2+BUwQApBbjLJOxWBE3ZVEamw/4pUQI
6cSk/r2Y1etcLuBAp1eOuv5lLgtriGhKjfS4D3kLOQVoIREszux4pZrRhSN2u0mj
Uu5RviLFu8J93MTgWF0KcDp6atddtMJ1uSI/UURa0BTw5BEvJLpyD0IVVtE62xN1
viEp6iR/GGVA96VQV9k=
=SgLf
-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#543952: lives: Lives crashes at startup on AMD64 (at least mine)

[Harry Rickards]

/ directory. Then download the new debian/ from SVN with
'svn checkout
http://svn.debian.org/viewsvn/collab-maint/deb-maint/lives/trunk/debian'. You'll
need to rm -rf the .svn and wrapper/.svn directories. Then, if you're
running as root run 'dpkg-buildpackage' else run 'dpkg-buildpackage
- -rsudo'. You can replace sudo with fakeroot or any other
gain-root-command. Then install with dpkg -i.

If you still have the problem after that it must be an upstream issue.
If that's the case, please report the bug against lives on Sourceforge
at https://sourceforge.net/tracker/?group_id=64341atid=507139. You'll
probably want to compile with deubgging symbols first, which I think
(I'm no C developer) you can do by going back to the directory the
source of lives is in and running ./configure CFLAGS=-ggdb and then make
and make install.

I'm CC'ing this to Upstream (Gabriel 'salsaman' Finch) in case he can
shed any light on the matter.

- -- 
Thanks
Harry Rickards hricka...@l33tmyst.com

_,   _,  ,'`.
  `$$' `$$' `.  ,'
   $$   $$`'
   $$   $$ _,   _
 ,d$$$g$$  ,d$$$b.  $$,d$$$b.`$$' g$b.`$$,d$$b.
,$P'  `$$ ,$P' `Y$. $$$'  `$$ $$  '   `$$ $$$' `$$
$$'$$ $$'   `$$ $$'$$ $$  ,g$$ $$'   $$
$$ $$ $$g$$ $$ $$ $$ ,$P   $$ $$$$
$$,$$ $$.   $$,$P $$ $$'   ,$$ $$$$
`$g. ,$$$ `$$._ _., $$ _,g$P' $$ `$b. ,$$$ $$$$
 `Y$$P'$$. `YP',P'  ,$$. `Y$$P'$$.$$.  ,$$.

Proud Debian and Ubuntu maintainer of LiVES!
http://packages.qa.debian.org/l/lives.html
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iJwEAQECAAYFAkqWyhAACgkQ+9DWHFhEn2/7xAP+Jo0i3XZ0z6LOb8lDJ/DNCq0j
MHOaYRcWFCggS2ZYBooPh/0sDoWoYX0NGLVJJgf2F2Ri+j8UHL8MLiiLU1VUej4R
XdYxF6QtAaDlv1QgRhaGQqruYk8/QEV2+XsQDUrvWkvFiyvN8lMTAr4rZNj27IIh
IRSf21xNqaNz4LLkVgY=
=e3r5
-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#543952: lives: Lives crashes at startup on AMD64 (at least mine)

[Harry Rickards]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 08/27/09 19:27, salsa...@xs4all.nl wrote:
 On Thu, August 27, 2009 20:01, Harry Rickards wrote:
 On 08/27/09 18:27, Andreas Juch wrote:
 Package: lives
 Version: 1.0.0-4
 Severity: normal

 Hi!

 Lives crashes when I run it. The package doesn't have debugging symbols
snip
 The crash happens during Loading realtime effect plugins on the
 startup
 screen.

snip
 Dependency issue (due to LiVES being compiled with frei0r support but
 without frei0r installed at runtime).

 A workaround is to delete
 /usr/lib/lives/plugins/effects/realtime/weed/frei0r.h

 Should be fixed in 1.0.0-5

 Gabriel.


Okay. In that case just wait for 1.0.0-5 to be released. kart_ and
jackyf in IRC have confirmed that it works for them, and they've got
frei0r-plugins installed. If no-one has any objections I'll close the bug.

- -- 
Thanks
Harry Rickards hricka...@l33tmyst.com

_,   _,  ,'`.
  `$$' `$$' `.  ,'
   $$   $$`'
   $$   $$ _,   _
 ,d$$$g$$  ,d$$$b.  $$,d$$$b.`$$' g$b.`$$,d$$b.
,$P'  `$$ ,$P' `Y$. $$$'  `$$ $$  '   `$$ $$$' `$$
$$'$$ $$'   `$$ $$'$$ $$  ,g$$ $$'   $$
$$ $$ $$g$$ $$ $$ $$ ,$P   $$ $$$$
$$,$$ $$.   $$,$P $$ $$'   ,$$ $$$$
`$g. ,$$$ `$$._ _., $$ _,g$P' $$ `$b. ,$$$ $$$$
 `Y$$P'$$. `YP',P'  ,$$. `Y$$P'$$.$$.  ,$$.

Proud Debian and Ubuntu maintainer of LiVES!
http://packages.qa.debian.org/l/lives.html
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iJwEAQECAAYFAkqW0a4ACgkQ+9DWHFhEn2/yzAQAtq8plc+5WTVzahdNCgB9ec8j
/5OkkOc+UngGfSUvnkl+ZdP+p2qmoyAQxmbTvgTv6kr3jypoMIHD0XKuj5sumStL
iByn2K8Qf3zhsIp0MiClCO2eYqTk3KZ5rSglCi1FS68GqD/ysZDW2aVYHUmTiWRZ
dt+U+e2AK7Ez2+p1WuU=
=57nC
-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#543952: lives: Lives crashes at startup on AMD64 (at least mine)

[Harry Rickards]

On 27 Aug 2009, at 19:54, salsa...@xs4all.nl wrote:


On Thu, August 27, 2009 20:01, Harry Rickards wrote:

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 08/27/09 18:27, Andreas Juch wrote:

Package: lives
Version: 1.0.0-4
Severity: normal

Hi!

Lives crashes when I run it. The package doesn't have debugging  
symbols

and I'm
not sure how to compile the package with debugging symbols. I copy  
in

what gdb
backtrace tells me:

[...]
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
lives-exe: fccache.c:512: FcCacheFini: Assertion `fcCacheChains[i]  
==

((void
*)0)' failed.

Program received signal SIGABRT, Aborted.
0x749d5d25 in raise () from /lib/libc.so.6
(gdb) backtrace
#0  0x749d5d25 in raise () from /lib/libc.so.6
#1  0x749d8de1 in abort () from /lib/libc.so.6
#2  0x749cef99 in __assert_fail () from /lib/libc.so.6
#3  0x75c44f47 in ?? () from /usr/lib/libfontconfig.so.1
#4  0x75c4e815 in FcFini () from /usr/lib/libfontconfig.so.1
#5  0x7fffddcd9b16 in fini () from
/usr/lib/frei0r-1//../libGLC.so.0.0.7
#6  0x7fffddcd719f in ?? () from
/usr/lib/frei0r-1//../libGLC.so.0.0.7
#7  0x014e1b98 in ?? ()
#8  0x in ?? ()
(gdb)

The crash happens during Loading realtime effect plugins on the
startup
screen.

Please tell me how to compile with debugging symbols so that I can  
give

you more
useful information...

Andreas

-- System Information:
Debian Release: squeeze/sid
 APT prefers testing
 APT policy: (850, 'testing'), (800, 'unstable'), (750,  
'experimental')

Architecture: amd64 (x86_64)

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

Versions of packages lives depends on:
ii  frei0r-plugins 1.1.22git20090409-2   minimalistic plugin  
API for

video
ii  imagemagick7:6.5.1.0-1.1 image manipulation  
programs

ii  libatk1.0-01.26.0-1  The ATK accessibility
toolkit
ii  libc6  2.9-23GNU C Library: Shared
libraries
ii  libcairo2  1.8.8-2   The Cairo 2D vector
graphics libra
ii  libfontconfig1 2.6.0-4   generic font  
configuration

library
ii  libfreetype6   2.3.9-5   FreeType 2 font engine,
shared lib
ii  libglib2.0-0   2.20.4-1  The GLib library of C
routines
ii  libgtk2.0-02.16.5-1  The GTK+ graphical user
interface
ii  libjack0   0.116.2+svn3592-2 JACK Audio Connection  
Kit

(librari
ii  libogg01.1.4~dfsg-1  Ogg bitstream library
ii  libpango1.0-0  1.24.5-1  Layout and rendering of
internatio
ii  libsdl1.2debian1.2.13-4+b1   Simple DirectMedia  
Layer

ii  libtheora0 1.0-2.1   The Theora Video
Compression Codec
ii  libweed0   1.0.0-4   Runtime library for
inclusion of p
ii  libx11-6   2:1.2.2-1 X11 client-side library
ii  lives-data 1.0.0-4   Data files for LiVES
ii  mplayer1.0~rc3+svn20090405-1 movie player for Unix- 
like

systems
ii  perl   5.10.0-25 Larry Wall's Practical
Extraction
ii  python 2.5.4-2   An interactive high- 
level

object-o
ii  sox14.3.0-1  Swiss army knife of  
sound

processi
ii  zlib1g 1:1.2.3.3.dfsg-15 compression library -
runtime

Versions of packages lives recommends:
ii  cdda2wav   9:1.1.9-1 Dummy transition  
package

for iceda
ii  dvgrab 3.4-1 grab digital video  
data via

IEEE13
ii  jackd  0.116.2+svn3592-2 JACK Audio Connection  
Kit

(server

Versions of packages lives suggests:
pn  mencoder  none (no description  
available)


-- no debconf information



Hi,

Do you get anything on stdout if you run 'lives' from the command  
line.


I'm wondering if this is a dependency issue, so when 1.0.0-5 is  
added to
the repository (should be within a couple of hours if my sponsor  
uploads

it soon) could you upgrade and see if it's fixed.

Before compiling with debugging symbols, try compiling lives from the
origional upstream source, which is avaliable from
http://www.xs4all.nl/%7Esalsaman/lives/current/LiVES-1.0.0.tar.gz.  
First
remove the current lives package with 'aptitude remove lives'.  
Compile

it with a simple ./configure, make and (as root or with sudo) make
install. Then run 'lives'. If that doesn't work it's either an  
upstream

issue or dependency issue.

Before doing anything else you'll need to remove the version of lives
you've just installed from source with 'make uninstall' and 'make
clean'. As I said, to see if it's a dependency issue either wait til
1.0.0-5 is released, or apply the new files in debian/ from SVN. To  
do
that download the source of 1.0.0-4

Bug#247337: ITP: lives -- LiVES is the Linux Video Editing System

[Harry Rickards]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Regarding my previous post, after having to reupload because of
copyright owner issues, lives has been uploaded and accepted by the ftp
master team. It's currently sitting in incoming.debian.org, but by the
time you read this will probably be in the main repository.

Therefore, if no-one has any objections I'm closing this bug.


- --
Thanks
Harry Rickards hricka...@l33tmyst.com

GPG Key Info:
pub   1024R/58449F6F 2009-06-12
uid  Harry Rickards (OpenPGP Card) hricka...@l33tmyst.com
sub   1024R/D775CCEE 2009-06-12
sub   1024R/9394048C 2009-06-12
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iJwEAQECAAYFAkqQLCEACgkQ+9DWHFhEn2/VXgP+PjJrQOQz2vuyaNSdNzAk7Awe
OdzV4nSk6HmArnwOCPEx5FS5VXOsVlB0TabPzdK94L8p7HR1XSxS3v0kfNTKGMQu
QuP7On1AOpeuJhXS6ebcLT1sFdJCm858beqi3Z1wTh6IgD0y8yYI8K9F1k2HO93S
VXaK7YnCeuy5uCeOi6k=
=d85y
-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#542831: lintian: Convertor is reported as a spelling mistake with -E

[Harry Rickards]

Package: lintian
Version: 2.2.14
Severity: minor

When using -E on a package with convertor in it's binary, lintian reports the
following:
X: lives: spelling-error-in-binary ./usr/lib/lives/lives-exe convertor
converter

However convertor is a valid english word. See
http://www.dict.org/bin/Dict?Form=Dict2Database=*Query=convertor.

To reproduce download a package like lives 
(http://mentors.debian.net/debian/pool/main/l/lives/), build and run lintian
with -IE.

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

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

Versions of packages lintian depends on:
ii  binutils  2.19.51.20090805-1 The GNU assembler, linker and bina
ii  diffstat  1.47-1 produces graph of changes introduc
ii  dpkg-dev  1.15.3.1   Debian package development tools
ii  file  5.03-1 Determines file type using magic
ii  gettext   0.17-7 GNU Internationalization utilities
ii  intltool-debian   0.35.0+20060710.1  Help i18n of RFC822 compliant conf
ii  libapt-pkg-perl   0.1.24 Perl interface to libapt-pkg
ii  libipc-run-perl   0.84-1 Perl module for running processes
ii  libparse-debianchange 1.1.1-2parse Debian changelogs and output
ii  libtimedate-perl  1.1600-9   Time and date functions for Perl
ii  liburi-perl   1.37+dfsg-1Manipulates and accesses URI strin
ii  man-db2.5.5-3on-line manual pager
ii  perl [libdigest-sha-p 5.10.0-25  Larry Wall's Practical Extraction 

lintian recommends no packages.

Versions of packages lintian suggests:
pn  binutils-multiarchnone (no description available)
pn  libtext-template-perl none (no description available)
ii  man-db2.5.5-3on-line manual pager

-- 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#542831: lintian: Convertor is reported as a spelling mistake with -E

[Harry Rickards]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Russ Allbery wrote:
 Harry Rickards hricka...@l33tmyst.com writes:
 
 When using -E on a package with convertor in it's binary, lintian reports the
 following:
 X: lives: spelling-error-in-binary ./usr/lib/lives/lives-exe convertor
 converter
 
 However convertor is a valid english word. See
 http://www.dict.org/bin/Dict?Form=Dict2Database=*Query=convertor.
 
 I'm afraid those dictionaries are wrong, at least as dictionaries are
 normally judged.  The word is converter per both Merriam-Webster and the
 Oxford English Dictionary.  The OED specifically lists convertor as an
 erroneous spelling.
 

Okay. Shall I close the bug?

- --
Thanks
Harry Rickards hricka...@l33tmyst.com

GPG Key Info:
pub   1024R/58449F6F 2009-06-12
uid  Harry Rickards (OpenPGP Card) hricka...@l33tmyst.com
sub   1024R/D775CCEE 2009-06-12
sub   1024R/9394048C 2009-06-12
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iJwEAQECAAYFAkqO1M8ACgkQ+9DWHFhEn290hgP9GkOYJJBgcB8aPj3M+qChGm/1
iiuga1Mj427ZHRjkfl0rBIGTR6CiMWaBzqOAI0UPVKC9wDmF2JJ0AJdQ2vtziaNC
DpQC5sYcY3clwv2SeccC9zksN12+aHHE4x7sTFSlsxM/X7jNIc+P61D9/V6+14Fs
Vz6mWb0m1ygae2G/mW0=
=L31Y
-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#542831: lintian: Convertor is reported as a spelling mistake with -E

[Harry Rickards]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Russ Allbery wrote:
 Harry Rickards hricka...@l33tmyst.com writes:
 Russ Allbery wrote:
 
 I'm afraid those dictionaries are wrong, at least as dictionaries are
 normally judged.  The word is converter per both Merriam-Webster and
 the Oxford English Dictionary.  The OED specifically lists convertor as
 an erroneous spelling.
 
 Okay. Shall I close the bug?
 
 Yeah, if you're okay with that answer.
 
I'll wait for the reply of Gabriel Finch (the one I cc'ed my previous
response to) who's the one that pointed out that convertor might be a word.

- --
Thanks
Harry Rickards hricka...@l33tmyst.com

GPG Key Info:
pub   1024R/58449F6F 2009-06-12
uid  Harry Rickards (OpenPGP Card) hricka...@l33tmyst.com
sub   1024R/D775CCEE 2009-06-12
sub   1024R/9394048C 2009-06-12
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iJwEAQECAAYFAkqO180ACgkQ+9DWHFhEn28+6QQAwR0A0KeBFuwOP9MQUxLXWPTg
1Z+sf0itWRkg5q05VQlim8Qh2DNDuzOjOelCCHBWZR4H9c6pjhOyx2mSGaT0ZWa/
Ahi0RTeSTQjEkELGokUo1A6npcmBb4FT9UEzlQifEJTQ8RqQdEXb6TrqG8lBzBxJ
MO+PqP2aIcQFtBTdkac=
=MGK1
-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#538431: I got a similar error

[Harry]

After installing the module, I issued the command:
sudo modprobe fglrx


The error is :

FATAL: Error inserting fglrx 
(/lib/modules/2.6.30-1-686/nonfree/fglrx/fglrx.ko): Cannot allocate memory



The machine is with ATI x700.

Hope this is helpful.

Regards,

Harry



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

Bug#247337: ITP: lives -- LiVES is the Linux Video Editing System

[Harry Rickards]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

I know (just read these thread to see some of them) that there's been
multiple attempts to package LiVES. After seeing the note asking for
help at http://lives.sourceforge.net/index.php?do=downloads I contacted
Salsaman  asking if I could be of help. Using the link he provided me to
Gürkan Sengün's sources (http://sid.ethz.ch/debian/sid/) I upgraded the
upstream release of the package to 1.0.0 and fixed all lintian errors.
Debian/rules is now a lot smaller (9 lines) and the package has been
split into 4: lives, lives-data, libweed0 and libweed-dev (all from the
same source package.) I used some of the .install files from Christian
Marillat's package as a base for the .install files.

The package I've now made is lintian clean (with --pedantic), and builds
on a fresh Debian system. Robert Millan became my sponsor and uploaded
the package to Debian, where it's awaiting being added to the override
file and being compiled for the different architectures by buildd.


- --
Thanks
Harry Rickards hricka...@l33tmyst.com

GPG Key Info:
pub   1024R/58449F6F 2009-06-12
uid  Harry Rickards (OpenPGP Card) hricka...@l33tmyst.com
sub   1024R/D775CCEE 2009-06-12
sub   1024R/9394048C 2009-06-12
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iJwEAQECAAYFAkpzONcACgkQ+9DWHFhEn2+LvAP/aF4szFizIx10QP0zvfSLNkDz
p0I8Apkhk2xS73qeM5CQcV0baGmmB0tF9JP9eJHl6OM/IO6rlwub1J1f1oVBE3OS
Fk1+xNZWAvXNUj2V/Ne690C0Jo+4OI7toeYQNmq+8w1SRJ5W7hN1tsi2DtQqNPoQ
Pc0uq8ieLR5wVxLnyck=
=HLS/
-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#538881: ITP: libweed0 -- Library for inclusion of plugins into LiVES

[Harry Rickards]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Christian Marillat wrote:
 Harry Rickards hricka...@l33tmyst.com writes:
 
 On 27 Jul 2009, at 20:57, Christian Marillat maril...@free.fr wrote:

 Harry Rickards hricka...@l33tmyst.com writes:

 Package: wnpp
 Severity: wishlist
 Owner: Harry Rickards hricka...@l33tmyst.com

 * Package name: libweed0
  Version : 1.0.0
  Upstream Author : Gabriel Finch salsa...@xs4all.nl
 * URL : http://lives.sourceforge.net
 * License : GPLv3
  Programming Lang: C
  Description : Library for inclusion of plugins into LiVES

 A library that was origionally only avaliable as part of LiVES
 (package
 lives) but is now avaliable seperately. Allows for the inclusion of
 plugins into LiVES.
 This library isn't available seperately and I don't think that the
 author intent to do a separate package for that.

 For now lives is the main tarball for lives and libweed packages.

 Christian


 I'm helping package lives and lintian kicks up warnings/errors (can't
 rememer which) if weed is not in a separate package. Upstream seems to
 think it's a good idea to package it seperately.
 
 A separate *package* not a separate *tarball*. Do you see the difference ?

Yes I do, but do I not need to still submit an ITP?

 Also I can't find the link, but there's a mailing list post somewhere
 on lives-devel saying that libweed is now avaliable as a standalone
 library.
 
 Again did you try to do a lives package with my Debian work ?
 
 http://www.debian-multimedia.org/pool/main/l/lives/

No, I used  the work at http://sid.ethz.ch/debian/lives/nyu/, which was
the link upstream gave me.

 Christian


- --
Thanks
Harry Rickards hricka...@l33tmyst.com

GPG Key Info:
pub   1024R/58449F6F 2009-06-12
uid  Harry Rickards (OpenPGP Card) hricka...@l33tmyst.com
sub   1024R/D775CCEE 2009-06-12
sub   1024R/9394048C 2009-06-12
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iJwEAQECAAYFAkpuvacACgkQ+9DWHFhEn2838gQAt5k0bvsah2h8SK3CCACFPrBg
k3Bik6T2Tn7t+vtjmsp0c76C5MizNBeFva3NRJ/jly2Kc846Qfpe3ldZWmI99rOI
w6PBxVSb70vE7Pp5/z46SM0IiQcrVsTyMxxcsg7K4m/1oXEeqem5JMs2PqeRQjhP
q0vowiH5bObPV0CV/Uo=
=Qzzv
-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#538881: ITP: libweed0 -- Library for inclusion of plugins into LiVES

[Harry Rickards]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Christian Marillat wrote:
 Harry Rickards hricka...@l33tmyst.com writes:
 
 Christian Marillat wrote:
 Harry Rickards hricka...@l33tmyst.com writes:

 On 27 Jul 2009, at 20:57, Christian Marillat maril...@free.fr wrote:

 Harry Rickards hricka...@l33tmyst.com writes:
 
 [Added Salsaman in the Cc:]
 
 A separate *package* not a separate *tarball*. Do you see the difference ?
 Yes I do, but do I not need to still submit an ITP?
 
 No. One ITP by tarball and not one ITP by package.

Okay, I'll close the ITP bug.

 Also I can't find the link, but there's a mailing list post somewhere
 on lives-devel saying that libweed is now avaliable as a standalone
 library.
 Again did you try to do a lives package with my Debian work ?

 http://www.debian-multimedia.org/pool/main/l/lives/
 No, I used  the work at http://sid.ethz.ch/debian/lives/nyu/, which was
 the link upstream gave me.
 
 The diff in this link doesn't provides packages for the shared library
 when my diff does. Then which diff do you think is the best for you ?

As far as I can tell your diff provides libweed as part of the lives
package. You also seem to have a binary only libweed package, which
would mean that lives wouldn't be accepted into the main repo.

 Also this diff is for Lives 0.9.9.7 when mine is for 1.0.0

I had already updated the packages I was using to 1.0.0 before even
beginning this conversation.

 I package lives since 3 years now, do you think that my packages are
 broken ?

No, I don't think your packages are broken, I just was given a link to
the  other ones before.

 Christian


- --
Thanks
Harry Rickards hricka...@l33tmyst.com

GPG Key Info:
pub   1024R/58449F6F 2009-06-12
uid  Harry Rickards (OpenPGP Card) hricka...@l33tmyst.com
sub   1024R/D775CCEE 2009-06-12
sub   1024R/9394048C 2009-06-12
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iJwEAQECAAYFAkpuw7gACgkQ+9DWHFhEn29tVQP5Aa56MS0DC4Q5vS3WDcrkfkJn
iCWXo3DfjgSw6OvXcGbjWdW/PRaTTf/JWL5XwLAkjIjmwnLb5R4iXRj4e0DteSdM
1WqPGFQwxslJDp3ALoUHEKR1ZSblNK7G77RMF0VjVwpJF+rWsmmiYXPDzgGheGlF
RwdCsYPQ1J723Ksg10o=
=qpNY
-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#538881: ITP: libweed0 -- Library for inclusion of plugins into LiVES

[Harry Rickards]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Christian Marillat wrote:
 Harry Rickards hricka...@l33tmyst.com writes:
 
 Christian Marillat wrote:
 Harry Rickards hricka...@l33tmyst.com writes:
 
 [...]
 
 The diff in this link doesn't provides packages for the shared library
 when my diff does. Then which diff do you think is the best for you ?
 As far as I can tell your diff provides libweed as part of the lives
 package. You also seem to have a binary only libweed package, which
 would mean that lives wouldn't be accepted into the main repo.
 
 Are you sure ? My diff provides 4 packages. 
 
 ,
 | $ dh_listpackages 
 | lives
 | lives-data
 | libweed0
 | libwee-dev
 `
 
 Christian
Oh yeah. Sorry that was me being dumb.
It looks as though lives is in quite capable hands, so I'll let you do
the packaging work. If you'd like any of the work I've done, it's
available at http://mentors.debian.net/debian/pool/main/l/lives/ and
http://l33tmyst.com/weed.tgz

- --
Thanks
Harry Rickards hricka...@l33tmyst.com

GPG Key Info:
pub   1024R/58449F6F 2009-06-12
uid  Harry Rickards (OpenPGP Card) hricka...@l33tmyst.com
sub   1024R/D775CCEE 2009-06-12
sub   1024R/9394048C 2009-06-12
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iJwEAQECAAYFAkpuz4YACgkQ+9DWHFhEn2+qBwP/WifgrMms9YAlitgnDNxWa12m
4tOwIbEScOCcam/eqflHWpSp6rvfGGnhonXn1f2oTAo6PAdkWMsYd1R5kjBxyaG2
5h/sKD8tQvW0gFxAkiXZmkvv/t/yCq2kxiuaKkX5rPHjJsSDRugztP+D9XY8TxQ1
hu+/poLvTgDKXHf+MsY=
=Dg9I
-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#538881: ITP: libweed0 -- Library for inclusion of plugins into LiVES

[Harry Rickards]

Package: wnpp
Severity: wishlist
Owner: Harry Rickards hricka...@l33tmyst.com

* Package name: libweed0
  Version : 1.0.0
  Upstream Author : Gabriel Finch salsa...@xs4all.nl
* URL : http://lives.sourceforge.net
* License : GPLv3
  Programming Lang: C
  Description : Library for inclusion of plugins into LiVES

A library that was origionally only avaliable as part of LiVES (package
lives) but is now avaliable seperately. Allows for the inclusion of
plugins into LiVES.



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

Bug#538881: ITP: libweed0 -- Library for inclusion of plugins into LiVES

[Harry Rickards]

On 27 Jul 2009, at 20:57, Christian Marillat maril...@free.fr wrote:


Harry Rickards hricka...@l33tmyst.com writes:


Package: wnpp
Severity: wishlist
Owner: Harry Rickards hricka...@l33tmyst.com

* Package name: libweed0
 Version : 1.0.0
 Upstream Author : Gabriel Finch salsa...@xs4all.nl
* URL : http://lives.sourceforge.net
* License : GPLv3
 Programming Lang: C
 Description : Library for inclusion of plugins into LiVES

A library that was origionally only avaliable as part of LiVES  
(package

lives) but is now avaliable seperately. Allows for the inclusion of
plugins into LiVES.


This library isn't available seperately and I don't think that the
author intent to do a separate package for that.

For now lives is the main tarball for lives and libweed packages.

Christian




I'm helping package lives and lintian kicks up warnings/errors (can't  
rememer which) if weed is not in a separate package. Upstream seems to  
think it's a good idea to package it seperately.


Also I can't find the link, but there's a mailing list post somewhere  
on lives-devel saying that libweed is now avaliable as a standalone  
library.



Thanks
Harry Rickards



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

Bug#532689: Stable doesn't have 173

[Harry Vangberg]

Latest version on Lenny is still 1.8.7-72. Shouldn't this fix be sent
out via security so all stable systems can be upgraded as well? This
is marked as a rather serious exploit.



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

Bug#535200: gstffmpegcodecmap.c: fix to RGB24-I420 wrong color / endian problem

[Harry Coin]

Package: gstreamer0.10-plugins-base
Version: 0.10.19-2
Severity: important

A webcam producing RGB24 was verified to produce accurate snapshots.  However
outputting through ffmpegcolorspace to xvimagesink suffered wrong colors / bad
colors , specifically blue / red reversal as it gets converted to I420
colorspace.   For instance:

gst-launch-0.10 -v v4lsrc device=/dev/video1 ! 
video/x-raw-rgb,width=640,height=480,bpp=24 !  ffmpegcolorspace ! xvimagesink 

on little endian machines would always produce accurate images except for red /
blue being swapped.  I noticed this first on Debian lenny and also in Debian
testing / squeeze

This fix corrects the issue.

--- gstffmpegcodecmap.c 2009-04-01 06:49:11.0 -0500
+++ /home/library/dvl/slidesaver/gstffmpegcodecmap.c2009-06-30
11:21:06.0 -0500
@@ -695,7 +695,11 @@
 }
 break;
   case 24:
+#if (G_BYTE_ORDER == G_BIG_ENDIAN)
 if (rmask == 0xFF)
+#else
+if (rmask == 0xFF)
+#endif
   context-pix_fmt = PIX_FMT_BGR24;
 else
   context-pix_fmt = PIX_FMT_RGB24;


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

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

Versions of packages gstreamer0.10-plugins-base depends on:
ii  libc62.7-18  GNU C Library: Shared libraries
ii  libcdparanoia0   3.10.2+debian-5 audio extraction tool for sampling
ii  libglib2.0-0 2.16.6-1+lenny1 The GLib library of C routines
ii  libgstreamer-plugins-bas 0.10.19-2   GStreamer libraries from the base
ii  libgstreamer0.10-0   0.10.19-3   Core GStreamer libraries and eleme
ii  libogg0  1.1.3-4 Ogg Bitstream Library
ii  liboil0.30.3.15-1Library of Optimized Inner Loops
ii  libtheora0   1.0~beta3-1 The Theora Video Compression Codec
ii  libvisual-0.4-0  0.4.0-2.1   Audio visualization framework
ii  libvorbis0a  1.2.0.dfsg-3.1  The Vorbis General Audio Compressi
ii  libvorbisenc21.2.0.dfsg-3.1  The Vorbis General Audio Compressi
ii  libx11-6 2:1.1.5-2   X11 client-side library
ii  libxml2  2.6.32.dfsg-5   GNOME XML library
ii  libxv1   2:1.0.4-1   X11 Video extension library

gstreamer0.10-plugins-base recommends no packages.

gstreamer0.10-plugins-base suggests no packages.

-- no debconf information



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

Bug#510535: Win !

[Harry Rickards]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 06/25/09 12:52, World Casino Directory wrote:
 You have an award of 520,000.00 GBP with UK Parcel Delivery from World Casino 
 Directory, send them your information to this email: parce...@huskies.com 
 Tel: +44-703-599-5416 www.worldcasinodirectory.com
 
 
 
 
can i send this to the failblog?

- -- 
Many thanks
Harry Rickards (GPG Key ID:58449F6F)

- -BEGIN GEEK CODE BLOCK-
Version: 3.1
GAT/GCM/GCS/GCC/GIT/GM d? s: a? C UL P- L+++ E--- W+++ N o K+
w--- O- M- V- PS+  PE Y+ PGP++ t 5 X R tv-- b+++ DI D G e* h! !r y?
- --END GEEK CODE BLOCK--
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iJwEAQECAAYFAkpDm+oACgkQ+9DWHFhEn28gMgQAs2o1T7kUkvKEqG44CcGPhvV5
s+XH/QqYFWuLM1v1wfQwBAvoGnEruCJzYbapvrd6e8s6NQj2Hol8yno0QPpBsErU
wYm1naWVonsGl4kV3mHv9olLg0SgIy3i4o0l7a7rVx+aaQEWXgQKJntP68xRvDdz
l+xsvr7613hFSIw9mT4=
=stU1
-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#534607: ITP: tvim -- A gui wrapper around gvim's remote interface.

[Harry Rickards]

Package: wnpp
Severity: wishlist
Owner: Harry Rickards hricka...@l33tmyst.com

* Package name: tvim
  Version : 0.2-1
  Upstream Author : Francis Smit griz...@smit.id.au
* URL : http://tvim.sourceforge.net/
* License : GPL
  Programming Lang: C++
  Description : A gui wrapper around gvim's remote interface.

 TVim is a gui wrapper around GVIM's  remote interface, it does two things:
 Lets you open files in any already running copy of gvim (lets you select which)
 Opens the files in tabs.
 
 TVim is Licensed under the GNU GPL version 3.
 TVim is written in C++ using gtkmm-2.4 (= 2.8) and libglademm-2.4 (= 2.6).
 Developed using Anjuta. 



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

Bug#534242: ITP: antihex -- Converts hex to decimal

[Harry Rickards]

On 23/06/09 09:20, Thomas Viehmann wrote:

Hi,

Harry Rickards wrote:

Section : math



AntiHex is a pipe to convert hex values into decimal. Ex: # cat
/proc/iomem -0009fbff : System RAM 0009fc00-0009 : reserved
 # cat /proc/iomem | ah -639K-1 : System RAM 639K -640K-1 :
reserved ...


I'm not sure the equivalent of

python -c 'import re,sys ; exec(for l in sys.stdin: \
sys.stdout.write(re.sub(r(?![0-9A-Fa-f])[0-9A-Fa-f]{3,8}(?![0-9A-Fa-f]),\

lambda x: ((lambda y: (y2**30 and (%.2f%(y/2.0**30))+G) or \
(y2**20 and (%.2f%(y/2.0**20))+M) or (y2**10 and \
(%.2f%(y/2.0**10))+K) or str(y))(int(x.group(),16))),l)))'

qualifies as math. And yes, I know that ah is much superior because it
has the -1 business.

Kind regards

T.


It's not actually my program, it's just a useful tool I found on 
Sourceforge. What would you suggest packaging it as? utils?




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

Bug#534242: ITP: antihex -- Converts hex to decimal

[Harry Rickards]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 06/23/09 14:26, Thomas Viehmann wrote:
 On 2009-06-23 12:24:09.00 Harry Rickards hricka...@l33tmyst.com wrote:
 It's not actually my program, it's just a useful tool I found on 
 Sourceforge. What would you suggest packaging it as? utils?
 
 spam would be the perfect section. And it is not a useful tool.
 It is package spam flooding the Debian archive, drowning whatever
 could have made a useful operating system.
 
 Given that a section spam does not exist, utils might be a good choice.
 
 Kind regards
 
 T.
 
 
Given the negative response it seems to have received from everyone,
I'll just give the developer the .deb file to distribute on Sourceforge.
I'm also packaging another program, tvim that acts as a wrapper for gvim
and allows you to open files remotely. Is this considered package spam,
or is it okay to package it into editors (or something else)?

- -- 
Many thanks
Harry Rickards (GPG Key ID:58449F6F)

- -BEGIN GEEK CODE BLOCK-
Version: 3.1
GAT/GCM/GCS/GCC/GIT/GM d? s: a? C UL P- L+++ E--- W+++ N o K+
w--- O- M- V- PS+  PE Y+ PGP++ t 5 X R tv-- b+++ DI D G e* h! !r y?
- --END GEEK CODE BLOCK--
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iJwEAQECAAYFAkpA90sACgkQ+9DWHFhEn29d7gP9F2w7bb6yHSTxLw05y9Nj0Fse
/x/MaOJMfTEOzi1aeXELtj0raOx6vq5r2KOTLBWFOuVo1UZupZcHhyfYdF2WuBji
rKkXLshsGG8qU8KQB4s3yV51PI81QWUB+3F0m+E3EQQiirwT481doHcpAjvoTwye
kJb841qd0hg8RanmHQg=
=kEWS
-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#534242: ITP: antihex -- Converts hex to decimal

[Harry Rickards]

Package: wnpp
Severity: wishlist
Owner: Harry Rickards hricka...@l33tmyst.com

* Package name: antihex
  Version : 0.02-1
  Upstream Author : Zhaolei zhaole...@hotmail.com
  Maintainer  : Harry Rickards hricka...@l33tmyst.com
* URL : https://sourceforge.net/projects/antihex/
* License : GPL, version 3
  Section : math

AntiHex is a pipe to convert hex values into decimal. Ex: # cat
/proc/iomem -0009fbff : System RAM 0009fc00-0009 : reserved
 # cat /proc/iomem | ah -639K-1 : System RAM 639K -640K-1 :
reserved ...



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