Bug#1008796: miniupnpd: compile miniupnpd also with IGD v1 only

[Matteo Croce]

Hi,

I don't know what differs, but after several tries, I found that only
the compile time change fixes it.
If you look on some online forums it seems a known issue, and
recompilation is the only workaround by now.

-- 
per aspera ad upstream

Bug#1008796: miniupnpd: compile miniupnpd also with IGD v1 only

[Matteo Croce]

Package: miniupnpd
Version: 2.2.1-1
Severity: normal

Dear Maintainer,

miniupnpd has the force_igd_desc_v1 config option to use the v1 IGD descriptor.
Unfortunately, the runtime behaviour differs between the daemon compiled with
and without --igd2, even when force_igd_desc_v1 set.
This makes the daemon non interoperable with some devices.
Please consider adding another package like miniupnpd-igd1, where the daemon
is compiled without --igd2.

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

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

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


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

Kernel: Linux 5.17.1-saturno (SMP w/8 CPU threads)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages miniupnpd depends on:
ii  debconf [debconf-2.0]  1.5.77
ii  init-system-helpers1.60
ii  lsb-base   11.1.0
ii  miniupnpd-nftables 2.2.1-1
ii  uuid-runtime   2.36.1-8+deb11u1

miniupnpd recommends no packages.

miniupnpd suggests no packages.

-- debconf information:
  miniupnpd/force_igd_desc_v1: false
* miniupnpd/start_daemon: false
  miniupnpd/ip6script: false
* miniupnpd/iface: eno1
* miniupnpd/listen:

Bug#1008797: miniupnpd: systemd unit file is broken

[Matteo Croce]

Package: miniupnpd
Version: 1:2.2.1-matteo
Severity: normal
X-Debbugs-Cc: mcr...@linux.microsoft.com

Dear Maintainer,

The miniupnpd.service unit file is broken, because it contains a comment
embedded into a directive:

TasksMax=2 #for /etc/miniupnpd/nft_removeall.sh. miniupnpd alone needs only 1.

And generates the following error:

systemd[1]: /lib/systemd/system/miniupnpd.service:14: Invalid maximum tasks 
value '2 #for /etc/miniupnpd/nft_removeall.sh. miniupnpd alone needs only 1.', 
ignoring: Invalid argument

-- System Information:
Debian Release: 11.2
  APT prefers stable-security
  APT policy: (500, 'stable-security'), (500, 'stable')
Architecture: arm64 (aarch64)

Kernel: Linux 5.17.1-matteo (SMP w/4 CPU threads)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages miniupnpd depends on:
ii  debconf [debconf-2.0]  1.5.77
ii  init-system-helpers1.60
ii  lsb-base   11.1.0
ii  miniupnpd-nftables 1:2.2.1-matteo
ii  uuid-runtime   2.36.1-8+deb11u1

miniupnpd recommends no packages.

miniupnpd suggests no packages.

-- debconf information:
* miniupnpd/start_daemon: true
  miniupnpd/force_igd_desc_v1: false
* miniupnpd/listen: br0
* miniupnpd/iface: pppoe-data
  miniupnpd/ip6script: false

Bug#932290:

[Matteo Croce]

On Sun, Mar 21, 2021 at 12:38 PM Matthew Vernon  wrote:
> Have you upgraded to the later version of insserv? And if so, has this
> resolved the problem for you?
>

How to trigger it? Maybe with:

apt --reinstall install rsync

In case, I don't get any warning.

Regards,
-- 
per aspera ad upstream

Bug#932290:

[Matteo Croce]

On Thu, Mar 4, 2021 at 2:53 PM Matthew Vernon  wrote:
>
> Hi,
>
> On 04/03/2021 13:36, Matteo Croce wrote:
> > I'm seeing it multiple times now during an upgrade:
>
> Which version of insserv have you got? 1.21.0-1.1 (which we expect to
> fix this) isn't yet in testing.
>

ii  insserv1.21.0-1 amd64

-- 
per aspera ad upstream

Bug#932290:

[Matteo Croce]

I'm seeing it multiple times now during an upgrade:

Setting up initscripts (2.96-6) ...
insserv: Script rsync has overlapping Default-Start and Default-Stop runlevels 
(2 3 4 5) and (2 3 4 5). This should be fixed.
insserv: Script rsync has overlapping Default-Start and Default-Stop runlevels 
(2 3 4 5) and (2 3 4 5). This should be fixed.
insserv: Script rsync has overlapping Default-Start and Default-Stop runlevels 
(2 3 4 5) and (2 3 4 5). This should be fixed.
insserv: Script rsync has overlapping Default-Start and Default-Stop runlevels 
(2 3 4 5) and (2 3 4 5). This should be fixed.
insserv: Script rsync has overlapping Default-Start and Default-Stop runlevels 
(2 3 4 5) and (2 3 4 5). This should be fixed.
insserv: Script rsync has overlapping Default-Start and Default-Stop runlevels 
(2 3 4 5) and (2 3 4 5). This should be fixed.
insserv: Script rsync has overlapping Default-Start and Default-Stop runlevels 
(2 3 4 5) and (2 3 4 5). This should be fixed.
insserv: Script rsync has overlapping Default-Start and Default-Stop runlevels 
(2 3 4 5) and (2 3 4 5). This should be fixed.
insserv: Script rsync has overlapping Default-Start and Default-Stop runlevels 
(2 3 4 5) and (2 3 4 5). This should be fixed.
insserv: Script rsync has overlapping Default-Start and Default-Stop runlevels 
(2 3 4 5) and (2 3 4 5). This should be fixed.
insserv: Script rsync has overlapping Default-Start and Default-Stop runlevels 
(2 3 4 5) and (2 3 4 5). This should be fixed.
insserv: Script rsync has overlapping Default-Start and Default-Stop runlevels 
(2 3 4 5) and (2 3 4 5). This should be fixed.
insserv: Script rsync has overlapping Default-Start and Default-Stop runlevels 
(2 3 4 5) and (2 3 4 5). This should be fixed.
insserv: Script rsync has overlapping Default-Start and Default-Stop runlevels 
(2 3 4 5) and (2 3 4 5). This should be fixed.
insserv: Script rsync has overlapping Default-Start and Default-Stop runlevels 
(2 3 4 5) and (2 3 4 5). This should be fixed.
insserv: Script rsync has overlapping Default-Start and Default-Stop runlevels 
(2 3 4 5) and (2 3 4 5). This should be fixed.
insserv: Script rsync has overlapping Default-Start and Default-Stop runlevels 
(2 3 4 5) and (2 3 4 5). This should be fixed.
insserv: Script rsync has overlapping Default-Start and Default-Stop runlevels 
(2 3 4 5) and (2 3 4 5). This should be fixed.
insserv: Script rsync has overlapping Default-Start and Default-Stop runlevels 
(2 3 4 5) and (2 3 4 5). This should be fixed.
insserv: Script rsync has overlapping Default-Start and Default-Stop runlevels 
(2 3 4 5) and (2 3 4 5). This should be fixed.
insserv: Script rsync has overlapping Default-Start and Default-Stop runlevels 
(2 3 4 5) and (2 3 4 5). This should be fixed.
insserv: Script rsync has overlapping Default-Start and Default-Stop runlevels 
(2 3 4 5) and (2 3 4 5). This should be fixed.
insserv: Script rsync has overlapping Default-Start and Default-Stop runlevels 
(2 3 4 5) and (2 3 4 5). This should be fixed.
insserv: Script rsync has overlapping Default-Start and Default-Stop runlevels 
(2 3 4 5) and (2 3 4 5). This should be fixed.
insserv: Script rsync has overlapping Default-Start and Default-Stop runlevels 
(2 3 4 5) and (2 3 4 5). This should be fixed.
insserv: Script rsync has overlapping Default-Start and Default-Stop runlevels 
(2 3 4 5) and (2 3 4 5). This should be fixed.
insserv: Script rsync has overlapping Default-Start and Default-Stop runlevels 
(2 3 4 5) and (2 3 4 5). This should be fixed.
insserv: Script rsync has overlapping Default-Start and Default-Stop runlevels 
(2 3 4 5) and (2 3 4 5). This should be fixed.
Processing triggers for man-db (2.9.4-2) ...

-- 
per aspera ad upstream

Bug#981607: deborphan: "new packages above" in orphaner selects nothing

[Matteo Croce]

Subject: deborphan: "new packages above" in orphaner selects nothing
Package: deborphan
Version: 1.7.33
Severity: normal

Dear Maintainer,

orphaner provide a "_new_packages_above_" option which should select new
packages abbove that line but, in fact, it selects nothing.

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

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

Versions of packages deborphan depends on:
ii  libc6  2.31-9

Versions of packages deborphan recommends:
ii  apt   2.1.18
ii  dialog1.3-20201126-1
ii  gettext-base  0.21-3

deborphan suggests no packages.

-- no debconf information

Bug#979974: cloud-init wait an unnecessary timeout

[Matteo Croce]

Package: cloud-init
Version: 20.4-1
Severity: important

Dear Maintainer,

At boot cloud-init waits 120 seconds for an ephemeral disk, but some
VM types doesn't have ephemeral storage at all, so this just blocks
the boot for 120 seconds:

Jan 12 11:23:13 mcroce-buster cloud-init[506]: 2021-01-12 11:23:13,608
- azure.py[WARNING]: ephemeral device '/dev/disk/cloud/azure_resource'
did not appear after 120 seconds.

Please consider mounting the disk upon attach.

Regards,

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

Kernel: Linux 5.10.0-1-cloud-amd64 (SMP w/2 CPU threads)
Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=locale: Cannot set
LC_ALL to default locale: No such file or directory
UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages cloud-init depends on:
ii  fdisk   2.36.1-4
ii  gdisk   1.0.5-1
ii  ifupdown0.8.36
ii  locales 2.31-9
ii  lsb-base11.1.0
ii  lsb-release 11.1.0
ii  net-tools   1.60+git20181103.0eebece-1
ii  procps  2:3.3.16-5
ii  python3 3.9.1-1
ii  python3-configobj   5.0.6-4
ii  python3-jinja2  2.11.2-1
ii  python3-jsonpatch   1.25-3
ii  python3-jsonschema  3.2.0-3
ii  python3-oauthlib3.1.0-2
ii  python3-requests2.25.1+dfsg-2
ii  python3-yaml5.3.1-3+b1
ii  util-linux  2.36.1-4

Versions of packages cloud-init recommends:
ii  cloud-guest-utils  0.31-2
pn  eatmydata  
ii  sudo   1.9.4p2-2

Versions of packages cloud-init suggests:
pn  btrfs-progs  
ii  e2fsprogs1.45.6-1
pn  xfsprogs 

-- debconf information:
perl: warning: Setting locale failed.
perl: warning: Please check that your locale settings:
LANGUAGE = (unset),
LC_ALL = (unset),
LC_TIME = "it_IT.UTF-8",
LC_MONETARY = "it_IT.UTF-8",
LC_COLLATE = "it_IT.UTF-8",
LC_MEASUREMENT = "it_IT.UTF-8",
LC_NUMERIC = "it_IT.UTF-8",
LANG = "C.UTF-8"
are supported and installed on your system.
perl: warning: Falling back to a fallback locale ("C.UTF-8").
Report will be sent to Debian Bug Tracking System 

Bug#917455: command-not-found: "local variable 'cnf' referenced before assignment" shown when entering an unknown command

[Matteo Croce]

I confirm the bug on a stretch upgraded to buster just now.

Regards,
-- 
Matteo Croce
per aspera ad upstream

Bug#925615: kernel-package: make-kpkg fails to build latest kernel

[Matteo Croce]

Hi all,

It seems that we have a workaround upstream:

https://git.kernel.org/linus/2b50f7ab6368

Regards,
-- 
Matteo Croce
per aspera ad upstream

Bug#925615: kernel-package: make-kpkg fails to build latest kernel

[Matteo Croce]

Package: kernel-package
Version: 13.018+nmu1
Severity: important

Dear Maintainer,

Since kernel commit 3812b8c5c5d5 ("kbuild: make -r/-R effective in top Makefile
for old Make versions") make-kpkg is unable to build a kernel because the
VERSION variable is not valorized in debian/ruleset/misc/version_vars.mk.

While at it, can you please quote all the $(VERSION) occourrences?
This will produce more meaningful error messages than:
/bin/sh: 1: [: -lt: unexpected operator
/bin/sh: 1: [: -eq: unexpected operator
/bin/sh: 1: [: -eq: unexpected operator
/bin/sh: 1: [: -gt: unexpected operator
/bin/sh: 1: [: -ge: unexpected operator
/bin/sh: 1: [: -lt: unexpected operator
/bin/sh: 1: [: -eq: unexpected operator
/bin/sh: 1: [: -eq: unexpected operator

Cfr. https://git.kernel.org/linus/3812b8c5c5d5

Regards,
Matteo Croce
per aspera ad upstream

-- System Information:
Debian Release: buster/sid
  APT prefers cosmic-updates
  APT policy: (500, 'cosmic-updates'), (500, 'cosmic-security'), (500, 'cosmic')
Architecture: arm64 (aarch64)

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

Versions of packages kernel-package depends on:
ii  bc   1.07.1-2
ii  binutils 2.31.1-6ubuntu1
ii  build-essential  12.5ubuntu2
ii  bzip21.0.6-9
ii  dpkg-dev 1.19.0.5ubuntu5
ii  file 1:5.34-2ubuntu0.1
ii  gettext  0.19.8.1-8ubuntu0.1
ii  kmod 25-1ubuntu1.2
ii  po-debconf   1.0.20
ii  xmlto0.0.28-2
ii  xz-utils [lzma]  5.2.2-1.3

Versions of packages kernel-package recommends:
ii  cpio   2.12+dfsg-6
pn  docbook-utils  
ii  kernel-common  13.018+nmu1
pn  uboot-mkimage  

Versions of packages kernel-package suggests:
ii  libncurses-dev  6.1+20180210-4ubuntu1
pn  linux-source

-- no debconf information

Bug#924792: pidof: unsanitized user input makes pidof crash

[Matteo Croce]

Hi all,

I have an idea: implement an option to specify the default separator as
in propcs-ng:

https://gitlab.com/procps-ng/procps/commit/73492b182dc60c1605d1b0d62de651fad97807af

$ pidof bash
17701 14019 5276 2967

$ pidof -S, bash  
17701,14019,5276,2967

$ pidof -S'  
' bash
17701
14019
5276
2967

This should be enough to avoid extra calls to grep/sed/awk and
impossible to exploit.

Regards,
-- 
Matteo Croce
per aspera ad upstream

Bug#924792: pidof: unsanitized user input makes pidof crash

[Matteo Croce]

Hi Jesse,

I didn't try the patch myself, but this seems a good tradeoff between
functionality and security: I think that -f was used only to separate
the PIDs by something different than a space, eg. comma or new line, so
it's all covered.

ACK
-- 
Matteo Croce
per aspera ad upstream

Bug#924792: pidof: unsanitized user input makes pidof crash

[Matteo Croce]

> What's the attack vector here (making this an exploit rather than
> "just" a bug)?
> 

I didn't investigate too much, but with a trivial brute force I can add
%hhd at will until I dump what I need from the stack:

$ arg='[%d '; until ./pidof -f "$arg] mem: %s" pidof teststring |grep
-q teststring; do arg="$arg %hhd"; done
$ ./pidof -f "$arg] mem: %s"
pidof teststring [30286  0 -128 0 48 -45 -1 0 -112 -128 0 0 0 -40 0 0 0
120 -32 7 72 7 -112 28 0 88 0 0 47 47 0 0 0 0 95 76 0 0 0 0 0 0 0 0 0 0
0 0 0 0 0 0 0 0 0 0 0 0 -48 8 -16 0 -96 116 8 -104 -16 -88 -92 0 2 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 0 0 0 0 0 0
0 0 0 -64 0 -64 8 5 0 0 -96 1 -43 0 0 -32 0 -64 -16 0 0 0 19 0 8 0 -64
0 -124 -16 0 0 0 -124 -124 0 0 0 56 80 10 0 0 -16 0 0 30 -8 -96 5 -56
-48 -45 11] mem: teststring

$ arg='[%d '; until ./pidof -f "$arg] mem: %s" pidof |grep -q
SSH_AGENT_PID ; do arg="$arg %hhd"; done
$ ./pidof -f "$arg] mem: %s"
pidof [31295  0 -128 0 104 -49 -1 0 -112 -128 0 0 0 -40 0 0 0 120 32 7
72 7 -112 28 0 88 0 0 47 47 0 0 0 0 95 76 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
0 0 0 0 0 0 0 16 8 -16 0 -96 116 8 -104 -16 -24 -28 0 2 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 0 0 0 0 0 0 0 0 0 -64 0
-64 72 4 0 0 -96 1 -43 0 0 -32 0 -64 -16 64 0 0 19 0 72 0 -64 0 -60 -16
64 0 0 -60 -60 0 0 0 112 80 10 0 0 -16 64 0 30 56 -96 4 -60 -52 -49 22
0 28 39] mem: SSH_AGENT_PID=892

Probably someone more skilled and motivated than me can do much
better (or worse, depends).

> Wouldn't you need to have some process which was passing untrusted
> data
> directly to the `-f` argument, is that likely in the real world?
> 
> Ian.

I hope not, but you can never know.

Regards,
-- 
Matteo Croce
per aspera ad upstream

Bug#924792: pidof: unsanitized user input makes pidof crash

[Matteo Croce]

> This is a good find and I see two fairly straight forward ways to deal
> with the bug:
> 
> 1. We can drop the new -f flag. This is a little inconvenient for some
> users, but immediately plugs the hole.
> 

That's an option, even if it would break existing scripts which use -f,
if any. Probably worth applying to plug the hole immediately, yes.

> 2. We can write our own print function that will not crash or give
> weird behaviour the way printf() does. Right now I'm leaning toward
> the latter option. It's a little more work, but probably a nicer fix
> for everyone in the long run.
> 

I fear that it's much more that little work. Probably it's easier to
just sanitize the input.
The following code forbids strings containing "%s" or two "%", yet
allowing "%%" which is a valid escape to print a percent sign.

int unsafe_str(char *str)
{
int found = 0;
char *ptr = str;

while ((ptr = index(ptr, '%'))) {
if (ptr[1] == 's')
return 1;
if (ptr[1] == '%') {
ptr += 2;
continue;
}
if (found)
return 1;
found = 1;
ptr++;
}

return 0;
}

The sanitizer is incomplete tough, the error can still be exploited by
adding a modifier to "%s" (like "% s" or "%.*s"), or using the
Single UNIX Specification syntax wich allows to pick the
Nth argument with %Nd, like "%100$d".

Regards,
-- 
Matteo Croce
per aspera ad upstream

Bug#924792: pidof: unsanitized user input makes pidof crash

[Matteo Croce]

Package: sysvinit-utils
Version: 2.93-8
Severity: normal

Dear Maintainer,

#571590 added the '-f' argument to pidof, which allows to specify an
arbitrary format string for the PIDs.
Unfortunately this is broken, because passing plain user input to
printf() can easily exploited:

$ pidof -f "$(perl -e 'print "%016llx\n"x256')" pidof
059d

000f
558b3f9a5280
7fd3
[...]

$ pidof -f %s pidof
Segmentation fault

Regards,
Matteo Croce
per aspera ad upstream

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

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

Versions of packages sysvinit-utils depends on:
ii  init-system-helpers  1.56+nmu1
ii  libc62.28-8
ii  util-linux   2.33.1-0.1

sysvinit-utils recommends no packages.

sysvinit-utils suggests no packages.

-- no debconf information

Bug#895857: coreutils: sha1sum and other hashing tools are compiled without libcrypto support

[Matteo Croce]

Hi,

latest gnulib have support for sendfile and AF_ALG, the kernel crypto
framework, if compiled with --with-linux-crypto.
This allows to have very fast hashing algorythms but without the
libcrypto dependency,

coreutils$ ./configure --with-linux-crypto
[...]
checking whether linux/if_alg.h has struct sockaddr_alg yes
[...]

coreutils$ ldd src/sha1sum /usr/bin/sha1sum
src/sha1sum:
linux-vdso.so.1 (0x7fff1d56b000)
libc.so.6 => /lib64/libc.so.6 (0x7f156b70c000)
/lib64/ld-linux-x86-64.so.2 (0x7f156b902000)
/usr/bin/sha1sum:
linux-vdso.so.1 (0x7ffebef02000)
libcrypto.so.1.1 => /lib64/libcrypto.so.1.1 (0x7fe977d09000)
libc.so.6 => /lib64/libc.so.6 (0x7fe977b43000)
libz.so.1 => /lib64/libz.so.1 (0x7fe977b29000)
libdl.so.2 => /lib64/libdl.so.2 (0x7fe977b23000)
libpthread.so.0 => /lib64/libpthread.so.0 (0x7fe977b01000)
/lib64/ld-linux-x86-64.so.2 (0x7fe97802)

coreutils$ time /usr/bin/sha1sum zero
2a492f15396a6768bcbca016993f4b4c8b0b5307  zero

real0m1,254s
user0m1,147s
sys 0m0,108s
coreutils$ truncate -s1g zero
coreutils$ time src/sha1sum zero
2a492f15396a6768bcbca016993f4b4c8b0b5307  zero

real0m1,234s
user0m0,005s
sys 0m1,230s

Think about enabling it.

Regards,
-- 
Matteo Croce
per aspera ad upstream

Bug#918905: logrotate fails to start becauset OVS is not started yet

[Matteo Croce]

Package: logrotate
Version: 3.14.0-4
Severity: important

Dear Maintainer,

logrotate fails to start if openvswitch-switch is installed, because
it tries to connect to openvswitch, which is started after networking:

# systemctl status logrotate.service
● logrotate.service - Rotate log files
   Loaded: loaded (/lib/systemd/system/logrotate.service; static;
vendor preset: enabled)
   Active: failed (Result: exit-code) since Thu 2019-01-10 11:54:26
CET; 17min ago
 Docs: man:logrotate(8)
   man:logrotate.conf(5)
  Process: 192 ExecStart=/usr/sbin/logrotate /etc/logrotate.conf
(code=exited, status=1/FAILURE)
 Main PID: 192 (code=exited, status=1/FAILURE)

Jan 10 11:54:25 debian64 logrotate[192]:
2019-01-10T10:54:25Z|1|unixctl|WARN|failed to connect to
/var/run/openvswitch/ovsdb-server.202.ctl
Jan 10 11:54:25 debian64 ovs-appctl[205]:
ovs|1|unixctl|WARN|failed to connect to
/var/run/openvswitch/ovsdb-server.202.ctl
Jan 10 11:54:25 debian64 logrotate[192]: ovs-appctl: cannot connect to
"/var/run/openvswitch/ovsdb-server.202.ctl" (No such file or
directory)
Jan 10 11:54:25 debian64 logrotate[192]: error: error running
non-shared postrotate script for /var/log/openvswitch/ovsdb-server.log
of '/var/log/openvswitch/*.log '
Jan 10 11:54:25 debian64 logrotate[192]:
2019-01-10T10:54:25Z|1|unixctl|WARN|failed to connect to
/var/run/openvswitch/ovsdb-server.202.ctl
Jan 10 11:54:25 debian64 logrotate[192]: ovs-appctl: cannot connect to
"/var/run/openvswitch/ovsdb-server.202.ctl" (No such file or
directory)
Jan 10 11:54:25 debian64 logrotate[192]: error: error running
non-shared postrotate script for /var/log/openvswitch/ovs-vswitchd.log
of '/var/log/openvswitch/*.log '
Jan 10 11:54:26 debian64 systemd[1]: logrotate.service: Main process
exited, code=exited, status=1/FAILURE
Jan 10 11:54:26 debian64 systemd[1]: logrotate.service: Failed with
result 'exit-code'.
Jan 10 11:54:26 debian64 systemd[1]: Failed to start Rotate log files.

-- Package-specific info:
Contents of /etc/logrotate.d
total 40
-rw-r--r-- 1 root root 120 Nov  2  2017 alternatives
-rw-r--r-- 1 root root 173 Apr 13  2015 apt
-rw-r--r-- 1 root root  79 Nov  8  2014 aptitude
-rw-r--r-- 1 root root 130 Aug 29 00:21 btmp
-rw-r--r-- 1 root root 112 Nov  2  2017 dpkg
-rw-r--r-- 1 root root 135 May  5  2018 iptraf-ng
-rw-r--r-- 1 root root 396 Jan 29  2018 openvswitch-switch
-rw-r--r-- 1 root root  94 Jun  9  2018 ppp
-rw-r--r-- 1 root root 501 Jan 14  2018 rsyslog
-rw-r--r-- 1 root root 145 Feb 19  2018 wtmp


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

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

Versions of packages logrotate depends on:
ii  cron [cron-daemon]  3.0pl1-130
ii  libacl1 2.2.52-3+b1
ii  libc6   2.28-2
ii  libpopt01.16-11
ii  libselinux1 2.8-1+b1
ii  systemd-sysv240-2

Versions of packages logrotate recommends:
pn  bsd-mailx | mailx  

logrotate suggests no packages.

-- no debconf information

Bug#903935: ipvsadm version is obsolete

[Matteo Croce]

Package: ipvsadm
Version: 1:1.28-3+b1
Severity: normal

Dear Maintainer,

please update ipvsadm to 1.29, which was released in 2016, to have the 
--mcast-group option

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

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

Versions of packages ipvsadm depends on:
ii  libc6 2.27-3
ii  libnl-3-200   3.4.0-1
ii  libnl-genl-3-200  3.4.0-1
ii  libpopt0  1.16-11
ii  lsb-base  9.20170808

ipvsadm recommends no packages.

Versions of packages ipvsadm suggests:
pn  heartbeat   
pn  keepalived  
pn  ldirectord  

-- no debconf information

Bug#895857: coreutils: sha1sum and other hashing tools are compiled without libcrypto support

[Matteo Croce]

Package: coreutils
Version: 8.26-3
Severity: normal

Dear Maintainer,

the sha{1,224,256,384,512}sum tools included in the coreutils package
can be compiled with libcrypto support. At the expense of a runtime dependency,
the speed gain of the hash calculation is quite noticeable under amd64:

matteo@saturno:~$ dd status=none if=/dev/zero bs=1G count=10 |time -p sha1sum
a0b6e2ca4e28360a929943e8eb966f703a69dc44  -
real 29.27
user 25.71
sys 1.68
matteo@saturno:~$ dd status=none if=/dev/zero bs=1G count=10 |time -p ./sha1sum
a0b6e2ca4e28360a929943e8eb966f703a69dc44  -
real 20.91
user 17.35
sys 1.67

while it's huge on aarch64:

matteo@macchiatobin:~$ dd status=none if=/dev/zero bs=1G count=10 |time -p 
sha1sum
a0b6e2ca4e28360a929943e8eb966f703a69dc44  -
real 49.37
user 44.34
sys 3.11
matteo@macchiatobin:~$ dd status=none if=/dev/zero bs=1G count=10 |time -p 
./sha1sum
a0b6e2ca4e28360a929943e8eb966f703a69dc44  -
real 15.53
user 9.88
sys 3.37

ldd output between Debian binary and the test one (grabbed from a Fedora 27 RPM)

matteo@saturno:~$ ldd /usr/bin/sha1sum
linux-vdso.so.1 (0x7fff4a5be000)
libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x7f01debf3000)
/lib64/ld-linux-x86-64.so.2 (0x7f01df19e000)
matteo@saturno:~$ ldd ./sha1sum
linux-vdso.so.1 (0x7fffcabc7000)
libcrypto.so.1.1 => /usr/lib/x86_64-linux-gnu/libcrypto.so.1.1 
(0x7fb4a7086000)
libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x7fb4a6ce7000)
libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x7fb4a6ae3000)
libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 
(0x7fb4a68c6000)
/lib64/ld-linux-x86-64.so.2 (0x7fb4a7724000)


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

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

Versions of packages coreutils depends on:
ii  libacl1  2.2.52-3+b1
ii  libattr1 1:2.4.47-2+b2
ii  libc62.24-11+deb9u3
ii  libselinux1  2.6-3+b3

coreutils recommends no packages.

coreutils suggests no packages.

-- no debconf information

Bug#878950: nftables: update nftables to 0.8

[Matteo Croce]

Package: nftables
Version: 0.7-2
Severity: wishlist

Dear Maintainer,

Please consider updating nftables to 0.8 which finally
supports TCP MSS clamping to MTU.

Regards,

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

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

Versions of packages nftables depends on:
ii  libnftnl7  1.0.8-1

nftables recommends no packages.

nftables suggests no packages.

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

-- no debconf information

Bug#769398: add config file support to picocom

[Matteo Croce]

Yes, I've tried to push it upstream but it was rejected:
https://github.com/npat-efault/picocom/pull/41

looks like I'll stick with an alias

Cheers,

Bug#841843: printer-driver-escpr: backend can't find PPD file]

[Matteo Croce]

I've tried this:

root@apu:/tmp# lpadmin -p newq -v
'usb://EPSON/WF-2530%20Series?serial=514B34593134343081=1'
-E -m 
escpr:0/cups/model/epson-inkjet-printer-escpr/Epson-WF-100_Series-epson-escpr-en.ppd
root@apu:/tmp# cupsfilter -p /etc/cups/ppd/newq.ppd -d newq -m
printer/foo -e /etc/nsswitch.conf > file.out 2> newq.log
root@apu:/tmp# grep 'exited with no errors' newq.log
INFO: texttopdf (PID 2569) exited with no errors.
INFO: pdftopdf (PID 2570) exited with no errors.
INFO: gstoraster (PID 2571) exited with no errors.
INFO: epson-escpr-wrapper (PID 2572) exited with no errors.

and I can actually print

2016-11-02 11:19 GMT+01:00 Brian Potkin <claremont...@gmail.com>:
> On Tue 01 Nov 2016 at 23:17:23 +0100, Matteo Croce wrote:
>
>> 2016-10-28 15:39 GMT+02:00 Brian Potkin <claremont...@gmail.com>:
>> >
>> > Set up a new queue with a different PPD:
>> >
>> >  lpadmin -p newq -v file:/dev/null -E -m 
>> > escpr:/0/cups/model/epson-inkjet-printer-escpr/Epson-WF-100_Series-epson-escpr-en-ppd
>> >
>> > Without any symlinking print to the queue in any way you choose and look
>> > at the error log. Is "Cannot get option of PIPS" still there?
>>
>> I get this:
>>
>> # lpadmin -p newq -v file:/dev/null -E -m
>> escpr:/0/cups/model/epson-inkjet-printer-escpr/Epson-WF-100_Series-epson-escpr-en-ppd
>> lpadmin: Unable to open PPD "/tmp/045f3581fdf83": Missing
>> PPD-Adobe-4.x header on line 0.
>>
>> maybe the device name is wrong?
>
> It is! I copied it from the screen of my test machine to my main machine
> and from habit automatically put a "/" after the ":". Well-spotted.
>
>> # lpinfo -m |grep -i WF-100
>> escpr:0/cups/model/epson-inkjet-printer-escpr/Epson-WF-100_Series-epson-escpr-en.ppd
>> EPSON WF-100 Series , Epson Inkjet Printer Driver (ESC/P-R) for Linux
>>
>> I've retried with this device:
>>
>> # lpadmin -p newq -v file:/dev/null -E -m
>> escpr:0/cups/model/epson-inkjet-printer-escpr/Epson-WF-100_Series-epson-escpr-en.ppd
>>
>> > Alternatively:
>> >
>> >  cupsfilter -p /etc/cups/ppd/newq.ppd -d newq -m printer/foo -e 
>> > /etc/nsswitch.conf > file.out 2> newq.log
>> >
>> > Does newq.log contain lines like this?
>> >
>> >  gstoraster (PID n) exited with no errors.
>> >  epson-escpr-wrapper (PID n) exited with no errors.
>>
>> # grep 'exited with no errors' newq.log
>> INFO: texttopdf (PID 18625) exited with no errors.
>> INFO: pdftopdf (PID 18626) exited with no errors.
>> INFO: gstoraster (PID 18627) exited with no errors.
>> INFO: epson-escpr-wrapper (PID 18628) exited with no errors.
>
> That is exactly what should happen.
>
> Now would you repeat the lpadmin and cupsfilters commands but use the
> PPD for your printer. (That's the only change to make). How does it go?
>
> To actually print to the printer you will have to have -v as
>
>  usb://EPSON/WF-2530%20Series?serial=514B34593134343081=1"
>
> I got that from your error_log. You can check it with 'lpinfo -v'.
>
> Can you print?
>
> Cheers,
>
> Brian.

Bug#841843: printer-driver-escpr: backend can't find PPD file]

[Matteo Croce]

2016-10-28 15:39 GMT+02:00 Brian Potkin <claremont...@gmail.com>:
> Many apologies, Matteo. Because I read bug reports in debian-printing I
> inadvertently sent the mail below there and not to you or the bug.
>
> I have tried everything I can think of to reproduce your issue on Jessie
> and unstable but without success. One last try! There is probably some
> repetition of what we have done before but I am not sure if I was as
> clear as I could have been. If this does not work I am out of ideas.
>
> Set up a new queue with a different PPD:
>
>  lpadmin -p newq -v file:/dev/null -E -m 
> escpr:/0/cups/model/epson-inkjet-printer-escpr/Epson-WF-100_Series-epson-escpr-en-ppd
>
> Without any symlinking print to the queue in any way you choose and look
> at the error log. Is "Cannot get option of PIPS" still there?

I get this:

# lpadmin -p newq -v file:/dev/null -E -m
escpr:/0/cups/model/epson-inkjet-printer-escpr/Epson-WF-100_Series-epson-escpr-en-ppd
lpadmin: Unable to open PPD "/tmp/045f3581fdf83": Missing
PPD-Adobe-4.x header on line 0.

maybe the device name is wrong?

# lpinfo -m |grep -i WF-100
escpr:0/cups/model/epson-inkjet-printer-escpr/Epson-WF-100_Series-epson-escpr-en.ppd
EPSON WF-100 Series , Epson Inkjet Printer Driver (ESC/P-R) for Linux

I've retried with this device:

# lpadmin -p newq -v file:/dev/null -E -m
escpr:0/cups/model/epson-inkjet-printer-escpr/Epson-WF-100_Series-epson-escpr-en.ppd

> Alternatively:
>
>  cupsfilter -p /etc/cups/ppd/newq.ppd -d newq -m printer/foo -e 
> /etc/nsswitch.conf > file.out 2> newq.log
>
> Does newq.log contain lines like this?
>
>  gstoraster (PID n) exited with no errors.
>  epson-escpr-wrapper (PID n) exited with no errors.

# grep 'exited with no errors' newq.log
INFO: texttopdf (PID 18625) exited with no errors.
INFO: pdftopdf (PID 18626) exited with no errors.
INFO: gstoraster (PID 18627) exited with no errors.
INFO: epson-escpr-wrapper (PID 18628) exited with no errors.

> (Forget about the command
>
>  /usr/lib/cups/filter/epson-escpr-wrapper 1 1 1 1 1 wf2530.ras > wf2530.data
>
> and its strace output. Another mistake on my part. It worked because I
> had made the symlink you suggested).
>
> Cheers,
>
> Brian.
>
>
>
> - Forwarded message from Brian Potkin <claremont...@gmail.com> -
>
> Date: Wed, 26 Oct 2016 19:19:55 +0100
> From: Brian Potkin <claremont...@gmail.com>
> To: debian-print...@lists.debian.org
> Subject: Re: Bug#841843: printer-driver-escpr: backend can't find PPD file
> User-Agent: Mutt/1.5.23 (2014-03-12)
>
> On Wed 26 Oct 2016 at 19:58:08 +0200, Matteo Croce wrote:
>
>> Yes it prints.
>> But here it seems I have two separate issues:
>>
>> 1) can't print without symlinking
>> /etc/cups/ppd/usr/lib/cups/filter/epson-escpr-wrapper.ppd to
>> /etc/cups/ppd/Epson_2530.ppd
>
> Everything I said before was on the basis that you did not make that
> symlink for doing the tests I described. If the log below was obtained
> when the cupsfilter command was used after symlinking it is invalid.
>
> Did the /usr/lib/cups/filter/epson-escpr-wrapper command get the symlink
> made in /tmp without your altering the system? Please let me know if I
> am not being clear on what to do.
>
>> 2) can't print from another cpus server and a raw queue.
>
> Sounds like a different issue. Let's stick with this one for now.
>
>> 2016-10-26 19:51 GMT+02:00 Brian Potkin <claremont...@gmail.com>:
>> > On Wed 26 Oct 2016 at 19:04:56 +0200, Matteo Croce wrote:
>> >
>> >> 2016-10-26 18:55 GMT+02:00 Brian Potkin <claremont...@gmail.com>:
>> >> > On Wed 26 Oct 2016 at 12:25:36 +0200, Matteo Croce wrote:
>> >> >
>> >> >> 2016-10-24 23:58 GMT+02:00 Brian Potkin <claremont...@gmail.com>:
>> >> >> > On Mon 24 Oct 2016 at 19:46:51 +0200, Matteo Croce wrote:
>> >> >> > My print queue was set up (all on one line) with
>> >> >> >
>> >> >> >   lpadmin -p wf2530 -v file:/home/brian/wf2530 -E
>> >> >> > -m 
>> >> >> > escpr:/0/cups/model/epson-inkjet-printer-escpr/Epsom-WF-2530_Series-epson-escpr-en-ppd
>> >> >> >
>> >> >> > and I printed with
>> >> >> >
>> >> >> >   lp -d wf2530 /etc/nsswitch.conf
>> >> >> >
>> >> >> > You could try this to see whether it gets printing going for you.
>> >> >>
>> >> >> I get the same error.
>> >> >> I managed to print with:
>> >> >>
>> >>

Bug#841843: printer-driver-escpr: backend can't find PPD file

[Matteo Croce]

Yes it prints.
But here it seems I have two separate issues:

1) can't print without symlinking
/etc/cups/ppd/usr/lib/cups/filter/epson-escpr-wrapper.ppd to
/etc/cups/ppd/Epson_2530.ppd
2) can't print from another cpus server and a raw queue.


2016-10-26 19:51 GMT+02:00 Brian Potkin <claremont...@gmail.com>:
> On Wed 26 Oct 2016 at 19:04:56 +0200, Matteo Croce wrote:
>
>> 2016-10-26 18:55 GMT+02:00 Brian Potkin <claremont...@gmail.com>:
>> > On Wed 26 Oct 2016 at 12:25:36 +0200, Matteo Croce wrote:
>> >
>> >> 2016-10-24 23:58 GMT+02:00 Brian Potkin <claremont...@gmail.com>:
>> >> > On Mon 24 Oct 2016 at 19:46:51 +0200, Matteo Croce wrote:
>> >> > My print queue was set up (all on one line) with
>> >> >
>> >> >   lpadmin -p wf2530 -v file:/home/brian/wf2530 -E
>> >> > -m 
>> >> > escpr:/0/cups/model/epson-inkjet-printer-escpr/Epsom-WF-2530_Series-epson-escpr-en-ppd
>> >> >
>> >> > and I printed with
>> >> >
>> >> >   lp -d wf2530 /etc/nsswitch.conf
>> >> >
>> >> > You could try this to see whether it gets printing going for you.
>> >>
>> >> I get the same error.
>> >> I managed to print with:
>> >>
>> >> # mkdir -p /etc/cups/ppd/usr/lib/cups/filter
>> >> # ln -s /etc/cups/ppd/Epson_2530.ppd
>> >> /etc/cups/ppd/usr/lib/cups/filter/epson-escpr-wrapper.ppd
>> >> # lp -d Epson_2530 /etc/nsswitch.conf
>> >
>> > This is indeed a step forward and a possible clue.
>> >
>> >  cupsfilter -p /etc/cups/ppd/wf2530.ppd -m application/vnd.cups-raster 
>> > /etc/nsswitch.conf > wf2530.ras 2>log
>> >
>> > produces a raster file for me. I would expect it to do the same for you.
>> >
>> >  /usr/lib/cups/filter/epson-escpr-wrapper 1 1 1 1 1 wf2530.ras > 
>> > wf2530.data
>> >
>> > produces a printer ready file from the raster file for me. From what you
>> > relate in your initial mail, this is likely not to work for you and
>> > wf2530.data will be empty.
>> >
>> > Part of the strace log from running strace on the second command has
>> >
>> >  
>> > stat64("/etc/cups/ppd//usr/lib/cups/filter/epson-escpr-wrapper.ppd",{st_mode=S_IFREG|0644,
>> >  st_size=50341, ...}) = 0
>> >  access("/etc/cups/ppd//usr/lib/cups/filter/epson-escpr-wrapper.ppd", 
>> > R_OK) = 0
>> >  symlink("/etc/cups/ppd//usr/lib/cups/filter/epson-escpr-wrapper.ppd", 
>> > "/tmp/5810d9a20db33") = 0
>> >  open("/tmp/5810d9a20db33", O_RDONLY|O_LARGEFILE) = 4
>> >
>> > It seems a PPD file of size 50341 has been found and accessed. A symlink
>> > is made to it in /tmp. The link /tmp/5810d9a20db33 exists and points to
>> > /etc/cups/ppd//usr/lib/cups/filter/epson-escpr-wrapper.ppd. Opening it
>> > shows wf2530.ppd.
>> >
>> > Does the issue come down to whether you are having a link made? And if
>> > it is not made, why not?
>> >
>> > In another mail I wrote
>> >
>> >  cupsfilter -p /etc/cups/ppd/Epson_2530.ppd -m printer/foo -e 
>> > /etc/nsswitch.conf > file.out 2> wf2530.log
>> >
>> > It is incorrect. This is better (and works for me):
>> >
>> >  cupsfilter -p /etc/cups/ppd/Epson_2530.ppd -d Epson_2530 -m printer/foo 
>> > -e /etc/nsswitch.conf > file.out 2> wf2530.log
>> >
>> > Cheers,
>> >
>> > Brian.
>> >
>>
>> Hi,
>>
>> now file.out is a 208 kb "data" file
>
> That's ok.
>
>> I attach the log output
>
>> cupsfilter: File "/usr/lib/cups/filter/epson-escpr-wrapper" permessi OK 
>> (040755/uid=0/gid=0).
>> DEBUG: argv[0]="Epson_2530"
>> DEBUG: argv[1]="1"
>> DEBUG: argv[2]="root"
>> DEBUG: argv[3]="nsswitch.conf"
>> DEBUG: argv[4]="1"
>> DEBUG: argv[5]=""
>> DEBUG: argv[6]="/etc/nsswitch.conf"
>> DEBUG: envp[0]=""
>> DEBUG: envp[1]="CONTENT_TYPE=text/plain"
>> DEBUG: envp[2]="CUPS_DATADIR=/usr/share/cups"
>> DEBUG: envp[3]="CUPS_FONTPATH=/usr/share/cups/fonts"
>> DEBUG: envp[4]="CUPS_SERVERBIN=/usr/lib/cups"
>> DEBUG: envp[5]="CUPS_SERVERROOT=/etc/cups"
>> DEBUG: envp[6]="LANG=it_IT.UTF8"
>> DEBUG: envp[7]="PATH=/usr

Bug#841843: printer-driver-escpr: backend can't find PPD file

[Matteo Croce]

2016-10-26 18:55 GMT+02:00 Brian Potkin <claremont...@gmail.com>:
> On Wed 26 Oct 2016 at 12:25:36 +0200, Matteo Croce wrote:
>
>> 2016-10-24 23:58 GMT+02:00 Brian Potkin <claremont...@gmail.com>:
>> > On Mon 24 Oct 2016 at 19:46:51 +0200, Matteo Croce wrote:
>> > My print queue was set up (all on one line) with
>> >
>> >   lpadmin -p wf2530 -v file:/home/brian/wf2530 -E
>> > -m 
>> > escpr:/0/cups/model/epson-inkjet-printer-escpr/Epsom-WF-2530_Series-epson-escpr-en-ppd
>> >
>> > and I printed with
>> >
>> >   lp -d wf2530 /etc/nsswitch.conf
>> >
>> > You could try this to see whether it gets printing going for you.
>>
>> I get the same error.
>> I managed to print with:
>>
>> # mkdir -p /etc/cups/ppd/usr/lib/cups/filter
>> # ln -s /etc/cups/ppd/Epson_2530.ppd
>> /etc/cups/ppd/usr/lib/cups/filter/epson-escpr-wrapper.ppd
>> # lp -d Epson_2530 /etc/nsswitch.conf
>
> This is indeed a step forward and a possible clue.
>
>  cupsfilter -p /etc/cups/ppd/wf2530.ppd -m application/vnd.cups-raster 
> /etc/nsswitch.conf > wf2530.ras 2>log
>
> produces a raster file for me. I would expect it to do the same for you.
>
>  /usr/lib/cups/filter/epson-escpr-wrapper 1 1 1 1 1 wf2530.ras > wf2530.data
>
> produces a printer ready file from the raster file for me. From what you
> relate in your initial mail, this is likely not to work for you and
> wf2530.data will be empty.
>
> Part of the strace log from running strace on the second command has
>
>  
> stat64("/etc/cups/ppd//usr/lib/cups/filter/epson-escpr-wrapper.ppd",{st_mode=S_IFREG|0644,
>  st_size=50341, ...}) = 0
>  access("/etc/cups/ppd//usr/lib/cups/filter/epson-escpr-wrapper.ppd", R_OK) = > 0
>  symlink("/etc/cups/ppd//usr/lib/cups/filter/epson-escpr-wrapper.ppd", 
> "/tmp/5810d9a20db33") = 0
>  open("/tmp/5810d9a20db33", O_RDONLY|O_LARGEFILE) = 4
>
> It seems a PPD file of size 50341 has been found and accessed. A symlink
> is made to it in /tmp. The link /tmp/5810d9a20db33 exists and points to
> /etc/cups/ppd//usr/lib/cups/filter/epson-escpr-wrapper.ppd. Opening it
> shows wf2530.ppd.
>
> Does the issue come down to whether you are having a link made? And if
> it is not made, why not?
>
> In another mail I wrote
>
>  cupsfilter -p /etc/cups/ppd/Epson_2530.ppd -m printer/foo -e 
> /etc/nsswitch.conf > file.out 2> wf2530.log
>
> It is incorrect. This is better (and works for me):
>
>  cupsfilter -p /etc/cups/ppd/Epson_2530.ppd -d Epson_2530 -m printer/foo -e 
> /etc/nsswitch.conf > file.out 2> wf2530.log
>
> Cheers,
>
> Brian.
>

Hi,

now file.out is a 208 kb "data" file
I attach the log output
cupsfilter: File "/usr/lib/cups/filter/epson-escpr-wrapper" permessi OK (040755/uid=0/gid=0).
DEBUG: argv[0]="Epson_2530"
DEBUG: argv[1]="1"
DEBUG: argv[2]="root"
DEBUG: argv[3]="nsswitch.conf"
DEBUG: argv[4]="1"
DEBUG: argv[5]=""
DEBUG: argv[6]="/etc/nsswitch.conf"
DEBUG: envp[0]=""
DEBUG: envp[1]="CONTENT_TYPE=text/plain"
DEBUG: envp[2]="CUPS_DATADIR=/usr/share/cups"
DEBUG: envp[3]="CUPS_FONTPATH=/usr/share/cups/fonts"
DEBUG: envp[4]="CUPS_SERVERBIN=/usr/lib/cups"
DEBUG: envp[5]="CUPS_SERVERROOT=/etc/cups"
DEBUG: envp[6]="LANG=it_IT.UTF8"
DEBUG: envp[7]="PATH=/usr/lib/cups/filter:/usr/bin:/usr/sbin:/bin:/usr/bin"
DEBUG: envp[8]="PPD=/etc/cups/ppd/Epson_2530.ppd"
DEBUG: envp[9]="PRINTER_INFO=EPSON WF-2530 Series"
DEBUG: envp[10]="PRINTER_LOCATION="
DEBUG: envp[11]="PRINTER=Epson_2530"
DEBUG: envp[12]="RIP_MAX_CACHE=128m"
DEBUG: envp[13]="USER=root"
DEBUG: envp[14]="CHARSET=utf-8"
DEBUG: envp[15]="FINAL_CONTENT_TYPE=application/vnd.cups-raster"
INFO: texttopdf (PID 24556) started.
INFO: pdftopdf (PID 24557) started.
INFO: gstoraster (PID 24558) started.
INFO: epson-escpr-wrapper (PID 24559) started.
DEBUG: pdftopdf: Last filter determined by the PPD: epson-escpr-wrapper; FINAL_CONTENT_TYPE: application/vnd.cups-raster => pdftopdf will not log pages in page_log.
DEBUG: OUTFORMAT="(null)", so output format will be CUPS/PWG Raster
DEBUG: Page = 595x842; 8,8 to 587,833
INFO: texttopdf (PID 24556) exited with no errors.
INFO: pdftopdf (PID 24557) exited with no errors.
DEBUG: Color Manager: Calibration Mode/Off
DEBUG: Calling FindDeviceById(cups-Epson_2530)
DEBUG: Failed to send: org.freedesktop.DBus.Error.ServiceUnknown:The name org.freedesktop.ColorManager was not provided by any .service files
DEBUG: Failed to get find devic

Bug#841843: printer-driver-escpr: backend can't find PPD file

[Matteo Croce]

2016-10-25 23:21 GMT+02:00 Brian Potkin :
> On Mon 24 Oct 2016 at 22:58:06 +0100, Brian Potkin wrote:
>
>> My print queue was set up (all on one line) with
>>
>>   lpadmin -p wf2530 -v file:/home/brian/wf2530 -E
>> -m 
>> escpr:/0/cups/model/epson-inkjet-printer-escpr/Epsom-WF-2530_Series-epson-escpr-en-ppd
>>
>> and I printed with
>>
>>   lp -d wf2530 /etc/nsswitch.conf
>>
>> You could try this to see whether it gets printing going for you.
>
> I don't know whether you tried this but another request: please post
> your PPD file for us to see.
>
> Cheers,
>
> Brian.

Here is my PPD file


Epson_2530.ppd
Description: Binary data

Bug#841843: printer-driver-escpr: backend can't find PPD file

[Matteo Croce]

2016-10-24 23:58 GMT+02:00 Brian Potkin <claremont...@gmail.com>:
> On Mon 24 Oct 2016 at 19:46:51 +0200, Matteo Croce wrote:
> My print queue was set up (all on one line) with
>
>   lpadmin -p wf2530 -v file:/home/brian/wf2530 -E
> -m 
> escpr:/0/cups/model/epson-inkjet-printer-escpr/Epsom-WF-2530_Series-epson-escpr-en-ppd
>
> and I printed with
>
>   lp -d wf2530 /etc/nsswitch.conf
>
> You could try this to see whether it gets printing going for you.

I get the same error.
I managed to print with:

# mkdir -p /etc/cups/ppd/usr/lib/cups/filter
# ln -s /etc/cups/ppd/Epson_2530.ppd
/etc/cups/ppd/usr/lib/cups/filter/epson-escpr-wrapper.ppd
# lp -d Epson_2530 /etc/nsswitch.conf

> Cheers,
>
> Brian.

Cheers,

Bug#841843: printer-driver-escpr: backend can't find PPD file

[Matteo Croce]

Package: printer-driver-escpr
Version: 1.6.8-1
Severity: important

Dear Maintainer,

I have cups installed on a headless system, but can't print anything.
I ran strace on what the backend does, and it's doing:

stat("/etc/cups/ppd//usr/lib/cups/filter/epson-escpr-wrapper.ppd",
0x7ffe5cf95530) = -1 ENOENT (No such file or directory)
PPD file not found, or PPD file is broken. Cannot get option of PIPS.
+++ exited with 1 +++

The path
"/etc/cups/ppd//usr/lib/cups/filter/eipson-escpr-wrapper.ppd"
is obviously wrong, the real path is /etc/cups/ppd/Epson_2530.ppd

The environment passed to the backend is:

AUTH_INFO_REQUIRED=none
CHARSET=utf-8
CONTENT_TYPE=application/pdf
CUPS_CACHEDIR=/var/cache/cups
CUPS_DATADIR=/usr/share/cups
CUPS_DOCROOT=/usr/share/cups/doc-root
CUPS_ENCRYPTION=IfRequested
CUPS_FILETYPE=document
CUPS_FONTPATH=/usr/share/cups/fonts
CUPS_MAX_MESSAGE=2047
CUPS_REQUESTROOT=/var/spool/cups
CUPS_SERVERBIN=/usr/lib/cups
CUPS_SERVERROOT=/etc/cups
CUPS_SERVER=/var/run/cups/cups.sock
CUPS_STATEDIR=/var/run/cups
DEVICE_URI=usb://EPSON/WF-2530%20Series?serial=514B34593134343081=1
FINAL_CONTENT_TYPE=application/vnd.cups-raster
HOME=/var/spool/cups/tmp
IPP_PORT=631
LANG=it_IT.UTF-8
PATH=/usr/lib/cups/filter:/usr/bin:/usr/sbin:/bin:/usr/bin
PPD=/etc/cups/ppd/Epson_2530.ppd
PRINTER=Epson_2530
PRINTER_INFO=EPSON WF-2530 Series
PRINTER_LOCATION=
PRINTER_STATE_REASONS=none
PWD=/
RIP_MAX_CACHE=128m
SERVER_ADMIN=root@apu
SOFTWARE=CUPS/2.2.1
TMPDIR=/var/spool/cups/tmp
USER=root

and it's spawned with such command line:

/usr/lib/cups/filter/epson-escpr-wrapper 89 matteo Epson_2530 - CUPS
2.2.1 1 PageSize=A4 Collate ColorModel=Grayscale Duplex=None
'job-uuid=urn:uuid:e3dad89b-99e3-3df3-5b1b-bc3d323dfbdc
job-originating-host-name=192.168.85.2 date-time-at-creation=
date-time-at-processing= time-at-creation=1477246475'
time-at-processing=1477247385

Hope it helps,
Regards,

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

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

Versions of packages printer-driver-escpr depends on:
ii  libc6  2.24-3
ii  libcups2   2.2.1-1
ii  libcupsimage2  2.2.1-1
ii  python33.5.1-4
ii  xz-utils   5.2.2-1.2

Versions of packages printer-driver-escpr recommends:
ii  cups-ppdc  2.2.1-1

Versions of packages printer-driver-escpr suggests:
pn  psutils  

-- no debconf information

Bug#828968: ppp: Support custom host-uniq tags

[Matteo Croce]

Yes, it's the same patch, I'm teknoraver on github

2016-06-29 16:15 GMT+02:00 Chris Boot <bo...@debian.org>:
> On 29/06/16 13:55, Matteo Croce wrote:
>> Dear Maintainer,
>>
>> Please consider applying the patch which allows to set an arbitrary host-uniq
>> pppoe tag, which is *needed* to connect to some ISP.
>
> Hi Matteo,
>
> Can I please check with you that this is the same patch as per
> https://github.com/paulusmack/ppp/pull/28?
>
> I have no objections in principle about carrying this patch as long as
> it has been submitted to the GitHub repo and has your Signed-off-by
> (which I see it does); I just want some confirmation that it's the same
> thing before I go ahead.
>
> Regards,
> Chris
>
> --
> Chris Boot
> bo...@debian.org
> GPG: 8467 53CB 1921 3142 C56D  C918 F5C8 3C05 D9CE 



-- 
Matteo Croce
OpenWrt Developer
  ___ __
 |   |.-.-.-.|  |  |  |..|  |_
 |   -   ||  _  |  -__| ||  |  |  ||   _||   _|
 |___||   __|_|__|__||||__|  ||
  |__| W I R E L E S S   F R E E D O M
 -
 CHAOS CALMER (15.05)
 -
  * 1 1/2 oz GinShake with a glassful
  * 1/4 oz Triple Sec   of broken ice and pour
  * 3/4 oz Lime Juice   unstrained into a goblet.
  * 1 1/2 oz Orange Juice
  * 1 tsp. Grenadine Syrup
 -

Bug#828968: ppp: Support custom host-uniq tags

[Matteo Croce]

Package: ppp
Version: 2.4.7-1+2
Severity: wishlist

Dear Maintainer,

Please consider applying the patch which allows to set an arbitrary host-uniq
pppoe tag, which is *needed* to connect to some ISP.

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

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

Versions of packages ppp depends on:
ii  init-system-helpers  1.35
ii  libc62.22-11
ii  libpam-modules   1.1.8-3.3
ii  libpam-runtime   1.1.8-3.3
ii  libpam0g 1.1.8-3.3
ii  libpcap0.8   1.7.4-2
ii  procps   2:3.3.11-3

ppp recommends no packages.

ppp suggests no packages.

-- Configuration Files:
/etc/ppp/options changed [not included]

-- no debconf information

-- 
Matteo Croce
OpenWrt Developer
  ___ __
 |   |.-.-.-.|  |  |  |..|  |_
 |   -   ||  _  |  -__| ||  |  |  ||   _||   _|
 |___||   __|_|__|__||||__|  ||
  |__| W I R E L E S S   F R E E D O M
 -
 CHAOS CALMER (15.05)
 -
  * 1 1/2 oz GinShake with a glassful
  * 1/4 oz Triple Sec   of broken ice and pour
  * 3/4 oz Lime Juice   unstrained into a goblet.
  * 1 1/2 oz Orange Juice
  * 1 tsp. Grenadine Syrup
 -
From: Matteo Croce <mat...@openwrt.org>
Date: Sat, 21 Nov 2015 18:45:43 +0100
Subject: [PATCH v2] pppoe: custom host-uniq tag

Add pppoe 'host-uniq' option to set an arbitrary
host-uniq tag instead of the pppd pid.
Some ISPs use such tag to authenticate the CPE,
so it must be set to a proper value to connect.

Signed-off-by: Matteo Croce <mat...@openwrt.org>
Signed-off-by: Jo-Philipp Wich <j...@openwrt.org>
---
specify tag in hex format, use PPPoETag struct

 pppd/plugins/rp-pppoe/common.c  | 14 -
 pppd/plugins/rp-pppoe/discovery.c   | 51 +
 pppd/plugins/rp-pppoe/plugin.c  |  7 -
 pppd/plugins/rp-pppoe/pppoe-discovery.c | 38 +++-
 pppd/plugins/rp-pppoe/pppoe.h   | 31 +++-
 5 files changed, 86 insertions(+), 55 deletions(-)

diff --git a/pppd/plugins/rp-pppoe/common.c b/pppd/plugins/rp-pppoe/common.c
index 89c633c..8f175ec 100644
--- a/pppd/plugins/rp-pppoe/common.c
+++ b/pppd/plugins/rp-pppoe/common.c
@@ -119,15 +119,11 @@ sendPADT(PPPoEConnection *conn, char const *msg)
 conn->session = 0;
 
 /* If we're using Host-Uniq, copy it over */
-if (conn->useHostUniq) {
-	PPPoETag hostUniq;
-	pid_t pid = getpid();
-	hostUniq.type = htons(TAG_HOST_UNIQ);
-	hostUniq.length = htons(sizeof(pid));
-	memcpy(hostUniq.payload, , sizeof(pid));
-	memcpy(cursor, , sizeof(pid) + TAG_HDR_SIZE);
-	cursor += sizeof(pid) + TAG_HDR_SIZE;
-	plen += sizeof(pid) + TAG_HDR_SIZE;
+if (conn->hostUniq.length) {
+	int len = ntohs(conn->hostUniq.length);
+	memcpy(cursor, >hostUniq, len + TAG_HDR_SIZE);
+	cursor += len + TAG_HDR_SIZE;
+	plen += len + TAG_HDR_SIZE;
 }
 
 /* Copy error message */
diff --git a/pppd/plugins/rp-pppoe/discovery.c b/pppd/plugins/rp-pppoe/discovery.c
index 04877cb..5db8d0d 100644
--- a/pppd/plugins/rp-pppoe/discovery.c
+++ b/pppd/plugins/rp-pppoe/discovery.c
@@ -80,13 +80,10 @@ static void
 parseForHostUniq(UINT16_t type, UINT16_t len, unsigned char *data,
 		 void *extra)
 {
-int *val = (int *) extra;
-if (type == TAG_HOST_UNIQ && len == sizeof(pid_t)) {
-	pid_t tmp;
-	memcpy(, data, len);
-	if (tmp == getpid()) {
-	*val = 1;
-	}
+PPPoETag *tag = extra;
+
+if (type == TAG_HOST_UNIQ && len == ntohs(tag->length)) {
+	tag->length = memcmp(data, tag->payload, len);
 }
 }
 
@@ -104,16 +101,16 @@ parseForHostUniq(UINT16_t type, UINT16_t len, unsigned char *data,
 static int
 packetIsForMe(PPPoEConnection *conn, PPPoEPacket *packet)
 {
-int forMe = 0;
+PPPoETag hostUniq = conn->hostUniq;
 
 /* If packet is not directed to our MAC address, forget it */
 if (memcmp(packet->ethHdr.h_dest, conn->myEth, ETH_ALEN)) return 0;
 
 /* If we're not using the Host-Unique tag, then accept the packet */
-if (!conn->useHostUniq) return 1;
+if (!conn->hostUniq.length) return 1;
 
-parsePacket(packet, parseForHostUniq, );
-return forMe;
+parsePacket(packet, parseForHostUniq, );
+return !hostUniq.length;
 }
 
 /**
@@ -301,16 +298,12 @@ sendPADI(PPPoEConnection *conn)
 }
 
 /* If we're using Host-Uniq, copy it over */
-if (conn->useHostUniq) {
-	PPPoETag hostUniq;
-	pid

Bug#774970: dnsmasq should depend on network-online.target when binding to device

[Matteo Croce]

Package: dnsmasq
Version: 2.76-1
Followup-For: Bug #774970

Dear Maintainer,

masq start before the wifi/lan bridge is up, so the bind to device fails:

root@apu:~# journalctl |grep br0
giu 26 14:25:10 apu dnsmasq[282]: dnsmasq: unknown interface br0
giu 26 14:25:10 apu dnsmasq[282]: unknown interface br0
giu 26 14:25:11 apu systemd-udevd[464]: Could not generate persistent
MAC address for br0: No such file or directory
giu 26 14:25:11 apu kernel: br0: port 1(eth1) entered blocking state
giu 26 14:25:11 apu kernel: br0: port 1(eth1) entered disabled state
giu 26 14:25:11 apu kernel: br0: port 2(eth2) entered blocking state
giu 26 14:25:11 apu kernel: br0: port 2(eth2) entered disabled state
giu 26 14:25:11 apu kernel: IPv6: ADDRCONF(NETDEV_UP): br0: link is not ready
giu 26 14:25:15 apu kernel: br0: port 1(eth1) entered blocking state
giu 26 14:25:15 apu kernel: br0: port 1(eth1) entered forwarding state
giu 26 14:25:15 apu kernel: IPv6: ADDRCONF(NETDEV_CHANGE): br0: link
becomes ready
root@apu:~# systemctl status -l networking.service
● networking.service - Raise network interfaces
  Loaded: loaded (/lib/systemd/system/networking.service; enabled;
vendor preset: enabled)
 Drop-In: /run/systemd/generator/networking.service.d
  └─50-insserv.conf-$network.conf
  Active: failed (Result: exit-code) since dom 2016-06-26 14:25:47
CEST; 16min ago
Docs: man:interfaces(5)
 Process: 182 ExecStart=/sbin/ifup -a --read-environment (code=exited,
status=1/FAILURE)
 Process: 177 ExecStartPre=/bin/sh -c [ "$CONFIGURE_INTERFACES" !=
"no" ] && [ -n "$(ifquery --read-environment --list --exclude=lo)" ]
&& udevadm settle (code=exited,
Main PID: 182 (code=exited, status=1/FAILURE)

giu 26 14:25:15 apu ifup[182]: nl80211 driver initialization failed.
giu 26 14:25:15 apu ifup[182]: wlan1: interface state UNINITIALIZED->DISABLED
giu 26 14:25:15 apu ifup[182]: wlan1: AP-DISABLED
giu 26 14:25:15 apu ifup[182]: hostapd_free_hapd_data: Interface wlan1
wasn't started
giu 26 14:25:15 apu ifup[182]: Failed to bring up wlan1.
giu 26 14:25:15 apu systemd[1]: networking.service: Main process
exited, code=exited, status=1/FAILURE
giu 26 14:25:47 apu pppd[570]: Timeout waiting for PADO packets
giu 26 14:25:47 apu systemd[1]: Failed to start Raise network interfaces.
giu 26 14:25:47 apu systemd[1]: networking.service: Unit entered failed state.
giu 26 14:25:47 apu systemd[1]: networking.service: Failed with result
'exit-code'.
root@apu:~# systemctl status -l dnsmasq.service
● dnsmasq.service - dnsmasq - A lightweight DHCP and caching DNS server
  Loaded: loaded (/lib/systemd/system/dnsmasq.service; enabled; vendor
preset: enabled)
 Drop-In: /run/systemd/generator/dnsmasq.service.d
  └─50-dnsmasq-$named.conf, 50-insserv.conf-$named.conf
  Active: failed (Result: exit-code) since dom 2016-06-26 14:25:10
CEST; 16min ago
 Process: 282 ExecStart=/etc/init.d/dnsmasq systemd-exec (code=exited, status=2)
 Process: 266 ExecStartPre=/usr/sbin/dnsmasq --test (code=exited,
status=0/SUCCESS)

giu 26 14:25:10 apu systemd[1]: Starting dnsmasq - A lightweight DHCP
and caching DNS server...
giu 26 14:25:10 apu dnsmasq[266]: dnsmasq: syntax check OK.
giu 26 14:25:10 apu dnsmasq[282]: dnsmasq: unknown interface br0
giu 26 14:25:10 apu systemd[1]: dnsmasq.service: Control process
exited, code=exited status=2
giu 26 14:25:10 apu systemd[1]: Failed to start dnsmasq - A
lightweight DHCP and caching DNS server.
giu 26 14:25:10 apu systemd[1]: dnsmasq.service: Unit entered failed state.
giu 26 14:25:10 apu systemd[1]: dnsmasq.service: Failed with result 'exit-code'.


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

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

Versions of packages dnsmasq depends on:
ii  dnsmasq-base 2.76-1
ii  init-system-helpers  1.34
ii  netbase  5.3

dnsmasq recommends no packages.

Versions of packages dnsmasq suggests:
pn  resolvconf  

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

-- no debconf information

Bug#769398: add config file support to picocom

[Matteo Croce]

removed leftover in Makefile
--- picocom.c
+++ picocom.c
@@ -965,6 +965,48 @@
 
 /**/
 
+char * key_value(char *line, char *key)
+{
+	int llen = strlen(line);
+	int klen = strlen(key);
+	if(strstr(line, key) == line 
+	  (line[klen] == ' ' || line[klen] == '=')) {
+		int i;
+		for(i = klen; i  llen; i++)
+			if(line[i] != ' '  line[i] != '=') {
+line[llen - 1] = 0;
+return line + i;
+			}
+	}
+	return NULL;
+}
+
+void parse_conf()
+{
+	char buf[_POSIX_PATH_MAX];
+	FILE *cfg;
+	char *line;
+
+	snprintf(buf, _POSIX_PATH_MAX, %s/.picocomrc, getenv(HOME));
+	cfg = fopen(buf, r);
+	if(!cfg)
+		return;
+
+	while((line = fgets(buf, _POSIX_PATH_MAX, cfg))) {
+		char *val;
+
+		val = key_value(line, port);
+		if(val)
+			strcpy(opts.port, val);
+
+		val = key_value(line, baud);
+		if(val)
+			opts.baud = atoi(val);
+	}
+
+	fclose(cfg);
+}
+
 void
 parse_args(int argc, char *argv[])
 {
@@ -1120,12 +1162,14 @@
 		}
 	} /* while */
 
-	if ( (argc - optind)  1) {
+	if(argc - optind  0) {
+		strncpy(opts.port, argv[optind], sizeof(opts.port) - 1);
+		opts.port[sizeof(opts.port) - 1] = '\0';
+	}
+	if (!opts.port[0]) {
 		fprintf(stderr, No port given\n);
 		exit(EXIT_FAILURE);
 	}
-	strncpy(opts.port, argv[optind], sizeof(opts.port) - 1);
-	opts.port[sizeof(opts.port) - 1] = '\0';
 
 	printf(picocom v%s\n, VERSION_STR);
 	printf(\n);
@@ -1157,6 +1201,7 @@
 {
 	int r;
 
+	parse_conf();
 	parse_args(argc, argv);
 
 	establish_signal_handlers();

Bug#769398: add config file support to picocom

[Matteo Croce]

new patch which lets command line override configuration file for device path
Index: Makefile
===
--- Makefile	(revisione 31)
+++ Makefile	(copia locale)
@@ -7,7 +7,7 @@
 CPPFLAGS=-DVERSION_STR=\$(VERSION)\ \
  -DUUCP_LOCK_DIR=\$(UUCP_LOCK_DIR)\ \
  -DHIGH_BAUD
-CFLAGS = -Wall -g
+CFLAGS = -Wall -g3
 
 # LD = gcc
 LDFLAGS = -g
Index: picocom.c
===
--- picocom.c	(revisione 31)
+++ picocom.c	(copia locale)
@@ -965,6 +965,48 @@
 
 /**/
 
+char * key_value(char *line, char *key)
+{
+	int llen = strlen(line);
+	int klen = strlen(key);
+	if(strstr(line, key) == line 
+	  (line[klen] == ' ' || line[klen] == '=')) {
+		int i;
+		for(i = klen; i  llen; i++)
+			if(line[i] != ' '  line[i] != '=') {
+line[llen - 1] = 0;
+return line + i;
+			}
+	}
+	return NULL;
+}
+
+void parse_conf()
+{
+	char buf[_POSIX_PATH_MAX];
+	FILE *cfg;
+	char *line;
+
+	snprintf(buf, _POSIX_PATH_MAX, %s/.picocomrc, getenv(HOME));
+	cfg = fopen(buf, r);
+	if(!cfg)
+		return;
+
+	while((line = fgets(buf, _POSIX_PATH_MAX, cfg))) {
+		char *val;
+
+		val = key_value(line, port);
+		if(val)
+			strcpy(opts.port, val);
+
+		val = key_value(line, baud);
+		if(val)
+			opts.baud = atoi(val);
+	}
+
+	fclose(cfg);
+}
+
 void
 parse_args(int argc, char *argv[])
 {
@@ -1120,12 +1162,14 @@
 		}
 	} /* while */
 
-	if ( (argc - optind)  1) {
+	if(argc - optind  0) {
+		strncpy(opts.port, argv[optind], sizeof(opts.port) - 1);
+		opts.port[sizeof(opts.port) - 1] = '\0';
+	}
+	if (!opts.port[0]) {
 		fprintf(stderr, No port given\n);
 		exit(EXIT_FAILURE);
 	}
-	strncpy(opts.port, argv[optind], sizeof(opts.port) - 1);
-	opts.port[sizeof(opts.port) - 1] = '\0';
 
 	printf(picocom v%s\n, VERSION_STR);
 	printf(\n);
@@ -1157,6 +1201,7 @@
 {
 	int r;
 
+	parse_conf();
 	parse_args(argc, argv);
 
 	establish_signal_handlers();

Bug#769398: add config file support to picocom

[Matteo Croce]

Package: picocom
Version: 1.7-1
Tags: patch
Severity: wishlist

this patch adds support for a minimal configuration file:

$ cat ~/.picocomrc
port = /dev/ttyUSB0
baud = 115200

-- 
Matteo Croce
OpenWrt Developer
--- picocom.c
+++ picocom.c
@@ -965,6 +965,48 @@
 
 /**/
 
+char * key_value(char *line, char *key)
+{
+	int llen = strlen(line);
+	int klen = strlen(key);
+	if(strstr(line, key) == line 
+	  (line[klen] == ' ' || line[klen] == '=')) {
+		int i;
+		for(i = klen; i  llen; i++)
+			if(line[i] != ' '  line[i] != '=') {
+line[llen - 1] = 0;
+return line + i;
+			}
+	}
+	return NULL;
+}
+
+void parse_conf()
+{
+	char buf[_POSIX_PATH_MAX];
+	FILE *cfg;
+	char *line;
+
+	snprintf(buf, _POSIX_PATH_MAX, %s/.picocomrc, getenv(HOME));
+	cfg = fopen(buf, r);
+	if(!cfg)
+		return;
+
+	while((line = fgets(buf, _POSIX_PATH_MAX, cfg))) {
+		char *val;
+
+		val = key_value(line, port);
+		if(val)
+			strcpy(opts.port, val);
+
+		val = key_value(line, baud);
+		if(val)
+			opts.baud = atoi(val);
+	}
+
+	fclose(cfg);
+}
+
 void
 parse_args(int argc, char *argv[])
 {
@@ -1120,12 +1162,14 @@
 		}
 	} /* while */
 
-	if ( (argc - optind)  1) {
-		fprintf(stderr, No port given\n);
-		exit(EXIT_FAILURE);
+	if(!opts.port[0]) {
+		if ( (argc - optind)  1) {
+			fprintf(stderr, No port given\n);
+			exit(EXIT_FAILURE);
+		}
+		strncpy(opts.port, argv[optind], sizeof(opts.port) - 1);
+		opts.port[sizeof(opts.port) - 1] = '\0';
 	}
-	strncpy(opts.port, argv[optind], sizeof(opts.port) - 1);
-	opts.port[sizeof(opts.port) - 1] = '\0';
 
 	printf(picocom v%s\n, VERSION_STR);
 	printf(\n);
@@ -1157,6 +1201,7 @@
 {
 	int r;
 
+	parse_conf();
 	parse_args(argc, argv);
 
 	establish_signal_handlers();

Bug#738575:

[Matteo Croce]

I think that it's a race condition as it doesn't happen every time

-- 
Matteo Croce
OpenWrt Developer


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

Bug#678897: console-setup: setupcon hangs

[Matteo Croce]

Package: console-setup
Version: 1.78
Severity: normal

the upgrade process hangs because setupcon hangs:

setupcon -v
Configuring /dev/tty1 /dev/tty2 /dev/tty3 /dev/tty4 /dev/tty5 /dev/tty6
The charmap is UTF-8
BackSpace is ^?
Executing utf_start /dev/tty1.
Configuring /dev/tty1 in Unicode mode.

and then I have to kill it

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

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

Versions of packages console-setup depends on:
ii  console-setup-linux 1.78
ii  debconf 1.5.43
ii  keyboard-configuration  1.78
ii  xkb-data2.5.1-1

console-setup recommends no packages.

Versions of packages console-setup suggests:
ii  locales   2.13-33
ii  lsb-base  4.1+Debian6

Versions of packages keyboard-configuration depends on:
ii  debconf 1.5.43
ii  initscripts 2.88dsf-22.1
ii  liblocale-gettext-perl  1.05-7+b1

Versions of packages console-setup-linux depends on:
ii  kbd 1.15.3-9
ii  keyboard-configuration  1.78

console-setup-linux suggests no packages.

Versions of packages console-setup is related to:
pn  console-common  none
pn  console-datanone
pn  console-tools   none
ii  kbd 1.15.3-9

-- debconf information:
  console-setup/codeset47: # Latin1 and Latin5 - western Europe and Turkic 
languages
  keyboard-configuration/modelcode: pc105
  keyboard-configuration/unsupported_config_options: true
  console-setup/fontface47: Fixed
  keyboard-configuration/unsupported_config_layout: true
  keyboard-configuration/toggle: No toggling
  console-setup/fontsize-text47: 8x16
  keyboard-configuration/compose: No compose key
  keyboard-configuration/layout:
  keyboard-configuration/xkb-keymap: it
  keyboard-configuration/variant: Italiana
  debian-installer/console-setup-udeb/title:
  keyboard-configuration/switch: No temporary switch
  console-setup/charmap47: UTF-8
  keyboard-configuration/unsupported_options: true
  keyboard-configuration/altgr: The default for the keyboard layout
  console-setup/framebuffer_only:
  keyboard-configuration/ctrl_alt_bksp: false
  console-setup/codesetcode: Lat15
  keyboard-configuration/unsupported_layout: true
  console-setup/guess_font:
  keyboard-configuration/variantcode:
  keyboard-configuration/model: Generica 105 tasti (Intl) PC
  keyboard-configuration/layoutcode: it
  console-setup/store_defaults_in_debconf_db: true
  console-setup/fontsize-fb47: 8x16
  keyboard-configuration/other:
  keyboard-configuration/store_defaults_in_debconf_db: true
  keyboard-configuration/optionscode:
  console-setup/use_system_font:
  console-setup/fontsize: 8x16



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

Bug#460602: amule-daemon: KAD always disconnects after 20 minutes

[Matteo Croce]

Hi,

i'm an ubuntu user and i think that the bug was fixed upstream
in version 2.2.2

consider upgrading it



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

Bug#503199: [Bulk] Re: Bug#503199: rar: use 64 bit binary for the amd64 port

[Matteo Croce]

On Thursday 23 October 2008 23:49:52 Martin Meredith wrote:
 The licencing of rar doesn't really allow for us to do this.

 The licencing clearly states :-

5. The RAR/WinRAR unlicensed trial version may be freely distributed,
   with exceptions noted below, provided the distribution package is
   not modified in any way.

 This means that we cannot redistribute the x64 version alongside the
 i386 version without using a separate orig.tar.gz for that version,
 which I'm not too sure the archive/etc would eb able to cope with having
 two different source packages build the same binary for different
 architectures.

 To be honest, I personally would rather leave it as it is, rather than
 making what I see as kludgy changes to accomodate something that is
 likely to be more unstable, and also, for myself, currently, untestable.

 I've consulted with the ftp-master team regarding whether the 2 source
 names one binary name is possible, and am awaiting a reply, though even
 if it is, I'm going to be wary doing this.

Martin, you received a positive reply from Eugene Roshal,
sayng that you're allowed to package two RAR distributives into same TAR, 
provided that such
distributives contain all original files not modified

Consider doing this

Cheers,
Matteo Croce



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

Bug#503199: rar: use 64 bit binary for the amd64 port

[Matteo Croce]

Package: rar
Version: 1:3.8b3-1
Severity: wishlist


A 64 bit binary of rar was published on the rar site:
http://rarlab.com/rar/rarlinux-x64-3.8.0.tar.gz
please use it instead of the 32 bit static one for the amd64 port.
i've done some testing and there is a speedup dependent on the CPU type
On my system (Atom 330, 64 bit) it gives a 10% advantage
while compressing 236 MB of HTML files (the openjdk documentation):

# time rar a -idq -m5 -s api32.rar /usr/share/doc/openjdk-6-jre/api
real2m32.908s
user2m30.750s
sys 0m2.000s
# time rar64 a -idq -m5 -s api64.rar /usr/share/doc/openjdk-6-jre/api
real2m18.543s
user2m16.140s
sys 0m2.340s

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

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

rar depends on no packages.

rar recommends no packages.

Versions of packages rar suggests:
ii  unrar 1:3.8.2-1  Unarchiver for .rar files (non-fre

-- no debconf information



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

Bug#503199: [Bulk] Re: Bug#503199: rar: use 64 bit binary for the amd64 port

[Matteo Croce]

On Thursday 23 October 2008 23:49:52 Martin Meredith wrote:
 The licencing of rar doesn't really allow for us to do this.

 The licencing clearly states :-

5. The RAR/WinRAR unlicensed trial version may be freely distributed,
   with exceptions noted below, provided the distribution package is
   not modified in any way.

 This means that we cannot redistribute the x64 version alongside the
 i386 version without using a separate orig.tar.gz for that version,
 which I'm not too sure the archive/etc would eb able to cope with having
 two different source packages build the same binary for different
 architectures.

 To be honest, I personally would rather leave it as it is, rather than
 making what I see as kludgy changes to accomodate something that is
 likely to be more unstable, and also, for myself, currently, untestable.

 I've consulted with the ftp-master team regarding whether the 2 source
 names one binary name is possible, and am awaiting a reply, though even
 if it is, I'm going to be wary doing this.

Why don't redistribute a TAR archive with the two original 32 and 64 bit  TARs 
in it?



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

Bug#403301: [pkg-wpa-devel] Bug#403301: wpasupplicant: segfaults with Cisco Aironet

[Matteo Croce]

From: http://kernel.org/pub/linux/kernel/v2.6/ChangeLog-2.6.18

[PATCH] wireless/airo: minimal WPA awareness

Running Linux 2.6.17-rc3-mm1 which has this patch included I get this
interesting message:
airo(eth0): WPA unsupported (only firmware versions 5.30.17 and greater
support WPA.  Detected 5.30.17)
[...]
[PATCH] wireless/airo: minimal WPA awareness

airo cards with firmware versions of 5.30.17 and higher support WPA.
This patch recognizes WPA-capable firmware versions and adds support for
retrieving the WPA and RSN information elements from the card's scan
results.  The JOB and FLAG fields are now independent, since there was
no space left in the FLAG field for FLAG_WPA_CAPABLE.

So my driver really doesn't supports WPA? is just WPA aware?

Alle 09:33, martedì 19 dicembre 2006, Reinhard Tartler ha scritto:
 CC'ing the aironet mailing list. Matteo asks us debian wpa_supplicant
 maintainers about WPA support for his airo card. Read the full context
 here: http://bugs.debian.org/403301. Please maintain the CC on answers.

 Matteo Croce [EMAIL PROTECTED] writes:
  Isn't being offline any harm?

 Of course it is serious for you, but please note, that according to the
 information you gave us, it looks like a configuration error or lack of
 wpasupport in your wireless driver. Are you sure both your driver and
 your firmware do support wpa?

  During some researching of these cisco aironet devices, I found a nice
  table of WPA support here:
  http://www.ippp.dur.ac.uk/Computing/wirelessLinux.html
 
  Its features are also well described here:
  http://www.hpl.hp.com/personal/Jean_Tourrilhes/Linux/Linux.Wireless.driv
 ers.802.11b.html#Arlan802

 From these pages, it doesn't look to me like your driver offers the
 necessary extensions for WPA.

 The fact that wpa_supplicant segfaults instead of exiting gracefully is
 indeed an important bug, the fact that your driver doesn't support wpa
 isnt' a bug at all for wpa_supplicant, but a bug in your wireless
 driver.

 If you have further information about WPA support in the airo driver,
 please let us know.

-- 
 .`.Matteo Croce [EMAIL PROTECTED]
: :  :   proud Debian admin and user
`. ``
  `-  Debian - when you have better things to do than fix a system

Bug#403301: [pkg-wpa-devel] Bug#403301: wpasupplicant: segfaults with Cisco Aironet

[Matteo Croce]

Isn't being offline any harm?

Alle 22:49, domenica 17 dicembre 2006, hai scritto:
 severity 403301 important
 thanks

 Hi Matteo,

 Lowered severity, this does not meet grave bug criteria, IMHO. The package
 works fine with supported devices and did not cause you any harm.

 On Saturday 16 December 2006 11:50, Matteo Croce wrote:
  Package: wpasupplicant
  Version: 0.5.5-4
  Severity: grave
  Justification: renders package unusable
 
  What's wrong here?
 
  [~]$ sudo wpa_supplicant -Dwext -ieth0
  -c/etc/wpa_supplicant/wpa_supplicant.conf ioctl[SIOCSIWAUTH]: Operation
  not supported
  WEXT auth param 7 value 0x1 - ioctl[SIOCSIWAUTH]: Operation not supported
  WEXT auth param 4 value 0x0 - Failed to initialize control interface
  '/var/run/wpa_supplicant'. You may have another wpa_supplicant process
  already running or the file was left by an unclean termination of
  wpa_supplicant in which case you will need to manually remove this file
  before starting wpa_supplicant again.

 Your device (its firmware) presumably does not support WPA.

 During some researching of these cisco aironet devices, I found a nice
 table of WPA support here:
 http://www.ippp.dur.ac.uk/Computing/wirelessLinux.html

 Its features are also well described here:
 http://www.hpl.hp.com/personal/Jean_Tourrilhes/Linux/Linux.Wireless.drivers
.802.11b.html#Arlan802

 Thanks, Kel.

-- 
 .`.Matteo Croce [EMAIL PROTECTED]
: :  :   proud Debian admin and user
`. ``
  `-  Debian - when you have better things to do than fix a system


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

Bug#403301: wpasupplicant: segfaults with Cisco Aironet

[Matteo Croce]

Package: wpasupplicant
Version: 0.5.5-4
Severity: grave
Justification: renders package unusable

What's wrong here?

[~]$ sudo wpa_supplicant -Dwext -ieth0 -c/etc/wpa_supplicant/wpa_supplicant.conf
ioctl[SIOCSIWAUTH]: Operation not supported
WEXT auth param 7 value 0x1 - ioctl[SIOCSIWAUTH]: Operation not supported
WEXT auth param 4 value 0x0 - Failed to initialize control interface 
'/var/run/wpa_supplicant'.
You may have another wpa_supplicant process already running or the file was
left by an unclean termination of wpa_supplicant in which case you will need
to manually remove this file before starting wpa_supplicant again.

Segmentation fault
[~]$ dmesg |fgrep wpa
wpa_supplicant[6901]: segfault at 0048 rip 004210cf rsp 
7fff2426dc90 error 4
[~]$ cat /etc/wpa_supplicant/wpa_supplicant.conf
# allow frontend (e.g., wpa_cli) to be used by all users in 'wheel' group
ctrl_interface=/var/run/wpa_supplicant
ctrl_interface_group=wheel
ap_scan=0
#
# home network; allow all valid ciphers
network={
ssid=cocorico
scan_ssid=1
key_mgmt=WPA-PSK
psk=R4V3 Is N0T 4 Cr1m3
}
[~]$ dmesg |fgrep eth0
airo(eth0): cmd:111 status:7f11 rsp0:2 rsp1:0 rsp2:0
airo(eth0): Doing fast bap_reads
airo(eth0): WPA is supported.
airo(eth0): MAC enabled 0:d:29:0:ca:fe
airo(eth0): Bad size 8192
[~]$ sudo wpa_supplicant -v
wpa_supplicant v0.5.5
Copyright (c) 2003-2006, Jouni Malinen [EMAIL PROTECTED] and contributors

Cheers,
Matteo Croce

-- System Information:
Debian Release: 4.0
  APT prefers testing
  APT policy: (990, 'testing'), (50, 'unstable')
Architecture: amd64 (x86_64)
Shell:  /bin/sh linked to /bin/dash
Kernel: Linux 2.6.19
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)

Versions of packages wpasupplicant depends on:
ii  libc62.3.6.ds1-9 GNU C Library: Shared libraries
ii  libdbus-1-3  1.0.2-1 simple interprocess messaging syst
ii  libncurses5  5.5-5   Shared libraries for terminal hand
ii  libreadline5 5.2-1   GNU readline and history libraries
ii  libssl0.9.8  0.9.8c-4SSL shared libraries
ii  lsb-base 3.1-22  Linux Standard Base 3.1 init scrip

Versions of packages wpasupplicant recommends:
pn  dhcp3-client  none (no description available)

-- no debconf information


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

Bug#390025: chntpw: Yeah, please update

[Matteo Croce]

Package: chntpw
Version: 0.99.2-4
Followup-For: Bug #390025



-- System Information:
Debian Release: 4.0
  APT prefers testing
  APT policy: (990, 'testing'), (50, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Shell:  /bin/sh linked to /bin/dash
Kernel: Linux 2.6.18
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)


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

Bug#366179: New release: 2.4.1

[Matteo Croce]

Please upgrade your package since the current one can't compile
kde4 which i'm beta testing

Cheers,
-- 
 .`.Matteo Croce [EMAIL PROTECTED]
: :  :   proud Debian admin and user
`. ``
  `-  Debian - when you have better things to do than fix a system


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

Bug#360522: mkvtoolnix: generated files are corrupt under amd64

[Matteo Croce]

 I don't manage to play the 64/Scaar.aac either, while 32/Scaar.aac works
 fine (tested with faad: totem and vlc). How was this file generated from
 the real audio ?
The wrong files are the ones in 64/. Files in 32/ are made with the i386 
version of mkvtoolnix and are good.
I can play the 32/* files everywhere, and can't play the 64/*.
Scar.rm was generated by me with Helix Producer 11, and is good: also plays in 
mplayer.

Cheers,
Matteo


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

Bug#360600: dchroot: chroot(.) fails with ENOPERM

[Matteo Croce]

Package: dchroot
Version: 0.12
Severity: grave
Justification: renders package unusable

All programs can't be started in the i386 chroot.
I ran strace on dchroot and i get ENOPERM on chroot() as user
and a very weird 'umovestr: Input/output error' on execve(/bin/bash)
as root.
dchroot is setuid root, so ENOPERM should not happen:

[~]# id
uid=0(root) gid=0(root) gruppi=0(root)
[~]# dchroot true
(ia32) true
/bin/true: /bin/true: cannot execute binary file
dchroot: Child exited non-zero.
dchroot: Operation failed.
[~]# file /var/chroot/sid-ia32/bin/true
/var/chroot/sid-ia32/bin/true: ELF 32-bit LSB executable, Intel 80386, version 
1 (SYSV), for GNU/Linux 2.2.0, dynamically linked (uses shared libs), stripped
[~]# ldd /var/chroot/sid-ia32/bin/true
linux-gate.so.1 =  (0xe000)
libc.so.6 = /emul/ia32-linux/lib/libc.so.6 (0xf7e1f000)
/lib/ld-linux.so.2 (0xf7f64000)
[~]# /var/chroot/sid-ia32/bin/true
[~]#

Btw, I can chroot manually with chroot.

Cheers,
Matteo Croce

-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (990, 'testing'), (50, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Shell:  /bin/sh linked to /bin/dash
Kernel: Linux 2.6.16
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)

Versions of packages dchroot depends on:
ii  libc6 2.3.6-4GNU C Library: Shared libraries an

dchroot recommends no packages.

-- no debconf information


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

Bug#360522: mkvtoolnix: generated files are corrupt under amd64

[Matteo Croce]

The bug is in libebml, building mkvtoolnix against libebml 0.7.7 will fix it.
Please close the bug and upgrade libebml to the latest version.
Cheers,
Matteo


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

Bug#360644: libebml-dev: libebml 0.7.6 produces invalid files

[Matteo Croce]

Package: libebml-dev
Version: 0.7.6-2
Severity: grave
Justification: causes non-serious data loss

Current version of libebml could produce corrupted files.
I can experience this with mkvtoolnix, corrupted files are here:
http://chicca.ath.cx/mkvtoolnix/
The latest version (0.7.7) fixed this bug, so please upgrade to the
latest release.
Cheers,
Matteo

-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (990, 'testing'), (50, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Shell:  /bin/sh linked to /bin/dash
Kernel: Linux 2.6.16
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)

-- no debconf information


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

Bug#360657: passwd SIGSEGV on empty password

[Matteo Croce]

Package: passwd
Version: 1:4.0.14-9
Severity: critical
Tags: security
Justification: root security hole

Just press ^D instead of the new password and passwd will segfaults.
I think that this is grave because it's set uid root.

$ passwd
Changing password for matteo
(current) UNIX password:
Enter new UNIX password:^D
Retype new UNIX password:^D
Segmentation fault
[~]$

Cheers,
Matteo Croce

-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (990, 'testing'), (50, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Shell:  /bin/sh linked to /bin/dash
Kernel: Linux 2.6.16
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)

Versions of packages passwd depends on:
ii  debianutils   2.15.3 Miscellaneous utilities specific t
ii  libc6 2.3.6-4GNU C Library: Shared libraries an
ii  libpam-modules0.79-3.1   Pluggable Authentication Modules f
ii  libpam0g  0.79-3.1   Pluggable Authentication Modules l
ii  libselinux1   1.30-1 SELinux shared libraries
ii  login 1:4.0.14-9 system login tools

passwd recommends no packages.

-- debconf information excluded


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

Bug#360522: mkvtoolnix: generated files are corrupt under amd64

[Matteo Croce]

Package: mkvtoolnix
Version: 1.6.5-4
Severity: grave
Justification: causes non-serious data loss

Under amd64 gebnerated files are corrupted, here there are some samples:
http://chicca.ath.cx/mkvtoolnix/

-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (990, 'testing'), (50, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Shell:  /bin/sh linked to /bin/dash
Kernel: Linux 2.6.16
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)

Versions of packages mkvtoolnix depends on:
ii  libbz2-1.01.0.3-2high-quality block-sorting file co
ii  libc6 2.3.6-4GNU C Library: Shared libraries an
ii  libexpat1 1.95.8-3   XML parsing C library - runtime li
ii  libflac7  1.1.2-3.1  Free Lossless Audio Codec - runtim
ii  libgcc1   1:4.0.3-1  GCC support library
ii  liblzo1   1.08-3 data compression library (old vers
ii  libogg0   1.1.3-2Ogg Bitstream Library
ii  libstdc++64.0.3-1The GNU Standard C++ Library v3
ii  libvorbis0a   1.1.2-1The Vorbis General Audio Compressi
ii  zlib1g1:1.2.3-11 compression library - runtime

Versions of packages mkvtoolnix recommends:
pn  mkvtoolnix-guinone (no description available)

-- no debconf information


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

Bug#335677: ffmpeg threading support

[Matteo Croce]

Package: ffmpeg
Version: 0.cvs20050918-4
Severity: wishlist

Please, enable threading support in ffmpeg with --enable-pthreads

Cheers,
-- 
 .`. Matteo Croce [EMAIL PROTECTED]
: :  :proud Debian admin and user
`. ``
  `-  Debian - when you have better things to do than fix a system


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

Bug#327799: hpiod and hpssd pidfiles

[Matteo Croce]

Package: initng
Version: 0.1.8-1
Severity: grave

Pid files for hpiod and hpssd are wrong, please change them from:
/var/run/hpiod.pid
/var/run/hpssd.pid

to the correct ones:
/var/run/hplip/hpiod.pid
/var/run/hplip/hpssd.pid

Regards,
-- 
 .`. Matteo Croce [EMAIL PROTECTED]
: :  :proud Debian admin and user
`. ``
  `-  Debian - when you have better things to do than fix a system


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

Bug#323244: initng: Cardmgr should started before networking

[Matteo Croce]

Package: initng
Version: 0.1.7-1
Severity: important

On systems that uses pcmcia network adapters
cardmgr should be starded before networking.

-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (990, 'testing'), (50, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.12.3
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)

Versions of packages initng depends on:
ii  libc6 2.3.5-3GNU C Library: Shared libraries an

initng recommends no packages.

-- no debconf information


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

Bug#295625: INSTALL REPORT

[Matteo Croce]

Package: installation-reports

INSTALL REPORT

Debian-installer-version: grabbed from 
http://cdimage.debian.org/pub/cdimage-testing/sarge_d-i/i386/rc2/sarge-i386-netinst.iso
 the 10 Feb 2005
uname -a: Linux ralf 2.6.10ralf #4 Wed Feb 16 11:22:53 CET 2005 i686 GNU/Linux
Date: 10 Feb 2005 02:30 PM GMT
Method: How did you install?  What did you boot off?  If network
      install, from where?  Proxied?

Machine: Compaq Presario 2510EA
Processor: Pentium 4 2400
Memory: 320MB (256MB + 64MB Shared Video Memory)
Root Device: IDE /dev/hda4
Root Size/partition table:
Disk /dev/hda: 60.0 GB, 60011642880 bytes
255 heads, 63 sectors/track, 7296 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes

   Device Boot      Start         End      Blocks   Id  System
   /dev/hda1            1869        3736    15004710   a5  FreeBSD (/mnt/bsd)
   /dev/hda2            3737        5604    15004710   83  Linux (/mnt/gentoo)
   /dev/hda3            5605        6202     4803435   82  Linux swap / Solaris 
(swap)
   /dev/hda4   *        6203        7296     8787555   83  Linux (/)

Output of lspci and lspci -n:

[~]# lspci
:00:00.0 Host bridge: ATI Technologies Inc: Unknown device cbb2 (rev 02)
:00:01.0 PCI bridge: ATI Technologies Inc PCI Bridge [IGP 340M]
:00:02.0 USB Controller: ALi Corporation USB 1.1 Controller (rev 03)
:00:06.0 Multimedia audio controller: ALi Corporation M5451 PCI AC-Link 
Controller Audio Device (rev 02)
:00:07.0 ISA bridge: ALi Corporation M1533 PCI to ISA Bridge [Aladdin IV]
:00:08.0 Modem: ALi Corporation M5457 AC'97 Modem Controller
:00:0a.0 CardBus bridge: O2 Micro, Inc. OZ6912 Cardbus Controller
:00:0c.0 FireWire (IEEE 1394): Texas Instruments TSB43AB21 IEEE-1394a-2000 
Controller (PHY/Link)
:00:0f.0 USB Controller: ALi Corporation USB 1.1 Controller (rev 03)
:00:10.0 IDE interface: ALi Corporation M5229 IDE (rev c4)
:00:11.0 Bridge: ALi Corporation M7101 Power Management Controller [PMU]
:00:12.0 Ethernet controller: National Semiconductor Corporation DP83815 
(MacPhyter) Ethernet Controller
:01:05.0 VGA compatible controller: ATI Technologies Inc Radeon IGP 340M
:02:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8180L 
802.11b MAC (rev 20)
[~]# lspci -n
:00:00.0 0600: 1002:cbb2 (rev 02)
:00:01.0 0604: 1002:7010
:00:02.0 0c03: 10b9:5237 (rev 03)
:00:06.0 0401: 10b9:5451 (rev 02)
:00:07.0 0601: 10b9:1533
:00:08.0 0703: 10b9:5457
:00:0a.0 0607: 1217:6972
:00:0c.0 0c00: 104c:8026
:00:0f.0 0c03: 10b9:5237 (rev 03)
:00:10.0 0101: 10b9:5229 (rev c4)
:00:11.0 0680: 10b9:7101
:00:12.0 0200: 100b:0020
:01:05.0 0300: 1002:4337
:02:00.0 0200: 10ec:8180 (rev 20)
[~]#

Base System Installation Checklist:
[O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it

Initial boot worked:    [O]
Configure network HW:   [O]
Config network:         [O]
Detect CD:              [O]
Load installer modules: [O]
Detect hard drives:     [O]
Partition hard drives:  [O]
Create file systems:    [O]
Mount partitions:       [O]
Install base system:    [O]
Install boot loader:    [O]
Reboot:                 [O]

Comments/Problems:
I had to use the ethernet card since ndiswrapper isn't configured during setup.
Good job! ;)