Bug#834691: trying to overwrite '/usr/share/fonts/sortsmill/GoudyBookletter1911Bold.otf', which is also in package ttf-goudybookletter 2010.07.03-1

[Antti-Juhani Kaijanaho]

Package: fonts-goudybookletter
Version: 2010.07.03-2
Severity: normal

Unpacking fonts-goudybookletter (2010.07.03-2) ...
dpkg: error processing archive 
/var/cache/apt/archives/fonts-goudybookletter_2010.07.03-2_all.deb (--unpack):
 trying to overwrite '/usr/share/fonts/sortsmill/GoudyBookletter1911Bold.otf', 
which is also in package ttf-goudybookletter 2010.07.03-1


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

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

Bug#833501: Aw snap while using Facebook

[Antti-Juhani Kaijanaho]

Package: chromium
Version: 52.0.2743.116-1
Severity: normal

After upgrading chromium this morning
[UPGRADE] chromium:amd64 52.0.2743.82-4 -> 52.0.2743.116-1
I've been getting frequent Aw snap crashes in Facebook, usually within a minute
of starting to use it.  Downgrading seems to fix the problem.

Following the advice in https://wiki.debian.org/Chromium/Debugging (which
appears to be out of date with respect to chromium-dbg) I installed -dbg and
-dbgsym packages for Chromium and its direct dependencies and then reproduced
the problem in chromium --debug:

# Env:
# LD_LIBRARY_PATH=
#PATH=/usr/local/bin:/usr/bin:/bin:/usr/local/games:/usr/games
#GTK_PATH=
#  CHROMIUM_FLAGS= --show-component-extension-options 
--ignore-gpu-blacklist --disable-background-networking 
--ppapi-flash-path=/usr/lib/pepperflashplugin-nonfree/libpepflashplayer.so 
--ppapi-flash-version=21.0.0.242
/usr/bin/gdb /usr/lib/chromium/chromium -x /tmp/chromiumargs.m39soN
GNU gdb (Debian 7.11.1-2) 7.11.1
Copyright (C) 2016 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later 
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-linux-gnu".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
.
Find the GDB manual and other documentation resources online at:
.
For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from /usr/lib/chromium/chromium...Reading symbols from 
/usr/lib/debug/.build-id/f4/11584ae3d6b2ccff8656208d0e886b9718c66d.debug...(no 
debugging symbols found)...done.
(no debugging symbols found)...done.
(gdb) handle SIG33 pass nostop noprint
SignalStop  Print   Pass to program Description
SIG33 NoNo  Yes Real-time event 33
(gdb) set pagination 0
(gdb) run
Starting program: /usr/lib/chromium/chromium --show-component-extension-options 
--ignore-gpu-blacklist --disable-background-networking 
--ppapi-flash-path=/usr/lib/pepperflashplugin-nonfree/libpepflashplayer.so 
--ppapi-flash-version=21.0.0.242 --single-process 
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
[New Thread 0x7fffdd09d700 (LWP 9359)]
[New Thread 0x7fffdc89c700 (LWP 9364)]
[New Thread 0x7fffd798c700 (LWP 9365)]
[New Thread 0x7fffd718b700 (LWP 9366)]
[New Thread 0x7fffd5a30700 (LWP 9367)]
[New Thread 0x7fffd521d700 (LWP 9368)]
[New Thread 0x7fffd4a1c700 (LWP 9369)]
[New Thread 0x7fffc3fff700 (LWP 9370)]
[New Thread 0x7fffc37fe700 (LWP 9371)]
[New Thread 0x7fffd421b700 (LWP 9372)]
[New Thread 0x7fffc2ffd700 (LWP 9373)]
[New Thread 0x7fffc155a700 (LWP 9374)]
[New Thread 0x7fffc0d59700 (LWP 9375)]
[New Thread 0x7fff9700 (LWP 9376)]
[New Thread 0x7fff9f7fe700 (LWP 9377)]
[New Thread 0x7fff9effd700 (LWP 9378)]
[New Thread 0x7fff9e7fc700 (LWP 9379)]
[New Thread 0x7fff9dffb700 (LWP 9380)]
[New Thread 0x7fff9d7fa700 (LWP 9381)]
[New Thread 0x7fff9cff9700 (LWP 9382)]
[New Thread 0x7fff97fff700 (LWP 9383)]
[New Thread 0x7fff977fe700 (LWP 9384)]
[New Thread 0x7fff96ffd700 (LWP 9385)]
[New Thread 0x7fff967fc700 (LWP 9386)]
[9355:9381:0805/102349:ERROR:nss_util.cc(842)] After loading Root Certs, 
loaded==false: NSS error code: -8018
[New Thread 0x7fff95ffb700 (LWP 9425)]
[New Thread 0x7fff957fa700 (LWP 9427)]
[9355:9381:0805/102349:ERROR:proxy_service_factory.cc(128)] Cannot use V8 Proxy 
resolver in single process mode.
[New Thread 0x7fff875a9700 (LWP 9428)]
[9355:9381:0805/102349:ERROR:proxy_service_factory.cc(128)] Cannot use V8 Proxy 
resolver in single process mode.
[New Thread 0x7fff84a96700 (LWP 9430)]
[New Thread 0x7fff85297700 (LWP 9429)]
[New Thread 0x7fff84295700 (LWP 9433)]
[New Thread 0x7fff83a94700 (LWP 9434)]
[New Thread 0x7fff83293700 (LWP 9435)]
[Thread 0x7fff83293700 (LWP 9435) exited]
[Thread 0x7fff83a94700 (LWP 9434) exited]
[9355:9355:0805/102349:ERROR:background_mode_manager_aura.cc(13)] Not 
implemented reached in virtual void 
BackgroundModeManager::EnableLaunchOnStartup(bool)
[New Thread 0x7fff83a94700 (LWP 9437)]
[Thread 0x7fff83a94700 (LWP 9437) exited]
[New Thread 0x7fff83293700 (LWP 9438)]
[New Thread 0x7fff81d8f700 (LWP 9439)]
[New Thread 0x7fff8145e700 (LWP 9440)]
[New Thread 0x7fff80c5d700 (LWP 9441)]
[New Thread 0x7fff8045c700 (LWP 9442)]
[New Thread 0x7fff7fc5b700 (LWP 9443)]
[New Thread 0x7fff7f23d700 (LWP 9444)]
[New Thread 0x7fff7e767700 (LWP 9445)]
[New Thread 0x7fff78a1f700 (LWP 9446)]
[Thread 0x7fff78a1f700 (LWP 9446) exited]
[New Thread 0x7fff78a1f700 (LWP 9447)]
[New Thread 0x7fff7819e700 (LWP 9448)]
[Thread 0x7fffd5a30700 (LWP 9367) exited]
[Thread 0x7fff84a96700 (LWP 9430) exited]
[New Thread 

Bug#799648: never mind

[Antti-Juhani Kaijanaho]

Control: notfound -1 24.5+1-3

I can no longer reproduce this; since the emacs24 package version remains the
same, I am undoing the found tag.  (Other packages have been upgraded in
between.)

-- 
Antti-Juhani Kaijanaho

Bug#799648: Starting from Gnome 3 dash opens Emacs in a terminal

[Antti-Juhani Kaijanaho]

Package: emacs24
Version: 24.5+1-3
Followup-For: Bug #799648

This bug is still present for me.  Dash shows me two Emacs icons, both open
Emacs in a terminal.


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

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

Versions of packages emacs24 depends on:
ii  emacs24-bin-common 24.5+1-3
ii  gconf-service  3.2.6-3
ii  libacl12.2.52-2
ii  libasound2 1.0.29-1
ii  libatk1.0-02.18.0-1
ii  libc6  2.19-22
ii  libcairo-gobject2  1.14.2-2
ii  libcairo2  1.14.2-2
ii  libdbus-1-31.10.0-3
ii  libfontconfig1 2.11.0-6.3
ii  libfreetype6   2.6-2
ii  libgconf-2-4   3.2.6-3
ii  libgdk-pixbuf2.0-0 2.32.0-1
ii  libgif44.1.6-11
ii  libglib2.0-0   2.46.0-2
ii  libgnutls-deb0-28  3.3.18-1
ii  libgomp1   5.2.1-19
ii  libgpm21.20.4-6.1+b2
ii  libgtk-3-0 3.16.6-1
ii  libice62:1.0.9-1+b1
ii  libjpeg62-turbo1:1.4.1-2
ii  libm17n-0  1.7.0-1
ii  libmagickcore-6.q16-2  8:6.8.9.9-6
ii  libmagickwand-6.q16-2  8:6.8.9.9-6
ii  libotf00.9.13-2
ii  libpango-1.0-0 1.38.0-3
ii  libpangocairo-1.0-01.38.0-3
ii  libpng12-0 1.2.50-2+b2
ii  librsvg2-2 2.40.10-1
ii  libselinux12.3-2+b1
ii  libsm6 2:1.2.2-1+b1
ii  libtiff5   4.0.5-1
ii  libtinfo5  6.0+20150810-1
ii  libx11-6   2:1.6.3-1
ii  libxft22.3.2-1
ii  libxinerama1   2:1.1.3-1+b1
ii  libxml22.9.2+zdfsg1-4
ii  libxpm41:3.5.11-1+b1
ii  libxrandr2 2:1.5.0-1
ii  libxrender11:0.9.8-1+b1
ii  zlib1g 1:1.2.8.dfsg-2+b1

emacs24 recommends no packages.

Versions of packages emacs24 suggests:
ii  emacs24-common-non-dfsg  24.4+1-2

-- no debconf information

Bug#799648: Starting from Gnome 3 dash opens Emacs in a terminal

[Antti-Juhani Kaijanaho]

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

If I start Emacs in Gnome 3 from the dash (or from the application picker),
Emacs opens in a terminal.  This is a new thing this morning after upgrades;
last week it opened in its own window as usual.  Starting from the command line
does not have this problem.

Perhaps this is related to the .desktop change listed in changelog.Debian for
24.5+1-2?


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

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

Versions of packages emacs24 depends on:
ii  emacs24-bin-common 24.5+1-2
ii  gconf-service  3.2.6-3
ii  libacl12.2.52-2
ii  libasound2 1.0.29-1
ii  libatk1.0-02.16.0-2
ii  libc6  2.19-20
ii  libcairo-gobject2  1.14.2-2
ii  libcairo2  1.14.2-2
ii  libdbus-1-31.10.0-3
ii  libfontconfig1 2.11.0-6.3
ii  libfreetype6   2.6-2
ii  libgconf-2-4   3.2.6-3
ii  libgdk-pixbuf2.0-0 2.31.7-1
ii  libgif44.1.6-11
ii  libglib2.0-0   2.44.1-1.1
ii  libgnutls-deb0-28  3.3.17-1
ii  libgomp1   5.2.1-17
ii  libgpm21.20.4-6.1+b2
ii  libgtk-3-0 3.16.6-1
ii  libice62:1.0.9-1+b1
ii  libjpeg62-turbo1:1.4.1-2
ii  libm17n-0  1.7.0-1
ii  libmagickcore-6.q16-2  8:6.8.9.9-6
ii  libmagickwand-6.q16-2  8:6.8.9.9-6
ii  libotf00.9.13-2
ii  libpango-1.0-0 1.36.8-3
ii  libpangocairo-1.0-01.36.8-3
ii  libpng12-0 1.2.50-2+b2
ii  librsvg2-2 2.40.10-1
ii  libselinux12.3-2+b1
ii  libsm6 2:1.2.2-1+b1
ii  libtiff5   4.0.5-1
ii  libtinfo5  6.0+20150810-1
ii  libx11-6   2:1.6.3-1
ii  libxft22.3.2-1
ii  libxinerama1   2:1.1.3-1+b1
ii  libxml22.9.2+really2.9.1+dfsg1-0.2
ii  libxpm41:3.5.11-1+b1
ii  libxrandr2 2:1.5.0-1
ii  libxrender11:0.9.8-1+b1
ii  zlib1g 1:1.2.8.dfsg-2+b1

emacs24 recommends no packages.

Versions of packages emacs24 suggests:
ii  emacs24-common-non-dfsg  24.4+1-2

-- no debconf information

Bug#155835: libc6-dev: scanf a flag conflicts with C99

[Antti-Juhani Kaijanaho]

On Sat, Mar 28, 2015 at 07:46:37PM +, Jean-Michel Nirgal Vourgère wrote:
 I suppose it has been fixed.
 scanf(3) now includes a note about specific '%a' behaviour when -std=c99
 is used.

Yes, it looks like it's fixed (though your attached log does not show it); I
cannot reproduce the issue either.

Also, there's a long change log entry in
/usr/share/doc/glibc-doc/ChangeLog.17.gz indicating changes that likely fixed
this:

2007-09-17  Jakub Jelinek  ja...@redhat.com

* include/stdio.h (__isoc99_fscanf, __isoc99_scanf,
__isoc99_sscanf, __isoc99_vscanf): New prototypes.
(__isoc99_vsscanf, __isoc99_vfscanf): New prototypes, add
libc_hidden_proto.
* include/wchar.h (__isoc99_fwscanf, __isoc99_wscanf,
__isoc99_swscanf, __isoc99_vwscanf): New prototypes.
(__isoc99_vswscanf, __isoc99_vfwscanf): New prototypes,
add libc_hidden_proto.
* libio/stdio.h (fscanf, scanf, sscanf, vfscanf, vscanf,
vsscanf): Redirect to __isoc99_* if strict ISO C99 or POSIX
conformance requested.

[...]

 Can we now close this bug?

It looks like it can be closed.  If you can figure out what version the above
changelog entry attaches to, you can also deduce an appropriate fixed version.

-- 
Antti-Juhani Kaijanaho



signature.asc
Description: Digital signature

Bug#765014: [Dctrl-tools-devel] Bug#765014: dctrl-tools: 'grep-dctrl -S' doesn't work the way documentation describes

[Antti-Juhani Kaijanaho]

On Sun, Oct 12, 2014 at 04:44:33PM -0700, Dima Kogan wrote:
 Hi. The docs say that -S is
 
  Shorthand for -FSource:Package
 
 And they say that
 
   A field specification can contain a colon (:). In such a case, the
   part up to the colon is taken as the name of the field to be searched
   in, and the part after the colon is taken as the name of the field
   whose content is to be used if the field to search in is empty.
 
 I interpret this to mean that -S results in a search in the Source, and
 if this search comes up empty, a search happens in Package.

No, Package is searched only if Source is empty (which includes the case when
Source is missing).

 However, the following snippet produces no result
 
  grep-dctrl -S -X make EOF
  Package: make
  Source: make-dfsg
  Version: 3.81-8.2
  Installed-Size: 1145
  EOF

I believe this is correct behavior.  Source is not empty.

-- 
Antti-Juhani Kaijanaho


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

Bug#775351: [Dctrl-tools-devel] Bug#775351: dctrl-tools: grep-aptavail -dI does not output an empty line separating paragraphs

[Antti-Juhani Kaijanaho]

On Wed, Jan 14, 2015 at 04:55:44PM +0100, Vincent Lefevre wrote:
 Package: dctrl-tools
 Version: 2.23
 Severity: normal
 
 grep-aptavail -dI does not output an empty line separating paragraphs:

I've reproduced this.  I'll see about fixing it in the near future.

Thank you for the report.

-- 
Antti-Juhani Kaijanaho


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

Bug#768833: O: publib -- library of miscellaneous C functions

[Antti-Juhani Kaijanaho]

Package: wnpp
Severity: normal

Since I am retiring from Debian
(see http://antti-juhani.kaijanaho.fi/newblog/archives/1668)
I hereby orphan publib.


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

Bug#768832: O: liwc -- Tools for manipulating C source code

[Antti-Juhani Kaijanaho]

Package: wnpp
Severity: normal

Since I am retiring from Debian
(see http://antti-juhani.kaijanaho.fi/newblog/archives/1668)
I hereby orphan liwc.


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

Bug#768834: O: dctrl-tools -- Command-line tools to process Debian package information

[Antti-Juhani Kaijanaho]

Package: wnpp
Severity: normal

Since I am retiring from Debian
(see http://antti-juhani.kaijanaho.fi/newblog/archives/1668)
I will no longer be participating in dctrl-tools packaging.

I intend to set up an upstream repository soon.

Since there are no other uploaders nor is anyone else active in the dctrl-tool
packaging team, I am orphaning the package on behalf of the packaging team.
Whoever takes over is free, of course, to use the existing packaging team
infrastructure.


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

Bug#767324: Error running timer `font-latex-jit-lock-force-redisplay'

[Antti-Juhani Kaijanaho]

On Fri, Oct 31, 2014 at 05:37:37PM +0100, Davide G. M. Salvetti wrote:
 tag 767324 + moreinfo

Sorry, noticed these mails only just now.

 Hi, thanks for the report.  At the moment I am not able to reproduce it.
 Would you please also test it with the prerelease package of 11.88-1
 which you find on people.debian.org in /home/salve/ajk/?

11.88-1, in unstable, appears to fix it, yes.

 AK Severity: normal
 
 I think severity: minor is more appropriate to this bug; do you agree?

It was a deliberately chosen severity.  Not only does the message annoy, it
also distracts from real work.  Additionally, it sometimes obscures useful
messages normally shown in the minibuffer but not recorded in *Messages*.

On Fri, Oct 31, 2014 at 05:49:39PM +0100, David Kastrup wrote:
 It's my experience that these kind of timer error render serious work
 almost impossible at least when debug-on-error is set.  So depending on
 how frequently this problem triggers for Antti-Juhani, his original
 choice might not be exaggerated.

Yes, it was triggered all the time.

-- 
Antti-Juhani Kaijanaho


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

Bug#767324: Error running timer `font-latex-jit-lock-force-redisplay'

[Antti-Juhani Kaijanaho]

Package: auctex
Version: 11.87-2
Severity: normal

[I tried to send this two days ago but it has mysteriously vanished.  Trying
again without the large attachment.  The test file is downloadable at
http://antti-juhani.kaijanaho.fi/kaijanaho-lic.tex
]

After a recent upgrade of both auctex and emacs24, I've started to get random 

  Error running timer `font-latex-jit-lock-force-redisplay':
  (wrong-number-of-arguments (2 . 2) 3)

notices when I work with large TeX files.  For example, just opening the
test file will trigger the notice.

Unfortunately, I was not able to isolate a small test file, nor a simple large
one.  I suspect it really requires a large file with lots of different stuff.


-- Package-specific info:

Content of '/usr/share/emacs/site-lisp/auctex'

d41d8cd98f00b204e9800998ecf8427e  /usr/share/emacs/site-lisp/auctex/.nosearch
3366a99dd44e27fa57e0bcc130c4fa1c  /usr/share/emacs/site-lisp/auctex/bib-cite.el
6674b961058a19d2ff2f15c9d6d39272  
/usr/share/emacs/site-lisp/auctex/context-en.el
f5ed983cd477814f04e4a63affd4f323  
/usr/share/emacs/site-lisp/auctex/context-nl.el
0cbe483d1a5567ea46a104f4f1cd7784  /usr/share/emacs/site-lisp/auctex/context.el
b133f33d0c97e1ac061d9e5c88774781  
/usr/share/emacs/site-lisp/auctex/font-latex.el
f176261b5a5511cbe1401ee72ffb8947  
/usr/share/emacs/site-lisp/auctex/images/amstex.xpm
d33121019448617a3ad3bcafdeb8db40  
/usr/share/emacs/site-lisp/auctex/images/bibtex.xpm
1a43d6438010bceb374ab0a5f2bd05a8  
/usr/share/emacs/site-lisp/auctex/images/dropdown.xpm
41f1ae0341ae2e307d92a7b8b815f868  
/usr/share/emacs/site-lisp/auctex/images/dvipdf.xpm
2e4b8669b0168f32247411be3f999437  
/usr/share/emacs/site-lisp/auctex/images/dvips.xpm
55f7600cadc3a209e94bacf6bbc42a7c  
/usr/share/emacs/site-lisp/auctex/images/error.xpm
c29ad797273fd27201a40bd939a95fe0  
/usr/share/emacs/site-lisp/auctex/images/exec.xpm
79b958849511c67d6b13ef9f5b3673e8  
/usr/share/emacs/site-lisp/auctex/images/execbibtex.xpm
a8570e26e9f96b6f527cdbe218d6c55f  
/usr/share/emacs/site-lisp/auctex/images/execdvips.xpm
e647bc601aef2dc71b134a989df1adff  
/usr/share/emacs/site-lisp/auctex/images/execerror.xpm
4610ec6133f89ceb441c43dfee077361  
/usr/share/emacs/site-lisp/auctex/images/execpdftex.xpm
c9cd1fc9fe4fd122cbf900fae654a67b  
/usr/share/emacs/site-lisp/auctex/images/exectex.xpm
6a6b9af945d4735f048ea8e475f8d9b8  
/usr/share/emacs/site-lisp/auctex/images/execviewdvi.xpm
466466f6d1867510b058a9c184ffce5d  
/usr/share/emacs/site-lisp/auctex/images/execviewpdf.xpm
39d8ccaffb40b0c118e000f45272db05  
/usr/share/emacs/site-lisp/auctex/images/execviewps.xpm
6767e2583c668dcb47495197b9e8cb65  
/usr/share/emacs/site-lisp/auctex/images/gv.xpm
ff9c61ef5148a0cacd5422d7c0d99396  
/usr/share/emacs/site-lisp/auctex/images/jumpdvi.xpm
ece6608586b591f50f20d17cdb316a1c  
/usr/share/emacs/site-lisp/auctex/images/ltx-symb-turn-off.xpm
b1f10de33dcf1b5ca9ac6155c13683a3  
/usr/share/emacs/site-lisp/auctex/images/ltx-symb-turn-on.xpm
44e35faa18ab34f3c13ac3b0082bcc47  
/usr/share/emacs/site-lisp/auctex/images/pdftex.xpm
84673eb20ac3be7bf0eb4e84e23e828f  
/usr/share/emacs/site-lisp/auctex/images/prverr16.xpm
59e6a0dddb00ab16c4209a2e4c6e283d  
/usr/share/emacs/site-lisp/auctex/images/prverr20.xpm
30dc2ada41625cb24ea459bd62f7386c  
/usr/share/emacs/site-lisp/auctex/images/prverr24.xbm
225929f8131bdd7b9b8207494a59619a  
/usr/share/emacs/site-lisp/auctex/images/prverr24.xpm
0dac3d8eb00c902037cc5fa6a03e53e3  
/usr/share/emacs/site-lisp/auctex/images/prvtex-cap-up.xpm
40feb30f80d3606f32ba54b57ba18af5  
/usr/share/emacs/site-lisp/auctex/images/prvtex12.xbm
e1b3c9d6a6eb6fb6f096736cdfc059cf  
/usr/share/emacs/site-lisp/auctex/images/prvtex12.xpm
32406fc4b893b48d2996c424f61ea238  
/usr/share/emacs/site-lisp/auctex/images/prvtex16.xbm
cc4101ee6a3ab6a1f4e9991b91b3ff0b  
/usr/share/emacs/site-lisp/auctex/images/prvtex16.xpm
d4dbe057a8d3b2facd61cf7583c1e97c  
/usr/share/emacs/site-lisp/auctex/images/prvtex20.xpm
f25ba1b984b095c9c561e5443f3d77a3  
/usr/share/emacs/site-lisp/auctex/images/prvtex24.xbm
28ac0855d853f606dd91e3cfacaa8a14  
/usr/share/emacs/site-lisp/auctex/images/prvtex24.xpm
6ce704103821329336489e990bc6f267  
/usr/share/emacs/site-lisp/auctex/images/prvwrk12.xpm
5607f4e8bc0eb555206e6a3542205f45  
/usr/share/emacs/site-lisp/auctex/images/prvwrk14.xpm
878a72cde3bb6f0ea6d586cff56e619c  
/usr/share/emacs/site-lisp/auctex/images/prvwrk16.xpm
41811748a97673381115957d42a6529b  
/usr/share/emacs/site-lisp/auctex/images/prvwrk20.xpm
254fc07db6a03a8a24f762135a403433  
/usr/share/emacs/site-lisp/auctex/images/prvwrk24.xbm
9690511307f3693e6f28e4db93fdc58c  
/usr/share/emacs/site-lisp/auctex/images/prvwrk24.xpm
e30a80ecb0711ceb42a2ca966ad74bbb  
/usr/share/emacs/site-lisp/auctex/images/pspdf.xpm
5cc696e2c69ae401c0c223d84d013c8e  
/usr/share/emacs/site-lisp/auctex/images/sep.xpm

Bug#762083: Error: Could not import pdfshuffler Cause: No module named pyPdf

[Antti-Juhani Kaijanaho]

Package: pdfshuffler
Version: 0.6.0-5
Severity: grave

The program will not start.

ajk@teralehti:~$ pdfshuffler
Error: Could not import pdfshuffler
Cause: No module named pyPdf
ajk@teralehti:~$ 

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

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

Versions of packages pdfshuffler depends on:
ii  python  2.7.8-1
ii  python-gtk2 2.24.0-4
ii  python-poppler  0.12.1-8.1
ii  python-pypdf1.23-1

pdfshuffler recommends no packages.

pdfshuffler suggests no packages.

-- no debconf information


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

Bug#708931: Disconnects ifupdown-managed eth0 during start and stop

[Antti-Juhani Kaijanaho]

Package: network-manager
Followup-For: Bug #708931

I can no longer reproduce this bug.  This is a recent change (within a month or
two).  I suspect the bug has been fixed in a recent version.


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

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

Versions of packages network-manager depends on:
ii  adduser3.113+nmu3
ii  dbus   1.8.6-1
ii  init-system-helpers1.20
ii  isc-dhcp-client4.3.1-1
ii  libc6  2.19-9
ii  libdbus-1-31.8.6-1
ii  libdbus-glib-1-2   0.102-1
ii  libgcrypt111.5.4-2
ii  libglib2.0-0   2.40.0-4
ii  libgnutls-deb0-28  3.2.16-1
ii  libgudev-1.0-0 208-7
ii  libmm-glib01.2.0-1
ii  libndp01.4-1
ii  libnewt0.520.52.17-1
ii  libnl-3-2003.2.24-2
ii  libnl-genl-3-200   3.2.24-2
ii  libnl-route-3-200  3.2.24-2
ii  libnm-glib40.9.10.0-1.1
ii  libnm-util20.9.10.0-1.1
ii  libpam-systemd 208-7
ii  libpolkit-gobject-1-0  0.105-6.1
ii  libreadline6   6.3-8
ii  libsoup2.4-1   2.46.0-2
ii  libsystemd-daemon0 208-7
ii  libsystemd-login0  208-7
ii  libuuid1   2.20.1-5.8
ii  lsb-base   4.1+Debian13
ii  policykit-10.105-6.1
ii  udev   208-7
ii  wpasupplicant  1.1-1

Versions of packages network-manager recommends:
ii  crda  1.1.2-1
ii  dnsmasq-base  2.71-1
ii  iptables  1.4.21-2
ii  modemmanager  1.2.0-1
ii  ppp   2.4.6-2

Versions of packages network-manager suggests:
ii  avahi-autoipd  0.6.31-4

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

-- no debconf information


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

Bug#708931: Disconnects ifupdown-managed eth0 during start and stop

[Antti-Juhani Kaijanaho]

On Mon, Aug 18, 2014 at 11:08:01AM +0300, Antti-Juhani Kaijanaho wrote:
 Package: network-manager
 Followup-For: Bug #708931
 
 I can no longer reproduce this bug.  This is a recent change (within a month 
 or
 two).  I suspect the bug has been fixed in a recent version.

Hm, the current version was not included in this, I see.

ii  network-manager 0.9.10.0-1.1 amd64
network management framework (daemon and userspace tools)

-- 
Antti-Juhani Kaijanaho


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

Bug#742971: Here too

[Antti-Juhani Kaijanaho]

: (34040064) ... get_connections.
NetworkManager[5597]:SCPlugin-Ifupdown: (34040064) ... get_connections 
(managed=false): return empty list.
NetworkManager[5597]:keyfile: parsing Automaattinen: 
SoneraGateway58-98-35-BD-DB-06 ... 
NetworkManager[5597]:keyfile: read connection 'Automaattinen: 
SoneraGateway58-98-35-BD-DB-06'
NetworkManager[5597]:keyfile: parsing Automaattinen: aalto open ... 
NetworkManager[5597]:keyfile: read connection 'Automaattinen: aalto 
open'
NetworkManager[5597]:keyfile: parsing Automaattinen: KYT-VIERAILIJA ... 
NetworkManager[5597]:keyfile: read connection 'Automaattinen: 
KYT-VIERAILIJA'
NetworkManager[5597]:keyfile: parsing Automaattinen: VR-junaverkko ... 
NetworkManager[5597]:keyfile: read connection 'Automaattinen: 
VR-junaverkko'
NetworkManager[5597]:keyfile: parsing Automaattinen: ibidandroid ... 
NetworkManager[5597]:keyfile: read connection 'Automaattinen: 
ibidandroid'
NetworkManager[5597]:keyfile: parsing Automaattinen: agora-open ... 
NetworkManager[5597]:keyfile: read connection 'Automaattinen: 
agora-open'
NetworkManager[5597]:keyfile: parsing jyu-staff ... 
NetworkManager[5597]:keyfile: read connection 'jyu-staff'
NetworkManager[5597]:keyfile: parsing GT-P5100-verkko ... 
NetworkManager[5597]:keyfile: read connection 'GT-P5100-verkko'
NetworkManager[5597]:keyfile: parsing Automaattinen: 
SoneraGateway08-76-FF-42-8C-78 ... 
NetworkManager[5597]:keyfile: read connection 'Automaattinen: 
SoneraGateway08-76-FF-42-8C-78'
NetworkManager[5597]:Ifupdown: get unmanaged devices count: 1
NetworkManager[5597]: debug [1396337523.306397] [nm-modem-manager.c:376] 
modem_manager_disappeared(): trying to start the modem manager...
NetworkManager[5597]: debug [1396337523.306855] [nm-modem-manager.c:280] 
poke_modem_cb(): Requesting to (re)launch modem-manager...
NetworkManager[5597]: debug [1396337523.309828] 
[nm-sleep-monitor-systemd.c:120] take_inhibitor(): Taking systemd sleep 
inhibitor
NetworkManager[5597]: info monitoring kernel firmware directory 
'/lib/firmware'.
NetworkManager[5597]: info monitoring ifupdown state file 
'/run/network/ifstate'.

(NetworkManager:5597): GLib-GObject-CRITICAL **: g_type_instance_get_private: 
assertion 'instance != NULL  instance-g_class != NULL' failed
ajk@teralehti:~$ sed -e's/[0-9A-F][0-9A-F]/xx/g' /etc/network/interfaces
# This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).

# The loopback network interface
auto lo
iface lo inet loopback

# The primary network interface
allow-hotplug eth0
iface eth0 inet dhcp
hwaddress ether xx:xx:xx:xx:xx:xx

ajk@teralehti:~$ 

-- 
Antti-Juhani Kaijanaho


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

Bug#727708: call for votes on default Linux init system for jessie

[Antti-Juhani Kaijanaho]

On Tue, Feb 11, 2014 at 08:22:19PM +0100, Kurt Roeckx wrote:
 I think the vote should always result in something, and as such
 the person having the casting vote needs to pick one of the
 options that are left in the Schwartz set.  If there was no
 preference between them, a choise will still need to be made.

I have, when serving as a chair of an association meeting, voted blank in many
occasions, and in the one case where it resulted in a tie, I used my casting
vote to resolve it.  In those cases, it was not important for me to choose
between the options during the regular vote, hence the blank vote.  However,
when the vote resulted in a tie, I had an obligation, imposed by law, custom
and the association's constitution, to choose; and I did.

However, in any vote where I as a chair have already voted non-blank, I feel it
would be wrong for me to choose another option for my casting vote.

Of course, the rules of order for a Finnish association are rather different
from those used by Debian's TC, so there's no direct relevance to this case.

-- 
Antti-Juhani Kaijanaho, Jyväskylä, Finland
http://antti-juhani.kaijanaho.fi/newblog/
http://www.flickr.com/photos/antti-juhani/


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

Bug#708931: [Pkg-utopia-maintainers] Bug#708931: Disconnects ifupdown-managed eth0 during start and stop

[Antti-Juhani Kaijanaho]

Sorry about the delay, I missed your mail originally and only found it during
an INBOX cleanup today.

On Wed, Jul 17, 2013 at 03:07:26PM +0200, Michael Biebl wrote:
 Am 19.05.2013 15:51, schrieb Antti-Juhani Kaijanaho:
  This is the same machine as in #707070, with the same configuration.  I'm
  submitting a new bug and not reopening the old because the symtpoms are
  different.
  
  In the following demonstration, I start in a situation where 
  network-manager is
  down, and eth0 is ifup'd.
  
  ajk@teralehti:~$ sudo grep 'type=802-3-ethernet' 
  /etc/NetworkManager/system-connections/*
  ajk@teralehti:~$ ip addr show eth0
  2: eth0: BROADCAST,MULTICAST,UP,LOWER_UP mtu 1500 qdisc pfifo_fast state 
  UP qlen 1000
  link/ether 00:03:0d:5c:c6:6c brd ff:ff:ff:ff:ff:ff
  inet 192.168.1.71/24 brd 192.168.1.255 scope global eth0
  inet6 fe80::203:dff:fe5c:c66c/64 scope link 
 
 Can you show me your /etc/network/interfaces?

As I said above, the configuration is the same as in #707070, and that file is
in its logs.  But for your convenience, let's repeat it:

# This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).

# The loopback network interface
auto lo
iface lo inet loopback

# The primary network interface
allow-hotplug eth0
iface eth0 inet dhcp
hwaddress ether 00:03:0D:5C:C6:6C

 Are you still doing the mac address change?

Yes.  I wouldn't need ifupdown otherwise.

 If so, is the problem still reproducible, if you disable that.

I cannot test this now; I am on a network that requires that MAC address for
me.

-- 
Antti-Juhani Kaijanaho


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

Bug#715024: [Dctrl-tools-devel] Bug#715024: dctrl-tools: Surprising behaviour of -w -P

[Antti-Juhani Kaijanaho]

On Fri, Jul 05, 2013 at 05:06:03PM +0200, Christopher Huhn, GSI wrote:
 I just stumbled upon grep-available -w -P libstdc++6 not finding any 
 package. 
 
 Obviously '+' signs are not treated as literals but regex operators and 
 consequently
 grep-available -w -P 'libstdc\+\+6' properly locates the package.
 grep-available -X -P libstdc++6 works as anticipated by me.
 
 Is this the expected behaviour? 
 If so maybe the manpage should be a bit more verbose about the exact 
 semantics 
 (and possible use) of -w.

The manpage says this about -w:

   -w, --whole-pkg
  Do  an extended regular expression match on whole package names,
  assuming the syntax of inter-package relationship fields such as
  Depends,Recommends,  ...  When this flag is given you should not
  worry about sub-package names such as libpcre3  also  matching
  libpcre3-dev. This flag implies (and is incompatible with) -e.

The idea is, if I recall correctly, to allow you to see if a particular package
name (and not some other package name that happens to contain it as a
substring) occurs in a Depends field.  See #383921 for background.

Combining -w with -P isn't particularly useful, as the Package field does not
use Depends syntax.  You may want to use -PX instead.

However, I note the man page excerpt above says an extended regular expression
match and This flag implies (and is incompatible with) -e which to me pretty
clearly seems to say that the pattern must follow eregexp syntax.

Can you suggest a clearer wording?

-- 
Antti-Juhani Kaijanaho


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

Bug#709142: dpkg: error processing tex-common (--configure): updmap-sys failed

[Antti-Juhani Kaijanaho]

Package: tex-common
Version: 4.03
Followup-For: Bug #709142


I also hit this bug.  I was doing my usual unstable to unstable upgrade, and
had to hold back a lot of TeX packages due to the language packages being NEW.
Downgrading tex-common did not help.


Preparing to replace tex-common 4.02 (using .../tex-common_4.03_all.deb) ...
Unpacking replacement tex-common ...
[...]
Setting up tex-common (4.03) ...
Running mktexlsr. This may take some time... done.
Running updmap-sys. This may take some time... 
updmap-sys failed. Output has been stored in
/tmp/updmap.xfGzjAYf
Please include this file if you report a bug.

Sometimes, not accepting conffile updates in /etc/texmf/updmap.d
causes updmap-sys to fail.  Please check for files with extension
.dpkg-dist or .ucf-dist in this directory

dpkg: error processing tex-common (--configure):
 subprocess installed post-installation script returned error exit status 1
[...]

There were no conffile prompts during the upgrade run.

ajk@teralehti:~$ sudo cat /tmp/updmap.xfGzjAYf
updmap: Cannot find TEXMFROOT, aborting!
ajk@teralehti:~$ 


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

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

Versions of packages tex-common depends on:
ii  debconf [debconf-2.0]  1.5.50
ii  dpkg   1.16.10
ii  ucf3.0027

tex-common recommends no packages.

Versions of packages tex-common suggests:
ii  debhelper  9.20130518

Versions of packages texlive-base depends on:
ii  debconf [debconf-2.0]  1.5.50
ii  dpkg   1.16.10
ii  install-info   5.1.dfsg.1-3
ii  libpaper-utils 1.1.24+nmu2
iu  luatex 0.76.0-2
ii  texlive-binaries   2012.20120628-4
ii  texlive-common 2012.20120611-5
ii  texlive-doc-base   2012.20120611-1
ii  ucf3.0027
ii  xdg-utils  1.1.0~rc1+git20111210-7

Versions of packages texlive-base recommends:
ii  lmodern  2.004.4-3

Versions of packages texlive-base suggests:
ii  evince [postscript-viewer]   3.4.0-3.1
ii  ghostscript [postscript-viewer]  9.05~dfsg-6.3
pn  perl-tk  none
pn  xpdf-reader | pdf-viewer none

Versions of packages texlive-binaries depends on:
ii  dpkg1.16.10
ii  ed  1.8-1
ii  install-info5.1.dfsg.1-3
ii  libc6   2.17-3
ii  libfontconfig1  2.9.0-7.1
ii  libfreetype62.4.9-1.1
ii  libgcc1 1:4.8.0-7
ii  libgraphite31:2.3.1-0.2
ii  libgs9  9.05~dfsg-6.3
ii  libkpathsea62013.20130516.30500-1
ii  libpng12-0  1.2.49-4
ii  libpoppler190.18.4-6
ii  libptexenc1 2013.20130516.30500-1
ii  libstdc++6  4.8.0-7
ii  libx11-62:1.5.0-1
ii  libxaw7 2:1.0.10-2
ii  libxmu6 2:1.1.1-1
ii  libxpm4 1:3.5.10-1
ii  libxt6  1:1.1.3-1
ii  perl5.14.2-21
ii  texlive-common  2012.20120611-5
ii  zlib1g  1:1.2.8.dfsg-1

Versions of packages texlive-binaries recommends:
iu  luatex  0.76.0-2
ii  python  2.7.3-5
ii  ruby1:1.9.3
ii  ruby1.8 [ruby]  1.8.7.358-7
ii  texlive-base2012.20120611-5
ii  tk8.5 [wish]8.5.11-2

-- debconf information:
  texlive-base/texconfig_ignorant:
  tex-common/check_texmf_wrong:
  texlive-base/binary_chooser: pdftex, dvips, dvipdfmx, xdvi
  tex-common/check_texmf_missing:


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

Bug#709142: dpkg: error processing tex-common (--configure): updmap-sys failed

[Antti-Juhani Kaijanaho]

This looks to be a duplicate of #709025.
Sorry, this was the first relevant bug that appeared on reportbug's list of
bugs, and I did not read further in the list.

-- 
Antti-Juhani Kaijanaho


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

Bug#708931: Disconnects ifupdown-managed eth0 during start and stop

[Antti-Juhani Kaijanaho]

Package: network-manager
Version: 0.9.8.0-5
Severity: normal

This is the same machine as in #707070, with the same configuration.  I'm
submitting a new bug and not reopening the old because the symtpoms are
different.

In the following demonstration, I start in a situation where network-manager is
down, and eth0 is ifup'd.

ajk@teralehti:~$ sudo grep 'type=802-3-ethernet' 
/etc/NetworkManager/system-connections/*
ajk@teralehti:~$ ip addr show eth0
2: eth0: BROADCAST,MULTICAST,UP,LOWER_UP mtu 1500 qdisc pfifo_fast state UP 
qlen 1000
link/ether 00:03:0d:5c:c6:6c brd ff:ff:ff:ff:ff:ff
inet 192.168.1.71/24 brd 192.168.1.255 scope global eth0
inet6 fe80::203:dff:fe5c:c66c/64 scope link 
   valid_lft forever preferred_lft forever
ajk@teralehti:~$ ssh kaijanaho.fi echo

ajk@teralehti:~$ sudo service network-manager start
[ ok ] Starting network connection manager: NetworkManager.
ajk@teralehti:~$ ip addr show eth0
2: eth0: BROADCAST,MULTICAST,UP,LOWER_UP mtu 1500 qdisc pfifo_fast state UP 
qlen 1000
link/ether 00:03:0d:5c:c6:6c brd ff:ff:ff:ff:ff:ff
inet6 fe80::203:dff:fe5c:c66c/64 scope link 
   valid_lft forever preferred_lft forever
ajk@teralehti:~$ ssh kaijanaho.fi echo
ssh: Could not resolve hostname kaijanaho.fi: No such file or directory
ajk@teralehti:~$ sudo ifup eth0
ifup: interface eth0 already configured
ajk@teralehti:~$ sudo ifdown eth0
RTNETLINK answers: No such process
Internet Systems Consortium DHCP Client 4.2.4
Copyright 2004-2012 Internet Systems Consortium.
All rights reserved.
For info, please visit https://www.isc.org/software/dhcp/

Listening on LPF/eth0/00:03:0d:5c:c6:6c
Sending on   LPF/eth0/00:03:0d:5c:c6:6c
Sending on   Socket/fallback
DHCPRELEASE on eth0 to 192.168.1.1 port 67
send_packet: Network is unreachable
send_packet: please consult README file regarding broadcast address.
dhclient.c:2270: Failed to send 300 byte long packet over fallback interface.
Starting Avahi mDNS/DNS-SD Daemon: avahi-daemon.
ajk@teralehti:~$ sudo ifup eth0
Internet Systems Consortium DHCP Client 4.2.4
Copyright 2004-2012 Internet Systems Consortium.
All rights reserved.
For info, please visit https://www.isc.org/software/dhcp/

Listening on LPF/eth0/00:03:0d:5c:c6:6c
Sending on   LPF/eth0/00:03:0d:5c:c6:6c
Sending on   Socket/fallback
DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 8
DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 10
DHCPREQUEST on eth0 to 255.255.255.255 port 67
DHCPOFFER from 192.168.1.1
DHCPACK from 192.168.1.1
bound to 192.168.1.71 -- renewal in 1584 seconds.
Stopping Avahi mDNS/DNS-SD Daemon: avahi-daemon.
ajk@teralehti:~$ ip addr show eth0
2: eth0: BROADCAST,MULTICAST,UP,LOWER_UP mtu 1500 qdisc pfifo_fast state UP 
qlen 1000
link/ether 00:03:0d:5c:c6:6c brd ff:ff:ff:ff:ff:ff
inet 192.168.1.71/24 brd 192.168.1.255 scope global eth0
inet6 fe80::203:dff:fe5c:c66c/64 scope link 
   valid_lft forever preferred_lft forever
ajk@teralehti:~$ ssh kaijanaho.fi echo

ajk@teralehti:~$ sudo service network-manager stop
[ ok ] Stopping network connection manager: NetworkManager.
ajk@teralehti:~$ ip addr show eth0
2: eth0: BROADCAST,MULTICAST mtu 1500 qdisc pfifo_fast state DOWN qlen 1000
link/ether 00:03:0d:5c:c6:6c brd ff:ff:ff:ff:ff:ff
inet 192.168.1.71/24 brd 192.168.1.255 scope global eth0
ajk@teralehti:~$ ssh kaijanaho.fi echo
ssh: Could not resolve hostname kaijanaho.fi: No such file or directory
ajk@teralehti:~$ sudo ifup eth0
ifup: interface eth0 already configured

(When network-manager is up, the applet shows network disconnected and offers
me an option to activate wireless, as noted in the logs of #707070.)

Syslog shows me, among other things, the following:


May 19 16:33:50 teralehti NetworkManager[7371]: info NetworkManager (version 
0.9.8.0) is starting...
May 19 16:33:50 teralehti NetworkManager[7371]: info Read config file 
/etc/NetworkManager/NetworkManager.conf
May 19 16:33:50 teralehti NetworkManager[7371]: info WEXT support is enabled
May 19 16:33:50 teralehti NetworkManager[7371]:SCPlugin-Ifupdown: init!
May 19 16:33:50 teralehti NetworkManager[7371]:SCPlugin-Ifupdown: 
update_system_hostname
May 19 16:33:50 teralehti NetworkManager[7371]:SCPluginIfupdown: guessed 
connection type (eth0) = 802-3-ethernet
May 19 16:33:50 teralehti NetworkManager[7371]:SCPlugin-Ifupdown: 
update_connection_setting_from_if_block: name:eth0, type:802-3-ethernet, 
id:Ifupdown (eth0), uuid: 681b428f-beaf-8932-dce4-687ed5bae28e
May 19 16:33:50 teralehti NetworkManager[7371]:SCPlugin-Ifupdown: adding 
eth0 to connections
May 19 16:33:50 teralehti NetworkManager[7371]:SCPlugin-Ifupdown: adding 
iface eth0 to eni_ifaces
May 19 16:33:50 teralehti NetworkManager[7371]:SCPlugin-Ifupdown: 
autoconnect
May 19 16:33:50 teralehti NetworkManager[7371]:SCPluginIfupdown: management 
mode: unmanaged
May 19 16:33:50 teralehti NetworkManager[7371]:SCPlugin-Ifupdown: devices 
added (path: 

Bug#707601: ITP: debmake -- helper script to make the Debian source package

[Antti-Juhani Kaijanaho]

On Mon, May 13, 2013 at 02:52:17PM +0200, Alberto Garcia wrote:
 Also, is there any relation between this and the old 'debmake' package
 or they just happen to have the same name?

My first thought upon seeing this ITP was, whyever for would anyone want to
resurrect debmake.

Please choose another name.

-- 
Antti-Juhani Kaijanaho


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

Bug#665783: O: bnfc -- Compiler front-end generator based on Labelled BNF

[Antti-Juhani Kaijanaho]

On Fri, May 10, 2013 at 08:35:53PM +0200, Joachim Breitner wrote:
 I think the Haskell Group can take it over. But some questions: Is the
 library really needed in Debian (i.e. are there other libraries or
 programs using it)? How active is BNFC maintained by upstream? How much
 maintenance work was required for bnfc (besides the pure packaging)?

There are no dependencies in Debian.  But I believe programs generated by BNFC
with certain options will require the library, so I would hesitate not
packaging the library.

Upstream is active but (at least in the past) has been relatively slow, only
releasing every couple of years.  They've now moved to a more open development
style; I don't know if that'll speed things up.  From my perspective, bnfc has
been low maintenance.

Upstream home page is at http://bnfc.digitalgrammars.com/ and Google group at
https://groups.google.com/group/bnfc-dev?hl=en 

Thanks for considering taking it over from me :-)

-- 
Antti-Juhani Kaijanaho



signature.asc
Description: Digital signature

Bug#665783: O: bnfc -- Compiler front-end generator based on Labelled BNF

[Antti-Juhani Kaijanaho]

On Sat, May 11, 2013 at 11:05:06AM +0200, Joachim Breitner wrote:
 Will do. Do you have your packaging in a VCS whose history you’d like to
 retain?

No.  Traditionally, I just kept an archive of released versions I uploaded, but
I lost that in a disk crash.  I'm slowly adopting VCS processes for my
packages, but bnfc didn't get that far.

-- 
Antti-Juhani Kaijanaho



signature.asc
Description: Digital signature

Bug#707070: [Pkg-utopia-maintainers] Bug#707070: Bug#707070: Bug#707070: NetworkManager tries to manage an ifupdown-managed eth0 (managed=false)

[Antti-Juhani Kaijanaho]

On Wed, May 08, 2013 at 11:55:10PM +0200, Michael Biebl wrote:
 Bad timing. I was probably too eager with my upload a few minutes ago
 closing this bug. This still looks fishy.

Should this bug be reopened, then?

-- 
Antti-Juhani Kaijanaho, Jyväskylä, Finland
http://antti-juhani.kaijanaho.fi/newblog/
http://www.flickr.com/photos/antti-juhani/



signature.asc
Description: Digital signature

Bug#707070: [Pkg-utopia-maintainers] Bug#707070: Bug#707070: Bug#707070: NetworkManager tries to manage an ifupdown-managed eth0 (managed=false)

[Antti-Juhani Kaijanaho]

On Wed, May 08, 2013 at 08:11:38PM +0200, Michael Biebl wrote:
 Am 08.05.2013 10:41, schrieb Antti-Juhani Kaijanaho:
  Of course, now nm claims I'm not connected, but I think that's a feature, 
  not a
  bug, with this arrangement.
 
 Actually, no. I've added Debian specific patches to track the ifupdown
 state in /run/network/ifstate and if eth0=eth0 is listed that,
 network-manager should forcefully set the global online state to
 connected, even if the device itself is marked as unmanaged.

 What does your /run/network/ifstate contain and nm-tool say?

ajk@teralehti:~$ cat /run/network/ifstate
lo=lo
eth0=eth0
ajk@teralehti:~$ nm-tool

NetworkManager Tool

State: disconnected

- Device: wlan0 
  Type:  802.11 WiFi
  Driver:ath9k
  State: unavailable
  Default:   no
  HW Address:20:16:D8:B7:57:45

  Capabilities:

  Wireless Properties
WEP Encryption:  yes
WPA Encryption:  yes
WPA2 Encryption: yes

  Wireless Access Points 


- Device: eth0 -
  Type:  Wired
  Driver:r8169
  State: disconnected
  Default:   no
  HW Address:00:03:0D:5C:C6:6C

  Capabilities:
Carrier Detect:  yes
Speed:   100 Mb/s

  Wired Properties
Carrier: on


ajk@teralehti:~$ 

Now, this is funny.  The applet offers me a toggle to turn Kiinteä (wired) on.
If I do that, it shows I'm connected but I also have two dhclients again:

ajk@teralehti:~$ nm-tool

NetworkManager Tool

State: connected (global)

- Device: wlan0 
  Type:  802.11 WiFi
  Driver:ath9k
  State: unavailable
  Default:   no
  HW Address:20:16:D8:B7:57:45

  Capabilities:

  Wireless Properties
WEP Encryption:  yes
WPA Encryption:  yes
WPA2 Encryption: yes

  Wireless Access Points 


- Device: eth0  [Automaattinen, kiinteä] --
  Type:  Wired
  Driver:r8169
  State: connected
  Default:   yes
  HW Address:00:03:0D:5C:C6:6C

  Capabilities:
Carrier Detect:  yes
Speed:   100 Mb/s

  Wired Properties
Carrier: on

  IPv4 Settings:
Address: 192.168.1.71
Prefix:  24 (255.255.255.0)
Gateway: 192.168.1.1

DNS: 192.168.1.1


ajk@teralehti:~$ sudo grep 'type=802-3-ethernet' 
/etc/NetworkManager/system-connections/*
/etc/NetworkManager/system-connections/Automaattinen, 
kiinteä:type=802-3-ethernet
ajk@teralehti:~$ ps ax | grep dhcp
 9390 ?Ss 0:00 dhclient -v -pf /run/dhclient.eth0.pid -lf 
/var/lib/dhcp/dhclient.eth0.leases eth0
 9540 ?S  0:00 /sbin/dhclient -d -sf 
/usr/lib/NetworkManager/nm-dhcp-client.action -pf /var/run/dhclient-eth0.pid 
-lf 
/var/lib/NetworkManager/dhclient-38af8c02-9c23-45a2-aeff-36bf65ae0eba-eth0.lease
 -cf /var/lib/NetworkManager/dhclient-eth0.conf eth0
 9635 pts/0S+ 0:00 grep dhcp
ajk@teralehti:~$ 


-- 
Antti-Juhani Kaijanaho



signature.asc
Description: Digital signature

Bug#707070: [Pkg-utopia-maintainers] Bug#707070: Bug#707070: Bug#707070: NetworkManager tries to manage an ifupdown-managed eth0 (managed=false)

[Antti-Juhani Kaijanaho]

On Wed, May 08, 2013 at 11:55:10PM +0200, Michael Biebl wrote:
 Bad timing. I was probably too eager with my upload a few minutes ago
 closing this bug. This still looks fishy.
 
 I guess I'll have to setup a test environment to reproduce this this
 properly.

Curious thing: if I have a clean situation, that is, without the dual dhclients,
then the applet only shows me the toggle if eth0 is ifup'd.  If it's ifdown,
the applet says there's no wire (my translation of the Finnish).

-- 
Antti-Juhani Kaijanaho, Jyväskylä, Finland
http://antti-juhani.kaijanaho.fi/newblog/
http://www.flickr.com/photos/antti-juhani/



signature.asc
Description: Digital signature

Bug#707070: [Pkg-utopia-maintainers] Bug#707070: Bug#707070: NetworkManager tries to manage an ifupdown-managed eth0 (managed=false)

[Antti-Juhani Kaijanaho]

On Tue, May 07, 2013 at 11:45:47PM +0200, Michael Biebl wrote:
 Could you please try the packages from
 
 deb http://people.debian.org/~biebl/network-manager ./
 
 They should fix the ifupdown plugin to correctly track mac address
 changes. Please report back with your results.

I had to delete the file we discussed earlier again, but after that it works:
only one dhclient.  thanks :-)

Of course, now nm claims I'm not connected, but I think that's a feature, not a
bug, with this arrangement.

-- 
Antti-Juhani Kaijanaho



signature.asc
Description: Digital signature

Bug#707070: NetworkManager tries to manage an ifupdown-managed eth0 (managed=false)

[Antti-Juhani Kaijanaho]

Package: network-manager
Version: 0.9.8.0-4
Severity: normal

I have this new laptop of mine configured so that ifupdown manages eth0 (due to
what looks to be #665439).

8-- /etc/network/interfaces
ajk@teralehti:~$ cat /etc/network/interfaces
# This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).

# The loopback network interface
auto lo
iface lo inet loopback

# The primary network interface
allow-hotplug eth0
iface eth0 inet dhcp
hwaddress ether 00:03:0D:5C:C6:6C
8-- /etc/network/interfaces


8-- /etc/NetworkManager/NetworkManager.conf
[main]
plugins=ifupdown,keyfile

[ifupdown]
managed=false
8-- /etc/NetworkManager/NetworkManager.conf


Despite this, NetworkManager starts a second dhclient for eth0:

 2972 ?Ss 0:00 dhclient -v -pf /run/dhclient.eth0.pid -lf 
/var/lib/dhcp/dhclient.eth0.leases eth0
 2816 ?Ssl0:00 /usr/sbin/NetworkManager
 2995 ?S  0:00  \_ /sbin/dhclient -d -sf 
/usr/lib/NetworkManager/nm-dhcp-client.action -pf /var/run/dhclient-eth0.pid 
-lf /var/lib/Network
Manager/dhclient-abf9f6b9-eb4c-4c16-a7ce-17cc7bf6f3b3-eth0.lease -cf 
/var/lib/NetworkManager/dhclient-eth0.conf eth0

I can see the following messages, among others, in my syslog (omitted
specific information such as network names marked):

May  7 11:13:36 teralehti kernel: [0.588806] r8169 :02:00.2 eth0: 
RTL8411 at 0xc9c7, 20:6a:8a:f2:11:4e, XID 08800800 IRQ 41
May  7 11:13:36 teralehti kernel: [0.588810] r8169 :02:00.2 eth0: jumbo 
features [frames: 9200 bytes, tx checksumming: ko]
May  7 11:13:36 teralehti kernel: [   15.529962] r8169 :02:00.2 eth0: link 
down
May  7 11:13:36 teralehti kernel: [   15.529973] r8169 :02:00.2 eth0: link 
down
May  7 11:13:36 teralehti kernel: [   15.530020] IPv6: ADDRCONF(NETDEV_UP): 
eth0: link is not ready
May  7 11:13:36 teralehti kernel: [   17.200310] r8169 :02:00.2 eth0: link 
up
May  7 11:13:36 teralehti kernel: [   17.200321] IPv6: ADDRCONF(NETDEV_CHANGE): 
eth0: link becomes ready
May  7 11:13:40 teralehti NetworkManager[2816]: info NetworkManager (version 
0.9.8.0) is starting...
May  7 11:13:40 teralehti NetworkManager[2816]: info Read config file 
/etc/NetworkManager/NetworkManager.conf
May  7 11:13:40 teralehti NetworkManager[2816]: info WEXT support is enabled
May  7 11:13:41 teralehti NetworkManager[2816]:SCPlugin-Ifupdown: init!
May  7 11:13:41 teralehti NetworkManager[2816]:SCPlugin-Ifupdown: 
update_system_hostname
May  7 11:13:41 teralehti NetworkManager[2816]:SCPluginIfupdown: guessed 
connection type (eth0) = 802-3-ethernet
May  7 11:13:41 teralehti NetworkManager[2816]:SCPlugin-Ifupdown: 
update_connection_setting_from_if_block: name:eth0, type:802-3-ethernet, 
id:Ifupdown (eth0), uuid: 681b428f-beaf-8932-dce4-687ed5bae28e
May  7 11:13:41 teralehti NetworkManager[2816]:SCPlugin-Ifupdown: adding 
eth0 to iface_connections
May  7 11:13:41 teralehti NetworkManager[2816]:SCPlugin-Ifupdown: adding 
iface eth0 to well_known_interfaces
May  7 11:13:41 teralehti NetworkManager[2816]:SCPlugin-Ifupdown: 
autoconnect
May  7 11:13:41 teralehti NetworkManager[2816]:SCPluginIfupdown: management 
mode: unmanaged
May  7 11:13:41 teralehti NetworkManager[2816]:SCPlugin-Ifupdown: devices 
added (path: /sys/devices/pci:00/:00:1c.2/:02:00.2/net/eth0, iface: 
eth0)
May  7 11:13:41 teralehti NetworkManager[2816]:SCPluginIfupdown: locking 
wired connection setting
May  7 11:13:41 teralehti NetworkManager[2816]:SCPlugin-Ifupdown: devices 
added (path: /sys/devices/virtual/net/lo, iface: lo)
May  7 11:13:41 teralehti NetworkManager[2816]:SCPlugin-Ifupdown: device 
added (path: /sys/devices/virtual/net/lo, iface: lo): no ifupdown configuration 
found.
May  7 11:13:41 teralehti NetworkManager[2816]:SCPlugin-Ifupdown: end _init.
May  7 11:13:41 teralehti NetworkManager[2816]: info Loaded plugin ifupdown: 
(C) 2008 Canonical Ltd.  To report bugs please use the NetworkManager mailing 
list.
May  7 11:13:41 teralehti NetworkManager[2816]: info Loaded plugin keyfile: 
(c) 2007 - 2010 Red Hat, Inc.  To report bugs please use the NetworkManager 
mailing list.
May  7 11:13:41 teralehti NetworkManager[2816]:Ifupdown: get unmanaged 
devices count: 1
May  7 11:13:41 teralehti NetworkManager[2816]:SCPlugin-Ifupdown: 
(19039040) ... get_connections.
May  7 11:13:41 teralehti NetworkManager[2816]:SCPlugin-Ifupdown: 
(19039040) ... get_connections (managed=false): return empty list.
May  7 11:13:41 teralehti NetworkManager[2816]:keyfile: parsing 
Automaattinen: [NETWORK NAME OMITTED] ... 
May  7 11:13:41 teralehti NetworkManager[2816]:keyfile: read connection 
'Automaattinen: [NETWORK NAME OMITTED]'
May  7 11:13:41 teralehti NetworkManager[2816]:keyfile: parsing 
Automaattinen: [NETWORK NAME 

Bug#707070: [Pkg-utopia-maintainers] Bug#707070: NetworkManager tries to manage an ifupdown-managed eth0 (managed=false)

[Antti-Juhani Kaijanaho]

On Tue, May 07, 2013 at 04:08:23PM +0200, Michael Biebl wrote:
 What does
 sudo grep 'type=802-3-ethernet' /etc/NetworkManager/system-connections/*
 say?

ajk@teralehti:~$ sudo grep 'type=802-3-ethernet' 
/etc/NetworkManager/system-connections/*
/etc/NetworkManager/system-connections/Automaattinen, 
kiinteä:type=802-3-ethernet

 If it returns any hits, does it help if you remove those files?

I ifdown'ed eth0 and stopped network-manager, then removed that file, then
started both again.  The file exists again, and I have two dhclients as before.

 Is that a regression from 0.9.4?

No.  I observed this behavior in 0.9.4.0-10 and upgraded to see if it's been
fixed.

-- 
Antti-Juhani Kaijanaho


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

Bug#707070: [Pkg-utopia-maintainers] Bug#707070: NetworkManager tries to manage an ifupdown-managed eth0 (managed=false)

[Antti-Juhani Kaijanaho]

On Tue, May 07, 2013 at 04:38:11PM +0200, Michael Biebl wrote:
 Am 07.05.2013 16:34, schrieb Antti-Juhani Kaijanaho:
  ajk@teralehti:~$ sudo grep 'type=802-3-ethernet' 
  /etc/NetworkManager/system-connections/*
  /etc/NetworkManager/system-connections/Automaattinen, 
  kiinteä:type=802-3-ethernet
  ^^
 Could you translate that for me?

Likely Automatic, wired.


-- 
Antti-Juhani Kaijanaho



signature.asc
Description: Digital signature

Bug#665783: O: bnfc -- Compiler front-end generator based on Labelled BNF

[Antti-Juhani Kaijanaho]

Control: retitle -1 O: bnfc -- Compiler front-end generator based on Labelled 
BNF
Control: affects -1 bnfc

With the upstream release of version 2.5.0, bnfc now ships a library in
addition to the binary.  This increases the packaging complexity enough that I
am not comfortable continuing as maintainer.  If someone wants to take over,
the package should probably be maintained within the Debian Haskell Group.

On Mon, Mar 26, 2012 at 07:14:01AM +0300, Antti-Juhani Kaijanaho wrote:
 Package: wnpp
 Severity: normal
 
 I request an adopter for the bnfc package.
 
 The package description is:
  The BNF Converter is a compiler construction tool that generates a
  compiler front-end and a readable syntax description document from a
  Labelled BNF grammar. It was originally written to generate Haskell,
  but it can now also be used for generating Java, C++, and C.
  .
  To process Haskell output, you need the Glorious Glasgow Haskell
  Compiler (virtual package ghc), the Happy parser generator (package
  happy) and the Alex scanner generator (package alex).
  .
  To process Java output, you need a Java compiler and virtual machine,
  the CUP parser generator (package cup) and the JLex scanner generator
  (package jlex).
  .
  To process C or C++ output, you need a C or C++ compiler,
  respectively, the Bison parser generator (package bison) and the flex
  scanner generator (package flex).
  .
  To process the generated documents, you need LaTeX (packages
  tetex-base, tetex-bin, etc.).
 
 

-- 
Antti-Juhani Kaijanaho



signature.asc
Description: Digital signature

Bug#681441: BNFC 2.5.0 release

[Antti-Juhani Kaijanaho]

Control: retitle -1 BNFC 2.5.0 release

I will try to make an upload soon.



- Forwarded message from Grégoire Détrez gregoire.det...@gmail.com -

Date: Wed, 10 Apr 2013 09:11:04 -0700 (PDT)
From: Grégoire Détrez gregoire.det...@gmail.com
To: bnfc-...@googlegroups.com
Subject: BNFC 2.5.0 release
Message-Id: f60fa4da-bba5-4561-b4f5-2f66ef736...@googlegroups.com
Reply-To: bnfc-...@googlegroups.com
List-ID: bnfc-dev.googlegroups.com

Dear all,


I am pleased to announce the release of bnfc version 2.5.0 which is now 
available for download on the bnfc website. http://bnfc.digitalgrammars.com/
This version does not introduce any major changes but is the version that 
correspond to the book “Implementing Programming Languages” by Aarne Ranta (
http://www.digitalgrammars.com/ipl-book/)

One important change is that the code is now officially hosted github (
https://github.com/BNFC) which will hopefully make it easier for anyone 
interested to contribute to the source (or the website). There is also an 
official issue tracker 
(https://github.com/BNFC/bnfc/issueshttps://github.com/BNFC/bnfc/issues?state=open)
 
to report problems or request new features.

Thanks and do not hesitate to ask if you have further questions.

Grégoire
on behalf of Aarne, Jean-Philippe, Markus  Thomas

-- 
You received this message because you are subscribed to the Google Groups BNFC 
Developers and Users group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to bnfc-dev+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.



- End forwarded message -

-- 
Antti-Juhani Kaijanaho
Antti-Juhani Kaijanaho


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

Bug#702324: closed by Guido Günther a...@sigxcpu.org (Bug#702324: fixed in libvirt 0.9.12-9)

[Antti-Juhani Kaijanaho]

On Tue, Mar 05, 2013 at 12:51:09PM +, Debian Bug Tracking System wrote:
* [424ffbc] Revert Enable systemd services We enabled systemd support in
  0.9.13 Thanks to Antti-Juhani Kaijanaho
  (Closes: #702324)

Yes, I hereby confirm that this fixes the issue for me. Thanks.

-- 
Antti-Juhani Kaijanaho, Jyväskylä, Finland
http://antti-juhani.kaijanaho.fi/newblog/


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

Bug#702324: libvirt-bin: Fails to upgrade (systemd in use)

[Antti-Juhani Kaijanaho]

Package: libvirt-bin
Version: 0.9.12-8
Severity: normal

$ sudo dpkg --configure -a
Setting up libvirt-bin (0.9.12-8) ...
The user `libvirt-qemu' is already a member of `libvirt-qemu'.
[ ok ] Stopping libvirt-bin (via systemctl): libvirt-bin.service.
Failed to issue method call: No such file or directory
dpkg: error processing libvirt-bin (--configure):
 subprocess installed post-installation script returned error exit status 1
Errors were encountered while processing:
 libvirt-bin
$ 

If I add set -x to postinst, I get the following, which suggests that this has
something to do with systemd.

$ sudo dpkg --configure -a
Setting up libvirt-bin (0.9.12-8) ...
+ case $1 in
+ add_users_groups
+ getent group libvirt
+ getent group kvm
+ getent group libvirt-qemu
+ getent passwd libvirt-qemu
+ adduser libvirt-qemu libvirt-qemu
The user `libvirt-qemu' is already a member of `libvirt-qemu'.
+ add_statoverrides
+ ROOT_DIRS='/var/lib/libvirt/images/ /var/lib/libvirt/boot/
   /var/cache/libvirt/  '
+ QEMU_DIRS=' /var/lib/libvirt/qemu/
/var/cache/libvirt/qemu/ '
+ SANLOCK_DIR=/var/lib/libvirt/sanlock
+ for dir in '${ROOT_DIRS}'
+ dpkg-statoverride --list /var/lib/libvirt/images/
+ chown root:root /var/lib/libvirt/images/
+ chmod 0711 /var/lib/libvirt/images/
+ for dir in '${ROOT_DIRS}'
+ dpkg-statoverride --list /var/lib/libvirt/boot/
+ chown root:root /var/lib/libvirt/boot/
+ chmod 0711 /var/lib/libvirt/boot/
+ for dir in '${ROOT_DIRS}'
+ dpkg-statoverride --list /var/cache/libvirt/
+ chown root:root /var/cache/libvirt/
+ chmod 0711 /var/cache/libvirt/
+ for dir in '${QEMU_DIRS}'
+ dpkg-statoverride --list /var/lib/libvirt/qemu/
+ chown libvirt-qemu:kvm /var/lib/libvirt/qemu/
+ chmod 0750 /var/lib/libvirt/qemu/
+ for dir in '${QEMU_DIRS}'
+ dpkg-statoverride --list /var/cache/libvirt/qemu/
+ chown libvirt-qemu:kvm /var/cache/libvirt/qemu/
+ chmod 0750 /var/cache/libvirt/qemu/
+ dpkg-statoverride --list /var/lib/libvirt/sanlock
+ chown root:root /var/lib/libvirt/sanlock
+ chmod 0700 /var/lib/libvirt/sanlock
+ '[' -n 0.9.12-7 ']'
+ dpkg --compare-versions 0.9.12-7 ge 0.6.0
++ which invoke-rc.d
+ '[' -x /usr/sbin/invoke-rc.d ']'
+ invoke-rc.d libvirt-bin stop
[ ok ] Stopping libvirt-bin (via systemctl): libvirt-bin.service.
+ sleep 1
+ '[' -x /bin/systemctl ']'
+ '[' -d /sys/fs/cgroup/systemd ']'
+ systemctl enable libvirt-bin.service
Failed to issue method call: No such file or directory
dpkg: error processing libvirt-bin (--configure):
 subprocess installed post-installation script returned error exit status 1
Errors were encountered while processing:
 libvirt-bin
$ 

Systemd version:
ii  systemd   44-10 amd64 system and 
service manager


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

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

Versions of packages libvirt-bin depends on:
ii  adduser 3.113+nmu3
ii  gettext-base0.18.1.1-10
ii  libavahi-client30.6.31-1
ii  libavahi-common30.6.31-1
ii  libblkid1   2.20.1-5.3
ii  libc6   2.13-38
ii  libcap-ng0  0.7.3-1
ii  libdbus-1-3 1.6.8-1
ii  libdevmapper1.02.1  2:1.02.77-1
ii  libgcrypt11 1.5.0-5
ii  libgnutls26 2.12.20-4
ii  libnetcf1   1:0.2.0-5
ii  libnl1  1.1-8
ii  libnuma12.0.8-1
ii  libparted0debian1   2.3-12
ii  libpcap0.8  1.3.0-1
ii  libpciaccess0   0.13.1-2
ii  libreadline66.2+dfsg-0.1
ii  libsasl2-2  2.1.25.dfsg1-6
ii  libudev0175-7.1
ii  libvirt00.9.12-8
ii  libxenstore3.0  4.1.4-2
ii  libxml2 2.8.0+dfsg1-7
ii  libyajl22.0.4-2
ii  logrotate   3.8.3-3

Versions of packages libvirt-bin recommends:
ii  bridge-utils1.5-6
ii  dmidecode   2.11+20120326-2
ii  dnsmasq-base2.65-1
ii  ebtables2.0.10.4-1
ii  gawk1:4.0.1+dfsg-2
ii  iproute 20120521-3+b4
ii  iptables1.4.16.3-4
ii  libxml2-utils   2.8.0+dfsg1-7
ii  netcat-openbsd  1.105-7
ii  parted  2.3-12
ii  qemu-kvm1.1.2+dfsg-5

Versions of packages libvirt-bin suggests:
ii  policykit-1  0.105-3
pn  radvdnone

-- no debconf information


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

Bug#702324: [Pkg-libvirt-maintainers] Bug#702324: libvirt-bin: Fails to upgrade (systemd in use)

[Antti-Juhani Kaijanaho]

On Tue, Mar 05, 2013 at 10:15:59AM +0100, Guido Günther wrote:
 Could you check if this works (what got added to the postinst):
 
 if [ -x /bin/systemctl ]  [ -d /sys/fs/cgroup/systemd ]; then
 systemctl enable libvirt-bin.service
 systemctl enable libvirt-guests.service
 fi

I assume you mean that I should try that in a root shell?   Nope, same result:

# if [ -x /bin/systemctl ]  [ -d /sys/fs/cgroup/systemd ]; then
 systemctl enable libvirt-bin.service
 systemctl enable libvirt-guests.service
 fi
Failed to issue method call: No such file or directory
Failed to issue method call: No such file or directory
# 


-- 
Antti-Juhani Kaijanaho, Jyväskylä, Finland
http://antti-juhani.kaijanaho.fi/newblog/


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

Bug#702324: [Pkg-libvirt-maintainers] Bug#702324: libvirt-bin: Fails to upgrade (systemd in use)

[Antti-Juhani Kaijanaho]

On Tue, Mar 05, 2013 at 10:15:59AM +0100, Guido Günther wrote:
 If not the check we're doing to detect systemd availabliligy might be
 unreliable. I'm cc'ing Tollef, maybe he has an idea. Tollef, we're
 doing the above in the libvirt-bin.postinst to activate it's services.
 Does this look correct?

Note that this machine does use systemd.

-- 
Antti-Juhani Kaijanaho, Jyväskylä, Finland
http://antti-juhani.kaijanaho.fi/newblog/


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

Bug#702324: [Pkg-libvirt-maintainers] Bug#702324: libvirt-bin: Fails to upgrade (systemd in use)

[Antti-Juhani Kaijanaho]

On Tue, Mar 05, 2013 at 11:22:44AM +0100, Guido Günther wrote:
 O.k. so this look like a systemd issue. Could you debug that? Does
 enabling/disabling other services via systemd work on your system?

Yes.

 Anything in the logs?

No.

However – do you actually ship libvirt-bin.service?  I can't find it anywhere.

-- 
Antti-Juhani Kaijanaho, Jyväskylä, Finland
http://antti-juhani.kaijanaho.fi/newblog/


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

Bug#702150: [Dctrl-tools-devel] Bug#702150: dctrl-tools: -X should match on NAME (VERSION) too

[Antti-Juhani Kaijanaho]

Control: severity -1 wishlist

On Sun, Mar 03, 2013 at 10:59:29AM +0200, Teodor wrote:
 I'm using this command to add package pins, for example for python2.7:
 
 apt-cache dumpavail | grep-dctrl -S $SPKG -sPackage -X
 
 By using '-X' some times not all packages are selected:
 
 Package: python2.7
 Source: python2.7 (2.7.3-7)

This is the expected result, hence downgrading to wishlist.
-X is supposed to check if the field in question (in this case, Source, or if
it is missing, Package) contains the string (in this case $PKG) and nothing 
else.

 I thing that »grep-dctrl -X« should match on NAME (VERSION) too.

I think changing the defined meaning of -X that radically is out of the 
question.
Providing another flag to do what you are reqesting is possible, though the
question of exactly what it *should* match is not clear.  Can you give me a
regexp, for example?

-- 
Antti-Juhani Kaijanaho, Jyväskylä, Finland
http://antti-juhani.kaijanaho.fi/newblog/
http://www.flickr.com/photos/antti-juhani/


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

Bug#702150: [Dctrl-tools-devel] Bug#702150: Bug#702150: dctrl-tools: -X should match on NAME (VERSION) too

[Antti-Juhani Kaijanaho]

On Sun, Mar 03, 2013 at 07:11:07PM +0200, Teodor MICU wrote:
 2013/3/3 Antti-Juhani Kaijanaho antti-juh...@kaijanaho.fi
   By using '-X' some times not all packages are selected:
  
   Package: python2.7
   Source: python2.7 (2.7.3-7)
 
  This is the expected result, hence downgrading to wishlist.
  -X is supposed to check if the field in question (in this case, Source, or 
  if
  it is missing, Package) contains the string (in this case $PKG) and nothing 
  else.
 
 This is not expected at all. You see that the name in question has an
 exact match?

The Source field, which is being looked at here, contains more than the name.
Hence it's not an exact match.  There is a substring match, but -X disallows it.

   I thing that »grep-dctrl -X« should match on NAME (VERSION) too.
 
  I think changing the defined meaning of -X that radically is out of the 
  question.
  Providing another flag to do what you are reqesting is possible, though the
  question of exactly what it *should* match is not clear.  Can you give me a
  regexp, for example?
 
 This is not a radical change.

Changing -X in this way would be radical.

 A regex could be found, the question is
 would you accept it.

Depends on the regex.

-- 
Antti-Juhani Kaijanaho, Jyväskylä, Finland
http://antti-juhani.kaijanaho.fi/newblog/
http://www.flickr.com/photos/antti-juhani/


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

Bug#693785: /usr/share/doc/urlview/README.Debian: Mentions mimedecide which has been removed

[Antti-Juhani Kaijanaho]

Package: urlview
Version: 0.9-19
Severity: minor
File: /usr/share/doc/urlview/README.Debian

This file says:

  Note that urlview has some problems handling mime-encoded input.
  In order to avoid these problems is possible to set the pipe_decode variable 
  in mutt. Another way is to pass the input through mimedecode, which is 
  provided by the Debian package of the same name.

However, mimedecode has been removed years ago.  Please update the suggestion.

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

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

Versions of packages urlview depends on:
ii  libc62.13-37
ii  libncurses5  5.9-10

Versions of packages urlview recommends:
ii  chromium [www-browser]   22.0.1229.94~r161065-3
ii  elinks [www-browser] 0.12~pre5-9
ii  iceweasel [www-browser]  10.0.10esr-1
ii  links2 [www-browser] 2.7-1
ii  lynx-cur [www-browser]   2.8.8dev.14-1

Versions of packages urlview suggests:
ii  lftp  4.3.8-1
ii  mutt  1.5.21-6.2
ii  wget  1.14-1

-- no debconf information


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

Bug#693474: [Dctrl-tools-devel] Bug#693474: dctrl-tools: Add multiarch metadata

[Antti-Juhani Kaijanaho]

On Fri, Nov 16, 2012 at 09:41:25PM +, Wookey wrote:
 For build-dependencies to work properly under multiarch this package
 needs to be marked
 
 Multi-Arch: foreign

Thanks.  This change would be for jessie, yes?  It seems to me to be too late
to offer it to the release team for unblocking.

 There are 6 packages in debian which can't be cross-built until this
 is done. 

I'm curious; which ones?

-- 
Antti-Juhani Kaijanaho, Jyväskylä, Finland
http://antti-juhani.kaijanaho.fi/newblog/
http://www.flickr.com/photos/antti-juhani/


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

Bug#693474: [Dctrl-tools-devel] Bug#693474: Bug#693474: dctrl-tools: Add multiarch metadata

[Antti-Juhani Kaijanaho]

On Sat, Nov 17, 2012 at 10:42:35PM +, Wookey wrote:
 I guess so. Although it's a totally harmless change and 'multiarch'
 is a Wheezy Goal so they probably would let it in if you did an
 upload. But there is no real need to do so.  

I just seem to recall seeing lots of negative feedback to multiarch related
changes on debian-release.  But then again, this is just one line.

  I'm curious; which ones?
 
 I find out with:
 grep-aptavail -s Package -F Build-depends,Build-depends-indep grep-dctrl 
 /var/lib/apt/lists/*Sources | sort | uniq
 
 Package: ghc
 Package: libcdio
 Package: wine
 Package: wine-unstable
 Package: wings3d
 
 Hmm, seems I can't count - that's 5 packages :-)

Those are packages that haven't been updated with that respect in years:

$ grep-aptavail -F Build-depends,Build-depends-indep dctrl-tools 
/var/lib/apt/lists/*Sources -c
16

-- 
Antti-Juhani Kaijanaho, Jyväskylä, Finland
http://antti-juhani.kaijanaho.fi/newblog/
http://www.flickr.com/photos/antti-juhani/


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

Bug#690529: obnam fsck: local variable 'new_node' referenced before assignment

[Antti-Juhani Kaijanaho]

On Sun, Oct 21, 2012 at 10:29:29AM +0100, Lars Wirzenius wrote:
 Actually, the fixed version of python-larch is already in wheezy,
 silly me. Antti-Juhani, could you upgrade python-larch to 1.20121006-1 and
 and try again?

Unfortunately not.  It was not possible for me to wait for a response; I had to
wipe that particular set of backups and start afresh.

(I may have a copy of it somewhere but getting it up and running, back to the
broken state, is not very simple.)

-- 
Antti-Juhani Kaijanaho, Jyväskylä, Finland
http://antti-juhani.kaijanaho.fi/newblog/
http://www.flickr.com/photos/antti-juhani/



signature.asc
Description: Digital signature

Bug#690529: obnam fsck: local variable 'new_node' referenced before assignment

[Antti-Juhani Kaijanaho]

Package: obnam
Version: 1.1-1.1
Severity: normal

Trying to fix repository problems (KeyError: 108651) gives me this:

flowerpot:~# obnam fsck --fsck-fix --log /root/backup-$(date +%Y-%m-%d).log
Traceback (most recent call last):
  File /usr/lib/python2.7/dist-packages/cliapp/app.py, line 169, in _run
self.process_args(args)
  File /usr/lib/python2.7/dist-packages/obnamlib/app.py, line 170, in 
process_args
cliapp.Application.process_args(self, args)
  File /usr/lib/python2.7/dist-packages/cliapp/app.py, line 416, in 
process_args
method(args[1:])
  File /usr/lib/python2.7/dist-packages/obnamlib/plugins/fsck_plugin.py, line 
306, in fsck
for more in reversed(list(work.do() or [])):
  File /usr/lib/python2.7/dist-packages/obnamlib/plugins/fsck_plugin.py, line 
250, in do
work.do()
  File /usr/lib/python2.7/dist-packages/larch/fsck.py, line 107, in do
tracing.trace('fixed it: %s' % new_node.keys())
UnboundLocalError: local variable 'new_node' referenced before assignment

Log has this:
2012-10-15 11:19:26 DEBUG fsck on /var/local/backups
2012-10-15 11:19:26 DEBUG opening repository (create=False)
2012-10-15 11:19:26 INFO VFS: __init__: baseurl=/var/local/backups
2012-10-15 11:19:26 DEBUG Initializing Journal for clientlist
2012-10-15 11:19:26 DEBUG Automatically rolling back remaining changes
2012-10-15 11:19:27 DEBUG Initializing Journal for chunksums
2012-10-15 11:19:27 DEBUG Automatically rolling back remaining changes
2012-10-15 11:19:27 DEBUG Initializing Journal for chunklist
2012-10-15 11:19:27 DEBUG Automatically rolling back remaining changes
2012-10-15 11:19:28 DEBUG dumping memory profiling data: after adding 
fsck_plugin.CheckRepository object at 0x877d8ec
2012-10-15 11:19:28 DEBUG VmRSS: 17996 KiB
2012-10-15 11:19:28 DEBUG doing: repository
2012-10-15 11:19:28 DEBUG Checking repository
2012-10-15 11:19:28 DEBUG dumping memory profiling data: after adding 
fsck_plugin.CheckClientlist object at 0x877dcac
2012-10-15 11:19:28 DEBUG VmRSS: 17996 KiB
2012-10-15 11:19:28 DEBUG dumping memory profiling data: after adding 
fsck_plugin.CheckBTree object at 0x877dc6c
2012-10-15 11:19:28 DEBUG VmRSS: 17996 KiB
2012-10-15 11:19:28 DEBUG dumping memory profiling data: after adding 
fsck_plugin.CheckBTree object at 0x877dc0c
2012-10-15 11:19:28 DEBUG VmRSS: 17996 KiB
2012-10-15 11:19:28 DEBUG dumping memory profiling data: after adding 
fsck_plugin.CheckBTree object at 0x877db8c
2012-10-15 11:19:28 DEBUG VmRSS: 17996 KiB
2012-10-15 11:19:28 DEBUG doing: B-tree clientlist
2012-10-15 11:19:28 DEBUG Checking B-tree clientlist
2012-10-15 11:19:28 DEBUG Initializing Journal for clientlist
2012-10-15 11:19:28 DEBUG Initializing Journal for clientlist
2012-10-15 11:19:28 CRITICAL Traceback (most recent call last):
  File /usr/lib/python2.7/dist-packages/cliapp/app.py, line 169, in _run
self.process_args(args)
  File /usr/lib/python2.7/dist-packages/obnamlib/app.py, line 170, in 
process_args
cliapp.Application.process_args(self, args)
  File /usr/lib/python2.7/dist-packages/cliapp/app.py, line 416, in 
process_args
method(args[1:])
  File /usr/lib/python2.7/dist-packages/obnamlib/plugins/fsck_plugin.py, line 
306, in fsck
for more in reversed(list(work.do() or [])):
  File /usr/lib/python2.7/dist-packages/obnamlib/plugins/fsck_plugin.py, line 
250, in do
work.do()
  File /usr/lib/python2.7/dist-packages/larch/fsck.py, line 107, in do
tracing.trace('fixed it: %s' % new_node.keys())
UnboundLocalError: local variable 'new_node' referenced before assignment


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

Kernel: Linux 2.6.32.33-kvm-i386-2028-dirty (SMP w/2 CPU cores)
Locale: LANG=fi_FI.UTF-8, LC_CTYPE=fi_FI.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages obnam depends on:
ii  libc6 2.13-35
ii  python2.7.3~rc2-1
ii  python-cliapp 1.20120630-1
ii  python-larch  1.20120527-1
ii  python-paramiko   1.7.7.1-3
ii  python-tracing0.6-2
ii  python-ttystatus  0.19-1

obnam recommends no packages.

obnam suggests no packages.

-- no debconf information


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

Bug#686023: RFS: fonts-pecita/3.4-2

[Antti-Juhani Kaijanaho]

On Tue, Aug 28, 2012 at 04:55:50AM +0200, pecita.net Archive Automatic Signing 
Key wrote:
 Le lundi 27 août 2012 à 18:12 +, Bart Martens a écrit :
  It seems that this page might be helpful in this case :
  http://www.debian.org/doc/debian-policy/ch-controlfields.html#s-f-Version
 
 Yes, it is: read it youself!
 
 The upstream_version may contain only alphanumerics[36] and the
 characters . + - : ~
 ...
 The Debian revision is optional
 

Please observe correct quoting practice: any words you put inside quotes must
be verbatim from the indicated source, unless clearly marked as altered.
Debian policy does not contain any string The Debian revision is optional.
It does contain the string It is optional (It being the Debian revision,
here).  A commonly accepted way to mark the alteration would be to put square
brackets around the altered words: [The Debian revision] is optional would be
a correct (altered) quote.

In any case, you should have read past the word optional:

  It is optional; if it isn't present then the upstream_version
  may not contain a hyphen.  This format represents the case where
  a piece of software was written specifically to be a Debian
  package, where the Debian package source must always be identical
  to the pristine source and therefore no revision indication is
  required.

 If you wish I could replace the last dot with a hyphen in the version
 plugged in the font: 3.4-2 instead of 3.4.2 .

That would be an error.  It would mean that the upstream version is 3.4 and the
Debian revision is 2.

In your situation, you have a package whose upstream version (as indicated in
the actual font file) is 3.4.2.  You have basically two choices for versioning
the Debian package:

   3.4.2-1

 This indicates that you have packaged version 3.4.2 and that this is the
 first packaging of that particular version.  If you make changes to the
 packaging but not to the font, you can then make 3.4.2-2, indicating that
 you've made the second packaging of the font version 3.4.2.

   3.4.2

 This indicates that the font is Debian specific and has little use to
 people outside of Debian.  Specifically, there is no (separate) upstream,
 and the Debian package is the only way this font can be installed.  Any
 change to the Debian packaging means effectively a new version of the
 font, as well.

Since you are upstream yourself, you can legitimately choose the latter, but it
is not the recommended approach in situations like this.

By the way, your source package looks a bit weird.  Why is the font itself in
your debian.tar.gz and not in your orig.tar.bz2?  That looks to me like a bug.

Also, the Uploaders field should probably give your real name, not pecita.net
Archive Automatic Signing Key.

(I assume you already have a potential sponsor; I am not particularly
interested.  However, I read your exchange with Bart Martens and decided to
take a look.  Hope I've been of some help.)

-- 
Antti-Juhani Kaijanaho, Jyväskylä, Finland
http://antti-juhani.kaijanaho.fi/newblog/


signature.asc
Description: Digital signature

Bug#685677: dpkg(1) documents a nonexistent option (--command-fd)

[Antti-Juhani Kaijanaho]

Package: dpkg
Version: 1.16.8
Severity: minor

$ man dpkg | grep -A2 command-fd
   --command-fd n
  Accept a series of commands on input file descriptor n. Note: 
additional options set on the  command  line,
  and through this file descriptor, are not reset for subsequent 
commands executed during the same run.
$ dpkg --command-fd 21  | head -1
dpkg: error: unknown option --command-fd
$ 


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

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

Versions of packages dpkg depends on:
ii  libbz2-1.0   1.0.6-4
ii  libc62.13-35
pn  liblzma5 none
pn  libselinux1  none
ii  tar  1.26-4
pn  zlib1g   none

dpkg recommends no packages.

Versions of packages dpkg suggests:
ii  apt  0.9.7.4

-- no debconf information


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

Bug#681441: Fwd: BNFC 2.5b and a new book

[Antti-Juhani Kaijanaho]

For the record: I've decided to wait for the promised stable release.

-- 
Antti-Juhani Kaijanaho, Jyväskylä, Finland
http://antti-juhani.kaijanaho.fi/newblog/


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

Bug#685039: developers-reference: please document what is needed to reintroduce a package

[Antti-Juhani Kaijanaho]

On Thu, Aug 16, 2012 at 08:42:45AM +0800, Paul Wise wrote:
 +You should check why the package was removed in the first place. This
 +information can be found in the removal item in the news section of the PTS
 +page for the package or by browsing the log of
 +ulink url=http://ftp-master-host;/removals.html;removals/ulink.

Perhaps there should be a note making clear that only removal from unstable
(and experimental) is what is meant here; removals from testing do not give
cause to use this procedure.

-- 
Antti-Juhani Kaijanaho, Jyväskylä, Finland
http://antti-juhani.kaijanaho.fi/newblog/
http://www.flickr.com/photos/antti-juhani/



signature.asc
Description: Digital signature

Bug#683388: obnam: making checkpointERROR: We have already locked shared B-trees, oops

[Antti-Juhani Kaijanaho]

Package: obnam
Version: 1.1-1
Severity: normal

After getting around #682798 (by getting rid of a ridiculously large Maildir
folder), I've hit the following error:

06h34m08s 717659 files; 1.56 GiB (0 B/s) making checkpointERROR: We have 
already locked shared B-trees, oops

Log excerpt:

2012-07-31 09:20:28 DEBUG making checkpoint in the middle of a file
2012-07-31 09:20:28 INFO Making checkpoint
2012-07-31 09:20:29 DEBUG Initializing Journal for chunksums
2012-07-31 09:20:29 DEBUG Automatically rolling back remaining changes
2012-07-31 09:20:32 DEBUG Initializing Journal for chunklist
2012-07-31 09:20:32 DEBUG Automatically rolling back remaining changes
2012-07-31 09:21:10 ERROR Can't back up FILENAME OMITTED: Cannot allocate 
memory
2012-07-31 09:21:10 DEBUG OSError(12, 'Cannot allocate memory')
2012-07-31 09:21:10 INFO Making checkpoint
2012-07-31 09:21:10 DEBUG Handling exception We have already locked shared 
B-trees, oops
2012-07-31 09:21:10 DEBUG Traceback (most recent call last):
  File /usr/lib/python2.7/dist-packages/obnamlib/plugins/backup_plugin.py, 
line 258, in backup
self.backup_roots(roots)
  File /usr/lib/python2.7/dist-packages/obnamlib/plugins/backup_plugin.py, 
line 365, in backup_roots
self.make_checkpoint()
  File /usr/lib/python2.7/dist-packages/obnamlib/plugins/backup_plugin.py, 
line 392, in make_checkpoint
self.repo.lock_shared()
  File /usr/lib/python2.7/dist-packages/obnamlib/repo.py, line 383, in 
lock_shared
self.require_no_shared_lock()
  File /usr/lib/python2.7/dist-packages/obnamlib/repo.py, line 246, in 
require_no_shared_lock
raise obnamlib.Error('We have already locked shared B-trees, oops')
Error: We have already locked shared B-trees, oops

2012-07-31 09:21:10 INFO Unlocking client because of error
2012-07-31 09:21:10 INFO Unlocking shared trees because of error
2012-07-31 09:21:10 CRITICAL Traceback (most recent call last):
  File /usr/lib/python2.7/dist-packages/cliapp/app.py, line 169, in _run
self.process_args(args)
  File /usr/lib/python2.7/dist-packages/obnamlib/app.py, line 170, in 
process_args
cliapp.Application.process_args(self, args)
  File /usr/lib/python2.7/dist-packages/cliapp/app.py, line 416, in 
process_args
method(args[1:])
  File /usr/lib/python2.7/dist-packages/obnamlib/plugins/backup_plugin.py, 
line 258, in backup
self.backup_roots(roots)
  File /usr/lib/python2.7/dist-packages/obnamlib/plugins/backup_plugin.py, 
line 365, in backup_roots
self.make_checkpoint()
  File /usr/lib/python2.7/dist-packages/obnamlib/plugins/backup_plugin.py, 
line 392, in make_checkpoint
self.repo.lock_shared()
  File /usr/lib/python2.7/dist-packages/obnamlib/repo.py, line 383, in 
lock_shared
self.require_no_shared_lock()
  File /usr/lib/python2.7/dist-packages/obnamlib/repo.py, line 246, in 
require_no_shared_lock
raise obnamlib.Error('We have already locked shared B-trees, oops')
Error: We have already locked shared B-trees, oops


This looks like another case of mishandling ENOMEM.


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

Kernel: Linux 2.6.32.33-kvm-i386-2028-dirty (SMP w/1 CPU core)
Locale: LANG=fi_FI.UTF-8, LC_CTYPE=fi_FI.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages obnam depends on:
ii  libc6 2.13-33
ii  python2.7.3~rc2-1
ii  python-cliapp 1.20120630-1
ii  python-larch  1.20120527-1
ii  python-paramiko   1.7.7.1-3
ii  python-tracing0.6-2
ii  python-ttystatus  0.19-1

obnam recommends no packages.

obnam suggests no packages.

-- no debconf information


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

Bug#682798: ERROR: Node N cannot be found in the node store M (too many open files)

[Antti-Juhani Kaijanaho]

Package: obnam
Followup-For: Bug #682798

There seems to be a problem with how obnam deals with ENOMEM conditions,
causing it to leak pipes.  

Yet another trial run failed.  This time I ran a lsof process periodically in
another screen window:

% (export LC_ALL=C ; while :; do date; really lsof -c obnam | grep -c pipe$; 
sleep 20; done) | tee obnam-lsof.txt

The data are interesting:

[... several hours of low counts deleted ...]
Fri Jul 27 06:50:14 EEST 2012
2
Fri Jul 27 06:50:34 EEST 2012
2
Fri Jul 27 06:50:54 EEST 2012
2
Fri Jul 27 06:51:14 EEST 2012
2
Fri Jul 27 06:51:34 EEST 2012
2
Fri Jul 27 06:51:54 EEST 2012
2
Fri Jul 27 06:52:14 EEST 2012
2
Fri Jul 27 06:52:34 EEST 2012
11
Fri Jul 27 06:52:55 EEST 2012
9
Fri Jul 27 06:53:15 EEST 2012
2
Fri Jul 27 06:53:35 EEST 2012
9
Fri Jul 27 06:53:55 EEST 2012
2
Fri Jul 27 06:54:15 EEST 2012
2
Fri Jul 27 06:54:35 EEST 2012
2
Fri Jul 27 06:54:55 EEST 2012
2
Fri Jul 27 06:55:15 EEST 2012
2
Fri Jul 27 06:55:35 EEST 2012
23
Fri Jul 27 06:55:55 EEST 2012
33
Fri Jul 27 06:56:15 EEST 2012
33
Fri Jul 27 06:56:35 EEST 2012
30
Fri Jul 27 06:56:55 EEST 2012
30
Fri Jul 27 06:57:15 EEST 2012
49
Fri Jul 27 06:57:35 EEST 2012
44
Fri Jul 27 06:57:55 EEST 2012
44
Fri Jul 27 06:58:15 EEST 2012
44
Fri Jul 27 06:58:36 EEST 2012
49
Fri Jul 27 06:58:56 EEST 2012
44
Fri Jul 27 06:59:16 EEST 2012
44
Fri Jul 27 06:59:36 EEST 2012
49
Fri Jul 27 06:59:56 EEST 2012
398
Fri Jul 27 07:00:16 EEST 2012
1605
Fri Jul 27 07:00:36 EEST 2012
3222
Fri Jul 27 07:00:57 EEST 2012
5994
Fri Jul 27 07:01:18 EEST 2012
5994
Fri Jul 27 07:01:40 EEST 2012
5994
Fri Jul 27 07:02:01 EEST 2012
5994
Fri Jul 27 07:02:23 EEST 2012
5994
Fri Jul 27 07:02:44 EEST 2012
5994
Fri Jul 27 07:03:05 EEST 2012
5994
Fri Jul 27 07:03:27 EEST 2012
5994
Fri Jul 27 07:03:48 EEST 2012
5994
Fri Jul 27 07:04:09 EEST 2012
5994
Fri Jul 27 07:04:30 EEST 2012
5994
Fri Jul 27 07:04:52 EEST 2012
5994
Fri Jul 27 07:05:13 EEST 2012
5994
Fri Jul 27 07:05:34 EEST 2012
5994
Fri Jul 27 07:05:55 EEST 2012
5994
Fri Jul 27 07:06:15 EEST 2012
5994
Fri Jul 27 07:06:37 EEST 2012
5994
Fri Jul 27 07:06:58 EEST 2012
5994
Fri Jul 27 07:07:19 EEST 2012
5994
Fri Jul 27 07:07:40 EEST 2012
5994
Fri Jul 27 07:08:00 EEST 2012
5994
Fri Jul 27 07:08:22 EEST 2012
5994
Fri Jul 27 07:08:43 EEST 2012
5994
Fri Jul 27 07:09:03 EEST 2012
5994
Fri Jul 27 07:09:25 EEST 2012
5994
Fri Jul 27 07:09:46 EEST 2012
5994
Fri Jul 27 07:10:07 EEST 2012
5994
Fri Jul 27 07:10:29 EEST 2012
5994
Fri Jul 27 07:10:50 EEST 2012
5994
Fri Jul 27 07:11:11 EEST 2012
5994
Fri Jul 27 07:11:33 EEST 2012
5994
Fri Jul 27 07:11:54 EEST 2012
5994
Fri Jul 27 07:12:15 EEST 2012
5994
Fri Jul 27 07:12:37 EEST 2012
5994
Fri Jul 27 07:12:58 EEST 2012
5994
Fri Jul 27 07:13:19 EEST 2012
5994
Fri Jul 27 07:13:41 EEST 2012
5994
Fri Jul 27 07:14:02 EEST 2012
5994
Fri Jul 27 07:14:23 EEST 2012
5994
Fri Jul 27 07:14:45 EEST 2012
5994
Fri Jul 27 07:15:07 EEST 2012
5994
Fri Jul 27 07:15:28 EEST 2012
5994
Fri Jul 27 07:15:49 EEST 2012
5994
Fri Jul 27 07:16:11 EEST 2012
5994
Fri Jul 27 07:16:32 EEST 2012
5994
Fri Jul 27 07:16:54 EEST 2012
5994
Fri Jul 27 07:17:15 EEST 2012
5994
Fri Jul 27 07:17:37 EEST 2012
5994
Fri Jul 27 07:17:58 EEST 2012
5994
Fri Jul 27 07:18:20 EEST 2012
5994
Fri Jul 27 07:18:42 EEST 2012
5994
Fri Jul 27 07:19:03 EEST 2012
5994
Fri Jul 27 07:19:25 EEST 2012
5994
Fri Jul 27 07:19:45 EEST 2012
5994
Fri Jul 27 07:20:06 EEST 2012
5994
Fri Jul 27 07:20:26 EEST 2012
5994
Fri Jul 27 07:20:47 EEST 2012
5994
Fri Jul 27 07:21:08 EEST 2012
5994
Fri Jul 27 07:21:29 EEST 2012
5994
Fri Jul 27 07:21:49 EEST 2012
5994
Fri Jul 27 07:22:10 EEST 2012
5994
Fri Jul 27 07:22:32 EEST 2012
5994
Fri Jul 27 07:22:52 EEST 2012
5994
Fri Jul 27 07:23:14 EEST 2012
5994
Fri Jul 27 07:23:35 EEST 2012
5994
Fri Jul 27 07:23:55 EEST 2012
5994
Fri Jul 27 07:24:16 EEST 2012
5994
Fri Jul 27 07:24:37 EEST 2012
5994
Fri Jul 27 07:24:58 EEST 2012
5994
Fri Jul 27 07:25:19 EEST 2012
5994
Fri Jul 27 07:25:40 EEST 2012
5994
Fri Jul 27 07:26:02 EEST 2012
5994
Fri Jul 27 07:26:23 EEST 2012
5994
Fri Jul 27 07:26:44 EEST 2012
5994
Fri Jul 27 07:27:04 EEST 2012
5994
Fri Jul 27 07:27:26 EEST 2012
5994
Fri Jul 27 07:27:46 EEST 2012
5994
Fri Jul 27 07:28:07 EEST 2012
5994
Fri Jul 27 07:28:28 EEST 2012
5994
Fri Jul 27 07:28:49 EEST 2012
5994
Fri Jul 27 07:29:10 EEST 2012
5994
Fri Jul 27 07:29:32 EEST 2012
5994
Fri Jul 27 07:29:54 EEST 2012
5994
Fri Jul 27 07:30:15 EEST 2012
5994
Fri Jul 27 07:30:36 EEST 2012
5994
Fri Jul 27 07:30:57 EEST 2012
5994
Fri Jul 27 07:31:18 EEST 2012
5994
Fri Jul 27 07:31:38 EEST 2012
5994
Fri Jul 27 07:31:59 EEST 2012
5994
Fri Jul 27 07:32:20 EEST 2012
5994
Fri Jul 27 07:32:41 EEST 2012
5994
Fri Jul 27 07:33:03 EEST 2012
5994
Fri Jul 27 07:33:24 EEST 2012
5994
Fri Jul 27 07:33:45 EEST 2012
5994
Fri Jul 27 07:34:07 EEST 2012
5994
Fri Jul 27 07:34:29 EEST 2012
5994
Fri Jul 27 07:34:51 EEST 2012
5994
Fri Jul 27 07:35:12 EEST 2012
5994
Fri Jul 27 07:35:34 EEST 2012
5994
Fri Jul 27 07:35:55 EEST 2012
5994
Fri Jul 27 

Bug#682798: ERROR: Node N cannot be found in the node store M (too many open files)

[Antti-Juhani Kaijanaho]

Package: obnam
Followup-For: Bug #682798

I tried to continue the backup with a raised open file limit, similar failure.
(The backup disk is mounted over NFS, which may complicate things.)

[... lots of too many open files errors deleted ...]
2012-07-26 17:58:21 ERROR Can't back up /home/ajk/.gnupg: Too many open files
2012-07-26 17:58:21 DEBUG OSError(24, 'Too many open files')
2012-07-26 17:58:22 DEBUG Backing up 
/home/ajk/wp-2.0.6/wp-admin/images/box-butt-left.gif
2012-07-26 17:58:22 ERROR Error reading node: 2: No such file or directory: 
/mnt/backup/1566508680438567912/nodes/0/0/0/646
2012-07-26 17:58:22 DEBUG Handling exception Node 1606 cannot be found in the 
node store 1566508680438567912
2012-07-26 17:58:22 DEBUG Traceback (most recent call last):
  File /usr/lib/python2.7/dist-packages/obnamlib/plugins/backup_plugin.py, 
line 258, in backup
self.backup_roots(roots)
  File /usr/lib/python2.7/dist-packages/obnamlib/plugins/backup_plugin.py, 
line 357, in backup_roots
metadata)
  File /usr/lib/python2.7/dist-packages/obnamlib/plugins/backup_plugin.py, 
line 564, in backup_file_contents
self.repo.append_file_chunks(filename, chunkids)
  File /usr/lib/python2.7/dist-packages/obnamlib/repo.py, line 750, in 
append_file_chunks
self.client.append_file_chunks(filename, chunkids)
  File /usr/lib/python2.7/dist-packages/obnamlib/clientmetadatatree.py, line 
507, in append_file_chunks
self.tree.insert(self.chunk_key(chunkid, file_id), '')
  File /usr/lib/python2.7/dist-packages/larch/tree.py, line 281, in insert
kids = self._insert_into_index(self.root, key, value)
  File /usr/lib/python2.7/dist-packages/larch/tree.py, line 317, in 
_insert_into_index
child = self._get_node(new_index[child_key])
  File /usr/lib/python2.7/dist-packages/larch/tree.py, line 111, in _get_node
return self.node_store.get_node(node_id)
  File /usr/lib/python2.7/dist-packages/larch/nodestore_disk.py, line 237, in 
get_node
raise larch.NodeMissing(self.dirname, node_id)
NodeMissing: Node 1606 cannot be found in the node store 1566508680438567912

2012-07-26 17:58:22 INFO Unlocking client because of error
2012-07-26 17:58:22 DEBUG Got second exception while unlocking: have not got 
lock on shared B-trees
2012-07-26 17:58:22 DEBUG Traceback (most recent call last):
  File /usr/lib/python2.7/dist-packages/obnamlib/plugins/backup_plugin.py, 
line 285, in unlock_when_error
self.repo.unlock_client()
  File /usr/lib/python2.7/dist-packages/obnamlib/repo.py, line 455, in 
unlock_client
self._really_remove_generations(self.added_generations)
  File /usr/lib/python2.7/dist-packages/obnamlib/repo.py, line 566, in 
_really_remove_generations
self.require_shared_lock()
  File /usr/lib/python2.7/dist-packages/obnamlib/repo.py, line 221, in 
require_shared_lock
raise LockFail('have not got lock on shared B-trees')
LockFail: have not got lock on shared B-trees

2012-07-26 17:58:22 CRITICAL Node 1606 cannot be found in the node store 
1566508680438567912




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

Kernel: Linux 2.6.32.33-kvm-i386-2028-dirty (SMP w/1 CPU core)
Locale: LANG=fi_FI.UTF-8, LC_CTYPE=fi_FI.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages obnam depends on:
ii  libc6 2.13-33
ii  python2.7.3~rc2-1
ii  python-cliapp 1.20120630-1
ii  python-larch  1.20120527-1
ii  python-paramiko   1.7.7.1-3
ii  python-tracing0.6-2
ii  python-ttystatus  0.19-1

obnam recommends no packages.

obnam suggests no packages.

-- no debconf information


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

Bug#682798: ERROR: Node N cannot be found in the node store M (too many open files)

[Antti-Juhani Kaijanaho]

Package: obnam
Followup-For: Bug #682798

I have another attempt running so far for 4½ hours; lsof shows obnam has a lot
of pipes open!

# lsof -c obnam | grep -c pipe$
2042
# lsof -c obnam | grep pipe$ | head
obnam   21834 root1w  FIFO0,7  0t0 10250227 pipe
obnam   21834 root2w  FIFO0,7  0t0 10250227 pipe
obnam   21834 root6r  FIFO0,7  0t0 10732079 pipe
obnam   21834 root7r  FIFO0,7  0t0 10732080 pipe
obnam   21834 root8w  FIFO0,7  0t0 10732080 pipe
obnam   21834 root   10r  FIFO0,7  0t0 10732081 pipe
obnam   21834 root   11w  FIFO0,7  0t0 10732081 pipe
obnam   21834 root   12r  FIFO0,7  0t0 10732082 pipe
obnam   21834 root   13w  FIFO0,7  0t0 10732082 pipe
obnam   21834 root   15r  FIFO0,7  0t0 10732142 pipe

What's happening here?

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

Kernel: Linux 2.6.32.33-kvm-i386-2028-dirty (SMP w/1 CPU core)
Locale: LANG=fi_FI.UTF-8, LC_CTYPE=fi_FI.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages obnam depends on:
ii  libc6 2.13-33
ii  python2.7.3~rc2-1
ii  python-cliapp 1.20120630-1
ii  python-larch  1.20120527-1
ii  python-paramiko   1.7.7.1-3
ii  python-tracing0.6-2
ii  python-ttystatus  0.19-1

obnam recommends no packages.

obnam suggests no packages.

-- no debconf information


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

Bug#682798: ERROR: Node N cannot be found in the node store M (too many open files)

[Antti-Juhani Kaijanaho]

Package: obnam
Version: 1.1-1

I've been trying to do an initial full backup of my server using obnam, but it
reliably fails with the error message
  ERROR: Node 1598 cannot be found in the node store 1566508680438567912
(the numbers change between attempts) about 12 hours into the backup run.  I
unfortunately did not have logging enabled in any of these attempts.

After the last full backup attempt I've tried restarting the backup; it failed
eventually with the following (trimmed) log:

2012-07-25 13:05:15 DEBUG Current configuration:
[config]
output =
log = /var/tmp/backup-local/obnam-log
log-level = debug
log-max = 0
log-keep = 10
log-mode = 0600
dump-memory-profile = simple
repository = /mnt/backup
client-name = flowerpot.kaijanaho.info
node-size = 262144
chunk-size = 1048576
upload-queue-size = 1024
lru-size = 500
trace =
idpath-depth = 3
idpath-bits = 12
idpath-skip = 13
quiet = False
pretend = False
pretend-time =
lock-timeout = 60
crash-limit = 0
compress-with = deflate
root =
exclude =
exclude-caches = False
one-file-system = False
checkpoint = 1073741824
chunkids-per-group = 1024
deduplicate = fatalist
leave-checkpoints = False
small-files-in-btree = False
warn-age = 27h
critical-age = 27h
sftp-delay = 0
ssh-key =
strict-ssh-host-keys = False
ssh-known-hosts = /root/.ssh/known_hosts
pure-paramiko = False
to =
generation = latest
keep =
fsck-fix = False


2012-07-25 13:05:15 INFO Backup starts
[ ... ]
2012-07-25 18:22:49 DEBUG Backing up 
/home/ajk/wp-2.0.6/wp-admin/import/livejournal.php
2012-07-25 18:22:50 ERROR Error reading node: 24: Too many open files: 
1566508680438567912/nodes/0/0/0/314
2012-07-25 18:22:50 DEBUG Handling exception Node 788 cannot be found in the 
node store 1566508680438567912
2012-07-25 18:22:51 DEBUG Traceback (most recent call last):
  File /usr/lib/python2.7/dist-packages/obnamlib/plugins/backup_plugin.py, 
line 258, in backup
self.backup_roots(roots)
  File /usr/lib/python2.7/dist-packages/obnamlib/plugins/backup_plugin.py, 
line 357, in backup_roots
metadata)
  File /usr/lib/python2.7/dist-packages/obnamlib/plugins/backup_plugin.py, 
line 564, in backup_file_contents
self.repo.append_file_chunks(filename, chunkids)
  File /usr/lib/python2.7/dist-packages/obnamlib/repo.py, line 750, in 
append_file_chunks
self.client.append_file_chunks(filename, chunkids)
  File /usr/lib/python2.7/dist-packages/obnamlib/clientmetadatatree.py, line 
507, in append_file_chunks
self.tree.insert(self.chunk_key(chunkid, file_id), '')
  File /usr/lib/python2.7/dist-packages/larch/tree.py, line 281, in insert
kids = self._insert_into_index(self.root, key, value)
  File /usr/lib/python2.7/dist-packages/larch/tree.py, line 317, in 
_insert_into_index
child = self._get_node(new_index[child_key])
  File /usr/lib/python2.7/dist-packages/larch/tree.py, line 111, in _get_node
return self.node_store.get_node(node_id)
  File /usr/lib/python2.7/dist-packages/larch/nodestore_disk.py, line 237, in 
get_node
raise larch.NodeMissing(self.dirname, node_id)
NodeMissing: Node 788 cannot be found in the node store 1566508680438567912

2012-07-25 18:22:51 INFO Unlocking client because of error
2012-07-25 18:22:51 DEBUG Got second exception while unlocking: have not got 
lock on shared B-trees
2012-07-25 18:22:51 DEBUG Traceback (most recent call last):
  File /usr/lib/python2.7/dist-packages/obnamlib/plugins/backup_plugin.py, 
line 285, in unlock_when_error
self.repo.unlock_client()
  File /usr/lib/python2.7/dist-packages/obnamlib/repo.py, line 455, in 
unlock_client
self._really_remove_generations(self.added_generations)
  File /usr/lib/python2.7/dist-packages/obnamlib/repo.py, line 566, in 
_really_remove_generations
self.require_shared_lock()
  File /usr/lib/python2.7/dist-packages/obnamlib/repo.py, line 221, in 
require_shared_lock
raise LockFail('have not got lock on shared B-trees')
LockFail: have not got lock on shared B-trees

2012-07-25 18:22:51 CRITICAL Node 788 cannot be found in the node store 
1566508680438567912

I'm now running another attempt to continue the backup.  (Maybe I should try
raise the limits, but whyever for does obnam need a lot of open files?  Even if
it does, that error message should be given in stderr, not buried in the logs.)

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

Kernel: Linux 2.6.32.33-kvm-i386-2028-dirty (SMP w/1 CPU core)
Locale: LANG=fi_FI.UTF-8, LC_CTYPE=fi_FI.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages obnam depends on:
ii  libc6 2.13-33
ii  python2.7.3~rc2-1
ii  python-cliapp 1.20120630-1
ii  python-larch  1.20120527-1
ii  python-paramiko   1.7.7.1-3
ii  python-tracing0.6-2
ii  python-ttystatus  0.19-1

obnam recommends no packages.

obnam suggests no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to 

Bug#659474: spamassassin: sa-compile problem on upgrade

[Antti-Juhani Kaijanaho]

On Tue, Jul 24, 2012 at 12:19:46AM -0700, Noah Meyerhans wrote:
 Had you enabled the cron job and run sa-compile successfully prior to the
 upgrade?

I don't remember.  I had not touched the spamassassin setup for years.

 My test system is a virtual machine on which only minimal packages were
 installed (e.g.  nothing was selected from tasksel, and the only individual
 packages installed were openssh-server, spamassassin, and re2c), so it's hard
 to see where there might be a missing dependency.

As mentioned in the original report (why did you not cc the original reporter,
btw?), the problem existed in between spamassassin upgrade and libc6-dev
upgrade.  If there was nothing holding back libc6-dev in your test apt-get
upgrade (and it's likely that a minimal install would not have anything like
that), the problem will not appear.  If spamassassin did depend on the proper
version of libc6-dev, it too would have been held back until dist-upgrade in my
real-world case.

$ grep -E 'spamassassin|libc9-dev' /var/log/dpkg.log
2012-07-20 15:27:03 upgrade spamassassin 3.3.1-1 3.3.2-3
2012-07-20 15:27:03 status half-configured spamassassin 3.3.1-1
2012-07-20 15:27:03 status unpacked spamassassin 3.3.1-1
2012-07-20 15:27:03 status half-installed spamassassin 3.3.1-1
2012-07-20 15:27:03 status half-installed spamassassin 3.3.1-1
2012-07-20 15:27:03 status half-installed spamassassin 3.3.1-1
2012-07-20 15:27:04 status unpacked spamassassin 3.3.2-3
2012-07-20 15:27:04 status unpacked spamassassin 3.3.2-3
2012-07-20 15:29:45 configure spamassassin 3.3.2-3 3.3.2-3
2012-07-20 15:29:45 status unpacked spamassassin 3.3.2-3
2012-07-20 15:29:45 status unpacked spamassassin 3.3.2-3
2012-07-20 15:29:45 status unpacked spamassassin 3.3.2-3
2012-07-20 15:29:45 status unpacked spamassassin 3.3.2-3
2012-07-20 15:29:45 status unpacked spamassassin 3.3.2-3
2012-07-20 15:29:45 status unpacked spamassassin 3.3.2-3
2012-07-20 15:29:45 status unpacked spamassassin 3.3.2-3
2012-07-20 15:29:45 status unpacked spamassassin 3.3.2-3
2012-07-20 15:29:45 status unpacked spamassassin 3.3.2-3
2012-07-20 15:29:45 status unpacked spamassassin 3.3.2-3
2012-07-20 15:29:45 status unpacked spamassassin 3.3.2-3
2012-07-20 15:29:45 status half-configured spamassassin 3.3.2-3
2012-07-20 15:49:55 configure spamassassin 3.3.2-3 3.3.2-3
2012-07-20 15:49:55 status half-configured spamassassin 3.3.2-3
2012-07-20 15:58:21 upgrade libc6-dev 2.11.3-3 2.13-33
2012-07-20 15:58:21 status half-configured libc6-dev 2.11.3-3
2012-07-20 15:58:21 status unpacked libc6-dev 2.11.3-3
2012-07-20 15:58:21 status half-installed libc6-dev 2.11.3-3
2012-07-20 15:58:23 status half-installed libc6-dev 2.11.3-3
2012-07-20 15:58:24 status unpacked libc6-dev 2.13-33
2012-07-20 15:58:24 status unpacked libc6-dev 2.13-33
2012-07-20 16:03:12 configure spamassassin:all 3.3.2-3 none
2012-07-20 16:03:12 status half-configured spamassassin:all 3.3.2-3
2012-07-20 16:04:12 status installed spamassassin:all 3.3.2-3
2012-07-20 16:04:13 configure libc6-dev:i386 2.13-33 none
2012-07-20 16:04:13 status unpacked libc6-dev:i386 2.13-33
2012-07-20 16:04:13 status half-configured libc6-dev:i386 2.13-33
2012-07-20 16:04:13 status installed libc6-dev:i386 2.13-33
2012-07-20 16:32:17 status triggers-pending spamassassin:all 3.3.2-3
2012-07-20 16:32:19 trigproc spamassassin:all 3.3.2-3 none
2012-07-20 16:32:19 status half-configured spamassassin:all 3.3.2-3
2012-07-20 16:33:37 status installed spamassassin:all 3.3.2-3
$

 For reference, here are the relevant bits from my upgrade transcript:

Sorry, you deleted some relevant bits:

 root@squeeze:~# apt-get upgrade
 Reading package lists... Done
 Building dependency tree   
 ...
 72 upgraded, 0 newly installed, 0 to remove and 116 not upgraded.

What were those 72 packages?

An interesting question is what would happen if instead of apt-get upgrade,
you'd use apt-get install spamassassin after editing sources.list.  That
would likely expose the issue.  (I may try this myself, in fact.)

-- 
Antti-Juhani Kaijanaho, Jyväskylä, Finland
http://antti-juhani.kaijanaho.fi/newblog/
http://www.flickr.com/photos/antti-juhani/



signature.asc
Description: Digital signature

Bug#659474: spamassassin: sa-compile problem on upgrade

[Antti-Juhani Kaijanaho]

severity 659474 normal
thanks

On Tue, Jul 24, 2012 at 11:30:25AM +0300, Antti-Juhani Kaijanaho wrote:
 On Tue, Jul 24, 2012 at 12:19:46AM -0700, Noah Meyerhans wrote:
  Had you enabled the cron job and run sa-compile successfully prior to the
  upgrade?
 
 I don't remember.  I had not touched the spamassassin setup for years.
[...] 
 An interesting question is what would happen if instead of apt-get upgrade,
 you'd use apt-get install spamassassin after editing sources.list.  That
 would likely expose the issue.  (I may try this myself, in fact.)

I've now completed this test.  No errors detected.

Okay, I think it's clear now that this is not a simple dependency problem and
is unlikely to hit most upgraders.  Hence downgrading back to normal.

Looks like both the packaged cronjob and my handcrafted cronjob have been
disabled in that system, so the data it tried to compile was probably very old.
(Is there some way I could determine how old it is?)

Interesting, though, that an upgrade to libc6-dev made it work.

-- 
Antti-Juhani Kaijanaho, Jyväskylä, Finland
http://antti-juhani.kaijanaho.fi/newblog/
http://www.flickr.com/photos/antti-juhani/



signature.asc
Description: Digital signature

Bug#682680: RFS: clean-compiler/2.4-1 [ITP] -- The Clean language compiler

[Antti-Juhani Kaijanaho]

package sponsorship-requests
severity 682680 wishlist
user sponsorship-reque...@packages.debian.org
usertags 682680 not-fit-for-wheezy
thanks

On Tue, Jul 24, 2012 at 04:55:49PM +0200, Patrick Uiterwijk wrote:
 Package: sponsorship-requests
 Severity: normal [important for RC bugs, wishlist for new packages]

Normal, for a new package?  (I'm correcting that now; also setting
not-fit-for-wheezy because it's a new package and thus cannot get a freeze
exception.)

  * Package name: clean

Your ITP is for clean-compiler.  What's the difference about?

  * URL :  http://wiki.clean.cs.ru.nl/
  * License : GPLv2

The upstream page says The Simplified BSD License applies to the libraries,
runtime system and examples, the LGPL to the rest.   Your copyright file
doesn't specify GPLv2 either.  Where do you get GPLv2 from?

   Alternatively, one can download the package with dget using this command:
 
 dget -x http://mentors.debian.net/debian/pool/main/c/clean/clean_2.4-1.dsc

Where did you download the original source tarball from?  Your copyright file
is vague about that.  In any case it's none of the source tarballs downloadable
from the location given:

$ md5sum clean2*tar.gz Clean2.4Sources.tar.gz clean_2.4.orig.tar.gz 
b715e981dc1ef6702c2f670ad888f9af  clean2.4_64_boot.tar.gz
558dc5c85322617ea7138a9a6838c89f  clean2.4_boot.tar.gz
9474bfb60959a825fac883399a4812ce  Clean2.4Sources.tar.gz
de86967b3ea208017e1c32a8fbeaf7b0  clean_2.4.orig.tar.gz

How do you plan to handle compiler bootstrapping?

(That's it for now.  I'll do a more thorough review once these questions have
been addressed.)

-- 
Antti-Juhani Kaijanaho, Jyväskylä, Finland
http://antti-juhani.kaijanaho.fi/newblog/
http://www.flickr.com/photos/antti-juhani/


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

Bug#661853: RFS: kpdftool/0.23.1-1 [ITP] -- GUI to manipulate PDF and PS files using GhostScript and ImageMagick

[Antti-Juhani Kaijanaho]

On Mon, Jul 23, 2012 at 12:22:22PM +0200, Simone Rossetto wrote:
 Should I do something here on this bug report while waiting?

If there is no package waiting to be uploaded, it's probably better to close
the bug and open a new one once there's something available for potential
sponsors.

-- 
Antti-Juhani Kaijanaho, Jyväskylä, Finland
http://antti-juhani.kaijanaho.fi/newblog/
http://www.flickr.com/photos/antti-juhani/


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

Bug#661831: RFS: texi2html/5.0-1 -- Convert Texinfo files to HTML

[Antti-Juhani Kaijanaho]

On Mon, Jul 23, 2012 at 12:59:26PM +0200, Francesco Cecconi wrote:
 I have updated the license to GFDL, but since the version 1.1 is not in 
 debian 
 common-licenses directory I'm using for copyright information:
 
 test/manuals/res_all/mini_ker/*.html, test/manuals/res_info/mini_ker/*.html
   test/manuals/res/mini_ker/*.html are licensed under the GFDL-1.1+, we do
   not have a copy of the GFDL 1.1, but you can find a copy of the GFDL 1.3
   in /usr/share/common-licenses/GFDL

Strictly speaking if a license is not in common-licenses, you must include the
full text of the license in your copyright file.  I'm inclined to say that this
applies even in your case even though there's a later version you can refer to.

-- 
Antti-Juhani Kaijanaho, Jyväskylä, Finland
http://antti-juhani.kaijanaho.fi/newblog/
http://www.flickr.com/photos/antti-juhani/



signature.asc
Description: Digital signature

Bug#682502: ITP: console -- Terminal application for the Cream Desktop Environment

[Antti-Juhani Kaijanaho]

On Mon, Jul 23, 2012 at 01:40:48PM +0200, Mike Gabriel wrote:
 * Package name: console
[...]
   Description : Terminal application for the Cream Desktop Environment

Isn't that bit too generic a name?

-- 
Antti-Juhani Kaijanaho, Jyväskylä, Finland
http://antti-juhani.kaijanaho.fi/newblog/
http://www.flickr.com/photos/antti-juhani/


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

Bug#682232: #682232

[Antti-Juhani Kaijanaho]

On Mon, Jul 23, 2012 at 02:34:45PM +0100, Nicholas Bamber wrote:
   Since you have managed to recover I feel fully justified in downgrading
 to important.

Agreed.  It doesn't look like this would hit upgrades regularly.

   Since innodb became the default storage engine in version 5.5 , one
 possible theory that occurs to me is that the following happened:
 
 1.) There had been in the past some temporary experiment with innodb.
 2.) After that experiment some innodb files lay lying around.
 3.) During the upgrade these old innodb files got in the way.
 
 If you think that might have happened, that might give us some scenarios
 from which we could try to get a reproducible bug.

It's not impossible but I can't say whether it's so or not.

 If you still have the old innodb files, I believe there are some tools
 for reading them which might be interesting.

Yes, I have the tarball I made before recovering.  I have also set up a wheezy
VM in the broken state

 Lastly I suppose you could try the following:
 1.) Install mysql-5.1 in a clean squeeze environment.
 2.) import a logical dump of your database.
 3.) upgrade to 5.5.
 If that reproduces the error then I think we'd be onto something.

By logical dump, what do you mean here?  mysqldump?

-- 
Antti-Juhani Kaijanaho, Jyväskylä, Finland
http://antti-juhani.kaijanaho.fi/newblog/
http://www.flickr.com/photos/antti-juhani/


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

Bug#640777: O: ispell-fi

[Antti-Juhani Kaijanaho]

I wonder if this package should be removed from Debian.

It looks like it's still based on the same inadequate word list data that I
originally packaged more than a decade ago.  At that time, it was the best we
had, so it made sense to package it.  Since then, there has been no upstream
activity, and the Debian development has consisted of adopting to changes in
the consumer packages.  

Now we have src:suomimalaga which is based on technology much better suited for
handling the complexities of Finnish and appears to be well maintained both
upstream and in Debian.

-- 
Antti-Juhani Kaijanaho, Jyväskylä, Finland
http://antti-juhani.kaijanaho.fi/newblog/
http://www.flickr.com/photos/antti-juhani/



signature.asc
Description: Digital signature

Bug#682232: [debian-mysql] Bug#682232: mysql-server-5.5: Fails to upgrade squeeze - wheezy, does not start

[Antti-Juhani Kaijanaho]

On Fri, Jul 20, 2012 at 09:06:12PM +0100, Nicholas Bamber wrote:
   After that relevant sections from syslog please.

Already sent several hours before your mail.

-- 
Antti-Juhani Kaijanaho, Jyväskylä, Finland
http://antti-juhani.kaijanaho.fi/newblog/
http://www.flickr.com/photos/antti-juhani/


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

Bug#682232: [debian-mysql] Bug#682232: mysql-server-5.5: Fails to upgrade squeeze - wheezy, does not start

[Antti-Juhani Kaijanaho]

On Fri, Jul 20, 2012 at 10:24:08PM +0200, Julien Cristau wrote:
 There's nothing to fix AFAICT, logcheck configuration doesn't need to be
 readable by non-root.

Quite.

Julien, I notice you added a moreinfo tag without asking a question of me.
What info do you require of me?

-- 
Antti-Juhani Kaijanaho, Jyväskylä, Finland
http://antti-juhani.kaijanaho.fi/newblog/
http://www.flickr.com/photos/antti-juhani/



signature.asc
Description: Digital signature

Bug#680625: RFS: exactimage/0.8.5-5 [ITA]

[Antti-Juhani Kaijanaho]

On Sat, Jul 07, 2012 at 02:58:48PM +0200, Sven Eckelmann wrote:
 * Package name: exactimage
   Version : 0.8.5-5

Uploaded.

-- 
Antti-Juhani Kaijanaho, Jyväskylä, Finland
http://antti-juhani.kaijanaho.fi/newblog/
http://www.flickr.com/photos/antti-juhani/


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

Bug#659474: spamassassin: sa-compile problem on upgrade

[Antti-Juhani Kaijanaho]

severity 659474 serious
tags 659474 + confirmed
thanks

I see the same problem in my squeeze - wheezy upgrade:

Preparing to replace spamassassin 3.3.1-1 (using 
.../spamassassin_3.3.2-3_all.deb) ...
Stopping SpamAssassin Mail Filter Daemon: spamd.
Unpacking replacement spamassassin ...
[ ... lots of other stuff ... ]
Setting up spamassassin (3.3.2-3) ...
Installing new version of config file /etc/cron.daily/spamassassin ...
Warning: The home dir /var/lib/spamassassin you specified already exists.
Adding system user `debian-spamd' (UID 117) ...
Adding new group `debian-spamd' (GID 114) ...
Adding new user `debian-spamd' (UID 117) with group `debian-spamd' ...
The home directory `/var/lib/spamassassin' already exists.  Not copying from 
`/etc/skel'.
adduser: Warning: The home directory `/var/lib/spamassassin' does not belong to 
the user you are currently creating.
Running sa-compile (may take a long time)
In file included from /usr/include/sys/param.h:28,
 from /usr/lib/perl/5.10/CORE/perl.h:671,
 from body_0.xs:2:
/usr/include/linux/param.h:4:23: error: asm/param.h: Tiedostoa tai hakemistoa 
ei ole
In file included from /usr/include/sys/socket.h:40,
 from /usr/include/netinet/in.h:25,
 from /usr/lib/perl/5.10/CORE/perl.h:1151,
 from body_0.xs:2:
/usr/include/bits/socket.h:370:24: error: asm/socket.h: Tiedostoa tai 
hakemistoa ei ole
In file included from /usr/include/bits/errno.h:25,
 from /usr/include/errno.h:36,
 from /usr/lib/perl/5.10/CORE/perl.h:1208,
 from body_0.xs:2:
/usr/include/linux/errno.h:4:23: error: asm/errno.h: Tiedostoa tai hakemistoa 
ei ole
In file included from /usr/include/sys/ioctl.h:27,
 from /usr/lib/perl/5.10/CORE/perl.h:1370,
 from body_0.xs:2:
/usr/include/bits/ioctls.h:24:24: error: asm/ioctls.h: Tiedostoa tai hakemistoa 
ei ole
make: *** [body_0.o] Virhe 1
command 'make /tmp/user/117/.spamassassin18843MVBSv0tmp/log' failed: exit 2
dpkg: error processing spamassassin (--configure):
 subprocess installed post-installation script returned error exit status 25


Since this apparently reflects inadequate dependencies, it is (in my
understanding) per release policy release critical.


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

Bug#682228: debtags: Fails to configure in a squeeze - wheezy upgrade

[Antti-Juhani Kaijanaho]

Package: debtags
Version: 1.10.1
Severity: grave
Justification: renders package unusable

Upgrading one of my systems to wheezy got me this:

Setting up debtags (1.10.1) ...
E: The value 'stable' is invalid for APT::Default-Release as such a release is 
not available in the sources
Traceback (most recent call last):
  File /usr/bin/debtags-fetch, line 347, in module
if not src.fetch():
  File /usr/bin/debtags-fetch, line 133, in fetch
raise RuntimeError(apt-cache dumpavail returned error code %d % 
proc.returncode)
RuntimeError: apt-cache dumpavail returned error code 100
fetcher command /usr/bin/debtags-fetch --local update failed. Context:
acquiring new data
dpkg: error processing debtags (--configure):
 subprocess installed post-installation script returned error exit status 1

Attempting another dpkg --configure -a does not eliminate the issue.

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

Kernel: Linux 2.6.32.33-kvm-i386-2028-dirty (SMP w/1 CPU core)
Locale: LANG=fi_FI.UTF-8, LC_CTYPE=fi_FI.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages debtags depends on:
ii  apt 0.9.7.1
ii  libapt-pkg4.12  0.9.7.1
ii  libc6   2.13-33
ii  libept1.4.121.0.9
ii  libgcc1 1:4.7.1-2
ii  libstdc++6  4.7.1-2
ii  libxapian22 1.2.10-2
ii  python  2.7.3~rc2-1
ii  python-debian   0.1.21
ii  zlib1g  1:1.2.7.dfsg-13

debtags recommends no packages.

Versions of packages debtags suggests:
pn  tagcoll  none

-- no debconf information


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

Bug#682232: mysql-server-5.5: Fails to upgrade squeeze - wheezy, does not start

[Antti-Juhani Kaijanaho]

Package: mysql-server-5.5
Version: 5.5.24+dfsg-4
Severity: grave
Justification: renders package unusable

During an upgrade from squeeze to wheezy, I got this:

Setting up mysql-server-5.5 (5.5.24+dfsg-4) ...
[ ok ] Stopping MySQL database server: mysqld.
[FAIL] Starting MySQL database server: mysqld . . . . . . . . . . . . . . 
failed!
invoke-rc.d: initscript mysql, action start failed.
dpkg: error processing mysql-server-5.5 (--configure):
 subprocess installed post-installation script returned error exit status 1

Indeed, starting manually fails as well:

# /etc/init.d/mysql start
[FAIL] Starting MySQL database server: mysqld . . . . . . . . . . . . . . 
failed!
#


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

Kernel: Linux 2.6.32.33-kvm-i386-2028-dirty (SMP w/1 CPU core)
Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages mysql-server-5.5 depends on:
ii  adduser3.113+nmu3
ii  debconf [debconf-2.0]  1.5.44
ii  initscripts2.88dsf-22.1
ii  libc6  2.13-33
ii  libdbi-perl1.622-1
ii  libgcc11:4.7.1-2
ii  libstdc++6 4.7.1-2
ii  lsb-base   4.1+Debian7
ii  mysql-client-5.5   5.5.24+dfsg-4
ii  mysql-common   5.5.24+dfsg-4
ii  mysql-server-core-5.5  5.5.24+dfsg-4
ii  passwd 1:4.1.5.1-1
ii  perl   5.14.2-12
ii  psmisc 22.19-1
ii  zlib1g 1:1.2.7.dfsg-13

Versions of packages mysql-server-5.5 recommends:
ii  bsd-mailx [mailx]  8.1.2-0.2006cvs-1
ii  libhtml-template-perl  2.91-1

Versions of packages mysql-server-5.5 suggests:
pn  tinyca  none

-- Configuration Files:
/etc/logcheck/ignore.d.paranoid/mysql-server-5_5 [Errno 13] Permission denied: 
u'/etc/logcheck/ignore.d.paranoid/mysql-server-5_5'
/etc/logcheck/ignore.d.server/mysql-server-5_5 [Errno 13] Permission denied: 
u'/etc/logcheck/ignore.d.server/mysql-server-5_5'
/etc/logcheck/ignore.d.workstation/mysql-server-5_5 [Errno 13] Permission 
denied: u'/etc/logcheck/ignore.d.workstation/mysql-server-5_5'

-- debconf information:
  mysql-server/error_setting_password:
  mysql-server-5.5/postrm_remove_databases: false
  mysql-server-5.5/nis_warning:
  mysql-server-5.5/really_downgrade: false
  mysql-server-5.5/start_on_boot: true
  mysql-server/password_mismatch:
  mysql-server/no_upgrade_when_using_ndb:


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

Bug#682232: mysql-server-5.5: Fails to upgrade squeeze - wheezy, does not start

[Antti-Juhani Kaijanaho]

Package: mysql-server-5.5
Followup-For: Bug #682232

What are the etc logs?  Anyway, /var/log/mysql* logs do not contain anything
relevant:

$ LC_ALL=C ls -l /var/log/mysql* | grep 'Jul 20'
-rw-r- 1 mysql adm0 Jul 20 17:05 /var/log/mysql.err
-rw-r- 1 mysql adm0 Jul 20 17:05 /var/log/mysql.log
-rw-r- 1 mysql adm   0 Jul 20 01:30 mysql.log
$ 

Syslog output follows.

Jul 20 17:24:24 flowerpot mysqld_safe: Starting mysqld daemon with databases 
from /var/lib/mysql
Jul 20 17:24:24 flowerpot mysqld: 120720 17:24:24 [Note] Plugin 'FEDERATED' is 
disabled.
Jul 20 17:24:24 flowerpot mysqld: 120720 17:24:24 InnoDB: The InnoDB memory 
heap is disabled
Jul 20 17:24:24 flowerpot mysqld: 120720 17:24:24 InnoDB: Mutexes and rw_locks 
use GCC atomic builtins
Jul 20 17:24:24 flowerpot mysqld: 120720 17:24:24 InnoDB: Compressed tables use 
zlib 1.2.7
Jul 20 17:24:24 flowerpot mysqld: 120720 17:24:24 InnoDB: Using Linux native AIO
Jul 20 17:24:24 flowerpot mysqld: 120720 17:24:24 InnoDB: Initializing buffer 
pool, size = 128.0M
Jul 20 17:24:24 flowerpot mysqld: 120720 17:24:24 InnoDB: Completed 
initialization of buffer pool
Jul 20 17:24:24 flowerpot mysqld: 120720 17:24:24 InnoDB: highest supported 
file format is Barracuda.
Jul 20 17:24:24 flowerpot mysqld: 120720 17:24:24  InnoDB: Error: trying to 
access tablespace 1 page no. 2,
Jul 20 17:24:24 flowerpot mysqld: InnoDB: but the tablespace does not exist or 
is just being dropped.
Jul 20 17:24:24 flowerpot mysqld: 120720 17:24:24  InnoDB: Error: trying to 
access tablespace 1 page no. 2,
Jul 20 17:24:24 flowerpot mysqld: InnoDB: but the tablespace does not exist or 
is just being dropped.
Jul 20 17:24:24 flowerpot mysqld: 120720 17:24:24  InnoDB: Error: trying to 
access tablespace 1 page no. 2,
Jul 20 17:24:24 flowerpot mysqld: InnoDB: but the tablespace does not exist or 
is just being dropped.
Jul 20 17:24:24 flowerpot mysqld: 120720 17:24:24  InnoDB: Error: trying to 
access tablespace 1 page no. 2,
Jul 20 17:24:24 flowerpot mysqld: InnoDB: but the tablespace does not exist or 
is just being dropped.
Jul 20 17:24:24 flowerpot mysqld: 120720 17:24:24  InnoDB: Error: trying to 
access tablespace 1 page no. 2,
Jul 20 17:24:24 flowerpot mysqld: InnoDB: but the tablespace does not exist or 
is just being dropped.
Jul 20 17:24:24 flowerpot mysqld: 120720 17:24:24  InnoDB: Error: trying to 
access tablespace 1 page no. 2,
Jul 20 17:24:24 flowerpot mysqld: InnoDB: but the tablespace does not exist or 
is just being dropped.
Jul 20 17:24:24 flowerpot mysqld: 120720 17:24:24  InnoDB: Error: trying to 
access tablespace 1 page no. 2,
Jul 20 17:24:24 flowerpot mysqld: InnoDB: but the tablespace does not exist or 
is just being dropped.
Jul 20 17:24:24 flowerpot mysqld: 120720 17:24:24  InnoDB: Error: trying to 
access tablespace 1 page no. 2,
Jul 20 17:24:24 flowerpot mysqld: InnoDB: but the tablespace does not exist or 
is just being dropped.
Jul 20 17:24:24 flowerpot mysqld: 120720 17:24:24  InnoDB: Error: trying to 
access tablespace 1 page no. 2,
Jul 20 17:24:24 flowerpot mysqld: InnoDB: but the tablespace does not exist or 
is just being dropped.
Jul 20 17:24:24 flowerpot mysqld: 120720 17:24:24  InnoDB: Error: trying to 
access tablespace 1 page no. 2,
Jul 20 17:24:24 flowerpot mysqld: InnoDB: but the tablespace does not exist or 
is just being dropped.
Jul 20 17:24:24 flowerpot mysqld: 120720 17:24:24  InnoDB: Error: trying to 
access tablespace 1 page no. 2,
Jul 20 17:24:24 flowerpot mysqld: InnoDB: but the tablespace does not exist or 
is just being dropped.
Jul 20 17:24:24 flowerpot mysqld: 120720 17:24:24  InnoDB: Error: trying to 
access tablespace 1 page no. 2,
Jul 20 17:24:24 flowerpot mysqld: InnoDB: but the tablespace does not exist or 
is just being dropped.
Jul 20 17:24:24 flowerpot mysqld: 120720 17:24:24  InnoDB: Error: trying to 
access tablespace 1 page no. 2,
Jul 20 17:24:24 flowerpot mysqld: InnoDB: but the tablespace does not exist or 
is just being dropped.
Jul 20 17:24:24 flowerpot mysqld: 120720 17:24:24  InnoDB: Error: trying to 
access tablespace 1 page no. 2,
Jul 20 17:24:24 flowerpot mysqld: InnoDB: but the tablespace does not exist or 
is just being dropped.
Jul 20 17:24:24 flowerpot mysqld: 120720 17:24:24  InnoDB: Error: trying to 
access tablespace 1 page no. 2,
Jul 20 17:24:24 flowerpot mysqld: InnoDB: but the tablespace does not exist or 
is just being dropped.
Jul 20 17:24:24 flowerpot mysqld: 120720 17:24:24  InnoDB: Error: trying to 
access tablespace 1 page no. 2,
Jul 20 17:24:24 flowerpot mysqld: InnoDB: but the tablespace does not exist or 
is just being dropped.
Jul 20 17:24:24 flowerpot mysqld: 120720 17:24:24  InnoDB: Error: trying to 
access tablespace 1 page no. 2,
Jul 20 17:24:24 flowerpot mysqld: InnoDB: but the tablespace does not exist or 
is just being dropped.
Jul 20 17:24:24 flowerpot mysqld: 120720 17:24:24  InnoDB: Error: trying to 
access tablespace 1 page no. 2,
Jul 20 17:24:24 flowerpot mysqld: 

Bug#682232: mysql-server-5.5: Fails to upgrade squeeze - wheezy, does not start

[Antti-Juhani Kaijanaho]

Package: mysql-server-5.5
Version: 5.5.24+dfsg-4
Followup-For: Bug #682232

I worked around this by the following:

First, started mysqld with innodb_force_recovery = 1.  Then, verified that none
of my tables actually used InnoDB by the following query: 

 SELECT table_schema, table_name FROM INFORMATION_SCHEMA.TABLES WHERE engine = 
'innodb';

Finally, after stopping mysqld again, I took a backup of /var/lib/mysql and
then deleted the InnoDB files there.

Afterwards, mysql started fine with innodb_force_recovery = 0 and appears now
to be working correctly.

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

Kernel: Linux 2.6.32.33-kvm-i386-2028-dirty (SMP w/1 CPU core)
Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages mysql-server-5.5 depends on:
ii  adduser3.113+nmu3
ii  debconf [debconf-2.0]  1.5.44
ii  initscripts2.88dsf-22.1
ii  libc6  2.13-33
ii  libdbi-perl1.622-1
ii  libgcc11:4.7.1-2
ii  libstdc++6 4.7.1-2
ii  lsb-base   4.1+Debian7
ii  mysql-client-5.5   5.5.24+dfsg-4
ii  mysql-common   5.5.24+dfsg-4
ii  mysql-server-core-5.5  5.5.24+dfsg-4
ii  passwd 1:4.1.5.1-1
ii  perl   5.14.2-12
ii  psmisc 22.19-1
ii  zlib1g 1:1.2.7.dfsg-13

Versions of packages mysql-server-5.5 recommends:
ii  bsd-mailx [mailx]  8.1.2-0.2006cvs-1
ii  libhtml-template-perl  2.91-1

Versions of packages mysql-server-5.5 suggests:
pn  tinyca  none

-- Configuration Files:
/etc/logcheck/ignore.d.paranoid/mysql-server-5_5 [Errno 13] Permission denied: 
u'/etc/logcheck/ignore.d.paranoid/mysql-server-5_5'
/etc/logcheck/ignore.d.server/mysql-server-5_5 [Errno 13] Permission denied: 
u'/etc/logcheck/ignore.d.server/mysql-server-5_5'
/etc/logcheck/ignore.d.workstation/mysql-server-5_5 [Errno 13] Permission 
denied: u'/etc/logcheck/ignore.d.workstation/mysql-server-5_5'

-- debconf information:
  mysql-server/error_setting_password:
  mysql-server-5.5/postrm_remove_databases: false
  mysql-server-5.5/nis_warning:
  mysql-server-5.5/really_downgrade: false
  mysql-server-5.5/start_on_boot: true
  mysql-server/password_mismatch:
  mysql-server/no_upgrade_when_using_ndb:


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

Bug#662736: ITP: maxwell -- entropy-gathering daemon

[Antti-Juhani Kaijanaho]

On Wed, Jul 18, 2012 at 10:43:23PM +0200, Martin Eberhard Schauer wrote:
 
 Package: wnpp
 Followup-For: Bug #662736
 Owner: Pedro I. Sanchezpsanc...@fosstel.com
 
 Package: wnpp
 Followup-For: Bug #662736
 Owner: Pedro I. Sanchezpsanc...@fosstel.com
 
 Package: wnpp
 Followup-For: Bug #662736
 Owner: Pedro I. Sanchezpsanc...@fosstel.com
 
 Package: wnpp
 Severity: wishlist
 Hi Pedro,
 
 if I understand things right, you missed a CC to
 
 |  cont...@bugs.debian.org
 
 and a separate line
 
thanks
 
 to make your control commands become effictive.

There are no control commands in that message, and thus CC to
cont...@bugs.debian.org would be inappropriate.  Adding a thanks line would be
unnecessary, for the same reason.

Control commands have the form 
  command bugnumber parameters
all in one line for a single command.  The above lines are pseudo-headers
(unnecessarily repetitive ones) and should not be sent to control@bugs.

By the way, my custom is to never CC control@bugs, instead I tend to BCC it.
That way, any reply-to-all to such a message will not get accidentally copied
to control@.

-- 
Antti-Juhani Kaijanaho, Jyväskylä, Finland
http://antti-juhani.kaijanaho.fi/newblog/
http://www.flickr.com/photos/antti-juhani/


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

Bug#666243: RFS: peg/0.1.9-1 [ITP] -- recursive-descent parser generators for C

[Antti-Juhani Kaijanaho]

On Thu, Jul 19, 2012 at 04:09:25AM +0200, Giulio Paci wrote:
 On 16/07/2012 17:24, Jakub Wilk wrote:
  -PREFIX = /usr/local
  +PREFIX = /usr
  
  Could be overridden in debian/rules.
 
 As far as I know I should either move the binaries by hand or patch the
 Makefile so that ?= is used in place of =. Is there any other solution?

You can override Makefile variables on the make command line.  Thus,

$(MAKE) PREFIX=/usr

overrides PREFIX for the duration of that call to make.

-- 
Antti-Juhani Kaijanaho, Jyväskylä, Finland
http://antti-juhani.kaijanaho.fi/newblog/
http://www.flickr.com/photos/antti-juhani/


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

Bug#681441: Fwd: BNFC 2.5b and a new book

[Antti-Juhani Kaijanaho]

Package: bnfc
Version: 2.4.2.0-2
Severity: wishlist

-- 
Lähetetty Android-puhelimestani K-9 Mail:lla.

Aarne aarne.ra...@gmail.com kirjoitti:

Dear All,

The current SVN snapshot is now available at the BNFC home page as
version 2.5 beta. It includes
- several bug fixes
- more checks at bnfc time (which means that some earlier grammars
fail to compile, which is usually due to name clashes that are now
captured earlier and hence prevent later failures - mostly in the OO
languages)
- modernized defaults (1.5 for Java, STL for C++, alex3 for Haskell)

This release comes in combination with a new book that uses BNFC and
assumes the new defaults, see http://www.digitalgrammars.com/ipl-book/

A stable 2.5 version will wait until after vacations. The old version
(2.4b) is also still available.

Enjoy your Summer!

Aarne.

Bug#679933: sablecc: Please include past versions in debian/changelog

[Antti-Juhani Kaijanaho]

Package: sablecc
Version: 3.2-1
Severity: minor

I repeat the request I made in the ITP bug logs:

  Could you please add to it the changelog entries from the previous Debian
  package, which was removed some years ago due to lack of maintenance?  It's
  only of historic relevance but it'd be nice (speaking as a former maintainer 
of
  this package) if the history was preserved.

I understand this is already staged for the next upload but I'm filing this bug
so that it doesn't get accidentally forgotten.

I am attaching the old changelog.Debian for your reference.

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

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

-- no debconf information
sablecc (2.18.2-1) unstable; urgency=low

  * New upstream release.
  * Keep the org.sablecc.ant.taskdef.Sablecc ant task of the upstream
package, closes: #213020.
  * Improve man page.
  * Update Standards-Version to 3.6.1.

 -- Etienne M. Gagnon gagnon.etienn...@uqam.ca  Sun, 25 Jan 2004 13:28:01 
-0500

sablecc (2.18.1-1) unstable; urgency=low

  * This is my first Debian package!
  * Moved the package to main/devel after removing all build-dependencies
on non-free and contrib.
  * Added a man page.
  * New upstream version.
  * Build uses debhelper instead of librules.

 -- Etienne M. Gagnon etienne.gag...@uqam.ca  Mon,  7 Jul 2003 01:25:25 -0400

sablecc (2.16.2-1) unstable; urgency=low  

  * Initial packaging, closes: #84502.

 -- Antti-Juhani Kaijanaho a...@debian.org  Thu, 11 Oct 2001 22:21:24 +0300

Bug#679442: dctrl-tools: join-dctrl does not handle missing -o

[Antti-Juhani Kaijanaho]

Package: dctrl-tools
Version: 2.22.2
Severity: normal

The attached patch introduces a failing test case for this.
(Note that the patch does not fix the problem.)

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

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

Versions of packages dctrl-tools depends on:
ii  libc6  2.13-33

dctrl-tools recommends no packages.

Versions of packages dctrl-tools suggests:
ii  apt  0.9.7
ii  debtags  1.10.1

-- no debconf information
From 11b46ca41989e3fb9e089dcb1d042046d406c05a Mon Sep 17 00:00:00 2001
From: Antti-Juhani Kaijanaho a...@debian.org
Date: Thu, 28 Jun 2012 21:08:29 +0300
Subject: [PATCH] tests/0022.*: New failing test case for join-dctrl

The test exposes a missing feature (missing -o).

Signed-off-by: Antti-Juhani Kaijanaho a...@debian.org
---
 tests/0022.in  |2 ++
 tests/0022.out |2 ++
 tests/0022.sh  |8 
 3 files changed, 12 insertions(+)
 create mode 100644 tests/0022.in
 create mode 100644 tests/0022.out
 create mode 100644 tests/0022.sh

diff --git a/tests/0022.in b/tests/0022.in
new file mode 100644
index 000..67a9cc1
--- /dev/null
+++ b/tests/0022.in
@@ -0,0 +1,2 @@
+Mergefield: 1
+Duplicate-field: foo
diff --git a/tests/0022.out b/tests/0022.out
new file mode 100644
index 000..67a9cc1
--- /dev/null
+++ b/tests/0022.out
@@ -0,0 +1,2 @@
+Mergefield: 1
+Duplicate-field: foo
diff --git a/tests/0022.sh b/tests/0022.sh
new file mode 100644
index 000..097ecd0
--- /dev/null
+++ b/tests/0022.sh
@@ -0,0 +1,8 @@
+#!/bin/sh
+
+set -e
+
+LC_ALL=C
+export LC_ALL
+
+$JOIN_DCTRL -j Mergefield 0022.in 0022.in
-- 
1.7.10

Bug#677988: bnfc: New upstream home page

[Antti-Juhani Kaijanaho]

Package: bnfc
Version: 2.4.2.0-2
Severity: minor

http://bnfc.digitalgrammars.com/

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

Kernel: Linux 3.4.3-ibid-1 (SMP w/2 CPU cores; PREEMPT)
Locale: LANG=fi_FI.utf8, LC_CTYPE=fi_FI.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages bnfc depends on:
ii  libc6 2.13-33
ii  libffi5   3.0.10-3
ii  libgmp10  2:5.0.5+dfsg-2

bnfc recommends no packages.

bnfc suggests no packages.

-- no debconf information



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

Bug#546900: Newly filed bug missing from package overview

[Antti-Juhani Kaijanaho]

Package: bugs.debian.org
Followup-For: Bug #546900

I recently ran into a similar case:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=677988

Is there anything I can do to make it appear in the package's bug overview page
http://bugs.debian.org/cgi-bin/pkgreport.cgi?pkg=bnfc
?

-- 
Antti-Juhani Kaijanaho, Jyväskylä, Finland
http://antti-juhani.kaijanaho.fi/newblog/



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

Bug#677999: bnfc: New upstream home page

[Antti-Juhani Kaijanaho]

Package: bnfc
Version: 2.4.2.0-2
Severity: minor

(Intentional duplicate of #677988, as that one does not appear in the package
overview page for some reason.  I'm leaving that one alone so that the BTS
folks can, if they wish, debug the issue using it.  See #546900.)

http://bnfc.digitalgrammars.com/

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

Kernel: Linux 3.4.3-ibid-1 (SMP w/2 CPU cores; PREEMPT)
Locale: LANG=fi_FI.utf8, LC_CTYPE=fi_FI.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages bnfc depends on:
ii  libc6 2.13-33
ii  libffi5   3.0.10-3
ii  libgmp10  2:5.0.5+dfsg-2

bnfc recommends no packages.

bnfc suggests no packages.

-- no debconf information



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

Bug#546900: Newly filed bug missing from package overview

[Antti-Juhani Kaijanaho]

On Mon, Jun 18, 2012 at 03:28:32PM +0300, Antti-Juhani Kaijanaho wrote:
 Package: bugs.debian.org
 Followup-For: Bug #546900
 
 I recently ran into a similar case:
 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=677988
 
 Is there anything I can do to make it appear in the package's bug overview 
 page
 http://bugs.debian.org/cgi-bin/pkgreport.cgi?pkg=bnfc
 ?

Hoping that this was a random error, I resent the bug report, resulting in
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=677999

Neither bug appears in the bnfc bug list.

What's going on?

-- 
Antti-Juhani Kaijanaho, Jyväskylä, Finland
http://antti-juhani.kaijanaho.fi/newblog/



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

Bug#677567: ITP: sablecc -- Object-oriented fully featured parser generator

[Antti-Juhani Kaijanaho]

On Thu, Jun 14, 2012 at 10:53:32PM +0100, Chris Halls wrote:
 It is based on the existing package in Ubuntu.

Could you please add to it the changelog entries from the previous Debian
package, which was removed some years ago due to lack of maintenance?  It's
only of historic relevance but it'd be nice (speaking as a former maintainer of
this package) if the history was preserved.

-- 
Antti-Juhani Kaijanaho, Jyväskylä, Finland
http://antti-juhani.kaijanaho.fi/newblog/


signature.asc
Description: Digital signature

Bug#677567: ITP: sablecc -- Object-oriented fully featured parser generator

[Antti-Juhani Kaijanaho]

On Fri, Jun 15, 2012 at 09:50:58AM +, Chris Halls wrote:
 I've already uploaded a package (which didn't include those entries),
 but I've added it to my directory for the next upload.

Thanks.

-- 
Antti-Juhani Kaijanaho, Jyväskylä, Finland
http://antti-juhani.kaijanaho.fi/newblog/



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

Bug#668250: Some fonts only shown and printed partially

[Antti-Juhani Kaijanaho]

The bug is fixed upstream in 0.20.  The package in experimental (0.20.1-1) made
the problem go away for me.

The upstream fix is
http://cgit.freedesktop.org/poppler/poppler/commit/?id=f1e621adbbb74ec709022b2a31195331651c83fa

Debian should probably consider backporting it for wheezy, as the problem
affects quite many PDF files.

-- 
Antti-Juhani Kaijanaho, Jyväskylä, Finland
http://antti-juhani.kaijanaho.fi/newblog/



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

Bug#674836: [Dctrl-tools-devel] Bug#674836: Please review the included patch

[Antti-Juhani Kaijanaho]

On Mon, May 28, 2012 at 07:49:02PM +0300, Antti-Juhani Kaijanaho wrote:
 Please review the following patch.  I intend to release it in the next 2.22.x
 series upload.  It changes no strings but is otherwise a bit intrusive for a
 point-release patch.
 
 From 530812104719d5e75264e60b1e854754f1bb0c1e Mon Sep 17 00:00:00 2001
 From: Antti-Juhani Kaijanaho a...@debian.org
 Date: Mon, 28 May 2012 19:42:40 +0300
 Subject: [PATCH] Fix #674836 (Builds with wrong CFLAGS)

I've pushed to maint-2.22 a little less ambitious version of this.
It accomplishes the main result (no build error due to mblen) without
(non-buildsystem) code chanegs and without introducing a new build dependency.
It still does upgrade the debhelper dependency.  The rest of it I plan to leave
to 2.23.

-- 
Antti-Juhani Kaijanaho, Jyväskylä, Finland
http://antti-juhani.kaijanaho.fi/newblog/
http://www.flickr.com/photos/antti-juhani/




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

Bug#674917: libc6-dev: mblen is erroneously marked warn_unused_result

[Antti-Juhani Kaijanaho]

On Tue, May 29, 2012 at 11:36:03AM -0500, Jonathan Nieder wrote:
 This doesn't seem to be fixed upstream, so please report it to
 http://sourceware.org/bugzilla, product glibc, component libc and
 let us know the bug number so we can track it.

It is commonly accepted Debian practice for the maintainer to forward bugs
upstream.  I think this goes double for upstreams that require reporter
accounts in their bug tracking systems or otherwise make reporting a matter of
jumping through unnecessary hoops.

However, I've done what you asked.
http://sourceware.org/bugzilla/show_bug.cgi?id=14176

-- 
Antti-Juhani Kaijanaho, Jyväskylä, Finland
http://antti-juhani.kaijanaho.fi/newblog/
http://www.flickr.com/photos/antti-juhani/




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

Bug#674917: libc6-dev: mblen is erroneously marked warn_unused_result

[Antti-Juhani Kaijanaho]

On Tue, May 29, 2012 at 11:36:03AM -0500, Jonathan Nieder wrote:
 Using -Werror in contexts other than private development where you
 control the toolchain and can easily suppress known warnings is not
 very wise.

I think it's a wise policy to tolerate no warnings to the extent possible.
-Werror helps policing that, but of course it should be turned off if there's a
truly spurious warning that cannot be easily worked around.

Usually, warnings can be worked around with minimal disruption to the program.
However, I was not able to find a simple way for warn_unused_result: even
explicit casting to void gets the warning.

(The way I worked around this in the project that triggered this report, was to
eliminate all uses to mblen.  Wasn't terribly difficult, and eliminated a
nonreentrancy so I suppose it's not all bad.  But not the point of the warning.)

-- 
Antti-Juhani Kaijanaho, Jyväskylä, Finland
http://antti-juhani.kaijanaho.fi/newblog/
http://www.flickr.com/photos/antti-juhani/




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

Bug#674912: debhelper: dh_auto_build should override CPPFLAGS and CFLAGS when building a Makefile project

[Antti-Juhani Kaijanaho]

Package: debhelper
Version: 9.20120523
Severity: wishlist

The attached test project demonstrates a lack in dh_auto_build for Makefile
projects: the Debian-specified build flags are not necessarily communicated to
the compiler.  Debhelper should override CPPFLAGS and CFLAGS on the make
command line.

It is, I think, quite common for Makefile projects to define defaults for
CFLAGS and sometimes even CPPFLAGS in their Makefiles.  However, this means
that the corresponding environment variables (which debhelper sets) are
ignored.  The correct way to override Makefile-specified defaults is to
pass the variables on the make command line.  Compare:

$ make CFLAGS=`dpkg-buildflags --get CFLAGS`
gcc -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat 
-Werror=format-security   -c -o testhello.o testhello.c
gcc   testhello.o   -o testhello

to

$ make 
gcc -g   -c -o testhello.o testhello.c
gcc   testhello.o   -o testhello

(Both in the test project's toplevel directory.)

The current debhelper manner of passing CFLAGS is ignored by such projects:

$ DH_VERBOSE=1 debian/rules build
dh build
   dh_testdir
   dh_auto_configure
   dh_auto_build
make -j1
make[1]: Siirrytään hakemistoon /home/ajk/scratch/testhello-0.1
gcc -g -D_FORTIFY_SOURCE=2  -c -o testhello.o testhello.c
gcc -Wl,-z,relro  testhello.o   -o testhello
make[1]: Poistutaan hakemistosta /home/ajk/scratch/testhello-0.1
   dh_auto_test

Notice how CPPFLAGS and LDFLAGS are honored but CFLAGS is ignored.

This currently affects dctrl-tools, but I'm going to work around the problem
in my next upload.

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

Kernel: Linux 3.4.0-ibid-1 (SMP w/2 CPU cores; PREEMPT)
Locale: LANG=fi_FI.UTF-8, LC_CTYPE=fi_FI.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages debhelper depends on:
ii  binutils2.22-6.1
ii  dpkg1.16.3
ii  dpkg-dev1.16.3
ii  file5.11-1
ii  html2text   1.3.2a-15
ii  man-db  2.6.1-2
ii  perl5.14.2-11
ii  po-debconf  1.0.16+nmu2

debhelper recommends no packages.

Versions of packages debhelper suggests:
pn  dh-make  none

-- no debconf information


testhello_0.1.tar.gz
Description: GNU Zip compressed data
Format: 3.0 (native)
Source: testhello
Binary: testhello
Architecture: any
Version: 0.1
Maintainer: Antti-Juhani Kaijanaho a...@debian.org
Standards-Version: 3.9.3
Build-Depends: debhelper (= 9)
Package-List: 
 testhello deb utils optional
Checksums-Sha1: 
 b9420cb51ab314040717612097281b2a37b94ad4 1203 testhello_0.1.tar.gz
Checksums-Sha256: 
 51ba8af423824afdcb73f48eb52903459720f513ef28e67d115f4772471016f6 1203 
testhello_0.1.tar.gz
Files: 
 e265f010979c7b0acabd767eb10adb58 1203 testhello_0.1.tar.gz

Bug#674917: libc6-dev: mblen is erroneously marked warn_unused_result

[Antti-Juhani Kaijanaho]

Package: libc6-dev
Version: 2.13-32
Severity: normal

GCC documentation states:

  The warn_unused_result attribute causes a warning to be emitted if a caller
  of the function with this attribute does not use its return value. This is
  useful for functions where not checking the result is either a security
  problem or always a bug, such as realloc.

However, so far as I can see, ignoring the return value of mblen is never a
security problem and is sometimes appropriate (the first call to the function
is often mblen(NULL, 0), the result value of which is usually of no interest).

(Debian's use of -D_FORTIFY_SOURCE=2 and the common policy of using -Werror
together make this a noncosmetic issue.)

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

Kernel: Linux 3.4.0-ibid-1 (SMP w/2 CPU cores; PREEMPT)
Locale: LANG=fi_FI.UTF-8, LC_CTYPE=fi_FI.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages libc6-dev depends on:
ii  libc-dev-bin2.13-32
ii  libc6   2.13-32
ii  linux-libc-dev  3.2.18-1

Versions of packages libc6-dev recommends:
ii  gcc [c-compiler]  4:4.7.0-6
ii  gcc-4.4 [c-compiler]  4.4.7-1
ii  gcc-4.5 [c-compiler]  4.5.3-12
ii  gcc-4.6 [c-compiler]  4.6.3-5
ii  gcc-4.7 [c-compiler]  4.7.0-9

Versions of packages libc6-dev suggests:
ii  glibc-doc none
ii  manpages-dev  3.40-0.1

-- no debconf information



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

Bug#674836: Please review the included patch

[Antti-Juhani Kaijanaho]

Please review the following patch.  I intend to release it in the next 2.22.x
series upload.  It changes no strings but is otherwise a bit intrusive for a
point-release patch.

From 530812104719d5e75264e60b1e854754f1bb0c1e Mon Sep 17 00:00:00 2001
From: Antti-Juhani Kaijanaho a...@debian.org
Date: Mon, 28 May 2012 19:42:40 +0300
Subject: [PATCH] Fix #674836 (Builds with wrong CFLAGS)

 - Upgrade debhelper mode to 9.
 - Work around debhelper bug 674912 by not defining a default CFLAGS
   in GNUmakefile.
 - Since the new Debian build flags make it impossible to use mblen
   with -Werror, switch to using mbrlen in tbl-dctrl.c (a good idea
   in any case).
 - Add a test case (tests/0021.{in,out,sh}) to verify that tbl-dctrl
   handles UTF-8 correctly (needed to regression-test the above bugfix).
 - As the previous item requires the C.UTF-8 locale, build-depend on
   libc-bin = 2.13

Signed-off-by: Antti-Juhani Kaijanaho a...@debian.org
---
 GNUmakefile   |3 +--
 debian/changelog  |   15 ---
 debian/compat |2 +-
 debian/control|2 +-
 tbl-dctrl/tbl-dctrl.c |   21 +
 tests/0021.in |2 ++
 tests/0021.out|5 +
 tests/0021.sh |5 +
 8 files changed, 40 insertions(+), 15 deletions(-)
 create mode 100644 tests/0021.in
 create mode 100644 tests/0021.out
 create mode 100644 tests/0021.sh

diff --git a/GNUmakefile b/GNUmakefile
index 3a25b8e..c79aada 100644
--- a/GNUmakefile
+++ b/GNUmakefile
@@ -14,8 +14,7 @@ man8dir = $(mandir)/man8
 localedir = $(datarootdir)/locale
 
 CC = gcc 
-CFLAGS = -g -Wall -Werror
-ALL_CFLAGS = $(CFLAGS) -std=gnu99 -Ilib \
+ALL_CFLAGS = $(CPPFLAGS) $(CFLAGS) -Wall -Werror -std=gnu99 -Ilib \
 -DENABLE_L_DEBUG -D_GNU_SOURCE -DSYSCONF=\$(sysconfdir)\ \
  -DHAVE_GETTEXT -DPACKAGE=\dctrl-tools\ -DLOCALEDIR=\$(localedir)\ 
 
diff --git a/debian/changelog b/debian/changelog
index 7a860e8..3b9e32a 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,8 +1,17 @@
 dctrl-tools (2.22.2) UNRELEASED; urgency=low
 
-  * 
-
- -- Antti-Juhani Kaijanaho a...@debian.org  Mon, 28 May 2012 18:05:31 +0300
+  * Closes: #674836 (Builds with wrong CFLAGS), reported by me:
+ - Upgrade debhelper mode to 9.
+ - Work around debhelper bug 674912 by not defining a default CFLAGS
+   in GNUmakefile.
+ - Since the new Debian build flags make it impossible to use mblen
+   with -Werror, switch to using mbrlen in tbl-dctrl.c (a good idea
+   in any case).
+  * Add a test case (tests/0021.{in,out,sh}) to verify that tbl-dctrl
+handles UTF-8 correctly (needed to regression-test the above bugfix).
+ - As it requires the C.UTF-8 locale, build-depend on libc-bin = 2.13
+
+ -- Antti-Juhani Kaijanaho a...@debian.org  Mon, 28 May 2012 19:36:34 +0300
 
 dctrl-tools (2.22.1) unstable; urgency=low
 
diff --git a/debian/compat b/debian/compat
index 45a4fb7..ec63514 100644
--- a/debian/compat
+++ b/debian/compat
@@ -1 +1 @@
-8
+9
diff --git a/debian/control b/debian/control
index 16b2d41..39143d8 100644
--- a/debian/control
+++ b/debian/control
@@ -4,7 +4,7 @@ Priority: optional
 Maintainer: dctrl-tools developers dctrl-tools-de...@lists.alioth.debian.org
 Uploaders: Antti-Juhani Kaijanaho a...@debian.org
 Standards-Version: 3.9.3
-Build-Depends: gettext (= 0.11-0), gcc (= 3.0), debhelper (= 8), po4a (= 
0.40)
+Build-Depends: gettext (= 0.11-0), gcc (= 3.0), debhelper (= 9), po4a (= 
0.40), libc-bin (= 2.13)
 Vcs-Git: git://git.debian.org/git/collab-maint/dctrl-tools.git
 Vcs-Browser: http://git.debian.org/?p=collab-maint/dctrl-tools.git;a=summary
 
diff --git a/tbl-dctrl/tbl-dctrl.c b/tbl-dctrl/tbl-dctrl.c
index 848f3f3..b295589 100644
--- a/tbl-dctrl/tbl-dctrl.c
+++ b/tbl-dctrl/tbl-dctrl.c
@@ -1,5 +1,5 @@
 /*  dctrl-tools - Debian control file inspection tools
-Copyright © 2005, 2006, 2007, 2008, 2009, 2010, 2011 Antti-Juhani Kaijanaho
+Copyright © 2005, 2006, 2007, 2008, 2009, 2010, 2011, 2012 Antti-Juhani 
Kaijanaho
 
 This program is free software; you can redistribute it and/or modify
 it under the terms of the GNU General Public License as published by
@@ -19,6 +19,7 @@
 #include argp.h
 #include locale.h
 #include stdlib.h
+#include wchar.h
 #include misc.h
 #include msg.h
 #include i18n.h
@@ -96,7 +97,8 @@ size_t linewrap(char **res, char const *orig, size_t orig_len,
 
size_t num_lines = 1;
 
-   mblen(NULL, 0);
+mbstate_t mbs;
+memset(mbs, 0, sizeof mbs);
for (size_t i = 0; i  orig_len; /**/) {
 if (orig[i] == '\n') {
 i++;
@@ -125,7 +127,7 @@ size_t linewrap(char **res, char const *orig, size_t 
orig_len,
bpo = i;
bpr = len;
}
-   int n = mblen(orig + i, orig_len - i);
+   int n = mbrlen(orig + i, orig_len - i, mbs);
if (n = 0) break;
for (size_t j = 0; j

Bug#674912: debhelper: dh_auto_build should override CPPFLAGS and CFLAGS when building a Makefile project

[Antti-Juhani Kaijanaho]

On Mon, May 28, 2012 at 01:33:32PM -0400, Joey Hess wrote:
 These are also easy changes for a debian maintainer to make to a Makefile if
 desired.

True; which explains the wishlist severity.

But still, it would be nice to have it work out of the box.  (I hadn't noticed
the problem with dctrl-tools until lintian started nagging about hardening
recently:-)

-- 
Antti-Juhani Kaijanaho, Jyväskylä, Finland
http://antti-juhani.kaijanaho.fi/newblog/
http://www.flickr.com/photos/antti-juhani/



signature.asc
Description: Digital signature

Bug#674836: dctrl-tools: Builds with wrong CFLAGS

[Antti-Juhani Kaijanaho]

Package: dctrl-tools
Version: 2.22.1
Severity: normal

Apparently dh does not override the Makefile's defaults as expected.  (Not even
in compat level 9, which I tried before releaseing 2.22.1.)


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

Kernel: Linux 3.4.0-ibid-1 (SMP w/2 CPU cores; PREEMPT)
Locale: LANG=fi_FI.UTF-8, LC_CTYPE=fi_FI.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages dctrl-tools depends on:
ii  libc6  2.13-32

dctrl-tools recommends no packages.

Versions of packages dctrl-tools suggests:
ii  apt  0.9.5.1
ii  debtags  1.9+b1

-- no debconf information



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

Bug#672978: apt-listbugs: w fails due to /dev/tty: No such device or address

[Antti-Juhani Kaijanaho]

Package: apt-listbugs
Version: 0.1.6
Severity: normal

$ LC_ALL=C sudo aptitude
Retrieving bug reports... Done
Parsing Found/Fixed information... Done
critical bugs of netbase (4.47 - 5.0) unfixed
 #672862 - Package is not installable in unstable since depends on experimental 
ifupdown
   Merged with: 672851
Summary:
 netbase(1 bug)
Are you sure you want to install/upgrade the above packages? [Y/n/?/...] w
bash: /dev/tty: No such device or address
W: Failed to invoke browser.
 su ajk -c /usr/bin/sensible-browser /tmp/apt-listbugs7676.0.html  /dev/tty
Are you sure you want to install/upgrade the above packages? [Y/n/?/...] 


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

Kernel: Linux 3.2.17-ibid-1 (SMP w/2 CPU cores; PREEMPT)
Locale: LANG=fi_FI.utf8, LC_CTYPE=fi_FI.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages apt-listbugs depends on:
ii  apt0.9.3
ii  libdpkg-ruby1.80.3.8
ii  libgettext-ruby1.8 2.1.0-2.1
ii  libruby1.8 [libzlib-ruby1.8]   1.8.7.358-2
ii  ruby-debian [libdpkg-ruby1.8]  0.3.8+b1
ii  ruby-httpclient2.2.4-1
ii  ruby-xmlparser 0.7.2-1
ii  ruby1.81.8.7.358-2

apt-listbugs recommends no packages.

Versions of packages apt-listbugs suggests:
ii  chromium [www-browser]  18.0.1025.168~r134367-1
ii  debianutils 4.3
ii  elinks [www-browser]0.12~pre5-7
ii  epiphany-browser [www-browser]  3.4.1-1
ii  iceweasel [www-browser] 10.0.4esr-2
ii  links2 [www-browser]2.6-1
ii  lynx-cur [www-browser]  2.8.8dev.12-2
ii  reportbug   6.3.1
ii  w3m [www-browser]   0.5.3-7

-- no debconf information



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

Bug#478970: Bug#479870: aptitude should update dpkg available information on updates

[Antti-Juhani Kaijanaho]

On Sat, Apr 28, 2012 at 12:51:58PM +0800, Daniel Hartwig wrote:
 The naïve implementation is something like:
 
 APT::Update::Post-Invoke-Success { [ ! -x /usr/sbin/sync-available ]
 || /usr/sbin/sync-available; };
 
 in apt.conf.d.  However, some interactive package managers (e.g.
 aptitude, synaptic) lock dpkg while those hooks are run and the above
 code would fail.[1]  I find no documentation on the use of
 Post-Invoke-Success, or whether it is safe to assume dpkg (or any
 other db) is unlocked when it is run.  An alternative implementation
 can notify a cron job or spawn a long-running background task to wait
 for the lock being released:
 
 APT::Update::Post-Invoke-Success { [ ! -x /usr/sbin/sync-available ]
 || /usr/sbin/sync-available --wait ; };
 
 (with new --wait option on sync-available).

I'm likely not going to implement this in dctrl-tools.  It's one thing to
provide the user with the means to update the dpkg available file, and it's
quite another for the (non-dpkg) package to decide on its own that the file
should be updated.

However, I do wonder if I should simply make dctrl-tools maintain its own
available file, updated in the manner you suggest, and used by grep-available.

When I originally wrote grep-dctrl, apt existed (but was not commonly used),
aptitude didn't exist (but there were plans for something similar), and dselect
was the dominant tool for package upgrades.  At that time, the available file
was always up to date, and it made sense for grep-dctrl to just use it (of
course, being young and timid, I tried to hedge this use of dpkg's internal
data by making it configurable what file grep-available would read; it was
never a particularly good hedge and wasn't actually used for any good purpose,
so I recently deleted that code).  I'm not sure what sense there is for
dctrl-tools to continue relying on an internal dpkg data file.

-- 
Antti-Juhani Kaijanaho, Jyväskylä, Finland
http://antti-juhani.kaijanaho.fi/newblog/
http://www.flickr.com/photos/antti-juhani/



signature.asc
Description: Digital signature

Bug#665791: [Pkg-utopia-maintainers] Bug#665791: Bug#665791: Bug#665791: Bug#665791: libnm-glib4: causes a segfault in gnome-shell

[Antti-Juhani Kaijanaho]

On Tue, Apr 03, 2012 at 11:06:25AM +0200, Michael Biebl wrote:
 On 03.04.2012 05:43, Antti-Juhani Kaijanaho wrote:
  On Tue, Apr 03, 2012 at 01:45:34AM +0200, Michael Biebl wrote:
  How exactly do you trigger the crash? Is this reproducible?
 
  
  I suspect it may be relevant that I don't have network-manager installed.  I
  may try to test this supposition later today.
 
 Ah, right

Indeed, installing network-manager makes the bug disappear.

-- 
Antti-Juhani Kaijanaho, Jyväskylä, Finland
http://antti-juhani.kaijanaho.fi/newblog/


signature.asc
Description: Digital signature

Bug#665791: [Pkg-utopia-maintainers] Bug#665791: Bug#665791: Bug#665791: Bug#665791: libnm-glib4: causes a segfault in gnome-shell

[Antti-Juhani Kaijanaho]

The problem appears to be fixed now in upstream master.
I will run some tests to tell which patch fixes it.

-- 
Antti-Juhani Kaijanaho, Jyväskylä, Finland
http://antti-juhani.kaijanaho.fi/newblog/


signature.asc
Description: Digital signature

Bug#665791: [Pkg-utopia-maintainers] Bug#665791: Bug#665791: Bug#665791: Bug#665791: libnm-glib4: causes a segfault in gnome-shell

[Antti-Juhani Kaijanaho]

On Tue, Apr 03, 2012 at 12:36:04PM +0300, Antti-Juhani Kaijanaho wrote:
 The problem appears to be fixed now in upstream master.
 I will run some tests to tell which patch fixes it.

Silly me - it has to be 8bb27 as it's the only commit after my yesterday tests,
and in my tests yesterday it wasn't fixed in upstream master.

-- 
Antti-Juhani Kaijanaho, Jyväskylä, Finland
http://antti-juhani.kaijanaho.fi/newblog/


signature.asc
Description: Digital signature

Bug#665791: [Pkg-utopia-maintainers] Bug#665791: Bug#665791: Bug#665791: Bug#665791: libnm-glib4: causes a segfault in gnome-shell

[Antti-Juhani Kaijanaho]

tags 665791 + patch
thanks

On Tue, Apr 03, 2012 at 12:39:16PM +0300, Antti-Juhani Kaijanaho wrote:
 Silly me - it has to be 8bb27 as it's the only commit after my yesterday 
 tests,
 and in my tests yesterday it wasn't fixed in upstream master.

Confirmed.  I just tested this by importing that patch into the
network-manager/0.9.4.0-2 source and building and installing the resulting
libnm-glib4; the bug is gone.


commit 8bb278944496102a4afad46b53e1e8279425aaac
Author: Jiří Klimeš jkli...@redhat.com
Date:   Mon Apr 2 16:37:55 2012 +0200

libnm-glib: initialize GError, else invalid free() crash can occur (rh 
#809123)

diff --git a/libnm-glib/nm-remote-settings.c b/libnm-glib/nm-remote-settings.c
index 9a81a8d..68aaeb4 100644
--- a/libnm-glib/nm-remote-settings.c
+++ b/libnm-glib/nm-remote-settings.c
@@ -109,7 +109,7 @@ static void
 _nm_remote_settings_ensure_inited (NMRemoteSettings *self)
 {
NMRemoteSettingsPrivate *priv = NM_REMOTE_SETTINGS_GET_PRIVATE (self);
-   GError *error;
+   GError *error = NULL;
 
if (!priv-inited) {
if (!g_initable_init (G_INITABLE (self), NULL, error)) {


-- 
Antti-Juhani Kaijanaho, Jyväskylä, Finland
http://antti-juhani.kaijanaho.fi/newblog/


signature.asc
Description: Digital signature

Bug#665791: [Pkg-utopia-maintainers] Bug#665791: libnm-glib4: causes a segfault in gnome-shell

[Antti-Juhani Kaijanaho]

Version: 0.9.4.0-2

On Mon, Apr 02, 2012 at 07:29:16AM +0200, Michael Biebl wrote:
 On 26.03.2012 08:49, Antti-Juhani Kaijanaho wrote:
  By the way, a -dbg package would have been nice :-)
 
 apt-get install network-manager-dbg

Ah.  I suppose a more thorough search might have found that.  Then again, how
was I supposed to know that it contains symbols for libnm-glib4?  (I see
there's a dependency, but that's an awfully subtle clue.)

Anyway, thanks.

  I rebuilt this package with nostrip (but without noopt) and obtained a
  backtrace by logging in using GNOME Classic and then running at the 
  console
DISPLAY=0:0 gdb --args /usr/bin/gnome-shell --replace
  then asking for a backtrace after the segfault had occurred:
 
 Please test 0.9.4.0-2 which I've uploaded a few minutes ago.

Still the same symptom, though the backtrace has changed:

#0  0x7fffedc84475 in *__GI_raise (sig=optimized out) at 
../nptl/sysdeps/unix/sysv/linux/raise.c:64
pid = optimized out
selftid = optimized out
#1  0x7fffedc876f0 in *__GI_abort () at abort.c:92
act = {__sigaction_handler = {sa_handler = 0x7fffbd38, sa_sigaction 
= 0x7fffbd38}, sa_mask = {__val = {140737488338208, 140737488349447, 20, 
  140737183862242, 3, 140737488338218, 6, 140737183862246, 2, 
140737488338206, 2, 140737183853249, 1, 140737183862242, 3, 140737488338212}}, 
  sa_flags = 12, sa_restorer = 0x7fffedd9cde6}
sigs = {__val = {32, 0 repeats 15 times}}
#2  0x7fffedcbe26b in __libc_message (do_abort=optimized out, 
fmt=optimized out) at ../sysdeps/unix/sysv/linux/libc_fatal.c:189
ap = {{gp_offset = 40, fp_offset = 48, overflow_arg_area = 
0x7fffc6a0, reg_save_area = 0x7fffc5b0}}
ap_copy = {{gp_offset = 16, fp_offset = 48, overflow_arg_area = 
0x7fffc6a0, reg_save_area = 0x7fffc5b0}}
fd = 28
on_2 = optimized out
list = optimized out
nlist = 0
cp = optimized out
written = false
#3  0x7fffedcc7ab6 in malloc_printerr (action=3, str=0x7fffedd9b86a 
free(): invalid pointer, ptr=optimized out) at malloc.c:6283
buf = 00f479cc
cp = 0x0
#4  0x7fffedccc7ec in *__GI___libc_free (mem=optimized out) at 
malloc.c:3738
ar_ptr = 0x7fffedfd4e60
p = 0x6
#5  0x7fffee0104f2 in g_error_free (error=0xfe3b20) at 
/tmp/buildd/glib2.0-2.32.0/./glib/gerror.c:476
No locals.
#6  0x73f2ad94 in _nm_remote_settings_ensure_inited (self=0xff3110) at 
nm-remote-settings.c:123
priv = 0xff3130
error = 0xfe3b20
__func__ = _nm_remote_settings_ensure_inited
#7  0x73f2cb0a in nm_remote_settings_new (bus=optimized out) at 
nm-remote-settings.c:735
settings = 0xff3110
#8  0x74d897bc in ffi_call_unix64 () from 
/usr/lib/x86_64-linux-gnu/libffi.so.5
No symbol table info available.
#9  0x74d89237 in ffi_call () from /usr/lib/x86_64-linux-gnu/libffi.so.5
No symbol table info available.
#10 0x771a5065 in ?? () from /usr/lib/libgjs.so.0
No symbol table info available.
#11 0x771a6160 in ?? () from /usr/lib/libgjs.so.0
No symbol table info available.
#12 0x76cfe3f5 in ?? () from /usr/lib/libmozjs185.so.1.0
No symbol table info available.
#13 0x76cea7f2 in ?? () from /usr/lib/libmozjs185.so.1.0
No symbol table info available.
#14 0x76cfdd35 in ?? () from /usr/lib/libmozjs185.so.1.0
No symbol table info available.
#15 0x76cfe1d2 in ?? () from /usr/lib/libmozjs185.so.1.0
No symbol table info available.
#16 0x76cd0291 in ?? () from /usr/lib/libmozjs185.so.1.0
No symbol table info available.
#17 0x76cf4606 in ?? () from /usr/lib/libmozjs185.so.1.0
No symbol table info available.
#18 0x76cfdd35 in ?? () from /usr/lib/libmozjs185.so.1.0
No symbol table info available.
#19 0x76cff875 in ?? () from /usr/lib/libmozjs185.so.1.0
No symbol table info available.
#20 0x76c78265 in JS_EvaluateUCScriptForPrincipals () from 
/usr/lib/libmozjs185.so.1.0
No symbol table info available.
#21 0x76c78532 in JS_EvaluateUCScript () from 
/usr/lib/libmozjs185.so.1.0
No symbol table info available.
#22 0x77195859 in gjs_context_eval () from /usr/lib/libgjs.so.0
No symbol table info available.
#23 0x77b67ecc in ?? () from /usr/lib/gnome-shell/libgnome-shell.so
No symbol table info available.
#24 0x773f69d0 in meta_plugin_manager_initialize () from 
/usr/lib/libmutter.so.0
No symbol table info available.
#25 0x773f3969 in meta_compositor_manage_screen () from 
/usr/lib/libmutter.so.0
No symbol table info available.
#26 0x774095f4 in meta_display_open () from /usr/lib/libmutter.so.0
No symbol table info available.
#27 0x7741367d in meta_run () from /usr/lib/libmutter.so.0
No symbol table info available.
#28 0x00402c91 in main ()
No symbol table info available.

Versions of immediately relevant packages:

ii  gnome-shell

Bug#665808: Likely #665791

[Antti-Juhani Kaijanaho]

This bug is likely the same as #665791.
Downgrading libnm-glib4 is a workaround, at least for me.

-- 
Antti-Juhani Kaijanaho, Jyväskylä, Finland
http://antti-juhani.kaijanaho.fi/newblog/



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