Bug#597377: libqalculate5: conflicts with lenny's qalc over /usr/share/qalculate/elements.xml

[Stepan Golosunov]

Package: libqalculate5
Version: 0.9.7-3
Severity: serious

Lenny to squeeze upgrade of qalc fails due to file conflict between
old qalc and libqalculate5. Looks like Breaks/Replaces specify wrong
version number.


Распаковывается пакет libqalculate5 (из файла 
.../libqalculate5_0.9.7-3_i386.deb)...
dpkg: не удалось обработать параметр 
/var/cache/apt/archives/libqalculate5_0.9.7-3_i386.deb (--unpack):
 попытка перезаписать /usr/share/qalculate/elements.xml, который уже имеется в 
пакете qalc
configured to not write apport reports
  dpkg-deb: подпроцесс paste убит по 
сигналу (Обрыв канала)
Подготовка к замене пакета qalc 0.9.6-2 (используется файл 
.../archives/qalc_0.9.7-3_i386.deb)...
Распаковывается замена для пакета qalc ...
Обрабатываются триггеры для man-db ...
При обработке следующих пакетов произошли ошибки:
 /var/cache/apt/archives/libqalculate5_0.9.7-3_i386.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)



-- System Information:
Debian Release: squeeze/sid
  APT prefers stable
  APT policy: (900, 'stable'), (300, 'testing')
Architecture: i386 (x86_64)

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

Versions of packages libqalculate5 depends on:
ii  libc6   2.11.2-5 Embedded GNU C Library: Shared lib
ii  libcln6 1.3.1-2  Class Library for Numbers (C++)
ii  libgcc1 1:4.4.4-8GCC support library
ii  libglib2.0-02.24.1-1 The GLib library of C routines
ii  libstdc++6  4.4.4-8  The GNU Standard C++ Library v3
ii  libxml2 2.7.7.dfsg-4 GNOME XML library

libqalculate5 recommends no packages.

libqalculate5 suggests no packages.

-- debconf-show failed



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

Bug#597376: unblock: mathgl/1.10.2.1-2

[Dimitrios Eftaxiopoulos]

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

Please unblock package mathgl

Usability of mathgl from python has been added.
Html documentation is now usable.

unblock mathgl/1.10.2.1-2

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

Kernel: Linux 2.6.35-trunk-amd64 (SMP w/4 CPU cores)
Locale: LANG=el_GR.UTF-8, LC_CTYPE=el_GR.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#597341: installation-reports: Basic system installation successfull, but system freezes after installing and running X.

[Christian PERRIER]

reopen 597341
thanks

Quoting Otavio Salvador (ota...@ossystems.com.br):
> reassign 597341 xserver-xorg-core
> thanks
> 
> On Sat, Sep 18, 2010 at 4:49 PM, Alexander Sieck  
> wrote:
> > The installation of the base system was successfull.
> > After reboot and installation of the packages xorg, xdm and dwm
> > the system freezes with a black screen at the end of the boot
> > sequence, i.e. no xdm login screen visible, the monitor reports
> > no signal and the system does not react on any keys.
> 
> I am reassigning this to xserver-xorg-core package so people can take
> a look on this.


In such case, we need to reopen it as I closed it in parallel..;-)

I'm not 100% sure that reassigning is the best course of action for
X.org bugs. Indeed X.org maintainers want information in their bug
reports, which is (if I'm correct) provided when people send bug
reports with reportbug.

Hence my suggestion to open another bug report in this case...

But, anyway, as the bug was reassigned, let's have them take the right
course of cation.



signature.asc
Description: Digital signature

Bug#597375: bsc: canceling move-operation removes source folder

[Jonas Keunecke]

Package: bsc
Version: 2.27-5
Severity: grave
Justification: renders package unusable

I started copying a folder with "remove source file(s)" selected
to a different location on the same filesystem. When i realized bsc was actually
copying the files instead of reloating them, i clicked "Break" to cancel the
operation and waited for the current file to finish copying.
Unfortunately, after the file was copied and the dialogue had disappeared,
so had the entire source folder.

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

Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages bsc depends on:
ii  libc6 2.11.2-2   Embedded GNU C Library: Shared lib
ii  libgcc1   1:4.4.4-8  GCC support library
ii  libqt3-mt 3:3.3.8b-7 Qt GUI Library (Threaded runtime v
ii  libstdc++64.4.4-8The GNU Standard C++ Library v3
ii  libx11-6  2:1.3.3-3  X11 client-side library
ii  libxext6  2:1.1.2-1  X11 miscellaneous extension librar

bsc recommends no packages.

bsc suggests no packages.

-- no debconf information

-- debsums errors found:
Unknown option: ignore-permissions
Try 'debsums --help' for more information.



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

Bug#593768: strongswan: 4.4.1 unavailable in testing notwhistanding a freeze-exception request

[Luk Claes]

strongswan does not migrate as the Arch: all binary package strongswan
is missing. A new upload will be necessary I'm afraid.

Cheers

Luk



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

Bug#597374: asterisk: Asterisk not compiled with pri-support

[Thomas Maass]

Package: asterisk
Version: 1:1.6.2.9-1~bpo50+2
Severity: normal

I have installed asterisk_1:1.6.2.9-1~bpo50+2 from lenny backports.
It seems not to be compiled with pri-support.



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

Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.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#597373: phpbb3: fails to uninstall

[Michael]

Package: phpbb3
Version: 3.0.7-PL1-3
Severity: normal


After upgrading a (largely unconfigured and unused) install from 3.0.2-4, I
now find that not only do upgrades fail, but so does uninstalling the
package:

r...@ying:/var/cache/apt# apt-get remove phpbb3
Reading package lists... Done
Building dependency tree
Reading state information... Done
The following packages will be REMOVED:
  phpbb3*
0 upgraded, 0 newly installed, 1 to remove and 5 not upgraded.
1 not fully installed or removed.
After this operation, 13.0MB disk space will be freed.
Do you want to continue [Y/n]?
(Reading database ... 57126 files and directories currently installed.)
Removing phpbb3 ...
/var/lib/dpkg/info/phpbb3.prerm phpbb3 apache 50: webserver apache is not 
supported.
dpkg: error processing phpbb3 (--purge):
 subprocess installed pre-removal script returned error exit status 1
configured to not write apport reports
  Errors were encountered while 
processing:
 phpbb3
E: Sub-process /usr/bin/dpkg returned an error code (1)

Apache was uninstalled a long time ago.

-- System Information:
Debian Release: squeeze/sid
  APT prefers stable
  APT policy: (500, 'stable'), (490, 'testing'), (450, 'unstable')
Architecture: i386 (i686)

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

Versions of packages phpbb3 depends on:
ii  dbconfig-common   1.8.46 common framework for packaging dat
ii  debconf [debconf-2.0] 1.5.35 Debian configuration management sy
ii  mysql-client-5.1 [mysql-c 5.1.49-1   MySQL database client binaries
ii  nginx [httpd] 0.7.67-3   small, but very powerful and effic
ii  php5  5.3.2-2server-side, HTML-embedded scripti
ii  php5-cgi  5.3.2-2server-side, HTML-embedded scripti
ii  php5-cli  5.3.2-2command-line interpreter for the p
ii  php5-gd   5.3.2-2GD module for php5
ii  php5-pgsql5.3.2-2PostgreSQL module for php5
ii  php5-sqlite   5.3.2-2SQLite module for php5
ii  postgresql-client-8.3 [po 8.3.11-0lenny1 front-end programs for PostgreSQL 
ii  postgresql-client-8.4 [po 8.4.4-2front-end programs for PostgreSQL 
ii  ucf   3.0025+nmu1Update Configuration File: preserv

Versions of packages phpbb3 recommends:
ii  exim4 4.72-1 metapackage to ease Exim MTA (v4) 
ii  exim4-daemon-light [mail-tran 4.72-1 lightweight Exim MTA (v4) daemon
pn  php5-imagick   (no description available)

Versions of packages phpbb3 suggests:
ii  mysql-server  5.1.49-1   MySQL database server (metapackage
ii  mysql-server-5.1 [mysql-serve 5.1.49-1   MySQL database server binaries and
pn  phpbb3-l10n(no description available)
ii  postgresql8.4.4-2object-relational SQL database (su

-- debconf information:
* phpbb3/database-type: sqlite
  phpbb3/mysql/admin-user: root
  phpbb3/remote/host:
  phpbb3/admin-pass-ask:
  phpbb3/db/basepath: /var/lib/dbconfig-common/sqlite/phpbb3
  phpbb3/httpd: apache
  phpbb3/remove-error: abort
  phpbb3/db/app-user:
  phpbb3/admin-pass-mismatch:
  phpbb3/dbconfig-reinstall: false
  phpbb3/db/dbname: phpbb3
  phpbb3/install-error: abort
  phpbb3/upgrade-backup: true
  phpbb3/admin-pass-requirements:
  phpbb3/dbconfig-upgrade: true
  phpbb3/purge: false
* phpbb3/dbconfig-install: true
  phpbb3/mysql/method: unix socket
  phpbb3/missing-db-package-error: abort
  phpbb3/pgsql/changeconf: false
  phpbb3/remote/newhost:
  phpbb3/pgsql/manualconf:
  phpbb3/dbconfig-remove:
  phpbb3/internal/reconfiguring: false
  phpbb3/internal/skip-preseed: false
  phpbb3/admin-pass-generated:
  phpbb3/pgsql/authmethod-user:
  phpbb3/upgrade-error: abort
  phpbb3/pgsql/admin-user: postgres
  phpbb3/remote/port:
  phpbb3/pgsql/authmethod-admin: ident
  phpbb3/pgsql/no-empty-passwords:
  phpbb3/passwords-do-not-match:
  phpbb3/pgsql/method: unix socket



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

Bug#596086: NMU diff

[Steffen Joeris]

Hi,

Please find the NMU diff attached.

Cheers,
Steffen
diff -u squid3-3.1.6/debian/changelog squid3-3.1.6/debian/changelog
--- squid3-3.1.6/debian/changelog
+++ squid3-3.1.6/debian/changelog
@@ -1,3 +1,11 @@
+squid3 (3.1.6-1.1) unstable; urgency=high
+
+  * Non-maintainer upload by the security team
+  * Fix DoS due to wrong string handling (Closes: #596086)
+Fixes: CVE-2010-3072
+
+ -- Steffen Joeris   Mon, 13 Sep 2010 17:07:51 +1000
+
 squid3 (3.1.6-1) unstable; urgency=low
 
   * New upstream release
diff -u squid3-3.1.6/debian/patches/00list squid3-3.1.6/debian/patches/00list
--- squid3-3.1.6/debian/patches/00list
+++ squid3-3.1.6/debian/patches/00list
@@ -3,0 +4 @@
+16-CVE-2010-3072
only in patch2:
unchanged:
--- squid3-3.1.6.orig/debian/patches/16-CVE-2010-3072.dpatch
+++ squid3-3.1.6/debian/patches/16-CVE-2010-3072.dpatch
@@ -0,0 +1,123 @@
+#! /bin/sh /usr/share/dpatch/dpatch-run
+
+...@dpatch@
+--- ../old/squid3-3.1.6/src/SquidString.h	2010-08-02 00:01:39.0 +1000
 squid3-3.1.6/src/SquidString.h	2010-09-13 17:00:17.0 +1000
+@@ -167,6 +167,8 @@
+ void allocBuffer(size_type sz);
+ void setBuffer(char *buf, size_type sz);
+ 
++_SQUID_INLINE_ bool nilCmp(bool, bool, int &) const;
++
+ /* never reference these directly! */
+ size_type size_; /* buffer size; 64K limit */
+ 
+--- ../old/squid3-3.1.6/src/String.cci	2010-08-02 00:01:37.0 +1000
 squid3-3.1.6/src/String.cci	2010-09-13 17:05:43.0 +1000
+@@ -88,19 +88,31 @@
+ }
+ 
+ 
+-int
+-String::cmp (char const *aString) const
++/// compare NULL and empty strings because str*cmp() may fail on NULL strings
++/// and because we need to return consistent results for strncmp(count == 0).
++bool
++String::nilCmp(const bool thisIsNilOrEmpty, const bool otherIsNilOrEmpty, int &result) const
+ {
+-/* strcmp fails on NULLS */
++if (!thisIsNilOrEmpty && !otherIsNilOrEmpty)
++return false; // result does not matter
+ 
+-if (size() == 0 && (aString == NULL || aString[0] == '\0'))
+-return 0;
++if (thisIsNilOrEmpty && otherIsNilOrEmpty)
++result = 0;
++else if (thisIsNilOrEmpty)
++result = -1;
++else // otherIsNilOrEmpty
++result = +1;
++
++return true;
++}
+ 
+-if (size() == 0)
+-return -1;
+ 
+-if (aString == NULL || aString[0] == '\0')
+-return 1;
++int
++String::cmp (char const *aString) const
++{
++int result = 0;
++if (nilCmp(!size(), (!aString || !*aString), result))
++return result;
+ 
+ return strcmp(termedBuf(), aString);
+ }
+@@ -108,19 +120,10 @@
+ int
+ String::cmp (char const *aString, String::size_type count) const
+ {
+-/* always the same at length 0 */
+-
+-if (count == 0)
+-return 0;
++int result = 0;
++if (nilCmp((!size() || !count), (!aString || !*aString || !count), result))
++return result;
+ 
+-if (size() == 0 && (aString == NULL || aString[0] == '\0'))
+-return 0;
+-
+-if (size() == 0)
+-return -1;
+-
+-if (aString == NULL || aString[0] == '\0')
+-return 1;
+ 
+ return strncmp(termedBuf(), aString, count);
+ }
+@@ -128,16 +131,10 @@
+ int
+ String::cmp (String const &aString) const
+ {
+-/* strcmp fails on NULLS */
+-
+-if (size() == 0 && aString.size() == 0)
+-return 0;
+-
+-if (size() == 0)
+-return -1;
++int result = 0;
++if (nilCmp(!size(), !aString.size(), result))
++return result;
+ 
+-if (aString.size() == 0)
+-return 1;
+ 
+ return strcmp(termedBuf(), aString.termedBuf());
+ }
+@@ -145,12 +142,22 @@
+ int
+ String::caseCmp(char const *aString) const
+ {
++int result = 0;
++if (nilCmp(!size(), (!aString || !*aString), result))
++return result;
++
++
+ return strcasecmp(termedBuf(), aString);
+ }
+ 
+ int
+ String::caseCmp(char const *aString, String::size_type count) const
+ {
++int result = 0;
++if (nilCmp((!size() || !count), (!aString || !*aString || !count), result))
++return result;
++
++
+ return strncasecmp(termedBuf(), aString, count);
+ }
+ 


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

Bug#593909: debian-policy: Clarifications about the syntax of Debian control files.

[Russ Allbery]

Charles Plessy  writes:

> I think that it is an excellent idea to use the vocabulary of the
> RFC. It has been written many times that the control files follow the
> syntax of the RFC 822 and its successors, and I think that it would help
> to show where this is true and where it is not.

> In the attached patch, I refer to the RFC 2822: isn't 5322 a draft ?

There are three stages to the IETF standards process: Proposed Standard,
Draft Standard, and Standard (or "full standard").  Documents can only
advance along this track if there are no substantive changes (with some
specific exceptions), so any major revision reverts back to Proposed and
has to go through those steps.

The only full Standard for the format is RFC 822, but it's widely
considered obsolete.  RFC 2822 was the Proposed Standard to replace and
update it, and RFC 5322 is the Draft Standard advancement of RFC 2822.

If one is very conservative, one may still want to refer to RFC 822
instead of the successors since its successors have not yet reached full
standard, but it's always wrong at this point to refer to RFC 2822 in
preference to RFC 5322, since the latter is one step farther down the
acceptance process than the former and has only "bug fixes" relative to
2822.

> The attached patch also contains the (corrected) addition of the
> DM-Upload-Allowed field.

I've since merged this separately, so an updated patch with fixes to the
above and rebased against the current repository would be good.  (In
general, please don't combine different issues into one patch.  Git should
hopefully make it relatively easy to juggle multiple branches.)

> I wonder if it would be worthwile to add the Bugs and Origin fields as
> well.

I don't think so, since neither should be set for any packages in the
Debian archive.  They're more of a dpkg feature intended for non-Debian
packages.

> --- a/policy.sgml
> +++ b/policy.sgml
> @@ -2449,19 +2449,22 @@ endif
> fields
>   The paragraphs are also sometimes referred to as stanzas.
> .
> -   The paragraphs are separated by blank lines.  Some control
> +   The paragraphs are separated by empty lines.  As a special exception
> +   for backwards compatibility, parsers may accept lines consisting
> +   solely of spaces and tabs as paragraph separators. Some control

I don't think it's a big deal, but I'd phrase this sentence as:

Parsers may accept lines consisting solely of spaces and tabs as
paragraph separators, but control files should use empty lines.

I don't think the compatibility is for backward compatibility as much as
because it's easy to do this by accident.

> files allow only one paragraph; others allow several, in
> which case each paragraph usually refers to a different
> package.  (For example, in source packages, the first
> paragraph refers to the source package, and later paragraphs
> -   refer to binary packages generated from the source.)
> +   refer to binary packages generated from the source.).  The

I can fix this when applying it, but when the entire sentence is
parenthesized, there should be only one period, placed inside the
parentheses.

>   
> -   Many fields' values may span several lines; in this case
> -   each continuation line must start with a space or a tab.
> -   Any trailing spaces or tabs at the end of individual
> -   lines of a field value are ignored. 
> +   Fields values may be contained in a logical line that spans
> +   several lines; these lines are called continuation lines and
> +   must start with a space or a tab. Any trailing spaces or tabs
> +   at the end of individual lines of a field value are ignored.
>   

How about this:


  There are three types of fields:
  
simple

  The field, including its value, must be a single line.  Folding
  of the field is not permitted.  This is the default field type
  if the definition of the field does not specify a different
  type.

folded

  The value of a folded field is a logical line that may span
  several lines.  The lines after the first are called
  continuation lines and must start with a space or a tab.
  Whitespace, including any newlines, are not significant in the
  field values of folded fields.
This folding method is similar to RFC 5322, allowing control
files that contain only one paragraph and no multiline fields
to be read by parsers written for RFC 5322.
  

multiline

  The value of a multiline field may consist of multiple lines.
  The first line of the value, the part on the same line as the
  field name, often has special significance or may have to be
  empty.  Whitespace, including newlines, is significant in the
  values of multiline fields.
 

Bug#593611: Clarify whose signature should go in debian/changelog (4.4)

[Russ Allbery]

Ben Finney  writes:

> [this time sent correctly to the bug report, I hope.]

> Russ Allbery  writes:

>> +  should be the details of the person who prepared this release of
>> +  the package.  They are not necessarily those of the
>> +  uploader or usual package maintainer.
>> +In the case of a sponsored upload, the uploader signs the
>> +files, but the changelog maintainer name and address are those
>> +of the person who prepared this release.  If the preparer of
> […]

> I find the footnote confusing, in part because of the two conflicting
> uses of signing.

> Perhaps clarify the distinction between the uploader adding a
> cryptographic signature to the files, versus the maintainer adding a
> signature line on the changelog entry.

Could you point me at where there's another conflicting use of the term
"signing"?  As near as I can tell, nothing in Policy refers to the -- line
of a changelog entry as a signature.

-- 
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#593611: Clarify whose signature should go in debian/changelog (4.4)

[Ben Finney]

[this time sent correctly to the bug report, I hope.]

Russ Allbery  writes:

> +   should be the details of the person who prepared this release of
> +   the package.  They are not necessarily those of the
> +   uploader or usual package maintainer.
> + In the case of a sponsored upload, the uploader signs the
> + files, but the changelog maintainer name and address are those
> + of the person who prepared this release.  If the preparer of
[…]

I find the footnote confusing, in part because of the two conflicting
uses of signing.

Perhaps clarify the distinction between the uploader adding a
cryptographic signature to the files, versus the maintainer adding a
signature line on the changelog entry.

-- 
 \ “Beware of and eschew pompous prolixity.” —Charles A. Beardsley |
  `\   |
_o__)  |
Ben Finney



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

Bug#597372: Needs to be update to use new enable/disable API

[Michael Biebl]

Package: plasma-widget-networkmanagement
Version: 0.1~svn1175124-1
Severity: important

NM versions previous to 0.8.1 only had a simple Enable/Disable API. This
did not allow to differentiate if this action was initated by the user
(and the state needed to be kept across reboots) or e.g. by the pm-utils
when doing suspend/resume.

NM 0.8.1 introduced a new API besides the sleep/wake one, which should
be used by frontends. 

plasma-widget-networkmanagement needs to be updated to use this new API.


-- System Information:
Debian Release: squeeze/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core)
Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages plasma-widget-networkmanagement depends on:
ii  knm-runtime 0.1~svn1175124-1 KDE NetworkManagement infrastructu
ii  libc6   2.11.2-6 Embedded GNU C Library: Shared lib
ii  libgcc1 1:4.4.4-15   GCC support library
ii  libkdecore5 4:4.4.5-1the KDE Platform Core Library
ii  libkdeui5   4:4.4.5-1the KDE Platform User Interface Li
ii  libkio5 4:4.4.5-1the Network-enabled File Managemen
ii  libkutils4  4:4.4.5-1various utility classes for the KD
ii  libplasma3  4:4.4.5-1the Plasma Library for the KDE Pla
ii  libqt4-dbus 4:4.6.3-2Qt 4 D-Bus module
ii  libqt4-network  4:4.6.3-2Qt 4 network module
ii  libqt4-svg  4:4.6.3-2Qt 4 SVG module
ii  libqt4-xml  4:4.6.3-2Qt 4 XML module
ii  libqtcore4  4:4.6.3-2Qt 4 core module
ii  libqtgui4   4:4.6.3-2Qt 4 GUI module
ii  libsolid4   4:4.4.5-1Solid Library for KDE Platform
ii  libsolidcontrol44:4.4.5-3library for Solid based network ma
ii  libstdc++6  4.4.4-15 The GNU Standard C++ Library v3

plasma-widget-networkmanagement recommends no packages.

Versions of packages plasma-widget-networkmanagement suggests:
ii  kdebase-workspace-bin 4:4.4.5-3  core binaries for the KDE Plasma W

-- 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#593611: Clarify whose signature should go in debian/changelog (4.4)

[Russ Allbery]

Okay, here's new proposed wording that incorporates some of the discussion
on this bug along with my personal opinion on the best wording.  How does
this look to everyone?

diff --git a/policy.sgml b/policy.sgml
index 642f672..314d5d0 100644
--- a/policy.sgml
+++ b/policy.sgml
@@ -1688,11 +1688,14 @@
 

  The maintainer name and email address used in the changelog
- should be the details of the person uploading this
- version.  They are not necessarily those of the
- usual package maintainer.
-   If the developer uploading the package is not one of the usual
-   maintainers of the package (as listed in
+ should be the details of the person who prepared this release of
+ the package.  They are not necessarily those of the
+ uploader or usual package maintainer.
+   In the case of a sponsored upload, the uploader signs the
+   files, but the changelog maintainer name and address are those
+   of the person who prepared this release.  If the preparer of
+   the release is not one of the usual maintainers of the package
+   (as listed in
the Maintainer
or Uploaders control
fields of the package), the first line of the changelog is

-- 
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#594542: debian-policy: add descriptions for main, contrib, and non-free archive areas

[Russ Allbery]

CJ Fearnley  writes:

> I like Andrew's version:  "brevity is the soul of wit".  In Policy,
> main, contrib, and non-free are in italics and so I presume that italics
> are more appropriate than quotes (').  But that's probably a technical
> matter for the committer.

> It is probably time to bring this issue to a conclusion.  I can't think
> of anything else to add and the combination of Russ' and Andrew's text
> does a good job of fleshing out the nature of the three archive areas.

Here's what I applied as an informative change.  Thank you for the
proposal, and to everyone for the wording review!

--- a/policy.sgml
+++ b/policy.sgml
@@ -465,6 +465,20 @@
  The main archive area
 
  
+   The main archive area comprises the Debian
+   distribution.  Only the packages in this area are considered
+   part of the distribution.  None of the packages in
+   the main archive area require software outside of
+   that area to function.  Anyone may use, share, modify and
+   redistribute the packages in this archive area
+   freely
+ See http://www.debian.org/intro/free";
+  name="What Does Free Mean?"> for
+ more about what we mean by free software.
+   .
+ 
+
+ 
Every package in main must comply with the DFSG
(Debian Free Software Guidelines).
  
@@ -496,6 +510,13 @@
  The contrib archive area
 
  
+   The contrib archive area contains supplemental
+   packages intended to work with the Debian distribution, but
+   which require software outside of the distribution to either
+   build or function.
+ 
+
+ 
Every package in contrib must comply with the DFSG.
  
 
@@ -536,6 +556,15 @@
  The non-free archive area
 
  
+   The non-free archive area contains supplemental
+   packages intended to work with the Debian distribution that do
+   not comply with the DFSG or have other problems that make
+   their distribution problematic.  They may not comply with all
+   of the policy requirements in this manual due to restrictions
+   on modifications or other limitations.
+ 
+
+ 
Packages must be placed in non-free if they are
not compliant with the DFSG or are encumbered by patents
or other legal issues that make their distribution


-- 
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#588014: Documenting the DM-Upload-Allowed field.

[Russ Allbery]

Charles Plessy  writes:
> Le Sat, Sep 11, 2010 at 04:15:15PM +0200, Emilio Pozuelo Monfort a écrit :

>> Capitalization is inconsistent across the patch. I guess you should fix that.

> Ooops (correction attached).

This has now been applied for the next release.

-- 
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#597371: git am should recognize >From

[Russ Allbery]

Package: git
Version: 1:1.7.1-1.1
Severity: wishlist

I process a lot of git format-patch patches as attachments, but it's
common for mailers to mangle the leading "From " line by adding a >.
This causes git am to not recognize the patch, requiring me to edit
the patch and remove the >.  This seems like a simple thing to fix,
without any drawbacks.

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

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

Versions of packages git depends on:
ii  libc6   2.11.2-5 Embedded GNU C Library: Shared lib
ii  libcurl3-gnutls 7.21.0-1 Multi-protocol file transfer libra
ii  libdigest-sha1-perl 2.13-1   NIST SHA-1 message digest algorith
ii  liberror-perl   0.17-1   Perl module for error/exception ha
ii  libexpat1   2.0.1-7  XML parsing C library - runtime li
ii  perl-modules5.10.1-14Core Perl modules
ii  zlib1g  1:1.2.3.4.dfsg-3 compression library - runtime

Versions of packages git recommends:
ii  less  436-1  pager program similar to more
ii  openssh-client [ssh-client]   1:5.5p1-4  secure shell (SSH) client, for sec
ii  patch 2.6-2  Apply a diff file to an original
ii  rsync 3.0.7-2fast remote file copy program (lik

Versions of packages git suggests:
pn  git-arch   (no description available)
ii  git-cvs  1:1.7.1-1.1 fast, scalable, distributed revisi
pn  git-daemon-run (no description available)
pn  git-doc(no description available)
ii  git-email1:1.7.1-1.1 fast, scalable, distributed revisi
pn  git-gui(no description available)
ii  git-svn  1:1.7.1-1.1 fast, scalable, distributed revisi
ii  gitk 1:1.7.1-1.1 fast, scalable, distributed revisi
pn  gitweb (no description available)

-- no debconf information



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

Bug#588014: Documenting the DM-Upload-Allowed field.

[Russ Allbery]

Charles Plessy  writes:

> @@ -2815,6 +2817,19 @@ Package: libc6
> 
>   
>  
> + 
> +   DM-Upload-Allowed
> +
> +   
> + The most recent version of a package uploaded to unstable or
> + experimental must include the field "DM-Upload-Allowed: yes" in the
> + source section of its source control file for the Debian archive to
> + accept uploads signed with a key in the Debian Maintainer keyring.
> + See the General Resolution  id="http://www.debian.org/vote/2007/vote_003";
> + name="Endorse the concept of Debian Maintainers"> for more details.
> +   
> + 
> +
>   
> Changed-By

Seconded.

-- 
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#597074: debian-policy: libc5-compat paths are not in /etc/ld.so.conf anymore.

[Russ Allbery]

Charles Plessy  writes:

> When reading footnote 51 of section 8.1.1, about ldconfig, I noticed
> that is not up to date because the libc5-compat paths are not in
> /etc/ld.so.conf anymore.

> I attached a patch that corrects this.

Thanks, I've applied a version of this that also mentions the multiarch
directories under /lib and /usr/lib.

-- 
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#595652: db packages failing to install...

[Russ Allbery]

Andrew McMillan  writes:

> In general I think providing an "opt out" option which does nothing and
> successfully configures the package is not harmful.  While automation i
> nice, our own imagination can be limited in understanding the full range
> of possibilities and we should be careful not to over-guess what the
> user is trying to achieve by choosing such an option.

This is a very good point.  This came up in a different context with
OpenLDAP recently, and I ended up arguing that same point there.  There
are situations where one really wants to just put the files on disk and
tell apt everything is okay and deal with the setup later.

I do think it's okay to require that one answer a debconf prompt saying
"no, I really don't want any configuration" in order to get that opt-out
behavior, though, so I'm not sure that quite addresses Holger's problem.

>> It's definitely worth talking about if the draft database policy says
>> something else, as it appears to.  My rationale is that the package
>> setup may simply require a database; some packages don't have a
>> meaningful stand-alone installation with no database support.  I think
>> it makes more sense to fail the configure step than it does to require
>> that the user run dpkg --reconfigure later to re-run the package setup.

> Heh.  Shouldn't that be "dpkg-reconfigure" :-)

Whoops, yes.

-- 
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#594658: debian-policy: Add FHS exception for GNU/Hurd directories

[Russ Allbery]

Guillem Jover  writes:
> On Thu, 2010-09-02 at 12:57:50 +1200, Andrew McMillan wrote:
>> On Wed, 2010-09-01 at 17:05 -0700, Russ Allbery wrote:

>>> Our footnote system is not great, so I'd keep it as one footnote.  I agree
>>> with putting GNU/Hurd first, but I'd like to keep the structure of listing
>>> the exceptions after a colon to match the other item.  So, how about:
>>> 
>>> On GNU/Hurd systems, the following additional directories are allowed
>>> in the root filesystem: /hurd and /servers.
>>> 
>>>   These directories are used to store translators and as a set of
>>>   standard names for mount points, respectively.
>>> 

>> All good reasons so let's go with that one then.

> Yeah, agreed. Given that it seems the wording has been transferred to
> Russ now, :) I'll happily second it if there's the need, but I'm not
> sure how you want to handle that, any way is fine by me though.

This has now been merged for the next release.

-- 
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#594607: Status in Ubuntu, and Experimental

[Clint Byrum]

I just wanted to share the status in Ubuntu 10.10 here as well.

We've left libdbi v0.8.3 in 10.10. The rationale is that all of the
affected packages in ubuntu test well, and do not use the enum that
was changed between 0.8.2 and 0.8.3.

This does mean things compiled by 3rd parties that do use that enum
will be broken upon upgrade to Ubuntu 10.10. We've recommended that
release managers include this warning in the release notes. A
recompile will correct any issues.

As far as Debian is concerned, I think we should get the 0.8.4
package here:

https://code.launchpad.net/~clint-fewbar/ubuntu/maverick/libdbi/upstream-0.8.4

Into Experimental (cleaned up for Debian of course, there are a few
Ubuntu-isms there), which would resolve this bug and allow us to
start moving all other packages that build depend on libdbi0-dev
to libdbi-dev.

I will also begin working with Thomas to move the package vcs into
collab-maint.



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

Bug#506040: ceph now in Ubuntu

[Clint Byrum]

On Sep 18, 2010, at 1:59 PM, Sage Weil wrote:

> Hi Asheesh,
> 
> Good timing.  I've just released v0.21.3, which includes a number of 
> bugfixes since v0.21.1:
> 
> http://ceph.newdream.net/debian/pool/ceph-stable/c/ceph/ceph_0.21.3-1.dsc
> 
> Clint, is it too late to get these into 10.10 as well?
> 

Hi Sage,

As long as it just fixes bugs, it should be ok. While the main archive
entered final freeze on Thursday, universe isn't distributed on media, 
and so can be updated up until just before the release.

I'll check out 0.21.3 on Monday and if it looks like minor enough updates,
I'll see if we can get it sponsored in for 10.10.



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

Bug#597043: linux-source-2.6.32: patch_via.c FTBFS if SND_HDA_POWER_SAVE unset (2.6.32-21 -> 22 regression)

[Ben Hutchings]

On Wed, 2010-09-15 at 21:22 -0700, George Ronkin wrote:
> Package: linux-source-2.6.32
> Version: 2.6.32-22
> Severity: normal
> 
> If CONFIG_SND_HDA_POWER_SAVE is not set, sound/pci/hda/patch_via.c
> no longer compiles in linux-source-2.6.32 version 2.6.32-22. Setting
> CONFIG_SND_HDA_POWER_SAVE was not necessary in 2.6.32-21 and prior
> versions. I had oldconfig'ed the .config I used for 2.6.32-21 before
> attempting to build 2.6.32-22, but my unset CONFIG_SND_HDA_POWER_SAVE was
> neither detected nor changed.
> Setting CONFIG_SND_HDA_POWER_SAVE works around the problem. Presumably
> the cause is the Debian changes to patch_via.c for 2.6.32-22, so I'd
> recommend fixing them, but at least this should be documented and caught
> by an oldconfig.

The 'Debian changes' are taken from a later upstream version.  However I
failed to notice that they introduced this regression, or that there was
a later fix for it.  Tthe attached patch fixes this and will be included
in 2.6.32-24.

Ben.

-- 
Ben Hutchings
Once a job is fouled up, anything done to improve it makes it worse.
From: Stephen Rothwell 
Date: Mon, 12 Oct 2009 15:56:17 +1100
Subject: [PATCH] sound: use semicolons to end statements

commit 0f48327eac5f65ad029d7112cac97577766730ba upstream.

Fixes:

sound/pci/hda/patch_via.c: In function 'patch_vt1718S':
sound/pci/hda/patch_via.c:4951: error: expected expression before 'return'
sound/pci/hda/patch_via.c: In function 'patch_vt1716S':
sound/pci/hda/patch_via.c:5441: error: expected expression before 'return'
sound/pci/hda/patch_via.c: In function 'patch_vt2002P':
sound/pci/hda/patch_via.c:5794: error: expected expression before 'return'
sound/pci/hda/patch_via.c: In function 'patch_vt1812':
sound/pci/hda/patch_via.c:6148: error: expected expression before 'return'

Signed-off-by: Stephen Rothwell 
Signed-off-by: Takashi Iwai 
---
 sound/pci/hda/patch_via.c |8 
 1 files changed, 4 insertions(+), 4 deletions(-)

diff --git a/sound/pci/hda/patch_via.c b/sound/pci/hda/patch_via.c
index 30260e2..a294060 100644
--- a/sound/pci/hda/patch_via.c
+++ b/sound/pci/hda/patch_via.c
@@ -4942,7 +4942,7 @@ static int patch_vt1718S(struct hda_codec *codec)
 	codec->patch_ops = via_patch_ops;
 
 	codec->patch_ops.init = via_auto_init;
-	codec->patch_ops.unsol_event = via_unsol_event,
+	codec->patch_ops.unsol_event = via_unsol_event;
 
 #ifdef CONFIG_SND_HDA_POWER_SAVE
 	spec->loopback.amplist = vt1718S_loopbacks;
@@ -5432,7 +5432,7 @@ static int patch_vt1716S(struct hda_codec *codec)
 	codec->patch_ops = via_patch_ops;
 
 	codec->patch_ops.init = via_auto_init;
-	codec->patch_ops.unsol_event = via_unsol_event,
+	codec->patch_ops.unsol_event = via_unsol_event;
 
 #ifdef CONFIG_SND_HDA_POWER_SAVE
 	spec->loopback.amplist = vt1716S_loopbacks;
@@ -5785,7 +5785,7 @@ static int patch_vt2002P(struct hda_codec *codec)
 	codec->patch_ops = via_patch_ops;
 
 	codec->patch_ops.init = via_auto_init;
-	codec->patch_ops.unsol_event = via_unsol_event,
+	codec->patch_ops.unsol_event = via_unsol_event;
 
 #ifdef CONFIG_SND_HDA_POWER_SAVE
 	spec->loopback.amplist = vt2002P_loopbacks;
@@ -6139,7 +6139,7 @@ static int patch_vt1812(struct hda_codec *codec)
 	codec->patch_ops = via_patch_ops;
 
 	codec->patch_ops.init = via_auto_init;
-	codec->patch_ops.unsol_event = via_unsol_event,
+	codec->patch_ops.unsol_event = via_unsol_event;
 
 #ifdef CONFIG_SND_HDA_POWER_SAVE
 	spec->loopback.amplist = vt1812_loopbacks;
-- 
1.7.1



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

Bug#596802: linux-image-2.6.32-5-xen-amd64: oops in skb_gso_segment

[Ben Hutchings]

On Wed, 2010-09-15 at 14:49 +0800, Herbert Xu wrote:
> On Wed, Sep 15, 2010 at 02:12:03AM +0100, Ben Hutchings wrote:
> > Herbert,
> > 
> > Does the warning below look like a symptom of the bug you fixed with
> > this commit?
> 
> Yes it does look like.

Thanks; I've applied the fix in Debian and forwarded it to stable.

Ben.

-- 
Ben Hutchings
Once a job is fouled up, anything done to improve it makes it worse.


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

Bug#596625: git-pbuilder: does not respect export-dir

[Russ Allbery]

Guido Günther  writes:
> On Sun, Sep 12, 2010 at 05:34:57PM -0400, Felipe Sateler wrote:

>> Please enable git-pbuilder to respect export-dir (it jsut leaves the
>> files in the parent directory at the moment).

> Git-buildpackage handles this transparently when using it with
> --git-pbuilder so git-pbuilder doesn't need to take care of this. Maybe
> git-pbuilder should print a warning that it shouldn't be invoked
> directly without any arguments (login, create)? Russ?

Sure, that makes sense.  How should it detect that it's being invoked
directly?

-- 
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#595424: unblock: live-manual/2.0~a6-1

[Daniel Baumann]

retitle 595424 unblock: live-manual/2.0~a7-1
thanks

live-manual (1:2.0~a7-1) unstable; urgency=low

  * Updating other_customization-contents for squeeze.
  * Moving reviewed other_customization-contents to user section.
  * Really removing undistributable Debian logo (Closes: #597237).

 -- Daniel Baumann   Sun, 19 Sep 2010 01:24:08 +0200

-- 
Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist
Email:  daniel.baum...@panthera-systems.net
Internet:   http://people.panthera-systems.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#597132: [linux-2.6] Postinstall Error Leaves Package Partly Installed

[Daniel Baumann]

tag 597132 unreproducible
tag 597132 moreinfo
tag 597132 help
thanks

what version of extlinux is installed? how did you construct such situation?



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

Bug#597370: unblock: xorg/1:7.5+7

[Julien Cristau]

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

The main reason for this request is #567909, the rest is mostly
cosmetic.

+xorg (1:7.5+7) unstable; urgency=low
+
+  [ Julien Cristau ]
+  * Nuke x11-common's Conflicts.  This was needed for upgrades from the
+monolith, which aren't relevant anymore.
+  * Also drop Pre-Depends on debconf.  The debconf interaction in
+x11-common.preinst was removed in 1:7.4+2.
+  * Drop versioned build-dep on dpkg 1.7.0.  Even woody had that..
+  * Drop x11-common Depends on debianutils 1.13.  That was also in
woody.
+  * Add xserver-xorg-video-geode to -all on i386 (closes: #567909).
+
+  [ Cyril Brulebois ]
+  * Add myself to Uploaders.
+  * Update Debian po files by running debconf-updatepo (through
+debian/rules clean).
+
+ -- Cyril Brulebois   Sat, 04 Sep 2010 19:39:41 +0200

unblock xorg/1:7.5+7

Cheers,
Julien


signature.asc
Description: Digital signature

Bug#597369: eeepc need "force to use hal" option

[Takeshi Soejima]

Package: sleepd
Version: 2.02

On my asus eeepc 900, sleepd using -b option (ex. -b 10) always sleep
the machine even when the battery is full. Because, as known, the acpi
information of the battery is broken.

I patched sleepd to force to use hal and it works fine, but it will be
 nice to have "force to use hal" command line option for eeepc users.





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

Bug#597368: schroot: session handling broken with plain chroots (breaks sbuild)

[Aurelien Jarno]

Package: schroot
Version: 1.4.12-1
Severity: serious
Justification: break kfreebsd-* buildds

Since version 1.4.12-1, sbuild doesn't work anymore with plain chroots,
due to changes in session handling:

| $ schroot -c sid-kfreebsd-amd64-sbuild --begin-session
| sid-kfreebsd-amd64-sbuild

Note that the session id returned here is the same name as the chroot
as it is a plain chroot. Then sbuild calls schroot with this session
id and it fails:

| $ schroot -c sid-kfreebsd-amd64-sbuild --run-session
| E: sid-kfreebsd-amd64-sbuild: Chroot not found

The bug has been introduced by this commit:

| commit 08df8d81e93f9905f00d4968aefcaf8fadcfc89e
| Author: Roger Leigh 
| Date:   Sun Sep 5 17:43:28 2010 +0100
|
| sbuild::chroot_config: Use namespace hints correctly
|
| If a chroot name doesn't contain an explict namespace,
| fall back to the provided namespace hint before falling
| back to the "chroot" namespace if no hint was provided.


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

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



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

Bug#597341: installation-reports: Basic system installation successfull, but system freezes after installing and running X.

[Otavio Salvador]

reassign 597341 xserver-xorg-core
thanks

On Sat, Sep 18, 2010 at 4:49 PM, Alexander Sieck  wrote:
> The installation of the base system was successfull.
> After reboot and installation of the packages xorg, xdm and dwm
> the system freezes with a black screen at the end of the boot
> sequence, i.e. no xdm login screen visible, the monitor reports
> no signal and the system does not react on any keys.

I am reassigning this to xserver-xorg-core package so people can take
a look on this.

Thanks by reporting this installation report to us.

-- 
Otavio Salvador                  O.S. Systems
E-mail: ota...@ossystems.com.br  http://www.ossystems.com.br
Mobile: +55 53 9981-7854         http://projetos.ossystems.com.br



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

Bug#597237: live-manual: includes non-free files

[Daniel Baumann]

On 09/18/2010 07:15 PM, Francesco Poli wrote:
> Hence the online manual is still non-free, even though with the
> non-free part stored in a separate place...

so are many, many webpage on debian.org, feel free to fix serious bug
reports about that too.

however, since apparently debian people do not even care about *real*[0]
license violations, sadly, i would not be surprised if they don't care
about that too...

[0] #497471, #507706

-- 
Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist
Email:  daniel.baum...@panthera-systems.net
Internet:   http://people.panthera-systems.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#597237: live-manual: includes non-free files

[Daniel Baumann]

On 09/18/2010 01:31 PM, Francesco Poli wrote:
> If I understand correctly, the following commit claims to fix the bug I
> reported:
> http://live.debian.net/gitweb?p=live-manual.git;a=commitdiff;h=30f57268ba82463e46f9627a687c6c0603918677

i removed the html thing and indeed updated the copyright file, but put
that into a stash since i had to leave and forgot to apply it when i did
above commit, will correct with the next upload..

-- 
Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist
Email:  daniel.baum...@panthera-systems.net
Internet:   http://people.panthera-systems.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#565124: blkid man pages description lacks mention of UUIDs

[Arthur Marsh]

Package: util-linux
Version: 2.17.2-3.1
Severity: normal


Hi, this bug affects the ability of users to discover the blkid command to find 
the  UUID's of block devices by not providing UUID in the man page description.

Please address this issue.

Regards,

Arthur.

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

Kernel: Linux 2.6.36-rc4-git4 (SMP w/1 CPU core; PREEMPT)
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages util-linux depends on:
ii  dpkg1.15.8.5 Debian package management system
ii  initscripts 2.88dsf-12   scripts for initializing and shutt
ii  install-info4.13a.dfsg.1-5   Manage installed documentation in 
ii  libblkid1   2.17.2-3.1   block device id library
ii  libc6   2.11.2-6 Embedded GNU C Library: Shared lib
ii  libncurses5 5.7+20100313-3   shared libraries for terminal hand
ii  libselinux1 2.0.96-1 SELinux runtime shared libraries
ii  libuuid12.17.2-3.1   Universally Unique ID library
ii  lsb-base3.2-23.1 Linux Standard Base 3.2 init scrip
ii  tzdata  2010l-1  time zone and daylight-saving time
ii  zlib1g  1:1.2.3.4.dfsg-3 compression library - runtime

util-linux recommends no packages.

Versions of packages util-linux suggests:
ii  console-tools  1:0.2.3dbs-69 Linux console and font utilities
ii  dosfstools 3.0.9-1   utilities for making and checking 
ii  kbd-compat [kbd]   1:0.2.3dbs-69 Wrappers around console-tools for 
pn  util-linux-locales (no description available)

-- debconf-show failed



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

Bug#597353: RM: libprojectm; RoM

[Matthias Klumpp]

On Sat, 18 Sep 2010 22:44:00 +0100, "Adam D. Barratt"
 wrote:
> 
> Reassigning to ftp.d.o as removal from unstable was requested; the
> removal will then automagically propagate to testing.
Ah, okay. I wasn't sure about this, if testing is in freeze.
Thanks!
  Matthias




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

Bug#597281: kdevelop project wizards do not support source control using git

[Nicolás Alvarez]

KDevPlatform 1.1 isn't even released upstream yet (beta 2 came out recently).

When it's released, I doubt it will go into Debian squeeze anyway, due
to the freeze, so you'd have to get it from experimental or wherever
it goes.

-- 
Nicolas



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

Bug#597367: override: nvidia-libvdpau1:non-free/oldlibs

[Russ Allbery]

Package: ftp.debian.org
Severity: wishlist

Looks like I missed one package in the nvidia-graphics-drivers override
requests.

nvidia-libvdpau1-ia32_256.53-1_amd64.deb: package says section is 
non-free/oldlibs, override says non-free/libs.

This is now a transitional package for clean upgrades from a previous
package naming scheme.  Could you update the section?  Thanks!



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

Bug#597366: RM: nvidia-graphics-legacy-71xx-modules-amd64 -- ROM; ancient kernel build package

[Russ Allbery]

Package: ftp.debian.org
Severity: normal

Please remove nvidia-graphics-legacy-71xx-modules-amd64, which is an
ancient build driver package for kernel modules for the legacy NVIDIA
drivers.  It hasn't been updated for the current release kernels and
now that the package has DKMS, we don't think that's worth doing for
squeeze.

If the package is ever reintroduced, it will be in a merged form that
isn't architecture-specific.

While I'm not the listed maintainer, Randall was maintaining this
package in his capacity as the maintainer of the NVIDIA packages, and
I'm a member of the new NVIDIA packaging team.



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

Bug#597365: RM: nvidia-graphics-legacy-71xx-modules-i386 -- ROM; ancient kernel build package

[Russ Allbery]

Package: ftp.debian.org
Severity: normal

Please remove nvidia-graphics-legacy-71xx-modules-i386, which is an
ancient build driver package for kernel modules for the legacy NVIDIA
drivers.  It hasn't been updated for the current release kernels and
now that the package has DKMS, we don't think that's worth doing for
squeeze.

If the package is ever reintroduced, it will be in a merged form that
isn't architecture-specific.

While I'm not the listed maintainer, Randall was maintaining this
package in his capacity as the maintainer of the NVIDIA packages, and
I'm a member of the new NVIDIA packaging team.



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

Bug#597364: debian-maintainers: Add Jonathan Yu as a Debian Maintainer

[Jonathan Yu]

Package: debian-maintainers
Severity: normal


Contents of add-F3C2F688A21CB648 follow:

Comment: Add Jonathan Yu  as a Debian Maintainer
Recommended-By:
  Russ Allbery ,
  Obey Arthur Liu 
Agreement:
  http://lists.debian.org/debian-newmaint/2010/09/msg00036.html
Advocates:
  http://lists.debian.org/debian-newmaint/2010/09/msg00037.html
  http://lists.debian.org/debian-newmaint/2010/09/msg00038.html
Date: Sat, 18 Sep 2010 18:45:48 -0400
Action: import
Data: 
  -BEGIN PGP PUBLIC KEY BLOCK-
  Version: GnuPG v1.4.10 (GNU/Linux)
  
  mQINBEruEj8BEADDYcMwQVJ3/pU+cLbjhR1SaH0jimUnpevUEuKokScwnE13R19U
  D6MNOiyLSsFecUTWFsBbAn2W3oM4jArnfGXzdCZYAJKpN8nGJ0wohBdsAxn5ShDc
  s1VDV5axkbpNdAoKueyOPjdYeydPLpSAGtgiLI8GomslO9dX8vxs3o58yVJYHDpx
  O9X7JNrI9paxZ13+u3YfVtkbQhzUx2J1BJRZUBw/uoQi5tgXDYid/NC+RAVQV2Av
  Ra56iDCQwoX38X53QdlbZ4escVx36uQBHRb/8KR9kklhzhWa3KPK+c4gNgG9kIX2
  NZxTIqP4x6goGJdzkA/0OTjWAQD7L7Ju3pMzQv/Zs5ciaql1nlO0CqLeQyebxKWF
  43WuGFqZ+3DfBfVkEpgVawSn2H2ngWGuMwm/4qr+UUOUVGyZHe1TrR0q0fKR3Q3l
  PS5/tPG+1oDgVFelENbdBMOZuhqqY9guEQ6V4RwnGOr5FeIaiaIbhfQE73dp/dMD
  ChLQivJY6B7c22eyZ/YkN66Lv0rDL8yn1YeEagLszffgpOBah92+jKVRPeE7jkUS
  eXni72OuOaxZclFMCqs13gChe9CHviCo0/+PgNJ7WZ33hTbfRASVF5Q5+JvEPVHr
  g/ZlqXWR67tfTfmYo/4MjZ+o4X1azfeHQVUr1bUzMncmqX8yHt5U+v0wWQARAQAB
  tCVKb25hdGhhbiBZdSA8am9uYXRoYW4uaS55dUBnbWFpbC5jb20+iQI6BBMBCAAk
  AhsDBQsJCAcDBRUKCQgLBRYCAwEAAh4BAheABQJK7iXsAhkBAAoJEPPC9oiiHLZI
  R00P+wXSAqS6JOolNIJqPaQ8xTgSFLWh5BK4SW9+3Gm3G+WU7/eJpZ9o3Vi5o4kr
  EFYpRO0SEsPN0hIsWabdZ/zrH8En3QKxdqJj8S3wUqSG3RCYE/uxI7Hy+Df1Ge5M
  YBB3D6+MMVZQhr9DQmaGJ4kZ8Qh8ZZZ8rkkF/UDKqy0ArBvQgTGw1sNp5WF2vVC7
  IKpOJNnscrSu0G0zcFSqhPWrcmcOeu35SiKNnz3/qj7TMqEzswHEbInMxdyX4/HT
  VtbymHcqu9hbXkLfyUmpaYMpNczM91Z9x5D4NEe4ICoiWtQNn7a8KHgOE0ETmm3i
  vBFKUIs7Oz6FkdcKIR4ztkC6m9z9fs18yqAfLULumb1lV3BFOWm3ahJJDzDbZZdq
  4cvxeZjtWav5rKByww0KmDvrqZCqw4+iiqVMdU0BcoJ6F+MhIu75CnZLw5473sgN
  Coa+czxtZkzCzujFabmZl0Am+5oYP8Sc3bj2aQzEWIO4fj18PitSKT3s4j8VuW13
  4zWrm1L3P2cc3RAwQ2tGZDpJ+Ru9Z79MwyCrkDgh7MTf+U7YI0udY75x/cjZ2BaO
  +RDXWS0vLCBrLmrUnPvJCNStqVfCpl9YO8gNJXE+4ygMwpoYM1nqYTxrov1xZ+aQ
  IDvjrjWo/MaDflRHAWibUiTqpGt0wGSQWcMwKb0hrvzRo6+QiEYEEBEIAAYFAkru
  JTAACgkQYYN9T93mai/EeACfW8kSPgt68hMv0XgDZWHerQmTjuwAnR7JAHgVOF8t
  QFOVl3pC+RJAMMXKiGsEEBECACsFAkruV5UFgwHihQAeGmh0dHA6Ly93d3cuY2Fj
  ZXJ0Lm9yZy9jcHMucGhwAAoJENK7DQFl0P1YXvsAoIxXwiqx2f1LEkhQYUiRkqeR
  6SZCAJ0VobbEaYHWR3z2UvxPF7xYueU7ZokCNwQTAQgAIQUCSu4SPwIbAwULCQgH
  AwUVCgkICwUWAgMBAAIeAQIXgAAKCRDzwvaIohy2SLo4D/9jr0yxINcsLB2nnZMS
  r0SS6KYUiFzuSoRrIXMn4bbRLxm0oOrHN2Uym+ZJwtrZ99nxxNH8wrmsHdU5RwsS
  A29wTiBQtz6ONCR2yR3Ac570D8aYKQnY1OPkN/8HyDeW9WLSYgP5RsGWgqtUJer5
  L87NjbIC/N5uQvwoz0F60/S+w5GfeMDFDZCJ0fexD342bYNGiDJsfajZIMKolL0Y
  Si0jEVG3blfVJANCFHLspxtcouErG1PDT4KrarFfW4nIYjznYDvnjxbP0yCIJw/e
  OSlDM7D/Tfglml+Ni+aZtDwYD5t4CKR4+ExHtkDNNyNW+tT8PKiYai8PelVXJWTM
  +vNGY1TNcsSaUQxdOXITcJJoREQqIg4zQP/PRDIJFs1Kc8evMcCnrvwZ8bXK4Ewc
  2/8+lYcFIAVZdLzKlWMphymArPwT5IU8LoI8LCRZ06vnZs+0ALYQdPifksPZTLmW
  EOcEyZZu9xZbj8CI0VAVq3+7w5IxrGaXiTOBs/6IpYsbGg1mB6gLaROh6NN3KCY1
  8z6S/a6jF8Awh7JB4C0K2cQKUsTmK79twahkjsH+lWEF1FnpbjAfMrTOikddYH46
  QC7tztBoAN54DaKhLFhgLWO32RwI0oduP3Gu0smSjQYkbECMMnW5WaEDDutXmcWv
  8Pl/6WLoqbVf1Be/jcfZt4wMZYhGBBARAgAGBQJMRg8bAAoJEGM7hShReOKlzk4A
  n03L9F7foDhFxDpLyh9rtPCd3p5qAJ0Y7vk1JxTFDeh9O9W05WfurA6uFIhrBBAR
  AgArBQJMSt2iBYMB4oUAHhpodHRwOi8vd3d3LmNhY2VydC5vcmcvY3BzLnBocAAK
  CRDSuw0BZdD9WAtkAJ9BqyOvFCZTXNLyp4lFP7g0PcxVAACfTyZjTgaXfLdtcZ+P
  5x2wH24/BE60IEpvbmF0aGFuIFl1IDxqb25AbHVtaW5lc2NlbnQuY2E+iQI3BBMB
  CAAhBQJK7iNJAhsDBQsJCAcDBRUKCQgLBRYCAwEAAh4BAheAAAoJEPPC9oiiHLZI
  8OMP/1oPVUBqyTipPRs9XUpsEM71MZlzEHvR0PsrM8mR0hQgfoSlBZxBVN9kkugT
  Gdb8HN1xb2insPAEPo+VrdhUw+DkZArLLQz2DG51TM5524BQ/mMBXhpTaNvzvQqg
  xEjRXuOx8XHArVI8KritRBvViO2pfUtCxrOjUwBZQd1NBE1UZO9A3qSVt5ryuB4x
  66iufEMUhjJS3SHWYLhQfhancRAFvb76TWutkCvuwFcIFjVbe1kWUfZmFIoLHKHq
  4viCe5o+LZe0BQ8fkACBh/GQRSo7/4h/vUkUP59iWbGfm7pmhx0zNSGyvZHuCm0g
  sqXvDjZPPE3oFEntFrZRgDQX8H1ItXigWiQxoKibnDhtAYr29+78ANmsst4/a/6i
  0lVdrJAIjuvvYR2uMBEIp9UH8cqRdpcnlk8O12CLm3qDD7avpFjuraxck6/B2jDn
  3bU2MjDDEB1d5JxhxDHmS2QLF1sauaCC5dB/RINKkZXlWIi/kXLtC4ouySBTsGa+
  i/69UTxUbyQ1zq8TnyGjOwvLNqLHeIYZrAaEt66cgXpIc1E4Lxc4EsuQlPTsggSR
  DzGsSWvjPTqdwAOjuQGmk9pQwESa8fOMNMfPWuaM0gQFgFut+rI/NYc08EqUCjyL
  A0/eL4fHo74L9wjHAGDkOrImKRGbHpQNbBWzAUJm54/KkycWiEYEEBEIAAYFAkru
  JC8ACgkQYYN9T93mai8uqQCdEvQfYTn1KP8NO+ylc4I614yaejgAoIEPfSUwzhOH
  FSS66PISwMl/Sa5ziGsEEBECACsFAkruV5UFgwHihQAeGmh0dHA6Ly93d3cuY2Fj
  ZXJ0Lm9yZy9jcHMucGhwAAoJENK7DQFl0P1YeE8AmwUVUnTvp7TfldSdmyTyYTcW
  uOJUAJ92++MmEE/pDwe/drQGXpp6Mi7X/4hrBBARAgArBQJMSt2iBYMB4oUAHhpo
  dHRwOi8vd3d3LmNhY2VydC5vcmcvY3BzLnBocAAKCRDSuw0BZdD9WFz5AJ4jRzIY
  B/QgJ+daViO1nzLLZ05bUwCfehGTCSAGlOsdpKD+T8ba+wPTBhK0HkpvbmF0aGFu
  IFl1IDxqb25AaW1hZ2luYXJ5LmNhPokCNwQTAQgAIQUCSu4jyAIbAwULCQgHAwUV
  CgkICwUWAgMBAAIeAQIXgAAKCRDzwvaIohy2SEiTD/9XO3Rnf8yCqGP+IfKHH7oY
  HycTeUq7LxnOkM8W0YLl2jgkbN+Hbj2qCqI+mq2OBp3U3o02/gUmoL11L/9peXpT
  Xmw6DvHx8oBjHoux8NBredyeYXDravmFLqYlCPnCpYGFvmu7MSgEa3ztDDJSwmrN
  2aWGFVp2kwBnx7exvT9s06K2RUsAuT+a

Bug#597363: RM: nvidia-graphics-legacy-96xx-modules-amd64 -- ROM; ancient kernel build package

[Russ Allbery]

Package: ftp.debian.org
Severity: normal

Please remove nvidia-graphics-legacy-96xx-modules-amd64, which is an
ancient build driver package for kernel modules for the legacy NVIDIA
drivers.  It hasn't been updated for the current release kernels and
now that the package has DKMS, we don't think that's worth doing for
squeeze.

If the package is ever reintroduced, it will be in a merged form that
isn't architecture-specific.



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

Bug#597362: RM: nvidia-graphics-legacy-96xx-modules-i386 -- ROM; ancient kernel build package

[Russ Allbery]

Package: ftp.debian.org
Severity: normal

Please remove nvidia-graphics-legacy-96xx-modules-i386, which is an
ancient build driver package for kernel modules for the legacy NVIDIA
drivers.  It hasn't been updated for the current release kernels and
now that the package has DKMS, we don't think that's worth doing for
squeeze.

If the package is ever reintroduced, it will be in a merged form that
isn't architecture-specific.



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

Bug#597355:

[Manfred]

Maybe same problem as in bug #594470 (libwebkit-1.0-2)



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

Bug#536490: Bug #536490 and duplicates may be debian-installer related.

[Otavio Salvador]

On Thu, Aug 5, 2010 at 5:06 PM, Rafael Belmonte  wrote:
> Hello, please take a look at the Bug #536490 because this could be related
> to debian-installer.
> The debian-installer may be who should preconfigure policykit to can work in

Yes; you are right.

Soon installer will be adding the user in sudo group.

-- 
Otavio Salvador                  O.S. Systems
E-mail: ota...@ossystems.com.br  http://www.ossystems.com.br
Mobile: +55 53 9981-7854         http://projetos.ossystems.com.br



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

Bug#597237: live-manual: includes non-free files

[Francesco Poli]

On Sat, 18 Sep 2010 22:01:39 +0100 Brendan Sleight wrote:

> On 18 September 2010 21:08, Francesco Poli  wrote:
[...]
> > html/stylesheet.css : you claim that those two non-free files are no
> It is free and open source. Trust and claim ? These are harsh words.

I apologize if I sounded harsh, please take into account that I am not
an English native speaker and hence I may sometimes fail to choose the
best words to express my reasoning.

> 
> > I can describe the patch in words: remove everything from the
> > debian/copyright file, starting from line 44 up to the end of the
> > file...
> Patch attached.

Thanks, please apply the patch.


-- 
 http://www.inventati.org/frx/progs/scripts/pdebuild-hooks.html
 Need some pdebuild hook scripts?
. Francesco Poli .
 GnuPG key fpr == C979 F34B 27CE 5CD8 DC12  31B5 78F4 279B DD6D FCF4


pgprL5HaLy3FW.pgp
Description: PGP signature

Bug#597361: RM: nvclock [mips mipsel s390] -- ANAIS; no hardware on arch

[Russ Allbery]

Package: ftp.debian.org
Severity: normal

The nvclock utility allows the user to monitor and overclock an NVIDIA
video card.  While that hardware was on more different platforms than
I had first thought, we're fairly sure that there has never been NVIDIA
hardware for mips, mipsel, or s390, making the package useless on those
platforms.  The current version of the package doesn't attempt builds
there.

Could you remove the old binaries from the archive?  Thanks!



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

Bug#597360: RM: nvidia-xconfig [ia64] -- ANAIS; not useful on ia64

[Russ Allbery]

Package: ftp.debian.org
Severity: normal

nvidia-xconfig is an X configuration utility that generates a
configuration file specifically for the proprietary non-free NVIDIA X
drivers.  Since upstream only releases these drivers for i386 and amd64,
it's pointless to build this package on any other architecture.

Could you please remove the old ia64 build of this package?



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

Bug#597359: reportbug: partial testing removals shouldn't go to debian-release

[Russ Allbery]

Package: reportbug
Version: 4.12.6
Severity: normal

I attempted to file a removal bug against ftp.debian.org for a package
in testing for a particular architecture (ANAIS) and reportbug told me
to mail debian-release instead.  However, debian-release can't handle
partial removals from testing:

| britney doesn't support partial removals from testing (they generally
| wouldn't help anyway as e.g. out-of-date checks are relative to
| unstable, not testing); this is generally achieved by ftp-master
| removing the old binary from unstable and the effect automagically
| propagating to testing.

I think reportbug should recommend filing the bug against unstable
instead, or say that the removal will propagate from unstable if it's
already been removed there.

-- Package-specific info:
** Environment settings:
EDITOR="vi"
VISUAL="vi"
DEBEMAIL="r...@debian.org"
INTERFACE="text"

** /home/eagle/.reportbugrc:
reportbug_version "2.10.1"
mode standard
ui text
realname "Russ Allbery"
email "r...@debian.org"

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

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

Versions of packages reportbug depends on:
ii  apt   0.8.0  Advanced front-end for dpkg
ii  python2.6.5-13   interactive high-level object-orie
ii  python-reportbug  4.12.6 Python modules for interacting wit

reportbug recommends no packages.

Versions of packages reportbug suggests:
ii  debconf-utils1.5.35  debconf utilities
pn  debsums(no description available)
ii  dlocate  1.02fast alternative to dpkg -L and dp
ii  emacs23-bin-common   23.2+1-4The GNU Emacs editor's shared, arc
ii  file 5.04-5  Determines file type using "magic"
ii  gnupg1.4.10-4GNU privacy guard - a free PGP rep
ii  postfix [mail-transp 2.7.1-1 High-performance mail transport ag
ii  python-gtk2  2.17.0-4Python bindings for the GTK+ widge
pn  python-gtkspell(no description available)
pn  python-urwid   (no description available)
pn  python-vte (no description available)
ii  xdg-utils1.0.2+cvs20100307-1 desktop integration utilities from

-- 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#590221: Package: nvidia-glx-legacy-173xx

[Russ Allbery]

Steven Altermatt  writes:

>> nvidia-kernel-dkms

>> Recommends kernel headers -- so you hopefully have the headers for
>> your running kernel installed and the module can be built automatically

> Only if one wants this done automatically, shouldn't be forced upon the
> user. Which happened because the legacy changelog did not have the
> necessary info in it so the user could decide whether to use dkms or
> not.

So, let me explain what happened and why this all worked the way that it
did to provide a bit of background.  This will hopefully also explain why
we thought there was enough information in the legacy changelogs.  This
was an unexpected side effect.

Historically, the primary method of getting a kernel module was to install
the pre-built kernel module maintained by the NVIDIA packagers.  This was
the case for a lot of out-of-tree kernel modules.  The problem with this
approach is that it's a huge headache from the Debian archive maintenance
perspective and requires tons of coordination.  Each time the kernel ABI
changes, every kernel module of this type must be uploaded again, and all
those new packages will have new names and will have to go through NEW
processing.

Because of that, all out-of-tree kernel modules in Debian are generally
converging on DKMS.  The huge advantage of DKMS for the average user is
that if they have the kernel metapackage and the headers metapackage
installed, they can then just merrily upgrade their system without giving
out-of-tree modules a second thought and everything just works.

It does, indeed, not work well if you have a custom-built kernel, but this
is an unusual case for Debian users.

One of the changes in all of the latest uploads of NVIDIA packages was
therefore to add DKMS support and recommend it by default.  This is of
particular interest for the legacy packages, since the legacy packages
have no pre-built kernel modules in Debian.  That's what:

- add dkms support (closes: #547535)

in the changelog was about.  In retrospect, it probably should have also
said "and recommend it as the default."

Now, for a user such as yourself who is happy with the -source package and
isn't interested in DKMS, the chain of Recommends that Andreas pointed out
earlier end up causing you problems, since they pull in nvidia-glx before
you have had a chance to build the new kernel module and then, from there,
pull in DKMS to try to satisfy the dependency on a kernel module.

I think the solution for your particular problem would be to downgrade the
Recommends of nvidia-glx from nvidia-kernel-source to a Suggests.  I'm not
sure if that would cause any other problems.  At first glance, my guess is
that anyone installing nvidia-kernel-source probably knows enough about
what they're doing that the extra weight of Recommends isn't necessary for
them, so I'm inclined to say that's a good change.  But I'd also like to
see what Andreas thinks.

-- 
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#597358: xserver-xorg-video-radeon: Screen brightness flickers when KMS is enabled

[Aaron Small]

Package: xserver-xorg-video-radeon
Version: 1:6.13.1-2
Severity: normal


When KMS is enabled, the screen is mostly correct all the time, but the
brightness for either the entire screen, or one horizontal line
flickers, maybe two to three times per second. Sometimes the change in
brightness is just noticeable, and sometimes it is strong enough to look
like a horizontal line the full width of the display becomes white. The
very strong flickers seem to only happen with a single line, the
whole-display flickers are always fairly weak, but still noticeable.

The flickering happens all the time when KMS is enabled. Reboot and
suspend/resume have no effect. When KMS is disabled, there is no
problem, I never see flickering like this.


-- Package-specific info:
/var/lib/x11/X.roster does not exist.

/var/lib/x11/X.md5sum does not exist.

X server symlink status:
lrwxrwxrwx 1 root root 13 Dec 28  2006 /etc/X11/X -> /usr/bin/Xorg
-rwxr-xr-x 1 root root 1725304 Aug 24 11:04 /usr/bin/Xorg

/var/lib/x11/xorg.conf.roster does not exist.

VGA-compatible devices on PCI bus:
01:00.0 VGA compatible controller: ATI Technologies Inc M56P [Radeon Mobility 
X1600]

/var/lib/x11/xorg.conf.md5sum does not exist.

Xorg X server configuration file status:
-rw-r--r-- 1 root root 3132 Aug  7 22:06 /etc/X11/xorg.conf

Contents of /etc/X11/xorg.conf:
# /etc/X11/xorg.conf (xorg X Window System server configuration file)
#
# This file was generated by dexconf, the Debian X Configuration tool, using
# values from the debconf database.
#
# Edit this file with caution, and see the /etc/X11/xorg.conf manual page.
# (Type "man /etc/X11/xorg.conf" at the shell prompt.)
#
# This file is automatically updated on xserver-xorg package upgrades *only*
# if it has not been modified since the last upgrade of the xserver-xorg
# package.
#
# If you have edited this file but would like it to be automatically updated
# again, run the following command:
#   sudo dpkg-reconfigure -phigh xserver-xorg

Section "Files"
FontPath"/usr/share/fonts/X11/misc"
FontPath"/usr/X11R6/lib/X11/fonts/misc"
FontPath"/usr/share/fonts/X11/cyrillic"
FontPath"/usr/X11R6/lib/X11/fonts/cyrillic"
FontPath"/usr/share/fonts/X11/100dpi/:unscaled"
FontPath"/usr/X11R6/lib/X11/fonts/100dpi/:unscaled"
FontPath"/usr/share/fonts/X11/75dpi/:unscaled"
FontPath"/usr/X11R6/lib/X11/fonts/75dpi/:unscaled"
FontPath"/usr/share/fonts/X11/Type1"
FontPath"/usr/X11R6/lib/X11/fonts/Type1"
FontPath"/usr/share/fonts/X11/100dpi"
FontPath"/usr/X11R6/lib/X11/fonts/100dpi"
FontPath"/usr/share/fonts/X11/75dpi"
FontPath"/usr/X11R6/lib/X11/fonts/75dpi"
# path to defoma fonts
FontPath"/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType"
EndSection

Section "Module"
Load"i2c"
Load"bitmap"
Load"ddc"
Load"dri"
Load"extmod"
Load"freetype"
Load"glx"
Load"int10"
Load"vbe"
EndSection

Section "InputDevice"
Identifier  "Generic Keyboard"
Driver  "kbd"
Option  "CoreKeyboard"
Option  "XkbRules"  "xorg"
Option  "XkbModel"  "pc104"
Option  "XkbLayout" "us"
EndSection

Section "InputDevice"
Identifier  "Configured Mouse"
Driver  "mouse"
Option  "CorePointer"
Option  "Device""/dev/input/mice"
Option  "Protocol"  "ImPS/2"
Option  "Emulate3Buttons"   "true"
EndSection

Section "InputDevice"
Identifier  "Touchpad"
Driver  "synaptics"
Option  "AlwaysCore"
Option  "device""/dev/input/mouse0"
Option  "Protocol"  "auto-dev"
Option  "SHMConfig" "on"
Option  "TapButton2""3"
Option  "TapButton3""2"
EndSection

Section "Device"
Identifier  "Generic Video Card"
Driver  "ati"
BusID   "PCI:1:0:0"
EndSection

Section "Monitor"
Identifier  "Color LCD"
Option  "DPMS"
HorizSync   28-72
VertRefresh 43-60
EndSection

Section "Screen"
Identifier  "Default Screen"
Device  "Generic Video Card"
Monitor "Color LCD"
DefaultDepth24
SubSection "Display"
Depth   1
Modes   "1440x900"
EndSubSection
SubSection "Display"
Depth   4
Modes   "1440x900"
EndSubSection
SubSection "Display"
Depth   8
  

Bug#597357: unblock: cairo/1.8.10-6

[Josselin Mouette]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: freeze-exception

Please unblock the latest cairo upload.

cairo (1.8.10-6) unstable; urgency=low 
.
   * debian/patches/02_iceweasel-buggy-repeat.patch:
 + Revert logic of the patch for the infamous iceweasel rendering
   problems. The only broken X11 driver that is left seems to be
   fglrx and always enabling the workaround code in cairo causes
   severe performance degradations for everybody (Closes: #594245).
   Thanks for Josselin Mouette for the patch.
   Everybody using the fglrx driver should set the MOZ_CAIRO_BUGGY_REPEAT
   environment variable, everybody else should get a correctly working
   and fast cairo again.

I’m attaching the new version of the patch.

Cheers,
-- 
 .''`.  Josselin Mouette
: :' :
`. `'  “If you behave this way because you are blackmailed by someone,
  `-[…] I will see what I can do for you.”  -- Jörg Schilling
Index: cairo/src/cairo-xlib-display.c
===
--- cairo.orig/src/cairo-xlib-display.c	2010-08-17 05:52:51.868996101 +0200
+++ cairo/src/cairo-xlib-display.c	2010-08-17 05:52:54.692995371 +0200
@@ -66,6 +66,8 @@
 
 static cairo_xlib_display_t *_cairo_xlib_display_list;
 
+static int buggy_repeat_force = -1;
+
 static void
 _cairo_xlib_remove_close_display_hook_internal (cairo_xlib_display_t *display,
 		cairo_xlib_hook_t *hook);
@@ -338,6 +340,17 @@
 	display->buggy_repeat = TRUE;
 }
 
+/* XXX workaround; see https://bugzilla.mozilla.org/show_bug.cgi?id=413583 */
+if (buggy_repeat_force == -1) {
+if (getenv("MOZ_CAIRO_BUGGY_REPEAT"))
+buggy_repeat_force = 1;
+else
+buggy_repeat_force = 0;
+}
+
+if (buggy_repeat_force)
+display->buggy_repeat = TRUE;
+
 display->next = _cairo_xlib_display_list;
 _cairo_xlib_display_list = display;
 


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

Bug#593024: tokyocabinet-ruby: FTBFS: no such file to load -- rubygems (LoadError)

[laurent]

> Comparing the version in the pkg-ruby-extras SVN repo with the one on
> mentors, I get some strange differences, as if the orig tarball was
> different.
>
> Could you clarify whether that is expected?
>
> In particular:
> --- tokyocabinet-ruby-1.30/tokyocabinet.gemspec   2010-07-19 
> 08:12:06.0 +0200
> +++ tokyocabinet-ruby-1.30/tokyocabinet.gemspec   2010-04-09 
> 23:52:50.0 +0200
> @@ -3,9 +3,9 @@
>  spec = Gem::Specification.new do |s|
>s.name = "tokyocabinet"
>s.version = "1.30"
> -  s.author "FAL Labs"
> -  s.email = "i...@fallabs.com"
> -  s.homepage = "http://fallabs.com/tokyocabinet/";
> +  s.author "Mikio Hirabayashi"
> +  s.email = "hira...@gmail.com"
> +  s.homepage = "http://1978th.net/tokyocabinet/";
>s.summary = "Tokyo Cabinet: a modern implementation of DBM."
>s.description = "Tokyo Cabinet is a library of routines for managing a 
> database.  The database is a simple data file containing records, each is a 
> pair of a key and a value.  Every key and value is serial bytes with variable 
> length.  Both binary data and character string can be used as a key and a 
> value.  There is neither concept of data tables nor data types.  Records are 
> organized in hash table, B+ tree, or fixed-length array."
>s.files = [ "tokyocabinet.c", "extconf.rb" ]
>
> - Lucas

Hello,

No it's not expected but the upstream change the tarball without
increase the version number.

And when i upload to mentors.d.o i get this message:
« We have overwritten the files in the repository by those from
your new upload. Please note that this is allowed when uploading
to mentors.debian.net. But in the official Debian repository
you cannot change the upstream tarball (.orig.tar.gz). »

What can i do ?

Laurent



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

Bug#596573: [openoffice.org] crash with X-Error if KDE file selector tries to show preview of a Gimp file

[Rene Engelhard]

On Sat, Sep 18, 2010 at 11:48:27PM +0200, Rene Engelhard wrote:
> Othewise: simply no idea, and as long as it doesn't happen on "normal" 
> systems (asked SuSE to try it too
> and it worked for  them too) I would just tag this + unreproducible...

That said I got this when trying a vanilla build:

X Error: RenderBadPicture (invalid Picture parameter) 159
  Extension:148 (RENDER)
  Minor opcode: 8 (RenderComposite)
  Resource id:  0x6e00621

But no crash.

Grüße/Regards,

René



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

Bug#597330: unblock: mock/1.0.8-2

[Adam D. Barratt]

On Sat, 2010-09-18 at 23:04 +0200, Sandro Tosi wrote:
> On 2010-09-18, Adam D. Barratt  wrote:
> > On Sat, 2010-09-18 at 19:59 +0200, Sandro Tosi wrote:
> >> Please unblock package mock
> >>
> >> The upload fixes an RC bug, the solution is sub-optimal, but at least it
> >> works.
> >
> > I have to admit to being somewhat confused by the diff; this looks
> > rather large for a simple change to Makefile.in:
[...]
> Sorry, I really don't know all that stuff where it's coming from. I've
> uploaded -3 that contains only the change needed for that bug to be
> fixed. The patch is automatically added, but now only contains the
> one-line (and diff against -1 is sane).

Unblocked.

Regards,

Adam



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

Bug#596573: [openoffice.org] crash with X-Error if KDE file selector tries to show preview of a Gimp file

[Rene Engelhard]

Hi,

On Mon, Sep 13, 2010 at 11:39:35PM +0200, Rene Engelhard wrote:
> Hmm. Interesting. It works in my "normal" sid, but neither in a i386 chroot 
> nor
> in a amd64 one (I get warnings about dbus and kded though).

And the 3.3 which worked in my "normal" sid doesn't work in the chroot either...
I also tried vanilla upstream 3.3 built with kde4 enabled. same story.

Talking with our KDE maintainers about this problem didn't result in an 
immediate
solution either, except that debugging this inside a chroot is completely 
difficult,
(no dbus, no kded working, ..). But it seems it boils down to:

0:32 < svuorela> _rene_: I'm a bit unsure, actually. the more I read the kfile 
code, the more puzzled I get ... were there any stderr output ?
00:32 < svuorela> but well. p fileModule()
00:32 < _rene_> except that dbus and kded ones?
00:33 < svuorela> yeah
00:33 < _rene_> let me try again
00:33 -!- funkyHat (Matt Wheeler) [...@funkyhat.org] has joined #debian-devel
00:34 < pinotree> svuorela: looks like it cannot load the filemodule, although 
that is provided in libkfile4 (which is a dep of ooo-kde)
00:37 -!- spectra [~spec...@189.42.2.103] has quit [Quit: spectra]
00:37 < svuorela> hmm... yeah.
00:39 < svuorela> _rene_: is s_module a nullpointer or something valid ?
00:39 -!- cortana [~...@92.14.183.195] has quit [Ping timeout: 480 seconds]
00:40 -!- chrisccoulson_ [~ch...@82.132.248.191] has quit [Ping timeout: 480 
seconds]
00:41 < _rene_> print s_module
00:41 < _rene_> $1 = (class KAbstractFileModule *) 0x0
00:41 < svuorela> okay.
00:41 -!- angelabad [~an...@4.85-87-84.dynamic.clientes.euskaltel.es] has quit 
[Quit: Ex-Chat]
00:42 < svuorela> I agree with pinotree, although I have no clue about the 
'why' or 'how to fix'
00:42 < svuorela> and given that s_module is a nullpointer, a segfault looks 
reasonable. I can't figure out why s_module is null.

which also results in all  those dbus and kded warnings printed on console.

No idea whether that's your case, but do those work? do you get any of those 
warnings? Are you sure your KDE/KDE environemnt is correct?

Othewise: simply no idea, and as long as it doesn't happen on "normal" systems 
(asked SuSE to try it too
and it worked for  them too) I would just tag this + unreproducible...

Grüße/Regards,

René
-- 
 .''`.  René Engelhard -- Debian GNU/Linux Developer
 : :' : http://www.debian.org | http://people.debian.org/~rene/
 `. `'  r...@debian.org | GnuPG-Key ID: D03E3E70
   `-   Fingerprint: E12D EA46 7506 70CF A960 801D 0AA0 4571 D03E 3E70



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

Bug#594472: grub-pc: scary messages and very long boot time after upgrade

[Alexander Kurtz]

Am Samstag, den 18.09.2010, 23:04 +0200 schrieb Andreas von Heydwolff:
> It is gone because I replaced in line 185 of
> 
>   /usr/share/initramfs-tools/hooks/cryptroot
> 
>   echo "cryptsetup: WARNING: invalid line in /etc/crypttab - $opt" >&2
> 
> with
> 
>   echo "cryptsetup: WARNING: invalid line in /etc/crypttab - $opt 
> (target=$target, extraopts=$extraopts, @=$@)"
> 
> as you suggested. When I revert to the old line I again get this situation:
> 
>   # update-initramfs -u
>   update-initramfs: Generating /boot/initrd.img-2.6.32-5-amd64
>   cryptsetup: WARNING: invalid line in /etc/crypttab -
>   cryptsetup: WARNING: invalid line in /etc/crypttab -
Ehm... I suggested to change that line for *diagnosing only*. The "fix"
was that apparently you forgot the ">&2" part at the end, therefore the
output is not redirected to stderr. Please re-read my old mail.

> >   * You do still have the problem that for some reason your root file
> > system is not correctly mounted during initramfs stage.
> 
> Yes
Questions:

 * What exactly fails at booting during the initramfs stage?
   Do the raid devices get assembled correctly? Do the crypto 
   devices get unlocked? What about LVM?
   In short: What works, what doesn't?
 
 * What exactly do you have to do to boot your system manually 
   after being thrown to a rescue shell (precise commands)?

 * The double-UUID-problem: What is /dev/mapper/vg-md1dm0?
   Do somehow manually create it when booting the system by hand?
   What happens if you use *only* "vgscan; vgchange -ay" to activate
   all logical volumes?

Best regards

Alexander Kurtz

[1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=594472#159


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

Bug#595479: Please unblock: openmotif/2.3.3-4

[Julien Cristau]

On Fri, Sep 17, 2010 at 12:55:32 +0200, Stefan Bauer wrote:

> whats the status on this hppa build? I want to see openmotif in the
> current unstable version to be in testing -> stable. I'm not a DD so
> my hands are tied :/
> 
hppa out-of-date-ness is likely to get ignored by the testing scripts in
the near future, so we should be able to live without it.

Cheers,
Julien


signature.asc
Description: Digital signature

Bug#597353: RM: libprojectm; RoM

[Adam D. Barratt]

reassign 597353 ftp.debian.org
thanks

Reassigning to ftp.d.o as removal from unstable was requested; the
removal will then automagically propagate to testing.

On Sat, 2010-09-18 at 22:34 +0200, Matthias Klumpp wrote:
> Please remove the source-package "libprojectm" and it's binary pkg
> "libprojectm-data" from Debian testing and unstable.
> The package has been replaced by the new package "projectm", which
> provides a new version of projectM. The old "libprojectm" package only
> exists cause libprojectm-data has been renamed to projectm-data. (So DAK is
> not able to mark the old pkg as to-be-removed)
> Upgrading to the new packaging of projectM is possible without any
> problems.
> Kind regards
>   Matthias Klumpp (maintainer of the new projectm pkg)





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

Bug#597356: unblock: mtkbabel/0.8.2-1

[Uwe Hermann]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: freeze-exception

Please unblock package mtkbabel.

It contains two fixes which work around bugs with two different GPS
devices (the rest of the changelog is mostly cosmetic stuff).

The changelog is:
  * New upstream release.
+ Fixes "Doesn't work with Holux M-241 firmware 1.13" (Closes: #572942).
+ Fixes Transystem GPS Trip Recorder 747A+ memory issue (Closes: #526809).
  * Standards-Version: 3.9.1 (no changes required).
  * debian/patches/10_manpage_hyphen_fix.patch: Drop, merged upstream.
  * debian/patches/20_help_fix.patch: Drop, merged upstream.
  * debian/mtkbabel.lintian-overrides: Drop, no longer needed.
  * Small updates in the package description and copyright file.

unblock mtkbabel/0.8.2-1


Thanks for considering, Uwe.
-- 
http://hermann-uwe.de | http://sigrok.org
http://randomprojects.org | http://unmaintained-free-software.org



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

Bug#596924: orion5x kernel 2.6.32-21 fails to detect network link on Linkstation Pro

[Ryan Tandy]

On 18/09/2010 2:10 PM, Ryan Tandy wrote:

Sorry, please ignore this; I had forgotten to run flash-kernel. -21 does
NOT work for me, even with ipv6.disable=1.


Same behaviour with -22.



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

Bug#597355: epiphany-browser: uses 100% CPU on specific web page; still operable

[Manfred Leile]

Package: epiphany-browser
Version: 2.30.2-3
Severity: normal
Tags: squeeze

After loading page http://sueddeutsche.de/ the CPU usage is at 100%

With javascript disabled this CPU usage takes only after scrolling for 10
seconds.




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

Kernel: Linux 2.6.32.20100904 (SMP w/1 CPU core)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages epiphany-browser depends on:
ii  dbus-x111.2.24-3 simple interprocess messaging syst
ii  epiphany-browser-data   2.30.2-3 Data files for the GNOME web brows
ii  gnome-icon-theme2.30.3-1 GNOME Desktop icon theme
ii  iso-codes   3.20-1   ISO language, territory, currency,
ii  libavahi-client30.6.27-2 Avahi client library
ii  libavahi-common30.6.27-2 Avahi common library
ii  libavahi-gobject0   0.6.27-2 Avahi GObject library
ii  libc6   2.11.2-5 Embedded GNU C Library: Shared lib
ii  libdbus-1-3 1.2.24-3 simple interprocess messaging syst
ii  libdbus-glib-1-20.88-2   simple interprocess messaging syst
ii  libgconf2-4 2.28.1-3 GNOME configuration database syste
ii  libgirepository1.0-00.6.14-1+b1  Library for handling GObject intro
ii  libglib2.0-02.24.1-1 The GLib library of C routines
ii  libgnome-keyring0   2.30.1-1 GNOME keyring services library
ii  libgtk2.0-0 2.20.1-1+b1  The GTK+ graphical user interface 
ii  libice6 2:1.0.6-1X11 Inter-Client Exchange library
ii  libnotify1 [libnotify1-gtk2 0.5.0-2  sends desktop notifications to a n
ii  libnspr4-0d 4.8.4-2  NetScape Portable Runtime Library
ii  libnss3-1d  3.12.6-3 Network Security Service libraries
ii  libpango1.0-0   1.28.1-1 Layout and rendering of internatio
ii  libseed02.30.0-1+b1  GObject JavaScript bindings for th
ii  libsm6  2:1.1.1-1X11 Session Management library
ii  libsoup-gnome2.4-1  2.30.2-1 an HTTP library implementation in 
ii  libsoup2.4-12.30.2-1 an HTTP library implementation in 
ii  libwebkit-1.0-2 1.2.4-1  Web content engine library for Gtk
ii  libx11-62:1.3.3-3X11 client-side library
ii  libxml2 2.7.7.dfsg-4 GNOME XML library
ii  libxslt1.1  1.1.26-6 XSLT 1.0 processing library - runt

Versions of packages epiphany-browser recommends:
ii  ca-certificates  20090814+nmu2   Common CA certificates
ii  evince   2.30.3-1Document (postscript, pdf) viewer
ii  yelp 2.30.1+webkit-1 Help browser for GNOME

Versions of packages epiphany-browser suggests:
ii  epiphany-extensions   2.30.2-1   Extensions for Epiphany web browse

-- 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#596924: orion5x kernel 2.6.32-21 fails to detect network link on Linkstation Pro

[Ryan Tandy]

On 18/09/2010 2:16 PM, Martin Michlmayr wrote:

And you don't have a serial console you can connect to this machine?


I don't.  I can only interact with it over the network, and by attaching 
the drive to another computer.



Since you say that you can run commands via /etc/rc.local, you're
saying that the machines boots alright (just without bringing up the
network)?


That's correct.




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

Bug#596924: orion5x kernel 2.6.32-21 fails to detect network link on Linkstation Pro

[Martin Michlmayr]

* Ryan Tandy  [2010-09-15 17:41]:
> I installed 2.6.32-20 and verified that it does work.  I don't have
> serial access, but I can run commands using /etc/rc.local.

And you don't have a serial console you can connect to this machine?

Since you say that you can run commands via /etc/rc.local, you're
saying that the machines boots alright (just without bringing up the
network)?

-- 
Martin Michlmayr
http://www.cyrius.com/



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

Bug#587290: [Debootloaders-yaboot] Bug#587290: How does linux-base modify /etc/yaboot.conf ?

[Ben Hutchings]

On Sat, 2010-09-18 at 13:56 -0400, Rick Thomas wrote:
[...]
> >> And this script
> >> adds spaces and quotes around key/value pairs and let /dev/disk/by-*
> >> names. This is not compatible with yaboot.
> >
> > Which of those things is not compatible with yaboot?
> 
> 
> It's not yaboot per-se that is incompatible.  The extra quotes and  
> spaces mess up the "ybin" script which is used in installing yaboot.   
> My patch fixes that specific problem (and a couple of other specific  
> problems) in a very non-general way.

The value of the kernel (or rather initramfs) root parameter generally
does need to include an '=' character and linux-base.postinst is correct
to use it.  It must then double-quote the value in yaboot.conf so that
it is handled correctly by the main configuration parser in cfg.c.
Therefore, ybin also needs to accept this format.

I could change linux-base.postinst to avoid adding space between name,
'=' and value when updating the configuration but it seems simple enough
to make ybin accept that too.

> I'd recommend a complete rewrite  
> of ybin (at least) if you want to make it work for general lilo-like  
> syntax.
[...]

Yes, all parts of yaboot should really be using the same configuration
parser.  Reimplementing it is crazy.

By the way, I think this bug should be merged with #580455.

Ben.

-- 
Ben Hutchings
Once a job is fouled up, anything done to improve it makes it worse.


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

Bug#597259: does not show anything on the screen

[Leandro sullo sgorbio]

Package: screenruler
Severity: normal


I think this bug report could be closed because using with more tries the
program I found that it starts hidden but when you find it in the application
list it appears.

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

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

Versions of packages screenruler depends on:
ii  libcairo-ruby 1.8.1-1Cairo bindings for the Ruby langua
ii  libgconf2-ruby0.19.3-2   GConf 2 bindings for the Ruby lang
ii  libglade2-ruby0.19.3-2   Libglade 2 bindings for the Ruby l
ii  libgtk2-ruby  0.19.3-2   GTK+ bindings for the Ruby languag
ii  ruby  4.5An interpreter of object-oriented 

screenruler recommends no packages.

screenruler 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#596924: orion5x kernel 2.6.32-21 fails to detect network link on Linkstation Pro

[Ryan Tandy]

On 18/09/2010 2:07 PM, Ryan Tandy wrote:

Seems that it might be. -21 works for me using the workaround suggested
in that bug (ipv6.disable=1)


Sorry, please ignore this; I had forgotten to run flash-kernel.  -21 
does NOT work for me, even with ipv6.disable=1.





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

Bug#597330: unblock: mock/1.0.8-2

[Sandro Tosi]

Hello,

On 2010-09-18, Adam D. Barratt  wrote:
> On Sat, 2010-09-18 at 19:59 +0200, Sandro Tosi wrote:
>> Please unblock package mock
>>
>> The upload fixes an RC bug, the solution is sub-optimal, but at least it
>> works.
>
> I have to admit to being somewhat confused by the diff; this looks
> rather large for a simple change to Makefile.in:
>
>  patches/debian-changes-1.0.8-2 |  455
> +
>
> I expected this to mostly be auto* changes, which it is.  I'm not sure
> they were intended changes, however; for example:
>
> +--- mock-1.0.8.orig/configure
>  mock-1.0.8/configure
> +@@ -1,6 +1,6 @@
> + #! /bin/sh
> + # Guess values for system-dependent variables and create Makefiles.
> +-# Generated by GNU Autoconf 2.63 for mock 1.0.8.
> ++# Generated by GNU Autoconf 2.63 for mock 1.0.3.
>
> The upstream changelog also seems to have lost all entries from 1.0.3
> onwards; there's also a set of changes to
> mock/{backend,util,yum_cache}.py which are reverted relative to 1.0.8-1.

Sorry, I really don't know all that stuff where it's coming from. I've
uploaded -3 that contains only the change needed for that bug to be
fixed. The patch is automatically added, but now only contains the
one-line (and diff against -1 is sane).

Regads,
-- 
Sandro Tosi (aka morph, morpheus, matrixhasu)
My website: http://matrixhasu.altervista.org/
Me at Debian: http://wiki.debian.org/SandroTosi



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

Bug#597316: Acknowledgement (wicd: Should allow setting of scan_ap = for wpa_supplicant)

[Anton Ivanov]

The only viable workaround I can see for this is to have a "legacy" 
backend which uses iwconfig only and leaves wpasupplicant alone.


I have written a quick-n-ugly fix that does that and it seems to be 
working fairly well. Once I am happy with it and once I have added error 
checking I will post it.


Brgds,



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

Bug#596924: orion5x kernel 2.6.32-21 fails to detect network link on Linkstation Pro

[Ryan Tandy]

On 18/09/2010 1:48 PM, Martin Michlmayr wrote:

I wonder if this is the same as #597302, which was just reported.


Seems that it might be.  -21 works for me using the workaround suggested 
in that bug (ipv6.disable=1)





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

Bug#594472: grub-pc: scary messages and very long boot time after upgrade

[Andreas von Heydwolff]

On 2010-09-18 18:33, Alexander Kurtz wrote:

-snip-


Ok, let me summarize:
  * You did have[1] the problem that was caused by mdadm bug #583917[2].
However, after upgrading to mdadm 3.1.4 that is solved.


Yes


  * You did have[3] some issue with cryptsetups initramfs hook.
However, for some reason that is gone now.


It is gone because I replaced in line 185 of

 /usr/share/initramfs-tools/hooks/cryptroot

 echo "cryptsetup: WARNING: invalid line in /etc/crypttab - $opt" >&2

with

 echo "cryptsetup: WARNING: invalid line in /etc/crypttab - $opt 
(target=$target, extraopts=$extraopts, @=$@)"


as you suggested. When I revert to the old line I again get this situation:

 # update-initramfs -u
 update-initramfs: Generating /boot/initrd.img-2.6.32-5-amd64
 cryptsetup: WARNING: invalid line in /etc/crypttab -
 cryptsetup: WARNING: invalid line in /etc/crypttab -



  * You do still have the problem that for some reason your root file
system is not correctly mounted during initramfs stage.


Yes


Everything correct so far? If so we can focus on tackling the last
point!


Would be great if you could help me here.

Kind regards,

Andreas v. Heydwolff



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

Bug#591388: Testing gnome-dvb-daemon from experimental

[Bernhard D]

I've installed gnome-dvb-daemon, gnome-dvb-client,
totem-plugins-dvb-daemon and libglib2.0-0 from experimental. The
behaviour is the same as that of the version in squeeze.
The daemon works with one card configured and with two cards when epg
scanner is disabled. It does not work with two cards configured and epg
scanner enabled (see last lines of gnome-dvb-daemon --debug in attached
console.txt).

Regards
Bernhard


** (gnome-dvb-daemon:7272): DEBUG: Services.vala:166: Creating container for 
channel 30611
** (gnome-dvb-daemon:7272): DEBUG: Services.vala:166: Creating container for 
channel 28385
** (gnome-dvb-daemon:7272): DEBUG: Services.vala:166: Creating container for 
channel 30059
** (gnome-dvb-daemon:7272): DEBUG: Services.vala:166: Creating container for 
channel 30060
** (gnome-dvb-daemon:7272): DEBUG: Services.vala:166: Creating container for 
channel 30064
** (gnome-dvb-daemon:7272): DEBUG: Services.vala:166: Creating container for 
channel 28395
** (gnome-dvb-daemon:7272): DEBUG: Services.vala:166: Creating container for 
channel 28396
** (gnome-dvb-daemon:7272): DEBUG: Services.vala:166: Creating container for 
channel 28397
** (gnome-dvb-daemon:7272): DEBUG: Services.vala:166: Creating container for 
channel 30069
** (gnome-dvb-daemon:7272): DEBUG: Services.vala:166: Creating container for 
channel 28400
** (gnome-dvb-daemon:7272): DEBUG: Services.vala:166: Creating container for 
channel 28401
** (gnome-dvb-daemon:7272): DEBUG: Services.vala:166: Creating container for 
channel 28402
** (gnome-dvb-daemon:7272): DEBUG: Services.vala:166: Creating container for 
channel 28403
** (gnome-dvb-daemon:7272): DEBUG: Services.vala:166: Creating container for 
channel 28404
** (gnome-dvb-daemon:7272): DEBUG: Services.vala:166: Creating container for 
channel 28405
** (gnome-dvb-daemon:7272): DEBUG: Services.vala:166: Creating container for 
channel 28406
** (gnome-dvb-daemon:7272): DEBUG: Schedule.vala:133: Removing expired events 
of channel ATV (10120)
** (gnome-dvb-daemon:7272): DEBUG: Schedule.vala:133: Removing expired events 
of channel BR Verkehr (28407)
** (gnome-dvb-daemon:7272): DEBUG: EPGScanner.vala:195: Adding 54 events of 
channel ATV (10120)

** (gnome-dvb-daemon:7272): WARNING **: EPGScanner.vala:190: Could not find 
channel 11100 for this device
** (gnome-dvb-daemon:7272): DEBUG: EPGScanner.vala:195: Adding 7 events of 
channel SWR Fernsehen RP (28231)

** (gnome-dvb-daemon:7272): CRITICAL **: Schedule.vala:184: SqlError: 1: cannot 
start a transaction within a transaction
** (gnome-dvb-daemon:7272): DEBUG: EPGScanner.vala:195: Adding 9 events of 
channel Kulturradio (28453)

** (gnome-dvb-daemon:7272): CRITICAL **: Schedule.vala:207: SqlError: 21: 
library routine called out of sequence

** (gnome-dvb-daemon:7272): CRITICAL **: Schedule.vala:207: SqlError: 21: 
library routine called out of sequence

** (gnome-dvb-daemon:7272): CRITICAL **: Schedule.vala:207: SqlError: 21: 
library routine called out of sequence
** (gnome-dvb-daemon:7272): DEBUG: EPGScanner.vala:195: Adding 20 events of 
channel Antenne Brandenburg (28454)

** (gnome-dvb-daemon:7272): CRITICAL **: Schedule.vala:207: SqlError: 21: 
library routine called out of sequence

** (gnome-dvb-daemon:7272): CRITICAL **: Schedule.vala:207: SqlError: 21: 
library routine called out of sequence
** (gnome-dvb-daemon:7272): DEBUG: EPGScanner.vala:195: Adding 2 events of 
channel PULS 4 (10121)

** (gnome-dvb-daemon:7272): CRITICAL **: Schedule.vala:193: SqlError: 1: cannot 
commit - no transaction is active
** (gnome-dvb-daemon:7272): DEBUG: EPGScanner.vala:195: Adding 9 events of 
channel WDR Bielefeld (28306)
** (gnome-dvb-daemon:7272): DEBUG: EPGScanner.vala:195: Adding 62 events of 
channel ORF2 B (10132)
** (gnome-dvb-daemon:7272): DEBUG: EPGScanner.vala:195: Adding 13 events of 
channel radioBERLIN 88,8 (28455)

** (gnome-dvb-daemon:7272): CRITICAL **: Schedule.vala:207: SqlError: 21: 
library routine called out of sequence

** (gnome-dvb-daemon:7272): CRITICAL **: Schedule.vala:207: SqlError: 21: 
library routine called out of sequence

** (gnome-dvb-daemon:7272): CRITICAL **: Schedule.vala:207: SqlError: 21: 
library routine called out of sequence
Speicherzugriffsfehler

Bug#597342: debhelper: building and installing with all python versions should not be done for arch: all packages

[Piotr Ożarowski]

[Raphaël Hertzog, 2010-09-18]
> If you build the packages python-django with only python2.6 installed, you
> don't get the same result as if you build it when python2.5 and python2.6
> are installed... this is because the python buildsystem in debhelper
> invokes setup.py once for each version and somehow this leads to modules
> being installed in versioned directories when it should not.

"versioned directories"? Did you mean shebangs?

> As said in http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=520834#10
> modules should only be built with the current python version. While

IMHO we should test them (if other tests are not available, at least by
byte-compiling .py files) at build time with all supported Python
versions. I'm even thinking about making that a requirement in packages
I upload

[...]
> So I suggest that we build those only with the current python version.

what problems do you have with current approach? IIRC debhelper uses
--executable already, so shebangs shouldn't be a problem anymore
-- 
Piotr Ożarowski Debian GNU/Linux Developer
www.ozarowski.pl  www.griffith.cc   www.debian.org
GPG Fingerprint: 1D2F A898 58DA AF62 1786 2DF7 AEF6 F1A2 A745 7645



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

Bug#597237: live-manual: includes non-free files

[Brendan Sleight]

On 18 September 2010 21:08, Francesco Poli  wrote:
>> Yes, a flaw for this package for an *online* manual is that it would
...
>> be missing an image when read offline.
...
> user is just browsing what he/she thinks is an HTML manual included in
> an installed package...  but anyway...
An online manual, it is not included in any other package - it is a
package for an online manual.

> html/stylesheet.css : you claim that those two non-free files are no
It is free and open source. Trust and claim ? These are harsh words.

> I can describe the patch in words: remove everything from the
> debian/copyright file, starting from line 44 up to the end of the
> file...
Patch attached.

Regards,
Brendan
diff --git a/debian/copyright b/debian/copyright
index 653c931..fc25ff0 100644
--- a/debian/copyright
+++ b/debian/copyright
@@ -19,143 +19,3 @@ License: GPL-3+
  .
  On Debian systems, the complete text of the GNU General Public License
  can be found in /usr/share/common-licenses/GPL-3 file.
-
-Files: html/favicon.ico
-Copyright: (C) 1999 Software in the Public Interest, Inc.
-License: other
- Permission is hereby granted, free of charge, to any person obtaining a copy 
of
- this software and associated documentation files (the "Software"), to deal in
- the Software without restriction, including without limitation the rights to
- use, copy, modify, merge, publish, distribute, sublicense, and/or sell copies
- of the Software, and to permit persons to whom the Software is furnished to do
- so, subject to the following conditions:
- .
- The above copyright notice and this permission notice shall be included in all
- copies or substantial portions of the Software.
- .
- THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR
- IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY,
- FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE
- AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER
- LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM,
- OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE
- SOFTWARE.
-
-Files: html/image.png
-Copyright: (C) 1999 Software in the Public Interest, Inc.
-License: other
- This logo or a modified version may be used by anyone to refer to the Debian
- project, but does not indicate endorsement by the project.
-
-Files: html/stylesheet.css
-Copyright: (C) 1999-2009 Software in the Public Interest, Inc.
-License: OPL-1
- Open Publication License
- v1.0, 8 June 1999
- .
- I. REQUIREMENTS ON BOTH UNMODIFIED AND MODIFIED VERSIONS
- .
- The Open Publication works may be reproduced and distributed in whole or in
- part, in any medium physical or electronic, provided that the terms of this
- license are adhered to, and that this license or an incorporation of it by
- reference (with any options elected by the author(s) and/or publisher) is
- displayed in the reproduction.
- .
- Proper form for an incorporation by reference is as follows:
- .
-Copyright (c)  by . This material may be
-distributed only subject to the terms and conditions set forth in the Open
-Publication License, vX.Y or later (the latest version is presently
-available at http://www.opencontent.org/openpub/).
- .
- The reference must be immediately followed with any options elected by the
- author(s) and/or publisher of the document (see section VI).
- .
- Commercial redistribution of Open Publication-licensed material is permitted.
- .
- Any publication in standard (paper) book form shall require the citation of 
the
- original publisher and author. The publisher and author's names shall appear 
on
- all outer surfaces of the book. On all outer surfaces of the book the original
- publisher's name shall be as large as the title of the work and cited as
- possessive with respect to the title.
- .
- II. COPYRIGHT
- .
- The copyright to each Open Publication is owned by its author(s) or designee.
- .
- III. SCOPE OF LICENSE
- .
- The following license terms apply to all Open Publication works, unless
- otherwise explicitly stated in the document.
- .
- Mere aggregation of Open Publication works or a portion of an Open Publication
- work with other works or programs on the same media shall not cause this
- license to apply to those other works. The aggregate work shall contain a
- notice specifying the inclusion of the Open Publication material and
- appropriate copyright notice.
- .
- SEVERABILITY. If any part of this license is found to be unenforceable in any
- jurisdiction, the remaining portions of the license remain in force.
- .
- NO WARRANTY. Open Publication works are licensed and provided "as is" without
- warranty of any kind, express or implied, including, but not limited to, the
- implied warranties of merchantability and fitness for a particular purpose or 
a
- warranty of non-infringement.
- .
- IV. REQUIREMENTS ON MODIFIED WORKS
- .
- All modified versions of documents co

Bug#590274: Info received (fuse: FTBFS on kfreebsd-*: 'struct statfs' has no member named 'f_namelen')

[Michael Biebl]

I'v uploaded a fixed package to DELAYED/2

The debdiff is attached for your convenience.

Cheers,
Michael

-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?
diff -u fuse-2.8.4/debian/changelog fuse-2.8.4/debian/changelog
--- fuse-2.8.4/debian/changelog
+++ fuse-2.8.4/debian/changelog
@@ -1,3 +1,12 @@
+fuse (2.8.4-1.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Update and re-enenable 001-GNU_kFreeBSD patch to fix FTBFS on
+GNU/kFreeBSD. (Closes: #590274)
+Updated patch by Petr Salinger, thanks.
+
+ -- Michael Biebl   Sat, 18 Sep 2010 22:11:07 +0200
+
 fuse (2.8.4-1) unstable; urgency=low
 
   * New upstream version.
diff -u fuse-2.8.4/debian/patches/001-GNU_kFreeBSD fuse-2.8.4/debian/patches/001-GNU_kFreeBSD
--- fuse-2.8.4/debian/patches/001-GNU_kFreeBSD
+++ fuse-2.8.4/debian/patches/001-GNU_kFreeBSD
@@ -6,10 +6,50 @@
 
 @DPATCH@
 
-diff -Nurd fuse-2.7.4.orig/lib/fuse.c fuse-2.7.4/lib/fuse.c
 fuse-2.7.4.orig/lib/fuse.c	2008-07-25 20:17:21.0 +0200
-+++ fuse-2.7.4/lib/fuse.c	2009-05-13 14:29:03.0 +0200
-@@ -626,7 +626,7 @@
+diff --git a/include/fuse_common.h b/include/fuse_common.h
+index c263f6f..2d18346 100644
+--- a/include/fuse_common.h
 b/include/fuse_common.h
+@@ -261,7 +261,7 @@ void fuse_remove_signal_handlers(struct fuse_session *se);
+  * --- */
+ 
+ #if FUSE_USE_VERSION < 26
+-#ifdef __FreeBSD__
++#if defined(__FreeBSD__) || defined(__FreeBSD_kernel__)
+ #	 if FUSE_USE_VERSION < 25
+ #	 error On FreeBSD API version 25 or greater must be used
+ #	 endif
+diff --git a/include/fuse_compat.h b/include/fuse_compat.h
+index 225276f..56b6c13 100644
+--- a/include/fuse_compat.h
 b/include/fuse_compat.h
+@@ -65,7 +65,7 @@ struct fuse *fuse_setup_compat25(int argc, char *argv[],
+ 
+ void fuse_teardown_compat22(struct fuse *fuse, int fd, char *mountpoint);
+ 
+-#ifndef __FreeBSD__
++#if !defined(__FreeBSD__) && !defined(__FreeBSD_kernel__)
+ #include 
+ 
+ struct fuse_operations_compat22 {
+diff --git a/include/fuse_lowlevel_compat.h b/include/fuse_lowlevel_compat.h
+index aba45e6..d8c7108 100644
+--- a/include/fuse_lowlevel_compat.h
 b/include/fuse_lowlevel_compat.h
+@@ -72,7 +72,7 @@ size_t fuse_dirent_size(size_t namelen);
+ char *fuse_add_dirent(char *buf, const char *name, const struct stat *stbuf,
+ 		  off_t off);
+ 
+-#ifndef __FreeBSD__
++#if !defined(__FreeBSD__) && !defined(__FreeBSD_kernel__)
+ 
+ #include 
+ 
+diff --git a/lib/fuse.c b/lib/fuse.c
+index 95cf50b..83c406c 100644
+--- a/lib/fuse.c
 b/lib/fuse.c
+@@ -954,7 +954,7 @@ static inline void fuse_prepare_interrupt(struct fuse *f, fuse_req_t req,
  		fuse_do_prepare_interrupt(req, d);
  }
  
@@ -18,16 +58,16 @@
  
  static int fuse_compat_open(struct fuse_fs *fs, const char *path,
  			struct fuse_file_info *fi)
-@@ -3107,7 +3107,7 @@
+@@ -3721,7 +3721,7 @@ struct fuse *fuse_new_common(struct fuse_chan *ch, struct fuse_args *args,
  	if (!f->conf.ac_attr_timeout_set)
  		f->conf.ac_attr_timeout = f->conf.attr_timeout;
  
 -#ifdef __FreeBSD__
-+#if defined (__FreeBSD__) || defined (__FreeBSD_kernel__)
++#if defined(__FreeBSD__) || defined(__FreeBSD_kernel__)
  	/*
  	 * In FreeBSD, we always use these settings as inode numbers
  	 * are needed to make getcwd(3) work.
-@@ -3280,7 +3280,7 @@
+@@ -3897,7 +3897,7 @@ void fuse_register_module(struct fuse_module *mod)
  	fuse_modules = mod;
  }
  
@@ -36,17 +76,11 @@
  
  static struct fuse *fuse_new_common_compat(int fd, const char *opts,
  	   const struct fuse_operations *op,
-diff -Nurd fuse-2.7.4.orig/lib/fuse_lowlevel.c fuse-2.7.4/lib/fuse_lowlevel.c
 fuse-2.7.4.orig/lib/fuse_lowlevel.c	2008-02-19 20:51:26.0 +0100
-+++ fuse-2.7.4/lib/fuse_lowlevel.c	2009-05-13 14:29:03.0 +0200
-@@ -1728,13 +1728,13 @@
- /*
-  * This is currently not implemented on other than Linux...
-  */
--int fuse_req_getgroups(fuse_req_t req, int size, gid_t list[]);
-+int fuse_req_getgroups(fuse_req_t req, int size, gid_t list[])
- {
- 	return -ENOSYS;
+diff --git a/lib/fuse_lowlevel.c b/lib/fuse_lowlevel.c
+index c519bfb..40d7293 100644
+--- a/lib/fuse_lowlevel.c
 b/lib/fuse_lowlevel.c
+@@ -1734,7 +1734,7 @@ int fuse_req_getgroups(fuse_req_t req, int size, gid_t list[])
  }
  #endif
  
@@ -55,10 +89,23 @@
  
  static void fill_open_compat(struct fuse_open_out *arg,
  			 const struct fuse_file_info_compat *f)
-diff -Nurd fuse-2.7.4.orig/lib/helper.c fuse-2.7.4/lib/helper.c
 fuse-2.7.4.orig/lib/helper.c	2008-02-19 20:51:27.0 +0100
-+++ fuse-2.7.4/lib/helper.c	2009-05-13 14:29:03.0 +0200
-@@ -356,7 +356,7 @@
+diff --git a/lib/fuse_session.c b/lib/fuse_session.c
+index 3758627..dd1311f 100644
+--- a/lib/fuse_session.c
 b/lib/fuse_session.c
+@@ -200,6 +200,6 @@ void fuse_chan_destroy(struct fuse_chan *ch)
+ 	free(ch);
+ }
+ 
+-#ifndef __FreeBSD__
++#if !defined(__FreeBSD__) &

Bug#506040: ceph now in Ubuntu

[Sage Weil]

Hi Asheesh,

Good timing.  I've just released v0.21.3, which includes a number of 
bugfixes since v0.21.1:

 http://ceph.newdream.net/debian/pool/ceph-stable/c/ceph/ceph_0.21.3-1.dsc

Clint, is it too late to get these into 10.10 as well?

Thanks!
sage



On Sat, 18 Sep 2010, Asheesh Laroia wrote:

> On Wed, 11 Aug 2010, Sage Weil wrote:
> 
> > Hi Clint,
> > 
> > Sorry about the testing confusion.. I was queueing up the little fixes (in
> > the software and the packaging) and just rolled a 0.21.1.  The .dsc is at
> > 
> > http://ceph.newdream.net/debian/pool/ceph-stable/c/ceph/ceph_0.21.1-1.dsc
> > 
> > Asheesh, can this one get uploaded to debian, too?
> 
> Hi! I suck at handling email apparently.
> 
> I hope to have this done within 48 hours. If not, ping me again, and sound
> very annoyed so I sympathize! (-:
> 
> -- Asheesh.
> 
> -- 
> You will be recognized and honored as a community leader.
> 
> 



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

Bug#593109: r64784 - in trunk/packages/hw-detect: . debian

[Thibaut Girka]

Le samedi 18 septembre 2010 à 22:13 +0200, Petter Reinholdtsen a écrit :
> [Thibaut Girka]
> > g_ether is not really a device driver, but a USB gadget module, like
> > g_filestorage (that provides USB Mass Storage), and other things
> > like that.
> 
> Not quite sure I understand what this mean.  But I take it that there
> is USB device with some well known USB ID to detect for udev?

Well, what I mean is that the driver itself (which g_ether is not) is
not all: you have to choose how you want the device to behave: as an USB
key (USB Mass Storage)? A network adaptater? A serial console?
All those things are done by different modules (like g_ether), that are
independent from the driver itself.

In our case, the USB interface is the only usable network interface.
Furthermore, the other modules are not really useful on this device
(well, g_filestorage might be, but has important limitations afaik).

http://www.linux-usb.org/gadget/


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

Bug#527862: libmilter1.0.1: amavisd-milter also affected by libmilter segfault

[Harald Jenny]

Package: libmilter1.0.1
Version: 8.14.3-9.2
Severity: grave


As this bug renders almost every milter-dependable software at least impaired
(if not unusable) the severity of this bug should be considered grave (making
the package unfit for release). If the maintainer is not able or willing to
solve the problem (presumably by packaging the new upstream version) I would
opt for an NMU.

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

Kernel: Linux 2.6.35-trunk-686 (SMP w/1 CPU core)
Locale: LANG=en_US.ISO-8859-15, LC_CTYPE=en_US.ISO-8859-15 (charmap=ISO-8859-15)
Shell: /bin/sh linked to /bin/dash

Versions of packages libmilter1.0.1 depends on:
ii  libc6 2.11.2-5   Embedded GNU C Library: Shared lib

libmilter1.0.1 recommends no packages.

libmilter1.0.1 suggests no packages.



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

Bug#597354: gforge: [INTL:pt] Updated Portuguese translation for debconf messages

[Traduz]

Package: gforge
Version: 4.8.3-1
Tags: l10n, patch
Severity: wishlist

Updated Portuguese translation for gforge's debconf messages.
Translator: Pedro Ribeiro 
Feel free to use it.

For translation updates please contact 'Last Translator' or the
Portuguese Translation Team .


-- 
Best regards,

Pedro Ribeiro
"Traduz" - Portuguese Translation Team
http://www.DebianPT.org



# Portuguese translation for gforge's debconf messages
# Copyright (C) 2007 Ricardo Silva
# This file is distributed under the same license as the gforge package.
# Ricardo Silva , 2007-2008.
# Pedro Ribeiro , 2010.
#
msgid ""
msgstr ""
"Project-Id-Version: gforge 4.8.3-1\n"
"Report-Msgid-Bugs-To: \n"
"POT-Creation-Date: 2010-03-20 10:28+0100\n"
"PO-Revision-Date: 2010-09-17 22:47+0100\n"
"Last-Translator: Pedro Ribeiro \n"
"Language-Team: Portuguese \n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"

#. Type: string
#. Description
#: ../gforge-db-postgresql.templates.dsfh-in:3001
#: ../dsf-helper/shellhost-variables.templates:2001
msgid "Shell server:"
msgstr "Servidor de shells:"

#. Type: string
#. Description
#: ../gforge-db-postgresql.templates.dsfh-in:3001
msgid ""
"Please enter the hostname of the server that will host the GForge shell "
"accounts."
msgstr ""
"Por favor introduza o nome da máquina do servidor onde ficarão as contas "
"shell do GForge."

#. Type: string
#. Description
#: ../gforge-db-postgresql.templates.dsfh-in:6001
#: ../dsf-helper/downloadhost-variables.templates:2001
msgid "Download server:"
msgstr "Servidor de downloads:"

#. Type: string
#. Description
#: ../gforge-db-postgresql.templates.dsfh-in:6001
msgid ""
"Please enter the hostname of the server that will host the GForge packages."
msgstr ""
"Por favor introduza o nome do servidor que irá guardar os pacotes GForge."

#. Type: string
#. Description
#: ../gforge-db-postgresql.templates.dsfh-in:6001
#: ../dsf-helper/downloadhost-variables.templates:2001
#: ../dsf-helper/lists-variables.templates:2001
#: ../dsf-helper/users-variables.templates:2001
msgid "It should not be the same as the main GForge host."
msgstr "Não deve ser o mesmo que o host principal do GForge."

#. Type: string
#. Description
#: ../gforge-db-postgresql.templates.dsfh-in:8001
msgid "GForge administrator login:"
msgstr "Login do administrador do GForge:"

#. Type: string
#. Description
#. Type: password
#. Description
#: ../gforge-db-postgresql.templates.dsfh-in:8001
#: ../gforge-db-postgresql.templates.dsfh-in:10001
msgid ""
"The GForge administrator account will have full privileges on the system. It "
"will be used to approve the creation of new projects."
msgstr ""
"A conta de administrador do GForge terá privilégios totais sobre o sistema. "
"Será usada para aprovar a criação de novos projectos."

#. Type: string
#. Description
#: ../gforge-db-postgresql.templates.dsfh-in:8001
msgid "Please choose the username for this account."
msgstr "Por favor escolha o nome de utilizador para esta conta."

#. Type: string
#. Description
#: ../gforge-db-postgresql.templates.dsfh-in:9001
#: ../dsf-helper/host-variables.templates:2001
msgid "IP address:"
msgstr "Endereço IP:"

#. Type: string
#. Description
#: ../gforge-db-postgresql.templates.dsfh-in:9001
#: ../dsf-helper/host-variables.templates:2001
msgid ""
"Please enter the IP address of the server that will host the GForge "
"installation."
msgstr ""
"Por favor introduza o endereço IP do servidor onde será feita a instalação "
"do GForge."

#. Type: string
#. Description
#: ../gforge-db-postgresql.templates.dsfh-in:9001
#: ../dsf-helper/host-variables.templates:2001
msgid "This is needed for the configuration of Apache virtual hosting."
msgstr "Isto é necessário para a configuração de 'virtual hosts' do Apache."

#. Type: password
#. Description
#: ../gforge-db-postgresql.templates.dsfh-in:10001
msgid "GForge administrator password:"
msgstr "Palavra-passe do administrador do GForge:"

#. Type: password
#. Description
#: ../gforge-db-postgresql.templates.dsfh-in:10001
msgid "Please choose the password for this account."
msgstr "Por favor escolha a palavra-passe para esta conta."

#. Type: password
#. Description
#: ../gforge-db-postgresql.templates.dsfh-in:11001
#: ../dsf-helper/dbpasswd-variables.templates:3001
msgid "Password confirmation:"
msgstr "Confirmação da palavra-passe:"

#. Type: password
#. Description
#: ../gforge-db-postgresql.templates.dsfh-in:11001
#: ../dsf-helper/dbpasswd-variables.templates:3001
msgid "Please re-type the password for confirmation."
msgstr "Por favor, reescreva a palavra-passe para confirmação."

#. Type: string
#. Description
#: ../gforge-db-postgresql.templates.dsfh-in:12001
msgid "Initial list of skills:"
msgstr "Lista inicial de competências:"

#. Type: string
#. Description
#: ../gforge-db-postgresql.templates.dsfh-in:12001
msgid ""
"GForge allows users to define a list of their skills, to be chosen from "
"those present in the database. This list i

Bug#597352: xmms2-plugin-daap: Doesn't handle DAAP session timeouts

[Roland Mas]

Package: xmms2-plugin-daap
Version: 0.7DrNo+dfsg-2
Severity: normal

forked-daapd has a session timeout (half an hour), and seems to announce
it according to the DAAP protocol, but the DAAP plugin for XMMS2 seems
to ignore it.  Consequence: if I play a song over DAAP then stop (or
switch to music stored locally) for more than half an hour, then no
music from the DAAP server can be played anymore until xmms2d is
restarted.

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

Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core)
Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages xmms2-plugin-daap depends on:
ii  libavahi-client3  0.6.27-2   Avahi client library
ii  libavahi-common3  0.6.27-2   Avahi common library
ii  libavahi-glib10.6.27-2   Avahi glib integration library
ii  libc6 2.11.2-6   Embedded GNU C Library: Shared lib
ii  libglib2.0-0  2.24.2-1   The GLib library of C routines
ii  xmms2-core0.7DrNo+dfsg-2 XMMS2 - core package

xmms2-plugin-daap recommends no packages.

xmms2-plugin-daap suggests no packages.

-- no debconf information

-- 
Roland Mas

Au royaume des aveugles, il y a des borgnes à ne pas dépasser.
  -- in Soeur Marie-Thérèse des Batignoles (Maëster)



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

Bug#571035: [Daily built 23. Aug 2010] Kernel freezes at boot

[Holger Wansing]

Hello,

maximilian attems  wrote:
> hmm so the ata generic driver might have a bug to not properly
> show up in /sys and thus not to land on initramfs.
>  
>  
>  
> > I know, that in the past, the module ide_generic was needed for
> > this machine to access the harddisc.
> 
> so to boot it I would simply add as quick& dirty workaround
> echo ata-generic >> /etc/initramfs-tools/modules
> 
> and then rebuild that 2.6.32-5 initramfs

I did a complete new installation with the same image as before from
23. Aug 2010, it was an expert installation, but I accepted all
default values, so no custom things were done, apart from this:
Just before the initrd is generated, I added ata-generic to 
/etc/initramfs-tools/modules (on the second console).
That way, the ata-generic got included in the initrd.

When I boot now, the root filesystem still cannot be found.


Some output from the initramfs-shell:

(initramfs) cat /proc/modules
ide_gd_mod 17175 0 - Live 0xc295f000
ide-core 59674 1 ide_gd_mod, Live 0xc2939000
fan 2590 0 - Live 0xc282a000
thermal 9210 0 - Live 0xc290b000
ata_generic 2015 0 - Live 0xc282
libata 117275 1 ata_generic, Live 0xc288c000
scsi_mod 102265 1 libata, Live 0xc2863000

(initramfs) cat /proc/cmdline
BOOT_IMAGE=/boot/vmlinuz-2.6.32-5-486 root=/dev/hda1 ro all_generic_ide quiet

(initramfs) ls /dev/[hs]da*
ls /dev/[hs]da*: No such file or directory

(initramfs) ls /dev/disk/by-uuid/
ls /dev/disk/by-uuid/: No such file or directory



> if that boots, I'd like to get the output of
> tree /sys
> 
> thanks
> 
> --
> maks


As this does not boot, I tried again a new installation, and forced to
add ide_generic to the initrd, and that works! The machine boots fine
with ide_generic.
But as this is an obsolete driver, you may not be interested in info
about this.


Thanks

Holger




-- 

= = = = = = = = = = = = = = = = = = = = = = = = = = = = = = =
Created with Sylpheed 2.5.0
under DEBIAN GNU/LINUX 5.0.0 - L e n n y
Registered LinuxUser #311290 - http://counter.li.org/
= = = = = = = = = = = = = = = = = = = = = = = = = = = = = = =



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

Bug#597353: RM: libprojectm; RoM

[Matthias Klumpp]

Package: release.debian.org
Severity: normal

Please remove the source-package "libprojectm" and it's binary pkg
"libprojectm-data" from Debian testing and unstable.
The package has been replaced by the new package "projectm", which
provides a new version of projectM. The old "libprojectm" package only
exists cause libprojectm-data has been renamed to projectm-data. (So DAK is
not able to mark the old pkg as to-be-removed)
Upgrading to the new packaging of projectM is possible without any
problems.
Kind regards
  Matthias Klumpp (maintainer of the new projectm pkg)




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

Bug#597351: clamsmtp: [INTL:pt] Updated Portuguese translation for debconf messages

[Traduz]

Package: clamsmtp
Version: 1.10-6
Tags: l10n, patch
Severity: wishlist

Updated Portuguese translation for clamsmtp's debconf messages.
Translator: Pedro Ribeiro 
Feel free to use it.

For translation updates please contact 'Last Translator' or the
Portuguese Translation Team .


-- 
Best regards,

Pedro Ribeiro
"Traduz" - Portuguese Translation Team
http://www.DebianPT.org


# Portuguese translation for clamsmtp's debconf messages
# Released with the same licence as the clamsmtp package.
# Ricardo Silva , 2006-2009
# Pedro Ribeiro , 2010
#
msgid ""
msgstr ""
"Project-Id-Version: clamsmtp\n"
"Report-Msgid-Bugs-To: clams...@packages.debian.org\n"
"POT-Creation-Date: 2009-12-07 14:13+0100\n"
"PO-Revision-Date: 2010-09-17 22:29+\n"
"Last-Translator: Pedro Ribeiro \n"
"Language-Team: Portuguese \n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"

#. Type: boolean
#. Description
#: ../templates:1001
msgid "Add a clamsmtp system user and group?"
msgstr "Adicionar um utilizador e um grupo clamsmtp?"

#. Type: boolean
#. Description
#: ../templates:1001
msgid ""
"New installations of clamsmtp install with a system user and group of "
"\"clamsmtp\".  The \"clamav\" user is added to the clamsmtp group to allow "
"the clamav-daemon process to view the quarantine directory.  If this option "
"is set, the installation process will also update the ownership and "
"permissions of the quarantine and run directories."
msgstr ""
"Instalações novas do clamsmtp instalam com um utilizador de sistema e um "
"grupo \"clamsmtp\". O utilizador \"clamav\" é adicionado ao grupo clamsmtp "
"para permitir que o processo clamav-daemon veja o directório de quarentena. "
"Se esta activar esta opção, o processo de instalação também irá actualizar "
"as informações de dono e permissões dos directórios de quarentena e de "
"execução."

#. Type: boolean
#. Description
#: ../templates:2001
msgid "Fix directory permissions?"
msgstr "Corrigir as permissões dos directórios?"

#. Type: boolean
#. Description
#: ../templates:2001
msgid ""
"clamsmtpd needs read and write permissions to the virus spool directory, and "
"the run directory in which its PID file is created.  Additionally, the Clam "
"AV daemon must have read access to the spool directory to scan for viruses."
msgstr ""
"O clamsmtpd necessita de permissões de escrita e leitura no directório de "
"spool de virus, e no directório run no qual o seu ficheiro de PID é criado. "
"Também o daemon Clam AV tem de ter acesso de leitura ao directório de spool "
"para procurar por virus."

#. Type: boolean
#. Description
#: ../templates:2001
msgid ""
"The post-installation script can fix the permissions and ownership of these "
"two directories.  It will consult the /etc/clamsmtpd.conf and /etc/default/"
"clamsmtp files for the administratively assigned TempDirectory, PidFile, "
"User, and Group variables, and then update the two directories appropriately."
msgstr ""
"O script pós-instalação pode corrigir as permissões e a propriedade destes "
"dois directórios. Irá consultar os ficheiros /etc/clamsmtpd.conf e /etc/"
"default/clamsmtp para obter as variáveis atribuídas administrativamente "
"TempDirectory, PidFile, User e Group, e actualizará apropriadamente os dois "
"directórios."

#. Type: boolean
#. Description
#: ../templates:2001
msgid ""
"Be sure to check directory permissions after running the init script with "
"the parameters 'start' or 'restart'."
msgstr ""
"Verifique as permissões do directório após correr o script 'init' com os "
"parâmetros 'start' ou 'restart'."

#. Type: boolean
#. Description
#: ../templates:3001
msgid "Purge spool directory on --purge?"
msgstr "Apagar o directório de spool aquando de um --purge?"

#. Type: boolean
#. Description
#: ../templates:3001
msgid ""
"The virus spool directory may contain quarantined viruses that can be "
"removed automatically when purging the package."
msgstr ""
"O directório de spool de vírus pode conter vírus em quarentena que podem ser "
"removidos automaticamente na operação de purge ao pacote."

#~ msgid ""
#~ "Warning! Use this option at your own risk, and be sure to check directory "
#~ "permissions after running the 'start' or 'restart' commands for the init "
#~ "script."
#~ msgstr ""
#~ "Aviso! Use esta opção por sua própria conta e risco, e certifique-se que "
#~ "verifica as permissões do directório depois de correr os comandos 'start' "
#~ "ou 'restart' do script de inicialização."

Bug#597350: dtc-xen: [INTL:pt] Updated Portuguese translation for debconf messages

[Traduz]

Package: dtc-xen
Version: 0.5.11-1
Tags: l10n, patch
Severity: wishlist

Updated Portuguese translation for dtc-xen's debconf messages.
Translator: Pedro Ribeiro 
Feel free to use it.

For translation updates please contact 'Last Translator' or the
Portuguese Translation Team .


-- 
Best regards,

Pedro Ribeiro
"Traduz" - Portuguese Translation Team
http://www.DebianPT.org



# Portuguese translation of dtc-xen's debconf messages.
# Copyright (C) 2007
# This file is distributed under the same license as the dtc-xen package.
# Ricardo Silva , 2007.
# Pedro Ribeiro , 2010
#
msgid ""
msgstr ""
"Project-Id-Version: dtc-xen 0.5.11-1\n"
"Report-Msgid-Bugs-To: dtc-...@packages.debian.org\n"
"POT-Creation-Date: 2009-07-16 05:42+0800\n"
"PO-Revision-Date: 2010-09-17 22:29+0100\n"
"Last-Translator: Pedro Ribeiro \n"
"Language-Team: Portuguese \n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"

#. Type: string
#. Description
#: ../dtc-xen.templates:1001
msgid "SOAP server login:"
msgstr "Login do servidor SOAP:"

#. Type: string
#. Description
#: ../dtc-xen.templates:1001
msgid ""
"Dtc-xen will start it's Python based SOAP server to listen for incoming "
"requests over a TCP socket. A remote application (like the dtc web hosting "
"control panel) can then connect to it in order to start, stop, create and "
"destroy a VPS."
msgstr ""
"O dtc-xen irá ligar um servidor SOAP Python para esperar por pedidos via "
"socket TCP. Uma aplicação remota (como o painel de controlo web dtc) pode "
"ligar-se para iniciar, parar, criar ou destruir uma VPS."

#. Type: string
#. Description
#: ../dtc-xen.templates:1001
msgid "Please enter the login name to connect to the server."
msgstr "Por favor indique o nome de login para se ligar ao servidor."

#. Type: password
#. Description
#: ../dtc-xen.templates:2001
msgid "SOAP server pass:"
msgstr "Palavra-passe do servidor SOAP:"

#. Type: password
#. Description
#: ../dtc-xen.templates:2001
msgid ""
"Dtc-xen will generate a .htpasswd file for the login you have just "
"configured."
msgstr ""
"O dtc-xen irá gerar um ficheiro .htpasswd para o login que acabou de "
"configurar."

#. Type: password
#. Description
#: ../dtc-xen.templates:2001
msgid "Please enter the password to use in that file."
msgstr "Por favor indique a palavra-passe a usar nesse ficheiro."

#. Type: string
#. Description
#: ../dtc-xen.templates:3001
msgid "Debian repository for VPS creation:"
msgstr "Repositório Debian para a criação de VPS:"

# during, not durring
#. Type: string
#. Description
#: ../dtc-xen.templates:3001
msgid ""
"Please enter the repository to use for creating the VPS (Virtual Private "
"Server). The current /etc/apt/sources.list file will be copied to the "
"created VPS so the repository you enter here will be used only during the "
"debootstrap stage of the VPS creation."
msgstr ""
"Por favor indique o repositório a usar para criar o VPS (Virtual Private "
"Server). O ficheiro /etc/apt/sources.list actual irá ser copiado para o VPS "
"criado portanto o repositório que introduzir aqui será usado apenas durante "
"a fase debootstrap da criação do VPS."

#. Type: string
#. Description
#: ../dtc-xen.templates:4001
msgid "Network mask for the VPS:"
msgstr "Máscara de rede para o VPS:"

#. Type: string
#. Description
#: ../dtc-xen.templates:4001
msgid ""
"Please enter the network mask to use in the created Virtual Private Server's "
"network settings."
msgstr ""
"Por favor indique a máscara de rede a usar nas configurações de rede dos "
"Servidores Privados Virtuais criados."

#. Type: string
#. Description
#: ../dtc-xen.templates:5001
msgid "Network address for the VPS:"
msgstr "Endereço de rede para o VPS:"

#. Type: string
#. Description
#: ../dtc-xen.templates:5001
msgid ""
"Please enter the network address to use in the created Virtual Private "
"Server's network settings."
msgstr ""
"Por favor indique o endereço de rede para usar na configuração de rede do "
"Servidor Privado Virtual criado."

#. Type: string
#. Description
#: ../dtc-xen.templates:6001
msgid "Broadcast address for the VPS:"
msgstr "Endereço de difusão (Broadcast) para o VPS:"

#. Type: string
#. Description
#: ../dtc-xen.templates:6001
msgid ""
"Please enter the network broadcast address to use in the created Virtual "
"Private Server's network settings."
msgstr ""
"Por favor indique o endereço de difusão na rede para usar na configuração de "
"rede do Servidor Privado Virtual criado."

#. Type: string
#. Description
#: ../dtc-xen.templates:7001
msgid "Gateway address for the VPS:"
msgstr "Endereço de gateway para o VPS:"

#. Type: string
#. Description
#: ../dtc-xen.templates:7001
msgid ""
"Please enter the network gateway address to use in the created Virtual "
"Private Server's network settings."
msgstr ""
"Por favor indique o endereço de rede gateway a usar na configuração de rede "
"do Servidor Privado Virtual criado."

#. Type: string
#. Description
#: ../dtc-xen.template

Bug#596924: orion5x kernel 2.6.32-21 fails to detect network link on Linkstation Pro

[Martin Michlmayr]

I wonder if this is the same as #597302, which was just reported.

-- 
Martin Michlmayr
http://www.cyrius.com/



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

Bug#587993: workaround

[Oto Magaldadze]

I found kind of a workaround. It is one should remove old config file
~/.fltk/rakarrack.sf.net/rakarrack.prefs and then install 0.5.8 version.
There is a discussion on that:
http://sourceforge.net/mailarchive/forum.php?thread_name=20100713214856.7171bbfa.holborn%40telefonica.net&forum_name=rakarrack-users



Oto




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

Bug#597349: mantis: [INTL:pt] Updated Portuguese translation for debconf messages

[Traduz]

Package: mantis
Version: 1.1.8+dfsg-6
Tags: l10n, patch
Severity: wishlist

Updated Portuguese translation for mantis's debconf messages.
Translator: Pedro Ribeiro 
Feel free to use it.

For translation updates please contact 'Last Translator' or the
Portuguese Translation Team .


-- 
Best regards,

Pedro Ribeiro
"Traduz" - Portuguese Translation Team
http://www.DebianPT.org



# Portuguese translation for mantis's debconf messages
# 2007 Ricardo Silva
# Released under the same license as the mantis package
# Ricardo Silva , 2007.
# Pedro Ribeiro , 2010.
#
msgid ""
msgstr ""
"Project-Id-Version: mantis 1.1.8+dfsg-6\n"
"Report-Msgid-Bugs-To: man...@packages.debian.org\n"
"POT-Creation-Date: 2009-06-27 14:43+0200\n"
"PO-Revision-Date: 2010-09-17 22:18+0100\n"
"Last-Translator: Pedro Ribeiro \n"
"Language-Team: Portuguese \n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
"Language: pt\n"

#. Type: string
#. Description
#: ../templates:1001
msgid "Mantis administrator e-mail address:"
msgstr "Endereço de e-mail do administrador do Mantis:"

#. Type: string
#. Description
#: ../templates:1001
msgid ""
"Please enter the e-mail address of the administrator who will troubleshoot "
"user reported errors."
msgstr ""
"Por favor introduza o endereço de e-mail do administrador que irá resolver "
"problemas reportados pelos utilizadores."

#. Type: string
#. Description
#: ../templates:2001
msgid "Mantis webmaster e-mail address:"
msgstr "Endereço e-mail do webmaster do Mantis:"

#. Type: string
#. Description
#: ../templates:2001
msgid ""
"Please enter the webmaster's e-mail address. It will be displayed at the "
"bottom of all Mantis pages."
msgstr ""
"Por favor introduza o endereço de e-mail do webmaster do Mantis. Este "
"endereço será mostrado no fundo de todas as páginas do Mantis."

#. Type: string
#. Description
#: ../templates:3001
msgid "Sender address for bug report e-mails:"
msgstr "Endereço do remetente para emails de relatório de bugs:"

#. Type: string
#. Description
#: ../templates:3001
msgid ""
"Please enter the address used as the origin address for Mantis bug report e-"
"mails."
msgstr ""
"Por favor introduza o endereço usado como endereço de origem para e-mails de "
"relatório de erros."

#. Type: string
#. Description
#: ../templates:4001
msgid "E-mail address for bounce-handling:"
msgstr "Endereço de e-mail para tratamento de bounce:"

#. Type: string
#. Description
#: ../templates:4001
msgid ""
"Please enter the address where bounced e-mails will be directed. Typically, "
"this should be set to be the same as the administrator's e-mail address."
msgstr ""
"Emails que voltem para trás serão dirigidos a este endereço. Tipicamente "
"este deverá ser o endereço de email do administrador."

#. Type: boolean
#. Description
#: ../templates:5001
msgid "Configure Apache2 as web server for Mantis?"
msgstr "Configurar o Apache2 como um servidor web para o Mantis?"

#. Type: boolean
#. Description
#: ../templates:5001
msgid ""
"If you accept this option Apache2 will automatically be configured to "
"support Mantis via /etc/apache2/conf.d/ symlinks.  If you reject it, you "
"will have to configure your web server manually."
msgstr ""
"Se aceitar esta opção o Apache2 será automaticamente configurado para "
"suportar o mantis usando os links simbólicos em /etc/apache2/conf.d/. Se a "
"rejeitar, terá de configurar o seu servidor web manualmente."

#. Type: note
#. Description
#: ../templates:6001
msgid "Administrator's password must be changed"
msgstr "A palavra chave de administrador tem de ser alterada"

#. Type: note
#. Description
#: ../templates:6001
#| msgid ""
#| "By default, the mantis package creates an administrator account. The "
#| "password for this account is 'root'."
msgid ""
"By default, the mantis package creates an 'administrator' account. The "
"password for this account is 'root'."
msgstr ""
"Por predefinição, o pacote mantis cria uma conta 'administrator'. A palavra "
"chave para esta conta é 'root'."

#. Type: note
#. Description
#: ../templates:6001
msgid ""
"It is highly recommended to change this password immediately after "
"installation is complete."
msgstr ""
"É altamente recomendado que altere esta palavra chave imediatamente após a "
"instalação do pacote."

#~ msgid "Email address of the Mantis Administrator:"
#~ msgstr "Endereço de email do Administrador do Mantis:"

#~ msgid ""
#~ "This is mainly prompted to the user in case of errors that might require "
#~ "the intervention of the system administrator."
#~ msgstr ""
#~ "Este endereço é mostrado ao utilizador no caso de erros que possam "
#~ "necessitar da intervenção do administrador do sistema."

#~ msgid "Email address of the webmaster:"
#~ msgstr "Endereço de email do webmaster:"

#~ msgid "This email address will be used in all emails sent by Mantis."
#~ msgstr ""
#~ "Este endereço de email será usado em todos os emails enviados pelo Mantis."

#~ msgid "Web server(s) t

Bug#597348: eglibc: [INTL:pt] Updated Portuguese translation for debconf messages

[Traduz]

Package: eglibc
Version: 2.11.2-5
Tags: l10n, patch
Severity: wishlist

Updated Portuguese translation for eglibc's debconf messages.
Translator: Pedro Ribeiro 
Feel free to use it.

For translation updates please contact 'Last Translator' or the
Portuguese Translation Team .


-- 
Best regards,

Pedro Ribeiro
"Traduz" - Portuguese Translation Team
http://www.DebianPT.org



# Portuguese translation of glibc's debconf messages.
# Copyright (C) 2007
# This file is distributed under the same license as the glibc package.
# Ricardo Silva , 2007.
# Pedro Ribeiro , 2010.
#
msgid ""
msgstr ""
"Project-Id-Version: glibc\n"
"Report-Msgid-Bugs-To: gl...@packages.debian.org\n"
"POT-Creation-Date: 2009-03-08 15:23+0100\n"
"PO-Revision-Date: 2010-09-17 22:15+\n"
"Last-Translator: Pedro Ribeiro \n"
"Language-Team: Portuguese \n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"

#. Type: multiselect
#. Choices
#: ../debhelper.in/locales.templates:1001
msgid "All locales"
msgstr "Todos os locales"

#. Type: multiselect
#. Description
#: ../debhelper.in/locales.templates:1002
msgid "Locales to be generated:"
msgstr "Locales a serem gerados:"

#. Type: multiselect
#. Description
#: ../debhelper.in/locales.templates:1002
msgid ""
"Locales are a framework to switch between multiple languages and allow users "
"to use their language, country, characters, collation order, etc."
msgstr ""
"Locales é uma framework para alternar entre várias línguas e permitir aos "
"utilizadores usar a sua língua, país, caracteres, etc."

#. Type: multiselect
#. Description
#: ../debhelper.in/locales.templates:1002
msgid ""
"Please choose which locales to generate. UTF-8 locales should be chosen by "
"default, particularly for new installations. Other character sets may be "
"useful for backwards compatibility with older systems and software."
msgstr ""
"Por favor escolha quais os locales a gerar. Os locales UTF-8 devem ser "
"seleccionados, especialmente em instalações de raiz. Outros conjuntos de "
"caracteres podem ser úteis para compatibilidade com sistemas e software "
"antigo."

#. Type: select
#. Choices
#: ../debhelper.in/locales.templates:2001
msgid "None"
msgstr "Nenhum"

#. Type: select
#. Description
#: ../debhelper.in/locales.templates:2002
msgid "Default locale for the system environment:"
msgstr "Locale padrão para o ambiente do sistema:"

#. Type: select
#. Description
#: ../debhelper.in/locales.templates:2002
msgid ""
"Many packages in Debian use locales to display text in the correct language "
"for the user. You can choose a default locale for the system from the "
"generated locales."
msgstr ""
"Muitos pacotes na Debian usam locales para mostrar texto na língua correcta "
"do utilizador. Pode escolher, de entre os locales gerados, o locale padrão "
"do sistema."

#. Type: select
#. Description
#: ../debhelper.in/locales.templates:2002
msgid ""
"This will select the default language for the entire system. If this system "
"is a multi-user system where not all users are able to speak the default "
"language, they will experience difficulties."
msgstr ""
"Isto irá escolher a língua padrão para todo o sistema. Se este é um sistema "
"multi-utilizador em que nem todos os utilizadores são capazes de a falar, "
"estes irão ter dificuldades."

#. Type: boolean
#. Description
#: ../debhelper.in/libc.templates:1001
msgid "Do you want to upgrade glibc now?"
msgstr "Quer actualizar a glibc agora?"

#. Type: boolean
#. Description
#: ../debhelper.in/libc.templates:1001
msgid ""
"Running services and programs that are using NSS need to be restarted, "
"otherwise they might not be able to do lookup or authentication any more. "
"The installation process is able to restart some services (such as ssh or "
"telnetd), but other programs cannot be restarted automatically. One such "
"program that needs manual stopping and restart after the glibc upgrade by "
"yourself is xdm - because automatic restart might disconnect your active X11 "
"sessions."
msgstr ""
"Serviços e programas que estejam a correr que usem NSS têm de ser "
"reiniciados, de outra forma podem deixar de ser capazes de resolver nomes ou "
"de autenticar utilizadores. O processo de instalação é capaz de reiniciar "
"alguns serviços (tais como ssh ou telnetd), mas há outros programas que não "
"podem ser reiniciados automaticamente. Um dos programas que necessita de ser "
"parado e reiniciado manualmente é o xdm - um reinício automático poderia "
"desligar as suas sessões de X11 activas."

#. Type: boolean
#. Description
#: ../debhelper.in/libc.templates:1001
msgid ""
"This script detected the following installed services which must be stopped "
"before the upgrade: ${services}"
msgstr ""
"Este script detectou os seguintes serviços instalados que têm de ser parados "
"antes da actualização: ${services}"

#. Type: boolean
#. Description
#: ../debhelper.in/libc.templates:1001
msgid ""
"If you want to interrupt the upgrade now a

Bug#597281: kdevelop project wizards do not support source control using git

[Frederik Schwarzer]

[Martin Read - Samstag 18 September 2010 21:05:34] 
> Well, that's good to know, even if it does mean kdevelop remains unusable
> for my purposes at present.
> 
> I would report KDE bugs to KDE, but KDE's bug reporting system is defective
> by design.

In what way?

Regards



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

Bug#595445: gdm3: Does not hibernate via the GUI

[Deniz Akcal]

de...@debian:~$ upower -d
Daemon:
  daemon-version:  0.9.5
  can-suspend: yes
  can-hibernateyes
  on-battery:  no
  on-low-battery:  no
  lid-is-closed:   no
  lid-is-present:   no
de...@debian:~$

> Subject: Re: Bug#595445: gdm3: Does not hibernate via the GUI
> From: j...@debian.org
> To: denb...@live.com; 595...@bugs.debian.org
> Date: Sat, 18 Sep 2010 09:15:44 +0200
> 
> reassign 595445 gnome-power-manager 2.30.1-1
> thanks
> 
> Le vendredi 17 septembre 2010 à 22:08 -0400, Deniz Akcal a écrit :
> > Sorry for the late reply. I don't check this email too often.
> > Suspending graphically (I don't know how to suspend via the terminal -
> > if you know, I'd appreciate it if you can tell me how Smile) does work
> > but when I try to resume, it seems to hang (but I can move the
> > cursor). Also, pm-hibernate (as root) does work perfectly and so does
> > hibernate (which is personally what I used as a workaround whenever I
> > needed to hibernate).
> 
> What is the output of "upower -d" in a terminal?
> 
> -- 
>  .''`.  Josselin Mouette
> : :' :
> `. `'  “If you behave this way because you are blackmailed by someone,
>   `-[…] I will see what I can do for you.”  -- Jörg Schilling
  

Bug#497653: dh_auto_configure, Perl XS modules and DEB_BUILD_OPTIONS=noopt

[gregor herrmann]

On Mon, 17 Aug 2009 15:34:53 -0400, Joey Hess wrote:

Coming back to this, triggered by #596429:

> Now, back to the specific case of perl packages. In MakeMaker, OPTIMIZE
> apparently defaults to -O (according to its docs, but I have not found
> it in the code..). 

My impression is that the docs are wrong.
My observations see quite a few "-O2 -g"; and looking at the code my
guess is that EUMM (or even EUMM::Config) actually uses
perl's %Config.

$ perl -MConfig -e 'print $Config{optimize}'
-O2 -g

I'm sure Niko will correct my if I'm way off :)

> Will changing that default to
> dpkg-buildpackage's default of -O2 break anything? How can we tell? (How
> were the dpkg maintainer's able to tell when they started setting CFLAGS
> for everything?)

If my assumptions are correct then we are building EUMM-using
packages with "-O2 -g" since $whatever_time without any widespread
problems.

Therefore I guess having debhelper honour CFLAGS and friends via
passing them as OPTIMIZE would be useful.
 
> I haven't been able to figure out how build=optimize=-02 works in
> Module::Build, or what the default is.
 
Next guesses:
* Module::Build::API also mentions Config.pm
* $ perl -MModule::Build -e '$mb = new Module::Build(dist_name => Foo::Bar, 
dist_version => 1.2.3.4); print $mb->config("optimize")'
...
-O2 -g

Cheers,
gregor
 
-- 
 .''`.   http://info.comodo.priv.at/ -- GPG key IDs: 0x8649AA06, 0x00F3CFE4
 : :' :  Debian GNU/Linux user, admin, & developer - http://www.debian.org/
 `. `'   Member of VIBE!AT & SPI, fellow of Free Software Foundation Europe
   `-NP: Tori Amos: Baker Baker


signature.asc
Description: Digital signature

Bug#597347: override: nvidia-glx-legacy-71xx-dev:non-free/oldlibs, nvidia-glx-legacy-ia32:non-free/oldlibs

[Russ Allbery]

Package: ftp.debian.org
Severity: wishlist

nvidia-glx-legacy-71xx-dev_71.86.14-1_amd64.deb: package says section is 
non-free/oldlibs, override says non-free/x11.
nvidia-glx-legacy-ia32_71.86.14-1_amd64.deb: package says section is 
non-free/oldlibs, override says non-free/x11.

These are now transitional packages to clean up some renamed packages
in the legacy NVIDIA driver space.

Thanks!



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

Bug#596429: libdbd-sqlite3-perl: Harcodes optimization flags

[gregor herrmann]

block 596429 with 497653
thanks

On Tue, 14 Sep 2010 09:17:42 +0300, Niko Tyni wrote:

> > This can be overriden with something like
> > dh_auto_configure -- OPTIMIZE=$(shell dpkg-buildflags --get CFLAGS)
> > (or manually perl Makefile.PL OPTIMIZE="whatever") but I guess this
> > should rather be addressed at the debhelper level (or by
> > ExtUtils::MakeMaker?) than by each individual package.
> There's #497653 in debhelper about the DEB_BUILD_OPTIONS=noopt side of this.

Ah, right, I knew we've had that before, thanks for digging up the
bug.

Cheers,
gregor 
-- 
 .''`.   http://info.comodo.priv.at/ -- GPG key IDs: 0x8649AA06, 0x00F3CFE4
 : :' :  Debian GNU/Linux user, admin, & developer - http://www.debian.org/
 `. `'   Member of VIBE!AT & SPI, fellow of Free Software Foundation Europe
   `-NP: Peter Ratzenbeck: Waldviertler Nächte


signature.asc
Description: Digital signature

Bug#597346: unblock: spip/2.1.1-2

[Romain Beauxis]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: freeze-exception


Hi !

Spip 2.1.2 has been released a couple of day ago.
It consists of a one-liner fix for an int overflow 
on 32 bit machines in the articles' published date.

A release-critical bug has been filled at #597026
and I have just uploaded spip 2.1.1-2 which incorporates
the following changes:

Index: /branches/spip-2.1/ecrire/public/quete.php
===
--- /branches/spip-2.1/ecrire/public/quete.php (revision 15839)
+++ /branches/spip-2.1/ecrire/public/quete.php (revision 16014)
@@ -80,5 +80,5 @@
   ($GLOBALS['meta']['date_prochain_postdate'] > time())
? $GLOBALS['meta']['date_prochain_postdate']
-  : (time()+(3600*24*1))) ;
+  : (time()+(3600*24*365*2))) ;
 }

Could you please unblock spip 2.1.1-2 in order to ship a 
fixed package in squeeze ?

Romain

unblock spip/2.1.1-2

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

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



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

Bug#597237: live-manual: includes non-free files

[Francesco Poli]

On Sat, 18 Sep 2010 18:55:34 +0100 Brendan Sleight wrote:

> On 18 September 2010 18:15, Francesco Poli  wrote:
[...]
> > Not a bug in the Debian package, but something to fix anyway, I would
> > think!
> Patches welcome.

Please take one more look at the original bug report I submitted:
there I suggested how to fix the issues I reported.

> 
> > Such hypothetical package would not include non-free files, that's
> > true, but that HTML file would not be readable in its intended form
> > when off-line, for instance.
> > I would tend to consider such package as flawed...
> Yes, a flaw for this package for an *online* manual is that it would
> be missing an image when read offline.

It would be missing an image and a CSS stylesheet, if I understand
correctly.

On some systems with a dial-up-on-demand Internet link, it could even
unexpectedly trigger a (more or less) costly dial-up connection, when a
user is just browsing what he/she thinks is an HTML manual included in
an installed package...  but anyway...

> 
> > The debian/copyright file still seems to need an update, though.
> Now I am confused, please submit a patch to explain the deficiency in
> the *package* as I can not find one.

I am talking about the debian/copyright file in the Debian package:
http://live.debian.net/gitweb?p=live-manual.git;a=blob;f=debian/copyright;h=653c931274967b2b68d3f3fefe5006de3762ecda;hb=30f57268ba82463e46f9627a687c6c0603918677

It seems to still includes entries for html/image.png and
html/stylesheet.css : you claim that those two non-free files are no
longer included in the Debian package.
If they have been indeed removed from the Debian package (both source
and binary), then they should no longer be mentioned in the
debian/copyright file: their entries should be dropped.

I can describe the patch in words: remove everything from the
debian/copyright file, starting from line 44 up to the end of the
file...


However, I still think that the best way to fix the bug is replacing
the non-free logo with the DFSG-free one (the swirl without the word
"Debian") and getting the stylesheet re-licensed or dual-licensed in a
DFSG-free manner (as I suggested in my original bug report).


-- 
 http://www.inventati.org/frx/progs/scripts/pdebuild-hooks.html
 Need some pdebuild hook scripts?
. Francesco Poli .
 GnuPG key fpr == C979 F34B 27CE 5CD8 DC12  31B5 78F4 279B DD6D FCF4


pgpM4FHOQ8LIB.pgp
Description: PGP signature

Bug#593109: r64784 - in trunk/packages/hw-detect: . debian

[Petter Reinholdtsen]

[Thibaut Girka]
> g_ether is not really a device driver, but a USB gadget module, like
> g_filestorage (that provides USB Mass Storage), and other things
> like that.

Not quite sure I understand what this mean.  But I take it that there
is USB device with some well known USB ID to detect for udev?

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#587993: bug in v0.5.8

[Oto Magaldadze]

I compiled it from the source as well and the same bug appeared. Then
compiled 0.4.2 version from the source and it works. I think a previous
version should have been left in Squeeze yet.




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

Bug#597345: gforge-dns-bind9: Test bug report; please ignore

[Alexander Reichle-Schmehl]

Package: gforge-dns-bind9
Version: 4.8.3-1
Severity: wishlist


Hi maintainers!

We are beak^wimproving the archive software a bit and need a test case for
a bug on a package scheduled for removal.

You can safely ignore this bug report; hopefully it won't be open for long
anyway.

Thanks,
  Alexander, ftp-assistant

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

Kernel: Linux 2.6.26-2-xen-686 (SMP w/1 CPU core)
Locale: lang=de...@euro, lc_ctype=de...@euro (charmap=ISO-8859-15) (ignored: 
LC_ALL set to de...@euro)
Shell: /bin/sh linked to /bin/bash

Versions of packages gforge-dns-bind9 depends on:
pn  bind9  (no description available)
ii  debconf  1.5.24  Debian configuration management sy
ii  debianutils  2.30Miscellaneous utilities specific t
pn  gforge-common  (no description available)
pn  gforge-db-postgresql | g   (no description available)
pn  libdbd-pg-perl (no description available)
ii  libdbi-perl  1.605-1 Perl5 database interface by Tim Bu
ii  perl 5.10.0-19lenny2 Larry Wall's Practical Extraction 

gforge-dns-bind9 recommends no packages.

gforge-dns-bind9 suggests no packages.



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

Bug#597344: ITP: python-configobject -- a wrapper to ConfigParser allowing to access sections and options with attribute names

[Carl Chenet]

Package: wnpp
Severity: wishlist
Owner: Carl Chenet 


* Package name: python-configobject
  Version : 1.1
  Upstream Author : Gael Pasgrimaud 
* URL : http://pypi.python.org/pypi/ConfigObject
* License : GPL
  Programming Lang: Python
  Description : a wrapper to ConfigParser allowing to access sections and 
options with attribute names

ConfigObject is a wrapper to the Python ConfigParser module of the standard
library allowing to access sections and options with attribute names instead
of using set() and get() functions.



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

Bug#597239: user-setup: Should add user to sudo group instead of modifying sudoers

[Otavio Salvador]

Hello,

On Sat, Sep 18, 2010 at 3:55 AM, Christian PERRIER  wrote:
> Here's a proposed patch. Maybe a little bit overdesigned as I
> tentatively check the version of the sudo package that's installed on
> the system before adding the created user to the sudo group, falling
> back to old behaviour if sudo has a lower version.

This is important so we keep support for installing Lenny if someone
wants to. This can be dropped after Squeeze release.

> This is untested. I'm not 100% sure that "my" test is correct, so
> comments welcomed.

I haven't test it yet but it looks right for me.

Another possibility would be:

...
if ! $log $chroot $ROOT adduser "$USER" sudo >/dev/null 2>&1; then
echo "$USER ALL=(ALL) ALL" >> $ROOT/etc/sudoers
fi
...

This avoids the checking against dpkg.

-- 
Otavio Salvador                  O.S. Systems
E-mail: ota...@ossystems.com.br  http://www.ossystems.com.br
Mobile: +55 53 9981-7854         http://projetos.ossystems.com.br



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

Bug#597343: moovida: new upstream release

[Tollef Fog Heen]

Package: moovida
Severity: wishlist

Hi,

2.0.1.1 is out upstream, any chance of getting a package of this either
into unstable or experimental?

-- 
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are



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