Bug#994211: ARC support

[Ian Wienand]

With a recent update to 8.2.2 I believe the patches mentioned are
merged upstream.  We have also made changes to the symbol exporting so
we don't need to keep updating architecture symbols that aren't
supposed to be exported.  i.e.; I think this should build now without
any patches.

But when I look at

 https://buildd.debian.org/status/package.php?p=libgc#problem-1

I'm seeing that it is not even trying to be built because:

 Dependency installability problem for libgc on arc:
 libgc build-depends on missing:
 - build-essential:arc

So if build-essential is missing, I'm not sure how to progress this?

-i

Bug#1018924: libgc FTBFS: architecture-specific symbol handling removed

[Ian Wienand]

On Mon, Sep 05, 2022 at 08:13:49AM +0200, Helmut Grohne wrote:
> To make your (and my) life easier, I suggest that you use modern symbol
> features (man deb-src-symbols). In particular, you can restrict symbols
> to 32bit or 64bit using "(arch-bits=32)symbol..." and you can use C++
> symbol mangling using "(c++)unmangled...".

I think I'd like to investigate that for the C++ library when this is
resolved.

> I happen to not understand which symbols are internal and which are not.
> I really cannot tell. I'm more than happy if those really are unused.

>> My opinion this should not lead to incorrect dependencies on libgc
>> but how could we figure it out practically. If it would turn out
>> later that some of dropped symbols are nonetheless in use, then I
>> think it would not be complicated to fix it on the libgc side.  

This was our original discussion with the C library.  I think it is
still valid.

> If you look into the differences, it's not just C++ symbols that have
> been dropped. Here is a list of dropped symbols:

This was per the discussion above.

> Also note the (arch-bits=...) handling for C++ mangled symbols. I
> suspect that putting this back fixes the FTBFS already.

I've had a close look and I belive

 https://salsa.debian.org/debian/libgc/-/merge_requests/9

fixes these.

> > >  * debian/changelog says that you removed libatomic_ops
> > >handling, but for every new architecture libatomic_ops is still
> > >opted in leading to unnecessary porting work even though built-in
> > >atomics generally work well.

> That and the handling in debian/rules. In particular, the handling of
> ATOMIC_BUILTIN_ARCHS is relevant to porting. Essentially, we'd want that
> to be opt-out rather than opt-in. Basically every new architecture has
> to add itself there, which seems useless busywork.

I agree with this; the idea was to have this as a build-dep and opt-in
these platforms, but I can see that we are better off just dropping
it.

 https://salsa.debian.org/debian/libgc/-/merge_requests/10

proposes this.  I would appreciate another set of eyes on that one
just to double check it (and the other bits, but this one in
particular).

We can upload from the master branch then.

-i

Bug#1018924: 1018924

[Ian Wienand]

> what happend to libgc? It ftbfs on all 32bit architectures and its
> symbol handling is essentially stripped of all the architecture-specific
> patterns that we have accumulated over the years.

I will keep an eye on this with Ivan per his last mail.

> * A possibly breaking change for a core package is often done to
>   experimental first to reduce disruption of development on unstable.
>   Doing so would have prevented major pain here.

Well of course it wasn't supposed to be.  I do apologise and there's
always something to learn.

> * The debian/changelog entry contains duplicates.

Mea culpa as I learn gbp's automated changelog generation steps.

> * Lots of symbols were dropped from the symbols file without bumping
>   soname. Possibly, this may lead to incorrect dependencies on libgc in
>   downstream builds.

This was discussed.  They were not supposed to be used [1].  We will
need to discuss what is happening calmly.

> * debian/changelog says that you removed libatomic_ops handling, but
>   for every new architecture libatomic_ops is still opted in leading to
>   unnecessary porting work even though built-in atomics generally work
>   well.

This was done with [2].  I agree it's a bug to keep including it as a
dependency, which we can handle as a bug [3]

> I am also wondering whether this actually is a package hijack as there
> is no visible acknowledgement from any existing maintainers to adding
> Ian to uploaders.

> I am quite disappointed by this upload and the downstream pain it causes
> to QA.

As if I would just hijack a package [4].  Please consider your tone so
we can have a project where we work together instead of throw flames
at each other.

-i

[1] https://salsa.debian.org/debian/libgc/-/merge_requests/3
[2] https://salsa.debian.org/debian/libgc/-/merge_requests/4
[3] https://salsa.debian.org/debian/libgc/-/merge_requests/8
[4] https://salsa.debian.org/debian/libgc/-/merge_requests/7

Bug#1015740: libc6: Include patch to make grantpt usable after multi-threaded fork in more cases

[Ian Wienand]

Package: libc6
Version: 2.31-13+deb11u3
Severity: normal
Tags: patch
X-Debbugs-Cc: iwien...@redhat.com

Dear Maintainer,

The glibc bug

 https://sourceware.org/bugzilla/show_bug.cgi?id=24941

fixed by

 
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=27fe5f2e67a0e4cc0526b1b32b55f8e519075edb

provides fixes for the grantpt() call deadlocking after fork().  This
seems rather esoteric, but has caused difficult to debug issues for
Ansible users, e.g.

 https://github.com/ansible/ansible/issues/59642

In opendev.org CI (zuul.opendev.org) several users hit this in various
ways as our execution environment is based on Debian Bullseye.  We
have pulled a more recent glibc into our images with

 https://review.opendev.org/c/zuul/zuul/+/849795

But hopefully we can find a solution that is helpful to everyone.

I have pulled the patch and applied it with minor fuzz updates against
2.31-13+deb11u3.  Could we consider having this applied?

Thanks,

-i

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

Kernel: Linux 5.18.10-200.fc36.x86_64 (SMP w/12 CPU threads; PREEMPT)
Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /bin/dash
Init: unable to detect

Versions of packages libc6 depends on:
ii  libcrypt1  1:4.4.18-4
ii  libgcc-s1  10.2.1-6

Versions of packages libc6 recommends:
ii  libidn2-0   2.3.0-5
pn  libnss-nis  
pn  libnss-nisplus  

Versions of packages libc6 suggests:
ii  debconf [debconf-2.0]  1.5.77
pn  glibc-doc  
pn  libc-l10n  
pn  locales

-- debconf information excluded
commit 27fe5f2e67a0e4cc0526b1b32b55f8e519075edb
Author: Florian Weimer 
Date:   Wed Oct 7 14:55:04 2020 +0200

Linux: Require properly configured /dev/pts for PTYs

Current systems do not have BSD terminals, so the fallback code in
posix_openpt/getpt does not do anything.  Also remove the file system
check for /dev/pts.  Current systems always have a devpts file system
mounted there if /dev/ptmx exists.

grantpt is now essentially a no-op.  It only verifies that the
argument is a ptmx-descriptor.  Therefore, this change indirectly
addresses bug 24941.

Reviewed-by: Adhemerval Zanella 
(Cherry-picked by Ian Wienand )

Index: glibc-2.31/INSTALL
===
--- glibc-2.31.orig/INSTALL
+++ glibc-2.31/INSTALL
@@ -184,14 +184,9 @@ if 'CFLAGS' is specified it must enable
 '--enable-pt_chown'
  The file 'pt_chown' is a helper binary for 'grantpt' (*note
  Pseudo-Terminals: Allocation.) that is installed setuid root to fix
- up pseudo-terminal ownership.  It is not built by default because
- systems using the Linux kernel are commonly built with the 'devpts'
- filesystem enabled and mounted at '/dev/pts', which manages
- pseudo-terminal ownership automatically.  By using
- '--enable-pt_chown', you may build 'pt_chown' and install it setuid
- and owned by 'root'.  The use of 'pt_chown' introduces additional
- security risks to the system and you should enable it only if you
- understand and accept those risks.
+ up pseudo-terminal ownership on GNU/Hurd.  It is not required on
+ GNU/Linux, and the GNU C Library will not use the installed
+ 'pt_chown' program when configured with '--enable-pt_chown'.
 
 '--disable-werror'
  By default, the GNU C Library is built with '-Werror'.  If you wish
Index: glibc-2.31/NEWS
===
--- glibc-2.31.orig/NEWS
+++ glibc-2.31/NEWS
@@ -399,6 +399,18 @@ Changes to build and runtime requirement
   Older GCC versions and non-GNU compilers are still supported when
   compiling programs that use the GNU C Library.
 
+* On Linux, the system administrator needs to configure /dev/pts with
+  the intended access modes for pseudo-terminals.  glibc no longer
+  attemps to adjust permissions of terminal devices.  The previous glibc
+  defaults ("tty" group, user read/write and group write) already
+  corresponded to what most systems used, so that grantpt did not
+  perform any adjustments.
+
+* On Linux, the posix_openpt and getpt functions no longer attempt to
+  use legacy (BSD) pseudo-terminals and assume that if /dev/ptmx exists
+  (and pseudo-terminals are supported), a devpts file system is mounted
+  on /dev/pts.  Current systems already meet these requirements.
+
 Security related changes:
 
   CVE-2019-7309: x86-64 memcmp used signed Jcc instructions to check
Index: glibc-2.31/sysdeps/unix/sysv/linux/getpt.c
===
--- glibc-2.31.orig/sysdeps/unix/sysv/linux/getpt.c
+++ glibc-2.31/sysdeps/unix/sysv/linux/getpt.c
@@ -16,69 +16,18 @@
License along with the GNU C Library; if not, see
<https:

Bug#1000610: lintian: FP for missing-build-dependency-for-dh-addon with Build-Depends: debhelper (>= 11)

[Ian Wienand]

Package: lintian
Version: 2.111.0
Severity: normal
X-Debbugs-Cc: i...@debian.org

Dear Maintainer,

With the following Build-Depends in libgc

---
Build-Depends: debhelper (>= 11),
 libatomic-ops-dev (>= 7.6~),
 pkg-config,
 pkg-kde-tools
---

I am getting the lintian error missing-build-dependency-for-dh-addon

---
$ lintian libgc_8.0.6-1.1_amd64.changes
E: libgc source: missing-build-dependency-for-dh-addon autoreconf => dh-
autoreconf | debhelper (>= 9.20160403~) | debhelper-compat
---

The >=11 would seem to satisfy the >= 9.20160403~ ?

-i


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

Kernel: Linux 5.14.0-2-amd64 (SMP w/4 CPU threads)
Kernel taint flags: TAINT_FIRMWARE_WORKAROUND
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_AU:en
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages lintian depends on:
ii  binutils2.37-7
ii  bzip2   1.0.8-4
ii  diffstat1.64-1
ii  dpkg1.20.9
ii  dpkg-dev1.20.9
ii  file1:5.41-2
ii  gettext 0.21-4
ii  gpg 2.2.27-2
ii  intltool-debian 0.35.0+20060710.5
ii  libapt-pkg-perl 0.1.40
ii  libarchive-zip-perl 1.68-1
ii  libcapture-tiny-perl0.48-1
ii  libclass-xsaccessor-perl1.19-3+b7
ii  libclone-perl   0.45-1+b1
ii  libconfig-tiny-perl 2.27-1
ii  libconst-fast-perl  0.014-1.1
ii  libcpanel-json-xs-perl  4.27-1
ii  libdata-dpath-perl  0.58-1
ii  libdata-validate-domain-perl0.10-1.1
ii  libdevel-size-perl  0.83-1+b2
pn  libdigest-sha-perl  
ii  libdpkg-perl1.20.9
ii  libemail-address-xs-perl1.04-1+b3
ii  libfile-basedir-perl0.09-1
ii  libfile-find-rule-perl  0.34-1
ii  libfont-ttf-perl1.06-1.1
ii  libhtml-html5-entities-perl 0.004-1.1
ii  libio-interactive-perl  1.023-1
ii  libio-prompt-tiny-perl  0.003-1
ii  libipc-run3-perl0.048-2
ii  libjson-maybexs-perl1.004003-1
ii  liblist-compare-perl0.55-1
ii  liblist-someutils-perl  0.58-1
ii  liblist-utilsby-perl0.11-1
ii  libmoo-perl 2.005004-2
ii  libmoox-aliases-perl0.001006-1.1
ii  libnamespace-clean-perl 0.27-1
ii  libpath-tiny-perl   0.120-1
ii  libperlio-gzip-perl 0.19-1+b7
ii  libperlio-utf8-strict-perl  0.008-1+b1
ii  libproc-processtable-perl   0.634-1
ii  libsereal-decoder-perl  4.018+ds-1+b1
ii  libsereal-encoder-perl  4.018+ds-1+b1
ii  libsort-versions-perl   1.62-1
ii  libterm-readkey-perl2.38-1+b2
ii  libtext-glob-perl   0.11-2
ii  libtext-levenshteinxs-perl  0.03-4+b8
ii  libtext-markdown-discount-perl  0.13-1
ii  libtext-xslate-perl 3.5.9-1
ii  libtime-duration-perl   1.21-1
ii  libtime-moment-perl 0.44-1+b3
ii  libtimedate-perl2.3300-2
ii  libtry-tiny-perl0.30-1
ii  libtype-tiny-perl   1.012004-1
ii  libunicode-utf8-perl0.62-1+b2
ii  liburi-perl 5.10-1
ii  libxml-libxml-perl  2.0134+dfsg-2+b1
ii  libyaml-libyaml-perl0.83+ds-1
ii  lzip1.22-4
ii  lzop1.04-2
ii  man-db  2.9.4-2
ii  patchutils  0.4.2-1
ii  perl [libencode-perl]   5.32.1-6
ii  t1utils 1.41-4
ii  unzip   6.0-26
ii  xz-utils5.2.5-2

lintian recommends no packages.

Versions of packages lintian suggests:
pn  binutils-multiarch 
pn  libtext-template-perl  

-- no debconf information

Bug#997976: podman suggests iptables, but "podman run" does not appear to work without it

[Ian Wienand]

Package: podman
Version: 3.4.1+ds1-2
Severity: normal
X-Debbugs-Cc: i...@debian.org

Dear Maintainer,

Somewhere between the bullseye version and current unstable, "iptables" became
a suggets, instead of a reccommends.  Looking at the changelogs I wasn't
exactly
clear why, but this appears to make "podman run" not work by default [1]:

---
2021-10-28 03:35:56.042 | ++ podman run -d dib-work-image /bin/sh
2021-10-28 03:35:56.241 | time="2021-10-28T03:35:56Z" level=error msg="error
loading cached network config: network \"podman\" not found in CNI cache"
2021-10-28 03:35:56.241 | time="2021-10-28T03:35:56Z" level=warning
msg="falling back to loading from existing plugins on disk"
2021-10-28 03:35:56.249 | time="2021-10-28T03:35:56Z" level=error msg="Error
tearing down partially created network namespace for container
a7a992e5399d8a8537d945684ac5193b762b2dbf18f29cd3aa724c389158fb65: error
removing pod cool_almeida_cool_almeida from CNI network \"podman\": could not
initialize iptables protocol 0: exec: \"iptables\": executable file not found
in $PATH"
2021-10-28 03:35:56.262 | Error: error configuring network namespace for
container a7a992e5399d8a8537d945684ac5193b762b2dbf18f29cd3aa724c389158fb65:
error adding pod cool_almeida_cool_almeida to CNI network "podman": failed to
locate iptables: exec: "iptables": executable file not found in $PATH
---

I have pulled in the unstable version to workaround bug #994451 which is how I
noticed.
We use --install-recommends in our CI

I had a poke through the changelog but it wasn't clear why this was changed.  I
am not
doing anything fancy with the networking, but I will admit it's a bit
convoluted.  Basically
we are building an image inside a container; so we use
"cgroup_manager=cgroupfs" [2].

I can just add iptables [3] but it would be helpful to know what is going on

Thanks,

-i

[1]
https://f480170607f99217bcc4-4f7bc0337492030d99b06b8cb4e22e06.ssl.cf5.rackcdn.com/815574/6/check/dib-
nodepool-functional-openstack-fedora-35-containerfile-
src/144981a/nodepool/builds/test-image-01.log
[2] https://opendev.org/zuul/nodepool/src/branch/master/Dockerfile#L102
[3] https://review.opendev.org/c/zuul/nodepool/+/815766


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

Kernel: Linux 5.14.0-2-amd64 (SMP w/4 CPU threads)
Kernel taint flags: TAINT_FIRMWARE_WORKAROUND
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_AU:en
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages podman depends on:
pn  conmon   
ii  containerd.io [runc] 1.4.11-1
pn  containernetworking-plugins  
pn  golang-github-containers-common  
ii  init-system-helpers  1.60
ii  libc62.32-4
ii  libdevmapper1.02.1   2:1.02.175-2.1
ii  libgpgme11   1.16.0-1.1
ii  libseccomp2  2.5.2-2

Versions of packages podman recommends:
pn  buildah   
pn  catatonit | tini | dumb-init  
pn  fuse-overlayfs
pn  golang-github-containernetworking-plugin-dnsname  
ii  slirp4netns   1.0.1-2
pn  uidmap

Versions of packages podman suggests:
pn  containers-storage  
pn  docker-compose  
ii  iptables1.8.7-1

Bug#994512: numactl: Please upgrade to 2.0.14

[Ian Wienand]

Ahh, sorry will have to ignore this, missed it when changing to dh.

On Tue, 21 Sep 2021, 8:24 pm Anatoly Pugachev,  wrote:

> # cat /etc/debian_version
> bookworm/sid
>
> # apt upgrade -y
> ...
> Preparing to unpack .../15-numactl_2.0.14-1_ppc64.deb ...
> Unpacking numactl (2.0.14-1) over (2.0.12-1) ...
> dpkg: error processing archive
> /tmp/apt-dpkg-install-xBb3tX/15-numactl_2.0.14-1_ppc64.deb (--unpack):
>  trying to overwrite '/usr/share/man/man2/move_pages.2.gz', which is
> also in package manpages-dev 5.10-1
> Errors were encountered while processing:
>  /tmp/apt-dpkg-install-xBb3tX/15-numactl_2.0.14-1_ppc64.deb
> E: Sub-process /usr/bin/dpkg returned an error code (1)
>

Bug#953674: nautilus: Thumbnail generation silently fails without unprivileged_userns_clone

[Ian Wienand]

Interesting, I haven't changed it and it set setuid; exactly the same as
yours.

$ ls -l /usr/bin/bwrap
-rwsr-xr-x 1 root root 59680 Nov 28 22:14 /usr/bin/bwrap

There's no oddness in my mounts; / is just a plain old ext4 and doesn't
have suid or anything set

/dev/mapper/jj--vg-root / ext4 rw,relatime,errors=remount-ro 0 0

non-modified kernel

$ uname -a
Linux jj 5.4.0-4-amd64 #1 SMP Debian 5.4.19-1 (2020-02-13) x86_64 GNU/Linux

It's the clone that fails:

7836  stat("/proc/self/ns/cgroup", {st_mode=S_IFREG|0444, st_size=0, ...})
= 0
7836  eventfd2(0, EFD_CLOEXEC)  = 5
7836  clone(child_stack=NULL,
flags=CLONE_NEWNS|CLONE_NEWCGROUP|CLONE_NEWUTS|CLONE_NEWIPC|CLONE_NEWUSER|CLONE_NEWPID|CLONE_NEWNET|SIGCHLD)
= -1 EPERM (Operation not permitted)
7836  write(2, "bwrap: ", 7)= 7
7836  write(2, "No permissions to creating new namespace, likely because
the kernel does not allow non-privileged user namespaces. On e.g. debian
this can be enabled with 'sysctl kernel.unprivileged_userns_clone=1'.", 199


On Thu, Mar 12, 2020 at 6:56 PM Simon McVittie  wrote:

> On Thu, 12 Mar 2020 at 17:14:12 +1100, Ian Wienand wrote:
> > 7836  write(2, "No permissions to creating new namespace, likely because
> the kernel does not allow non-privileged user namespaces. On e.g. debian
> this can be enabled with 'sysctl kernel.unprivileged_userns_clone=1'.", 199
> 
> > ---
> >
> > Setting kernel.unprivileged_userns_clone = 1 made thumbnails work again.
>
> Is /usr/bin/bwrap setuid root? If you haven't changed it, its permissions
> should be something like this:
>
> $ ls -l /usr/bin/bwrap
> -rwsr-xr-x 1 root root 59680 Nov 28 11:14 /usr/bin/bwrap
>
> It's meant to work on Debian kernels if it is setuid root *or*
> if the kernel.unprivileged_userns_clone sysctl is set to 1.
>
> smcv
>

Bug#953674: nautilus: Thumbnail generation silently fails without unprivileged_userns_clone

[Ian Wienand]

Package: nautilus
Version: 3.34.1-1
Severity: normal

I found that thumbnails were not generating on my NAS share, despite thumbnails
"All Files" being selected.

Upon further investigation with strace, I found that the bwrap call to the 
thumbnailer was failing:

---
7836  execve("/usr/bin/bwrap", ["bwrap", "--ro-bind", "/usr", "/usr", 
"--ro-bind", "/etc/ld.so.cache", "/etc/ld.so.cache", "--ro-bind", "/bin", 
"/bin", "--ro-bind", "/lib64", "/lib64", "--ro-bind", "/lib", "/lib", 
"--ro-bind", "/sbin", "/sbin", "--ro-bind-try", "/var/cache/fontconfig", 
"/var/cache/fontconfig", "--proc", "/proc", "--dev", "/dev", "--chdir", "/", 
"--setenv", "GIO_USE_VFS", "local", "--unshare-all", "--die-with-parent", 
"--bind", "/tmp/gnome-desktop-thumbnailer-ME1AH0", "/tmp", "--ro-bind", 
"/run/user/1000/gvfs/smb-share:server=synology,share=photo/abc.jpg", 
"/tmp/gnome-desktop-file-to-thumbnail.jpg", "--seccomp", "36", 
"/usr/bin/gdk-pixbuf-thumbnailer", "-s", "256", 
"file:///tmp/gnome-desktop-file-to-thumbnail.jpg", 
"/tmp/gnome-desktop-thumbnailer.png"], 0x55925d20 /* 40 vars */ 
...
7836  write(2, "No permissions to creating new namespace, likely because the 
kernel does not allow non-privileged user namespaces. On e.g. debian this can 
be enabled with 'sysctl kernel.unprivileged_userns_clone=1'.", 199 
---

Setting kernel.unprivileged_userns_clone = 1 made thumbnails work again.

AFAIK I've never fiddled any of these settings.  I just got a new NAS
so do not know if this was happening prior to this.  Afer I found the problem,
I found someone else had the same thing happening [1], although again
no root cause.

I feel like this should work by default.

bubblewrap is: 

$ bwrap --version
bubblewrap 0.4.0

-i

[1] https://bugs.funtoo.org/secure/attachment/16930/debug.html

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

Kernel: Linux 5.4.0-4-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)
LSM: AppArmor: enabled

Versions of packages nautilus depends on:
ii  bubblewrap  0.4.0-1
ii  desktop-file-utils  0.24-1
ii  gsettings-desktop-schemas   3.34.0-2
ii  gvfs1.42.2-1
ii  libatk1.0-0 2.34.1-1
ii  libc6   2.29-10
ii  libcairo-gobject2   1.16.0-4
ii  libcairo2   1.16.0-4
ii  libgdk-pixbuf2.0-0  2.40.0+dfsg-2
ii  libgexiv2-2 0.12.0-2
ii  libglib2.0-02.62.5-1
ii  libglib2.0-data 2.62.5-1
ii  libgnome-autoar-0-0 0.2.3-2
ii  libgnome-desktop-3-18   3.34.2-2
ii  libgstreamer-plugins-base1.0-0  1.16.2-2
ii  libgstreamer1.0-0   1.16.2-2
ii  libgtk-3-0  3.24.13-1
ii  libnautilus-extension1a 3.34.1-1
ii  libpango-1.0-0  1.42.4-8
ii  libpangocairo-1.0-0 1.42.4-8
ii  libselinux1 3.0-1+b1
ii  libtracker-sparql-2.0-0 2.3.2-1
ii  nautilus-data   3.34.1-1
ii  shared-mime-info1.10-1
ii  tracker 2.3.2-1
ii  tracker-extract 2.3.2-1
ii  tracker-miner-fs2.3.2-1

Versions of packages nautilus recommends:
ii  gnome-sushi  3.34.0-2
ii  gvfs-backends1.42.2-1
ii  librsvg2-common  2.46.4-1

Versions of packages nautilus suggests:
ii  eog 3.34.1-1
ii  evince [pdf-viewer] 3.34.1-1+b1
ii  nautilus-extension-brasero  3.12.2-6
ii  nautilus-sendto 3.8.6-3
ii  totem   3.34.1-2
ii  vlc [mp3-decoder]   3.0.8-4
ii  xdg-user-dirs   0.17-2

-- no debconf information

Bug#908624: Removal

[Ian Wienand]

Hello,

The REST API that is used by this package no longer exists, so it is
not actually useful.
Upstream development has stopped / been abandoned.

This is all replaced by the Graph API [1] which has all it's own SDK's etc.

-i

[1] https://developers.facebook.com/docs/graph-api/

Bug#908624: RM: python-facebook -- ROM; The REST API used by this package has been removed by Facebook (for the Graph API) and thus this package is not useful.

[Ian Wienand]

Package: ftp.debian.org
Severity: normal

Bug#883311: libatomic-ops: mips don't set mips3/set mips2 for mips r6

[Ian Wienand]

> This patch has been merged upstream, while not released with 7.6,
> Please cherry-pick from upstream.

7.6.4 in unstable/testing appears to have this patch.  Just to be
clear, are you saying it's something critical to pull into stable?

Thanks,

-i

On Mon, May 28, 2018 at 8:34 PM, YunQiang Su  wrote:
> On Sat, 2 Dec 2017 15:29:56 +0800 YunQiang Su  wrote:
>> Package: src:libatomic-ops
>> Version: 7.4.8-1
>>
>> MIPS r6 uses different encode for ll/sc pair with r5 and previous.
>> So if `.set mips3' in asm, it will generate previous encode for ll/sc.
>
> This patch has been merged upstream, while not released with 7.6,
> Please cherry-pick from upstream.
>
> https://github.com/ivmai/libatomic_ops/pull/33
>
>>
>> --
>> YunQiang Su

Bug#895532: linux-image-4.14.0-0.bpo.3-arm64: Enable CONFIG_SCSI_SYM53C8XX_2 for ARM64

[Ian Wienand]

Package: src:linux
Version: 4.14.13-1~bpo9+1
Severity: normal

Hi,

We seem to be missing the sym53c8xx module on arm64.  This means that
it is possible in some situations SCSI devices such as the cd-rom
drive can't be found -- this can be quite annoying on a
virtual-machine where this results in the config-drive not being
found, and cloud-init (or other tools) can't deploy keys and
configurations.

The Ubuntu 4.13.0-38-generic kernel does include this, and things work
as expected.  From the Ubuntu configs:

 config.common.amd64:CONFIG_SCSI_SYM53C8XX_2=m

An lspci on the affected host shows the controllers

 00:00.0 Host bridge: Red Hat, Inc. Device 0008
 00:01.0 SCSI storage controller: LSI Logic / Symbios Logic 53c895a
 00:02.0 SCSI storage controller: LSI Logic / Symbios Logic 53c895a
 00:03.0 SCSI storage controller: LSI Logic / Symbios Logic 53c895a

I think that clouds should be configured to show the cdrom via modern
methods such as virtio-scsi, etc.  But clearly some aren't, as I'm
seeing this problem on a deployed OpenStack instance.

Thus I think enabling this as a module will possibly help anyone
booting arm64 kvm hosts from nasty surprises where they can't get into
hosts (and also brings parity with ubuntu, which does seem work in the
same environment).

Thanks,

-i

-- Package-specific info:
** Version:
Linux version 4.14.0-0.bpo.3-arm64 (debian-ker...@lists.debian.org) (gcc 
version 6.3.0 20170516 (Debian 6.3.0-18)) #1 SMP Debian 4.14.13-1~bpo9+1 
(2018-01-14)

** Command line:
BOOT_IMAGE=/boot/vmlinuz-4.14.0-0.bpo.3-arm64 root=LABEL=cloudimg-rootfs ro 
nofb nomodeset vga=normal console=tty0 console=ttyAMA0,115200 no_timer_check 
nofb nomodeset vga=normal

** Not tainted

** Kernel log:
[5.584275] python[365]: syscall 318
[5.584930] Code: aa0503e4 aa0603e5 aa0703e6 d401 (b13ffc1f) 
[5.585942] CPU: 2 PID: 365 Comm: python Not tainted 4.14.0-0.bpo.3-arm64 #1 
Debian 4.14.13-1~bpo9+1
[5.587497] Hardware name: QEMU KVM Virtual Machine, BIOS 0.0.0 02/06/2015
[5.588713] task: 8001f4b6f000 task.stack: 0c2c
[5.589765] PC is at 0x8fca0784
[5.590436] LR is at 0x8f815ec0
[5.591041] pc : [<8fca0784>] lr : [<8f815ec0>] pstate: 
6000
[5.592335] sp : e184e990
[5.592895] x29: e184e9d0 x28:  
[5.593780] x27:  x26: 8fe6b830 
[5.594681] x25: 8f853000 x24: 8fca0760 
[5.595595] x23:  x22: e184ea20 
[5.596481] x21: e184ea38 x20: e184ef00 
[5.597366] x19: 8f827000 x18: 0001 
[5.598262] x17: 8f815e5c x16: 8f8280f8 
[5.599164] x15: 076b89c0afadf41e x14: 0048 
[5.600090] x13: 0009 x12: c4a48db8 
[5.600979] x11: 0038 x10: 0101010101010101 
[5.601867] x9 : 0007 x8 : 013e 
[5.602763] x7 :  x6 :  
[5.603679] x5 :  x4 :  
[5.604567] x3 :  x2 : 0001 
[5.605453] x1 : 0001 x0 : 8fad6880 
[5.918196] 8021q: adding VLAN 0 to HW filter on device eth0

** Model information

** Loaded modules:
scsi_transport_spi
ip6t_REJECT
nf_reject_ipv6
nf_conntrack_ipv6
nf_defrag_ipv6
ip6table_filter
ip6_tables
ipt_REJECT
nf_reject_ipv4
nf_log_ipv4
nf_log_common
xt_LOG
xt_limit
nf_conntrack_ipv4
nf_defrag_ipv4
xt_tcpudp
xt_conntrack
nf_conntrack
libcrc32c
iptable_filter
nls_ascii
nls_cp437
vfat
fat
aes_ce_blk
crypto_simd
cryptd
efi_pstore
efivars
sg
aes_ce_cipher
ghash_ce
gf128mul
sha2_ce
sha256_arm64
evdev
sha1_ce
virtio_balloon
gpio_keys
ib_iser
rdma_cm
iw_cm
ib_cm
ib_core
configfs
iscsi_tcp
libiscsi_tcp
libiscsi
scsi_transport_iscsi
sr_mod
cdrom
8021q
garp
mrp
stp
llc
efivarfs
ip_tables
x_tables
autofs4
ext4
crc16
mbcache
jbd2
crc32c_generic
fscrypto
ecb
aes_arm64
sd_mod
virtio_scsi
scsi_mod
virtio_net
virtio_mmio
virtio_ring
virtio

** PCI devices:
00:00.0 Host bridge [0600]: Red Hat, Inc. QEMU PCIe Host bridge [1b36:0008]
Subsystem: Red Hat, Inc QEMU PCIe Host bridge [1af4:1100]
Control: I/O- Mem- BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx-
Status: Cap- 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- 
pn  firmware-linux-free  
pn  irqbalance   

Versions of packages linux-image-4.14.0-0.bpo.3-arm64 suggests:
pn  debian-kernel-handbook  
pn  linux-doc-4.14  

Versions of packages linux-image-4.14.0-0.bpo.3-arm64 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  

Bug#867241: libatomic-ops: Please add support for arm64ilp32 architecture

[Ian Wienand]

Sorry for the delay on this

As you're the expert, could you submit this as a pull request on

https://github.com/ivmai/libatomic_ops

When it is accepted upstream I'll happily include it as a debian patch
until it makes it into a release, but I'm very hesitant to do that without
upstream review first.  Even trivial things that break atomicity would be
bad

Thanks,

-i

On Wed, Jul 5, 2017 at 12:49 PM, Wookey  wrote:

> Source: libatomic-ops
> Version: 7.4.4-3
> Severity: wishlist
> Tags: upstream patch
>
> libatomic-ops FTBFS on arm64ilp32 arch. This trival patch fixes that.
>
> It might be better to refactor the code to check for ILP32 on all
> 64-bit arches that support it rather than this per-arch fix, but I
> don't know enough about the codebase to be sure if that is a good
> idea. This is a safe, minimal patch.
>

Bug#773205: libatomic-ops-dev: FTBFS on mips64el

[Ian Wienand]

I'm sorry about this. I must have misread the history of that branch

My preference is to be in sync with upstream, so I have asked if we
can get this in a 7.4.5 release [1]

If no response, or not possible, I'll add these back in

Thanks,

-i

[1] https://github.com/ivmai/libatomic_ops/issues/20

On Fri, Oct 28, 2016 at 8:31 PM, James Cowgill  wrote:
> Control: found -1 7.4.4-1
> Control: severity -1 serious
>
> Hi,
>
> In 7.4.4-1 the patches adding mips64el support were removed from the
> package. While they've applied upstream in the 'master' branch not all
> of them were applied to the 'release-7_4' branch and libatomic-ops FTBFS
> on mips64el again.
>
> These have been applied to 7.4.4-1 (which is good):
>  0002-Remove-inclusion-of-acquire_release_volatile.h-on-mi.patch
>  0003-Minor-fix-of-code-alignment-in-mips-AO_compare_and_s.patch
>
> Please reapply these patches from 7.4.2-3:
>  0001-Use-LLD-and-SCD-instructions-on-mips64.patch
>  0004-Support-n32-ABI-for-mips64.patch
>
> Thanks,
> James
>

Bug#819604: arduino-mk: Broken with latest pyserial

[Ian Wienand]

Package: arduino-mk
Version: 1.5-2
Severity: normal

Hi,

/usr/bin/ard-reset-arduino isn't compatible with pyserial 3.0 as in
testing.  It was fixed with [1] which is in the 1.5.1 release.  Ergo,
updating to this should fix the bug

Thanks,

-i

[1] 
https://github.com/sudar/Arduino-Makefile/commit/745b520dd6de348c2016a9c699b8590290819195

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

Kernel: Linux 4.5.0-040500-generic (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 arduino-mk depends on:
ii  arduino-core   2:1.0.5+dfsg2-4
ii  make   4.1-9
ii  python 2.7.11-1
ii  python-serial  3.0.1-1

Versions of packages arduino-mk recommends:
ii  screen  4.3.1-2

arduino-mk suggests no packages.

-- no debconf information

Bug#814952: numactl: Fix FTBS when all file timestamps are updated

[Ian Wienand]

On Tue, Feb 16, 2016 at 03:11:04PM -0800, Nishanth Aravamudan wrote:
> # find . -exec touch {} \;
> # debian/rules build

> /root/numactl-2.0.11/build-aux/missing: line 81: aclocal-1.14: command not 
> found
> WARNING: 'aclocal-1.14' is missing on your system.

I'm not sure this is unexpected; if you go and touch all the generated
files and configure thinks they have been modified, it will try to
regenerate them.

I don't understand why you would want to do this and why it would make
it a FTBFS bug?

-i

Bug#728955: libatomic-ops: diff for NMU version 7.4.2-1.2

[Ian Wienand]

The patch has not been applied because it is not clear it is correct

There is a thread that starts at [1] and ended inconclusively at [2]

It's unfortunate that the number of people who understand power memory ordering
issues at the level required can probably be counted on one hand.  But I don't
think we should apply patches upstream feel don't address the issue

-i

[1] http://www.hpl.hp.com/hosted/linux/mail-archives/gc/2014-January/005825.html
[2] 
http://www.hpl.hp.com/hosted/linux/mail-archives/gc/2014-February/005852.html

On Fri, Dec 11, 2015 at 7:32 AM, gregor herrmann  wrote:
> Control: tags 728955 + pending
>
> Dear maintainer,
>
> Fernando Seiti Furusato has prepared an NMU for libatomic-ops
> (versioned as 7.4.2-1.2) and I've uploaded it to DELAYED/5. Please
> feel free to tell me if I should delay it longer.
>
> Regards.
>
> --
>  .''`.  Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06
>  : :' : Debian GNU/Linux user, admin, and developer -  https://www.debian.org/
>  `. `'  Member of VIBE!AT & SPI, fellow of the Free Software Foundation Europe
>`-   NP: Andrew Lloyd Webber & Tim Rice
>
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v1
>
> iQJ8BAEBCgBmBQJWaeF9XxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w
> ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXREMUUxMzE2RTkzQTc2MEE4MTA0RDg1RkFC
> QjNBNjgwMTg2NDlBQTA2AAoJELs6aAGGSaoGWO0P/3y0daKtNH43R0nQDiPuWFfp
> 3dSFljsxqvD4sElq/OJJbDiS0rCiItOqug7BNllfjKrXvRo+n925sds37Bz2vow6
> ytkOh6bBQhLGA3zZhm4FvanaJEbpq93STxtyKWH28sA7hS74lIu4zy9Fil8BXXKh
> D3cDeJ4R4rpxVTpFi7+MOdApZNWz92LyACn7H4TgjWg9ECG0INqS/eTNV1jQkJYD
> AX5oK+Ny9N3Es0l4+rprqx1VUPr4T08ieC9D1j4QD6185NiQMH+xGv0QkbtnDnPO
> bNHkS5g2HeEh/ExQZNn2yMWqWOtHGbDPBlVpwEGjSUBP9ipXy/Gd2O4lg4S5wY46
> lj/gH6HfcBRQxlmeJ0a9/f57sJd3jIt3JDy5VbtjNU2t/OGsFMpUcnDThZzvFQ9q
> dYhEYekRcJ2vfFnYm5T68RvFZHUdkXujXaUQM47CjTji49Gi5AmAjCw6ZG65YSPj
> kMiYxxfbP8D0mGSqP5/Izyn33JwnJJ9S1OLrjfK2YnVZJnmjJTEZYAescHVPabZp
> PPfLnu1FWdjGxthZMwdRVWMX8gwqUH/TOnzCBYmcYobE3juuxiK6zg5NLz2MGVWv
> ixpgcW4e0gvODdgpjyuVIbbc+nuxQ/JUM2pJvV8NOJsuzLqG28VX1mVNth78ayPe
> kKz8Vt7biE/iGgXBuZlh
> =sBVD
> -END PGP SIGNATURE-
>

Bug#805599: mediatomb: Segfault when "mark-played-items" enabled

[Ian Wienand]

Package: mediatomb
Version: 0.12.1-47-g7ab7616-1
Severity: normal

When enabling the "mark-played-items" configuration option, there
is a repeatable segfault of the application as soon as you
attempt to watch a video file.

I have attached a backtrace


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

Kernel: Linux 3.16.0-4-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/dash
Init: systemd (via /run/systemd/system)

Versions of packages mediatomb depends on:
ii  iceweasel [www-browser]  38.4.0esr-1~deb8u1
ii  mediatomb-daemon 0.12.1-47-g7ab7616-1
ii  w3m [www-browser]0.5.3-19

mediatomb recommends no packages.

mediatomb suggests no packages.

-- no debconf information
#0  ConfigManager::getStringArrayOption (this=this@entry=0xf43840, 
option=option@entry=CFG_SERVER_EXTOPTS_MARK_PLAYED_ITEMS_CONTENT_LIST) at 
../src/config_manager.cc:3172
No locals.
#1  0x004f4911 in PlayHook::trigger (this=this@entry=0x7f847c0101a0, 
obj=...) at ../src/play_hook.cc:57
mark_list = {_ptr = 0x28}
cfg = {_ptr = 0xf43840}
__func__ = "trigger"
#2  0x004eae2c in FileRequestHandler::open 
(this=this@entry=0x7f847c000ee0, filename=, 
info=info@entry=0x7f8491ffaab0, mode=mode@entry=UPNP_READ, range=...)
at ../src/file_request_handler.cc:744
io_handler = {_ptr = 0x7f847c027a80}
objectID = 
mimeType = {base = 0x7f847c005b40}
is_srt = 
tr_profile = {base = 0x0}
__func__ = "open"
statbuf = {st_dev = 2304, st_ino = 4100062952, st_nlink = 1, st_mode = 
33188, st_uid = 1000, st_gid = 1000, __pad0 = 0, st_rdev = 0, st_size = 
534903120, st_blksize = 4096, 
  st_blocks = 1044752, st_atim = {tv_sec = 1447957178, tv_nsec = 
970304166}, st_mtim = {tv_sec = 1421686659, tv_nsec = 565695282}, st_ctim = 
{tv_sec = 1421686659, tv_nsec = 565695282}, 
  __glibc_reserved = {0, 0, 0}}
url_path = {base = 0x0}
parameters = {base = 0x7f847c028d30}
dict = {_ptr = 0x7f847c000b00}
objID = {base = 0x7f847c029040}
storage = {_ptr = 0xf40cb0}
obj = {_ptr = 0x7f847c00f840}
objectType = 
res_id = 
s_res_id = {base = 0x7f847c027740}
item = {_ptr = 0x7f847c00f840}
path = {base = 0x7f847c00dc40}
ext = {base = 0x7f847c027670}
edot = 
header = {base = 0x7f847c025ff0}
slash_pos = 
rh = {base = 0x0}
#3  0x004c1290 in web_open (filename=, 
headers=, info=0x7f8491ffaab0, mode=UPNP_READ) at 
../src/web_callbacks.cc:225
reqHandler = {_ptr = 0x7f847c000ee0}
ioHandler = {_ptr = 0x7f847c027040}
__func__ = "web_open"
link = {base = 0x7f847c028e00}
timeseek = 
#4  0x0052d1fb in process_request (Fp=, 
RespInstr=0x7f8491ffab30, alias=0x7f8491ffaae0, filename=0x7f8491ffaa90, 
headers=0x7f8491ffaa70, rtype=, 
req=0x7f8491ffac90) at ../upnp/src/genlib/net/http/webserver.c:1340
request_doc = 0x7f847c00aad0 
"/content/media/object_id/2447/res_id/0/ext/file.m4v"
url = 0x7f8491ffac98
temp_str = 
using_virtual_dir = 1 '\001'
alias_grabbed = 0 '\000'
dummy = 51
code = 
err_code = 500
finfo = {file_length = 534903120, last_modified = 1421686659, 
is_directory = 0, is_readable = 1, force_chunked = 0, content_type = 
0x7f847c001030 "video/x-m4v", 
  http_header = 0x7f847c001d10 "Content-Disposition: attachment; 
filename=\"my-file.m4v\"\r\nAccept-Ranges: bytes"}
using_alias = 0 '\000'
resp_major = 1
resp_minor = 1
#5  web_server_callback (parser=0x7f8491ffac90, req=0x7f8491ffac90, 
info=0x7f8491ffac80) at ../upnp/src/genlib/net/http/webserver.c:1800
ret = 
timeout = 0
rtype = RESP_FILEDOC
headers = {buf = 0x0, length = 0, capacity = 0, size_inc = 5}
filename = {buf = 0x7f847c000ea0 
"/content/media/object_id/2447/res_id/0/ext/file.m4v", length = 51, capacity = 
51, size_inc = 5}
xmldoc = {name = {buf = 0x0, length = 0, capacity = 0, size_inc = 0}, 
doc = {buf = 0x0, length = 0, capacity = 0, size_inc = 0}, last_modified = 0, 
ct = 0x0}
RespInstr = {IsVirtualFile = 1, IsChunkActive = 0, IsRangeActive = 0, 
IsTrailers = 0, RangeHeader = '\000' , "Y\f진\177", '\000' 
, 
  RangeOffset = 16, ReadSendSize = 140207361862768, RecvWriteSize = 
140207361862688}
Fp = 0x0
#6  0x00525fc2 in dispatch_request (hparser=0x7f8491ffac90, 
info=0x7f8491ffac80) at ../upnp/src/genlib/miniserver/miniserver.c:236
callback = 
#7  handle_request (args=0x7f848c0008c0) at 
../upnp/src/genlib/miniserver/miniserver.c:339
info = {socket = 12, foreign_ip_addr = {s_addr = 3137382592}, 
foreign_ip_port = 58739}
http_error_code = 0
ret_code 

Bug#805599: mediatomb: Segfault when "mark-played-items" enabled

[Ian Wienand]

Source: mediatomb
Followup-For: Bug #805599

It turns out this is a lack of a default in
mark-played-items/mark/content, despite this being documented as
optional

A quick workaround is to add


  *
  
   video
  


to the config file.  I believe the following patch should add the
default values if none are set.

-- System Information:
Debian Release: stretch/sid
  APT prefers testing
  APT policy: (650, 'testing'), (600, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.2.0-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
Init: systemd (via /run/systemd/system)
>From 086f951bdb2c156a1bff3e320009d147901a8a27 Mon Sep 17 00:00:00 2001
From: Ian Wienand <i...@wienand.org>
Date: Fri, 20 Nov 2015 13:04:58 +1100
Subject: [PATCH 1/1] Add defaults for mark-played-items / content parameter

 is documented as an optional config option,
but if it is not set, no default is set for
CFG_SERVER_EXTOPTS_MARK_PLAYED_ITEMS_CONTENT_LIST and we will end up
segfaulting when we try to mark it played in src/play_hook.cc

This adds the defaults when the option is not set
---
 src/config_manager.cc | 7 +++
 1 file changed, 7 insertions(+)

diff --git a/src/config_manager.cc b/src/config_manager.cc
index 2d069c7..b3d1dd5 100644
--- a/src/config_manager.cc
+++ b/src/config_manager.cc
@@ -1949,6 +1949,13 @@ void ConfigManager::validate(String serverhome)
 NEW_STRARR_OPTION(mark_content_list);
 SET_STRARR_OPTION(CFG_SERVER_EXTOPTS_MARK_PLAYED_ITEMS_CONTENT_LIST);
 }
+} else {
+// add default content types if ... not specified
+mark_content_list->append(_(DEFAULT_MARK_PLAYED_CONTENT_VIDEO));
+mark_content_list->append(_(DEFAULT_MARK_PLAYED_CONTENT_AUDIO));
+mark_content_list->append(_(DEFAULT_MARK_PLAYED_CONTENT_IMAGE));
+NEW_STRARR_OPTION(mark_content_list);
+SET_STRARR_OPTION(CFG_SERVER_EXTOPTS_MARK_PLAYED_ITEMS_CONTENT_LIST);
 }
 }
 
-- 
2.6.2

Bug#748853: libatomic-ops-dev: header files don't work with C++

[Ian Wienand]

tags #308791 + wontfix
thanks

I'm not really convinced this should be done in the libatomic_ops
header files; it's all plain C.  I think if a C++ app wants to include
these headers it should do the extern itself (firebird is an example,
see [1])

Thanks

-i

[1] 
http://sourceforge.net/p/firebird/code/HEAD/tree/firebird/trunk/src/common/classes/fb_atomic.h

On Wed, May 21, 2014 at 08:48:04AM -0400, John David Anglin wrote:
 Package: libatomic-ops-dev
 Version: 7.3~alpha3+git20130717-1
 Severity: normal
 
 The atomic_ops.h header and include headers from /usr/include/atomic_ops
 lack the standard namespace stuff for use with C++:
 
 #ifdef __cplusplus
 extern C {
 #endif
 
 ...
 
 #ifdef __cplusplus
 }
 #endif
 
 This leads to link errors when libatomic_ops.a is linked against an
 application compiled with g++ (e.g., ceph)s:
 
 libtool: link: g++-4.8 -I/usr/include/nss -I/usr/include/nspr -Wall 
 -Wtype-limits -Wignored-qualifiers -Winit-self -Wpointer-arith 
 -Werror=format-security -fno-
 strict-aliasing -fsigned-char -rdynamic -ftemplate-depth-1024 
 -Wnon-virtual-dtor
  -Wno-invalid-offsetof -Wstrict-null-sentinel -g -O2 -Wformat 
 -Werror=format-sec
 urity -o .libs/ceph_rgw_multiparser rgw/rgw_multiparser.o  -Wl,--as-needed 
 ./.li
 bs/librgw.a ./.libs/librados.so ./.libs/libcls_rgw_client.a 
 libcls_log_client.a 
 libcls_statelog_client.a libcls_user_client.a libcls_replica_log_client.a 
 ./.lib
 s/libcls_lock_client.a ./.libs/libcls_refcount_client.a 
 libcls_version_client.a 
 /usr/lib/hppa-linux-gnu/libcurl-gnutls.so /usr/lib/hppa-linux-gnu/libexpat.so 
 /u
 sr/lib/libfcgi.so ./.libs/libglobal.a ./.libs/libcommon.a -ldl -lnss3 
 -lnssutil3
  -lsmime3 -lssl3 -lplds4 -lplc4 -lnspr4 -luuid -lm /usr/lib/libatomic_ops.a 
 -lrt
  -lboost_thread -lboost_system -lleveldb -lsnappy -pthread
 ./.libs/librados.so: undefined reference to 
 `AO_fetch_compare_and_swap_emulation
 (unsigned int volatile*, unsigned int, unsigned int)'
 ./.libs/librados.so: undefined reference to `AO_store_full_emulation(unsigned 
 in
 t volatile*, unsigned int)'
 collect2: error: ld returned 1 exit status
 
 -- System Information:
 Debian Release: jessie/sid
   APT prefers unreleased
   APT policy: (500, 'unreleased'), (500, 'unstable')
 Architecture: hppa (parisc64)
 
 Kernel: Linux 3.14.4+ (SMP w/4 CPU cores)
 Locale: LANG=C, LC_CTYPE=C (charmap=UTF-8) (ignored: LC_ALL set to en_CA.utf8)
 Shell: /bin/sh linked to /bin/dash
 
 -- no debconf information


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

Bug#719952: More info

[Ian Wienand]

Can you give me some more info on where this FTBFS and under what
circumstances?

Bug#712692: [PATCH] Fix segfault in read_distance_table when no NUMA

[Ian Wienand]

Hi

Debian bug #712692 reported a segfault on systems with no numa info.
In this case, read_distance_table would exit with 0 which was not
picked up as an error by numa_distance(), leading to a dereference of
distance_table.

Signed-off-by: Ian Wienand i...@wienand.org
---
 distance.c |4 +---
 1 file changed, 1 insertion(+), 3 deletions(-)

diff --git a/distance.c b/distance.c
index 4a26972..ec423c4 100755
--- a/distance.c
+++ b/distance.c
@@ -58,15 +58,13 @@ static int read_distance_table(void)
int *table = NULL;
int err = -1;
 
-   for (nd = 0;; nd++) {
+   for (nd = 0; ndmaxnode; nd++) {
char fn[100];
FILE *dfh;
sprintf(fn, /sys/devices/system/node/node%d/distance, nd);
dfh = fopen(fn, r);
if (!dfh) {
if (errno == ENOENT)
-   err = 0;
-   if (!err  ndmaxnode)
continue;
else
break;
-- 
1.7.10.4


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

Bug#680100: Re[4]: [Gc] Alpha issue running test_stack (Debian Bug #680100)

[Ian Wienand]

On Fri, Dec 14, 2012 at 03:29:23PM +0100, gregor herrmann wrote:
 I've prepared a debdiff where I tried to backport the 00d7cb8 commit
 to the version in testing (attached).
 
 Could you please take a look at it and if possible upload it after
 checking back with the release team?

Thanks for doing this.  As discussed, this looks correct to me and I'd
really appreciate if you could do the NMU on-top of the existing
package in t-p-u

Thanks,

-i


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

Bug#632604: libatomic-ops: diff for NMU version 7.3~alpha1+git20111031-1.1

[Ian Wienand]

On Tue, Oct 2, 2012 at 8:35 AM, gregor herrmann gre...@debian.org wrote:
 Ian, if your busy I'm happy to upload the fix (if Mehdi is ok with
 the diff).

Many thanks for looking into this.  I'd be glad if you can upload; I
would only upload the same thing anyway.

Thanks,

-i


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

Bug#682853: libnuma1: uses dh_makeshlibs -V for no good reason

[Ian Wienand]

On Thu, Jul 26, 2012 at 3:22 AM, Julien Cristau jcris...@debian.org wrote:
 numactl's debian/rules sets 'DEB_DH_MAKESHLIBS_ARGS   := -V', which
 means reverse deps get a too strong dependency on libnuma1.  Right now,
 this prevents hwloc from moving to wheezy to fix RC bug #664571.  The
 shlibs dependencies should only be bumped when the ABI is modified (e.g.
 by adding new functions).

Hmm, I'm not sure if it's incorrect, or just the conservative
approach.  The reason it is there was because we got into trouble
before when symbols were added (#570201).  Upstream doesn't really
make it clear when symbols are added as they don't bump a minor
number.

In this case, I think between wheezy and now there are no new symbols,
so the compatibility is OK, so I could probably change it.  I guess
the other option is to move numctal 2.0.8-rc4 into wheezy...

-i


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

Bug#680100: Powerpc/m68k/freebsd issue running test_stack

[Ian Wienand]

Hi,

We've received Debian bug #680100 [1] that test_stack is spinning out
on powerpc.  There is also a possibly related bug with test_stack
seeming to give a bus error on m68k [2], and on i386 with the freebsd
kernel [3].

The change that you pushed the other day should only have affected
ia64; so I think what we're seeing here is an existing issue just
showing up because the recent update has made libatomic-ops rebuild on
all these architectures.  The freebsd one pre-dates recent changes...

Maybe these are related, or maybe not.  It would be great if anyone
with these architectures could duplicate the problem to give us some
more clues.

-i

[1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=680100
[2] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=680066
[3] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=655872



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

Bug#679680: [PATCH] Fix missing unsigned on fetch CAS calls

[Ian Wienand]

Hi,

Debian bug #679680 [1] found this issue

In the generalize-small.h template we have

---
#if defined(AO_HAVE_XSIZE_fetch_compare_and_swap_acquire) \
 !defined(AO_HAVE_XSIZE_compare_and_swap_acquire)
  AO_INLINE int
  AO_XSIZE_compare_and_swap_acquire(volatile XCTYPE *addr, XCTYPE old_val,
XCTYPE new_val)
  {
return AO_XSIZE_fetch_compare_and_swap_acquire(addr, old_val, new_val)
 == old_val;
  }
# define AO_HAVE_XSIZE_compare_and_swap_acquire
#endif
---

which matches for ia64; but then it tries to call the fetch CAS with
addr which ia64 defines as 

---
AO_INLINE unsigned char
AO_char_fetch_compare_and_swap_acquire(volatile unsigned char *addr,
unsigned char old, unsigned char new_val)

---

I'm pretty sure the unsigned just got left off in the template

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

-i

* atomic_ops/generalize-small.template : add unsigned qualifier
  when fetch CAS defined (Debian bug #679680)
* atomic_ops/generalize-small.h : regenerate

Signed-off-by: Ian Wienand i...@wienand.org
---
 src/atomic_ops/generalize-small.h|   45 ++
 src/atomic_ops/generalize-small.template |   15 ++
 2 files changed, 36 insertions(+), 24 deletions(-)

diff --git a/src/atomic_ops/generalize-small.h 
b/src/atomic_ops/generalize-small.h
index f30ebac..6cd6e6a 100644
--- a/src/atomic_ops/generalize-small.h
+++ b/src/atomic_ops/generalize-small.h
@@ -158,8 +158,9 @@
 #if defined(AO_HAVE_char_fetch_compare_and_swap_full) \
  !defined(AO_HAVE_char_compare_and_swap_full)
   AO_INLINE int
-  AO_char_compare_and_swap_full(volatile char *addr, char old_val,
- char new_val)
+  AO_char_compare_and_swap_full(volatile unsigned char *addr,
+ unsigned char old_val,
+ unsigned char new_val)
   {
 return AO_char_fetch_compare_and_swap_full(addr, old_val, new_val)
  == old_val;
@@ -170,8 +171,9 @@
 #if defined(AO_HAVE_char_fetch_compare_and_swap_acquire) \
  !defined(AO_HAVE_char_compare_and_swap_acquire)
   AO_INLINE int
-  AO_char_compare_and_swap_acquire(volatile char *addr, char old_val,
-char new_val)
+  AO_char_compare_and_swap_acquire(volatile unsigned char *addr,
+unsigned char old_val,
+unsigned char new_val)
   {
 return AO_char_fetch_compare_and_swap_acquire(addr, old_val, new_val)
  == old_val;
@@ -182,8 +184,9 @@
 #if defined(AO_HAVE_char_fetch_compare_and_swap_release) \
  !defined(AO_HAVE_char_compare_and_swap_release)
   AO_INLINE int
-  AO_char_compare_and_swap_release(volatile char *addr, char old_val,
-char new_val)
+  AO_char_compare_and_swap_release(unsigned volatile char *addr,
+unsigned char old_val,
+unsigned char new_val)
   {
 return AO_char_fetch_compare_and_swap_release(addr, old_val, new_val)
  == old_val;
@@ -781,8 +784,9 @@
 #if defined(AO_HAVE_short_fetch_compare_and_swap_full) \
  !defined(AO_HAVE_short_compare_and_swap_full)
   AO_INLINE int
-  AO_short_compare_and_swap_full(volatile short *addr, short old_val,
- short new_val)
+  AO_short_compare_and_swap_full(volatile unsigned short *addr,
+ unsigned short old_val,
+ unsigned short new_val)
   {
 return AO_short_fetch_compare_and_swap_full(addr, old_val, new_val)
  == old_val;
@@ -793,8 +797,9 @@
 #if defined(AO_HAVE_short_fetch_compare_and_swap_acquire) \
  !defined(AO_HAVE_short_compare_and_swap_acquire)
   AO_INLINE int
-  AO_short_compare_and_swap_acquire(volatile short *addr, short old_val,
-short new_val)
+  AO_short_compare_and_swap_acquire(volatile unsigned short *addr,
+unsigned short old_val,
+unsigned short new_val)
   {
 return AO_short_fetch_compare_and_swap_acquire(addr, old_val, new_val)
  == old_val;
@@ -805,8 +810,9 @@
 #if defined(AO_HAVE_short_fetch_compare_and_swap_release) \
  !defined(AO_HAVE_short_compare_and_swap_release)
   AO_INLINE int
-  AO_short_compare_and_swap_release(volatile short *addr, short old_val,
-short new_val)
+  AO_short_compare_and_swap_release(unsigned volatile short *addr,
+unsigned short old_val,
+unsigned short new_val)
   {
 return AO_short_fetch_compare_and_swap_release(addr, old_val, new_val)
  == old_val;
@@ -1404,8 +1410,9 @@
 #if defined(AO_HAVE_int_fetch_compare_and_swap_full) \
  !defined

Bug#635022: binutils: bad binary with -fPIC and -pie

[Ian Wienand]

Package: binutils
Version: 2.20.1-16
Severity: important


The following small example fails

---
$ cat test.c
static __thread int x, a[8];
int main() { return a[x++]++; }

$ gcc -m32 -O1 -fPIC  -pie test.c  -o local

$ ./local 
Segmentation fault
---

I see the problem has been addressed via [1] (higher optimisation
levels make these tls variables local-dynamic and indroduce the
problem).  I have confirmed the fix provided in [2/3] fixes this issue
when applied against 2.20.1.  I can make a dpatch from that if you
would like.

It would be really nice if this could make it into a stable update;
unlike a BFD assert or something obvious like that, this is a real
PITA to track down when it subtly corrupts your code :)

Thanks,

-i

[1] https://bugs.launchpad.net/ubuntu/+source/binutils/+bug/663294
[2] http://sourceware.org/bugzilla/show_bug.cgi?id=12654
[3] 
http://sourceware.org/git/?p=binutils.git;a=commitdiff;h=394c20f3cb2295d278f2b25a59bd123bc310dfa1

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

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

Versions of packages binutils depends on:
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

binutils recommends no packages.

Versions of packages binutils suggests:
pn  binutils-doc  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#632281: elfutils isn't finding its plugins

[Ian Wienand]

Package: elfutils
Version: 0.152-1
Severity: important

The eu- tools aren't finding their backend plugins, thus falling back
to a default ELF parser.  You notice this if you're trying to look at
machine specific fields

It's weird, I can see that it is trying to dlopen what seems to be a
sane path:

Breakpoint 1, openbackend (elf=0x806d888, emulation=value optimized out, 
machine=3) at eblopenbackend.c:346
346 void *h = dlopen (dsoname, RTLD_LAZY);
(gdb) print (char*)dsoname
$2 = 0xbfffeccc $ORIGIN/../$LIB/elfutils/libebl_i386.so

but following that through in strace it seems $LIB gets expanded by
ld.so to i386-linux-gnu

open(/usr/bin/../i386-linux-gnu/elfutils/libebl_i386.so, O_RDONLY) = -1 
ENOENT (No such file or directory)

So not sure if this is a dynamic linker issue or a packaging issue.
Running it with LD_LIBRARY_PATH=/usr/lib/elfutils makes it work (try
readelf --all on a coredump file for example to see the difference in
output).

-i

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

Kernel: Linux 2.6.38.5
Locale: LANG=en_AU.utf8, LC_CTYPE=en_AU.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages elfutils depends on:
ii  libasm1   0.152-1library with a programmable assemb
ii  libc6 2.13-8 Embedded GNU C Library: Shared lib
ii  libdw10.152-1library that provides access to th
ii  libelf1   0.152-1library to read and write ELF file

elfutils recommends no packages.

elfutils suggests no packages.

-- no debconf information

-- debsums errors found:
prelink: /usr/bin/eu-addr2line: at least one of file's dependencies has changed 
since prelinking
debsums: changed file /usr/bin/eu-addr2line (from elfutils package)
prelink: /usr/bin/eu-ar: at least one of file's dependencies has changed since 
prelinking
debsums: changed file /usr/bin/eu-ar (from elfutils package)
prelink: /usr/bin/eu-elfcmp: at least one of file's dependencies has changed 
since prelinking
debsums: changed file /usr/bin/eu-elfcmp (from elfutils package)
prelink: /usr/bin/eu-elflint: at least one of file's dependencies has changed 
since prelinking
debsums: changed file /usr/bin/eu-elflint (from elfutils package)
prelink: /usr/bin/eu-findtextrel: at least one of file's dependencies has 
changed since prelinking
debsums: changed file /usr/bin/eu-findtextrel (from elfutils package)
prelink: /usr/bin/eu-ld: at least one of file's dependencies has changed since 
prelinking
debsums: changed file /usr/bin/eu-ld (from elfutils package)
prelink: /usr/bin/eu-nm: at least one of file's dependencies has changed since 
prelinking
debsums: changed file /usr/bin/eu-nm (from elfutils package)
prelink: /usr/bin/eu-objdump: at least one of file's dependencies has changed 
since prelinking
debsums: changed file /usr/bin/eu-objdump (from elfutils package)
prelink: /usr/bin/eu-ranlib: at least one of file's dependencies has changed 
since prelinking
debsums: changed file /usr/bin/eu-ranlib (from elfutils package)
prelink: /usr/bin/eu-readelf: at least one of file's dependencies has changed 
since prelinking
debsums: changed file /usr/bin/eu-readelf (from elfutils package)
prelink: /usr/bin/eu-size: at least one of file's dependencies has changed 
since prelinking
debsums: changed file /usr/bin/eu-size (from elfutils package)
prelink: /usr/bin/eu-strings: at least one of file's dependencies has changed 
since prelinking
debsums: changed file /usr/bin/eu-strings (from elfutils package)
prelink: /usr/bin/eu-strip: at least one of file's dependencies has changed 
since prelinking
debsums: changed file /usr/bin/eu-strip (from elfutils package)
prelink: /usr/bin/eu-unstrip: at least one of file's dependencies has changed 
since prelinking
debsums: changed file /usr/bin/eu-unstrip (from elfutils package)



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

Bug#580211: libatomic-ops: avr32 port in libgc

[Ian Wienand]

On Tue, May 04, 2010 at 12:42:50PM +0200, Stefano Rivera wrote:
 Can these patches be obtained?

Possibly -- would you be interested in extracting them and sending
them upstream [1]?  They are usually very responsive, and I monitor
the list and can pull from there when they make it in.

I don't like carrying patches not reviewed by upstream, because with
this sort of code it is way too easy to make mistakes and break the
semantics.  It's much better if everyone takes a look at new
implementations first.
 
 Should libatomic-ops be built out of libgc source now that it's
 maintained in libgc upstream?

They're maintained as separate projects, although out of the same
source tree.  I think it's probably better that libgc ships with its
version and keeps that in sync, and for people that just want the
atomic-ops library they can use this package.

-i

[1] g...@napali.hpl.hp.com



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

Bug#566850: AO_compare_and_swap[_full] not available on armel and sparc

[Ian Wienand]

On Mon, Jan 25, 2010 at 05:20:21PM +0200, Damyan Ivanov wrote:
 -=| Damyan Ivanov, Mon, Jan 25, 2010 at 04:56:33PM +0200 |=-
  firebird2.5 fails to build on armel and sparc because 
  AO_compare_and_swap_full is not defined on these architectures.

I'm afriad this is a firebird problem; libatomic-ops requires a
pre-definition of AO_REQUIRE_CAS if you want emulation of CAS.

For more info please see the readme, available online at

http://www.hpl.hp.com/research/linux/atomic_ops/README.txt

-i





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

Bug#565861: Firebird needs to correctly enable CAS emulation on architectures that don't support it

[Ian Wienand]

(I have merged a number of the same bugs into this one)

If architectures don't support CAS, they need to have AO_REQUIRE_CAS
pre-defined to enable emulation.

See the README @ http://www.hpl.hp.com/research/linux/atomic_ops/README.txt

-i



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

Bug#538342: Cannot reproduce

[Ian Wienand]

On Mon, Oct 19, 2009 at 10:53:34PM +0100, Arnaud Cornet wrote:
 Does it still happen to you on unstable?

Yes, unfortunately it does still happen, even with the latest
ruby-python libraries as of right now in unstable.

I'm willing to admit it is a local issue, but I'm not sure what it
could be. 

I have noticed because I'm trying to package a ruby program, and it
keeps failing when I run the build process under fakeroot...

-i



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

Bug#543011: python-facebook: diff for NMU version 0.svn20090724-1.1

[Ian Wienand]

On Mon, Sep 21, 2009 at 2:59 AM, Mauro Lizaur ma...@cacavoladora.org wrote:
 I've seen this bug for a couple of weeks and I wonder if you mind if I do
 a NMU to close this.

This is fine, thanks for doing that

-i



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

Bug#547136: libatomic-ops: FTFBS on sh4

[Ian Wienand]

Hi,

Would it be possible for you to send this through upstream at

g...@linux.hpl.hp.com

http://www.hpl.hp.com/personal/Hans_Boehm/gc/

I just prefer to have the experts there look at it, before diverging
the Debian package

I will watch the list, and when it's committed do a pull of a new version

-i

On Thu, Sep 17, 2009 at 12:23 AM, Nobuhiro Iwamatsu
iwama...@nigauri.org wrote:
 Package: libatomic-ops
 Version: 1.2+cvs20080819-1
 Severity: wishlist
 Tags: patch
 User: debian-...@superh.org
 Usertags: sh4

 Hi,

 I am now trying to run Debian on Renesas SH CPU(sh4).
 libatomic-ops FTBFS on sh4.

 --
 cc -DHAVE_CONFIG_H -I. -I. -I.    -fPIC -g -O2 -g -Wall -O2 -DNDEBUG -c
 atomic_ops.c
 atomic_ops.c:74: error: expected '=', ',', ';', 'asm' or '__attribute__'
 before 'AO_locks'
 atomic_ops.c: In function 'AO_spin':
 atomic_ops.c:91: warning: implicit declaration of function 'AO_load'
 atomic_ops.c:98: warning: implicit declaration of function 'AO_store'
 atomic_ops.c: At top level:
 atomic_ops.c:116: warning: type defaults to 'int' in declaration of
 'AO_TS_t'
 atomic_ops.c:116: error: expected ';', ',' or ')' before '*' token
 atomic_ops.c:124: warning: type defaults to 'int' in declaration of
 'AO_TS_t'
 atomic_ops.c:124: error: expected ';', ',' or ')' before '*' token
 atomic_ops.c:130: warning: type defaults to 'int' in declaration of
 'AO_TS_t'
 atomic_ops.c:130: error: expected ';', ',' or ')' before '*' token
 atomic_ops.c:139: error: expected '=', ',', ';', 'asm' or
 '__attribute__' before 'init_lock'
 atomic_ops.c: In function 'AO_compare_and_swap_emulation':
 atomic_ops.c:144: error: 'AO_TS_t' undeclared (first use in this
 function)
 atomic_ops.c:144: error: (Each undeclared identifier is reported only
 once
 atomic_ops.c:144: error: for each function it appears in.)
 atomic_ops.c:144: error: 'my_lock' undeclared (first use in this
 function)
 atomic_ops.c:144: error: 'AO_locks' undeclared (first use in this
 function)
 atomic_ops.c:148: warning: implicit declaration of function
 'AO_load_acquire'
 atomic_ops.c:150: warning: implicit declaration of function 'lock'
 atomic_ops.c:150: error: 'init_lock' undeclared (first use in this
 function)
 atomic_ops.c:152: warning: implicit declaration of function 'unlock'
 atomic_ops.c:153: warning: implicit declaration of function
 'AO_store_release'
 atomic_ops.c: In function 'AO_compare_double_and_swap_double_emulation':
 atomic_ops.c:180: error: 'AO_TS_t' undeclared (first use in this
 function)
 atomic_ops.c:180: error: 'my_lock' undeclared (first use in this
 function)
 atomic_ops.c:180: error: 'AO_locks' undeclared (first use in this
 function)
 atomic_ops.c:186: error: 'init_lock' undeclared (first use in this
 function)
 atomic_ops.c: In function 'AO_store_full_emulation':
 atomic_ops.c:215: error: 'AO_TS_t' undeclared (first use in this
 function)
 atomic_ops.c:215: error: 'my_lock' undeclared (first use in this
 function)
 atomic_ops.c:215: error: 'AO_locks' undeclared (first use in this
 function)
 make[4]: *** [atomic_ops.o] Error 1
 make[4]: Leaving directory
 `/home/iwamatsu/build-area/libatomic-ops/libatomic-ops-1.2+cvs20080819/src'
 make[3]: *** [all-recursive] Error 1
 make[3]: Leaving directory
 `/home/iwamatsu/build-area/libatomic-ops/libatomic-ops-1.2+cvs20080819/src'
 make[2]: *** [all] Error 2
 make[2]: Leaving directory
 `/home/iwamatsu/build-area/libatomic-ops/libatomic-ops-1.2+cvs20080819/src'
 make[1]: *** [all-recursive] Error 1
 make[1]: Leaving directory
 `/home/iwamatsu/build-area/libatomic-ops/libatomic-ops-1.2+cvs20080819'
 make: *** [debian/stamp-makefile-build] Error 2
 dpkg-buildpackage: error: debian/rules build gave error exit status 2
 --

 Current libatomic-ops package doesn't support sh4.
 I made a patch to revise to be able to build.
 I attached patch and buildlog.
 Would you apply it?

 Best regards,
  Nobuhiro




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

Bug#538342: libgst-ruby: Unable to require gst under fakeroot

[Ian Wienand]

Package: libgst-ruby
Version: 0.19.0-3
Severity: important

I'm not really sure if this is a fakeroot issue, or a gst issue

---

$ cat test.rb 
require 'gst'

$ ruby -v
ruby 1.8.7 (2009-06-12 patchlevel 174) [i486-linux]

$ ruby ./test.rb 

$ fakeroot ruby ./test.rb 
GConf Error: Failed to contact configuration server; some possible causes are 
that you need to enable TCP/IP networking for ORBit, or you have stale NFS 
locks due to a system crash. See http://projects.gnome.org/gconf/ for 
information. (Details -  1: Failed to get connection to session: Did not 
receive a reply. Possible causes include: the remote application did not send a 
reply, the message bus security policy blocked the reply, the reply timeout 
expired, or the network connection was broken.)
GConf Error: Failed to contact configuration server; some possible causes are 
that you need to enable TCP/IP networking for ORBit, or you have stale NFS 
locks due to a system crash. See http://projects.gnome.org/gconf/ for 
information. (Details -  1: Failed to get connection to session: Did not 
receive a reply. Possible causes include: the remote application did not send a 
reply, the message bus security policy blocked the reply, the reply timeout 
expired, or the network connection was broken.)

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

Kernel: Linux 2.6.30.2
Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/bash

Versions of packages libgst-ruby depends on:
ii  libgst-ruby1.80.19.0-3   GStreamer bindings for the Ruby la

libgst-ruby recommends no packages.

libgst-ruby 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#537389: 2.19.51.20090722-1 does not help

[Ian Wienand]

I rebuilt 2.6.30.2 with 2.19.51.20090722-1 and the same instant reboot happened

$ dpkg --list | grep binutils
ii  binutils  2.19.51.20090722-1
The GNU assembler, linker and binary utiliti

$ ld -V
GNU ld (GNU Binutils for Debian) 2.19.51.20090722
  Supported emulations:
   elf_i386
   i386linux
   elf_x86_64

$ as -V
GNU assembler version 2.19.51 (i486-linux-gnu) using BFD version (GNU
Binutils for Debian) 2.19.51.20090722



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

Bug#535542: Not fixed with -3?

[Ian Wienand]

Is it possible this isn't fixed with -3?

$ dpkg --list | grep libpanel-applet
ii  libpanel-applet2-02.26.2-1
library for GNOME Panel applets
ii  libpanel-applet2-dev  2.26.2-1
library for GNOME Panel applets - developmen
ii  libpanel-applet2-ruby 0.19.0-3
GNOME 2 panel applet library bindings for th
ii  libpanel-applet2-ruby1.8  0.19.0-2
GNOME 2 panel applet library bindings for th

$ cat test.rb
require 'panelapplet2'

$ ruby ./test.rb
/usr/lib/ruby/1.8/panelapplet2.rb:8:in `require': no such file to load
-- panelapplet2_main.so (LoadError)
from /usr/lib/ruby/1.8/panelapplet2.rb:8
from ./test.rb:1:in `require'
from ./test.rb:1

-i



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

Bug#535542: Sorry, missed the 1.8 package hasn't updated

[Ian Wienand]

oh, don't mind me, didn't see the -2 1.8 package is installed...



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

Bug#534483: ruby-gnome2 1.9 available

[Ian Wienand]

Package: ruby-gnome2
Version: 0.18.1-1
Severity: wishlist

Hi,

A new version seems to be usptream

http://ruby-gnome2.sourceforge.jp/#Ruby-GNOME2+0.19.0+released

This is mostly for me to track when it arrives, as I have a package
that needs it :)

Thanks!

-i

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

Kernel: Linux 2.6.30
Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/bash

Versions of packages ruby-gnome2 depends on:
ii  libart2-ruby  0.18.1-1   Libart 2 bindings for the Ruby lan
ii  libatk1-ruby  0.18.1-1   ATK bindings for the Ruby language
ii  libgconf2-ruby0.18.1-1   GConf 2 bindings for the Ruby lang
ii  libgdk-pixbuf2-ruby   0.18.1-1   Gdk-Pixbuf 2 bindings for the Ruby
ii  libglade2-ruby0.18.1-1   Libglade 2 bindings for the Ruby l
ii  libgnome2-ruby0.18.1-1   GNOME 2 bindings for the Ruby lang
ii  libgnomecanvas2-ruby  0.18.1-1   GNOME Canvas 2 bindings for the Ru
ii  libgnomeprint2-ruby   0.18.1-1   GNOME print bindings for the Ruby 
ii  libgnomeprintui2-ruby 0.18.1-1   GNOME print user interface binding
ii  libgnomevfs2-ruby 0.18.1-1   GNOME VFS 2 bindings for the Ruby 
ii  libgtk-mozembed-ruby  0.18.1-1   ruby binding of GtkMozEmbed, gecko
ii  libgtkglext1-ruby 0.18.1-1   GTK+ GL extension bindings for the
ii  libgtkhtml2-ruby  0.18.1-1   GtkHTML bindings for the Ruby lang
ii  libgtksourceview1-ruby0.18.1-1   GtkSourceView bindings for the Rub
ii  libpanel-applet2-ruby 0.18.1-1   GNOME 2 panel applet library bindi
ii  libpango1-ruby0.18.1-1   Pango bindings for the Ruby langua
ii  librsvg2-ruby 0.18.1-1   RSVG renderer bindings for the Rub
ii  libvte-ruby   0.18.1-1   VTE widget bindings for the Ruby l

ruby-gnome2 recommends no packages.

ruby-gnome2 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#517931: Teatime on Sid constantly crashes

[Ian Wienand]

On Mon, Mar 02, 2009 at 04:50:28PM -0600, Mark Felder wrote:
 I'm running debian sid without any further updates being available
 as of today. I tried to install teatimer, but it won't launch. I add
 it to a gnome panel and it keeps crashing and asks me to reload or
 remove it.

I am also running sid and it works for me.

Please remove the applet from your panel, then run

$ gdb /usr/lib/teatime/teatime_applet_2

and type run in gdb to start running the applet.  Then add the
applet to the panel as usual, and gdb should catch what is happening.

Thanks,

-i



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

Bug#511279: ITP: python-facebook -- A Python wrapper for the facebook API

[Ian Wienand]

Package: wnpp
Severity: wishlist
Owner: Ian Wienand i...@debian.org

* Package name: python-facebook
  Version : 0.1+svn20090108
  Upstream Author : Samuel Cormier-Iijima (sciyo...@gmail.com)
* URL : http://code.google.com/p/pyfacebook/
* License : BSD
  Programming Lang: Python
  Description : A Python wrapper for the facebook API

A useful wrapper library for accessing the Facebook API and doing
things like uploading photos, etc...

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



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

Bug#497603: Create binutils-multiarch-dev to deal with multiarch shared libraries

[Ian Wienand]

Package: binutils
Version: 2.19-1~exp2
Followup-For: Bug #497603

I finally had a chance to look at this.  The problem appears to be
that binutils-multiarch does not provide diversions to point the .so
links to the multiarch shared libraries.

I think the best thing to do is to create a binutils-multiarch-dev
package which installs and diverts the static libraries and the
correct shared library links.  It depends on the binutils-multiarch
and binutils-dev (this approach allows binutils-multiarch to not pull
in binutils-dev).

With the attached patch, I get the following behaviour

1) system in normal state, no -dev packages

r...@jj:/tmp# ls -l /usr/lib/libbfd* /usr/lib/libopcode*
-rw-r--r-- 1 root root 942680 2008-11-30 05:03 /usr/lib/libbfd-2.19.so
-rw-r--r-- 1 root root 552376 2008-11-30 05:03 /usr/lib/libopcodes-2.19.so

2) dpkg -i binutils-dev_2.19-1~exp2_i386.deb

Dev package install static libraries and normal links to shared
libraries.

r...@jj:/tmp# ls -l /usr/lib/libbfd* /usr/lib/libopcode*
-rw-r--r-- 1 root root  942680 2008-11-30 05:03 /usr/lib/libbfd-2.19.so
-rw-r--r-- 1 root root 6818868 2008-12-24 13:57 /usr/lib/libbfd.a
lrwxrwxrwx 1 root root  14 2008-12-24 14:03 /usr/lib/libbfd.so - 
libbfd-2.19.so
-rw-r--r-- 1 root root  552376 2008-11-30 05:03 /usr/lib/libopcodes-2.19.so
-rw-r--r-- 1 root root  928604 2008-12-24 13:57 /usr/lib/libopcodes.a
lrwxrwxrwx 1 root root  18 2008-12-24 14:03 /usr/lib/libopcodes.so - 
libopcodes-2.19.so

3) dpkg -i binutils-multiarch_2.19-1~exp2_i386.deb

Tools are diverted to the multiarch versions

4) dpkg -i binutils-multiarch-dev_2.19-1~exp2_i386.deb

Static libraries and dev library .so links point to multiarch versions

r...@jj:/tmp# ls -l /usr/lib/libbfd* /usr/lib/libopcode*
-rw-r--r-- 1 root root  2546840 2008-12-24 13:57 
/usr/lib/libbfd-2.19-multiarch.so
-rw-r--r-- 1 root root   942680 2008-11-30 05:03 /usr/lib/libbfd-2.19.so
-rw-r--r-- 1 root root 15265334 2008-12-24 13:57 /usr/lib/libbfd.a
-rw-r--r-- 1 root root  6818868 2008-12-24 13:57 /usr/lib/libbfd-single.a
lrwxrwxrwx 1 root root   14 2008-12-24 14:03 /usr/lib/libbfd-single.so - 
libbfd-2.19.so
lrwxrwxrwx 1 root root   24 2008-12-24 14:03 /usr/lib/libbfd.so - 
libbfd-2.19-multiarch.so
-rw-r--r-- 1 root root  1582700 2008-12-24 13:57 
/usr/lib/libopcodes-2.19-multiarch.so
-rw-r--r-- 1 root root   552376 2008-11-30 05:03 /usr/lib/libopcodes-2.19.so
-rw-r--r-- 1 root root  3601860 2008-12-24 13:57 /usr/lib/libopcodes.a
-rw-r--r-- 1 root root   928604 2008-12-24 13:57 /usr/lib/libopcodes-single.a
lrwxrwxrwx 1 root root   18 2008-12-24 14:03 /usr/lib/libopcodes-single.so 
- libopcodes-2.19.so
lrwxrwxrwx 1 root root   28 2008-12-24 14:03 /usr/lib/libopcodes.so - 
libopcodes-2.19-multiarch.so

5) dpkg --remove binutils-multiarch-dev

Links return to normal

r...@jj:/tmp# ls -l /usr/lib/libbfd* /usr/lib/libopcode*
-rw-r--r-- 1 root root 2546840 2008-12-24 13:57 
/usr/lib/libbfd-2.19-multiarch.so
-rw-r--r-- 1 root root  942680 2008-11-30 05:03 /usr/lib/libbfd-2.19.so
-rw-r--r-- 1 root root 6818868 2008-12-24 13:57 /usr/lib/libbfd.a
lrwxrwxrwx 1 root root  14 2008-12-24 14:03 /usr/lib/libbfd.so - 
libbfd-2.19.so
-rw-r--r-- 1 root root 1582700 2008-12-24 13:57 
/usr/lib/libopcodes-2.19-multiarch.so
-rw-r--r-- 1 root root  552376 2008-11-30 05:03 /usr/lib/libopcodes-2.19.so
-rw-r--r-- 1 root root  928604 2008-12-24 13:57 /usr/lib/libopcodes.a
lrwxrwxrwx 1 root root  18 2008-12-24 14:03 /usr/lib/libopcodes.so - 
libopcodes-2.19.so

It also removes some old attempts at moving the libraries, and
comments out the ld diversion which is currently disabled.

As to Peter's comment about multiarch providing binutils - it doesn't
create a universal assembler so it's not quite a complete 'provides'.

Thanks,

-i

 binutils-multiarch-dev.postrm  |   20 
 binutils-multiarch-dev.preinst |   20 
 binutils-multiarch.preinst |   21 -
 control|   13 +
 rules  |   39 ---
 5 files changed, 89 insertions(+), 24 deletions(-)


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

Kernel: Linux 2.6.27.9
Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/bash

Versions of packages binutils depends on:
ii  libc6  2.7-16GNU C Library: Shared libraries
ii  zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime

binutils recommends no packages.

Versions of packages binutils suggests:
pn  binutils-doc  none (no description available)

-- no debconf information
Index: binutils-2.19/debian/binutils-multiarch.preinst
===
--- binutils-2.19.orig/debian/binutils-multiarch.preinst	2008-12-24 

Bug#425574: Probably a ksymoops issue

[Ian Wienand]

I was just looking into #497603, I think my proposed patch there could
work to fix this.

If the ksymoops package depended on the new binutils-multiarch-dev
package to build and then had an install dependency of
binutils-multiarch, it would be able to decode pretty much any format
of kernel.

I can see this being useful, if the ksymoops maintainer wants to look into it.

-i



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

Bug#508128: python-iptcdata: Segfault on certain images

[Ian Wienand]

On Mon, Dec 08, 2008 at 08:09:15AM +0200, Tuure Laurinolli wrote:
 Accessing one of the data fields provided by the iptcdata python
 module for image http://fop3.kyla.fi/~tazle/PICT6104.JPG causes
 segfault.

Thanks for the report

I have sent a patch upstream [1]

-i

[1] 
http://sourceforge.net/mailarchive/forum.php?thread_name=20081209003958.GA8276%40localdomainforum_name=libiptcdata-devel



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#495211: #495211 - libatomic-ops FTBFS on powerpc

[Ian Wienand]

My apologies, I forgot about this.  Please NMU if you have a fix

-i

On Wed, Oct 8, 2008 at 3:08 PM, Mike O'Connor [EMAIL PROTECTED] wrote:
 Release managers,

 This bug was fixed in sid by uploading a new cvs pull of the upstream
 source, which HE as noted, was not acceptable for a freeze exception.  I
 have prepared and tested a minimal fix of this bug to the version of
 this package in lenny, which consists of a one line change to a file in
 debian/patches.  I asked the maintainer if he plans to upload a
 fix to T-P-U and have not heard from him.

 May I NMU my fix to T-P-U to fix this bug?

 Thanks,

 stew

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

 iEYEARECAAYFAkjtL3sACgkQ9Cbhsr6b+NpjKACeM4uiI36rMQcH9guweUrXe9mH
 vVQAoI/O9vcJaXjX+U23fi9VX+8KlpjZ
 =IvBf
 -END PGP SIGNATURE-





-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#481274: xtightvncviewer: xtightvnc package should probably ship Vncviewer resources file

[Ian Wienand]

Package: xtightvncviewer
Version: 1.3.9-1
Severity: normal
Tags: patch

Hi,

I think the resources file should be shipped in the xtightvncviewer
package.

Thanks,

-i

--- tightvnc-1.3.9/debian/rules 2008-05-14 15:51:02.0 -0700
+++ tightvnc-1.3.9-new/debian/rules 2008-05-14 15:23:17.0 -0700
@@ -148,6 +148,8 @@
 # xtightvncviewer
install -o root -g root -m 755 vncviewer/vncviewer \
$(CURDIR)/debian/xtightvncviewer/usr/bin/xtightvncviewer
+   install -o root -g root -m 644 vncviewer/Vncviewer \
+   $(CURDIR)/debian/xtightvncviewer/etc/X11/app-defaults/Vncviewer
install -o root -g root -m 644 vncviewer/vncviewer.man \

$(CURDIR)/debian/xtightvncviewer/usr/share/man/man1/xtightvncviewer.1
 
--- tightvnc-1.3.9/debian/xtightvncviewer.dirs  2008-05-14 15:51:02.0 
-0700
+++ tightvnc-1.3.9-new/debian/xtightvncviewer.dirs  2008-05-14 
15:34:47.0 -0700
@@ -1,2 +1,3 @@
 usr/bin
 usr/share/man/man1
+etc/X11/app-defaults
\ No newline at end of file


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

Kernel: Linux 2.6.25
Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/bash

Versions of packages xtightvncviewer depends on:
ii  libc6  2.7-10GNU C Library: Shared libraries
ii  libice62:1.0.4-1 X11 Inter-Client Exchange library
ii  libjpeg62  6b-14 The Independent JPEG Group's JPEG 
ii  libsm6 2:1.0.3-1+b1  X11 Session Management library
ii  libx11-6   2:1.0.3-7 X11 client-side library
ii  libxaw72:1.0.4-1 X11 Athena Widget library
ii  libxext6   2:1.0.4-1 X11 miscellaneous extension librar
ii  libxmu62:1.0.4-1 X11 miscellaneous utility library
ii  libxpm41:3.5.7-1 X11 pixmap library
ii  libxt6 1:1.0.5-3 X11 toolkit intrinsics library
ii  zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime

Versions of packages xtightvncviewer recommends:
ii  xfonts-base   1:1.0.0-5  standard fonts for X

-- no debconf information



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#365593: tightvncserver: Default font path not found

[Ian Wienand]

On Mon, Apr 21, 2008 at 11:12 PM, Ola Lundqvist [EMAIL PROTECTED] wrote:
  How do your X configuration file look like?

Ahh, mea culpa, that's the problem.  Somehow the following got in there:

# RgbPath is the location of the RGB database.  Note, this is the name of the
# file minus the extension (like .txt or .db).  There is normally
# no need to change the default.
# Multiple FontPath entries are allowed (they are concatenated together)
# By default, Red Hat 6.0 and later now use a font server independent of
# the X server to render fonts.
   RgbPath  /usr/X11R6/lib/X11/rgb
   FontPath unix/:7100

Thinking about it, I might have copied someone else's xorg.conf when
setting up, and forgot about it.

Sorry about the false alarm,

-i



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#365593: tightvncserver: Default font path not found

[Ian Wienand]

Package: tightvncserver
Version: 1.3.9-1
Followup-For: Bug #365593

This is not working for me.  AFAIK I didn't do anything...

[EMAIL PROTECTED]:~$ tightvncserver 
Couldn't start Xtightvnc; trying default font path.
Please set correct fontPath in the tightvncserver script.
Couldn't start Xtightvnc process.

21/04/08 19:40:10 Xvnc version TightVNC-1.3.9
21/04/08 19:40:10 Copyright (C) 2000-2007 TightVNC Group
21/04/08 19:40:10 Copyright (C) 1999 ATT Laboratories Cambridge
21/04/08 19:40:10 All Rights Reserved.
21/04/08 19:40:10 See http://www.tightvnc.com/ for information on TightVNC
21/04/08 19:40:10 Desktop name 'X' (coopers:1)
21/04/08 19:40:10 Protocol versions supported: 3.3, 3.7, 3.8, 3.7t, 3.8t
21/04/08 19:40:10 Listening for VNC connections on TCP port 5901
_FontTransSocketUNIXConnect: Can't connect: errno = 2
failed to set default font path 'unix/:7100'
Fatal server error:
could not open default font 'fixed'
21/04/08 19:40:11 Xvnc version TightVNC-1.3.9
21/04/08 19:40:11 Copyright (C) 2000-2007 TightVNC Group
21/04/08 19:40:11 Copyright (C) 1999 ATT Laboratories Cambridge
21/04/08 19:40:11 All Rights Reserved.
21/04/08 19:40:11 See http://www.tightvnc.com/ for information on TightVNC
21/04/08 19:40:11 Desktop name 'X' (coopers:1)
21/04/08 19:40:11 Protocol versions supported: 3.3, 3.7, 3.8, 3.7t, 3.8t
21/04/08 19:40:11 Listening for VNC connections on TCP port 5901
Font directory '/usr/X11R6/lib/X11/fonts/misc/' not found - ignoring
Font directory '/usr/X11R6/lib/X11/fonts/Speedo/' not found - ignoring
Font directory '/usr/X11R6/lib/X11/fonts/Type1/' not found - ignoring
Font directory '/usr/X11R6/lib/X11/fonts/75dpi/' not found - ignoring
Font directory '/usr/X11R6/lib/X11/fonts/100dpi/' not found - ignoring

Fatal server error:
could not open default font 'fixed'


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

Kernel: Linux 2.6.24-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 tightvncserver depends on:
ii  libc6  2.7-10GNU C Library: Shared libraries
ii  libjpeg62  6b-14 The Independent JPEG Group's JPEG 
ii  libx11-6   2:1.0.3-7 X11 client-side library
ii  libxext6   2:1.0.4-1 X11 miscellaneous extension librar
ii  perl   5.8.8-12  Larry Wall's Practical Extraction 
ii  x11-common 1:7.3+10  X Window System (X.Org) infrastruc
ii  xbase-clients  1:7.3+10  miscellaneous X clients - metapack
ii  zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime

Versions of packages tightvncserver recommends:
ii  xfonts-base   1:1.0.0-5  standard fonts for X

-- no debconf information



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#365593: tightvncserver: Workaround

[Ian Wienand]

Package: tightvncserver
Version: 1.3.9-1
Followup-For: Bug #365593

Forgot to mention setting the fp directly worked OK, e.g.

tightvncserver -fp /usr/share/fonts/X11/misc/,/usr/share/fonts/X11/100dpi

This is on a recently installed system.  I didn't notice on a much older system 
which still has old fontpaths hanging 
around.

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

Kernel: Linux 2.6.24-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 tightvncserver depends on:
ii  libc6  2.7-10GNU C Library: Shared libraries
ii  libjpeg62  6b-14 The Independent JPEG Group's JPEG 
ii  libx11-6   2:1.0.3-7 X11 client-side library
ii  libxext6   2:1.0.4-1 X11 miscellaneous extension librar
ii  perl   5.8.8-12  Larry Wall's Practical Extraction 
ii  x11-common 1:7.3+10  X Window System (X.Org) infrastruc
ii  xbase-clients  1:7.3+10  miscellaneous X clients - metapack
ii  zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime

Versions of packages tightvncserver recommends:
ii  xfonts-base   1:1.0.0-5  standard fonts for X

-- no debconf information



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#471886: libatomic-ops-dev: 32-bit compare-and-swap on 64-bit platforms

[Ian Wienand]

Hi,

Upstream recently told me that the canonical source for libatomic-ops
is the Boehm garbage collector, so your request would be appropriate
on their mailing list.

http://www.hpl.hp.com/personal/Hans_Boehm/gc/
[EMAIL PROTECTED]

Do you mind taking it up there?

Cheers,

-i

On Thu, Mar 20, 2008 at 1:34 PM, Adam C Powell IV [EMAIL PROTECTED] wrote:
 Package: libatomic-ops-dev
  Version: 1.2-4
  Severity: wishlist

  Please add (or request from upstream) 32-bit operations on 64-bit
  platforms.  For example, right now AO_HAVE_int_compare_and_swap is only
  defined on ia64, not amd64 or any other 64-bit platform.

  I think this should be possible to do in a non-arch-dependent header as
  follows:
   * Block the 64-bit aligned address of the 32-bit object
   * Load, compare, and swap just the 32-bit portion in question
 (using 32-bit fields in standard_ao_double_t.h)
   * Unblock the 64-bit aligned address
  The only thing this approach would lose is the ability to simultaneously
  compare-and-swap two adjacent 32-bit values, but right now that's not
  possible anyway.  But it may be less straightforward, and in any case, I
  don't know how to do it.

  Background: OpenMPI requires 32-bit atomic operations for several
  functions.  It implements these in assembly on about half of the
  architectures in Debian.  To get it to work, one approach is to use
  libatomic-ops-dev instead of upstream assembler.  But that doesn't work
  on non-ia64 64-bit architectures for the reason above.

  Thank you,
  -Adam
  --
  GPG fingerprint: D54D 1AEE B11C CE9B A02B  C5DD 526F 01E8 564E E4B6

  Engineering consulting with open source tools
  http://www.opennovation.com/







-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#468439: xserver-xorg-video-intel: Backlight not re-activated after waking from sleep 915

[Ian Wienand]

Package: xserver-xorg-video-intel
Version: 2:2.2.1-1
Severity: normal

Hi

Whenever I close the lid on my laptop (Dell X1), when I re-open it the
backlight isn't on.  I have to switch to a virtual terminal and then
back again before it comes to life.

This has been a recent problem, it hasn't always done this.

Thanks,

-i

-- Package-specific info:
Contents of /var/lib/x11/X.roster:
xserver-xorg

/var/lib/x11/X.md5sum does not exist.

X server symlink status:
lrwxrwxrwx 1 root root 13 2006-06-27 18:14 /etc/X11/X - /usr/bin/Xorg
-rwxr-xr-x 1 root root 1679728 2008-01-31 20:06 /usr/bin/Xorg

Contents of /var/lib/x11/xorg.conf.roster:
xserver-xorg

VGA-compatible devices on PCI bus:
00:02.0 VGA compatible controller: Intel Corporation Mobile 915GM/GMS/910GML 
Express Graphics Controller (rev 03)

/etc/X11/xorg.conf does not match checksum in /var/lib/x11/xorg.conf.md5sum.

Xorg X server configuration file status:
-rw-r--r-- 1 root root 2037 2007-10-17 22:19 /etc/X11/xorg.conf

Contents of /etc/X11/xorg.conf:
# xorg.conf (xorg X Window System server configuration file)
#
# This file was generated by dexconf, the Debian X Configuration tool, using
# values from the debconf database.
#
# Edit this file with caution, and see the xorg.conf manual page.
# (Type man xorg.conf at the shell prompt.)
#
# This file is automatically updated on xserver-xorg package upgrades *only*
# if it has not been modified since the last upgrade of the xserver-xorg
# package.
#
# If you have edited this file but would like it to be automatically updated
# again, run the following command:
#   sudo dpkg-reconfigure -phigh xserver-xorg

Section Files
EndSection

Section InputDevice
Identifier  Generic Keyboard
Driver  kbd
Option  CoreKeyboard
Option  XkbRules  xorg
Option  XkbModel  pc104
Option  XkbLayout us
EndSection

Section InputDevice
Identifier  Configured Mouse
Driver  mouse
Option  CorePointer
Option  Device/dev/input/mice
#   Option  Name  Logitech Bluetooth Mouse
Option  Resolution1200
EndSection

Section InputDevice
Identifier  Synaptics Touchpad
Driver  synaptics
Option  SendCoreEventstrue
Option  Device/dev/psaux
Option  Protocol  auto-dev
Option  HorizScrollDelta  0
EndSection

Section Device
Identifier  Intel Corporation Mobile 915GM/GMS/910GML Express 
Graphics Controller
Driver  intel
BusID   PCI:0:2:0
Option  UseFBDev  true
Option  XAANoOffscreenPixmaps true
Option  DRI   true
EndSection


Section Extensions
Option Composite true
EndSection

Section Monitor
Identifier  Generic Monitor
Option  DPMS
EndSection

Section Screen
Identifier  Default Screen
Device  Intel Corporation Mobile 915GM/GMS/910GML Express 
Graphics Controller
Monitor Generic Monitor
DefaultDepth24
EndSection

Section ServerLayout
Identifier  Default Layout
Screen  Default Screen
InputDevice Generic Keyboard
InputDevice Configured Mouse
InputDevice Synaptics Touchpad
Option  AIGLX true
EndSection


Xorg X server log files on system:
-rw-r--r-- 1 root root 40173 2007-08-24 06:33 /var/log/Xorg.20.log
-rw-r--r-- 1 root root 39423 2008-02-28 15:23 /var/log/Xorg.0.log

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

This is a pre-release version of the X server from The X.Org Foundation.
It is not supported in any way.
Bugs may be filed in the bugzilla at http://bugs.freedesktop.org/.
Select the xorg product for bugs you find in this release.
Before reporting bugs in pre-release versions please check the
latest version in the X.Org Foundation git repository.
See http://wiki.x.org/wiki/GitPage for git access instructions.

X.Org X Server 1.4.0.90
Release Date: 5 September 2007
X Protocol Version 11, Revision 0
Build Operating System: Linux Debian (xorg-server 2:1.4.1~git20080131-1)
Current Operating System: Linux jj 2.6.24 #1 Thu Jan 31 11:10:13 EST 2008 i686
Build Date: 01 February 2008  03:49:13AM
 
Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
Module Loader present
Markers: (--) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(==) Log file: /var/log/Xorg.0.log, Time: Thu Feb 28 15:22:21 2008
(==) Using config file: /etc/X11/xorg.conf
(==) ServerLayout Default Layout
(**) 

Bug#464102: RM: libski-dev -- RoM; ships nothing useful

[Ian Wienand]

Package: ftp.debian.org
Severity: normal

Hi,

Please remove libski-dev, I've realised it doesn't ship anything
useful and have removed it from the ski source package.

Thanks!

-i

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

Kernel: Linux 2.6.24
Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/bash



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#461372: network-manager-openvpn: Parameter ns_cert_type can only be specified in TLS-mode

[Ian Wienand]

Package: network-manager-openvpn
Version: 0.3.2svn2855-1
Severity: normal

Hi,

I'm new to openvpn and trying to setup a simple static connection like
http://openvpn.net/static.html

In the connection box I put pre-shared key, pointed it to the key and
set the local and remote IP.  I didn't touch anything else.  When I
try to start the VPN via NM it fails and I get the following in the
log

Jan 18 14:37:51 jj nm-openvpn[3821]: Options error: Parameter ns_cert_type can 
only be specified in TLS-mode, i.e. where --tls-server or --tls-client is also 
specified.
Jan 18 14:37:51 jj nm-openvpn[3821]: Use --help for more information.

Any ideas?

-i

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

Kernel: Linux 2.6.23
Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/bash

Versions of packages network-manager-openvpn depends on:
ii  libc6 2.7-6  GNU C Library: Shared libraries
ii  libdbus-1-3   1.1.2-1simple interprocess messaging syst
ii  libdbus-glib-1-2  0.74-1 simple interprocess messaging syst
ii  libglib2.0-0  2.14.4-2   The GLib library of C routines
ii  libnm-util0   0.6.5-4network management framework (shar
ii  openvpn   2.1~rc4-2  Virtual Private Network daemon

network-manager-openvpn recommends no packages.

-- no debconf information



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#451939: libc6: Upgrading x86 chroot on ia64 dies with cannot set up thread-local storage

[Ian Wienand]

Package: libc6
Version: 2.3.6.ds1-13
Severity: normal

Hi,

I am trying to upgrade libc in a x86-32 chroot on my IA64 (Itanium) 
machine.

It dies with the following

Setting up libc6 (2.6.1-6) ...
cannot set up thread-local storage: set_thread_area failed when setting 
up thread-local storage

dpkg: error processing libc6 (--configure):
 subprocess post-installation script returned error exit status 127
Errors were encountered while processing:
 libc6
E: Sub-process /usr/bin/dpkg returned an error code (1)

The underlying kernel is 2.6.22-3-mckinley.  It was previously running
2.3.2.dl1-19.

Any suggestions?

Thanks,

-i

-- System Information:
Debian Release: testing/unstable
  APT prefers stable
  APT policy: (900, 'stable'), (700, 'unstable')
Architecture: amd64 (x86_64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18.2-paulaner-1
Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1)

Versions of packages libc6 depends on:
ii  tzdata2007b-1Time Zone and Daylight Saving Time

libc6 recommends no packages.

-- no debconf information



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#451939: libc6: Upgrading x86 chroot on ia64 dies with cannot set up thread-local storage

[Ian Wienand]

On Mon, Nov 19, 2007 at 01:18:07PM +0100, Aurelien Jarno wrote:
 Where does this version come from? It doesn't seems to be a package from
 Debian.

Sorry I mistyped it, it is 2.3.6.ds1-13

  Any suggestions?

 Could you please send us the output of ls -l /lib as well as ldd
 /bin/ls from the insided of the chroot?

Certainly

ldd
===
librt.so.1 = /lib/librt.so.1 (0x4002c000)
libacl.so.1 = /lib/libacl.so.1 (0x40038000)
libc.so.6 = /lib/libc.so.6 (0x40044000)
libpthread.so.0 = /lib/libpthread.so.0 (0x4018c000)
/lib/ld-linux.so.2 (0x4000)
libattr.so.1 = /lib/libattr.so.1 (0x401a4000)

ls -l
=
total 4296
lrwxrwxrwx  1 root root  16 Dec  7  2004 cpp - /usr/bin/cpp-3.3
drwxr-xr-x  2 root root4096 Oct 18 16:38 i486-linux-gnu
drwxr-xr-x  2 root root4096 Dec  7  2004 init
drwxr-xr-x  2 root root4096 Dec  7  2004 iptables
-rwxr-xr-x  1 root root  117340 Oct 18 16:52 ld-2.6.1.so
lrwxrwxrwx  1 root root  11 Nov 19 11:46 ld-linux.so.2 - ld-2.6.1.so
-rw-r--r--  1 root root5444 Oct 18 16:52 libBrokenLocale-2.6.1.so
lrwxrwxrwx  1 root root  24 Nov 19 11:46 libBrokenLocale.so.1 - 
libBrokenLocale-2.6.1.so
-rw-r--r--  1 root root   13696 Oct 18 16:52 libSegFault.so
lrwxrwxrwx  1 root root  15 Dec  7  2004 libacl.so.1 - libacl.so.1.1.0
-rw-r--r--  1 root root   22448 Sep 20  2004 libacl.so.1.1.0
-rw-r--r--  1 root root9804 Oct 18 16:52 libanl-2.6.1.so
lrwxrwxrwx  1 root root  15 Nov 19 11:46 libanl.so.1 - libanl-2.6.1.so
lrwxrwxrwx  1 root root  16 Dec  7  2004 libattr.so.1 - libattr.so.1.1.0
-rw-r--r--  1 root root   10824 Sep 21  2004 libattr.so.1.1.0
lrwxrwxrwx  1 root root  15 Dec  7  2004 libblkid.so.1 - libblkid.so.1.0
-rw-r--r--  1 root root   23728 Sep 25  2004 libblkid.so.1.0
-rwxr-xr-x  1 root root 1335536 Oct 18 16:52 libc-2.6.1.so
lrwxrwxrwx  1 root root  13 Nov 19 11:46 libc.so.6 - libc-2.6.1.so
lrwxrwxrwx  1 root root  14 Dec  7  2004 libcap.so.1 - libcap.so.1.10
-rw-r--r--  1 root root   11024 Apr 13  2004 libcap.so.1.10
lrwxrwxrwx  1 root root  17 Dec  7  2004 libcfont.so.0 - libcfont.so.0.0.0
-rw-r--r--  1 root root   12272 Jul 31  2004 libcfont.so.0.0.0
-rw-r--r--  1 root root  185824 Oct 18 16:52 libcidn-2.6.1.so
lrwxrwxrwx  1 root root  16 Nov 19 11:46 libcidn.so.1 - libcidn-2.6.1.so
lrwxrwxrwx  1 root root  17 Dec  7  2004 libcom_err.so.2 - 
libcom_err.so.2.1
-rw-r--r--  1 root root5900 Sep 25  2004 libcom_err.so.2.1
lrwxrwxrwx  1 root root  19 Dec  7  2004 libconsole.so.0 - 
libconsole.so.0.0.0
-rw-r--r--  1 root root   71836 Jul 31  2004 libconsole.so.0.0.0
-rw-r--r--  1 root root   21912 Oct 18 16:52 libcrypt-2.6.1.so
lrwxrwxrwx  1 root root  17 Nov 19 11:46 libcrypt.so.1 - libcrypt-2.6.1.so
lrwxrwxrwx  1 root root  19 Dec  7  2004 libctutils.so.0 - 
libctutils.so.0.0.0
-rw-r--r--  1 root root   18288 Jul 31  2004 libctutils.so.0.0.0
lrwxrwxrwx  1 root root  15 Dec  7  2004 libdb.so.2 - libdb1-2.2.5.so
-rw-r--r--  1 root root   49424 Oct 18  2002 libdb1-2.2.5.so
lrwxrwxrwx  1 root root  15 Dec  7  2004 libdb1.so.2 - libdb1-2.2.5.so
-rw-r--r--  1 root root9684 Oct 18 16:52 libdl-2.6.1.so
lrwxrwxrwx  1 root root  14 Nov 19 11:46 libdl.so.2 - libdl-2.6.1.so
lrwxrwxrwx  1 root root  13 Dec  7  2004 libe2p.so.2 - libe2p.so.2.3
-rw-r--r--  1 root root   16720 Sep 25  2004 libe2p.so.2.3
lrwxrwxrwx  1 root root  16 Dec  7  2004 libext2fs.so.2 - libext2fs.so.2.4
-rw-r--r--  1 root root   89100 Sep 25  2004 libext2fs.so.2.4
-rw-r--r--  1 root root   32356 Dec  5  2004 libgcc_s.so.1
lrwxrwxrwx  1 root root  17 Dec  7  2004 libhistory.so.4 - 
libhistory.so.4.3
-rw-r--r--  1 root root   23916 Nov 13  2004 libhistory.so.4.3
-rw-r--r--  1 root root  149332 Oct 18 16:52 libm-2.6.1.so
lrwxrwxrwx  1 root root  13 Nov 19 11:46 libm.so.6 - libm-2.6.1.so
-rw-r--r--  1 root root   13696 Oct 18 16:52 libmemusage.so
lrwxrwxrwx  1 root root  17 Dec  7  2004 libncurses.so.5 - 
libncurses.so.5.4
-rw-r--r--  1 root root  252592 May 27  2004 libncurses.so.5.4
-rw-r--r--  1 root root   83712 Oct 18 16:52 libnsl-2.6.1.so
lrwxrwxrwx  1 root root  15 Nov 19 11:46 libnsl.so.1 - libnsl-2.6.1.so
-rw-r--r--  1 root root   30436 Oct 18 16:52 libnss_compat-2.6.1.so
lrwxrwxrwx  1 root root  22 Nov 19 11:46 libnss_compat.so.2 - 
libnss_compat-2.6.1.so
-rw-r--r--  1 root root   17884 Oct 18 16:52 libnss_dns-2.6.1.so
lrwxrwxrwx  1 root root  19 Nov 19 11:46 libnss_dns.so.2 - 
libnss_dns-2.6.1.so
-rw-r--r--  1 root root   38420 Oct 18 16:52 libnss_files-2.6.1.so
lrwxrwxrwx  1 root root  21 Nov 19 11:46 libnss_files.so.2 - 
libnss_files-2.6.1.so
-rw-r--r--  1 root root   17900 Oct 18 16:52 libnss_hesiod-2.6.1.so
lrwxrwxrwx  1 root root  22 Nov 19 11:46 libnss_hesiod.so.2 - 
libnss_hesiod-2.6.1.so
-rw-r--r--  1 root root   34352 Oct 18 16:52 libnss_nis-2.6.1.so
lrwxrwxrwx  1 root root  19 Nov 19 11:46 libnss_nis.so.2 - 
libnss_nis-2.6.1.so

Bug#451939: libc6: Upgrading x86 chroot on ia64 dies with cannot set up thread-local storage

[Ian Wienand]

Thank you for your help on IRC

As per

http://www.gelato.unsw.edu.au/archives/linux-ia64/0711/21471.html

I think this is a kernel bug.  When it gets resolved I will close this
bug.

Thanks,

-i



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#432654: libatomic-ops-dev: Reported upstream

[Ian Wienand]

Package: libatomic-ops-dev
Version: 1.2-1
Followup-For: Bug #432654

Hi,

Thanks for looking into this

I got together a power system and had a play, and I think it is a gcc
issue.

I have reported it upstream, see

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33171

Thanks,

-i

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

Kernel: Linux 2.6.22.3
Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/bash

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#438951: ITP: ski -- A simulator for the Itanium architecture

[Ian Wienand]

Package: wnpp
Severity: wishlist
Owner: Ian Wienand [EMAIL PROTECTED]

* Package name: ski
  Version : 1.1.3
* URL : http://ski.sourceforge.net/
  License : GPL
  Description : A simulator for the Itanium architecture

Ski is an instruction simulator designed to execute and test IA-64
code on non-ia64 machines.  This is CPU simulator only; there is no
machine simulator (for all the stuff beyond the CPU such as the PCI
bus or random IO devices).

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

Kernel: Linux 2.6.22.3
Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/bash


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#438965: ftp.debian.org: Please remove numactl from HPPA

[Ian Wienand]

Package: ftp.debian.org
Severity: normal

Hi,

Please remove numactl, libnuma1, libnuma-dbg and libnuma-dev from
HPPA; it doesn't work on this architecture and is blocking the package
moving into testing.

Thanks,

-i

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

Kernel: Linux 2.6.22.3
Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/bash


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#430057: exim4-config: Some macros and documentation to facilitate easier config of SMTP AUTH

[Ian Wienand]

Package: exim4-config
Version: 4.67-3
Severity: wishlist
Tags: patch

Hi,

I wrote a blog post about getting exim to use SMTP AUTH over a secure
tunnel, and it has elicited several responses.  Clearly there is a
need for the package to do this.

I understand this shouldn't be asked by default as per #364690, but
with just a few extra macros and some documentation I think it could
be quite easy to set up.

Please see the attached patch; I believe this should allow SMTP AUTH
with just a few entries in the local macros file.

Thanks,

-i

-- Package-specific info:
Exim version 4.67 #1 built 18-Jun-2007 10:32:53
Copyright (c) University of Cambridge 2006
Berkeley DB: Sleepycat Software: Berkeley DB 4.3.29: (September  6, 2005)
Support for: crypteq iconv() IPv6 GnuTLS move_frozen_messages
Lookups: lsearch wildlsearch nwildlsearch iplsearch cdb dbm dbmnz dsearch nis 
nis0 passwd
Authenticators: cram_md5 plaintext
Routers: accept dnslookup ipliteral manualroute queryprogram redirect
Transports: appendfile/maildir/mailstore autoreply lmtp pipe smtp
Fixed never_users: 0
Size of off_t: 8
Configuration file is /var/lib/exim4/config.autogenerated

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

Kernel: Linux 2.6.21.1
Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/bash

Versions of packages exim4-config depends on:
ii  adduser   3.103  Add and remove users and groups
ii  debconf [debconf-2.0] 1.5.13 Debian configuration management sy

exim4-config recommends no packages.

-- debconf information excluded
diff -ur ../exim4-4.67/debian/debconf/conf.d/router/200_exim4-config_primary 
./debian/debconf/conf.d/router/200_exim4-config_primary
--- ../exim4-4.67/debian/debconf/conf.d/router/200_exim4-config_primary 
2007-06-22 11:28:21.0 +1000
+++ ./debian/debconf/conf.d/router/200_exim4-config_primary 2007-06-22 
12:05:15.0 +1000
@@ -81,6 +81,12 @@
   route_list = * DCsmarthost byname
   host_find_failed = defer
   same_domain_copy_routing = yes
+.ifdef SMARTHOST_ALLOW_SELF_SEND
+  # Setting this allows exim to use localhost as a smarthost
+  # This might be useful if you have a secure tunnel
+  # to a remote SMTP server (on another port) on your local machine
+  self = send
+.endif
   no_more
 
 .endif
diff -ur 
../exim4-4.67/debian/debconf/conf.d/transport/30_exim4-config_remote_smtp_smarthost
 ./debian/debconf/conf.d/transport/30_exim4-config_remote_smtp_smarthost
--- 
../exim4-4.67/debian/debconf/conf.d/transport/30_exim4-config_remote_smtp_smarthost
 2007-06-22 11:28:21.0 +1000
+++ ./debian/debconf/conf.d/transport/30_exim4-config_remote_smtp_smarthost 
2007-06-22 12:21:32.0 +1000
@@ -25,3 +25,9 @@
 .ifdef REMOTE_SMTP_RETURN_PATH
   return_path = REMOTE_SMTP_RETURN_PATH
 .endif
+.ifdef REMOTE_SMTP_HOSTS_REQUIRE_AUTH
+  hosts_require_auth = REMOTE_SMTP_HOSTS_REQUIRE_AUTH
+.endif
+.ifdef REMOTE_SMTP_PORT
+  port = REMOTE_SMTP_PORT
+.endif
diff -ur ../exim4-4.67/debian/README.Debian.xml ./debian/README.Debian.xml
--- ../exim4-4.67/debian/README.Debian.xml  2007-06-22 11:28:21.0 
+1000
+++ ./debian/README.Debian.xml  2007-06-22 12:24:04.0 +1000
@@ -1254,6 +1254,58 @@
  Debian-exim). It is suggested that you keep the default
  permissions root:Debian-exim 0640.
/para
+   para
+ Some ISPs require you to use a secure tunnel to the SMTP
+  server, and then authenicate over it in plain text.  Set-up
+  your passwords in
+  filename/etc/exim4/password.client/filename as before.
+  Then, open a tunnel to the remote mail server using a tool
+  such as filenamestunnel/filename (this usually tunnels
+  port 465).  Exim should then be configured to use
+  localhost as the smarthost, however, you then need to
+  re-configure Exim slightly to use the channel.  In the
+  macros file (see xref linkend=macros/) add the following
+/para
+   orderedlist
+ listitem
+   simpara
+  AUTH_CLIENT_ALLOW_NOTLS_PASSWORDS= true
+/simpara
+   simpara
+  This forces Exim to send the username/password
+  unencrypted via the encrypted tunnel.
+/simpara
+ listitem
+   simpara
+ REMOTE_SMTP_HOSTS_REQUIRE_AUTH = localhost
+/simpara
+   simpara
+  This ensures that Exim will always use authentication
+  over the link (even though it doesn't look like a secure
+  link).
+/simpara
+ /listitem
+ listitem
+   simpara
+ REMOTE_SMTP_PORT = 465
+/simpara
+   simpara
+  The port your tunnel to your ISPs mail server is running
+  on.  This is usually 465.

Bug#423182: numactl: should compile libnuma.a

[Ian Wienand]

On 5/14/07, Brice.Goglin [EMAIL PROTECTED] wrote:

libnuma does not depend on the kernel interface as much as libc6 does,
but libc6-dev does provide libc.a.


The only argument I really buy is that static libraries can be faster,
and libc could conceivably be on the critical-path of an application
... I don't see what part of libnuma could be on the critical-path
(and if it is, the extra jump will be nothing compared to the
overheads of allocating/migrating/pinning memory, etc).

IMO you're doing yourself a dis-service by not using it as a shared
library; you can can't get the advantages of code sharing, you can
easily miss bug fix updates, you open yourself to bugs from version
skew, etc.


If we send a patch, would you apply it?


I want the package to be useful, and if not having a static library is
making your life difficult I guess I don't have a choice but to
provide it.  But for *this* library, I just don't get why having it
static helps anyone.

-i


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#423182: numactl: should compile libnuma.a

[Ian Wienand]

On Fri, May 11, 2007 at 10:26:53AM +0200, Samuel Thibault wrote:
  The upstream build doesn't actually create a static library, I'm
  pretty sure by design to avoid version skew, etc.
 
 Mm, what version skew problem could happen?

Where the library changes due to kernel interfaces, etc.  I asked
upstream and the reply was

I would prefer not. The library was always intended to be replaced
under a program. Given the kernel interface has been fairly stable,
but there can be always new features like cpuset support.

In this case, I don't see any reason to go against upstreams wishes.

Thanks,

-i


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#423182: numactl: should compile libnuma.a

[Ian Wienand]

On 5/10/07, Samuel Thibault [EMAIL PROTECTED] wrote:

There is no libnuma.a, but scientific applications typically compile
statically and thus need libnuma.a, so Debian should provide it.


Hi Samuel,

The upstream build doesn't actually create a static library, I'm
pretty sure by design to avoid version skew, etc.  Personally I don't
think it makes sense to build this library into your application.

Do you have a particular reason for needing it static in your application?

Cheers,

-i


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#419964: postr: Overwrites IPTC title data

[Ian Wienand]

On Mon, Apr 23, 2007 at 11:14:36AM +0100, Ross Burton wrote:
 Postr doesn't read the headline only caption.  I can add headline
 support, what tool are you using to set the headline tag so I can verify
 that this works?

Hi,

I use the Python module and a wrapper script from

http://libiptcdata.sourceforge.net/

to set the headline option.

An example image from my collection which has this data set is

http://farm1.static.flickr.com/128/408227419_4e069e385e_o.jpg

Thanks,

-i


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#419964: postr: Overwrites IPTC title data

[Ian Wienand]

Package: postr
Version: 0.5-2
Severity: wishlist

Hi,

First, thanks for writing postr.

I've noticed that if I use another tool to set the IPTC 'headline',
when postr uploads the picture it re-titles it to the filename.

Postr doesn't seem to pick up the comment or tag information from the
IPTC data when displaying the preview, but it doesn't overwrite it
either.

Cheers,

-i

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

Kernel: Linux 2.6.20.3
Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/bash

Versions of packages postr depends on:
ii  python2.4.4-2An interactive high-level object-o
ii  python-elementtree1.2.6-10   Light-weight toolkit for XML proce
ii  python-glade2 2.10.4-2   GTK+ bindings: Glade support
ii  python-gnome2 2.12.4-6   Python bindings for the GNOME desk
ii  python-gtk2   2.10.4-2   Python bindings for the GTK+ widge
ii  python-twisted-web0.6.0-1An HTTP protocol implementation to

postr recommends no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#415792: openoffice.org: Experimental version crashes with SIGFPE constantly

[Ian Wienand]

Package: openoffice.org
Version: 2.2.0~rc2-1
Severity: important

Hi,

I just upgraded to experimental, to try and fix some weird kerning
issues with PDFs (that was fixed).

However, pretty much every application other than writer crashes easily.

For example, in calc, as soon as I put a letter a cell then move out
of that cell it crashes, with a backtrace looking like

Program received signal SIGFPE, Arithmetic exception.
[Switching to Thread -1244686112 (LWP 8458)]
0xb7c91f85 in ImplPixelToLogic () from 
/usr/lib/openoffice/program/libvcl680li.so
(gdb) back
#0  0xb7c91f85 in ImplPixelToLogic () from 
/usr/lib/openoffice/program/libvcl680li.so
#1  0xb7c96635 in OutputDevice::SetMapMode () from 
/usr/lib/openoffice/program/libvcl680li.so
#2  0xaca0e2c7 in ScDocument::GetPrinter () from 
/usr/lib/openoffice/program/libsc680li.so
#3  0xaca0e8db in ScDocument::IdleCalcTextWidth () from 
/usr/lib/openoffice/program/libsc680li.so
#4  0xac676e9c in ScModule::IdleHandler () from 
/usr/lib/openoffice/program/libsc680li.so
#5  0xac676f28 in ScModule::LinkStubIdleHandler () from 
/usr/lib/openoffice/program/libsc680li.so
#6  0xb7c089fc in Timer::Timeout () from 
/usr/lib/openoffice/program/libvcl680li.so
#7  0xb7c08c9b in Timer::ImplTimerCallbackProc () from 
/usr/lib/openoffice/program/libvcl680li.so
#8  0xb557a9ea in X11SalData::Timeout () from 
/usr/lib/openoffice/program/libvclplug_gen680li.so
#9  0xb5b58744 in GtkXLib::timeoutFn () from 
/usr/lib/openoffice/program/libvclplug_gtk680li.so
#10 0xb5b58781 in call_timeoutFn () from 
/usr/lib/openoffice/program/libvclplug_gtk680li.so
#11 0xb55de0e6 in g_timeout_dispatch (source=0x8a2ac98, callback=0, 
user_data=0x80ac368) at gmain.c:3422
#12 0xb55ddb21 in IA__g_main_context_dispatch (context=0x80c4328) at 
gmain.c:2045
#13 0xb55e0b96 in g_main_context_iterate (context=0x80c4328, block=0, 
dispatch=1, self=0x80a9570) at gmain.c:2677
#14 0xb55e1117 in IA__g_main_context_iteration (context=0x80c4328, may_block=0) 
at gmain.c:2736
#15 0xb5b5a77c in GtkXLib::Yield () from 
/usr/lib/openoffice/program/libvclplug_gtk680li.so
#16 0xb5589ac7 in X11SalInstance::Yield () from 
/usr/lib/openoffice/program/libvclplug_gen680li.so
#17 0xb7c02659 in Application::Yield () from 
/usr/lib/openoffice/program/libvcl680li.so
#18 0xb7c0276c in Application::Execute () from 
/usr/lib/openoffice/program/libvcl680li.so
#19 0x0806d162 in desktop::Desktop::Main ()
#20 0xb7c0860c in ImplSVMain () from /usr/lib/openoffice/program/libvcl680li.so
#21 0xb7c08715 in SVMain () from /usr/lib/openoffice/program/libvcl680li.so
#22 0x08060a26 in main ()

I then started up draw, and I can do most everything, but as soon as I
select print I get the problem in the same place.

Program received signal SIGFPE, Arithmetic exception.
[Switching to Thread -1243752224 (LWP 8736)]
0xb7d75f85 in ImplPixelToLogic () from 
/usr/lib/openoffice/program/libvcl680li.so
(gdb) back
#0  0xb7d75f85 in ImplPixelToLogic () from 
/usr/lib/openoffice/program/libvcl680li.so
#1  0xb7d7a635 in OutputDevice::SetMapMode () from 
/usr/lib/openoffice/program/libvcl680li.so
#2  0xaccd27b9 in sd::DrawDocShell::GetPrinter () from 
/usr/lib/openoffice/program/libsd680li.so
#3  0xacc472c7 in sd::PrintManager::GetPrinter () from 
/usr/lib/openoffice/program/libsd680li.so
#4  0xacc551bc in sd::ViewShellBase::GetPrinter () from 
/usr/lib/openoffice/program/libsd680li.so
#5  0xaf4992b8 in SfxViewShell::ExecPrint_Impl () from 
/usr/lib/openoffice/program/libsfx680li.so
#6  0xaf482dc8 in SfxStubSfxViewShellExecPrint_Impl () from 
/usr/lib/openoffice/program/libsfx680li.so
#7  0xaf4ccfdd in SfxDispatcher::Call_Impl () from 
/usr/lib/openoffice/program/libsfx680li.so
#8  0xaf4cd7a7 in SfxDispatcher::PostMsgHandler () from 
/usr/lib/openoffice/program/libsfx680li.so
#9  0xaf4cd818 in SfxDispatcher::LinkStubPostMsgHandler () from 
/usr/lib/openoffice/program/libsfx680li.so
#10 0xaf4fe2b5 in SfxHintPoster::Event () from 
/usr/lib/openoffice/program/libsfx680li.so
#11 0xaf4fe259 in SfxHintPoster::LinkStubDoEvent_Impl () from 
/usr/lib/openoffice/program/libsfx680li.so
#12 0xb7eede63 in ImplWindowFrameProc () from 
/usr/lib/openoffice/program/libvcl680li.so
#13 0xb5664343 in SalDisplay::DispatchInternalEvent () from 
/usr/lib/openoffice/program/libvclplug_gen680li.so
#14 0xb5c3c55f in GtkXLib::userEventFn () from 
/usr/lib/openoffice/program/libvclplug_gtk680li.so
#15 0xb5c3c591 in call_userEventFn () from 
/usr/lib/openoffice/program/libvclplug_gtk680li.so
#16 0xb56bfda1 in g_idle_dispatch (source=0x8a63f10, callback=0, 
user_data=0x80ac368) at gmain.c:3928
#17 0xb56c1b21 in IA__g_main_context_dispatch (context=0x80c4328) at 
gmain.c:2045
#18 0xb56c4b96 in g_main_context_iterate (context=0x80c4328, block=0, 
dispatch=1, self=0x80a9570) at gmain.c:2677
#19 0xb56c5117 in IA__g_main_context_iteration (context=0x80c4328, may_block=0) 
at gmain.c:2736
#20 0xb5c3e77c in GtkXLib::Yield () from 
/usr/lib/openoffice/program/libvclplug_gtk680li.so
#21 0xb566dac7 

Bug#415792: Possible CUPS-OOo problem?

[Ian Wienand]

I did some stracing, etc, to try and gain more insight into what is
happening.

I have found is that if I comment out the ServerName directive in my
/etc/cups/client.conf everything seems to work just fine.  Of course,
this cuts me off from the network printer.

The CUPS server is running just the current Debian unstable cups with
a single printer exported (Brother HL2040).  I guess whatever CUPS is
returning OOo doesn't like ...

-i


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#415792: Upstream bug number

[Ian Wienand]

BTW I also reported this problem upstream

http://www.openoffice.org/issues/show_bug.cgi?id=75626

-i


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#407104: ITP: libiptcdata -- Library to parse IPTC metadata

[Ian Wienand]

Package: wnpp
Severity: wishlist
Owner: Ian Wienand [EMAIL PROTECTED]

* Package name: libiptcdata
  Version : 0.21
  Upstream Author : David Moore [EMAIL PROTECTED]
* URL : http://libiptcdata.sf.net/
  License : LGPL
  Programming Lang: C
  Description : Library to parse IPTC metadata

libiptcdata is a library for manipulating the International Press
Telecommunications Council (IPTC) metadata stored within multimedia
files such as images. The library provides routines for parsing,
viewing, modifying, and saving this metadata.

-- System Information:
Debian Release: 4.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18
Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#407104: ITP: libiptcdata -- Library to parse IPTC metadata

[Ian Wienand]

On Tue, Jan 16, 2007 at 11:09:47AM +0100, [EMAIL PROTECTED] wrote:
 When i will have finished with bringing it to svn-buildpackage + other
 stuff i will ask for a review (probably tonight). 

Hi,

I had already intended to do this, this ITP was just a procedural
notification to the list really.  I have uploaded a trial version to
experimental to get it moving through the new queue.

I'm also working on some Python bindings which will hopefully somehow
make it in at some stage soon (if anyone really understands reference
counting in the Python C API I wouldn't mind a review to make sure it
isn't a giant memory sink!)

Thanks,

-i


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#407212: Where is tixwish?

[Ian Wienand]

Package: tix
Version: 8.4.0-6
Severity: important

Hi,

I really don't know much about Tcl, etc, but I'm looking for the
'tixwish' program to run a Tcl script I have.  This package includes a
man page for it, but not the actual program?  Should it be included,
or the man page removed?

Thanks,

-i

-- System Information:
Debian Release: 4.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18
Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1)

Versions of packages tix depends on:
ii  tcl8.3 [tclsh]8.3.5-5Tcl (the Tool Command Language) v8
ii  tcl8.4 [tclsh]8.4.12-1.1 Tcl (the Tool Command Language) v8

tix recommends no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#404882: iceweasel: Maybe ship old world icon

[Ian Wienand]

Package: iceweasel
Version: 2.0.0.1+dfsg-1
Followup-For: Bug #404882

Hi,

Not to complain too much, but I tend to agree.  At first I though this
was a green smiley face with eyes on top, and thought it might be a
new icon for xchat which has a similar sort of thing.  My partner was
also confused by it; in my experience she (and others) found the old
plain world icon a very intuitive way to get to the web.

Thanks,

-i

-- System Information:
Debian Release: 4.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18
Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1)

Versions of packages iceweasel depends on:
ii  debianutils   2.17.4 Miscellaneous utilities specific t
ii  fontconfig2.4.2-1generic font configuration library
ii  libatk1.0-0   1.12.3-1   The ATK accessibility toolkit
ii  libc6 2.3.6.ds1-9GNU C Library: Shared libraries
ii  libcairo2 1.2.4-4The Cairo 2D vector graphics libra
ii  libfontconfig12.4.2-1generic font configuration library
ii  libfreetype6  2.2.1-5FreeType 2 font engine, shared lib
ii  libgcc1   1:4.1.1-21 GCC support library
ii  libglib2.0-0  2.12.6-1   The GLib library of C routines
ii  libgtk2.0-0   2.8.20-3   The GTK+ graphical user interface 
ii  libjpeg62 6b-13  The Independent JPEG Group's JPEG 
ii  libmyspell3c2 1:3.1-18   MySpell spellchecking library
ii  libpango1.0-0 1.14.8-3   Layout and rendering of internatio
ii  libpng12-01.2.15~beta5-1 PNG library - runtime
ii  libstdc++64.1.1-21   The GNU Standard C++ Library v3
ii  libx11-6  2:1.0.3-4  X11 client-side library
ii  libxft2   2.1.8.2-8  FreeType-based font drawing librar
ii  libxinerama1  1:1.0.1-4.1X11 Xinerama extension library
ii  libxp61:1.0.0.xsf1-1 X Printing Extension (Xprint) clie
ii  libxrender1   1:0.9.1-3  X Rendering Extension client libra
ii  libxt61:1.0.2-2  X11 toolkit intrinsics library
ii  psmisc22.3-1 Utilities that use the proc filesy
ii  zlib1g1:1.2.3-13 compression library - runtime

Versions of packages iceweasel recommends:
ii  myspell-en-gb [myspell-dic 1:2.0.4~rc1-3 English_british dictionary for mys

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#293070: exiftags: Fixes some bugs

[Ian Wienand]

Package: exiftags
Followup-For: Bug #293070

Hi,

I found that this updated version fixes a number of bugs.

I would be happy to upload this if you don't have time.

Cheers,

-i

-- System Information:
Debian Release: 4.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18
Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1)

Versions of packages exiftags depends on:
ii  libc62.3.6.ds1-9 GNU C Library: Shared libraries

exiftags recommends no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#387457: mailman: Also needs to change in main section

[Ian Wienand]

Package: mailman
Followup-For: Bug #387457

Hi,

I think this also needs to be changed in the section below this as
well; as per below.

--- README.Exim4.Debian.old 2006-11-01 22:35:33.0 +1100
+++ README.Exim4.Debian.subscribe   2006-11-01 22:53:23.0 +1100
@@ -56,6 +56,7 @@
   local_part_suffix_optional
   local_part_suffix = -bounces : -bounces+* : \
   -confirm+* : -join : -leave : \
+ -subscribe : -unsubscribe : \
   -owner : -request : -admin
   transport = mailman_transport
   group = MAILMAN_GROUP

-- System Information:
Debian Release: 4.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18
Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#396537: mailman: README.Exim4.Debian needs to mention groups

[Ian Wienand]

Package: mailman
Version: 2.1.9-2
Severity: normal
Tags: patch

Hi,

After followign the instructions, I got a traceback when creating a
list via the web interface which came down to 

admin(510): RuntimeError: command failed: chgrp Debian-exim
/var/lib/mailman/data/virtual-mailman (status: 1, Operation not
permitted)admin

The problem was the webserver user, www-data, doesn't have permissions
to do that chgrp.

I'd like to suggest something like the following.  I'm not sure if it
has secuirty impliciations; I'd like suggestions for any other
work-arounds.

Thanks!

-i

--- README.Exim4.Debian.old 2006-11-01 22:35:33.0 +1100
+++ README.Exim4.Debian 2006-11-01 22:42:44.0 +1100
@@ -10,6 +10,15 @@
 
 and list all your Mailman domains in POSTFIX_STYLE_VIRTUAL_DOMAINS.
 
+When a new group is created, the correct aliases will be written into
+the file /var/lib/mailman/data/virtual-mailman.  The above chgrp
+command is run as the webserver (usually www-data), however
+Debian-exim needs to be able to access this file.  To allow the
+www-data to do the chgrp command, add the www-data to the Debian-exim
+group; e.g. in /etc/group should have a line similar to
+
+Debian-exim:x:105:www-data
+
 Put this in your exim4 main configuration (if you use a split config,
 for example /etc/exim4/conf.d/main/04_local_mailman_macros)
 



-- System Information:
Debian Release: 4.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18
Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#396120: ftp.debian.org: Please remove numactl for alpha/powerpc from unstable

[Ian Wienand]

Package: ftp.debian.org
Severity: normal

Hi,

I have dropped Alpha and PowerPC from numactl, as they don't have the
kernel support to build the latest versions.  It's very unlikely
anyone cares about this package on those architectures.

Could you please remove them from unstable so the package can make it
into testing.

Thank you

-i

-- System Information:
Debian Release: 4.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18
Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#396121: www.debian.org: More information on the developers information about the testing package

[Ian Wienand]

Package: www.debian.org
Severity: wishlist

Hi,

I would like to suggest that on the developers information page
for the testing distribution [1] that under the FAQ titled

My package is stalled because it's out of date on some
architecture. What do I do?

aome more information on explicitly dropping an architecture, rather
than just dealing with a FTBFS, be added.

A suggestion:

If a developer has explicitly dropped the architecture from the build
list, a bug will need to be filed against the meta-package
ftp.debian.org requesting removal of the dropped architecture's
packages from the unstable archive.  Generally the relevant porting
list should be informed as a matter of courtesy.

[1] http://www.debian.org/devel/testing

-- System Information:
Debian Release: 4.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18
Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#396120: Please only remove alpha

[Ian Wienand]

Hi,

After discussions with PowerPC kernel people, we have fixed up Power.
I do not belive anyone is maintaining NUMA on Alpha however, so please
remove as pre the previous request.

Thank you

-i


signature.asc
Description: Digital signature

Bug#384346: xfig: Try re-installing gsfonts-x11

[Ian Wienand]

Package: xfig
Version: 1:3.2.5-alpha5-9
Followup-For: Bug #384346

I saw this problem a while ago too

http://lists.debian.org/debian-user/2006/05/msg01300.html

(and it just bit me again this morning, after I did an dist-upgrade
just yesterday).  I bet the original reporter did an upgrade of X, but
gsfonts-x11 was already installed.  I'm not sure what the post-inst of
gsfonts-x11 does, but every time I see this problem a apt-get install
--reinstall gsfonts-x11 gets things working again.  This might also
explain why a fresh install didn't show the problems.

-i

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18
Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1)

Versions of packages xfig depends on:
ii  libc62.3.6.ds1-7 GNU C Library: Shared libraries
ii  libjpeg626b-13   The Independent JPEG Group's JPEG 
ii  libpng12-0   1.2.8rel-7  PNG library - runtime
ii  libx11-6 2:1.0.3-2   X11 client-side library
ii  libxi6   1:1.0.1-3   X11 Input extension library
ii  libxpm4  1:3.5.5-2   X11 pixmap library
ii  libxt6   1:1.0.2-2   X11 toolkit intrinsics library
ii  xaw3dg   1.5+E-14Xaw3d widget set

Versions of packages xfig recommends:
ii  transfig1:3.2.5-alpha7-5 Utilities for converting XFig figu
ii  xfig-libs   1:3.2.5-alpha5-9 XFig image libraries and examples

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#394021: jack-audio-connection-kit: and here is the patch

[Ian Wienand]

Package: jack-audio-connection-kit
Followup-For: Bug #394021

sorry

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: ia64
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.12
Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1)
diff -uN jack-audio-connection-kit-0.101.1/config/cpu/ia64/atomicity.h 
/tmp/jack-audio-connection-kit-0.101.1-new/build-tree/jack-audio-connection-kit-0.101.1/config/cpu/ia64/atomicity.h
--- jack-audio-connection-kit-0.101.1/config/cpu/ia64/atomicity.h   
2004-03-26 06:31:43.0 +1100
+++ 
/tmp/jack-audio-connection-kit-0.101.1-new/build-tree/jack-audio-connection-kit-0.101.1/config/cpu/ia64/atomicity.h
 2006-10-19 13:20:32.0 +1000
@@ -1,51 +1,20 @@
-// Low-level functions for atomic operations: IA64 version  -*- C++ -*-
+/*
+ * IA64 atomicity functions for jack.
+ * Mostly clagged from glibc by Ian Wienand [EMAIL PROTECTED]
+ */
 
-// Copyright (C) 2000, 2001, 2003 Free Software Foundation, Inc.
-//
-// This file is part of the GNU ISO C++ Library.  This library 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, or (at your option)
-// any later version.
-
-// This library 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 library; see the file COPYING.  If not, write to the Free
-// Software Foundation, 59 Temple Place - Suite 330, Boston, MA 02111-1307,
-// USA.
-
-// As a special exception, you may use this file as part of a free software
-// library without restriction.  Specifically, if other files instantiate
-// templates or use macros or inline functions from this file, or you compile
-// this file and link it with other files to produce an executable, this
-// file does not by itself cause the resulting executable to be covered by
-// the GNU General Public License.  This exception does not however
-// invalidate any other reasons why the executable file might be covered by
-// the GNU General Public License.
+#ifndef _IA64_ATOMICITY_H
+#define _IA64_ATOMICITY_H
 
-#ifndef _GLIBCXX_ATOMICITY_H
-#define _GLIBCXX_ATOMICITY_H   1
-
-#include sysdeps/ia64intrin.h
+#include ia64intrin.h
 
 typedef int _Atomic_word;
 
-static inline _Atomic_word 
-__attribute__ ((__unused__))
-__exchange_and_add(volatile _Atomic_word* __mem, int __val)
-{
-  return __sync_fetch_and_add(__mem, __val);
-}
-
-static inline void
-__attribute__ ((__unused__))
-__atomic_add(volatile _Atomic_word* __mem, int __val)
-{
-  __sync_fetch_and_add(__mem, __val);
-}
+#define __exchange_and_add(mem, value) \
+  ({ __typeof (*mem) __result;\
+ __result = __sync_fetch_and_add ((mem), (int) (value));  \
+ __result; })
+
+# define __atomic_add(mem, value) (void) __exchange_and_add ((mem), (value))
 
-#endif /* atomicity.h */
+#endif
Common subdirectories: jack-audio-connection-kit-0.101.1/config/cpu/ia64/CVS 
and 
/tmp/jack-audio-connection-kit-0.101.1-new/build-tree/jack-audio-connection-kit-0.101.1/config/cpu/ia64/CVS
diff -uN jack-audio-connection-kit-0.101.1/config/cpu/ia64/cycles.h 
/tmp/jack-audio-connection-kit-0.101.1-new/build-tree/jack-audio-connection-kit-0.101.1/config/cpu/ia64/cycles.h
--- jack-audio-connection-kit-0.101.1/config/cpu/ia64/cycles.h  2004-03-26 
06:31:44.0 +1100
+++ 
/tmp/jack-audio-connection-kit-0.101.1-new/build-tree/jack-audio-connection-kit-0.101.1/config/cpu/ia64/cycles.h
1970-01-01 10:00:00.0 +1000
@@ -1,36 +0,0 @@
-/*
-Copyright (C) 2001 Paul Davis
-Code derived from various headers from the Linux kernel
-
-This program 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.
-
-This program 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., 675 Mass Ave, Cambridge, MA 02139, USA.
-
-$Id: cycles.h,v 1.2 2004/03/25 19:31:44 joq Exp $
-*/
-
-#ifndef __jack_cycles_h__
-#define __jack_cycles_h__
-
-/* ia64 */
-
-typedef unsigned long cycles_t;
-static inline cycles_t
-get_cycles (void)
-{
-   cycles_t ret;
-   __asm__ __volatile__

Bug#394021: jack-audio-connection-kit: IA64 build fix

[Ian Wienand]

Package: jack-audio-connection-kit
Followup-For: Bug #394021

Hi,

I think this is more a bug in jack; personally I think it's a really
bad idea to be carrying around all that clagged atomic operations
code, as it is likely to break.  I'm not all that up on it, but IIRC
part of that code got moved into libraries on IA64, which lead to that
breakage.

Attached is a patch that uses the __sync primatives to define what
jack wants.

-i

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: ia64
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.12
Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#392718: ia32-libs: Installs invalid /usr/bin/ldd for IA64

[Ian Wienand]

Package: ia32-libs
Version: 1.15
Severity: serious
Tags: patch
Justification: ldd is pretty important

Hi,

Looks like a missing semi-colon in the rules file; the variable isn't
set and thus the list of linkers in ldd is set to nothing.

This causes a strange errors, one of which showed up when yaird tries
to make a ramdisk as discussed below.

http://lists.debian.org/debian-ia64/2006/08/msg00034.html

I just upgraded and got hit by it again, which made me look into it.

Thanks,

-i


-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: ia64
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.15.4
Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1)

Versions of packages ia32-libs depends on:
ii  dpkg1.13.22  package maintenance system for Deb
ii  lib32gcc1   1:4.1.1-5+ia32.libs.1.15 GCC support library (ia32)
ii  lsb-release 3.1-17   Linux Standard Base version report

ia32-libs recommends no packages.

-- no debconf information
--- ia32-libs-1.15/debian/rules 2006-07-19 03:46:46.0 +1000
+++ ia32-libs-1.15-new/debian/rules 2006-10-13 11:32:56.0 +1000
@@ -133,7 +133,7 @@
 ifeq (ia64,$(DEB_HOST_ARCH))
# Make ldd work for 32-bit and 64-bit binaries.
[ -x $(DEST)/t/usr/bin/ldd ]
-   RTLDLIST=/lib/ld-linux-ia64.so.2 /lib/ld-linux.so.2 \
+   RTLDLIST=/lib/ld-linux-ia64.so.2 /lib/ld-linux.so.2; \
sed -i s%RTLDLIST=.*%RTLDLIST=\ $$RTLDLIST\% $(DEST)/t/usr/bin/ldd
sed -i 's%verify_out=`$${rtld} --verify $$file`%verify_out=`$${rtld} 
--verify $$file 2\1`%' $(DEST)/t/usr/bin/ldd
 

Bug#392316: numactl: Looking into it

[Ian Wienand]

Package: numactl
Version: 0.9.9-2
Followup-For: Bug #392316

Thanks for bringing this to my attention; I'm looking into solutions
with upstream and will make an upload to fix it one way or the other
in a few days.

Cheers,

-i


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#389854: openbsd-inetd: Inbuilt dgram services reject if coming from a low port

[Ian Wienand]

Package: openbsd-inetd
Version: 0.20050402-2
Severity: normal
Tags: patch

Hi,

I have an application that tries to do a UDP time call from port 37 on
the remote machine, which broke when I recently updated the server and
openbsd-inetd got dragged in.

This worked fine with netkit-inetd, and works fine with xinetd (so I
am told), and I don't really see a good reason for rejecting these
requests.

Can you please consider the attached patch to not reject these
requests?

Thanks,

-i

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18
Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1)

Versions of packages openbsd-inetd depends on:
ii  libc62.3.6.ds1-4 GNU C Library: Shared libraries
ii  libwrap0 7.6.dbs-11  Wietse Venema's TCP wrappers libra
ii  netbase  4.26Basic TCP/IP networking system

openbsd-inetd recommends no packages.

-- no debconf information
--- ./openbsd-inetd-0.20050402/inetd.c  2006-09-28 15:37:29.0 +1000
+++ ./openbsd-inetd-0.20050402-new/inetd.c  2006-09-28 15:37:16.0 
+1000
@@ -639,9 +639,6 @@
return 0;
}
 
-   if (port  IPPORT_RESERVED || port == NFS_PORT)
-   goto bad;
-
return (0);
 
 bad:

Bug#364116: devscripts: Patch for --force-download

[Ian Wienand]

Package: devscripts
Version: 2.9.20
Followup-For: Bug #364116

Hi,

I agree this would be good; for example many packages using
svn-buildpackage don't appear to include upstream tarballs.

Attached is a patch to implement --force-download.  Verbose output
would look similar to below

[EMAIL PROTECTED]:~/programs/pkg-bluetooth/gnome-bluetooth/trunk$ 
/tmp/devscripts-2.9.20/uscan.pl --verbose --force-download
-- Scanning for watchfiles in .
-- Found watchfile in ./debian
-- In debian/watch, processing watchfile line:
   
http://ftp.gnome.org/pub/gnome/sources/gnome-bluetooth/([\d\.]+)/gnome-bluetooth-([\d\.]+)\.tar\.gz
 debian
-- Found the following matching hrefs:
 gnome-bluetooth-0.7.0.tar.gz
Newest version on remote site is 0.7.0, local version is 0.7.0
 = Package is up to date
Newest version on remote site is 0.7.0, local version is 0.7.0
 = Forcing download as requested
-- Downloading updated package gnome-bluetooth-0.7.0.tar.gz
-- Successfully downloaded updated package gnome-bluetooth-0.7.0.tar.gz
and symlinked gnome-bluetooth_0.7.0.orig.tar.gz to it
-- Scan finished

Thanks,

-i

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.17
Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1)

Versions of packages devscripts depends on:
ii  debianutils   2.17   Miscellaneous utilities specific t
ii  dpkg-dev  1.13.22package building tools for Debian
ii  libc6 2.3.6-15   GNU C Library: Shared libraries
ii  perl  5.8.8-6Larry Wall's Practical Extraction 
ii  sed   4.1.5-1The GNU sed stream editor

Versions of packages devscripts recommends:
ii  fakeroot  1.5.10 Gives a fake root environment

-- no debconf information
diff -u ./devscripts-2.9.20/uscan.1 ./devscripts-2.9.20-new/uscan.1
--- ./devscripts-2.9.20/uscan.1 2006-04-25 04:32:30.0 +1000
+++ ./devscripts-2.9.20-new/uscan.1 2006-08-08 11:23:49.0 +1000
@@ -327,6 +327,9 @@
 .B \-\-download
 Report and download.  (This is the default behaviour.)
 .TP
+.B \-\-force-download
+Download upstream even if up to date (will not overwrite local files, however)
+.TP
 .B \-\-pasv
 Force PASV mode for FTP connections.
 .TP
diff -u ./devscripts-2.9.20/uscan.pl ./devscripts-2.9.20-new/uscan.pl
--- ./devscripts-2.9.20/uscan.pl2006-04-19 02:58:30.0 +1000
+++ ./devscripts-2.9.20-new/uscan.pl2006-08-08 11:20:28.0 +1000
@@ -72,6 +72,8 @@
 --debugDump the downloaded web pages to stdout for debugging
your watch file.
 --download Report on newer and absent versions, and download (default)
+--force-download
+   Always download the upstream release, even if up to date
 --no-download  Report on newer and absent versions, but don\'t download
 --pasv Use PASV mode for FTP connections
 --no-pasv  Do not use PASV mode for FTP connections (default)
@@ -136,6 +138,7 @@
 # The next stuff is boilerplate
 
 my $download = 1;
+my $force_download = 0;
 my $report = 0; # report even on up-to-date packages?
 my $symlink = 'symlink';
 my $verbose = 0;
@@ -217,13 +220,14 @@
 
 # Now read the command line arguments
 my $debug = 0;
-my ($opt_h, $opt_v, $opt_download, $opt_report, $opt_passive, $opt_symlink);
+my ($opt_h, $opt_v, $opt_download, $opt_force_download, $opt_report, 
$opt_passive, $opt_symlink);
 my ($opt_verbose, $opt_ignore, $opt_level, $opt_regex, $opt_noconf);
 my ($opt_package, $opt_uversion, $opt_watchfile, $opt_dehs, $opt_timeout);
 
 GetOptions(help = \$opt_h,
   version = \$opt_v,
   download! = \$opt_download,
+  force-download = \$opt_force_download,
   report = sub { $opt_download = 0; },
   report-status = sub { $opt_download = 0; $opt_report = 1; },
   passive|pasv! = \$opt_passive,
@@ -253,6 +257,7 @@
 # Now we can set the other variables according to the command line options
 
 $download = $opt_download if defined $opt_download;
+$force_download = $opt_force_download if defined $opt_force_download;
 $report = $opt_report if defined $opt_report;
 $passive = $opt_passive if defined $opt_passive;
 $timeout = $opt_timeout if defined $opt_timeout;
@@ -938,7 +943,11 @@
print  = Package is up to date\n;
}
$dehs_tags{'status'} = up to date;
-   return 0;
+   if (! $force_download) {
+   return 0;
+   } else {
+   $download = 1;
+   }
 }
 
 # In all other cases, we'll want to report information even with --report
@@ -984,7 +993,9 @@
}
 }
 
-if ($verbose) {
+if ($force_download and $verbose) {
+   print  = Forcing download as requested\n;
+} elsif ($verbose) {
print  = Newer version 

Bug#371144: xserver-xorg-video-i810: xrandr kills xserver

[Ian Wienand]

Package: xserver-xorg-video-i810
Version: 1:1.5.1.0-2.1
Followup-For: Bug #371144

Hi,

I also noticed this

Backtrace:
0: /usr/bin/X11/X(xf86SigHandler+0x89) [0x80b6849]
1: [0xe420]
2: /usr/lib/xorg/modules/drivers/i810_drv.so(I830Rotate+0xed1) [0xb792e3f1]
3: /usr/lib/xorg/modules/drivers/i810_drv.so [0xb791f5d2]
4: /usr/lib/xorg/modules/libramdac.so [0xb7740ab6]
5: /usr/bin/X11/X [0x80bde33]
6: /usr/bin/X11/X(xf86SwitchMode+0xbc) [0x80b447c]
7: /usr/bin/X11/X [0x80d3fc2]
8: /usr/bin/X11/X [0x80d4272]
9: /usr/bin/X11/X [0x814b011]
10: /usr/bin/X11/X(Dispatch+0x19b) [0x8086b8b]
11: /usr/bin/X11/X(main+0x48e) [0x806e5de]
12: /lib/tls/libc.so.6(__libc_start_main+0xd0) [0xb7d01eb0]
13: /usr/bin/X11/X(FontFileCompleteXLFD+0xad) [0x806d911]

I found that the current git head source fixes this for me (modulo
https://bugs.freedesktop.org/show_bug.cgi?id=7573).

If you want to try this updated driver, I put it in a package at

http://people.debian.org/~ianw/i915/

-i

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.17
Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1)

Versions of packages xserver-xorg-video-i810 depends on:
ii  libc6 2.3.6-15   GNU C Library: Shared libraries
ii  xserver-xorg-core 1:1.0.2-9  X.Org X server -- core server

xserver-xorg-video-i810 recommends no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#377315: Binary

[Ian Wienand]

Can you attach the binary, or otherwise come up with a small test case
to trigger this?

-i


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#377938: python2.3-moinmoin: Add note on when to not use unicode

[Ian Wienand]

Package: python2.3-moinmoin
Version: 1.5.3-1
Severity: wishlist
Tags: patch

As per

http://moinmoin.wikiwikiweb.de/MoinMoinBugs/AttachmentPageFailsWhenReturnedUnicodeFilenames

if data_dir is unicode encoded, MoinMoin will crash when you add an
attachment to a page.  The attached patch gives you a warning in the
farmconfig files, and will hopefully save someone else a few hours :)

Thanks,

-i

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.17
Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1)

Versions of packages python2.3-moinmoin depends on:
ii  moinmoin-common   1.5.3-1Python clone of WikiWiki - common 
ii  python2.3 2.3.5-14   An interactive high-level object-o

Versions of packages python2.3-moinmoin recommends:
ii  exim4 4.62-2 metapackage to ease exim MTA (v4) 
ii  exim4-daemon-light [mail-tran 4.62-2 lightweight exim MTA (v4) daemon

-- no debconf information
--- farmconfig.py   2006-02-05 08:20:02.0 +1100
+++ farmconfig-new.py   2006-07-12 10:14:25.0 +1000
@@ -78,7 +78,7 @@
 # all directories are accessible by the web server or moin server.
 
 # If you encounter problems, try to set data_dir and data_underlay_dir
-# to absolute paths.
+# to absolute paths.  Also, these should NOT be unicode strings!
 
 # Where your mutable wiki pages are. You want to make regular
 # backups of this directory.
--- mywiki.py   2006-02-05 08:02:19.0 +1100
+++ mywiki-new.py   2006-07-12 10:15:51.0 +1000
@@ -30,5 +30,7 @@
 # b) if wiki content is maintained in many languages
 page_front_page = uFrontPage
 
+# data directory location where pages, attachments etc are
+# stored.  Must be writable by the webserver [not Unicode] 
 data_dir = '/org/mywiki/data/'
 

Bug#342518: teatime: diff of NMU

[Ian Wienand]

Package: teatime
Version: 2.6.0-1.1
Followup-For: Bug #342518

Attached is a diff of the NMU for teatime 2.6

-i

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.17
Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1)

Versions of packages teatime depends on:
ii  gconf2 2.14.0-1  GNOME configuration database syste
ii  libart-2.0-2   2.3.17-1  Library of functions for 2D graphi
ii  libatk1.0-01.11.4-2  The ATK accessibility toolkit
ii  libbonobo2-0   2.14.0-1  Bonobo CORBA interfaces library
ii  libbonoboui2-0 2.14.0-3  The Bonobo UI library
ii  libc6  2.3.6-15  GNU C Library: Shared libraries
ii  libcairo2  1.2.0-2   The Cairo 2D vector graphics libra
ii  libdbus-1-20.62-4simple interprocess messaging syst
ii  libfontconfig1 2.3.2-7   generic font configuration library
ii  libgconf2-42.14.0-1  GNOME configuration database syste
ii  libglib2.0-0   2.10.3-2  The GLib library of C routines
ii  libgnome-keyring0  0.4.9-1   GNOME keyring services library
ii  libgnome2-02.14.1-2  The GNOME 2 library - runtime file
ii  libgnomecanvas2-0  2.14.0-2  A powerful object-oriented display
ii  libgnomeui-0   2.14.1-2  The GNOME 2 libraries (User Interf
ii  libgnomevfs2-0 2.14.2-1  GNOME virtual file-system (runtime
ii  libgstreamer-gconf0.8-00.8.12-4  GConf support for GStreamer
ii  libgstreamer0.8-0  0.8.12-2  Core GStreamer libraries, plugins,
ii  libgtk2.0-02.8.18-1  The GTK+ graphical user interface 
ii  libice61:1.0.0-3 X11 Inter-Client Exchange library
ii  liborbit2  1:2.14.0-2libraries for ORBit2 - a CORBA ORB
ii  libpanel-applet2-0 2.14.2-1  library for GNOME 2 panel applets
ii  libpango1.0-0  1.12.3-1  Layout and rendering of internatio
ii  libpng12-0 1.2.8rel-5.1  PNG library - runtime
ii  libpopt0   1.10-2lib for parsing cmdline parameters
ii  libsm6 1:1.0.0-4 X11 Session Management library
ii  libx11-6   2:1.0.0-7 X11 client-side library
ii  libxcursor11.1.5.2-5 X cursor management library
ii  libxext6   1:1.0.0-4 X11 miscellaneous extension librar
ii  libxfixes3 1:3.0.1.2-4   X11 miscellaneous 'fixes' extensio
ii  libxi6 1:1.0.0-5 X11 Input extension library
ii  libxinerama1   1:1.0.1-4 X11 Xinerama extension library
ii  libxml22.6.26.dfsg-2 GNOME XML library
ii  libxrandr2 2:1.1.0.2-4   X11 RandR extension library
ii  libxrender11:0.9.0.2-4   X Rendering Extension client libra
ii  zlib1g 1:1.2.3-12compression library - runtime

teatime recommends no packages.

-- no debconf information
diff -u teatime-2.4/debian/changelog teatime-2.6.0/debian/changelog
--- teatime-2.4/debian/changelog2006-07-10 12:18:46.0 +1000
+++ teatime-2.6.0/debian/changelog  2006-07-06 10:54:41.0 +1000
@@ -1,3 +1,14 @@
+teatime (2.6.0-1.1) unstable; urgency=low
+
+  * Non-maintainer upload
+  * New upstream (Closes: #296874, #342518, #293595, #313902, #260517)
+  * Remove old patches no longer required
+  * Add patches/no-libexec.patch; unfortunately requires regenerating Makefiles
+which leads to a big diff
+  * Update homepage in control, copyright
+
+ -- Ian Wienand [EMAIL PROTECTED]  Wed,  5 Jul 2006 23:15:28 +1000
+
 teatime (2.4-2.1) unstable; urgency=low
 
   * Non-maintainer upload.
diff -u teatime-2.4/debian/control teatime-2.6.0/debian/control
--- teatime-2.4/debian/control  2006-07-10 12:18:46.0 +1000
+++ teatime-2.6.0/debian/control2006-07-06 10:55:38.0 +1000
@@ -2,9 +2,9 @@
 Section: gnome
 Priority: optional
 Maintainer: Arnaud Patard [EMAIL PROTECTED]
-Uploaders: Debian GNOME Maintainers [EMAIL PROTECTED], Akira TAGOH [EMAIL 
PROTECTED], Andreas Rottmann [EMAIL PROTECTED], Andrew Lau [EMAIL 
PROTECTED], Clément Stenac [EMAIL PROTECTED], Dafydd Harries [EMAIL 
PROTECTED], Guilherme de S. Pastore [EMAIL PROTECTED], Gustavo Franco 
[EMAIL PROTECTED], Gustavo Noronha Silva [EMAIL PROTECTED], J.H.M. Dassen 
(Ray) [EMAIL PROTECTED], Jordi Mallach [EMAIL PROTECTED], Jose Carlos 
Garcia Sogo [EMAIL PROTECTED], Josselin Mouette [EMAIL PROTECTED], Loic 
Minier [EMAIL PROTECTED], Marc 'HE' Brockschmidt [EMAIL PROTECTED], Marco 
Cabizza [EMAIL PROTECTED], Ondřej Surý [EMAIL PROTECTED], Ross Burton 
[EMAIL PROTECTED], Sebastien Bacher [EMAIL PROTECTED], Sjoerd Simons

Bug#377012: gcc-4.1: Suggested patch for provides libssp0 problem

[Ian Wienand]

Package: gcc-4.1
Version: 4.1.1-7
Tags: +patch
Followup-For: Bug #377012

Hi,

The attached patch just differentiates the libssp name

-i

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.17
Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1)

Versions of packages gcc-4.1 depends on:
ii  binutils  2.17-1 The GNU assembler, linker and bina
ii  cpp-4.1   4.1.1-7The GNU C preprocessor
ii  gcc-4.1-base  4.1.1-7The GNU Compiler Collection (base 
ii  libc6 2.3.6-15   GNU C Library: Shared libraries
ii  libgcc1   1:4.1.1-7  GCC support library
ii  libssp0   4.1.1-7GCC stack smashing protection libr

Versions of packages gcc-4.1 recommends:
ii  libc6-dev 2.3.6-15   GNU C Library: Development Librari
pn  libmudflap0-dev   none (no description available)

-- no debconf information
--- control-old.m4  2006-07-07 15:32:16.0 +1000
+++ control.m4  2006-07-07 15:38:52.0 +1000
@@ -203,9 +203,9 @@
 Depends: BASEDEP, cpp`'PV`'TS (= ${gcc:Version}), binutils`'TS (= 
${binutils:Version}), ${dep:libgcc}, ${dep:libssp}, ${dep:libunwinddev}, 
${shlibs:Depends}
 Recommends: ${dep:libcdev}, libmudflap`'MF_SO-dev`'LS (= ${gcc:Version})
 Suggests: gcc`'PV-doc (= ${gcc:SoftVersion}), gcc`'PV-locales (= 
${gcc:SoftVersion}), ${dep:libcbiarchdev}, ${dep:libgccbiarch}, 
${dep:libsspbiarch}
-Conflicts: libssp0-dev
-Replaces: libssp0-dev
-Provides: libssp0-dev
+Conflicts: libssp0-dev`'TS
+Replaces: libssp0-dev`'TS
+Provides: libssp0-dev`'TS
 Provides: c-compiler`'TS
 ifdef(`TARGET',`dnl',`Conflicts: gcj`'PV`'TS ( ${gcj:SoftVersion})')
 ifdef(`TARGET',`dnl',`Replaces: gcj-4.1 ( 4.1.1)')

Bug#377012: Having gcc-4.1 conflict, replace and provide libssp0-dev breaks cross compilers

[Ian Wienand]

Package: gcc-4.1
Version: 4.1.1-7
Severity: important

Hi,

Since gcc-4.1 (the system gcc) provides libssp0-dev, this makes a
cross compiler (which is also trying to provide it) uninstallable
along side it. e.g.

[EMAIL PROTECTED]:/tmp/cross$ sudo dpkg -i 
gcc-4.1-ia64-linux-gnu_4.1.1-7_i386.deb
dpkg: regarding gcc-4.1-ia64-linux-gnu_4.1.1-7_i386.deb containing 
gcc-4.1-ia64-linux-gnu:
 gcc-4.1-ia64-linux-gnu conflicts with libssp0-dev
  gcc-4.1 provides libssp0-dev and is installed.
dpkg: error processing gcc-4.1-ia64-linux-gnu_4.1.1-7_i386.deb (--install):
 conflicting packages - not installing gcc-4.1-ia64-linux-gnu

So you end up having to choose.  I'm pondering the best way around
this, any suggestions?

-i
[EMAIL PROTECTED]

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.17
Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1)

Versions of packages gcc-4.1 depends on:
ii  binutils  2.17-1 The GNU assembler, linker and bina
ii  cpp-4.1   4.1.1-7The GNU C preprocessor
ii  gcc-4.1-base  4.1.1-7The GNU Compiler Collection (base 
ii  libc6 2.3.6-15   GNU C Library: Shared libraries
ii  libgcc1   1:4.1.1-7  GCC support library
ii  libssp0   4.1.1-7GCC stack smashing protection libr

Versions of packages gcc-4.1 recommends:
ii  libc6-dev 2.3.6-15   GNU C Library: Development Librari
pn  libmudflap0-dev   none (no description available)

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#342518: teatime: Updated version prepared

[Ian Wienand]

Package: teatime
Version: 2.6.0-1.1
Followup-For: Bug #342518

Hi,

I have prepared an updated package, available at

http://people.debian.org/~ianw/teatime/

I'll give it a bit of time otherwise do an NMU of it; it closes just
about all of current outstanding bugs.

Thanks!

-i

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.17
Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1)

Versions of packages teatime depends on:
ii  gconf2 2.14.0-1  GNOME configuration database syste
ii  libart-2.0-2   2.3.17-1  Library of functions for 2D graphi
ii  libatk1.0-01.11.4-2  The ATK accessibility toolkit
ii  libbonobo2-0   2.14.0-1  Bonobo CORBA interfaces library
ii  libbonoboui2-0 2.14.0-3  The Bonobo UI library
ii  libc6  2.3.6-15  GNU C Library: Shared libraries
ii  libcairo2  1.2.0-1   The Cairo 2D vector graphics libra
ii  libdbus-1-20.62-4simple interprocess messaging syst
ii  libfontconfig1 2.3.2-7   generic font configuration library
ii  libgconf2-42.14.0-1  GNOME configuration database syste
ii  libglib2.0-0   2.10.3-2  The GLib library of C routines
ii  libgnome-keyring0  0.4.9-1   GNOME keyring services library
ii  libgnome2-02.14.1-2  The GNOME 2 library - runtime file
ii  libgnomecanvas2-0  2.14.0-2  A powerful object-oriented display
ii  libgnomeui-0   2.14.1-2  The GNOME 2 libraries (User Interf
ii  libgnomevfs2-0 2.14.2-1  GNOME virtual file-system (runtime
ii  libgstreamer-gconf0.8-00.8.12-4  GConf support for GStreamer
ii  libgstreamer0.8-0  0.8.12-2  Core GStreamer libraries, plugins,
ii  libgtk2.0-02.8.18-1  The GTK+ graphical user interface 
ii  libice61:1.0.0-3 X11 Inter-Client Exchange library
ii  liborbit2  1:2.14.0-2libraries for ORBit2 - a CORBA ORB
ii  libpanel-applet2-0 2.14.2-1  library for GNOME 2 panel applets
ii  libpango1.0-0  1.12.3-1  Layout and rendering of internatio
ii  libpng12-0 1.2.8rel-5.1  PNG library - runtime
ii  libpopt0   1.10-2lib for parsing cmdline parameters
ii  libsm6 1:1.0.0-4 X11 Session Management library
ii  libx11-6   2:1.0.0-7 X11 client-side library
ii  libxcursor11.1.5.2-5 X cursor management library
ii  libxext6   1:1.0.0-4 X11 miscellaneous extension librar
ii  libxfixes3 1:3.0.1.2-4   X11 miscellaneous 'fixes' extensio
ii  libxi6 1:1.0.0-5 X11 Input extension library
ii  libxinerama1   1:1.0.1-4 X11 Xinerama extension library
ii  libxml22.6.26.dfsg-2 GNOME XML library
ii  libxrandr2 2:1.1.0.2-4   X11 RandR extension library
ii  libxrender11:0.9.0.2-4   X Rendering Extension client libra
ii  zlib1g 1:1.2.3-12compression library - runtime

teatime recommends no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#374917: q-tools doesn't include q-syscollect

[Ian Wienand]

Package: q-tools
Version: 0.3-1
Severity: grave
Tags: patch
Justification: renders package unusable

As you can see from

http://buildd.debian.org/fetch.php?pkg=q-tools%26ver=0.3-1%26arch=ia64%26stamp=1146456408%26file=log

q-syscollect fails to build, but the package still builds.

Thus q-tools is shipped without it

The attached patch fixes the build.

Something we could discuss in another forum is simplifying by removing the 
libpfm2
package all together and just using libpfm3; does anything require libpfm2?

Thanks,

-i

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: ia64
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.15.4
Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1)

Versions of packages q-tools depends on:
ii  guile-1.6 [guile] 1.6.8-3The GNU extension language and Sch
ii  guile-1.6-slib1.6.8-3Guile SLIB support
ii  libc6.1   2.3.6-1GNU C Library: Shared libraries an

Versions of packages q-tools recommends:
pn  graphviz  none (no description available)
ii  gs-gpl8.50-1.1   The GPL Ghostscript PostScript int

-- no debconf information
--- q-tools-0.3/Make.config 2006-04-10 18:49:32.0 +1000
+++ q-tools-0.3-fixed/Make.config   2006-06-22 11:51:44.0 +1000
@@ -17,7 +17,7 @@
 MAJOR = 0
 MINOR = 2
 
-#HAVE_EXPLICIT_PERFMON3 = $(shell if test -d /usr/include/perfmon3; then echo 
y; fi)
+HAVE_EXPLICIT_PERFMON3 = $(shell if test -d /usr/include/perfmon3; then echo 
y; fi)
 
 ifeq ($(HAVE_EXPLICIT_PERFMON3),y)
  CPPFLAGS += -DHAVE_EXPLICIT_PERFMON3
@@ -25,5 +25,3 @@
 else
  LIBPFM = /usr/lib/libpfm.a
 endif
-LIBPFM=/home/eranian/nueh/libpfm-3.2/lib/libpfm.a
-CFLAGS += -I/home/eranian/nueh/libpfm-3.2/include

Bug#365612: libxt6: Use customization values

[Ian Wienand]

Package: libxt6
Version: 1:1.0.0-4
Followup-For: Bug #365612

Hi,

I applied the below patch before I noticed this bug, after I noticed
that xfig was broken.  It fixes it for me.

-i

--- libxt-1.0.0/debian/rules2006-05-12 14:13:33.0 +1000
+++ libxt-1.0.0-fixed/debian/rules  2006-05-12 14:08:54.0 +1000
@@ -31,7 +31,7 @@
confflags += --build=$(DEB_BUILD_GNU_TYPE) --host=$(DEB_HOST_GNU_TYPE)
 endif
 
-CFLAGS +=  
-DXFILESEARCHPATHDEFAULT=\\\/usr/lib/X11/%L/%T/%N%S:/usr/lib/X11/%l/%T/%N%S:/usr/lib/X11/%T/%N%S:/etc/X11/%L/%T/%N%S:/etc/X11/%l/%T/%N%S:/etc/X11/%T/%N%S\\\
 -include X11/XlibConf.h -D_REENTRANT
+CFLAGS +=  
-DXFILESEARCHPATHDEFAULT=\\\/usr/lib/X11/%L/%T/%N%S:/usr/lib/X11/%l/%T/%N%S:/usr/lib/X11/%T/%N%S:/etc/X11/%L/%T/%N%C%S:/etc/X11/%l/%T/%N%C%S:/etc/X11/%T/%N%C%S:/etc/X11/%L/%T/%N%S:/etc/X11/%l/%T/%N%S:/etc/X11/%T/%N%S\\\
 -include X11/XlibConf.h -D_REENTRANT
 
 build: patch build-stamp
 build-stamp:


-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.16.1
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages libxt6 depends on:
ii  libc6 2.3.6-7GNU C Library: Shared libraries
ii  libice6   1:1.0.0-3  X11 Inter-Client Exchange library
ii  libsm61:1.0.0-4  X11 Session Management library
ii  libx11-6  2:1.0.0-6  X11 client-side library
ii  x11-common1:7.0.17   X Window System (X.Org) infrastruc

libxt6 recommends no packages.

-- debconf information:
  libxt6/migrate_app_defaults_dir: true


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#359887: cdbs: Flag minimal CDBS version

[Ian Wienand]

Package: cdbs
Version: 0.4.37
Followup-For: Bug #359887

Hi,

OK, I can see that back-porting might be unsuitable.

I also see that generating control.in from rules in a bad idea, but I
really like my Makefiles that build packages being able to
automagically fill in dependencies that CDBS needs.

How about something like the follow, where you allow a flag for a
minimal version?

Thanks,

-i

diff -u cdbs-0.4.37-orig/1/rules/buildvars.mk.in 
cdbs-0.4.37/1/rules/buildvars.mk.in
--- cdbs-0.4.37-orig/1/rules/buildvars.mk.in2006-03-18 19:31:57.0 
+1100
+++ cdbs-0.4.37/1/rules/buildvars.mk.in 2006-04-02 21:37:36.0 +1000
@@ -76,8 +76,12 @@
DEB_DESTDIR = $(CURDIR)/debian/tmp/
 endif
 
+ifeq (, $(DEB_AUTO_UPDATE_CDBS_MIN_VER))
+   DEB_AUTO_UPDATE_CDBS_MIN_VER = 0.4.23-1.1
+endif
+
 ifeq ($(_cdbs_bootstrap), )
-CDBS_BUILD_DEPENDS := $(CDBS_BUILD_DEPENDS), cdbs (= 0.4.23-1.1)
+CDBS_BUILD_DEPENDS := $(CDBS_BUILD_DEPENDS), cdbs (= 
$(DEB_AUTO_UPDATE_CDBS_MIN_VER))
 endif
 
 endif
--- cdbs-0.4.37-orig/doc/cdbs-doc.xml   2006-03-24 18:39:07.0 +1100
+++ cdbs-0.4.37/doc/cdbs-doc.xml2006-04-02 21:53:53.0 +1000
@@ -1722,6 +1722,15 @@
   (re)generate filenamedebian/control/filename./para
 /step
   /procedure
+
+  paraIf you are utlising features of a particuarly recent
+  version of CDBS, you may wish to explicitly override the default
+  minimum version as per below:
+programlisting
+DEB_AUTO_UPDATE_CDBS_MIN_VER := X.Y.Z
+/programlisting
+/para
+
 /sect1
   /chapter
 

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.16
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8)

cdbs depends on no packages.

Versions of packages cdbs recommends:
ii  autotools-dev 20060223.1 Update infrastructure for config.{
ii  debhelper 5.0.26 helper programs for debian/rules

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#354486: lastfm: Profile information

[Ian Wienand]

Package: lastfm
Version: 1.1.90-2
Followup-For: Bug #354486

Hi,

I'm seeing this very high CPU usage too.

I recompiled with gprof turned on, and I see that most of the time is
being spent in sinc_process() from libsndfile.

Flat profile:

Each sample counts as 0.01 seconds.
  %   cumulative   self  self total
 time   seconds   secondscalls  ms/call  ms/call  name
 93.06 22.1122.11  85825.7725.77  sinc_process
  3.32 22.90 0.7961776 0.01 0.01  synth_1to1

This appears to be being called from WaveThread::run()

[1] 99.90.28   23.46 WaveThread::run() [1]
   22.110.00 858/858 sinc_process [2]
0.001.231033/1033decodeMP3 [3]
0.070.00 858/858 src_short_to_float_array [11]
0.050.00 858/858 src_float_to_short_array [12]
0.000.00 858/858 src_process [26]
---
   22.110.00 858/858 WaveThread::run() [1]
[2] 93.1   22.110.00 858 sinc_process [2]
---

Now considering sinc_process has a comment

  Beware all ye who dare pass this point. There be dragons here.

I'm not inclined to dive in there :) I CC'd Erik incase he knows of
anything that might cause this.  I confirmed that the src_sinc.c file
is the same as the latest libsndfile download.  

Of course, it's probably something stupid that WaveThread::run() is
doing to invoke sinc_process.

The only thing I can think is that this is on my laptop, a Pentium M.
I wonder if the other reporters are running similar hardware?

Thanks,

-i

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.16
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8)

Versions of packages lastfm depends on:
ii  libasound21.0.10-2   ALSA library
ii  libc6 2.3.6-4GNU C Library: Shared libraries an
ii  libgcc1   1:4.0.3-1  GCC support library
ii  libqt4-core   4.1.1-1+b1 Qt 4 core non-GUI functionality ru
ii  libqt4-gui4.1.1-1+b1 Qt 4 core GUI functionality runtim
ii  libstdc++64.0.3-1The GNU Standard C++ Library v3
ii  libx11-6  6.9.0.dfsg.1-5 X Window System protocol client li
ii  xlibs 6.9.0.dfsg.1-5 X Window System client libraries m

Versions of packages lastfm recommends:
ii  epiphany-browser [www 1.8.5-2Intuitive GNOME web browser
ii  firefox [www-browser] 1.5.dfsg+1.5.0.1-4 lightweight web browser based on M
ii  lynx [www-browser]2.8.5-2sarge1  Text-mode WWW Browser
ii  mozilla-browser [www- 2:1.7.12-1.1   The Mozilla Internet application s
ii  opera-static [www-bro 9.0-20060206.1 The Opera Web Browser
ii  w3m [www-browser] 0.5.1-4WWW browsable pager with excellent

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#359887: cdbs: Make CDBS depend on latest version when building from control.in

[Ian Wienand]

Package: cdbs
Version: 0.4.37
Severity: important
Tags: patch

Hi,

I use DEB_AUTO_UPDATE_DEBIAN_CONTROL in my scripts to build my control
file.  I wanted to use the feature in the latest CDBS to automagically
create a -dbg package, but CDBS gives the build-dep as a very old
version.

I think there is an argument for having this updated on each version;
if I build with a version of CDBS I want to be sure that any of the
autobuilders are using at least that version.

Thanks,

-i

--- ../cdbs-0.4.37-orig/1/rules/buildvars.mk.in 2006-03-18 19:31:57.0 
+1100
+++ 1/rules/buildvars.mk.in 2006-03-29 22:35:05.0 +1100
@@ -77,7 +77,7 @@
 endif
 
 ifeq ($(_cdbs_bootstrap), )
-CDBS_BUILD_DEPENDS := $(CDBS_BUILD_DEPENDS), cdbs (= 0.4.23-1.1)
+CDBS_BUILD_DEPENDS := $(CDBS_BUILD_DEPENDS), cdbs (= 0.4.7)
 endif
 
 endif


-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.16
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8)

cdbs depends on no packages.

Versions of packages cdbs recommends:
ii  autotools-dev 20060223.1 Update infrastructure for config.{
ii  debhelper 5.0.25 helper programs for debian/rules

-- debconf-show failed


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#357468: numactl: Help with MIPS testing

[Ian Wienand]

Package: numactl
Followup-For: Bug #357468

Hi,

I've put in the provided patch, and I'd like someone to test it out.

Easiest way would probably to just pull 

$ svn co svn://svn.toolchain.org/svn/numactl/

and do

$ cd tarballs
$ make deb

This is a new upstream too.

libnuma should be detecting if TLS is available, so if that part is
not working then we need to debug the bit in the makefile that tests
for it.

Thanks,

-i

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.16
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]