Bug#1010610: Babeld is an old, buggy version

[Juliusz Chroboczek]

Package: babeld
Vesion: 1.9.1-1+b1

The version of babeld in Debian is almost three years old, and has
a number of bugs that have been fixed in more recent versions.  Please
upgrade to a more recent version.

Bug#988423: Repeatable crash when doing VP9 simulcast

[Juliusz Chroboczek]

>> Chromium crashes immediately when attempting VP9 simulcast. To reproduce, go 
>> to
>> 
>> https://janus-legacy.conf.meetecho.com/echotest.html?simulcast2=true=vp9

> I just tried this on sid and bullseye with v97 and it didn't crash.

I couldn't reproduce the issue with 97.0.4692.71-0.1.  Thanks for getting
back to me.

Bug#991754: SpeechSynthesisVoice.lang is incorrect

[Juliusz Chroboczek]

Package: firefox
Version: 88.0.1-1

Run the following code:

voices = window.speechSynthesis.getVoices();
voices[0].lang;

This returns something like:

"sk-STEPH3"

which is not a correct language code, and breaks language matching against
e.g. navigator.languages.

Bug#988423: Repeatable crash when doing VP9 simulcast

[Juliusz Chroboczek]

Package: chromium
Version: 90.0.4430.93-1

Chromium crashes immediately when attempting VP9 simulcast.  To reproduce, go to

  
https://janus-legacy.conf.meetecho.com/echotest.html?simulcast2=true=vp9

and press Start.

FWIW, this does not happen with Brave 1.24.82 based on Chromium 90.0.4430.93.

Bug#968484: wireshark hard-wired to libsystemd0?

[Juliusz Chroboczek]

Due to this issue, I've just spent 40 minutes of my life determining
Wireshark's dependencies and compiling it from source.  In case it helps:

  - use Wireshark 3.2.8, not the latest stable;
  - you don't need to install, Wireshark works fine from the build directory.

I do feel some nostalgia for the olden times, when using Debian still
meant you could request a package and get the dependencies resolved
automatically.

> Why on earth would a network traffic analyzer depend on system init?

If you maintain any sort of free software nowadays, you'll spend
a non-negligible amount of time summarily closing pull requests that add
a gratuitious dependency on libsystemd.  It's not a conspiracy, the kids
doing that act in good faith, they really mean to help improve the ecosystem.

-- Juliusz "Grumpy Old Man" Chroboczek

Bug#916705: Please patch DHT

[Juliusz Chroboczek]

> point it, it's already been applied - should i remove it or not?

It doesn't hurt, so if you'd rather not bother with a new upload, feel
free to leave it as it is.

Sorry again for the confusion,

-- Juliusz

Bug#916705: Please patch DHT

[Juliusz Chroboczek]

> Debian (i think) ships dht
> https://salsa.debian.org/debian/transmission/blob/master/third-party/dht/CHANGES
> - what should we do here?

Debian's 2.94-1+b2 appears to be shipping 0.22, which is a rather old version.
There's no need to apply this patch to that version.

-- Juliusz

Bug#916705: Please patch DHT

[Juliusz Chroboczek]

> in light of 
> https://github.com/transmission/transmission/issues/782#issuecomment-450852432
> should 
> https://salsa.debian.org/debian/transmission/blob/master/debian/patches/patch-vendored-libdht.patch
> be reverted?

dht-0.25 doesn't have the bug.  The patch is harmless, but it doesn't
achieve anything useful.

Sorry again for the confusion.

-- Juliusz

Bug#916705: Please patch DHT

[Juliusz Chroboczek]

Package: transmission-gtk
Version: 2.94-1
Severity: wishlist

Hi,

I've just released libdht version 0.26, which fixes a rather unpleasant
bug.  I've filed a bug upstream:

  https://github.com/transmission/transmission/issues/782

Since upstream hasn't done a release in a long time, I'm attaching the bug
fix, in case you wish to patch the Debian package.

diff --git a/dht.c b/dht.c
index c752d13..b3709f9 100644
--- a/dht.c
+++ b/dht.c
@@ -2713,7 +2713,7 @@ send_closest_nodes(const struct sockaddr *sa, int salen,
 int numnodes = 0, numnodes6 = 0;
 struct bucket *b;
 
-if(want < 0)
+if(want <= 0)
 want = sa->sa_family == AF_INET ? WANT4 : WANT6;
 
 if((want & WANT4)) {

Bug#898575: In-memory cache grows almost without bound

[Juliusz Chroboczek]

> I think I agree that the manpage needs some clarification to note that
> the --cache option only affects the stream cache.

> In the meantime I uploaded mpv 0.29 which has adjusted the cache sizes a
> bit (although the behavior of --cache has not changed). Can you see if
> it has improved the situation?

My situation is somewhat unusal -- I'm streaming from a local server that
acts as a proxy, so I want to minimise prefetching (to avoid using up
server resources).  I doubt that the default configuration will suit me,
but that's okay.

What's not okay is that with older versions, I could simply tell my users
to run mpv with "--cache no".  With the new version, I'm going to have to
ship a script.

-- Juliusz

Bug#898575: In-memory cache grows almost without bound

[Juliusz Chroboczek]

> That's correct. The --cache option only affects the stream cache (which
> is correctly disabled by that option). The issue here was the size of
> the demuxer cache (which caches already demuxed packets).

This is completely unintuitive, and undocumented.  From the manual page:

   --cache=
  Set the size of the cache in kilobytes, disable it with  no,  or
  automatically  enable  it  if  needed with auto (default: auto).

The manual page needs fixing, at the very least.

Bug#898586: Babeld 1.8.1 is buggy, please upgrade to 1.8.2

[Juliusz Chroboczek]

Package: babeld
Version: 1.8.1-1

Hi,

Babeld-1.8.1 has a rather serious bug, that makes it unsuitable for
traditional IPv4 networks (as opposed to pure meshes).  1.8.2 fixes the
bug.

  https://github.com/jech/babeld/commit/157e44a4a507786f5626070d9b1f3e371389

Please upgrade to 1.8.2.

Thanks,

-- Juliusz

Bug#898576: ytdl breaks m3u

[Juliusz Chroboczek]

Package: mpv
Version: 0.27.2-1

The flag ytdl is set by default, which breaks opening m3u playlists over
the network -- only the last entry of the playlist is played.  Running
with --ytdl=no works around the issue.

Also confirmed in 0.28.2-1.

Bug#898575: In-memory cache grows almost without bound

[Juliusz Chroboczek]

Package: mpv
Version: 0.28.2-1

When streaming over HTTP from localhost, the in-memory cache grows
seemingly without bound (RSS just got up to 700MB).  Running
with --cache=no does *not* work around the issue.

Downgrading to 0.27.2-1 fixes the issue.

Bug#891810: hplip not installable without systemd

[Juliusz Chroboczek]

>> I most respectfully disagree -- I should be able to install the hpps
>> binary without installing systemd.

> There are non-Debian distributions which allow you to do that;

Are you seriously suggesting that whoever disagrees with you should switch
to a different distribution?

Look, Didier, this is clearly a spurious dependency.  There is no reason
why I should need to install systemd just so I get install a binary.

This can be achieved in many ways, including splitting the package, or
replacing a Depends with a Recommends somewhere.  Please be so kind as to
think about it rather than try to kick me out.

-- Juliusz

Bug#891810: hplip not installable without systemd

[Juliusz Chroboczek]

>> My systems are configured to avoid installing systemd.  This makes it
>> impossible to install hplip:

> The 'systemd' package doesn't switch your init system,

I understad that.  However, I try, to the extent possible, to avoid
installing software that I don't understand on the machines that
I maintain, and I do not understand systemd.

I find it surprising that I cannot install the hpps binary without
installing systemd.

> This is not a bug in hplip, nor in any other package down the dependency 
> chain; hereby closing then.

I most respectfully disagree -- I should be able to install the hpps
binary without installing systemd.

Please reopen this bug.

Bug#891810: hplip not installable without systemd

[Juliusz Chroboczek]

Package: hplip
Version: 3.17.10+repack0-2

My systems are configured to avoid installing systemd.  This makes it
impossible to install hplip:

  hplip depends on policykit-1
  policykit-1 depends on libpam-systemd
  libpam-systemd depends on systemd

If you believe this is an issue with libpam-systemd, please reassign this
bug.  Thanks.

Bug#886436: Rscript doesn't appear in package descriptions

[Juliusz Chroboczek]

Package: r-base-core
Version: 3.4.3-1
Severity: wishlist

A student just sent me a script that used the Rscript command.  Since I'm
not an R programmer, I thought, no problem,

  apt-cache search Rscript

which gave me nothing useful.

Perhaps it would be useful to mention Rscript in the description of the
r-base-core package?

Bug#864539: Confusing error message when proxy is down

[Juliusz Chroboczek]

Package: chromium
Version: 59.0.3071.86-1
Severity: minor

If Chromium is configured to use an HTTP proxy (using the Falcon Proxy
extension) and the proxy is down, the error message is "There is no
Internet Connexion" with advice to check the network cables etc.  I find
this confusing -- the message should say that the configured proxy is not
reachable.

Thanks,

-- Juliusz Chroboczek

Bug#610835: Installing caml pulls in half the world

[Juliusz Chroboczek]

Hi Mehdi, good to hear from you.

> Ok, so the bug is in the description. Could you please provide a patch which
> enhances the descriptions and makes them less confusing?

No, sorry.

-- Juliusz

Bug#842852: segmentation fault

[Juliusz Chroboczek]

>> I confirm this -- running 25.1+1-2 on amd64, I get the exact same backtrace:

> If you get a chance, could you try 25.1+1-3 and see if it behaves
> better?  Hopefully it has fixed a problem with the choice of allocator
> which might be related.

It hasn't crashed yet.

Bug#845340: errno.h cannot be #included

[Juliusz Chroboczek]

Package: gcc-arm-linux-gnueabihf
Version: 4:6.1.1-1

Try this:

   #include 
   #include 

   int
   main()
   {
   printf("%d\n", errno);
   return 0;
   }

$ arm-linux-gnueabihf-gcc test.c
In file included from /usr/arm-linux-gnueabihf/include/bits/errno.h:24:0,
 from /usr/arm-linux-gnueabihf/include/errno.h:35,
 from test.c:1:
/usr/include/linux/errno.h:1:23: fatal error: asm/errno.h: No such file or 
directory
 #include 
   ^
compilation terminated.

Bug#845072: gpsd-clients depends on X11 libraries

[Juliusz Chroboczek]

Package: gpsd-clients
Version: 3.11-3
Severity: wishlist

Gpsd-clients depends on the X11 libraries, which on a headless system
causes it to install over 50MB of useless stuff.  It would be good if this
package could be split into two, one of which does not depend on X11.

Bug#842852: segmentation fault

[Juliusz Chroboczek]

I confirm this -- running 25.1+1-2 on amd64, I get the exact same backtrace:

Backtrace:
emacs[0x50b89c]
emacs[0x4f1c5c]
emacs[0x50a00e]
emacs[0x50a239]
emacs[0x50a29f]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x11100)[0x7f2b00e2b100]
emacs(re_search_2+0x3a8)[0x542908]
...


FWIW, both Emacs 25 and Emacs 26 compiled from source run fine on this
system.

Bug#833185: Udhcd not killed when DHCP_ENABLED is no

[Juliusz Chroboczek]

Package: udhcpd
Version: 1:1.22.0-9+deb8u1
Severity: minor

Udhcpd is running.  I edit /etc/default/udhcpd to set DHCPD_ENABLED to no,
then do

/etc/init.d/udhcpd stop

The scripts checks the value of DHCPD_ENABLED, and does nothing.

Is this the expected behaviour?  Shouldn't the stop action kill a running
udhcpcd unconditionally?

-- Juliusz

Bug#832481: Please remove "local stratum 10" from default config file

[Juliusz Chroboczek]

>> When run on a node with no RTC, this line causes chrony to disrupt the
>> other nodes until the node manages to synchronise with a network node.

> Could you please describe what kind of disruptions you’re seeing?

Our Internet gateway synchronised with the NTP pool.  There are a number
of nodes that are clients of the gateway and they all peer with each
other.  As expected from Murphy's Law, the node with the least stable
clock (massive amounts of jitter) is running Jessie.

When the Internet connection goes down, the node with the unstable clock
declares itself as a stratum 10 server, and the nodes with stable clocks
get jittery time while claiming NTP sync (in the status field of the
adjtimex system call).

This is fixed by a one-line change to the configuration, granted, but
since this default is unexpected, it took me a while to find where the
issue came from.  (Je ne t'en veux pas trop, mais ne recommence pas ;-)

>> I suggest commenting it out in the default configuration.

> Well, I’m quite reluctant about introducing such a change to stable as
> I suspect some users are relying on this feature.

I see that this has been fixed in Stretch, so please feel free to mark
this bug as fixed.

Thanks for your attention,

-- Juliusz

Bug#832481: Please remove "local stratum 10" from default config file

[Juliusz Chroboczek]

Package: chrony
Version: 1.30-2+deb8u2
Severity: minor

The default config file contains the line

  local stratum 10

When run on a node with no RTC, this line causes chrony to disrupt the
other nodes until the node manages to synchronise with a network node.
I suggest commenting it out in the default configuration.

-- Juliusz

Bug#821405: dhcpcd no longer starts wpa_supplicant

[Juliusz Chroboczek]

Package: dhcpcd5
Version: 6.10.1-1

Since upgrading to 6.10.1-1, wpa_supplicant is no longer automatically
started when I run dhcpcd.  Everything works fine if I start wpa_supplicant
by hand.

I'm starting dhcpcd by hand, not from an init script, and the version of
wpa_supplicant is 2.3-2.3.

Bug#814380: Please add port 6696/udp (Babel routing protocol) to /etc/services

[Juliusz Chroboczek]

Package: netbase
Version: 5.3
Severity: wishlist

Port 6696/udp has been assigned by IANA to the Babel routing protocol.
This port is used by Debian's "babeld" package.

I'll be grateful if you can add it to Debian's /etc/services.

Bug#813595: Upstream version 6.10.1 available

[Juliusz Chroboczek]

Package: dhcpcd5
Version: 6.9.3-1
Severity: minor

Hi,

Right now, the latest upstream is 6.10.1.  This version fixes an
unpleasant IPv6 related bug (duplicate addresses) that is triggered by
recent OpenWRT routers.

Please upgrade.

-- Juliusz

Bug#748901: dma: does not recognize addresses in MIME enocded-word syntax

[Juliusz Chroboczek]

retitle 748901 dma -t fails to parse folded header lines
thanks

Thanks for the debugging, Olaf.  The following snippet reproduces the bug:

--
echo | dma -t -i <
To: L. User

Subject: this breaks dma

This breaks dma.
EOF
--

Bug#807430: Firewalld depends on systemd

[Juliusz Chroboczek]

Package: firewalld
Version:  0.3.14.2-2
Severity: wishlist

Firewalld depends on systemd, which makes it unusable for those of us who
run SV init on their systems.  Would it be a lot of work to make firewalld
not depend on a specific init system?

Bug#807430: closed by Michael Biebl <bi...@debian.org> (Re: [Pkg-utopia-maintainers] Bug#807430: Firewalld depends on systemd)

[Juliusz Chroboczek]

reopen 807430
thanks

$ sudo apt-get install --no-install-recommends firewalld
[...]
The following NEW packages will be installed:
  cgmanager firewalld libapparmor1:i386 libcap2:i386 libcgmanager0
  libcryptsetup4:i386 libdevmapper1.02.1:i386 libgcrypt20:i386
  libgpg-error0:i386 libkmod2:i386 libnih-dbus1 libnih1 libpam-systemd
  libpolkit-backend-1-0 libseccomp2:i386 libsystemd0:i386 libudev1:i386
  policykit-1 python3-decorator python3-selinux python3-six python3-slip
  python3-slip-dbus systemd:i386 systemd-shim

(It's trying to install the i386 version since I've blacklisted systemd.)

Thanks,

-- Juliusz

Bug#791582: Multiplication of IPv6 addresses

[Juliusz Chroboczek]

reopen 791582
thanks

Still present in 6.9.3-1.

Bug#795378: Warning when running M-x grep

[Juliusz Chroboczek]

Package: emacs24-lucid
Version: 24.5+1-1
Severity: minor

When running M-x grep, I get the following warning:

  grep: warning: GREP_OPTIONS is deprecated; please use an alias or script

Grep is version 2.21-2.

Bug#791582: Multiplication of IPv6 addresses

[Juliusz Chroboczek]

Package: dhcpcd5
version: 6.9.0-1

I'm running dhcpcd with the ifup/ifdown scripts on a network that does
DHCPv6.  net.ipv6.conf.wlan0.use_tempaddr is set to 2.

I'm getting 5 global addresses instead of the expected 2 (the weird prefix
is a ULA):

$ ip -6 addr show wlan0
3: wlan0: BROADCAST,MULTICAST,UP,LOWER_UP mtu 1500 qlen 1000
inet6 fd7f:ba99:411e:21::940/128 scope global noprefixroute dynamic 
   valid_lft 542sec preferred_lft 242sec
inet6 fd7f:ba99:411e:21:14c7:dd27:4dbb:7e24/64 scope global temporary 
dynamic 
   valid_lft 542sec preferred_lft 242sec
inet6 fd7f:ba99:411e:21:906d:67a2:2656:c66d/64 scope global mngtmpaddr 
noprefixroute dynamic 
   valid_lft 542sec preferred_lft 242sec
inet6 fd7f:ba99:411e:21:9b1:36f:85c1:8517/64 scope global temporary 
dynamic 
   valid_lft 542sec preferred_lft 242sec
inet6 fd7f:ba99:411e:21:25fc:ea8e:91be:1567/64 scope global mngtmpaddr 
noprefixroute dynamic 
   valid_lft 542sec preferred_lft 242sec
inet6 fe80::2677:3ff:fe1a:db64/64 scope link 
   valid_lft forever preferred_lft forever

-- Juliusz


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

Bug#791583: dhcpcd doesn't configure chrony

[Juliusz Chroboczek]

Package: dhcpcd5
Version: 6.9.0-1
Severity: wishlist

Dhcpcd has support for configuring ntpd and OpenNTPD, but not Chrony.
Please add chrony support.


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

Bug#789789: Musl fails to compile stuff that depends on kernel headers

[Juliusz Chroboczek]

Package: musl-tools
Version: 1.1.9-1

Having a musl toolchain in Debian is great for working on OpenWRT, which 
now uses musl by default.  Unfortunately, I'm finding that some of my code 
which works fine under both glibc/Debian and musl/OpenWRT fails to compile 
with musl/Debian:


  kernel_netlink.c:38:23: fatal error: asm/types.h: No such file or directory
   #include asm/types.h

Perhaps I'm doing something wrong, in which case I'll be grateful for 
guidance about hacking netlink in a way that's compatible with both glibc 
and musl.  In any case, the code is available for your perusal on 
https://github.com/jech/babeld , or in the Debian babeld package.


Thanks for your help,

-- Juliusz


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

Bug#789792: Ldd fails to identify musl binaries

[Juliusz Chroboczek]

Package: musl
Version: 1.1.9-1
Severity: wishlist

$ file ./a.out
./a.out: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically 
linked, interpreter /lib/ld-musl-x86_64.so.1, not stripped
$ ldd ./a.out
./a.out: error while loading shared libraries: 
/usr/lib/x86_64-linux-gnu/libc.so: invalid ELF header

I find the error message somewhat uninformative.  Could this be improved?


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

Bug#789789: Musl fails to compile stuff that depends on kernel headers

[Juliusz Chroboczek]

According to information received on #musl:

  you need to install the kernel headers into the musl prefix

  optimally a set of sanitized kernel-headers, like those from
  http://github.com/sabotage-linux/kernel-headers


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

Bug#789789: Musl fails to compile stuff that depends on kernel headers

[Juliusz Chroboczek]

This can apparently be worked around by doing:

ln -s /usr/include/linux /usr/include/x86_64-linux-musl/
ln -s /usr/include/asm-generic /usr/include/x86_64-linux-musl/
ln -s /usr/include/x86_64-linux-gnu/asm /usr/include/x86_64-linux-musl/

-- Juliusz


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

Bug#778356: Subtitles unreadable in 0.7.3

[Juliusz Chroboczek]

Package: mpv
Version: 0.7.3-1

In both 0.7.3-1 and 0.7.3-1ffmpeg, SRT subtitles appear as opaque white
squares, one per character.  The same video shows the subtitles just fine
with 0.6.2-2.

This is a netbook using the N450 integrated GPU (GMA 3150, I believe),
with the X.Org Intel driver version 2.3.3 and kernel 3.16.0-4-amd64.

-- Juliusz


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

Bug#772167: Interrupted upgrade breaks system

[Juliusz Chroboczek]

Package: texlive-base
Version: 2014.20141024-1
Severity: minor

Hi Norbert,

I just did a dist-upgrade on a laptop I hadn't used for a few weeks.
I didn't check that the power cord was plugged in, and the laptop crashed
during the upgrade.

After rebooting, I couldn't get APT to recover because the file
/usr/share/texlive/texmf-dist/ls-R was empty.  I needed to manually
reinstall textlive-base to get it fixed.

I don't know if you consider this a bug -- if you don't, please close this
bug report.  (And I'll troll the Debian mailing lists complaining about how
DDs routinely close perfectly valid bug reports.)

(Just kidding.)

-- Juliusz


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

Bug#767527: Slime's cl-lib shadows that of Emacs 24.4

[Juliusz Chroboczek]

Package: slime
Version: 2:2.10.1-2

Since upgrading to Emacs 24.4, I'm getting the following message when
I compile stuff:

Real cl-lib shadowed by compatibility cl-lib? 
(/usr/share/emacs/24.4/site-lisp/slime/lib/cl-lib.elc)
cl-declare already defined, not rebinding
cl-dotimes already defined, not rebinding
cl-dolist already defined, not rebinding
cl-dolist already defined, not rebinding
cl-dotimes already defined, not rebinding

Purging slime fixes the issue.

-- Juliusz


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

Bug#767043: ESS should not depend on R

[Juliusz Chroboczek]

severity 767043 minor
thanks

 The vast majority of users of ESS deploy it with R, and expect M-x R to work.

AFAIK, that's what Recommends is for -- install by default, don't prevent
uninstallation.  (The rare user who knows about --no-install-recommends
probably knows what he's doing.)

 the minor inconvenience you experience via the forced install of
 r-base-core.

Fair enough.

-- Juliusz


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

Bug#767043: ESS should not depend on R

[Juliusz Chroboczek]

Package: ess
Version: 14.09-1

Package ess depends on r-base-core, which is a 19MB download, and rather
useless for people programming in Julia.  Please downgrade this to
a Recommends.

-- Juliusz


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

Bug#767043: ESS should not depend on R

[Juliusz Chroboczek]

 | Package ess depends on r-base-core, which is a 19MB download, and rather
 | useless for people programming in Julia.  Please downgrade this to
 | a Recommends.

 I disagree.

May I most humbly request a slightly more verbose expression of your opinion?

-- Juliusz


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

Bug#764122: MnSymbol and new[tp]x shouldn't be in the texlive-fonts-extra ghetto

[Juliusz Chroboczek]

 Norbert, there are three font packages that are very useful when you're
 trying to work around the lack of maths fonts -- these are newtx, newpx
 and MnSymbol.  I really think they should be extracted from the
 texlive-fonts-extra ghetto.

 I follow upstream collections to the word,

I've always known you're a wise man.

 Please propose this to TeX Live mailing list:
   tex-l...@tug.org

No way -- I'm on way too many mailing lists already.  I'll be very
grateful if you do that for me.

-- Juliusz


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

Bug#764122: MnSymbol and new[tp]x shouldn't be in the texlive-fonts-extra ghetto

[Juliusz Chroboczek]

 I follow upstream collections to the word,

 I've always known you're a wise man.

 Hahaha, Honig um den Mund schmieren?

Nein, ich bin dead serious.  I keep begging my downstreams to avoid
distro-specific patches as much as possible, and to put their
modifications upstream.  (Especially since there've been cases where I've
replaced dozens of lines of distro-specific shell scripts by a few lines
of upstream code.)

 No way -- I'm on way too many mailing lists already.

 No need to subscribe, just add please Cc me ...

No way.  You start by sending an innocent message, and you end up being
one of the main developers.

 if you don't do it, I *MIGHT* do it at some point in the future ;-)

Please.

-- Juliusz


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

Bug#764122: MnSymbol and new[tp]x shouldn't be in the texlive-fonts-extra ghetto

[Juliusz Chroboczek]

Package: texlive-fonts-extra
Version: 2014.20140927-1
Severity: wishlist

Hi again, Norbert.

So here I am, writing my lecture notes on a machine on which I don't
usually TeX.  My personal format fails with an error about MnSymbol not
found, so I do

  $ apt-cache search mnsymbol
  texlive-fonts-extra - TeX Live: Additional fonts

Ouch.  200MB download, 600MB disk space.

Norbert, there are three font packages that are very useful when you're
trying to work around the lack of maths fonts -- these are newtx, newpx
and MnSymbol.  I really think they should be extracted from the
texlive-fonts-extra ghetto.

Sorry for the underful hbox in the paragraph above, I'm too lazy to reword
it.  Thanks for listening,

-- Juliusz


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

Bug#763926: bidi.sty depends on iftex.sty

[Juliusz Chroboczek]

Package: texlive-lang-arabic
Version: 2014.20140927-1

Hi Norbert,

There's a missing dependency somewhere, it's impossible to use arabxetex
without manually installing texlive-generic-extra.  This is due to
bidi.sty using the iftex package:

  $ grep iftex /usr/share/texlive/texmf-dist/tex/xelatex/bidi/bidi.sty
  \RequirePackage{iftex}
  $ dpkg -S iftex.sty
  texlive-generic-extra: 
/usr/share/texlive/texmf-dist/tex/generic/iftex/iftex.sty
  $ dpkg -S '*/bidi.sty'
  texlive-lang-arabic: /usr/share/texlive/texmf-dist/tex/xelatex/bidi/bidi.sty
  $ apt-cache depends texlive-lang-arabic | grep Depends:
  Depends: fonts-hosny-amiri
  Depends: dpkg
  Depends: tex-common
  Depends: texlive-base

-- Juliusz


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

Bug#763190: $((0777)) not recognised as octal

[Juliusz Chroboczek]

Package: mksh
Version: 50b-1
Severity: minor

  $ sh -c 'echo $((0777))'
  511
  $ ksh93 -c 'echo $((0777))'
  511
  $ bash -c 'echo $((0777))'
  511
  $ mksh -c 'echo $((0777))'
  777

POSIX says:

  The arithmetic expression shall be processed according to the rules given
  in Arithmetic Precision and Operations, with the following exceptions:

[...]

* Only the decimal-constant, octal-constant, and hexadecimal-constant
  constants specified in the ISO C standard, Section 6.4.4.1 are
  required to be recognized as constants.


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

Bug#748901: dma: does not recognize addresses in MIME enocded-word syntax

[Juliusz Chroboczek]

Any news on this issue?  It makes dma unusable.

-- Juliusz


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

Bug#763190: closed by Thorsten Glaser t...@mirbsd.de (Re: Bug#763190: $((0777)) not recognised as octal)

[Juliusz Chroboczek]

 Juliusz Chroboczek dixit:

 $ mksh -c 'echo $((0777))'

Dixi vere.

 I consider this feature dangerous

[...]

 $ mksh -o posix -c 'echo $((0777))'

Gratias ago tibi pro expositionem clarissimam.

-- Julius


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

Bug#762717: GPU disabled -- The GPU process crashed!

[Juliusz Chroboczek]

Package: chromium
Version:  37.0.2062.120-2

Running on Atom N455, with the integrated graphics and stock Debian
X server.  Chromium disables the GPU:

  GpuProcessHostUIShim: The GPU process crashed!
  GpuProcessHostUIShim: The GPU process crashed!
  GpuProcessHostUIShim: The GPU process crashed!

Running from the console, Chromium logs the following:

ATTENTION: default value of option force_s3tc_enable overridden by environment.
ATTENTION: option value of option force_s3tc_enable ignored.
[11127:11127:0924/184145:ERROR:desktop_window_tree_host_x11.cc(1478)] Not 
implemented reached in void 
views::DesktopWindowTreeHostX11::MapWindow(ui::WindowShowState)
[11127:11127:0924/184200:ERROR:command_buffer_proxy_impl.cc(153)] Could not 
send GpuCommandBufferMsg_Initialize.
[11127:11127:0924/184200:ERROR:webgraphicscontext3d_command_buffer_impl.cc(236)]
 CommandBufferProxy::Initialize failed.
[11127:11127:0924/184200:ERROR:webgraphicscontext3d_command_buffer_impl.cc(256)]
 Failed to initialize command buffer.
ATTENTION: default value of option force_s3tc_enable overridden by environment.
ATTENTION: option value of option force_s3tc_enable ignored.
[6:17:0924/184200:ERROR:gpu_channel_host.cc(148)] 
GpuChannelHost::CreateViewCommandBuffer failed.
[11127:11127:0924/184200:ERROR:command_buffer_proxy_impl.cc(153)] Could not 
send GpuCommandBufferMsg_Initialize.
[11127:11127:0924/184200:ERROR:webgraphicscontext3d_command_buffer_impl.cc(236)]
 CommandBufferProxy::Initialize failed.
[11127:11127:0924/184200:ERROR:webgraphicscontext3d_command_buffer_impl.cc(256)]
 Failed to initialize command buffer.
[6:17:0924/184200:ERROR:webgraphicscontext3d_command_buffer_impl.cc(256)] 
Failed to initialize command buffer.
ATTENTION: default value of option force_s3tc_enable overridden by environment.
ATTENTION: option value of option force_s3tc_enable ignored.
[6:17:0924/184201:ERROR:command_buffer_proxy_impl.cc(153)] Could not send 
GpuCommandBufferMsg_Initialize.
[6:17:0924/184201:ERROR:webgraphicscontext3d_command_buffer_impl.cc(236)] 
CommandBufferProxy::Initialize failed.
[6:17:0924/184201:ERROR:webgraphicscontext3d_command_buffer_impl.cc(256)] 
Failed to initialize command buffer.
[11127:11127:0924/184201:ERROR:command_buffer_proxy_impl.cc(153)] Could not 
send GpuCommandBufferMsg_Initialize.
[11127:11127:0924/184201:ERROR:webgraphicscontext3d_command_buffer_impl.cc(236)]
 CommandBufferProxy::Initialize failed.
[11127:11127:0924/184201:ERROR:webgraphicscontext3d_command_buffer_impl.cc(256)]
 Failed to initialize command buffer.


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

Bug#762717: Fixed by upgrade

[Juliusz Chroboczek]

close 762717
thanks

This was apparently fixed by performing a full dist-upgrade (including the
kernel) and a reboot.  Sorry for the noise.

-- Juliusz


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

Bug#758631: ppp_async module not loaded automatically

[Juliusz Chroboczek]

Package: ppp
Version: 2.4.6-2

Hi,

pppd doesn't work unless I manually modprobe the ppp_async module.  This
is easily fixed by adding ppp_async to /etc/modules, but shouldn't this
happen automatically?

$ sudo wvdial
[sudo] password for jch: 
-- WvDial: Internet dialer version 1.61
-- Initializing modem.
-- Sending: ATZ
ATZ
OK
-- Modem initialized.
-- Sending: ATDT*99#
-- Waiting for carrier.
ATDT*99#
CONNECT 360
-- Carrier detected.  Starting PPP immediately.
-- Starting pppd at Tue Aug 19 14:15:56 2014
-- Pid of pppd: 2868
-- pppd: +[7f]
-- Disconnecting at Tue Aug 19 14:15:57 2014
-- The PPP daemon has died: No ppp module error (exit code = 4)
-- man pppd explains pppd error codes in more detail.
-- I guess that's it for now, exiting
-- The PPP daemon has died. (exit code = 4)


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

Bug#758631: ppp_async module not loaded automatically

[Juliusz Chroboczek]

 Yes. I expect that you are experiencing #749021.

Interesting.  Does that mean that the lack of a dev node prevents the
module from autoloading?

 Anyway, it is not pppd's job to load kernel modules.

Agreed, but I wasn't sure what package to file this against.

-- Juliusz


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

Bug#754513: ITP: libressl -- SSL library, forked from OpenSSL

[Juliusz Chroboczek]

 I would like to make it co-installable with OpenSSL, but in general,
 this should be a drop-in replacement until APIs really diverge in a
 visible way. Yes, it would provide 'openssl', but I intend to place them
 into a different directory, so you might have to use LD_PATH to get
 them.

That reminds me of what we were trying to do with Xaw in the late 1990s.
Short story -- we tried and we failed.  I wish you better luck, but I fear
that you're setting on a course that will bring you a lot of pain.

In the late 1990s, the only widget set that was free, usable and vendor-
neutral was Xaw , which was fairly functional but whose appearance was
already somewhat dated.

https://en.wikipedia.org/wiki/X_Athena_Widgets

There were two drop in libraries that were meant to provide binary
compatibility with Xaw but with a more pleasant appearance, called Xaw3d
and (I think) NextAw.  Branden Robinson's plan was to allow the user to
select the appearance by setting LD_LIBRARY_PATH to point at one or the
other of the Xaw libraries.

It worked reasonably well as long as the user was just using the sample
applications provided with X.  However, real applications would sometimes
subclass widgets, which would cause them to crash unpredictably.  Whenever
we got a crash report against an Xaw application, the first question was
does unsetting LD_LIBRARY_PATH fix it?.

After XFree86 changed the Xaw ABI with Xaw6, Branden finally gave up, and
agreed to make Xaw3d an independent library that applications could link
against rather than a drop-in replacement.  Then Xaw got obsoleted by Gtk+,
and the point became moot.

History does not necessarily repeat itself, of course.  Thanks for
listening to an old man's story.

-- Juliusz


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

Bug#753357: How to avoid stealth installation of systemd?

[Juliusz Chroboczek]

 Juliusz, can you please paste your apt logs

 Sent by private mail.

 Please send it publicly in the Debian bug tracker.

Sorry, Thomas, but I'm not quite sure what are the privacy implications of
making public the set of packages running on my system.  (Probably none,
but I'd rather not find out I'm wrong.)

-- Juliusz


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

Bug#753357: How to avoid stealth installation of systemd?

[Juliusz Chroboczek]

 Juliusz, can you please paste your apt logs showing what pulled systemd
 in on the system?

Sent by private mail.  If anyone else wants a copy, please drop me a note.

-- Juliusz


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

Bug#753357: Power button broken due to systemd stealthily installed

[Juliusz Chroboczek]

Package: systemd
Version: 204-8

After a recent upgrade, the power button on my laptop stopped doing
anything useful.

It turned out that a recent upgrade had installed systemd, but without
replacing init with it.  The powerbtn-acpi-support.sh script was detecting
a running systemd-logind, and therefore doing nothing.

Folks, I understand that you're excited about systemd, but this sort of
stealthy pulling in of code is something that really pisses people off.
If I'd rather not be running 15 lines of code as pid 1, please respect
my wishes.

-- Juliusz


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

Bug#751436: Please upgrade to babeld-1.5.0

[Juliusz Chroboczek]

Package: babeld
Version: 1.4.3-1

Hi Stéphane,

Please package babeld-1.5.0, available from

  http://www.pps.univ-paris-diderot.fr/~jch/software/files/babeld-1.5.0.tar.gz
  
http://www.pps.univ-paris-diderot.fr/~jch/software/files/babeld-1.5.0.tar.gz.asc

-- Juliusz


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

Bug#751288: Avahi-daemon is noisy

[Juliusz Chroboczek]

Package: avahi-daemon
Version: 0.6.31-4

Avahi-daemon fills my logs with

  Jun 11 07:38:57 lanthane avahi-daemon[2502]: Invalid response packet from 
host 172.23.36.97.
  Jun 11 07:39:56 lanthane avahi-daemon[2502]: Invalid response packet from 
host 172.23.43.78.
  Jun 11 07:39:56 lanthane avahi-daemon[2502]: Invalid response packet from 
host 172.23.36.97.

-- Juliusz


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

Bug#751287: Logcheck bothers me with avahi errors

[Juliusz Chroboczek]

Package: logcheck-database 
Version: 1.3.16


Arguably, this is an issue with avahi-daemon (which is very noisy), but 
logcheck should be filtering this out:


  Jun 11 07:29:00 lanthane avahi-daemon[2502]: Invalid response packet from 
host 172.23.36.97.
  Jun 11 07:29:00 lanthane avahi-daemon[2502]: Invalid response packet from 
host 172.23.43.78.
  Jun 11 07:33:35 lanthane avahi-daemon[2502]: Invalid response packet from 
host 172.23.43.78.

-- Juliusz


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

Bug#751287: Acknowledgement (Logcheck bothers me with avahi errors)

[Juliusz Chroboczek]

This appears to be worked around by

  
https://github.com/ties/logcheck-extrarules/blob/master/ignore.d.server/local-avahi

See also #751288.

-- Juliusz


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

Bug#751292: Logcheck sends me OpenVPN notices

[Juliusz Chroboczek]

Package: logcheck-database
Version: 1.3.16

  Jun 11 20:59:29 ariane ovpn-matthieu[22119]: VERIFY X509NAME OK: 
/C=FR/L=Paris/O=PPS/CN=matthieu/emailAddress=j...@pps.univ-paris-diderot.fr
  Jun 11 20:59:35 ariane ovpn-kerneis[20848]: VERIFY X509NAME OK: 
/C=FR/L=Paris/O=PPS/CN=kerneis/emailAddress=j...@pps.univ-paris-diderot.fr

Well, that's cool -- but why do I need a mail to tell me about it?

-- Juliusz


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

Bug#474608: [Logcheck-devel] Bug#474608: logcheck: SMTP vs sendmail

[Juliusz Chroboczek]

 Would it be possible to have loccheck using SMTP to send email reports
 instead of local /usr/bin/sendmail.

That would break systems running dma instead of a full-fledged SMTP daemon.

-- Juliusz


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

Bug#751014: Org-mime spurious alternative

[Juliusz Chroboczek]

Package: org-mode
Version: 8.2.5h-2

When org-mime-library is set to semi, org-mime generates a spurious
alternative section around the HTML part.  This is due to two bugs in
the function org-mime-multipart:

1. it attempts to put a multipart/alternative section around the HTML,
   where it should be putting a multipart/related part;

2. it tests for the presence of images by doing (when images ...), which
   triggers when images is the empty string (somebody has been programming
   in Python or Javascript?).

To repeat:

  M-x load-library org-mime RET
  M-: (setq org-mime-library 'semi) RET
  M-x wl RET
  w

Then insert some text below the separator line, and do

  M-x org-mime-htmlize

and see the breakage.

-- Juliusz


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

Bug#750094: Misleading warning

[Juliusz Chroboczek]

Hi Daniel, nice to meet you.

 |1| Note that the security level of the Diffie-Hellman key exchange
 has been lowered to 256 bits and this may allow decryption of the
 session data

 0) a warning that the configuration has lowered the DH key exchange
 strength and may cause weakness (what we're seeing here) -- Juliusz, can
 you propose an alternate text for this warning?

  Note that the current configuration of either gnutls or your client
  software allows Diffie-Hellman key exchange to succeed with as little as
  256 bits, which is not enough to guarantee a reasonable level of
  security.  Please reconfigure gnutls or your client software with a more
  reasonable value (at least 1024, preferably 2048 or more).

Please tweak the values at will, I'm not a crypto specialist.

 1) a warning in the _gnutls_audit_log when the dh bits is *actually*
 lower than whatever cutoff we deem to be absurdly unacceptable.

Yes, that would be helpful.

 I worry a little bit about either warning, mainly because it seems to
 imply that anything higher than 512 bits *won't* allow decryption of the
 session data, which probably isn't the case for, say, a 513-bit group :P

Very true, hence the at least 1024, prerefably 2048 or more in the
suggested message above.

-- Juliusz


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

Bug#750094: Misleading warning

[Juliusz Chroboczek]

Package: gnutls-bin
Version: 3.2.14-1

Try the following:

  gnutls-cli --dh-bits 256 --starttls -p 80 www.debian.org

It prints the following warning:

  |1| Note that the security level of the Diffie-Hellman key exchange
  has been lowered to 256 bits and this may allow decryption of the
  session data

This warning is printed before any TLS negotiation happens, so it does not
reflect the parameters that were actually negotiated.  The wording should
be changed in order to make it clear that the actual negotiated parameters
might be different.

-- Juliusz


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

Bug#748802: attic/ subdirectories in load-path

[Juliusz Chroboczek]

Package: emacsen-common
Version: 2.0.7

Hi,

Not sure whether it's a bug in the debian startup scripts or in wl and
friends, but I'm seeing the attic/ subdirectories in my load-path:

(apply #'nconc
   (mapcar #'(lambda (x) (and (string-match /attic x) (list x)))
   load-path))

(/usr/share/emacs/site-lisp/apel/attic 
/usr/share/emacs/site-lisp/flim/attic /usr/share/emacs/site-lisp/semi/attic 
/usr/share/emacs/site-lisp/w3m/attic)

Since these directories contain a number of files that have been
included in recent emacsen, the result is that the Emacs-provided
files are shadowed:

(locate-library smtpmail)
/usr/share/emacs/site-lisp/flim/attic/smtpmail.el

-- Juliusz


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

Bug#748113: Please integrate package.el with Debian packages

[Juliusz Chroboczek]

Package: emacsen-common
Version: 2.0.7
Severity: wishlist

Hi,

Debian packages that install Elisp code appear not to notify package.el,
the package manager included with Emacs 24.  The result is that
installing an Emacs package that has its dependencies satisfied by
a Debian package causes a download of another version of the package.

Ideally, Debian packages that install code that is in ELPA or MELPA
should ensure that package.el doesn't attempt to redownload the code,
while at the same time making it possible to download a newer version
through package.el.

Note that the Ruby and Python package systems (Gem and Pip, respectively),
behave as suggested above.  Ruby Gem allows installing packages as
root (don't know about an ordinary user), and will refuse to uninstall
a package installed through dpkg.  Pip, on the other hand, will
happily break Debian packages, but this is easily worked around by
running Pip as an ordinary user.

-- Juliusz


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

Bug#746750: Please package new upstream release: 1.1.1

[Juliusz Chroboczek]

retitle 746750 Please package new upstream release: 1.1.1
thanks

1.1.1 is now out.

-- Juliusz


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

Bug#746750: polipo: Please package new upstream release: 1.1.0

[Juliusz Chroboczek]

 apparently, upstream isn't advertising tarball anymore,

I'm not sure what you mean.

  
http://www.pps.univ-paris-diderot.fr/~jch/software/files/polipo/polipo-1.1.0.tar.gz
  
http://www.pps.univ-paris-diderot.fr/~jch/software/files/polipo/polipo-1.1.0.tar.gz.asc

-- Juliusz


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

Bug#747664: julia--get-object breaks because of mapcan

[Juliusz Chroboczek]

 (eval-when-compile
   (require 'cl)); in Emacs = 23.x for (mapcan .)

I'm not sure that's enough.  Mapcan is a DEFSUBST for cl-mapcan,
which itself is an ordinary DEFUN in cl-extra.  So unless you require
cl-extra at runtime, you're still going to get an undefined function.
(You won't see the issue in interpreted code.)

I would suggest that you avoid the overhead of loading cl or cl-extra
by rewriting

  (mapcan (lambda ...) list)

as

  (apply #'nconc (mapcar (lambda ...) list))

-- Juliusz


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

Bug#747664: julia--get-object breaks because of mapcan

[Juliusz Chroboczek]

Package: ess
Version: 13.09-1-1

Typing TAB in an iESS buffer in Julia mode sometimes breaks because
mapcan is not defined.  A simple workaround is to (load 'cl), but it
would perhaps be better to use nconc(mapcar) instead.

I am running emacs24 24.3+1-3.

Here's a backtrace:

Debugger entered--Lisp error: (void-function mapcan)
  mapcan(#[(mod) \303\304\232\203  julia--get-objects(#process julia nil)
  julia-object-completion()
  completion--capf-wrapper(julia-object-completion all)
  run-hook-wrapped(completion--capf-wrapper julia-object-completion all)
  completion-at-point()
  call-interactively(completion-at-point nil nil)


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

Bug#735765: closed by Tatsuya Kinoshita t...@debian.org (Bug#735765: fixed in wl-beta 2.15.9+0.20140504-1)

[Juliusz Chroboczek]

 [1  text/plain; utf-8 (quoted-printable)]
 This is an automatic notification regarding your Bug report
 which was filed against the wl-beta package:

 #735765: IMAP: WL calls STATUS on selected folder

 It has been closed by Tatsuya Kinoshita t...@debian.org.

I can confirm that it's fixed in wl-beta 2.15.9+0.20140504-1.  Thanks
a lot to both of you.

-- Juliusz


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

Bug#700767: polipo: no limit in the amount of on-disk cache by default

[Juliusz Chroboczek]

tags 700767 +wontfix
thanks

 there is no limit in the amount of on-disk cache (/var/cache/polipo).

Polipo does not maintain an index of the on-disk cache, which is what
allows it to scale to absolutely huge on-disk caches with no slowdown.
Unfortunately, this means that it doesn't know the size of the on-disk
cache, and hence cannot limit its size.

The workaround is to have a cron job that prunes the cache periodically;
unfortunately this does not solve the issues you're having with large
files increasing the size of your cache temporarily.

Marking wontfix.

-- Juliusz


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

Bug#655852: polipo: Polipo should log queries/fetches.

[Juliusz Chroboczek]

tags 655852 +wontfix
thanks

 With polipo, even with logLevel=0xff there doesn't seem to be any
 sort of query and/or fetch logging output

This is deliberate -- Polipo's upstream author doesn't want to
encourage you to spy on your users.  He believes that logging every
request going through the proxy is an intolerable invasion of users'
privacy, and that a competent administrator should be able to work out
issues without the need for such extensive logging.

-- Juliusz


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

Bug#736081: Won't authenticate over STARTTLS without AUTH_CLIENT_ALLOW_NOTLS_PASSWORDS

[Juliusz Chroboczek]

Package: exim4-daemon-light
Version: 4.82-3

Smarthost requires STARTTLS and PLAIN login -- therefore the
connection is authenticated.  A default install refuses to authenticate:

SMTP STARTTLS
SMTP 220 2.0.0 Ready to start TLS
SMTP EHLO x.x.x.x
SMTP 250-x.x.x.x
   250-PIPELINING
   250-SIZE 1024
   250-ETRN
   250-AUTH PLAIN LOGIN
   250-AUTH=PLAIN LOGIN
   250-ENHANCEDSTATUSCODES
   250-8BITMIME
   250 DSN
  [...]
  x.x.x.x in hosts_require_auth? no (option unset)
  search_open: nwildlsearch /etc/exim4/passwd.client
  search_find: file=/etc/exim4/passwd.client
key=x.x.x.x partial=-1 affix=NULL starflags=0
  [...]
  x.x.x.x in *.x.x? yes (matched *.x.x)
  lookup yielded: x:x
  [...]
SMTP MAIL FROM: SIZE=2447
SMTP RCPT TO:jch@x.x.x
SMTP DATA
  [...]
SMTP 250 2.1.0 Ok
SMTP 554 5.7.1 unknown[x.x.x.x]: Client host rejected: Access denied
SMTP 554 5.5.1 Error: no valid recipients

If I add ``AUTH_CLIENT_ALLOW_NOTLS_PASSWORDS = true'' to the exim
configuration, everything works fine:

SMTP STARTTLS
SMTP 220 2.0.0 Ready to start TLS
SMTP EHLO x.x.x.x
SMTP 250-x.x.x.x
   250-PIPELINING
   250-SIZE 1024
   250-ETRN
   250-AUTH PLAIN LOGIN
   250-AUTH=PLAIN LOGIN
   250-ENHANCEDSTATUSCODES
   250-8BITMIME
   250 DSN
SMTP AUTH PLAIN 
SMTP 235 2.7.0 Authentication successful

However, this should not be needed, since the connection is protected
by TLS.

-- Juliusz


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

Bug#735765: IMAP: WL calls STATUS on selected folder

[Juliusz Chroboczek]

Hi David,

Please note the changed CC (so that the Debian ticket gets your replies).

 This bug is indeed fixed in the branch heimkehr in WL's
 repository. This branch also contains an improved IMAP search courtesy
 of Erik Hetzner.

 The fix for the IMAP SELECT bug required more than the commits you
 mentioned.

Noted.

 (1) elmo-folder-close doesn't unselect the IMAP folder;
 (2) elmo-folder-status-plugged doesn't treat the selected folder specially.

 WL has to keep track of EXIST and RECENT server responses for the
 selected mailbox (MUST per RFC3501, 7.3) and use these values when
 queried for the status of a selected mailbox. This fixes (2) and makes
 a fix for (1) unnecessary. Fixing this bug required some additional
 changes to WL's drafting algorithms.

Yes, that's way better -- avoiding deselecting the read mailbox should
be faster, at least with some servers.

 I think the easiest way to solve this issue would a merge from
 'heimkehr' to 'master'.

Are you going to do that?

Thanks for your reply,

-- Juliusz


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

Bug#736081: Won't authenticate over STARTTLS without AUTH_CLIENT_ALLOW_NOTLS_PASSWORDS

[Juliusz Chroboczek]

 You seem to be quoting two different outputs, one with and and one
 without debugging info.

I've just sent the relevant excerpts.

 Please show the debugging output with and without
 AUTH_CLIENT_ALLOW_NOTLS_PASSWORDS (take care to remove
 username/password from the output)

If there's anything particular in the debug output, I'll be glad to
send you the info.  On the other hand, I'd rather not spend time
anonymising the full output.

 Also is there a reason why you say x.x.x.x instead of showing the IP
 address? Did you customize the authenticator?

No, I didn't customise anything.

I'm not the only person having this issue -- see

  https://www.google.fr/search?q=plain+authenticator+yielded+13;

-- Juliusz


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

Bug#735765: IMAP: WL calls STATUS on selected folder

[Juliusz Chroboczek]

Package: wl-beta
Version: 2.15.9+0.20130701-2

If you select a folder, then press q and return to the summary buffer,
then press s to update the unread message count, the message count of
the selected folder is not updated:

  [18:41:14] - elmo-imap444 status INBOX (recent unseen messages uidnext)
  [18:41:14] - * STATUS INBOX (MESSAGES 4867 RECENT 0 UIDNEXT 13582 UNSEEN 0)
  [18:41:14] - elmo-imap444 OK [CLIENTBUG] Status on selected mailbox 
completed.

This is issues #5 and #39 on http://github.com/wanderlust/wanderlust

I believe that this is due to the combination of two bugs:

  (1) elmo-folder-close doesn't unselect the IMAP folder;
  (2) elmo-folder-status-plugged doesn't treat the selected folder specially.

Bug (1) appears to be fixed by the following series of commits of branch
heimkehr of the github repository:

  0a41abf 4d0efc9 70db4e1 fd55794

I don't know of a fix for bug (2).

-- Juliusz Chroboczek


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

Bug#730742: Font rendering fuzzy (straight lines smeared across subpixels) since upgrade to 2.5.1

[Juliusz Chroboczek]

Confirmed with the upstream version, but only when
FT_CONFIG_OPTION_SUBPIXEL_RENDERING is enabled, which is the case in
the Debian build but not in the default upstream build.

-- Juliusz


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

Bug#730655: Please package libpdf.so

[Juliusz Chroboczek]

Package: chromium
Version: 31.0.1650.57-1
Severity: wishlist

Hi,

The PDF plugin of Chrome is not included in Chromium, and rightly
so -- it's non-Free software.  However, it would be great to have it
packaged in nonfree, similar to what is done with pepperflashplugin-nonfree.

I'm not sure where to send this request -- please reassign this bug if
you think that Chromium is not this package.

Thanks,

-- Juliusz


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

Bug#728621: closed by Sébastien Delafond s...@debian.org (Re: Bug#728621: org-wl loaded from older version)

[Juliusz Chroboczek]

reopen 728621
thanks

  Using Emacs 24, org-wl gets loaded from the version of Org-mode
  included with Emacs:
  
(locate-library org-wl)
/usr/share/emacs/24.3/lisp/org/org-wl.elc
(locate-library org)
/usr/share/emacs24/site-lisp/org-mode/org.elc

 this is not a bug: org-wl.el is in contrib/, and the README.Debian
 does clearly mention how to enable contributed extensions.

Yes, it does.  Still, the fact that the default setup is incorrect
indicates a bug.

 If you don't do that, then the org-wl library shipped with emacs24 is
 used instead, as it should be.

Shouldn't the Debian package get these things set up for me
automatically?  If I wanted to do the setup manually, I'd be using the
upstream version.

-- Juliusz


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

Bug#728621: closed by Sébastien Delafond s...@debian.org (Re: Bug#728621: org-wl loaded from older version)

[Juliusz Chroboczek]

retitle 728621 Org-mode contrib: default behaviour inconsistent with emacs24
thanks

   These contributions are not part of GNU Emacs or of the official
   Org-mode package. But the git repository for Org-mode is glad to
   provide useful way to distribute and develop them as long as they
   are distributed under a free software license.
 
 I follow the same philosophy and do not make them available by
 default. I am not about for force those non-official modules on
 users that want plain org-mode; especially when enabling them is
 easy and well-documented.

Ok, but then the behaviour should be consistent with the emacs24
package, which does make org-wl available by default:

  $ emacs -q --batch --eval '(message %s (locate-library org-wl))'
  [...]
  /usr/share/emacs/24.3/lisp/org/org-wl.elc

 can you retitle this bug

Done.

-- Juliusz


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

Bug#729231: Please upgrade to FreeType 2.5

[Juliusz Chroboczek]

Package: libfreetype6
Version: 2.4.9-1.1
Severity: wishlist

Hi,

FreeType 2.5 contains a new rasteriser for CFF (contributed by Adobe),
which yields noticeably better results than the current rasteriser on
low-resolution screens.  Much as I enjoy hacking at LD_PRELOAD on my
netbook, it would be nice to have the new rasteriser in Debian by
default.

Thanks,

-- Juliusz


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

Bug#728621: org-wl loaded from older version

[Juliusz Chroboczek]

Package: org-mode
Version: 8.2.1-1

Using Emacs 24, org-wl gets loaded from the version of Org-mode
included with Emacs:

  (locate-library org-wl)
  /usr/share/emacs/24.3/lisp/org/org-wl.elc
  (locate-library org)
  /usr/share/emacs24/site-lisp/org-mode/org.elc

-- Juliusz


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

Bug#712820: Babeld recommends ahcpd

[Juliusz Chroboczek]

Package: babeld
Version: 1.4.1-1
Severity: minor

Hi Stéphane,

One of my users just complained on IRC that the babeld package tries
to pull in ahcpd.  It's up to you, but I would tend to agree with him
that the Recommends should be Suggests instead.

Thanks,

-- Juliusz


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

Bug#709919: Babeld-1.3.1 is old

[Juliusz Chroboczek]

Package: babeld
Version: 1.3.1-1
Severity: wishlist

The version of babeld currently in sid is 1.3.1, which is from
February 2012.  There have been 8 releases since then.  Please upgrade
babeld to 1.4.1.

Thanks,

-- Juliusz


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

Bug#696531: Power saving regression on Sandy Bridge

[Juliusz Chroboczek]

 On Dell Latitude E6220 (Sandy Bridge i5-2520M, integrated graphics),
 power saving stops working after some time.  The symptoms are that idle
 power consumption goes from 7W to 28W (!), and Powertop reports that PC7
 is never entered.  A reliable way to reproduce it is to suspend the
 laptop, but it sometimes happens spontaneously.

 I expect that
 we'll have to wait for a backported bug fix in the 3.7.y stable series.

It looks like it's fixed in linux-image-3.7-trunk-amd64 version
3.7.1-1~experimental.1 -- at least I couldn't reproduce it in five minutes'
testing.

(Now somebody is tweaking my cpufreq parameters whenver I unplug the cord,
but that's most probably a userspace issue, so not your problem.)

-- Juliusz


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

Bug#696531: Power saving regression on Sandy Bridge

[Juliusz Chroboczek]

Package: linux-image-3.6-trunk-amd64
Version: 3.6-1~experimental.1

Hi,

On Dell Latitude E6220 (Sandy Bridge i5-2520M, integrated graphics),
power saving stops working after some time.  The symptoms are that idle
power consumption goes from 7W to 28W (!), and Powertop reports that PC7
is never entered.  A reliable way to reproduce it is to suspend the
laptop, but it sometimes happens spontaneously.

This is most possibly identical to

  https://bugs.freedesktop.org/show_bug.cgi?id=54089

-- Juliusz


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

Bug#695225: No support for mp4 container in Handbrake

[Juliusz Chroboczek]

Package: handbrake-gtk
Version: 0.9.8+dfsg1-2
Severity: wishlist

In the Destination dialog, the Format field only supports MKV --
there's no way to select an mp4 container.

-- Juliusz Chroboczek


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

Bug#606522: Mistake

[Juliusz Chroboczek]

Sorry, I do *not* confirm this bug -- mistake on my part.

-- Juliusz


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

Bug#606522: ipv6 static configuration broken

[Juliusz Chroboczek]

Confirmed with ifupdown 0.6.10.  Please make sure you make a Debian
stable update.

-- Juliusz


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

Bug#683846: RFP: cedilla

[Juliusz Chroboczek]

Package: wnpp
Severity: wishlist

Cedilla is a plain text formatter with good support for the
Latin-Greek-Cyrillic subset of Unicode and that generates extremely
compact PostScript.

  http://www.pps.univ-paris-diderot.fr/~jch/software/cedilla/

There used to be a Cedilla package, but at some point the maintainer
lost interest and dropped the package (without even bothering to send
a friendly note to upstream, but that's a different issue).

  http://bugs.debian.org/610903

A year and a half later, there is still no suitable alternative in
Debian.  gnome-u2ps pulls in half the universe (and doesn't even work if
only its dependencies are installed), while paps generates bitmaps.

  http://lists.debian.org/debian-devel/2011/01/msg00747.html

Cedilla is now maintained in a Git repository, and the latest version
runs under recent Debian with no tweaks; this should make packaging
easy.  I would be very grateful if some good soul could adopt Cedilla.

-- Juliusz


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

Bug#649631: X server crash

[Juliusz Chroboczek]

 could you please confirm that your problem is fixed since version
 2:1.11.2.901-1 in which #649420 [1] was closed.

I haven't had the X server SIGSEGV in ages (I've had just one hard lock
in the last months).  Closing.

Thanks for your help,

-- Juliusz


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

Bug#633422: chrony: Should add hooks in /etc/pm/sleep.d

[Juliusz Chroboczek]

 Please don't.  Chrony will recover fine after sleep, and restarting
 chrony on every sleep is a horrible idea.

 What harm does it do?  I have no way of testing it.

It will discard chrony's data about clock skew, and make all servers
unsynchronised.  (There's no reason why chrony's data about servers
should suddenly become invalid after a sleep, and if it does, chrony
will recover from incorrect data quite as speedily as it will recover
from no data.)

 Quite the opposite -- the APM hooks should be removed.

 They were placed there on the instruction of the apmd maintainer.

I assume he's competent with the NTP protocol, then?  If he has good
reasons for that, I'd be keen to learn from him.

-- Juliusz



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