Bug#853154: configuration broken out of the box

[Hamish Moffatt]

Hi,

The default configuration still seems to be broken.

The provided suricata.yaml refers to /etc/suricata/rules/suricata.rules 
as the rules file, but none is provided.


suricata-update writes rules to /var/lib/suricata, so even after running 
suricata-update, the config is invalid.



Hamish

Bug#900244: similar errors on Micron 3400

[Hamish Moffatt]

I am also seeing spurious errors on a Micron 3400 1Tb NVME.


$ sudo smartctl -l error /dev/nvme0
smartctl 7.2 2020-12-30 r5155 [x86_64-linux-5.18.0-0.bpo.1-amd64] (local 
build)

Copyright (C) 2002-20, Bruce Allen, Christian Franke, www.smartmontools.org

=== START OF SMART DATA SECTION ===
Error Information (NVMe Log 0x01, 16 of 256 entries)
Num   ErrCount  SQId   CmdId  Status  PELoc  LBA  NSID VS
  0 70 0  0x3011  0x8004  0x000    0 0 -


However the nvme error log is full of non-errors:


$ sudo nvme error-log /dev/nvme0

...

.
 Entry[63]
.
error_count    : 0
sqid        : 0
cmdid        : 0
status_field    : 0(SUCCESS: The command completed successfully)
parm_err_loc    : 0
lba        : 0
nsid        : 0
vs        : 0
trtype        : The transport type is not indicated or the error is not 
transport related.

cs        : 0
trtype_spec_info: 0
.


There's an enhancement request open for smartmontools to ignore this: 
https://www.smartmontools.org/ticket/1222





Hamish

Bug#960927: version 1.10

[Hamish Moffatt]

The current version is now 1.10. Could you please update the package?

Bug#891224: occurs in bullseye release

[Hamish Moffatt]

Hi Moritz,

Even after a full restart (systemctl restart apache2), it still causes a 
segfault on every "apache2ctl graceful".


vagrant up (debian/bullseye64)
sudo -i
apt update
apt install apache2; apt install libapache2-mod-auth-openidc
systemctl restart apache2
apache2ctl graceful


/var/log/apache2/error says:

[Wed Feb 23 09:54:04.187005 2022] [core:notice] [pid 2554:tid 
140034803486016] AH00052: child pid 2678 exit signal Segmentation fault (11)


following every "apache2ctl graceful".



regards

Hamish



On 23/2/22 20:46, Moritz Schlarb wrote:

Dear Hamish,

sorry, I didn't think all the way through what you were writing.

Actually, enabling (and probably disabling) modules in Apache2 always 
requires a restart of the main daemon process - so performing a 
graceful restart/reload is simply not supported here (you are 
experiencing the actual reason for that).


That's also why I wasn't able to reproduce in the first place - 
because I restarted Apache after installing the Module out of muscle 
memory. ;-)


Hope that helps,
Moritz

On 17.01.22 00:55, Hamish Moffatt wrote:
I'm seeing this in bullseye with a brand new apache install. Every 
graceful restart (apache2ctl graceful) causes a segfault.


I don't have PHP or any other non-fault modules installed.

To reproduce: Set up fresh VM; apt install apache2; apt install 
libapache2-mod-auth-openidc; apache2ctl graceful



[Sun Jan 16 23:55:27.742953 2022] [mpm_event:notice] [pid 2412:tid 
140640895987008] AH00493: SIGUSR1 received.  Doing graceful restart
AH00558: apache2: Could not reliably determine the server's fully 
qualified domain name, using 127.0.0.2. Set the 'ServerName' 
directive globally to suppress this message
[Sun Jan 16 23:55:27.759267 2022] [mpm_event:notice] [pid 2412:tid 
140640895987008] AH00489: Apache/2.4.52 (Debian) configured -- 
resuming normal operations
[Sun Jan 16 23:55:27.759284 2022] [core:notice] [pid 2412:tid 
140640895987008] AH00094: Command line: '/usr/sbin/apache2'
[Sun Jan 16 23:55:27.759752 2022] [core:notice] [pid 2412:tid 
140640895987008] AH00052: child pid 2480 exit signal Segmentation 
fault (11)



This did not occur in buster.


Hamish

Bug#891224: occurs in bullseye release

[Hamish Moffatt]

It's listed as fixed in the upstream release notes for 2.4.9.2: 
https://github.com/zmartzone/mod_auth_openidc/releases/tag/v2.4.9.2



Regards
Hamish

On 23/2/22 20:57, Hamish Moffatt wrote:

Hi Moritz,

Even after a full restart (systemctl restart apache2), it still causes 
a segfault on every "apache2ctl graceful".


vagrant up (debian/bullseye64)
sudo -i
apt update
apt install apache2; apt install libapache2-mod-auth-openidc
systemctl restart apache2
apache2ctl graceful


/var/log/apache2/error says:

[Wed Feb 23 09:54:04.187005 2022] [core:notice] [pid 2554:tid 
140034803486016] AH00052: child pid 2678 exit signal Segmentation 
fault (11)


following every "apache2ctl graceful".



regards

Hamish



On 23/2/22 20:46, Moritz Schlarb wrote:

Dear Hamish,

sorry, I didn't think all the way through what you were writing.

Actually, enabling (and probably disabling) modules in Apache2 always 
requires a restart of the main daemon process - so performing a 
graceful restart/reload is simply not supported here (you are 
experiencing the actual reason for that).


That's also why I wasn't able to reproduce in the first place - 
because I restarted Apache after installing the Module out of muscle 
memory. ;-)


Hope that helps,
Moritz

On 17.01.22 00:55, Hamish Moffatt wrote:
I'm seeing this in bullseye with a brand new apache install. Every 
graceful restart (apache2ctl graceful) causes a segfault.


I don't have PHP or any other non-fault modules installed.

To reproduce: Set up fresh VM; apt install apache2; apt install 
libapache2-mod-auth-openidc; apache2ctl graceful



[Sun Jan 16 23:55:27.742953 2022] [mpm_event:notice] [pid 2412:tid 
140640895987008] AH00493: SIGUSR1 received.  Doing graceful restart
AH00558: apache2: Could not reliably determine the server's fully 
qualified domain name, using 127.0.0.2. Set the 'ServerName' 
directive globally to suppress this message
[Sun Jan 16 23:55:27.759267 2022] [mpm_event:notice] [pid 2412:tid 
140640895987008] AH00489: Apache/2.4.52 (Debian) configured -- 
resuming normal operations
[Sun Jan 16 23:55:27.759284 2022] [core:notice] [pid 2412:tid 
140640895987008] AH00094: Command line: '/usr/sbin/apache2'
[Sun Jan 16 23:55:27.759752 2022] [core:notice] [pid 2412:tid 
140640895987008] AH00052: child pid 2480 exit signal Segmentation 
fault (11)



This did not occur in buster.


Hamish

Bug#1005364: python3-xlsxwriter: emits syntax warnings on every use

[Hamish Moffatt]

Package: python3-xlsxwriter
Version: 1.1.2-0.2
Severity: normal

xlsxwriter in bullseye reports SyntaxErrors on every use.

/usr/lib/python3/dist-packages/xlsxwriter/worksheet.py:358: SyntaxWarning: "is" 
with a literal. Did you mean "=="?
  if token is '':


I think the bullseye version needs to be patched to fix this.

Hamish

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

Kernel: Linux 5.10.0-11-amd64 (SMP w/6 CPU threads)
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.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 python3-xlsxwriter depends on:
ii  python3  3.9.2-3

python3-xlsxwriter recommends no packages.

python3-xlsxwriter suggests no packages.

-- no debconf information

Bug#1004325: closed by Debian FTP Masters (Bug#1004353: Removed package(s) from unstable)

[Hamish Moffatt]

reassign 1004325 php8.1
reopen 1004325

I reported this against php7.4 but it still applies to 8.1.


Hamish, annoyed that this was closed without any review.

Bug#891224: occurs in bullseye release

[Hamish Moffatt]

I'm seeing this in bullseye with a brand new apache install. Every 
graceful restart (apache2ctl graceful) causes a segfault.


I don't have PHP or any other non-fault modules installed.

To reproduce: Set up fresh VM; apt install apache2; apt install 
libapache2-mod-auth-openidc; apache2ctl graceful



[Sun Jan 16 23:55:27.742953 2022] [mpm_event:notice] [pid 2412:tid 
140640895987008] AH00493: SIGUSR1 received.  Doing graceful restart
AH00558: apache2: Could not reliably determine the server's fully 
qualified domain name, using 127.0.0.2. Set the 'ServerName' directive 
globally to suppress this message
[Sun Jan 16 23:55:27.759267 2022] [mpm_event:notice] [pid 2412:tid 
140640895987008] AH00489: Apache/2.4.52 (Debian) configured -- resuming 
normal operations
[Sun Jan 16 23:55:27.759284 2022] [core:notice] [pid 2412:tid 
140640895987008] AH00094: Command line: '/usr/sbin/apache2'
[Sun Jan 16 23:55:27.759752 2022] [core:notice] [pid 2412:tid 
140640895987008] AH00052: child pid 2480 exit signal Segmentation fault (11)



This did not occur in buster.


Hamish

Bug#989584: dovecot-core: systemd unit does not wait for remote-fs.target

[Hamish Moffatt]

The effect of this of course that is dovecot doesn't start if its 
configuration depends on files on a remote file system.

Bug#989584: dovecot-core: systemd unit does not wait for remote-fs.target

[Hamish Moffatt]

Package: dovecot-core
Version: 1:2.3.4.1-5+deb10u6
Severity: normal

The systemd unit does not specify that dovecot should be started after
remote-fs.target (in after= clause). This is in contrast to the init.d
script, which does specify it should wait for $remote_fs.

Most other similar packages (exim4, apache, greylistd) do wait on
remote-fs.target.

I have checked the package in buster and it is also affected.


Hamish

-- Package-specific info:

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

Kernel: Linux 5.10.0-0.bpo.5-amd64 (SMP w/6 CPU cores)
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_AU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages dovecot-core depends on:
ii  adduser  3.118
ii  libapparmor1 2.13.2-10
ii  libbz2-1.0   1.0.6-9.2~deb10u1
ii  libc62.28-10
ii  libexttextcat-2.0-0  3.4.5-1
ii  libicu63 63.1-6+deb10u1
ii  liblua5.3-0  5.3.3-1.1
ii  liblz4-1 1.8.3-1+deb10u1
ii  liblzma5 5.2.4-1
ii  libpam-runtime   1.3.1-5
ii  libpam0g 1.3.1-5
ii  libsodium23  1.0.17-1
ii  libssl1.11.1.1d-0+deb10u6
ii  libstemmer0d 0+svn585-1+b2
ii  libwrap0 7.6.q-28
ii  lsb-base 10.2019051400
ii  openssl  1.1.1d-0+deb10u6
ii  ssl-cert 1.0.39
ii  ucf  3.0038+nmu1
ii  zlib1g   1:1.2.11.dfsg-1

dovecot-core recommends no packages.

Versions of packages dovecot-core suggests:
pn  dovecot-gssapi
ii  dovecot-imapd 1:2.3.4.1-5+deb10u6
pn  dovecot-ldap  
pn  dovecot-lmtpd 
pn  dovecot-lucene
pn  dovecot-managesieved  
pn  dovecot-mysql 
pn  dovecot-pgsql 
pn  dovecot-pop3d 
pn  dovecot-sieve 
pn  dovecot-solr  
pn  dovecot-sqlite
pn  dovecot-submissiond   
ii  ntp   1:4.2.8p12+dfsg-4

Versions of packages dovecot-core is related to:
ii  dovecot-core [dovecot-common]  1:2.3.4.1-5+deb10u6
pn  dovecot-dev
pn  dovecot-gssapi 
ii  dovecot-imapd  1:2.3.4.1-5+deb10u6
pn  dovecot-ldap   
pn  dovecot-lmtpd  
pn  dovecot-managesieved   
pn  dovecot-mysql  
pn  dovecot-pgsql  
pn  dovecot-pop3d  
pn  dovecot-sieve  
pn  dovecot-sqlite 

-- no debconf information

Bug#983009: linux-image-5.10.0-0.bpo.3-cloud-amd64: ecryptfs quietly removed

[Hamish Moffatt]

Package: src:linux
Version: 5.10.13-1~bpo10+1
Severity: normal

ecryptfs has been silently removed from the 5.10 kernel packages. This
is not mentioned in the changelog.

I upgraded linux-image-cloud-amd64 from buster-backports from 5.9 to 5.10. My 
system no longer boots because I depend on ecryptfs for protection of some data 
directories.


-- Package-specific info:
** Version:
Linux version 5.10.0-0.bpo.3-cloud-amd64 (debian-ker...@lists.debian.org) 
(gcc-8 (Debian 8.3.0-6) 8.3.0, GNU ld (GNU Binutils for Debian) 2.31.1) #1 SMP 
Debian 5.10.13-1~bpo10+1 (2021-02-11)

** Command line:
BOOT_IMAGE=/boot/vmlinuz-5.10.0-0.bpo.3-cloud-amd64 
root=UUID=1951b2f8-a55c-490c-9ecf-3a5e7f95f4fb ro quiet nosplash vga=770 
net.ifnames=0

** Not tainted

** Kernel log:
Unable to read kernel log; any relevant messages should be attached

** Model information
sys_vendor: BinaryLane
product_name: A.2040
product_version: 
chassis_vendor: Bochs
chassis_version: 
bios_vendor: Bochs
bios_version: Bochs

** Loaded modules:
tun
binfmt_misc
nf_log_ipv6
ip6t_REJECT
nf_reject_ipv6
intel_rapl_msr
intel_rapl_common
iosf_mbi
xt_hl
crct10dif_pclmul
crc32_pclmul
ip6_tables
ghash_clmulni_intel
ip6t_rt
nf_log_ipv4
aesni_intel
nf_log_common
xt_LOG
crypto_simd
ipt_REJECT
cryptd
glue_helper
nf_reject_ipv4
nft_limit
xt_limit
xt_addrtype
xt_tcpudp
xt_conntrack
evdev
virtio_balloon
serio_raw
nft_compat
button
nft_counter
nf_conntrack_netbios_ns
nf_conntrack_broadcast
nf_nat_ftp
nf_nat
nf_conntrack_ftp
nf_conntrack
nf_defrag_ipv6
nf_defrag_ipv4
nf_tables
libcrc32c
nfnetlink
ip_tables
x_tables
autofs4
ata_generic
virtio_net
ata_piix
net_failover
virtio_blk
failover
libata
crc32c_intel
virtio_pci
scsi_mod
virtio_ring
virtio

** PCI devices:
not available

** USB devices:
not available


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

Kernel: Linux 5.10.0-0.bpo.3-cloud-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_AU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages linux-image-5.10.0-0.bpo.3-cloud-amd64 depends on:
ii  initramfs-tools [linux-initramfs-tool]  0.133+deb10u1
ii  kmod26-1
ii  linux-base  4.6

Versions of packages linux-image-5.10.0-0.bpo.3-cloud-amd64 recommends:
ii  apparmor 2.13.2-10
ii  firmware-linux-free  3.4

Versions of packages linux-image-5.10.0-0.bpo.3-cloud-amd64 suggests:
pn  debian-kernel-handbook  
ii  grub-pc 2.02+dfsg1-20+deb10u3
pn  linux-doc-5.10  

Versions of packages linux-image-5.10.0-0.bpo.3-cloud-amd64 is related to:
pn  firmware-amd-graphics 
pn  firmware-atheros  
pn  firmware-bnx2 
pn  firmware-bnx2x
pn  firmware-brcm80211
pn  firmware-cavium   
pn  firmware-intel-sound  
pn  firmware-intelwimax   
pn  firmware-ipw2x00  
pn  firmware-ivtv 
pn  firmware-iwlwifi  
pn  firmware-libertas 
pn  firmware-linux-nonfree
pn  firmware-misc-nonfree 
pn  firmware-myricom  
pn  firmware-netxen   
pn  firmware-qlogic   
pn  firmware-realtek  
pn  firmware-samsung  
pn  firmware-siano
pn  firmware-ti-connectivity  
pn  xen-hypervisor

-- no debconf information

Bug#969140: linux-image-5.7.0-0.bpo.2-amd64: Please enable CONFIG_F2FS_FS in the cloud image kernel

[Hamish Moffatt]

On 29/8/20 1:01 pm, Noah Meyerhans wrote:

On Sat, Aug 29, 2020 at 11:43:21AM +1000, Hamish Moffatt wrote:

Could you please enable CONFIG_F2FS_FS in the cloud kernel?

[...]

What makes you think f2fs will be commonly used in cloud deployments?


I don't know that it will be, but as it supports encryption and compression
and benchmarks shows it performs at least as well as ext4, I don't see why
it couldn't be a good choice for virtual machines. It seems at least as
useful in a cloud deployment as minix and hpfs which are included in this
flavour.

This sounds like a good argument for turning off minix and hpfs to me.
;)

I thought you might say that :)


Is F2FS usable as a Debian root filesystem?  Does it support all the
features (file capabilities and POSIX ACLs, for example) that are
commonly used on Debian systems?

The cloud team, for what it's worth, does not have any plans to switch
from ext4 in the forseeable future.  (We probably would not do so unless
Debian made the change distro-wide.)  That doesn't mean we shouldn't
consider enabling it, but I'd like to see a clearer use case.  My small
amount of research into it (mostly reading wikipedia and a couple of the
reference sources) suggests that it's most popular on phones and similar
devices, not cloud instances.  Do you see use cases involving
manipulating filesystems for those type of devices in cloud VMs?  Or
something else?

How are crypto keys handled for its encryption functionality?

The cloud kernel is not expected to be useful for 100% of people, even
in cloud environments.  In cases where specific functionality is needed
that isn't available in the cloud kernel, the generic kernel is
available and I'd probably recommend that.



I envisage using f2fs on cloud instances for their own storage, with the 
benefit of encryption and compression (without the performance penalty 
of eg ZFS).


f2fs appears to be available in Clear Linux as the root file system 
since March (https://github.com/clearlinux/distribution/issues/1522, 
https://www.phoronix.com/scan.php?page=news_item=Clear-Linux-F2FS-Root-Option 
). Debian is working on this too according to 
https://www.phoronix.com/scan.php?page=news_item=Debian-F2FS-Root-File-System 
.


Crypto setup is handled with fscrypt just as per ext4.


thanks
Hamish

Bug#969140: linux-image-5.7.0-0.bpo.2-amd64: Please enable CONFIG_F2FS_FS in the cloud image kernel

[Hamish Moffatt]

On 29/8/20 7:41 am, Ben Hutchings wrote:

Control: tag -1 moreinfo

On Fri, 2020-08-28 at 14:43 +0800, Hamish Moffatt wrote:

Package: src:linux
Version: 5.7.10-1~bpo10+1
Severity: wishlist

Hi,
Could you please enable CONFIG_F2FS_FS in the cloud kernel?

[...]

What makes you think f2fs will be commonly used in cloud deployments?


I don't know that it will be, but as it supports encryption and 
compression and benchmarks shows it performs at least as well as ext4, I 
don't see why it couldn't be a good choice for virtual machines. It 
seems at least as useful in a cloud deployment as minix and hpfs which 
are included in this flavour.


thanks
Hamish

Bug#969140: linux-image-5.7.0-0.bpo.2-amd64: Please enable CONFIG_F2FS_FS in the cloud image kernel

[Hamish Moffatt]

Package: src:linux
Version: 5.7.10-1~bpo10+1
Severity: wishlist

Hi,
Could you please enable CONFIG_F2FS_FS in the cloud kernel?



thanks,
Hamish

-- Package-specific info:
** Version:
Linux version 5.7.0-0.bpo.2-amd64 (debian-ker...@lists.debian.org) (gcc version 
8.3.0 (Debian 8.3.0-6), GNU ld (GNU Binutils for Debian) 2.31.1) #1 SMP Debian 
5.7.10-1~bpo10+1 (2020-07-30)

** Command line:
BOOT_IMAGE=/boot/vmlinuz-5.7.0-0.bpo.2-amd64 root=/dev/sda ro quiet nosplash 
console=tty1 console=ttyS0

** Not tainted

** Kernel log:
Unable to read kernel log; any relevant messages should be attached

** Model information
sys_vendor: QEMU
product_name: Standard PC (Q35 + ICH9, 2009)
product_version: pc-q35-4.1
chassis_vendor: QEMU
chassis_version: pc-q35-4.1
bios_vendor: SeaBIOS
bios_version: rel-1.12.1-0-ga5cab58e9a3f-prebuilt.qemu.org

** Loaded modules:
f2fs
crc32_generic
cts
sha512_ssse3
sha512_generic
tun
nf_log_ipv6
ip6t_REJECT
nf_reject_ipv6
xt_hl
ip6_tables
ip6t_rt
nf_log_ipv4
nf_log_common
xt_LOG
ipt_REJECT
nf_reject_ipv4
nft_limit
xt_limit
bochs_drm
crc32_pclmul
drm_vram_helper
xt_addrtype
drm_ttm_helper
ghash_clmulni_intel
xt_tcpudp
ttm
drm_kms_helper
xt_conntrack
nft_compat
cec
aesni_intel
nft_counter
joydev
drm
libaes
evdev
crypto_simd
cryptd
iTCO_wdt
glue_helper
serio_raw
iTCO_vendor_support
watchdog
sg
qemu_fw_cfg
button
nf_conntrack_netbios_ns
nf_conntrack_broadcast
nf_nat_ftp
nf_nat
nf_conntrack_ftp
nf_conntrack
nf_defrag_ipv6
nf_defrag_ipv4
libcrc32c
nf_tables
nfnetlink
ecryptfs
ip_tables
x_tables
autofs4
ext4
crc16
mbcache
jbd2
crc32c_generic
sd_mod
t10_pi
crc_t10dif
crct10dif_generic
virtio_net
net_failover
failover
ahci
virtio_scsi
libahci
libata
psmouse
crct10dif_pclmul
crct10dif_common
scsi_mod
crc32c_intel
i2c_i801
lpc_ich
virtio_pci
mfd_core
virtio_ring
virtio

** PCI devices:
not available

** USB devices:
not available


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

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

Versions of packages linux-image-5.7.0-0.bpo.2-amd64 depends on:
ii  initramfs-tools [linux-initramfs-tool]  0.133+deb10u1
ii  kmod26-1
ii  linux-base  4.6

Versions of packages linux-image-5.7.0-0.bpo.2-amd64 recommends:
ii  apparmor 2.13.2-10
ii  firmware-linux-free  3.4

Versions of packages linux-image-5.7.0-0.bpo.2-amd64 suggests:
pn  debian-kernel-handbook  
ii  grub-pc 2.02+dfsg1-20+deb10u2
pn  linux-doc-5.7   

Versions of packages linux-image-5.7.0-0.bpo.2-amd64 is related to:
pn  firmware-amd-graphics 
pn  firmware-atheros  
pn  firmware-bnx2 
pn  firmware-bnx2x
pn  firmware-brcm80211
pn  firmware-cavium   
pn  firmware-intel-sound  
pn  firmware-intelwimax   
pn  firmware-ipw2x00  
pn  firmware-ivtv 
pn  firmware-iwlwifi  
pn  firmware-libertas 
pn  firmware-linux-nonfree
pn  firmware-misc-nonfree 
pn  firmware-myricom  
pn  firmware-netxen   
pn  firmware-qlogic   
pn  firmware-realtek  
pn  firmware-samsung  
pn  firmware-siano
pn  firmware-ti-connectivity  
pn  xen-hypervisor

-- no debconf information

-- debsums errors found:
debsums: missing file 
/usr/share/doc/linux-image-5.7.0-0.bpo.2-amd64/changelog.gz (from 
linux-image-5.7.0-0.bpo.2-amd64 package)
debsums: missing file /usr/share/doc/linux-image-5.7.0-0.bpo.2-amd64/copyright 
(from linux-image-5.7.0-0.bpo.2-amd64 package)

Bug#969139: linux-image-5.7.0-0.bpo.2-amd64: Please enable CONFIG_F2FS_FS_COMPRESSION

[Hamish Moffatt]

Package: src:linux
Version: 5.7.10-1~bpo10+1
Severity: wishlist

Hi,
Could you please enable CONFIG_F2FS_FS_COMPRESSION in all builds? It is
a new feature in 5.6 I believe.


Hamish


-- Package-specific info:
** Version:
Linux version 5.7.0-0.bpo.2-amd64 (debian-ker...@lists.debian.org) (gcc version 
8.3.0 (Debian 8.3.0-6), GNU ld (GNU Binutils for Debian) 2.31.1) #1 SMP Debian 
5.7.10-1~bpo10+1 (2020-07-30)

** Command line:
BOOT_IMAGE=/boot/vmlinuz-5.7.0-0.bpo.2-amd64 root=/dev/sda ro quiet nosplash 
console=tty1 console=ttyS0

** Not tainted

** Kernel log:
Unable to read kernel log; any relevant messages should be attached

** Model information
sys_vendor: QEMU
product_name: Standard PC (Q35 + ICH9, 2009)
product_version: pc-q35-4.1
chassis_vendor: QEMU
chassis_version: pc-q35-4.1
bios_vendor: SeaBIOS
bios_version: rel-1.12.1-0-ga5cab58e9a3f-prebuilt.qemu.org

** Loaded modules:
f2fs
crc32_generic
cts
sha512_ssse3
sha512_generic
tun
nf_log_ipv6
ip6t_REJECT
nf_reject_ipv6
xt_hl
ip6_tables
ip6t_rt
nf_log_ipv4
nf_log_common
xt_LOG
ipt_REJECT
nf_reject_ipv4
nft_limit
xt_limit
bochs_drm
crc32_pclmul
drm_vram_helper
xt_addrtype
drm_ttm_helper
ghash_clmulni_intel
xt_tcpudp
ttm
drm_kms_helper
xt_conntrack
nft_compat
cec
aesni_intel
nft_counter
joydev
drm
libaes
evdev
crypto_simd
cryptd
iTCO_wdt
glue_helper
serio_raw
iTCO_vendor_support
watchdog
sg
qemu_fw_cfg
button
nf_conntrack_netbios_ns
nf_conntrack_broadcast
nf_nat_ftp
nf_nat
nf_conntrack_ftp
nf_conntrack
nf_defrag_ipv6
nf_defrag_ipv4
libcrc32c
nf_tables
nfnetlink
ecryptfs
ip_tables
x_tables
autofs4
ext4
crc16
mbcache
jbd2
crc32c_generic
sd_mod
t10_pi
crc_t10dif
crct10dif_generic
virtio_net
net_failover
failover
ahci
virtio_scsi
libahci
libata
psmouse
crct10dif_pclmul
crct10dif_common
scsi_mod
crc32c_intel
i2c_i801
lpc_ich
virtio_pci
mfd_core
virtio_ring
virtio

** PCI devices:
not available

** USB devices:
not available


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

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

Versions of packages linux-image-5.7.0-0.bpo.2-amd64 depends on:
ii  initramfs-tools [linux-initramfs-tool]  0.133+deb10u1
ii  kmod26-1
ii  linux-base  4.6

Versions of packages linux-image-5.7.0-0.bpo.2-amd64 recommends:
ii  apparmor 2.13.2-10
ii  firmware-linux-free  3.4

Versions of packages linux-image-5.7.0-0.bpo.2-amd64 suggests:
pn  debian-kernel-handbook  
ii  grub-pc 2.02+dfsg1-20+deb10u2
pn  linux-doc-5.7   

Versions of packages linux-image-5.7.0-0.bpo.2-amd64 is related to:
pn  firmware-amd-graphics 
pn  firmware-atheros  
pn  firmware-bnx2 
pn  firmware-bnx2x
pn  firmware-brcm80211
pn  firmware-cavium   
pn  firmware-intel-sound  
pn  firmware-intelwimax   
pn  firmware-ipw2x00  
pn  firmware-ivtv 
pn  firmware-iwlwifi  
pn  firmware-libertas 
pn  firmware-linux-nonfree
pn  firmware-misc-nonfree 
pn  firmware-myricom  
pn  firmware-netxen   
pn  firmware-qlogic   
pn  firmware-realtek  
pn  firmware-samsung  
pn  firmware-siano
pn  firmware-ti-connectivity  
pn  xen-hypervisor

-- no debconf information

-- debsums errors found:
debsums: missing file 
/usr/share/doc/linux-image-5.7.0-0.bpo.2-amd64/changelog.gz (from 
linux-image-5.7.0-0.bpo.2-amd64 package)
debsums: missing file /usr/share/doc/linux-image-5.7.0-0.bpo.2-amd64/copyright 
(from linux-image-5.7.0-0.bpo.2-amd64 package)

Bug#944770: mailgraph: please add documentation for use with Exim

[Hamish Moffatt]

Package: mailgraph
Version: 1.14-15
Severity: wishlist

mailgraph's description claims it supports Exim, but there's nothing in
the documentation about how to use this.

Further, exim does not log to syslog by default and there's nothing in
the stock configuration files to enable it (although it is possible
according to
https://www.exim.org/exim-html-current/doc/html/spec_html/ch-log_files.html
).

Can you please add something to README.Debian indicating that exim needs
to be reconfigured in order to make mailgraph useful?



thanks,
Hamish


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

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

Versions of packages mailgraph depends on:
ii  debconf [debconf-2.0]  1.5.61
ii  libfile-tail-perl  1.3-2
ii  librrds-perl   1.6.0-1+b2
ii  lsb-base   9.20161125
ii  perl   5.24.1-3+deb9u5
ii  ucf3.0036

Versions of packages mailgraph recommends:
ii  apache2 [httpd]2.4.25-3+deb9u9
ii  exim4  4.89-2+deb9u6
ii  exim4-daemon-heavy [mail-transport-agent]  4.89-2+deb9u6

mailgraph suggests no packages.

-- debconf information:
  mailgraph/start_on_boot: true
  mailgraph/mail_log: /var/log/mail.log
  mailgraph/ignore_localhost: false

Bug#920118: sponge: preverses permissions but not ownership

[Hamish Moffatt]

On 19/4/19 6:42 am, Nicolas Schier wrote:

Control: severity -1 wishlist
Control: tag -1 wontfix

On Tue, Jan 22, 2019 at 09:40:20AM +1100, Hamish Moffatt wrote:

[...]
sponge preserves file permissions (as mentioned in the man page), but
not the file ownership.

This is different from shell redirections in bash, which do preserve
ownership.

yes, you're right.  As 'sponge' is not a shell redirect, and it is not
designed to emulate one, it behaves more like 'tee' than like a shell
redirection.  I do understand that preserving the owner might be a nice
feature, but I think this could work well only if 'sponge' is called
with superuser capabilities (or if installed with suid-bit set).

Why do you think that sponge ought to preserve the owner?  Did the man
page induce that somehow?



I only expect it to preserve the ownership when you run it as root, on a 
file which doesn't belong to root.


tee preserves the file ownership in this case, just as shell 
redirections do. sponge does not.



With tee:

# id
uid=0(root) gid=0(root) groups=0(root)


# ls -l foo
-rw-r--r-- 1 hamish hamish 257 Apr 23 09:52 foo
# echo hi | tee foo
hi
# ls -l foo
-rw-r--r-- 1 hamish hamish 3 Apr 23 09:53 foo


But with sponge:

# echo hi | sponge foo
# ls -l foo
-rw-r--r-- 1 root root 3 Apr 23 09:53 foo


tee is doing this automatically because it truncates the original file. 
sponge is copying the permissions from the original to the new file 
before replacing the original. It could also copy the owner, if running 
as root.



Hamish

Bug#920118: sponge: preverses permissions but not ownership

[Hamish Moffatt]

Package: moreutils
Version: 0.60-1
Severity: normal

sponge preserves file permissions (as mentioned in the man page), but not the 
file ownership.

This is different from shell redirections in bash, which do preserve ownership.


root@rs3:~# ls -l foo
-rw-r--r-- 1 hamish hamish 0 Jan 22 09:39 foo

root@rs3:~# echo hi > foo
root@rs3:~# ls -l foo
-rw-r--r-- 1 hamish hamish 3 Jan 22 09:39 foo

root@rs3:~# echo hi | sponge foo
root@rs3:~# ls -l foo
-rw-r--r-- 1 root root 3 Jan 22 09:39 foo



Hamish

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

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

Versions of packages moreutils depends on:
ii  libc62.24-11+deb9u3
ii  libipc-run-perl  0.94-1+deb9u1
ii  perl 5.24.1-3+deb9u5

moreutils recommends no packages.

Versions of packages moreutils suggests:
pn  libtime-duration-perl  
ii  libtimedate-perl   2.3000-2

-- no debconf information

Bug#907841: rssh: add support for git

[Hamish Moffatt]

On 03/09/18 12:55, Russ Allbery wrote:


Unfortunately, rssh is basically dead upstream and the configuration file
syntax is not particularly extensible, so I've been very reluctant to add
support for new programs as further patches against the Debian package.
It can be tricky to get the security properties right, and since I
wouldn't be personally using it, I'm not at all sure I'd be able to make
it secure.


Understood. (After submitting this I found the launchpad issue 
https://bugs.launchpad.net/ubuntu/+source/rssh/+bug/734530 also).


It looks like git-shell can be easily extended to add other commands, so 
the easiest solution for me might be to use git-shell with svnserve 
command added, as in:


https://stackoverflow.com/questions/14460967/custom-commands-with-git-shell

Or use a custom script with the ssh authorized_keys forced command 
feature, as in:


https://joeyh.name/blog/entry/locking_down_ssh_authorized_keys/


thanks,
Hamish

Bug#907841: rssh: add support for git

[Hamish Moffatt]

Package: rssh
Version: 2.3.4-5
Severity: wishlist

It would be helpful if rssh supported git, like it does svnserve.

I have some users who need to use both git and svnserve, so I can't use 
git-shell and I can't use rssh as it stands.

Hamish

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

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

Versions of packages rssh depends on:
ii  debconf [debconf-2.0]  1.5.61
ii  libc6  2.24-11+deb9u3
ii  openssh-server 1:7.4p1-10+deb9u4

rssh recommends no packages.

Versions of packages rssh suggests:
ii  cvs 2:1.12.13+real-22+deb9u1
pn  makejail
pn  rdist   
ii  rsync   3.1.2-1+deb9u1
ii  subversion  1.9.5-1+deb9u2

-- Configuration Files:
/etc/rssh.conf changed [not included]

-- debconf information:
  rssh/chroot_helper_setuid: false

Bug#880544: nagios-plugins-contrib: check_rbl does not handle IPv6 addresses

[Hamish Moffatt]

Package: nagios-plugins-contrib
Version: 21.20170222
Severity: normal


check_rbl does not properly query the DNSBLs for IPv6 addresses.

The logic to convert the IP to .zen.spamhaus.org for example
assumes an IPv4 dotted quad and doesn't handle IPv6.



Hamish


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

Kernel: Linux 4.9.36-x86_64-linode85 (SMP w/4 CPU cores)
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_AU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Init: systemd (via /run/systemd/system)

nagios-plugins-contrib depends on no packages.

Versions of packages nagios-plugins-contrib recommends:
ii  bind9-host1:9.10.3.dfsg.P4-12.3+deb9u3
ii  binutils  2.28-5
ii  freeipmi-tools1.4.11-1.1+b1
ii  libc6 2.24-11+deb9u1
ii  libdata-validate-domain-perl  0.10-1
ii  libdata-validate-ip-perl  0.27-1
ii  libdate-manip-perl6.57-1
ii  libdbd-mysql-perl 4.041-2
ii  libio-socket-ssl-perl 2.044-1
ii  libipc-run-perl   0.94-1
ii  liblocale-gettext-perl1.07-3+b1
ii  liblwp-useragent-determined-perl  1.07-1
ii  libmail-imapclient-perl   3.38-1
pn  libmemcached11
pn  libmemcachedutil2 
ii  libmonitoring-plugin-perl 0.39-1
ii  libnagios-plugin-perl 0.36-1
pn  libnet-cups-perl  
ii  libnet-dns-perl   1.07-1
pn  libnet-dns-sec-perl   
ii  libnet-smtp-ssl-perl  1.04-1
ii  libnet-smtp-tls-perl  0.12-3
pn  libnet-smtpauth-perl  
ii  libnet-snmp-perl  6.0.1-2
ii  libnet-ssleay-perl1.80-1
ii  libreadonly-perl  2.050-1
pn  libredis-perl 
ii  libtimedate-perl  2.3000-2
pn  libvarnishapi1
pn  libwebinject-perl 
ii  libxml-simple-perl2.22-1
ii  libyaml-syck-perl 1.29-1+b2
ii  lsof  4.89+dfsg-0.1
ii  nagios-plugins-basic  2.2-3
ii  openssl   1.1.0f-3
ii  perl  5.24.1-3+deb9u2
ii  perl-base [libsocket-perl]5.24.1-3+deb9u2
ii  python2.7.13-2
pn  python-pymongo
pn  ruby | ruby-interpreter   
ii  snmp  5.7.3+dfsg-1.7
ii  whois 5.2.17~deb9u1

Versions of packages nagios-plugins-contrib suggests:
pn  backuppc   
pn  cciss-vol-status   
pn  expect 
pn  libsys-virt-perl   
ii  moreutils  0.60-1
pn  mpt-status 
pn  nagios-plugin-check-multi  
pn  percona-toolkit
ii  perl-doc   5.24.1-3+deb9u2
ii  python2.7  2.7.13-2
pn  smstools   

-- Configuration Files:
/etc/nagios-plugins/config/rbl.cfg changed [not included]

-- no debconf information

Bug#721481: 3.5 is out

[Hamish Moffatt]

Version 3.5 has been out for about three years now. It would be great to 
see the package updated.


It took me about 2 minutes to get a local package built from the 3.2.1 
sources plus new upstream.



Hamish

Bug#857326: AH01796: AuthType NTLM configured without corresponding module

[Hamish Moffatt]

Ah, sorry it does work. I was testing with Basic authentication, which 
isn't enabled by default. When you try with NTLM it does work, at least 
when I put the config in a Directory or Location section.


For basic auth to work as well you can configure it as:


NTLMAuth on
NTLMAuthHelper "/usr/bin/ntlm_auth 
--helper-protocol=squid-2.5-ntlmssp"
PlainTextAuthHelper "/usr/bin/ntlm_auth 
--helper-protocol=squid-2.5-basic"

NTLMBasicAuthoritative on
NTLMBasicAuth on

AuthType NTLM
require valid-user



It works in a  too for basic authentication, although NTLM from 
Edge doesn't seem good. Proxy from Firefox and some other apps I tried 
seems ok though.


You can close this bug.


thanks
Hamish

Bug#857326: AH01796: AuthType NTLM configured without corresponding module

[Hamish Moffatt]

On 11/03/17 08:36, Olly Betts wrote:

On Fri, Mar 10, 2017 at 02:59:10PM +1100, Hamish Moffatt wrote:

I've configured this module according to the README instructions, but it 
doesn't work - any
attempt to authenticate results in the following in the Apache log:

[Fri Mar 10 14:49:34.047665 2017] [authn_core:error] [pid 15805] [client 
192.168.42.2:40411] AH01796: AuthType NTLM configured without corresponding 
module

I have put the following in a .


AuthName "NTLM Authentication thingy"

NTLMAuth on
NTLMAuthHelper "/usr/bin/ntlm_auth 
--helper-protocol=squid-2.5-ntlmssp"
NTLMBasicAuthoritative on
AuthType NTLM
require valid-user




I have marked this important as the package would seem to be unusable.

Did you enable the module as well as installing the package?

sudo a2enmod auth_ntlm_winbind

Once I do that, the verbatim first example in README (i.e. using
 rather than ) seems to work for me.  At least I don't
get the error above and a login box pops up in the broswer - I don't have
anything actually set up to auth against (which is why I've orphaned the
package).


Yes I do have the module enabled.

$ ls /etc/apache2/mods-enabled

access_compat.load  authn_core.load authz_user.load  deflate.load  
filter.load   mpm_prefork.confproxy_http.load  setenvif.load   
userdir.conf

actions.confauthn_file.load autoindex.conf   dir.conf  
headers.load  mpm_prefork.loadproxy.load   socache_shmcb.load  
userdir.load

actions.loadauth_ntlm_winbind.load  autoindex.load   dir.load  
include.load  negotiation.confreqtimeout.conf  ssl.confwsgi.conf

alias.conf  authz_core.load cgi.load env.load  
macro.loadnegotiation.loadreqtimeout.load  ssl.loadwsgi.load

alias.load  authz_groupfile.loaddav.load fastcgi.conf  
mime.conf proxy.conf  rewrite.load status.conf

auth_basic.load authz_host.load deflate.conf fastcgi.load  
mime.load proxy_connect.load  setenvif.confstatus.load


I tried it on a  and got the same thing.

DocumentRoot /srv/web/testproxy

Options FollowSymLinks
AllowOverride None

NTLMAuth on
NTLMAuthHelper "/usr/bin/ntlm_auth 
--helper-protocol=squid-2.5-ntlmssp"

NTLMBasicAuthoritative on
AuthType NTLM
require valid-user


[Tue Mar 14 12:07:55.169134 2017] [authn_core:error] [pid 32017] [client 
192.168.42.2:45912] AH01796: AuthType NTLM configured without 
corresponding module




Hamish

Bug#857327: libapache2-authenntlm-perl: does not work with Apache 2.4

[Hamish Moffatt]

On 11/03/17 02:46, gregor herrmann wrote:


 From reading the above URLs, it seems that
 remote_addr -> client_addr
 remote_ip -> client_ip
should do the trick.

Could you maybe try this proposed fix?
If it works, we can prepare an updated package for stretch.



I tried that, and it's better - no problems on the Apache side at least.

I think it's outdated on the NTLM side, as Edge on Windows 10 was not 
able to authenticate to it. But the basic authentication fallback works 
at least, as I was able to authenticate that way from cURL.


Given that this package has been broken for years without anyone 
noticing perhaps it should be removed instead?




thanks,

Hamish

Bug#857325: libapache2-authenntlm-perl: documentation inadequate

[Hamish Moffatt]

On 11/03/17 02:48, gregor herrmann wrote:

On Fri, 10 Mar 2017 15:05:18 +1100, Hamish Moffatt wrote:


The documentation does not provide any details of how to configure this module.

There is some documentation via "perldoc Apache2::AuthenNTLM" but this isn't 
referenced in the README.

A README is only for additional information, the real documentation
is always `man Apache2::AuthenNTLM' = `perldoc Apache2::AuthenNTLM'
(which may or may not be sufficient ...).

In this case upstream seems rather inactive, so I wouldn't expect
major improvements in the documentation ...



I didn't expect to find Apache module documentation in man - certainly 
the other Apache modules I just checked do not have man pages (fastcgi, 
php5).


Perhaps you could mention the manpage in the README?


regards

Hamish

Bug#857327: libapache2-authenntlm-perl: does not work with Apache 2.4

[Hamish Moffatt]

Package: libapache2-authenntlm-perl
Version: 0.02-7+b1
Severity: important

I've configured this module as per 
http://search.cpan.org/~speeves/Apache2-AuthenNTLM-0.02/AuthenNTLM.pm

However when used it emits the following errors:

[Fri Mar 10 14:46:50.659689 2017] [perl:error] [pid 15491] [client 
192.168.42.2:40383] Can't locate object method "remote_addr" via package 
"Apache2::Connection" at 
/usr/lib/i386-linux-gnu/perl5/5.20/Apache2/AuthenNTLM.pm line 504.\n

A quick Google suggests this is because it is using Apache pre-2.4 API.

I've marked this important as the package appears to be completely unusable 
currently.



Hamish

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

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

Versions of packages libapache2-authenntlm-perl depends on:
ii  libapache2-mod-perl22.0.9~1624218-2+deb8u1
ii  libc6   2.19-18+deb8u7
ii  perl5.20.2-3+deb8u6
ii  perl-base [perlapi-5.20.0]  5.20.2-3+deb8u6

libapache2-authenntlm-perl recommends no packages.

libapache2-authenntlm-perl suggests no packages.

-- no debconf information

Bug#857326: AH01796: AuthType NTLM configured without corresponding module

[Hamish Moffatt]

Package: libapache2-mod-auth-ntlm-winbind
Version: 0.0.0.lorikeet+svn+801-4
Severity: important

I've configured this module according to the README instructions, but it 
doesn't work - any
attempt to authenticate results in the following in the Apache log:

[Fri Mar 10 14:49:34.047665 2017] [authn_core:error] [pid 15805] [client 
192.168.42.2:40411] AH01796: AuthType NTLM configured without corresponding 
module

I have put the following in a .


AuthName "NTLM Authentication thingy"

NTLMAuth on
NTLMAuthHelper "/usr/bin/ntlm_auth 
--helper-protocol=squid-2.5-ntlmssp"
NTLMBasicAuthoritative on
AuthType NTLM
require valid-user




I have marked this important as the package would seem to be unusable.

Hamish

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

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

Versions of packages libapache2-mod-auth-ntlm-winbind depends on:
ii  apache2-bin [apache2-api-20120211]  2.4.10-10+deb8u8
ii  libc6   2.19-18+deb8u7
ii  winbind 2:4.2.14+dfsg-0+deb8u2

libapache2-mod-auth-ntlm-winbind recommends no packages.

libapache2-mod-auth-ntlm-winbind suggests no packages.

-- no debconf information

Bug#857325: libapache2-authenntlm-perl: documentation inadequate

[Hamish Moffatt]

Package: libapache2-authenntlm-perl
Version: 0.02-7+b1
Severity: wishlist

The documentation does not provide any details of how to configure this module.

There is some documentation via "perldoc Apache2::AuthenNTLM" but this isn't 
referenced in the README.



Hamish

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

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

Versions of packages libapache2-authenntlm-perl depends on:
ii  libapache2-mod-perl22.0.9~1624218-2+deb8u1
ii  libc6   2.19-18+deb8u7
ii  perl5.20.2-3+deb8u6
ii  perl-base [perlapi-5.20.0]  5.20.2-3+deb8u6

libapache2-authenntlm-perl recommends no packages.

libapache2-authenntlm-perl suggests no packages.

-- no debconf information

Bug#829027: [jw...@debian.org: Re: Bug#829027: libstroke: missing/obsolete coypright information]

[Hamish Moffatt]

Hi Sean,

I honestly have no recollection of the order of events.

Looking around quickly I think the URL in the copyright file should have 
been www.etla.net/libstroke, which certainly appears to have been valid 
at the time of upload:

https://web.archive.org/web/20011217134508/http://www.etla.net/libstroke/

The etla.net home page seems to have stopped mentioning libstroke in 
early 1999, after the first upload of libstroke.

https://web.archive.org/web/19990208013017/http://www.etla.net/





regards,

Hamish

On 01/07/16 09:50, Sean Whitton wrote:

Dear Hamish,

I'm sorry to bother you about a package you have orphaned, but do you
recall where you downloaded the original sources for libstroke?

In the copyright file you said that you got them from etla.org, but per
the below e-mail, they weren't available from etla.org at the time you
uploaded the package to Debian.  Did you download them in 1999 and then
just not get around to uploading until 2002?

Hopefully we don't have an unfixable RC bug here.

Thanks!

- Forwarded message from Jakub Wilk  -

Date: Fri, 1 Jul 2016 01:19:23 +0200
From: Jakub Wilk 
To: Vincent Lefevre , 829...@bugs.debian.org
Cc: Sean Whitton 
Subject: Re: Bug#829027: libstroke: missing/obsolete coypright information
User-Agent: Mutt/1.5.23.1 (2014-03-12)
Message-ID: <20160630231923.ga2...@jwilk.net>

* Vincent Lefevre , 2016-06-30, 14:34:

The Debian policy manual says:

"In addition, the copyright file must say where the upstream sources
(if any) were obtained, and should name the original authors."

This clause is made up of two requirements:

1. "the copyright file must say where the upstream sources ... were
obtained"

2. "the copyright file ... should name the original authors"

libstroke does not violate the first requirement: the copyright file
does say where the upstream sources /were/ obtained, even though they
can no longer be obtained there.

According to archive.org, http://www.etla.net/ stopped mentioning libstroke
somewhere between February and March 1999. The current upstream release was
first uploaded in 2002, when the link was already invalid.


I thought that it would still be needed as long as the package is in
Debian (so that users could check too) so that the location should
implicitly still be valid.

No, there's no such requirement.

Bug#740710: problem with SF3 playback

[Hamish Moffatt]

On 01/12/15 07:42, Fabian Greffrath wrote:

Hi again,

Am Samstag, den 28.11.2015, 11:14 +1100 schrieb Hamish Moffatt:

loopstart = loopend = 0 fixes it.

Yes, I do see the problem in MuseScore (2.0.2 release). Interesting.

Maybe it would help if you could report the issues you encountered over
at MuseScore. They are somehow "upstream" for the SF3 sound font format
and it would be interesting to know their opinion e.g. about the stray
notes.

Please tell them how you composed your compressed sound fonts and also
that forcing loopstart = loopend = 0 apparently fixes the issues.



Hi Fabian,

I've reported it to MuseScore:
https://musescore.org/en/node/89216

and also to sftools, since the issue could be there:
https://github.com/wschweer/sftools/issues/14


regards,
Hamish

Bug#740710: problem with SF3 playback

[Hamish Moffatt]

Hi,

On 27/11/15 19:05, Fabian Greffrath wrote:

Am Freitag, den 27.11.2015, 12:39 +1100 schrieb Hamish Moffatt:

I'm afraid that while this plays correctly with FluidR3Mono_GM.sf3, I
  

have stray notes again with other sound fonts.

Do you also have these stray notes if you play back the MIDI in
Musescore using these other sound fonts?

Do you also have these stray notes if you forcefully reset loopstart
and loopback, like in my previous workaround?


loopstart = loopend = 0 fixes it.

Yes, I do see the problem in MuseScore (2.0.2 release). Interesting.


thanks,
Hamish

Bug#740710: problem with SF3 playback

[Hamish Moffatt]

On 26/11/15 21:39, Fabian Greffrath wrote:

Hi Hamish,

Am Dienstag, den 24.11.2015, 22:40 +1100 schrieb ham...@cloud.net.au:

Thanks Fabian. I will try tomorrow.

I think I found the real culprit: I had an off-by-one error in the
calculation of the sample sizes. In FluidSynth, sample->end points to
the last valid point in a sample, not to the first point after. This
means that all samples were calculated one byte too short.

Now, all samples are correctly decoded, i.e. there are no samples with
sfinfo.frames == 0 anymore. This also means that the loopstart and
loopend variables are now correctly set; the workaround of setting them
both to 0 that I previously suggested is not necessary anymore. Also,
most of the quality loss that I originally blamed on the compression
seems to be gone now.

Please find a new patch attached.



Hi Fabian,

I'm afraid that while this plays correctly with FluidR3Mono_GM.sf3, I 
have stray notes again with other sound fonts.


I'm not sure of the license of those fonts so I won't send them to the 
BTS, but I can share them with you directly. I converted them from sf2 
with sfconvert.



Hamish

Bug#740710: problem with SF3 playback

[Hamish Moffatt]

Hi Fabian,

I tried your SF3 playback patch for Fluidsynth, but I discovered a problem.

If you play the attached MIDI file with the FluidR3Mono_GM.sf3 file 
(from MuseScore) loaded, you'll hear some extra garbage notes played at 
the end.


This doesn't happen when playing the same file with FluidR3_GM.sf2. I 
don't see it in MuseScore either.




Hamish





bach.mid
Description: MIDI audio

Bug#799630: libapache2-mod-php5: changes apache MPM event if disabled

[Hamish Moffatt]

Package: libapache2-mod-php5
Version: 5.6.13+dfsg-0+deb8u1
Severity: normal

I have disabled the php module (a2dismod php5) and switched to mpm_event.

Upon upgrade, the postinst for libapache2-mod-php5 switched my MPM back to 
mpm_prefork anyway.

Setting up libapache2-mod-php5 (5.6.13+dfsg-0+deb8u1) ...
Module mpm_event disabled.
Enabling module mpm_prefork.
apache2_switch_mpm Switch to prefork
apache2_invoke php5: no action - module was disabled by maintainer


The package shouldn't re-enable itself on upgrade.



Hamish

Bug#792470: libqt5sql5: please package ibase driver

[Hamish Moffatt]

Package: libqt5sql5
Version: 5.3.2+dfsg-4+deb8u1
Severity: normal

Please package the ibase driver. It's in Debian's Qt4 packaging, so this is a 
regression.

Further, there's code in debian/rules to build it (if libqt5sql5-sqlite was in 
debian/control),
and the source package actually depends on firebird-dev anyway.


Hamish

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

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

Versions of packages libqt5sql5 depends on:
ii  libc6  2.19-18
ii  libqt5core5a   5.3.2+dfsg-4+deb8u1
ii  libstdc++6 4.9.2-10
ii  multiarch-support  2.19-18

Versions of packages libqt5sql5 recommends:
ii  libqt5sql5-sqlite  5.3.2+dfsg-4+deb8u1

libqt5sql5 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#790725: O: ucblogo

[Hamish Moffatt]

Package: wnpp
Severity: normal

I am orphaning ucblogo. Could someone who's interested please adopt it.

Hamish


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

Bug#790728: O: cutils

[Hamish Moffatt]

Package: wnpp
Severity: normal

I am orphaning cutils. Someone should take over if they find it useful.

Hamish


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

Bug#790732: O: sortmail

[Hamish Moffatt]

Package: wnpp
Severity: normal

I'm orphaning sortmail. Its best days are long since past and it should almost 
certainly be removed.

Hamish


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

Bug#790730: O: libstroke

[Hamish Moffatt]

Package: wnpp
Severity: normal

I am orphaning libstroke. Someone whose package uses it should take over.

Hamish


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

Bug#790729: O: atp

[Hamish Moffatt]

Package: wnpp
Severity: normal

I am orphaning atp. Its best days are long past so it should probably be 
removed.

Hamish


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

Bug#790731: O: cam

[Hamish Moffatt]

Package: wnpp
Severity: normal

I don't plan to maintain cam any further. It should probably be removed, its 
days of being useful having long passed...


Hamish


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

Bug#758035: not fixed

[Hamish Moffatt]

found #758035 4.3.0-1
thanks

This still occurs in 4.3.0-1. Please forward it upstream...


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

Bug#770954: gmFSK maintainence

[Hamish Moffatt]

On 06/05/15 01:37, Iain R. Learmonth wrote:

Hi Hamish,

Do you plan to do any porting of gmFSK to use ALSA or PulseAudio from OSS?

If not, I can file a removal bug for this. We have plenty of other packages
in Debian for various digital modes.

Please record your reply on this bug if you're happy for the package to be
removed so I can point ftp-master at it.



Hi Iain,

No I don't intend to do any work on gMFSK. It would be better for it to 
be removed.




Thanks,
Hamish


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

Bug#750141: libqt4-xml: vulnerable to billion laughs attack

[Hamish Moffatt]

On 09/06/14 15:17, Salvatore Bonaccorso wrote:

Hi,

On Sun, Jun 01, 2014 at 11:30:15PM -0300, Lisandro Damián Nicanor Pérez Meyer 
wrote:

tag 750141 moreinfo
thanks

On Monday 02 June 2014 11:19:05 Hamish Moffatt wrote:

Package: libqt4-xml
Severity: serious
Tags: security
Justification: security

Qt 4.8.6 has a fix for a denial of service attack due to XML entity
expansion (billion laughs attack). This fix doesn't seem to be in the
wheezy packages yet.

http://blog.qt.digia.com/blog/2014/04/24/qt-4-8-6-released/

Ubuntu patched their 4.8.4;

https://bugs.launchpad.net/ubuntu/+source/qt4-x11/+bug/1259577

Hi Hamish! I patched Qt4 for jessie at that time but IIRC (I might be mixing
CVEs here) when I asked someone from the security team over IRC (or maybe by
mail, I don't remember now) they told me it wasn't too important to get an
update in stable.

Yep, perl mail It was on 2013-12-06, where Moritz had written:

Hi Lisandro,
this doesn't warrant a DSA. It can be fixed through a point update, though
or we can line it up for a future QT DSA.

Cheers,
 Moritz

For the BTS, I think this was fixed in 4:4.8.5+git192-g085f851+dfsg-1.



Hi. OK I guess I can understand it not being too important to update 
stable; while there are quite a lot of rdepends for libqt4-xml I don't 
see many daemons among them. Depends on whether libqt4-xml is just being 
used for config or whether to decode wire protocols, ie those apps could 
be vulnerable to remote denial of service. mumble-server is one daemon I 
notice..



Thanks
Hamish


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

Bug#750141: libqt4-xml: vulnerable to billion laughs attack

[Hamish Moffatt]

Package: libqt4-xml
Severity: serious
Tags: security
Justification: security

Qt 4.8.6 has a fix for a denial of service attack due to XML entity
expansion (billion laughs attack). This fix doesn't seem to be in the
wheezy packages yet.

http://blog.qt.digia.com/blog/2014/04/24/qt-4-8-6-released/

Ubuntu patched their 4.8.4;

https://bugs.launchpad.net/ubuntu/+source/qt4-x11/+bug/1259577



Hamish


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

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


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

Bug#689217: please use a version control system for packaging

[Hamish Moffatt]

On Sun, Sep 30, 2012 at 02:56:06PM +0200, Thomas Koch wrote:
 Package: ucblogo
 Version: 5.5-2.1
 Severity: wishlist
 
 -BEGIN PGP SIGNED MESSAGE-
 Hash: SHA256
 
 Hi,
 
 I'm looking around for an educational turtle graphics (logo)
 implementation. UCBLogo seems to be unmaintained upstream and in Debian?
 What's the status of packaging the ~new~ version 6.0?
 
 In any case it would be nice, if we could use a VCS, probably Git for this
 package. In case I'd be interested in packaging the new version, would you 
 mind,
 if I'd start a Git repo for it on alioth?

Thomas, you are welcome to adopt the ucblogo package if you wish.
I am not using it and not really active on packaging lately.

thanks,
Hamish


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

Bug#302907: Need more quoting of autoconf macro files.

[Hamish Moffatt]

On Thu, Aug 23, 2012 at 12:45:29AM +0200, J G Miller wrote:
 Package: libstroke0-dev
 Version: 0.5.1-6
 Followup-For: Bug #302907
 
 
 After more than 7 years of a patch being supplied to fix this problem,
 how many more years are required for the issue to be resolved?

As per my previous submission to this bug, your NMU is most welcome.


Hamish


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

Bug#681841: firebird2.5-superclassic: asks for new SYSDBA password but it is not used

[Hamish Moffatt]

Package: firebird2.5-superclassic
Version: 2.5.2~svn+54698.ds4-1
Severity: normal

On upgrade from 2.5.0 (in squeeze), the postinst asks me once for a password 
for 
the SYSDBA account. I am not asked to verify it. Then a random password
is assigned and written into /etc/firebird/2.5/SYSDBA.password instead.

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

Kernel: Linux 3.0.18-linode43 (SMP w/4 CPU cores)
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash


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

Bug#670708: [NMU] gmfsk: Helping to update to packaging format 3.0

[Hamish Moffatt]

On Thu, May 10, 2012 at 07:50:41PM +0300, Jari Aalto wrote:
 I'm planning to NMU with changes listed in previous mail's patch to help
 migrate away from deprecated dpatch.
 
 Please let me know if an update is alredy being worked on, or if the
 previous patch needs adjustments, or if there is anything that should
 delay the NMU.

An NMU is welcome. Thanks.

Hamish



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

Bug#656611: iceweasel: also in 10.0

[Hamish Moffatt]

Package: iceweasel
Version: 10.0.2-1~bpo60+1
Severity: normal

I see this problem in 10.0.2 visiting the site strava.com among others. 
For example:
http://app.strava.com/rides/princes-hill-vic-australia-4289262?sref=1MT1yaWRlX3NoYXJlOzI9ZmFjZWJvb2s7ND0yNzM1ODE%253D

gdb shows the crash is the same,

Thread 1 (Thread 7470):
#0  0x7fcf734ebe2b in raise (sig=value optimized out) at 
../nptl/sysdeps/unix/sysv/linux/pt-raise.c:42
#1  0x7fcf70b08857 in nsProfileLock::FatalSignalHandler (signo=11, 
info=value optimized out, context=value optimized out)
at 
/tmp/buildd/iceweasel-10.0.2/build-xulrunner/toolkit/profile/nsProfileLock.cpp:216
#2  signal handler called
#3  __strlen_sse2 () at ../sysdeps/x86_64/multiarch/../strlen.S:31
#4  0x7fcf731f7876 in *__GI___strdup (s=0x0) at strdup.c:42
#5  0x7fcf715885ee in mozilla::gl::GLContext::InitExtensions 
(this=0x7fcf38baa000) at 
/tmp/buildd/iceweasel-10.0.2/gfx/thebes/GLContext.cpp:488
#6  0x7fcf71589ca4 in mozilla::gl::GLContext::InitWithPrefix 
(this=0x7fcf38baa000, prefix=0x7fcf71785d76 gl, trygl=value optimized out)
at /tmp/buildd/iceweasel-10.0.2/gfx/thebes/GLContext.cpp:379
#7  0x7fcf71597eed in mozilla::gl::GLContextGLX::Init (format=value 
optimized out, display=0x7fcf72b6e000, drawable=value optimized out, 
cfg=value optimized out, vinfo=value optimized out, 
shareContext=0x7fcf39f1c000, deleteDrawable=true, pixmap=0x7fcf3b38a6a0)
at /tmp/buildd/iceweasel-10.0.2/gfx/thebes/GLContextProviderGLX.cpp:781
#8  mozilla::gl::GLContextGLX::CreateGLContext (format=value optimized out, 
display=0x7fcf72b6e000, drawable=value optimized out, 
cfg=value optimized out, vinfo=value optimized out, 
shareContext=0x7fcf39f1c000, deleteDrawable=true, pixmap=0x7fcf3b38a6a0)
at /tmp/buildd/iceweasel-10.0.2/gfx/thebes/GLContextProviderGLX.cpp:732
#9  0x7fcf71598c69 in CreateOffscreenPixmapContext (aSize=value optimized 
out, aFormat=value optimized out, aShare=value optimized out)


Firefox 8, 9, 10 on Ubuntu doesn't crash. I don't know if they've patched it or 
perhaps it's different GL libraries.

Hamish

-- Package-specific info:


-- Addons package information

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

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

Versions of packages iceweasel depends on:
ii  debianutils 3.4  Miscellaneous utilities specific t
ii  fontconfig  2.8.0-2.1generic font configuration library
ii  libc6   2.11.2-10Embedded GNU C Library: Shared lib
ii  libglib2.0-02.24.2-1 The GLib library of C routines
ii  libgtk2.0-0 2.20.1-2 The GTK+ graphical user interface 
ii  libnspr4-0d 4.8.6-1  NetScape Portable Runtime Library
ii  libstdc++6  4.4.5-8  The GNU Standard C++ Library v3
ii  procps  1:3.2.8-9/proc file system utilities
ii  xulrunner-10.0  10.0.2-1~bpo60+1 XUL + XPCOM application runner

iceweasel recommends no packages.

Versions of packages iceweasel suggests:
ii  libgssapi-krb5-21.8.3+dfsg-4squeeze5 MIT Kerberos runtime libraries - k
pn  mozplugger  none   (no description available)
ii  ttf-lyx 1.6.7-1  TrueType versions of some TeX font
pn  ttf-mathematica4.1  none   (no description available)
ii  xfonts-mathml   4Type1 Symbol font for MathML

Versions of packages xulrunner-10.0 depends on:
ii  libasoun 1.0.23-2.1  shared library for ALSA applicatio
ii  libatk1. 1.30.0-1The ATK accessibility toolkit
ii  libbz2-1 1.0.5-6 high-quality block-sorting file co
ii  libc62.11.2-10   Embedded GNU C Library: Shared lib
ii  libcairo 1.10.2-6~bpo60+1The Cairo 2D vector graphics libra
ii  libdbus- 1.2.24-4+squeeze1   simple interprocess messaging syst
ii  libdbus- 0.88-2.1simple interprocess messaging syst
ii  libevent 1.4.13-stable-1 An asynchronous event notification
ii  libfontc 2.8.0-2.1   generic font configuration library
ii  libfreet 2.4.2-2.1+squeeze3  FreeType 2 font engine, shared lib
ii  libgcc1  1:4.4.5-8   GCC support library
ii  libglib2 2.24.2-1The GLib library of C routines
ii  libgtk2. 2.20.1-2The GTK+ graphical user interface 
ii  libhunsp 1.2.11-1spell checker and morphological an
ii  libjpeg6 6b1-1   The Independent JPEG Group's JPEG 
ii  libmozjs 10.0.2-1~bpo60+1Mozilla SpiderMonkey JavaScript li
ii  

Bug#636314: apt: Packages.bz2 checksum mismatch not detected

[Hamish Moffatt]

On Fri, Aug 05, 2011 at 12:32:17PM +0200, Michael Vogt wrote:
 On Tue, Aug 02, 2011 at 04:14:18AM -0400, Hamish Moffatt wrote:
  Package: apt
  Version: 0.8.10.3+squeeze1
  Severity: important
 
 Thanks for your bugreport.
  
  I have a test repository containing a Packages.bz2 file with different
  checksums than what is listed in the signed Release file. However,
  'apt-get update' does not report any error and shows the resulting
  packages in the output of 'apt-cache policy'.
  
  This occurs when accessing the repository with http. I think I have seen
  errors reported when using file:/ urls (and uncompressed Packages) files
  but I am not certain now.
  
  I've attached a test repository; it's not signed, but I've tried with
  signed repositories too. eg rsync dists/squeeze from a Debian mirror
  then mess with main/binary-i386/Packages.bz2
 
 I can verify this for unsigned Release files, there is indeed no
 hashsum verification in this case. I added a testcase and a fix to the
 debian-sid branch. But I was not able to verify this for signed
 Release files, I get correct errors in this case on apt-get update on
 mismaches (I added a test for this as well to the testsuite to be
 sure).

Thanks. By the way I found this problem in lucid originally and verified
on squeeze before reporting it there.

However I am seeing the problem with what I believe is a correctly
signed repository. For example the repository inside the tar I attached
to the original report. I think the key for it is on keyserver.ubuntu.com.

As a second dist, I copied down dists/ from a debian mirror, repacked a
Packages.bz2 for main/binary-i386 to ensure the md5sum changed, then ran
apt-get update against it. There was no error and apt-cache policy
showed that apt considered the source valid.


Hamish



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

Bug#636314: apt: Packages.bz2 checksum mismatch not detected

[Hamish Moffatt]

On Fri, Aug 05, 2011 at 02:04:27PM +0200, Michael Vogt wrote:
 On Fri, Aug 05, 2011 at 07:23:15AM -0400, Hamish Moffatt wrote:
 The test-bz2-hash-error.tar that is attached to the bug does not have
 a Release.gpg file. With this unsigned archive there is indeed no
 hashsum check.

So it is, my apologies.

  As a second dist, I copied down dists/ from a debian mirror, repacked a
  Packages.bz2 for main/binary-i386 to ensure the md5sum changed, then ran
  apt-get update against it. There was no error and apt-cache policy
  showed that apt considered the source valid.
 
 I just did something similar, i wget Release and Release.gpg, then
 binary-i386/Packages.bz2 into /var/www, modified its content and ran
 apt-get update on a sources.list that points to http://localhost/ 
 
 With both current trunk and the apt in squeeze I got the expected
 Hash Sum mismatch error and no Packages file in /var/lib/apt/lists
 
 If you can reproduce this, I would love to get the output of 
 apt-get update -o Debug::pkgAcquire::Auth=true and steps how to
 reproduce this. I'm also available on irc as mvo on oftc and
 freenode for faster turnaround. As this report is quite concerning, I
 would really like to get to the bottom of this as quickly as
 possible.
 
 One thing I can think of is that apt does not verify the content in
 /var/lib/apt/lists again after it got downloaded, so if the Packages
 file in there is modified locally, then apt will not catch that.

I had trouble catching the debug output in a useful way, I suspect
because it's coming from the sub-processes. apt-get ... 21 doesn't
grab it and script produced rather a mess. I'll try to paste it below.

In my sources.list I have:

deb http://www.risingsoftware.com/~hamish/deb squeeze main

You are welcome to test against this.

I renamed the original Packages.bz2 to .real and repacked it.
The sha256sums are:
114ce0441b921dd4a83788805438055d1c6f8de66a1c4c327de31ffaf65a729d 
dists/squeeze/main/binary-i386/Packages.bz2
61d6edde3f1572dd92f44dc134b4024d30cbf3c24a856b914a8844a6fcdc613b 
dists/squeeze/main/binary-i386/Packages.bz2.real

and the Release file says
61d6edde3f1572dd92f44dc134b4024d30cbf3c24a856b914a8844a6fcdc613b 6566963 
main/binary-i386/Packages.bz2

I removed the cached lists from /var/lib/apt/lists first.

Hamish

[ 9:02AM] hamish@li154-67:~ $ sudo apt-get update -o 
Debug::pkgAcquire::Auth=true
Get:1 http://www.risingsoftware.com squeeze Release.gpg [1,672 B]
Ign http://www.risingsoftware.com/~hamish/deb/ squeeze/main Translation-en
Ign http://www.risingsoftware.com/~hamish/deb/ squeeze/main Translation-en_AU
Get:2 http://www.risingsoftware.com squeeze Release [104 kB]
60% [Connecting to ftp.us.debian.org] [Connecting to security.debian.org 
(212.211.132.250)] [2 Release 62.1 kB/104 kB 59%]Metaindex acquired, queueing 
gpg verification 
(/var/lib/apt/lists/partial/www.risingsoftware.com_%7ehamish_deb_dists_squeeze_Release.gpg,/var/lib/apt/lists/partial/www.risingsoftware.com_%7ehamish_deb_dists_squeeze_Release)
99% [2 Release gpgv 104 kB] [Connecting to ftp.us.debian.org (199.6.12.70)] 
[Connecting to security.debian.org (212.211.132.250)]Got Codename: squeeze
Expecting Dist: squeeze
Transformed Dist: squeeze
Signature verification succeeded: 
/var/lib/apt/lists/partial/www.risingsoftware.com_%7ehamish_deb_dists_squeeze_Release
Queueing: 
http://www.risingsoftware.com/~hamish/deb/dists/squeeze/main/binary-i386/Packages
Expected Hash: 
SHA256:2bc8e2f2838654cb836ed000ab958cf9c349a1024b3c7b6d893d190be9752ece
Get:3 http://www.risingsoftware.com squeeze/main i386 Packages [7,816 kB]
Hit http://ftp.us.debian.org squeeze Release.gpg
Ign http://ftp.us.debian.org/debian/ squeeze/contrib Translation-en
Ign http://ftp.us.debian.org/debian/ squeeze/contrib Translation-en_AU
Ign http://ftp.us.debian.org/debian/ squeeze/main Translation-en
Ign http://ftp.us.debian.org/debian/ squeeze/main Translation-en_AU
Ign http://ftp.us.debian.org/debian/ squeeze/non-free Translation-en
Ign http://ftp.us.debian.org/debian/ squeeze/non-free Translation-en_AU
Hit http://ftp.us.debian.org squeeze-updates Release.gpg
Ign http://ftp.us.debian.org/debian/ squeeze-updates/contrib Translation-en
Ign http://ftp.us.debian.org/debian/ squeeze-updates/contrib Translation-en_AU
Ign http://ftp.us.debian.org/debian/ squeeze-updates/main Translation-en
Ign http://ftp.us.debian.org/debian/ squeeze-updates/main Translation-en_AU
Ign http://ftp.us.debian.org/debian/ squeeze-updates/non-free Translation-en
Ign http://ftp.us.debian.org/debian/ squeeze-updates/non-free Translation-en_AU
84% [Waiting for headers] [3 Packages 6,619 kB/7,816 kB 84%]Metaindex acquired, 
queueing gpg verification 
(/var/lib/apt/lists/partial/ftp.us.debian.org_debian_dists_squeeze_Release.gpg,/var/lib/apt/lists/ftp.us.debian.org_debian_dists_squeeze_Release)
Hit http://ftp.us.debian.org squeeze Release
84% [Waiting for headers] [Waiting for headers] [3 Packages 6,619 kB/7,816 kB 
84%]Metaindex acquired, queueing gpg verification

Bug#636314: apt: Packages.bz2 checksum mismatch not detected

[Hamish Moffatt]

Package: apt
Version: 0.8.10.3+squeeze1
Severity: important

I have a test repository containing a Packages.bz2 file with different
checksums than what is listed in the signed Release file. However,
'apt-get update' does not report any error and shows the resulting
packages in the output of 'apt-cache policy'.

This occurs when accessing the repository with http. I think I have seen
errors reported when using file:/ urls (and uncompressed Packages) files
but I am not certain now.

I've attached a test repository; it's not signed, but I've tried with
signed repositories too. eg rsync dists/squeeze from a Debian mirror
then mess with main/binary-i386/Packages.bz2

-- Package-specific info:

-- apt-config dump --

APT ;
APT::Architecture i386;
APT::Build-Essential ;
APT::Build-Essential:: build-essential;
APT::Install-Recommends 1;
APT::Install-Suggests 0;
APT::Acquire ;
APT::Acquire::Translation environment;
APT::NeverAutoRemove ;
APT::NeverAutoRemove:: ^firmware-linux.*;
APT::NeverAutoRemove:: ^linux-firmware$;
APT::NeverAutoRemove:: ^linux-image.*;
APT::NeverAutoRemove:: ^kfreebsd-image.*;
APT::NeverAutoRemove:: ^linux-restricted-modules.*;
APT::NeverAutoRemove:: ^linux-ubuntu-modules-.*;
APT::Never-MarkAuto-Sections ;
APT::Never-MarkAuto-Sections:: metapackages;
APT::Never-MarkAuto-Sections:: restricted/metapackages;
APT::Never-MarkAuto-Sections:: universe/metapackages;
APT::Never-MarkAuto-Sections:: multiverse/metapackages;
APT::Never-MarkAuto-Sections:: oldlibs;
APT::Never-MarkAuto-Sections:: restricted/oldlibs;
APT::Never-MarkAuto-Sections:: universe/oldlibs;
APT::Never-MarkAuto-Sections:: multiverse/oldlibs;
Dir /;
Dir::State var/lib/apt/;
Dir::State::lists lists/;
Dir::State::cdroms cdroms.list;
Dir::State::mirrors mirrors/;
Dir::State::extended_states extended_states;
Dir::State::status /var/lib/dpkg/status;
Dir::Cache var/cache/apt/;
Dir::Cache::archives archives/;
Dir::Cache::srcpkgcache srcpkgcache.bin;
Dir::Cache::pkgcache pkgcache.bin;
Dir::Etc etc/apt/;
Dir::Etc::sourcelist sources.list;
Dir::Etc::sourceparts sources.list.d;
Dir::Etc::vendorlist vendors.list;
Dir::Etc::vendorparts vendors.list.d;
Dir::Etc::main apt.conf;
Dir::Etc::netrc auth.conf;
Dir::Etc::parts apt.conf.d;
Dir::Etc::preferences preferences;
Dir::Etc::preferencesparts preferences.d;
Dir::Etc::trusted trusted.gpg;
Dir::Etc::trustedparts trusted.gpg.d;
Dir::Bin ;
Dir::Bin::methods /usr/lib/apt/methods;
Dir::Bin::dpkg /usr/bin/dpkg;
Dir::Media ;
Dir::Media::MountPath /media/apt;
Dir::Log var/log/apt;
Dir::Log::Terminal term.log;
Dir::Log::History history.log;
Dir::Ignore-Files-Silently ;
Dir::Ignore-Files-Silently:: ~$;
Dir::Ignore-Files-Silently:: \.disabled$;
Dir::Ignore-Files-Silently:: \.bak$;
Dir::Ignore-Files-Silently:: \.dpkg-[a-z]+$;
DPkg ;
DPkg::Pre-Install-Pkgs ;
DPkg::Pre-Install-Pkgs:: /usr/sbin/dpkg-preconfigure --apt || true;
CommandLine ;
CommandLine::AsString apt-config dump;

-- (no /etc/apt/preferences present) --


-- /etc/apt/sources.list --


#deb http://ftp.us.debian.org/debian/ etch main non-free contrib
#deb http://http.us.debian.org/debian/ etch main non-free contrib
#deb-src http://ftp.us.debian.org/debian/ etch main non-free contrib
#
#deb http://security.debian.org/ etch/updates main contrib non-free
#deb http://volatile.debian.org/debian-volatile etch/volatile main

deb http://ftp.us.debian.org/debian/ squeeze main non-free contrib
deb-src http://ftp.us.debian.org/debian/ squeeze main non-free contrib
deb http://ftp.us.debian.org/debian/ squeeze-updates main non-free contrib
deb-src http://ftp.us.debian.org/debian/ squeeze-updates main non-free contrib

deb http://security.debian.org/ squeeze/updates main contrib non-free
#deb http://volatile.debian.org/debian-volatile squeeze/volatile main

#deb http://www.backports.org/debian squeeze-backports main contrib non-free

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

Kernel: Linux 2.6.39.1-linode34 (SMP w/4 CPU cores)
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages apt depends on:
ii  debian-archive-keyring  2010.08.28   GnuPG archive keys of the Debian a
ii  gnupg   1.4.10-4 GNU privacy guard - a free PGP rep
ii  libc6   2.11.2-10Embedded GNU C Library: Shared lib
ii  libgcc1 1:4.4.5-8GCC support library
ii  libstdc++6  4.4.5-8  The GNU Standard C++ Library v3
ii  zlib1g  1:1.2.3.4.dfsg-3 compression library - runtime

apt recommends no packages.

Versions of packages apt suggests:
pn  apt-doc   none (no description available)
ii  aptitude  0.6.3-3.2  terminal-based package manager (te
ii  bzip2 1.0.5-6high-quality block-sorting file co
ii  dpkg-dev  1.15.8.11  Debian 

Bug#633081: python-apt: apt.progress.text does not work if output is not a terminal

[Hamish Moffatt]

Package: python-apt
Version: 0.7.100.1
Severity: normal

apt.progress.text makes a termio ioctl against its output even if it's
not a terminal.

buf = fcntl.ioctl(self._file, termios.TIOCGWINSZ, 8 * ' ')

Hamish


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

Kernel: Linux 2.6.39.1-linode34 (SMP w/4 CPU cores)
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages python-apt depends on:
ii  apt [libapt-pkg4.10]0.8.10.3 Advanced front-end for dpkg
ii  apt-utils [libapt-inst1 0.8.10.3 APT utility programs
ii  libc6   2.11.2-10Embedded GNU C Library: Shared lib
ii  libgcc1 1:4.4.5-8GCC support library
ii  libstdc++6  4.4.5-8  The GNU Standard C++ Library v3
ii  python  2.6.6-3+squeeze6 interactive high-level object-orie
ii  python-apt-common   0.7.100.1Python interface to libapt-pkg (lo
ii  python2.5   2.5.5-11 An interactive high-level object-o
ii  python2.6   2.6.6-8+b1   An interactive high-level object-o

Versions of packages python-apt recommends:
ii  iso-codes   3.23-1   ISO language, territory, currency,
ii  lsb-release 3.2-23.2squeeze1 Linux Standard Base version report
ii  python2.6   2.6.6-8+b1   An interactive high-level object-o

Versions of packages python-apt suggests:
pn  python-apt-dbgnone (no description available)
pn  python-apt-docnone (no description available)
pn  python-gtk2   none (no description available)
pn  python-vtenone (no description available)

-- no debconf information



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

Bug#631261: aptdaemon: no error for sources entries with unknown hosts

[Hamish Moffatt]

Package: aptdaemon
Version: 0.31+bzr413-1.1
Severity: normal

If a sources entry contains an unknown host, no error is reported:

[ 6:21PM] hamish@noddy:~ $ sudo aptdcon -c
[+] 100% Successful   

[ 6:33PM] hamish@noddy:~ $ tail /etc/apt/sources.list
[...]
deb http://unknown/ main non-free

However if you refer to hosts that are unreachable, or packages files or
components aren't there, errors are reported correctly.


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

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

Versions of packages aptdaemon depends on:
ii  python  2.6.6-3+squeeze5 interactive high-level object-orie
ii  python-aptdaemon0.31+bzr413-1.1  Python module for the server and c

aptdaemon recommends no packages.

aptdaemon 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#631183: python-aptdaemon: proxy server does not apply to update_cache transactions

[Hamish Moffatt]

Package: python-aptdaemon
Version: 0.31+bzr413-1.1
Severity: normal

aptdaemon does not apply the http proxy to update cache transactions,
only package install/upgrade transactions.

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

Kernel: Linux 2.6.38.3-linode32 (SMP w/4 CPU cores)
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash



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

Bug#631184: python-aptdaemon: no ftp proxy support

[Hamish Moffatt]

Package: python-aptdaemon
Version: 0.31+bzr413-1.1
Severity: wishlist

Please add support for ftp via HTTP proxies.

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

Kernel: Linux 2.6.38.3-linode32 (SMP w/4 CPU cores)
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash



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

Bug#630690: libical0: messes with timezone, affecting other threads

[Hamish Moffatt]

Package: libical0
Version: 0.44-3
Severity: normal

icaltime_as_timet_with_zone() sets $TZ before calling libc functions to
do some time calculations. In a multithreaded program that interferes
with other programs which fetch local time, including syslog().

The library shouldn't be missing with the processes' global timezone in
this way.


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

Kernel: Linux 2.6.38.3-linode32 (SMP w/4 CPU cores)
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash



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

Bug#336714: tetex-base: asked about upgrade of previously non-existent conffile /etc/texdoctk/texdocrc

[Hamish Moffatt]

On Sat, Sep 04, 2010 at 03:48:30PM +0200, Hilmar Preusse wrote:
 On 01.11.05 Hamish Moffatt (ham...@debian.org) wrote:
 
 Dear Hamish,
 
  Package: tetex-base
  Version: 3.0-10
  Severity: normal
  
  When upgrading to tetex-base 3.0-10, I was asked about my changes to
  the file /etc/texdoctk/texdocrc through ucf. When I asked to see the
  differences against my installed version, the diff was against /dev/null
  so every line was new.
  
  I did not delete the previous version of this file, and did not even
  know it existed. This package or another either removed it or failed
  to install it. However, I shouldn't have been asked about it.
  
 You filed that bug 5 years ago. Frank searched a while for the
 problem cause but didn't find anything. Finally we tagged it
 unreproducible.
 
 teTeX base exists only in oldstable, is an transitional package in
 stable and gone in unstable. I suggest to close that bug now as
 probably nobody else will see it and we won't be able to debug it
 further.
 
 What do you think?

Yes that's ok.

Thanks
Hamish



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

Bug#594901: system-config-printer: won't start - syntax error

[Hamish Moffatt]

Package: system-config-printer
Version: 1.2.3-0.3
Severity: serious
Justification: won't start

[11:37PM] ham...@buzzword:~ $ system-config-printer
Traceback (most recent call last):
  File /usr/bin/X11/system-config-printer, line 95, in module
import jobviewer
  File /usr/share/system-config-printer/jobviewer.py, line 21, in module
import asyncconn
  File /usr/share/system-config-printer/asyncconn.py, line 27, in module
import asyncpk1
  File /usr/share/system-config-printer/asyncpk1.py, line 82
reply_handler=self._pk_reply_handler,
^
SyntaxError: invalid syntax


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

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

Versions of packages system-config-printer depends on:
ii  gnome-icon-theme  2.28.0-1   GNOME Desktop icon theme
ii  python2.5.4-9An interactive high-level object-o
ii  python-cups   1.9.48-1   Python bindings for CUPS
ii  python-cupshelpers1.2.3-0.3  Python utility modules around the 
ii  python-dbus   0.83.1-1   simple interprocess messaging syst
ii  python-glade2 2.17.0-4   GTK+ bindings: Glade support
ii  python-gnome2 2.28.0-2   Python bindings for the GNOME desk
ii  python-gtk2   2.17.0-4   Python bindings for the GTK+ widge
ii  python-notify 0.1.1-2+b2 Python bindings for libnotify
ii  python-support1.0.7  automated rebuilding support for P

Versions of packages system-config-printer recommends:
ii  cups-pk-helper0.1.0-2PolicyKit helper to configure cups
ii  system-config-printer-udev1.2.3-0.3  Utilities to detect and configure 

Versions of packages system-config-printer suggests:
pn  python-gnomekeyring   none (no description available)
pn  python-smbc   none (no description available)
pn  sessioninstaller  none (no description available)

-- no debconf information



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

Bug#588771: exuberant-ctags: fails with EOVERFLOW on file system with 64-bit size/inode number

[Hamish Moffatt]

Package: exuberant-ctags
Version: 1:5.8-2
Severity: normal

ctags fails on a 32-bit system when operating on a file system with
64-bit inode numbers like CIFS. It reports EOVERFLOW, which according to
stat(2) is returned when stat was unable to return the file size or
inode number.

Adding -D_FILE_OFFSET_BITS=64 to the CFLAGS in debian/rules got it
working for me.


Hamish



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

Bug#581661: Acknowledgement (UCBLogo package is outdated)

[Hamish Moffatt]

merge 581661 557432
thanks

On Fri, May 14, 2010 at 01:53:46PM -0500, Gabriel Hurley wrote:
 My mistake. I forgot that I had already filed this bug in 2009. It is
 duplicate of Bug #557432

Please consider using reportbug to prevent this.


Hamish



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

Bug#581661: UCBLogo package is outdated

[Hamish Moffatt]

On Fri, May 14, 2010 at 01:47:21PM -0500, Gabriel Hurley wrote:
 Package: ucblogo
 Version: 5.5-2.1
 Severity: wishlist
 
 Debian Unstable continues to distribute an outdated version of UCBlogo
 (version 5.5) despite the release of version 6.0 in 2008. It should
 not take two years to package a new version from upstream.

You're quite welcome to help with the package.


Hamish



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

Bug#581661: UCBLogo package is outdated

[Hamish Moffatt]

On Fri, May 14, 2010 at 01:47:21PM -0500, Gabriel Hurley wrote:
 Package: ucblogo
 Version: 5.5-2.1
 Severity: wishlist
 
 Debian Unstable continues to distribute an outdated version of UCBlogo
 (version 5.5) despite the release of version 6.0 in 2008. It should
 not take two years to package a new version from upstream.

Hi Ramakrishnan,

Are you still looking at the ucblogo 6.0 packages?

Thanks
Hamish



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

Bug#576574: xpdf: An appreciation

[Hamish Moffatt]

On Mon, Apr 05, 2010 at 07:43:04PM +0100, Brian Potkin wrote:
 Package: xpdf-reader
 Version: 3.02-1.4+lenny2
 Severity: wishlist
 
 Many thanks to the xpdf developers for getting the package back on track and
 keeping it in Debian.  Lenny updated today. Hopefully the unstable version 
 will
 transition to squeeze.

Hear hear. Thanks for taking over Xpdf Michael. I'm glad someone can
give it the attention it deserves.


Hamish



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

Bug#567773: [Pkg-electronics-devel] Bug#567773: The desktop file for kicad and its KDE menu location

[Hamish Moffatt]

FWIW, I agree with Peter and Peter. kicad belongs in Engineering, and
Engineering is not Science. As an engineer I would not look in science
to find kicad, geda, pcb etc.

Why can't Debian Edu include the extra-xdg-menus package? Petter, you
mentioned that it would be the only entry in the resulting Electronics
menu, which is unfortunate but I don't really see a solution that is
still correct for Debian. You could perhaps ship a modified set of menu
files somewhere or provide your own extra-xdg-menus which caused
Electronics and/or Engineering packages to appear in a different menu.

pkg-electronics-devel doesn't maintain kicad so we can't really comment
on an NMU. Are the kicad maintainers (Richard and Daniel) following this
discussion?

Hamish



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

Bug#505856: Segfault in SplashT1FontFile::loadType1Font

[Hamish Moffatt]

On Wed, Mar 10, 2010 at 01:28:06PM +, Martin Michlmayr wrote:
 Can you tell me if xpdf is still maintained?  Does anyone care about
 this bug?
 
 I've been keeping the PDF around in case someone wants to look into
 this bug but I'd like to get rid of the PDF eventually.

Hi Martin,

I'm looking for a new maintainer for xpdf - #535261 is the WNPP ITA.

Can you send the PDF to the BTS for archiving?

thanks,
Hamish



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

Bug#567932: [buildd-tools-devel] Bug#567932: schroot: chroot failed, cleaned up my host /etc

[Hamish Moffatt]

Hi Roger,

Here are the only files which were modified. I have since put in the
versions from 1.4.0-1 and customized those and schroot is working fine.

Hamish
# schroot chroot definitions.
# See schroot.conf(5) for complete documentation of the file format.
#
# Please take note that you should not add untrusted users to
# root-groups, because they will essentially have full root access
# to your system.  They will only have root access inside the chroot,
# but that's enough to cause malicious damage.
#
# The following lines are examples only.  Uncomment and alter them to
# customise schroot for your needs, or create a new entry from scratch.
#
#
[sid]
description=Debian sid (unstable) 32-bit
location=/var/chroot/i386-sid
priority=3
users=hamish
root-groups=root
run-setup-scripts=true
run-exec-scripts=true
aliases=unstable,default
type=directory
personality=linux32

[etch]
description=Debian etch (4.0) 64-bit
location=/var/chroot/amd64-etch
priority=3
users=hamish
root-groups=root
run-setup-scripts=true
type=directory

[gutsy]
description=Ubuntu Gutsy 64-bit
location=/var/chroot/amd64-gutsy
priority=3
users=hamish
root-groups=root
run-setup-scripts=true
type=directory

[gutsy32]
description=Ubuntu Gutsy 32-bit
location=/var/chroot/i386-gutsy
priority=3
users=hamish
root-groups=root
run-setup-scripts=true
type=directory
personality=linux32

[etch32]
description=Debian etch (4.0) 32-bit
location=/var/chroot/i386-etch
priority=3
users=hamish
root-groups=root
run-setup-scripts=true
type=directory
personality=linux32

[feisty]
description=Ubuntu Feisty (7.04) 32-bit
location=/var/chroot/i386-feisty
priority=3
users=hamish
root-groups=root
run-setup-scripts=true
type=directory
personality=linux32

#
#[sid-snap]
#type=lvm-snapshot
#description=Debian sid snapshot
##location=/srv/chroot/sid
#priority=3
#groups=sbuild,root
#root-users=rleigh
#root-groups=root,sbuild
#source-root-users=rleigh
#device=/dev/hda_vg/sid_chroot
#mount-options=-o atime,sync,user_xattr
#lvm-snapshot-options=--size 2G
#run-setup-scripts=true
#run-exec-scripts=true
#
#[etch]
#description=Debian etch (testing) 32-bit
#location=/srv/chroot/etch
#priority=3
#groups=sbuild-security
#aliases=testing
#run-setup-scripts=false
#run-exec-scripts=false
#personality=linux32
#
#[sarge]
#description=Debian sarge (stable)
#location=/srv/chroot/sarge
#priority=2
#groups=sbuild
#aliases=stable
#
#[sarge-file]
#description=Debian sarge (stable)
#file=/srv/chroot/sarge.tar.gz
#priority=2
#groups=sbuild
#
#[sarge-secure]
#description=Debian sarge (stable)
#location=/srv/chroot/sarge
#priority=2
#groups=sbuild-security
#aliases=stable-security
#
#[experimental]
#type=block-device
#description=Debian experimental (unstable)
#priority=4
#groups=sbuild,root
#root-groups=root,sbuild
#aliases=unstable,default
#device=/dev/hda_vg/experimental_chroot
#mount-options=-o atime,sync,user_xattr
#location=/experimental
#run-setup-scripts=true
#run-exec-scripts=true
#!/bin/sh
# Copyright © 2005-2007  Roger Leigh rle...@debian.org
#
# schroot is free software; you can redistribute it and/or modify it
# under the terms of the GNU General Public License as published by
# the Free Software Foundation; either version 2 of the License, or
# (at your option) any later version.
#
# schroot is distributed in the hope that it will be useful, but
# WITHOUT ANY WARRANTY; without even the implied warranty of
# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the GNU
# General Public License for more details.
#
# You should have received a copy of the GNU General Public License
# along with this program; if not, write to the Free Software
# Foundation, Inc., 59 Temple Place, Suite 330, Boston,
# MA  02111-1307  USA

set -e

if [ -f $CHROOT_SCRIPT_CONFIG ]; then
  . $CHROOT_SCRIPT_CONFIG
fi

# Mount a filesystem
# $1: mount options
# $2: mount device
# $3: mount location
do_mount()
{
if [ $AUTH_VERBOSITY = verbose ]; then
echo Mounting $2 on $3
fi

if [ ! -d $3 ]; then
mkdir -p $3
fi
if [ ! -d $3 ]; then
echo $3 does not exist, and could not be created
exit 1
fi

mount $VERBOSE $1 $2 $3
}

# Unmount all filesystem under specified location
# $1: mount base location
do_umount_all()
{
mounts=$($LIBEXEC_DIR/schroot-listmounts -m $1)
if [ x$mounts != 'x' ]; then
echo $mounts |
while read mountloc; do
if [ $AUTH_VERBOSITY = verbose ]; then
echo Unmounting $mountloc
fi
umount $mountloc || exit 1
done || exit 1
fi
}

if [ $AUTH_VERBOSITY = verbose ]; then
  VERBOSE=-v
#  FSCK_VERBOSE=-V
fi

if [ $CHROOT_TYPE = plain ] || [ $CHROOT_TYPE = directory ] || [ 
$CHROOT_TYPE = file ] || [ $CHROOT_TYPE = block-device ] || [ 
$CHROOT_TYPE = lvm-snapshot ]; then

if [ $CHROOT_TYPE = plain ]; then
CHROOT_MOUNT_OPTIONS=--rbind
CHROOT_MOUNT_DEVICE=$CHROOT_LOCATION
elif [ $CHROOT_TYPE = directory ]; then

Bug#567932: [buildd-tools-devel] Bug#567932: schroot: chroot failed, cleaned up my host /etc

[Hamish Moffatt]

On Wed, Feb 17, 2010 at 11:12:52PM +, Roger Leigh wrote:
 On Thu, Feb 18, 2010 at 09:41:17AM +1100, Hamish Moffatt wrote:
  Here are the only files which were modified. I have since put in the
  versions from 1.4.0-1 and customized those and schroot is working fine.
 
 Many thanks, I'll look at these in more detail tomorrow.
 
 Just to check, if you didn't upgrade the altered conffiles during the
 update, this left 10mount in its customised state with the replacement
 as 10mount.dpkg-new, and all the other setup scripts were updated?

That's correct.

thanks,
Hamish



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

Bug#568089: firebird2.1-super: gbak, isql-fb etc should be split out from the server

[Hamish Moffatt]

Package: firebird2.1-super
Version: 2.1.3.18185-0.ds1-6
Severity: minor

gbak and isql-fb (and probably others) can operate with a remote server,
so they should be packaged in a client utilities package separate from
the server. Currently they are provided by the firebird2.1-super
package.

thanks
Hamish

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

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

Versions of packages firebird2.1-super depends on:
ii  debc 1.5.28  Debian configuration management sy
ii  fire 2.1.3.18185-0.ds1-6 common files for firebird 2.1 serv
ii  fire 2.1.3.18185-0.ds1-6 copyright, licensing and changelog
ii  fire 2.1.3.18185-0.ds1-6 common files for firebird 2.1 serv
ii  libc 2.10.2-5Embedded GNU C Library: Shared lib
ii  libe 2.11-20080614-1 BSD editline and history libraries
ii  libf 2.5.0.25784~ReleaseCandidate1.ds2-6 Firebird client library
ii  libg 1:4.4.3-1   GCC support library
ii  libi 4.2.1-3 International Components for Unico
ii  libs 4.4.3-1 The GNU Standard C++ Library v3
ii  lsb- 3.2-23  Linux Standard Base 3.2 init scrip

firebird2.1-super recommends no packages.

Versions of packages firebird2.1-super suggests:
pn  firebird2.1-doc   none (no description available)

-- debconf information:
  shared/firebird/title:
* shared/firebird/enabled: true
* shared/firebird/purge_security: true
  shared/firebird/server_in_use:
* shared/firebird/purge_databases: true



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

Bug#567932: schroot: chroot failed, cleaned up my host /etc

[Hamish Moffatt]

Package: schroot
Version: 1.4.0-1
Severity: critical
Justification: causes serious data loss

I upgraded schroot from 1.2.3-1+b1 to 1.4.0-1, which wanted to replace
some config files, which I have customised. I declined, intending to fix
it later.

I started an schroot into an old sid 32-bit chroot (from my sid 64-bit
host), and didn't notice any error messages, but found I was still
running 64-bit binaries. I think the actual chroot() failed.

Later after exitting, I found that a bunch of files in /etc were now
empty: passwd, group, shadow, hosts, protocols, services.


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

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

Versions of packages schroot depends on:
ii  libboost-filesystem1.40.01.40.0-6+b1 filesystem operations (portable pa
ii  libboost-program-options1.40 1.40.0-6+b1 program options library for C++
ii  libboost-regex1.40.0 1.40.0-6+b1 regular expression library for C++
ii  libboost-system1.40.01.40.0-6+b1 Operating system (e.g. diagnostics
ii  libc62.10.2-5Embedded GNU C Library: Shared lib
ii  libgcc1  1:4.4.3-1   GCC support library
ii  liblockdev1  1.0.3-1.3   Run-time shared library for lockin
ii  libpam0g 1.1.0-4 Pluggable Authentication Modules l
ii  libstdc++6   4.4.3-1 The GNU Standard C++ Library v3
ii  libuuid1 2.16.2-0Universally Unique ID library
ii  schroot-common   1.4.0-1 common files for schroot

schroot recommends no packages.

Versions of packages schroot suggests:
pn  aufs-modules | unionfs-module none (no description available)
ii  debootstrap   1.0.20 Bootstrap a basic Debian system
ii  lvm2  2.02.54-1  The Linux Logical Volume Manager
ii  unzip 6.0-1  De-archiver for .zip files

-- 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#567948: firebird2.1-super: won't start due to missing /tmp/firebird/run

[Hamish Moffatt]

Package: firebird2.1-super
Version: 2.1.3.18185-0.ds1-6
Severity: normal

firebird2.1-super won't start until /tmp/firebird/run is created, which
it doesn't do itself. It appears to create /tmp/firebird but not the run
subdirectory.

[11:53PM] ham...@noddy:~ $ sudo /etc/init.d/firebird2.1-super stop
Stopping Firebird 2.1 server manager...done.
[11:54PM] ham...@noddy:~ $ sudo rm -rf /tmp/firebird 
[11:54PM] ham...@noddy:~ $ 
[11:54PM] ham...@noddy:~ $ sudo /etc/init.d/firebird2.1-super start
Starting Firebird 2.1 server manager...Could not open 
/tmp/firebird/run/isc_guard1.noddy for write
check /var/log/firebird2.1.log file for errors
can not start server
done.
[11:54PM] ham...@noddy:~ $ sudo mkdir /tmp/firebird/run
[11:54PM] ham...@noddy:~ $ sudo chown firebird.firebird /tmp/firebird/run
[11:54PM] ham...@noddy:~ $ sudo /etc/init.d/firebird2.1-super start  
Starting Firebird 2.1 server manager...done.


Should that directory be in /var/run instead anyway?


Hamish

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

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

Versions of packages firebird2.1-super depends on:
ii  debc 1.5.28  Debian configuration management sy
ii  fire 2.1.3.18185-0.ds1-6 common files for firebird 2.1 serv
ii  fire 2.1.3.18185-0.ds1-6 copyright, licensing and changelog
ii  fire 2.1.3.18185-0.ds1-6 common files for firebird 2.1 serv
ii  libc 2.10.2-5Embedded GNU C Library: Shared lib
ii  libe 2.11-20080614-1 BSD editline and history libraries
ii  libf 2.5.0.25784~ReleaseCandidate1.ds2-6 Firebird client library
ii  libg 1:4.4.3-1   GCC support library
ii  libi 4.2.1-3 International Components for Unico
ii  libs 4.4.3-1 The GNU Standard C++ Library v3
ii  lsb- 3.2-23  Linux Standard Base 3.2 init scrip

firebird2.1-super recommends no packages.

Versions of packages firebird2.1-super suggests:
pn  firebird2.1-doc   none (no description available)

-- debconf information:
  shared/firebird/title:
* shared/firebird/enabled: true
* shared/firebird/purge_security: true
  shared/firebird/server_in_use:
* shared/firebird/purge_databases: true



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

Bug#567948: firebird2.1-super: won't start due to missing /tmp/firebird/run

[Hamish Moffatt]

On Mon, Feb 01, 2010 at 04:07:23PM +0200, Damyan Ivanov wrote:
  [11:54PM] ham...@noddy:~ $ sudo /etc/init.d/firebird2.1-super start
  Starting Firebird 2.1 server manager...Could not open 
  /tmp/firebird/run/isc_guard1.noddy for write
  check /var/log/firebird2.1.log file for errors
  can not start server
  done.
 
 I can't reproduce this:
 
 # /etc/init.d/firebird2.1-super start
 Starting Firebird 2.1 server manager...done.
 # ls -la /tmp
 общо 16
 drwxrwxrwt  4 root root 4096  1 фев 15,51 .
 drwxr-xr-x 22 root root 4096 11 авг 17,00 ..
 drwxrwxrwt  2 root root 4096  1 фев 15,10 .ICE-unix
 drwxrwxrwt  2 root root 4096  1 фев 15,10 .X11-unix
 
 It seems the firebird binary you use is not the one from the Debian 
 package. The packaged firebird uses /usr/lib/firebird/2.1/run/ (which 
 is a symlink to /var/run/firebird/2.1, which is created in the init 
 script):
 
 # /etc/init.d/firebird2.1-super stop
 Stopping Firebird 2.1 server manager...done.
 # mv /usr/lib/firebird/2.1/run{,-away}
 # /etc/init.d/firebird2.1-super start
 Starting Firebird 2.1 server manager...Could not open 
 /usr/lib/firebird/2.1/run/isc_guard1.tata for write
 check /var/log/firebird2.1.log file for errors
 can not start server
 done.

Hm I do have the /usr/lib/firebird/2.1/run symlink and
/var/run/firebird/2.1, and that seems to be used too:

[ 9:05AM] ham...@noddy:~ $ sudo ls -l  /tmp/firebird/run
total 0
-rw-rw-rw- 1 firebird firebird 0 Feb  1 23:54 isc_guard1.noddy
[ 9:05AM] ham...@noddy:~ $ fg
[1]  + continued  mutt

zsh: suspended  mutt
[ 9:05AM] ham...@noddy:~ $ sudo ls -l /tmp/firebird/run
total 0
-rw-rw-rw- 1 firebird firebird 0 Feb  1 23:54 isc_guard1.noddy
[ 9:05AM] ham...@noddy:~ $ sudo ls -l /var/run/firebird/2.1
total 60
-rw-r--r-- 1 firebird firebird   5 Feb  2 00:16 fbserver.pid
-rw-rw-rw- 1 firebird firebird   0 Feb  1 23:52 isc_init1.noddy
-rw-rw 1 firebird firebird 1048576 Feb  2 00:51 isc_lock1.noddy

Note mix of timestamps.

My only fbguard is /usr/lib/firebird/2.1/bin/fbguard, from the package.


Hamish



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

Bug#550256: podracer: intent to nmu

[Hamish Moffatt]

NMU whenever you are ready. If you want to adopt or co-maintain the package 
that would help.. Real life interests are taking all my time lately. Thanks.

-original message-
Subject: podracer: intent to nmu
From: Rémi Vanicat vani...@debian.org
Date: 23/01/2010 5:45 PM

Hello,

podracer has this old critical bug with patch. I will nmu it soon

By the way, do you need help to maintain this package? 2+ month to fix
such a small bug is a very long time.
-- 
Rémi Vanicat




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

Bug#561906: [Pkg-electronics-devel] Bug#561906: Bug#561906: FTBFS: make[5]: *** [tests] Error 1

[Hamish Moffatt]

On Tue, Dec 22, 2009 at 07:25:29AM +0200, أحمد المحمودي wrote:
 On Tue, Dec 22, 2009 at 06:54:19AM +0200, أحمد المحمودي wrote:
  On Tue, Dec 22, 2009 at 11:18:30AM +1100, Hamish Moffatt wrote:
   Hmm, so I set HOME= a temporary directory under $(PWD), but it's failed
   too because $(PWD) was not the root of the unpacked source tree.. I'm
   really confused about how dpkg-buildpackage is being called?
  ---end quoted text---
  
  Use $(CURDIR)
 ---end quoted text---
 
 I've uploaded a new Debian release to mentors:
 http://mentors.debian.net/debian/pool/main/g/geda-gaf/geda-gaf_1.6.0-3.dsc

Uploaded, thanks


Hamish



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

Bug#561906: [Pkg-electronics-devel] Bug#561906: Bug#561906: FTBFS: make[5]: *** [tests] Error 1

[Hamish Moffatt]

On Tue, Dec 22, 2009 at 02:05:00PM +0200, أحمد المحمودي wrote:
 On Tue, Dec 22, 2009 at 10:56:17PM +1100, Hamish Moffatt wrote:
  Uploaded, thanks
 ---end quoted text---
 
 Thanks, it's wierd though that 1.6.0-2 built successfully only on armel 
 (even though $PWD evaluated to /home/buildd) !

Yes... the i386 autobuilder just succeeded on -3 so perhaps we have
success at last.

Hamish



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

Bug#561906: [Pkg-electronics-devel] Bug#561906: FTBFS: make[5]: *** [tests] Error 1

[Hamish Moffatt]

On Mon, Dec 21, 2009 at 07:31:20AM +0100, Cyril Brulebois wrote:
 Package: geda-gaf
 Version: 1:1.6.0-1
 Severity: serious
 Justification: FTBFS
 
 Hi,
 
 your package FTBFS on all buildds. Build logs at the usual place:
   https://buildd.debian.org/status/package.php?suite=unstablep=geda-gaf

 | 1,2d0
 |  ERROR: Found a bus inside a symbol
 |  1 ERROR found 

This is a mystery to us and to upstream. The tests are comparing the
output of the gsymcheck program with pre-prepared output via diff. From
the diff output it looks like the newly built gsymcheck is producing no
output at all.

It behaves ok in pbuilder, and in a regular build tree built as both a
normal user with fakeroot, and as root.

Are there any other environment differences on the autobuilders that we
should be aware of that may help? Is the build log capturing stderr, or
do we need to modify the package build scripts to redirect stderr to
stdout?

thanks

Hamish



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

Bug#561906: [Pkg-electronics-devel] Bug#561906: FTBFS: make[5]: *** [tests] Error 1

[Hamish Moffatt]

On Mon, Dec 21, 2009 at 03:03:33PM +0100, Cyril Brulebois wrote:
 Hamish Moffatt ham...@debian.org (21/12/2009):
  This is a mystery to us and to upstream. The tests are comparing the
  output of the gsymcheck program with pre-prepared output via
  diff. From the diff output it looks like the newly built gsymcheck
  is producing no output at all.
  
  It behaves ok in pbuilder, and in a regular build tree built as both
  a normal user with fakeroot, and as root.
  
  Are there any other environment differences on the autobuilders that
  we should be aware of that may help? Is the build log capturing
  stderr, or do we need to modify the package build scripts to
  redirect stderr to stdout?
 
 Usual suspects:
  - HOME being set to a non-existing directory, or even more tricky: to
a directory which exists but which isn't writable.
  - no net access.
 
 In this case, I was able to trigger a successful build on my
 kfreebsd-i386 porterbox with “debuild -B”, and a failed build with
 “HOME=/foo debuild -B”.
 
 Happy fixing. ;)

Thanks! I see now that it's trying to write logs into ~/.gEDA which won't 
work with an unwritable/non-existent $HOME.


Hamish



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

Bug#561906: [Pkg-electronics-devel] Bug#561906: FTBFS: make[5]: *** [tests] Error 1

[Hamish Moffatt]

On Mon, Dec 21, 2009 at 10:14:40PM +, Peter Clifton wrote:
 On Tue, 2009-12-22 at 08:14 +1100, Hamish Moffatt wrote:
 
  Thanks! I see now that it's trying to write logs into ~/.gEDA which won't 
  work with an unwritable/non-existent $HOME.
 
 Perhaps we will be able to fix this upstream (for 1.6.1?).
 
 Hamish.. is there any way we can work around the issue for the 1.6.0
 build? Can we export a temporary $HOME somewhere in the build tree
 whilst the tests are run?

Yes I think that would be the best solution for now.


Hamish



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

Bug#561906: [Pkg-electronics-devel] Bug#561906: FTBFS: make[5]: *** [tests] Error 1

[Hamish Moffatt]

On Mon, Dec 21, 2009 at 10:14:40PM +, Peter Clifton wrote:
 Hamish.. is there any way we can work around the issue for the 1.6.0
 build? Can we export a temporary $HOME somewhere in the build tree
 whilst the tests are run?

I've uploaded a workaround.


Hamish



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

Bug#561906: [Pkg-electronics-devel] Bug#561906: FTBFS: make[5]: *** [tests] Error 1

[Hamish Moffatt]

On Mon, Dec 21, 2009 at 03:03:33PM +0100, Cyril Brulebois wrote:
 Usual suspects:
  - HOME being set to a non-existing directory, or even more tricky: to
a directory which exists but which isn't writable.
  - no net access.
 
 In this case, I was able to trigger a successful build on my
 kfreebsd-i386 porterbox with “debuild -B”, and a failed build with
 “HOME=/foo debuild -B”.

Hmm, so I set HOME= a temporary directory under $(PWD), but it's failed
too because $(PWD) was not the root of the unpacked source tree.. I'm
really confused about how dpkg-buildpackage is being called?


Hamish



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

Bug#561041: binNMU for gwave on amd64

[Hamish Moffatt]

Could you please schedule a rebuild of gwave on amd64. It is
uninstallable due to dep on old libltdl3.

thanks,
Hamish



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

Bug#557226: loses focus on entering a line with number/bullet

[Hamish Moffatt]

Package: openoffice.org-writer
Version: 1:3.1.1-8
Severity: normal

This is making oowriter pretty unusable if you are editing a document
with many bullet points and/or tables etc. Very frustrating.

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

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

Versions of packages openoffice.org-writer depends on:
ii  libc6  2.10.1-7  GNU C Library: Shared libraries
ii  libgcc11:4.4.2-2 GCC support library
ii  libicu42   4.2.1-3   International Components for Unico
ii  libstdc++6 4.4.2-2   The GNU Standard C++ Library v3
ii  libwpd8c2a 0.8.14-1  Library for handling WordPerfect d
ii  libwps-0.1-1   0.1.2-1   Works text file format import filt
ii  openoffice.org-base-co 1:3.1.1-8 full-featured office productivity 
ii  openoffice.org-core1:3.1.1-8 full-featured office productivity 
ii  ure1.5.1+OOo3.1.1-8  OpenOffice.org UNO runtime environ
ii  zlib1g 1:1.2.3.3.dfsg-15 compression library - runtime

Versions of packages openoffice.org-writer recommends:
ii  java-gcj-compat [java5-runt 1.0.80-5.1   Java runtime environment using GIJ
ii  openjdk-6-jre [java5-runtim 6b16-1.6.1-2 OpenJDK Java runtime, using Hotspo
ii  openoffice.org-emailmerge   1:3.1.1-8full-featured office productivity 
ii  openoffice.org-filter-binfi 1:3.1.1-8full-featured office productivity 
ii  openoffice.org-java-common  1:3.1.1-8full-featured office productivity 
ii  openoffice.org-math 1:3.1.1-8full-featured office productivity 

Versions of packages openoffice.org-writer suggests:
ii  openoffice.org-base   1:3.1.1-8  full-featured office productivity 
pn  openoffice.org-gcjnone (no description available)

Versions of packages openoffice.org-core depends on:
ii  fontconfig 2.6.0-4   generic font configuration library
ii  libc6  2.10.1-7  GNU C Library: Shared libraries
ii  libcairo2  1.8.8-2   The Cairo 2D vector graphics libra
ii  libcurl3-gnutls7.19.7-1  Multi-protocol file transfer libra
ii  libdb4.8   4.8.24-1  Berkeley v4.8 Database Libraries [
ii  libexpat1  2.0.1-5   XML parsing C library - runtime li
ii  libfreetype6   2.3.11-1  FreeType 2 font engine, shared lib
ii  libgcc11:4.4.2-2 GCC support library
ii  libglib2.0-0   2.22.2-2  The GLib library of C routines
ii  libgstreamer-plugins-b 0.10.25-6 GStreamer libraries from the base
ii  libgstreamer0.10-0 0.10.25-3 Core GStreamer libraries and eleme
ii  libgtk2.0-02.18.3-1  The GTK+ graphical user interface 
ii  libhunspell-1.2-0  1.2.8-5   spell checker and morphological an
ii  libhyphen0 2.4-6 ALTLinux hyphenation library - sha
ii  libice62:1.0.5-1 X11 Inter-Client Exchange library
ii  libicu42   4.2.1-3   International Components for Unico
ii  libjpeg62  6b-15 The Independent JPEG Group's JPEG 
ii  libldap-2.4-2  2.4.17-2.1OpenLDAP libraries
ii  libneon27-gnutls   0.29.0-1  An HTTP and WebDAV client library 
ii  libnspr4-0d4.8.2-1   NetScape Portable Runtime Library
ii  libnss3-1d 3.12.4-1  Network Security Service libraries
ii  librdf01.0.9-2   Redland Resource Description Frame
ii  libsm6 2:1.1.1-1 X11 Session Management library
ii  libstdc++6 4.4.2-2   The GNU Standard C++ Library v3
ii  libx11-6   2:1.2.99.901-1X11 client-side library
ii  libxaw72:1.0.6-1 X11 Athena Widget library
ii  libxext6   2:1.0.4-1 X11 miscellaneous extension librar
ii  libxinerama1   2:1.0.3-2 X11 Xinerama extension library
ii  libxml22.7.6.dfsg-1  GNOME XML library
ii  libxrandr2 2:1.3.0-2 X11 RandR extension library
ii  libxrender11:0.9.4-2 X Rendering Extension client libra
ii  libxslt1.1 1.1.26-1  XSLT processing library - runtime 
ii  libxt6 1:1.0.6-1 X11 toolkit intrinsics library
ii  libxtst6   2:1.0.3-1 X11 Testing -- Resource extension 
ii  openoffice.org-common  1:3.1.1-8 full-featured office productivity 
ii  ttf-opensymbol 1:3.1.1-8 OpenSymbol TrueType font
ii  ure1.5.1+OOo3.1.1-8  OpenOffice.org UNO runtime environ
ii  

Bug#557226: loses focus on entering a line with number/bullet

[Hamish Moffatt]

On Sun, Dec 06, 2009 at 10:49:57PM +1100, Hamish Moffatt wrote:
 This is making oowriter pretty unusable if you are editing a document
 with many bullet points and/or tables etc. Very frustrating.

If you turn off the bullet/numbering and tables toolbars it's better
behaved. Just go onto one of those items, the go to View - Toolbars -
unclick those.



Hamish



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

Bug#557226: loses focus on entering a line with number/bullet

[Hamish Moffatt]

On Sun, Dec 06, 2009 at 02:39:17PM +0100, Rene Engelhard wrote:
 forwarded 557226 http://www.openoffice.org/issues/show_bug.cgiid=100149
 thanks
 
 On Sun, Dec 06, 2009 at 11:07:11PM +1100, Hamish Moffatt wrote:
  On Sun, Dec 06, 2009 at 10:49:57PM +1100, Hamish Moffatt wrote:
   This is making oowriter pretty unusable if you are editing a document
   with many bullet points and/or tables etc. Very frustrating.
  
  If you turn off the bullet/numbering and tables toolbars it's better
  behaved. Just go onto one of those items, the go to View - Toolbars -
  unclick those.
 
 OK, so this seems to be http://www.openoffice.org/issues/show_bug.cgiid=100149

Yes I agree. I am using Metacity and desktop effects are disabled.

The URL was missing a ?, I updated the BTS.

Hamish



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

Bug#527840: Needs to be actively maintained or removed

[Hamish Moffatt]

On Thu, Dec 03, 2009 at 10:29:50PM +0100, Moritz Muehlenhoff wrote:
 The only really supportable way would be to hack xpdf to link against
 poppler, maintaining a separate copy needs to stop for Squeeze.

I agree in the context of the current maintenance of the Xpdf package,
but if Xpdf was fully maintained I think that's rather unfair to Xpdf
upstream.


Hamish



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

Bug#553111: baycomepp: postinst-must-call-ldconfig

[Hamish Moffatt]

On Mon, Nov 30, 2009 at 06:41:44PM +0100, gregor herrmann wrote:
 On Mon, 30 Nov 2009 17:29:58 +1100, Hamish Moffatt wrote:
 
  On Sun, Nov 29, 2009 at 05:39:37PM -0800, Yoshio Nakamura wrote:
   Package baycomepp
   tags 553111 +patch
   thanks
 
 Thanks, I indeed forgot the tag.
 
The attached patch fixes this bug, but the output of dpkg-shlibdeps
doesn't make me happy:
dpkg-shlibdeps: warning: symbol sig_usr2 used by 
debian/baycomepp/usr/lib/baycomfpga_init.so found in none of the 
libraries.
 
  One of the programs in baycomepp is dlopen()ing baycomfpga_init.so, so
  no versioned soname is required. The symbols sig_usr2 etc are provided
  by the hosting application.
 
 Ah, thanks for the explanation.
 
 I guess you're talking care about the upload to fix the ldconfig bug?

NMU is ok, is it already in the delayed upload queue?

thanks,
Hamish



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

Bug#553111: baycomepp: postinst-must-call-ldconfig

[Hamish Moffatt]

On Tue, Dec 01, 2009 at 12:04:36AM +0100, gregor herrmann wrote:
 On Tue, 01 Dec 2009 09:44:07 +1100, Hamish Moffatt wrote:
 
   I guess you're talking care about the upload to fix the ldconfig bug?
  NMU is ok, is it already in the delayed upload queue?
 
 No, I was scared by the warnings. 
 
 Ok, I've uploaded it now, into DELAYED/2, just in case.

Thanks for your help with this bug Gregor.


Hamish




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

Bug#553111: baycomepp: postinst-must-call-ldconfig

[Hamish Moffatt]

On Sun, Nov 29, 2009 at 05:39:37PM -0800, Yoshio Nakamura wrote:
 Package baycomepp
 tags 553111 +patch
 thanks
 
 On Sat, Nov 28, 2009 at 06:43:43PM +0100, gregor herrmann wrote:
  On Wed, 28 Oct 2009 23:49:35 -0500, Manoj Srivastava wrote:
 
   Package: baycomepp
   Version: 0.10-12
   Severity: serious
   Justification: The package installs shared libraries in a directory 
   controlled
   User: lintian-ma...@debian.org
   Usertags: postinst-must-call-ldconfig
  
   Refer to Debian Policy Manual section 8.1.1 (ldconfig) for details.
 
  The attached patch fixes this bug, but the output of dpkg-shlibdeps
  doesn't make me happy:
 
  dpkg-shlibdeps: warning: symbol sig_usr2 used by 
  debian/baycomepp/usr/lib/baycomfpga_init.so found in none of the libraries.
 
 I looked at 
 http://lintian.debian.org/maintainer/debian-h...@lists.debian.org.html
 , and saw baycomepp listed, with links:
 *   W shlib-without-versioned-soname  ---
 http://lintian.debian.org/tags/shlib-without-versioned-soname.html
   o usr/lib/baycomfpga_init.so baycomfpga_init.so
 * E postinst-must-call-ldconfig
   o usr/lib/baycomfpga_init.so
 * W package-name-doesnt-match-sonames   ---
 http://lintian.debian.org/tags/package-name-doesnt-match-sonames.html
   o baycomfpga-init

One of the programs in baycomepp is dlopen()ing baycomfpga_init.so, so
no versioned soname is required. The symbols sig_usr2 etc are provided
by the hosting application.

I don't know why the application has been structued this way - possibly
as a hack around some licensing issues. baycomfpga_init.so contains
binary blobs of firmware for the hardware.


Hamish



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

Bug#558020: xpdf-reader: move pdftoppm to the xpdf-utils binary package

[Hamish Moffatt]

On Thu, Nov 26, 2009 at 12:14:38AM +0100, Luca Capello wrote:
 xpdf-reader ships pdftoppm and I cannot find the reason in the
 debian/changelog or in upstream documentation.  This can causes problems
 with poppler-utils, which ships pdftoppm as well:

IIRC, pdftoppm required more libraries than the other xpdf-utils tools
so it was included in the heavier xpdf-reader package. There doesn't
seem to be any reason for that any more though, so this bug should be
fixed.

Thanks for the patch.



Hamish



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

Bug#557879: graphicsmagick: please build with --with-quantum-depth=16

[Hamish Moffatt]

Package: graphicsmagick
Version: 1.3.5-5.2
Severity: wishlist

Could you please build with --with-quantum-depth=16?

ImageMagick is built this way (actually it's the default). GM is being
built with its default 8.

Package xastir is non-functional when linked to GM built for depth 8.
This is also causing bug#406203 in krita.


thanks
Hamish

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

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

Versions of packages graphicsmagick depends on:
ii  libbz2-1.0 1.0.5-3   high-quality block-sorting file co
ii  libc6  2.10.1-7  GNU C Library: Shared libraries
ii  libfreetype6   2.3.11-1  FreeType 2 font engine, shared lib
ii  libgomp1   4.4.2-2   GCC OpenMP (GOMP) support library
ii  libgraphicsmagick3 1.3.5-5.2 format-independent image processin
ii  libice62:1.0.5-1 X11 Inter-Client Exchange library
ii  libjasper1 1.900.1-6.1   The JasPer JPEG-2000 runtime libra
ii  libjpeg62  6b-15 The Independent JPEG Group's JPEG 
ii  liblcms1   1.18.dfsg-1   Color management library
ii  libpng12-0 1.2.40-1  PNG library - runtime
ii  libsm6 2:1.1.1-1 X11 Session Management library
ii  libtiff4   3.9.2-1   Tag Image File Format (TIFF) libra
ii  libwmf0.2-70.2.8.4-6.1   Windows metafile conversion librar
ii  libx11-6   2:1.2.99.901-1X11 client-side library
ii  libxext6   2:1.0.4-1 X11 miscellaneous extension librar
ii  libxml22.7.6.dfsg-1  GNOME XML library
ii  zlib1g 1:1.2.3.3.dfsg-15 compression library - runtime

graphicsmagick recommends no packages.

Versions of packages graphicsmagick suggests:
pn  graphicsmagick-dbgnone (no description available)

-- no debconf information



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

Bug#123914: [ahve...@seul.org: Re: gEDA: [...@shadow.org.uk: Re: Bug#123914: geda-gschem: Deleting component crashes]]

[Hamish Moffatt]

- Forwarded message from Ales Hvezda ahve...@seul.org -

Date: Mon, 17 Dec 2001 07:42:51 -0500
From: Ales Hvezda ahve...@seul.org
To: geda-...@seul.org
Cc: r...@shadow.org.uk, ahve...@seul.org
Subject: Re: gEDA: [...@shadow.org.uk: Re: Bug#123914: geda-gschem: Deleting 
component crashes]

Hi Hamish and Rich, 

[snip]
Here is the .tar.bz2 containing the schematic and our local symbols. The
crash occurs on any attempt to delete the PIC16F873 from the middle of
the schematic. hope this helps, any more questions, ... 
cheers, Rich 


I know why the program crashes now.  It is most certainly a bug
in gschem.  The short term solution is remove the extra small pin that
hidden underneath pin 15 in PIC16F873.  The long term solution is a little
bit more complicated (but needs to happen to, since the user should never
be able to feed gschem bad data to cause a segfault).  I'll keep working
on the long term solution.

-Ales

[ Basically what was happening was gschem was create a connection
  (between two pins) that was within a component and that is something
  I didn't expect ever to happen. ]



- End forwarded message -



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

Bug#123914: [Pkg-electronics-devel] Bug#123914: Missing info

[Hamish Moffatt]

On Sun, Nov 22, 2009 at 10:16:11AM +0200, أحمد المحمودي wrote:
 Hello,
 
   1) The reporter did not tell which *particular* symbol, that when 
   deleted, causes the crash.
   2) The reporter has not replied Hamish regarding his symbol library, 
   since 6 years.
 
   Should this bug be closed or what ?

I found the files, and I could not reproduce the crash by deleting the
PIC, which Ales said was the problem component (in another email from
2001 which I just forwarded to the BTS).

So this should be closed.

Hamish



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

Bug#123914: [Pkg-electronics-devel] Bug#123914: Missing info

[Hamish Moffatt]

On Sun, Nov 22, 2009 at 07:26:12PM +0200, أحمد المحمودي wrote:
 On Sun, Nov 22, 2009 at 11:03:13PM +1100, Hamish Moffatt wrote:
  I found the files, and I could not reproduce the crash by deleting the
  PIC, which Ales said was the problem component (in another email from
  2001 which I just forwarded to the BTS).
 ---end quoted text---
 
 You mean you tested this with release 1.4.3 or 1.6 ?

I tested with 1.4.3.


Hamish



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

Bug#507363: [Pkg-electronics-devel] Bug#507363: Demote geda-doc to Recommends ?

[Hamish Moffatt]

On Sat, Nov 21, 2009 at 09:03:51AM +0200, أحمد المحمودي wrote:
 How about demoting geda-doc to Recommends ? That way it would be get 
 installed by default, but a user can opt to remove (or not even install 
 it).

Good idea.


Hamish



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

Bug#471133: [Pkg-electronics-devel] Bug#471133: Bug#471133: Depend on geda-symbols ( 1.MAJOR+1)

[Hamish Moffatt]

On Sat, Nov 21, 2009 at 11:24:29AM +, Peter Clifton wrote:
 On Sat, 2009-11-21 at 09:54 +0200, أحمد المحمودي wrote:
  Hello,
  
Should that be solved by adding something like the following in 
Depends ?

geda-symbols ( 1.{major_release+1}~)
 
 
 I'm not sure, but I suspect that my dist upgrade issues might be
 related to geda-symbols.
 
 gEDA 1.6.0 symbols will not work with any older versions of libgeda, so
 I added a conflicts between them. (The latest libgeda adds support for
 some new syntax in the symbol file, and some symbols use it.)
 
 This may have been what caused apt-get to require a dist-upgrade, the
 fact that it explicitly had to de-install the old libgeda, perhaps
 before it wanted to.

Should libgeda-common and geda-symbols be combined? Both are essential
to any geda-gaf installation, from the same source, and now with the same
version coherency requirements.

If so I think it makes sense to combine them into libgeda-common and
obselete geda-symbols.

Hamish



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

Bug#350481: [Pkg-electronics-devel] Bug#350481: Update convert to unicode

[Hamish Moffatt]

On Sat, Nov 21, 2009 at 09:27:24AM +0200, أحمد المحمودي wrote:
 Hello,
 
   gEDA 1.6 is now available [1], it seems that it still did not include 
   a Swedish translation.
 
   Could you please update the Swedish translation to latest upstream 
   release ?
 
   [1] http://geda.seul.org/release/v1.6/1.6.0/geda-gaf-1.6.0.tar.gz
 

Hi Ahmed,

You need to send to nnn-submit...@bugs.debian.org as well to contact the
original submitter, they don't receive messages sent to n...@bugs by
default.


Hamish



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

Bug#478710: [Pkg-electronics-devel] Bug#478710: Need advice

[Hamish Moffatt]

On Sun, Nov 15, 2009 at 04:45:57PM +0200, أحمد المحمودي wrote:
   The only reason that we need pcb-common to Depend on
   pcb-gtk | pcb-lesstif
   
   is because there's an upstream desktop entry 
   /usr/share/applications/pcb.desktop installed in pcb-common, this 
   desktop entry executes the binary 'pcb' which will only exist if either 
   pcb-gtk or pcb-lesstif is installed.
 
   So, is it ok to remove this pcb-gtk | pcb-lesstif dependancy in this 
   case ? That would mean that a user could install pcb-common, yet 
   without installing any of pcb-gtk nor pcb-lesstif, so he will have a 
   desktop entry without having the binary that should be executed by 
   this desktop entry.

For what it's worth, it's not universally agreed that these circular
dependencies are evil and must be fixed. In this case all the relevant
binary packages come from the same source, so there is no reason for
version skew.


Hamish



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

Bug#550081: upstream version 1.1 available

[Hamish Moffatt]

On Tue, Nov 10, 2009 at 08:33:49AM -0300, Fernando M. Maresca wrote:
 On Tue, Nov 10, 2009 at 10:24:02PM +1100, Hamish Moffatt wrote:
  On Sun, Nov 08, 2009 at 03:56:50PM -0300, Fernando M. Maresca wrote:
   Package: gpredict
   Version: 0.8.0-2+b1
   Severity: normal
 
  I would like debian-hams to take over (co-maintain) the package. Would
  anyone from the team like to upload the new gpredict?
 
 I can do it and send it to you for upload, but I'm not a DD. Let me know
 what I can do.

Sure, if you want to join the debian-hams team then it's no problem that
you are not a DD. Just need your uploads to be sponsored. Please prepare
the new package version and send it (or a link) for review if you wish.

thanks
Hamish



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