Bug#850661: Provides line defines versioned virtual packages

[martin f krafft]

Package: pypy-lib
Version: 5.3.1+dfsg-1
Severity: serious

aptitude complains about the Provides line for pypy-lib:

W: Ignoring Provides line with DepCompareOp for package pypy-cffi
W: Ignoring Provides line with DepCompareOp for package 
pypy-cffi-backend-api-max
W: Ignoring Provides line with DepCompareOp for package 
pypy-cffi-backend-api-min
W: You may want to update the package lists to correct these missing files

Provides defines virtual packages, and those do not (and cannot as
it wouldn't make sense) carry version numbers.

§ 7.5 of the policy says:

  A Provides field may not contain version numbers

which is why I am filing this bug report RC…

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

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


-- 
 .''`.   martin f. krafft <madduck@d.o> @martinkrafft
: :'  :  proud Debian developer
`. `'`   http://people.debian.org/~madduck
  `-  Debian - when you have better things to do than fixing systems


digital_signature_gpg.asc
Description: Digital GPG signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)

Bug#692754: how to get the username in the plugin?

[martin f krafft]

also sprach Johannes Berg <johan...@sipsolutions.net> [2017-01-05 01:11 +1100]:
> I'm not even sure how to get the username? Is it even generally
> possible, if e.g. the plugin is running out of a process that's not
> invoked through the imapd?

Well, the plugin certainly does seem to be run as the target user,
or else how could it be used for user-specific training?

-- 
 .''`.   martin f. krafft <madduck@d.o> @martinkrafft
: :'  :  proud Debian developer
`. `'`   http://people.debian.org/~madduck
  `-  Debian - when you have better things to do than fixing systems


digital_signature_gpg.asc
Description: Digital GPG signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)

Bug#849375: Specifying no value for listpw raises error

[martin f krafft]

Package: sudo
Version: 1.8.19-1
Severity: normal

As of late, sudoedit reports an error in sudoers:

  fishbowl:~% sudoedit /etc/sudoers
  sudoedit: /etc/sudoers:10 no value specified for "listpw"

and sudo also writes over the logs:

  sudo:  madduck : problem with defaults entries ; TTY=pts/8 ; 
PWD=/home/madduck ; USER=root ;

However, the sudoers(8) manpage specifically says that "If no value
is specified, a value of any is implied." This does not seem to be
the case, anymore.

-- 
 .''`.   martin f. krafft <madduck@d.o> @martinkrafft
: :'  :  proud Debian developer
`. `'`   http://people.debian.org/~madduck
  `-  Debian - when you have better things to do than fixing systems


digital_signature_gpg.asc
Description: Digital GPG signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)

Re: [Debconf-team] Questions for the DebConf18 teams

[martin f krafft]

also sprach Gunnar Wolf <gw...@debian.org> [2016-12-25 20:52 +0100]:
> One thing to remember is that we try to find the best place for
> *Debian*, not for each of us as individuals. Not necessarily the best
> tourist destination. We try to evaluate where the project will
> "profit" most in having a conference in, if you allow such a
> comparison.

I think that'd be great, but in reality, this is not what we do. We
pick the most promising of a number of bids and occasionally think
about alternating continents, but that's it.

It'd be great if we did what you describe, but I think that this
would actually involve working intensively pre-bid to get those bids
that we think will benefit Debian the most ready for submission.

-- 
 .''`.   martin f. krafft <madduck@d.o> @martinkrafft
: :'  :  proud Debian developer
`. `'`   http://people.debian.org/~madduck
  `-  Debian - when you have better things to do than fixing systems
 
"convictions are more dangerous enemies of truth than lies."
 - friedrich nietzsche


digital_signature_gpg.asc
Description: Digital GPG signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)
___
Debconf-team mailing list
Debconf-team@lists.debconf.org
http://lists.debconf.org/mailman/listinfo/debconf-team

Re: [Debconf-team] Questions for the DebConf18 teams

[martin f krafft]

also sprach Antonio Terceiro <terce...@debian.org> [2016-12-23 13:29 +0100]:
> By the same argument, yes. Flying to Asia is usually even more
> expensive than to Europe or North America

Flying from Asia to Europe or NA is also very expensive, especially
taken into account wage averages in most countries.

Part of the reason why we move from country to country every year is
to bring DebConf to the people, since we can't always fly all the
people to DebConf…

-- 
 .''`.   martin f. krafft <madd...@debconf.org> @martinkrafft
: :'  :  DebConf orga team
`. `'`
  `-  DebConf17 Montreal, CA: https://wiki.debconf.org/wiki/DebConf17
  DebConf18 in your city? https://wiki.debconf.org/wiki/DebConf18


digital_signature_gpg.asc
Description: Digital GPG signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)
___
Debconf-team mailing list
Debconf-team@lists.debconf.org
http://lists.debconf.org/mailman/listinfo/debconf-team

Re: [Debconf-team] DC16 video stats

[martin f krafft]

also sprach Daniel Lange <dl@usrlocal.de> [2016-12-22 10:50 +0100]:
> As much as I know nobody tracks the amount of live streams or downloads
> of the videos.

Would it be much trouble to start doing this, for the official
streams and the official mirror(s)? It's pretty much a topic with
every potential sponsor I deal with…

-- 
 .''`.   martin f. krafft <madd...@debconf.org> @martinkrafft
: :'  :  DebConf orga team
`. `'`
  `-  DebConf17 Montreal, CA: https://wiki.debconf.org/wiki/DebConf17
  DebConf18 in your city? https://wiki.debconf.org/wiki/DebConf18


digital_signature_gpg.asc
Description: Digital GPG signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)
___
Debconf-team mailing list
Debconf-team@lists.debconf.org
http://lists.debconf.org/mailman/listinfo/debconf-team

[Debconf-team] DC16 video stats

[martin f krafft]

Hello,

Where can I find stats about our video coverage of DC16, like hours
of footage and viewers (live, as well as downloads)?

I have a call with a potential Platinum sponsor tomorrow afternoon
(1300 CET) and it'd probably really help to have these data
available.

Thanks,

-- 
 .''`.   martin f. krafft <madd...@debconf.org> @martinkrafft
: :'  :  DebConf orga team
`. `'`
  `-  DebConf17 Montreal, CA: https://wiki.debconf.org/wiki/DebConf17
  DebConf18 in your city? https://wiki.debconf.org/wiki/DebConf18


digital_signature_gpg.asc
Description: Digital GPG signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)
___
Debconf-team mailing list
Debconf-team@lists.debconf.org
http://lists.debconf.org/mailman/listinfo/debconf-team

Bug#845542: include font-size extensions

[martin f krafft]

Package: rxvt-unicode
Version: 9.22-1+b1
Severity: wishlist

Please include this extension in the package:

  https://github.com/majutsushi/urxvt-font-size

Thanks,

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

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

Versions of packages rxvt-unicode depends on:
ii  base-passwd   3.5.40
ii  libc6 2.24-5
ii  libfontconfig12.11.0-6.7
ii  libfreetype6  2.6.3-3+b1
ii  libgcc1   1:6.2.0-11
ii  libgdk-pixbuf2.0-02.36.0-1
ii  libglib2.0-0  2.50.2-1
ii  libperl5.24   5.24.1~rc3-3
ii  libstartup-notification0  0.12-4
ii  libx11-6  2:1.6.3-1
ii  libxft2   2.3.2-1
ii  libxrender1   1:0.9.9-2
ii  ncurses-base  6.0+20160917-1

Versions of packages rxvt-unicode recommends:
ii  fonts-dejavu2.37-1
ii  fonts-ipaexfont-gothic [fonts-japanese-gothic]  00301-3
ii  fonts-ipafont-gothic [fonts-japanese-gothic]00303-16

rxvt-unicode suggests no packages.

-- no debconf information


-- 
 .''`.   martin f. krafft <madduck@d.o> @martinkrafft
: :'  :  proud Debian developer
`. `'`   http://people.debian.org/~madduck
  `-  Debian - when you have better things to do than fixing systems

Bug#829119: radicale does not commit to git

[martin f krafft]

Package: radicale
Followup-For: Bug #829119

Hey, this is probably of little help, but it works for the version
in stable: 0.9-1+deb8u1

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

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


-- 
 .''`.   martin f. krafft <madduck@d.o> @martinkrafft
: :'  :  proud Debian developer
`. `'`   http://people.debian.org/~madduck
  `-  Debian - when you have better things to do than fixing systems


digital_signature_gpg.asc
Description: Digital GPG signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)

Bug#842951: [pkg-cryptsetup-devel] Bug#842951: Falsely identifies origin of a key file

[martin f krafft]

 -c --noheadings -o name /dev/mapper/crypt
+ depnode=crypt
+ [ -z crypt ]
+ dmsetup table crypt
+ cut -d  -f3
+ [ crypt != crypt ]
+ printf %s\n crypt
+ return 0
+ lvmnodes=crypt
+ [ -z crypt ]
+ opts=lvm=fishbowl-usr
+ nodes=crypt
+ printf+  %s crypt
wc -w
+ count=1
+ i=1
+ [ 1 -eq 1 ]
+ [ -n  ]
+ get_device_opts crypt lvm=fishbowl-usr
+ local target source link extraopts rootopts opt key
+ target=crypt
+ extraopts=lvm=fishbowl-usr
+ KEYSCRIPT=
+ KEYFILE=
+ CRYPTHEADER=
+ OPTIONS=
+ [ -z crypt ]
+ awk -vtarget=crypt $1 == target {gsub(/[ \t]+/," "); print; exit} 
/etc/crypttab
+ opt=crypt UUID=40aa3e9a-dd83-4789-822f-da3ed51b18cc /boot/nvme0n1.luks 
luks,discard
+ printf %s crypt UUID=40aa3e9a-dd83-4789-822f-da3ed51b18cc /boot/nvme0n1.luks 
luks,discard
+ cut -d   -f2
+ source=UUID=40aa3e9a-dd83-4789-822f-da3ed51b18cc
+ printf %s crypt UUID=40aa3e9a-dd83-4789-822f-da3ed51b18cc /boot/nvme0n1.luks 
luks,discard
+ cut -d   -f3
+ key=/boot/nvme0n1.luks
+ printf %s crypt UUID=40aa3e9a-dd83-4789-822f-da3ed51b18cc /boot/nvme0n1.luks 
luks,discard
+ cut -d   -f4-
+ rootopts=luks,discard
+ [ -z crypt UUID=40aa3e9a-dd83-4789-822f-da3ed51b18cc /boot/nvme0n1.luks 
luks,discard ]
+ [ -z UUID=40aa3e9a-dd83-4789-822f-da3ed51b18cc ]
+ [ -z /boot/nvme0n1.luks ]
+ [ -z luks,discard ]
+ [ -h UUID=40aa3e9a-dd83-4789-822f-da3ed51b18cc ]
+ [ UUID=40aa3e9a-dd83-4789-822f-da3ed51b18cc = 
UUID=40aa3e9a-dd83-4789-822f-da3ed51b18cc -a ! -b 
/dev/disk/by-uuid/40aa3e9a-dd83-4789-822f-da3ed51b18cc ]
+ [ UUID=40aa3e9a-dd83-4789-822f-da3ed51b18cc != 
UUID=40aa3e9a-dd83-4789-822f-da3ed51b18cc -a ! -b 
UUID=40aa3e9a-dd83-4789-822f-da3ed51b18cc ]
+ [ /boot/nvme0n1.luks = /dev/random ]
+ [ /boot/nvme0n1.luks = /dev/urandom ]
+ [ -n lvm=fishbowl-usr ]
+ rootopts=lvm=fishbowl-usr,luks,discard
+ OPTIONS=target=crypt,source=UUID=40aa3e9a-dd83-4789-822f-da3ed51b18cc
+ local IFS=, 
+ unset HASH_FOUND
+ unset LUKS_FOUND
+ 
OPTIONS=target=crypt,source=UUID=40aa3e9a-dd83-4789-822f-da3ed51b18cc,lvm=fishbowl-usr
+ LUKS_FOUND=1
+ 
OPTIONS=target=crypt,source=UUID=40aa3e9a-dd83-4789-822f-da3ed51b18cc,lvm=fishbowl-usr,discard
+ [ -z  ]
+ [ -z 1 ]
+ [ -n  ]
+ [ /boot/nvme0n1.luks != none ]
+ [ -z  ]
+ readlink -e /boot/nvme0n1.luks
+ key=/boot/nvme0n1.luks
+ printf %s fishbowl-root
+ tr   \n
+ grep -Fxq crypt
+ stat -c %m -- /boot/nvme0n1.luks
+ [ / != / ]
+ node_is_in_crypttab fishbowl-root
+ [ -f /etc/crypttab ]
+ [ 1 -gt 0 ]
+ sed -rn s/^\s*([^#]\S*)\s.*/\1/p /etc/crypttab
+ grep -Fxq fishbowl-root
+ return 1
+ echo cryptsetup: WARNING: crypt's key file /boot/nvme0n1.luks is not on an 
encrypted root FS, skipped
cryptsetup: WARNING: crypt's key file /boot/nvme0n1.luks is not on an encrypted 
root FS, skipped
+ return 1
+ continue
+ return 0
+ modules=
+ [ -n  ]
+ [ no = no ]
+ continue
+ [ dep != dep ]
+ [ no = yes ]
+ exit 0

> For some reason, 'node_is_in_crypttab fishbowl-root' expands to
> false. Is 'fishbowl-root' the name of your unlocked dm-crypt
> device or a the name of your LVM logical volume?

The setup is as follows:

  /boot is on LV /dev/mapper/fishbowl-root
  The fishbowl VG is on PV /dev/mapper/crypt
  /dev/mapper/crypt is a dm-crypt mapping on top of /dev/nvme0n1p3

So to answer your question: 'root' is the LV in VG 'fishbowl', which
sits on PV 'crypt', which is the unlocked dm-crypt device
corresponding to the SSD.

-- 
 .''`.   martin f. krafft <madduck@d.o> @martinkrafft
: :'  :  proud Debian developer
`. `'`   http://people.debian.org/~madduck
  `-  Debian - when you have better things to do than fixing systems


digital_signature_gpg.asc
Description: Digital GPG signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)

Bug#843050: Fails to start when cache directory is missing

[martin f krafft]

also sprach Stefan Fritsch <s...@sfritsch.de> [2016-11-13 11:34 +0100]:
> Do you have mod_cache_disk enabled? If not then htcacheclean being started 
> would be a bug in apache2's upgrade logic.

I do have the module enabled, of course.

> > By the filesystem hierarchy standard, nothing in /var/cache must
> > be taken for granted. This means that the tool either needs to
> > fail gracefully, or create the missing directory/file.
>
> It's not clear what the best behavior is, here. The dir needs to
> be configured in apache's config, too, and the dir missing could
> point to a mis-configuration. In that case, aborting with an error
> is very useful.

The directory is configured by default if I enable the module.
However, it is not created.

I think the best way to solve this would be to warn & fail if the
configured directory does not exist UNLESS it is the default
/var/cache/apache2/mod_cache_disk, in which case I think the apache2
startup process should create the directory, so that it works out of
the box even with /var/cache on tmpfs.

-- 
 .''`.   martin f. krafft <madduck@d.o> @martinkrafft
: :'  :  proud Debian developer
`. `'`   http://people.debian.org/~madduck
  `-  Debian - when you have better things to do than fixing systems
 
$complex->{'data'}[$structures][$in_perl] = @{$can{'be'}->[$painful]};


digital_signature_gpg.asc
Description: Digital GPG signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)

Bug#843050: Fails to start when cache directory is missing

[martin f krafft]

also sprach Stefan Fritsch <s...@sfritsch.de> [2016-11-13 11:34 +0100]:
> Do you have mod_cache_disk enabled? If not then htcacheclean being started 
> would be a bug in apache2's upgrade logic.

I do have the module enabled, of course.

> > By the filesystem hierarchy standard, nothing in /var/cache must
> > be taken for granted. This means that the tool either needs to
> > fail gracefully, or create the missing directory/file.
>
> It's not clear what the best behavior is, here. The dir needs to
> be configured in apache's config, too, and the dir missing could
> point to a mis-configuration. In that case, aborting with an error
> is very useful.

The directory is configured by default if I enable the module.
However, it is not created.

I think the best way to solve this would be to warn & fail if the
configured directory does not exist UNLESS it is the default
/var/cache/apache2/mod_cache_disk, in which case I think the apache2
startup process should create the directory, so that it works out of
the box even with /var/cache on tmpfs.

-- 
 .''`.   martin f. krafft <madduck@d.o> @martinkrafft
: :'  :  proud Debian developer
`. `'`   http://people.debian.org/~madduck
  `-  Debian - when you have better things to do than fixing systems
 
$complex->{'data'}[$structures][$in_perl] = @{$can{'be'}->[$painful]};


digital_signature_gpg.asc
Description: Digital GPG signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)

Bug#843153: [Pkg-samba-maint] Bug#843153: Provide a means to wake-up (reconnect) an existing share

[martin f krafft]

also sprach Mathieu Parent <math.par...@gmail.com> [2016-11-05 20:59 +0100]:
> > After a laptop suspend, SMB sessions are usually disconnected on the
> > server, and even the client will have a hard time just resuming.
> 
> This is most probably kernel-side.

Yes, I agree. Per se it's not a bug. I filed this against cifs-utils
because I was imagining a user-space interface to influence the
kernel.

> > This will either lead to soft-errors or hard-blocks, until on
> > the client, eventually, the kernel states
>
> eventually? Meaning not always?

No, always. I should have used another word. In English, eventually
means that something will happen, whereas in German and possibly
French, it might suggest that something possibly happens, or not.

> > I don't really want to shorten the 120 seconds (and I wouldn't know
> > how, there seems to be no mount option),
> 
> 120 comes from echo_interval [1] which looks undocumented.
> 
> [1] http://sources.debian.net/src/linux/4.8.5-1/fs/cifs/connect.c/?hl=496#L496

Seems a bit weird that this is hard-coded.

> Again, have you tried mount -o remount?

Yes, but unfortunately it doesn't have the desired effect. It just
blocks until the 120 seconds are over. It'd be a nice interface
though!

> > which would immediately cause a reconnection, not only after 120
> > seconds. This could then be executed by systemd for the resume
> > target…
> 
> Looking at the NFS kernel code, I don't see any resume handling.
> I don't know if it's affected too.

As far as I know, it's not affected, because NFS is datagram-based,
whereas CIFS is session-based. It's a bit like mosh and SSH…

-- 
 .''`.   martin f. krafft <madduck@d.o> @martinkrafft
: :'  :  proud Debian developer
`. `'`   http://people.debian.org/~madduck
  `-  Debian - when you have better things to do than fixing systems
 
"in any hierarchy, each individual rises
 to his own level of incompetence,
 and then remains there."
 -- murphy (after dr. laurence j. peter)


digital_signature_gpg.asc
Description: Digital GPG signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)

Bug#843153: [Pkg-samba-maint] Bug#843153: Provide a means to wake-up (reconnect) an existing share

[martin f krafft]

also sprach Mathieu Parent <math.par...@gmail.com> [2016-11-05 20:59 +0100]:
> > After a laptop suspend, SMB sessions are usually disconnected on the
> > server, and even the client will have a hard time just resuming.
> 
> This is most probably kernel-side.

Yes, I agree. Per se it's not a bug. I filed this against cifs-utils
because I was imagining a user-space interface to influence the
kernel.

> > This will either lead to soft-errors or hard-blocks, until on
> > the client, eventually, the kernel states
>
> eventually? Meaning not always?

No, always. I should have used another word. In English, eventually
means that something will happen, whereas in German and possibly
French, it might suggest that something possibly happens, or not.

> > I don't really want to shorten the 120 seconds (and I wouldn't know
> > how, there seems to be no mount option),
> 
> 120 comes from echo_interval [1] which looks undocumented.
> 
> [1] http://sources.debian.net/src/linux/4.8.5-1/fs/cifs/connect.c/?hl=496#L496

Seems a bit weird that this is hard-coded.

> Again, have you tried mount -o remount?

Yes, but unfortunately it doesn't have the desired effect. It just
blocks until the 120 seconds are over. It'd be a nice interface
though!

> > which would immediately cause a reconnection, not only after 120
> > seconds. This could then be executed by systemd for the resume
> > target…
> 
> Looking at the NFS kernel code, I don't see any resume handling.
> I don't know if it's affected too.

As far as I know, it's not affected, because NFS is datagram-based,
whereas CIFS is session-based. It's a bit like mosh and SSH…

-- 
 .''`.   martin f. krafft <madduck@d.o> @martinkrafft
: :'  :  proud Debian developer
`. `'`   http://people.debian.org/~madduck
  `-  Debian - when you have better things to do than fixing systems
 
"in any hierarchy, each individual rises
 to his own level of incompetence,
 and then remains there."
 -- murphy (after dr. laurence j. peter)


digital_signature_gpg.asc
Description: Digital GPG signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)

Bug#843153: Provide a means to wake-up (reconnect) an existing share

[martin f krafft]

Package: cifs-utils
Version: 2:6.6-1
Severity: wishlist

After a laptop suspend, SMB sessions are usually disconnected on the
server, and even the client will have a hard time just resuming.
This will either lead to soft-errors or hard-blocks, until on the
client, eventually, the kernel states

  kernel: [27763.247021] CIFS VFS: Server samba.example.org has not
  responded in 120 seconds. Reconnecting…

and reconnects.

One way around this is to lazy-umount the shares, and to remount
them, but that's not easily done with e.g. libpam-mount, and it also
doesn't solve the issue with open inodes.

I don't really want to shorten the 120 seconds (and I wouldn't know
how, there seems to be no mount option), but what would be great
would be a way to prod the share and make it wake-up (i.e.
reconnect), e.g.

  mount.cifs --resume -a

which would immediately cause a reconnection, not only after 120
seconds. This could then be executed by systemd for the resume
target…

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

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

Versions of packages cifs-utils depends on:
ii  libc6 2.24-5
ii  libcap-ng00.7.7-3
ii  libkeyutils1  1.5.9-9
ii  libkrb5-3 1.14.3+dfsg-2
ii  libtalloc22.1.8-1
ii  libwbclient0  2:4.4.7+dfsg-1
ii  samba-common  2:4.4.7+dfsg-1

cifs-utils recommends no packages.

Versions of packages cifs-utils suggests:
pn  keyutils   
pn  smbclient  
pn  winbind

-- no debconf information


-- 
 .''`.   martin f. krafft <madduck@d.o> @martinkrafft
: :'  :  proud Debian developer
`. `'`   http://people.debian.org/~madduck
  `-  Debian - when you have better things to do than fixing systems


digital_signature_gpg.asc
Description: Digital GPG signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)

Bug#843061: radeon/hawaii_k_smc.bin fails to load with 4.8 kernel

[martin f krafft]

Package: firmware-amd-graphics
Version: 20160824-1
Severity: normal

Booting a 4.8 kernel results in the following messages (and non-working X.org),
while booting a 4.7 kernel works just fine:

  kernel: [   38.874663] radeon :06:00.0: firmware: direct-loading firmware 
radeon/hawaii_ce.bin
  kernel: [   38.875522] radeon :06:00.0: firmware: direct-loading firmware 
radeon/hawaii_mec.bin
  kernel: [   38.876165] radeon :06:00.0: firmware: direct-loading firmware 
radeon/hawaii_rlc.bin
  kernel: [   38.877010] radeon :06:00.0: firmware: direct-loading firmware 
radeon/hawaii_sdma.bin
  kernel: [   38.877767] radeon :06:00.0: firmware: direct-loading firmware 
radeon/hawaii_mc.bin
  kernel: [   38.877786] radeon :06:00.0: firmware: failed to load 
radeon/hawaii_k_smc.bin (-2)
  kernel: [   38.877787] radeon :06:00.0: Direct firmware load for 
radeon/hawaii_k_smc.bin failed with error -2
  kernel: [   38.883896] radeon :06:00.0: firmware: direct-loading firmware 
radeon/HAWAII_smc.bin
  kernel: [   38.883900] ci_fw: mixing new and old firmware!
  kernel: [   38.884032] [drm:cik_init [radeon]] *ERROR* Failed to load 
firmware!

I suppose this either means a faulty module, or simply outdated
firmware?

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

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

firmware-amd-graphics depends on no packages.

firmware-amd-graphics recommends no packages.

Versions of packages firmware-amd-graphics suggests:
ii  initramfs-tools  0.125

-- no debconf information


-- 
 .''`.   martin f. krafft <madduck@d.o> @martinkrafft
: :'  :  proud Debian developer
`. `'`   http://people.debian.org/~madduck
  `-  Debian - when you have better things to do than fixing systems


digital_signature_gpg.asc
Description: Digital GPG signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)

Bug#843061: radeon/hawaii_k_smc.bin fails to load with 4.8 kernel

[martin f krafft]

Package: firmware-amd-graphics
Version: 20160824-1
Severity: normal

Booting a 4.8 kernel results in the following messages (and non-working X.org),
while booting a 4.7 kernel works just fine:

  kernel: [   38.874663] radeon :06:00.0: firmware: direct-loading firmware 
radeon/hawaii_ce.bin
  kernel: [   38.875522] radeon :06:00.0: firmware: direct-loading firmware 
radeon/hawaii_mec.bin
  kernel: [   38.876165] radeon :06:00.0: firmware: direct-loading firmware 
radeon/hawaii_rlc.bin
  kernel: [   38.877010] radeon :06:00.0: firmware: direct-loading firmware 
radeon/hawaii_sdma.bin
  kernel: [   38.877767] radeon :06:00.0: firmware: direct-loading firmware 
radeon/hawaii_mc.bin
  kernel: [   38.877786] radeon :06:00.0: firmware: failed to load 
radeon/hawaii_k_smc.bin (-2)
  kernel: [   38.877787] radeon :06:00.0: Direct firmware load for 
radeon/hawaii_k_smc.bin failed with error -2
  kernel: [   38.883896] radeon :06:00.0: firmware: direct-loading firmware 
radeon/HAWAII_smc.bin
  kernel: [   38.883900] ci_fw: mixing new and old firmware!
  kernel: [   38.884032] [drm:cik_init [radeon]] *ERROR* Failed to load 
firmware!

I suppose this either means a faulty module, or simply outdated
firmware?

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

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

firmware-amd-graphics depends on no packages.

firmware-amd-graphics recommends no packages.

Versions of packages firmware-amd-graphics suggests:
ii  initramfs-tools  0.125

-- no debconf information


-- 
 .''`.   martin f. krafft <madduck@d.o> @martinkrafft
: :'  :  proud Debian developer
`. `'`   http://people.debian.org/~madduck
  `-  Debian - when you have better things to do than fixing systems


digital_signature_gpg.asc
Description: Digital GPG signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)

Bug#843050: Fails to start when cache directory is missing

[martin f krafft]

Package: apache2-utils
Version: 2.4.23-5
Severity: important
File: /usr/bin/htcacheclean

Nov  3 13:49:49 albatross systemd[1]: Starting Disk Cache Cleaning Daemon for 
Apache HTTP Server...
Nov  3 13:49:49 albatross htcacheclean[4246]: htcacheclean error: Could not set 
filepath to '/var/cache/apache2/mod_cache_disk': No such file or directory

By the filesystem hierarchy standard, nothing in /var/cache must be
taken for granted. This means that the tool either needs to fail
gracefully, or create the missing directory/file.

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

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

Versions of packages apache2-utils depends on:
ii  libapr1  1.5.2-4
ii  libaprutil1  1.5.4-2
ii  libc62.24-5
ii  libssl1.0.2  1.0.2j-3

apache2-utils recommends no packages.

apache2-utils suggests no packages.

-- no debconf information


-- 
 .''`.   martin f. krafft <madduck@d.o> @martinkrafft
: :'  :  proud Debian developer
`. `'`   http://people.debian.org/~madduck
  `-  Debian - when you have better things to do than fixing systems


digital_signature_gpg.asc
Description: Digital GPG signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)

Bug#843050: Fails to start when cache directory is missing

[martin f krafft]

Package: apache2-utils
Version: 2.4.23-5
Severity: important
File: /usr/bin/htcacheclean

Nov  3 13:49:49 albatross systemd[1]: Starting Disk Cache Cleaning Daemon for 
Apache HTTP Server...
Nov  3 13:49:49 albatross htcacheclean[4246]: htcacheclean error: Could not set 
filepath to '/var/cache/apache2/mod_cache_disk': No such file or directory

By the filesystem hierarchy standard, nothing in /var/cache must be
taken for granted. This means that the tool either needs to fail
gracefully, or create the missing directory/file.

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

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

Versions of packages apache2-utils depends on:
ii  libapr1  1.5.2-4
ii  libaprutil1  1.5.4-2
ii  libc62.24-5
ii  libssl1.0.2  1.0.2j-3

apache2-utils recommends no packages.

apache2-utils suggests no packages.

-- no debconf information


-- 
 .''`.   martin f. krafft <madduck@d.o> @martinkrafft
: :'  :  proud Debian developer
`. `'`   http://people.debian.org/~madduck
  `-  Debian - when you have better things to do than fixing systems


digital_signature_gpg.asc
Description: Digital GPG signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)

Bug#842239: Arbitrary document metadata date chosen

[martin f krafft]

also sprach Jeffrey Ratcliffe <jeffrey.ratcli...@gmail.com> [2016-11-02 21:59 
+0100]:
> As of v1.5.0, the document date metadata field defaults to the
> previous date used. I made this change to fix time zone problems
> people near the international date line were having.

Weird. Does the concept of NOW() or TODAY() fade near the dateline?

> For the next version, I have gone back to storing an date offset,
> using a new dependency to calculate them. I hope that this will
> make everyone happier.

Ok. Thanks for all your help!

-- 
 .''`.   martin f. krafft <madduck@d.o> @martinkrafft
: :'  :  proud Debian developer
`. `'`   http://people.debian.org/~madduck
  `-  Debian - when you have better things to do than fixing systems
 
"mein gott, selbst ein huhn kann debian installieren, wenn du genug
 koerner auf die enter-taste legst."
   -- thomas koehler in de.alt.sysadmin.recovery


digital_signature_gpg.asc
Description: Digital GPG signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)

Bug#842951: Falsely identifies origin of a key file

[martin f krafft]

Package: cryptsetup
Version: 2:1.7.2-4
Severity: normal
File: /usr/share/initramfs-tools/hooks/cryptroot

I am trying to set up a key file (/etc/luks/nvme0n1.luks) in
crypttab for the root filesystem. I realise this is a bit cyclical,
but I've successfully set up grub2 to do the decryption for me, so
that by the time initramfs comes around, I want it to fetch the key
from the initramfs. To do this, I thought I could simply configure
it with crypttab like so:

  crypt UUID=40aa3e9a-dd83-4789-822f-da3ed51b18cc /etc/luks/nvme0n1.luks 
luks,discard

and have the initramfs hook copy the keyfile. However, instead,
I get the following warning:

  WARNING: crypt's key file /etc/luks/nvme0n1.luks is not on an
  encrypted root FS, skipped

This is what the shell script evaluates to just before:

  + [ / != / ]
  + node_is_in_crypttab fishbowl-root
  + [ -f /etc/crypttab ]
  + [ 1 -gt 0 ]

I think the reason for the confusion is that the "crypt" device is
actually a PV for the fishbowl LVM VG, and the root filesystem is
just an LV there, so it's not encrypted per se, but it's part of an
encrypted volume group…

-- Package-specific info:

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

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

Versions of packages cryptsetup depends on:
ii  cryptsetup-bin 2:1.7.2-4
ii  debconf [debconf-2.0]  1.5.59
ii  dmsetup2:1.02.133-1
ii  libc6  2.24-5

Versions of packages cryptsetup recommends:
ii  busybox 1:1.22.0-19
ii  console-setup   1.152
ii  initramfs-tools [linux-initramfs-tool]  0.125
ii  kbd 2.0.3-2

Versions of packages cryptsetup suggests:
ii  dosfstools  4.0-2
pn  keyutils
ii  liblocale-gettext-perl  1.07-3+b1

-- debconf information excluded


-- 
 .''`.   martin f. krafft <madduck@d.o> @martinkrafft
: :'  :  proud Debian developer
`. `'`   http://people.debian.org/~madduck
  `-  Debian - when you have better things to do than fixing systems


digital_signature_gpg.asc
Description: Digital GPG signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)

Bug#842239: Arbitrary document metadata date chosen

[martin f krafft]

Package: gscan2pdf
Version: 1.5.5-1
Severity: normal

I just went ahead to save a scanned document, when I noticed that
the document metadata was auto-filled with 2016-10-12 as date. That
was 13 days ago. I have no idea where it got this information from,
but clearly it should either default to today, or be left blank.

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

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

Versions of packages gscan2pdf depends on:
ii  imagemagick8:6.9.6.2+dfsg-2
ii  imagemagick-6.q16 [imagemagick]8:6.9.6.2+dfsg-2
ii  libconfig-general-perl 2.63-1
ii  libfilesys-df-perl 0.92-6+b1
ii  libgoo-canvas-perl 0.06-2+b3
ii  libgtk2-ex-simple-list-perl0.50-2
ii  libgtk2-imageview-perl 0.05-2+b3
ii  libhtml-parser-perl3.72-2+b1
ii  libimage-magick-perl   8:6.9.6.2+dfsg-2
ii  liblist-moreutils-perl 0.416-1+b1
ii  liblocale-gettext-perl 1.07-3+b1
ii  liblog-log4perl-perl   1.47-2
ii  libossp-uuid-perl [libdata-uuid-perl]  1.6.2-1.5+b3
ii  libpdf-api2-perl   2.025-2
ii  libproc-processtable-perl  0.53-1+b2
ii  libreadonly-perl   2.050-1
ii  librsvg2-common2.40.16-1
ii  libsane-perl   0.05-2+b4
ii  libset-intspan-perl1.19-1
ii  libtiff-tools  4.0.6-2
ii  libtry-tiny-perl   0.27-1
ii  sane-utils 1.0.25-2+b1

Versions of packages gscan2pdf recommends:
ii  djvulibre-bin  3.5.27.1-6
pn  libgtk2-ex-podviewer-perl  
ii  sane   1.0.14-11
ii  tesseract-ocr  3.04.01-4+b1
ii  unpaper6.1-2
ii  xdg-utils  1.1.1-1

gscan2pdf suggests no packages.

-- no debconf information


-- 
 .''`.   martin f. krafft <madduck@d.o> @martinkrafft
: :'  :  proud Debian developer
`. `'`   http://people.debian.org/~madduck
  `-  Debian - when you have better things to do than fixing systems


digital_signature_gpg.asc
Description: Digital GPG signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)

Re: [Debconf-team] 16 tips for tech meetups

[martin f krafft]

also sprach martin f krafft <madd...@debconf.org> [2016-10-13 21:43 +0200]:
> Not 100% relevant, but there's some good points in here:
> 
>   
> https://www.linkedin.com/pulse/wells-fargo-ceo-steps-down-amid-fake-accounts-scandal-john-c-abell

Ouch, I am terribly sorry about the link messup. I loathe how
websites these days send you to new URLs while scrolling. Of course,
given that link, now you can't just scroll up to get to the right
article.

It was supposed to be
https://www.linkedin.com/pulse/16-tips-organize-best-tech-meetups-johann-romefort

Thanks, Asheesh!

-- 
 .''`.   martin f. krafft <madd...@debconf.org> @martinkrafft
: :'  :  DebConf orga team
`. `'`
  `-  DebConf17 Montreal, CA: https://wiki.debconf.org/wiki/DebConf17
  DebConf18 in your city? https://wiki.debconf.org/wiki/DebConf18


digital_signature_gpg.asc
Description: Digital GPG signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)
___
Debconf-team mailing list
Debconf-team@lists.debconf.org
http://lists.debconf.org/mailman/listinfo/debconf-team

[Debconf-team] 16 tips for tech meetups

[martin f krafft]

Not 100% relevant, but there's some good points in here:

  
https://www.linkedin.com/pulse/wells-fargo-ceo-steps-down-amid-fake-accounts-scandal-john-c-abell

-- 
 .''`.   martin f. krafft <madd...@debconf.org> @martinkrafft
: :'  :  DebConf orga team
`. `'`
  `-  DebConf17 Montreal, CA: https://wiki.debconf.org/wiki/DebConf17
  DebConf18 in your city? https://wiki.debconf.org/wiki/DebConf18


digital_signature_gpg.asc
Description: Digital GPG signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)
___
Debconf-team mailing list
Debconf-team@lists.debconf.org
http://lists.debconf.org/mailman/listinfo/debconf-team

Bug#840534: #Pages scan option always defaults to '1'

[martin f krafft]

also sprach Jeffrey Ratcliffe <jeffrey.ratcli...@gmail.com> [2016-10-12 21:43 
+0200]:
> The option in Preferences is called "Allow batch scanning from
> flatbed". Selecting it should prevent it always defaulting to
> #pages=1.

Aha. That's disabled for me… but as I said, I have an ADF anyway.

-- 
 .''`.   martin f. krafft <madduck@d.o> @martinkrafft
: :'  :  proud Debian developer
`. `'`   http://people.debian.org/~madduck
  `-  Debian - when you have better things to do than fixing systems
 
"it is dangerous to be right when the government is wrong."
 -- voltaire


digital_signature_gpg.asc
Description: Digital GPG signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)

Bug#840534: #Pages scan option always defaults to '1'

[martin f krafft]

also sprach Jeffrey Ratcliffe <jeffrey.ratcli...@gmail.com> [2016-10-12 20:28 
+0200]:
> I expect that you are using a flatbed scanner. It was requested that
> it should only be possible to scan 1 page from the flatbed. You can
> disable this in Edit/Preferences.

Actually, I'm not. Well, it's a flatbed with an ADF. I also don't
see any such option in preferences, and "All" *is* an option in the
scan dialog, it's just not selected by default, as it used to be.

-- 
 .''`.   martin f. krafft <madduck@d.o> @martinkrafft
: :'  :  proud Debian developer
`. `'`   http://people.debian.org/~madduck
  `-  Debian - when you have better things to do than fixing systems
 
DISCLAIMER: this entire message is privileged communication, intended
for the sole use of its recipients only. If you read it even though
you know you aren't supposed to, you're a poopy-head.


digital_signature_gpg.asc
Description: Digital GPG signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)

Bug#840534: #Pages scan option always defaults to '1'

[martin f krafft]

Package: gscan2pdf
Version: 1.5.2-1
Severity: minor

As of late, the #Pages option in the scan dialog is always set to
'1' on program start, whereas it used to be on 'All' or at least on
the setting it was on the last time I quit the program.

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

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

Versions of packages gscan2pdf depends on:
ii  imagemagick8:6.8.9.9-7.2+b1
ii  libconfig-general-perl 2.63-1
ii  libfilesys-df-perl 0.92-6+b1
ii  libgoo-canvas-perl 0.06-2+b3
ii  libgtk2-ex-simple-list-perl0.50-2
ii  libgtk2-imageview-perl 0.05-2+b3
ii  libhtml-parser-perl3.72-2+b1
ii  libimage-magick-perl   8:6.8.9.9-7.2
ii  liblist-moreutils-perl 0.416-1+b1
ii  liblocale-gettext-perl 1.07-3+b1
ii  liblog-log4perl-perl   1.47-2
ii  libossp-uuid-perl [libdata-uuid-perl]  1.6.2-1.5+b3
ii  libpdf-api2-perl   2.025-2
ii  libproc-processtable-perl  0.53-1+b2
ii  libreadonly-perl   2.050-1
ii  librsvg2-common2.40.16-1
ii  libsane-perl   0.05-2+b4
ii  libset-intspan-perl1.19-1
ii  libtiff-tools  4.0.6-2
ii  libtry-tiny-perl   0.27-1
ii  sane-utils 1.0.25-2+b1

Versions of packages gscan2pdf recommends:
ii  djvulibre-bin  3.5.27.1-6
pn  libgtk2-ex-podviewer-perl  
ii  sane   1.0.14-11
ii  tesseract-ocr  3.04.01-4+b1
ii  unpaper6.1-2
ii  xdg-utils  1.1.1-1

gscan2pdf suggests no packages.

-- no debconf information


-- 
 .''`.   martin f. krafft <madduck@d.o> @martinkrafft
: :'  :  proud Debian developer
`. `'`   http://people.debian.org/~madduck
  `-  Debian - when you have better things to do than fixing systems


digital_signature_gpg.asc
Description: Digital GPG signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)

Re: [Debconf-team] Throwing a towel for Prague

[martin f krafft]

also sprach Ondřej Surý <ond...@sury.org> [2016-10-10 15:20 +0200]:
> we had an internal discussion between people interested in having
> a DebConf in Prague and we decided to drop our bid for Prague as
> there are not enough people that are willing to contribute time
> and effort in making that happen.

What a shame to hear, but thank you for seeing this through
properly and letting us know.

If at any point this changes and a team flocks together again, we're
looking forward to your flamboyant return!

Take care,

-- 
 .''`.   martin f. krafft <madd...@debconf.org> @martinkrafft
: :'  :  DebConf orga team
`. `'`
  `-  DebConf17 Montreal, CA: https://wiki.debconf.org/wiki/DebConf17
  DebConf18 in your city? https://wiki.debconf.org/wiki/DebConf18


digital_signature_gpg.asc
Description: Digital GPG signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)
___
Debconf-team mailing list
Debconf-team@lists.debconf.org
http://lists.debconf.org/mailman/listinfo/debconf-team

[Pkg-xfce-devel] Bug#837708: thunar: Segfault after file rename

[martin f krafft]

Package: thunar
Version: 1.6.10-2
Followup-For: Bug #837708

Here's a backtrace, let me know if you need me to reproduce this
with the missing symbols referenced:

#0  __strcmp_sse2_unaligned () at 
../sysdeps/x86_64/multiarch/strcmp-sse2-unaligned.S:32
#1  0x55bc5ce108d5 in thunar_file_compare_by_name (file_a=0x7fdf08030440, 
file_b=0x7fdf08036c00, 
case_sensitive=) at thunar-file.c:4023
#2  0x55bc5ce1ed8e in thunar_list_model_cmp_func (a=0x7fdf08030440, 
b=0x7fdf08036c00, 
user_data=) at thunar-list-model.c:1045
#3  0x7fdf1d3b2494 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#4  0x7fdf1d3b29de in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#5  0x7fdf1d3b38c4 in g_sequence_insert_sorted_iter () from 
/lib/x86_64-linux-gnu/libglib-2.0.so.0
#6  0x7fdf1d3b399c in g_sequence_insert_sorted () from 
/lib/x86_64-linux-gnu/libglib-2.0.so.0
#7  0x55bc5ce1ea48 in thunar_list_model_files_added (folder=, files=, 
store=0x55bc5f0b44c0) at thunar-list-model.c:1261
#8  0x7fdf1d670f75 in g_closure_invoke () from 
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
#9  0x7fdf1d682f82 in ?? () from 
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
#10 0x7fdf1d68bbcc in g_signal_emit_valist () from 
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
#11 0x7fdf1d68bfaf in g_signal_emit () from 
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
#12 0x55bc5ce120be in thunar_folder_monitor (monitor=, 
event_file=0x55bc5f2af940, 
other_file=0x55bc5f0fd920, event_type=G_FILE_MONITOR_EVENT_MOVED, 
user_data=)
at thunar-folder.c:751
#13 0x7fdf18a0a038 in ffi_call_unix64 () from 
/usr/lib/x86_64-linux-gnu/libffi.so.6
#14 0x7fdf18a09a9a in ffi_call () from /usr/lib/x86_64-linux-gnu/libffi.so.6
#15 0x7fdf1d671c8a in g_cclosure_marshal_generic_va ()
   from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
#16 0x7fdf1d6711a4 in ?? () from 
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
#17 0x7fdf1d68b8bd in g_signal_emit_valist () from 
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
#18 0x7fdf1d68bfaf in g_signal_emit () from 
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
#19 0x7fdf1d9989d9 in ?? () from /usr/lib/x86_64-linux-gnu/libgio-2.0.so.0
#20 0x7fdf1d3987d7 in g_main_context_dispatch () from 
/lib/x86_64-linux-gnu/libglib-2.0.so.0
#21 0x7fdf1d398a40 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#22 0x7fdf1d398d62 in g_main_loop_run () from 
/lib/x86_64-linux-gnu/libglib-2.0.so.0
#23 0x7fdf1f26e447 in gtk_main () from 
/usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0
#24 0x55bc5cdf6765 in main (argc=1, argv=0x7ffd06cee988) at main.c:312

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

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

Versions of packages thunar depends on:
ii  desktop-file-utils  0.23-1
ii  exo-utils   0.10.7-1
ii  libatk1.0-0 2.22.0-1
ii  libc6   2.24-3
ii  libcairo2   1.14.6-1+b1
ii  libdbus-1-3 1.10.10-1
ii  libdbus-glib-1-20.108-1
ii  libexo-1-0  0.10.7-1
ii  libgdk-pixbuf2.0-0  2.36.0-1
ii  libglib2.0-02.50.0-1
ii  libgtk2.0-0 2.24.31-1
ii  libgudev-1.0-0  230-3
ii  libice6 2:1.0.9-1+b1
ii  libnotify4  0.7.6-2
ii  libpango-1.0-0  1.40.3-2
ii  libsm6  2:1.2.2-1+b1
ii  libthunarx-2-0  1.6.10-2
ii  libxfce4ui-1-0  4.12.1-2
ii  libxfce4util7   4.12.1-2
ii  libxfconf-0-2   4.12.0-3
ii  shared-mime-info1.7-1
ii  thunar-data 1.6.10-2

Versions of packages thunar recommends:
ii  dbus-x11 1.10.10-1
pn  gvfs 
ii  libfontconfig1   2.11.0-6.7
ii  libfreetype6 2.6.3-3+b1
ii  libpangocairo-1.0-0  1.40.3-2
ii  libpangoft2-1.0-01.40.3-2
pn  thunar-volman
pn  tumbler  
ii  xdg-user-dirs0.15-2
pn  xfce4-panel  

Versions of packages thunar suggests:
pn  thunar-archive-plugin 
pn  thunar-media-tags-plugin  

-- no debconf information


-- 
 .''`.   martin f. krafft <madduck@d.o> @martinkrafft
: :'  :  proud Debian developer
`. `'`   http://people.debian.org/~madduck
  `-  Debian - when you have better things to do than fixing systems


digital_signature_gpg.asc
Description: Digital GPG signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)
___
Pkg-xfce-devel mailing list
Pkg-xfce-devel@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-xfce-devel

Bug#837708: thunar: Segfault after file rename

[martin f krafft]

Package: thunar
Version: 1.6.10-2
Followup-For: Bug #837708

Here's a backtrace, let me know if you need me to reproduce this
with the missing symbols referenced:

#0  __strcmp_sse2_unaligned () at 
../sysdeps/x86_64/multiarch/strcmp-sse2-unaligned.S:32
#1  0x55bc5ce108d5 in thunar_file_compare_by_name (file_a=0x7fdf08030440, 
file_b=0x7fdf08036c00, 
case_sensitive=) at thunar-file.c:4023
#2  0x55bc5ce1ed8e in thunar_list_model_cmp_func (a=0x7fdf08030440, 
b=0x7fdf08036c00, 
user_data=) at thunar-list-model.c:1045
#3  0x7fdf1d3b2494 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#4  0x7fdf1d3b29de in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#5  0x7fdf1d3b38c4 in g_sequence_insert_sorted_iter () from 
/lib/x86_64-linux-gnu/libglib-2.0.so.0
#6  0x7fdf1d3b399c in g_sequence_insert_sorted () from 
/lib/x86_64-linux-gnu/libglib-2.0.so.0
#7  0x55bc5ce1ea48 in thunar_list_model_files_added (folder=, files=, 
store=0x55bc5f0b44c0) at thunar-list-model.c:1261
#8  0x7fdf1d670f75 in g_closure_invoke () from 
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
#9  0x7fdf1d682f82 in ?? () from 
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
#10 0x7fdf1d68bbcc in g_signal_emit_valist () from 
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
#11 0x7fdf1d68bfaf in g_signal_emit () from 
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
#12 0x55bc5ce120be in thunar_folder_monitor (monitor=, 
event_file=0x55bc5f2af940, 
other_file=0x55bc5f0fd920, event_type=G_FILE_MONITOR_EVENT_MOVED, 
user_data=)
at thunar-folder.c:751
#13 0x7fdf18a0a038 in ffi_call_unix64 () from 
/usr/lib/x86_64-linux-gnu/libffi.so.6
#14 0x7fdf18a09a9a in ffi_call () from /usr/lib/x86_64-linux-gnu/libffi.so.6
#15 0x7fdf1d671c8a in g_cclosure_marshal_generic_va ()
   from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
#16 0x7fdf1d6711a4 in ?? () from 
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
#17 0x7fdf1d68b8bd in g_signal_emit_valist () from 
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
#18 0x7fdf1d68bfaf in g_signal_emit () from 
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
#19 0x7fdf1d9989d9 in ?? () from /usr/lib/x86_64-linux-gnu/libgio-2.0.so.0
#20 0x7fdf1d3987d7 in g_main_context_dispatch () from 
/lib/x86_64-linux-gnu/libglib-2.0.so.0
#21 0x7fdf1d398a40 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#22 0x7fdf1d398d62 in g_main_loop_run () from 
/lib/x86_64-linux-gnu/libglib-2.0.so.0
#23 0x7fdf1f26e447 in gtk_main () from 
/usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0
#24 0x55bc5cdf6765 in main (argc=1, argv=0x7ffd06cee988) at main.c:312

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

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

Versions of packages thunar depends on:
ii  desktop-file-utils  0.23-1
ii  exo-utils   0.10.7-1
ii  libatk1.0-0 2.22.0-1
ii  libc6   2.24-3
ii  libcairo2   1.14.6-1+b1
ii  libdbus-1-3 1.10.10-1
ii  libdbus-glib-1-20.108-1
ii  libexo-1-0  0.10.7-1
ii  libgdk-pixbuf2.0-0  2.36.0-1
ii  libglib2.0-02.50.0-1
ii  libgtk2.0-0 2.24.31-1
ii  libgudev-1.0-0  230-3
ii  libice6 2:1.0.9-1+b1
ii  libnotify4  0.7.6-2
ii  libpango-1.0-0  1.40.3-2
ii  libsm6  2:1.2.2-1+b1
ii  libthunarx-2-0  1.6.10-2
ii  libxfce4ui-1-0  4.12.1-2
ii  libxfce4util7   4.12.1-2
ii  libxfconf-0-2   4.12.0-3
ii  shared-mime-info1.7-1
ii  thunar-data 1.6.10-2

Versions of packages thunar recommends:
ii  dbus-x11 1.10.10-1
pn  gvfs 
ii  libfontconfig1   2.11.0-6.7
ii  libfreetype6 2.6.3-3+b1
ii  libpangocairo-1.0-0  1.40.3-2
ii  libpangoft2-1.0-01.40.3-2
pn  thunar-volman
pn  tumbler  
ii  xdg-user-dirs0.15-2
pn  xfce4-panel  

Versions of packages thunar suggests:
pn  thunar-archive-plugin 
pn  thunar-media-tags-plugin  

-- no debconf information


-- 
 .''`.   martin f. krafft <madduck@d.o> @martinkrafft
: :'  :  proud Debian developer
`. `'`   http://people.debian.org/~madduck
  `-  Debian - when you have better things to do than fixing systems


digital_signature_gpg.asc
Description: Digital GPG signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)

Bug#839770: keysym syntax can't handle M-C-s

[martin f krafft]

Package: rxvt-unicode
Version: 9.22-1+b1
Severity: minor
Tags: upstream

I used to have

  URxvt.searchable-scrollback:   CM-s

and wanted to replace that with the "new" syntax:

  URxvt.keysym.MC-s: searchable-scrollback:start

While the former works as expected, the latter does not properly.
Specifically, MC-s does work, but so does M-s by itself. This is of
course highly annoying and also not designed behaviour according to
the manpage:

  "a key mapping will match if at least the specified identifiers
  are being set, and no other key mappings with those and more bits
  are being defined."

This means that CM-NumLock-Shift-s will trigger the same as CM-s,
unless that is actually defined.

However, in my case, M-S does not fulfill "at least the specified
identifiers", as Control is missing.

The workaround seems to be to add

  URxvt.keysym.M-s:  builtin:

Note that this is not required in other cases, e.g. CM-Return works
fine (M-Return is not modified).

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

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

Versions of packages rxvt-unicode depends on:
ii  base-passwd   3.5.40
ii  libc6 2.24-3
ii  libfontconfig12.11.0-6.7
ii  libfreetype6  2.6.3-3+b1
ii  libgcc1   1:6.2.0-4
ii  libgdk-pixbuf2.0-02.36.0-1
ii  libglib2.0-0  2.50.0-1
ii  libperl5.24   5.24.1~rc3-3
ii  libstartup-notification0  0.12-4
ii  libx11-6  2:1.6.3-1
ii  libxft2   2.3.2-1
ii  libxrender1   1:0.9.9-2
ii  ncurses-base  6.0+20160917-1

Versions of packages rxvt-unicode recommends:
ii  fonts-dejavu2.37-1
ii  fonts-ipaexfont-gothic [fonts-japanese-gothic]  00301-2
ii  fonts-ipafont-gothic [fonts-japanese-gothic]00303-16

rxvt-unicode suggests no packages.

-- no debconf information

-- 
 .''`.   martin f. krafft <madduck@d.o> @martinkrafft
: :'  :  proud Debian developer
`. `'`   http://people.debian.org/~madduck
  `-  Debian - when you have better things to do than fixing systems


digital_signature_gpg.asc
Description: Digital GPG signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)

Bug#839769: Mistake in rxvt-unicde(1) related to short keysyms

[martin f krafft]

Package: rxvt-unicode
Version: 9.22-1+b1
Severity: minor
Tags: upstream

The manpage reads, around line 804:

  Where modifiers can be any combination of ISOLevel3, AppKeypad,
  Control, NumLock, Shift, Meta, Lock, Mod1, Mod2, Mod3, Mod4, Mod5,
  and the abbreviated I, K, C, N, S, M, A, L, 1, 2, 3, 4, 5.

That's 12 long names and 13 short names and it's a bit unclear what
'A' corresponds to. Potentially, this could be represented
differently?

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

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

Versions of packages rxvt-unicode depends on:
ii  base-passwd   3.5.40
ii  libc6 2.24-3
ii  libfontconfig12.11.0-6.7
ii  libfreetype6  2.6.3-3+b1
ii  libgcc1   1:6.2.0-4
ii  libgdk-pixbuf2.0-02.36.0-1
ii  libglib2.0-0  2.50.0-1
ii  libperl5.24   5.24.1~rc3-3
ii  libstartup-notification0  0.12-4
ii  libx11-6  2:1.6.3-1
ii  libxft2   2.3.2-1
ii  libxrender1   1:0.9.9-2
ii  ncurses-base  6.0+20160917-1

Versions of packages rxvt-unicode recommends:
ii  fonts-dejavu2.37-1
ii  fonts-ipaexfont-gothic [fonts-japanese-gothic]  00301-2
ii  fonts-ipafont-gothic [fonts-japanese-gothic]00303-16

rxvt-unicode suggests no packages.

-- no debconf information


-- 
 .''`.   martin f. krafft <madduck@d.o> @martinkrafft
: :'  :  proud Debian developer
`. `'`   http://people.debian.org/~madduck
  `-  Debian - when you have better things to do than fixing systems


digital_signature_gpg.asc
Description: Digital GPG signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)

Bug#839740: matcher: matcher:last matches first URL on last line, not last URL

[martin f krafft]

Package: rxvt-unicode
Version: 9.22-1+b1
Severity: minor
Tags: upstream

If there's a line with two URLs,
  e.g. http://foo.example.org and http://bar.example.org
then matcher:select and matcher:list list them both in correct
order; however, matcher:last will launch http://foo.example.org,
i.e. the first URL on the last line.

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

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

Versions of packages rxvt-unicode depends on:
ii  base-passwd   3.5.40
ii  libc6 2.24-3
ii  libfontconfig12.11.0-6.7
ii  libfreetype6  2.6.3-3+b1
ii  libgcc1   1:6.2.0-4
ii  libgdk-pixbuf2.0-02.36.0-1
ii  libglib2.0-0  2.50.0-1
ii  libperl5.24   5.24.1~rc3-3
ii  libstartup-notification0  0.12-4
ii  libx11-6  2:1.6.3-1
ii  libxft2   2.3.2-1
ii  libxrender1   1:0.9.9-2
ii  ncurses-base  6.0+20160917-1

Versions of packages rxvt-unicode recommends:
ii  fonts-dejavu2.37-1
ii  fonts-ipaexfont-gothic [fonts-japanese-gothic]  00301-2
ii  fonts-ipafont-gothic [fonts-japanese-gothic]00303-16

rxvt-unicode suggests no packages.

-- no debconf information


-- 
 .''`.   martin f. krafft <madduck@d.o> @martinkrafft
: :'  :  proud Debian developer
`. `'`   http://people.debian.org/~madduck
  `-  Debian - when you have better things to do than fixing systems


digital_signature_gpg.asc
Description: Digital GPG signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)

Re: XLookupString return inconsistent

[martin f krafft]

also sprach wetts...@gmail.com  [2016-09-29 21:00 +0200]:
> I do not know, but I do not see the benefit of doing that.  It
> certainly would not fix your problem, which I still think is
> hardware.

I think you are right. I just noticed that this only happens with my
USB keyboards, not with the Thinkpad built-in keyboard.

So there's no way to work around this?

-- 
@martinkrafft | http://madduck.net/ | http://two.sentenc.es/
 
"die menschen drängen sich zum lichte, nicht um besser zu sehen,
 sondern um besser zu glänzen."
 - friedrich nietzsche
 
spamtraps: madduck.bo...@madduck.net


digital_signature_gpg.asc
Description: Digital GPG signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)
___
xorg@lists.x.org: X.Org support
Archives: http://lists.freedesktop.org/archives/xorg
Info: https://lists.x.org/mailman/listinfo/xorg
Your subscription address: %(user_address)s

Re: XLookupString return inconsistent

[martin f krafft]

also sprach wetts...@gmail.com  [2016-09-12 18:01 +0200]:
> > And moments after clicking send, I realized this is really just hardcoding
> > US keyboard layout & ASCII encoding - Shift-2 is '@' and Ctrl-@ is '\0'.
> 
> Oh, yes.  And Ctrl+3-7 get mapped to 0x1b-0x1f, the control codes beyond
> Ctrl-Z.  Ctrl+8 becomes 0x7f, that is, ASCII DEL.  So the full ASCII
> range becomes available.  It does make sense, from a perspective of text
> terminals.

Hey guys, sorry for the late response to "my" thread.

So this makes sense from the perspective of text terminals, but we
are talking X.org here, aren't we? ;)

Long story short: do you see any chance in making this bit of
legacy (nostalgia?) code configurable, or remove it altogether?

Cheers,

-- 
@martinkrafft | http://madduck.net/ | http://two.sentenc.es/
 
quidquid latine dictum sit, altum viditur.
 
spamtraps: madduck.bo...@madduck.net


digital_signature_gpg.asc
Description: Digital GPG signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)
___
xorg@lists.x.org: X.Org support
Archives: http://lists.freedesktop.org/archives/xorg
Info: https://lists.x.org/mailman/listinfo/xorg
Your subscription address: %(user_address)s

[Debconf-team] Reminder: meeting today 20:00 UTC (in ca. 4 hours)

[martin f krafft]

Hello,

pollo asked me to send out this reminder for today's meeting, which
takes place in ca. 4 hours (20:00 UTC).

The agenda is here: http://deb.li/il9wc
You can see there isn't much there yet, so please add what you think
needs to be discussed. In the absence of other topics, we'll spend
some time on status updates on the items from last meeting two weeks
ago:

http://meetbot.debian.net/debconf-team/2016/debconf-team.2016-09-08-20.03.html

See you later!

-- 
 .''`.   martin f. krafft <madd...@debconf.org> @martinkrafft
: :'  :  DebConf orga team
`. `'`
  `-  DebConf17 Montreal, CA: https://wiki.debconf.org/wiki/DebConf17
  DebConf18 in your city? https://wiki.debconf.org/wiki/DebConf18


digital_signature_gpg.asc
Description: Digital GPG signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)
___
Debconf-team mailing list
Debconf-team@lists.debconf.org
http://lists.debconf.org/mailman/listinfo/debconf-team

[solved] Re: Huge mouse-click delay

[martin f krafft]

also sprach martin f krafft <madd...@madduck.net> [2016-09-21 13:07 +0200]:
> The more I am fiddling with this, the more I am suspecting the
> Awesome window manager to be at fault. At least my switch to Git
> master could well coincide with the start of these problems.
> Moreover, if I kill awesome, then the mouse behaves just fine. If
> I then restart awesome, the delay quickly grows in length.

I really appreciated your guys' help, and now I feel bad for using
up your time — the problem is indeed with the Awesome window
manager:

  https://github.com/awesomeWM/awesome/issues/1107

Sorry for the noise…

-- 
@martinkrafft | http://madduck.net/ | http://two.sentenc.es/
 
"i like .net for the same reason i like gentoo. it keeps all the
 people with no clue from writing c code, which is much harder for me
 to identify and eliminate from my systems. in the same way that
 gentoo gives those people a place to be that isn't in debian"
  -- andrew suffield
 
spamtraps: madduck.bo...@madduck.net


digital_signature_gpg.asc
Description: Digital GPG signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)
___
xorg@lists.x.org: X.Org support
Archives: http://lists.freedesktop.org/archives/xorg
Info: https://lists.x.org/mailman/listinfo/xorg
Your subscription address: %(user_address)s

[Debconf-team] Status on proposed speakers?

[martin f krafft]

Hello team,

Our call for proposals for invited speakers¹ says "we would like to
start inviting speakers in the middle of September 2016."

  ¹) http://blog.debconf.org/blog/debconf17/2016-08-22_call_for_speakers.dc

Regarding tonight's dc-team meeting, it would be good to have an
update, and I've added it to the agenda.

How many proposals have we received?

Can you summarise them a bit? Or even share names?

How far off are we from reaching out to the first couple of people?

Thanks,

-- 
 .''`.   martin f. krafft <madd...@debconf.org> @martinkrafft
: :'  :  DebConf orga team
`. `'`
  `-  DebConf16: Cape Town: http://debconf16.debconf.org
  DebConf17: Montreal: https://wiki.debconf.org/wiki/DebConf17


digital_signature_gpg.asc
Description: Digital GPG signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)
___
Debconf-team mailing list
Debconf-team@lists.debconf.org
http://lists.debconf.org/mailman/listinfo/debconf-team

Bug#838552: wicd runs disconnect scripts between pre- and postconnect

[martin f krafft]

also sprach Axel Beckert <a...@debian.org> [2016-09-22 10:56 +0200]:
> > Please note how first pre-/postdisconnect are run. Why is that? The
> > cable had long before been disconnected, so while this is not a big
> > deal, it seems wrong.
> 
> Well, I'd call it debatable. I also see reasons for this behaviour.

The pre-/postdisconnect scripts should be called upon disconnection,
which was yesterday. And they were called. Now they were called
*again* upon connection, and I find it hard to find a rationale for
this to be debatable. ;)

> > What's worse though is that the pre-/postdisconnect scripts are run
> > *again* after preconnect and before postconnect, which can break
> > some applications, e.g. enabled ipv6 autoconf in preconnect and
> > turning it off in postdisconnect.
> 
> Thanks for this very precise bug report. The latter behaviour indeed
> sounds wrong and may explain some other reported or seen issues. Will
> have a look at it.

Thank you!

-- 
 .''`.   martin f. krafft <madduck@d.o> @martinkrafft
: :'  :  proud Debian developer
`. `'`   http://people.debian.org/~madduck
  `-  Debian - when you have better things to do than fixing systems
 
*** important disclaimer:
by sending an email to any address, that will eventually cause it to
end up in my inbox without much interaction, you are agreeing that:
 
  - i am by definition, "the intended recipient"
  - all information in the email is mine to do with as i see fit and
make such financial profit, political mileage, or good joke as it
lends itself to. in particular, i may quote it on usenet.
  - i may take the contents as representing the views of your company.
  - this overrides any disclaimer or statement of confidentiality that
may be included on your message.


digital_signature_gpg.asc
Description: Digital GPG signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)

Bug#838552: wicd runs disconnect scripts between pre- and postconnect

[martin f krafft]

also sprach Axel Beckert <a...@debian.org> [2016-09-22 10:56 +0200]:
> > Please note how first pre-/postdisconnect are run. Why is that? The
> > cable had long before been disconnected, so while this is not a big
> > deal, it seems wrong.
> 
> Well, I'd call it debatable. I also see reasons for this behaviour.

The pre-/postdisconnect scripts should be called upon disconnection,
which was yesterday. And they were called. Now they were called
*again* upon connection, and I find it hard to find a rationale for
this to be debatable. ;)

> > What's worse though is that the pre-/postdisconnect scripts are run
> > *again* after preconnect and before postconnect, which can break
> > some applications, e.g. enabled ipv6 autoconf in preconnect and
> > turning it off in postdisconnect.
> 
> Thanks for this very precise bug report. The latter behaviour indeed
> sounds wrong and may explain some other reported or seen issues. Will
> have a look at it.

Thank you!

-- 
 .''`.   martin f. krafft <madduck@d.o> @martinkrafft
: :'  :  proud Debian developer
`. `'`   http://people.debian.org/~madduck
  `-  Debian - when you have better things to do than fixing systems
 
*** important disclaimer:
by sending an email to any address, that will eventually cause it to
end up in my inbox without much interaction, you are agreeing that:
 
  - i am by definition, "the intended recipient"
  - all information in the email is mine to do with as i see fit and
make such financial profit, political mileage, or good joke as it
lends itself to. in particular, i may quote it on usenet.
  - i may take the contents as representing the views of your company.
  - this overrides any disclaimer or statement of confidentiality that
may be included on your message.


digital_signature_gpg.asc
Description: Digital GPG signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)

Bug#838552: wicd runs disconnect scripts between pre- and postconnect

[martin f krafft]

Package: wicd
Version: 1.7.4+tb2-2
Severity: important

I have a simple debug script in all four of the wicd script
directories, which does nothing other than

  echo "*** $IFACE *** $0 $@ ($date -R)" >> /tmp/wicd.debug

If I plug in a cable, the following happens:

  2016-09-22T10:37:14,069870858+02:00 *** cable *** 
/etc/wicd/scripts/predisconnect/local-debug.sh wired wired wired
  2016-09-22T10:37:14,578834082+02:00 *** cable *** 
/etc/wicd/scripts/postdisconnect/local-debug.sh wired wired wired
  2016-09-22T10:37:14,630906594+02:00 *** cable *** 
/etc/wicd/scripts/preconnect/local-debug.sh wired wired wired-default
  2016-09-22T10:37:16,779792523+02:00 *** cable *** 
/etc/wicd/scripts/predisconnect/local-debug.sh wired wired wired
  2016-09-22T10:37:17,275810373+02:00 *** cable *** 
/etc/wicd/scripts/postdisconnect/local-debug.sh wired wired wired
  2016-09-22T10:37:23,435090285+02:00 *** cable *** 
/etc/wicd/scripts/postconnect/local-debug.sh wired wired wired-default

Please note how first pre-/postdisconnect are run. Why is that? The
cable had long before been disconnected, so while this is not a big
deal, it seems wrong.

What's worse though is that the pre-/postdisconnect scripts are run
*again* after preconnect and before postconnect, which can break
some applications, e.g. enabled ipv6 autoconf in preconnect and
turning it off in postdisconnect.

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

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

Versions of packages wicd depends on:
ii  wicd-cli [wicd-client] 1.7.4+tb2-2
ii  wicd-curses [wicd-client]  1.7.4+tb2-2
ii  wicd-daemon1.7.4+tb2-2
ii  wicd-gtk [wicd-client] 1.7.4+tb2-2

wicd recommends no packages.

wicd suggests no packages.

Versions of packages wicd-cli depends on:
pn  python:any   
ii  wicd-daemon  1.7.4+tb2-2

Versions of packages wicd-cli recommends:
ii  sudo  1.8.17p1-2

Versions of packages wicd-gtk depends on:
ii  python-glade2  2.24.0-5
ii  python-gtk22.24.0-5
pn  python:any 
ii  wicd-daemon1.7.4+tb2-2

Versions of packages wicd-gtk recommends:
ii  gksu   2.0.2-9
pn  python-notify  

Versions of packages wicd-curses depends on:
ii  python-urwid  1.3.1-2+b1
pn  python:any
ii  wicd-daemon   1.7.4+tb2-2

Versions of packages wicd-curses recommends:
ii  sudo  1.8.17p1-2

Versions of packages wicd-daemon depends on:
ii  adduser  3.115
ii  dbus 1.10.10-1
ii  debconf  1.5.59
ii  ethtool  1:4.6-1
ii  iproute2 4.6.0-4
ii  iputils-ping 3:20150815-2
ii  isc-dhcp-client  4.3.5~b1-1
ii  lsb-base 9.20160629
ii  net-tools1.60+git20150829.73cef8a-2
ii  psmisc   22.21-2.1+b1
ii  python-dbus  1.2.4-1
ii  python-gobject   3.21.92-1
ii  python-wicd  1.7.4+tb2-2
pn  python:any   
ii  wireless-tools   30~pre9-11
ii  wpasupplicant2.5-2+v2.4-3

Versions of packages wicd-daemon recommends:
ii  rfkill 0.5-1
ii  wicd-cli [wicd-client] 1.7.4+tb2-2
ii  wicd-curses [wicd-client]  1.7.4+tb2-2
ii  wicd-gtk [wicd-client] 1.7.4+tb2-2

Versions of packages wicd-daemon suggests:
ii  pm-utils  1.4.1-16

Versions of packages python-wicd depends on:
pn  python:any  

-- no debconf information


-- 
 .''`.   martin f. krafft <madduck@d.o> @martinkrafft
: :'  :  proud Debian developer
`. `'`   http://people.debian.org/~madduck
  `-  Debian - when you have better things to do than fixing systems


digital_signature_gpg.asc
Description: Digital GPG signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)

Bug#838552: wicd runs disconnect scripts between pre- and postconnect

[martin f krafft]

Package: wicd
Version: 1.7.4+tb2-2
Severity: important

I have a simple debug script in all four of the wicd script
directories, which does nothing other than

  echo "*** $IFACE *** $0 $@ ($date -R)" >> /tmp/wicd.debug

If I plug in a cable, the following happens:

  2016-09-22T10:37:14,069870858+02:00 *** cable *** 
/etc/wicd/scripts/predisconnect/local-debug.sh wired wired wired
  2016-09-22T10:37:14,578834082+02:00 *** cable *** 
/etc/wicd/scripts/postdisconnect/local-debug.sh wired wired wired
  2016-09-22T10:37:14,630906594+02:00 *** cable *** 
/etc/wicd/scripts/preconnect/local-debug.sh wired wired wired-default
  2016-09-22T10:37:16,779792523+02:00 *** cable *** 
/etc/wicd/scripts/predisconnect/local-debug.sh wired wired wired
  2016-09-22T10:37:17,275810373+02:00 *** cable *** 
/etc/wicd/scripts/postdisconnect/local-debug.sh wired wired wired
  2016-09-22T10:37:23,435090285+02:00 *** cable *** 
/etc/wicd/scripts/postconnect/local-debug.sh wired wired wired-default

Please note how first pre-/postdisconnect are run. Why is that? The
cable had long before been disconnected, so while this is not a big
deal, it seems wrong.

What's worse though is that the pre-/postdisconnect scripts are run
*again* after preconnect and before postconnect, which can break
some applications, e.g. enabled ipv6 autoconf in preconnect and
turning it off in postdisconnect.

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

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

Versions of packages wicd depends on:
ii  wicd-cli [wicd-client] 1.7.4+tb2-2
ii  wicd-curses [wicd-client]  1.7.4+tb2-2
ii  wicd-daemon1.7.4+tb2-2
ii  wicd-gtk [wicd-client] 1.7.4+tb2-2

wicd recommends no packages.

wicd suggests no packages.

Versions of packages wicd-cli depends on:
pn  python:any   
ii  wicd-daemon  1.7.4+tb2-2

Versions of packages wicd-cli recommends:
ii  sudo  1.8.17p1-2

Versions of packages wicd-gtk depends on:
ii  python-glade2  2.24.0-5
ii  python-gtk22.24.0-5
pn  python:any 
ii  wicd-daemon1.7.4+tb2-2

Versions of packages wicd-gtk recommends:
ii  gksu   2.0.2-9
pn  python-notify  

Versions of packages wicd-curses depends on:
ii  python-urwid  1.3.1-2+b1
pn  python:any
ii  wicd-daemon   1.7.4+tb2-2

Versions of packages wicd-curses recommends:
ii  sudo  1.8.17p1-2

Versions of packages wicd-daemon depends on:
ii  adduser  3.115
ii  dbus 1.10.10-1
ii  debconf  1.5.59
ii  ethtool  1:4.6-1
ii  iproute2 4.6.0-4
ii  iputils-ping 3:20150815-2
ii  isc-dhcp-client  4.3.5~b1-1
ii  lsb-base 9.20160629
ii  net-tools1.60+git20150829.73cef8a-2
ii  psmisc   22.21-2.1+b1
ii  python-dbus  1.2.4-1
ii  python-gobject   3.21.92-1
ii  python-wicd  1.7.4+tb2-2
pn  python:any   
ii  wireless-tools   30~pre9-11
ii  wpasupplicant2.5-2+v2.4-3

Versions of packages wicd-daemon recommends:
ii  rfkill 0.5-1
ii  wicd-cli [wicd-client] 1.7.4+tb2-2
ii  wicd-curses [wicd-client]  1.7.4+tb2-2
ii  wicd-gtk [wicd-client] 1.7.4+tb2-2

Versions of packages wicd-daemon suggests:
ii  pm-utils  1.4.1-16

Versions of packages python-wicd depends on:
pn  python:any  

-- no debconf information


-- 
 .''`.   martin f. krafft <madduck@d.o> @martinkrafft
: :'  :  proud Debian developer
`. `'`   http://people.debian.org/~madduck
  `-  Debian - when you have better things to do than fixing systems


digital_signature_gpg.asc
Description: Digital GPG signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)

Re: Iain Lane's proposal

[martin f krafft]

also sprach Steve M. Robbins <st...@sumost.ca> [2016-09-22 04:17 +0200]:
> I second the proposal made in https://lists.debian.org/debian-vote/2016/09/
> msg00092.html and quoted below.

+1 from me.

> 
> 
> Title: debian-private shall remain private
> 
> The text of the GR is replaced with the following.
> 
>   1. The 2005 General Resolution titled "Declassification of
>  debian-private list archives" is repealed.
>   2. There shall be no declassification of any portion of the
>  debian-private archives, except in the following circumstances.
>  2a. Participants may declassify their own material.
>  2b. Participants may declassify the material of others where
>  consent has explicitly been given by the authors of all of the
>  material being declassified.
>   3. Participants are reminded to use -private only when necessary.
> 
> ============

-- 
 .''`.   martin f. krafft <madduck@d.o> @martinkrafft
: :'  :  proud Debian developer
`. `'`   http://people.debian.org/~madduck
  `-  Debian - when you have better things to do than fixing systems
 
"it would be truly surprising
 if sound were not capable of suggesting colour,
 if colours could not give the idea of the melody,
 if sound and colour were not adequate to express ideas."
   -- claude debussy


digital_signature_gpg.asc
Description: Digital GPG signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)

Re: [SECURITY] [DSA 3672-1] irssi security update

[martin f krafft]

also sprach Moritz Muehlenhoff <j...@inutil.org> [2016-09-21 22:40 +0200]:
> No, the mailing announcements and the Debian Security Tracker are the 
> canonical
> source of information. The entries on the website are added subsequently by
> the Debian WWW team.

You are listing https://www.debian.org/security/ in the
announcement, not the security tracker though. This is also not
addressed in the FAQ. Hence maybe it'd make sense to add a note to
the announcement?

-- 
 .''`.   martin f. krafft <madduck@d.o> @martinkrafft
: :'  :  proud Debian developer
`. `'`   http://people.debian.org/~madduck
  `-  Debian - when you have better things to do than fixing systems
 
"i am not in favour of long engagements. they give people the
 opportunity of finding out each other's character before marriage,
 which i think is never advisable."
  -- oscar wilde


digital_signature_gpg.asc
Description: Digital GPG signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)

Re: [SECURITY] [DSA 3672-1] irssi security update

[martin f krafft]

also sprach Salvatore Bonaccorso <car...@debian.org> [2016-09-21 21:53 +0200]:
> -
> Debian Security Advisory DSA-3672-1   secur...@debian.org
> https://www.debian.org/security/ Salvatore Bonaccorso
> September 21, 2016https://www.debian.org/security/faq
> -

The DSA is not on the website yet. Maybe it'd be better to wait for
web sync before sending, or force web sync?

-- 
 .''`.   martin f. krafft <madduck@d.o> @martinkrafft
: :'  :  proud Debian developer
`. `'`   http://people.debian.org/~madduck
  `-  Debian - when you have better things to do than fixing systems
 
"the search for the perfect martini is a fraud. the perfect martini
 is a belt of gin from the bottle; anything else is the decadent
 trappings of civilization."
-- t. k.


digital_signature_gpg.asc
Description: Digital GPG signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)

Re: Huge mouse-click delay

[martin f krafft]

also sprach Peter Hutterer  [2016-09-21 08:49 +0200]:
> * run evemu-record on the mouse and check if you see the button events show
>   up while they're delayed in X. if they work as expected, then it's not a
>   kernel/hw issue.
> * run xev and see if that gets the events as expected. If so, then the issue
>   is in the toolkit (but judging from the rest that's not the case anyway).

In both cases, the event is registered by the tools immediately.

> any server updates recently? can you downgrade?

There was an update about 3 days ago, but of course I can't tell you
exactky whether that's when the problems started. The update before
that was a week old and I am fairly sure the problems aren't that
old.

X.org received only a Debian revision, it seems, but there were tons
of other updates, cf. apt.log: http://slexy.org/raw/s21gsbXDX8

Sure, I can downgrade anything, but I it's probably pay off to know
what I should be downgrading.

Any clues?

The more I am fiddling with this, the more I am suspecting the
Awesome window manager to be at fault. At least my switch to Git
master could well coincide with the start of these problems.
Moreover, if I kill awesome, then the mouse behaves just fine. If
I then restart awesome, the delay quickly grows in length.

I'll start investigating this lead. Thank you everyone for your
patience and input.

-- 
@martinkrafft | http://madduck.net/ | http://two.sentenc.es/
 
above all, we should not wish to divest
our existence of its rich ambiguity.
 --friedrich nietzsche
 
spamtraps: madduck.bo...@madduck.net


digital_signature_gpg.asc
Description: Digital GPG signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)
___
xorg@lists.x.org: X.Org support
Archives: http://lists.freedesktop.org/archives/xorg
Info: https://lists.x.org/mailman/listinfo/xorg
Your subscription address: %(user_address)s

Re: Huge mouse-click delay

[martin f krafft]

also sprach Lucien Gentis  [2016-09-20 15:19 
+0200]:
> So even if restarting the machine does not solve the problem, you can also
> try to unload/load kernel module (if your system permits it) :
> 
> sudo rmmod psmouse
> sudo modprobe psmouse

Doing so does seem to make a difference — for a very short time.
Then the delays come back.

> Another thing you can try is to start your machine with a live
> CD/DVD (Linux Ubuntu, Debian,...) in order to determine if the
> problem is related with your system or your hardware.

Okay, something I can try back at home, but I am on the road right
now :/

-- 
@martinkrafft | http://madduck.net/ | http://two.sentenc.es/
 
"sobald man über niveau spricht
 ist man längst darüber hinweg."
-- thomas krafft
 
spamtraps: madduck.bo...@madduck.net


digital_signature_gpg.asc
Description: Digital GPG signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)
___
xorg@lists.x.org: X.Org support
Archives: http://lists.freedesktop.org/archives/xorg
Info: https://lists.x.org/mailman/listinfo/xorg
Your subscription address: %(user_address)s

Re: Huge mouse-click delay

[martin f krafft]

Hey Thomas, thanks for your response!

> In the clients event handling.
> => Which clients in particular? All? Only gtk? Only Qt?
> Is xterm affected?

All of them, including urxvt.

> Does "export GDK_CORE_DEVICE_EVENTS=1" help anything on the matter

No, nothing :(

-- 
@martinkrafft | http://madduck.net/ | http://two.sentenc.es/
 
"love is a grave mental disease."
   -- platon
 
spamtraps: madduck.bo...@madduck.net


digital_signature_gpg.asc
Description: Digital GPG signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)
___
xorg@lists.x.org: X.Org support
Archives: http://lists.freedesktop.org/archives/xorg
Info: https://lists.x.org/mailman/listinfo/xorg
Your subscription address: %(user_address)s

Huge mouse-click delay

[martin f krafft]

Hello,

for a few days now, I'm experiencing (sometimes multi-second!)
delays between mouse click and reaction on my laptop. It's running:

  X.org 7.7+16 (Debian sid)
  Intel graphics driver 2:2.99.917+git20160706
  evdev 2.10.2

I've already rebooted, but the problem stayed. I am a bit at a loss
getting to the root of this. xev reports the events ASAP, so the
delay is at a later stage.

Do you have any tips on what I could try to zone in on this problem?
It's really quite annoying to have to wait 1–2 seconds between
pressing down the mouse and seeing a result dragging it e.g. to
select text.

Thanks,

-- 
@martinkrafft | http://madduck.net/ | http://two.sentenc.es/
 
windoze nt crashed.
i am the blue screen of death.
no one hears your screams.
 
spamtraps: madduck.bo...@madduck.net


digital_signature_gpg.asc
Description: Digital GPG signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)
___
xorg@lists.x.org: X.Org support
Archives: http://lists.freedesktop.org/archives/xorg
Info: https://lists.x.org/mailman/listinfo/xorg
Your subscription address: %(user_address)s

Bug#838212: Local scanners no longer available to saned

[martin f krafft]

Package: hplip, sane-utils
Severity: important

A while ago, hplip was "fixed" with a hack to work around
a deadlock. I've written about this on the saned mailing list:

  https://lists.alioth.debian.org/pipermail/sane-devel/2016-March/034413.html

Long story short: the "workaround" was to take away saned's access
to remote scanners (local_only=1), meaning that all setups where
saned was used to export networked scanners (in a "DMZ" in our case)
to the local network are now broken.

I understand that generally saned needs not export remote scanners,
as clients could just access them directly, but there is a benefit
in centralising all access via saned, which allows better access
control and logging than many of the network scanners available on
the market.

If possible, it'd be great if the local_only setting could be made
configurable, at least for hpaio, so that for a setting like ours,
where the is no deadlock, I can get the desired behaviour.

-- Package-specific info:

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

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

Versions of packages hplip depends on:
ii  adduser3.115
ii  coreutils  8.25-2
ii  cups   2.1.4-4
ii  hplip-data 3.16.8+repack0-2
ii  libc6  2.24-3
ii  libcups2   2.1.4-4
ii  libdbus-1-31.10.10-1
ii  libhpmud0  3.16.8+repack0-2
ii  libsane1.0.25+git20150927-1
ii  libsane-hpaio  3.16.8+repack0-2
ii  libsnmp30  5.7.3+dfsg-1.5
ii  libusb-1.0-0   2:1.0.20-1
ii  lsb-base   9.20160629
ii  policykit-10.105-16
ii  printer-driver-hpcups  3.16.8+repack0-2
ii  python33.5.1-4
ii  python3-dbus   1.2.4-1
ii  python3-gi 3.21.92-1
ii  python3-pexpect4.2.0-1
ii  python3-pil3.3.1-1
ii  python3-reportlab  3.3.0-1
ii  wget   1.18-2+b1

Versions of packages hplip recommends:
pn  avahi-daemon  
pn  printer-driver-postscript-hp  
ii  sane-utils1.0.26~git20151121-1

Versions of packages hplip suggests:
pn  hplip-doc  
pn  hplip-gui  
pn  python3-notify2
pn  system-config-printer  

-- no debconf information


-- 
 .''`.   martin f. krafft <madduck@d.o> @martinkrafft
: :'  :  proud Debian developer
`. `'`   http://people.debian.org/~madduck
  `-  Debian - when you have better things to do than fixing systems


digital_signature_gpg.asc
Description: Digital GPG signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)

Bug#838212: Local scanners no longer available to saned

[martin f krafft]

Package: hplip, sane-utils
Severity: important

A while ago, hplip was "fixed" with a hack to work around
a deadlock. I've written about this on the saned mailing list:

  https://lists.alioth.debian.org/pipermail/sane-devel/2016-March/034413.html

Long story short: the "workaround" was to take away saned's access
to remote scanners (local_only=1), meaning that all setups where
saned was used to export networked scanners (in a "DMZ" in our case)
to the local network are now broken.

I understand that generally saned needs not export remote scanners,
as clients could just access them directly, but there is a benefit
in centralising all access via saned, which allows better access
control and logging than many of the network scanners available on
the market.

If possible, it'd be great if the local_only setting could be made
configurable, at least for hpaio, so that for a setting like ours,
where the is no deadlock, I can get the desired behaviour.

-- Package-specific info:

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

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

Versions of packages hplip depends on:
ii  adduser3.115
ii  coreutils  8.25-2
ii  cups   2.1.4-4
ii  hplip-data 3.16.8+repack0-2
ii  libc6  2.24-3
ii  libcups2   2.1.4-4
ii  libdbus-1-31.10.10-1
ii  libhpmud0  3.16.8+repack0-2
ii  libsane1.0.25+git20150927-1
ii  libsane-hpaio  3.16.8+repack0-2
ii  libsnmp30  5.7.3+dfsg-1.5
ii  libusb-1.0-0   2:1.0.20-1
ii  lsb-base   9.20160629
ii  policykit-10.105-16
ii  printer-driver-hpcups  3.16.8+repack0-2
ii  python33.5.1-4
ii  python3-dbus   1.2.4-1
ii  python3-gi 3.21.92-1
ii  python3-pexpect4.2.0-1
ii  python3-pil3.3.1-1
ii  python3-reportlab  3.3.0-1
ii  wget   1.18-2+b1

Versions of packages hplip recommends:
pn  avahi-daemon  
pn  printer-driver-postscript-hp  
ii  sane-utils1.0.26~git20151121-1

Versions of packages hplip suggests:
pn  hplip-doc  
pn  hplip-gui  
pn  python3-notify2
pn  system-config-printer  

-- no debconf information


-- 
 .''`.   martin f. krafft <madduck@d.o> @martinkrafft
: :'  :  proud Debian developer
`. `'`   http://people.debian.org/~madduck
  `-  Debian - when you have better things to do than fixing systems


digital_signature_gpg.asc
Description: Digital GPG signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)

Bug#838018: Inconsistent page navigation: pgup and comma (,)

[martin f krafft]

Package: mupdf
Version: 1.9a+ds1-1.2
Severity: normal

According to the manpage, four keys navigate to the next page:

  . pgdn right space

and in fact they do, but not consistently. If the top of a page is
shown, then all four keys do the same. However, if one scrolls down
a page a bit (i.e. the top border of the page is not visible), then
the following behaviours are seen:

  - right space: show the next page, similarly scrolled down
  - dot pgdn: show the next page, but scrolled to the top

There are more inconsistencies regarding the five keys listed as
shortcuts to browse to the previous page: , pgup left b backspace

  - right b backspace: show previous page, preserving the scroll
position
  - comma pgdn: show the previous page, scrolled to bottom

There is a certain symmetry in this, but the manpage should really
mention this, or better yet: this should be configurable. For
instance, I definitely want to preserve scroll position, and I am
used to the PgUp/PgDown keys, but they behave unexpectedly in this
case.

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

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

Versions of packages mupdf depends on:
ii  libc62.24-2
ii  libfreetype6 2.6.3-3+b1
ii  libharfbuzz0b1.2.7-1+b1
ii  libjbig2dec0 0.13-3
ii  libjpeg62-turbo  1:1.5.0-1
ii  libopenjp2-7 2.1.1-1
ii  libx11-6 2:1.6.3-1
ii  libxext6 2:1.3.3-1
ii  zlib1g   1:1.2.8.dfsg-2+b1

mupdf recommends no packages.

Versions of packages mupdf suggests:
pn  mupdf-tools  

-- no debconf information


-- 
 .''`.   martin f. krafft <madduck@d.o> @martinkrafft
: :'  :  proud Debian developer
`. `'`   http://people.debian.org/~madduck
  `-  Debian - when you have better things to do than fixing systems


digital_signature_gpg.asc
Description: Digital GPG signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)

Re: Learning routes aka. "beaten tracks"

[martin f krafft]

also sprach Poutnik  [2016-09-15 16:57 +0200]:
> Are you sure you know, what you are asking for ?
> Too many technical buts for too low gain.

I understand there will be difficulties — e.g. what do we do with
user-edited, cached data when a new compiled map is downloaded? What
if the new map data conflict somehow, because e.g. two users
submitted improvements, and the other person's were chosen?

But would it be too low gain? I've had dozens, maybe even well over
a hundred times in the last few weeks when I encountered a mistake,
but I wasn't in the position to figure out how to use another tool
to submit improvements. If instead I'd have just been able to make
a change right there (e.g. there's a restaurant here), or OsmAnd
would ask me "hey, you deviated. Care to tell us why?", then I'd be
much more likely to fulfill my crowdsourcing obligation and
ultimately help to further and further improve the map data.

-- 
@martinkrafft | http://madduck.net/ | http://two.sentenc.es/
 
review of a chemistry paper:
  "paper should be greatly reduced or completely oxidized."
-- frank vastola
 
spamtraps: madduck.bo...@madduck.net

-- 
You received this message because you are subscribed to the Google Groups 
"Osmand" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to osmand+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


digital_signature_gpg.asc
Description: Digital GPG signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)

Learning routes aka. "beaten tracks"

[martin f krafft]

Hello,

I've been playing around with OsmAnd a lot lately, even just using
it cycling down well-known routes, i.e. routes between home and
office, which I've optimised over the past years in terms of
comfort, distance, and speed.

It's not seldom that OsmAnd wants to route me quite differently
though, even using the bicylce profile.

I (think I) understand that this is all a function of the properties
of the paths along the way, and I'd love to help improve the
routing, but I fear debugging this at the level of path properties
is going to be a lost cause.

Wouldn't it be thinkable to let users submit their routing request
details along with a GPX route (if the user doesn't mind to share
this), anonymously, of course, and then analyse these data coming in
to improve the map details?

I imagine this as follows: let's say we have 120 users going between
an an area A and an area B. While OsmAnd might currently might route
them via path X, and 30 users follow that, let's assume that 60
users prefer an alternate route Y, and 30 users even do this
alternate route regularly. Wouldn't this be enough information to
conclude that route Y might be a better answer to get people from
A to B?

Maybe OSM could get the concept of virtual paths, like dirt tracks
that become "beaten" as more people use them. When a routing agent
then wants to route people between A and B and it encounters "beaten
tracks" between these areas applicable to the current profile, it
might funnel people into those tracks, even if there's a slight
penalty on e.g. distance incurred.

Food for thought?

-- 
@martinkrafft | http://madduck.net/ | http://two.sentenc.es/
 
"once ... in the wilds of afghanistan, i lost my corkscrew, and we
 were forced to live on nothing but food and water for days."
  -- w. c. fields, "my little chickadee"
 
spamtraps: madduck.bo...@madduck.net

-- 
You received this message because you are subscribed to the Google Groups 
"Osmand" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to osmand+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


digital_signature_gpg.asc
Description: Digital GPG signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)

Bug#837106: Please package git master for experimental

[martin f krafft]

Package: awesome
Version: 3.4.15-1
Severity: wishlist

Hello,

Recently, the widget syntax was mostly restored to its old
declarative form, bringing Git master HEAD closer to 3.4.x than
3.5.x. It would be useful to have snapshots of master in
experimental. Would you, please?


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

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

Versions of packages awesome depends on:
ii  dbus-x11  1.10.10-1
ii  libc6 2.24-2
ii  libcairo2 1.14.6-1+b1
ii  libdbus-1-3   1.10.10-1
ii  libev41:4.22-1
ii  libglib2.0-0  2.49.6-1
ii  libimlib2 1.4.8-1
ii  liblua5.1-0   5.1.5-8.1
ii  libpango1.0-0 1.40.2-1
ii  libstartup-notification0  0.12-4
ii  libx11-6  2:1.6.3-1
ii  libx11-xcb1   2:1.6.3-1
ii  libxcb-icccm4 0.4.1-1
ii  libxcb-image0 0.4.0-1
ii  libxcb-keysyms1   0.4.0-1
ii  libxcb-randr0 1.11.1-1.1
ii  libxcb-render01.11.1-1.1
ii  libxcb-shape0 1.11.1-1.1
ii  libxcb-shm0   1.11.1-1.1
ii  libxcb-util0  0.3.8-3
ii  libxcb-xinerama0  1.11.1-1.1
ii  libxcb-xtest0 1.11.1-1.1
ii  libxcb1   1.11.1-1.1
ii  libxcursor1   1:1.1.14-1+b1
ii  libxdg-basedir1   1.2.0-1
ii  menu  2.1.47

Versions of packages awesome recommends:
ii  feh2.16.2-1
ii  rlwrap 0.41-1+b1
ii  x11-xserver-utils  7.7+7

awesome suggests no packages.

-- no debconf information


-- 
 .''`.   martin f. krafft <madduck@d.o> @martinkrafft
: :'  :  proud Debian developer
`. `'`   http://people.debian.org/~madduck
  `-  Debian - when you have better things to do than fixing systems


digital_signature_gpg.asc
Description: Digital GPG signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)

Re: [Debconf-discuss] [Debconf-announce] Proposing speakers for DebConf17

[martin f krafft]

also sprach Ian Jackson <ijack...@chiark.greenend.org.uk> [2016-09-08 14:22 
+0200]:
> > While we cannot promise to avoid all conflicts, obviously, we can
> > certainly include these data in future decisions.
> 
> Yes.
> 
> I think sharing these conflicts is valuable because it has prompted
> this:

;)

(it's hardly a new topic. In the past, we've even tried to
coordinate with other conferences well ahead of time. For instance,
DC15 reached out to CCCamp 20 months ahead of the conference, but
despite all these efforts, the conflict happened anyway)

> That is currently an empty page.  Is there a template we should use ?
> 
> I found this:
>   https://wiki.debconf.org/wiki/DebConf10/OtherConfs
> which I could perhaps adapt ?

Looks good. I am not aware of any other template.

-- 
 .''`.   martin f. krafft <madd...@debconf.org> @martinkrafft
: :'  :  DebConf orga team
`. `'`
  `-  DebConf16: Cape Town: http://debconf16.debconf.org
  DebConf17: Montreal: https://wiki.debconf.org/wiki/DebConf17


digital_signature_gpg.asc
Description: Digital GPG signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)
___
Debconf-discuss mailing list
Debconf-discuss@lists.debconf.org
http://lists.debconf.org/mailman/listinfo/debconf-discuss

Re: [Debconf-discuss] [Debconf-announce] Proposing speakers for DebConf17

[martin f krafft]

also sprach gregor herrmann <gregor+deb...@comodo.priv.at> [2016-09-08 08:25 
+0200]:
> > > as the World Science Fiction Convention in Helsinki (the Worldcon is
> > > 9th-13th August).
> > Another date conflict is SHA2017 :(
> > http://sha2017.nl/
> And YAPC::EU (August 9-11, 2017): http://yapc.eu/

While all this is unfortunate, I can't really see the benefit of
sharing all these conflicts; the dates for DC17 @ Montréal have been
set based on the available information at the time. We can't change
that anymore, lest not without huge efforts.

It would be really useful if people shared such information with the
team well ahead of time for 2018ff., e.g. using
  https://wiki.debconf.org/wiki/DebConf18/FindingDates

While we cannot promise to avoid all conflicts, obviously, we can
certainly include these data in future decisions.

Hint: the current bids are aiming for June and July/August (too).

Cheers,

-- 
 .''`.   martin f. krafft <madd...@debconf.org> @martinkrafft
: :'  :  DebConf orga team
`. `'`
  `-  DebConf16: Cape Town: http://debconf16.debconf.org
  DebConf17: Montreal: https://wiki.debconf.org/wiki/DebConf17


digital_signature_gpg.asc
Description: Digital GPG signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)
___
Debconf-discuss mailing list
Debconf-discuss@lists.debconf.org
http://lists.debconf.org/mailman/listinfo/debconf-discuss

Bug#836697: Ignores --quiet for certain messages

[martin f krafft]

also sprach Alexandre Rossi <alexandre.ro...@gmail.com> [2016-09-06 09:55 
+0200]:
> This should fix this.
> http://sousmonlit.zincube.net/~niol/repositories.hg/lazygal/rev/3e8242cc0f9b

Indeed, although if I may offer one piece of feedback: the video
support warning is real and not debug information, at least while
the user doesn't pass --no-video or the like. What do you think?

Thanks for the amazingly fast turnaround time!

-- 
 .''`.   martin f. krafft <madduck@d.o> @martinkrafft
: :'  :  proud Debian developer
`. `'`   http://people.debian.org/~madduck
  `-  Debian - when you have better things to do than fixing systems
 
"one should never trust a woman who tells her real age.
 if she tells that, she will tell anything."
  -- oscar wilde


digital_signature_gpg.asc
Description: Digital GPG signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)

Jose M Calhariz: Advocate

[Martin F. Krafft]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

My earliest records of working with Jose go back to March 2005, when
I started sponsoring his uploads of "switchconf". Since then, we
haven't worked together a lot, but I've asked him for an overview of
his Debian activities and browsing about the work he does for
Debian, and his web presence etc., I have no reservations to
advocate him to become a Debian Developer.

I trust Jose M Calhariz <j...@calhariz.com> (key
464BC7CD439FEE5E8B4098A0348A778D6885EF8F) can be trusted to be a full member
of Debian, and have unsupervised, unrestricted upload rights, right now.
-BEGIN PGP SIGNATURE-

iQLvBAEBCADZBQJXzb5KwBEaaHR0cDovL21hcnRpbi1rcmFmZnQubmV0L2dwZy9z
aWctcG9saWN5LzU1Yzk4ODJkOTk5YmJjYzQvMjAxMTAxMjQxMTI1P3NoYTUxMnN1
bT0xY2FkOTZmZDI3ZDMyMzNmNTNlMjI4NDk1MzM2NDgxMDdlNWVlOGQ1YmU2NTUy
NTFkNzRjOGYxYzVjM2JjNDJmMjMwNGZhNTE1MTUwZjdiZDRkZDA1ZTk4MTk5MjRm
MDQ5NTEzZWU5OTYyY2E3MTcwOWY4MWQ5NDUxNTg1MmJkOAAKCRBVyYgtmZu8xJQC
EACCZHS5AkGM8cs58yHT4CmscHPCK9QM0gOd6vcXoy6UfXD/S/X/ueF0oCbMgNJS
21O2taPSUR45mLMQeRWdiVfav0SgJfByy67lJ+ss1CxAPTvRGkASgkdDi62VpQed
COJWJ+MQ9oC+A4FYHcIeApol4G57FHnAknr+XlIyiPur86A3vXhhUXeTDmfezbWK
3WnFXlA1s5R/nML2ylMonE3vhvU2/cLuPtBX/U//5zH63cK5gob11ATZzgzUCiKy
9rJg739GmxBItIiIQCYVu7PLR09wMWuaZogzL3EMFzkLU6QmTnF0Lbk8Z4ufAW7x
IEzfR63NVjCUNpAPFdC7GunIuv9DFrWb5CxGEeh+mKJxDhyqCYj8IgSSrd3Dfc9L
+qScoURy1fvNqHnpy+pfGL5mpQPozW2Bb4aI5AknaOjDEjmD1DdOElsFqEu7qcBZ
2XEWfzt90QO0EOVFrG2bzbsDtSYu6Zan2WVxc8C4kSpnolC3Pms2xooMkWQ/+9jo
clDBiUNZ+4RNNg1ZcYs8ICoGc+qJE5mDMXU7Tg23Og8dX11BdcBspn3pcaaI9RxZ
njBKjFLS3i5wrjkWH9ErV44LVPqkOHfqvv8FLcX4xnxsR1dpJxmKJdKTxq2kzguE
teVyEd1npBIsBF72uFoN0bozML0sfZGiyPhPEXm+vqoJ8Q==
=et2C
-END PGP SIGNATURE-----


Martin F. Krafft (via nm.debian.org)
-- 
https://nm.debian.org/process/70

Bug#836697: Ignores --quiet for certain messages

[martin f krafft]

Package: lazygal
Version: 0.8.7-1
Severity: minor

Despite using --quiet like so:

  lazygal --quiet -o ~/gallery/output --check-all-dirs -f ~/gallery/src

the tool is a bit too chatty:

  Video support is disabled: could not load GStreamer
  Trying loading user config /home/madduck/.lazygal/config
  Loading root config /home/madduck/gallery/src/.lazygal

We can argue about the first one (though it'd be nice to have
a config option to just disable gstreamer/video altogether), but the
latter two are clearly of the verbose/debug information type that
--quiet should hide.

Thanks for your consideration,

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

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


-- 
 .''`.   martin f. krafft <madduck@d.o> @martinkrafft
: :'  :  proud Debian developer
`. `'`   http://people.debian.org/~madduck
  `-  Debian - when you have better things to do than fixing systems


digital_signature_gpg.asc
Description: Digital GPG signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)

Re: Continual Violation of List Charter

[martin f krafft]

also sprach grarpamp  [2016-09-03 20:41 +0200]:
> If you want to longtalk anything other than that to the point
> that the charter would need a whole new section just for you,
> GO FIND OR MAKE YOUR OWN FUCKING LIST FOR THAT.

Thanks for that. It's been appauling…

-m


digital_signature_gpg.asc
Description: Digital GPG signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)

Bug#836438: Configuring footer date format

[martin f krafft]

Package: muttprint
Version: 0.73-7
Severity: wishlist

Please make it possible to configure the format of date display in
the footer, like it's possible in the headers using DATE_FORMAT.
Ideally, I'd say just reuse the variable.

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

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

Versions of packages muttprint depends on:
ii  libtext-iconv-perl 1.7-5+b3
pn  perl:any   
ii  texlive-fonts-recommended  2016.20160819-2
ii  texlive-latex-extra2016.20160819-1
ii  texlive-latex-recommended  2016.20160819-2

Versions of packages muttprint recommends:
ii  bsd-mailx [mail-reader]  8.1.2-0.20160123cvs-3
ii  icedove [mail-reader]1:45.2.0-4
ii  libtimedate-perl 2.3000-2
ii  mutt [mail-reader]   1.7.0-1

Versions of packages muttprint suggests:
pn  compface 
ii  dialog   1.3-20160828-1
ii  imagemagick  8:6.8.9.9-7.2
pn  muttprint-manual 
pn  ospics   
ii  psutils  1.17.dfsg-3
pn  slrn | news-reader   
ii  texlive-fonts-extra  2016.20160819-1

-- no debconf information


-- 
 .''`.   martin f. krafft <madduck@d.o> @martinkrafft
: :'  :  proud Debian developer
`. `'`   http://people.debian.org/~madduck
  `-  Debian - when you have better things to do than fixing systems


digital_signature_gpg.asc
Description: Digital GPG signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)

Re: [Debconf-team] [Debconf-discuss] DebConf17 logo: call for proposals

[martin f krafft]

also sprach Mehdi Dogguy <me...@dogguy.org> [2016-08-18 00:50 +0200]:
> It seemed important enough to Jerome to extend the deadline in the
> hope of getting more proposals.

As long as his reason is not "I thought I was expected to canvas
everything and everyone so we have the maximal number of proposals
before we somehow make a decision and noone feels left out." It
wouldn't be the first time in dc-orga that we go out of our way to
avoid simple decisions.

If OTOH he and the DC17 team don't really like (their own?)
proposal, then I also don't see anything to speak against this. But
do keep in mind that August is a bad month to engage people, so
rather than reaching out further, maybe it'd be better to just
re-ping once the holiday month is over?

-- 
 .''`.   martin f. krafft <madd...@debconf.org> @martinkrafft
: :'  :  DebConf orga team
`. `'`
  `-  DebConf17 Montreal, CA: https://wiki.debconf.org/wiki/DebConf17
  DebConf18 in your city? https://wiki.debconf.org/wiki/DebConf18


digital_signature_gpg.asc
Description: Digital GPG signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)
___
Debconf-team mailing list
Debconf-team@lists.debconf.org
http://lists.debconf.org/mailman/listinfo/debconf-team

Re: [Debconf-discuss] [Debconf-team] DebConf17 logo: call for proposals

[martin f krafft]

also sprach Mehdi Dogguy <me...@dogguy.org> [2016-08-18 00:50 +0200]:
> It seemed important enough to Jerome to extend the deadline in the
> hope of getting more proposals.

As long as his reason is not "I thought I was expected to canvas
everything and everyone so we have the maximal number of proposals
before we somehow make a decision and noone feels left out." It
wouldn't be the first time in dc-orga that we go out of our way to
avoid simple decisions.

If OTOH he and the DC17 team don't really like (their own?)
proposal, then I also don't see anything to speak against this. But
do keep in mind that August is a bad month to engage people, so
rather than reaching out further, maybe it'd be better to just
re-ping once the holiday month is over?

-- 
 .''`.   martin f. krafft <madd...@debconf.org> @martinkrafft
: :'  :  DebConf orga team
`. `'`
  `-  DebConf17 Montreal, CA: https://wiki.debconf.org/wiki/DebConf17
  DebConf18 in your city? https://wiki.debconf.org/wiki/DebConf18


digital_signature_gpg.asc
Description: Digital GPG signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)
___
Debconf-discuss mailing list
Debconf-discuss@lists.debconf.org
http://lists.debconf.org/mailman/listinfo/debconf-discuss

Re: [Debconf-discuss] [Debconf-team] DebConf17 logo: call for proposals

[martin f krafft]

also sprach Mehdi Dogguy <me...@dogguy.org> [2016-08-17 23:39 +0200]:
> Should we also make a broader call for proposals? I am putting
> press@ in the loop so that they can advise on the best way
> forward.

What's the problem we are trying to solve? We have a proposal.

I understand that DebConf is about open, democratic processes, which
is why we're expecting a call for speaker proposals before
approaching individual potentials.

In this particular case, however, I think we also need to consider
that no artist likes these sort of competitions, at least not a lot.
We're asking them to put thought and time into something with
a potentially minimal chance of being chosen.

The logo strikes me as something the team behind the proposal should
come up with. If they choose to ask for ideas or even tenders, then
they can, but I don't think we're gaining much from making this
a process we spend much time on.

-- 
 .''`.   martin f. krafft <madd...@debconf.org> @martinkrafft
: :'  :  DebConf orga team
`. `'`
  `-  DebConf17 Montreal, CA: https://wiki.debconf.org/wiki/DebConf17
  DebConf18 in your city? https://wiki.debconf.org/wiki/DebConf18


digital_signature_gpg.asc
Description: Digital GPG signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)
___
Debconf-discuss mailing list
Debconf-discuss@lists.debconf.org
http://lists.debconf.org/mailman/listinfo/debconf-discuss

Re: [Debconf-team] [Debconf-discuss] DebConf17 logo: call for proposals

[martin f krafft]

also sprach Mehdi Dogguy <me...@dogguy.org> [2016-08-17 23:39 +0200]:
> Should we also make a broader call for proposals? I am putting
> press@ in the loop so that they can advise on the best way
> forward.

What's the problem we are trying to solve? We have a proposal.

I understand that DebConf is about open, democratic processes, which
is why we're expecting a call for speaker proposals before
approaching individual potentials.

In this particular case, however, I think we also need to consider
that no artist likes these sort of competitions, at least not a lot.
We're asking them to put thought and time into something with
a potentially minimal chance of being chosen.

The logo strikes me as something the team behind the proposal should
come up with. If they choose to ask for ideas or even tenders, then
they can, but I don't think we're gaining much from making this
a process we spend much time on.

-- 
 .''`.   martin f. krafft <madd...@debconf.org> @martinkrafft
: :'  :  DebConf orga team
`. `'`
  `-  DebConf17 Montreal, CA: https://wiki.debconf.org/wiki/DebConf17
  DebConf18 in your city? https://wiki.debconf.org/wiki/DebConf18


digital_signature_gpg.asc
Description: Digital GPG signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)
___
Debconf-team mailing list
Debconf-team@lists.debconf.org
http://lists.debconf.org/mailman/listinfo/debconf-team

Bug#834148: systemd-inhibit no longer respected

[martin f krafft]

Package: systemd
Version: 231-1
Severity: important
File: /bin/systemd-inhibit

I've been running processes, such as backup or sync tools, as
children of 'systemd-inhibit --what=handle-lid-switch' to make sure
that the system doesn't suspend when I close the lid until the
processes have finished.

A few weeks ago, this just stopped working. Now, if I run e.g.

  systemd-inhibit cat

and close the lid, the system just suspends without any log entries,
errors, or additional information. The inhibitor is listed
nonetheless in the plain --list output.

I'd love to provide more information, but I wouldn't even know where
to start collecting it.

-- Package-specific info:

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

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

Versions of packages systemd depends on:
ii  adduser 3.115
ii  libacl1 2.2.52-3
ii  libapparmor12.10.95-4
ii  libaudit1   1:2.6.5-1
ii  libblkid1   2.28-6
ii  libc6   2.23-4
ii  libcap2 1:2.25-1
ii  libcap2-bin 1:2.25-1
ii  libcryptsetup4  2:1.7.0-2
ii  libgcrypt20 1.7.2-2
ii  libgpg-error0   1.24-1
ii  libidn111.33-1
ii  libkmod222-1.1
ii  liblzma55.1.1alpha+20120614-2.1
ii  libmount1   2.28-6
ii  libpam0g1.1.8-3.3
ii  libseccomp2 2.3.1-2
ii  libselinux1 2.5-3
ii  libsystemd0 231-1
ii  mount   2.28-6
ii  util-linux  2.28-6

Versions of packages systemd recommends:
ii  dbus1.10.8-1
ii  libpam-systemd  231-1

Versions of packages systemd suggests:
ii  policykit-10.105-16
pn  systemd-container  
pn  systemd-ui 

Versions of packages systemd is related to:
ii  udev  231-1

-- no debconf information


-- 
 .''`.   martin f. krafft <madduck@d.o> @martinkrafft
: :'  :  proud Debian developer
`. `'`   http://people.debian.org/~madduck
  `-  Debian - when you have better things to do than fixing systems


digital_signature_gpg.asc
Description: Digital GPG signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)

Re: [BackupPC-users] Choice of compression algorithm for logs

[martin f krafft]

also sprach Les Mikesell  [2016-08-06 18:19 +0200]:
> Why is it likely that you would want to read backuppc logs on
> systems that don't have backuppc installed.

Well, I collect all logs to a central location, but sure, this isn't
the normal usecase.

> And why not do it through the web interface where you don't need
> to care about how it is uncompressed?

Because the web interface is dreadfully slow and doesn't provide
grep, other Unix tools, nor shell automation.

> > I'll need to investigate this possibility. Generally, I try to
> > avoid Perl because I just don't get it. If you have any
> > pointers, that'd be great!
>
> You can use a variety of different styles when writing perl.  It
> can look like C, shell, awk, or a few other languages so it is
> fairly easy to write if you already know some computer language.
> The hard part comes when you try to understand someone else's code
> where they used a different style - or your own code from a few
> years ago...

Yeah, exactly… or when trying to figure out where to add code to an
existing project. ;)

-- 
@martinkrafft | http://madduck.net/ | http://two.sentenc.es/
 
"it is easier to be a lover than a husband for the simple reason
 that it is more difficult to be witty every day
 than to say pretty things from time to time."
 -- honoré de balzac
 
spamtraps: madduck.bo...@madduck.net


digital_signature_gpg.asc
Description: Digital GPG signature (see	http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)
--
___
BackupPC-users mailing list
BackupPC-users@lists.sourceforge.net
List:https://lists.sourceforge.net/lists/listinfo/backuppc-users
Wiki:http://backuppc.wiki.sourceforge.net
Project: http://backuppc.sourceforge.net/

Bug#833521: unpaper AVStream codec deprecation warning

[martin f krafft]

Package: gscan2pdf
Version: 1.5.1-1
Severity: normal

As of late, gscan2pdf reports an unpaper-related error for every
page, including a memory address such that the error cannot be
ignored by checking the checkbox:

  Error running unpaper: [image2 @ 0xc596e0] Using AVStream.codec to
  pass codec parameters to muxers is deprecated, use
  AVStream.codecpar instead.
  [image2 @ %x] Encoder did not produce proper pts, making some up.

I hope this error can be trivially fixed.

Thanks,

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

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

Versions of packages gscan2pdf depends on:
ii  imagemagick8:6.8.9.9-7.2
ii  libconfig-general-perl 2.61-1
ii  libfilesys-df-perl 0.92-6
ii  libgoo-canvas-perl 0.06-2+b2
ii  libgtk2-ex-simple-list-perl0.50-2
ii  libgtk2-imageview-perl 0.05-2+b2
ii  libhtml-parser-perl3.72-2
ii  libimage-magick-perl   8:6.8.9.9-7.2
ii  liblist-moreutils-perl 0.416-1
ii  liblocale-gettext-perl 1.07-3
ii  liblog-log4perl-perl   1.47-2
ii  libossp-uuid-perl [libdata-uuid-perl]  1.6.2-1.5+b2
ii  libpdf-api2-perl   2.025-2
ii  libproc-processtable-perl  0.53-1+b1
ii  libreadonly-perl   2.050-1
ii  librsvg2-common2.40.16-1
ii  libsane-perl   0.05-2+b3
ii  libset-intspan-perl1.19-1
ii  libtiff-tools  4.0.6-2
ii  libtry-tiny-perl   0.24-1
ii  sane-utils 1.0.25-2+b1

Versions of packages gscan2pdf recommends:
ii  djvulibre-bin  3.5.27.1-5
pn  libgtk2-ex-podviewer-perl  
ii  sane   1.0.14-11
ii  tesseract-ocr  3.04.01-4
ii  unpaper6.1-1+b1
ii  xdg-utils  1.1.1-1

gscan2pdf suggests no packages.

-- no debconf information


-- 
 .''`.   martin f. krafft <madduck@d.o> @martinkrafft
: :'  :  proud Debian developer
`. `'`   http://people.debian.org/~madduck
  `-  Debian - when you have better things to do than fixing systems


digital_signature_gpg.asc
Description: Digital signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)

Bug#833516: Failure to cope with changing inode

[martin f krafft]

Package: rsync
Version: 3.1.1-3
Severity: important
Tags: upstream

I am using rsync client-side for backups. Just now, it started to
process a 3.5G file, but shortly after the first couple of read()s,
the inode was overwritten; the file was not deleted (as then the
read() would just keep working against the still-referenced inode),
but the inode content replaced, e.g. like so:

  echo > file

The result of this operation is a length-1 file with the same inode
number as the 3.5G file before.

Subsequently, read() returns 0 (EOF) and I'd kinda expect rsync to
take note and exit. Unison, for instance, will skip a file and warn
about it if it changes during read.

rsync, however, cowardly keeps processing the file to its end, and
this is what strace sees:

  lseek(3, 610795520, SEEK_SET)   = 610795520
  read(3, "", 262144) = 0
  select(2, [], [1], [], {60, 0}) = 1 (out [1], left {59, 98})
  write(1, 
"\4\200\0\7\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 32776) 
= 28672
  select(2, [], [1], [], {60, 0}) = 1 (out [1], left {57, 457836})
  write(1, 
"\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 4104) = 
4104
  select(2, [], [1], [], {60, 0}) = 1 (out [1], left {59, 97})
  write(1, 
"\4\200\0\7\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 32760) 
= 32760
  select(2, [], [1], [], {60, 0}) = 1 (out [1], left {59, 97})
  write(1, "\0\0\0\0\0\0\0\0\0\0\0\0\0\200\0\0", 16) = 16
  select(2, [], [1], [], {60, 0}) = 1 (out [1], left {59, 97})
  write(1, 
"\4\200\0\7\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 32776) 
= 32776
  select(2, [], [1], [], {60, 0}) = 1 (out [1], left {59, 97})
  write(1, 
"\4\200\0\7\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 32776) 
= 32776
  select(2, [], [1], [], {60, 0}) = 1 (out [1], left {59, 97})
  write(1, 
"\4\200\0\7\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 32776) 
= 28672
  select(2, [], [1], [], {60, 0}) = 1 (out [1], left {58, 240363})
  write(1, 
"\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 4104) = 
4104
  select(2, [], [1], [], {60, 0}) = 1 (out [1], left {59, 96})
  write(1, 
"\4\200\0\7\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 32760) 
= 32760
  select(2, [], [1], [], {60, 0}) = 1 (out [1], left {59, 96})
  write(1, "\0\0\0\0\0\0\0\0\0\0\0\0\0\200\0\0", 16) = 16
  select(2, [], [1], [], {60, 0}) = 1 (out [1], left {59, 98})
  write(1, 
"\4\200\0\7\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 32776) 
= 32776
  select(2, [], [1], [], {60, 0}) = 1 (out [1], left {59, 97})
  write(1, 
"\4\200\0\7\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 32776) 
= 32776
  lseek(3, 611057664, SEEK_SET)   = 611057664

I have not dived into the code, but I assume what's happening here
is that

  1. rsync read()s and gets EOF, but fails to act on that;
  2. rsync transmits the content of the buffer (which was not
 updated) to the remote;
  3. rsync lseek()s to the next 256k block and repeats, sending the
 same content of the buffer again.

This seems to happen until the entire file has been processed, and
it would be bad because the file on the receiving end will be
completely broken, due to the reuse of the buffer. However, I have
not verified this.

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

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

Versions of packages rsync depends on:
ii  base-files  9.6
ii  libacl1 2.2.52-3
ii  libattr11:2.4.47-2
ii  libc6   2.23-4
ii  libpopt01.16-10
ii  lsb-base9.20160629

rsync recommends no packages.

Versions of packages rsync suggests:
ii  openssh-client  1:7.2p2-7
ii  openssh-server  1:7.2p2-7

-- no debconf information

-- 
 .''`.   martin f. krafft <madduck@d.o> @martinkrafft
: :'  :  proud Debian developer
`. `'`   http://people.debian.org/~madduck
  `-  Debian - when you have better things to do than fixing systems


digital_signature_gpg.asc
Description: Digital signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)

Re: [BackupPC-users] Unnecessary reads with rsync?

[martin f krafft]

Thanks Adam for your patience and insights! And everyone else for
putting up with me! ;)

also sprach Adam Goryachev  [2016-08-05 
01:12 +0200]:
> > But instead of (what seems to be) chunk-wise checksum transmission,
> > why don't we (also) store the whole-file checksum on the server (can
> > be computed in the same pass) and at least give people the option to
> > risk reading every file once to compute this checksum, if it means
> > being able to skip files without further ado or large data
> > transfers?
> A couple of possibilities:
> a) you haven't enabled checksum caching (--checksum-seed=32761)

I have…

> b) you haven't completed at least 2 full backups including this file

I have…

> c) you haven't configured backuppc the way you want it
>(RsyncCsumCacheVerifyProb)

$Conf{RsyncCsumCacheVerifyProb} = '0.01';

So yeah, there is the (1%?) chance that BackupPC chose to revalidate
the file in question, but I kinda consider that unlikely.

Is this recorded somewhere? I can't find anything in the logs. What
LogLevel would be required for this to show up?

> PS, backuppc v4 does store full file checksums, but you probably
> still want to verify the block checksums of the file from time to
> time on the slim chance that the full file checksum matches but
> the content is different.

I might have to look into that ;)

Has anyone managed to make BackupPC run from source?

-- 
@martinkrafft | http://madduck.net/ | http://two.sentenc.es/
 
"die ideen, für die wir bereit wären, durchs feuer zu gehen,
 sind oft nur der grund, das feuer zu legen."
  -- jeannine luczak
 
spamtraps: madduck.bo...@madduck.net


digital_signature_gpg.asc
Description: Digital signature (see	http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)
--
___
BackupPC-users mailing list
BackupPC-users@lists.sourceforge.net
List:https://lists.sourceforge.net/lists/listinfo/backuppc-users
Wiki:http://backuppc.wiki.sourceforge.net
Project: http://backuppc.sourceforge.net/

Re: [BackupPC-users] How do you monitor a backup process?

[martin f krafft]

also sprach Adam Goryachev  [2016-08-05 
01:31 +0200]:
> Maybe try this:
> tail -f -n +0 blah.log | /usr/share/backuppc/bin/BackupPC_zcat -
> You need to include the beginning of the file or else it won't
> detect the compression header Also, the - frequently means use
> stdin when a filename parameter is required, it may or may not be
> needed.

This makes perfect sense and works; thanks!

> Remember in the majority of cases, you won't be watching backups,
> they are something that *just happens*, and later you will come
> along and verify they did happen, or restore some files. So
> "watching" a backup in progress isn't a high priority...

Well, yeah, except at the moment, I can't really rely on BackupPC to
"just do it". It's not properly tuned, and I am trying to drill down
towards the problem's root.

-- 
@martinkrafft | http://madduck.net/ | http://two.sentenc.es/
 
save the plankton - eat a whale.
 
spamtraps: madduck.bo...@madduck.net


digital_signature_gpg.asc
Description: Digital signature (see	http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)
--
___
BackupPC-users mailing list
BackupPC-users@lists.sourceforge.net
List:https://lists.sourceforge.net/lists/listinfo/backuppc-users
Wiki:http://backuppc.wiki.sourceforge.net
Project: http://backuppc.sourceforge.net/

Re: [BackupPC-users] Choice of compression algorithm for logs

[martin f krafft]

also sprach Adam Goryachev  [2016-08-05 
01:08 +0200]:
> > Why aren't we just using standard gzip or bzip2 or xz, for which
> > decompressors exist on pretty much every Unix system?
> I'm pretty sure there is a backuppc package for debian :)

Oh yes, sure, but do I want/need to install it on all systems that
I might use to read logs?

> PS, we are using BackupPC's own compression tools because:
>
> a) We know they will exist
> b) We need to use them for the data, so might as well also use them for
> the logs which will compress really well

gzip will exist on a Unix system even after hell froze over… and
it's by far the more intuitive to use, with integration in editors,
viewers, mc, etc..

> You are free to make a patch that will use a different compression
> tool, and allow that to be configured, perhaps others will
> appreciate it also.

I'll need to investigate this possibility. Generally, I try to avoid
Perl because I just don't get it. If you have any pointers, that'd
be great!

-- 
@martinkrafft | http://madduck.net/ | http://two.sentenc.es/
 
http://lavender.cime.net/~ricky/badgers.txt
 
spamtraps: madduck.bo...@madduck.net


digital_signature_gpg.asc
Description: Digital signature (see	http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)
--
___
BackupPC-users mailing list
BackupPC-users@lists.sourceforge.net
List:https://lists.sourceforge.net/lists/listinfo/backuppc-users
Wiki:http://backuppc.wiki.sourceforge.net
Project: http://backuppc.sourceforge.net/

Re: [BackupPC-users] Still unable to "resume" a partial backup

[martin f krafft]

also sprach Adam Goryachev  [2016-08-05 
01:04 +0200]:
> We do update a partial backup, as long as the new partial contains
> more files than the previous partial, but it doesn't even save
> a partially transferred file.

I think this is fine, and a partially transferred file is actually
possibly less useful than not having it, and if only it gets your
hopes up, or you don't notice immediately. Gosh, imagine watching
Alien from backup and not being able to see the end! ;)

In my case, there aren't huge files (or rather, I try to handle them
differently (git-annex)). So the partial file issue is none for me.

Yet, backups still sometimes never complete. I think it must be
a combination of the slow link, and the fact that (I think) BackupPC
transfers too much data for files that have already been backed up.
I've started another thread on this and will continue there.

https://adsm.org/lists/html/BackupPC-users/2016-08/msg00018.html

Thanks, Adam and everyone!

-- 
@martinkrafft | http://madduck.net/ | http://two.sentenc.es/
 
"'oh, that was easy,' says Man, and for an encore goes on to prove
 that black is white and gets himself killed on the next zebra
 crossing."
-- douglas adams, "the hitchhiker's guide to the galaxy"
 
spamtraps: madduck.bo...@madduck.net


digital_signature_gpg.asc
Description: Digital signature (see	http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)
--
___
BackupPC-users mailing list
BackupPC-users@lists.sourceforge.net
List:https://lists.sourceforge.net/lists/listinfo/backuppc-users
Wiki:http://backuppc.wiki.sourceforge.net
Project: http://backuppc.sourceforge.net/

Re: [BackupPC-users] Unnecessary reads with rsync?

[martin f krafft]

also sprach martin f krafft <madd...@madduck.net> [2016-08-04 22:16 +0200]:
> Right now, I am staring at the lsof output of the rsync process on
> a backup client, spawned by BackupPC. It's processing a 3.5G file
> that has not been touched in 5 years and has been backed up numerous
> times. According to strace, the entire file is being read, and it's
> taking a toll:

I also can't help but notice that the pool file is open on the
server, and that the corresponding dump process does continuious
reading (according to strace) on a socket, presumably linked to the
SSH process connected with the client.

Maybe reliance on file metadata isn't good enough for a backup.
After all, a backup should care about file content, not metadata.

But instead of (what seems to be) chunk-wise checksum transmission,
why don't we (also) store the whole-file checksum on the server (can
be computed in the same pass) and at least give people the option to
risk reading every file once to compute this checksum, if it means
being able to skip files without further ado or large data
transfers?

-- 
@martinkrafft | http://madduck.net/ | http://two.sentenc.es/
 
"he gave me his card
 he said, 'call me if they die'
 i shook his hand and said goodbye
 ran out to the street
 when a bowling ball came down the road
 and knocked me off my feet"
-- bob dylan
 
spamtraps: madduck.bo...@madduck.net


digital_signature_gpg.asc
Description: Digital GPG signature (see	http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)
--
___
BackupPC-users mailing list
BackupPC-users@lists.sourceforge.net
List:https://lists.sourceforge.net/lists/listinfo/backuppc-users
Wiki:http://backuppc.wiki.sourceforge.net
Project: http://backuppc.sourceforge.net/

[BackupPC-users] Choice of compression algorithm for logs

[martin f krafft]

Hello,

the fact that BackupPC compresses log files using zlib and requires
/usr/share/backuppc/bin/BackupPC_zcat for their uncompression is
a bit of a nuisance, not only when log files are being
sync'd/analysed on a system where there is no BackupPC installed.

I also can't find a suitable decompressor in a Debian package,
especially not one supporting reading from stdin.

Why aren't we just using standard gzip or bzip2 or xz, for which
decompressors exist on pretty much every Unix system?

-- 
@martinkrafft | http://madduck.net/ | http://two.sentenc.es/
 
if you see an onion ring -- answer it!
 
spamtraps: madduck.bo...@madduck.net


digital_signature_gpg.asc
Description: Digital GPG signature (see	http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)
--
___
BackupPC-users mailing list
BackupPC-users@lists.sourceforge.net
List:https://lists.sourceforge.net/lists/listinfo/backuppc-users
Wiki:http://backuppc.wiki.sourceforge.net
Project: http://backuppc.sourceforge.net/

Re: [BackupPC-users] Still unable to "resume" a partial backup

[martin f krafft]

also sprach Adam Goryachev <mailingli...@websitemanagers.com.au> [2016-08-04 
15:47 +0200]:
> On 4/08/2016 23:43, martin f krafft wrote:
> > 3) Ensure that you can backup any file within the ClientTimeout,
> > Is this necessary? Isn't ClientTimeout about killing the connection
> > after a period of time without any traffic?
> Almost, but the timer is only updated after each file has been 
> transferred, not after each chunk/byte of a file.

Oh, that actually explains *a lot*. Thanks. I'll just push the value
to two weeks now ;)

> It should work as you said, but if you never have enough time to
> transfer the second file, then you won't actually proceed.
> BackupPC will still check every file "before" the second file in
> case there have been changes there, but ultimately, if the second
> file is too big to transfer within the allotted time, then it
> can't succeed.

I do wonder if it woulnd't make sense to

  (a) randomise the order of files
  (b) update partial backups

for the combination of those two will mean that over time, even
a partial backup will become more and more useful, don't you think?

-- 
@martinkrafft | http://madduck.net/ | http://two.sentenc.es/
 
"a fundamentalist is someone who hates sin more than he loves virtue."
   -- john h. schaar
 
spamtraps: madduck.bo...@madduck.net


digital_signature_gpg.asc
Description: Digital GPG signature (see	http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)
--
___
BackupPC-users mailing list
BackupPC-users@lists.sourceforge.net
List:https://lists.sourceforge.net/lists/listinfo/backuppc-users
Wiki:http://backuppc.wiki.sourceforge.net
Project: http://backuppc.sourceforge.net/

Re: [BackupPC-users] How do you monitor a backup process?

[martin f krafft]

also sprach Adam Goryachev  [2016-08-04 
16:04 +0200]:
> I've used ls -l /proc/pid/fds or strace or lsof etc... all work,
> some are better on the client rather than the backuppc server.

In fact, I found none of those useful on the server.

> I've also used tail -f XferLOG | Backuppc_zcat which does work,
> but doesn't update in real time (ie, you have to wait for a number
> of lines of log output before you see the update.

I've tried this, but I get:

  /usr/share/backuppc/bin/BackupPC_zcat: can't uncompress stdin

This is using BackupPC 3.3.0 (Debian stable)

> Not sure of a "better" way Backuppc 4.0 includes a counter for
> number of files xfered though that doesn't help for BPC 3.x

The counter isn't really that useful, I think, especially not if it
doesn't have a "X of Y files" total that doesn't change (cf. rsync,
which is kinda useless, as the total keeps increasing).

The more I think about it, the more I want XferLOG
uncompressed/unbuffered, but also structured in a way so that it
starts a new line when it inspects a file, and then finishes the
line with details and the verdict (same, create, link, …)


also sprach Tony Schreiner  [2016-08-04 15:52 +0200]:
> Also on the backup host, you can get the  process id of the current dump
> processes (there will be two per host during file transfer), and do
> 
> (sudo) ls -l /proc/{pid1,pid2}/fd
> 
> if a file is being written to backup it will show up in this list. But be
> aware that there are times (sometimes long) when files are not being written

What happens during those times?

-- 
@martinkrafft | http://madduck.net/ | http://two.sentenc.es/
 
"zum christentum wird man nicht geboren,
 man muß dazu nur krank genug sein."
 - friedrich nietzsche
 
spamtraps: madduck.bo...@madduck.net


digital_signature_gpg.asc
Description: Digital GPG signature (see	http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)
--
___
BackupPC-users mailing list
BackupPC-users@lists.sourceforge.net
List:https://lists.sourceforge.net/lists/listinfo/backuppc-users
Wiki:http://backuppc.wiki.sourceforge.net
Project: http://backuppc.sourceforge.net/

Re: [Debconf-team] Today: DebConf potluck // Aujourd'hui: potluck DebConf

[martin f krafft]

also sprach Jerome Charaoui <jer...@riseup.net> [2016-08-04 17:28 +0200]:
> Just a reminder: don't forget today's DebConf potluck at 1-2299 Rue
> Messier, Montreal at 18h00. Bring some food and/or snacks!

What's the live-stream URL?

-- 
 .''`.   martin f. krafft <madduck@d.o> @martinkrafft
: :'  :  proud Debian developer
`. `'`   http://people.debian.org/~madduck
  `-  Debian - when you have better things to do than fixing systems
 
"die philosophie ist eine art rache an der wirklichkeit."
 - friedrich nietzsche


digital_signature_gpg.asc
Description: Digital GPG signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)
___
Debconf-team mailing list
Debconf-team@lists.debconf.org
http://lists.debconf.org/mailman/listinfo/debconf-team

Re: [BackupPC-users] Still unable to "resume" a partial backup

[martin f krafft]

Hey Adam, thanks for your quick response. I have a few points to
add:

> 1) Ensure you enable SSH keepalives to keep your NAT firewall open

Yes, of course these are enabled.

> 2) You can look to split remote files before the backup, and exclude the
> original large files (sometimes this is helpful anyway, because some of
> the chunks will not change, I do this with sql server dumps, ensure you
> don't compress them though, or else every chunk will 100% change)

This is unfortunately not a scalable solution (just like excluding
some files to let the backups complete stepwise isn't either).

> 3) Ensure that you can backup any file within the ClientTimeout,

Is this necessary? Isn't ClientTimeout about killing the connection
after a period of time without any traffic?

> The problem is backuppc will not accept a partial file, either the
> full file is received/saved in the partial backup, or none of the
> file is saved. I don't expect this will change.

I don't think it can change. But if I have three huge files, and the
backup always dies half way through the second, then I would hope
that BackupPC learnt to reuse the first, already transferred file
instead of repeating the same thing as the day before and failing
half way through the second file again… I think this is the core of
the problem, somehow… it does not seem like partial backups get
updated on resume…

-- 
@martinkrafft | http://madduck.net/ | http://two.sentenc.es/
 
"da haben wir es also: eine kirchliche ordnung mit priesterschaft,
 theologie, kultus, sakrament;
 kurz, alles das, was jesus von nazareth bekämpft hatte..."
 - friedrich nietzsche
 
spamtraps: madduck.bo...@madduck.net


digital_signature_gpg.asc
Description: Digital signature (see	http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)
--
___
BackupPC-users mailing list
BackupPC-users@lists.sourceforge.net
List:https://lists.sourceforge.net/lists/listinfo/backuppc-users
Wiki:http://backuppc.wiki.sourceforge.net
Project: http://backuppc.sourceforge.net/

[BackupPC-users] Still unable to "resume" a partial backup

[martin f krafft]

Hello,

the issue I've raised 4 years ago:

  https://sourceforge.net/p/backuppc/mailman/message/29727529/

still persists with BackupPC 3.3.0. Basically what happens is that
a combination of large new files and a slow connection between
backup server and client means that a full backup eventually times
out. Before that, it doesn't seem like data is being shoved across
the ether, so the ClientTimeout action seems legit. However, the
backup will be far from finished, and eventually be saved as
a partial.

The next day, BackupPC awakes, tries to resume, and eventually times
out again.

And then this happens every subsequent day.

Instead, I'd expect BackupPC to keep growing the partial backup so
that it eventually becomes a full backup.

I am using rsync+ssh.

Here are relevant configuration items:

  $Conf{ClientTimeout} = 72000;
  $Conf{PartialAgeMax} = 3;

Any tips appreciated…

-- 
@martinkrafft | http://madduck.net/ | http://two.sentenc.es/
 
spooning leads to forking
 -- seen on a t-shirt by david & goliath
 
spamtraps: madduck.bo...@madduck.net


digital_signature_gpg.asc
Description: Digital signature (see	http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)
--
___
BackupPC-users mailing list
BackupPC-users@lists.sourceforge.net
List:https://lists.sourceforge.net/lists/listinfo/backuppc-users
Wiki:http://backuppc.wiki.sourceforge.net
Project: http://backuppc.sourceforge.net/

Bug#832599: Fails to start after upgrade

[martin f krafft]

also sprach gregor herrmann <gre...@debian.org> [2016-08-01 19:07 +0200]:
> https://sources.debian.net/src/isatapd/0.9.7-2/debian/postinst/?hl=12#L12
> 
> Maybe this is the way to go?
> (And if yes: "disable" or "mask"?)

I think disable inhibits automatic starts, whereas mask prevents
starts altogether, right? The current behaviour would then call for
mask, even though I think disable makes a lot more sense.

-- 
 .''`.   martin f. krafft <madduck@d.o> @martinkrafft
: :'  :  proud Debian developer
`. `'`   http://people.debian.org/~madduck
  `-  Debian - when you have better things to do than fixing systems
 
"twenty-four hour room-service must be one of the
 premiere achievements of modern civilization."
-- special agent dale cooper


digital_signature_gpg.asc
Description: Digital GPG signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)

Bug#832599: Fails to start after upgrade

[martin f krafft]

also sprach gregor herrmann <gre...@debian.org> [2016-08-01 19:07 +0200]:
> https://sources.debian.net/src/isatapd/0.9.7-2/debian/postinst/?hl=12#L12
> 
> Maybe this is the way to go?
> (And if yes: "disable" or "mask"?)

I think disable inhibits automatic starts, whereas mask prevents
starts altogether, right? The current behaviour would then call for
mask, even though I think disable makes a lot more sense.

-- 
 .''`.   martin f. krafft <madduck@d.o> @martinkrafft
: :'  :  proud Debian developer
`. `'`   http://people.debian.org/~madduck
  `-  Debian - when you have better things to do than fixing systems
 
"twenty-four hour room-service must be one of the
 premiere achievements of modern civilization."
-- special agent dale cooper


digital_signature_gpg.asc
Description: Digital GPG signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)

[Debconf-team] DC16 feedback summary

[martin f krafft]

Hi there,

In today's meeting I was asked to provide a summary of the stuff we
received at feedb...@debconf.org. A lot of happy attendees did say
thank you for a great conference, so ingest that first!

And some sponsors already provided their feedback, which was
generally of the "we were happy, thanks, maybe this and that could
be improved" nature. Good job!

There is also a whole lot more feedback linked to from
https://wiki.debconf.org/wiki/DebConf16/FinalReport#Attendee_impressions

I'll keep this short, this is what we received at feedback@ in
condensed form, and anonymised of course, but including number of
people saying this (which was mostly 1):

- signage could have been improved around campus (GPS coords
  published too?) [1 person]

- accessibility was not sufficiently handled. [2p]

- schedule should be published in advance. [1p]

- the talk details template should include room and time
  information. Attendee said: "I collected some links of talks
  I want to attend before debconf. When I opened the links again,
  I did not had the time and room information on theses links." [1p]

- food quality wasn't great [1p]

- attendees need (an easier) way to opt out of things if they don't
  get bursary [madduck: seems like a UI/UX topic] [1p]

- official comms were great, but -discuss mailing list was not obvious.

- group photo is missing!! ;)

That's it. Good night,

-- 
 .''`.   martin f. krafft <madd...@debconf.org> @martinkrafft
: :'  :  DebConf orga team
`. `'`
  `-  DebConf17 Montreal, CA: https://wiki.debconf.org/wiki/DebConf17
  DebConf18 in your city? https://wiki.debconf.org/wiki/DebConf18


digital_signature_gpg.asc
Description: Digital GPG signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)
___
Debconf-team mailing list
Debconf-team@lists.debconf.org
http://lists.debconf.org/mailman/listinfo/debconf-team

Bug#832599: Fails to start after upgrade

[martin f krafft]

Package: iodine
Version: 0.7.0-5
Severity: serious

After the upgrade, chosing not to auto-start the daemon, I get this:

Setting up iodine (0.7.0-5) ...
Job for iodined.service failed because the control process exited with error 
code.
See "systemctl status iodined.service" and "journalctl -xe" for details.
invoke-rc.d: initscript iodined, action "start" failed.
● iodined.service - A daemon for tunneling traffic over DNS queries
   Loaded: loaded (/lib/systemd/system/iodined.service; disabled; vendor 
preset: enabled)
   Active: activating (auto-restart) (Result: exit-code) since Wed 2016-07-27 
13:17:34 CEST; 4ms ago
 Docs: man:iodined(8)
  Process: 2277 ExecStartPre=/bin/sh -xc test ${START_IODINED} = true 
(code=exited, status=1/FAILURE)

Jul 27 13:17:34 fishbowl systemd[1]: Failed to start A daemon for tunneling 
traffic over DNS queries.
Jul 27 13:17:34 fishbowl systemd[1]: iodined.service: Unit entered failed state.
Jul 27 13:17:34 fishbowl systemd[1]: iodined.service: Failed with result 
'exit-code'.
dpkg: error processing package iodine (--configure):
 subprocess installed post-installation script returned error exit status 1
Errors were encountered while processing:
 iodine

Please use systemd masking instead of the silly shell test and
/etc/default/* file variable to control whether the daemon should be
started.

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

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

Versions of packages iodine depends on:
ii  adduser3.115
ii  debconf [debconf-2.0]  1.5.59
ii  libc6  2.23-4
ii  libsystemd0231-1
ii  udev   231-1
ii  zlib1g 1:1.2.8.dfsg-2+b1

iodine recommends no packages.

Versions of packages iodine suggests:
ii  dnsutils  1:9.10.3.dfsg.P4-10.1
ii  fping 3.13-1
ii  gawk  1:4.1.3+dfsg-0.1
pn  ipcalc
ii  iproute2  4.6.0-2
pn  network-manager-iodine
pn  network-manager-iodine-gnome  

-- debconf information:
* iodine/start_daemon: false
  iodine/daemon_options:


-- 
 .''`.   martin f. krafft <madduck@d.o> @martinkrafft
: :'  :  proud Debian developer
`. `'`   http://people.debian.org/~madduck
  `-  Debian - when you have better things to do than fixing systems


digital_signature_gpg.asc
Description: Digital GPG signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)

Bug#832599: Fails to start after upgrade

[martin f krafft]

Package: iodine
Version: 0.7.0-5
Severity: serious

After the upgrade, chosing not to auto-start the daemon, I get this:

Setting up iodine (0.7.0-5) ...
Job for iodined.service failed because the control process exited with error 
code.
See "systemctl status iodined.service" and "journalctl -xe" for details.
invoke-rc.d: initscript iodined, action "start" failed.
● iodined.service - A daemon for tunneling traffic over DNS queries
   Loaded: loaded (/lib/systemd/system/iodined.service; disabled; vendor 
preset: enabled)
   Active: activating (auto-restart) (Result: exit-code) since Wed 2016-07-27 
13:17:34 CEST; 4ms ago
 Docs: man:iodined(8)
  Process: 2277 ExecStartPre=/bin/sh -xc test ${START_IODINED} = true 
(code=exited, status=1/FAILURE)

Jul 27 13:17:34 fishbowl systemd[1]: Failed to start A daemon for tunneling 
traffic over DNS queries.
Jul 27 13:17:34 fishbowl systemd[1]: iodined.service: Unit entered failed state.
Jul 27 13:17:34 fishbowl systemd[1]: iodined.service: Failed with result 
'exit-code'.
dpkg: error processing package iodine (--configure):
 subprocess installed post-installation script returned error exit status 1
Errors were encountered while processing:
 iodine

Please use systemd masking instead of the silly shell test and
/etc/default/* file variable to control whether the daemon should be
started.

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

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

Versions of packages iodine depends on:
ii  adduser3.115
ii  debconf [debconf-2.0]  1.5.59
ii  libc6  2.23-4
ii  libsystemd0231-1
ii  udev   231-1
ii  zlib1g 1:1.2.8.dfsg-2+b1

iodine recommends no packages.

Versions of packages iodine suggests:
ii  dnsutils  1:9.10.3.dfsg.P4-10.1
ii  fping 3.13-1
ii  gawk  1:4.1.3+dfsg-0.1
pn  ipcalc
ii  iproute2  4.6.0-2
pn  network-manager-iodine
pn  network-manager-iodine-gnome  

-- debconf information:
* iodine/start_daemon: false
  iodine/daemon_options:


-- 
 .''`.   martin f. krafft <madduck@d.o> @martinkrafft
: :'  :  proud Debian developer
`. `'`   http://people.debian.org/~madduck
  `-  Debian - when you have better things to do than fixing systems


digital_signature_gpg.asc
Description: Digital GPG signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)

Bug#804622: -x auth_info is a required parameter, at least with SQL

[martin f krafft]

also sprach Timo Sirainen <t...@iki.fi> [2016-07-22 09:51 +0200]:
>pgsql: Query failed, aborting: SELECT p.userid, p.password, u.uid AS 
> userdb_uid, u.gid AS userdb_gid, u.home AS userdb_home, u.mail AS userdb_mail 
> FROM dovecotpassword('test','pantsfullofunix.net') p, dovecotuser('test', 
> 'pantsfullofunix.net') u WHERE doveadm
> 
> So here it means that the passdb_query has something like "...
> WHERE %s". The %s expands to the service name, which could be any
> of imap, pop3, lmtp, doveadm, sieve, and several others. In this
> database apparently there are "imap" and "pop3" fields in the
> database but not "doveadm" and maybe not the others. When using
> "doveadm auth" without explicitly specifying the service name, it
> also defaults to "doveadm".

Thanks for the explanation. Just one question: does it make sense to
default to doveadm in this case? It's not really a service, or is
it? Wouldn't it be better to make the service parameter required, or
use a 'true' (tautological) default?

-- 
 .''`.   martin f. krafft <madduck@d.o> @martinkrafft
: :'  :  proud Debian developer
`. `'`   http://people.debian.org/~madduck
  `-  Debian - when you have better things to do than fixing systems


digital_signature_gpg.asc
Description: Digital GPG signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)

Re: GR Proposal: replace "Chairman" with "Chair" throughout the Debian Constitution

[martin f krafft]

also sprach Lionel Elie Mamane <lio...@mamane.lu> [2016-07-22 12:14 +0200]:
> Since Debian is an international project, with many (I expect a
> majority but am too lazy to check) of non-native English speakers,
> maybe taking a more unwieldy, but more clear route, would be better:
> Chairperson?

Seriously… are we going to debate this now? Let's just vote and be
done with it. Please. With a cherry.

Btw, we've had DebConf Chairs too and nobody complained.

-- 
 .''`.   martin f. krafft <madduck@d.o> @martinkrafft
: :'  :  proud Debian developer
`. `'`   http://people.debian.org/~madduck
  `-  Debian - when you have better things to do than fixing systems
 
above all, we should not wish to divest
our existence of its rich ambiguity.
 --friedrich nietzsche


digital_signature_gpg.asc
Description: Digital GPG signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)

Re: Amendment to Proposed GR: Declassifying parts of -private of historical interest

[martin f krafft]

also sprach Don Armstrong <d...@debian.org> [2016-07-18 02:56 +0200]:
> === BEGIN GR TEXT ===
> 
> Title: Declassifying parts of -private of historical interest
> 
> 1. The 2005 General Resolution titled "Declassification of debian-private
>list archives" is repealed.
> 
> 2. Debian listmasters and/or other individuals delegated by the DPL to
>do so are authorized to declassify excerpts of -private of historical
>interest by any process which at minimum provides sufficient time and
>opportunity for Debian Developers to object by GR prior to
>declassification.
> 
> 3. In keeping with paragraph 3 of the Debian Social Contract, Debian
>Developers are strongly encouraged to use the debian-private mailing
>list only for discussions that should not be disclosed.
> 
> === END GR TEXT ===

Seconded.

-- 
 .''`.   martin f. krafft <madduck@d.o> @martinkrafft
: :'  :  proud Debian developer
`. `'`   http://people.debian.org/~madduck
  `-  Debian - when you have better things to do than fixing systems
 
"the search for the perfect martini is a fraud. the perfect martini
 is a belt of gin from the bottle; anything else is the decadent
 trappings of civilization."
-- t. k.


digital_signature_gpg.asc
Description: Digital signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)

Bug#831296: Please allow reading password from elsewhere

[martin f krafft]

also sprach Daniel Kahn Gillmor <d...@debian.org> [2016-07-15 14:47 +0200]:
> this actually does show up in argv, because bash replaces the output of
> cat on the cmdline before exec'ing the command.
> 
> what you'd really like is to be able to read the password from a file or
> a file descriptor.
> 
> If it's from a file, then in bash you can do:
> 
>  --password-file <(echo s3cr3t)

What in the world was I thinking???

Thanks for the catch and the --pw-file hint. Unfortunately, stable's
hdav does not have --password-file, and neither does 1.2 in
unstable, it seems.

-- 
 .''`.   martin f. krafft <madduck@d.o> @martinkrafft
: :'  :  proud Debian developer
`. `'`   http://people.debian.org/~madduck
  `-  Debian - when you have better things to do than fixing systems
 
before he died, rabbi zusya said: "in the world to come they will not
ask me, 'why were you not moses?' they will ask me, 'why were you not
zusya?'"


digital_signature_gpg.asc
Description: Digital GPG signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)

Bug#831296: Please allow reading password from elsewhere

[martin f krafft]

also sprach Daniel Kahn Gillmor <d...@debian.org> [2016-07-15 14:47 +0200]:
> this actually does show up in argv, because bash replaces the output of
> cat on the cmdline before exec'ing the command.
> 
> what you'd really like is to be able to read the password from a file or
> a file descriptor.
> 
> If it's from a file, then in bash you can do:
> 
>  --password-file <(echo s3cr3t)

What in the world was I thinking???

Thanks for the catch and the --pw-file hint. Unfortunately, stable's
hdav does not have --password-file, and neither does 1.2 in
unstable, it seems.

-- 
 .''`.   martin f. krafft <madduck@d.o> @martinkrafft
: :'  :  proud Debian developer
`. `'`   http://people.debian.org/~madduck
  `-  Debian - when you have better things to do than fixing systems
 
before he died, rabbi zusya said: "in the world to come they will not
ask me, 'why were you not moses?' they will ask me, 'why were you not
zusya?'"


digital_signature_gpg.asc
Description: Digital GPG signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)
___
Pkg-haskell-maintainers mailing list
Pkg-haskell-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-haskell-maintainers

Bug#831296: Please allow reading password from elsewhere

[martin f krafft]

Package: hdav
Version: 1.2-1+b4
Severity: wishlist

I don't want the password to show up in argv… sure,

  --password $(cat =(echo 's3cr3t'))

works, but it'd be nice if there was another way, including
prompting, or a session config file.

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

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

Versions of packages hdav depends on:
ii  libc6 2.23-1
ii  libffi6   3.2.1-4
ii  libgmp10  2:6.1.1+dfsg-1
ii  zlib1g1:1.2.8.dfsg-2+b1

hdav recommends no packages.

hdav suggests no packages.

-- debconf-show failed


-- 
 .''`.   martin f. krafft <madduck@d.o> @martinkrafft
: :'  :  proud Debian developer
`. `'`   http://people.debian.org/~madduck
  `-  Debian - when you have better things to do than fixing systems


digital_signature_gpg.asc
Description: Digital GPG signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)
___
Pkg-haskell-maintainers mailing list
Pkg-haskell-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-haskell-maintainers

Bug#831296: Please allow reading password from elsewhere

[martin f krafft]

Package: hdav
Version: 1.2-1+b4
Severity: wishlist

I don't want the password to show up in argv… sure,

  --password $(cat =(echo 's3cr3t'))

works, but it'd be nice if there was another way, including
prompting, or a session config file.

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

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

Versions of packages hdav depends on:
ii  libc6 2.23-1
ii  libffi6   3.2.1-4
ii  libgmp10  2:6.1.1+dfsg-1
ii  zlib1g1:1.2.8.dfsg-2+b1

hdav recommends no packages.

hdav suggests no packages.

-- debconf-show failed


-- 
 .''`.   martin f. krafft <madduck@d.o> @martinkrafft
: :'  :  proud Debian developer
`. `'`   http://people.debian.org/~madduck
  `-  Debian - when you have better things to do than fixing systems


digital_signature_gpg.asc
Description: Digital GPG signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)

Bug#745027: Status

[martin f krafft]

What's the status on this package? I desperately need it in Debian…

-- 
 .''`.   martin f. krafft <madduck@d.o> @martinkrafft
: :'  :  proud Debian developer
`. `'`   http://people.debian.org/~madduck
  `-  Debian - when you have better things to do than fixing systems


digital_signature_gpg.asc
Description: Digital GPG signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)

Bug#745027: Status

[martin f krafft]

What's the status on this package? I desperately need it in Debian…

-- 
 .''`.   martin f. krafft <madduck@d.o> @martinkrafft
: :'  :  proud Debian developer
`. `'`   http://people.debian.org/~madduck
  `-  Debian - when you have better things to do than fixing systems


digital_signature_gpg.asc
Description: Digital GPG signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)

Bug#831223: pycardsyncer does not sync anything

[martin f krafft]

Package: pycarddav
Version: 0.7.0-1
Severity: normal

I have a working CardDAV server (using it with various other
clients), and I wanted to make use of pc_query against the database
it can create. So I installed the below configuration file and fired
it up:

  DEBUG:root:Using configuration from /home/madduck/.config/pycard/pycard.conf
  DEBUG:root:Ignoring query:where in configuration file
  DEBUG:root:Ignoring default:debug in configuration file
  DEBUG:root:Using configuration:
  DEBUG:root:   accounts:
  DEBUG:root:   auth: basic
  DEBUG:root:   name: madduck
  DEBUG:root:   resource: 
https://carddav.madduck.net/madduck/addressbook.vcf/
  DEBUG:root:   user: madd...@madduck.net
  DEBUG:root:   verify: True
  DEBUG:root:   write_support: False
  DEBUG:root:   debug: True
  DEBUG:root:   filename: /home/madduck/.config/pycard/pycard.conf
  DEBUG:root:   sqlite:
  DEBUG:root:   path: /home/madduck/.tmp/abook.db
  DEBUG:root:   sync:
  DEBUG:root:   accounts: set(['madduck'])
  DEBUG:root:start syncing account madduck
  DEBUG:root:made sure version table exists
  DEBUG:root:made sure accounts table exists
  DEBUG:root:made sure madduck table exists
  DEBUG:root:looking for locally changed vcards...

This creates the empty sqlite database, but doesn't attempt to
download anything. Could it be that i am doing something wrong?

Here's my config:

  [Account madduck]
  user: madd...@madduck.net
  passwd: **
  resource: https://carddav.madduck.net/madduck/addressbook.vcf/
  verify: True

  [sqlite]
  path: ~/.tmp/abook.db

  [query]
  where: vcard

Thanks,

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

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

Versions of packages pycarddav depends on:
ii  python2.7.11-2
ii  python-pycarddav  0.7.0-1

pycarddav recommends no packages.

pycarddav suggests no packages.

-- debconf-show failed


-- 
 .''`.   martin f. krafft <madduck@d.o> @martinkrafft
: :'  :  proud Debian developer
`. `'`   http://people.debian.org/~madduck
  `-  Debian - when you have better things to do than fixing systems


signature.asc
Description: PGP signature

Bug#831215: pgp_mime_signature_{filename,description} no longer supported

[martin f krafft]

(500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Versions of packages mutt depends on:
ii  libassuan02.4.2-3
ii  libc6 2.23-1
ii  libcomerr21.43.1-1
ii  libgnutls30   3.4.14-1
ii  libgpg-error0 1.23-1
ii  libgpgme111.6.0-3
ii  libgssapi-krb5-2  1.14.2+dfsg-1
ii  libidn11  1.32-3.1
ii  libk5crypto3  1.14.2+dfsg-1
ii  libkrb5-3 1.14.2+dfsg-1
ii  libncursesw5  6.0+20160625-1
ii  libnotmuch4   0.22-1
ii  libsasl2-22.1.26.dfsg1-15
ii  libtinfo5 6.0+20160625-1
ii  libtokyocabinet9  1.4.48-10

Versions of packages mutt recommends:
ii  libsasl2-modules  2.1.26.dfsg1-15
ii  locales   2.23-1
ii  mime-support  3.60

Versions of packages mutt suggests:
ii  ca-certificates 20160104
ii  gnupg   1.4.20-6
ii  ispell  3.4.00-5
pn  mixmaster   
ii  openssl 1.0.2h-1
ii  postfix [mail-transport-agent]  3.1.0-3.1
ii  urlview 0.9-20

Versions of packages mutt is related to:
ii  mutt  1.6.1-2

-- Configuration Files:
/etc/Muttrc.d/smime.rc changed [not included]

-- debconf-show failed


-- 
 .''`.   martin f. krafft <madduck@d.o> @martinkrafft
: :'  :  proud Debian developer
`. `'`   http://people.debian.org/~madduck
  `-  Debian - when you have better things to do than fixing systems


signature.asc
Description: PGP signature

Bug#804622: -x auth_info is a required parameter, at least with SQL

[martin f krafft]

also sprach Apollon Oikonomopoulos <apoi...@debian.org> [2016-02-23 15:30 
+0100]:
> > When invoking doveadm auth without any -x parameter, the SQL
> > database sees the following invalid query:
> > 
> >pgsql: Query failed, aborting: SELECT p.userid, p.password, u.uid AS 
> > userdb_uid, u.gid AS userdb_gid, u.home AS userdb_home, u.mail AS 
> > userdb_mail FROM dovecotpassword('test','pantsfullofunix.net') p, 
> > dovecotuser('test', 'pantsfullofunix.net') u WHERE doveadm
> >Error: sql(t...@pantsfullofunix.net): Password query failed: ERROR:  
> > column "doveadm" does not exist
> 
> Unfortunately I am not able to reproduce this, however this query looks 
> terribly malformed :) Can you share the actual auth-sql.conf.ext as well 
> as the exact doveadm command that fails?

Attached is the auth conf. The failing command is 'doveadm auth'
without any -x parameter.

Thanks for looking into this, and sorry for the late reply!

-- 
 .''`.   martin f. krafft <madduck@d.o> @martinkrafft
: :'  :  proud Debian developer
`. `'`   http://people.debian.org/~madduck
  `-  Debian - when you have better things to do than fixing systems
 
"america may be unique in being a country which has leapt
 from barbarism to decadence without touching civilization."
  -- john o'hara
# Authentication for SQL users. Included from 10-auth.conf.
#
# 

passdb {
  driver = sql

  # Path for SQL configuration file, see example-config/dovecot-sql.conf.ext
  args = /etc/dovecot/dovecot-sql.conf.ext
}

# "prefetch" user database means that the passdb already provided the
# needed information and there's no need to do a separate userdb lookup.
# 
userdb {
  driver = prefetch
}

userdb {
  driver = sql
  args = /etc/dovecot/dovecot-sql.conf.ext
}

# If you don't have any user-specific settings, you can avoid the user_query
# by using userdb static instead of userdb sql, for example:
# 
#userdb {
  #driver = static
  #args = uid=vmail gid=vmail home=/var/vmail/%u
#}


signature.asc
Description: PGP signature

Bug#830898: Please package extensions (like irssi-scripts)

[martin f krafft]

Package: znc
Version: 1.6.2-2
Severity: wishlist

Would you consider packaging up some of the most common extensions
to znc, like znc-extras used to provide? Not sure why that package
was removed…

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

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


-- 
 .''`.   martin f. krafft <madduck@d.o> @martinkrafft
: :'  :  proud Debian developer
`. `'`   http://people.debian.org/~madduck
  `-  Debian - when you have better things to do than fixing systems


signature.asc
Description: PGP signature

Re: [Debconf-team] DebConf16

[martin f krafft]

also sprach Jonathan Carter (highvoltage) <jcar...@linux.com> [2016-07-11 13:14 
+0200]:
> I think Kristen (Or Kirsten?) and her team did a great job to
> accommodate us and I think we owe them a nice letter to their
> managers or some good chocolate or whatever other appropriate
> thanks we can give them.

Yes, such letters are nice. If possible, it'd be really good too for
you guys to ask for reference letters from venue, pub, aquarium,
etc.. It often helps to offer to write them ourselves, but they can
end up being quite useful in venue negotiations.

-- 
 .''`.   martin f. krafft <madd...@debconf.org> @martinkrafft
: :'  :  DebConf orga team
`. `'`
  `-  DebConf16: Cape Town: http://debconf16.debconf.org
  DebConf17: Montreal: https://wiki.debconf.org/wiki/DebConf17


digital_signature_gpg.asc
Description: Digital signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)
___
Debconf-team mailing list
Debconf-team@lists.debconf.org
http://lists.debconf.org/mailman/listinfo/debconf-team