Bug#700000: override: libzoom-ruby:oldlibs/extra libzoom-ruby1.8:oldlibs/extra

[Cédric Boutillier]

Package: ftp.debian.org
Severity: normal

Hi!

These packages are transitional packages for the binary package ruby-zoom, due
to a change in the naming convention for Ruby packages. Therefore, they should
be considered as oldlibs, and as such, their priority sould be set to extra.

Thanks!


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

Bug#699999: override: libvalidatable-ruby1.8:oldlibs/extra libvalidatable-ruby1.9:oldlibs/extra libvalidatable-ruby:oldlibs/extra

[Cédric Boutillier]

Package: ftp.debian.org
Severity: normal

Hi!

These packages are transitional packages for the binary package 
ruby-validatable, due
to a change in the naming convention for Ruby packages. Therefore, they should
be considered as oldlibs, and as such, their priority sould be set to extra.

Thanks!


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

Bug#699998: override: libuuidtools-ruby1.8:oldlibs/extra libuuidtools-ruby1.9:oldlibs/extra libuuidtools-ruby:oldlibs/extra libuuidtools-ruby:oldlibs/extra

[Cédric Boutillier]

Package: ftp.debian.org
Severity: normal

Hi!

These packages are transitional packages for the binary package ruby-uuidtools, 
due
to a change in the naming convention for Ruby packages. Therefore, they should
be considered as oldlibs, and as such, their priority sould be set to extra.

Thanks!


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

Bug#699997: override: libusb-ruby:oldlibs/extra libusb-ruby1.8:oldlibs/extra libusb-ruby1.9:oldlibs/extra

[Cédric Boutillier]

Package: ftp.debian.org
Severity: normal

Hi!

These packages are transitional packages for the binary package ruby-usb, due
to a change in the naming convention for Ruby packages. Therefore, they should
be considered as oldlibs, and as such, their priority sould be set to extra.

Thanks!


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

Bug#699996: override: libtwitter-ruby1.8:oldlibs/extra libtwitter-ruby1.9:oldlibs/extra

[Cédric Boutillier]

Package: ftp.debian.org
Severity: normal

Hi!

These packages are transitional packages for the binary package ruby-twitter4r, 
due
to a change in the naming convention for Ruby packages. Therefore, they should
be considered as oldlibs, and as such, their priority sould be set to extra.

Thanks!


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

Bug#699995: override: libsnmp-ruby:oldlibs/extra libsnmp-ruby1.8:oldlibs/extra

[Cédric Boutillier]

Package: ftp.debian.org
Severity: normal

Hi!

These packages are transitional packages for the binary package ruby-snmp, due
to a change in the naming convention for Ruby packages. Therefore, they should
be considered as oldlibs, and as such, their priority sould be set to extra.

Thanks!


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

Bug#699994: override: libsdl-ruby1.8:oldlibs/extra libsdl-ruby1.9:oldlibs/extra libsdl-ruby:oldlibs/extra

[Cédric Boutillier]

Package: ftp.debian.org
Severity: normal

Hi!

These packages are transitional packages for the binary package ruby-sdl, due
to a change in the naming convention for Ruby packages. Therefore, they should
be considered as oldlibs, and as such, their priority sould be set to extra.

Thanks!


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

Bug#699993: override: libtorrent-ruby:oldlibs/extra libtorrent-ruby1.8:oldlibs/extra

[Cédric Boutillier]

Package: ftp.debian.org
Severity: normal

Hi!

These packages are transitional packages for the binary package 
ruby-rubytorrent, due
to a change in the naming convention for Ruby packages. Therefore, they should
be considered as oldlibs, and as such, their priority sould be set to extra.

Thanks!


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

Bug#699992: override: librb-inotify-ruby:oldlibs/extra librb-inotify-ruby1.8:oldlibs/extra librb-inotify-ruby1.9:oldlibs/extra

[Cédric Boutillier]

Package: ftp.debian.org
Severity: normal

Hi!

These packages are transitional packages for the binary package 
ruby-rb-inotify, due
to a change in the naming convention for Ruby packages. Therefore, they should
be considered as oldlibs, and as such, their priority sould be set to extra.

Thanks!


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

Bug#699991: override: libprawn-ruby1.8:oldlibs/extra libprawn-ruby1.9:oldlibs/extra libprawn-ruby:oldlibs/extra libprawn-ruby:oldlibs/extra

[Cédric Boutillier]

Package: ftp.debian.org
Severity: normal

Hi!

These packages are transitional packages for the binary package ruby-prawn, due
to a change in the naming convention for Ruby packages. Therefore, they should
be considered as oldlibs, and as such, their priority sould be set to extra.

Thanks!


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

Bug#699990: override: libopenid-ruby:oldlibs/extra libopenid-ruby1.8:oldlibs/extra

[Cédric Boutillier]

Package: ftp.debian.org
Severity: normal

Hi!

These packages are transitional packages for the binary package ruby-openid, due
to a change in the naming convention for Ruby packages. Therefore, they should
be considered as oldlibs, and as such, their priority sould be set to extra.

Thanks!


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

Bug#699989: override: libopengl-ruby:oldlibs/extra libopengl-ruby1.8:oldlibs/extra libopengl-ruby1.9:oldlibs/extra

[Cédric Boutillier]

Package: ftp.debian.org
Severity: normal

Hi!

These packages are transitional packages for the binary package ruby-opengl, due
to a change in the naming convention for Ruby packages. Therefore, they should
be considered as oldlibs, and as such, their priority sould be set to extra.

Thanks!


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

Bug#699988: override: libodbc-ruby:oldlibs/extra libodbc-ruby1.8:oldlibs/extra libodbc-ruby1.9:oldlibs/extra libodbc-ruby1.8:oldlibs/extra libodbc-ruby1.9:oldlibs/extra libodbc-ruby:oldlibs/extra

[Cédric Boutillier]

Package: ftp.debian.org
Severity: normal

Hi!

These packages are transitional packages for the binary package ruby-odbc, due
to a change in the naming convention for Ruby packages. Therefore, they should
be considered as oldlibs, and as such, their priority sould be set to extra.

Thanks!


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

Bug#699987: override: libnet-ssh-ruby1.8:oldlibs/extra libnet-ssh2-ruby:oldlibs/extra libnet-ssh2-ruby1.8:oldlibs/extra libnet-ssh2-ruby1.9:oldlibs/extra

[Cédric Boutillier]

Package: ftp.debian.org
Severity: normal

Hi!

These packages are transitional packages for the binary package ruby-net-ssh, 
due
to a change in the naming convention for Ruby packages. Therefore, they should
be considered as oldlibs, and as such, their priority sould be set to extra.

Thanks!


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

Bug#699986: override: libnet-sftp-ruby1.8:oldlibs/extra libnet-sftp2-ruby:oldlibs/extra libnet-sftp2-ruby1.8:oldlibs/extra libnet-sftp2-ruby1.9:oldlibs/extra

[Cédric Boutillier]

Package: ftp.debian.org
Severity: normal

Hi!

These packages are transitional packages for the binary package ruby-net-sftp, 
due
to a change in the naming convention for Ruby packages. Therefore, they should
be considered as oldlibs, and as such, their priority sould be set to extra.

Thanks!


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

Bug#699985: override: libnarray-ruby:oldlibs/extra libnarray-ruby1.8:oldlibs/extra libnarray-ruby1.9:oldlibs/extra libnarray-ruby1.8:oldlibs/extra libnarray-ruby1.9:oldlibs/extra

[Cédric Boutillier]

Package: ftp.debian.org
Severity: normal

Hi!

These packages are transitional packages for the binary package ruby-narray, due
to a change in the naming convention for Ruby packages. Therefore, they should
be considered as oldlibs, and as such, their priority sould be set to extra.

Thanks!


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

Bug#699984: override: libmoneta-ruby:oldlibs/extra libmoneta-ruby1.8:oldlibs/extra

[Cédric Boutillier]

Package: ftp.debian.org
Severity: normal

Hi!

These packages are transitional packages for the binary package ruby-moneta, due
to a change in the naming convention for Ruby packages. Therefore, they should
be considered as oldlibs, and as such, their priority sould be set to extra.

Thanks!


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

Bug#699983: override: libmixlib-authentication-ruby:oldlibs/extra libmixlib-authentication-ruby1.8:oldlibs/extra

[Cédric Boutillier]

Package: ftp.debian.org
Severity: normal

Hi!

These packages are transitional packages for the binary package 
ruby-mixlib-authentication, due
to a change in the naming convention for Ruby packages. Therefore, they should
be considered as oldlibs, and as such, their priority sould be set to extra.

Thanks!


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

Bug#699982: override: libmetaid-ruby1.8:oldlibs/extra libmetaid-ruby:oldlibs/extra

[Cédric Boutillier]

Package: ftp.debian.org
Severity: normal

Hi!

These packages are transitional packages for the binary package ruby-metaid, due
to a change in the naming convention for Ruby packages. Therefore, they should
be considered as oldlibs, and as such, their priority sould be set to extra.

Thanks!


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

Bug#699981: override: libmerb-param-protection-ruby:oldlibs/extra libmerb-param-protection-ruby1.8:oldlibs/extra

[Cédric Boutillier]

Package: ftp.debian.org
Severity: normal

Hi!

These packages are transitional packages for the binary package 
ruby-merb-param-protection, due
to a change in the naming convention for Ruby packages. Therefore, they should
be considered as oldlibs, and as such, their priority sould be set to extra.

Thanks!


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

Bug#699980: override: libmerb-helpers-ruby:oldlibs/extra libmerb-helpers-ruby1.8:oldlibs/extra

[Cédric Boutillier]

Package: ftp.debian.org
Severity: normal

Hi!

These packages are transitional packages for the binary package 
ruby-merb-helpers, due
to a change in the naming convention for Ruby packages. Therefore, they should
be considered as oldlibs, and as such, their priority sould be set to extra.

Thanks!


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

Bug#699979: override: libmerb-haml-ruby:oldlibs/extra libmerb-haml-ruby1.8:oldlibs/extra

[Cédric Boutillier]

Package: ftp.debian.org
Severity: normal

Hi!

These packages are transitional packages for the binary package ruby-merb-haml, 
due
to a change in the naming convention for Ruby packages. Therefore, they should
be considered as oldlibs, and as such, their priority sould be set to extra.

Thanks!


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

Bug#699978: override: libmerb-core-ruby:oldlibs/extra libmerb-core-ruby1.8:oldlibs/extra

[Cédric Boutillier]

Package: ftp.debian.org
Severity: normal

Hi!

These packages are transitional packages for the binary package ruby-merb-core, 
due
to a change in the naming convention for Ruby packages. Therefore, they should
be considered as oldlibs, and as such, their priority sould be set to extra.

Thanks!


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

Bug#699977: override: libmerb-assets-ruby:oldlibs/extra libmerb-assets-ruby1.8:oldlibs/extra

[Cédric Boutillier]

Package: ftp.debian.org
Severity: normal

Hi!

These packages are transitional packages for the binary package 
ruby-merb-assets, due
to a change in the naming convention for Ruby packages. Therefore, they should
be considered as oldlibs, and as such, their priority sould be set to extra.

Thanks!


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

Bug#699976: override: libmathml-ruby:oldlibs/extra libmathml-ruby1.8:oldlibs/extra libmathml-ruby1.9:oldlibs/extra

[Cédric Boutillier]

Package: ftp.debian.org
Severity: normal

Hi!

These packages are transitional packages for the binary package ruby-mathml, due
to a change in the naming convention for Ruby packages. Therefore, they should
be considered as oldlibs, and as such, their priority sould be set to extra.

Thanks!


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

Bug#699974: override: libkrb5-ruby:oldlibs/extra libkrb5-ruby1.8:oldlibs/extra libkrb5-ruby1.9:oldlibs/extra libkrb5-ruby:oldlibs/extra

[Cédric Boutillier]

Package: ftp.debian.org
Severity: normal

Hi!

These packages are transitional packages for the binary package ruby-krb5-auth, 
due
to a change in the naming convention for Ruby packages. Therefore, they should
be considered as oldlibs, and as such, their priority sould be set to extra.

Thanks!


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

Bug#699975: override: liblocale-ruby:oldlibs/extra liblocale-ruby1.8:oldlibs/extra liblocale-ruby1.9:oldlibs/extra

[Cédric Boutillier]

Package: ftp.debian.org
Severity: normal

Hi!

These packages are transitional packages for the binary package ruby-locale, due
to a change in the naming convention for Ruby packages. Therefore, they should
be considered as oldlibs, and as such, their priority sould be set to extra.

Thanks!


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

Bug#699973: override: libkakasi-ruby1.8:oldlibs/extra

[Cédric Boutillier]

Package: ftp.debian.org
Severity: normal

Hi!

These packages are transitional packages for the binary package ruby-kakasi, due
to a change in the naming convention for Ruby packages. Therefore, they should
be considered as oldlibs, and as such, their priority sould be set to extra.

Thanks!


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

Bug#699972: override: libinnate-ruby1.8:oldlibs/extra libinnate-ruby1.9:oldlibs/extra libinnate-ruby:oldlibs/extra

[Cédric Boutillier]

Package: ftp.debian.org
Severity: normal

Hi!

These packages are transitional packages for the binary package ruby-innate, due
to a change in the naming convention for Ruby packages. Therefore, they should
be considered as oldlibs, and as such, their priority sould be set to extra.

Thanks!


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

Bug#699968: override: libgsl-ruby1.8:oldlibs/extra libgsl-ruby1.8:oldlibs/extra libgsl-ruby:oldlibs/extra libgsl-ruby:oldlibs/extra libgsl-ruby1.9:oldlibs/extra libgsl-ruby1.9:oldlibs/extra

[Cédric Boutillier]

Package: ftp.debian.org
Severity: normal

Hi!

These packages are transitional packages for the binary package ruby-gsl, due
to a change in the naming convention for Ruby packages. Therefore, they should
be considered as oldlibs, and as such, their priority sould be set to extra.

Thanks!


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

Bug#699971: override: libihelp-ruby:oldlibs/extra libihelp-ruby1.8:oldlibs/extra

[Cédric Boutillier]

Package: ftp.debian.org
Severity: normal

Hi!

These packages are transitional packages for the binary package ruby-ihelp, due
to a change in the naming convention for Ruby packages. Therefore, they should
be considered as oldlibs, and as such, their priority sould be set to extra.

Thanks!


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

Bug#699970: override: libhmac-ruby1.8:oldlibs/extra libhmac-ruby:oldlibs/extra

[Cédric Boutillier]

Package: ftp.debian.org
Severity: normal

Hi!

These packages are transitional packages for the binary package ruby-hmac, due
to a change in the naming convention for Ruby packages. Therefore, they should
be considered as oldlibs, and as such, their priority sould be set to extra.

Thanks!


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

Bug#699969: override: libheckle-ruby1.8:oldlibs/extra libheckle-ruby:oldlibs/extra

[Cédric Boutillier]

Package: ftp.debian.org
Severity: normal

Hi!

These packages are transitional packages for the binary package ruby-heckle, due
to a change in the naming convention for Ruby packages. Therefore, they should
be considered as oldlibs, and as such, their priority sould be set to extra.

Thanks!


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

Bug#699967: override: libgooglecharts-ruby:oldlibs/extra libgooglecharts-ruby1.8:oldlibs/extra

[Cédric Boutillier]

Package: ftp.debian.org
Severity: normal

Hi!

These packages are transitional packages for the binary package 
ruby-googlecharts, due
to a change in the naming convention for Ruby packages. Therefore, they should
be considered as oldlibs, and as such, their priority sould be set to extra.

Thanks!


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

Bug#699966: override: libglib2-ruby:oldlibs/extra libglib2-ruby1.8:oldlibs/extra libglib2-ruby1.8:oldlibs/extra libatk1-ruby:oldlibs/extra libatk1-ruby1.8:oldlibs/extra libatk1-ruby1.8:oldlibs/extra l

[Cédric Boutillier]

Package: ftp.debian.org
Severity: normal

Hi!

These packages are transitional packages for the binary package ruby-gnome2, due
to a change in the naming convention for Ruby packages. Therefore, they should
be considered as oldlibs, and as such, their priority sould be set to extra.

Thanks!


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

Bug#699965: override: libgettext-activerecord-ruby:oldlibs/extra libgettext-activerecord-ruby1.8:oldlibs/extra libgettext-activerecord-ruby1.9:oldlibs/extra libgettext-activerecord-ruby:oldlibs/extra

[Cédric Boutillier]

Package: ftp.debian.org
Severity: normal

Hi!

These packages are transitional packages for the binary package 
ruby-gettext-activerecord, due
to a change in the naming convention for Ruby packages. Therefore, they should
be considered as oldlibs, and as such, their priority sould be set to extra.

Thanks!


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

Bug#699964: override: libgd-ruby:oldlibs/extra libgd-ruby1.8:oldlibs/extra

[Cédric Boutillier]

Package: ftp.debian.org
Severity: normal

Hi!

These packages are transitional packages for the binary package ruby-gd, due
to a change in the naming convention for Ruby packages. Therefore, they should
be considered as oldlibs, and as such, their priority sould be set to extra.

Thanks!


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

Bug#699963: override: libfusefs-ruby:oldlibs/extra libfusefs-ruby1.8:oldlibs/extra

[Cédric Boutillier]

Package: ftp.debian.org
Severity: normal

Hi!

These packages are transitional packages for the binary package ruby-fusefs, due
to a change in the naming convention for Ruby packages. Therefore, they should
be considered as oldlibs, and as such, their priority sould be set to extra.

Thanks!


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

Bug#699962: override: libfssm-ruby:oldlibs/extra libfssm-ruby1.8:oldlibs/extra libfssm-ruby1.9:oldlibs/extra

[Cédric Boutillier]

Package: ftp.debian.org
Severity: normal

Hi!

These packages are transitional packages for the binary package ruby-fssm, due
to a change in the naming convention for Ruby packages. Therefore, they should
be considered as oldlibs, and as such, their priority sould be set to extra.

Thanks!


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

Bug#699961: override: libfeedtools-ruby1.8:oldlibs/extra libfeedtools-ruby1.9:oldlibs/extra libfeedtools-ruby:oldlibs/extra libfeedtools-ruby:oldlibs/extra

[Cédric Boutillier]

Package: ftp.debian.org
Severity: normal

Hi!

These packages are transitional packages for the binary package ruby-feedtools, 
due
to a change in the naming convention for Ruby packages. Therefore, they should
be considered as oldlibs, and as such, their priority sould be set to extra.

Thanks!


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

Bug#699960: override: libfacets-ruby1.8:oldlibs/extra libfacets-ruby1.9:oldlibs/extra libfacets-ruby:oldlibs/extra libfacets-ruby:oldlibs/extra

[Cédric Boutillier]

Package: ftp.debian.org
Severity: normal

Hi!

These packages are transitional packages for the binary package ruby-facets, due
to a change in the naming convention for Ruby packages. Therefore, they should
be considered as oldlibs, and as such, their priority sould be set to extra.

Thanks!


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

Bug#699959: override: libextlib-ruby:oldlibs/extra libextlib-ruby1.8:oldlibs/extra libextlib-ruby1.9:oldlibs/extra libextlib-ruby:oldlibs/extra

[Cédric Boutillier]

Package: ftp.debian.org
Severity: normal

Hi!

These packages are transitional packages for the binary package ruby-extlib, due
to a change in the naming convention for Ruby packages. Therefore, they should
be considered as oldlibs, and as such, their priority sould be set to extra.

Thanks!


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

Bug#699958: override: libeb-ruby1.8:oldlibs/extra

[Cédric Boutillier]

Package: ftp.debian.org
Severity: normal

Hi!

These packages are transitional packages for the binary package ruby-eb, due
to a change in the naming convention for Ruby packages. Therefore, they should
be considered as oldlibs, and as such, their priority sould be set to extra.

Thanks!


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

Bug#699957: override: libbuilder-ruby:oldlibs/extra libbuilder-ruby1.8:oldlibs/extra libbuilder-ruby1.9:oldlibs/extra

[Cédric Boutillier]

Package: ftp.debian.org
Severity: normal

Hi!

These packages are transitional packages for the binary package ruby-builder, 
due
to a change in the naming convention for Ruby packages. Therefore, they should
be considered as oldlibs, and as such, their priority sould be set to extra.

Thanks!


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

Bug#699956: override: libamazonec2-ruby1.8:oldlibs/extra libamazonec2-ruby:oldlibs/extra libamazonec2-ruby:oldlibs/extra

[Cédric Boutillier]

Package: ftp.debian.org
Severity: normal

Hi!

These packages are transitional packages for the binary package 
ruby-amazon-ec2, due
to a change in the naming convention for Ruby packages. Therefore, they should
be considered as oldlibs, and as such, their priority sould be set to extra.

Thanks!


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

Bug#699955: override: libactiveldap-ruby:oldlibs/extra libactiveldap-ruby:oldlibs/extra libactiveldap-ruby1.8:oldlibs/extra

[Cédric Boutillier]

Package: ftp.debian.org
Severity: normal

Hi!

These packages are transitional packages for the binary package 
ruby-activeldap, due
to a change in the naming convention for Ruby packages. Therefore, they should
be considered as oldlibs, and as such, their priority sould be set to extra.

Thanks!


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

Bug#699954: override: librt-ruby1.8:oldlibs/extra

[Cédric Boutillier]

Package: ftp.debian.org
Severity: normal

Hi!

These packages are transitional packages for the binary package rttool, due
to a change in the naming convention for Ruby packages. Therefore, they should
be considered as oldlibs, and as such, their priority sould be set to extra.

Thanks!


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

Bug#699953: override: libcoderay-ruby:oldlibs/extra libcoderay-ruby1.8:oldlibs/extra

[Cédric Boutillier]

Package: ftp.debian.org
Severity: normal

Hi!

These packages are transitional packages for the binary package coderay, due
to a change in the naming convention for Ruby packages. Therefore, they should
be considered as oldlibs, and as such, their priority sould be set to extra.

Thanks!


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

Bug#699952: override: libohai-ruby:oldlibs/extra libohai-ruby1.8:oldlibs/extra

[Cédric Boutillier]

Package: ftp.debian.org
Severity: normal

Hi!

These packages are transitional packages for the binary package ohai, due
to a change in the naming convention for Ruby packages. Therefore, they should
be considered as oldlibs, and as such, their priority sould be set to extra.

Thanks!


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

Bug#699951: override: libchef-ruby:oldlibs/extra libchef-ruby1.8:oldlibs/extra

[Cédric Boutillier]

Package: ftp.debian.org
Severity: normal

Hi!

These packages are transitional packages for the binary package chef, due
to a change in the naming convention for Ruby packages. Therefore, they should
be considered as oldlibs, and as such, their priority sould be set to extra.

Thanks!


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

Bug#699596: syslinux-common: vesamenu.c32 is not a valid com32 image

[Daniel Baumann]

On 02/06/2013 10:03 PM, Yves-Alexis Perez wrote:

There's no such thing as libcom32.c32 in /boot so that'd explain why.


you might want to look at the bug it was merged with, specifically:

http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=699382#40

--
Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern
Email:  daniel.baum...@progress-technologies.net
Internet:   http://people.progress-technologies.net/~daniel.baumann/


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

Bug#699950: O: festival-doc

[Kartik Mistry]

Package: wnpp
Severity: normal

Maintainer of festival can pick this up and update. This documentation is very
old too.

--
Kartik Mistry | IRC: kart_
{0x1f1f, kartikm}.wordpress.com


signature.asc
Description: Digital signature

Bug#699945: sysv initscript: doesn't handle being uninstalled but not purged

[Stig Sandbeck Mathisen]

On Thu, Feb 07, 2013 at 06:07:40AM +0100, Michael Biebl wrote:
> For the legacy sysv initscript, you should add a test, wether the
> binary is installed and exit early.
> 
> The initscript is conffile which is not remove on "remove", but only
> on "purge"
> 
> Add something like this a the top to cover this case
> [ -x "$DAEMON" ] || exit 0

Thank you.  Committed and pushed to the packaging repo.


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

Bug#699742: Bug#699808: tech-ctte: syslinux vs the wheezy release

[Daniel Baumann]

On 02/07/2013 08:12 AM, Michael Biebl wrote:

This list is getting longer with each email. Seeing that syslinux 5 has
been in sid for less then 10 days, I'm worried what other issues might
show up.


apart from the two obvious things (debian-installer and debian-cd) that 
do need to be updated to copy in the additionally required c32 modules 
when using vesamenu.c32, there's only vbox broken.


while i can see that one is inclined to jump to the conclusion that now 
each and every package in debian needs an update, it really isn't so.


no package is directly interacting with a bootloader, except those that 
create images (debian-installer, debian-cd), or boot images *and* have 
bugs fixed-upstream-long-time-ago-but-not-in-debian (vbox).


again, note that any other virtualization software, be it in wheezy 
directly (qemu, kvm) or otherwise (parallels, vmware) which i've tested 
with, has no bugs with syslinux 5. it's an isolated thing that vbox 
still has that bug in debian.


--
Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern
Email:  daniel.baum...@progress-technologies.net
Internet:   http://people.progress-technologies.net/~daniel.baumann/


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

Bug#699949: O: tagtool

[Kartik Mistry]

Package: wnpp
Severity: normal

Feel free to pick this up or remove as many similar programs are available.

Upstream is lost too.

Thanks!

--
Kartik Mistry | IRC: kart_
{0x1f1f, kartikm}.wordpress.com


signature.asc
Description: Digital signature

Bug#699742: Bug#699808: tech-ctte: syslinux vs the wheezy release

[Michael Biebl]

On 07.02.2013 08:06, Daniel Baumann wrote:
> On 02/07/2013 07:55 AM, Michael Biebl wrote:
>> I think it is obvious by now that reverting to syslinux 4 from wheezy is
>> the only sensible way forward at this point in the release.
> 
> 'obvious'?

Imho, yes. But then, it's not up to me to decide.

>* patch applied against debian-installer to include the additionally
>  required .c32 modules when using vesamenu.c32
> 
>* patch applied against debian-cd to include the additionally required
>  .c32 modules when using vesamenu.c32
> 
>* cherry-pick upstream commit to fix a bug in vbox

This list is getting longer with each email. Seeing that syslinux 5 has
been in sid for less then 10 days, I'm worried what other issues might
show up.
While I can understand (from personal experience) that freeze-time is
sometimes frustrating, delaying the release even further doesn't help
anyone.
If we want to improve our procedures, how we handle d-i, freeze etc, now
is not the time to discuss/work on this.

Just my 2¢

Michael


-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature

Bug#699742: Bug#699808: tech-ctte: syslinux vs the wheezy release

[Daniel Baumann]

sorry, forgot to put in the links to the patches..

On 02/07/2013 08:06 AM, Daniel Baumann wrote:

   * patch applied against debian-installer to include the additionally
 required .c32 modules when using vesamenu.c32


http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=699742#30


   * patch applied against debian-cd to include the additionally required
 .c32 modules when using vesamenu.c32


http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=699884#20

--
Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern
Email:  daniel.baum...@progress-technologies.net
Internet:   http://people.progress-technologies.net/~daniel.baumann/


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

Bug#699742: Bug#699808: tech-ctte: syslinux vs the wheezy release

[Daniel Baumann]

On 02/07/2013 07:55 AM, Michael Biebl wrote:

I think it is obvious by now that reverting to syslinux 4 from wheezy is
the only sensible way forward at this point in the release.


'obvious'?

it requires two straight forward things, that, again, as said, are 
required to be applied for jessie anyway, and are wherey much desired to 
be applied on the wheezy source (to build images with syslinux backports):


  * patch applied against debian-installer to include the additionally
required .c32 modules when using vesamenu.c32

  * patch applied against debian-cd to include the additionally required
.c32 modules when using vesamenu.c32

and fixing one temporary breakage in vbox for convenience:

  * cherry-pick upstream commit to fix a bug in vbox

not more, not less.

--
Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern
Email:  daniel.baum...@progress-technologies.net
Internet:   http://people.progress-technologies.net/~daniel.baumann/


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

Bug#699913: Memory hotplug (VMware) often fails

[Jonathan Nieder]

tags 699913 + moreinfo
quit

Hi Bernhard,

Bernhard Schmidt wrote:

> Adding additional RAM to a virtual machine running Debian Wheezy on
> VMware ESXi 5.0 often, but not always leads to the attached backtrace.
[...]
> [504133.812000] VMCIUtil: Updating context id from 0x4d2c44d9 to 0x4d2c44d9 
> on event 0.
> [504133.936000] Hotplug Mem Device 
> [504133.956000] init_memory_mapping: 4000-8000
> [504133.956000]  004000 - 008000 page 2M
> [504134.044000] kworker/0:1: page allocation failure: order:9, mode:0x80d0
> [504134.044000] Pid: 15680, comm: kworker/0:1 Tainted: G   O 
> 3.2.0-4-amd64 #1 Debian 3.2.35-2
> [504134.044000] Call Trace:
> [504134.044000]  [] ? warn_alloc_failed+0x11a/0x12d
> [504134.044000]  [] ? should_resched+0x5/0x23
> [504134.044000]  [] ? _cond_resched+0x7/0x1c
> [504134.044000]  [] ? 
> __alloc_pages_direct_compact+0x162/0x174
> [504134.044000]  [] ? __alloc_pages_nodemask+0x704/0x7aa
> [504134.044000]  [] ? ida_get_new_above+0xf4/0x198
> [504134.044000]  [] ? vmemmap_alloc_block+0x5f/0xdc
> [504134.044000]  [] ? vmemmap_populate+0xf7/0x1f6
> [504134.044000]  [] ? sparse_mem_map_populate+0x24/0x34
> [504134.044000]  [] ? sparse_add_one_section+0x4e/0xeb
> [504134.044000]  [] ? __add_pages+0x73/0x1fe
> [504134.044000]  [] ? arch_add_memory+0x5d/0xd1
> [504134.044000]  [] ? should_resched+0x5/0x23
> [504134.044000]  [] ? request_resource_conflict+0x30/0x3b
> [504134.044000]  [] ? add_memory+0xcc/0x14e
> [504134.044000]  [] ? acpi_memory_enable_device+0x7d/0xbf 
> [acpi_memhotplug]
> [504134.044000]  [] ? acpi_memory_device_add+0xbe/0xdd 
> [acpi_memhotplug]
> [504134.044000]  [] ? acpi_device_probe+0x42/0x10d
> [504134.044000]  [] ? driver_probe_device+0xa8/0x138
> [504134.044000]  [] ? __driver_attach+0x6f/0x6f
> [504134.044000]  [] ? bus_for_each_drv+0x47/0x7b
> [504134.044000]  [] ? device_attach+0x6f/0x8f
> [504134.044000]  [] ? bus_probe_device+0x25/0x8d
> [504134.044000]  [] ? device_add+0x3fd/0x590
> [504134.044000]  [] ? pm_runtime_init+0xb5/0xc9
> [504134.044000]  [] ? acpi_add_single_object+0x8f9/0xaec
> [504134.044000]  [] ? arch_local_irq_save+0x11/0x17
> [504134.044000]  [] ? acpi_get_data+0x63/0x6e
> [504134.044000]  [] ? acpi_bus_check_add+0x12c/0x18e
> [504134.044000]  [] ? finish_task_switch+0x88/0xb9
> [504134.044000]  [] ? arch_local_irq_save+0x11/0x17
> [504134.044000]  [] ? _raw_spin_lock_irqsave+0x9/0x25
> [504134.044000]  [] ? acpi_os_wait_events_complete+0x1c/0x1c
> [504134.044000]  [] ? acpi_bus_scan+0x31/0x76
> [504134.044000]  [] ? acpi_os_signal_semaphore+0x19/0x24
> [504134.044000]  [] ? acpi_bus_add+0x24/0x2a
> [504134.044000]  [] ? acpi_os_wait_events_complete+0x1c/0x1c
> [504134.044000]  [] ? acpi_memory_device_notify+0xa5/0x221 
> [acpi_memhotplug]
> [504134.044000]  [] ? acpi_os_wait_events_complete+0x1c/0x1c
> [504134.044000]  [] ? acpi_os_wait_events_complete+0x1c/0x1c
> [504134.044000]  [] ? acpi_ev_notify_dispatch+0x5b/0x6f
> [504134.044000]  [] ? acpi_os_execute_deferred+0x1e/0x2a
> [504134.044000]  [] ? process_one_work+0x163/0x284
> [504134.044000]  [] ? worker_thread+0xc2/0x145
> [504134.044000]  [] ? manage_workers.isra.25+0x15b/0x15b
> [504134.044000]  [] ? kthread+0x76/0x7e
> [504134.044000]  [] ? kernel_thread_helper+0x4/0x10
> [504134.044000]  [] ? kthread_worker_fn+0x139/0x139
> [504134.044000]  [] ? gs_change+0x13/0x13
> [504134.044000] Mem-Info:
[...]
> [504134.048000] WARNING: at 
> /build/buildd-linux_3.2.35-2-amd64-v9djlH/linux-3.2.35/arch/x86/mm/init_64.c:676
>  arch_add_memory+0x7f/0xd1()
> [504134.048000] Hardware name: VMware Virtual Platform
> [504134.048000] Modules linked in: joydev vsock(O) vmmemctl(O) nfsd nfs 
> nfs_acl auth_rpcgss fscache lockd sunrpc ext4 crc16 jbd2 mbcache snd_pcm 
> snd_page_alloc i2c_piix4 snd_timer coretemp vmci(O) snd vmwgfx parport_pc ttm 
> drm parport soundcore shpchp crc32c_intel psmouse pcspkr i2c_core serio_raw 
> ac power_supply processor evdev thermal_sys container button acpi_memhotplug 
> loop autofs4 xfs vmxnet(O) sr_mod cdrom sg ata_generic sd_mod crc_t10dif 
> floppy ata_piix libata vmxnet3 vmw_pvscsi scsi_mod [last unloaded: 
> scsi_wait_scan]
> [504134.048000] Pid: 15680, comm: kworker/0:1 Tainted: G   O 
> 3.2.0-4-amd64 #1 Debian 3.2.35-2
> [504134.048000] Call Trace:
> [504134.048000]  [] ? warn_slowpath_common+0x78/0x8c
> [504134.048000]  [] ? arch_add_memory+0x7f/0xd1
> [504134.048000]  [] ? should_resched+0x5/0x23
> [504134.048000]  [] ? add_memory+0xcc/0x14e
> [504134.048000]  [] ? acpi_memory_enable_device+0x7d/0xbf 
> [acpi_memhotplug]
> [504134.048000]  [] ? acpi_memory_device_add+0xbe/0xdd 
> [acpi_memhotplug]
> [504134.048000]  [] ? acpi_device_probe+0x42/0x10d
> [504134.048000]  [] ? driver_probe_device+0xa8/0x138
> [504134.048000]  [] ? __driver_attach+0x6f/0x6f
> [504134.048000]  [] ? bus_for_each_drv+0x47/0x7b
> [504134.048000]  [] ? device_attach+0x6f/0x8f
> [504134.048000]  [] ? bus_probe_device+0x25/0x8d
> [504134.04800

Bug#699948: base-files: sudo su - reports -su: [: ­f: unary operator expected, but proceeds anyway.

[Demetris Demetriou]

Package: base-files
Version: 7.1
Severity: normal

Typing "sudo su - " reports:
-su: [: ­f: unary operator expected

A different variation of the same problem affects squeeze as well, this time
with error:
-su: /root/.bashrc: line 20: syntax error: unexpected end of file

The cause of these errors is the if function at the end of the file
/root/.bashrc.

wheezy:

if [ ! ­f $USER ]
then
  /usr/bin/mesg n
fi

squeeze (not 100% sure, copied from memory):

if [ ! ­-f $USER ]\nthen /usr/bin/mesg n\nfi

Differences between the two: before $USER notice the f and -f, squeeze all on
same line.

Commenting these lines fixes the reported error.



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

Kernel: Linux 3.2.0-4-amd64 (SMP w/2 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 base-files depends on:
ii  mawk [awk]  1.3.3-17

base-files recommends no packages.

base-files suggests no packages.

-- Configuration Files:
/etc/issue changed [not included]
/etc/issue.net changed [not included]

-- no debconf information


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

Bug#699742: Bug#699808: tech-ctte: syslinux vs the wheezy release

[Michael Biebl]

On 07.02.2013 07:58, Daniel Baumann wrote:
> On 02/07/2013 07:45 AM, Michael Biebl wrote:
>> Well, VBOX is pretty popular, so shipping an installer which doesn't
>> work for such an environment is certainly a no-go.
> 
> again, the syslinux in sid would not be in wheezy. making it a 
> *temporary* problem until vbox has been fixed in debian (which i'm happy 
> to NMU again, will look to cherry-pick the required patch later today).

I think it is obvious by now that reverting to syslinux 4 from wheezy is
the only sensible way forward at this point in the release.

Michael

-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature

Bug#699742: Bug#699808: tech-ctte: syslinux vs the wheezy release

[Daniel Baumann]

On 02/07/2013 07:45 AM, Michael Biebl wrote:

Well, VBOX is pretty popular, so shipping an installer which doesn't
work for such an environment is certainly a no-go.


again, the syslinux in sid would not be in wheezy. making it a 
*temporary* problem until vbox has been fixed in debian (which i'm happy 
to NMU again, will look to cherry-pick the required patch later today).


--
Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern
Email:  daniel.baum...@progress-technologies.net
Internet:   http://people.progress-technologies.net/~daniel.baumann/


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

Bug#699932: [Pkg-libvirt-maintainers] Bug#699932: libvirt-bin: libvirt initscripts should also gracefully stop unmanaged guests

[Guido Günther]

On Thu, Feb 07, 2013 at 12:49:15AM +0100, Christoph Anton Mitterer wrote:
> Package: libvirt-bin
> Version: 0.9.12-6
> Severity: wishlist
> 
> 
> Hi.
> 
> It seems the libvirt-guests init script gracefully stops only such guests
> that are managed by it (e.g. also start up that way on boot).
> 
> Would be nice, if on shutdown/reboot/etc. all running guest VMs are 
> shutdown/saved/etc.
> by such an init script.

You mean for any hypervisor? Libvirt doesn't necessarily now that other
guests are running. How would we reliably detect this?
Cheers,
 -- Guido


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

Bug#699742: Bug#699808: tech-ctte: syslinux vs the wheezy release

[Daniel Baumann]

On 02/07/2013 07:35 AM, Michael Tokarev wrote:

This makes me wonder what other components are also buggy somehow and
needs to be updated?


first, this is a specific bug in vbox that was fixed some time ago but 
didn't make it into debian yet (because it lags a significant amount of 
upstream releases behind; and yes, i should and will fill a bug about it 
at some later point).



How many (old) hardware machines has something
similar too?  And how much more testing we need to declare that everything
we use is compatible?


second, if you follow the bug, it's affecting sid and doesn't affect 
wheezy release images - they will have the same tested and working 
syslinux version that has proven to be stable during d-i alpha/beta 
images (unless i'm missing something and d-i *release* images are built 
with sid packages as well, in which case i personally would consider 
such a misfeature to be in critical need of a fix (iirc steve puts a 
local copy of the 'to be used' syslinux version to be used by debian-cd 
for release images manually on the local fs; not sure about the same 
that ends up in the final release copy of debian-installer-images, will 
check later on)).


--
Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern
Email:  daniel.baum...@progress-technologies.net
Internet:   http://people.progress-technologies.net/~daniel.baumann/


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

Bug#699742: Bug#699808: tech-ctte: syslinux vs the wheezy release

[Michael Biebl]

On 07.02.2013 07:30, Daniel Baumann wrote:
> On 02/06/2013 11:48 PM, Michael Biebl wrote:
>> Unfortunately the second patch doesn't work either. See [1].
> 
> that is incorrect; the patch works, it's just the old vbox version in 
> current debian testing/sid which has a bug (try the image on real 
> hardware or any other virtualization and it works).

Well, VBOX is pretty popular, so shipping an installer which doesn't
work for such an environment is certainly a no-go.

Michael

-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature

Bug#699947: ifupdown: Does not allow avahi-autoipd to run from dhcp exit script due to -1 option

[Rich d'Rich]

Package: ifupdown
Version: 0.7.5
Severity: important

Dear Maintainer,
*** Please consider answering these questions, where appropriate ***

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

*** End of the template - remove these lines ***
I've been working on getting avahi-autoipd to work as a fallback to DHCP.
The desired functionality is that if no DHCP server is found, an IP address 
gets autoallocated.

I've found that the -1 option to dhclient stops the FAIL (etc) events from 
being given
to the exit scripts if the dhcp fails. This stops the zzz_avahiautoipd script 
from running.

My patch for this was to replace dhclient with a script that ran dhclient with 
no '-1' option. This got more or less the desired functionality (I can supply 
scripts and logs)

Could we have an option to suppress the '-1'? See also #694541


-- System Information:
Debian Release: wheezy/sid
Architecture: armhf (armv6l)

Kernel: Linux 3.2.27+ (PREEMPT)
Locale: LANG=en_NZ.UTF-8, LC_CTYPE=en_NZ.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages ifupdown depends on:
ii  dpkg 1.16.9
ii  initscripts  2.88dsf-34
ii  iproute  20120521-3
ii  libc62.13-37+rpi1
ii  lsb-base 4.1+Debian8

ifupdown recommends no packages.

Versions of packages ifupdown suggests:
ii  isc-dhcp-client [dhcp-client]  4.2.2.dfsg.1-5+deb70u2
ii  net-tools  1.60-24.2
pn  ppp
pn  rdnssd 

-- no debconf information
(It's a raspbian / raspberry pi)


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

Bug#699742: Bug#699808: tech-ctte: syslinux vs the wheezy release

[Michael Tokarev]

07.02.2013 10:30, Daniel Baumann wrote:

On 02/06/2013 11:48 PM, Michael Biebl wrote:

Unfortunately the second patch doesn't work either. See [1].


that is incorrect; the patch works, it's just the old vbox version in current 
debian testing/sid which has a bug (try the image on real hardware or any other 
virtualization and it works).


This makes me wonder what other components are also buggy somehow and
needs to be updated?  How many (old) hardware machines has something
similar too?  And how much more testing we need to declare that everything
we use is compatible?

Thanks,

/mjt


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

Bug#694940: RFS: toped/0.0+r2361-1 [ITP]

[Xiangfu Liu]

A new toped(0.0+r2361-1, latest trunk build) have been upload to 
https://mentors.debian.net/package/toped

Any feedback will be great.


Removed:
  tpd_common/glf.*
  tiger.pnm.gz and wnf_logo.pnm.gz

Fixed:
  add BSD license files to debian/copyright
  build-dep on zlib
  add get-orig-source to debian/rules
  Vcs-* fields are for the Debian packaging VCS
  run wrap-and-sort
  debhelper (>= 9)
  fix missing full-stops in debian/control
  remove gds2vrml
  fix fails to build twice in a row (debuild && debuild)
  fix dpkg-gencontrol warnings


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

Bug#672524: upload of bitcoin package

[Petter Reinholdtsen]

[Scott Howard]
> Hey Petter,
> Are you still looking for an uploader?

I am waiting for feedback from the maintainer(s) if I should upload or
wait for the maintainer(s) to do it.

> There's a typo in debian/rules, btw - the quotes need to be closed
> on the line:
> 
> @echo "Debug output for #672524

Ah, thanks.  Fixed.

-- 
Happy hacking
Petter Reinholdtsen


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

Bug#699742: Bug#699808: tech-ctte: syslinux vs the wheezy release

[Daniel Baumann]

On 02/06/2013 11:48 PM, Michael Biebl wrote:

Unfortunately the second patch doesn't work either. See [1].


that is incorrect; the patch works, it's just the old vbox version in 
current debian testing/sid which has a bug (try the image on real 
hardware or any other virtualization and it works).


--
Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern
Email:  daniel.baum...@progress-technologies.net
Internet:   http://people.progress-technologies.net/~daniel.baumann/


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

Bug#653300: Confirm

[RYAN SCHOPPMEYER (RIT Student)]

I'm experiencing extremely similar behavior.

You have not included the output of the script so it's difficult to tell if
our situations are really identical, but I have discovered that placing the
iso directory on a different partition than the memdisk directory will
cause grub to be unable to find the memdisk kernel.

The grub script will first change the root to the partition containing the
ISOs, then open the iso via loopback, then attempt to start memdisk using a
relative path.  Since the isos are not on the same partition as memdisk,
the bootloader will fail to find memdisk.

I patched this problem by changing one line of
/etc/grub.d/60_grub-imageboot from:
linux16 $MEMDISKPATH $options
to:
linux16 $($grub_probe -t drive "$MEMDISKPATH")$MEMDISKPATH $options

this will write out "linux16 (hdX,msdosY)/boot/memdisk" instead of "linux16
/boot/memdisk" and should fix this issue.

Bug#699743: emms: fails to upgrade lenny -> squeeze -> wheezy: emms-setup.el:96:8:Error: Symbol's value as variable is void: emms-directory

[Arnaud Fontaine]

Hello,

Andreas Beckmann  writes:

> during a  test with piuparts I  noticed your package fails  to upgrade
> from 'lenny' to 'squeeze' to  'wheezy'.  It installed fine in 'lenny',
> and  upgraded  to 'squeeze'  successfully,  but  then the  upgrade  to
> 'wheezy' failed.
> [...]

> Rerunning this upgrade path manually produced this logfile in /tmp:
> [...]
> Wrote /usr/share/emacs22/site-lisp/emms/emms-score.elc
>
> In toplevel form:
> emms-setup.el:96:8:Error: Symbol's value as variable is void: emms-directory
> Wrote /usr/share/emacs22/site-lisp/emms/emms-source-file.elc
> Wrote /usr/share/emacs22/site-lisp/emms/emms-source-playlist.elc
> [...]

Seems  to  be   the  same  issue  as  #693472.EMMS  Depends  against
emacsen-common should probably be tightened to >= 2.0.5.

Regards,
-- 
Arnaud Fontaine


pgpVBwffdf9D3.pgp
Description: PGP signature

Bug#699946: dput: Add a way to specify additional rsync options

[Alexander List]

Package: dput
Version: 0.9.6.2ubuntu2
Severity: wishlist
Tags: patch

Dear Maintainer,

I noticed that dput has issues for ppl behind DSL lines, with stalling
uploads
using ftp, scp or even rsync.

https://bugs.launchpad.net/ubuntu/+source/dput/+bug/193848

I observed this also doing manual scp, ftp and rsync, so it's just a matter
of poor congestion handling by the router, and not necessarily a bug in
dput.

However, I've added an option to the rsync method to specify additional
options
and added a hint in the manpage on how to use this feature with --bwlimit=50

In my case, limiting the bandwidth to half what's available upstream
mitigated
the problem. I assume this is useful for others as well.

This addresses the request in #358195 at least for rsync. However, it might
be useful to implement this also for the other methods in a future release.

The change is available here:

https://github.com/alexlist/dput/commit/ddf60e03b6ece4533b1627227680024acbc16c0f

Please consider applying it upstream.

-- System Information:
Debian Release: wheezy/sid
  APT prefers quantal-updates
  APT policy: (500, 'quantal-updates'), (500, 'quantal-security'), (500,
'quantal-proposed'), (500, 'quantal'), (100, 'quantal-backports')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.5.0-23-generic (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


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

Bug#637685: creates database accessible to anyone from localhost

[Daniel Richard G.]

This does seem like a needless security weak point.

For folks who don't live and breath MySQL (like me), here is a procedure
to change the database password:

(in a root shell)

# invoke-rc.d zoneminder stop

# rights='lock tables, alter, select, insert, update, delete'

# zmpass=$(pwgen -1s)# set this variable to the new password

# echo "grant $rights on zm.* to zmuser@localhost identified by 
\"$zmpass\";" \
  | mysql --defaults-file=/etc/mysql/debian.cnf mysql

# perl -pi -e "s,^(ZM_DB_PASS)=.*\$,\$1=$zmpass," /etc/zm/zm.conf

# invoke-rc.d zoneminder start

As for tightening up the permissions on /etc/zm/zm.conf, that can only
go so far, since ZoneMinder runs as user www-data and needs to be able
to read the file. This works:

# chgrp www-data /etc/zm/zm.conf

# chmod g=r,o= /etc/zm/zm.conf

A compromised Web service can still get the password, but that's better
than allowing it to any local user.
-- 
Daniel Richard G. || sk...@iskunk.org
My ASCII-art .sig got a bad case of Times New Roman.


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

Bug#679449: shared memory problem on armel

[Ben Hutchings]

On Fri, 2012-06-29 at 06:05 +0100, Ben Hutchings wrote:
> I've marked this wontfix, as it's a limitation of the ARM architecture.
> Mapping the same shared memory twice in one process is stupid, anyway.
> Just disable the test on armel and armhf.

Correction: starting from ARMv7, this is supported.  So the test can be
enabled for armhf (and arm64).

Ben.

-- 
Ben Hutchings
Any smoothly functioning technology is indistinguishable from a rigged demo.


signature.asc
Description: This is a digitally signed message part

Bug#699942: Acknowledgement (fails to start under systemd: Error creating persistent state file;)

[Michael Biebl]

While at it, you might also drop
ExecStartPre=/bin/systemctl stop systemd-kmsg-syslogd.service

With the introduction of the journal, this has become obsolete.
The systemd version in wheezy has the journal, so you don't need the
above anymore.

Michael

-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature

Bug#699860: libfltk1.3: drag and drop from iceape to fltk

[Aaron M. Ucko]

# Bcc:ing control
tags 699860 + upstream confirmed
forwarded 699860 http://www.fltk.org/str.php?L2930
thanks

Kevin Ryde  writes:

> Drag and drop of text from iceape 2.7.12 into a fltk text widget doesn't
> drop the selected text, only a single "<" character.

Thanks for the detailed report!  I can reproduce this behavior and have
reported the bug upstream at http://www.fltk.org/str.php?L2930; I'll
look into an actual fix when I get a chance, unless upstream beats me to
it. :-)

-- 
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
http://www.mit.edu/~amu/ | http://stuff.mit.edu/cgi/finger/?a...@monk.mit.edu


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

Bug#697755: llvm-3.2: Please, cleanup compilation flags reported by llvm-config

[Morten Hustveit]

The --cppflags and --cxxflags options are also offenders, adding these
flags, which are not really required for programs using llvm, and may
even be unwanted:

  -DNDEBUG
  -O2
  -g
  -fomit-frame-pointer
  -fPIC
  -Woverloaded-virtual
  -Wcast-qual

In particular, I don't want -O2 when I'm trying trying to debug using
gdb.  -DNDEBUG disables all my asserts.


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

Bug#699945: sysv initscript: doesn't handle being uninstalled but not purged

[Michael Biebl]

Package: mod-gearman-worker
Version: 1.3.4-1
Severity: normal

Hi,

thanks for shipping systemd service files!

For the legacy sysv initscript, you should add a test, wether the
binary is installed and exit early.

The initscript is conffile which is not remove on "remove", but only on
"purge"

Add something like this a the top to cover this case
[ -x "$DAEMON" ] || exit 0

Cheers,
Michael


-- System Information:
Debian Release: 7.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (200, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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


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

Bug#668870: RFH: golang

[Prach Pongpanich]

Hi Michael,

Michael Stapelberg 
> While I am a co-maintainer, this package is pretty big and there are
> numerous places where help is still welcome (in cleaning up lintian
> warnings for example).
>
> I observe that Ondřej doesn’t have a lot of time either, I’d say that
> this RFH is still valid.

I 'm willing to help, I am neither DM nor DD but  I maintain tpb package.


-- 
Best regards,
Prach 

Bug#695647: linux-image-3.2.0-4-amd64: Set CONFIG_AUFS_HNOTIFY=y to use udba=notify on aufs.

[Ben Hutchings]

Control: tag -1 wontfix

On Tue, 2012-12-11 at 15:25 +0900, Kiwamu Okabe wrote:
> Package: src:linux
> Version: 3.2.35-1
> Severity: wishlist
> 
> Dear Maintainer,
> 
> Aufs has option udba=notify to find changes on low branch filesystem.
> But the linux kernel config does not allow it, with CONFIG_AUFS_HNOTIFY=n.
> Could you set CONFIG_AUFS_HNOTIFY=y?
[...]

This option is documented to slow down aufs, and is not required for
Debian Live.  Therefore I do not think it should be enabled.

Ben.

-- 
Ben Hutchings
Any smoothly functioning technology is indistinguishable from a rigged demo.


signature.asc
Description: This is a digitally signed message part

Bug#699944: RM: slapos.core/0.25-2

[Arnaud Fontaine]

Package: release.debian.org
User: release.debian@packages.debian.org
Usertags: rm
Severity: normal

Hello,

slapos.core  currently available  in  testing is  too  outdated and  the
changes introduced in later releases  are too significant, thus upstream
would prefer not having the package released with wheezy.  So, could you
please remove the package from testing? Thanks!

Regards,
-- 
Arnaud Fontaine


pgpOxgf4FpaK3.pgp
Description: PGP signature

Bug#699943: systemd: ships broken systemd service file

[Michael Biebl]

Package: bacula-fd
Version: 5.2.6+dfsg-8
Severity: important

Hi,

seeing systemd support in bacula is nice, but the current systemd
integration is broken. The /lib/systemd/system/bacula-fd.service file
[1] has several bugs which makes the bacula-fd service fail to start under
systemd.
We (the systemd maintainer team) recommend, that you remove the file for
now until jessie is open for development again.

Feel free to ping us [2] before enabling systemd support again if you want us
to review the changes.

Cheers,
Michael


[1] http://packages.debian.org/sid/amd64/bacula-fd/filelist
[2] bi...@debian.org , stapelb...@debian.org , tfh...@err.no

-- System Information:
Debian Release: 7.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (200, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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


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

Bug#699942: fails to start under systemd: Error creating persistent state file;

[Michael Biebl]

Package: syslog-ng-core
Version: 3.3.5-2
Severity: important

Hi,

when syslog-ng-core is run under systemd (with the native .service
files), it fails to start with the following error message:

Plugin module not found in 'module-path';
module-path='/usr/lib/syslog-ng/3.3.5', module='afsql'
Error creating persistent state file;
filename='/var/lib/syslog-ng/syslog-ng.persist-', error='No such file or
directory (2)'

The /var/lib/syslog-ng directory is not created when running systemd.
You have two options:
1/ use a tmpfiles snippet [1]
2/ use ExecStartPre= to create the state directory

While tmpfiles are generally the recommended approach, you need to keep
in mind, that we currently don't have the necessary maintainer script
code to run those on install time. They are currently only run on boot.
If you chose to use tmpfile, make sure to also create /var/lib/syslog-ng
in postinst.

If you need further help or information, please don't hesitate to ask.

Cheers,
Michael

[1] http://0pointer.de/public/systemd-man/tmpfiles.d.html

-- System Information:
Debian Release: 7.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (200, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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


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

Bug#699941: Update to 0.1.5 release

[Christopher James Halse Rogers]

Package: libgusb
Severity: wishlist
Tags: patch

It would be nice to get the gusb 0.1.5 release in experimental. It includes
gobject-introspection support which is needed by colord 0.1.29, which I'd like
to get into experimental.

I've got a git tree locally with these changes (and a couple more, like
multiarching and enabling the hardening flags, but they're in separate
commits); tell me where you'd like it and I can push it up for you to
review/merge/cherrypick/ignore.



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

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


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

Bug#682702: linux-image-3.4-trunk-amd64: Enable CONFIG_UNIX_DIAG & CONFIG_INET_UDP_DIAG

[Ben Hutchings]

Version: 3.7.1-1~experimental.1

I made this change in the above version but forgot to close this bug.

Ben.

-- 
Ben Hutchings
Any smoothly functioning technology is indistinguishable from a rigged demo.


signature.asc
Description: This is a digitally signed message part

Bug#695241: linux: Add basic arm64 support

[Ben Hutchings]

Control: tag -1 moreinfo

On Thu, 2012-12-06 at 02:02 +, Wookey wrote:
> Package: linux
> Version: 3.6.4-1~experimental.1
> Severity: wishlist
> Tags: upstream experimental patch
> 
> This patch adds basic arm64 support, good enough for generating
> linux-libc-dev packages at least.

It is possible to define an architecture for which only linux-libc-dev
is built, as is done for x32, but this doesn't seem appropriate.

> The production of actual kernels has
> not yet been tested, but the packaging changes are here and the
> upstream arm64 kernel patch can easily be updated.

People have working kernels so why not provide a working config file?
This package can be fully cross-built, not just for linux-libc-dev.

> There is also a patch to make it build taken from this mail:
> https://lkml.org/lkml/2012/7/19/102 
> This is not needed in 3.7

Are any patches still required for 3.7 (or 3.8, as it will be out soon)?

If so please just provide the commit hashes, or patches following DEP-3
format or as in Linux stable branches (my script for this is in svn as
people/benh/git-format-patch-for-backport).

> The build-dep on gcc-4.7 is arguable, but the issue is that there is
> no gcc-4.6 for arm64, so that can never be satisfied without a major
> backport.

I see no problem at all with this, but you mustn't define this by
hand-editing debian/control!  Add a [base]compiler field to the
debian/config/arm64/defines file. 

Ben.

-- 
Ben Hutchings
Any smoothly functioning technology is indistinguishable from a rigged demo.


signature.asc
Description: This is a digitally signed message part

Bug#688989: src:linux-2.6: Add support for Buffalo Linkstation LS-XHL and LS-CHLv2

[Ben Hutchings]

On Fri, 2012-09-28 at 00:00 +0200, Michael Walle wrote:
> Package: src:linux-2.6
> Severity: wishlist
> Tags: d-i patch
> 
> This patch add new hardware support for the Buffalo Linkstation LS-XHL and
> LS-CHLv2. Both systems are supported by the upstream linux kernel as per
> commit 4aff38a3db1f63494812834f1fbbdb1f00579c66. While the upstream support
> is device tree based, this patch uses the old fashioned machine setup.

Could some ARM porter please review this for inclusion in
squeeze/wheezy?  The provided patch was for 2.6.32; I don't know whether
it would also work for 3.2.

Ben.

-- 
Ben Hutchings
Any smoothly functioning technology is indistinguishable from a rigged demo.


signature.asc
Description: This is a digitally signed message part

Bug#656786: non-existing lvds output is offered

[Ben Hutchings]

Control: tag -1 moreinfo

On Sat, 2012-01-21 at 19:08 +0100, eeemsi wrote:
> Package: linux-image-3.1.0-1-amd64
> Version: 3.1.8-2
> 
> 
> lspci:
> …
> Display controller: Intel Corporation N10 Family Integrated Graphics
> Controller
> …
> 
> 
> The kernel offers a lvds output that does not exist. The mainboard
> (elitegroup ecs TIGT-I) does only have a VGA-out.The boot using
> video=LVDS-1:d seems to work. Don't know whether this influences
> "xserver-xorg-video-intel extreme bad performence on fullscreen (intel
> nm10 chipset)".

According to the manufacturer's web site:
http://www.ecs.com.tw/ECSWebSite/Product/Product_Detail.aspx?DetailID=1094&CategoryID=1&DetailName=Feature&MenuID=17&LanID=0
there is an optional LVDS connector on the board.  It may not be
possible to tell whether or not it's actually fitted.

What problem is this causing?  Does it limit the VGA resolution?

Ben.

> I am using debian testing, standard 3.1.0-1-amd64 kernel delivered via
> the debian testing repository. 

-- 
Ben Hutchings
Any smoothly functioning technology is indistinguishable from a rigged demo.


signature.asc
Description: This is a digitally signed message part

Bug#699938: More Apt-cacher Log

[Hudson FAS]

Wed Feb  6 22:02:23 2013|debug [4469]: Processing a new request line
Wed Feb  6 22:02:23 2013|debug [4469]: got: 'GET /
ftp.br.debian.org/debian/dists/sid/InRelease HTTP/1.1'
Wed Feb  6 22:02:24 2013|debug [4469]: Processing a new request line

Wed Feb  6 22:02:24 2013|debug [4469]: Index file:
ftp.br.debian.org_debian_dists_sid_InRelease
Wed Feb  6 22:02:24 2013|debug [4469]: Locked header
/u01/apt-cacher/debian/headers/ftp.br.debian.org_debian_dists_sid_InRelease
Wed Feb  6 22:02:24 2013|debug [4469]: file does not exist or download
required
Wed Feb  6 22:02:24 2013|debug [4469]: MISS
Wed Feb  6 22:02:24 2013|debug [4469]: fetcher: GET
http://ftp.br.debian.org/debian/dists/sid/InRelease
Wed Feb  6 22:02:24 2013|debug [4469]: Libcurl candidate:
http://ftp.br.debian.org/debian/dists/sid/InRelease
Wed Feb  6 22:02:24 2013|debug [4469]: Global lock: Connect libcurl
Wed Feb  6 22:02:25 2013|debug [4475]: Fork libcurl thread
Wed Feb  6 22:02:25 2013|debug [4469]: Waiting for libcurl socket
Wed Feb  6 22:02:25 2013|debug [4475]: Release global lock
Wed Feb  6 22:02:26 2013|debug [4469]: Connection to new libcurl process on
/u01/apt-cacher/debian/libcurl.socket
Wed Feb  6 22:02:26 2013|debug [4475]: libcurl: new connection
Wed Feb  6 22:02:26 2013|debug [4475]: Libcurl: thawed request GET
http://ftp.br.debian.org/debian/dists/sid/InRelease with headers
Cache-Control: max-age=0
Pragma:
Wed Feb  6 22:02:26 2013|debug [4475]: Init new libcurl object
Wed Feb  6 22:02:26 2013|debug [4475]: Add curl handle #1: for
http://ftp.br.debian.org/debian/dists/sid/InRelease
Wed Feb  6 22:02:26 2013|debug [4475]: libcurl: setting up for GET request
Wed Feb  6 22:02:27 2013|debug [4475]: CURLINFO_TEXT: About to connect() to
ftp.br.debian.org port 80 (#0)
Wed Feb  6 22:02:27 2013|debug [4475]: CURLINFO_TEXT:   Trying
200.236.31.3...
Wed Feb  6 22:02:27 2013|debug [4475]: CURLINFO_TEXT: Connected to
ftp.br.debian.org (200.236.31.3) port 80 (#0)
Wed Feb  6 22:02:27 2013|debug [4475]: CURLINFO_TEXT: Connected to
ftp.br.debian.org (200.236.31.3) port 80 (#0)
Wed Feb  6 22:02:27 2013|debug [4469]: libcurl reading of headers complete:
200
Wed Feb  6 22:02:28 2013|debug [4469]: Forked fetcher 4490
Wed Feb  6 22:02:28 2013|error [4469]: Failed to reopen content: No such
file or directory at /usr/sbin/apt-cacher line 1671.
Wed Feb  6 22:02:28 2013|debug [4469]: Response: 502 apt-cacher internal
error (died)
Wed Feb  6 22:02:28 2013|debug [4469]: Headers: Connection: close
Date: Thu, 07 Feb 2013 01:02:28 GMT
Via: 1.1 USBStation2: (apt-cacher/1.7.6)
Accept-Ranges: bytes
Content-Length: 0

Configuration: /etc/apt-cacher/apt-cacher_debian.conf Directive Value
admin_email
 root@localhost   allowed_hosts  *   allowed_hosts_6  fec0::/16
allowed_ssl_locations
  allowed_ssl_ports  443   cache_dir  /u01/apt-cacher/debian
checksum  0  clean_cache 0  concurrent_import_limit 1
curl_idle_timeout 120  curl_throttle 10  daemon_port 
data_timeout 120  debug 1  denied_hosts 0  denied_hosts_6 0
distinct_namespaces 0  expire_hours 0  fork 1  generate_reports 1
group www-data  http_proxy
  http_proxy_auth
  libcurl_socket  /u01/apt-cacher/debian/libcurl.socket   limit  0
limit_global 0  log_dir /var/log/apt-cacher/debian  offline_mode 0
pidfile /var/run/apt-cacher.pid  request_empty_lines 5
request_timeout 30  retry 3  return_buffer_size 1048576
reverse_path_map 1  ubuntu_release_names dapper, edgy, feisty, gutsy,
hardy, intrepid, jaunty, karmic, lucid,
maverick, natty, oneiric, precise, quantal   use_proxy  0
use_proxy_auth 0  user www-data  checksum_files_regexp
(?^:^(?:Packages(?:\.gz|\.bz2)?|Sources(?:\.gz|\.bz2)?|(?:In)?Release|Index(?:\.bz2)?)$)
  index_files_regexp
(?^:^(?:Index(?:\.bz2)?|Packages(?:\.gz|\.bz2)?|Release(?:\.gpg)?|InRelease|Sources(?:\.gz|\.bz2)?|Contents-(?:[a-z]+-)?[a-zA-Z0-9]+\.gz|(?:srclist|pkglist)\.[a-z-]+\.bz2|release(?:\.gz|\.bz2)?|Translation-[a-z]{2,3}(?:_[A-Z]{2})?(?:\.gz|\.bz2|\.xz)?)$)
  installer_files_regexp
(?^:^(?:vmlinuz|linux|initrd\.gz|changelog|NEWS.Debian|(?:dapper|edgy|feisty|gutsy|hardy|intrepid|jaunty|karmic|lucid|maverick|natty|oneiric|precise|quantal)\.tar\.gz(?:\.gpg)?|(?:Devel|EOL)?ReleaseAnnouncement(?:\.html)?|meta-release(?:-lts)?(?:-(?:development|proposed))?)$)
  package_files_regexp
(?^:(?:^[-+.a-z0-9]+_(?:\d:)?[-+.~a-zA-Z0-9]+(?:_[-a-z0-9]+\.(?:u|d)?deb|\.dsc|\.tar(?:\.gz|\.bz2|\.xz)|\.diff\.gz)|\.rpm|index\.db-.+\.gz|\.jigdo|\.template)$)
  pdiff_files_regexp  (?^:^2\d{3}-\d{2}-\d{2}-\d{4}\.\d{2}\.gz$)
skip_checksum_files_regexp (?^:^(?:(?:In)?Release|Release\.gpg)$)
soap_url_regexp
(?^:^(?:http://)?bugs\.debian\.org(?::80)?/cgi-bin/soap.cgi$)

Bug#686844: gksudo for users other than root fails

[Edward Ross]

Same problem here. I'm using the following:
debian squeeze release 6.0.6
kernel 2.6.32-5-amd64
gnome 2.30.2
gksu 2.0.2-5

Occasionally I have to edit files owned by system users such as tomcat6 
and postgres.


I can use:

$ gksudo -l gedit 

or

$ gksu -u  -l gedit 

which do work. Unfortunately, in the first case, any new files I create 
are then owned by root and I subsequently am forced to change their 
ownership; and in the second case I am asked for the root password, 
which I tend to forget.


I should think that:

$ gksudo -u  -l gedit 

should do what I need, i.e. ask me for my own password and run gedit as 
; however, after I enter my password in the provided dialog, 
I get the following error message in the terminal where I entered the 
command:


(gksudo:11626): GLib-CRITICAL **: g_str_has_prefix: assertion `str != 
NULL' failed


I have found the same behavior when attempting to run other gui 
programs, such as gnome-terminal, by this method.



I have found two ugly workarounds:

I can add read permissions, via sudo chmod, for everyone to directory 
/var/run/gdm3/auth-for-edward-/ and to file 
/var/run/gdm3/auth-for-edward-/database. Then whenever I need 
to edit, say a postgres file, I can sudo su to postgres and run gedit. 
It works, for a while that is, until  is changed by the 
system, and I suspect it opens a security hole.


Alternatively, I can successfully run this redundant incantation:

$ gksudo "gksu -u  -l gedit "

which seems to takes advantage of the fact that gksudo works for user 
root. It also starts about 10 processes on my machine, although I'm not 
sure that is an issue.


Imho, one of two things should happen: either the -u option should be 
removed from gksudo, oficially restricting it to run gui commands under 
root only; or it should be fixed such that it can run gui commands as 
other users, as permitted by the sudoers file of course.


If I can be of any further assistance, please let me know.

Edward


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

Bug#699937: [wheezy] crash caused by disconnecting usb audio device

[Jonathan Nieder]

forcemerge 696321 699937
quit

Hi Mark,

Mark A. Hershberger wrote:

> If I remove the USB headset while sound is playing, the screen goes
> blank and a kernel trace is displayed.

Please attach a photograph of the kernel trace.

Thanks for writing and sorry for the trouble,
Jonathan


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

Bug#699940: please include plasma applet and dataengine into qstardict package

[Nick Shaforostoff]

Package: qstardict
Version: 0.12.9-1.1

Please include a plasma interface to stardict dictionaries.

to get it built you need to enter the folder of official qstardict sources (btw 
there is a newer version available 1.0.1), then:
cd kdeplasma
mkdir build
cd build
cmake .. -DCMAKE_INSTALL_PREFIX=/usr
make
make install

the following files need to be added to the package:

/usr/lib/kde4/plasma_applet_qstardict.so
/usr/share/kde4/services/plasma-qstardict-default.desktop
/usr/lib/kde4/plasma_engine_qstardict.so
/usr/share/kde4/services/plasma-dataengine-qstardict.desktop

there is no need to add a runtime dependency on any plasma-related package 
(only build-time)
If one doesn't have KDE installed (which actually should not be the case -- 
because GTK-lovers would install pure stardict instead), then the libraries 
just won't be picked up by anything. they are separate from the main qstardict 
application.
but if KDE is present, then a good behaviour would be to run 'kbuildsycoca4' as 
a post-install step.

The main advantage of the applet over a separate application is that although 
it is always 'running', it unloads all the dictionaries after being unused for 
several seconds. This way it creates no additional memory load (which could be 
tens of megabytes) and hence may be enabled all the time.

Saving RAM is important e.g. for netbook users.


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

Bug#699019: Bug#693387: Pre-approval for unblock: sysvinit/2.88dsf-35

[Roger Leigh]

On Sat, Jan 26, 2013 at 01:51:21PM +, Jonathan Wiltshire wrote:
> On Sat, Jan 26, 2013 at 01:17:44PM +, Roger Leigh wrote:
> > (Using the new bug number)
> > 
> > On Sat, Jan 26, 2013 at 12:14:59PM +, Jonathan Wiltshire wrote:
> > > Control: tag -1 + moreinfo
> > > 
> > > On Thu, Nov 15, 2012 at 10:32:19PM +, Roger Leigh wrote:
> > > > Please unblock package sysvinit
> > > > 
> > > > The attached debdiff includes a correction to the init script
> > > > dependencies for the three bootclean scripts.  (#677097)
> > > 
> > > Is this request still relevant for wheezy? -35 has been superceded in
> > > unstable with non-RC changes, so a fix will need to go through tpu now.
> > 
> > Which changes were non-RC?  I don't think there are any changes
> > here which do not cause failure on upgrade or at boot time,
> > other than a single translation update.
> 
> Ah, I went by e.g. the severity of #697537 (minor), I didn't take a deep
> look into the changes themselves.

I've attached a debdiff for 2.88dsf-40.  This contains a some
small changes to the sysvinit postinst to correct some problems
identifying and signalling init on Hurd and when using LXC
containers, which were not fully addressed in the previous
upload.  It should now be completely robust when restarting
for all use cases.

I'm away until Monday the 11th from now, but if there are any
issues with this, I'll be happy to look into them next week.


Regards,
Roger

-- 
  .''`.  Roger Leigh
 : :' :  Debian GNU/Linuxhttp://people.debian.org/~rleigh/
 `. `'   schroot and sbuild  http://alioth.debian.org/projects/buildd-tools
   `-GPG Public Key  F33D 281D 470A B443 6756 147C 07B3 C8BC 4083 E800
diff -Nru sysvinit-2.88dsf/debian/changelog sysvinit-2.88dsf/debian/changelog
--- sysvinit-2.88dsf/debian/changelog   2012-11-16 20:51:07.0 +
+++ sysvinit-2.88dsf/debian/changelog   2013-02-03 16:35:09.0 +
@@ -1,3 +1,70 @@
+sysvinit (2.88dsf-40) unstable; urgency=low
+
+  [ Roger Leigh ]:
+  * Don't restart init on GNU/Hurd (Closes: #663009).
+  * Handle PID detection more robustly, to work better with containers
+(Closes: #699523).  Always use PID1, which avoids the need for
+fragile pidof usage.
+  * Handle ischroot more gracefully on failure (Closes: #699566).
+
+ -- Roger Leigh   Sun, 03 Feb 2013 14:52:05 +
+
+sysvinit (2.88dsf-39) unstable; urgency=low
+
+  [ Roger Leigh ]:
+  * initscripts postinst calls urandom, not urandom.sh (Closes: #698966).
+  * sysvinit postinst unconditionally creates a compatibility initctl
+link to ensure the migration to /run won't fail (Closes: #663009).
+
+ -- Roger Leigh   Sat, 26 Jan 2013 12:09:29 +
+
+sysvinit (2.88dsf-38) unstable; urgency=low
+
+  [ Roger Leigh ]:
+  * If pidof fails in the sysvinit postinst or initscripts, default
+to PID 1 (for /sbin/init) (Closes: #663009).
+  * Make fstab globbing in initscripts completely robust.
+
+ -- Roger Leigh   Wed, 23 Jan 2013 22:43:55 +
+
+sysvinit (2.88dsf-37) unstable; urgency=low
+
+  [ Roger Leigh ]
+  * initscripts: Remove all use of shell heredocs in shell libraries;
+these require a writable /tmp which will not be guaranteed to be
+present in early boot (Closes: #697994).
+
+ -- Roger Leigh   Mon, 14 Jan 2013 21:53:59 +
+
+sysvinit (2.88dsf-36) unstable; urgency=low
+
+  [ Roger Leigh ]
+  * initscripts:
+- Handle globbing of /etc/fstab.d/* safely.
+- Correct erroneous error that an entry for /dev/shm existed in
+  /etc/fstab when no entry was present (Closes: #697537).
+
+ -- Roger Leigh   Fri, 11 Jan 2013 23:36:28 +
+
+sysvinit (2.88dsf-35) unstable; urgency=low
+
+  [ David Prévot ]
+  * Fix German translation charset.
+
+  [ Roger Leigh ]
+  * initscripts:
+- To permit enabling of dependency-based boot, add Breaks on older
+  versions of bootchart.  Thanks to Andreas Beckmann.
+  Closes: #694252.
+- To work around a bug in the Oracle database, which has a faulty
+  check for /dev/shm, continue to mount a tmpfs on /dev/shm rather
+  than /run/shm if one is defined in /etc/fstab.  Closes: #694379.
+  * sysvinit-utils:
+- Add Breaks: upstart (<< 1.5-1) to avoid breaking the boot with
+  older versions of upstart.  Closes: #694961.
+
+ -- Roger Leigh   Mon, 17 Dec 2012 22:50:49 +
+
 sysvinit (2.88dsf-34) unstable; urgency=low
 
   [ Roger Leigh ]
diff -Nru sysvinit-2.88dsf/debian/control sysvinit-2.88dsf/debian/control
--- sysvinit-2.88dsf/debian/control 2012-08-31 21:14:04.0 +0100
+++ sysvinit-2.88dsf/debian/control 2012-12-17 22:37:45.0 +
@@ -42,6 +42,7 @@
 Conflicts: last, sysvconfig, chkconfig (<< 11.0-79.1-2)
 Replaces: last, sysvinit (<= 2.86.ds1-65)
 Depends: ${shlibs:Depends}, ${misc:Depends}
+Breaks: upstart (<< 1.5-1)
 Suggests: bootlogd, sash
 Description: System-V-like utilities
  This package contains the important System-V-like utilities.
@@ -74,7 +75,8 @@
  sysvinit-utils (>= 2.86.ds1-64), sysv-

Bug#660525: libffi_3.0.12~rc1-1

[Thorsten Glaser]

Dixi quod…

>libffi_3.0.12~rc1.orig.tar.gz/utar://libffi-3.0.12-rc1/testsuite/libffi.call/a.out

The RC built fine on m68k with only a small delta
in the symbols file by the way, thanks!

bye,
//mirabilos
-- 
 cool ein Ada Lovelace Google-Doodle. aber zum 197. Geburtstag? Hätten
die nicht noch 3 Jahre warten können?  bis dahin gibts google nicht
mehr  ja, könnte man meinen. wahrscheinlich ist der angekündigte welt-
untergang aus dem maya-kalender die globale abschaltung von google ☺ und darum
müssen die die doodles vorher noch raushauen

libffi_3.0.12~rc1-1_m68k.build.gz
Description: Binary data

Bug#699939: fresh upstream release is available (2.0.250)

[Yaroslav Halchenko]

Package: mriconvert
Version: 2.0.235-1
Severity: wishlist

And now in a  versioned (would just need a slight mangle) tarball:
http://lcni.uoregon.edu/~jolinda/MRIConvert/MRIConvert_src-2.0-r250.tar.gz

Please let me know if you need help with updating the package.

Best regards,
Yarik

-- System Information:
Debian Release: 7.0
  APT prefers testing
  APT policy: (900, 'testing'), (600, 'unstable'), (300, 'experimental'), (100, 
'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Versions of packages mriconvert depends on:
ii  libc6   2.13-37
ii  libgcc1 1:4.7.2-5
ii  libstdc++6  4.7.2-5
ii  libwxbase2.8-0  2.8.12.1-12
ii  libwxgtk2.8-0   2.8.12.1-12

mriconvert recommends no packages.

mriconvert 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#699938: apt-cacher: debug error log: Failed to reopen content: No such file or directory at /usr/sbin/apt-cacher line 1671 | Response: 502 apt-cacher internal error (died)

[Hudson FAS]

Package: apt-cacher
Version: 1.7.6
Severity: important

Dear Maintainer,
*** Please consider answering these questions, where appropriate ***

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

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


-- System Information:
Debian Release: 7.0
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: armel (armv5tel)

Kernel: Linux 2.6.32.12
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 apt-cacher depends on:
ii  debconf [debconf-2.0]  1.5.49
ii  dpkg   1.16.9
ii  ed 1.6-2
ii  libfilesys-df-perl 0.92-4+b1
ii  libfreezethaw-perl 0.5001-1
ii  libio-interface-perl   1.06-1+b1
ii  libnetaddr-ip-perl 4.062+dfsg-1
ii  libsys-syscall-perl0.23-1
ii  libwww-curl-perl   4.15-1+b2
ii  libwww-perl6.04-1
ii  lsb-base   4.1+Debian9
ii  perl   5.14.2-17
ii  ucf3.0025+nmu3
ii  update-inetd   4.43

Versions of packages apt-cacher recommends:
ii  libberkeleydb-perl  0.51-1

Versions of packages apt-cacher suggests:
pn  libio-socket-inet6-perl  

-- debconf information:
* apt-cacher/mode: manual


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

Bug#699937: linux-image-3.2.0-4-amd64: crash caused by disconnecting usb audio device

[Mark A. Hershberger]

Package: src:linux
Version: 3.2.35-2
Severity: critical

-- Package-specific info:
** Version:
Linux version 3.2.0-4-amd64 (debian-ker...@lists.debian.org) (gcc version 4.6.3 
(Debian 4.6.3-14) ) #1 SMP Debian 3.2.35-2

** Command line:
BOOT_IMAGE=/boot/vmlinuz-3.2.0-4-amd64 
root=UUID=fc053d66-285a-4004-93e8-4f2138b89672 ro quiet

** Tainted: O (4096)
 * Out-of-tree module has been loaded.

** Kernel log:
[   26.206537] vgaarb: device changed decodes: 
PCI::00:02.0,olddecodes=io+mem,decodes=io+mem:owns=io+mem
[   26.334141] ieee80211 phy0: Selected rate control algorithm 'iwl-agn-rs'
[   26.840701] Bluetooth: Core ver 2.16
[   26.840726] NET: Registered protocol family 31
[   26.840728] Bluetooth: HCI device and connection manager initialized
[   26.840731] Bluetooth: HCI socket layer initialized
[   26.840733] Bluetooth: L2CAP socket layer initialized
[   26.840737] Bluetooth: SCO socket layer initialized
[   26.898596] Bluetooth: Generic Bluetooth USB driver ver 0.6
[   26.901212] usbcore: registered new interface driver btusb
[   27.000507] Linux media interface: v0.10
[   27.104674] fbcon: inteldrmfb (fb0) is primary device
[   27.575375] Console: switching to colour frame buffer device 170x48
[   27.579102] fb0: inteldrmfb frame buffer device
[   27.579104] drm: registered panic notifier
[   27.609203] acpi device:40: registered as cooling_device4
[   27.609413] input: Video Bus as 
/devices/LNXSYSTM:00/device:00/PNP0A08:00/LNXVIDEO:00/input/input9
[   27.609461] ACPI: Video Device [GFX0] (multi-head: yes  rom: no  post: no)
[   27.609495] [drm] Initialized i915 1.6.0 20080730 for :00:02.0 on minor 0
[   27.609583] snd_hda_intel :00:1b.0: irq 44 for MSI/MSI-X
[   27.609611] snd_hda_intel :00:1b.0: setting latency timer to 64
[   27.611695] usbcore: registered new interface driver snd-usb-audio
[   27.941154] cfg80211: World regulatory domain updated:
[   27.941159] cfg80211: (start_freq - end_freq @ bandwidth), 
(max_antenna_gain, max_eirp)
[   27.941163] cfg80211: (2402000 KHz - 2472000 KHz @ 4 KHz), (300 mBi, 
2000 mBm)
[   27.941167] cfg80211: (2457000 KHz - 2482000 KHz @ 2 KHz), (300 mBi, 
2000 mBm)
[   27.941170] cfg80211: (2474000 KHz - 2494000 KHz @ 2 KHz), (300 mBi, 
2000 mBm)
[   27.941174] cfg80211: (517 KHz - 525 KHz @ 4 KHz), (300 mBi, 
2000 mBm)
[   27.941177] cfg80211: (5735000 KHz - 5835000 KHz @ 4 KHz), (300 mBi, 
2000 mBm)
[   28.071302] Linux video capture interface: v2.00
[   28.157054] uvcvideo: Found UVC 1.00 device Integrated Camera (5986:03b3)
[   28.402247] input: HDA Digital PCBeep as 
/devices/pci:00/:00:1b.0/input/input10
[   28.518904] input: Integrated Camera as 
/devices/pci:00/:00:1a.0/usb1/1-1/1-1.5/1-1.5:1.0/input/input11
[   28.519135] usbcore: registered new interface driver uvcvideo
[   28.519139] USB Video Class driver (1.1.1)
[   28.683219] EXT4-fs (sda6): re-mounted. Opts: errors=remount-ro
[   28.684800] HDMI hot plug event: Codec=3 Pin=5 Presence_Detect=1 ELD_Valid=1
[   28.684822] HDMI status: Codec=3 Pin=5 Presence_Detect=1 ELD_Valid=1
[   28.684862] HDMI status: Codec=3 Pin=5 Presence_Detect=1 ELD_Valid=1
[   28.691781] HDMI: detected monitor BenQ 241W at connection type HDMI
[   28.691783] HDMI: available speakers: FL/FR
[   28.691897] HDMI: detected monitor BenQ 241W at connection type HDMI
[   28.691899] HDMI: available speakers: FL/FR
[   28.691981] HDMI hot plug event: Codec=3 Pin=5 Presence_Detect=1 ELD_Valid=1
[   28.692025] HDMI status: Codec=3 Pin=5 Presence_Detect=1 ELD_Valid=1
[   28.692055] input: HDA Intel PCH HDMI/DP,pcm=3 as 
/devices/pci:00/:00:1b.0/sound/card0/input12
[   28.695646] HDMI: detected monitor BenQ 241W at connection type HDMI
[   28.695649] HDMI: available speakers: FL/FR
[   30.112481] IBM TrackPoint firmware: 0x0e, buttons: 3/3
[   30.289962] input: TPPS/2 IBM TrackPoint as 
/devices/platform/i8042/serio1/serio2/input/input13
[   30.617338] RPC: Registered named UNIX socket transport module.
[   30.617346] RPC: Registered udp transport module.
[   30.617351] RPC: Registered tcp transport module.
[   30.617355] RPC: Registered tcp NFSv4.1 backchannel transport module.
[   30.670460] FS-Cache: Loaded
[   30.726725] FS-Cache: Netfs 'nfs' registered for caching
[   30.746199] Installing knfsd (copyright (C) 1996 o...@monad.swb.de).
[   31.501579] Adding 15624188k swap on /dev/sda5.  Priority:0 extents:1 
across:15624188k 
[   33.620473] thinkpad_ec: thinkpad_ec_read_row: failed requesting row: 
(0x01:0x00)->0xfff0
[   33.620567] thinkpad_ec: initial ec test failed
[   36.077718] input: ACPI Virtual Keyboard Device as 
/devices/virtual/input/input14
[   36.146860] lp: driver loaded but no devices found
[   36.405316] ppdev: user-space parallel port driver
[   46.460804] Bridge firewalling registered
[   46.722842] r8169 :02:00.0: firmware: agent aborted loading 
rtl_nic/rtl8168e-2.fw (not found?)
[   46.723083] r8169 :02:00.0: e

Bug#699742: Bug#699808: tech-ctte: syslinux vs the wheezy release

[Russ Allbery]

Cyril Brulebois  writes:
> Bdale Garbee  (06/02/2013):

>> I personally consider this a regrettable situation, and hope that for
>> jessie and beyond we can work out how to do this better.  It is
>> unacceptable to me to "freeze" anything in sid for more than a week or
>> two at a time.  Holding d-i's build dependencies static in unstable for
>> more than half a year is just nuts to me!

> How is that different from e.g. refraining to upload new libraries to
> unstable, so that a package needing an upload (say, we need RC bugfixes)
> doesn't pick new dependencies (on libraries not in testing)?

I personally think it's exactly the same problem.  I think the situation
with libraries is regrettable as well.  (Note that, and I'm guessing I
speak for Bdale here too, "regrettable" is not intended to assign any sort
of blame!  This is the best solution that we've been able to come up with
to date as a project.  It's just still has some problems.)

> That's how testing works; and it's been this way for years/releases now
> (since testing replaced frozen, I think).

Yes.  It's always a source of some tension, since there are always people
who would prefer to have a place to continue to do development in an
unstable context even during the release process.  (Cue the standard
debate over the usability of experimental for this purpose -- I'm sure
nearly everyone reading this can fill it in from memory.  *grin*)

If we could find a way to release some of that tension, that would be
great, but it's a hard problem, and there's no way that we're going to
come up with a solution to it right now in the middle of the wheezy
freeze.

-- 
Russ Allbery (r...@debian.org)   


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

Bug#686625: Acknowledgement (chromium: Must be able to get user data directory!)

[Clayton]

I just discovered this does not happen on the XFCE desktop, but ALWAYS
happens on the LXDE desktop. Perhaps this should be handed over to the
LXDE people?


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