Bug#1071573: Status of libnet-ssl-expiredate-perl

[Mason James]

On 27/05/24 5:23 pm, Andrius Merkys wrote:

Control: owner -1 !

Hello,

It is quite important to me to get libnet-ssl-expiredate-perl done ASAP. Thus 
if you do not have any objections, I am going to finalize it.

Andrius


hi Andrius

sorry for my late reply and no objections from me!

Bug#1038903: initscripts: orphan-sysvinit-scripts needs to be a prerequisite, not optional.

[Mason Loring Bliss]

On Fri, Jun 23, 2023 at 02:14:40AM +0200, Thorsten Glaser wrote:

> The choice to use a nōn-default setup (using rsyslogd at all
> in bookworm) is up to the local admin.

It's not obvious from the release notes that rsyslog is deprecated. Maybe
it's too late now for Bookworm, but this speaks to Debian's suitability as
a platform for services. Frankly it makes Devuan seem more appealing, for
folks with any sort of mental investment in Debian.

This is all fairly disappointing.

-- 
Mason Loring Bliss ma...@blisses.orgEwige Blumenkraft!
(if awake 'sleep (aref #(sleep dream) (random 2))) -- Hamlet, Act III, Scene I


signature.asc
Description: PGP signature

Bug#1038903: initscripts: orphan-sysvinit-scripts needs to be a prerequisite, not optional.

[Mason Loring Bliss]

On Fri, Jun 23, 2023 at 01:30:30AM +0200, Thorsten Glaser wrote:

> On Thu, 22 Jun 2023, David Griffith wrote:
> 
> > This was prompted when I found that rsyslog stopped working on Bullseye when
> > upgraded to Bookworm.  What sort of depenency would you suggest to implement
> > the following?
> 
> “Read the release notes.”

What part of the release notes are you referring to? It might be useful to
reference that specifically, in addition to the pointer.

Nothing relevant is obvious here for rsyslogd:

  https://www.debian.org/releases/bookworm/amd64/release-notes/index.en.html

We probably want to avoid nasty surprises. I haven't upgraded my servers to
Bookworm yet, but scanning the release notes, nothing there would indicate
to me that my logging services were about to break.

David's suggestion of requiring orphan-sysvinit-scripts seems like a
sensible solution that will prevent outages. Let's posit, for instance,
that there's a hospital somewhere using Debian for some of their
infrastructure, and running sysvinit because they require reliable systems.
It would seem responsible to not arbitrarily let logging break on an
upgrade. That's not what people expect from Debian.

-- 
Mason Loring Bliss  ma...@blisses.org  Ewige Blumenkraft!
awake ? sleep : random() & 2 ? dream : sleep; -- Hamlet, Act III, Scene I


signature.asc
Description: PGP signature

Bug#1032290:

[Mason Xiaohan Liu]

Did you get my mail

Bug#961147: libcolor-calc-perl: broken by new libgraphics-colornames-perl

[Mason James]

On 24/02/23 1:53 pm, gregor herrmann wrote:

On Wed, 25 May 2022 11:34:20 +0200, gregor herrmann wrote:


On Mon, 21 Feb 2022 21:18:10 +, Damyan Ivanov wrote:

-=| intrigeri, 22.05.2020 08:47:25 +0200 |=-

Niko Tyni (2020-05-21):

libcolor-calc-perl has just one reverse dependency AFAICS:
libcgi-application-plugin-authentication-perl.

I took a quick look.

Me too, a longer one :)

…

Then I read your comments about removal :)

The last rdep is gone, so I guess we can just RM libcolor-calc-perl?


Or we can salvage it, as mtj has added another patch, which makes the
tests pass.

Not sure if it's woth it; if yes we probably should 1) merge the two
patches and 2) upload quickly.


i'm happy to merge the patches today

Bug#1030247: ITP: libtext-names-perl -- module for proper name parsing, normalization, recognition and classification

[Mason James]

On 3/02/23 3:11 am, Andrius Merkys wrote:

Hi Mason,

On 2023-02-01 17:04, m...@kohaaloha.com wrote:

Text::Namess provides a number of name normalization routines, plus

  ^

Letter 's' is duplicated (Namess) in package description in debian/control.

Best,
Andrius


fixed, thanks :)

Bug#1030100: duplicate ITP of #1030099

[Mason James]

duplicate ITP of #1030099
please close

Bug#1029093: solaar doesn't enable plugdev when plugdev requested

[Mason Loring Bliss]

Package: solaar
Version: 1.1.8+dfsg-1

My previous bug, BZ#1028922, was closed inappropriately, given that the
bug is not fixed in Bookworm, and will impact Bullseye users until Bullseye
leaves support.

Solaar notes this on configuration:

> Please specify how non-root users should be given access to the Logitech
> receiver devices.
>
> If systemd or consolekit are in use, they can apply ACLs to make them
> accessible via Solaar for the user logged in on the current seat. Right
> now, NEITHER daemon is running.
>
> If neither of these daemons is in use, or if the receiver should also be
> accessible for remotely logged in users, it is possible to grant access
> for members of the "plugdev" system group.
>
> If you do use the "plugdev" group, don't forget to make sure all the
> appropriate users are members of that group. You can add new members to
> the group by running, as root:
>adduser  plugdev
> For the group membership to take effect, the affected users need to log
> out and back in again.
>
> Use plugdev group?
>
>   

However, even if "yes" is selected, the line that includes plugdev is
commented out in the udev rules file shipped with the package,
/lib/udev/rules.d/60-solaar.rules:

# Grant members of the "plugdev" group access to receiver (useful for SSH users)
#MODE="0660", GROUP="plugdev"

...which results in plugdev not being set as the group for matching
devices, instead leaving them with the default 0600 root:root, which
plugdev users cannot access. If this line is manually uncommented Solaar
works as intended with plugdev users.

The easiest fix might be to simply be to note this in the configuration
dialog, as it'd be reasonable for users wanting this to work with plugdev
to understand that an additional manual step is required.

Observed on Debian Bookworm with Solaar 1.1.8+dfsg-1.
Observed on Debian Bullseye with Solaar 1.0.4+dfsg-1.

-- 
Mason Loring Bliss ma...@blisses.orgEwige Blumenkraft!
(if awake 'sleep (aref #(sleep dream) (random 2))) -- Hamlet, Act III, Scene I


signature.asc
Description: PGP signature

Bug#1028922: solaar doesn't enable plugdev when plugdev requested

[Mason Loring Bliss]

Package: solaar
Version: 1.0.4+dfsg-1

Solaar notes this on configuration:

> Please specify how non-root users should be given access to the Logitech
> receiver devices.
> 
> If systemd or consolekit are in use, they can apply ACLs to make them
> accessible via Solaar for the user logged in on the current seat. Right
> now, NEITHER daemon is running.
> 
> If neither of these daemons is in use, or if the receiver should also be
> accessible for remotely logged in users, it is possible to grant access
> for members of the "plugdev" system group.
> 
> If you do use the "plugdev" group, don't forget to make sure all the
> appropriate users are members of that group. You can add new members to
> the group by running, as root:
>adduser  plugdev
> For the group membership to take effect, the affected users need to log
> out and back in again.
> 
> Use plugdev group?
> 
>   

However, even if "yes" is selected, the line that includes plugdev is
commented out in the udev rules file shipped with the package,
/lib/udev/rules.d/60-solaar.rules:

# Grant members of the "plugdev" group access to receiver (useful for SSH users)
#MODE="0660", GROUP="plugdev"

...which results in plugdev not being set as the group for matching
devices, instead leaving them with the default 0600 root:root, which
plugdev users cannot access. If this line is manually uncommented Solaar
works as intended with plugdev users.

The easiest fix might be to simply be to note this in the configuration
dialog, as it'd be reasonable for users wanting this to work with plugdev
to understand that an additional manual step is required.

Observed on Debian Bullseye.

-- 
Mason Loring Bliss  ((   If I have not seen as far as others, it is because
 ma...@blisses.org   ))   giants were standing on my shoulders. - Hal Abelson


signature.asc
Description: PGP signature

Bug#1026213: [Pkg-shadow-devel] Bug#1026213: login: $HOME created as 0755 by default

[Mason Loring Bliss]

This would violate POLA and break, among other things already noted, things
like fingerd, which wants to run with least-privilege but still access
.plan and .project files.

Security is a process and requires conscious thought by an administrator,
and default permissions on home directories are no different and easily
tailored away from the expected defaults.

-- 
Mason Loring Bliss  ((   If I have not seen as far as others, it is because
 ma...@blisses.org   ))   giants were standing on my shoulders. - Hal Abelson

Bug#1003036: ITP: golang-github-fatih-camelcase -- Split a camelcase word into a slice of words in Go

[Mason Giles]

X-Debbugs-CC: debian-de...@lists.debian.org, debian...@lists.debian.org
Package: wnpp
Severity: wishlist
Owner: "Mason Giles" 

* Package name    : golang-github-fatih-camelcase
  Version : 1.0.0-1
  Upstream Author : Fatih Arslan
* URL : https://github.com/fatih/camelcase
* License : Expat
  Programming Lang: Go
  Description : Split a camelcase word into a slice of words in Go

 CamelCase is a Go package to split the words of a camelcase type string
 into a slice of words. It can be used to convert a camelcase word (lower
 or upper case) into any type of word.

As with all Go packages, it should be team-maintained within the Debian Go
Packaging Team.

This package is part of the dependency tree of an attempt to package 
LiteIDE:

- liteide
  - gocode
    - gotools
  - golang-github-visualfc-fastmod
  - golang-github-visualfc-goversion
  - gomodifytags
    - golang-github-fatih-camelcase (*)
    - golang-github-fatih-structtag

Bug#987497: libc-bin: Enabling Static PIE support on arm64 libc breaks qemu bootstrapping

[Randall Mason]

On Sat, Apr 24, 2021 at 6:51 PM Aurelien Jarno  wrote:

> PIE support on arm64 requires at least qemu version 5.0. Please upgrade
> your qemu version.
>

So, given that ubuntu's latest LTS release will be pretty standard for the
next two years, we're going to ask people to do some pinning to qemu from
groovy or something if they want to debootstrap cross platform? Debian
stable will have the same problem until Bullseye is released shortly. How
do we surface a better error from libc, so that it's not an opaque
"segfault"?

Randall Mason
rand...@mason.ch

Bug#987497: libc-bin: Enabling Static PIE support on arm64 libc breaks qemu bootstrapping

[Randall Mason]

Package: libc-bin
Version: 2.31-11
Severity: important
X-Debbugs-Cc: rand...@mason.ch

Dear Maintainer,

   * What led up to the situation?
  I run a CI build of images for my raspberry pi with the upstream
  kernel and debian userspace. I use qemu-debootstrap. At some point
  the builds stopped working for bullseye and sid.  The host of the
  qemu-debootstrap is either Ubuntu 18.04 or 20.04, the only debian
  based options on Github Actions.
   * What exactly did you do (or not do) that was effective (or
 ineffective)?
  I ended up pinning the build to snapshot 20210103T144403Z as that
  works on both bullseye and sid.  On first boot I use cloud-init to
  update packages if connected to network.
   * What was the outcome of this action?
  I'm no longer getting up to date debian when I load a new image on
  my Raspberry Pi.  If networking is down on first boot, I'm stuck
  at an old version of debian.
   * What outcome did you expect instead?
 I'd hope to be able to continue building bulleye and sid images.


 I did a bisect using snapshot and the last working version was that
 snapshot and the only change to base debootstrap packages was updating
 from libc 2.31-6 for both bullseye and sid.  I tested sid, as there are
 more versions between 6 and 11 released and it broke immediately on
 2.31-7.  Looking at the changelog I would guess that it's
 
https://salsa.debian.org/glibc-team/glibc/-/commit/ac2dc2a2df164509bfa35b2e8181606510baa123
 that broke the qemu-debootstrap.  Here are some example segfaults:
 
 When bootstrapping from latest repos:

 I: Running command: chroot /mnt /debootstrap/debootstrap --second-stage
 W: Failure trying to run:  /sbin/ldconfig
 W: See //debootstrap/debootstrap.log for details

 
(https://github.com/ClashTheBunny/Debian64Pi/runs/2315280346?check_suite_focus=true#step:3:795)

 When bootstrapping from the above snapshot and then upgrading during
 the bootstrap:

 Preparing to unpack .../libc-bin_2.31-11_arm64.deb ...
 Unpacking libc-bin (2.31-11) over (2.31-6) ...
 Setting up libc-bin (2.31-11) ...
 qemu: uncaught target signal 11 (Segmentation fault) - core dumped
 Segmentation fault (core dumped)
 qemu: uncaught target signal 11 (Segmentation fault) - core dumped
 Segmentation fault (core dumped)
 dpkg: error processing package libc-bin (--configure):
  installed libc-bin package post-installation script subprocess
  returned error exit status 139
  Errors were encountered while processing:
   libc-bin
   E: Sub-process /usr/bin/dpkg returned an error code (1)

 
(https://github.com/ClashTheBunny/Debian64Pi/runs/2315453978?check_suite_focus=true#step:3:2564)

Thanks for taking a look!

-- System Information:
Debian Release: bullseye/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: arm64 (aarch64)

Kernel: Linux 5.10.17-v8+ (SMP w/4 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_CRAP, TAINT_OOT_MODULE
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages libc-bin depends on:
ii  libc6  2.31-11

Versions of packages libc-bin recommends:
ii  manpages  5.10-1

libc-bin suggests no packages.

-- no debconf information

Bug#932863: RFP: GNU Health - a hospital information system

[mason]

Package: wnpp

Severity: wishlist

Upstream Dev: http://hg.savannah.gnu.org/hgweb/health/

Official Website: http://health.gnu.org/home

Description: GNU Health is a Free/Libre project for health
practitioners, health institutions and governments. It provides the
functionality of Electronic Medical Record (EMR), Hospital Management
(HMIS) and Health Information System (HIS).

Its modular design allows to be deployed in many different scenarios:
from small private offices, to large, national public health systems.

Programming Language: Python

License: GPLv3+


signature.asc
Description: PGP signature

Bug#927956: systemd-sysv: /var/run/postgresql is owned by root - postgres does not start after a reboot

[Dominic Mason]

Package: systemd-sysv
Followup-For: Bug #927956

Dear Maintainer,


This appears to have been fixed in 215-17+deb8u13 of the following packages

Get:1 http://security.debian.org/ jessie/updates/main libudev1 amd64
215-17+deb8u13 [58.8 kB]
Get:2 http://security.debian.org/ jessie/updates/main udev amd64 215-17+deb8u13
[878 kB]
Get:3 http://security.debian.org/ jessie/updates/main libsystemd0 amd64
215-17+deb8u13 [90.5 kB]
Get:4 http://security.debian.org/ jessie/updates/main libpam-systemd amd64
215-17+deb8u13 [127 kB]
Get:5 http://security.debian.org/ jessie/updates/main systemd amd64
215-17+deb8u13 [2,555 kB]
Get:6 http://security.debian.org/ jessie/updates/main systemd-sysv amd64
215-17+deb8u13 [37.5 kB]
Get:7 http://security.debian.org/ jessie/updates/main libgudev-1.0-0 amd64
215-17+deb8u13 [43.5 kB]


Obviously, people that have not updated those package and do a reboot, will
need to either fix the
permissions on /var/run/postgresql manually, or update those packages


NB in my previous post I suggested that running

sudo sh /usr/share/postgresql-common/init.d-functions

would fix the ownership of /var/run/postgresql

and that appears not to be the case, anyway. Sorry


Regards



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

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

Versions of packages systemd-sysv depends on:
ii  systemd  215-17+deb8u13

systemd-sysv recommends no packages.

systemd-sysv suggests no packages.

-- no debconf information

Bug#927956: systemd-sysv: /var/run/postgresql is owned by root - postgres does not start after a reboot

[Dominic Mason]

Package: systemd-sysv
Version: 215-17+deb8u12
Severity: important

Dear Maintainer,

Today I did an an apt-get update / upgrade on Jessie for these packages

Get:9 http://security.debian.org/ jessie/updates/main libsystemd0 amd64
215-17+deb8u12 [90.4 kB]
Get:10 http://security.debian.org/ jessie/updates/main libpam-systemd amd64
215-17+deb8u12 [127 kB]
Get:11 http://security.debian.org/ jessie/updates/main systemd amd64
215-17+deb8u12 [2,554 kB]
Get:12 http://security.debian.org/ jessie/updates/main systemd-sysv amd64
215-17+deb8u12 [37.4 kB]


This results - after a reboot - in  postgres being unable to start as
/var/run/postgresql is owned by root:root not postgres:postgres


2019-04-25 12:34:20.758 BST [1372] FATAL:  could not create lock file
"/var/run/postgresql/.s.PGSQL.5432.lock": Permission denied
2019-04-25 12:34:20.758 BST [1372] LOG:  database system is shut down
pg_ctl: could not start server


   * What exactly did you do that was effective

sudo chown postgres:postgres /var/run/postgresql
sudo systemctl start postgres

OR

sudo sh /usr/share/postgresql-common/init.d-functions


The above script is referenced in

/etc/init.d/postgresql

and has a section that checks for and sets the ownership of /var/run/postgresql
correctly.

The update to the various systemd packages seems not to run that script


Result - until you manually fix the permissions of /var/run/postgresql
postgresql does not start after a reboot.





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

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

Versions of packages systemd-sysv depends on:
ii  systemd  215-17+deb8u12

systemd-sysv recommends no packages.

systemd-sysv suggests no packages.

-- no debconf information

Bug#915576: zfsutils-linux: zfs-share.service references /usr/bin/rm, should be /bin/rm

[Mason Loring Bliss]

Package: zfsutils-linux
Version: 0.6.5.9-5
Severity: normal
Tags: patch

Dear Maintainer,

   * What led up to the situation?

Booted, noted error.

Patch:

$ diff -c /lib/systemd/system/zfs-share.service /tmp/fixed
*** /lib/systemd/system/zfs-share.service   2017-03-19 06:14:57.0 
-0400
--- /tmp/fixed  2018-12-04 18:39:12.756631166 -0500
***
*** 9,15 
  [Service]
  Type=oneshot
  RemainAfterExit=yes
! ExecStartPre=-/usr/bin/rm -f /etc/dfs/sharetab
  ExecStart=/sbin/zfs share -a
  
  [Install]
--- 9,15 
  [Service]
  Type=oneshot
  RemainAfterExit=yes
! ExecStartPre=-/bin/rm -f /etc/dfs/sharetab
  ExecStart=/sbin/zfs share -a
  
  [Install]

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

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

Versions of packages zfsutils-linux depends on:
ii  init-system-helpers  1.48
ii  libblkid12.29.2-1+deb9u1
ii  libc62.24-11+deb9u3
ii  libnvpair1linux  0.6.5.9-5
ii  libuuid1 2.29.2-1+deb9u1
ii  libuutil1linux   0.6.5.9-5
ii  libzfs2linux 0.6.5.9-5
ii  libzpool2linux   0.6.5.9-5
ii  python3  3.5.3-1
ii  zlib1g   1:1.2.8.dfsg-5

Versions of packages zfsutils-linux recommends:
ii  lsb-base9.20161125
ii  zfs-dkms [zfs-modules]  0.6.5.9-5
ii  zfs-zed 0.6.5.9-5

Versions of packages zfsutils-linux suggests:
pn  nfs-kernel-server   
pn  samba-common-bin
pn  zfs-initramfs | zfs-dracut  

-- Configuration Files:
/etc/sudoers.d/zfs [Errno 13] Permission denied: '/etc/sudoers.d/zfs'

-- no debconf information
*** /lib/systemd/system/zfs-share.service   2017-03-19 06:14:57.0 
-0400
--- fixed   2018-12-04 18:39:12.756631166 -0500
***
*** 9,15 
  [Service]
  Type=oneshot
  RemainAfterExit=yes
! ExecStartPre=-/usr/bin/rm -f /etc/dfs/sharetab
  ExecStart=/sbin/zfs share -a
  
  [Install]
--- 9,15 
  [Service]
  Type=oneshot
  RemainAfterExit=yes
! ExecStartPre=-/bin/rm -f /etc/dfs/sharetab
  ExecStart=/sbin/zfs share -a
  
  [Install]

Bug#913405: seafile-gui: Undefined symbol error in seafile-applet

[Tom Mason]

Package: seafile-gui
Version: 6.1.8-1
Severity: grave
Justification: renders package unusable

Dear Maintainer,

When I run seafile-applet, instead of launching successfully, I get the
following error:
seafile-applet: symbol lookup error: seafile-applet: undefined symbol: 
seafile_checkout_task_get_type

If you need any more information, please let me know.
Regards,
Tom Mason


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

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

Versions of packages seafile-gui depends on:
ii  ccnet   6.1.8-1
ii  libc6   2.27-8
ii  libccnet0   6.1.8-1
ii  libevent-2.1-6  2.1.8-stable-4
ii  libgcc1 1:8.2.0-9
ii  libglib2.0-02.58.1-2
ii  libjansson4 2.11-1
ii  libqt5core5a5.11.2+dfsg-4
ii  libqt5dbus5 5.11.2+dfsg-4
ii  libqt5gui5  5.11.2+dfsg-4
ii  libqt5network5  5.11.2+dfsg-4
ii  libqt5webkit5   5.212.0~alpha2-17
ii  libqt5widgets5  5.11.2+dfsg-4
ii  libquazip5-10.7.6-1
ii  libseafile0 6.2.5-2
ii  libsearpc1  3.1.0-1
ii  libsqlite3-03.25.2-1
ii  libssl1.1   1.1.1-2
ii  libstdc++6  8.2.0-9
ii  seafile-daemon  6.2.5-2

seafile-gui recommends no packages.

Versions of packages seafile-gui suggests:
pn  seafile-cli  

-- no debconf information

Bug#908555: pydicom dependencies

[Darcy Mason]

Hi, I came across this bug report and wanted to clarify -- gdcm is only an
optional dependency for pydicom, although perhaps it has been set up
differently here depending on how it is being used.

Bug#906087: fail2ban: postfix-sasl jail crashes on trying to ban ip address

[Mason Loring Bliss]

Package: fail2ban
Version: 0.9.6-2
Severity: important

Observed:

2018-08-13 19:13:35,772 fail2ban.actions[1159]: ERROR   Failed to 
execute ban jail 'postfix-sasl' action 'iptables-multiport' info 
'CallingMap({'ipmatches': . at 
0x7feeb5e6ad08>, 'time': 1534202015.4388351, 'matches': 'Aug 13 19:13:35 server 
postfix/smtpd[1618]: warning: 25.53.99.138.yukanet.com.br[138.99.53.25]: SASL 
LOGIN authentication failed: UGFzc3dvcmQ6', 'ipjailfailures': . at 0x7feeb5e6ad90>, 'ipfailures': 
. at 0x7feeb5e6ac80>, 'ip': 
'138.99.53.25', 'failures': 1, 'ipjailmatches': . at 0x7feeb5e6ab70>})': Error starting 
action

Bugs #881449 and #867374 were both opened for this, finding that imap3 is no
longer a valid port, but it's still broken in stable.

While it's nice that a newer version corrects this, it's bad that it's still
broken in the production release of Debian, and as it's a trivially easy fix,
it should really be backported.

Thanks in advance!

-- 
Mason Loring Bliss  ma...@blisses.org  Ewige Blumenkraft!
awake ? sleep : random() & 2 ? dream : sleep; -- Hamlet, Act III, Scene I


signature.asc
Description: PGP signature

Bug#848041: this still exists as of 2018-08-08

[Mason Loring Bliss]

To confirm the original poster's observations, this still exists as of August
2018. Removing libjson-xs-perl causes libcpanel-json-xs-perl to be installed
instead, and per https://rt.cpan.org/Public/Bug/Display.html?id=94784 and
discussion in 
https://forum.bestpractical.com/t/perl-upgrade-on-debian-9-causes-json-error/31524/5
this works.

It would be nice if this weren't broken out of the box. Making this package
substitution would do the trick.

Thank you.

-- 
The creatures outside looked from pig to man, and from man to pig, and from pig
to man again; but already it was impossible to say which was which. - G. Orwell


signature.asc
Description: PGP signature

Bug#893870: RM: luakit -- RoQA; orphaned web browser; depends on unmaintained webkitgtk

[Mason Larobina]

Hi folks,

Are you aware there is active luakit development again?

aidanholm@ is the new maintainer and has removed the webkitgtk1 dependency
among other fixes:

https://luakit.github.io/
https://github.com/luakit/luakit
https://github.com/aidanholm

Regards,

Mason

On 24 March 2018 at 00:28, Jeremy Bicha <jbi...@debian.org> wrote:

> Package: ftp.debian.org
> X-Debbugs-Cc: lua...@packages.debian.org, groo...@groolot.net
>
> luakit was orphaned about 3 years ago [1]
>
> It was removed from Testing 8 months ago because it depends on the
> unmaintained webkitgtk.
>
> There is an ITA/RFS bug in progress, but it has been in progress for 9
> months and is still not ready for upload to Debian. (I apologize for
> not helping more, but I'm not interested in being partially
> responsible for this particular package.)
>
> I think at some point we should just let the package be removed from
> Debian so it doesn't block the webkitgtk removal. I also think that
> web browsers need to be reasonably well-maintained in Debian or else
> it is a disservice to our users. Therefore, I'm filing this removal
> bug..
>
> [1] https://bugs.debian.org/738447
>
> Thanks,
> Jeremy Bicha
>

Bug#864838: RFS: libpoly0/1.3-2 [ITP]

[Ian A Mason]

Andrey,

We do not see any lintian warnings:


dpkg-deb: building package 'libpoly-dev' in 
'../libpoly-dev_1.4-1_amd64.deb'.

dpkg-deb: building package 'libpoly0' in '../libpoly0_1.4-1_amd64.deb'.
dpkg-deb: building package 'libpoly-dbg' in 
'../libpoly-dbg_1.4-1_amd64.deb'.

 dpkg-genbuildinfo
 dpkg-genchanges  >../libpoly0_1.4-1_amd64.changes
dpkg-genchanges: info: including full source code in upload
 dpkg-source --after-build libpoly
dpkg-buildpackage: info: full upload (original source is included)
Now running lintian...
Finished running lintian.


So I am confused by your comments.


Ian.


On 8/10/17 11:30 AM, Andrey Rahmatullin wrote:

The source package name shouldn't contain the soname, please rename the
package to libpoly and retitle the bug accordingly.
include/version.h should be added to debian/clean instead of rm'ing it in
rules.
debian/copyright has an incorrect short license name.
There is no debian/watch.

Please use the automatic debug packages. - still not fixed
Please update Standards-Version to the current version. - still not fixed
Please fix lintian warnings related to the descriptions. - still not fixed

Bug#303825: A Helping Hand

[Mason Foundation®]

Dear Beloved one,
 I am Mrs. Faith Mason from United Kingdom, England. Am Suffering from Breast 
cancer I need your prayers. Contact 
me via email (faithmaso...@gmail.com) God bless you.

Bug#303827: A Helping Hand

[Mason Foundation®]

Dear Beloved one,
 I am Mrs. Faith Mason from United Kingdom, England. Am Suffering from Breast 
cancer I need your prayers. Contact 
me via email (faithmaso...@gmail.com) God bless you.

Bug#864839: RFS: yices2/2.6.0-2 [ITP]

[Ian A Mason]

Package: sponsorship-requests
  Severity: normal [important for RC bugs, wishlist for new packages]

  Dear mentors,

  I am looking for a sponsor for my package "yices2"

 * Package name: yices2
   Version : 2.6.0-2
   Upstream Author : Bruno Dutertre <br...@csl.sri.com>
 * URL : yices.csl.sri.com
 * License : GPL-3.0
   Section : misc

  It builds those binary packages:

 libyices2.6 - Yices SMT Solver API Library
 yices2 - Yices SMT Solver
 yices2-dbg - Yices SMT Solver
 yices2-dev - C library for manipulating multivariate polynomials

  To access further information about this package, please visit the following 
URL:

  https://mentors.debian.net/package/yices2


  Alternatively, one can download the package with dget using this command:

dget -x 
https://mentors.debian.net/debian/pool/main/y/yices2/yices2_2.6.0-2.dsc

  More information about hello can be obtained from https://www.example.com.

  Changes since the last upload:

  None.


  Regards,
   Ian A. Mason

Bug#864838: RFS: libpoly0/1.3-2 [ITP]

[Ian A Mason]

Package: sponsorship-requests
  Severity: normal [important for RC bugs, wishlist for new packages]

  Dear mentors,

  I am looking for a sponsor for my package "libpoly0"

 * Package name: libpoly0
   Version : 1.3-2
   Upstream Author : Dejan Jovanović <de...@csl.sri.com>
 * URL : https://github.com/SRI-CSL/libpoly
 * License : LGPL-3.0
   Section : libs

  It builds those binary packages:

 libpoly-dbg - C library for manipulating multivariate polynomials
 libpoly-dev - C library for manipulating multivariate polynomials
 libpoly0   - C library for manipulating multivariate polynomials

  To access further information about this package, please visit the following 
URL:

  https://mentors.debian.net/package/libpoly0


  Alternatively, one can download the package with dget using this command:

dget -x 
https://mentors.debian.net/debian/pool/main/libp/libpoly0/libpoly0_1.3-2.dsc

  More information about hello can be obtained from https://www.example.com.

  Changes since the last upload:

  None.


  Regards,
   Ian A. Mason

Bug#864834: [ITP] libpoly -- a C library for manipulating polynomials

[Ian A Mason]

Package: wnpp
Severity: wishlist
Control: owner -1 !

Bug#864786: [ITP] yices2 -- satisfiability modulo theory solver by SRI

[Ian A Mason]

Package: wnpp
Severity: wishlist
Control: owner -1 !

Bug#839584: cryptsetup: cryptroot hook for initramfs doesn't detect root within RAID

[Chuck Mason]

Package: cryptsetup
Version: 2:1.7.0-2
Severity: important

Dear Maintainer,

* What led up to the situation?
Configuring a machine with RAID and encrypted disks.

* What exactly did you do (or not do) that was effective (or ineffective)?
Begin by encrypting entire disks:
cryptsetup luksFormat /dev/sdc
cryptsetup luksFormat /dev/sdd
cryptsetup luksOpen /dev/sdc sdc_encrypted
cryptsetup luksOpen /dev/sdd sdd_encrypted

Create a raid array on the whole encrypted disk:
mdadm --create --verbose --level=1 /dev/md/hdd_storage --raid-devices=2 
/dev/mapper/sdc_encrypted /dev/mapper/sdd_encrypted
/usr/share/mdadm/mkconf > /etc/mdadm/mdadm.conf

Partition the raid array:
fdisk /dev/md/hdd_storage
...
w (write changes)
* Linux immediately recognizes new partition /dev/md127p1

Create a filesystem:
mkfs.ext4 /dev/md127p1

Using blkid, add /dev/sdc -> sdc_encrypted and /dev/sdd -> sdd_encrypted 
targets to /etc/crypttab
# 
sdc_encrypted /dev/disk/by-uuid/58560717-94f7-4a57-ae88-d83e16948969 none 
luks,timeout=30
sdd_encrypted /dev/disk/by-uuid/fc6fa717-83dc-44a3-8a09-de7585f70809 none 
luks,timeout=30

Using blkid, set /dev/md127p1 to be the root (/) in /etc/fstab

Output of blkid | grep md127p1:
/dev/md127p1: UUID="e084a1e0-f5bd-4342-ae87-a014561fce0c" TYPE="ext4" 
PARTUUID="2e7f7afa-b579-4b1f-83a8-c755708b9051"

After mounting /dev/md127p1 (and necessary /proc, /sys, /dev, etc.), 
update-initramfs does NOT detect an encrypted root partition.

* What was the outcome of this action?
Cryptsetup was not included in initrd and the machine does not complete boot.

* What outcome did you expect instead?
Cryptsetup should be included in initrd.

* More information:
It seems that get_fs_devices() in /usr/share/initramfs-tools/hooks/cryptroot 
only looks at /etc/crypttab for device UUIDs, when there are
other device UUIDs available in "blkid" that are available for use as a root 
mount.

-- Package-specific info:
-- /proc/cmdline
BOOT_IMAGE=/vmlinuz-4.6.0-1-amd64 root=/dev/sda3 ro quiet

-- /etc/crypttab
# 
sdc_encrypted /dev/disk/by-uuid/58560717-94f7-4a57-ae88-d83e16948969 none 
luks,timeout=30
sdd_encrypted /dev/disk/by-uuid/fc6fa717-83dc-44a3-8a09-de7585f70809 none 
luks,timeout=30

-- /etc/fstab
# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
#
# / was on /dev/sda3 during installation
UUID=e084a1e0-f5bd-4342-ae87-a014561fce0c /   ext4
errors=remount-ro 0   1
# /boot was on /dev/sda2 during installation
UUID=85c8ca98-b0c4-48cc-a5be-334ea4597de5 /boot   ext4defaults  
  0   2
# /boot/efi was on /dev/nvme0n1p2 during installation
UUID=7293-2005  /boot/efi   vfatumask=0077  0   3

-- lsmod
Module  Size  Used by
nls_utf8   16384  1
nls_cp437  20480  1
vfat   20480  1
fat69632  1 vfat
dm_crypt   24576  3
algif_skcipher 20480  0
af_alg 16384  1 algif_skcipher
joydev 20480  0
btusb  45056  0
btrtl  16384  1 btusb
btbcm  16384  1 btusb
btintel16384  1 btusb
bluetooth 516096  5 btbcm,btrtl,btusb,btintel
snd_hda_codec_hdmi 45056  3
iTCO_wdt   16384  0
iTCO_vendor_support16384  1 iTCO_wdt
dm_mod106496  7 dm_crypt
snd_hda_codec_realtek86016  1
nouveau  1486848  1
snd_hda_codec_generic69632  1 snd_hda_codec_realtek
intel_rapl 20480  0
x86_pkg_temp_thermal16384  0
intel_powerclamp   16384  0
coretemp   16384  0
kvm_intel 188416  0
mxm_wmi16384  1 nouveau
video  40960  1 nouveau
snd_hda_intel  36864  0
iwlwifi   147456  0
kvm   561152  1 kvm_intel
ttm94208  1 nouveau
snd_hda_codec 135168  4 
snd_hda_codec_realtek,snd_hda_codec_hdmi,snd_hda_codec_generic,snd_hda_intel
drm_kms_helper147456  1 nouveau
irqbypass  16384  1 kvm
snd_hda_core   81920  5 
snd_hda_codec_realtek,snd_hda_codec_hdmi,snd_hda_codec_generic,snd_hda_codec,snd_hda_intel
cfg80211  573440  1 iwlwifi
crct10dif_pclmul   16384  0
efi_pstore 16384  0
drm   360448  4 ttm,drm_kms_helper,nouveau
snd_hwdep  16384  1 snd_hda_codec
crc32_pclmul   16384  0
snd_pcm   106496  4 
snd_hda_codec_hdmi,snd_hda_codec,snd_hda_intel,snd_hda_core
sb_edac32768  0
snd_timer  32768  1 snd_pcm
serio_raw  16384  0
pcspkr 16384  0
efivars20480  1 efi_pstore
edac_core

Bug#824158: Installing allegro4 and allegro5 side-by-side in Debian

[Mason]

Hello,

I've had a chat with the Allegro devs, and they are positive
that allegro4 and allegro5 can coexist (otherwise it's a bug
that needs fixing).

So the fix seems trivial: to remove the relevant "Conflicts"
clauses. Tobias, Andreas, what do you think?

Regards.


Patch for git://anonscm.debian.org/pkg-games/allegro5.git

diff --git a/debian/control b/debian/control
index 832c49a..69fd61a 100644
--- a/debian/control
+++ b/debian/control
@@ -63,7 +63,7 @@ Depends: ${misc:Depends},
  libxinerama-dev,
  libxpm-dev,
  libxrandr-dev
-Conflicts: liballegro-dev, liballegro4-dev
+Conflicts: liballegro-dev
 Recommends: liballegro-acodec5-dev,
 liballegro-audio5-dev,
 liballegro-dialog5-dev,


Patch for git://anonscm.debian.org/pkg-games/allegro4.4.git

diff --git a/debian/control b/debian/control
index f557573..75ddbb9 100644
--- a/debian/control
+++ b/debian/control
@@ -54,7 +54,7 @@ Depends: ${misc:Depends},
  libxxf86vm-dev,
  libxcursor-dev
 Provides: liballegro4.2-dev, liballegro-dev
-Conflicts: liballegro-dev-common, liballegro4a, liballegro-dev, 
liballegro4.2-dev, liballegro5-dev
+Conflicts: liballegro-dev-common, liballegro4a, liballegro-dev, 
liballegro4.2-dev
 Replaces: liballegro-dev-common, liballegro4a, liballegro-dev, 
liballegro4.2-dev
 Description: development files for the Allegro library
  This package contains the development headers for the Allegro library.

Bug#823061: doniece-✉-Message-on-hold-

[Doniece Mason]

Who are you
On Apr 30, 2016 11:31 AM, "Angel"  wrote:












* _Just_saw_something_really_hot_that_made_me_wonder...
_What_would_you_like_me_to_wear_tonight?_
_What's_the_hottest_thing_I_can_do_for_you_when_I_see_you?_
We'll_even_play_some_games_honey_
_you_just_guess_what_color_my_panties_are,_then_I'll_give_you_whatever_you_want_;)
register_and_add_my_nickname_:angelicax3 u_ns__ub optout
 *

Bug#790324: luakit: Improve security level, dubious features

[Mason Larobina]

Hi Philippe,

I'm the upstream.

What is this 'ugh' patch?

The other points you raise are valid. I'll look into them when I get some
time this week.

Thanks.

On 27 June 2015 at 21:27, Philippe Grégoire gregoi...@hotmail.com wrote:

 Package: luakit
 Version: 2012.09.13-r1-4
 Severity: serious

 Dear Maintainer,

 Looking at globals.lua, I was considering that the low level of security
 was
 due to the (somewhat) aged package. Now, looking at the changes applied by
 the
 'ugh' patch, I see some of these artifacts are not provided upstream, but
 rather
 by the maintainer. From what I understood from an earlier bug report, these
 changes were made due to not reproducible builds. Now, before trying to
 enter
 testing again, I think the following points should be considered.


 Search engines

 All search engines, except github, are specified using an unsecured
 connexion
 although all the servers do. The 'ugh' patch _downgrades_ them, actually.
 I am
 also wondering why was Netflix added, since, afaik, it doesn't work out of
 the box.


 x509 certificates

 Although debatable, support for user-provided x509 certificates is risky.
 Personally, I consider certificates installed system-wide (read: by root)
 much
 more trustable. For one, and simply, they cannot be modified by a rogue
 process
 ran by the user.

 Regarding 'soup.ssl_strict = false', I don't think I need to explain.


 Looking up /etc/hosts

 I am pretty sure this is the job of /etc/nsswitch.conf


 Thank you


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

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

 Versions of packages luakit depends on:
 ii  libatk1.0-0 2.16.0-2
 ii  libc6   2.19-18
 ii  libcairo2   1.14.2-2
 ii  libfontconfig1  2.11.0-6.3
 ii  libfreetype62.5.2-4
 ii  libgdk-pixbuf2.0-0  2.31.4-2
 ii  libglib2.0-02.44.1-1
 ii  libgtk2.0-0 2.24.28-1
 ii  libjavascriptcoregtk-1.0-0  2.4.9-2
 ii  liblua5.1-0 5.1.5-7.1
 ii  libpango-1.0-0  1.36.8-3
 ii  libpangocairo-1.0-0 1.36.8-3
 ii  libpangoft2-1.0-0   1.36.8-3
 ii  libsoup2.4-12.50.0-2
 ii  libsqlite3-03.8.10.2-1
 ii  libunique-1.0-0 1.1.6-5
 ii  libwebkitgtk-1.0-0  2.4.9-2
 ii  lua-filesystem [lua5.1-filesystem]  1.6.2-3

 luakit recommends no packages.

 luakit suggests no packages.

 -- no debconf information

Bug#785203: clamav-freshclam: ERROR: Can't create temporary directory

[Rob Mason]

Package:   clamav
Version: 0.98.7+dfsg-0+deb7
Severity:   Serious

This error appears against 'freshclam', but I believe its related to 
clamav-base.


Following a dist-upgrade of clamav, the /var/lib/clamav directory 
ownership is reset to 'clamav'.  This behaviour is incorrect if clamav 
has been configured to run under a different UID such as 'defang'.


My scenario:

In /etc/clamd.conf, 'User' and 'LocalSocketGroup' are set to 'defang'.  
'AllowSupplementaryGroups' is set to 'false'

In /etc/freshclam.conf, 'DatabaseOwner' is set to 'defang'

Following an 'apt-get dist-upgrade' the output of 
'/var/log/clamav/freshclam.log' shows:


Wed May 13 13:14:42 2015 - Update process terminated
Wed May 13 13:14:46 2015 - --
Wed May 13 13:14:46 2015 - freshclam daemon 0.98.7 (OS: linux-gnu, 
ARCH: x86_64, CPU: x86_64)
Wed May 13 13:14:46 2015 - ERROR: Can't create temporary directory 
/var/lib/clamav/clamav-9cf028fe3f1d39c22fb44fa7e4f18bdf.tmp
Wed May 13 13:14:46 2015 - Hint: The database directory must be 
writable for UID 112 or GID 114

Wed May 13 13:14:46 2015 - --

Workaround is to manually change ownership back to the actual 
DatabaseOwner following a dist-upgrade.



Thanks

RobM


A Crown Commercial Service Supplier. CyberEssentials Certified QGCE013.

The original of this email was scanned by the Acasta SMTP mail relay for known 
viruses at 13:56 on 13/05/2015 and was found to be virus free - ClamAV 
0.98.7/20452/Wed May 13 11:38:18 2015.
Acasta Ltd. Registered in England 6619191. 42 Pitt Street, Barnsley, S70 1BB. 
VAT Registered 934 6797 75.


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

Bug#764252: ITP: librocket -- User interface middleware package based HTML and CSS

[Tom Mason]

Package: wnpp
Severity: wishlist
Owner: Tom Mason wheyb...@wheybags.com

* Package name: librocket
  Version : 1.3
  Upstream Author : CodePoint Ltd, Shift Technology Ltd, and contributors
* URL : http://librocket.com
* License : MIT
  Programming Lang: C++
  Description : User interface middleware package based HTML and CSS

Ui library for games, used in warsow amongst other things.


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

Bug#731255: synergy: Jessie synergyc (1.4.12-3) cannot connect to Wheezy synergys (1.3.8-2)

[Mason Loring Bliss]

On Mon, Mar 31, 2014 at 10:41:07AM -0400, Jeff Licquia wrote:

 My plan to fix this bug is to make a version of synergy 1.4 available
 in wheezy-backports.

That seems reasonable. Upstream has a broken policy in my opinion, and
providing a backport seems more sensible than putting in engineering effort
towards cross-version compatibility that upstream should have already exerted
themselves.

-- 
Love is a snowmobile racing across the tundra and then suddenly it
flips over, pinning you underneath. At night, the ice weasels come.


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

Bug#733761: plymouth errors out during start-up

[Mason Loring Bliss]

On Wed, Jan 01, 2014 at 01:51:36PM +0100, Daniel Baumann wrote:

 'versioned closed' aka version tracking in the bts means, that the bug
 is marked as open for wheezy (or any distribution not shipping the
 version for which the bug has been marked as closed with), but is marked
 as closed for jessie/sid (or any distribution that is shipping the
 version or any newer version for which the bug has been marked as closed
 with). this is standard procedure in the debian bug tracking system.

Do you intend to fix it in Wheezy, or will this be like LXC, where someone
else has to take on your work?

-- 
Mason Loring Bliss   ((  In the drowsy dark cave of the mind dreams
ma...@blisses.org ))  build  their nest  with fragments  dropped
http://blisses.org/  ((   from day's caravan. - Rabindranath Tagore


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

Bug#733754: plymouth errors out during start-up

[Mason Loring Bliss]

Package: plymouth
Version: 0.8.5.1-5
Severity: important

Dear Maintainer,

Plymouth in Wheezy errors out. I'm having difficulty capturing output of the
error and might have to resort to some camerawork if I can't find something
logged.

I observe two errors. First, something Plymouth is doing either directly or
indirectly results in a denied lookup for information associated with UID 0.
Second, the plymouth init script returns failure consistently. (This is with
a fresh install of Wheezy.)

I'll add more to the ticket as I'm able to capture it. But for now, this
largely destroys Plymouth's appeal, as rather than covering boot messages, it
generates errors that wouldn't be there otherwise, both foreshortening its
screen coverage and adding worrisome error messages to the boot process.

Makes Debian look shabby having things broken in Stable, and as such if this
is something known and fixed in Jessie or Sid, it ought to be applied to
Wheezy. I don't know that this is the case with this package, but I'd like us
to avoid any unfortunate situation in which the flagship product of Debian is
neglected for any reason. Thanks!


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

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

Versions of packages plymouth depends on:
ii  initramfs-tools0.109.1
ii  libc6  2.13-38
ii  multiarch-support  2.13-38

plymouth recommends no packages.

Versions of packages plymouth suggests:
ii  desktop-base  7.0.3
ii  plymouth-drm  0.8.5.1-5

-- Configuration Files:
/etc/plymouth/plymouthd.conf changed:
[Daemon]
Theme=fade-in


-- 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#733761: plymouth errors out during start-up

[Mason Loring Bliss]

Package: plymouth
Version: 0.8.5.1-5
Severity: important

Dear Maintainer,

I apologize for my previous bug report having evidently confused you. I'm
reporting a bug in Debian Wheezy (Stable), not Jessie or Sid. As such, the
bug certainly isn't fixed in Stable. It's inappropriate to close it until
a corrected version has been submitted for inclusion in Stable, and I don't
see Plymouth in stable-proposed-updates. So, I'm opening this one that we can
use as a reminder until a fixed Plymouth has been processed.

Debian ships a Stable operating system and has Testing and Unstable versions
to ensure that the next Stable version is bug-free - Stable is Debian's
product, and the version of Plymouth included in it is currently broken.

As noted:

Plymouth in Wheezy errors out. I'm having difficulty capturing output of the
error and might have to resort to some camerawork if I can't find something
logged.

I observe two errors. First, something Plymouth is doing either directly or
indirectly results in a denied lookup for information associated with UID 0.
Second, the plymouth init script returns failure consistently. (This is with
a fresh install of Wheezy.)

I'll add more to the ticket as I'm able to capture it. But for now, this
largely destroys Plymouth's appeal, as rather than covering boot messages, it
generates errors that wouldn't be there otherwise, both foreshortening its
screen coverage and adding worrisome error messages to the boot process.

Makes Debian look shabby having things broken in Stable, and as such if this
is something known and fixed in Jessie or Sid, it ought to be applied to
Wheezy. I don't know that this is the case with this package, but I'd like us
to avoid any unfortunate situation in which the flagship product of Debian is
neglected for any reason. Thanks!


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

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

Versions of packages plymouth depends on:
ii  initramfs-tools0.109.1
ii  libc6  2.13-38
ii  multiarch-support  2.13-38

plymouth recommends no packages.

Versions of packages plymouth suggests:
ii  desktop-base  7.0.3
ii  plymouth-drm  0.8.5.1-5

-- Configuration Files:
/etc/plymouth/plymouthd.conf changed:
[Daemon]
Theme=fade-in


-- 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#731805: xfce4-weather-plugin: package fails

[Mason Loring Bliss]

Package: xfce4-weather-plugin
Version: 0.7.4-3+b1
Severity: grave
Justification: renders package unusable

Dear Maintainer,

The version of the plug-in shipped by Debian no longer works. According to
the project's web site:

Attention: Please update to 0.8.3. Versions older than 0.8.0 no longer
work (bug #8105), and all earlier 0.8.x versions have problems with the
search dialog (bug #9636) and are no longer supported.

They reference two bugs:

https://bugzilla.xfce.org/show_bug.cgi?id=8105
https://bugzilla.xfce.org/show_bug.cgi?id=9636

Between these two, the package is not unusable as shipped. I'm not sure how
Debian wants to approach this - backporting fixes or updating the package
in-place - but I hope the answer isn't leave it broken.

The Jessie source package (0.8.3-1) builds on Wheezy with no modification
beyond installing a couple extra build dependencies; these weren't installed
by apt-get source xfce4-weather-plugin.

libxfce4ui-1-dev libsoup2.4-dev xfce4-dev-tools libtool

However, this isn't a process we want to inflict on end-users.

Thanks!

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

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

Versions of packages xfce4-weather-plugin depends on:
ii  libc6   2.13-38
ii  libcairo2   1.12.2-3
ii  libgdk-pixbuf2.0-0  2.26.1-1
ii  libglib2.0-02.33.12+really2.32.4-5
ii  libgtk2.0-0 2.24.10-2
ii  libpango1.0-0   1.30.0-1
ii  libxfce4util4   4.8.2-1
ii  libxfcegui4-4   4.8.1-5
ii  libxml2 2.8.0+dfsg1-7+nmu2
ii  xfce4-panel 4.8.6-4

xfce4-weather-plugin recommends no packages.

xfce4-weather-plugin 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#731805: closed by Yves-Alexis Perez cor...@debian.org (Re: [Pkg-xfce-devel] Bug#731805: xfce4-weather-plugin: package fails)

[Mason Loring Bliss]

On Mon, Dec 09, 2013 at 11:09:05PM +, Debian Bug Tracking System wrote:

 Actually, xfce4-weather-plugin works just fine in stable, please update
 to latest version (0.7.4-4).
 
 Regards,
 -- 
 Yves-Alexis


It absolutely does not wmork just fine in Stable. Also, the version in
Stable is 0.7.4-3+b1, not 0.7.4-4.

http://packages.debian.org/search?keywords=xfce4-weather-pluginsearchon=namessuite=stablesection=all


Here are some errors dumped out by the version of the package that exists in
stable:

Entity: line 1: parser error : Space required after the Public Identifier
!DOCTYPE HTML PUBLIC -//IETF//DTD HTML 2.0//EN
 ^
Entity: line 1: parser error : SystemLiteral  or ' expected
!DOCTYPE HTML PUBLIC -//IETF//DTD HTML 2.0//EN
 ^
Entity: line 1: parser error : SYSTEM or PUBLIC, the URI is missing
!DOCTYPE HTML PUBLIC -//IETF//DTD HTML 2.0//EN
 ^
Entity: line 9: parser error : Opening and ending tag mismatch: hr line 7 and 
body
/body/html
   ^
Entity: line 9: parser error : Opening and ending tag mismatch: body line 4 and 
html
/body/html
  ^
Entity: line 10: parser error : Premature end of data in tag html line 2

^


Perhaps you can tell me where to get the exclusive non-broken version of the
package you referenced... It's not on the public mirrors.

-- 
 Mason Loring Bliss ma...@blisses.orghttp://blisses.org/  
I am a brother of jackals, and a companion of ostriches.  (Job 30 : 29)


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

Bug#731805: closed by Yves-Alexis Perez cor...@debian.org (Re: [Pkg-xfce-devel] Bug#731805: xfce4-weather-plugin: package fails)

[Mason Loring Bliss]

On Mon, Dec 09, 2013 at 11:09:05PM +, Debian Bug Tracking System wrote:

 Actually, xfce4-weather-plugin works just fine in stable, please update to
 latest version (0.7.4-4).

It was pointed out to me that the version you're suggesting (0.7.4-4) exists
in wheezy-proposed-updates, but isn't yet in stable.

I tested the package from wheezy-proposed-updates, and it does, indeed, work.
Hopefully it makes it into Stable soon.

Thanks.

-- 
Mason Loring Bliss  ((   If I have not seen as far as others, it is because
 ma...@blisses.org   ))   giants were standing on my shoulders. - Hal Abelson


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

Bug#731255: synergy: Jessie synergyc (1.4.12-3) cannot connect to Wheezy synergys (1.3.8-2)

[Mason Loring Bliss]

Package: synergy
Version: 1.4.12-3
Severity: grave
Justification: renders package unusable

Dear Maintainer,

In trying to establish a synergy connection that worked prior to one of the
involved systems upgrading to Jessie this weekend, I see this error, and am
not able to connect:

2013-12-03T11:46:50 WARNING: failed to connect to server: incompatible client 
1.3
/tmp/buildd/synergy-1.4.12/src/lib/synergy/CClientApp.cpp,372
2013-12-03T11:46:50 DEBUG: retry in 1 seconds
/tmp/buildd/synergy-1.4.12/src/lib/synergy/CClientApp.cpp,344

This completely breaks Synergy on this system.


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

Kernel: Linux 3.11-2-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 synergy depends on:
ii  libc6   2.17-93
ii  libcrypto++95.6.1-6
ii  libgcc1 1:4.8.2-1
ii  libice6 2:1.0.8-2
ii  libqt4-network  4:4.8.5+git121-g2a9ea11+dfsg1-2
ii  libqtcore4  4:4.8.5+git121-g2a9ea11+dfsg1-2
ii  libqtgui4   4:4.8.5+git121-g2a9ea11+dfsg1-2
ii  libsm6  2:1.2.1-2
ii  libstdc++6  4.8.2-1
ii  libx11-62:1.6.2-1
ii  libxext62:1.3.2-1
ii  libxi6  2:1.7.2-1
ii  libxinerama12:1.1.3-1
ii  libxtst62:1.2.2-1

synergy recommends no packages.

synergy 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#680469: What's required for non-maintainer fix?

[Mason Loring Bliss]

If the package maintainer doesn't have any interest in fixing his package, is
there an avenue we could pursue to have a fix committed for Wheezy, given
that people wishing to deploy services with Debian are very likely to want to
do it on Debian Stable?

-- 
Mason Loring Bliss  ma...@blisses.org  Ewige Blumenkraft!
awake ? sleep : random()  2 ? dream : sleep; -- Hamlet, Act III, Scene I


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

Bug#729608: rhythmbox: some user interface graphics missing

[Mason Loring Bliss]

Package: rhythmbox
Version: 2.97-2.1
Severity: minor

Dear Maintainer,

I've recently installed Rhythmbox on my system. I don't run a desktop
environment, and evidently Rhythmbox wants to use an image file from a
package I don't have installed in its user interface, because in the
track list pane, to the left of the currently playing track there is a
small image showing a dog-eared page with a red X displayed in it. I
interpret this as being a default image to be used when the desired
image isn't available.

This is a cosmetic bug, but it would be nice if the Rhythmbox package
pulled in whatever package supplies this image file.

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

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

Versions of packages rhythmbox depends on:
ii  dbus 1.6.8-1+deb7u1
ii  gnome-icon-theme 3.4.0-2
ii  gstreamer0.10-plugins-base   0.10.36-1.1
ii  gstreamer0.10-plugins-good   0.10.31-3+nmu1
ii  gstreamer0.10-x  0.10.36-1.1
ii  libatk1.0-0  2.4.0-2
ii  libc62.13-38
ii  libcairo-gobject21.12.2-3
ii  libcairo21.12.2-3
ii  libffi5  3.0.10-3
ii  libgdk-pixbuf2.0-0   2.26.1-1
ii  libgirepository-1.0-11.32.1-1
ii  libglib2.0-0 2.33.12+really2.32.4-5
ii  libgstreamer-plugins-base0.10-0  0.10.36-1.1
ii  libgstreamer0.10-0   0.10.36-1.2
ii  libgtk-3-0   3.4.2-6
ii  libice6  2:1.0.8-2
ii  libjson-glib-1.0-0   0.14.2-1
ii  libpango1.0-01.30.0-1
ii  libpeas-1.0-01.4.0-2
ii  librhythmbox-core6   2.97-2.1
ii  libsm6   2:1.2.1-2
ii  libsoup-gnome2.4-1   2.38.1-2
ii  libsoup2.4-1 2.38.1-2
ii  libtdb1  1.2.10-2
ii  libtotem-plparser17  3.4.2-1
ii  libxml2  2.8.0+dfsg1-7+nmu2
ii  media-player-info17-1
ii  rhythmbox-data   2.97-2.1
ii  zlib1g   1:1.2.7.dfsg-13

Versions of packages rhythmbox recommends:
ii  avahi-daemon0.6.31-2
ii  gstreamer0.10-plugins-ugly  0.10.19-2+b2
ii  gstreamer0.10-pulseaudio0.10.31-3+nmu1
ii  gvfs-backends   1.12.3-4
ii  notification-daemon 0.7.6-1
ii  rhythmbox-plugins   2.97-2.1
ii  yelp3.4.2-1+b1

Versions of packages rhythmbox suggests:
pn  gnome-codec-install  none
pn  gnome-control-center none
ii  gstreamer0.10-plugins-bad0.10.23-7.1
pn  rhythmbox-plugin-cdrecorder  none

-- no debconf information


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

Bug#680469: Any updates?

[Mason Loring Bliss]

I'd very much like for the LXC included in Wheezy to work out of the box. Is
there any news on when it might be fixed?

-- 
Mason Loring Bliss  ((   If I have not seen as far as others, it is because
 ma...@blisses.org   ))   giants were standing on my shoulders. - Hal Abelson


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

Bug#716884: mediawiki: /usr/share/mediawiki/images points to /var/lib/mediawiki/images without security in mediawiki.conf

[Mason Loring Bliss]

Package: mediawiki
Version: 1:1.19.5-1
Severity: normal

Dear Maintainer,

MediaWiki config reports a vulnerability for /usr/share/mediawiki/images,
the default upload directory. The file /etc/mediawiki/apache.conf has
settings for /var/lib/mediawiki/upload, which doesn't exist, but does
not have settings for /var/lib/mediawiki/images.

Adding the following allowed MediaWiki to proceed without noting a
vulnerability:

Directory /var/lib/mediawiki/images
Options -FollowSymLinks
AllowOverride None
php_admin_flag engine off
/Directory

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

Kernel: Linux 3.2.0-4-amd64 (SMP w/1 CPU core)
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 mediawiki depends on:
ii  apache2  2.2.22-13
ii  apache2-mpm-prefork [httpd]  2.2.22-13
ii  debconf [debconf-2.0]1.5.49
ii  libjs-jquery 1.7.2+dfsg-1
ii  libjs-jquery-cookie  6-1
ii  libjs-jquery-form6-1
ii  libjs-jquery-tipsy   6-1
ii  mime-support 3.52-1
ii  php5 5.4.4-14+deb7u2
ii  php5-mysql   5.4.4-14+deb7u2

Versions of packages mediawiki recommends:
ii  mediawiki-extensions-base  2.11
ii  mysql-server   5.5.31+dfsg-0+wheezy1
ii  php-wikidiff2  0.0.1+svn109581-1
ii  php5-cli   5.4.4-14+deb7u2
ii  python 2.7.3-4

Versions of packages mediawiki suggests:
pn  clamav  none
ii  imagemagick 8:6.7.7.10-5
pn  mediawiki-math  none
pn  memcached   none

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

-- debconf information:
* mediawiki/webserver: apache2


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

Bug#715058: knockd: knock does something wrong...

[Mason Loring Bliss]

Package: knockd
Version: 0.5-3
Severity: important

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

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

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

I've just started using knockd, and that seems to work well. However, the
knock client fails consistently. I've gotten it to work by luck alone, it
seems.

When using knock, the system running knockd will emit log messages saying
that it sees stage 1, and sometimes stage 2, rarely stage 3, but only very
rarely will it see an entire sequence. This is true using both tcp and udp.

I don't believe this is an issue with the server, though, as I can substiture
netcat on the client end and have it work each and every time, without
deviation.

In testing just now, after seeing success, knock is consistently working,
after seeing stage one, then stage one, two, and three - it took several
tries to get it right.

I've run knock with the verbose flag, but I've not logged it with tcpdump. If
the maintainer is unable to reproduce this, I can try to gather more
information. I'm using three different knockd servers on three different
systems, on three different networks, so the failure seems not to be local to
me, anyway.


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

Kernel: Linux 3.2.0-4-amd64 (SMP w/3 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 knockd depends on:
ii  libc6   2.13-38
ii  libpcap0.8  1.3.0-1
ii  logrotate   3.8.1-4

knockd recommends no packages.

knockd suggests no packages.

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

-- no debconf information


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

Bug#703901: debian-installer: GRUB should allow detailed configure for MD RAID

[Mason Loring Bliss]

Package: debian-installer
Version: Wheezy RC1 AMD64
Severity: normal
Tags: d-i

Dear Maintainer,

When I install a software RAID 1 system, there is no option, even with an
expert install, to install GRUB to multiple MBRs. I have return after the
install and dpkg-reconfigure grub-pc, where selecting multiple devices as
targets during the install would seem more sensible and less prone to being
forgotten. (If the option exists and I'm just missing it, it's well-hidden!)

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

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


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

Bug#702016: typos in /etc/cron.daily/apt

[Mason Loring Bliss]

Package: apt
Version: 0.8.10.3+squeeze1
Severity: minor


The following will correct spelling errors in /etc/cron.daily/apt:

s/Usefull/Useful/
s/intervall/interval/
s/eg /e.g. /


-- Package-specific info:

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


-- (/etc/apt/sources.list present, but not submitted) --


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

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

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

apt recommends no packages.

Versions of packages apt suggests:
pn  apt-doc   none (no description available)
ii  aptitude  0.6.3-3.2+squeeze1 terminal-based package manager (te
ii  bzip2 1.0.5-6+squeeze1   high-quality block-sorting file co
ii  dpkg-dev  1.15.8.13  Debian package development tools
pn  lzma  none (no description available)
ii  python-apt0.7.100.1+squeeze1 Python interface to libapt-pkg

-- 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#701940: libdvdread4: libdvdread doesn't search /usr/local for libdvdcss

[Mason Loring Bliss]

Package: libdvdread4
Version: 4.2.0+20120521-2
Severity: normal

Dear Maintainer,

The libdvdread-provided README.css file says:

libdvdread probes for libdvdcss at runtime and if found, will use it to
decrypt sections of the DVD as necessary.

However, /usr/local is not evidently checked. When compiling from source, one
of the recommended options, a direct install or a more sanity install using
stow(8) will both default to installing in /usr/local, and hence won't be
found by libdvdread. (At least, that's my experience here.)

I worked around this by saying stow -t /usr libdvdcss to locate the library
in /usr/lib, but it would be more elegant if /usr/local was searched, so
that local packages could be confined there.

Thanks!


-- Package-specific info:
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ Name   Version  Architecture Description
+++-==---=
un  libdvdcss2 none(no description available)
ii  libdvdnav4 4.2.0+201205 amd64DVD navigation library
ii  libdvdread44.2.0+201205 amd64library for reading DVDs

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

Kernel: Linux 3.2.0-4-amd64 (SMP w/3 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 libdvdread4 depends on:
ii  libc6  2.13-38
ii  multiarch-support  2.13-38

Versions of packages libdvdread4 recommends:
ii  libdvdnav4  4.2.0+20120524-2

Versions of packages libdvdread4 suggests:
pn  libdvdcss2  none

-- no debconf information


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

Bug#698788: rsyslog: $UDPServerBindRuleset fails

[Mason Loring Bliss]

Package: rsyslog
Version: 4.6.4-2
Severity: important


$UDPServerBindRuleset is unable to bind UDP rules. As a workaround I'm able
to set default rules and run the UDP listener, and it will obey the defaults,
but this isn't quite what I want.

Note that $InputTCPServerBindRuleset *does* work, it's just
$UDPServerBindRuleset that fails.


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

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

Versions of packages rsyslog depends on:
ii  libc6   2.11.3-4 Embedded GNU C Library: Shared lib
ii  lsb-base3.2-23.2squeeze1 Linux Standard Base 3.2 init scrip
ii  zlib1g  1:1.2.3.4.dfsg-3 compression library - runtime

Versions of packages rsyslog recommends:
ii  logrotate 3.7.8-6Log rotation utility

Versions of packages rsyslog suggests:
pn  rsyslog-doc   none (no description available)
pn  rsyslog-gnutlsnone (no description available)
pn  rsyslog-gssapinone (no description available)
pn  rsyslog-mysql | rsyslog-pgsql none (no description available)
pn  rsyslog-relp  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#695172: postfix: myhostname cannot be set to /etc/mailname

[Mason Loring Bliss]

Package: postfix
Version: 2.7.1-1+squeeze1
Severity: normal


myhostname cannot be set to /etc/mailname, and with Debian's preference for
short names in /etc/hostname, Postfix doesn't default to using the correct
FQDN for my typical case. It would be preferable to have /etc/mailname be a
viable option for myhostname. Right now doing this results in this:

postfix: warning: valid_hostname: invalid character 47(decimal): /etc/mailname

Thanks!


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

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

Versions of packages postfix depends on:
ii  adduser3.112+nmu2add and remove users and groups
ii  debconf [debconf-2.0]  1.5.36.1  Debian configuration management sy
ii  dpkg   1.15.8.13 Debian package management system
ii  libc6  2.11.3-4  Embedded GNU C Library: Shared lib
ii  libdb4.8   4.8.30-2  Berkeley v4.8 Database Libraries [
ii  libsasl2-2 2.1.23.dfsg1-7Cyrus SASL - authentication abstra
ii  libssl0.9.80.9.8o-4squeeze13 SSL shared libraries
ii  lsb-base   3.2-23.2squeeze1  Linux Standard Base 3.2 init scrip
ii  netbase4.45  Basic TCP/IP networking system
ii  ssl-cert   1.0.28simple debconf wrapper for OpenSSL

Versions of packages postfix recommends:
ii  python  2.6.6-3+squeeze7 interactive high-level object-orie

Versions of packages postfix suggests:
ii  bsd-mailx [mail-re 8.1.2-0.20100314cvs-1 simple mail user agent
ii  emacs [mail-reader 23.2+1-7  The GNU Emacs editor (metapackage)
ii  emacs23 [mail-read 23.2+1-7  The GNU Emacs editor (with GTK+ us
ii  libsasl2-modules   2.1.23.dfsg1-7Cyrus SASL - pluggable authenticat
ii  mutt [mail-reader] 1.5.20-9+squeeze2 text-based mailreader supporting M
pn  postfix-cdbnone(no description available)
pn  postfix-ldap   none(no description available)
pn  postfix-mysql  none(no description available)
pn  postfix-pcre   none(no description available)
pn  postfix-pgsql  none(no description available)
ii  procmail   3.22-19   Versatile e-mail processor
pn  resolvconf none(no description available)
pn  sasl2-bin  none(no description available)
pn  ufwnone(no description available)

-- debconf information excluded


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

Bug#692770: dictionaries-common: The expected /usr/share/dict/words is a dangling symlink.

[Mason Loring Bliss]

Package: dictionaries-common
Version: 1.12.10
Severity: important

Dear Maintainer,

I expect /usr/share/dict/words to exist and be usable everywhere, and a great
many shell scripts written over the last couple decades do too. I noted to my
horror that it is non-functional now. It appears to be provided by the
wamerican package, perhaps among others, but dictionaries-common steps in and
points it to a non-existent file in /etc/dictionaries-common.

$ ls -l /usr/share/dict/words
lrwxrwxrwx 1 root root 30 Jul 28 04:16 /usr/share/dict/words - 
/etc/dictionaries-common/words
$ ls -l /etc/dictionaries-common/words
ls: cannot access /etc/dictionaries-common/words: No such file or directory
$ ls /etc/dictionaries-common/
default.aff  default.hash  ispell-default
$ dpkg -S /usr/share/dict/words
diversion by dictionaries-common from: /usr/share/dict/words
diversion by dictionaries-common to: 
/usr/share/dict/words.pre-dictionaries-common
dictionaries-common, wamerican: /usr/share/dict/words

/usr/share/dict/words needs to exist in a usable form without gutting my
packages or having to dance around them.


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

Kernel: Linux 3.2.0-4-686-pae (SMP w/3 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 dictionaries-common depends on:
ii  debconf [debconf-2.0]  1.5.46
ii  libtext-iconv-perl 1.7-5

dictionaries-common recommends no packages.

Versions of packages dictionaries-common suggests:
ii  emacsen-common  2.0.3
ii  ispell  3.3.02-5
pn  jed-extra   none

-- debconf information:
* dictionaries-common/default-wordlist: american (American English)
  dictionaries-common/invalid_debconf_value:
  dictionaries-common/ispell-autobuildhash-message:
  dictionaries-common/selecting_ispell_wordlist_default:
* dictionaries-common/default-ispell: american (American English)
  dictionaries-common/old_wordlist_link: true
  dictionaries-common/move_old_usr_dict: true
  dictionaries-common/remove_old_usr_dict_link: false


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

Bug#692770: additional information

[Mason Loring Bliss]

I'm not sure where this would want to live in the process, but after poking
around, I noted that purging wamerican and reinstalling it resulted in
/etc/dictionaries-common/words being added as a link to
/usr/share/dict/american-english. The multiple levels of indirection are
perhaps unfortunate, but this will result in scripts depending on the
presence of /usr/share/dict/words being able to run without error.

-- 
Mason Loring Bliss   ((  In the drowsy dark cave of the mind dreams
ma...@blisses.org ))  build  their nest  with fragments  dropped
http://blisses.org/  ((   from day's caravan. - Rabindranath Tagore


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

Bug#692770: closed by Agustin Martin agmar...@debian.org (Re: Bug#692770: additional information)

[Mason Loring Bliss]

On Thu, Nov 08, 2012 at 11:57:05PM +, Debian Bug Tracking System wrote:

 Seems that something was wrong at your system.

I'm quite willing to believe this. It might be worth some attention as my
system is dead standard - I updated to Wheezy from Squeeze, and I'd not be
surprised if whatever happened happened then. It might be worth considering
it from that angle, as I can easily envision it biting other people
transitioning to Wheezy. If this is the case, I'd love to see it fixed before
Wheezy is released.


 The structure is as follows,

Thank you for the detailed explanation!

 Since it seems now fixed we cannot check how this became evident, so I am
 closing this bug report.

Is there a history of package versions maintained anywhere by default on my
system? Noting what version was in Wheezy the day I upgraded might be useful.

-- 
Mason Loring Bliss  ma...@blisses.org  Ewige Blumenkraft!
awake ? sleep : random()  2 ? dream : sleep; -- Hamlet, Act III, Scene I


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

Bug#675051: synergy: keyboard autorepeat is turned off sporadically

[Mason Loring Bliss]

Package: synergy
Version: 1.3.1-5
Severity: important

With the synergy client running, keyboard autorepeat is sporadically and
unpredictably disabled. It can be re-enabled with 'xset r', but this is at best
a band-aid.



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

Kernel: Linux 3.2.0-0.bpo.2-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 synergy depends on:
ii  libc6 2.11.3-3   Embedded GNU C Library: Shared lib
ii  libgcc1   1:4.4.5-8  GCC support library
ii  libice6   2:1.0.6-2  X11 Inter-Client Exchange library
ii  libsm62:1.1.1-1  X11 Session Management library
ii  libstdc++64.4.5-8The GNU Standard C++ Library v3
ii  libx11-6  2:1.3.3-4  X11 client-side library
ii  libxext6  2:1.1.2-1  X11 miscellaneous extension librar
ii  libxinerama1  2:1.1-3X11 Xinerama extension library
ii  libxtst6  2:1.1.0-3  X11 Testing -- Record extension li

synergy recommends no packages.

synergy 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#615020: xdm: ConsoleKit support

[Mason Loring Bliss]

Package: xdm
Version: 1:1.1.11-1
Followup-For: Bug #615020

Dear Maintainer,

As XDM doesn't support consolekit directly, users must take a couple
potentially non-obvious steps to get NetworkManager and XFCE4 Power
Manager (and likely similar systems) to run. Specifically, someone
using XDM must remove the nox11 directive from the consolekit line
in /etc/pam.d/common-session and then launch their session manager
through ck-launch-session in their .xsession file.

There is a patch for this included in bug #17325 in the FreeDesktop.org
Bugzilla. I'm not presently familiar enough with the code to usefully
review it.

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

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

Versions of packages xdm depends on:
ii  cpp4:4.6.2-4
ii  debconf [debconf-2.0]  1.5.41
ii  libc6  2.13-26
ii  libpam0g   1.1.3-7
ii  libselinux12.1.0-4.1
ii  libx11-6   2:1.4.4-4
ii  libxau61:1.0.6-4
ii  libxaw72:1.0.9-3
ii  libxdmcp6  1:1.1.0-4
ii  libxext6   2:1.3.0-3
ii  libxft22.2.0-3
ii  libxinerama1   2:1.1.1-3
ii  libxmu62:1.1.0-3
ii  libxpm41:3.5.9-4
ii  libxrender11:0.9.6-2
ii  libxt6 1:1.1.1-2
ii  lsb-base   3.2-28.1
ii  procps 1:3.2.8-11
ii  x11-utils  7.6+4
ii  x11-xserver-utils  7.6+3
ii  xbase-clients  1:7.6+11

xdm recommends no packages.

xdm suggests no packages.

-- debconf information excluded



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

Bug#660902: linux-image-2.6-amd64: netatalk/afpd glitch with Linux 2.6.32

[Mason Loring Bliss]

On Mon, Feb 27, 2012 at 07:21:06AM +, Ben Hutchings wrote:

 Well I can only see two bug fixes to Appletalk between those kernel
 versions. Can you try the attached patch?

Very sorry for the delay in responding - I only just now got a chance to
actually exercise the patch. It appears to do the trick.

Is this likely to make it into the shipped kernel any time soon? I'm happy
deploying a patched kernel for the purpose, but will be happier still once
Debian's shipping the fix directly.

Thank you kindly for your assistance. Much appreciated.


 diff --git a/net/appletalk/aarp.c b/net/appletalk/aarp.c
 index 9d4adfd..f2b3b56 100644
 --- a/net/appletalk/aarp.c
 +++ b/net/appletalk/aarp.c
 @@ -819,7 +819,7 @@ static int aarp_rcv(struct sk_buff *skb, struct 
 net_device *dev,
   ma = ifa-address;
   else { /* We need to make a copy of the entry. */
   da.s_node = sa.s_node;
 - da.s_net = da.s_net;
 + da.s_net = sa.s_net;
   ma = da;
   }
  
 -- 
 1.7.9.1
 

-- 
Mason Loring Bliss((IF I HAD KNOWN IT WAS HARMLESS
 ma...@blisses.org ))I WOULD HAVE KILLED IT MYSELF.



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

Bug#660902: linux-image-2.6-amd64: netatalk/afpd glitch with Linux 2.6.32

[Mason Loring Bliss]

Package: linux-image-2.6-amd64
Version: 2.6.32+29
Severity: critical
Justification: breaks unrelated software


With Linux 2.6.32 as supplied with Debian Squeeze, Netatalk is unable
to thrive. Connections made to afpd will open, but attempting to transfer
files will take a very long time and/or eventually time out.

I've noted this with both Netatalk as supplied with Squeeze and with
Netatalk 2.2.1 built from the Wheezy source package, which I evidently
need for AFP 3 support.

Installing Linux 3.2 from backports, with no other changes to the system,
allows afpd to work correctly. I hit on the idea of trying this after
installing a Fedora 16 system to compare performance and to try to isolate
the issue. Fedora 16 uses a newer kernel.

As it stands, Netatalk is unusable in Squeeze without a newer kernel. I
assume this to be an issue with the kernel that can be addressed and
corrected for the next minor release, and I'd be happy to help try to
isolate it and test any correction that's devised.


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

Kernel: Linux 3.2.0-0.bpo.1-amd64 (SMP w/4 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/dash

Versions of packages linux-image-2.6-amd64 depends on:
ii  linux-image-2.6.32-5-amd642.6.32-41  Linux 2.6.32 for 64-bit PCs

linux-image-2.6-amd64 recommends no packages.

linux-image-2.6-amd64 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#649139: gnome-terminal: Widget theme not honored when run in LXDE/Openbox - new since Squeeze

[Mason Loring Bliss]

Package: gnome-terminal
Version: 3.0.1-1
Severity: normal

Dear Maintainer,

I run Gnome Terminal inside LXDE in Squeeze, and it works beautifully.
However, in Wheezy, the widget theme is not correctly applied. The impact of
this is that tabs are not correctly themed, meaning that it's very difficult
to identify which tab is active in most themes. For instance, on Squeeze I
can use ClearLooks and the active tab has a bar across the top, clearly
indicating that it's active.

I believe the issue is with Gnome Terminal specifically, because other
VTE-based terminals don't exhibit this behavious in Wheezy - Sakura,
xfce4-terminal, and lxterminal all correctly make use of the chosen widget
theme.

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

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

Versions of packages gnome-terminal depends on:
ii  gnome-terminal-data3.0.1-1   
ii  gsettings-desktop-schemas  3.0.1-1   
ii  libatk1.0-02.2.0-2   
ii  libc6  2.13-21   
ii  libgconf2-42.32.4-1  
ii  libgdk-pixbuf2.0-0 2.24.0-1  
ii  libglib2.0-0   2.28.8-1  
ii  libgtk-3-0 3.0.12-2  
ii  libice62:1.0.7-2 
ii  libpango1.0-0  1.29.4-2  
ii  libsm6 2:1.2.0-2 
ii  libvte-2.90-9  1:0.28.2-1
ii  libx11-6   2:1.4.4-2 

Versions of packages gnome-terminal recommends:
ii  gvfs  1.8.2-2
ii  yelp  3.2.1+dfsg-1+b1

gnome-terminal 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#647981: gnome-terminal: System default font is not used regardless of preference.

[Mason Loring Bliss]

Package: gnome-terminal
Version: 3.0.1-1
Severity: normal

Dear Maintainer,

The system default font is not used when Gnome Terminal has been told to use
it.


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

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

Versions of packages gnome-terminal depends on:
ii  gnome-terminal-data3.0.1-1   
ii  gsettings-desktop-schemas  3.0.1-1   
ii  libatk1.0-02.2.0-2   
ii  libc6  2.13-21   
ii  libgconf2-42.32.4-1  
ii  libgdk-pixbuf2.0-0 2.24.0-1  
ii  libglib2.0-0   2.28.6-1  
ii  libgtk-3-0 3.0.12-2  
ii  libice62:1.0.7-2 
ii  libpango1.0-0  1.29.4-1  
ii  libsm6 2:1.2.0-2 
ii  libvte-2.90-9  1:0.28.1-2
ii  libx11-6   2:1.4.4-2 

Versions of packages gnome-terminal recommends:
ii  gvfs  1.6.4-4 
ii  yelp  3.2.1+dfsg-1

gnome-terminal 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#589071: netatalk: Fails to serve root volume

[Mason Mark]

I have now had a chance to test this against netatalk 2.2.1, and it is still 
broken. (Fresh netatalk install in a fresh Ubuntu 11.4 VM.)

I would be interested to hear what exactly Alan's workaround (earlier in this 
bug's thread) breaks, because we'd like to try it.



On Aug 31, 2011, at 5:33 PM, Mason Mark wrote:

 This is still broken for me in 2.2.0. (Haven't had time to try with git HEAD 
 yet.
 
 
 On 2011/08/17, at 21:42, Frank Lahm wrote:
 
 2011/7/5 Alan Snelgrove alansnelgr...@mac.com:
 I found a work around for this Bug, which works for me.
 in source package netatalk/etc/afpd/directory.c
 there are the lines
 
if ((ret = lchdir(cfrombstr(dir-d_fullpath))) != 0 ) {
LOG(log_debug, logtype_afpd, movecwd('%s'): ret: %u, %s,
cfrombstr(dir-d_fullpath), ret, strerror(errno));
 The fix is to replace lchdir with chdir.
 There is only one occurrence of  lchdir  in the source file.
 
 Bah! This breaks certain semantics.
 Also can't reproduce with git master HEAD which means it should work
 in 2.2.1, it's probably already working in 2.2.0.
 
 -f
 
 
 
 --
 To unsubscribe, send mail to 589071-unsubscr...@bugs.debian.org.
 
 
 
 
 --
 To unsubscribe, send mail to 589071-unsubscr...@bugs.debian.org.




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

Bug#589071: netatalk: Fails to serve root volume

[Mason Mark]

This is still broken for me in 2.2.0. (Haven't had time to try with git HEAD 
yet.


On 2011/08/17, at 21:42, Frank Lahm wrote:

 2011/7/5 Alan Snelgrove alansnelgr...@mac.com:
 I found a work around for this Bug, which works for me.
 in source package netatalk/etc/afpd/directory.c
 there are the lines
 
 if ((ret = lchdir(cfrombstr(dir-d_fullpath))) != 0 ) {
 LOG(log_debug, logtype_afpd, movecwd('%s'): ret: %u, %s,
 cfrombstr(dir-d_fullpath), ret, strerror(errno));
 The fix is to replace lchdir with chdir.
 There is only one occurrence of  lchdir  in the source file.
 
 Bah! This breaks certain semantics.
 Also can't reproduce with git master HEAD which means it should work
 in 2.2.1, it's probably already working in 2.2.0.
 
 -f
 
 
 
 --
 To unsubscribe, send mail to 589071-unsubscr...@bugs.debian.org.




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

Bug#635585: Activating follow style hinted in the configuration file renders luakit unusable

[Mason Larobina]

2011/7/27 Nicolas Évrard ni...@no-log.org:
 Package: luakit
 Version: 2011.07.22-2
 Severity: important


 Hello, this is probably a stupid bug but since I am not fluent enough
 in lua I am unable to provide a patch (sorry).

 Activating the follow.style in /etc/xdg/luakit/rc.lua (attached) will
 raise an error:

 /etc/xdg/luakit/rc.lua:104: attempt to index local 's' (a nil value)
 E: luakit: main:185: no windows spawned by rc file, exiting

 And luakit exits thus making luakit unusable.

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

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

 Versions of packages luakit depends on:
 ii  libatk1.0-0                   2.0.1-2    ATK accessibility toolkit
 ii  libc6                         2.13-10    Embedded GNU C Library: Shared 
 lib
 ii  libcairo2                     1.10.2-6   The Cairo 2D vector graphics 
 libra
 ii  libfontconfig1                2.8.0-3    generic font configuration 
 library
 ii  libfreetype6                  2.4.4-2    FreeType 2 font engine, shared 
 lib
 ii  libgdk-pixbuf2.0-0            2.23.5-2   GDK Pixbuf library
 ii  libglib2.0-0                  2.28.6-1   The GLib library of C routines
 ii  libgtk2.0-0                   2.24.5-3   GTK+ graphical user interface 
 libr
 ii  liblua5.1-0                   5.1.4-7    Shared library for the Lua 
 interpr
 ii  liblua5.1-filesystem0         1.5.0-2    luafilesystem library for the Lua
 ii  libpango1.0-0                 1.28.4-1   Layout and rendering of 
 internatio
 ii  libsoup2.4-1                  2.34.2-2   HTTP library implementation in C 
 -
 ii  libsqlite3-0                  3.7.7-2    SQLite 3 shared library
 ii  libunique-1.0-0               1.1.6-2    Library for writing single 
 instanc
 ii  libwebkitgtk-1.0-0            1.4.2-1    Web content engine library for 
 Gtk

 luakit recommends no packages.

 luakit suggests no packages.

 -- Configuration Files:
 /etc/xdg/luakit/rc.lua changed:
 ---
 -- luakit configuration file, more information at http://luakit.org/ --
 ---
 if unique then
    unique.new(org.luakit)
    -- Check for a running luakit instance
    if unique.is_running() then
        if uris[1] then
            for _, uri in ipairs(uris) do
                unique.send_message(tabopen  .. uri)
            end
        else
            unique.send_message(winopen)
        end
        luakit.quit()
    end
 end
 -- Load library of useful functions for luakit
 require lousy
 -- Small util functions to print output (info prints only when luakit.verbose 
 is true)
 function warn(...) io.stderr:write(string.format(...) .. \n) end
 function info(...) if luakit.verbose then io.stderr:write(string.format(...) 
 .. \n) end end
 -- Load users global config
 -- ($XDG_CONFIG_HOME/luakit/globals.lua or /etc/xdg/luakit/globals.lua)
 require globals
 -- Load users theme
 -- ($XDG_CONFIG_HOME/luakit/theme.lua or /etc/xdg/luakit/theme.lua)
 lousy.theme.init(lousy.util.find_config(theme.lua))
 theme = assert(lousy.theme.get(), failed to load theme)
 -- Load users window class
 -- ($XDG_CONFIG_HOME/luakit/window.lua or /etc/xdg/luakit/window.lua)
 require window
 -- Load users webview class
 -- ($XDG_CONFIG_HOME/luakit/webview.lua or /etc/xdg/luakit/webview.lua)
 require webview
 -- Load users mode configuration
 -- ($XDG_CONFIG_HOME/luakit/modes.lua or /etc/xdg/luakit/modes.lua)
 require modes
 -- Load users keybindings
 -- ($XDG_CONFIG_HOME/luakit/binds.lua or /etc/xdg/luakit/binds.lua)
 require binds
 --
 -- Optional user script loading --
 --
 -- Add sqlite3 cookiejar
 require cookies
 -- Cookie blocking by domain (extends cookies module)
 -- Add domains to the whitelist at $XDG_CONFIG_HOME/luakit/cookie.whitelist
 -- and blacklist at $XDG_CONFIG_HOME/luakit/cookie.blacklist.
 -- Each domain must be on it's own line and you may use * as a
 -- wildcard character (I.e. *google.com)
 --require cookie_blocking
 -- Block all cookies by default (unless whitelisted)
 --cookies.default_allow = false
 -- Add uzbl-like form filling
 require formfiller
 -- Add proxy support  manager
 require proxy
 -- Add quickmarks support  manager
 require quickmarks
 -- Add session saving/loading support
 require session
 -- Add command to list closed tabs  bind to open closed tabs
 require undoclose
 -- Add command to list tab history items
 require tabhistory
 -- Add greasemonkey-like javascript userscript support
 require userscripts
 -- Add bookmarks support
 require bookmarks
 -- Add download support
 require downloads
 require downloads_chrome
 -- Add vimperator-like link hinting  following
 -- (depends on downloads)
 

Bug#635585: Activating follow style hinted in the configuration file renders luakit unusable

[Mason Larobina]

On 27 July 2011 17:35, Mason Larobina mason.larob...@gmail.com wrote:
 2011/7/27 Nicolas Évrard ni...@no-log.org:
 Package: luakit
 Version: 2011.07.22-2
 Severity: important


 Hello, this is probably a stupid bug but since I am not fluent enough
 in lua I am unable to provide a patch (sorry).

 Activating the follow.style in /etc/xdg/luakit/rc.lua (attached) will
 raise an error:

 /etc/xdg/luakit/rc.lua:104: attempt to index local 's' (a nil value)
 E: luakit: main:185: no windows spawned by rc file, exiting

 And luakit exits thus making luakit unusable.

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

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

 Versions of packages luakit depends on:
 ii  libatk1.0-0                   2.0.1-2    ATK accessibility toolkit
 ii  libc6                         2.13-10    Embedded GNU C Library: Shared 
 lib
 ii  libcairo2                     1.10.2-6   The Cairo 2D vector graphics 
 libra
 ii  libfontconfig1                2.8.0-3    generic font configuration 
 library
 ii  libfreetype6                  2.4.4-2    FreeType 2 font engine, shared 
 lib
 ii  libgdk-pixbuf2.0-0            2.23.5-2   GDK Pixbuf library
 ii  libglib2.0-0                  2.28.6-1   The GLib library of C routines
 ii  libgtk2.0-0                   2.24.5-3   GTK+ graphical user interface 
 libr
 ii  liblua5.1-0                   5.1.4-7    Shared library for the Lua 
 interpr
 ii  liblua5.1-filesystem0         1.5.0-2    luafilesystem library for the 
 Lua
 ii  libpango1.0-0                 1.28.4-1   Layout and rendering of 
 internatio
 ii  libsoup2.4-1                  2.34.2-2   HTTP library implementation in 
 C -
 ii  libsqlite3-0                  3.7.7-2    SQLite 3 shared library
 ii  libunique-1.0-0               1.1.6-2    Library for writing single 
 instanc
 ii  libwebkitgtk-1.0-0            1.4.2-1    Web content engine library for 
 Gtk

 luakit recommends no packages.

 luakit suggests no packages.

 -- Configuration Files:
 /etc/xdg/luakit/rc.lua changed:
 ---
 -- luakit configuration file, more information at http://luakit.org/ --
 ---
 if unique then
    unique.new(org.luakit)
    -- Check for a running luakit instance
    if unique.is_running() then
        if uris[1] then
            for _, uri in ipairs(uris) do
                unique.send_message(tabopen  .. uri)
            end
        else
            unique.send_message(winopen)
        end
        luakit.quit()
    end
 end
 -- Load library of useful functions for luakit
 require lousy
 -- Small util functions to print output (info prints only when 
 luakit.verbose is true)
 function warn(...) io.stderr:write(string.format(...) .. \n) end
 function info(...) if luakit.verbose then io.stderr:write(string.format(...) 
 .. \n) end end
 -- Load users global config
 -- ($XDG_CONFIG_HOME/luakit/globals.lua or /etc/xdg/luakit/globals.lua)
 require globals
 -- Load users theme
 -- ($XDG_CONFIG_HOME/luakit/theme.lua or /etc/xdg/luakit/theme.lua)
 lousy.theme.init(lousy.util.find_config(theme.lua))
 theme = assert(lousy.theme.get(), failed to load theme)
 -- Load users window class
 -- ($XDG_CONFIG_HOME/luakit/window.lua or /etc/xdg/luakit/window.lua)
 require window
 -- Load users webview class
 -- ($XDG_CONFIG_HOME/luakit/webview.lua or /etc/xdg/luakit/webview.lua)
 require webview
 -- Load users mode configuration
 -- ($XDG_CONFIG_HOME/luakit/modes.lua or /etc/xdg/luakit/modes.lua)
 require modes
 -- Load users keybindings
 -- ($XDG_CONFIG_HOME/luakit/binds.lua or /etc/xdg/luakit/binds.lua)
 require binds
 --
 -- Optional user script loading --
 --
 -- Add sqlite3 cookiejar
 require cookies
 -- Cookie blocking by domain (extends cookies module)
 -- Add domains to the whitelist at $XDG_CONFIG_HOME/luakit/cookie.whitelist
 -- and blacklist at $XDG_CONFIG_HOME/luakit/cookie.blacklist.
 -- Each domain must be on it's own line and you may use * as a
 -- wildcard character (I.e. *google.com)
 --require cookie_blocking
 -- Block all cookies by default (unless whitelisted)
 --cookies.default_allow = false
 -- Add uzbl-like form filling
 require formfiller
 -- Add proxy support  manager
 require proxy
 -- Add quickmarks support  manager
 require quickmarks
 -- Add session saving/loading support
 require session
 -- Add command to list closed tabs  bind to open closed tabs
 require undoclose
 -- Add command to list tab history items
 require tabhistory
 -- Add greasemonkey-like javascript userscript support
 require userscripts
 -- Add bookmarks support
 require bookmarks
 -- Add download support
 require downloads
 require downloads_chrome

Bug#589071: netatalk cannot serve the root directory

[Mason Mark]

I have this problem too, and have had it for a couple years. I think it is 
probably a basic bug in netatalk, and not configuration dependent, because it 
occurs with a default install using only the default settings.

I've been hoping to use netatalk to manage a Ubuntu Linux server, and using the 
superior development tools available for the Mac to edit all the various 
various root-owned files (by adding '-admingroup admin' to afpd.conf).

Unfortunately, it doesn't work unless you make separate shares for every 
directory on the machine: /etc, /var, etc.

I can confirm this bug exists in netatalk (2.1.4-1) that is the default on 
Ubuntu 11.04. It also existed on a fresh install of Ubuntu 10.4 (don't know 
what version that was).

Steps to reproduce:

1.) Add a line like /  Root to AppleVolumes.default

2.) Connect to the Mac via AFP over TCP/IP. 

Initially it looks like it works, but:

- if you navigate into a subfolder, the Finder on the client Mac shows it as 
empty

- if you copy a folder to the root directory using Finder on the client, the 
Finder throws all manner of weird errors (copying a file works, however)


If you do take the time to make AFP volumes out of every folder on the root 
volume of the netatalk host, everything works as expected. 

So this problem seems to pertain only to the root volume. For use cases like 
mine (perhaps not so common) it means that netatalk is not a viable option 
(although I keep checking every year to see if it's been fixed...).







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

Bug#622594: luakit: Bug still present in this release

[Mason Larobina]

2011/5/8 Nicolas Évrard ni...@no-log.org:
 Package: luakit
 Version: 2011.05.06-1
 Followup-For: Bug #622594


 This bug is still present with this release.
 I should add that the severity should be set to normal since even the
 'Save As' window popping up when downloading file display this
 behavior (everything is grey).


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

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

 Versions of packages luakit depends on:
 ii  libatk1.0-0                   2.0.0-1    The ATK accessibility toolkit
 ii  libc6                         2.13-2     Embedded GNU C Library: Shared 
 lib
 ii  libcairo2                     1.10.2-6   The Cairo 2D vector graphics 
 libra
 ii  libfontconfig1                2.8.0-2.2  generic font configuration 
 library
 ii  libfreetype6                  2.4.4-1    FreeType 2 font engine, shared 
 lib
 ii  libgdk-pixbuf2.0-0            2.23.3-3   GDK Pixbuf library
 ii  libglib2.0-0                  2.28.6-1   The GLib library of C routines
 ii  libgtk2.0-0                   2.24.4-3   The GTK+ graphical user interface
 ii  liblua5.1-0                   5.1.4-5    Simple, extensible, embeddable 
 pro
 ii  liblua5.1-filesystem0         1.5.0-1    luafilesystem library for the Lua
 ii  libpango1.0-0                 1.28.3-6   Layout and rendering of 
 internatio
 ii  libsoup2.4-1                  2.34.0-1   HTTP library implementation in C 
 -
 ii  libsqlite3-0                  3.7.6.2-1  SQLite 3 shared library
 ii  libwebkit-1.0-2               1.2.7-3    Web content engine library for 
 Gtk

 luakit recommends no packages.

 luakit suggests no packages.

 -- no debconf information

A fix for this has been applied upstream, let me know if the problem persists.



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

Bug#619904: luakit: chrome://bookmarks/ is not accessible anymore

[Mason Larobina]

2011/3/28 Nicolas Évrard ni...@no-log.org:
 Package: luakit
 Version: 2010.12.25+0327-1
 Severity: normal


 When I try to reack chrome://bookmarks/ with luakit it fails to
 display the page stating: URL cannot be shown


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

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

 Versions of packages luakit depends on:
 ii  libatk1.0-0                1.32.0-3      The ATK accessibility toolkit
 ii  libc6                      2.11.2-13     Embedded GNU C Library: Shared 
 lib
 ii  libcairo2                  1.10.2-6      The Cairo 2D vector graphics 
 libra
 ii  libfontconfig1             2.8.0-2.1     generic font configuration 
 library
 ii  libfreetype6               2.4.4-1       FreeType 2 font engine, shared 
 lib
 ii  libgdk-pixbuf2.0-0         2.22.1-1+sid1 GDK Pixbuf library
 ii  libglib2.0-0               2.28.2-1      The GLib library of C routines
 ii  libgtk2.0-0                2.24.3-1~sid1 The GTK+ graphical user interface
 ii  liblua5.1-0                5.1.4-5       Simple, extensible, embeddable 
 pro
 ii  liblua5.1-filesystem0      1.5.0-1       luafilesystem library for the Lua
 ii  libpango1.0-0              1.28.3-5      Layout and rendering of 
 internatio
 ii  libpng12-0                 1.2.44-2      PNG library - runtime
 ii  libsoup2.4-1               2.30.2-1      an HTTP library implementation in
 ii  libsqlite3-0               3.7.5-1       SQLite 3 shared library
 ii  libwebkit-1.0-2            1.2.7-2       Web content engine library for 
 Gtk

 luakit recommends no packages.

 luakit suggests no packages.

 -- no debconf information

We (the luakit developers) are slowly adding more chrome:// pages (or
luakit:// pages as they are now known) but we haven't implemented a
luakit://bookmarks/ page yet.

A re-write of the bookmarks system to use a sqlite3 database and the
creation of a luakit://bookmarks/ handler is in the works so stay
tuned.

- Mason.



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

Bug#276220: console-common: Conflict with Plymouth

[Marshall Mason]

Package: console-common
Version: 0.7.85
Severity: normal

After I installed and configured Plymouth, the splash image would display, and 
then it would drop into the console, then stop and do nothing. I hit enter and 
it continued. After some debugging I found the problem to be in 
/etc/init.d/keymap.sh. It seems this has been a problem in the past with 
splashy, as I found this section:

# Avoid messing with splashy boot
# Thanks to John Hughes and Marc Haber for suggestions
pidof splashy /dev/null 
   mkdir -p /lib/init/rw/splashy/ 
   touch /lib/init/rw/splashy/splashy-stopped-keymap 
   exit 0

I changed splashy to plymouthd as a work-around. It's my understanding that 
splashy is no longer supported in squeeze, so this section should probably be 
updated.

This problem seems similar to Bug #575431, except for me it dropped to the 
console rather than hang in the splash screen.

Marshall

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

Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core)
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 console-common depends on:
ii  console-data2:1.10-9 keymaps, fonts, charset maps, fall
ii  console-tools   1:0.2.3dbs-69.1  Linux console and font utilities
ii  debconf [debconf-2.0]   1.5.36.1 Debian configuration management sy
ii  debianutils 3.4  Miscellaneous utilities specific t
ii  lsb-base3.2-23.2squeeze1 Linux Standard Base 3.2 init scrip

console-common recommends no packages.

console-common suggests no packages.

-- Configuration Files:
/etc/init.d/keymap.sh changed:
if type setupcon /dev/null 21; then
exit 0
fi
. /lib/lsb/init-functions
pidof plymouthd /dev/null 
   mkdir -p /lib/init/rw/plymouth/ 
   touch /lib/init/rw/plymouth/plymouthd-stopped-keymap 
   exit 0
CONSOLE_TYPE=`fgconsole 2/dev/null` || CONSOLE_TYPE=unknown
QUIT=0
command -v loadkeys /dev/null 21 || QUIT=1
CONFDIR=/etc/console
CONFFILEROOT=boottime
EXT=kmap
CONFFILE=${CONFDIR}/${CONFFILEROOT}.${EXT}.gz
reset_kernel()
{
# On Mac PPC machines, we may need to set kernel vars first
# We need to mount /proc to do that; not optimal, as its going to 
# be mounted in S10checkroot, but we need it set up before sulogin
# may be run in checkroot, which will need the keyboard to log in...
[ -x /sbin/sysctl ] || return
[ -r /etc/sysctl.conf ] || return
grep -v '^\#' /etc/sysctl.conf | grep -q keycodes 
if [ $? = 0 ] ; then
grep keycodes /etc/sysctl.conf | grep -v ^# | while read d ; do
/sbin/sysctl -w $d 2 /dev/null || true
done
fi
}
unicode_start_stop()
{
# Switch unicode mode by checking the locale.
# This will be needed before loading the keymap.
[ -x /usr/bin/unicode_start ] || [ -x /bin/unicode_start ] ||  return
[ -x /usr/bin/unicode_stop ] || [ -x /bin/unicode_stop ] || return
ENV_FILE=
[ -r /etc/environment ]  ENV_FILE=/etc/environment
[ -r /etc/default/locale ]  ENV_FILE=/etc/default/locale 
[ $ENV_FILE ]  CHARMAP=$(set -a  . $ENV_FILE  locale charmap)
if [ $CHARMAP = UTF-8 ]; then
unicode_start 2 /dev/null || true
else
unicode_stop 2 /dev/null || true
fi
}
if [ ! $QUIT = '1' ] ; then
  case $1 in
  start | restart | force-reload | reload)
  
# Set kernel variables if required
reset_kernel
# First mount /proc if necessary...and if it is there (#392798)
unmount_proc=no
if [ -d /proc ]; then
if [ ! -x /proc/$$ ]; then
unmount_proc=yes  
mount -n /proc
fi
  
if [ -f /proc/sys/dev/mac_hid/keyboard_sends_linux_keycodes ] ; 
then
linux_keycodes=`cat 
/proc/sys/dev/mac_hid/keyboard_sends_linux_keycodes`
else
linux_keycodes=1;
fi
else
linux_keycodes=1;
fi
# load new map
if [ $linux_keycodes -gt 0 ] ; then 
  if [ -r ${CONFFILE} ] ; then
# Switch console mode to UTF-8 or ASCII as necessary
unicode_start_stop
if [ $CONSOLE_TYPE = serial ] ; then 
loadkeys -q ${CONFFILE} 21  /dev/null
else
loadkeys -q ${CONFFILE}
fi
if [ $? -gt 0 ]
then
# if we've a serial console, we may not have a keyboard, so 
don't
# complain if we fail. 
   if [ ! $CONSOLE_TYPE = serial ]; then 
log_warning_msg Problem when loading 
${CONFDIR}/${CONFFILEROOT}.${EXT}.gz, use 

Bug#601601: spamassassin: cannot include 0:0:0:0:0:0:0:1/128 as it has already been included

[Justin Mason]

hi guys, it's a NetAddr::IP regression.   Mark Martinec said (on the
SA users list):

 Looks like a but in NetAddr::IP 4.034, it forgets to adjust the  CIDR mask
 when converting an IPv4 address to an IPv6 notation:

 correct (NetAddr-IP-4.033):
  $ perl -le 'use NetAddr::IP; print NetAddr::IP-new6(127.0.0.0/8)'
 0:0:0:0:0:0:7F00:0/104

 wrong (NetAddr-IP-4.034):
  $ perl -le 'use NetAddr::IP; print NetAddr::IP-new6(127.0.0.0/8)'
 0:0:0:0:0:0:7F00:0/8


upstream: https://rt.cpan.org/Public/Bug/Display.html?id=62521

hth,

--j.


On Fri, Oct 29, 2010 at 07:48, Noah Meyerhans no...@debian.org wrote:
 reassign 601601 libnetaddr-ip-perl
 retitle 601601 NetAddr::IP-new6 fails to adjust netmask when mapping a v4 
 address
 thanks

 Something within libnetaddr-ip-perl perl changed between version
 4.028+dfsg-1 (currently in squeeze) and version 4.034+dfsg-1 (currently
 in sid).  Consider the attached perl program.  The
 _convert_ipv4_cidr_to_ipv6 function is pulled from spamassassin's
 Mail::SpamAssassin::NetSet module.  On a squeeze system, the program
 outputs the following:

 Loopback network: 127.0.0.0/8
 converted to v6 mapped: 0:0:0:0:0::7F00:0/104
 IPv6 loopback address: 0:0:0:0:0:0:0:1/128
 Is 0:0:0:0:0:0:0:1/128 contained within 0:0:0:0:0::7F00:0/104? 0

 On a sid sytem, the program outputs this:
 Loopback network: 127.0.0.0/8
 converted to v6 mapped: 0:0:0:0:0::7F00:0/8
 IPv6 loopback address: 0:0:0:0:0:0:0:1/128
 Is 0:0:0:0:0:0:0:1/128 contained within 0:0:0:0:0::7F00:0/8? 1

 Note the differences in the network mask when the loopback /8 is
 mapped to a v6 address.  Note that this leads to the
 NetAddr::IP-contains method returning an incorrect value.

 Thanks.
 noah


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

 iD4DBQFMym5PYrVLjBFATsMRAhiuAJiQjUHeRiH6yYnF3a2KBbsfgMJaAJ9jipmk
 1ILZCji᭖닒컋ʒ⠛==
 =JZSb
 -END PGP SIGNATURE-





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

Bug#575891: strace logs

[Chris Mason]

We've gone through the strace logs and thanks to some pointers to the dpkg
code, I think I can explain this.  Dpkg does something like this:

while( filename = readdir(/var/dpkg/info)) {
err = rename(/var/lib/dpkg/tmp.ci/filename, /var/lib/dpkg/info);
if (err) {
unlink /var/lib/dpkg/info/filename
}
}

The basic idea is that for each file in /var/lib/dpkg/info we overwrite it
with a file from /var/lib/dpkg/tmp.ci.  Btrfs implements readdir with a
per-directory sequence number.  Each time you make a new file in the
directory it gets a new sequence number, which is returned as the offset
for seekdir/telldir use.

The rename operation is creating a new file, so it can show up again in
the next readdir call.  The strace shows readdir finding a file name,
then renaming over it into /var/lib/dpkg/info and then finding the file
name again.

This could actually happen with any of the filesystems, but btrfs is
especially consistent at reproducing it.  A while ago, git hit a similar
problem:

http://www.mail-archive.com/btrfs-de...@oss.oracle.com/msg00370.html

Which we solved in btrfs by forcing a very high readdir offset when the
entire directory had been read, but this doesn't quite work for dpkg
because it doesn't read all the directory entries before it starts
processing them.  Git later added a commit to avoid the problem
internally as well.

I would suggest changing the loop to look like this:

while (filename = readdir(/var/dpkg/info)) {
add filename to list of things that need processing
}

for each filename in list {
rename (/var/lib/dpkg/tmp.ci/filename, /var/lib/dpkg/info)
}

In other words, buffer the readdir results.  Just let me know if you
have other questions about this, thanks for bringing us into the
debugging.

-chris




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

Bug#575948: uzbl: download.sh not being called, downloads not working

[Mason Larobina]

The download_handler has been removed and replaced with the
DOWNLOAD_REQUEST event.

Please update your config.

http://github.com/Dieterbe/uzbl/blob/master/examples/config/config#L56

Mason.



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

Bug#537477: spamassassin: Remove open-whois.org as it is cybersquatted

[Justin Mason]

opened upstream as
https://issues.apache.org/SpamAssassin/show_bug.cgi?id=6157 .  thanks
for spotting this...



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

Bug#528263: Same on hurd

[Chris L. Mason]

The same issue is happening on hurd.

Thanks.



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

Bug#401435: MD Lists

[Pat Mason]

Fully Licensed Doctors in the United States 

788,442 in total  17,371 emails

Featuring coverage for more than 30 specialties like Internal Medicine, Family 
Practice, Opthalmology, Anesthesiologists, Cardiologists and more

16 different sortable fields

Price for new customers -  $394


{}{}{} We will give you the lists below at no extra charge if you order this 
week {}{}{}

** Directory of US Pharma Companies
  47,000 personal emails and names of decision makers

** Hospital Facilities in the United States
  23,000 Admins in more than 7,000 hospitals {a $399 value]

** American Dentists
  More than half a million listings [worth $499 alone!]

** US Chiropractor List
  100k Chiropractors offices with full contact data including email, postal 
address, phone and fax

email to:  te...@medlistsources.com

  

good until April 25


to adjust your subscription status email to stopp...@medlistsources.com





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

Bug#503998: Info received (Bug#503998: linux-image-2.6.26-1-686: Randomly broken suspend on Thinkpad T61 after update)

[Jeremy Mason]

I compiled 2.6.26.6 from kernel.org with make-kpkg and came up with
different results from the person in #504167. Out of 10 sleep/resume
cycles 2 were slow. This kernel used /boot/config-2.6.26-1-686 as it's
.config. I deleted the kernel source directory and I built two more
kernels just to make sure of the results. One without copying the config
from /boot and another that I compiled without the need for initrd. All
had the same random slow resume. Typically 2 to 3 times out of 10.



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

Bug#503998: linux-image-2.6.26-1-686: Randomly broken suspend on Thinkpad T61 after update

[Jeremy Mason]

I am seeing the same issue on my T61. My system uses intel graphics so
there shouldn't be any taint in the kernel. Sometimes it resumes
normally and sometimes it takes several minutes to come up. When I open
the notebook the system chirps and the sleep LED turns off. The wireless
LED and the video should come up next, but on the misbehaving resumes
they don't turn on for several minutes. The tool used to put the
notebook to sleep doesn't seem to matter. Kpowersave, s2ram, and
pm-suspend have all had slow resumes. Downgrading to 2.6.26-8 has given
me 6 good resumes so far with no slow resumes.



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

Bug#501221: iceweasel won't load any url

[Dante Mason]

Package: iceweasel
Version: 3.0.1-1

When I input any url to iceweasel and press enter or hit the button go,
the iceweasel just acts someing like no reaction.
It keep in the initial page.(blank page in my case)

But epiphany(gecko or webkit) works fine.

here is the error console shows when I start iceweasel:
錯誤: [Exception... Component returned failure code: 0x80570016
(NS_ERROR_XPC_GS_RETURNED_FAILURE) [nsIJSCID.getService]  nsresult:
0x80570016 (NS_ERROR_XPC_GS_RETURNED_FAILURE)  location: JS frame ::
file:///usr/lib/iceweasel/xulrunner/components/nsUrlClassifierListManager.js
:: PROT_ListManager :: line 81  data: no]
原始檔:
file:///usr/lib/iceweasel/xulrunner/components/nsUrlClassifierListManager.js
行: 81

錯誤: [Exception... Component returned failure code: 0x80570016
(NS_ERROR_XPC_GS_RETURNED_FAILURE) [nsIJSCID.getService]  nsresult:
0x80570016 (NS_ERROR_XPC_GS_RETURNED_FAILURE)  location: JS frame ::
file:///usr/lib/iceweasel/xulrunner/components/nsUrlClassifierListManager.js
:: PROT_ListManager :: line 81  data: no]
原始檔:
file:///usr/lib/iceweasel/xulrunner/components/nsUrlClassifierListManager.js
行: 81

錯誤: uncaught exception: [Exception... Component returned failure
code: 0x80570016 (NS_ERROR_XPC_GS_RETURNED_FAILURE)
[nsIJSCID.getService]  nsresult: 0x80570016
(NS_ERROR_XPC_GS_RETURNED_FAILURE)  location: JS frame ::
file:///usr/lib/iceweasel/xulrunner/components/nsUrlClassifierListManager.js
:: PROT_ListManager :: line 81  data: no]



I am using Debian GNU/Linux lenny i386, kernel 2.6.26.5
and libc6 2.7-13




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

Bug#498049: spamassassin: fills the logs with messages about redefined functions

[Justin Mason]

Francesco, thanks for all that config!  I was able to repro and fix the
bug (in 3.3.0 at least).  Can you try out the patch at
https://issues.apache.org/SpamAssassin/show_bug.cgi?id=5989 and tell me
if it works for your site?

--j.



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

Bug#498049: spamassassin: fills the logs with messages about redefined functions

[Justin Mason]

Francesco Potorti` writes:
 Package: spamassassin
 Version: 3.2.5-1
 Severity: normal
 
 For each mail received, spamassassin logs 58 kB of errors of this type:
 
 Sep  5 18:25:04 tucano spamd[7793]: 
  Subroutine __VBOUNCE_VALERT_one_line_body_test redefined at 
  /var/lib/spamassassin/3.002005/updates_spamassassin_org/20_vbounce.cf,
  rule __VBOUNCE_VALERT, line 6. 

what spamd command line are you using?  Do you have allow_user_rules
set to 1?  can you post your /etc/spamassassin and
~/.spamassassin/user_prefs config files?

thanks!

--j.



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

Bug#495562: Btrfs stability

[Chris Mason]

Btrfs is not suitably stable for production use, and the disk format
will continue to change over the next few releases.

The plan is to finalize the disk format by the end of the year.

Btrfs packages have been built against redhat, suse, gentoo and other
distros with warnings about the unstable disk format.  They do make it
easier for testers who are interested in trying out the FS even though
the disk format is unstable.

I don't object to packages being built or included because more testers
(who understand they are using beta software) is a good thing.  But, I
certainly wouldn't blame debian for taking btrfs out either.

-chris





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

Bug#481696: [spamassassin] refuses to listen on IPv6

[Justin Mason]

  Now the problem is with -A:
  # spamd -i ::1 -A ::1
  [5654] warn: netset: illegal network address given: '::1'
  [5654] error: spamd: aborting due to add_cidr error
  spamd: aborting due to add_cidr error
 
 Hmm... it's another bug, this time in upstream code. And it doesn't look
 so trivial to fix. The code says:
 #v+
 set_allowed_ip('127.0.0.1'); #, '::1'); M::SA::NetSet needs fixing for 
 IPv6
 #v-
 so upstream is aware of this issue (but it doesn't mean they are aware
 that someone needed it ;-)

this is indeed fixed upstream, but in SVN trunk:

  https://issues.apache.org/SpamAssassin/show_bug.cgi?id=4964#c22

I haven't even tried the patch against 3.2.x, as we weren't planning
to release a 3.2.x with it.

--j.



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

Bug#482044: Please restart spamd on perl upgrades.

[Justin Mason]

On Tue, May 20, 2008 at 10:10:02AM -0400, Noah Meyerhans wrote:
 On Tue, May 20, 2008 at 06:20:33AM -0700, Daniel Burrows wrote:
A much larger amount of spam than usual got through my filters, I
  think because most of my spam checks couldn't run due to this error.
  After some confusion, I figured out that I had upgraded perl under a
  running spamd, from 5.8 to 5.10.  Apparently spamd needs to dynamically
  load perl modules, and removing the 5.8 versions breaks it.  It would be
  great if spamd could be restarted when perl is upgraded.  I suspect this
  is not exactly trivial, which is why I'm filing at wishlist severity.

Would it be possible to keep the 5.8 module tree around, for running
processes to dynload?  It's very common for long-running perl processes to
need to load a new module at runtime, long after the process was started;
SpamAssassin won't be the only one.

 There are a few different things that need to happen to spamassassin
 when perl is upgraded.  Compiled rules need to be blown away and
 rebuilt, for example.

Regarding this -- bug #479865 -- that's a separate issue, and simply a bug
in SpamAssassin.  There's no need to hack the perl package to deal with
it.  It will be fixed upstream (once I can get the votes on
https://issues.apache.org/SpamAssassin/show_bug.cgi?id=5899 and a 3.2.5
release put out... ;)

--j.



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

Bug#479865: spamassassin: perl 5.10 issue with sa-compile

[Justin Mason]

Paul Wise writes:
 Package: spamassassin
 Version: 3.2.4-1
 Severity: normal
 
 I couldn't get spamassassin to start after upgrading to perl
 5.10.   Srangely it works with -D enabled, but then doesn't let you stop
 it. The issue seems to be a problem with sa-compile and a symbol removed
 from perl: Perl_Tstack_sp_ptr. I was able to fix it by removing
 body_0.so and then rerunning sa-compile. Some links I found with Google:

sa-compile output (including body_0.so etc.) is specific to the version of
perl it was built with.  The ABI for compiled perl XS modules changed
between 5.8.x and 5.10.x.  This is what caused the sa-compile output to
become unloadable once you upgraded perl.  

We need to fix SpamAssassin to include part of the perl version string
(5.10 for 5.10.0, 5.8 for 5.8.x, etc.) in the pathname of the
sa-compile output to avoid this, I think.

In the meantime, deleting the /var/lib/spamassassin/compiled/ dir when
you upgrade perl, and re-running sa-compile, will avoid this.

this is now open upstream as
https://issues.apache.org/SpamAssassin/show_bug.cgi?id=5899 .

--j.

 http://lists.mailscanner.info/pipermail/mailscanner/2008-February/081852.html
 http://www.linux-archive.org/archlinux-development/26289-updated-perl-5-10-0-a.html
 
 Log of investigation:
 
 [EMAIL PROTECTED]:~# grep OPT /etc/default/spamassassin
 OPTIONS=--create-prefs --max-children 5 --helper-home-dir
 [EMAIL PROTECTED]:~# /etc/init.d/spamassassin start
 Starting SpamAssassin Mail Filter Daemon: Constant subroutine 
 IO::Socket::INET6::AF_INET6 redefined at /usr/share/perl/5.10/Exporter.pm 
 line 66.
  at /usr/share/perl5/IO/Socket/INET6.pm line 16
 Prototype mismatch: sub IO::Socket::INET6::AF_INET6 () vs none at 
 /usr/share/perl/5.10/Exporter.pm line 66.
  at /usr/share/perl5/IO/Socket/INET6.pm line 16
 Constant subroutine IO::Socket::INET6::PF_INET6 redefined at 
 /usr/share/perl/5.10/Exporter.pm line 66.
  at /usr/share/perl5/IO/Socket/INET6.pm line 16
 Prototype mismatch: sub IO::Socket::INET6::PF_INET6 () vs none at 
 /usr/share/perl/5.10/Exporter.pm line 66.
  at /usr/share/perl5/IO/Socket/INET6.pm line 16
 Constant subroutine Net::DNS::Resolver::Base::AF_INET6 redefined at 
 /usr/share/perl/5.10/Exporter.pm line 66.
  at /usr/lib/perl5/Net/DNS/Resolver/Base.pm line 65
 Prototype mismatch: sub Net::DNS::Resolver::Base::AF_INET6 () vs none at 
 /usr/share/perl/5.10/Exporter.pm line 66.
  at /usr/lib/perl5/Net/DNS/Resolver/Base.pm line 65
 Constant subroutine Net::DNS::Resolver::Base::PF_INET6 redefined at 
 /usr/share/perl/5.10/Exporter.pm line 66.
  at /usr/lib/perl5/Net/DNS/Resolver/Base.pm line 65
 Prototype mismatch: sub Net::DNS::Resolver::Base::PF_INET6 () vs none at 
 /usr/share/perl/5.10/Exporter.pm line 66.
  at /usr/lib/perl5/Net/DNS/Resolver/Base.pm line 65
 spamd.
 [EMAIL PROTECTED]:~# ps aux | grep spam
 root 20622  0.0  0.0   1784   576 pts/0S+   11:05   0:00 grep spam
 [EMAIL PROTECTED]:~# nano /etc/default/spamassassin
 [EMAIL PROTECTED]:~# grep OPT /etc/default/spamassassin
 OPTIONS=--create-prefs --max-children 5 --helper-home-dir -D
 [EMAIL PROTECTED]:~# /etc/init.d/spamassassin start
 Starting SpamAssassin Mail Filter Daemon: Constant subroutine 
 IO::Socket::INET6::AF_INET6 redefined at /usr/share/perl/5.10/Exporter.pm 
 line 66.
  at /usr/share/perl5/IO/Socket/INET6.pm line 16
 Prototype mismatch: sub IO::Socket::INET6::AF_INET6 () vs none at 
 /usr/share/perl/5.10/Exporter.pm line 66.
  at /usr/share/perl5/IO/Socket/INET6.pm line 16
 Constant subroutine IO::Socket::INET6::PF_INET6 redefined at 
 /usr/share/perl/5.10/Exporter.pm line 66.
  at /usr/share/perl5/IO/Socket/INET6.pm line 16
 Prototype mismatch: sub IO::Socket::INET6::PF_INET6 () vs none at 
 /usr/share/perl/5.10/Exporter.pm line 66.
  at /usr/share/perl5/IO/Socket/INET6.pm line 16
 Constant subroutine Net::DNS::Resolver::Base::AF_INET6 redefined at 
 /usr/share/perl/5.10/Exporter.pm line 66.
  at /usr/lib/perl5/Net/DNS/Resolver/Base.pm line 65
 Prototype mismatch: sub Net::DNS::Resolver::Base::AF_INET6 () vs none at 
 /usr/share/perl/5.10/Exporter.pm line 66.
  at /usr/lib/perl5/Net/DNS/Resolver/Base.pm line 65
 Constant subroutine Net::DNS::Resolver::Base::PF_INET6 redefined at 
 /usr/share/perl/5.10/Exporter.pm line 66.
  at /usr/lib/perl5/Net/DNS/Resolver/Base.pm line 65
 Prototype mismatch: sub Net::DNS::Resolver::Base::PF_INET6 () vs none at 
 /usr/share/perl/5.10/Exporter.pm line 66.
  at /usr/lib/perl5/Net/DNS/Resolver/Base.pm line 65
 [21123] dbg: logger: adding facilities: all
 [21123] dbg: logger: logging level is DBG
 [21123] dbg: logger: trying to connect to syslog/unix...
 [21123] dbg: logger: opening syslog with unix socket
 [21123] dbg: logger: successfully connected to syslog/unix
 [21123] dbg: logger: successfully added syslog method
 [21123] dbg: spamd: will perform setuids? 1
 [21123] dbg: spamd: creating INET socket:
 [21123] dbg: spamd: Listen: 128
 [21123] dbg: spamd: LocalAddr: 127.0.0.1
 [21123] dbg: 

Bug#385066: aventine ashman airmail

[Rolland Mason]

Pickup rPescriptions and Medicatoins immediately

www.acadiaantennae.baroque%2Eloloies.com



! aventineashman




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

Bug#403904: adirondack adams al

[Laverne Mason]

Snatch up Perscriptions and Meidcations right now!

www.bedevilarrowroot.adonis%2Eloloies.com



it adirondackadams




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

Bug#254243: applied annex attention

[Mason Barrera]

Take Prescriptinos and Medicatiosn asap

www.www.antedateanselm.absinthe%2Ekusanra.com



it appliedannex




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

Bug#462980: php5-common: When running under AMD64 with X2 CPU round(17.775, 2) returns 17.77 - not under i486

[Tony Mason-Sherwood]

Package: php5-common
Version: 5.2.0-8+etch10
Severity: important

I am not sophisticated enough to know which module in php is doing this.  
It is generated by the round function.  We found it because we 
discovered rounding errors in processes we were doing using mysql to do 
calculations on a large number of records.  I was able to isolate the 
problem to the round function which does the same thing whether it is 
written round(17.775 * 100)/100 or round(17.775,2).  It returns 17.77 
as a result.  I know that there  are many other operations of this 
function that work correctly because of other calculations.  This 
problem occurs when running under linux-image-2.6.18-5-amd64.  
Under linux-image-2.6.18-5 it does fail to round not even when the 
processor is an amd athlon 64 X2.  We have tested it on several intel 
processor machines without finding the problem.  


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

Versions of packages php5-common depends on:
ii  sed   4.1.5-1The GNU sed stream editor

php5-common recommends no packages.

-- no debconf information



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

Bug#455084: spamassassin: sa-compile also needs build-essential

[Justin Mason]

Thijs Kinkhorst writes:
 I suggest in README.Debian, where it says that re2c is a
 required package, also to mention that build-essential should be
 installed, or a specified subset thereof.

It may make more sense for re2c to require build-essential; re2c is
useless without a C compiler to compile its results.

--j.



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

Bug#252837: 0EM Software

[Mason Powell]

Use addr: babloemka. com (remove space)
in your browser

 Microsoft Windows Vista Ultimate   $79
 Macromedia Flash Professional 8$49
 Adobe Premiere 2.0 $59
 Corel Grafix Suite X3  $59
 Adobe Il1ustrator CS2  $59
 Adobe Photoshop CS2 V9.0   $69
 Adobe Photoshop CS3 Extended   $89
 Macromedia Studio 8$99
 Autodesk Autocad 2007 $129
 Adobe Creative Suite 2$149
 Adobe Creative Suite 3 Premium$269

For Mac:
 Adobe Acrobat Pro 7$69
 Adobe After Effects$49
 Macromedia Flash Pro 8 $49
 Adobe Creative Suite 2 Premium $49
 Ableton Live 5.0.1 $49
 Adobe Photoshop CS $49

Just copy 'babloemka. com' (w/o space and quotes)
in address bar of your browser




What am I to do with you? Eliz
The sound of approaching horse
Marauders, entire gangs of dis




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

Bug#285406: Bug#448140: Problems between Razor and SpamAssassin

[Justin Mason]

Francois Marier writes:
 Hi Sven,
 
 On 2007-10-31 at 10:28:26, Sven Hartge wrote:
  I don't think that changing the logcheck rules is a proper fix. If
  making razor log via syslog changes the way spamd represents itself,
  there must be somethin fishy going on which should be investigated and
  not papered over.
 
 You're right, it would be good to get to the bottom of this.  
 
 I would guess that it has to do with how SpamAssassin is calling razor.

my guess is that Razor uses Sys::Syslog, the same module as SpamAssassin
uses, and calls openlog() with a new ident string:

openlog $ident, $logopt, $facility
Opens the syslog.  $ident is prepended to every message.  $logopt con-
tains zero or more of the words pid, ndelay, nowait.  The cons option
is ignored, since the failover mechanism will drop down to the console
automatically if all other media fail.  $facility specifies the part
of the system to report about, for example LOG_USER or LOG_LOCAL0: see
your syslog(3) documentation for the facilities available in your sys-
tem. This function will croak if it can't connect to the syslog dae-
mon.

this then replaces the SpamAssassin call to openlog().

it might be useful to open this bug upstream on the SA bugzilla,
we may be able to hack around it somehow.

--j.



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

Bug#77930: how are you

[Allen Mason]

{Let:HI,Hi,Hello,hEllo,heLlo,helLo,hellO,HEllo} how are you

It - the good letter to you for the first time.
I am so successful, and I am do not know how to begin it, to write about me 
directly, but to allow me to try; I live in Russia, I am very fair, the care, 
trust and all qualities that to the man can it is pleasant in the woman, I am 
romantic and sensitive, common sense of humour, I love a life and I wish to 
live good. I like to spend time at home, and to care, my loved - what I enjoy 
most, it admires, that I see their pleased with me and would come back for 
more. As the friend, I is very loyal also the up to - grounds. If you can win 
my trust and respect, I can give you my care and love. You know that for love 
and heart age is nothing you should be sincere and true! I am sensitive to 
problems of other people and sufferings. More frequently than not, I find 
myself in their histories. I knowhow to appreciate little things  andI value 
them as must as the big ones.

If you like to know more about må, then, please, feel free to write me on my 
e-mail: [EMAIL PROTECTED]
I wait for you.
Katya



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

Bug#106900: Advertising Network

[Arlene Mason]

We offer mass sending letters via e-mail service.

Low prices .

Bypassing through the spamfilters.

Contact Information:
icq: 355591743




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

Bug#139710: Download USA TOP 100 Albums

[Luella Mason]

Check out USA TOP 100 Music Albums now!

Daily updates! Freshest releases! Hottest singles! Live and concerts!
Editorial choices and music industry awards!

Every genre, every famous artist, every breaking single!

All this can be downloaded from http://www.usa-bestsellers.com/

Download all this music in few clicks now!



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

Bug#445231: spamassassin: requires Crypt::OpenSSL::Bignum without depending on it when DKIM plugin is enabled

[Justin Mason]

this is fixed in 3.2.x and SVN trunk, upstream.



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

Bug#136849: M5 0ff1ce 2k7 79$usd, Akrobat 8 79$usd, Ado6e Pho+oshop C53 89$usd, 5ave 2,999.95$usd

[Mason Perry]

Vis|t cheapezsoft. com |n Internet Exp|orer.



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

Bug#440512: spamassassin: Day '%i' out of range 1..31 messages

[Justin Mason]

this has been fixed upstream for quite a while; see
http://issues.apache.org/SpamAssassin/show_bug.cgi?id=5361


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

Bug#428319: spamassassin: sa-update started from cron.daily is probably a DoS attack

[Justin Mason]

 I'm not sure we can right now. (The architecture is there so that we
 could handle it if we wanted to, but we'd better mitigate it if
 possible.)

That's my thinking -- the architecture is already there.

sa-update's DNS polling is incredibly lightweight and can handle millions
of clients updating simultaneously.  It then picks up a URL from DNS to
find the list of mirrors, then picks a mirror and downloads from that.

Right now we only have one mirror listed, but it's trivial to add more to
the MIRRORED_BY list.  Also, a failed download will not affect anything
for users, apart from maybe that they may miss a pending update for N
hours -- there'd be no serious error condition for them to have to deal
with.  Accordingly I think we could leave it as-is, see what happens,
and deal with scaling the backend farm entirely reactively.


PS: it's not a matter of DDOS-proofing btw -- or at least, that's not what
the OP was talking about. If we're worried about DDOS-proofing, that's a
different issue (and again one that's fixed entirely at the backend).

(current question is about too many friendly users using sa-update;
DDOS-proofing is to deal with hostile botnets hitting our backend servers
en masse, at which stage we'd probably need something like Prolexic's help
on the backend.)

--j.


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

Bug#428319: spamassassin: sa-update started from cron.daily is probably a DoS attack

[Justin Mason]

Marc A. Donges writes:
 sa-update being started from cron.daily is probably a DoS attack against
 Spamassassin update servers.

Actually, we can handle it just fine.  We know what we're doing ;)

--j.


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