Bug#905674: parallel: move to nonfree

[Ævar Arnfjörð Bjarmason]

Package: parallel
Followup-For: Bug #905674

Dear Maintainer,

In fixing #905674 you've completely removed the 'parallel --citation'
option from the package, which seems like overreach.

Yes the default notification is spammy and I think Debian should
remove it, it's not scalable that every program in Debian have some
click-through like this, but completely removing the "how do I cite
this program?" functionality the author wants in there seems like
overreach.

I'd like to suggest an alternate approach. Drop the
remove-overreaching-citation-request.patch patch and just ship this
config as part of the package:

$ cat /etc/parallel/config 
# Quiet the citation message
--will-cite

This is what I do in my own in-house build of parallel (for RHEL).

You may still (reading the previous discussion) want to carry some
patch to remove the "If you pay 1 EUR you should feel free to use
GNU Parallel without citing" part of the message.


-- System Information:
Debian Release: buster/sid
  APT prefers testing
  APT policy: (1000, 'testing'), (500, 'stable-updates'), (400, 'stable'), 
(100, 'unstable'), (50, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 4.18.0-3-amd64 (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)
LSM: AppArmor: enabled

Versions of packages parallel depends on:
ii  perl 5.28.1-3
ii  procps   2:3.3.15-2
ii  sysstat  12.0.1-1+b1

parallel recommends no packages.

parallel suggests no packages.

-- no debconf information

Bug#915836: git: Can't mix testing & experimental:git anymore: "libc6 (>= 2.28) but 2.27-8 is to be installed"

[Ævar Arnfjörð Bjarmason]

Package: git
Version: 1:2.19.2-1
Severity: wishlist

Hi Jonathan. I use testing + experimental git because I'm too lazy to
build my own & I want to test Debian's.

As of 1-2 weeks ago I can't anymore because:

$ sudo apt install -t unstable git
Reading package lists... Done
Building dependency tree   
Reading state information... Done
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The following information may help to resolve the situation:

The following packages have unmet dependencies:
 git : Depends: libc6 (>= 2.28) but 2.27-8 is to be installed
E: Unable to correct problems, you have held broken packages.

Here's my preferences.d file:

Explanation: Ævar likes being on the bleeding git edge
Package: git git-doc git-svn git-email git-man
Pin: release a=unstable
Pin-Priority: 1001

Explanation: Now git depends on a later libpcre2 (in unstable, not testing)
Package: libpcre2-dev libpcre2-8-0 libpcre2-16-0 libpcre2-32-0 
libpcre2-posix0
Pin: release a=unstable
Pin-Priority: 1001

I can "fix" this by adding "libc6" to that latter "Package" line, but then:

$ sudo apt install -t unstable git
Reading package lists... Done
Building dependency tree
Reading state information... Done
The following packages were automatically installed and are no longer 
required:
[A huge list including X11 etc. and stuff I definitely use]
Use 'sudo apt autoremove' to remove them.
The following additional packages will be installed:
  git-man libc6
Suggested packages:
  git-daemon-run | git-daemon-sysvinit git-el git-email git-gui gitk gitweb 
git-cvs git-mediawiki git-svn locales
The following packages will be REMOVED:
[A huge list of stuff I definitely use, including build-essential]
The following packages will be upgraded:
  git git-man libc6
WARNING: The following essential packages will be removed.
This should NOT be done unless you know exactly what you are doing!
  libc-bin
3 upgraded, 0 newly installed, 77 to remove and 3 not upgraded.
Need to get 10.1 MB of archives.
After this operation, 488 MB disk space will be freed.
You are about to do something potentially harmful.
To continue type in the phrase 'Yes, do as I say!'
 ?]

So basically in order to proceed I need to (it seems) pin my entire OS
to unstable, since everything depends on libc6.

If it's possible to build the package so it's >= 2.27-8 (in testing)
instead of >= 2.28-2 that would be awesome. I suppose supporting
2.24-11+deb9u3 in stable would be too much of a ... stretch.

-- System Information:
Debian Release: buster/sid
  APT prefers testing
  APT policy: (1000, 'testing'), (500, 'stable-updates'), (400, 'stable'), 
(100, 'unstable'), (50, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 4.18.0-3-amd64 (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)
LSM: AppArmor: enabled

Versions of packages git depends on:
ii  git-man  1:2.19.2-1
ii  libc62.27-8
ii  libcurl3-gnutls  7.62.0-1
ii  liberror-perl0.17027-1
ii  libexpat12.2.6-1
ii  libpcre2-8-0 10.32-3
ii  perl 5.28.1-1
ii  zlib1g   1:1.2.11.dfsg-1

Versions of packages git recommends:
ii  less 487-0.1+b1
ii  openssh-client [ssh-client]  1:7.9p1-4
ii  patch2.7.6-3

Versions of packages git suggests:
ii  gettext-base  0.19.8.1-9
pn  git-cvs   
pn  git-daemon-run | git-daemon-sysvinit  
ii  git-doc   1:2.19.2-1
pn  git-el
pn  git-email 
pn  git-gui   
pn  git-mediawiki 
pn  git-svn   
pn  gitk  
pn  gitweb

-- no debconf information

Bug#893734: Should be fixed in the 'next' branch

[Ævar Arnfjörð Bjarmason]

I believe my newer version of this series addresses the issue noted
here, now the files are still there in git.git, but are just replaced
by a stub that (error's) saying you should use something else.

See http://github.com/git/git/commit/6d5ed4836d

Bug#894997: [PATCH] git-svn: avoid warning on undef readline()

[Ævar Arnfjörð Bjarmason]

On Fri, Apr 06 2018, Eric Wong wrote:

> Ævar Arnfjörð Bjarmason <ava...@gmail.com> wrote:
>> On Fri, Apr 06 2018, Eric Wong wrote:
>> > Ævar Arnfjörð Bjarmason <ava...@gmail.com> wrote:
>> >
>> >> --- a/perl/Git.pm
>> >> +++ b/perl/Git.pm
>> >> @@ -554,7 +554,7 @@ sub get_record {
>> >>   my ($fh, $rs) = @_;
>> >>   local $/ = $rs;
>> >>   my $rec = <$fh>;
>> >> - chomp $rec if defined $rs;
>> >> + chomp $rec if defined $rs and defined $rec;
>> >
>> > I'm struggling to understand the reason for the "defined $rs"
>> > check.  I think it was a braino on my part and meant to use:
>> >
>> >chomp $rec if defined $rec;
>>
>> Whether this makes any sense is another question, but you seem to have
>> explicitly meant this at the time. The full function definition with
>> documentation:
>>
>> =item get_record ( FILEHANDLE, INPUT_RECORD_SEPARATOR )
>>
>> Read one record from FILEHANDLE delimited by INPUT_RECORD_SEPARATOR,
>> removing any trailing INPUT_RECORD_SEPARATOR.
>
> I've always known chomp to respect the value of $/; so chomp($rec)
> whould only cut out whatever $rs is, and be a no-op if $rs is undef.

Yup, you're right. I missed that.

Bug#894997: [PATCH] git-svn: avoid warning on undef readline()

[Ævar Arnfjörð Bjarmason]

On Fri, Apr 06 2018, Eric Wong wrote:

> Ævar Arnfjörð Bjarmason <ava...@gmail.com> wrote:
>> See https://public-inbox.org/git/86h8oobl36@phe.ftfl.ca/ for the
>> original report.
>
> Thanks for taking a look at this.  Also https://bugs.debian.org/894997
>
>> --- a/perl/Git.pm
>> +++ b/perl/Git.pm
>> @@ -554,7 +554,7 @@ sub get_record {
>>  my ($fh, $rs) = @_;
>>  local $/ = $rs;
>>  my $rec = <$fh>;
>> -chomp $rec if defined $rs;
>> +chomp $rec if defined $rs and defined $rec;
>
> I'm struggling to understand the reason for the "defined $rs"
> check.  I think it was a braino on my part and meant to use:
>
>   chomp $rec if defined $rec;

Whether this makes any sense is another question, but you seem to have
explicitly meant this at the time. The full function definition with
documentation:

=item get_record ( FILEHANDLE, INPUT_RECORD_SEPARATOR )

Read one record from FILEHANDLE delimited by INPUT_RECORD_SEPARATOR,
removing any trailing INPUT_RECORD_SEPARATOR.

=cut

sub get_record {
my ($fh, $rs) = @_;
local $/ = $rs;
my $rec = <$fh>;
chomp $rec if defined $rs;
$rec;
}

It doesn't make to remove the trailing record separator if it's not
defined, otherwise we'd be coercing undef to "\n" while at the same time
returning multiple records. But then of course the only user of this
with an "undef" argument just does:

chomp($log_entry{log} = get_record($log_fh, undef));

So we could also remove that chomp(), adn not check defined $rs, but IMO
it's cleaner & more consistent this way.

Bug#882085: [cowsay] Package includes ASCII representation of Zoophilia

[Ævar Arnfjörð Bjarmason]

Reluctantly commenting since this was brought to my attention, I think
the following is useful to consider for this discussion:

> Richard Wiedenhöft: A name like "cowsay-off" doesn't imply it contains
> obscene content.

I don't disagree, but the reason it's called *-off is because there was
a long-standing fortunes-off package with "offensive" fortunes. See
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=769194 for the
discussion on splitting out cowsay-off.

I don't care what it's called, but whatever naming convention is used
should be consistent across all of Debian.

> J. R. Schmid: Why in the world would you want a picture of a sheep (?)[...]

 _
/ You do realize you're talking about a   \
| program that allows an ASCII elephant   |
| to talk to you from inside a snake? The |
| whole thing is created to be silly. I'm |
| a user of one of these cowsay-off   |
| 'cows'. It's displayed on login along   |
\ with a quote as a type of potty humor.  /
 -
   \
\  
  .
  ..
  . .
...  .
..
Elephant inside ASCII snake

> J. R. Schmid: being forced (??) into sex (???)

 
/ And while we're on the subject it's a  \
| sodomized sheep, there's no suggestion |
| that it's unconsensual. Just as this   |
| sheep on fire could have lit itself on |
| fire. I tried to find out more but the |
| sheep being made out of a bunch of |
| ASCII characters was unavailable for   |
\ comment/
 
  \.. .
   \  .  . . `  ,
\.; .  : .' :  :  : .
 \   i..`: i` i.i.,i  i .
  \   `,--.|i |i|ii|ii|i:
   UooU\.'@@`.||'
   \__/(@@)'
()
`YYYY'
 ||||

Signed, A user of cowsay who just wants to get the upstream package
*ahem* unmolested by Debian installed on his system (even if that means
it's split into two).

Bug#819923: e2fsprogs: please move filefrag to /usr/bin/

[Ævar Arnfjörð Bjarmason]

Tacking this onto this related bug instead of filing a new one. I
noticed today that I couldn't run this doesn't need root command
without prepending /sbin:

$ dd if=/dev/zero of=/tmp/image bs=1024 count=1024
$ /sbin/mke2fs /tmp/image

Bug#842477: [PATCH] git-sh-setup: Restore sourcability from outside scripts

[Ævar Arnfjörð Bjarmason]

,On Sun, Oct 30, 2016 at 10:12 PM, Jeff King  wrote:
> On Sun, Oct 30, 2016 at 08:09:21PM -, Philip Oakley wrote:
>
>> > It is documented (Documentation/git-sh-setup.txt), and this is not the
>> > internal Documentation/technical section of the documentation, so my
>> > default assumption would be that everything shown there is intended as
>> > public.  I only bring this up as a question because it was apparently
>> > allowed to break.  If I’m wrong and it isn’t public, other patches are
>> > needed (to the documentation and to its users in contrib).
>> >
>> But the Documenation does say ::
>>
>> - This is not a command the end user would want to run. Ever.
>>
>> - This documentation is meant for people who are studying the Porcelain-ish
>> scripts and/or are writing new ones.
>> --
>
> Historically speaking, porcelain-ish scripts were carried both in and
> out of git.git. These days what we consider porcelain is usually carried
> in-tree, but I don't think it's unreasonable for people building their
> own scripts to want to make use of git-sh-setup. And we've generally
> tried to retain backwards compatibility in the functions it provides,
> even to out-of-tree scripts.
>
> So I think it is worth applying the fix at the start of this thread to
> keep that working.
>
> As for a documentation change for "do not use this for out-of-tree
> scripts", I am mildly negative, as I don't think that matches historical
> practice.

I don't see why we shouldn't have some stable shellscript function API
if that's needed either.

I just wanted to point out that currently git-sh-setup isn't
documented as such. So at least a follow-up patch to the documentation
seems in order.

This did break in v2.10.0, and it's taken a couple of months to notice
this, so clearly it's not very widely used, which says something about
the cost-benefit of maintaining this for external users.

It's probably worthwhile to split off git-sh-setup into git-sh-setup &
git-sh-setup-internal along with a documentation fix. A lot of what
it's doing (e.g. git_broken_path_fix(), and adding a die() function)
is probably only needed internally by git itself. The
git-sh-setup-internal should be the thing sourcing "git-sh-i18n", I
don't see how anyone out-of-tree could make use of that. Surely nobody
needs to re-emit the exact message we shipped with our *.po files.

Bug#842477: [PATCH] git-sh-setup: Restore sourcability from outside scripts

[Ævar Arnfjörð Bjarmason]

On Sun, Oct 30, 2016 at 3:10 AM, Anders Kaseorg  wrote:
> v2.10.0-rc0~45^2~2 “i18n: git-sh-setup.sh: mark strings for
> translation” broke outside scripts such as guilt that source
> git-sh-setup as described in the documentation:
>
> $ . "$(git --exec-path)/git-sh-setup"
> sh: 6: .: git-sh-i18n: not found

This seems like a reasonable fix for this issue. However as far as I
can tell git-sh-setup was never meant to be used by outside scripts
that didn't ship as part of git itself.

If that's the case any change in the API which AFAICT is now
considered internal might break them, so should some part of that be
made public & documented as such?

Bug#821946: systemd: Something (systemd?) keeps changing my /etc/vconsole.conf away from Dvorak

[Ævar Arnfjörð Bjarmason]

On Mon, Jun 6, 2016 at 3:22 PM, Michael Biebl  wrote:
> Control: tags -1 moreinfo unreproducible
>
> On Wed, 20 Apr 2016 19:04:01 +0200
> =?utf-8?b?w4Z2YXIgQXJuZmrDtnLDsCBCamFybWFzb24=?=  wrote:
>> Package: systemd
>> Version: 215-17+deb8u4
>> Severity: important
>>
>> [I filed this before, but I saw I set my E-Mail to avar@localhost, so
>>  it was probably auto-rejected, can't find it in the BTS]
>>
>> I'm not even sure if this is a systemd bug, especially given
>> #803970. If you know about something that automatically edits
>> /etc/vconsole.conf that isn't systemd please forward this report to
>> that package.
>
> Can you pinpoint the change of /etc/vconsole.conf to a specific action
> you do?

I *think* in the past it was related to upgrading some packages, but I
could never figure out what package exactly.

I was hoping to file a bug and someone who could grep the install
scripts could check for vconsole.conf and say whether it was systemd
or not

I filed it with systemd since it owns localectl, which is as close as I got.

For what it's worth I've recentlry done apt upgrades where the
keyboard is reset to QWERTY but the vconsole.conf is *not* changed,
instead I need to run "dpkg-reconfigure keyboard-configuration" again
and re-select the exact same options I have selected already, and
somehow the kernel then gets the hint that I want the Dvorak layout.

So probably in the absence of other evidence this bug should be
reassigned to the keyboard-configuration package.

Bug#821946: systemd: Something (systemd?) keeps changing my /etc/vconsole.conf away from Dvorak

[Ævar Arnfjörð Bjarmason]

Package: systemd
Version: 215-17+deb8u4
Severity: important

[I filed this before, but I saw I set my E-Mail to avar@localhost, so
 it was probably auto-rejected, can't find it in the BTS]

I'm not even sure if this is a systemd bug, especially given
#803970. If you know about something that automatically edits
/etc/vconsole.conf that isn't systemd please forward this report to
that package.

Occasionally when I update my packages my vconsole.conf will be
changed like this by some script:

$ cat /etc/vconsole.conf.diff 
diff --git a/vconsole.conf b/vconsole.conf
index 6574753..422787e 100644
--- a/vconsole.conf
+++ b/vconsole.conf
@@ -1 +1 @@
-KEYMAP=dvorak
+KEYMAP=is-latin1

In my GNOME settings the only keymap I have configured is Icelandic
(Dvorak). I.e. is-dvorak.

So I have no idea where this is-latin1 thing is coming from,
presumably something looks at "is-dvorak", does s/-.*//, and just
picks the first one and munges the config file to.

There are two bugs here as far as I'm concerned:

 1. That /etc/vconsole.conf is automatically edited without
asking. I'm pretty sure this violates §10.7.3
(https://www.debian.org/doc/debian-policy/ch-files.html#s10.7.3),
see https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=579752 for a
similar bug.

 2. Whatever's doing the automatic editing is clearly buggy even if it
was a guided changed configuration, because it thinks the
Icelandic Dvorak layout is the same as Icelandic QWERTY.

-- Package-specific info:

-- System Information:
Debian Release: 8.4
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable'), (200, 'testing'), (100, 
'unstable'), (50, 'experimental')
Architecture: amd64 (x86_64)

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

Versions of packages systemd depends on:
ii  acl 2.2.52-2
ii  adduser 3.113+nmu3
ii  initscripts 2.88dsf-59
ii  libacl1 2.2.52-2
ii  libaudit1   1:2.4-1+b1
ii  libblkid1   2.25.2-6
ii  libc6   2.19-18+deb8u4
ii  libcap2 1:2.24-8
ii  libcap2-bin 1:2.24-8
ii  libcryptsetup4  2:1.6.6-5
ii  libgcrypt20 1.6.3-2+deb8u1
ii  libkmod218-3
ii  liblzma55.1.1alpha+20120614-2+b3
ii  libpam0g1.1.8-3.1+deb8u1+b1
ii  libselinux1 2.3-2
ii  libsystemd0 215-17+deb8u4
ii  mount   2.25.2-6
ii  sysv-rc 2.88dsf-59
ii  udev215-17+deb8u4
ii  util-linux  2.25.2-6

Versions of packages systemd recommends:
ii  dbus1.8.20-0+deb8u1
ii  libpam-systemd  215-17+deb8u4

Versions of packages systemd suggests:
pn  systemd-ui  

-- no debconf information

Bug#718816: Just my trivial input

[Ævar Arnfjörð Bjarmason]

It's nice that this is getting some traction again. FWIW as a user
who'd like to install moreutils but is too addicted to GNU parallel to
give it up I'd prefer a situation where the moreutils parallel command
is split up into its own package, and I can then pick  GNU parallel +
(moreutils - parallel), or even just make moreutils some
meta-package that installs the individual scripts in it.

While looking through dependencies in Debian is certainly informative
these utilities are also heavily used ad-hoc on the command-line.

I'd *really* like not to have to type parallel --gnu every time I
use parallel, and I bet those used to the moreutils parallel have
similar concerns.


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

Bug#768773: I'm also having the same issue

[Ævar Arnfjörð Bjarmason]

I've had the same issue since a recent GNOME upgrade, I'm tracking
jessie. It just hangs and does nothing, but manually mounting it
works, in my case:

sudo cryptsetup luksOpen /dev/sdb1 teracaddy-manual  sudo mount
/dev/mapper/teracaddy-manual /media/avar/teracaddy


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

Bug#764084: avahi-daemon creates eth0:avahi briefly after startup overriding wlan0, no eth0 connected

[Ævar Arnfjörð Bjarmason]

Package: avahi-daemon
Version: 0.6.31-4
Severity: normal
Tags: upstream

I don't know if this bug is properly filed under avahi-daemon or
avahi-autoipd.

When I start up my laptop that's only connected via wlan0 it takes
about a minute until avahi-autoipd/avahi-daemon creates an eth0:avahi
interface, and makes that default route. This renders my Internet
connection useless until I manually remove the route or shut down the
interface.

Before it runs the ifconfig/route output is this (I've removed the
lo interface for brevity):

eth0  Link encap:Ethernet  HWaddr b8:ca:3a:c0:da:4e
  UP BROADCAST MULTICAST  MTU:1500  Metric:1
  RX packets:0 errors:0 dropped:0 overruns:0 frame:0
  TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
  collisions:0 txqueuelen:1000
  RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)
  Interrupt:20 Memory:f7e0-f7e2

wlan0 Link encap:Ethernet  HWaddr 84:3a:4b:12:34:58
  inet addr:192.168.0.200  Bcast:192.168.0.255  Mask:255.255.255.0
  inet6 addr: fe80::863a:4bff:fe12:3458/64 Scope:Link
  UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
  RX packets:568 errors:0 dropped:0 overruns:0 frame:0
  TX packets:493 errors:0 dropped:0 overruns:0 carrier:0
  collisions:0 txqueuelen:1000
  RX bytes:280017 (273.4 KiB)  TX bytes:106784 (104.2 KiB)

Kernel IP routing table
Destination Gateway Genmask Flags Metric RefUse 
Iface
0.0.0.0 192.168.0.1 0.0.0.0 UG1024   00 
wlan0
169.254.0.0 0.0.0.0 255.255.0.0 U 1000   00 
wlan0
192.168.0.0 0.0.0.0 255.255.255.0   U 0  00 
wlan0

And afterwards:

eth0  Link encap:Ethernet  HWaddr b8:ca:3a:c0:da:4e
  UP BROADCAST MULTICAST  MTU:1500  Metric:1
  RX packets:0 errors:0 dropped:0 overruns:0 frame:0
  TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
  collisions:0 txqueuelen:1000
  RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)
  Interrupt:20 Memory:f7e0-f7e2

eth0:avahi Link encap:Ethernet  HWaddr b8:ca:3a:c0:da:4e
  inet addr:169.254.9.109  Bcast:169.254.255.255  Mask:255.255.0.0
  UP BROADCAST MULTICAST  MTU:1500  Metric:1
  Interrupt:20 Memory:f7e0-f7e2

wlan0 Link encap:Ethernet  HWaddr 84:3a:4b:12:34:58
  inet addr:192.168.0.200  Bcast:192.168.0.255  Mask:255.255.255.0
  inet6 addr: fe80::863a:4bff:fe12:3458/64 Scope:Link
  UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
  RX packets:723 errors:0 dropped:0 overruns:0 frame:0
  TX packets:625 errors:0 dropped:0 overruns:0 carrier:0
  collisions:0 txqueuelen:1000
  RX bytes:318197 (310.7 KiB)  TX bytes:127659 (124.6 KiB)
Kernel IP routing table
Destination Gateway Genmask Flags Metric RefUse 
Iface
0.0.0.0 0.0.0.0 0.0.0.0 U 1002   00 eth0
0.0.0.0 192.168.0.1 0.0.0.0 UG1024   00 
wlan0
169.254.0.0 0.0.0.0 255.255.0.0 U 0  00 eth0
169.254.0.0 0.0.0.0 255.255.0.0 U 1000   00 
wlan0
192.168.0.0 0.0.0.0 255.255.255.0   U 0  00 
wlan0

This is the full daemon.log as of startup until avahi-daemon creates
the eth0:avahi interface:

Oct  5 13:28:32 snth systemd[1]: Expecting device 
dev-disk-by\x2duuid-f9a53937\x2d6e8b\x2d438f\x2dac10\x2de372ba1c1030.device...
Oct  5 13:28:32 snth systemd[1]: Expecting device 
dev-mapper-sda5_crypt.device...
Oct  5 13:28:32 snth systemd[1]: Starting Device-mapper event daemon FIFOs.
Oct  5 13:28:32 snth systemd[1]: Listening on Device-mapper event daemon 
FIFOs.
Oct  5 13:28:32 snth systemd[1]: Starting LVM2 metadata daemon socket.
Oct  5 13:28:32 snth systemd[1]: Listening on LVM2 metadata daemon socket.
Oct  5 13:28:32 snth systemd[1]: Expecting device 
dev-mapper-snth\x2d\x2dvg\x2dswap_1.device...
Oct  5 13:28:32 snth systemd[1]: Starting File System Check on Root 
Device...
Oct  5 13:28:32 snth systemd[1]: Starting udev Kernel Socket.
Oct  5 13:28:32 snth systemd[1]: Listening on udev Kernel Socket.
Oct  5 13:28:32 snth systemd[1]: Starting udev Control Socket.
Oct  5 13:28:32 snth systemd[1]: Started System Logging Service.
Oct  5 13:28:32 snth avahi-daemon[682]: Found user 'avahi' (UID 103) and 
group 'avahi' (GID 108).
Oct  5 13:28:32 snth avahi-daemon[682]: Successfully dropped root 
privileges.
Oct  5 13:28:32 snth avahi-daemon[682]: avahi-daemon 0.6.31 starting up.
Oct  5 13:28:32 snth systemd[1]: Mounted Arbitrary Executable File Formats 
File System.

Bug#764084: avahi-daemon creates eth0:avahi briefly after startup overriding wlan0, no eth0 connected

[Ævar Arnfjörð Bjarmason]

On Sun, Oct 5, 2014 at 1:45 PM, Ævar Arnfjörð ava...@gmail.com wrote:
 I'm just going to solve this problem my disabling
 avahi-autoipd/avahi-daemon, I don't need a ZeroConf daemon for
 anything, but this seems like really odd and buggy default
 behavior. Why would it be creating an eth0:avahi interface that
 overrides the default wlan0 route?

How does one disable this daemon anyway? This doesn't work:

$ sudo update-rc.d -f avahi-daemon remove
$ sudo update-rc.d avahi-daemon defaults

Neither does setting this in /etc/defaults/avahi-daemon as some
sources I googled suggested: AVAHI_DAEMON_START=0. An old bug report
to this package (#462155) says that's been removed and you should use
this instead:

$ sysv-rc-conf avahi-daemon off

That doesn't work either, it keeps starting up after reboot. It
doesn't work either to set this in avahi-daemon.conf, it creates
eth0:avahi still:

deny-interfaces=eth0,wlan0,tun0

Manually stopping it suggests that it may just be started again
implicitly when something accesses its socket:

$ sudo service avahi-daemon stop
Warning: Stopping avahi-daemon.service, but it can still be
activated by: avahi-daemon.socket

And indeed doing that has no effect, even killing it just brings it
right back up:

== /var/log/daemon.log ==
Oct  5 14:14:54 snth avahi-daemon[3475]: avahi-daemon 0.6.31 exiting.
Oct  5 14:14:54 snth systemd[1]: Stopped Avahi mDNS/DNS-SD Stack.
Oct  5 14:14:54 snth dbus[676]: [system] Activating via systemd:
service name='org.freedesktop.Avahi'
unit='dbus-org.freedesktop.Avahi.service'

So maybe I'm missing something really obvious but if you could tell me
how this service can be stopped that would be much appreciated.


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

Bug#764084: avahi-daemon creates eth0:avahi briefly after startup overriding wlan0, no eth0 connected

[Ævar Arnfjörð Bjarmason]

On Sun, Oct 5, 2014 at 2:15 PM, Ævar Arnfjörð Bjarmason
ava...@gmail.com wrote:
 On Sun, Oct 5, 2014 at 1:45 PM, Ævar Arnfjörð ava...@gmail.com wrote:
 I'm just going to solve this problem my disabling
 avahi-autoipd/avahi-daemon, I don't need a ZeroConf daemon for
 anything, but this seems like really odd and buggy default
 behavior. Why would it be creating an eth0:avahi interface that
 overrides the default wlan0 route?

 How does one disable this daemon anyway? This doesn't work:

 $ sudo update-rc.d -f avahi-daemon remove
 $ sudo update-rc.d avahi-daemon defaults

 Neither does setting this in /etc/defaults/avahi-daemon as some
 sources I googled suggested: AVAHI_DAEMON_START=0. An old bug report
 to this package (#462155) says that's been removed and you should use
 this instead:

 $ sysv-rc-conf avahi-daemon off

 That doesn't work either, it keeps starting up after reboot. It
 doesn't work either to set this in avahi-daemon.conf, it creates
 eth0:avahi still:

 deny-interfaces=eth0,wlan0,tun0

 Manually stopping it suggests that it may just be started again
 implicitly when something accesses its socket:

 $ sudo service avahi-daemon stop
 Warning: Stopping avahi-daemon.service, but it can still be
 activated by: avahi-daemon.socket

 And indeed doing that has no effect, even killing it just brings it
 right back up:

 == /var/log/daemon.log ==
 Oct  5 14:14:54 snth avahi-daemon[3475]: avahi-daemon 0.6.31 exiting.
 Oct  5 14:14:54 snth systemd[1]: Stopped Avahi mDNS/DNS-SD Stack.
 Oct  5 14:14:54 snth dbus[676]: [system] Activating via systemd:
 service name='org.freedesktop.Avahi'
 unit='dbus-org.freedesktop.Avahi.service'

 So maybe I'm missing something really obvious but if you could tell me
 how this service can be stopped that would be much appreciated.

Eventually I found that just:

sudo aptitude remove avahi-autoipd

Along with:

systemctl disable avahi-daemon.service
systemctl disable avahi-daemon.socket

And possibly:

systemctl mask avahi-daemon.service
systemctl mask avahi-daemon.socket

That last one might be redundant, or possibly the last two. But I got
tired of exhaustively testing this. So I think this bug report should
be moved to be a gainst the avahi-autoipd package.


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

Bug#630575: Icelandic Dvorak keyboard layout isn't there either

[Ævar Arnfjörð Bjarmason]

On Tue, Mar 6, 2012 at 01:47, Samuel Thibault sthiba...@debian.org wrote:
 Ævar Arnfjörð Bjarmason, le Mon 05 Mar 2012 18:34:47 +0100, a écrit :
 On Mon, Mar 5, 2012 at 12:55, Samuel Thibault sthiba...@debian.org wrote:
  Ævar Arnfjörð Bjarmason, le Mon 05 Mar 2012 12:36:40 +0100, a écrit :
  I must say I find this annoying as well, the Icelandic Dvorak Keyboard
  layout is also missing, so my installation of Debian always goes like
  this:
 
   1. I choose Dvorak
 
  Why not just choosing Icelandic?  (which is already selected by default)
 
   2. I can't type my real name when I create a user, I type whatever 
  instead
   3. I'm limited in the passwords I can pick
 
  You'd then be able to type your real name and not be limited.

 Because that's Icelandic *qwerty*. Which is completely different than
 Icelandic Dvorak.

 It is understood that it's completely different, just like all dvorak
 layouts.

 If I picked that it would take me 2-3x as long to install the system
 since every time I wanted to type something I'd have to hunt-and-peck
 type instead of touch-type.

 That much?  The d-i team assumed that anybody who knows a dvorak layout
 would know the traditional layout too, even if a bit less trained to it.

 To see what that's like, if you happen to use QWERTY, try installing
 the system with a Dvorak keyboard.

 Which to our knowledge is far from comparable: there are way less dvorak
 keyboards on sale than qwerty keyboards.  In the common shops in the
 countries I have visited, it's a 0 ratio.

Yeah, I actually can't type better than someone who's just seen a
QWERTY keyboard for the first time on QWERTY.

While Dvorak users are by far in the minority the number of Dvorak
keyboards on sale doesn't tell you anything about how many there
are. I and almost everyone else using Dvorak don't use a special
Dvorak keyboard, we just remap the keys on a qwerty keyboard and
touch-type.

At both home and work I type on a keyboard that appears to be QWERTY,
but I just remap the keys with setxkbmap -layout XX -variant dvorak.

Anyway, not to respond to every single point in your original E-Mail I
completely see your point, you'd like to not confuse most users and
reduce the d-i size. I completely understand that, and I also
understand that users like myself are by far in the minority.

I just wanted to comment here to see if you'd be interested in taking
patches to include 100% of the keyboard layouts that are available
after installation. If you're not let's just leave this as a wontfix.

I understand your rationale, but as someone who prefers Debian over
Ubuntu I think it's a shame that Ubuntu is easier for me to install
than Debian. That's all.

Thanks for all your work on d-i. It's *much* better than it was just a
few years ago, I really appreciate the work of people such as
yourself, and please don't let my relatively minor grievance get to
you, all in all this is just a minor point of pain for me and very few
other people.



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

Bug#630575: Icelandic Dvorak keyboard layout isn't there either

[Ævar Arnfjörð Bjarmason]

I must say I find this annoying as well, the Icelandic Dvorak Keyboard
layout is also missing, so my installation of Debian always goes like
this:

 1. I choose Dvorak
 2. I can't type my real name when I create a user, I type whatever instead
 3. I'm limited in the passwords I can pick

Then after installation I have to go and manually adjust these
settings once I have the keyboard layout I want.

I hadn't bothered with looking into whether this was a
debian-installer bug before, I just assumed that it was an issue in
the layout not being available.

I think a much better way to deal with this would be to have a way to
collapse these options. So when you select e.g. Norwegian you get a
second dialog where you can select the keyboard type, i.e. standard,
dvorak etc.

Or just list them all, the region and language dialog in GNOME does
so and users don't get too confused by that.



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

Bug#630575: Icelandic Dvorak keyboard layout isn't there either

[Ævar Arnfjörð Bjarmason]

On Mon, Mar 5, 2012 at 12:55, Samuel Thibault sthiba...@debian.org wrote:
 Ævar Arnfjörð Bjarmason, le Mon 05 Mar 2012 12:36:40 +0100, a écrit :
 I must say I find this annoying as well, the Icelandic Dvorak Keyboard
 layout is also missing, so my installation of Debian always goes like
 this:

  1. I choose Dvorak

 Why not just choosing Icelandic?  (which is already selected by default)

  2. I can't type my real name when I create a user, I type whatever instead
  3. I'm limited in the passwords I can pick

 You'd then be able to type your real name and not be limited.

Because that's Icelandic *qwerty*. Which is completely different than
Icelandic Dvorak.

If I picked that it would take me 2-3x as long to install the system
since every time I wanted to type something I'd have to hunt-and-peck
type instead of touch-type.

To see what that's like, if you happen to use QWERTY, try installing
the system with a Dvorak keyboard.

 I hadn't bothered with looking into whether this was a
 debian-installer bug before, I just assumed that it was an issue in
 the layout not being available.

 As said in first answer to the bug, this is on purpose, to avoid a
 profusion of choices in the list of keymaps, to keep installing Debian
 as simple as possible.  We assume that people who know dvorak also know
 the traditional layout and will be able to change the layout afterwards
 by dpkg-reconfigure-ing keyboard-configuration.

 I think a much better way to deal with this would be to have a way to
 collapse these options. So when you select e.g. Norwegian you get a
 second dialog where you can select the keyboard type, i.e. standard,
 dvorak etc.

 Which was precisely rejected because it'd confuse users which don't know
 what dvorak is.

 Or just list them all, the region and language dialog in GNOME does
 so and users don't get too confused by that.

 Experience showed they do. And that would carry a lot of translations,
 making d-i bigger and unusable in small platforms.

This bug is really not about Dvorak, but about the d-i offering only
an arbitrary subset of the keyboard layout that a full Debian system
offers.

E.g. it doesn't offer Colemak at all either which means that anyone
used to that layout would also have a really hard time installing the
system, even if they didn't need to type non-ASCII characters.

Anyway, you seem to be making several distinct points here:

 1. That this couldn't be made to work from a UI point of view.

I don't think this is true at all. The Ubuntu installer, which I
find much simpler than Debian's (even though I prefer Debian when
it comes to the end result) allows you to select all the keyboard
layouts you get on post-installation. Here's Debian's:

CLI: http://i.imgur.com/zPSvv.png
GUI: http://i.imgur.com/TjoYU.png

And Ubuntu's:

http://i.imgur.com/CCsCw.png

Ubuntu just selects the most common option, but allows you to
change it if you want to. The d-i could do the same thing with
another dialog box.

Even if all of this was hidden under some top-level Other box
users such as myself would be able to select it.

This is exactly how the timezone dialog works already, there's a
*lot* of timezones, and the d-i manages that complexity without
excluding some rare timezones and having users update
/etc/timezone after installation.

 2. That the translations would get bigger

I very much doubt that, especially since most of the translations
of the descriptions are basically all repetitions,
i.e. $language_name ($variant).

But if that were true having it untranslated under some optional
menu would still allow the user to select it.

 3. That some experience has showed that the Region  Language dialog
in GNOME is too complex, what experience exactly?

Anyway, I'm not very interested in winning some argument about this on
a bug tracker.

The reason I commented here was that I was going to patch the d-i to
allow me to select arbitrary keyboard layouts, but I noticed this bug,
and I'm not interested in spending time on it if it's just going to
get Wontfix'd.

Dealing with this is a PITA for me when I install Debian, but having
to maintain a fork of the d-i and create custom CD images from it
would be an even bigger PITA.



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

Bug#559392: Bug#591762: emacs23: GUI freezes during startup on kfreebsd

[Ævar Arnfjörð Bjarmason]

On Fri, Aug 6, 2010 at 12:28, Petr Salinger petr.salin...@seznam.cz wrote:
 Please add

 #undef INTERRUPT_INPUT
 #define BROKEN_SIGIO
 #define BROKEN_SIGURG
 #define BROKEN_SIGPOLL

 into src/s/gnu-kfreebsd.h and build test package to detect,
 whether it fixes the issue, whether it works in X and on console variant.

I've tested it on kFreeBSD 8.1-1-686 with this patch:

diff --git a/src/s/gnu-kfreebsd.h b/src/s/gnu-kfreebsd.h
index a1e8c02..89563de 100644
--- a/src/s/gnu-kfreebsd.h
+++ b/src/s/gnu-kfreebsd.h
@@ -7,2 +7,7 @@

+#undef INTERRUPT_INPUT
+#define BROKEN_SIGIO
+#define BROKEN_SIGURG
+#define BROKEN_SIGPOLL
+
 #define NO_TERMIO   /* use only termios.h */

And the Emacs built with it works both in the console and under X. So
it would appear that this solved the problem.



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

Bug#568152: Debian integration already being considered upstream

[Ævar Arnfjörð Bjarmason]

Note that we (the authors of Hailo) were already considering getting
Hailo into Debian, we have a bug for this in our own issue tracker:

http://github.com/hinrik/hailo/issues#issue/25

Hailo depends on a few CPAN modules not yet in Debian as detailed in
that bug. Either these would need to be packages by Debian or we'd
have to not use them. Everything but IO::Interactive is trivial to
replace on our end.



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

Bug#563518: [v-admins] Exponent operator (**) doesn't work inside $(()) in dash

[Ævar Arnfjörð Bjarmason]

On Mon, Jan 4, 2010 at 10:41, Jonathan Nieder jrnie...@gmail.com wrote:
 [...snip snip...]
 Whether it would be a good idea to change that is of course a
 different question.
 [...snip snip...]

Indeed, I don't have any opinions on the matter myself. Perhaps dash
should stay a 100% POSIX compliant shell which would make /bin/sh in
Debian more interchangeable and perhaps it should adopt some limited
and common bash-isms to easy the transition from bash to dash  ensure
that more scripts can be run with dash in the future.

I just wanted to file a bug because following the suggested behavior
of Debian broke my system in a minor way. What's done about that is
then up to the maintainers.



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

Bug#538756: This bug has been filed upstream

[Ævar Arnfjörð Bjarmason]

This bug has been filed upstream: http://bugs.bitlbee.org/bitlbee/ticket/536

It's due to having a multibyte character or a space character in the
display name. It can be worked around by e.g. connecting with Pidgin,
changing the display name to a ASCII one and connecting again with
bitlbee.



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

Bug#491386: mysql-server-5.0: ERROR 1064 during mysql start after upgrade

[Ævar Arnfjörð Bjarmason]

Package: mysql-server-5.0
Version: 5.0.51a-6
Severity: normal


sh-3.2$ sudo /etc/init.d/mysql status
MySQL is stopped..
sh-3.2$ sudo /etc/init.d/mysql start
Starting MySQL database server: mysqld.
Checking for corrupt, not cleanly closed and upgrade needing tables..
sh-3.2$ ERROR 1064 (42000) at line 1: You have an error in your SQL syntax; 
check the manual that corresponds to your MySQL server version for the right 
syntax to use near '-albums' at line 1
ERROR 1064 (42000) at line 1: You have an error in your SQL syntax; check the 
manual that corresponds to your MySQL server version for the right syntax to 
use near '-comments' at line 1
ERROR 1064 (42000) at line 1: You have an error in your SQL syntax; check the 
manual that corresponds to your MySQL server version for the right syntax to 
use near '-images' at line 1
ERROR 1064 (42000) at line 1: You have an error in your SQL syntax; check the 
manual that corresponds to your MySQL server version for the right syntax to 
use near '-options' at line 1

sh-3.2$ ps aux|grep mysql
root 19921  0.0  0.1  92836  1368 pts/11   S02:56   0:00 /bin/sh 
/usr/bin/mysqld_safe
mysql19960  0.3  2.9 163900 30812 pts/11   Sl   02:56   0:00 
/usr/sbin/mysqld --basedir=/usr --datadir=/var/lib/mysql --user=mysql 
--pid-file=/var/run/mysqld/mysqld.pid --skip-external-locking --port=3306 
--socket=/var/run/mysqld/mysqld.sock
root 19961  0.0  0.0  87700   632 pts/11   S02:56   0:00 logger -p 
daemon.err -t mysqld_safe -i -t mysqld
avar 20250  0.0  0.0  87820   720 pts/11   S+   02:57   0:00 grep mysql

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

Kernel: Linux 2.6.16.29-xen (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to en_US.UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages mysql-server-5.0 depends on:
ii  adduser3.108 add and remove users and groups
ii  debconf [debconf-2.0]  1.5.22Debian configuration management sy
ii  libc6  2.7-10GNU C Library: Shared libraries
ii  libdbi-perl1.605-1   Perl5 database interface by Tim Bu
ii  libgcc11:4.3.1-2 GCC support library
ii  libmysqlclient15off5.0.51a-6 MySQL database client library
ii  libncurses55.6+20080308-1Shared libraries for terminal hand
ii  libreadline5   5.2-3 GNU readline and history libraries
ii  libstdc++6 4.3.1-2   The GNU Standard C++ Library v3
ii  libwrap0   7.6.q-15  Wietse Venema's TCP wrappers libra
ii  lsb-base   3.2-12Linux Standard Base 3.2 init scrip
ii  mysql-client-5.0   5.0.51a-6 MySQL database client binaries
ii  mysql-common   5.0.51a-6 MySQL database common files
ii  passwd 1:4.1.1-2 change and administer password and
ii  perl   5.10.0-11 Larry Wall's Practical Extraction 
ii  psmisc 22.6-1Utilities that use the proc filesy
ii  zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime

Versions of packages mysql-server-5.0 recommends:
ii  bsd-mailx [mailx]  8.1.2-0.20071201cvs-3 A simple mail user agent
ii  libhtml-template-p 2.9-1 HTML::Template : A module for usin
ii  mailx  1:20071201-3  Transitional package for mailx ren

-- debconf information:
  mysql-server/root_password_again: (password omitted)
  mysql-server/root_password: (password omitted)
  mysql-server-5.0/really_downgrade: false
  mysql-server-5.0/need_sarge_compat: false
  mysql-server-5.0/start_on_boot: true
  mysql-server/error_setting_password:
  mysql-server-5.0/nis_warning:
  mysql-server-5.0/postrm_remove_databases: false
  mysql-server-5.0/need_sarge_compat_done: true
  mysql-server/password_mismatch:



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

Bug#432029: man-db will fail to install on chmod root:root if the root group does not exist

[Ævar Arnfjörð Bjarmason]

Package: man-db
Version: 2.4.3-6
Severity: important


man-db will fail to fully install unless the root group exists on the
system:

sh-3.1$ sudo apt-get upgrade
Reading package lists... Done
Building dependency tree... Done
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
1 not fully installed or removed.
Need to get 0B of archives.
After unpacking 0B of additional disk space will be used.
Do you want to continue [Y/n]? Y
Setting up man-db (2.4.3-6) ...
chown: `root:root': invalid group
dpkg: error processing man-db (--configure):
 subprocess post-installation script returned error exit status 1
Errors were encountered while processing:
 man-db
E: Sub-process /usr/bin/dpkg returned an error code (1)

This can obviously be worked around by creating the root group:

sh-3.1$ sudo groupadd root
sh-3.1$ sudo apt-get upgrade
Reading package lists... Done
Building dependency tree... Done
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
1 not fully installed or removed.
Need to get 0B of archives.
After unpacking 0B of additional disk space will be used.
Do you want to continue [Y/n]? Y
Setting up man-db (2.4.3-6) ...

However this group was not present in my 4.0 install by default which
probably makes it a issue in man-db or the install system.

-- System Information:
Debian Release: 4.0
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: amd64 (x86_64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.16.29-xen
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)

Versions of packages man-db depends on:
ii  bsdmainutils6.1.6collection of more utilities from 
ii  debconf [debconf-2.0]   1.5.11   Debian configuration management sy
ii  dpkg1.13.25  package maintenance system for Deb
ii  groff-base  1.18.1.1-12  GNU troff text-formatting system (
ii  libc6   2.3.6.ds1-13 GNU C Library: Shared libraries
ii  libgdbm31.8.3-3  GNU dbm database routines (runtime

man-db recommends no packages.

-- debconf information:
  man-db/install-setuid: false
  man-db/build-database: true
  man-db/rebuild-database: true


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

Bug#349820: The ftp.is.debian.org mirror is out of date

[Ævar Arnfjörð Bjarmason]

Package: ftp.debian.org
Version: N/A

I've had considerable difficulty using the ftp.is.debian.org mirror
with sid and etch due to that mirror being out of date, as a result
I've switched to using the .us. mirror. Examples of directories that
are out of date include (but are not limited to)
/debian/pool/main/r/ruby1.8/, the latest file in that directory on the
.us. mirror is from 2006-01-14 but the latest one on the .is. mirror
is from 2005-11-12.