Bug#1064025: ntpsec does not sync to server if "iburst" is missing

[Attila Kinali]

Package: ntpsec
Version: 1.2.2+dfsg1-4
Severity: important

I recently upgraded my machine and the old ntpd got replaced by ntpsec.
I have a fairly old (read decades old) ntp.conf that I carried over.
Because I ntpsec had a lot of changes in the config file, i opted to
use to overwrite my config with the package maintainer's config and
just replaced the sever line as I used to have: 

server myserver.localnet maxpoll 6

I also removed all other server lines as my local ntp server does all
the heavy lifting and all machines should sync to that. (also removing 
the "tos minsane 3" line)

Unfortunately, ntpsec refuses to sync to any server that does not have
"iburst" set in its options. It outright refuses to consider it. Just adding
iburst to the config, fixes this.

Considering that iburst should only affect ntpd's behaviour of sending
out packets when a server (re)appears, it is quite odd that it affects
the selection algorithm. Hence I consider this a bug.

        Attila Kinali

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

Kernel: Linux 6.7.4 (SMP w/6 CPU threads; PREEMPT)
Kernel taint flags: TAINT_OOT_MODULE
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_GB:en
Shell: /bin/sh linked to /usr/bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages ntpsec depends on:
ii  adduser  3.137
ii  init-system-helpers  1.66
ii  libbsd0  0.11.7-4
ii  libc62.37-12
ii  libcap2  1:2.66-4
ii  libssl3  3.1.4-2
ii  netbase  6.4
ii  python3  3.11.4-5+b1
ii  python3-ntp  1.2.2+dfsg1-4
ii  tzdata   2023c-11

Versions of packages ntpsec recommends:
ii  cron [cron-daemon]  3.0pl1-181

Versions of packages ntpsec suggests:
ii  apparmor   3.0.12-1+b1
pn  certbot
pn  ntpsec-doc 
pn  ntpsec-ntpviz  

-- Configuration Files:
/etc/NetworkManager/dispatcher.d/ntpsec [Errno 2] No such file or directory: 
'/etc/NetworkManager/dispatcher.d/ntpsec'
/etc/ntpsec/ntp.conf changed [not included]

-- no debconf information

Bug#993985: wireguard should not depend on wireguard-dkms now that wireguard is in mainline

[Attila Kinali]

Source: wireguard
Severity: important

Hi,

wireguard depends on wireguard-dkms as it needs kernel modules.
But as of 5.6. wireguard has been part of mainline and people
who use newer kernels are now forced to continue to use
the dkms package and can't simply switch to the in-tree modules.

I would suggest to set wireguard-dkms to suggested.
Additionally it might be worthwhile to enable wireguard in 
the debian shipped kernel package.


Attila Kinali

-- System Information:
Debian Release: 10.10
  APT prefers oldstable-updates
  APT policy: (500, 'oldstable-updates'), (500, 'oldstable')
Architecture: amd64 (x86_64)

Kernel: Linux 5.11.8 (SMP w/4 CPU cores)
Kernel taint flags: TAINT_UNSIGNED_MODULE
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)
LSM: AppArmor: enabled

Bug#988749: regression: upgrade from stable: feh stopped loading canon raw CR2 files

[Attila Kinali]

Package: feh
Version: 3.6.3-1
Severity: normal

Hi,

I just upgraded from stable(buster) to testing(bullseye) and feh stopped
loading Canon raw CR2 files. Although the manpage says that dcraw
is needed, it was not previously installed, but libraw19. 

feh was upgraded from 3.1.3-1 to 3.6.3-1
libraw19 is at 0.19.0-3
libraw20 was installed at 0.20.2-1

Attila Kinali

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

Kernel: Linux 5.12.4 (SMP w/6 CPU threads)
Kernel taint flags: TAINT_OOT_MODULE
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US:en
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages feh depends on:
ii  libc6 2.31-11
ii  libcurl4  7.74.0-1.2
ii  libexif12 0.6.22-3
ii  libimlib2 1.7.1-2
ii  libpng16-16   1.6.37-3
ii  libx11-6  2:1.7.0-2
ii  libxinerama1  2:1.1.4-2
ii  yudit-common  3.0.7-3

Versions of packages feh recommends:
ii  libjpeg-turbo-progs [libjpeg-progs]  1:2.0.6-4

feh suggests no packages.

-- no debconf information

Bug#956513: Regression: font spacing of monospace fonts broken

[Attila Kinali]

Package: libgtk-3-0
Version: 3.24.14-1
Severity: normal

Hi,

The last update of gtk seems to have broken rendering of monospace fonts.
The spacing of the letters got reduced to almost nothing. Attached
are two pictures, taken from sylpheed 3.7.0 using DejaVu Sans Mono Book 8pt,
only difference being different versions of gtk.


Attila Kinali

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

Kernel: Linux 4.19.0-6-amd64 (SMP w/8 CPU cores)
Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US:en (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)
LSM: AppArmor: enabled

Versions of packages libgtk-3-0 depends on:
ii  adwaita-icon-theme   3.36.0-1
ii  hicolor-icon-theme   0.17-2
ii  libatk-bridge2.0-0   2.34.1-3
ii  libatk1.0-0  2.36.0-2
ii  libc62.30-4
ii  libcairo-gobject21.16.0-4
ii  libcairo21.16.0-4
ii  libcolord2   1.4.4-2
ii  libcups2 2.3.1-11
ii  libepoxy01.5.4-1
ii  libfontconfig1   2.13.1-2+b1
ii  libfreetype6 2.10.1-2
ii  libfribidi0  1.0.8-2
ii  libgdk-pixbuf2.0-0   2.40.0+dfsg-4
ii  libglib2.0-0 2.64.1-1
ii  libgtk-3-common  3.24.14-1
ii  libharfbuzz0b2.6.4-1
ii  libjson-glib-1.0-0   1.4.4-2
ii  libpango-1.0-0   1.44.7-3
ii  libpangocairo-1.0-0  1.44.7-3
ii  libpangoft2-1.0-01.44.7-3
ii  librest-0.7-00.8.1-1+b1
ii  libwayland-client0   1.18.0-1
ii  libwayland-cursor0   1.18.0-1
ii  libwayland-egl1  1.18.0-1
ii  libx11-6 2:1.6.9-2
ii  libxcomposite1   1:0.4.4-2
ii  libxcursor1  1:1.2.0-2
ii  libxdamage1  1:1.1.5-1
ii  libxext6 2:1.3.3-1+b2
ii  libxfixes3   1:5.0.3-1
ii  libxi6   2:1.7.9-1
ii  libxinerama1 2:1.1.4-2
ii  libxkbcommon00.10.0-1
ii  libxrandr2   2:1.5.1-1
ii  shared-mime-info 1.15-1

Versions of packages libgtk-3-0 recommends:
ii  libgtk-3-bin  3.24.14-1

Versions of packages libgtk-3-0 suggests:
pn  gvfs 
ii  librsvg2-common  2.48.0-2

Versions of packages libgtk-3-0 is related to:
pn  appmenu-gtk3-module
pn  fcitx-frontend-gtk3
pn  gcin-gtk3-immodule 
pn  gtk-vector-screenshot  
pn  gtk3-engines-xfce  
pn  gtk3-im-libthai
pn  hime-gtk3-immodule 
pn  ibus-gtk3  
pn  imhangul-gtk3  
pn  libcanberra-gtk3-module
pn  libcaribou-gtk3-module 
pn  libgtk3-nocsd0 
pn  maliit-inputcontext-gtk3   
pn  packagekit-gtk3-module 
ii  scim-gtk-immodule [scim-gtk-immodule]  1.4.18-2.2
pn  topmenu-gtk3   
pn  uim-gtk3   
pn  uim-gtk3-immodule  

-- no debconf information

Bug#891634: cupsd uses 100% a few seconds after startup

[Attila Kinali]

Moin,

On Sat, 16 Nov 2019 18:03:22 +
Brian Potkin  wrote:

> > I just updated my testing system and got the new 2.2.6-5 cups package.
> > Now cupsd uses 100% continuously after a few seconds after startup.
> > This was not the case with 2.2.6-4.
> 
> I have not read the bug record in detail, Attila, but do you observe
> this behaviour with what the present unstable has (cups 2.3.0-7)?

Sorry for the late reply.

No, I don't get the same behaviour anymore. At least running cups-browsed
does not lead to any excessive cpu usage. But instead I don't see
any of the printers of the remote cups server. So it's still broken,
but in a different way.

Currently installed versions are:
cups: 2.3.0-7
cups-browsed: 1.25.12-1

        Attila Kinali

-- 
It is upon moral qualities that a society is ultimately founded. All 
the prosperity and technological sophistication in the world is of no 
use without that foundation.
 -- Miss Matheson, The Diamond Age, Neal Stephenson

Bug#930967: ngspice utils are not built anymore

[Attila Kinali]

Package: ngspice
Version: 30.2-1
Severity: important

Somewhen between last summer and now, the debian package of ngspice
stopped including the tools of ngspice (namely ngmakeidx, ngmultidec,
ngnutmeg, ngproc2mod, and ngsconvert). While I admit that these tools
were probably not the most used part of ngspice, they are nontheless
usefull and important. This regression broke a few of my scripts
which means my simulations do not run anymore.

I would appreciate if these tools could be packaged again.
If possible before the next debian release.

Thanks in advance
Attila Kinali

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

Kernel: Linux 4.18.0-2-amd64 (SMP w/4 CPU cores)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_WARN, TAINT_OOT_MODULE
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US:en (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)
LSM: AppArmor: enabled

Versions of packages ngspice depends on:
ii  dpkg  1.19.7
ii  install-info  6.5.0.dfsg.1-4+b1
ii  libc6 2.28-10
ii  libedit2  3.1-20181209-1
ii  libgomp1  8.3.0-6
ii  libice6   2:1.0.9-2
ii  libncurses6   6.1+20181013-2
ii  libsm62:1.2.3-1
ii  libtinfo6 6.1+20181013-2
ii  libx11-6  2:1.6.7-1
ii  libxaw7   2:1.0.13-1+b2
ii  libxext6  2:1.3.3-1+b2
ii  libxmu6   2:1.1.2-2+b3
ii  libxt61:1.1.5-1+b3

ngspice recommends no packages.

Versions of packages ngspice suggests:
ii  ngspice-doc  30.2-1

-- no debconf information

Bug#920840: perl6 should suggest/recommend perl6-readline

[Attila Kinali]

Package: perl6
Version: 6.d-1
Severity: wishlist

Hi,

I think, it would be a good idea to make the perl6 package suggest
or even recommend perl6-readline. Without it REPL doesn't get
editing features and newcommers will wonder why it doesn't work.

Attila Kinali


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

Kernel: Linux 5.0.0-rc4+ (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US:en (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages perl6 depends on:
ii  perl6-tap-harness  0.20180925-1
ii  perl6-zef  0.6.2-1
ii  rakudo 2018.12-5

perl6 recommends no packages.

perl6 suggests no packages.

-- no debconf information

Bug#920761: rpcbind sysv init script bugs

[Attila Kinali]

Package: rpcbind
Version: 1.2.5-0.3
Severity: important
Tags: patch

Hi,

It seems like there are two minor bugs in the sysv init script of
rpcbind:

1) The PATH variable isn't set so /usr/bin isn't in the path.
   Hence `stat` cannot be found, which leads to secondary errors
   at boot.

2) The init script of statd has a dependency on "portmap", but rpcbind
   does not provide portmap, hence the dependency tree is not complete

The patch below fixes both:


--- /etc/init.d/rpcbind.orig2018-10-14 16:18:46.0 +0200
+++ /etc/init.d/rpcbind 2019-01-28 20:50:22.780390955 +0100
@@ -3,7 +3,7 @@
 # start/stop rpcbind daemon.
 
 ### BEGIN INIT INFO
-# Provides:  rpcbind
+# Provides:  rpcbind portmap
 # Required-Start:$network $local_fs
 # Required-Stop: $network $local_fs
 # Default-Start: S
@@ -16,6 +16,7 @@
 #RPC include NFS and NIS.
 ### END INIT INFO
 
+PATH=/sbin:/usr/sbin:/bin:/usr/bin
 test -f /sbin/rpcbind || exit 0
 
 . /lib/lsb/init-functions


Thanks

        Attila Kinali

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

Kernel: Linux 4.19.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US:en (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)
LSM: AppArmor: enabled

Versions of packages rpcbind depends on:
ii  adduser  3.118
ii  libc62.28-5
ii  libsystemd0  240-4
ii  libtirpc31.1.4-0.4
ii  libwrap0 7.6.q-27
ii  lsb-base 10.2018112800

rpcbind recommends no packages.

rpcbind suggests no packages.

-- Configuration Files:
/etc/init.d/rpcbind changed [not included]

-- no debconf information

Bug#907998: gimp: Gimp does not load or crashes quickly

[Attila Kinali]

On Sat, 29 Dec 2018 20:56:27 -0500
Jeremy Bicha  wrote:

> There has been no reply in nearly 3 months. Therefore, we will be
> closing this bug soon since there is not enough information for us to
> be able to do anything here.

Oh..damn! I totally forgot about his bug.
I am currently away, so cannot test it on
the machine that produced it. So I think
it's best to close this bug for now and I
will open a new one if it happens again.

        Attila Kinali

-- 
Science is made up of so many things that appear obvious 
after they are explained. -- Pardot Kynes

Bug#907998: gimp: Gimp does not load or crashes quickly

[Attila Kinali]

Package: gimp
Version: 2.10.6-2
Severity: grave
Justification: renders package unusable

Hi,

No matter what I do, Gimp does not load properly. Most times it
just gets stuck on some routine on boot up. If it successfully
loads, then it crashes within a few operations. There does not
seem a pattern, at least not one that I could descern.

As described in bug #906244 i uninstalled libopenblas-base
which helped with the loading problem, mostly. But the
carshes are still there and make Gimp basically unusable
as I don't even get far enough to do two-three steps and save
the resulting file.

Attila Kinali

PS: The new colour scheme is abysimal from a usability point of view.
It has way too little contrast and will quickly result in eye fatigue.
But that's probably an upstream problem.


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

Kernel: Linux 4.19.0-rc2+ (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US:en (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)
LSM: AppArmor: enabled

Versions of packages gimp depends on:
ii  gimp-data2.10.6-2
ii  libaa1   1.4p5-44+b2
ii  libbabl-0.1-00.1.56-1
ii  libbz2-1.0   1.0.6-9
ii  libc62.27-5
ii  libcairo21.15.12-1
ii  libfontconfig1   2.13.0-5
ii  libfreetype6 2.8.1-2
ii  libgcc1  1:8.2.0-4
ii  libgdk-pixbuf2.0-0   2.36.12-2
ii  libgegl-0.4-00.4.8-1+b1
ii  libgexiv2-2  0.10.8-1
ii  libgimp2.0   2.10.6-2
ii  libglib2.0-0 2.56.1-2
ii  libgs9   9.22~dfsg-2.1
ii  libgtk2.0-0  2.24.32-3
ii  libgudev-1.0-0   232-2
ii  libharfbuzz0b1.8.8-2
ii  libheif1 1.3.2-1
ii  libilmbase23 2.2.1-2
ii  libjpeg62-turbo  1:1.5.2-2+b1
ii  liblcms2-2   2.9-2
ii  liblzma5 5.2.2-1.3
ii  libmng1  1.0.10+dfsg-3.1+b5
ii  libmypaint-1.3-0 1.3.0-2
ii  libopenexr23 2.2.1-4
ii  libopenjp2-7 2.3.0-1
ii  libpango-1.0-0   1.42.4-1
ii  libpangocairo-1.0-0  1.42.4-1
ii  libpangoft2-1.0-01.42.4-1
ii  libpng16-16  1.6.34-2
ii  libpoppler-glib8 0.63.0-2
ii  librsvg2-2   2.40.20-3
ii  libstdc++6   8.2.0-4
ii  libtiff5 4.0.9-6
ii  libwebp6 0.6.1-2
ii  libwebpdemux20.6.1-2
ii  libwebpmux3  0.6.1-2
ii  libwmf0.2-7  0.2.8.4-12
ii  libx11-6 2:1.6.6-1
ii  libxcursor1  1:1.1.15-1
ii  libxext6 2:1.3.3-1+b2
ii  libxfixes3   1:5.0.3-1
ii  libxmu6  2:1.1.2-2
ii  libxpm4  1:3.5.12-1
ii  xdg-utils1.1.3-1
ii  zlib1g   1:1.2.11.dfsg-1

Versions of packages gimp recommends:
ii  ghostscript  9.22~dfsg-2.1

Versions of packages gimp suggests:
pn  gimp-data-extras  
ii  gimp-help-en [gimp-help]  2.8.2-0.1
pn  gimp-python   
pn  gvfs-backends 
ii  libasound21.1.6-1

-- no debconf information

Bug#858270: closed by Florian Schlichting <f...@debian.org> (Bug#850163: fixed in xpdf 3.04-6)

[Attila Kinali]

reopen 858270

This bug is still present, the same as reported. Whatever libpopler does
with the fonts, it does it wrong.

Attila Kinali

-- 
It is upon moral qualities that a society is ultimately founded. All 
the prosperity and technological sophistication in the world is of no 
use without that foundation.
 -- Miss Matheson, The Diamond Age, Neil Stephenson

Bug#891634: cupsd uses 100% a few seconds after startup

[Attila Kinali]

Package: cups
Version: 2.2.6-5
Severity: normal

I just updated my testing system and got the new 2.2.6-5 cups package.
Now cupsd uses 100% continuously after a few seconds after startup.
This was not the case with 2.2.6-4.

The access_log is full of lines with:

localhost - - [27/Feb/2018:16:10:20 +0100] "POST /admin/ HTTP/1.1" 401 313195 
CUPS-Add-Modify-Printer successful-ok
localhost - - [27/Feb/2018:16:10:35 +0100] "POST /admin/ HTTP/1.1" 401 313195 
CUPS-Add-Modify-Printer successful-ok

repeating every couple of seconds, sometimes even multiple per second.

And the error_log contains lines of
W [27/Feb/2018:16:11:48 +0100] CreateProfile failed: 
org.freedesktop.DBus.Error.ServiceUnknown:The name org.freedesktop.ColorManager 
was not provided by any .service files
W [27/Feb/2018:16:11:48 +0100] CreateDevice failed: 
org.freedesktop.DBus.Error.ServiceUnknown:The name org.freedesktop.ColorManager 
was not provided by any .service files

every couple of seconds 2-3 of them.

It seems like there is a problem with the printer list delivered by
cups-browsed, as not even half of the printers are listed anymore
(26 of 71 printers)


        Attila Kinali

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

Kernel: Linux 4.14.0-3-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US:en (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)
LSM: AppArmor: enabled

Versions of packages cups depends on:
ii  cups-client2.2.6-5
ii  cups-common2.2.6-5
ii  cups-core-drivers  2.2.6-5
ii  cups-daemon2.2.6-5
ii  cups-filters   1.20.0-2
ii  cups-ppdc  2.2.6-5
ii  cups-server-common 2.2.6-5
ii  debconf [debconf-2.0]  1.5.65
ii  ghostscript9.22~dfsg-2
ii  libavahi-client3   0.7-3.1
ii  libavahi-common3   0.7-3.1
ii  libc-bin   2.26-6
ii  libc6  2.26-6
ii  libcups2   2.2.6-5
ii  libcupscgi12.2.6-5
ii  libcupsimage2  2.2.6-5
ii  libcupsmime1   2.2.6-5
ii  libcupsppdc1   2.2.6-5
ii  libgcc11:8-20180218-1
ii  libstdc++6 8-20180218-1
ii  libusb-1.0-0   2:1.0.21-2
ii  poppler-utils  0.61.1-2
ii  procps 2:3.3.12-4

Versions of packages cups recommends:
pn  avahi-daemon 
pn  colord   
ii  cups-filters [ghostscript-cups]  1.20.0-2
ii  printer-driver-gutenprint5.2.13-2

Versions of packages cups suggests:
ii  cups-bsd   2.2.6-5
ii  foomatic-db-compressed-ppds [foomatic-db]  20180210-1
ii  hplip  3.17.10+repack0-3
ii  printer-driver-cups-pdf [cups-pdf] 3.0.1-4
ii  printer-driver-hpcups  3.17.10+repack0-3
ii  smbclient  2:4.7.4+dfsg-1
ii  udev   237-3

-- debconf information:
* cupsys/backend: lpd, socket, usb
* cupsys/raw-print: false

Bug#890455: xpp: segfault due to buffer overflow

[Attila Kinali]

Package: xpp
Version: 1.5-cvs20081009-3
Severity: important
Tags: patch

xpp allocates a 128 byte buffers for the printer selection menu and writes
to the allocated space using unchecked sprintf. It is easy to see
that this may lead to a buffer overflow and subsequent heap corruption.

The following patch fixes a crash due to the above mentioned heap corruption
by replacing malloc+sprintf by asprintf:

--- xpp-1.5-cvs20081009.orig/xpp.cxx
+++ xpp-1.5-cvs20081009/xpp.cxx
@@ -311,7 +311,7 @@ printFiles::printFiles(int  argc, /* I -
 
 // Set up text for menu entry
 
-menu_strs[i]=(char *)calloc(sizeof(char),128);
+//menu_strs[i]=(char *)calloc(sizeof(char),128);
 
 // Get printer information to show in the menu entry
 
@@ -366,25 +366,25 @@ printFiles::printFiles(int  argc, /* I -
 int prtype = CupsHelper::printerType(dests[i].name);
 if ( prtype < 0 ) {
   if ( dests[i].instance != NULL )
-sprintf(menu_strs[i], "%s on %s: Destination not available",
+asprintf(_strs[i], "%s on %s: Destination not available",
 dests[i].instance, dests[i].name);
   else
-sprintf(menu_strs[i], "%s: Destination not available",
+asprintf(_strs[i], "%s: Destination not available",
 dests[i].name);
 } else if ((prtype & CUPS_PRINTER_CLASS) || 
(prtype & CUPS_PRINTER_IMPLICIT)) {
   if ( dests[i].instance != NULL )
-sprintf(menu_strs[i], "%s on %s: %s (printer class)",
+asprintf(_strs[i], "%s on %s: %s (printer class)",
 dests[i].instance, dests[i].name, comment);
   else
-sprintf(menu_strs[i], "%s: %s (printer class)",
+asprintf(_strs[i], "%s: %s (printer class)",
dests[i].name, comment);
 } else {
   if ( dests[i].instance != NULL )
-sprintf(menu_strs[i], "%s on %s: %s (single printer)",
+asprintf(_strs[i], "%s on %s: %s (single printer)",
 dests[i].instance, dests[i].name, comment);
   else
-sprintf(menu_strs[i], "%s: %s (single printer)",
+asprintf(_strs[i], "%s: %s (single printer)",
 dests[i].name, comment);
 }


There are more places where sprintf is used, so I would guess there are
also more places where buffer overflows can occur, but I have not checked them.

I am not sure whether this has any security implications, but I would
not be surprised if.

Attila Kinali

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

Kernel: Linux 4.14.0-3-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US:en (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)
LSM: AppArmor: enabled

Versions of packages xpp depends on:
ii  libc6   2.26-4
ii  libcups22.2.6-4
ii  libfltk1.1  1.1.10-23
ii  libgcc1 1:7.2.0-19
ii  libstdc++6  7.2.0-19

xpp recommends no packages.

xpp suggests no packages.

-- no debconf information

Bug#886238: Please introduce official nosystemd build profile

[Attila Kinali]

On Wed, 3 Jan 2018 14:25:03 +0100
m...@linux.it (Marco d'Itri) wrote:

> This would be a lot of work for the benefit of a tiny audience: the 
> disturbed people who hate systemd so much that they cannot accept even 
> that libsystemd is installed on their computers.

And insults like this is why a lot of people stopped discussing
anything with systemd zealots.

        Attila Kinali
-- 
It is upon moral qualities that a society is ultimately founded. All 
the prosperity and technological sophistication in the world is of no 
use without that foundation.
 -- Miss Matheson, The Diamond Age, Neil Stephenson

Bug#884977: wicd chokes on network with WPA2-PSK+FT/PSK-CCMP-preauth

[Attila Kinali]

Package: wicd
Version: 1.7.4+tb2-5
Severity: normal

Hi,

I have here a network that uses WPA2-PSK+FT/PSK-CCMP-preauth, but for some
reason wicd chokes on it and presents me with a "WPA 1/2 (Hex [0-9/A-F])"
field for authentication, which of course fails. Even manually setting
to "WPA 1/2 Passphrase" does not work. Usin wpa_cli instead and setting
ssid and passphrase works fine.


        Attila Kinali

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

Kernel: Linux 4.13.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US:en (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages wicd depends on:
ii  wicd-daemon 1.7.4+tb2-5
ii  wicd-gtk [wicd-client]  1.7.4+tb2-5

wicd recommends no packages.

wicd suggests no packages.

Versions of packages wicd-gtk depends on:
ii  python 2.7.14-3
ii  python-glade2  2.24.0-5.1+b1
ii  python-gtk22.24.0-5.1+b1
ii  wicd-daemon1.7.4+tb2-5

Versions of packages wicd-gtk recommends:
ii  gksu   2.0.2-9+b1
ii  python-notify  0.1.1-4

Versions of packages wicd-daemon depends on:
ii  adduser  3.116
ii  dbus 1.12.2-1
ii  debconf  1.5.65
ii  iputils-ping 3:20161105-1
ii  isc-dhcp-client  4.3.5-3+b2
ii  lsb-base 9.20170808
ii  psmisc   23.1-1
ii  python   2.7.14-3
ii  python-dbus  1.2.4-1+b4
ii  python-gobject   3.26.1-1
ii  python-wicd  1.7.4+tb2-5
ii  wireless-tools   30~pre9-12+b1
ii  wpasupplicant2:2.4-1.1

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

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

Versions of packages python-wicd depends on:
ii  net-tools  1.60+git20161116.90da8a0-1
ii  python 2.7.14-3

Versions of packages python-wicd suggests:
ii  ethtool   1:4.11-1
ii  iproute2  4.9.0-2.1

-- debconf information:
* wicd/users:

Bug#878238: xpp segfaults at startup in malloc called from cups httpConnect()

[Attila Kinali]

Package: xpp
Version: 1.5-cvs20081009-3
Severity: important

Good afternoon,

I just upraded my computer from stretch to buster. After a reboot, xpp 
segfaults.
As I thought that it might have been some library symbols gone bad, I have
rebuilt the package from source, but it still didn't help.

The application crashes before it opens a window at all.

xpp-1.5-cvs20081009 $ gdb ./xpp
GNU gdb (Debian 7.12-6) 7.12.0.20161007-git
Copyright (C) 2016 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
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:
<http://www.gnu.org/software/gdb/bugs/>.
Find the GDB manual and other documentation resources online at:
<http://www.gnu.org/software/gdb/documentation/>.
For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from ./xpp...done.
(gdb) run
Starting program: /tmp/asdfadsf/xpp-1.5-cvs20081009/xpp 
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".

Program received signal SIGSEGV, Segmentation fault.
0x76dd51cd in malloc_consolidate (
av=av@entry=0x770f5b00 ) at malloc.c:4221
4221malloc.c: No such file or directory.
(gdb) bt
#0  0x76dd51cd in malloc_consolidate (
av=av@entry=0x770f5b00 ) at malloc.c:4221
#1  0x76dd6dfa in _int_malloc (
av=av@entry=0x770f5b00 , bytes=bytes@entry=12808)
at malloc.c:3488
#2  0x76dd9b7b in __libc_calloc (n=, 
elem_size=) at malloc.c:3274
#3  0x77b809db in ?? () from /usr/lib/x86_64-linux-gnu/libcups.so.2
#4  0x77b837d1 in httpConnect2 ()
   from /usr/lib/x86_64-linux-gnu/libcups.so.2
#5  0x77b8382d in httpConnect ()
   from /usr/lib/x86_64-linux-gnu/libcups.so.2
#6  0x555605ac in CupsHelper::processRequest (
req=req@entry=0x55809190, res=res@entry=0x55568cea "/printers/")
at cupshelper.cxx:105
#7  0x55560ffa in printFiles::printFiles (this=0x5579e030, 
argc=, argv=, exitstat=)
at xpp.cxx:325
#8  0xb63b in xppMainWindow::xppMainWindow (this=0x5579deb0, 
argc=1, argv=0x7fffe1e8, exitstat=@0x7fffe0e4: 0)
at mainwindow.cxx:965
#9  0x8fa9 in main (argc=1, argv=0x7fffe1e8) at xppmain.cxx:51
(gdb) up 6
#6  0x555605ac in CupsHelper::processRequest (
req=req@entry=0x55809190, res=res@entry=0x55568cea "/printers/")
at cupshelper.cxx:105
105   http_t*HTTP = httpConnect(host_,port_);
(gdb) p host_
$1 = "localhost\000cups.sock", '\000' 
(gdb) p port_
$2 = 631
(gdb) p *req
$3 = {state = IPP_STATE_IDLE, request = {any = {version = "\002", 
  op_status = 11, request_id = 1}, op = {version = "\002", 
  operation_id = IPP_OP_GET_PRINTER_ATTRIBUTES, request_id = 1}, status = {
  version = "\002", status_code = 11, request_id = 1}, event = {
  version = "\002", status_code = 11, request_id = 1}}, 
  attrs = 0x55818cb0, last = 0x55818ad0, current = 0x55818ad0, 
  curtag = IPP_TAG_ZERO, prev = 0x55818b10, use = 1, atend = 0, 
  curindex = 0}

>From what I can tell, the call to httpConnect() looks correct. I don't see why 
>that should
cause a segfault.

Any help resolving this would be appreciated.

Thanks in advance.

Attila Kinali

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

Kernel: Linux 4.13.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US:en (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages xpp depends on:
ii  libc6   2.24-17
ii  libcups22.2.4-7
ii  libfltk1.1  1.1.10-23
ii  libgcc1 1:7.2.0-8
ii  libstdc++6  7.2.0-8

xpp recommends no packages.

xpp suggests no packages.

-- no debconf information

Bug#858270: xpdf: debian's xpdf fails to render text in graphics while upstream version works

[Attila Kinali]

Package: xpdf
Version: 3.04-4
Severity: normal

Hi,

The pdf file [1] does not render properly with the debian version of xpdf.
This is not the only file I have experienced this. I stumble over such an
issue every couple of months.

Debians's xpdf prints lots of errors like this:
Syntax Error (28001): No font in show
Syntax Error: Unknown font tag 'R35'
Syntax Error (28391): No font in show/space
Syntax Error: Unknown font tag 'R31'
Syntax Error (29447): No font in show/space
Syntax Error (29542): No font in show/space
Syntax Error: Unknown font tag 'R35'

At the same time, xpdf compiled from the upstream sources works fine.


Attila Kinali

[1] 
http://time.kinali.ch/a_flexible_5ps_bin_width_timing_core_for_next_generation_high_energy_physics_time_to_digital_converter_applications-2012-perktold_christiansen-06226156.pdf


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

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

Versions of packages xpdf depends on:
ii  libc6 2.24-9
ii  libgcc1   1:6.3.0-6
ii  libpoppler64  0.48.0-2
ii  libstdc++66.3.0-6
ii  libx11-6  2:1.6.4-3
ii  libxm42.3.4-13
ii  libxt61:1.1.5-1

Versions of packages xpdf recommends:
ii  cups-bsd   2.2.1-8
ii  gsfonts-x110.24
ii  poppler-data   0.4.7-8
ii  poppler-utils  0.48.0-2

xpdf suggests no packages.

-- Configuration Files:
/etc/xpdf/xpdfrc changed:
psFile  "|xpp"
urlCommand  "sensible-browser '%s'"
unbind down any
unbind right any
unbind up any
unbind left any
bind down window scrollDown(16) 
bind right window scrollRight(16)
bind up window scrollUp(16)
bind left window scrollLeft(16)
bind down fullScreen nextPage
bind right fullScreen nextPage
bind up fullScreen prevPage
bind left fullScreen prevPage
include /etc/xpdf/includes


-- no debconf information

Bug#830199: texlive-latex-base: includegraphics with pdf fails with Undefined control sequence

[Attila Kinali]

Package: texlive-latex-base
Version: 2016.20160623-1
Severity: normal


Hi,

I use the pdf export of inkscape to import svg files into latex.
Some recent update broke the import function. E.g. the following
code will not work:

---schnipp---
documentclass{article}
\usepackage{graphicx}
\begin{document}
\includegraphics{some.pdf}
\end{document}
---schnapp---

but instead result in the following error message:

---schnippp---
pdflatex poster.tex 
This is pdfTeX, Version 3.14159265-2.6-1.40.17 (TeX Live 2016/Debian) 
(preloaded format=pdflatex)
 restricted \write18 enabled.
entering extended mode
(./blah.tex
LaTeX2e <2016/03/31> patch level 1
Babel <3.9r> and hyphenation patterns for 83 language(s) loaded.
(/usr/share/texlive/texmf-dist/tex/latex/base/article.cls
Document Class: article 2014/09/29 v1.4h Standard LaTeX document class
(/usr/share/texlive/texmf-dist/tex/latex/base/size10.clo))
(/usr/share/texlive/texmf-dist/tex/latex/graphics/graphicx.sty
(/usr/share/texlive/texmf-dist/tex/latex/graphics/keyval.sty)
(/usr/share/texlive/texmf-dist/tex/latex/graphics/graphics.sty
(/usr/share/texlive/texmf-dist/tex/latex/graphics/trig.sty)
(/usr/share/texlive/texmf-dist/tex/latex/graphics-cfg/graphics.cfg)
(/usr/share/texlive/texmf-dist/tex/latex/pdftex-def/pdftex.def
(/usr/share/texlive/texmf-dist/tex/generic/oberdiek/infwarerr.sty)
(/usr/share/texlive/texmf-dist/tex/generic/oberdiek/ltxcmds.sty
(./blah.aux)
(/usr/share/texlive/texmf-dist/tex/context/base/mkii/supp-pdf.mkii
[Loading MPS to PDF converter (version 2006.09.02).]
) (/usr/share/texlive/texmf-dist/tex/generic/oberdiek/pdftexcmds.sty
(/usr/share/texlive/texmf-dist/tex/generic/oberdiek/ifluatex.sty)
(/usr/share/texlive/texmf-dist/tex/generic/oberdiek/ifpdf.sty))
(/usr/share/texlive/texmf-dist/tex/latex/oberdiek/epstopdf-base.sty
(/usr/share/texlive/texmf-dist/tex/latex/oberdiek/grfext.sty
(/usr/share/texlive/texmf-dist/tex/generic/oberdiek/kvdefinekeys.sty))
(/usr/share/texlive/texmf-dist/tex/latex/oberdiek/kvoptions.sty
(/usr/share/texlive/texmf-dist/tex/generic/oberdiek/kvsetkeys.sty
(/usr/share/texlive/texmf-dist/tex/generic/oberdiek/etexcmds.sty)))
(/usr/share/texlive/texmf-dist/tex/latex/latexconfig/epstopdf-sys.cfg))

! Undefined control sequence.
 ...@base \Gin@ext  image\GPT@AttrShort 
  \ifx \GPT@print \ltx@empty...
l.4 ...degraphics{some.pdf}
---schnapp---

The same code works fine with texlive-latex-base package 
version 2015.20160320-1.
I don't know whether this is a bug in the package or upstream, but
given the general lack of reports on this bug online, I am inclined
to think it's something wrong with the package rather than upstream.


##
 List of ls-R files

-rw-r--r-- 1 root root 4287 Jun 28 21:30 /var/lib/texmf/ls-R
-rw-rw-r-- 1 root staff 80 Jul  6  2012 /usr/local/share/texmf/ls-R
lrwxrwxrwx 1 root root 29 Feb 22 15:54 /usr/share/texmf/ls-R -> 
/var/lib/texmf/ls-R-TEXMFMAIN
lrwxrwxrwx 1 root root 31 Jun 23 05:58 /usr/share/texlive/texmf-dist/ls-R -> 
/var/lib/texmf/ls-R-TEXLIVEDIST
lrwxrwxrwx 1 root root 31 Jun 23 05:58 /usr/share/texlive/texmf-dist/ls-R -> 
/var/lib/texmf/ls-R-TEXLIVEDIST
-rw-r--r-- 1 root root 80 Jul  5  2014 /usr/share/texlive/texmf/ls-R
##
 Config files
-rw-r--r-- 1 root root 1464 May  9 12:36 /etc/texmf/web2c/texmf.cnf
-rw-r--r-- 1 root root 7366 Dec 28  2015 /var/lib/texmf/web2c/fmtutil.cnf
lrwxrwxrwx 1 root root 32 Jun 23 05:58 /usr/share/texmf/web2c/updmap.cfg -> 
/var/lib/texmf/updmap.cfg-DEBIAN
-rw-r--r-- 1 root root 5041 Jun 28 21:29 
/var/lib/texmf/tex/generic/config/language.dat
##
 Files in /etc/texmf/web2c/
total 8
-rw-r--r-- 1 root root  283 Jun 26  2011 mktex.cnf
-rw-r--r-- 1 root root 1464 May  9 12:36 texmf.cnf
##
 md5sums of texmf.d
ca40c66f144b4bafc3e59a2dd32ecb9c  /etc/texmf/texmf.d/00debian.cnf
055e06548bac99958d8ab2dd1248f2b4  /etc/texmf/texmf.d/80tex4ht.cnf
1df66bc319cec731e202eaf39f5d85e1  /etc/texmf/texmf.d/96JadeTeX.cnf

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

Kernel: Linux 4.5.0-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages texlive-latex-base depends on:
ii  tex-common6.05
ii  texlive-base  2016.20160623-1
ii  texlive-binaries  2016.20160513.41080-4

Versions of packages texlive-latex-base recommends:
ii  texlive-latex-base-doc  2016.20160623-1

texlive-latex-base suggests no packages.

Versions of packages tex-common depends on:
ii  dpkg  1.18.7
ii  ucf   3.0036

Versions of packages tex-common suggests:
ii  debhelper  9.20160403

Versions of packages texlive-latex-base is related to:
ii  tex-common6.05
ii  texlive-binaries  

Bug#822342: xinit: startx fails with AddScreen/ScreenInit failed for driver 0

[Attila Kinali]

Package: xinit
Version: 1.3.4-3
Severity: important

Dear Maintainer,

I am not sure whether this is the right package to file the bug against.

I just updated my system and the following x related packages got updated:
xorg amd64 1:7.7+14
xorg-dev all 1:7.7+14
xserver-xorg amd64 1:7.7+14
xserver-xorg-input-all amd64 1:7.7+14
xserver-xorg-video-amdgpu amd64 1.1.0-1
xserver-xorg-video-radeon amd64 1:7.7.0-1
xserver-xorg-video-ati amd64 1:7.7.0-1
xserver-xorg-video-all amd64 1:7.7+14
xserver-xorg-video-intel amd64 2:2.99.917+git20160325-1
xserver-xorg-core amd64 2:1.18.3-1
xserver-xorg-legacy amd64 2:1.18.3-1
x11-xserver-utils amd64 7.7+7
xserver-common all 2:1.18.3-1


The problem is similar (the same?) as #803364, startx fails to run seemingly
lacking permission to run. Running startx as root works. Also using xdm
instead of startx works.

I don't have systemd installed, which makes the use of xserver-xorg-legacy,
respectively Xorg.wrap necessary.


Xorg.log:
---schnipp---
X.Org X Server 1.18.3
Release Date: 2016-04-04
[  1891.192] X Protocol Version 11, Revision 0
[  1891.194] Build Operating System: Linux 3.16.0-4-amd64 x86_64 Debian
[  1891.195] Current Operating System: Linux jashugan 4.5.0-1-amd64 #1 SMP 
Debian 4.5.1-1 (2016-04-14) x86_64
[  1891.195] Kernel command line: BOOT_IMAGE=/boot/vmlinuz-4.5.0-1-amd64 
root=UUID=78fb102a-2d03-4de7-8745-20d96d647616 ro
[  1891.198] Build Date: 05 April 2016  07:00:43AM
[  1891.200] xorg-server 2:1.18.3-1 (http://www.debian.org/support) 
[  1891.202] Current version of pixman: 0.33.6
[  1891.205]Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
[  1891.205] Markers: (--) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
[  1891.211] (==) Log file: "/home/attila/.local/share/xorg/Xorg.0.log", Time: 
Sat Apr 23 17:57:02 2016
[  1891.212] (==) Using config directory: "/etc/X11/xorg.conf.d"
[  1891.214] (==) Using system config directory "/usr/share/X11/xorg.conf.d"
[  1891.214] (==) No Layout section.  Using the first Screen section.
[  1891.214] (==) No screen section available. Using defaults.
[  1891.214] (**) |-->Screen "Default Screen Section" (0)
[  1891.214] (**) |   |-->Monitor ""
[  1891.214] (==) No device specified for screen "Default Screen Section".
Using the first device section listed.
[  1891.214] (**) |   |-->Device "Card0"
[  1891.214] (==) No monitor specified for screen "Default Screen Section".
Using a default monitor configuration.
[  1891.214] (==) Automatically adding devices
[  1891.214] (==) Automatically enabling devices
[  1891.214] (==) Automatically adding GPU devices
[  1891.214] (==) Max clients allowed: 256, resource mask: 0x1f
[  1891.214] (WW) The directory "/usr/share/fonts/X11/cyrillic" does not exist.
[  1891.214]Entry deleted from font path.
[  1891.214] (==) FontPath set to:
/usr/share/fonts/X11/misc,
/usr/share/fonts/X11/100dpi/:unscaled,
/usr/share/fonts/X11/75dpi/:unscaled,
/usr/share/fonts/X11/Type1,
/usr/share/fonts/X11/100dpi,
/usr/share/fonts/X11/75dpi,
built-ins
[  1891.214] (==) ModulePath set to "/usr/lib/xorg/modules"
[  1891.214] (II) The server relies on udev to provide the list of input 
devices.
If no devices become available, reconfigure udev or disable 
AutoAddDevices.
[  1891.214] (II) Loader magic: 0x556587fa3dc0
[  1891.214] (II) Module ABI versions:
[  1891.214]X.Org ANSI C Emulation: 0.4
[  1891.214]X.Org Video Driver: 20.0
[  1891.214]X.Org XInput driver : 22.1
[  1891.214]X.Org Server Extension : 9.0
[  1891.215] (++) using VT number 1

[  1891.215] (EE) systemd-logind: failed to get session: The name 
org.freedesktop.login1 was not provided by any .service files
[  1891.216] (II) xfree86: Adding drm device (/dev/dri/card0)
[  1891.217] (--) PCI:*(0:1:0:0) 1002:68f9:174b:e164 rev 0, Mem @ 
0xe000/268435456, 0xf7e2/131072, I/O @ 0xe000/256, BIOS @ 
0x/131072
[  1891.217] (II) LoadModule: "glx"
[  1891.217] (II) Loading /usr/lib/xorg/modules/extensions/libglx.so
[  1891.218] (II) Module glx: vendor="X.Org Foundation"
[  1891.218]compiled for 1.18.3, module version = 1.0.0
[  1891.218]ABI class: X.Org Server Extension, version 9.0
[  1891.218] (==) AIGLX enabled
[  1891.218] (II) LoadModule: "radeon"
[  1891.218] (II) Loading /usr/lib/xorg/modules/drivers/radeon_drv.so
[  1891.219] (II) Module radeon: vendor="X.Org Foundation"
[  1891.219]compiled for 1.18.3, module version = 7.7.0
[  1891.219]Module class: X.Org Video Driver
[  1891.219]ABI class: X.Org Video Driver, version 20.0
[  1891.219] (II) RADEON: Driver for ATI Radeon chipsets:
ATI Radeon Mobility X600 (M24) 3150 (PCIE), ATI FireMV 2400 (PCI),
ATI Radeon Mobility X300 (M24) 3152 (PCIE),
 

Bug#792552: cryptsetup freezes shutdown procedure

[Attila Kinali]

On Thu, 16 Jul 2015 10:07:26 +0200
Avatar  wrote:

> Package: cryptsetup
> Version: 2:1.6.6-5
> 
> 
> Description:
> When shutting down Debian Stretch with full disk encryption, an error
> message appears:
> 
> Stopping remaining crypto disks
> sda2_crypt (busy)...
> 
> and the shutdown process hangs
> 
> it is a crypto testing setup, with /var & /home on separate encrypted
> partitions(no LVM),
> with their keys stored on root partition. During shutdown
> /lib/cryptsetup/cryptdisks.functions
> does one pass on parsing crypttab and it's done.

There seems to be an easier solution.

On my LVM based system, the cause of the problem seems to be that
LVM does not support proper deactivation of LV's. Hence the crypt
device is still open. Adding a `dmsetup remove_all` to clean up
the unused mappings fixes it:

--- /lib/cryptsetup/cryptdisks.functions.orig   2015-12-31 13:05:11.436014636 
+0100
+++ /lib/cryptsetup/cryptdisks.functions2015-12-31 13:15:32.140005827 
+0100
@@ -762,6 +762,7 @@
 
 # Removes all mappings in crypttab
 do_stop () {
+   dmsetup remove_all
local dst src key opts opencount major minor
 
dmsetup mknodes


-- 
It is upon moral qualities that a society is ultimately founded. All 
the prosperity and technological sophistication in the world is of no 
use without that foundation.
 -- Miss Matheson, The Diamond Age, Neil Stephenson

Bug#803364: xserver-xorg-video-radeon: xserver fails to load after update

[Attila Kinali]

On Sun, 01 Nov 2015 17:22:08 +
Julien Cristau <jcris...@debian.org> wrote:

> Please provide a log that shows logind running.

The bug is gone with the latest round of xorg updates and the
installation of xserver-xorg-legacy

        Attila Kinali
-- 
It is upon moral qualities that a society is ultimately founded. All 
the prosperity and technological sophistication in the world is of no 
use without that foundation.
 -- Miss Matheson, The Diamond Age, Neil Stephenson

Bug#803364: xserver-xorg-video-radeon: xserver fails to load after update

[Attila Kinali]

Salut Julien,

On Thu, 29 Oct 2015 09:46:00 +
Julien Cristau <jcris...@debian.org> wrote:

> On Thu, Oct 29, 2015 at 10:24:34 +0100, Attila Kinali wrote:
> 
> > [   782.549] (EE) systemd-logind: failed to get session: The name 
> > org.freedesktop.login1 was not provided by any .service files
> 
> You need to install libpam-systemd.

You have down graded the bug from grave to normal and tagged it "moreinfo".

I just tested and the bug is still there. As I already wrote
installing libpam-systemd does not help. This breaks X11 for
people without warning and without any way to fix but downgrade
(which isn't easy either, due to interdependence of package versions).
So I would say that a severity of at least "important" would be
in order.

What kind of information can I provide to help fix this.

Attila Kinali


-- 
Reading can seriously damage your ignorance.
-- unknown

Bug#803364: xserver-xorg-video-radeon: xserver fails to load after update

[Attila Kinali]

On Thu, 29 Oct 2015 09:46:00 +
Julien Cristau <jcris...@debian.org> wrote:

> On Thu, Oct 29, 2015 at 10:24:34 +0100, Attila Kinali wrote:
> 
> > [   782.549] (EE) systemd-logind: failed to get session: The name 
> > org.freedesktop.login1 was not provided by any .service files
> 
> You need to install libpam-systemd.

I installed libpam-systemd (which pulls in systemd) and it didn't help.
I still get the same error message, both that systemd-logind failed
to get the session (although logind does something as it outputs messages)
and the xserver still fails to start (with the same behaviour).

I played a bit with the package versions. It looks like it's a problem
within xserver-xorg or xserver-xorg-core. Downgrading both of them gets
rid of the problem.

        Attila Kinali

-- 
Reading can seriously damage your ignorance.
-- unknown

Bug#803364: xserver-xorg-video-radeon: xserver fails to load after update

[Attila Kinali]

 (EE) 
Fatal server error:
[   782.700] (EE) AddScreen/ScreenInit failed for driver 0
---schnapp---


As you can imagine, this is pretty annoying. Any hints how to solve
this issue would be much appreciated.


Attila Kinali


-- Package-specific info:
X server symlink status:

lrwxrwxrwx 1 root root 13 Mar  3  2013 /etc/X11/X -> /usr/bin/Xorg
-rwxr-xr-x 1 root root 274 Oct  6 09:35 /usr/bin/Xorg

VGA-compatible devices on PCI bus:
--
01:00.0 VGA compatible controller [0300]: Advanced Micro Devices, Inc. 
[AMD/ATI] Cedar [Radeon HD 5000/6000/7350/8350 Series] [1002:68f9]

/etc/X11/xorg.conf does not exist.

Contents of /etc/X11/xorg.conf.d:
-
total 12
-rw-r--r-- 1 root root 924 Apr 20  2014 10-fglrx.conf.disabled
-rw-r--r-- 1 root root 877 Mar 20  2013 10-monitor.conf
-rw-r--r-- 1 root root 183 Mar 20  2013 20-keyboardconf.conf

KMS configuration files:

/etc/modprobe.d/radeon-kms.conf:
  options radeon modeset=1

Kernel version (/proc/version):
---
Linux version 4.2.0-1-amd64 (debian-ker...@lists.debian.org) (gcc version 4.9.3 
(Debian 4.9.3-4) ) #1 SMP Debian 4.2.3-2 (2015-10-14)

Xorg X server log files on system:
--
-rw-r--r-- 1 attila attila 31K Okt 29 08:50 
/home/attila/.local/share/xorg/Xorg.0.log


Contents of most recent Xorg X server log file 
(/home/attila/.local/share/xorg/Xorg.0.log):
-
[   782.524] 
X.Org X Server 1.17.2
Release Date: 2015-06-16
[   782.528] X Protocol Version 11, Revision 0
[   782.529] Build Operating System: Linux 4.2.0-1-amd64 x86_64 Debian
[   782.531] Current Operating System: Linux jashugan 4.2.0-1-amd64 #1 SMP 
Debian 4.2.3-2 (2015-10-14) x86_64
[   782.531] Kernel command line: BOOT_IMAGE=/boot/vmlinuz-4.2.0-1-amd64 
root=UUID=78fb102a-2d03-4de7-8745-20d96d647616 ro
[   782.534] Build Date: 06 October 2015  07:27:47AM
[   782.535] xorg-server 2:1.17.2-3 (http://www.debian.org/support) 
[   782.536] Current version of pixman: 0.33.2
[   782.539]Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
[   782.539] Markers: (--) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
[   782.545] (==) Log file: "/home/attila/.local/share/xorg/Xorg.0.log", Time: 
Thu Oct 29 08:50:06 2015
[   782.546] (==) Using config directory: "/etc/X11/xorg.conf.d"
[   782.547] (==) Using system config directory "/usr/share/X11/xorg.conf.d"
[   782.548] (==) No Layout section.  Using the first Screen section.
[   782.548] (==) No screen section available. Using defaults.
[   782.548] (**) |-->Screen "Default Screen Section" (0)
[   782.548] (**) |   |-->Monitor ""
[   782.548] (==) No device specified for screen "Default Screen Section".
Using the first device section listed.
[   782.548] (**) |   |-->Device "Card0"
[   782.548] (==) No monitor specified for screen "Default Screen Section".
Using a default monitor configuration.
[   782.548] (==) Automatically adding devices
[   782.548] (==) Automatically enabling devices
[   782.548] (==) Automatically adding GPU devices
[   782.548] (WW) The directory "/usr/share/fonts/X11/cyrillic" does not exist.
[   782.548]Entry deleted from font path.
[   782.548] (WW) The directory "/usr/share/fonts/X11/75dpi/" does not exist.
[   782.548]Entry deleted from font path.
[   782.548] (WW) The directory "/usr/share/fonts/X11/75dpi" does not exist.
[   782.548]Entry deleted from font path.
[   782.548] (==) FontPath set to:
/usr/share/fonts/X11/misc,
/usr/share/fonts/X11/100dpi/:unscaled,
/usr/share/fonts/X11/Type1,
/usr/share/fonts/X11/100dpi,
built-ins
[   782.548] (==) ModulePath set to "/usr/lib/xorg/modules"
[   782.548] (II) The server relies on udev to provide the list of input 
devices.
If no devices become available, reconfigure udev or disable 
AutoAddDevices.
[   782.548] (II) Loader magic: 0x5583ada71de0
[   782.548] (II) Module ABI versions:
[   782.548]X.Org ANSI C Emulation: 0.4
[   782.548]X.Org Video Driver: 19.0
[   782.548]X.Org XInput driver : 21.0
[   782.548]X.Org Server Extension : 9.0
[   782.549] (EE) systemd-logind: failed to get session: The name 
org.freedesktop.login1 was not provided by any .service files
[   782.550] (II) xfree86: Adding drm device (/dev/dri/card0)
[   782.551] (--) PCI:*(0:1:0:0) 1002:68f9:174b:e164 rev 0, Mem @ 
0xe000/268435456, 0xf7e2/131072, I/O @ 0xe000/256, BIOS @ 
0x/131072
[   782.551] (II) LoadModule: "glx&quo

Bug#747105: policykit-1: depends on systemd

[Attila Kinali]

On Sun, 25 May 2014 12:59:17 +0200
Laurent Bigonville bi...@debian.org wrote:

 The systemd-logind executable is in the systemd package. Installing
 this package is not automatically switching your system to systemd as
 PID1 (this is done by the systemd-sysv package).

Ah.. right. Sorry, thought that a package was referenced.

 The only thing policykit requires is a registered logind session.

Well, i don't have logind running. And my printer still works.
So i guess logind is not that important for policykit.
Unless i'm misunderstanding something

Attila Kinali

-- 
The trouble with you, Shev, is you don't say anything until you've saved
up a whole truckload of damned heavy brick arguments and then you dump
them all out and never look at the bleeding body mangled beneath the heap
-- Tirin, The Dispossessed, U. Le Guin


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

Bug#747105: policykit-1: depends on systemd

[Attila Kinali]

Package: policykit-1
Version: 0.105-5
Followup-For: Bug #747105
Control: severity #747105 normal
Control: reopen #747105


Hi,

I want to add a little bit on this bug here.
IMHO the bug is valid in the sense that policykit unnecessarily pulls
in systemd. Chosing systemd-shim, as described in bug #747397, does
not work as the dependency is unconditional.

The current CTTE's descision on the init system is not to force
any of the init systems (see [1]). As such, i find it quite
offencive to use a salami technique to get in systemd bit by bit
until everyone has installed systemd anways, so we can now officially switch

As policykit is the basis for a couple of quite usefull tools to access
privileged resources, these tools have a hard dependency on policykit.
By this, even a simple printer driver (like hplip) pulls in systemd.
And i think, you would quite agree, that a printer driver should not
depend on a specific init system at all.

Thus, i would like to reopen this bug and like the maintainers remove
the dependency on systemd itself (depending on the libraries is not
nice, but ok IMHO).

Thanks

Attila Kinali


[1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=727708#7575

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

Kernel: Linux 3.12-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/dash

Versions of packages policykit-1 depends on:
ii  dbus   1.8.2-1
ii  libc6  2.18-5
ii  libexpat1  2.1.0-4
ii  libglib2.0-0   2.40.0-3
ii  libpam-systemd 204-8
ii  libpam0g   1.1.8-3
ii  libpolkit-agent-1-00.105-5
ii  libpolkit-backend-1-0  0.105-5
ii  libpolkit-gobject-1-0  0.105-5
ii  libsystemd-login0  204-8

policykit-1 recommends no packages.

policykit-1 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#743941: cups-daemon: why does cups-daemon depend on libsystemd-daemon0

[Attila Kinali]

Package: cups-daemon
Version: 1.7.1-10
Severity: minor

Hi,

I just wanted to ask, why cups-daemon depends on libsystemd-daemon0?
I do not see why a daemon should depend on a specific init system.
And especially why it should polute my system with the libraries
of an init system i am not using.

Thanks for your time and greetings from Switzerland

Attila Kinali


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

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

Versions of packages cups-daemon depends on:
ii  adduser  3.113+nmu3
ii  bc   1.06.95-8
ii  dpkg 1.17.6
ii  init-system-helpers  1.18
ii  libavahi-client3 0.6.31-4
ii  libavahi-common3 0.6.31-4
ii  libc62.18-4
ii  libcups2 1.7.1-10
ii  libcupsmime1 1.7.1-10
ii  libdbus-1-3  1.8.0-3
ii  libgnutls26  2.12.23-13
ii  libgssapi-krb5-2 1.12.1+dfsg-1
ii  libpam0g 1.1.8-2
ii  libpaper11.1.24+nmu2
ii  libsystemd-daemon0   204-8
ii  lsb-base 4.1+Debian12
ii  procps   1:3.3.9-2
ii  ssl-cert 1.0.33

Versions of packages cups-daemon recommends:
pn  avahi-daemon  none
ii  colord1.0.6-1
pn  cups-browsed  none

Versions of packages cups-daemon suggests:
ii  cups   1.7.1-10
ii  cups-bsd   1.7.1-10
ii  cups-client1.7.1-10
ii  cups-common1.7.1-10
ii  cups-filters [foomatic-filters]1.0.50-1
pn  cups-pdf   none
ii  cups-ppdc  1.7.1-10
ii  cups-server-common 1.7.1-10
ii  foomatic-db-compressed-ppds [foomatic-db]  20140325-1
ii  ghostscript9.05~dfsg-8+b1
ii  hplip  3.14.1-1
ii  poppler-utils  0.22.5-4+b1
ii  printer-driver-gutenprint  5.2.9-1
ii  printer-driver-hpcups  3.14.1-1
ii  smbclient  2:4.1.6+dfsg-1
ii  udev   204-8

-- 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#706482: gcc-msp430: generated interrupt table for MSP430FR5xxx parts will blow security fuse

[Attila Kinali]

On Wed, 01 May 2013 20:55:35 +0100
Adam D. Barratt a...@adam-barratt.org.uk wrote:

 On Tue, 2013-04-30 at 19:23 +0200, Attila Kinali wrote:
  The current interrupt table code definitions in the gcc-msp430 and 
  msp430mcu 
  packages will lead to generate tables that go far into a reserved region
  of the MSP430 devices in case of the MSP430FR5xxx devices.
  Apperantly this region contains the passwords and lock code for device.
  Ie once this region is written to and the device reset, access over
  JTAG becomes impossible.
 
 Unfortunately I think it's now too late to fix this before the release.

Yeah. I felt bad about opening a critical bug this short before the
release. But breaking devices is something that shouldnt happen.
 
 I'd be happy to accept the patch in a point release, but would
 appreciate some input from the maintainer here - should we ship the
 package as-is and fix the problem in the first point release, or remove
 the package (and msp430-libc) from wheezy? The removal would not be a
 regression, as neither package is in squeeze.

I would not remove the packages from wheezy, that would be unwarranted.
Maybe an intermediate solution would be to change the description of
the packages to contain a warning for the FRAM based devices. And then
fix it in the point realease in 2 or 3 months.

Attila Kinali

-- 
The people on 4chan are like brilliant psychologists
who also happen to be insane and gross.
-- unknown


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

Bug#706482: gcc-msp430: generated interrupt table for MSP430FR5xxx parts will blow security fuse

[Attila Kinali]

Package: gcc-msp430
Version: 4.6.3~mspgcc-20120406-3
Severity: critical

Moin,

The current interrupt table code definitions in the gcc-msp430 and msp430mcu 
packages will lead to generate tables that go far into a reserved region
of the MSP430 devices in case of the MSP430FR5xxx devices.
Apperantly this region contains the passwords and lock code for device.
Ie once this region is written to and the device reset, access over
JTAG becomes impossible.
See 
http://thread.gmane.org/gmane.comp.hardware.texas-instruments.msp430.gcc.user/10623/focus=10627
 for an explenation.

The current gcc-msp/msp430mcu should be either fixed to not overwrite
the reserved regions or refuse to generate code for those devices with
an appropriate error message. Otherwise people will brick there devices
with a supposedly safe procedure.

Attila Kinali

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

Kernel: Linux 3.5.4 (SMP w/2 CPU cores)
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/bash

Versions of packages gcc-msp430 depends on:
ii  binutils-msp430  2.22~msp20120406-2
ii  libc62.13-38
ii  libgmp10 2:5.0.5+dfsg-2
ii  libmpc2  0.9-4
ii  libmpfr4 3.1.0-5
ii  msp430mcu20120406-2

Versions of packages gcc-msp430 recommends:
ii  msp430-libc  20120224-1

gcc-msp430 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#696435: [PATCH] connect to local host if transport is ssh and no listen tag is set in the domain

[Attila Kinali]

Hi,

I think this bug is described in [1] and has been patched in upstream
using [2]. I modified the patch slightly to apply to 0.5.3, but it's rather
a quick hack and proof that it works rather than a proper fix.

I also guess that this bug is a dublicate of #684725, but that the actual
behaviour only slightly differs (i've seen totally different error message
on ubuntu with the same package, which is also fixed by this patch)


Attila Kinali




[1] https://www.redhat.com/archives/virt-tools-list/2012-November/msg6.html
[2] https://www.redhat.com/archives/virt-tools-list/2012-November/msg00018.html

-- 
There is no secret ingredient
 -- Po, Kung Fu Panda
--- virt-viewer-0.5.3.orig/src/virt-viewer.c
+++ virt-viewer-0.5.3/src/virt-viewer.c
@@ -354,10 +354,17 @@ virt_viewer_extract_connect_info(VirtVie
 if (!ghost ||
 (strcmp(ghost, 0.0.0.0) == 0 ||
  strcmp(ghost, ::) == 0)) {
+	 char *replace = NULL;
+	if(strcmp(transport, ssh) == 0)
+	{
+		replace = localhost;
+	} else {
+		replace = host;
+	}
 DEBUG_LOG(Guest graphics listen '%s' is NULL or a wildcard, replacing with '%s',
-  ghost ? ghost : , host);
+  ghost ? ghost : , replace);
 g_free(ghost);
-ghost = g_strdup(host);
+ghost = g_strdup(replace);
 }
 
 virt_viewer_app_set_connect_info(app, host, ghost, gport, gtlsport,transport, unixsock, user, port, NULL);

Bug#684264: logger: sending syslog messages to remote host fails due to incomplete handling

[Attila Kinali]

Package: util-linux
Version: 2.20.1-5.1
Severity: important
Tags: patch

Moin,

logger can send syslog messages to remote server using the -n switch.
Unfortunately this does not work because the handling of the switch
is incomplete.

The following simple patch fixes this:

diff -ur util-linux-2.20.1-orig/misc-utils/logger.c 
util-linux-2.20.1/misc-utils/logger.c
--- util-linux-2.20.1-orig/misc-utils/logger.c  2011-10-18 07:41:47.0 
+0200
+++ util-linux-2.20.1/misc-utils/logger.c   2012-08-08 09:35:56.903618217 
+0200
@@ -281,7 +281,7 @@
}
}
if (p != buf) {
-   if (!usock)
+   if (!usock  !udpserver)
syslog(pri, %s, buf);
else
mysyslog(LogSock, logflags, pri, tag, buf);
@@ -295,13 +295,13 @@
if (len  0  buf[len - 1] == '\n')
buf[len - 1] = '\0';
 
-   if (!usock)
+   if (!usock  !udpserver)
syslog(pri, %s, buf);
else
mysyslog(LogSock, logflags, pri, tag, buf);
}
}
-   if (!usock)
+   if (!usock  !udpserver)
closelog();
else
close(LogSock);


Attila Kinali

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

Kernel: Linux 3.2.0-2-686-pae (SMP w/2 CPU cores)
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/bash

Versions of packages util-linux depends on:
ii  debconf [debconf-2.0]  1.5.44
ii  dpkg   1.16.4.3
ii  initscripts2.88dsf-22.1
ii  install-info   4.13a.dfsg.1-10
ii  libblkid1  2.20.1-5.1
ii  libc6  2.13-33
ii  libncurses55.9-10
ii  libselinux12.1.9-5
ii  libslang2  2.2.4-15
ii  libtinfo5  5.9-10
ii  libuuid1   2.20.1-5.1
ii  lsb-base   4.1+Debian7
ii  tzdata 2012c-1
ii  zlib1g 1:1.2.7.dfsg-13

util-linux recommends no packages.

Versions of packages util-linux suggests:
ii  dosfstools  3.0.13-1
ii  kbd 1.15.3-9
pn  util-linux-locales  none

-- debconf information excluded


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

Bug#452365: symlink eating bug still present in tar 1.23-3

[Attila Kinali]

On Tue, 10 Apr 2012 16:52:34 -0600
Bdale Garbee bd...@gag.com wrote:

 On Tue, 10 Apr 2012 22:15:17 +0200, Attila Kinali att...@kinali.ch wrote:
  I just got hit by this bug as well. Unfortunately i cannot make a simple
  testcase that reproduces this bug. All my attempts failed. But at least
  i can reproduce it. 
 
 Do you think the problem is still present in tar version 1.26-4 which is
 what's current in unstable and testing?  I'm having trouble reproducing
 the problem.

I don't know. I am not sure whether upgrading tar is a good idea.
I've the same troubles reproducing the bug as you do. Ie i don't
know what causes the bug and how i can trigger it. All my attempts
on creating a test case failed. The only thing i can tell you is,
that tarring a certain directory will trigger the bug in question.

IMHO we should try to figure out what causes the bug in the stable
version of tar, then try to figure out whether that cause is still
present in the current version.

Attila Kinali

-- 
Why does it take years to find the answers to
the questions one should have asked long ago?



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

Bug#452365: symlink eating bug still present in tar 1.23-3

[Attila Kinali]

Package: tar
Version: 1.23-3
Severity: normal


Moin,

I just got hit by this bug as well. Unfortunately i cannot make a simple
testcase that reproduces this bug. All my attempts failed. But at least
i can reproduce it. 

What i did was:

tar cf - blah | (cd /somewhere/else; tar xf -)

an strace of the first tar for one of the broken symlinks looks like this:
---schnipp---
5798  lstat64(containingDirectory/symlink_with_long_name_and_absolut_path, 
{st_dev=makedev(8, 128), st_ino=12124195, st_mode=S_IFLNK|0777, st_nlink=1, 
st_uid=0, st_gid=0, st_blksize=4096, st_blocks=0, st_size=58, 
st_atime=2010/09/20-23:16:44, st_mtime=2010/09/19-21:40:51, 
st_ctime=2010/09/19-21:40:51}) = 0
5798  readlink(containingDirectory/symlink_with_long_name_and_absolut_path, 
/directory/the/symlink/is/pointing/to..., 59) = 58
---schnapp---

and for the second tar:

---schnipp---
5799  open(containingDirectory/symlink_with_long_name_and_absolut_path, 
O_WRONLY|O_CREAT|O_EXCL|O_LARGEFILE, 0) = 3
5799  fstat64(3, {st_dev=makedev(8, 32), st_ino=27373569, st_mode=S_IFREG, 
st_nlink=1, st_uid=0, st_gid=0, st_blksize=4096, st_blocks=0, st_size=0, 
st_atime=2012/04/10-22:04:15, st_mtime=2012/04/10-22:04:15, 
st_ctime=2012/04/10-22:04:15}) = 0
5799  close(3) = 0
---schnapp---


As can be seen, a file is created instead of a symlink. Why, i don't know.
Please let me know if you need more info

Attila Kinali

-- System Information:
Debian Release: 6.0.4
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: i386 (i686)

Kernel: Linux 3.3.1 (SMP w/2 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/dash

Versions of packages tar depends on:
ii  libc6 2.11.3-2   Embedded GNU C Library: Shared lib

tar recommends no packages.

Versions of packages tar suggests:
ii  bzip2   1.0.5-6+squeeze1 high-quality block-sorting file co
pn  ncompress   none   (no description available)
ii  xz-utils5.0.0-2  XZ-format compression utilities

-- 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#668318: grub-common: grub-mkdevicemap takes hours because it reads a cciss device

[Attila Kinali]

Package: grub-common
Version: 1.99-17
Severity: normal

Dear Maintainer,

For some unknown reason, which is clearly beyond me, grub-mkdevicemap
decided that it is a good idea to read out the complete cciss device
which is
1) a 2TB raid
2) not mounted
3) contains two partitions, one with a test linux system on

The problem with this is, that the install takes hours (i'm not joking).
And killing grub-mkdevicema doesn't work, because the process locks up
in unterruptible state (D).

The only way around it is to reboot, which is kind of dangerouse
with only a half installed grub.

Attila Kinali


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

Kernel: Linux 3.1.0-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=de_CH, LC_CTYPE=de_CH (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/dash

Versions of packages grub-common depends on:
ii  gettext-base0.18.1.1-5
ii  libc6   2.13-27
ii  libdevmapper1.02.1  2:1.02.67-2
ii  libfreetype62.4.9-1
ii  libfuse22.8.7-1
ii  zlib1g  1:1.2.6.dfsg-2

Versions of packages grub-common recommends:
pn  os-prober  none

Versions of packages grub-common suggests:
pn  desktop-base   none
pn  grub-emu   none
pn  multiboot-doc  none
pn  xorrisonone

-- 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#668319: grub-pc postins issuses a find / which takes an overly long time on large disks

[Attila Kinali]

Package: grub-pc
Version: 1.99-17
Severity: normal

Dear Maintainer,

grub-pc's postinst runs a find / over all local disks. This takes a lot of
time if large disks with lots of small files are installed. In my case
it takes nearly 20 minutes. This is IMHO not acceptable. And i do not see
a reason why grub-pc has to scan all files on a system.

Attila Kinali

-- Package-specific info:

*** BEGIN /proc/mounts
/dev/disk/by-uuid/44afc0ec-27fc-4664-b067-ce08d2e1d8c2 / ext3 
rw,relatime,errors=remount-ro,barrier=1,data=ordered 0 0
/dev/sda1 /boot ext3 rw,relatime,errors=continue,barrier=1,data=ordered 0 0
/dev/sda7 /home ext3 rw,relatime,errors=continue,barrier=1,data=ordered 0 0
/dev/sda5 /pure32 ext3 rw,relatime,errors=continue,barrier=1,data=ordered 0 0
/dev/disk/by-uuid/44afc0ec-27fc-4664-b067-ce08d2e1d8c2 
/home/attila/tmp/skype/chroot/tmp ext3 
rw,relatime,errors=remount-ro,barrier=1,data=ordered 0 0
*** END /proc/mounts

*** BEGIN /boot/grub/device.map
(hd0)   /dev/disk/by-id/ata-WDC_WD1600JS-22MHB0_WD-WCANM4565027
*** END /boot/grub/device.map

*** BEGIN /boot/grub/grub.cfg
#
# DO NOT EDIT THIS FILE
#
# It is automatically generated by grub-mkconfig using templates
# from /etc/grub.d and settings from /etc/default/grub
#

### BEGIN /etc/grub.d/00_header ###
if [ -s $prefix/grubenv ]; then
  load_env
fi
set default=0
if [ ${prev_saved_entry} ]; then
  set saved_entry=${prev_saved_entry}
  save_env saved_entry
  set prev_saved_entry=
  save_env prev_saved_entry
  set boot_once=true
fi

function savedefault {
  if [ -z ${boot_once} ]; then
saved_entry=${chosen}
save_env saved_entry
  fi
}

function load_video {
  insmod vbe
  insmod vga
  insmod video_bochs
  insmod video_cirrus
}

insmod part_msdos
insmod ext2
set root='(hd0,msdos6)'
search --no-floppy --fs-uuid --set=root 44afc0ec-27fc-4664-b067-ce08d2e1d8c2
if loadfont /usr/share/grub/unicode.pf2 ; then
  set gfxmode=640x480
  load_video
  insmod gfxterm
fi
terminal_output gfxterm
set timeout=5
### END /etc/grub.d/00_header ###

### BEGIN /etc/grub.d/05_debian_theme ###
set menu_color_normal=cyan/blue
set menu_color_highlight=white/blue
### END /etc/grub.d/05_debian_theme ###

### BEGIN /etc/grub.d/10_linux ###
menuentry 'Debian GNU/Linux, with Linux 3.2.0-1-amd64' --class debian --class 
gnu-linux --class gnu --class os {
insmod gzio
insmod part_msdos
insmod ext2
set root='(hd0,msdos1)'
search --no-floppy --fs-uuid --set=root 
0a3d0d9b-22c7-4267-a002-35494437e9be
echo'Loading Linux 3.2.0-1-amd64 ...'
linux   /vmlinuz-3.2.0-1-amd64 
root=UUID=44afc0ec-27fc-4664-b067-ce08d2e1d8c2 ro  
echo'Loading initial ramdisk ...'
initrd  /initrd.img-3.2.0-1-amd64
}
menuentry 'Debian GNU/Linux, with Linux 3.2.0-1-amd64 (recovery mode)' --class 
debian --class gnu-linux --class gnu --class os {
insmod gzio
insmod part_msdos
insmod ext2
set root='(hd0,msdos1)'
search --no-floppy --fs-uuid --set=root 
0a3d0d9b-22c7-4267-a002-35494437e9be
echo'Loading Linux 3.2.0-1-amd64 ...'
linux   /vmlinuz-3.2.0-1-amd64 
root=UUID=44afc0ec-27fc-4664-b067-ce08d2e1d8c2 ro single 
echo'Loading initial ramdisk ...'
initrd  /initrd.img-3.2.0-1-amd64
}
menuentry 'Debian GNU/Linux, with Linux 3.1.0-1-amd64' --class debian --class 
gnu-linux --class gnu --class os {
insmod gzio
insmod part_msdos
insmod ext2
set root='(hd0,msdos1)'
search --no-floppy --fs-uuid --set=root 
0a3d0d9b-22c7-4267-a002-35494437e9be
echo'Loading Linux 3.1.0-1-amd64 ...'
linux   /vmlinuz-3.1.0-1-amd64 
root=UUID=44afc0ec-27fc-4664-b067-ce08d2e1d8c2 ro  
echo'Loading initial ramdisk ...'
initrd  /initrd.img-3.1.0-1-amd64
}
menuentry 'Debian GNU/Linux, with Linux 3.1.0-1-amd64 (recovery mode)' --class 
debian --class gnu-linux --class gnu --class os {
insmod gzio
insmod part_msdos
insmod ext2
set root='(hd0,msdos1)'
search --no-floppy --fs-uuid --set=root 
0a3d0d9b-22c7-4267-a002-35494437e9be
echo'Loading Linux 3.1.0-1-amd64 ...'
linux   /vmlinuz-3.1.0-1-amd64 
root=UUID=44afc0ec-27fc-4664-b067-ce08d2e1d8c2 ro single 
echo'Loading initial ramdisk ...'
initrd  /initrd.img-3.1.0-1-amd64
}
menuentry 'Debian GNU/Linux, with Linux 3.0.4' --class debian --class gnu-linux 
--class gnu --class os {
insmod gzio
insmod part_msdos
insmod ext2
set root='(hd0,msdos1)'
search --no-floppy --fs-uuid --set=root 
0a3d0d9b-22c7-4267-a002-35494437e9be
echo'Loading Linux 3.0.4 ...'
linux   /vmlinuz-3.0.4 root=/dev/sda6 ro  
}
menuentry 'Debian GNU/Linux, with Linux 3.0.4 (recovery mode)' --class debian 
--class gnu-linux --class gnu

Bug#654860: locate: updatedb's sort process generates large amount of temporary data

[Attila Kinali]

Package: locate
Version: 4.4.2-1+b1
Severity: normal
Tags: upstream patch

Hi,

I am running locate/updatedb on my fileserver which contains a large amount
of files (several milion). When running updatedb in such an enviroment, its
subprocess sort will create a large amount (1.5GB in my case) of temporary
data in /var/tmp. If /var/tmp is on a rather small partition, this will
cause the partition to be completely filled up.

The solution is to tell sort to use gzip on its temporary data, which results
in a decrease of temp data size by a factor of 10. The performance impact
on updatedb is negligible (less than 1%).

Attila Kinali

-- System Information:
Debian Release: 6.0.3
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: i386 (i686)

Kernel: Linux 2.6.39.2 (SMP w/2 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/dash

Versions of packages locate depends on:
ii  findutils 4.4.2-1+b1 utilities for finding files--find,
ii  libc6 2.11.2-10  Embedded GNU C Library: Shared lib

locate recommends no packages.

locate suggests no packages.

-- no debconf information
--- updatedb.findutils.orig 2010-10-26 19:53:42.0 +0200
+++ updatedb.findutils  2012-01-06 11:40:19.0 +0100
@@ -275,7 +275,7 @@
 exit $?
   fi
 fi
-} | $sort -f | $frcode $frcode_options  $LOCATE_DB.n
+} | $sort --compress-program=gzip -f | $frcode $frcode_options  $LOCATE_DB.n
 then
 : OK so far
 true
@@ -344,7 +344,7 @@
 exit $?
   fi
 fi
-} | tr / '\001' | $sort -f | tr '\001' /  $filelist
+} | tr / '\001' | $sort --compress-program=gzip -f | tr '\001' /  $filelist
 
 # Compute the (at most 128) most common bigrams in the file list.
 $bigram $bigram_opts  $filelist | sort | uniq -c | sort -nr |

Bug#654861: coreutils: sort creates temporary files in /var/tmp instead of /tmp thus violating the FHS

[Attila Kinali]

Package: coreutils
Version: 8.5-1
Severity: important

Hi,

For some reason, sort generates temporary files in /var/tmp instead of /tmp.
As /var/tmp is not cleaned regularly or on boot, this means that any left
over files (eg due to crashes) will be left in /var/tmp forever.
Also sort cannot use the data on subsequent invocations, which makes the
persistence of the data meaningless.

This bug is market as important because this violates the FHS. This would
require a severity of serious, but IMHO the impact of this bug is too
low to justify such a high severity.


Attila Kinali

-- System Information:
Debian Release: 6.0.3
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: i386 (i686)

Kernel: Linux 2.6.39.2 (SMP w/2 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/dash

Versions of packages coreutils depends on:
ii  libacl1   2.2.49-4   Access control list shared library
ii  libattr1  1:2.4.44-2 Extended attribute shared library
ii  libc6 2.11.2-10  Embedded GNU C Library: Shared lib
ii  libselinux1   2.0.96-1   SELinux runtime shared libraries

coreutils recommends no packages.

coreutils 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#654861: coreutils: sort creates temporary files in /var/tmp instead of /tmp thus violating the FHS

[Attila Kinali]

On Fri, 06 Jan 2012 14:47:10 +0100
Jim Meyering j...@meyering.net wrote:

  For some reason, sort generates temporary files in /var/tmp instead of /tmp.
  As /var/tmp is not cleaned regularly or on boot, this means that any left
  over files (eg due to crashes) will be left in /var/tmp forever.
  Also sort cannot use the data on subsequent invocations, which makes the
  persistence of the data meaningless.
 
  This bug is market as important because this violates the FHS. This would
  require a severity of serious, but IMHO the impact of this bug is too
  low to justify such a high severity.
 
 Thanks for the report, but I think this must be due to your environment.
 Sort honors the $TMPDIR environment variable, and if it is set to /var/tmp,
 then that would explain what you're seeing.

Blub...
You are right. Although i had a quick look in the script that TMPDIR is
not set, i didn't print the enviroment and thus didn't catch that
TMPDIR was set before...

closing the bug.

Thanks a lot

Attila Kinali

-- 
Why does it take years to find the answers to
the questions one should have asked long ago?



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

Bug#651161: iceweasel segfaults on startup

[Attila Kinali]

Package: iceweasel

Version: 8.0-3
Severity: important

Dear Maintainer,

iceweasel crashes quite often on one of my machines, the exact cause is
unknown to me. It is configured (IMHO) exactly the same on all systems,
with the same plugins/add-ons.

After the last crash this morning, i cannot start iceweasel at all.
It comes up, asks me whether i should restore the session and then
crashes. It doesn't matter whether i start a new session or restore
the old one, the outcome is the same. Running iceweasel in safe mode
and disabling everything doesn't help either.

A bt on the core file results in a single entry:
Program terminated with signal 11, Segmentation fault.
#0  0xb631b5f4 in ?? () from /usr/lib/xulrunner-8.0/libxul.so

ie the stack frame was overwritten with garbage...

Attila Kinali

-- Package-specific info:

-- Extensions information
Name: Adblock Plus extensionfalse
Location: 
/usr/share/mozilla/extensions/{ec8030f7-c20a-464f-9b0e-13a3a9e97384}/{d10d0bf8-f5b5-c8b4-a8b2-2b9879e08c5d}
Package: xul-ext-adblock-plus
Status: enabled

Name: Default themefalse
Location: /usr/lib/iceweasel/extensions/{972ce4c6-7e08-4474-a285-3208198ce6fd}
Package: iceweasel
Status: enabled

Name: Japanese-English Dictionary for rikaichan extensionfalse
Location: ${PROFILE_EXTENSIONS}/{6D898772-AD34-4c16-86BB-9DE787A5DEA0}
Status: app-disabled

Name: Names Dictionary for rikaichan extensionfalse
Location: ${PROFILE_EXTENSIONS}/{566D6332-1439-43bf-857E-7AD5F137AD0C}
Status: app-disabled

Name: Rikaichan extensionfalse
Location: ${PROFILE_EXTENSIONS}/{0AA9101C-D3C1-4129-A9B7-D778C6A17F82}
Status: enabled

Name: Rikaichan Japanese Names Dictionary File extensionfalse
Location: ${PROFILE_EXTENSIONS}/rikaichan-jpna...@polarcloud.com
Status: enabled

Name: Rikaichan Japanese-English Dictionary File extensionfalse
Location: ${PROFILE_EXTENSIONS}/rikaichan-j...@polarcloud.com
Status: enabled

Name: Session Manager extensionfalse
Location: ${PROFILE_EXTENSIONS}/{1280606b-2510-4fe0-97ef-9b5a22eafe30}.xpi
Status: enabled

-- Plugins information
Name: DjView-4.8
Location: /usr/lib/mozilla/plugins/nsdejavu.so
Package: djview-plugin
Status: enabled


-- Addons package information
ii  djview-plugin  4.8-2  Browser plugin for the DjVu image format
ii  iceweasel  8.0-3  Web browser based on Firefox
ii  xul-ext-adbloc 1.3.10-3   Advertisement blocking extension for web bro

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

Kernel: Linux 3.0.0-1-686-pae (SMP w/2 CPU cores)
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/bash

Versions of packages iceweasel depends on:
ii  debianutils 4.0.4 
ii  fontconfig  2.8.0-3   
ii  libc6   2.13-21   
ii  libgcc1 1:4.6.2-5 
ii  libgdk-pixbuf2.0-0  2.24.0-1  
ii  libglib2.0-02.30.2-4  
ii  libgtk2.0-0 2.24.8-2  
ii  libnspr4-0d 4.8.9-1   
ii  libstdc++6  4.6.2-5   
ii  procps  1:3.2.8-11
ii  xulrunner-8.0   8.0-3 

iceweasel recommends no packages.

Versions of packages iceweasel suggests:
ii  libgssapi-krb5-21.9.1+dfsg-3
ii  libkrb531.9.1+dfsg-3
ii  mozplugger  none  
ii  ttf-lyx 2.0.1-1 
ii  ttf-mathematica4.1  none  
ii  xfonts-mathml   4   

Versions of packages xulrunner-8.0 depends on:
ii  libasound21.0.24.1-4 
ii  libatk1.0-0   2.2.0-2
ii  libbz2-1.01.0.5-7
ii  libc6 2.13-21
ii  libcairo2 1.10.2-6.1 
ii  libdbus-1-3   1.4.16-1   
ii  libevent-1.4-21.4.14b-stable-1   
ii  libfontconfig12.8.0-3
ii  libfreetype6  2.4.8-1
ii  libgcc1   1:4.6.2-5  
ii  libgdk-pixbuf2.0-02.24.0-1   
ii  libglib2.0-0  2.30.2-4   
ii  libgtk2.0-0   2.24.8-2   
ii  libhunspell-1.3-0 1.3.2-4
ii  libjpeg8  8c-2   
ii  libmozjs8d8.0-3  
ii  libnotify40.7.4-1
ii  libnspr4-0d   4.8.9-1
ii  libnss3-1d3.13.1.with.ckbi.1.88-1
ii  libpango1.0-0 1.29.4-2   
ii  libpixman-1-0 0.24.0-1   
ii  libreadline6  6.2-8  
ii  libsqlite3-0  3.7.9-2
ii  libstartup-notification0  0.12-1 
ii  libstdc++64.6.2-5
ii  libvpx0   0.9.7.p1-2 
ii  libx11-6  2:1.4.4-4  
ii  libxext6  2:1.3.0-3  
ii  libxrender1

Bug#651161: iceweasel segfaults on startup

[Attila Kinali]

Stupid iceweasel started working again after sitting idle for half a day.
Yes, it's good that it works again. But i have no idea why it does and
what the cause of the problem was and now i cannot reproduce it anymore.
(unless iceweasel decides to stop working tomorrow again)

Attila Kinali

-- 
The trouble with you, Shev, is you don't say anything until you've saved
up a whole truckload of damned heavy brick arguments and then you dump
them all out and never look at the bleeding body mangled beneath the heap
-- Tirin, The Dispossessed, U. Le Guin



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

Bug#645680: xserver-xorg-video-intel: Xserver crash

[Attila Kinali]

Moin,

I have the same problem. Starting iceweasel/firefox causes a x server crash
in one out of ten cases, since the last update. It was fine before.

System is a Thinkpad X220

---lspci -v ---
00:02.0 VGA compatible controller: Intel Corporation 2nd Generation Core 
Processor Family Integrated Graphics Controller (rev 09) (prog-if 00 [VGA 
controller])
Subsystem: Lenovo Device 21da
Flags: bus master, fast devsel, latency 0, IRQ 49
Memory at f000 (64-bit, non-prefetchable) [size=4M]
Memory at e000 (64-bit, prefetchable) [size=256M]
I/O ports at 5000 [size=64]
Expansion ROM at unassigned [disabled]
Capabilities: access denied
Kernel driver in use: i915
---lspci -v ---

---xrandr -q ---
Screen 0: minimum 320 x 200, current 1366 x 768, maximum 8192 x 8192
LVDS1 connected 1366x768+0+0 (normal left inverted right x axis y axis) 277mm x 
156mm
   1366x768   60.0*+
   1360x768   59.8 60.0  
   1024x768   60.0  
   800x60060.3 56.2  
   640x48059.9  
VGA1 disconnected (normal left inverted right x axis y axis)
HDMI1 disconnected (normal left inverted right x axis y axis)
DP1 disconnected (normal left inverted right x axis y axis)
HDMI2 disconnected (normal left inverted right x axis y axis)
HDMI3 disconnected (normal left inverted right x axis y axis)
DP2 disconnected (normal left inverted right x axis y axis)
DP3 disconnected (normal left inverted right x axis y axis)
---xrandr -q ---

---Xorg.0.log---
[ 27434.469] 
X.Org X Server 1.11.1.902 (1.11.2 RC 2)
Release Date: 2011-10-28
[ 27434.469] X Protocol Version 11, Revision 0
[ 27434.469] Build Operating System: Linux 3.1.0-rc4-amd64 x86_64 Debian
[ 27434.469] Current Operating System: Linux shumira 3.0.0-1-amd64 #1 SMP Sat 
Aug 27 16:21:11 UTC 2011 x86_64
[ 27434.469] Kernel command line: BOOT_IMAGE=/vmlinuz-3.0.0-1-amd64 
root=/dev/mapper/shumira-root ro quiet
[ 27434.469] Build Date: 02 November 2011  10:15:50AM
[ 27434.469] xorg-server 2:1.11.1.902-1 (Cyril Brulebois k...@debian.org) 
[ 27434.469] Current version of pixman: 0.22.2
[ 27434.469]Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
[ 27434.469] Markers: (--) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
[ 27434.469] (==) Log file: /var/log/Xorg.0.log, Time: Wed Nov 16 21:26:27 
2011
[ 27434.470] (==) Using system config directory /usr/share/X11/xorg.conf.d
[ 27434.470] (==) No Layout section.  Using the first Screen section.
[ 27434.470] (==) No screen section available. Using defaults.
[ 27434.470] (**) |--Screen Default Screen Section (0)
[ 27434.470] (**) |   |--Monitor default monitor
[ 27434.470] (==) No monitor specified for screen Default Screen Section.
Using a default monitor configuration.
[ 27434.471] (==) Automatically adding devices
[ 27434.471] (==) Automatically enabling devices
[ 27434.471] (WW) The directory /usr/share/fonts/X11/cyrillic does not exist.
[ 27434.471]Entry deleted from font path.
[ 27434.471] (==) FontPath set to:
/usr/share/fonts/X11/misc,
/usr/share/fonts/X11/100dpi/:unscaled,
/usr/share/fonts/X11/75dpi/:unscaled,
/usr/share/fonts/X11/Type1,
/usr/share/fonts/X11/100dpi,
/usr/share/fonts/X11/75dpi,
/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType,
built-ins
[ 27434.471] (==) ModulePath set to /usr/lib/xorg/modules
[ 27434.471] (II) The server relies on udev to provide the list of input 
devices.
If no devices become available, reconfigure udev or disable 
AutoAddDevices.
[ 27434.471] (II) Loader magic: 0x7fe6310b7ae0
[ 27434.471] (II) Module ABI versions:
[ 27434.471]X.Org ANSI C Emulation: 0.4
[ 27434.471]X.Org Video Driver: 11.0
[ 27434.471]X.Org XInput driver : 13.0
[ 27434.471]X.Org Server Extension : 6.0
[ 27434.472] (--) PCI:*(0:0:2:0) 8086:0126:17aa:21da rev 9, Mem @ 
0xf000/4194304, 0xe000/268435456, I/O @ 0x5000/64
[ 27434.473] (II) Open ACPI successful (/var/run/acpid.socket)
[ 27434.473] (II) LoadModule: extmod
[ 27434.474] (II) Loading /usr/lib/xorg/modules/extensions/libextmod.so
[ 27434.474] (II) Module extmod: vendor=X.Org Foundation
[ 27434.474]compiled for 1.11.1.902, module version = 1.0.0
[ 27434.474]Module class: X.Org Server Extension
[ 27434.474]ABI class: X.Org Server Extension, version 6.0
[ 27434.474] (II) Loading extension SELinux
[ 27434.474] (II) Loading extension MIT-SCREEN-SAVER
[ 27434.474] (II) Loading extension XFree86-VidModeExtension
[ 27434.474] (II) Loading extension XFree86-DGA
[ 27434.474] (II) Loading extension DPMS
[ 27434.474] (II) Loading extension XVideo
[ 27434.474] (II) Loading extension XVideo-MotionCompensation
[ 27434.475] (II) Loading extension X-Resource
[ 27434.475] (II) LoadModule: dbe
[ 

Bug#641786: xpdf: wrapper script fails on special characters in filenames

[Attila Kinali]

Package: xpdf
Version: 3.02-15
Severity: important

When a filename contains special characters like single quotes or parenthesis,
the wrapper script will fail on the eval command.


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

Kernel: Linux 2.6.38.5 (PREEMPT)
Locale: LANG=de_CH, LC_CTYPE=de_CH (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/dash

Versions of packages xpdf depends on:
ii  lesstif2  1:0.95.2-1 OSF/Motif 2.1 implementation relea
ii  libc6 2.13-7 Embedded GNU C Library: Shared lib
ii  libgcc1   1:4.6.1-1  GCC support library
ii  libpoppler5   0.12.4-1.2 PDF rendering library
ii  libstdc++64.6.1-1GNU Standard C++ Library v3
ii  libx11-6  2:1.4.3-2  X11 client-side library
ii  libxt61:1.1.1-2  X11 toolkit intrinsics library

Versions of packages xpdf recommends:
ii  gsfonts-x11   0.22   Make Ghostscript fonts available t
ii  poppler-data  0.4.4-1Encoding data for the poppler PDF 
ii  poppler-utils 0.12.4-1.2 PDF utilitites (based on libpopple

xpdf 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#632212: linux-image-2.6.39-2-686-pae: kernel locks up when starting udev, upon graphics mode switch

[Attila Kinali]

Package: linux-2.6
Version: 2.6.39-2
Severity: important

I just upgraded my desktop from stable to testing and got
the current 2.6.39.2 kernel package installed.

During the boot process, when udev is started, the kernel switches
from text mode into graphics mode. After this, the image on the screen
is completely grabled (looks like the graphics card is using uninitialized
memory as frame buffer, ie mostly noise with some images from earlier
in the boot process visible in some corners) and locks up completely.

The last lines i see before locking up are some messages from drm
flashing by.

This does not happen with the 2.6.32 kernel from stable.


-- Package-specific info:
** Kernel log: boot messages should be attached

** Model information
not available

** PCI devices:
00:00.0 Host bridge [0600]: Intel Corporation 4 Series Chipset DRAM Controller 
[8086:2e30] (rev 03)
Subsystem: ASRock Incorporation Device [1849:2e30]
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast TAbort- TAbort- 
MAbort+ SERR- PERR- INTx-
Latency: 0
Capabilities: access denied

00:01.0 PCI bridge [0604]: Intel Corporation 4 Series Chipset PCI Express Root 
Port [8086:2e31] (rev 03) (prog-if 00 [Normal decode])
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR+ FastB2B- DisINTx+
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast TAbort- TAbort- 
MAbort- SERR- PERR- INTx-
Latency: 0, Cache Line Size: 32 bytes
Bus: primary=00, secondary=04, subordinate=04, sec-latency=0
I/O behind bridge: e000-efff
Memory behind bridge: feb0-febf
Prefetchable memory behind bridge: d000-dfff
Secondary status: 66MHz- FastB2B- ParErr- DEVSEL=fast TAbort- TAbort- 
MAbort+ SERR- PERR-
BridgeCtl: Parity- SERR+ NoISA- VGA+ MAbort- Reset- FastB2B-
PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn-
Capabilities: access denied
Kernel driver in use: pcieport

00:1b.0 Audio device [0403]: Intel Corporation N10/ICH 7 Family High Definition 
Audio Controller [8086:27d8] (rev 01)
Subsystem: ASRock Incorporation Device [1849:0397]
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast TAbort- TAbort- 
MAbort- SERR- PERR- INTx-
Latency: 0, Cache Line Size: 32 bytes
Interrupt: pin A routed to IRQ 16
Region 0: Memory at fe7fc000 (64-bit, non-prefetchable) [size=16K]
Capabilities: access denied
Kernel driver in use: HDA Intel

00:1c.0 PCI bridge [0604]: Intel Corporation N10/ICH 7 Family PCI Express Port 
1 [8086:27d0] (rev 01) (prog-if 00 [Normal decode])
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR+ FastB2B- DisINTx+
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast TAbort- TAbort- 
MAbort- SERR- PERR- INTx-
Latency: 0, Cache Line Size: 32 bytes
Bus: primary=00, secondary=02, subordinate=02, sec-latency=0
I/O behind bridge: 1000-1fff
Memory behind bridge: 8000-803f
Prefetchable memory behind bridge: cff0-cfff
Secondary status: 66MHz- FastB2B- ParErr- DEVSEL=fast TAbort- TAbort- 
MAbort- SERR- PERR-
BridgeCtl: Parity- SERR+ NoISA+ VGA- MAbort- Reset- FastB2B-
PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn-
Capabilities: access denied
Kernel driver in use: pcieport

00:1c.1 PCI bridge [0604]: Intel Corporation N10/ICH 7 Family PCI Express Port 
2 [8086:27d2] (rev 01) (prog-if 00 [Normal decode])
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR+ FastB2B- DisINTx+
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast TAbort- TAbort- 
MAbort- SERR- PERR- INTx-
Latency: 0, Cache Line Size: 32 bytes
Bus: primary=00, secondary=01, subordinate=01, sec-latency=0
I/O behind bridge: c000-cfff
Memory behind bridge: fe80-fe8f
Prefetchable memory behind bridge: cfe0-cfef
Secondary status: 66MHz- FastB2B- ParErr- DEVSEL=fast TAbort- TAbort- 
MAbort- SERR- PERR-
BridgeCtl: Parity- SERR+ NoISA+ VGA- MAbort- Reset- FastB2B-
PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn-
Capabilities: access denied
Kernel driver in use: pcieport

00:1d.0 USB Controller [0c03]: Intel Corporation N10/ICH 7 Family USB UHCI 
Controller #1 [8086:27c8] (rev 01) (prog-if 00 [UHCI])
Subsystem: ASRock Incorporation Device [1849:27c8]
Control: I/O+ Mem- BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx-

Bug#631788: snmpd: fails to install when nis is installed

[Attila Kinali]

Package: snmpd
Version: 5.4.3~dfsg-2
Severity: important

When the nis package is installed, the postinst script fails.
Removing the nis package, solves this.

The bug seems due to a read hack in the _db_cmd function in
/usr/share/debconf/confmodule

below is a log of what bash executed during installation:

---schnipp---
Setting up snmpd (5.4.3~dfsg-2) ...
configured to not write apport reports
  configured to not write apport reports
+ [ 
xconfigure = xconfigure ]
+ getent group snmp
+ [ ! ]
+ deluser --quiet --system snmp
make: Entering directory `/var/yp'
make[1]: Entering directory `/var/yp/kinali.ch'
Updating netid.byname...
make[1]: Leaving directory `/var/yp/kinali.ch'
make: Leaving directory `/var/yp'
make: Entering directory `/var/yp'
make[1]: Entering directory `/var/yp/kinali.ch'
Updating passwd.byname...
Updating passwd.byuid...
Updating group.byname...
Updating group.bygid...
Updating netid.byname...
Updating shadow.byname...
make[1]: Leaving directory `/var/yp/kinali.ch'
make: Leaving directory `/var/yp'
+ adduser --quiet --system --group --no-create-home --home /var/lib/snmp snmp
make: Entering directory `/var/yp'
make[1]: Entering directory `/var/yp/kinali.ch'
Updating netid.byname...
make[1]: Leaving directory `/var/yp/kinali.ch'
make: Leaving directory `/var/yp'
make: Entering directory `/var/yp'
make[1]: Entering directory `/var/yp/kinali.ch'
Updating netid.byname...
make[1]: Leaving directory `/var/yp/kinali.ch'
make: Leaving directory `/var/yp'
make: Entering directory `/var/yp'
make[1]: Entering directory `/var/yp/kinali.ch'
Updating passwd.byname...
Updating passwd.byuid...
Updating netid.byname...
make[1]: Leaving directory `/var/yp/kinali.ch'
make: Leaving directory `/var/yp'
+ chown -R snmp:snmp /var/lib/snmp
+ . /usr/share/debconf/confmodule
+ [ !  ]
+ PERL_DL_NONLAZY=1
+ export PERL_DL_NONLAZY
+ [  ]
+ exec /usr/share/debconf/frontend /var/lib/dpkg/info/snmpd.postinst configure 
5.4.1~dfsg-12
+ [ xconfigure = xconfigure ]
+ getent group snmp
+ [ ! ]
+ deluser --quiet --system snmp
+ adduser --quiet --system --group --no-create-home --home /var/lib/snmp snmp
+ chown -R snmp:snmp /var/lib/snmp
+ . /usr/share/debconf/confmodule
+ [ ! 1 ]
+ [ -z  ]
+ exec
+ [  ]
+ exec
+ DEBCONF_REDIR=1
+ export DEBCONF_REDIR
+ db_version 2.0
+ _db_cmd VERSION 2.0
+ IFS=  printf %s\n VERSION 2.0
+ IFS=
 read -r _db_internal_line
+ RET=20 Unsupported command make: (full line was make: Entering directory 
`/var/yp') received from confmodule.
+ return 20
dpkg: error processing snmpd (--configure):
 subprocess installed post-installation script returned error exit status 128

---schnapp---

-- System Information:
Debian Release: 6.0.2
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: i386 (i686)

Kernel: Linux 2.6.39.2 (SMP w/2 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/dash

Versions of packages snmpd depends on:
ii  adduser 3.112+nmu2   add and remove users and groups
ii  debconf [debconf-2.0]   1.5.36.1 Debian configuration management sy
ii  libc6   2.11.2-10Embedded GNU C Library: Shared lib
ii  libsnmp15   5.4.3~dfsg-2 SNMP (Simple Network Management Pr
ii  libwrap07.6.q-19 Wietse Venema's TCP wrappers libra
ii  lsb-base3.2-23.2squeeze1 Linux Standard Base 3.2 init scrip

snmpd recommends no packages.

snmpd suggests no packages.

-- Configuration Files:
/etc/snmp/snmpd.conf [Errno 13] Permission denied: u'/etc/snmp/snmpd.conf'
/etc/snmp/snmptrapd.conf [Errno 13] Permission denied: 
u'/etc/snmp/snmptrapd.conf'

-- debconf information:
  snmpd/upgradefrom36:
* snmpd/upgradefrom521:



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

Bug#571716: /usr/bin/make-kpkg: make-kpkg fails building .deb for linux 2.6.33

[Attila Kinali]

On Sun, 14 Mar 2010 21:06:55 -0700
Manoj Srivastava sriva...@acm.org wrote:

 Unfortunately, not very high. And as a package maintainer, I
  have little control over that;  release policy is set by the stable
  release managers, and I am not sure that building kernel images meets
  the bar for inclusion into stable.

IMHO it should. Building custom kernels is pretty much standard,
to get fixes for kernel bugs and support for new hardware.

Considering that 2.6.33 fixes a memory handling bug introduced
in 2.6.30, which causes the kernel to fail to allocate memory
and hence lock up for seconds, i'd say this fix for kernel-package
should be backported rather sooner than later.
 
Is there anything we can do as users, to help you getting this
backport done and included into stable?

Attila Kinali


-- 
If you want to walk fast, walk alone.
If you want to walk far, walk together.
-- African proverb



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

Bug#571716: /usr/bin/make-kpkg: make-kpkg fails building .deb for linux 2.6.33

[Attila Kinali]

On Fri, 12 Mar 2010 22:13:32 -0800
Manoj Srivastava sriva...@acm.org wrote:


 Thanks for the report.  This has been fixed in recent version of
  kernel-package. 

Is there a chance that this fix will end up in stable
any time soon? 

Attila Kinali

-- 
Why does it take years to find the answers to
the questions one should have asked long ago?



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

Bug#556465: [pkg-ntp-maintainers] Bug#556465: ntp: default config for pool servers should not use iburst

[Attila Kinali]

On Sat, 26 Dec 2009 14:09:42 +0100
Kurt Roeckx k...@roeckx.be wrote:

  Using iburst causes ntp to send a voley of packets to the ntp servers.
  While this is not a problem in a local network or when using an ntp
  server that doesn't serve a large amount of clients, it might swamp
  public servers from the ntp pool or debian pool (think about switching
  on of a lot of machines monday morning at 8).
  
  Hence i suggest to stop using iburst in the default config for any
  pool server.
 
 The documentation says:
iburst
   When the server is unreachable, send a burst of eight packets
   instead of the usual one.
[...]
 So I see no reason to remove this.

I think i've written above why this is a problem, but maybe it
was not clear enough.

Normally, the number of ntp servers from a pool is considerably
smaller than the number of clients using them. Probably in the
range of one server to 10'000 clients or more.

Now consider that most of these clients get switched on around
the same time (when people start to work or when they get home).
Traffic analysis shows that this is quite consistent per region
and ususaly within 15min-30min for got to work switch-on and
around 30min-60min for got home switch-on

This means, with having iburst as default, that 10'000 or more
clients will be firing a lot of requests to the same server
within a very short period of time. Causing a lot of traffic
and load to said server and could be regarded as a daily DoS attack.

The same, and more serious happens, when a server is offline
for some time and comes back to life. Then all clients will
be firing at the server within a few minutes, causing a major
DoS and possible putting the server offline again.

If you think that is unlikely to happen, just remember when
debian DoS'ed itself by updating the xorg packages.


Attila Kinali



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

Bug#556465: ntp: default config for pool servers should not use iburst

[Attila Kinali]

Package: ntp
Version: 1:4.2.4p6+dfsg-2
Severity: minor

Using iburst causes ntp to send a voley of packets to the ntp servers.
While this is not a problem in a local network or when using an ntp
server that doesn't serve a large amount of clients, it might swamp
public servers from the ntp pool or debian pool (think about switching
on of a lot of machines monday morning at 8).

Hence i suggest to stop using iburst in the default config for any
pool server.

Attila Kinali


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

Kernel: Linux 2.6.27.1 (PREEMPT)
Locale: LANG=de_CH, LC_CTYPE=de_CH (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/dash

Versions of packages ntp depends on:
ii  adduser  3.111   add and remove users and groups
ii  libc62.10.1-5GNU C Library: Shared libraries
ii  libcap2  1:2.17-2support for getting/setting POSIX.
ii  libedit2 2.11-20080614-1 BSD editline and history libraries
ii  libncurses5  5.7+20090803-2  shared libraries for terminal hand
ii  libssl0.9.8  0.9.8k-5SSL shared libraries
ii  lsb-base 3.2-23  Linux Standard Base 3.2 init scrip
ii  netbase  4.37Basic TCP/IP networking system

Versions of packages ntp recommends:
ii  perl  5.10.1-5   Larry Wall's Practical Extraction 

Versions of packages ntp suggests:
pn  ntp-doc   none (no description available)

-- 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#534490: icewm segfaults when opening an Eterm

[Attila Kinali]

Package: icewm
Version: 1.2.37+1.3.4pre2-2
Severity: grave
Justification: renders package unusable

One of the patches introduced in the 1.2.37+1.3.4pre2-2 version of the
icewm package break icewm in a way that it segfaults when Eterm is
started as one of the first few windows:


$ DISPLAY=:0.0 Eterm
icewm[4409]: segfault at 18b67d8 ip 00440a08 sp 7d4b2490 error 
4 in icewm[40+b8000]

This didn't happen with 1.2.37-1

Attila Kinali

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

Kernel: Linux 2.6.27.1 (PREEMPT)
Locale: LANG=de_CH, LC_CTYPE=de_CH (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/dash

Versions of packages icewm depends on:
ii  icewm-common  1.2.37+1.3.4pre2-2 wonderful Win95-OS/2-Motif-like wi
ii  libc6 2.9-12 GNU C Library: Shared libraries
ii  libesd0   0.2.41-4   Enlightened Sound Daemon - Shared 
ii  libfontconfig12.6.0-3generic font configuration library
ii  libgcc1   1:4.4.0-5  GCC support library
ii  libglib2.0-0  2.20.1-2   The GLib library of C routines
ii  libgtk2.0-0   2.16.1-2   The GTK+ graphical user interface 
ii  libice6   2:1.0.5-1  X11 Inter-Client Exchange library
ii  libsm62:1.1.0-2  X11 Session Management library
ii  libx11-6  2:1.2.1-1  X11 client-side library
ii  libxext6  2:1.0.4-1  X11 miscellaneous extension librar
ii  libxft2   2.1.13-3   FreeType-based font drawing librar
ii  libxinerama1  2:1.0.3-2  X11 Xinerama extension library
ii  libxrandr22:1.3.0-2  X11 RandR extension library

icewm recommends no packages.

Versions of packages icewm suggests:
pn  icewm-gnome-support   none (no description available)
ii  ttf-bitstream-vera1.10-7 The Bitstream Vera family of free 

-- 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#495913: postfix: postinst script overwrites inet_protocols setting in main.cf without warning and without doing a backup on upgrade

[Attila Kinali]

Package: postfix
Version: 2.3.8-2+etch1
Severity: normal

On update, the postins script of postfix unconditionally sets the
inet_protocols field to the one stored in the debconf db without any warning
and without backing up main.cf before changing it. Thus this change
is hiden from the unaware admin and cannot be traced back later.

IMHO the postinst script should leave main.cf untouched in case
it has been edited by hand and in any case macke a .dpkg-old backup
of the old, unchanged main.cf.

A warning that main.cf will be changed should be shown and the
admin asked whether this is ok or not.

Attila Kinali
-- System Information:
Debian Release: 4.0
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: amd64 (x86_64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.25.4
Locale: LANG=de_CH, LC_CTYPE=de_CH (charmap=ISO-8859-1)

Versions of packages postfix depends on:
ii  adduser3.102 Add and remove users and groups
ii  debconf [debconf-2.0]  1.5.11etch2   Debian configuration management sy
ii  dpkg   1.13.25   package maintenance system for Deb
ii  libc6  2.3.6.ds1-13etch7 GNU C Library: Shared libraries
ii  libdb4.3   4.3.29-8  Berkeley v4.3 Database Libraries [
ii  libsasl2-2 2.1.22.dfsg1-8Authentication abstraction library
ii  libssl0.9.80.9.8c-4etch3 SSL shared libraries
ii  lsb-base   3.1-23.2etch1 Linux Standard Base 3.1 init scrip
ii  netbase4.29  Basic TCP/IP networking system
ii  ssl-cert   1.0.14Simple debconf wrapper for openssl

Versions of packages postfix recommends:
ii  mailx [mail-read 1:8.1.2-0.20050715cvs-1 A simple mail user agent
ii  mutt [mail-reade 1.5.13-1.1etch1 text-based mailreader supporting M

-- debconf information:
  postfix/master_upgrade_warning:
  postfix/db_upgrade_warning: true
* postfix/mailname: batanen.kinali.ch
  postfix/tlsmgr_upgrade_warning:
  postfix/dynamicmaps_upgrade_warning:
* postfix/recipient_delim: +
* postfix/main_mailer_type: Internet Site
  postfix/transport_map_warning:
  postfix/relayhost:
* postfix/procmail: true
  postfix/bad_recipient_delimiter:
* postfix/chattr: false
* postfix/root_address: attila
  postfix/rfc1035_violation: false
  postfix/mydomain_warning:
* postfix/mynetworks: 127.0.0.1/32 78.46.43.144/32
* postfix/destinations: $myhostname localhost.localdomain
  postfix/nqmgr_upgrade_warning:
  postfix/not_configured:
* postfix/mailbox_limit: 5120
* postfix/protocols: all



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

Bug#482029: xpdf displays file correctly, but botches up all glyphs when printing

[Attila Kinali]

Package: xpdf-reader
Version: 3.02-1.3
Severity: important

xpdf renders http://ieeexplore.ieee.org/iel4/5962/15952/00741100.pdf
correctly but fails when converting it to ps for printing. pdftops fails
too so it seems it's an issue in the library. 

Interestingly, upstreams version of xpdf works fine and produces a
correct ps file. 

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

Kernel: Linux 2.6.24.2
Locale: LANG=de_CH, LC_CTYPE=de_CH (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/dash

Versions of packages xpdf depends on:
ii  xpdf-common   3.02-1.3   Portable Document Format (PDF) sui
ii  xpdf-reader   3.02-1.3   Portable Document Format (PDF) sui
ii  xpdf-utils3.02-1.3   Portable Document Format (PDF) sui

xpdf recommends no packages.

Versions of packages xpdf-reader depends on:
ii  gsfonts   1:8.11+urwcyr1.0.7~pre43-2 Fonts for the Ghostscript interpre
ii  lesstif2  1:0.95.0-2.1   OSF/Motif 2.1 implementation relea
ii  libc6 2.7-10 GNU C Library: Shared libraries
ii  libfreetype6  2.3.5-1+b1 FreeType 2 font engine, shared lib
ii  libgcc1   1:4.3.0-3  GCC support library
ii  libice6   2:1.0.4-1  X11 Inter-Client Exchange library
ii  libpaper1 1.1.23 library for handling paper charact
ii  libsm62:1.0.3-1+b1   X11 Session Management library
ii  libstdc++64.3.0-3The GNU Standard C++ Library v3
ii  libt1-5   5.1.2-2Type 1 font rasterizer library - r
ii  libx11-6  2:1.0.3-7  X11 client-side library
ii  libxext6  2:1.0.4-1  X11 miscellaneous extension librar
ii  libxp61:1.0.0.xsf1-1 X Printing Extension (Xprint) clie
ii  libxpm4   1:3.5.7-1  X11 pixmap library
ii  libxt61:1.0.5-3  X11 toolkit intrinsics library
ii  xpdf-common   3.02-1.3   Portable Document Format (PDF) sui

-- no debconf information



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

Bug#433439: [PATCH] make tftpd forgiving to slow clients

[Attila Kinali]

Package: tftpd
Version: 0.17-15
Severity: wishlist

If the client is too slow (eg embedded systems), tftp might not bei
able to deliver the data and receive a tftpd: write: Connection refused.
The patch below makes tftpd retry 3 times when a paket couldn't be send
with a delay of 1ms.


--- tftpd.c.old 2000-07-29 20:37:21.0 +0200
+++ tftpd.c 2007-07-17 09:56:17.0 +0200
@@ -401,6 +437,7 @@
register struct tftphdr *ap;/* ack packet */
volatile u_int16_t block = 1;
int size, n;
+   int retry_cnt, ret;
 
mysignal(SIGALRM, timer);
dp = r_init();
@@ -417,7 +454,14 @@
(void) sigsetjmp(timeoutbuf, 1);
 
 send_data:
-   if (send(peer, dp, size + 4, 0) != size + 4) {
+   retry_cnt = 0;
+   ret = 0;
+   while(retry_cnt 3  ret != size + 4){
+   ret = send(peer, dp, size + 4, 0);
+   if(ret != size + 4)
+   usleep(1000); /* sleep 1ms */
+   }
+   if (ret != size + 4) {
syslog(LOG_ERR, tftpd: write: %m\n);
goto abort;
}
@@ -473,6 +517,7 @@
struct tftphdr *ap;/* ack buffer */
volatile u_int16_t block = 0;
int n, size;
+   int retry_cnt, ret;
 
mysignal(SIGALRM, timer);
dp = w_init();
@@ -484,7 +531,14 @@
block++;
(void) sigsetjmp(timeoutbuf, 1);
 send_ack:
-   if (send(peer, ackbuf, 4, 0) != 4) {
+   retry_cnt = 0;
+   ret = 0;
+   while(retry_cnt 3  ret != size + 4){
+   ret = send(peer, dp, size + 4, 0);
+   if(ret != size + 4)
+   usleep(1000); /* sleep 1ms */
+   }
+   if (ret != size + 4) {
syslog(LOG_ERR, tftpd: write: %m\n);
goto abort;
}

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

Kernel: Linux 2.6.21.5
Locale: LANG=de_CH.ISO-8859-1, LC_CTYPE=de_CH.ISO-8859-1 (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/bash

Versions of packages tftpd depends on:
ii  libc6 2.5-9+b1   GNU C Library: Shared libraries
ii  netbase   4.29   Basic TCP/IP networking system

tftpd recommends no packages.

-- no debconf information


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

Bug#431246: rsync writes log file entries too late, probably missing fsync() call

[Attila Kinali]

Package: rsync
Version: 2.6.9-2
Severity: normal

Since the upgrade to etch, rsync writes the log file entries very late,
sometimes hours later than its time stamp suggest. It looks like that
somewhere a call to fsync() has been forgotten. An example from a
logcheck mail:


Date: Sun, 01 Jul 2007 06:02:09 +0200

System Events
=-=-=-=-=-=-=
2007/07/01 03:05:13 [28247] building file list
2007/07/01 03:05:14 [28246] building file list
2007/07/01 03:05:14 [28247] 2007/07/01 03:05:14 rsync[28247]: send somehost1 
[1.2.3.4] module1 (user1) file1 546639 / 3750
2007/07/01 03:05:15 [28246] 2007/07/01 03:05:15 rsync[28246]: send somehost2 
[1.2.3.5] module1 (user2) file1 546639 / 3750
2007/07/01 03:05:16 [28246] sent 3894 bytes  received 4602 bytes  total size 
546639
2007/07/01 03:05:16 [28247] sent 3894 bytes  received 4602 bytes  total size 
546639
2007/07/01 05:05:12 [28247] connect from somehost1 (1.2.3.4)
2007/07/01 05:05:13 [28246] connect from somehost2 (1.2.3.5)
2007/07/01 05:05:13 [28247] rsync on module1/file1 from [EMAIL PROTECTED] 
(1.2.3.6)
2007/07/01 05:05:14 [28246] rsync on module1/file1 from [EMAIL PROTECTED] 
(1.2.3.5)
---

As can be seen from the time when the mail has been send, the log has
not been written until the whole transfere finishes. This has not been
like this before.

I'd appreciate it, if this could be fixed.

Thanks in advance

Attila Kinali

-- System Information:
Debian Release: 4.0
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/dash
Kernel: Linux 2.6.21.5
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages rsync depends on:
ii  libacl1 2.2.41-1 Access control list shared library
ii  libc6   2.3.6.ds1-13 GNU C Library: Shared libraries
ii  libpopt01.10-3   lib for parsing cmdline parameters
ii  lsb-base3.1-23.1 Linux Standard Base 3.1 init scrip

rsync recommends no packages.

-- no debconf information


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

Bug#385804: libxmms-perl: package is missing dependency on libaudio-cd-perl

[Attila Kinali]

Package: libxmms-perl
Version: 0.12-5
Severity: important

When installing libxmms-perl it does not depend
on libaudio-cd-perl but it complains the first
time it is started:

---
Can't locate Audio/CD.pm in @INC (@INC contains:
/home/attila/include/perl /etc/perl /usr/local/lib/perl/5.8.8
/usr/local/share/perl/5.8.8 /usr/lib/perl5 /usr/share/perl5
/usr/lib/perl/5.8 /usr/share/perl/5.8 /usr/local/lib/site_perl .) at
/usr/lib/perl5/Xmms.pm line 155.
---

-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable')
Architecture: amd64 (x86_64)
Shell:  /bin/sh linked to /bin/dash
Kernel: Linux 2.6.17.7
Locale: LANG=de_CH, LC_CTYPE=de_CH (charmap=ISO-8859-1)

Versions of packages libxmms-perl depends on:
ii  libc62.3.6.ds1-4 GNU C Library: Shared libraries
ii  libglib1.2   1.2.10-10.1 The GLib library of C routines
ii  libgtk1.21.2.10-18   The GIMP Toolkit set of widgets fo
ii  libx11-6 2:1.0.0-8   X11 client-side library
ii  libxext6 1:1.0.0-4   X11 miscellaneous extension librar
ii  libxi6   1:1.0.0-5   X11 Input extension library
ii  perl 5.8.8-6.1   Larry Wall's Practical Extraction 
ii  perl-base [perlapi-5 5.8.8-6.1   The Pathologically Eclectic Rubbis
ii  xmms 1:1.2.10+20060801-2 Versatile X audio player

libxmms-perl recommends no packages.

-- no debconf information


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

Bug#372728: using input in mozilla screws scim

[Attila Kinali]

Moin,

On Sun, 18 Jun 2006 08:47:58 +0900
Osamu Aoki [EMAIL PROTECTED] wrote:

 Can you try newer 1.4.4-4

Same behaviour.

 
  Severity: normal
  
  I use scim with uim-canna to type japanese characters. When using
 
 Hmmm.  What exactly?
 Are you sure you are using scim?  
 Current scim does not have entry for uim-canna
  Anthy
  Canna
  M17N-ja-anthy
  M17N-ja-tcode
  Prime
  ...


I'm using scim with scim-uim loading uim-canna:
ii  scim-uim0.1.3-3+b1UIM IM engine 
module for SCIM
ii  uim-canna   0.4.9.1-1 Canna plugin for 
uim


  any input (url line, form fields etc) in mozilla, scim gets screwed.
  i.e. after that, i can still enter characters, but pressing space
  to convert them from kana to kanji doesn't work anymore. Also
  all other input methods cease to work after this.
 
 Your situation seems to be previous UIM in which toolbar failed often.
 (If you use latest im-switch with latest uim, it worls fine.)

Hmm.. this could be. im-switch is installed and at the latest version.
If scim-uim is buggy, what do you recommend for japanese input?
 

 Without tool bar, we can get confused about status which can be toggled
 by control-space and shift-space.

Tool bar is enabled and showing. But sometimes it gets screwed.
This means, that the symbols showing the status of the conversion
module show strange characters (sometimes even non-printables).

  This has been a long outstanding bug, though it happend only
  occasionaly before. Now it happens every time i type something
  in mozilla. Unfortunately, i have no idea how to debug this.
 
 If I put random japanese to URL, it complaineswith alart but I can enter
 again.  Are you sure you have scim.

Yes, i am.
 
  I have no idea either what information is needed to reproduce
  this correctly, i hope the information below is enough. If
  not, please do not hesitate to ask.
 
 Please list output of im-switch -l here.


[EMAIL PROTECTED]:~ # im-switch -l
Your input method setup under de_CH locale as below.
===
No private /home/attila/.xinput.d/de_CH or /home/attila/.xinput.d/all_ALL is 
defined.
===
The system wide default is pointed by /etc/alternatives/xinput-all_ALL .
xinput-all_ALL - status is auto.
 link currently points to default
default - priority 10
none - priority 0
scim - priority 0
scim-immodule - priority 0
Current `best' version is default.
===
The available input method configuration files are:
/usr/bin/find: /home/attila/.xinput.d: No such file or directory
default kinput2-canna none scim scim-immodule th-xim uim_anthy uim_canna 
uim_hangul2 uim_hangul3 uim_pinyin-big5 uim_py uim_pyunihan uim_romaja 
uim_tcode uim_tutcode uim_viqr 
===


Attila Kinali

-- 
心をこめて聞け心をこめて話せ

Bug#372728: using input in mozilla screws scim

[Attila Kinali]

Package: scim
Version: 1.4.4-2
Severity: normal

I use scim with uim-canna to type japanese characters. When using
any input (url line, form fields etc) in mozilla, scim gets screwed.
i.e. after that, i can still enter characters, but pressing space
to convert them from kana to kanji doesn't work anymore. Also
all other input methods cease to work after this.

This has been a long outstanding bug, though it happend only
occasionaly before. Now it happens every time i type something
in mozilla. Unfortunately, i have no idea how to debug this.

I have no idea either what information is needed to reproduce
this correctly, i hope the information below is enough. If
not, please do not hesitate to ask.

Attila Kinali

-- Package-specific info:
Related packages:
ii  libscim8c2a1.4.4-2library for SCIM platform
ii  scim   1.4.4-2smart common input method platform
ii  scim-gtk2-immo 1.4.4-2GTK+2 input method module with SCIM as backe
ii  scim-modules-s 1.4.4-2socket modules for SCIM platform
ii  scim-modules-t 0.5.6-1generic tables IM engine module for SCIM pla
ii  scim-tables-ja 0.5.6-1Japanese input method data tables for SCIM p
ii  scim-uim   0.1.3-3+b1 UIM IM engine module for SCIM
ii  mozilla-browser 1.7.12-1.1The Mozilla Internet application suite - core 
and browser
ii  mozilla-psm1.7.12-1.1 The Mozilla Internet application suite - 
Personal Security Manag


Related environment variables:
[EMAIL PROTECTED]
$GTK_IM_MODULE=scim

Installed SCIM components:
/usr/lib/scim-1.0:
1.4.0
scim-helper-launcher
scim-helper-manager
scim-launcher
scim-panel-gtk

/usr/lib/scim-1.0/1.4.0:
Config
Filter
FrontEnd
Helper
IMEngine
SetupUI

/usr/lib/scim-1.0/1.4.0/Config:
simple.so
socket.so

/usr/lib/scim-1.0/1.4.0/Filter:
sctc.so

/usr/lib/scim-1.0/1.4.0/FrontEnd:
socket.so
x11.so

/usr/lib/scim-1.0/1.4.0/Helper:
setup.so

/usr/lib/scim-1.0/1.4.0/IMEngine:
rawcode.so
socket.so
table.so
uim.so

/usr/lib/scim-1.0/1.4.0/SetupUI:
aaa-frontend-setup.so
aaa-imengine-setup.so
panel-gtk-setup.so
table-imengine-setup.so

-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/dash
Kernel: Linux 2.6.11.6swsusp.2.1.8.2
Locale: LANG=de_CH, LC_CTYPE=de_CH (charmap=ISO-8859-1)

Versions of packages scim depends on:
ii  libatk1.0-0 1.11.4-2 The ATK accessibility toolkit
ii  libc6   2.3.6-13 GNU C Library: Shared libraries
ii  libcairo2   1.0.4-2  The Cairo 2D vector graphics libra
ii  libfontconfig1  2.3.2-5.1generic font configuration library
ii  libfreetype62.2.1-2  FreeType 2 font engine, shared lib
ii  libgcc1 1:4.1.0-4GCC support library
ii  libglib2.0-02.10.2-1 The GLib library of C routines
ii  libgtk2.0-0 2.8.17-2 The GTK+ graphical user interface 
ii  libpango1.0-0   1.12.3-1 Layout and rendering of internatio
ii  libpng12-0  1.2.8rel-5.1 PNG library - runtime
ii  libscim8c2a 1.4.4-2  library for SCIM platform
ii  libstdc++6  4.1.0-4  The GNU Standard C++ Library v3
ii  libx11-62:1.0.0-6X11 client-side library
ii  libxcursor1 1.1.5.2-5X cursor management library
ii  libxext61:1.0.0-4X11 miscellaneous extension librar
ii  libxfixes3  1:3.0.1.2-4  X11 miscellaneous 'fixes' extensio
ii  libxi6  1:1.0.0-5X11 Input extension library
ii  libxinerama11:1.0.1-4X11 Xinerama extension library
ii  libxrandr2  2:1.1.0.2-4  X11 RandR extension library
ii  libxrender1 1:0.9.0.2-4  X Rendering Extension client libra
ii  zlib1g  1:1.2.3-11   compression library - runtime

Versions of packages scim recommends:
ii  im-switch 1.11   Input method switch framework
ii  scim-gtk2-immodule1.4.4-2GTK+2 input method module with SCI

-- no debconf information


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

Bug#369504: xbase-clients: use /usr/bin/Xorg instead of /usr/bin/X in /usr/bin/startx and /etc/X11/xinit/xserverrc

[Attila Kinali]

Package: xbase-clients
Version: 1:7.0.1-2
Severity: important

After upgrade from xorg 6.9 to 7.0 startx  co dont work anymore,
because /usr/bin/X is the wrong program to be used. Instead
/usr/bin/Xorg should be used.
Changing it both in /usr/bin/startx and /etc/X11/xinit/xserverrc
solves the problem.

Attila Kinali

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (990, 'unstable'), (500, 'testing')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.16.9
Locale: LANG=de_CH, LC_CTYPE=de_CH (charmap=ISO-8859-1)

Versions of packages xbase-clients depends on:
ii  libc6   2.3.6-9  GNU C Library: Shared libraries
ii  libfontconfig1  2.3.2-5.1generic font configuration library
ii  libfreetype62.2.1-2  FreeType 2 font engine, shared lib
ii  libfs6  2:1.0.0-3X11 Font Services library
ii  libgl1-mesa-glx [libgl1]6.4.1-0.4A free implementation of the OpenG
ii  libice6 1:1.0.0-3X11 Inter-Client Exchange library
ii  libpng12-0  1.2.8rel-5.1 PNG library - runtime
ii  libsm6  1:1.0.0-4X11 Session Management library
ii  libx11-62:1.0.0-6X11 client-side library
ii  libxau6 1:1.0.0-3X11 authorisation library
ii  libxaw7 1:1.0.1-5X11 Athena Widget library
ii  libxcursor1 1.1.5.2-5X cursor management library
ii  libxext61:1.0.0-4X11 miscellaneous extension librar
ii  libxft2 2.1.8.2-8FreeType-based font drawing librar
ii  libxi6  1:1.0.0-5X11 Input extension library
ii  libxkbfile1 1:1.0.2-3X11 keyboard file manipulation lib
ii  libxmu6 1:1.0.1-3X11 miscellaneous utility library
ii  libxmuu11:1.0.1-3X11 miscellaneous micro-utility li
ii  libxrandr2  2:1.1.0.2-4  X11 RandR extension library
ii  libxrender1 1:0.9.0.2-4  X Rendering Extension client libra
ii  libxss1 1:1.0.1-4X11 Screen Saver extension library
ii  libxt6  1:1.0.0-5X11 toolkit intrinsics library
ii  libxtrap6   1:1.0.0-3X11 event trapping extension libra
ii  libxtst61:1.0.1-3X11 Testing -- Resource extension 
ii  libxv1  1:1.0.1-3X11 Video extension library
ii  libxxf86dga12:1.0.0-3X11 Direct Graphics Access extensi
ii  libxxf86vm1 1:1.0.0-4X11 XFree86 video mode extension l
ii  x11-common  1:7.0.20 X Window System (X.Org) infrastruc
ii  zlib1g  1:1.2.3-11   compression library - runtime

xbase-clients recommends no packages.

-- debconf information excluded


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

Bug#369502: x11-common: /usr/bin/X doesn't start X anymore

[Attila Kinali]

Package: x11-common
Version: 1:7.0.20
Severity: important

After an upgrade from xorg 6.9 to 7.0, startx and other scripts
dont work anymore, because xorg isnt started by using X but by using Xorg.
IMHO for compatibility and especialy during the transition X should be
a wrapper around Xorg.

Interestingly X itself doesn't print any error why it couldnt
start x, it just exits. There is not even a warning.
IMHO this should be fixed to, to avoid problems during and after
upgrade


Attila Kinali
-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (990, 'unstable'), (500, 'testing')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.16.9
Locale: LANG=de_CH, LC_CTYPE=de_CH (charmap=ISO-8859-1)

Versions of packages x11-common depends on:
ii  debconf [debconf-2.0] 1.5.1  Debian configuration management sy
ii  debianutils   2.16.1 Miscellaneous utilities specific t
ii  lsb-base  3.1-5  Linux Standard Base 3.1 init scrip

x11-common recommends no packages.

-- debconf information:
* x11-common/xwrapper/allowed_users: Console Users Only
  x11-common/experimental_packages:
  x11-common/xwrapper/actual_allowed_users: console
  x11-common/xwrapper/nice_value/error:
* x11-common/upgrade_issues:
* x11-common/xwrapper/nice_value: -10
* x11-common/x11r6_bin_not_empty:


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

Bug#369504: xbase-clients: use /usr/bin/Xorg instead of /usr/bin/X in /usr/bin/startx and /etc/X11/xinit/xserverrc

[Attila Kinali]

On Tue, 30 May 2006 11:11:27 +0200
Michel Dänzer [EMAIL PROTECTED] wrote:

 On Tue, 2006-05-30 at 11:02 +0200, Attila Kinali wrote:
  Package: xbase-clients
  Version: 1:7.0.1-2
  Severity: important
  
  After upgrade from xorg 6.9 to 7.0 startx  co dont work anymore,
  because /usr/bin/X is the wrong program to be used. Instead
  /usr/bin/Xorg should be used.
 
 No, /usr/bin/X is correct. If you don't have it, try reinstalling
 x11-common; otherwise, check that /etc/X11/X points to /usr/bin/Xorg.

I have it, it's installed:
---
-rwsr-sr-x 1 root root 18K May 21 21:53 /usr/bin/X
jashugan:~# dpkg -s x11-common|grep Version
Version: 1:7.0.20
---

But running it doesn't do anything. It just exits. No error
message, no warning. Even strace'ing it didnt reveal anything.

I also filled a bugreport against x11-common because of this
(#369502)

Attila Kinali

-- 
心をこめて聞け心をこめて話せ

Bug#369505: xserver-xorg-core: /usr/bin/Xorg should be suid root

[Attila Kinali]

Package: xserver-xorg-core
Version: 1:1.0.2-8
Severity: important

After upgrade from xorg 6.9 to 7.0 /usr/bin/Xorg should be
used instead of /usr/bin/X. But /usr/bin/Xorg is not suid root.
Thus it is inpossible to use startx  co to start x as a user.


Attila Kinali

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (990, 'unstable'), (500, 'testing')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.16.9
Locale: LANG=de_CH, LC_CTYPE=de_CH (charmap=ISO-8859-1)

Versions of packages xserver-xorg-core depends on:
ii  libc6 2.3.6-9GNU C Library: Shared libraries
ii  libfontenc1   1:1.0.1-6  X11 font encoding library
ii  libgcc1   1:4.1.0-4  GCC support library
ii  libxau6   1:1.0.0-3  X11 authorisation library
ii  libxdmcp6 1:1.0.0-4  X11 Display Manager Control Protoc
ii  libxfont1 1:1.0.0-4  X11 font rasterisation library
ii  x11-common1:7.0.20   X Window System (X.Org) infrastruc
ii  xserver-xorg-input-ev 1:1.0.0.5-2X.Org X server -- evdev input driv
ii  xserver-xorg-input-kb 1:1.0.1.3-2X.Org X server -- keyboard input d
ii  xserver-xorg-input-mo 1:1.0.4-3  X.Org X server -- mouse input driv
ii  xserver-xorg-video-du 1:0.1.0.5-2X.Org X server -- dummy display dr
ii  xserver-xorg-video-fb 1:0.1.0.5-2X.Org X server -- fbdev display dr
ii  xserver-xorg-video-mg 1:1.2.1.3.dfsg.1-2 X.Org X server -- MGA display driv
ii  xserver-xorg-video-ne 1:1.0.0.5-2X.Org X server -- Neomagic display
ii  xserver-xorg-video-si 1:1.3.1.5-3X.Org X server -- SiliconMotion di
ii  xserver-xorg-video-v4 0.0.1.5-1  X.Org X server -- Video 4 Linux di
ii  xserver-xorg-video-ve 1:1.0.1.3-2X.Org X server -- VESA display dri
ii  xserver-xorg-video-vg 1:4.0.0.5-2X.Org X server -- VGA display driv
ii  xserver-xorg-video-vo 1:1.0.0.5-2X.Org X server -- Voodoo display d
ii  zlib1g1:1.2.3-11 compression library - runtime

Versions of packages xserver-xorg-core recommends:
pn  xkeyboard-config  none (no description available)

-- no debconf information


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

Bug#369502: x11-common: /usr/bin/X doesn't start X anymore

[Attila Kinali]

On Tue, 30 May 2006 11:24:23 +0200
Michel Dänzer [EMAIL PROTECTED] wrote:

 On Tue, 2006-05-30 at 10:52 +0200, Attila Kinali wrote:
  Package: x11-common
  Version: 1:7.0.20
  Severity: important
  
  After an upgrade from xorg 6.9 to 7.0, startx and other scripts
  dont work anymore, because xorg isnt started by using X but by using Xorg.
  IMHO for compatibility and especialy during the transition X should be
  a wrapper around Xorg.
 
 That's exactly what /usr/bin/X in x11-common is. If this problem isn't
 covered by #369504, please provide more details about what the problem
 is.

For one, it doesn't do what it should do. If i run /usr/bin/X
the follwing happens:

---
jashugan:~# /usr/bin/X
jashugan:~# 
---

/var/log/Xorg.0.log is not been touched at all. There is simply nothing
that would reveal anything.

Running an strace looks like this:
---
jashugan:~# strace -f /usr/bin/X
execve(/usr/bin/X, [/usr/bin/X], [/* 27 vars */]) = 0
uname({sys=Linux, node=jashugan, ...}) = 0
brk(0)  = 0x804b000
access(/etc/ld.so.nohwcap, F_OK)  = -1 ENOENT (No such file or directory)
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 
0xb7f41000
access(/etc/ld.so.preload, R_OK)  = -1 ENOENT (No such file or directory)
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 
0xb7f4
open(/etc/ld.so.cache, O_RDONLY)  = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=59503, ...}) = 0
mmap2(NULL, 59503, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb7f31000
close(3)= 0
access(/etc/ld.so.nohwcap, F_OK)  = -1 ENOENT (No such file or directory)
open(/lib/tls/libc.so.6, O_RDONLY)= 3
read(3, \177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\260O\1..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=1270928, ...}) = 0
mmap2(NULL, 1276892, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 
0xb7df9000
mmap2(0xb7f27000, 32768, PROT_READ|PROT_WRITE, 
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x12e) = 0xb7f27000
mmap2(0xb7f2f000, 7132, PROT_READ|PROT_WRITE, 
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xb7f2f000
close(3)= 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 
0xb7df8000
mprotect(0xb7f27000, 20480, PROT_READ)  = 0
set_thread_area({entry_number:-1 - 6, base_addr:0xb7df86c0, limit:1048575, 
seg_32bit:1, contents:0, read_exec_only:0, limit_in_pages:1, seg_not_present:0, 
useable:1}) = 0
munmap(0xb7f31000, 59503)   = 0
brk(0)  = 0x804b000
brk(0x806c000)  = 0x806c000
open(/etc/X11/Xwrapper.config, O_RDONLY) = 3
fstat64(3, {st_mode=S_IFREG|0600, st_size=616, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 
0xb7f3f000
read(3, # Xwrapper.config (Debian X Wind..., 4096) = 616
read(3, , 4096)   = 0
close(3)= 0
munmap(0xb7f3f000, 4096)= 0
lstat64(/etc/X11/X, {st_mode=S_IFLNK|0777, st_size=9, ...}) = 0
readlink(/etc/X11/X, /bin/true, 1024) = 9
access(/etc/X11/X, X_OK)  = 0
getuid32()  = 0
umask(0)= 022
mkdir(/tmp/.X11-unix, 01777)  = -1 EEXIST (File exists)
umask(022)  = 0
lstat64(/tmp/.X11-unix, {st_mode=S_IFDIR|S_ISVTX|0777, st_size=4096, ...}) = 0
stat64(/dev/dri, {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
setresuid32(-1, 0, -1)  = 0
getpriority(PRIO_PROCESS, 0)= 20
setpriority(PRIO_PROCESS, 0, -10)   = 0
getpriority(PRIO_PROCESS, 0)= 30
chdir(/etc/X11)   = 0
execve(/bin/true, [/usr/bin/X], [/* 27 vars */]) = 0
uname({sys=Linux, node=jashugan, ...}) = 0
brk(0)  = 0x804c000
access(/etc/ld.so.nohwcap, F_OK)  = -1 ENOENT (No such file or directory)
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 
0xb7f9a000
access(/etc/ld.so.preload, R_OK)  = -1 ENOENT (No such file or directory)
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 
0xb7f99000
open(/etc/ld.so.cache, O_RDONLY)  = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=59503, ...}) = 0
mmap2(NULL, 59503, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb7f8a000
close(3)= 0
access(/etc/ld.so.nohwcap, F_OK)  = -1 ENOENT (No such file or directory)
open(/lib/tls/libc.so.6, O_RDONLY)= 3
read(3, \177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\260O\1..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=1270928, ...}) = 0
mmap2(NULL, 1276892, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 
0xb7e52000
mmap2(0xb7f8, 32768, PROT_READ|PROT_WRITE, 
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x12e) = 0xb7f8
mmap2(0xb7f88000, 7132, PROT_READ|PROT_WRITE, 
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xb7f88000
close(3

Bug#369502: x11-common: /usr/bin/X doesn't start X anymore

[Attila Kinali]

On Tue, 30 May 2006 11:26:59 +0200 (CEST)
Sven-Haegar Koch [EMAIL PROTECTED] wrote:


 Please check if your /etc/X11/X symlink points to /bin/true - for me this 
 had happened on update 6.9-7.0 - this symlink needs to point to 
 /usr/bin/Xorg for everything to work.

Hmm.. Looks like that was it.
Now the question is how did the symlink end up pointing to /bin/true?


Attila Kinali

-- 
心をこめて聞け心をこめて話せ

Bug#332795: locales: post-install fails with *** glibc detected *** double free or corruption (!prev): 0x088e9208 ***

[Attila Kinali]

On Thu, 13 Oct 2005 23:00:41 -0400
Daniel Jacobowitz [EMAIL PROTECTED] wrote:

 On Thu, Oct 13, 2005 at 10:57:36PM -0400, Daniel Jacobowitz wrote:
  On Sat, Oct 08, 2005 at 07:21:32PM +0200, Attila Kinali wrote:
   *** glibc detected *** double free or corruption (!prev): 0x088e9208 ***
 
  Can you still reproduce this?  If so, it says that bash dumped core;
  the core dump should be lying around somewhere.  That might help.
  
  I've tried to reproduce this but could not.
 
 Actually, this is probably the same as #326856.

Right, it is. As soon as i set MALLOC_CHECK_=0 i got rid
of the error messages.


Attila Kinali


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

Bug#332795: locales: post-install fails with *** glibc detected *** double free or corruption (!prev): 0x088e9208 ***

[Attila Kinali]

Package: locales
Version: 2.3.5-6
Severity: grave
Justification: renders package unusable

when updating locales to version 2.3.5-6 it failes after
generating the locales:

---
jashugan:/home/attila# apt-get install locales
Reading Package Lists... Done
Building Dependency Tree... Done
locales is already the newest version.
0 upgraded, 0 newly installed, 0 to remove and 317 not upgraded.
1 not fully installed or removed.
Need to get 0B of archives.
After unpacking 0B of additional disk space will be used.
Setting up locales (2.3.5-6) ...
Generating locales (this might take a while)...
  de_DE.ISO-8859-1... done
Generation complete.
*** glibc detected *** double free or corruption (!prev): 0x088e9208 ***
dpkg: error processing locales (--configure):
 subprocess post-installation script killed by signal (Aborted), core dumped
Errors were encountered while processing:
 locales
E: Sub-process /usr/bin/dpkg returned an error code (1)
---

I tried other locales and it does seem to be unrelated.

As i have no idea what the error means i could not really debug
it, if you need more informations please tell me how to aquire them.

Attila Kinali

-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.12.5
Locale: LANG=de_CH, LC_CTYPE=de_CH (charmap=locale: Cannot set LC_CTYPE to 
default locale: No such file or directory
locale: Cannot set LC_MESSAGES to default locale: No such file or directory
locale: Cannot set LC_ALL to default locale: No such file or directory
ANSI_X3.4-1968)

Versions of packages locales depends on:
ii  debconf   1.4.52 Debian configuration management sy
ii  libc6 [glibc-2.3.5-3] 2.3.5-6GNU C Library: Shared libraries an

locales recommends no packages.

-- debconf information:
perl: warning: Setting locale failed.
perl: warning: Please check that your locale settings:
LANGUAGE = (unset),
LC_ALL = (unset),
LANG = de_CH
are supported and installed on your system.
perl: warning: Falling back to the standard locale (C).
locale: Cannot set LC_CTYPE to default locale: No such file or directory
locale: Cannot set LC_MESSAGES to default locale: No such file or directory
locale: Cannot set LC_ALL to default locale: No such file or directory
* locales/default_environment_locale: None
* locales/locales_to_be_generated: de_DE ISO-8859-1


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

Bug#332797: reportbug thinks i'm to dumb to use vi

[Attila Kinali]

Package: reportbug
Version: 3.17
Severity: normal

reportbug asks me every time i run it whether i know that i'm using
vi and whether i really want that.

YES I KNOW THAT I'M USING VI!

God damn, what is it with debian developers lately to assume
that only dumb beginners use this distro?

Please fix this message so that it does not apear
anymore. Anyone who has set $EDITOR knows what he is doing.

Thanks in advance

Attila Kinali

-- Package-specific info:
** Environment settings:
EDITOR=vi

-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.12.5
Locale: LANG=de_CH, LC_CTYPE=de_CH (charmap=locale: Cannot set LC_CTYPE to 
default locale: No such file or directory
locale: Cannot set LC_MESSAGES to default locale: No such file or directory
locale: Cannot set LC_ALL to default locale: No such file or directory
ANSI_X3.4-1968)

Versions of packages reportbug depends on:
ii  python2.3 2.3.5-6An interactive high-level object-o

Versions of packages reportbug recommends:
pn  python2.3-cjkcodecs | python2 none (no description available)

-- debconf information excluded


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

Bug#295967: libnet-irc-perl: wrongly installed documentation

[Attila Kinali]

Package: libnet-irc-perl
Version: 0.75-1
Severity: normal

The documentation of Net::IRC::{Event|Connection|DCC}
are installed as man Net::{Event|Connection|DCC} which
is not the place mentioned in man Net::IRC

I guess this should be corrected

Attila Kinali

-- System Information:
Debian Release: 3.1
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.9-swsusp.2.1.5
Locale: LANG=de_CH, LC_CTYPE=de_CH (charmap=ISO-8859-1)

Versions of packages libnet-irc-perl depends on:
ii  perl  5.8.4-5Larry Wall's Practical Extraction 

-- no debconf information


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

Bug#288182: Why do we not reset IFS? (was: Bug#288182: tetex-bin postinst fails when calling fmtutil)

[Attila Kinali]

On Tue, 11 Jan 2005 14:23:39 +0100
Frank Kster [EMAIL PROTECTED] wrote:

 Using dash as /bin/sh and working in an
 eterm lead to the problem last time I encountered it; probably if you
 switch to a real console or point /bin/sh to /bin/bash, you can
 configure tetex-bin.

That's exactly what i'm doing. Eterm + dash. running apt-get upgrade in
an xterm fixed it.

Could someone explain me, how the used terminal emulation affects a
shell script ?

Attila Kinali

Bug#288182: tetex-bin postinst fails when calling fmtutil

[Attila Kinali]

On Tue, 11 Jan 2005 11:55:16 +0100
Frank Kster [EMAIL PROTECTED] wrote:


  Second: Replace the first line by #!/bin/sh -x, call fmtutil again
  and post the output (will be sent to stderr).
 
  ---
  Setting up tetex-bin (2.0.2-25) ...
 
 This is from dpkg --configure -a as root, or which command did you call?

This was an apt-get upgrade

 
 [...]
  + OIFS= ,
  + IFS=
 
 The code behind this is:
 
 OIFS=$IFS
 IFS='
 '
 set `echo x; sed '/^#/d; /^[  ]*$/d' $cnf_file`; shift
 IFS=$OIFS
 
 So this means that your original setting of IFS must contain a comma
 (instead of something sane, i.e. a combination of space, tab and
 possibly newline).

Interesting, my $IFS is set to \n. So it must have been changed
in between. Though, as IFS is set, i don't think this affects it.



Greetings from the ETH

Attila Kinali