Bug#621437: libsasl2-2 still links with libdb4.8 with your patch

[Ondřej Surý]

tags 621437 +patch pending
thank you

Fixed in r647.

O.

On Sun, May 22, 2011 at 02:19, Adrian Bunk  wrote:
> tags 621437 -patch
> thanks
>
> Hi Ondřej,
>
> how did you verify that your patch actually works?
>
> When I rebuild cyrus-sasl2 with libdb4.8 (but not libdb4.8-dev)
> installed and your patch applied it still gets linked against
> libdb4.8 - the reason is obvious.
>
> cu
> Adrian
>
> --
>
>       "Is there not promise of rain?" Ling Tan asked suddenly out
>        of the darkness. There had been need of rain for many days.
>       "Only a promise," Lao Er said.
>                                       Pearl S. Buck - Dragon Seed
>
>
>
>



-- 
Ondřej Surý 



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

Bug#627221: pu: package nagios-plugins/1.4.15-3squeeze1

[Jan Wagner]

Hi Adam,

On Saturday, 21. May 2011, Adam D. Barratt wrote:
> Thanks for working on fixing this in stable; please go ahead with the
> upload.

I uploaded the fixed package last night.

Thanks and with kind regards, Jan.
-- 
Never write mail to , you have been warned!
-BEGIN GEEK CODE BLOCK-
Version: 3.12
GIT d-- s+: a C+++ UL P+ L+++ E--- W+++ N+++ o++ K++ w--- O M V- PS PE Y++
PGP++ t-- 5 X R tv- b+ DI D+ G++ e++ h r+++ y 
--END GEEK CODE BLOCK--


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

Bug#627642: apt installed bad Packages files and is unable to replace them on update

[Raphael Hertzog]

I wanted to add that apparently only the squeeze files got updated/broken:
$ grep -l "^<" /var/lib/apt/lists/*
/var/lib/apt/lists/nas_debian_dists_squeeze_contrib_binary-i386_Packages
/var/lib/apt/lists/nas_debian_dists_squeeze_contrib_i18n_Index
/var/lib/apt/lists/nas_debian_dists_squeeze_contrib_i18n_Translation-en
/var/lib/apt/lists/nas_debian_dists_squeeze_contrib_i18n_Translation-fr
/var/lib/apt/lists/nas_debian_dists_squeeze_main_binary-i386_Packages
/var/lib/apt/lists/nas_debian_dists_squeeze_main_i18n_Index
/var/lib/apt/lists/nas_debian_dists_squeeze_main_i18n_Translation-en
/var/lib/apt/lists/nas_debian_dists_squeeze_main_i18n_Translation-fr
/var/lib/apt/lists/nas_debian_dists_squeeze_non-free_binary-i386_Packages
/var/lib/apt/lists/nas_debian_dists_squeeze_non-free_i18n_Index
/var/lib/apt/lists/nas_debian_dists_squeeze_non-free_i18n_Translation-en
/var/lib/apt/lists/nas_debian_dists_squeeze_non-free_i18n_Translation-fr
/var/lib/apt/lists/nas_debian_dists_squeeze_Release

Yet I have more in my sources.list:

$ cat /etc/apt/sources.list
deb http://nas/debian unstable main contrib non-free
deb http://nas/debian experimental main contrib non-free
deb-src http://nas/debian unstable main contrib non-free
deb-src http://nas/debian experimental main contrib non-free

deb http://nas/debian wheezy main contrib non-free
#deb-src http://nas/debian wheezy main contrib non-free
#deb http://nas:/security wheezy/updates main

deb http://nas/debian squeeze main contrib non-free
deb http://nas/debian proposed-updates main contrib non-free
deb http://nas/debian stable-updates main contrib non-free
#deb http://nas:/security squeeze/updates main

I also have unattended-upgrades 0.70 installed but it's not activated.
So I don't think it's the culprit.

Cheers,
-- 
Raphaël Hertzog ◈ Debian Developer

Follow my Debian News ▶ http://RaphaelHertzog.com (English)
  ▶ http://RaphaelHertzog.fr (Français)



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

Bug#627534: dh manpage: wrong/misleading example about build-{arch, indep}

[Raphael Hertzog]

On Sat, 21 May 2011, Jakub Wilk wrote:
> My point was: dpkg-buildpackage also calls "debian/rules
> binary-arch", which will typically do all the work we were trying to
> avoid by defining separate build-indep and build-arch targets.

Currently, yes. But since dpkg-buildpackage calls debian/rules build,
we're not avoiding anything at all. It just means that dh will also have
to be updated to benefit from the separation at some point...

And given everything ought to be makefile-based, calling the build a
second time should be a no-op right now.

So I don't see what's so wrong. Clearly it has no benefit right now, but
it's also not wrong in the general case.

Cheers,
-- 
Raphaël Hertzog ◈ Debian Developer

Follow my Debian News ▶ http://RaphaelHertzog.com (English)
  ▶ http://RaphaelHertzog.fr (Français)



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

Bug#627401: squashfs-tools: Please accept the patch for the man pages fixing a number of typos

[Daniel Baumann]

retitle 627401 man pages typos
tag 627401 pending
thanks

applied it in git, thanks.

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



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

Bug#594408: yudit upstream version 2.9.2

[Salvatore Bonaccorso]

Hi

I'm really intrested in the package, however I still have not yet time
to maintain it (at least alone). Is someone interested to work on it
too? 

I could too offer sponsoring.

Bests
Salvatore


signature.asc
Description: Digital signature

Bug#627642: apt installed bad Packages files and is unable to replace them on update

[Raphaël Hertzog]

Package: apt
Version: 0.8.14.1
Severity: normal

I was a week on vacation where I had wifi access but by default 
any HTTP request returns an HTML form to login and enable full
internet access.

It looks like the automatic update of Packages list done via
the cron job (I have APT::Periodic::Update-Package-Lists "1")
downloaded and installed the HTML form:

$ head -n 4 
/var/lib/apt/lists/nas_debian_dists_squeeze_contrib_binary-i386_Packages 
http://www.w3.org/TR/html4/loose.dtd";>


Wifipass - Accueil

And now I wanted to fix the problem with a simple "apt-get update" but
it fails:
$ sudo apt-get update
[...]
Ign http://nas squeeze/non-free Translation-en
Ign http://nas squeeze/non-free Translation-fr
Fetched 1671 B in 0s (5987 B/s)
Reading package lists... Error!
E: Encountered a section with no Package: header
E: Problem with MergeList 
/var/lib/apt/lists/nas_debian_dists_squeeze_contrib_binary-i386_Packages
E: The package lists or status file could not be parsed or opened.



-- Package-specific info:

-- apt-config dump --

APT "";
APT::Architecture "i386";
APT::Build-Essential "";
APT::Build-Essential:: "build-essential";
APT::Install-Recommends "true";
APT::Install-Suggests "0";
APT::Acquire "";
APT::Acquire::Translation "environment";
APT::Authentication "";
APT::Authentication::TrustCDROM "true";
APT::NeverAutoRemove "";
APT::NeverAutoRemove:: "^firmware-linux.*";
APT::NeverAutoRemove:: "^linux-firmware$";
APT::NeverAutoRemove:: "^linux-image.*";
APT::NeverAutoRemove:: "^kfreebsd-image.*";
APT::NeverAutoRemove:: "^linux-restricted-modules.*";
APT::NeverAutoRemove:: "^linux-ubuntu-modules-.*";
APT::NeverAutoRemove:: "^gnumach$";
APT::NeverAutoRemove:: "^gnumach-image.*";
APT::Never-MarkAuto-Sections "";
APT::Never-MarkAuto-Sections:: "metapackages";
APT::Never-MarkAuto-Sections:: "restricted/metapackages";
APT::Never-MarkAuto-Sections:: "universe/metapackages";
APT::Never-MarkAuto-Sections:: "multiverse/metapackages";
APT::Never-MarkAuto-Sections:: "oldlibs";
APT::Never-MarkAuto-Sections:: "restricted/oldlibs";
APT::Never-MarkAuto-Sections:: "universe/oldlibs";
APT::Never-MarkAuto-Sections:: "multiverse/oldlibs";
APT::Periodic "";
APT::Periodic::Update-Package-Lists "1";
APT::Periodic::Download-Upgradeable-Packages "0";
APT::Periodic::AutocleanInterval "0";
APT::Update "";
APT::Update::Post-Invoke "";
APT::Update::Post-Invoke:: "touch /var/lib/apt/periodic/update-success-stamp 
2>/dev/null || true";
APT::Update::Post-Invoke-Success "";
APT::Update::Post-Invoke-Success:: "[ ! -f /var/run/dbus/system_bus_socket ] || 
/usr/bin/dbus-send --system --dest=org.debian.apt --type=signal /org/debian/apt 
org.debian.apt.CacheChanged || true";
APT::Archives "";
APT::Archives::MaxAge "30";
APT::Archives::MinAge "2";
APT::Archives::MaxSize "500";
APT::Get "";
APT::Get::Build-Dep-Automatic "true";
Dir "/";
Dir::State "var/lib/apt/";
Dir::State::lists "lists/";
Dir::State::cdroms "cdroms.list";
Dir::State::mirrors "mirrors/";
Dir::State::extended_states "extended_states";
Dir::State::status "/var/lib/dpkg/status";
Dir::Cache "var/cache/apt/";
Dir::Cache::archives "archives/";
Dir::Cache::srcpkgcache "srcpkgcache.bin";
Dir::Cache::pkgcache "pkgcache.bin";
Dir::Etc "etc/apt/";
Dir::Etc::sourcelist "sources.list";
Dir::Etc::sourceparts "sources.list.d";
Dir::Etc::vendorlist "vendors.list";
Dir::Etc::vendorparts "vendors.list.d";
Dir::Etc::main "apt.conf";
Dir::Etc::netrc "auth.conf";
Dir::Etc::parts "apt.conf.d";
Dir::Etc::preferences "preferences";
Dir::Etc::preferencesparts "preferences.d";
Dir::Etc::trusted "trusted.gpg";
Dir::Etc::trustedparts "trusted.gpg.d";
Dir::Bin "";
Dir::Bin::methods "/usr/lib/apt/methods";
Dir::Bin::dpkg "/usr/bin/dpkg";
Dir::Media "";
Dir::Media::MountPath "/media/apt";
Dir::Log "var/log/apt";
Dir::Log::Terminal "term.log";
Dir::Log::History "history.log";
Dir::Ignore-Files-Silently "";
Dir::Ignore-Files-Silently:: "~$";
Dir::Ignore-Files-Silently:: "\.disabled$";
Dir::Ignore-Files-Silently:: "\.bak$";
Dir::Ignore-Files-Silently:: "\.dpkg-[a-z]+$";
Acquire "";
Acquire::cdrom "";
Acquire::cdrom::mount "/media/cdrom/";
Acquire::Pdiffs "false";
Unattended-Upgrade "";
Unattended-Upgrade::Origins-Pattern "";
Unattended-Upgrade::Origins-Pattern:: 
"origin=Debian,label=Debian-Security,archive=stable";
DPkg "";
DPkg::Pre-Install-Pkgs "";
DPkg::Pre-Install-Pkgs:: "/usr/sbin/dpkg-preconfigure --apt || true";
DPkg::Post-Invoke "";
DPkg::Post-Invoke:: "if [ -x /usr/bin/debsums ]; then /usr/bin/debsums 
--generate=nocheck -sp /var/cache/apt/archives; fi";
DPkg::Post-Invoke:: "if [ -d /var/lib/update-notifier ]; then touch 
/var/lib/update-notifier/dpkg-run-stamp; fi; if [ -e 
/var/lib/update-notifier/updates-available ]; then echo > 
/var/lib/update-notifier/updates-available; fi ";
DPkg::NoTriggers "true";
DPkg::ConfigurePending "true";
DPkg::TriggersPending "true";
PackageManager "";
PackageManager::Configure "smart";
CommandLine "";
CommandLine::AsString "apt-config dump";

Bug#627641: sbuild: Fals to remove (unprotected rmdir call)

[Daniel Baumann]

tag 627641 patch
thanks

attached is the patch.

-- 
Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern
Email:  daniel.baum...@progress-technologies.net
Internet:   http://people.progress-technologies.net/~daniel.baumann/
>From 3aa22e3d87882089c00598c8b708fb1eb7f7f1d5 Mon Sep 17 00:00:00 2001
From: Daniel Baumann 
Date: Mon, 23 May 2011 08:04:52 +0200
Subject: [PATCH] Correcting sbuild.postrm to not fail if /etc/sbuild/chroot
 does not exist (Closes: #627641).

---
 debian/sbuild.postrm |2 +-
 1 files changed, 1 insertions(+), 1 deletions(-)

diff --git a/debian/sbuild.postrm b/debian/sbuild.postrm
index 55ec416..1a4d5b6 100755
--- a/debian/sbuild.postrm
+++ b/debian/sbuild.postrm
@@ -69,7 +69,7 @@ case "$1" in
 	# Don't remove /etc/sbuild/chroot recursively in case anyone
 	# put the entire chroot under here; only remove symlinks.
 	rm -f /etc/sbuild/chroot/*
-	rmdir --ignore-fail-on-non-empty /etc/sbuild/chroot/
+	rmdir --ignore-fail-on-non-empty /etc/sbuild/chroot/ || true
 
 	# Remove autogenerated files.
 	rm -f /var/lib/sbuild/apt.conf*
-- 
1.7.5.1

Bug#627577: isoquery(1) review

[Tobias Quathamer]

Am Samstag, den 21.05.2011, 16:13 -0400 schrieb David Prévot:
> Hi Tobias,
> 
> While translating isoquery(1) to French, I noticed a few details that
> could be fixed in the manpage.

Hi David,

thanks a lot for both of your bug reports, they are much appreciated.
I'll be away for a few days now, but I hope to have time for an upload
during next week.

Regards,
Tobias

-- 
Tobias Quathamer | The first 90% of a project takes 90% of the time,
Hamburg, Germany | the last 10% takes the other 90% of the time.



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

Bug#627641: sbuild: Fals to remove (unprotected rmdir call)

[Daniel Baumann]

Package: sbuild
Severity: serious

Hi,

in postrm, you're calling rmdir without a '|| true', therefore, the
following fails 'apt-get install sbuild && apt-get purge sbuild'.

will send a patch once i've recieved the bug number.

Regards,
Daniel

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



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

Bug#627640: slapos.tool.format: [debconf_rewrite] Debconf templates and debian/control review

[Christian Perrier]

Package: slapos.tool.format
Version: N/A
Severity: normal
Tags: patch

Dear Debian maintainer,

On Sunday, May 08, 2011, I notified you of the beginning of a review process
concerning debconf templates for slapos.tool.format.

The debian-l10n-english contributors have now reviewed these templates,
and the proposed changes are attached to this bug report.

Please review the suggested changes, and if you have any
objections, let me know in the next 3 days.

However, please try to avoid uploading slapos.tool.format with these changes
right now.

The second phase of this process will begin on Thursday, May 26, 2011, when I 
will
coordinate updates to translations of debconf templates.

The existing translators will be notified of the changes: they will
receive an updated PO file for their language.

Simultaneously, a general call for new translations will be sent to
the debian-i18n mailing list.

Both these calls for translations will request updates to be sent as
individual bug reports. That will probably trigger a lot of bug
reports against your package, but these should be easier to deal with.

The call for translation updates and new translations will run until
about Thursday, June 16, 2011. Please avoid uploading a package with fixed or 
changed
debconf templates and/or translation updates in the meantime. Of
course, other changes are safe.

Please note that this is an approximative delay, which depends on my
own availability to process this work and is influenced by the fact
that I simultaneously work on many packages.

Around Friday, June 17, 2011, I will contact you again and will send a final 
patch
summarizing all the updates (changes to debconf templates,
updates to debconf translations and new debconf translations).

Again, thanks for your attention and cooperation.


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

Kernel: Linux 2.6.38-2-686 (SMP w/2 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/dash
--- slapos.tool.format.old/debian/templates 2011-05-22 12:00:56.543933388 
+0200
+++ slapos.tool.format/debian/templates 2011-05-23 07:51:45.310376515 +0200
@@ -1,23 +1,31 @@
+# These templates have been reviewed by the debian-l10n-english
+# team
+#
+# If modifications/additions/rewording are needed, please ask
+# debian-l10n-engl...@lists.debian.org for advice.
+#
+# Even minor modifications require translation updates and such
+# changes should be coordinated with translators and reviewers.
+
 Template: slapformat/master_url
 Type: string
-_Description: The HTTP or HTTPS URL where the master node can be reached:
+_Description: SlapOS master node URL:
 
 Template: slapformat/master_url_with_ssl_note
 Type: note
-_Description: Note about HTTPS master URL
- As you entered an HTTPS URL for the master node, you *must* put the
- corresponding key and certificate respectively in
- /etc/slapos/ssl/slapos.key and /etc/slapos/ssl/slapos.crt.
- .
- Also, make sure that the key is only readable by root user!
+_Description: Master node key and certificate mandatory
+ You used an HTTPS URL for the SlapOS master node, so the corresponding
+ certificate must be placed in /etc/slapos/ssl/slapos.crt, and the key
+ in /etc/slapos/ssl/slapos.key, readable only to root.
 
 Template: slapformat/computer_id
 Type: string
-_Description: ID to uniquely identifies this computer on the master:
+_Description: SlapOS client ID:
+ Please specify a unique identifier for this SlapOS node.
 
 Template: slapformat/partition_amount
 Type: string
-_Description: The number of partition available on this computer:
+_Description: Number of Computer Partitions on this computer:
  A Computer Partition (CP) is an instance of a Software Release
  (SR). You can now define how many instances will be available on this
  computer.
@@ -29,15 +37,14 @@
 Template: slapformat/ipv4_local_network
 Type: string
 _Description: Local IPv4 network to be used for Computer Partitions:
- Each Computer Partition (CP) must a local IPv4 took from the network
- given here in CIDR notation.
+ Every Computer Partition must have an address on the same IPv4 network.
+ Please specify a network in CIDR notation (e.g.: 192.0.2.0/24).
 
 Template: slapformat/bridge_note
 Type: note
-_Description: Note about network configuration
- Before actually using slapformat script, you *must* set up a bridge
- that will be used by the Computer Partitions and IPv6 must be
- enabled (in most cases, it is already enabled by default though).
+_Description: Network configuration note
+ Before using the slapformat script, you must set up a network bridge
+ to be used by the Computer Partitions, and ensure IPv6 is enabled.
  .
- You can find examples of setting it up in
+ You can find more information in
  /usr/share/doc/slapformat/README.Debian.
--- slapos.tool.format.old/debian/control   2011-05-22 12:00:56.579933554 
+0200
++

Bug#627566: doesn't boot

[jidanni]

BH> Which doesn't boot?
The new -486 kernel.



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

Bug#627619: libc6-dev: please define RLIMIT_RTTIME and increment RLIM_NLIMITS

[Jonathan Nieder]

Aurelien Jarno wrote:

> For example the types are not exactly the same in the linux kernel and
> the GNU libc, causing a lot of issues.

Are these mostly large file support related nowadays?

> Also when there is a conflict between the two headers, the kernel side
> and the GNU libc side have to decide which side should do the change.
> It usually doesn't work.

Yes, that makes sense.  Even imagining Linux adopting the enum trick
in a header or glibc dropping it is hard for me.  Thanks for a reality
check.



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

Bug#610949: second ls lists empty directory

[Daniel Baumann]

retitle 610949 second ls lists empty directory
tag 610949 moreinfo
thanks

please retry with 87-1.

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



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

Bug#626787: gcp: timestamp is not always copied exact

[Jörg Schütter]

Hello Thomas,

On Thu, 19 May 2011 23:37:48 +0200
"Thomas Preud'homme"  wrote:

> Le jeudi 19 mai 2011 22:21:16, Jörg Schütter a écrit :
> > Hello Thomas,
> 
> Hello Jörg,
> > 
> [SNIP]
> > 
> > Looks like it also happens with small files. Since it doesn't
> > take so long to copy them, I never detected this.
> > 
[SNIP]
> 
> This is very valuable information, thanks. So I checked and I can say python 
> (at least python 2.6) return modification and access time precised at the 
> second, not more. This is true even if stat_float_times returns true (which 
> is 
> the default on python >= 2.5).
> 
> So for me the bug is in python. I will try to submit (if no bug report 
> already 
> exist) a bug report on this issue and in the mean time I will add a note in 
> the man that resolution of access/modification time is the second.
> 
> Note that the differents OS could be treated separately and use real system 
> call (via subprocess or the like) to get the time as given by the OS but it 
> would be bad for portability and rather overkill for just gaining nanosecond 
> precision. Also, it would benefit much more people to solve this in python.
> 
> Does this solution sounds fine to you (more documentation + bug forwarding)?

More tests today (in combination with "test FILE1 -nt FILE2")
showed that a file is not newer if it's less than 1 second newer.
If it's exactly 1 second newer, the "test -nt" returns true. So
cutting the milliseconds off is ok (at least for this test tool).

Example:
if [ -f ${source} -a ${source} -nt ${destination} ]; then ...

More tests (using the big file):
-rw-r--r-- 1 joerg joerg 1619558400 2011-04-13 18:01:29.0 +0200 
/home/joerg/gps/Legend_MapData/geoclub/gmapsupp.img

Copy it to the same ext4 partition --> same timestamp
Copy it to an ext2 partition (USB) --> same timestamp
Copy it to a vfat partition (USB) --> same timestamp
Copy it to a vfat partition (USB) on Garmin GPS --> different timestamp

I guess the cause is located deeper in the system:
In case of time-diff the used USB mode was ohci_hcd.
The other USB connections (with correct timestamp) used ehci_hcd.

This Garmin GPS is the only "legacy" system I own which uses ohci_hcd.

Cheers
  Joerg



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

Bug#627619: libc6-dev: please define RLIMIT_RTTIME and increment RLIM_NLIMITS

[Aurelien Jarno]

On Mon, May 23, 2011 at 12:09:16AM -0500, Jonathan Nieder wrote:
> Aurelien Jarno wrote:
> 
> > We don't want to include kernel headers directly, as they we don't
> > control their change, and they might create conflicts (especially with
> > type definition).
> 
> Thanks for explaining.  It seems somewhat backward --- Linus is a
> cooperative and reasonable person and has been careful in the past
> about guarding definitions that should not be public with "#ifdef
> __KERNEL__", and when there are mistakes it is possible for distros to
> patch them away in linux-libc-dev packaging.
> 
 
For example the types are not exactly the same in the linux kernel and
the GNU libc, causing a lot of issues. This might be something we want
to do in the future, but judging by the number of bug reports we get 
though the GNU libc doesn't include kernel headers directly, there is a
huge work to do first. 

Also when there is a conflict between the two headers, the kernel side
and the GNU libc side have to decide which side should do the change.
It usually doesn't work.

-- 
Aurelien Jarno  GPG: 1024D/F1BCDB73
aurel...@aurel32.net http://www.aurel32.net



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

Bug#626761: fastx-toolkit: fgets called with bigger size than length of destination buffer

[Charles Plessy]

Le Fri, May 20, 2011 at 03:40:20PM -0400, Assaf Gordon a écrit :
> 
> I've put a fixed version here:
> http://hannonlab.cshl.edu/fastx_toolkit/fastx_toolkit-0.0.13.1.tar.bz2
> 
> Please let me know if it solves the complication issue, then I'll make it 
> publicly available on the website.

Dear Gordon,

thanks, it built successfully on Ubuntu Natty.

Have a nice day,

-- 
Charles



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

Bug#627573: linux-image-2.6.39-1-686-pae: Please include aufs in linux-image-2.6.39

[Steven Shiau]

On 2011/5/23 下午 12:35, Ben Hutchings wrote:

On Sun, 2011-05-22 at 11:08 +0800, Steven Shiau wrote:

Package: linux-2.6
Version: 2.6.39-1
Severity: wishlist

Aufs was included in linux-image-2.6.38, could you please include it
in linux-image-2.6.39, too? It's required for Debian live.


Unfortunately aufs does not work with Linux 2.6.39 yet.

My bad. I saw it in Ubuntu Oneiric developing kernel 2.6.39. Now I 
realized it's a reverting:

https://launchpad.net/ubuntu/+source/linux/2.6.39-2.8

Steven.


Ben.



--
Steven Shiau  
National Center for High-performance Computing, Taiwan.
http://www.nchc.org.tw
Public Key Server PGP Key ID: 1024D/9762755A
Fingerprint: A2A1 08B7 C22C 3D06 34DB  F4BC 08B3 E3D7 9762 755A



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

Bug#627619: libc6-dev: please define RLIMIT_RTTIME and increment RLIM_NLIMITS

[Jonathan Nieder]

Aurelien Jarno wrote:

> We don't want to include kernel headers directly, as they we don't
> control their change, and they might create conflicts (especially with
> type definition).

Thanks for explaining.  It seems somewhat backward --- Linus is a
cooperative and reasonable person and has been careful in the past
about guarding definitions that should not be public with "#ifdef
__KERNEL__", and when there are mistakes it is possible for distros to
patch them away in linux-libc-dev packaging.

But:

> In any case, this kind of change has to be discussed with upstream.

Yes, you are right about this.  (Frankly I'm terrified of glibc
upstream and try to get all ducks in the row before talking to them.)

> I
> already send a patch upstream yesterday [1], and committed it to the
> SVN. Unfortunately due to the current changes on the alioth side, the
> changes hasn't been changed to the mailing list and the bug hasn't be
> tagged pending automatically. Sorry for the duplicated work.

No problem.  Thanks for taking care of it.

Regards,
Jonathan



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

Bug#627619: libc6-dev: please define RLIMIT_RTTIME and increment RLIM_NLIMITS

[Aurelien Jarno]

tag 627619 + pending
thanks

On Sun, May 22, 2011 at 05:01:04PM -0500, Jonathan Nieder wrote:
> Jonathan Nieder wrote:
> 
> > I wonder why the enum trick in bits/resource.h is not ported to
> > Linux so we could just #include ?  That would save
> > alpha, sparc, and mips from having to maintain their own copies of
> > bits/resource.h.  Lacking that, something like the following might
> > work.  Untested.

We don't want to include kernel headers directly, as they we don't
control their change, and they might create conflicts (especially with
type definition).

In any case, this kind of change has to be discussed with upstream. I
already send a patch upstream yesterday [1], and committed it to the
SVN. Unfortunately due to the current changes on the alioth side, the
changes hasn't been changed to the mailing list and the bug hasn't be
tagged pending automatically. Sorry for the duplicated work.

[1] http://sourceware.org/bugzilla/show_bug.cgi?id=12795

-- 
Aurelien Jarno  GPG: 1024D/F1BCDB73
aurel...@aurel32.net http://www.aurel32.net



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

Bug#627585: /boot/vmlinux-2.6.32-5-powerpc: Only depth 8bpp works with XGI Volari Z9s card PCA-5612 when using sisfb

[Ben Hutchings]

On Sun, 2011-05-22 at 16:19 +0800, Andrew Buckeridge wrote:
> Package: linux-2.6
> Version: 2.6.32-31
> Severity: normal
> File: /boot/vmlinux-2.6.32-5-powerpc
> 
> 
> If a depth other than 8 bit is chosen colours are not mapped properly.
> The text on the virtual console is not white. The same happens when
> X.org is started.
> 
> The virtual console is functional at 8 bpp (appart from the DVI port),
> but if I force depth with the X server with -- -depth 16, 24 or 32 I get
> the same problem.
> 
> Many X apps are no longer functional with 256 colours. However, 16 bpp
> should be adequate. (i.e. 1400x1050x16 similar to vesa mode 0x0348)
> 
> Also the DVI port on the PCA-5612 card is not active. This should mirror
> the CRT output. This may be bug #610710.

Please test whether this problem is also present in Linux 2.6.39, as
packaged in unstable.  Note that you will need to upgrade
initramfs-tools at the same time, but this remains backward-compatible.

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#627566: doesn't boot

[Ben Hutchings]

On Sun, 2011-05-22 at 19:31 +0800, jida...@jidanni.org wrote:
> By the way, it doesn't boot.
> Just says cannot open /root/dev/console and panics.

Which doesn't boot?

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#627575: linux-image-2.6.39-1-amd64: hangs loading eeprom after reporting "GMBUS timed out" [i915]

[Ben Hutchings]

On Sun, 2011-05-22 at 00:07 -0400, Aaron M. Ucko wrote:
> Package: linux-2.6
> Version: 2.6.39-1
> Severity: important
> 
> Since upgrading from 2.6.38-2 (Debian 2.6.38-5), I've found that, at
> least on systems with integrated Intel graphics, loading the eeprom
> module hangs indefinitely after reporting messages of the form
> 
> [drm] GMBUS timed out, falling back to bit banging on pin N [i915 gmbus foo]
> 
> This regression proved particularly troublesome on my desktop, whose
> /etc/modules has historically listed eeprom (per sensors-detect?);
> however, as you can see, I can reproduce it on my laptop as well.

I don't know if you're aware, but monitors and other video displays
provide various information (EDID) in an I2C EEPROM, with the I2C bus
running over the display connector.  The eeprom driver is probing this
I2C bus (which seems to be intentional).  I don't recommend that you
load this driver.

> (A couple of minor details vary; my desktop's chipset is a Q35 rather
> than a GM45, and after giving up on pin 0 there, the kernel proceeds
> to try pin 1, with the hang occurring after one mention thereof.)
> 
> Could you please investigate this problem?

I don't see any changes to the eeprom module in 2.6.39, but there have
been some changes to the I2C implementation in the i915 driver.  So
please report this upstream at , under
product 'DRI', component 'DRM/Intel'.  Let us know the bug number or URL
so we can track it.

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#627639: Please suggest Tor instead of depending on it

[Kill Your TV]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Package: tor-geoipdb
Version: 0.2.1.30-1

Please consider having tor-geoipdb suggest or recommend tor instead of
depending on it. I would like to depend on this package but not have tor
forcefully pulled in.

Thank you,

- -- 
Kill Your TV
GPG Key 0xDF0A0A1A 
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)

iQEcBAEBAgAGBQJN2YeZAAoJEKvgwxnfCgoatooH/0u2XE1OJebM4EfgWvvlJnaY
TwTvtLql+IxCCHjY8NhFQeQq8fQywFRc18HTpiE/rlwhUeHLeJxnPPGxs96CvLfq
Yu1FReg8fhqm+7hudgDtokpHAYxl5kNLQ8aGdeOQReBHkBBbY/Ddu5mjJE1hRt+J
7bPcasV2e9T5HWDvmReJSzeex9PvprWugzBHO6ZxAkCtRJ8+PpZBot4TNUaGshS5
VyGU//8CQSsfQH5icfNso21tbjl5VlC7wT/F1S9IFGr/rYBigFbuTk3Xt7Ijfxv0
1rE+VJCr/h/gc5On2oLBrYx8vlGy3HQk077rfOOCIYeiY+5Ux4lsvIo/sHR1sAI=
=EgoZ
-END PGP SIGNATURE-

Bug#627573: linux-image-2.6.39-1-686-pae: Please include aufs in linux-image-2.6.39

[Ben Hutchings]

On Sun, 2011-05-22 at 11:08 +0800, Steven Shiau wrote:
> Package: linux-2.6
> Version: 2.6.39-1
> Severity: wishlist
> 
> Aufs was included in linux-image-2.6.38, could you please include it
> in linux-image-2.6.39, too? It's required for Debian live.

Unfortunately aufs does not work with Linux 2.6.39 yet.

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#625666: configure scripts rely on "diff"; could use "cmp" instead, provided by busybox

[Ben Pfaff]

Josh Triplett  writes:
> I'll send a mail to upstream explaining the above, and arguing for
> autodetection of an available program to check for differences between
> two files.  I'd appreciate it if this bug could stay open in the
> meantime to track the issue.

It has been a few weeks.  Any progress?
-- 
Ben Pfaff 
http://benpfaff.org



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

Bug#601640: Important: xpaint

[Julián Moreno Patiño]

Hi Josue,

Seeing the xpaint page I see something important in the changelog:

2011-02-25  J.-P. Demailly  

* Version 2.9.8.2 - nothing really new, just very small fixes

* Very small changes in Xaw3dxft (minor Xaw3dXft.h API update)

I think that the changes needed are done.

See you,

-- 
Julián Moreno Patiño
 .''`. Debian GNU/{Linux,KfreeBSD}
: :' : Free Operating Systems
`. `'  http://debian.org/
  `-   PGP KEY ID 6168BF60
Registered GNU Linux User ID 488513



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

Bug#627637: JessyInk: Embedded Javascript Broken

[Johannes Graumann]

Package: inkscape
Version: 0.48.1-2
Severity: important
Tags: patch


/usr/share/inkscape/extensions/jessyink.js' first line contains
"#!/usr/bin/env js", which if embedded in a svg renders jessyink presentations
undisplayable. Editing that line out of resulting svg's restores functionality.

That line (which does not semm to be present in upstream) should be removed.

0a1
> #!/usr/bin/env js

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

Kernel: Linux 2.6.38-2-amd64 (SMP w/8 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 inkscape depends on:
ii  libaspell15 0.60.6-6 GNU Aspell spell-checker runtime l
ii  libatk1.0-0 2.0.0-1  The ATK accessibility toolkit
ii  libc6   2.13-4   Embedded GNU C Library: Shared lib
ii  libcairo2   1.10.2-6 The Cairo 2D vector graphics libra
ii  libcairomm-1.0-11.8.4-3  C++ wrappers for Cairo (shared lib
ii  libfontconfig1  2.8.0-2.2generic font configuration library
ii  libfreetype62.4.4-1  FreeType 2 font engine, shared lib
ii  libgc1c21:7.1-7  conservative garbage collector for
ii  libgcc1 1:4.6.0-2GCC support library
ii  libgconf2-4 2.28.1-6 GNOME configuration database syste
ii  libglib2.0-02.28.6-1 The GLib library of C routines
ii  libglibmm-2.4-1c2a  2.28.0-1 C++ wrapper for the GLib toolkit (
ii  libgnomevfs2-0  1:2.24.4-1   GNOME Virtual File System (runtime
ii  libgomp14.6.0-2  GCC OpenMP (GOMP) support library
ii  libgsl0ldbl 1.15+dfsg-1  GNU Scientific Library (GSL) -- li
ii  libgtk2.0-0 2.24.4-3 The GTK+ graphical user interface 
ii  libgtkmm-2.4-1c2a   1:2.24.0-1   C++ wrappers for GTK+ (shared libr
ii  libgtkspell02.0.16-1 a spell-checking addon for GTK's T
ii  liblcms11.18.dfsg-1.2+b4 Color management library
ii  libmagick++38:6.6.0.4-3+b1   object-oriented C++ interface to I
ii  libmagickcore3  8:6.6.0.4-3+b1   low-level image manipulation libra
ii  libpango1.0-0   1.28.3-6 Layout and rendering of internatio
ii  libpangomm-1.4-12.28.2-1 C++ Wrapper for pango (shared libr
ii  libpng12-0  1.2.44-2 PNG library - runtime
ii  libpoppler-glib40.12.4-1.2   PDF rendering library (GLib-based 
ii  libpoppler5 0.12.4-1.2   PDF rendering library
ii  libpopt01.16-1   lib for parsing cmdline parameters
ii  libsigc++-2.0-0c2a  2.2.9-1  type-safe Signal Framework for C++
ii  libstdc++6  4.6.0-2  The GNU Standard C++ Library v3
ii  libwpd-0.9-90.9.2-1  Library for handling WordPerfect d
ii  libwpg-0.2-20.2.0-4  WordPerfect graphics import/conver
ii  libx11-62:1.4.3-1X11 client-side library
ii  libxml2 2.7.8.dfsg-2+b1  GNOME XML library
ii  libxslt1.1  1.1.26-7+b1  XSLT 1.0 processing library - runt
ii  zlib1g  1:1.2.3.4.dfsg-3 compression library - runtime

Versions of packages inkscape recommends:
ii  aspell0.60.6-6   GNU Aspell spell-checker
ii  imagemagick   8:6.6.0.4-3+b1 image manipulation programs
ii  libwmf-bin0.2.8.4-8  Windows metafile conversion tools
ii  perlmagick8:6.6.0.4-3+b1 Perl interface to the ImageMagick 
ii  pstoedit  3.50-3+b1  PostScript and PDF files to editab

Versions of packages inkscape suggests:
ii  dia 0.97.1-9 Diagram editor
ii  libgnomevfs2-extra  1:2.24.4-1   GNOME Virtual File System (extra m
ii  libsvg-perl 2.50-1   perl module to generate SVG images
ii  libxml-xql-perl 0.68-6   Perl module for querying XML tree 
ii  python  2.6.6-14 interactive high-level object-orie
ii  python-lxml 2.3-0.1+b2   pythonic binding for the libxml2 a
ii  python-numpy1:1.5.1-2+b1 Numerical Python adds a fast array
ii  python-uniconvertor 1.1.4-1+b2   Universal vector graphics translat
ii  ruby4.8  Transitional package for ruby1.8
ii  ruby1.8 [ruby]  1.8.7.334-4  Interpreter of object-oriented scr
pn  skencil(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#627638: libgnustep-base-dev: indirectly depends on both libobjc2 and libobjc3; causes packages to miscompile

[Ludovic Brenta]

Package: libgnustep-base-dev
Version: 1.20.2-2
Severity: normal

Here is a partial dependency tree of libgnustep-base-dev:

libgnustep-base-dev (=1.20.2) depends on:
 + gobjc (>= 4:4.2) satisfied by gobjc (=4:4.6.0-5) which depends on:
 | + gobjc-4.6 (>= 4.6.0-1) satisfied by gobjc-4.6 (= 4.6.0-7) which depends on:
 |   + libobjc3 (>= 4.6.0-7) satisfied by libobjc3 (= 4.6.0-7)
 + libgnustep-base1.20 (=1.20.2-2) which depends on:
   + libobjc2 (>= 4.4.0) satisfied by libobjc2 (=4.5.3-1)

As a consequence, a package that build-depends on libgnustep-base-dev
will miscompile due to compiling with gobjc-4.6 and linking against
libobjc3 when libobjc2 was intended.

To fix this problem, I think the dependency of libgnustep-base-dev on
gobjc should be changed to gobjc-4.4 or gobjc-4.5.

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

Kernel: Linux 2.6.38-2-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#624021: systemd-gui: 'systemadm' fails with "Error connecting: No such file or directory"

[Michael Biebl]

Am 23.05.2011 03:25, schrieb A. Costa:
> On Sun, 22 May 2011 06:09:58 +0200
>   % systemctl dump ; echo $?
>   Failed to get D-Bus connection: Failed to connect to socket 
> /var/run/dbus/system_bus_socket: No suchfile or directory
>   1

That means dbus is not running.
Please check the status:
systemctl status dbus.socket
systemctl status dbus.service

Most likely this is a duplicate of #622881.

Please check the dmesg output, if systemd encountered a cycle and attach the 
output.

Michael

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



signature.asc
Description: OpenPGP digital signature

Bug#624021: systemd-gui: 'systemadm' fails with "Error connecting: No such file or directory"

[A. Costa]

On Sun, 22 May 2011 06:09:58 +0200
Michael Biebl  wrote:

> Can you describe in more detail, what you were doing.

Nothing special that comes to mind.  On my system the bug is consistently
reproducible.

> Is systemd running? 

It is:

% ps -A | grep systemd
1 ?00:00:01 systemd

> Did you run systemadm as root/regular user?

Yes, but it's the same error both ways.

> Does systemctl dump work?

As 'root', yes:

# show numbered tail & head of output
% systemctl dump | nl | pee head tail ; echo
 1  -> Unit powertweakd.service:
 2  Description: LSB: Start powertweak daemon.
 3  Instance: n/a
 4  Unit Load State: loaded
 5  Unit Active State: active
 6  Inactive Exit Timestamp: Fri, 20 May 2011 07:24:54 -0400
 7  Active Enter Timestamp: Fri, 20 May 2011 07:24:55 -0400
 8  Active Exit Timestamp: n/a
 9  Inactive Enter Timestamp: n/a
10  GC Check Good: yes
   234  References: syslog.target
   235  References: local-fs.target
   236  References: basic.target
   237  References: shutdown.target
   238  ReferencedBy: multi-user.target
   239  StopWhenUnneeded: no
   240  RefuseManualStart: no
   241  RefuseManualStop: no
   242  DefaultDependencies: yes
   243  ControlGroup: cpu:/sy

As a user no:

% systemctl dump ; echo $?
Failed to get D-Bus connection: Failed to connect to socket 
/var/run/dbus/system_bus_socket: No suchfile or directory
1

Attached is the output of:

strace -o /tmp/systemadm.strace systemadm

HTH...


systemadm.strace.gz
Description: Binary data

Bug#626368: lshw works fine

[jidanni]

lshw output is fine:
jidanni3
description: Notebook
product: 702 (90OAM05A1213U103Q)
vendor: ASUSTeK Computer INC.
version: x.x
serial: EeePC-1234567890
width: 32 bits
capabilities: smbios-2.5 dmi-2.5 smp-1.4 smp
configuration: boot=normal chassis=notebook cpus=1 family=To Be Filled By 
O.E.M. sku=90OAM05A1213U103Q uuid=002702F5-9AD1-DC81-23A3-001E8C7790F8
  *-core
   description: Motherboard
   product: 702
   vendor: ASUSTeK Computer INC.
   physical id: 0
   version: x.xx
   serial: EeePC-0123456789
   slot: To Be Filled By O.E.M.
 *-firmware
  description: BIOS
  vendor: American Megatrends Inc.
  physical id: 0
  version: 0502
  date: 03/13/2008
  size: 64KiB
  capacity: 448KiB
  capabilities: isa pci pnp apm upgrade shadowing escd cdboot 
bootselect socketedrom edd int13floppy1200 int13floppy720 int13floppy2880 
int5printscreen int9keyboard int14serial int17printer int10video acpi usb 
ls120boot zipboot biosbootspecification
 *-cpu
  description: CPU
  product: Intel(R) Celeron(R) M processor  900MHz
  vendor: Intel Corp.
  physical id: 4
  bus info: cpu@0
  version: 6.13.8
  slot: CPU 1
  size: 630MHz
  capacity: 900MHz
  width: 32 bits
  clock: 70MHz
  capabilities: boot fpu fpu_exception wp vme de pse tsc msr pae mce 
cx8 apic sep mtrr pge mca cmov clflush dts acpi mmx fxsr sse sse2 ss tm pbe nx 
up bts
*-cache:0
 description: L1 cache
 physical id: 5
 slot: L1-Cache
 size: 32KiB
 capacity: 32KiB
 capabilities: internal write-back data
*-cache:1
 description: L2 cache
 physical id: 6
 slot: L2-Cache
 size: 512KiB
 capacity: 512KiB
 capabilities: internal write-back unified
 *-memory
  description: System Memory
  physical id: 1f
  slot: System board or motherboard
  size: 1GiB
*-bank
 description: DIMM DDR2 Synchronous 400 MHz (2.5 ns)
 product: PartNum0
 vendor: Manufacturer0
 physical id: 0
 serial: SerNum0
 slot: DIMM0
 size: 1GiB
 width: 64 bits
 clock: 400MHz (2.5ns)
 *-generic UNCLAIMED
  physical id: 201
  bus info: parisc@201
 *-pci
  description: Host bridge
  product: Mobile 915GM/PM/GMS/910GML Express Processor to DRAM 
Controller
  vendor: Intel Corporation
  physical id: 100
  bus info: pci@:00:00.0
  version: 04
  width: 32 bits
  clock: 33MHz
  configuration: driver=agpgart-intel
  resources: irq:0
*-display:0
 description: VGA compatible controller
 product: Mobile 915GM/GMS/910GML Express Graphics Controller
 vendor: Intel Corporation
 physical id: 2
 bus info: pci@:00:02.0
 version: 04
 width: 32 bits
 clock: 33MHz
 capabilities: pm vga_controller bus_master cap_list rom
 configuration: driver=i915 latency=0
 resources: irq:16 memory:f7f0-f7f7 ioport:ec00(size=8) 
memory:d000-dfff memory:f7ec-f7ef
*-display:1 UNCLAIMED
 description: Display controller
 product: Mobile 915GM/GMS/910GML Express Graphics Controller
 vendor: Intel Corporation
 physical id: 2.1
 bus info: pci@:00:02.1
 version: 04
 width: 32 bits
 clock: 33MHz
 capabilities: pm bus_master cap_list
 configuration: latency=0
 resources: memory:f7f8-f7ff
*-multimedia
 description: Audio device
 product: 82801FB/FBM/FR/FW/FRW (ICH6 Family) High Definition Audio 
Controller
 vendor: Intel Corporation
 physical id: 1b
 bus info: pci@:00:1b.0
 version: 04
 width: 64 bits
 clock: 33MHz
 capabilities: pm msi pciexpress bus_master cap_list
 configuration: driver=HDA Intel latency=0
 resources: irq:43 memory:f7eb8000-f7ebbfff
*-pci:0
 description: PCI bridge
 product: 82801FB/FBM/FR/FW/FRW (ICH6 Family) PCI Express Port 1
 vendor: Intel Corporation
 physical id: 1c
 bus info: pci@:00:1c.0
 version: 04
 width: 32 bits
 clock: 33MHz
 capabilities: pci pciexpress msi pm normal_decode bus_master 
cap_list
 configuration: driver=pcieport
 resources: irq:40 ioport:3000(size=4096)

Bug#611062: O: pysvn -- A(nother) Python interface to Subversion

[Henry velez]

Hi everyone.

I want to help and I would like to adopt this package.

cheers,

Henry Vélez Molina

Bug#619786: texi2dvi: Syntax error: Bad function name when dash is /bin/sh (uses "local" as function name)

[Jonathan Nieder]

forwarded 619786 http://savannah.gnu.org/bugs/?33374
quit

Hi Hilmar,

Hilmar Preusse wrote:

> Should we forward this bug a whishlist to upstream anyway?

Yes, I think so.  Forwarded; thanks.



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

Bug#627636: lxc: New upstream release (0.7.4)

[Serge E. Hallyn]

Package: lxc
Severity: wishlist

Hi,

please update to 0.7.4 or 0.7.4.2.  A package based on 0.7.4.2 is at
http://people.canonical.com/~serge/lxc_0.7.4.2-1-package.tar.gz

thanks,
-serge



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

Bug#627635: ITP: scantool -- OBD-II car diagnostic scanner

[Kees Cook]

Package: wnpp
Severity: wishlist
Owner: Kees Cook 


* Package name: scantool
  Version : 1.21
  Upstream Author : ScanTool.net LLC
* URL : 
http://www.scantool.net/scantool/downloads/diagnostic-software/
* License : GPL-2+
  Programming Lang: C
  Description : OBD-II vehicle diagnostic scanner

Scanning tool that communicates with OBD-II serial port devices, used
for vehicle diagnostics. Requires a serial to CAN bus device specific
to the OBD-II port for a given model vehicle.



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

Bug#616290: Patches solving FTBFS of isc-dhcp for GNU/Hurd

[Samuel Thibault]

Hello,

I've noticed a -17 version was uploaded, but unfortunately without
hurd patches.  For the record, here they are again, refreshed:

- fix_ftbfs4hurd.dpatch which is actually what is upstream changes to
  fix build on hurd, to be added before ldap backend fixes in 00list.
- patch which adds the above patch in 00list, and adds the
  inetutils-tools dependency on hurd-any to get inetutils-ifconfig.
- dhclient-script.hurd and dhclient-script.hurd.udeb, which I have
  refreshed against the latest Linux version, to be added in debian/

Could you please apply them?

Samuel
diff -urN isc-dhcp-4.1.1-P1.original/debian/control 
isc-dhcp-4.1.1-P1/debian/control
--- isc-dhcp-4.1.1-P1.original/debian/control   2011-03-02 23:35:17.0 
+
+++ isc-dhcp-4.1.1-P1/debian/control2011-03-02 23:16:48.0 +
@@ -89,7 +89,7 @@
 
 Package: isc-dhcp-client
 Architecture: any
-Depends: debianutils (>= 2.8.2), isc-dhcp-common (= ${binary:Version}), 
iproute [linux-any], ${shlibs:Depends}, ${misc:Depends}
+Depends: debianutils (>= 2.8.2), isc-dhcp-common (= ${binary:Version}), 
iproute [linux-any] | inetutils-tools [hurd-any], ${shlibs:Depends}, 
${misc:Depends}
 Suggests: resolvconf, avahi-autoipd
 Provides: dhcp3-client
 Conflicts: dhcp-client (<< 3.0), samba-common (<< 3.0.0beta1-2), resolvconf 
(<= 1.45), ifupdown (<< 0.6.8+nmu3)
diff -urN isc-dhcp-4.1.1-P1.original/debian/patches/00list 
isc-dhcp-4.1.1-P1/debian/patches/00list
--- isc-dhcp-4.1.1-P1.original/debian/patches/00list2011-03-02 
23:35:17.0 +
+++ isc-dhcp-4.1.1-P1/debian/patches/00list 2011-03-02 23:17:48.0 
+
@@ -17,6 +17,10 @@
 # must be applied before the LDAP stuff
 no-libcrypto
 
+# fix ftbfs for GNU/Hurd
+# must be applied before dhcp-4.1.0-ldap-code
+fix_ftbfs4hurd.dpatch
+
 #ldap backend for dhcp server (docs and code)
 dhcp-4.1.0-ldap-docs
 dhcp-4.1.0-ldap-code
#! /bin/sh /usr/share/dpatch/dpatch-run
# fix FTPFS for GNU/Hurd
@DPATCH@
diff -urNad '--exclude=CVS' '--exclude=.svn' '--exclude=.git' '--exclude=.arch' 
'--exclude=.hg' '--exclude=_darcs' '--exclude=.bzr' 
isc-dhcp-4.1.1-P1~/client/dhclient.c isc-dhcp-4.1.1-P1/client/dhclient.c
--- isc-dhcp-4.1.1-P1~/client/dhclient.c2011-03-03 01:10:28.0 
+
+++ isc-dhcp-4.1.1-P1/client/dhclient.c 2011-03-03 01:11:08.0 +
@@ -342,21 +342,33 @@
 * to be reopened after chdir() has been called
 */
if (path_dhclient_db[0] != '/') {
-   char *path = dmalloc(PATH_MAX, MDL);
+   char *path;
+#ifdef __GLIBC__
+   path = realpath(path_dhclient_db, NULL);
+#else
+   path = dmalloc(PATH_MAX, MDL);
if (path == NULL)
log_fatal("No memory for filename\n");
-   path_dhclient_db = realpath(path_dhclient_db, path);
-   if (path_dhclient_db == NULL)
-   log_fatal("%s: %s", path, strerror(errno));
+   path = realpath(path_dhclient_db, path);
+#endif
+   if (path == NULL)
+   log_fatal("%s: %s", path_dhclient_db, strerror(errno));
+   path_dhclient_db = path;
}
 
if (path_dhclient_script[0] != '/') {
-   char *path = dmalloc(PATH_MAX, MDL);
+   char *path;
+#ifdef __GLIBC__
+   path = realpath(path_dhclient_script, NULL);
+#else
+   path = dmalloc(PATH_MAX, MDL);
if (path == NULL)
log_fatal("No memory for filename\n");
-   path_dhclient_script = realpath(path_dhclient_script, path);
-   if (path_dhclient_script == NULL)
-   log_fatal("%s: %s", path, strerror(errno));
+   path = realpath(path_dhclient_script, path);
+#endif
+   if (path == NULL)
+   log_fatal("%s: %s", path_dhclient_script, 
strerror(errno));
+   path_dhclient_script = path;
}
 
/* first kill off any currently running client */
diff -urNad '--exclude=CVS' '--exclude=.svn' '--exclude=.git' '--exclude=.arch' 
'--exclude=.hg' '--exclude=_darcs' '--exclude=.bzr' 
isc-dhcp-4.1.1-P1~/common/lpf.c isc-dhcp-4.1.1-P1/common/lpf.c
--- isc-dhcp-4.1.1-P1~/common/lpf.c 2011-03-03 01:06:44.0 +
+++ isc-dhcp-4.1.1-P1/common/lpf.c  2011-03-03 01:11:08.0 +
@@ -28,7 +28,6 @@
 
 #include "dhcpd.h"
 #if defined (USE_LPF_SEND) || defined (USE_LPF_RECEIVE)
-#include 
 #include 
 #include 
 
@@ -39,8 +38,14 @@
 #include "includes/netinet/ip.h"
 #include "includes/netinet/udp.h"
 #include "includes/netinet/if_ether.h"
+#endif
+
+#if defined (USE_LPF_RECEIVE) || defined (USE_LPF_HWADDR)
+#include 
 #include 
+#endif
 
+#if defined (USE_LPF_SEND) || defined (USE_LPF_RECEIVE)
 /* Reinitializes the specified interface after an address change.   This
is not required for packet-filter APIs. */
 
@@ -411,7 +416,9 @@
interface_dereference 

Bug#626368: happens about half the time

[jidanni]

reopen 626368
thanks
About half the time I boot my EEEPC, lsusb produces no output and
returns $?=1 for that day.
I follow sid.
I'll send you the output of any test scripts you want me to run.



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

Bug#627633: ITP: libanyevent-xmpp-perl -- implementation of the XMPP Protocol

[Jonas Smedegaard]

Package: wnpp
Severity: wishlist
Owner: Jonas Smedegaard 

* Package name: libanyevent-xmpp-perl
  Version : 0.51
  Upstream Author : Robin Redeker 
* URL : http://search.cpan.org/dist/AnyEvent-XMPP/
* License : Artistic or GPL-1+
  Programming Lang: Perl
  Description : implementation of the XMPP Protocol

 AnyEvent::XMPP is an implementation of XMPP in Perl, formerly know
 under the name Net::XMPP2, it allows you to easily write Clients and
 Components. In comparsion to Net::XMPP it offers a event based API and
 is independent of an event loop with AnyEvent.
 .
 The following XEPs are implemented:
  * XEP-0004 - Data Forms
  * XEP-0030 - Service Discovery
  * XEP-0054 - vcard-temp (XMPP vCards)
  * XEP-0066 - Out of Band Data
  * XEP-0077 - In-Band Registration
  * XEP-0078 - Non-SASL Authentication
  * XEP-0082 - XMPP Date and Time Profiles
  * XEP-0086 - Error Condition Mappings
  * XEP-0091 - Delayed Delivery (legacy)
  * XEP-0092 - Software Version
  * XEP-0114 - Jabber Component Protocol
  * XEP-0153 - vCard-Based Avatars
  * XEP-0199 - XMPP Ping
  * XEP-0203 - Delayed Delivery (new)



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

Bug#627632: failed to execute '/usr/share/usbmount/usbmount' warnings even when removed

[jidanni]

Hmmm, I see
  /etc/udev/rules.d: ...
  lrwxrwxrwx 1 root   17 Feb 10  2010 z60_usbmount.rules -> ../usbmount.rules



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

Bug#627632: failed to execute '/usr/share/usbmount/usbmount' warnings even when removed

[Marco d'Itri]

reassign 627632 usbmount
thanks

On May 23, jida...@jidanni.org wrote:

> $ dlocate -l usbmount
> rc  usbmount 0.0.21 automatically mount and unmount USB mass storage devic
> 
> One gets several
> udevd[700]: failed to execute '/usr/share/usbmount/usbmount'
> '/usr/share/usbmount/usbmount add': No such file or directory
> 
> I.e., warnings even when package is removed.
Then blame the usbmount package.
Looks like it left an orphaned file in /etc/udev/rules.d/, because it
moved it to /lib/udev/rules.d/ without actually deleting the conffile.
Anyway, udev is working as intended.

> By the way the Hardware... message lacks a prefix to say who printed it.
So at least you can know that it is not udevd.

-- 
ciao,
Marco


signature.asc
Description: Digital signature

Bug#594548: Info received (Bug#594548: claws-mail segfaults when doing an LDAP lookup)

[Hans Liao]

Hi Ricardo,

The crash doesn't seem to happen anymore. I remember there was a recent
update on libldap and the crash doesn't happen anymore. I believe you
can close this bug now.

Thanks for all your help.

Hans


On Thursday Nov/25/2010 10:36 CST
ow...@bugs.debian.org (Debian Bug Tracking System) wrote:

> Thank you for the additional information you have supplied regarding
> this Bug report.
> 
> This is an automatically generated reply to let you know your message
> has been received.
> 
> Your message is being forwarded to the package maintainers and other
> interested parties for their attention; they will reply in due course.
> 
> Your message has been sent to the package maintainer(s):
>  Ricardo Mones 
> 
> If you wish to submit further information on this problem, please
> send it to 594...@bugs.debian.org.
> 
> Please do not send mail to ow...@bugs.debian.org unless you wish
> to report a problem with the Bug-tracking system.
> 



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

Bug#627632: failed to execute '/usr/share/usbmount/usbmount' warnings even when removed

[jidanni]

X-debbugs-Cc: usbmo...@packages.debian.org, alsa-ut...@packages.debian.org
Package: udev
Version: 170-1
Severity: wishlist

At boot, with
$ dlocate -l usbmount
rc  usbmount 0.0.21 automatically mount and unmount USB mass storage devic

One gets several
udevd[700]: failed to execute '/usr/share/usbmount/usbmount'
'/usr/share/usbmount/usbmount add': No such file or directory

I.e., warnings even when package is removed.

P.S., also probably related is
Setting up ALSA...warning: 'alsactl restore' failed with error message 'Unknown 
hardware: "HDA-Intel" "Realtek ALC662 rev1" "HDA:10ec0662,104382a1,00100101" 
"0x1043" "0x82a1"
Mon May 23 08:48:12 2011: Hardware is initialized using a guess method
Mon May 23 08:48:12 2011: alsactl: set_control:1255: failed to obtain info for 
control #3 (No such file or directory)
Mon May 23 08:48:12 2011: alsactl: set_control:1255: failed to obtain info for 
control #4 (No such file or directory)

By the way the Hardware... message lacks a prefix to say who printed it.



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

Bug#627494: doxygen: segfaults in QThread / pthread on kfreebsd

[Guillem Jover]

Hi!

On Sat, 2011-05-21 at 02:57:35 +0200, Christoph Egger wrote:
> Package: doxygen
> Version: 1.7.4-1
> Severity: important

> I'm seeing doxygen segfaulting regularly on kfreebsd-*
> buildds. And produced a backtrace for one of these. It turned out to
> be easily reproducible. Backtrace below (wasn't too easi btw: doxygen
> still builds a stripped binary with DEB_BUILD_OPTIONS=debug)

Did you mean DEB_BUILD_OPTIONS=nostrip? Also to ease debugging you
usually probably want also “noopt”.

regards,
guillem



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

Bug#583826: RFH: chromium-browser -- Chromium browser

[Henry velez]

Hi Giuseppe.

I hope don't be too late, but  i want to help.

Cheers,

Henry Vélez Molina.

Bug#625784: [Python-modules-team] Bug#625784: (no subject)

[Carl Chenet]

Le 06/05/2011 20:02, Barry Warsaw a écrit :

Actually, try this patch.  (I'm having some difficulty committing this to svn.)
   
   

Hi Barry,

I'm testing your patch and it works just fine for python3.1 but I have 
an issue I can not explain yet with python3.2. Here is the log :


# virtualenv -v -p python3.2 TMP32
Running virtualenv with interpreter /usr/bin/python3.2
Creating TMP32/lib/python3.2
Symlinking Python bootstrap modules
Symlinking TMP32/lib/python3.2/config-3.2mu
Symlinking TMP32/lib/python3.2/lib-dynload
Symlinking TMP32/lib/python3.2/os.py
Ignoring built-in bootstrap module: posix
Symlinking TMP32/lib/python3.2/posixpath.py
Cannot import bootstrap module: nt
Symlinking TMP32/lib/python3.2/ntpath.py
Symlinking TMP32/lib/python3.2/genericpath.py
Symlinking TMP32/lib/python3.2/fnmatch.py
Symlinking TMP32/lib/python3.2/locale.py
Symlinking TMP32/lib/python3.2/encodings
Symlinking TMP32/lib/python3.2/codecs.py
Symlinking TMP32/lib/python3.2/stat.py
Cannot import bootstrap module: UserDict
Cannot import bootstrap module: copy_reg
Symlinking TMP32/lib/python3.2/types.py
Symlinking TMP32/lib/python3.2/re.py
Cannot import bootstrap module: sre
Symlinking TMP32/lib/python3.2/sre_parse.py
Symlinking TMP32/lib/python3.2/sre_constants.py
Symlinking TMP32/lib/python3.2/sre_compile.py
Ignoring built-in bootstrap module: zlib
Symlinking TMP32/lib/python3.2/_abcoll.py
Symlinking TMP32/lib/python3.2/warnings.py
Symlinking TMP32/lib/python3.2/linecache.py
Symlinking TMP32/lib/python3.2/abc.py
Symlinking TMP32/lib/python3.2/io.py
Symlinking TMP32/lib/python3.2/_weakrefset.py
Symlinking TMP32/lib/python3.2/copyreg.py
Symlinking TMP32/lib/python3.2/tempfile.py
Symlinking TMP32/lib/python3.2/random.py
Symlinking TMP32/lib/python3.2/__future__.py
Symlinking TMP32/lib/python3.2/collections.py
Symlinking TMP32/lib/python3.2/keyword.py
Symlinking TMP32/lib/python3.2/tarfile.py
Symlinking TMP32/lib/python3.2/shutil.py
Symlinking TMP32/lib/python3.2/struct.py
Symlinking TMP32/lib/python3.2/copy.py
Creating TMP32/lib/python3.2/site-packages
Writing TMP32/lib/python3.2/site.py
Writing TMP32/lib/python3.2/orig-prefix.txt
Creating parent directories for TMP32/include
Symlinking TMP32/include/python3.2mu
Creating TMP32/bin
New python executable in TMP32/bin/python3.2
Changed mode of TMP32/bin/python3.2 to 0o755
Also creating executable in TMP32/bin/python
Changed mode of TMP32/bin/python to 0o755
Testing executable with TMP32/bin/python3.2 -c "import sys; 
print(sys.prefix)"

Got sys.prefix result: '/tmp/TMP32'
Creating TMP32/lib/python3.2/distutils
Writing TMP32/lib/python3.2/distutils/__init__.py
Writing TMP32/lib/python3.2/distutils/distutils.cfg
Using existing distribute egg: ./distribute-0.6.16.tar.gz
Installing 
distribute...done.
Installing existing pip-1.0.1.tar.gz distribution: 
/usr/share/python-virtualenv/pip-1.0.1.tar.gz

Installing pip...
/tmp/TMP32/bin/python3.2: can't open file '/tmp/TMP32/bin/easy_install': 
[Errno 2] No such file or directory
Complete output from command /tmp/TMP32/bin/python3.2 
/tmp/TMP32/bin/easy_install /usr/share/python-virtualenv/pip-1.0.1.tar.gz:
/tmp/TMP32/bin/python3.2: can't open file '/tmp/TMP32/bin/easy_install': 
[Errno 2] No such file or directory


...Installing pip...done.
Traceback (most recent call last):
File "/usr/lib/python2.6/dist-packages/virtualenv.py", line 1981, in 


main()
File "/usr/lib/python2.6/dist-packages/virtualenv.py", line 811, in main
never_download=options.never_download)
File "/usr/lib/python2.6/dist-packages/virtualenv.py", line 913, in 
create_environment
install_pip(py_executable, search_dirs=search_dirs, 
never_download=never_download)
File "/usr/lib/python2.6/dist-packages/virtualenv.py", line 642, in 
install_pip

filter_stdout=_filter_setup)
File "/usr/lib/python2.6/dist-packages/virtualenv.py", line 879, in 
call_subprocess

% (cmd_desc, proc.returncode))
OSError: Command /tmp/TMP32/bin/python3.2 /tmp/TMP32/bin/easy_install 
/usr/share/python-virtualenv/pip-1.0.1.tar.gz failed with error code 2



And indeed files seem missing in the virtual environment :

# tree TMP32/
TMP32/
├── bin
│ ├── python
│ └── python3.2
├── include
│ └── python3.2mu -> /usr/include/python3.2mu
└── lib
└── python3.2
├── _abcoll.py -> /usr/lib/python3.2/_abcoll.py
├── abc.py -> /usr/lib/python3.2/abc.py
├── codecs.py -> /usr/lib/python3.2/codecs.py
├── collections.py -> /usr/lib/python3.2/collections.py
├── config-3.2mu -> /usr/lib/python3.2/config-3.2mu
├── copy.py -> /usr/lib/python3.2/copy.py
├── copyreg.py -> /usr/lib/python3.2/copyreg.py
├── distutils
│ ├── distutils.cfg
│ ├── __init__

Bug#620960: Packaging of inspircd

[Stig Sandbeck Mathisen]

Hello,

I've made an unofficial package of inspircd 2.0.4, I've made this
available at https://gitorious.org/ssm-deb/inspircd

The packaging was based on the 1.1.22+dfsg-4 version, but most is now
probably rewritten. I'm not sure if there are any non-dfsg things left
in the upstream source. I did a quick sweep, but could not find any.


Notable changes:

Build:

 * debian/rules uses new dh with overrides
 * Allows parallel builds
 * Allows builds with git-buildpackage

Run:

 * Starts by default, disable in /etc/default/inspircd
 * Default configuration updated from 2.0 examples
 * logging to to /var/log/inspircd/
 * LSB compliant init script

Please feel free to pull any changes you like to the inspircd packaging
repo.

cut-n-pastable test build instructions:

$ sudo apt-get install git-buildpackage
$ cd /tmp
$ gbp-clone git://gitorious.org/ssm-deb/inspircd.git
$ cd inspircd
$ sudo apt-get build-dep inspircd
$ git-buildpackage

-- 
Stig Sandbeck Mathisen
  ooo, shiny!


pgpnQCCx8Cgvf.pgp
Description: PGP signature

Bug#624684: xfce4-terminal: stops to accept keyboard input

[Ibragimov Rinat]

I experience the same bug.
I recently moved from i386 to amd64, so I think it's 64-bit related.

Also can't reproduce with menu key on german keyboard layout.

Bug#627631: linux-2.6: [INTL:pt] Updated Portuguese translation for debconf messages

[Américo Monteiro]

Package: linux-2.6
Version: 2.6.39-1
Tags: l10n, patch
Severity: wishlist

Updated Portuguese translation for linux-2.6's debconf messages.
Translator: Américo Monteiro 
Feel free to use it.

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


-- 
Best regards,

Américo Monteiro
# Translation of linux-2.6 debconf messages to Portuguese
# Copyright (C) 2010 the linux-2.6's copyright holder
# This file is distributed under the same license as the linux-2.6 package.
#
# Américo Monteiro , 2010, 2011.
msgid ""
msgstr ""
"Project-Id-Version: linux-2.6 2.6.39.1\n"
"Report-Msgid-Bugs-To: \n"
"POT-Creation-Date: 2011-05-21 10:31+0200\n"
"PO-Revision-Date: 2011-05-22 23:53+0100\n"
"Last-Translator: Américo Monteiro \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"
"X-Generator: Lokalize 1.2\n"
"Plural-Forms: nplurals=2; plural=(n != 1);\n"

#. Type: boolean
#. Description
#: ../templates/temp.image.plain/templates:2001
msgid "Abort installation after depmod error?"
msgstr "Abortar a instalação após erro do depmod?"

#. Type: boolean
#. Description
#: ../templates/temp.image.plain/templates:2001
msgid ""
"The 'depmod' command exited with the exit code ${exit_value} (${SIGNAL}"
"${CORE})."
msgstr ""
"O comando 'depmod' terminou com o código de erro ${exit_value} (${SIGNAL}"
"${CORE})."

#. Type: boolean
#. Description
#: ../templates/temp.image.plain/templates:2001
msgid ""
"Since this image uses initrd, the ${modules_base}/=V/modules.dep file will "
"not be deleted, even though it may be invalid."
msgstr ""
"Como esta imagem usa initrd, o ficheiro ${modules_base}/=V/modules.dep não "
"será apagado, apesar de poder ser inválido."

#. Type: boolean
#. Description
#: ../templates/temp.image.plain/templates:2001
msgid ""
"You should abort the installation and fix the errors in depmod, or "
"regenerate the initrd image with a known good modules.dep file. If you don't "
"abort the installation, there is a danger that the system will fail to boot."
msgstr ""
"Você deve abortar a instalação e corrigir os erros do depmod, ou gerar "
"novamente a imagem initrd com um ficheiro modules.dep conhecido como bom. Se "
"não abortar a instalação, existe o perigo do sistema falhar no arranque."

#. Type: boolean
#. Description
#: ../templates/temp.image.plain/templates:3001
msgid "Abort kernel removal?"
msgstr "Abortar a remoção do kernel?"

#. Type: boolean
#. Description
#: ../templates/temp.image.plain/templates:3001
msgid ""
"You are running a kernel (version ${running}) and attempting to remove the "
"same version."
msgstr ""
"Você está a correr um kernel (versão ${running}) e a tentar remover essa "
"mesma versão."

#. Type: boolean
#. Description
#: ../templates/temp.image.plain/templates:3001
msgid ""
"This can make the system unbootable as it will remove /boot/vmlinuz-"
"${running} and all modules under the directory /lib/modules/${running}. This "
"can only be fixed with a copy of the kernel image and the corresponding "
"modules."
msgstr ""
"Isto pode fazer com que o sistema não arranque porque irá remover /boot/"
"vmlinuz-${running} e todos os módulos no directório /lib/modules/${running}. "
"Isto só pode ser corrigido com uma cópia da imagem do kernel e dos "
"correspondentes módulos."

#. Type: boolean
#. Description
#: ../templates/temp.image.plain/templates:3001
msgid ""
"It is highly recommended to abort the kernel removal unless you are prepared "
"to fix the system after removal."
msgstr ""
"É altamente recomendado abortar a remoção do kernel a menos que esteja "
"preparado para corrigir o sistema após a remoção."

#. Type: note
#. Description
#: ../templates/temp.image.plain/templates:4001
msgid "Required firmware files may be missing"
msgstr "Podem estar em falta ficheiros de firmware necessários"

#. Type: note
#. Description
#: ../templates/temp.image.plain/templates:4001
msgid ""
"This system is currently running Linux ${runningversion} and you are "
"installing Linux ${version}.  In the new version some of the drivers used on "
"this system may require additional firmware files:"
msgstr ""
"Este sistema está actualmente a correr Linux ${runningversion} e você está a "
"instalar Linux ${version}. Na nova versão algumas das drivers usadas neste "
"sistema podem necessitar dos ficheiros de firmware adicionais:"

#. Type: note
#. Description
#: ../templates/temp.image.plain/templates:4001
msgid ""
"Most firmware files are not included in the system because they do not "
"conform to the Debian Free Software Guidelines. You may need to reconfigure "
"the package manager to include the contrib and non-free sections of the "
"package archive before you can install these firmware files."
msgstr ""
"A maioria dos ficheiros de firmware não estão incluídos no sistema porque "
"não respeitam as Guidelines da Debian Free Software. Você pode precisar de "
"reconfigurar o gestor d

Bug#616662: new version available, test again?

[anarcat]

A new version of the chromium-browser package was uploaded
(11.0.696.68~r84545-2) - maybe you can try again?

-- 
The United States is a nation of laws:
badly written and randomly enforced.
- Frank Zappa


signature.asc
Description: Digital signature

Bug#604134: Processed: tags 604134 - squeeze-ignore

[annathemermaid]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Sun, 22 May 2011 20:26:30 + "Adam D. Barratt"  wrote:
>tag 604134 + squeeze-ignore
>thanks
>
>On Sun, 2011-05-22 at 19:39 +, Debian Bug Tracking System
>wrote:
>> Processing commands for cont...@bugs.debian.org:
>>
>> > tags 604134 - squeeze-ignore
>> Bug #604134 [parted] partman-base: Makes MacOS 9 incompatible
>partition table
>> Removed tag(s) squeeze-ignore.
>
>Please don't do that.

Please don't break other operating systems on my computer in such a
way that is irreversible, short of wiping the whole hard disk,
WITHOUT EVEN WARNING ME FIRST! I choose the stable versions of *nix
based operating systems because I don't like running into SEVERE
UNDOCUMENTED bugs like this. If I wanted to use my one and only
working computer to track down and fix/find work-arounds for things
like this, I'd run current.

> The -ignore tags are the domain of the
>Release
>Team and shouldn't be altered without agreement.

The tag was added because it was believed there was a workaround to
restore Mac Classic. Even if this always worked, it seems appalling
to me that an operating system of Debian's reputation wouldn't at
least make note of this bug in the installation instructions. As it
is, the workaround does not always work. It didn't work for me.
There are others it hasn't worked for. The squeeze-ignore tag was
added based on a misconception.

>I don't know partman well enough to know whether your suggestions
>on how
>to modify it to better support your scenario are easily
>integrateable
>(is that even a word?), although it does sound like it might be
>quite a
>large change to try and make to squeeze's d-i now that it's
>released.

The bad news is, I really don't know what-all's wrong with partman,
and apparently, even though this bug has been around for years, no
one else does either, or hasn't admitted to so far as I've read.
The good news is, we don't have to. NetBSD's pdisk, which they have
graciously ported to Linux, is a time-tested way of modifying Apple
Partition Maps without breaking other operating systems, provided
you don't re-initialize the disk or touch partitions that you
shouldn't touch. So, simply offer users a choice between pdisk and
partman, with a strong warning that if they are multi-booting,
especially with Mac Classic, that they should really use pdisk
because partman is broken and might damage their Mac Classic
irreparably (short of wiping the hard drive).

Then there's yaboot, which is a whole 'nother can of worms, because
it doesn't work right if you do it the "recommended way", but is
has a whole slew of protections to protect you from doing in the
"wrong way", even though the wrong way does work. I managed to get
yaboot (but not ofboot.b... fortunately, yaboot is the essential
bit) working, but it was horrendously difficult (at least, for an
operating system of Debian's reputation) because it didn't want me
to configure it that way.

>Certainly adding significant new translatable text tends not to be
>straight forward.

Well, could you translate this much?

"WARNING!!! This installer may break other operating systems on
your computer (especially Mac Classic). In some cases, it may be
impossible to repair without wiping your hard drive and re-
installing everything. DO NOT PROCEED IF THIS IS NOT AN ACCEPTABLE
RISK. If that is so, we recommend you use a Unix-based operating
system that does not have this problem, like OpenBSD, or one that
has a well-documented work-around, like NetBSD. There is a very
complicated work-around for Debian, but unfortunately, we were
unable to translate it to all languages."

Or if that's too much for you, just the first three or four
sentences.

>Regards,
>
>Adam
-BEGIN PGP SIGNATURE-
Charset: UTF8
Version: Hush 3.0
Note: This signature can be verified at https://www.hushtools.com/verify

wsBcBAEBAgAGBQJN2ZCXAAoJEKlMTST7VF+oLM4H/RWIB4XAFIVbK+qEzzXepyxLb7kX
JwZXEvqBK4Uns2V9/pWV8TgcpWLwvQWdzCts1eEBYZTDJ29RFBGG6jJnTu62VbL150Qf
JbWX6gKXWJCB+bjPsPA+wCmC+oP5FbuXN7rWpCLOEKJE2/sGDSI6gANDzo5YCgy0aAJj
Due8Mfu9v+DvESaPw2fGIKeltTJWwM9mQI5LJm1Mm2WLFs6Cc6s5j2Rz8X01CA5yUkqa
zNaXdXYbNabtdErdma5Pz4lG+FROCbWLEij0HXlmi5jetBDvdsv+3koG67LitBpgUpu6
HBMP7cTemg5ns6Lq4LLh7a4AO5j6YhW0OoU/ZtFnpiU=
=ehFa
-END PGP SIGNATURE-




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

Bug#594820: clang: specify libstdc++ version of headers to use

[Sylvestre Ledru]

Hello

Are you sure it is working for you ?

It fails with the following:

$ echo "#include  
> void main(){
> 
> }
> " > plop.cpp
$ clang -o plop plop.cpp
In file included from plop.cpp:1:
In file included from /usr/include/c++/4.5/fstream:39:
In file included from /usr/include/c++/4.5/istream:39:
In file included from /usr/include/c++/4.5/ios:38:
/usr/include/c++/4.5/iosfwd:39:10: fatal error: 'bits/c++config.h' file
not
  found
#include 
 ^
1 error generated.


And the configure is:
  ../llvm-2.9/configure CC=x86_64-linux-gnu-gcc CXX=x86_64-linux-gnu-g
++ CPP=x86_64-linux-gnu-cpp --host=x86_64-linux-gnu
--build=x86_64-linux-gnu --prefix=/usr --disable-assertions
--enable-shared --enable-optimized --with-optimize-option=' -g -O2'
--enable-pic --enable-libffi
--with-c-include-dirs=/usr/include/x86_64-linux-gnu:/usr/include
--with-cxx-include-root=/usr/include/c++/4.5
--with-cxx-include-arch=x86_64-linux-gnu --with-cxx-include-32bit-dir=32
--with-cxx-include-64bit-dir=64
--with-c-include-dirs=/usr/include/x86_64-linux-gnu:/usr/include

Thanks




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

Bug#627568: [xserver-xorg-video-nouveau] Dual head problem: Flicker on 2nd monitor using GeForce 8500 GT

[Guy Heatley]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 22/05/11 07:06, Sven Joachim wrote:

>> I had to add a modeline as the EEID is not detected properly on the 2nd
>> monitor (DVI-I-1)
> 
> I think this is the reason for the flickering.  Do you also see it if
> you connect only the DVI monitor?
> 

Yes, if the primary monitor is disconnected, leaving only the 2nd one
the blinking was still present.

The 2nd monitor is a fairly old IIyama Vision Master Pro 452. It always
used to be a bit funny with the old nv driver, although I have to say,
the Nvidia proprietary driver never gave a problem with this old monitor.

On the other hand, using xrandr is much more configurable and sensible
than Nvidia's silly "twinview" setup. ;-)

Removing the Nvidia proprietary driver has left my system completely
free of non-free and contrib packages!

> Try booting with drm_kms_helper.poll=0 kernel parameter.

That does it! Well done: No more flicker!

In case any readers are not familiar with grub2 I edited:
/etc/default/grub
thus:
GRUB_CMDLINE_LINUX_DEFAULT="quiet drm_kms_helper.poll=0"

and ran (as root)
update-grub2

then rebooted.

Thanks Sven.
- -- 
Guy

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk3ZgrwACgkQcVtC8LX0Uea6NQCePIssvx9z2si8x+2qLsj6B4sE
bfIAnit7/roLITMF3cLFwuJo/qckOL0A
=mweO
-END PGP SIGNATURE-



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

Bug#627630: grub-pc: core.img too large after recent update, raid1+lvm+xfs

[Eamonn Hamilton]

Package: grub-pc
Version: 1.99-4
Severity: important



Hi,

After a recent update a couple of days ago on grub, the generated core.img no 
longer fits in my boot block. The system is setup as raid1+lvm with xfs 
filesystems.

Any suggestions  as to how to shrink the core.img, as expanding the install 
area isn't an option short-term.

regards,
Eamonn


-- Package-specific info:

*** BEGIN /proc/mounts
/dev/mapper/vg-root / xfs rw,noatime,attr2,noquota 0 0
/dev/mapper/vg-home /home xfs rw,noatime,noquota 0 0
/dev/mapper/vg-usr /usr xfs rw,noatime,attr2,noquota 0 0
/dev/mapper/vg-pictures /pictures xfs rw,noatime,noquota 0 0
/dev/mapper/vg_new-shared /shared xfs rw,noatime,attr2,noquota 0 0
/dev/mapper/vg_new-content /content xfs rw,noatime,attr2,noquota 0 0
/dev/mapper/vg-myth /content/media/mythtv ext3 
rw,relatime,errors=continue,commit=5,barrier=0,data=writeback 0 0
/dev/sdd1 /backup xfs rw,relatime,attr2,noquota 0 0
/dev/mapper/vg_new-vm /vm ext3 
rw,relatime,errors=continue,barrier=0,data=writeback 0 0
/dev/mapper/vg_new-archive /archive xfs rw,relatime,attr2,noquota 0 0
/dev/mapper/vg-root /run xfs rw,noatime,attr2,noquota 0 0
/dev/mapper/vg-root /run/lock xfs rw,noatime,attr2,noquota 0 0
*** END /proc/mounts

*** BEGIN /boot/grub/device.map
(hd0)   /dev/disk/by-id/ata-SAMSUNG_HD501LJ_S0MUJ1KLB32543
(hd1)   /dev/disk/by-id/ata-SAMSUNG_HD501LJ_S0MUJ1KLB32546
(hd2)   /dev/disk/by-id/ata-MAXTOR_STM31000333AS_9TE1GGYP
*** END /boot/grub/device.map

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

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

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

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

terminal_input console
terminal_output console
set timeout=5
### END /etc/grub.d/00_header ###

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

### BEGIN /etc/grub.d/10_linux ###
menuentry 'Debian GNU/Linux, with Linux 2.6.38.4' --class debian --class 
gnu-linux --class gnu --class os {
insmod gzio
insmod raid
insmod mdraid09
insmod lvm
insmod part_msdos
insmod part_msdos
insmod xfs
set root='(vg-root)'
search --no-floppy --fs-uuid --set=root 
d784bc62-c5a2-4d85-b778-feac2748a0de
echo'Loading Linux 2.6.38.4 ...'
linux   /boot/vmlinuz-2.6.38.4 root=/dev/mapper/vg-root ro  hpet=force 
quiet
echo'Loading initial ramdisk ...'
initrd  /boot/initrd.img-2.6.38.4
}
menuentry 'Debian GNU/Linux, with Linux 2.6.38.4 (recovery mode)' --class 
debian --class gnu-linux --class gnu --class os {
insmod gzio
insmod raid
insmod mdraid09
insmod lvm
insmod part_msdos
insmod part_msdos
insmod xfs
set root='(vg-root)'
search --no-floppy --fs-uuid --set=root 
d784bc62-c5a2-4d85-b778-feac2748a0de
echo'Loading Linux 2.6.38.4 ...'
linux   /boot/vmlinuz-2.6.38.4 root=/dev/mapper/vg-root ro single 
echo'Loading initial ramdisk ...'
initrd  /boot/initrd.img-2.6.38.4
}
menuentry 'Debian GNU/Linux, with Linux 2.6.38-rc7+' --class debian --class 
gnu-linux --class gnu --class os {
insmod gzio
insmod raid
insmod mdraid09
insmod lvm
insmod part_msdos
insmod part_msdos
insmod xfs
set root='(vg-root)'
search --no-floppy --fs-uuid --set=root 
d784bc62-c5a2-4d85-b778-feac2748a0de
echo'Loading Linux 2.6.38-rc7+ ...'
linux   /boot/vmlinuz-2.6.38-rc7+ root=/dev/mapper/vg-root ro  
hpet=force quiet
echo'Loading initial ramdisk ...'
initrd  /boot/initrd.img-2.6.38-rc7+
}
menuentry 'Debian GNU/Linux, with Linux 2.6.38-rc7+ (recovery mode)' --class 
debian --class gnu-linux --class gnu --class os {
insmod gzio
insmod raid
insmod mdraid09
insmod lvm
insmod part_msdos
insmod part_msdos
insmod xfs
set root='(vg-root)'
search --no-floppy --fs-uuid --set=root 
d784bc62-c5a2-4d85-b778-feac2748a0de
echo'Loading Linux 2.6.38-rc7+ ...'
linux   /boot/vmlinuz-2.6.38-rc7+ root=/dev/mapper/vg-root ro single 
echo'Loading initial ramdisk ...'
initrd  /boot/initrd.img-2.6.38-rc7+
}
menuentry 'Debian GNU/Linux, with Linux 2.6.36'

Bug#627623: chromium: no error reporting for disk full

[Jonathan Nieder]

retitle 627623 chromium: silent truncates files on ENOSPC
forwarded 627623 http://crbug.com/83541
quit

Salvo Tomaselli wrote:

> refer to upstream bug report
>
> http://code.google.com/p/chromium/issues/detail?id=83541

Marking accordingly.  Thanks much.



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

Bug#627619: libc6-dev: please define RLIMIT_RTTIME and increment RLIM_NLIMITS

[Jonathan Nieder]

Jonathan Nieder wrote:

> I wonder why the enum trick in bits/resource.h is not ported to
> Linux so we could just #include ?  That would save
> alpha, sparc, and mips from having to maintain their own copies of
> bits/resource.h.  Lacking that, something like the following might
> work.  Untested.

Meh, here's a better fix.  Leaving out ports this time, since sparc
is enough to give the picture.  Is the enum trick valuable enough to
be worth making a header hard to read and maintain?

Signed-off-by: Jonathan Nieder 
 
-/* Transmute defines to enumerations.  The macro re-definitions are
-   necessary because some programs want to test for operating system
-   features with #ifdef RUSAGE_SELF.  In ISO C the reflexive
-   definition is a no-op.  */
+/* Work around unclean kernel headers.  */
+#ifndef RLIM_INFINITY
+# define __SYS_RESOURCE_H_undef_RLIM_INFINITY
+#endif
 
-/* Kinds of resource limit.  */
-enum __rlimit_resource
-{
-  /* Per-process CPU limit, in seconds.  */
-  RLIMIT_CPU = 0,
-#define RLIMIT_CPU RLIMIT_CPU
+#include 
 
-  /* Largest file that can be created, in bytes.  */
-  RLIMIT_FSIZE = 1,
-#defineRLIMIT_FSIZE RLIMIT_FSIZE
-
-  /* Maximum size of data segment, in bytes.  */
-  RLIMIT_DATA = 2,
-#defineRLIMIT_DATA RLIMIT_DATA
-
-  /* Maximum size of stack segment, in bytes.  */
-  RLIMIT_STACK = 3,
-#defineRLIMIT_STACK RLIMIT_STACK
-
-  /* Largest core file that can be created, in bytes.  */
-  RLIMIT_CORE = 4,
-#defineRLIMIT_CORE RLIMIT_CORE
-
-  /* Largest resident set size, in bytes.
- This affects swapping; processes that are exceeding their
- resident set size will be more likely to have physical memory
- taken from them.  */
-  __RLIMIT_RSS = 5,
-#defineRLIMIT_RSS __RLIMIT_RSS
-
-  /* Number of open files.  */
-  RLIMIT_NOFILE = 7,
-  __RLIMIT_OFILE = RLIMIT_NOFILE, /* BSD name for same.  */
-#define RLIMIT_NOFILE RLIMIT_NOFILE
-#define RLIMIT_OFILE __RLIMIT_OFILE
-
-  /* Address space limit.  */
-  RLIMIT_AS = 9,
-#define RLIMIT_AS RLIMIT_AS
-
-  /* Number of processes.  */
-  __RLIMIT_NPROC = 6,
-#define RLIMIT_NPROC __RLIMIT_NPROC
-
-  /* Locked-in-memory address space.  */
-  __RLIMIT_MEMLOCK = 8,
-#define RLIMIT_MEMLOCK __RLIMIT_MEMLOCK
-
-  /* Maximum number of file locks.  */
-  __RLIMIT_LOCKS = 10,
-#define RLIMIT_LOCKS __RLIMIT_LOCKS
-
-  /* Maximum number of pending signals.  */
-  __RLIMIT_SIGPENDING = 11,
-#define RLIMIT_SIGPENDING __RLIMIT_SIGPENDING
-
-  /* Maximum bytes in POSIX message queues.  */
-  __RLIMIT_MSGQUEUE = 12,
-#define RLIMIT_MSGQUEUE __RLIMIT_MSGQUEUE
-
-  /* Maximum nice priority allowed to raise to.
- Nice levels 19 .. -20 correspond to 0 .. 39
- values of this resource limit.  */
-  __RLIMIT_NICE = 13,
-#define RLIMIT_NICE __RLIMIT_NICE
-
-  /* Maximum realtime priority allowed for non-priviledged
- processes.  */
-  __RLIMIT_RTPRIO = 14,
-#define RLIMIT_RTPRIO __RLIMIT_RTPRIO
-
-  /* Maximum time since last sleep for realtime tasks, in microseconds.
- Once the soft limit is exceeded, the task will receive SIGXCPU
- every second.  When the hard limit is exceeded, the task dies.  */
-  __RLIMIT_RTTIME = 15,
-
-  __RLIMIT_NLIMITS = 16,
-  __RLIM_NLIMITS = __RLIMIT_NLIMITS
-#define RLIMIT_NLIMITS __RLIMIT_NLIMITS
-#define RLIM_NLIMITS __RLIM_NLIMITS
-};
+#ifdef __SYS_RESOURCE_H_undef_RLIM_INFINITY
+# undef RLIM_INFINITY
+#endif
 
 /* Value to indicate that there is no limit.  */
+
 #ifndef __USE_FILE_OFFSET64
 # define RLIM_INFINITY ((unsigned long int)(~0UL))
 #else
@@ -122,6 +47,8 @@ enum __rlimit_resource
 # define RLIM64_INFINITY 0xuLL
 #endif
 
+#define RLIMIT_NLIMITS RLIM_NLIMITS
+
 /* We can represent all limits.  */
 #define RLIM_SAVED_MAX RLIM_INFINITY
 #define RLIM_SAVED_CUR RLIM_INFINITY
diff --git a/sysdeps/unix/sysv/linux/sparc/bits/resource.h 
b/sysdeps/unix/sysv/linux/sparc/bits/resource.h
index 77a5325..2b9cd20 100644
--- a/sysdeps/unix/sysv/linux/sparc/bits/resource.h
+++ b/sysdeps/unix/sysv/linux/sparc/bits/resource.h
@@ -1,6 +1,6 @@
 /* Bit values & structures for resource limits.  Linux/SPARC version.
-   Copyright (C) 1994, 1996, 1997, 1998, 1999, 2000, 2004, 2005, 2008, 2009
-   Free Software Foundation, Inc.
+   Copyright (C) 1994, 1996, 1997, 1998, 1999, 2000, 2004, 2005, 2008, 2009,
+   2011 Free Software Foundation, Inc.
This file is part of the GNU C Library.
 
The GNU C Library is free software; you can redistribute it and/or
@@ -22,109 +22,17 @@
 # error "Never use  directly; include  
instead."
 #endif
 
-#include 
+#include "../../bits/resource.h"
 
-/* Transmute defines to enumerations.  The macro re-definitions are
-   necessary because some programs want to test for operating system
-   features with #ifdef RUSAGE_SELF.  In ISO C the reflexive
-   definition is a no-op.  */
+/*
+ * SuS says limits have to be unsigned.
+ * Linux on 32-bit SPARC makes this unsigned, but keeps the
+ * old value for compatibility:
+ */
 
-/* Kinds

Bug#627615: VM terminates when doing a live migration

[Michael Tokarev]

forcemerge 625571 627615
thanks

22.05.2011 22:11, Daniel Bareiro wrote:
> 
> Package: qemu-kvm
> Version: 0.12.5+dfsg-5+squeeze1
> Severity: important

> model name  : AMD Athlon(tm) 64 X2 Dual Core Processor 3800+

> -- System Information:
> Debian Release: 6.0.1
>   APT prefers stable
>   APT policy: (500, 'stable')
> Architecture: i386 (x86_64)
> 
> Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores)

> ss01:~# kvm -m 256 -boot d -net nic,vlan=0,macaddr=52:54:67:92:9d:63 \
>  -net tap -daemonize -vnc :15 -k es -localtime -cdrom \
>  /mnt/systemrescuecd-x86-2.0.1.iso -monitor 
> telnet:localhost:4055,server,nowait
> 
> 
> Destination:
> 
> defiant:~# kvm -m 256 -boot d -net nic,vlan=0,macaddr=52:54:67:92:9d:63 -net 
> tap \
>  -daemonize -vnc :1 -k es -localtime -cdrom /mnt/systemrescuecd-x86-2.0.1.iso 
> -monitor \
>  telnet:localhost:4041,server,nowait -incoming tcp:0:4455
> 
> Migration:
> 
> ss01:~# telnet localhost 4055
> Trying ::1...
> Connected to localhost.
> Escape character is '^]'.
> QEMU 0.12.5 monitor - type 'help' for more information
> (qemu) migrate -d tcp:10.1.0.65:4455
> (qemu) Connection closed by foreign host.
> 
> ss01:~# ps ax|grep systemrescuecd
> 15640 pts/0R+ 0:00 grep systemrescuecd

When debugging don't enable daemonizing, instead run it in foreground
to see what messages, if any, it prints.

But this is, with a very good chance, #625571 - migration
fails on 32bit userspace always.  That bug is finally fixed,
after more than 2 years, and is pending upload after we will
sort out other, more important issues.


> ss01:~# telnet localhost 4055
> Trying ::1...
> Connected to localhost.
> Escape character is '^]'.
> QEMU 0.12.5 monitor - type 'help' for more information
> (qemu) stop
> (qemu) migrate_set_speed 4095m
> (qemu) migrate "exec:gzip -c > STATEFILE.gz"
> Connection closed by foreign host.
> 
> ss01:~# ps ax|grep systemrescuecd
> 26564 pts/0S+ 0:00 grep systemrescuecd

Again, this is a very bad idea to run it in backrgound when
debugging.  It's impossible to tell what exactly it is doing
this way.

/mjt



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

Bug#620566: dpkg: "version number does not start with digit" is in contrast to policy

[chris h]

On Tue, Apr 5, 2011 at 10:06 AM, Bill Allombert
 wrote:
> I formally object to that change in policy, since no rationale is provided.
> For the time being, #620566 is a bug in dpkg.

So, should this bug then be assigned back to dpkg?
Is there anything which prevents fixing this bug?

Thanks,
  -ch



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

Bug#579016: makes medium "invisible"

[George Danchev]

Package: brasero
Followup-For: Bug #579016

Hi,

Is there any chance to reproduce that one or follow the
instructions given at:

http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=579016#26



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

Bug#627629: short justification why 'foo' can not substitute 'sisu'

[Jonas Stein]

Package: sisu
Severity: wishlist

may be i did not search well enough, but i did not find a justification
why 'foo' can not substitute 'sisu'. Even on irc #sisu i could not get
the answer.

*) With foo i mean the whole farm of markup languages with their 
corresponding converters like REST, Docbook and so on.

I would be nice to find a short hint like "sisu can do x and y while
others can only do x or y"

This might be a important part of the package description.



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

Kernel: Linux 2.6.38-2-686 (SMP w/1 CPU core)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.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#627628: add timestamps to /var/log/pm-powersave.log

[jidanni]

Package: eeepc-acpi-scripts
Version: 1.1.11
Severity: wishlist

What kind of a logfile is /var/log/pm-powersave.log ?
With no concept of timestamps included, it is a very different file from
its brothers there in /var/log/ .



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

Bug#624598: closed by Jose Carlos Garcia Sogo (Bug#624598: fixed in deja-dup 18.1.1-1)

[Jose Carlos Garcia Sogo]

On Sun, May 22, 2011 at 11:07 PM, Jérémy Bobbio  wrote:
> On Sun, May 22, 2011 at 05:36:07PM +, Debian Bug Tracking System wrote:
>> This is an automatic notification regarding your Bug report
>> which was filed against the deja-dup package:
>>
>> #624598: deja-dup: Restore fails with EOFError
>>
>> It has been closed by Jose Carlos Garcia Sogo .
>
> Great for wheezy. :)
>
> But as I was saying in my original bug report:
>
>> The bug has been fixed upstream, in revision 728, extracted to the
>> attached patch.
>>
>> This issue should be fixed in a Squeeze point release. I am willing to
>> prepare an upload and coordinate with SRM, if you'd like.

I am working on it, but not so fast, to be true. I cannot spend a lot
of time in this given my (new) familly duties. Hope to have it
tomorrow, if not I will tell you.

Thank you and kind regards,

-- 
José Carlos García Sogo
   js...@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#620901: automated patch

[jaydee]

> 3) dissasemble the libflashplayer.so binary and change memcpy to memmove. 
> this would probably be difficult to maintain.

This can be done automatically - as part of update-flashplugin-nonfree perhaps? 
See https://bugzilla.redhat.com/attachment.cgi?id=460254 (attachment of 
https://bugzilla.redhat.com/show_bug.cgi?id=638477 ). Nasty, but works fine for 
me (well, after changing /bin/sh 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#627626: [cegui-mk2] please provide ceguiogrerenderer

[Adrian Friedli]

Package: cegui-mk2
Version: 0.7.5-1
Severity: wishlist

Hi Muammar,

Ceguiogrerenderer seems to have moved (back) from Ogre to CEGUI. ogre-1.7.1-1 
does not provide libceguiogrerenderer anymore. So please provide a version of 
cegui with the ceguiogrerenderer included.

By adding libogre-dev to the build dependencies of cegui, the 
ceguiogrerenderer will be built. Sadly the other cegui libs will link to 
ceguiogrerenderer so there will be no use in splitting it up into a separate 
package.

Regards, Adrian


--- System information. ---
Architecture: amd64
Kernel:   Linux 2.6.39-1-amd64



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

Bug#627625: installation of sisu without installation of db server

[Jonas Stein]

Package: sisu
Severity: wishlist

i think sisu can work without sql server.

Selecting 'sisu' and 'sisu-pdf' suggests 'sisu-postgresql'

In some environments its forbidden to install a db server,
but it might be allowed to run a local sisu text converter.

So it would be nice to install sisu without any sql deamons/server
after selecting 'sisu'.



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

Kernel: Linux 2.6.38-2-686 (SMP w/1 CPU core)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.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#627398: Proposed patch

[Jordi Mas]

Yep, just tried this on top of 1.63 and it works just fine. Thanks!

Are you planning a release soon or should we include the patch into 
Debian directly?




Please, feel free to patch it to Debian directly. We can remove the 
patch when a new version is released, since I think it will take some 
more weeks.


Thanks,

Jordi,




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

Bug#627086: pbuilder: --execute fails on creating /run: Is a directory

[Francesco Poli]

severity 627086 important
tags 627086 + patch
thanks


On Wed, 18 May 2011 00:15:22 +0900 YOSHINO Yoshihito wrote:

[...]
> pbuilder --execute copies a specified script into a chrooted environment
> with name "/run", which is now a directory since initscripts 2.88dsf-13.3.
> So it fails on distribution sid (and probably wheezy in the future.)

Hi!
I am getting the same exact error message and pdebuild refuses to build
my packages...

The attached patch fixes the bug for me.

I hope the Debian pbuilder maintenance team can apply my patch real
soon now, since this bug is probably preventing many pbuilder-managed
chroot environments to be used normally.


P.S.: Legal details: I think my patch is too trivial to be covered by
my copyright; anyway, should it turn out to be actually copyrighted,
I hereby release it under the same terms as pbuilder itself (that is to
say, under the terms of the GNU General Public License, version 2 or
any later version).


-- 
 http://www.inventati.org/frx/frx-gpg-key-transition-2010.txt
 New GnuPG key, see the transition document!
. Francesco Poli .
 GnuPG key fpr == CA01 1147 9CD2 EFDF FB82  3925 3E1C 27E1 1F69 BFFE
diff -ruN a/pbuilder b/pbuilder
--- a/pbuilder	2011-04-09 01:39:36.0 +0200
+++ b/pbuilder	2011-05-22 22:32:39.0 +0200
@@ -116,11 +116,12 @@
 	recover_aptcache
 	trap saveaptcache_umountproc_cleanbuildplace_trap exit sighup
 
-	RUNNAME="$BUILDPLACE/run"
+	RUNNAME=`mktemp $BUILDPLACE/runscript.XX`
+	RUNBASENAME=`basename $RUNNAME`
 	cat "$EXECPROGRAM" > "$RUNNAME"
 	chmod a+x "$RUNNAME"
 	executehooks "F"
-	( ${CHROOTEXEC} /run "$@" )
+	( ${CHROOTEXEC} /$RUNBASENAME "$@" )
 	RET=$?
 	rm -f "$RUNNAME"
 


pgptX7s2v3VV2.pgp
Description: PGP signature

Bug#624598: closed by Jose Carlos Garcia Sogo (Bug#624598: fixed in deja-dup 18.1.1-1)

[Jérémy Bobbio]

On Sun, May 22, 2011 at 05:36:07PM +, Debian Bug Tracking System wrote:
> This is an automatic notification regarding your Bug report
> which was filed against the deja-dup package:
> 
> #624598: deja-dup: Restore fails with EOFError
> 
> It has been closed by Jose Carlos Garcia Sogo .

Great for wheezy. :)

But as I was saying in my original bug report:

> The bug has been fixed upstream, in revision 728, extracted to the
> attached patch.
> 
> This issue should be fixed in a Squeeze point release. I am willing to
> prepare an upload and coordinate with SRM, if you'd like.

Cheers,
-- 
Jérémy Bobbio.''`. 
jeremy.bob...@irq7.fr   : :   : lu...@debian.org
`. `'` 
  `-


signature.asc
Description: Digital signature

Bug#622649: linux-image-2.6.38-2-amd64: unable to enumerate USB device on port 6

[Hans-J. Ullrich]

Dear maintainers,

this bug is also and still in 2.6.39-rc7-amd64 from debian/experimental.
Jonathan's patch did not work. Maybe we should revert to the ohci-hcd module 
from the last working kernel? I checked some livefile systems, with newer 
kernels - they got the same result (for example BackTrack5).

I suggest, to merge this bugreport and #620848.

With this bug, these kernels are still not usable for me (and I suppose, there 
might be other people with the same problem, too)


Please don't feel annoied by me, I just wanted to mention, there is IMO a big 
problem. Thank you for your considerateness.

Best regards

Hans



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

Bug#618340: BUG: unable to handle kernel NULL pointer dereference at (null) w/ BTRFS

[Moritz Muehlenhoff]

> [  666.971952] Call Trace:
> [  666.971979]  [] ? iov_iter_copy_from_user_atomic+0x26/0x5e
> [  666.972008]  [] ? btrfs_copy_from_user+0x50/0x8c [btrfs]
> [  666.972008]  [] ? btrfs_file_aio_write+0x5c9/0x8fb [btrfs]
> [  666.972008]  [] ? do_wp_page+0x5fd/0x61d
> [  666.972008]  [] ? do_sync_write+0x9e/0xd3
> [  666.972008]  [] ? rw_verify_area+0xcd/0xe7
> [  666.972008]  [] ? do_sync_write+0x0/0xd3
> [  666.972008]  [] ? vfs_write+0x7f/0xd9
> [  666.972008]  [] ? sys_write+0x3c/0x60
> [  666.972008]  [] ? syscall_call+0x7/0xb
>
> Maybe related? https://bugzilla.kernel.org/show_bug.cgi?id=26242

3a90983dbdcb2f4f48c0d771d8e5b4d88f27fae6 was released with 2.6.38,
can you confirm that it's fixed in the current testing/sid kernels?

Cheers,
Moritz



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

Bug#610589: regression: broken hibernate after upgrade to linux-image-2.6.32-5-686 (2.6.32-30)

[Moritz Muehlenhoff]

On Thu, Jan 20, 2011 at 10:55:51AM +0200, Andrey Tataranovich wrote:
> Package: linux-2.6
> Version: 2.6.32-30
> Severity: normal
> Tags: squeeze upstream
> 
> After upgrade linux-image-2.6.32-5-686 to 2.6.32-30, completely broken 
> hibernate 
>   
> on my laptop. I using pm-hibernate from pm-utils (on top of uswsusp). I think 
> this bug related  
>  
> to:   
>   
>  
>   
>   
>  
> commit 012f9fdfd2965f573171f848d1aa46531cab7062   
>   
>  
> Author: Takashi Iwai  
>   
>  
> Date:   Fri Dec 10 00:16:39 2010 +0100
>   
>  
>   
>   
>  
> PM / Hibernate: Fix PM_POST_* notification with user-space suspend
>   
>  
>   
>   
>  
> commit 1497dd1d29c6a53fcd3c80f7ac8d0e0239e7389e upstream. 
>   
>  
>   
>   
>  
> The user-space hibernation sends a wrong notification after the image 
>   
>  
> restoration because of thinko for the file flag check.  RDONLY
>   
>  
> corresponds to hibernation and WRONLY to restoration, confusingly.
>   
>  
>   
>   
>  
>   After downgrading to 2.6.32-29 everything works properly.   
>   
>  

Does this still occur with the current Squeeze kernel or later kernel
revisions?

Cheers,
Moritz



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

Bug#627624: [vserver-debiantools] debian not capitalized in descriptions

[Filipus Klutiero]

Package: vserver-debiantools
Version: 0.8.0
Severity: minor

The short description reads:


Tools to manage debian virtual servers

"Debian" is a proper noun ans should have an uppercase "D".



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

Bug#627623: chromium: no error reporting for disk full

[Salvo Tomaselli]

Package: chromium
Version: 11.0.696.68~r84545-2
Severity: normal
Tags: upstream

refer to upstream bug report

http://code.google.com/p/chromium/issues/detail?id=83541


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

Kernel: Linux 2.6.38.6-selene (SMP w/2 CPU cores; PREEMPT)
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 chromium depends on:
ii  chromium-inspect 11.0.696.68~r84545-2page inspector for the chromium br
ii  libasound2   1.0.23-4shared library for ALSA applicatio
ii  libbz2-1.0   1.0.5-6 high-quality block-sorting file co
ii  libc62.13-4  Embedded GNU C Library: Shared lib
ii  libcairo21.10.2-6The Cairo 2D vector graphics libra
ii  libcups2 1.4.6-5 Common UNIX Printing System(tm) - 
ii  libdbus-1-3  1.4.8-3 simple interprocess messaging syst
ii  libdbus-glib-1-2 0.92-1  simple interprocess messaging syst
ii  libevent-1.4-2   1.4.13-stable-1 An asynchronous event notification
ii  libexpat12.0.1-7 XML parsing C library - runtime li
ii  libfontconfig1   2.8.0-2.2   generic font configuration library
ii  libfreetype6 2.4.4-1 FreeType 2 font engine, shared lib
ii  libgcc1  1:4.6.0-8   GCC support library
ii  libgconf2-4  2.28.1-6GNOME configuration database syste
ii  libgcrypt11  1.4.6-5 LGPL Crypto library - runtime libr
ii  libgdk-pixbuf2.0 2.23.3-3GDK Pixbuf library
ii  libglib2.0-0 2.28.6-1The GLib library of C routines
ii  libgtk2.0-0  2.24.4-3The GTK+ graphical user interface 
ii  libjpeg626b1-1   The Independent JPEG Group's JPEG 
ii  libnspr4-0d  4.8.7-2 NetScape Portable Runtime Library
ii  libnss3-1d   3.12.9.with.ckbi.1.82-1 Network Security Service libraries
ii  libpam0g 1.1.2-3 Pluggable Authentication Modules l
ii  libpango1.0-01.28.3-6Layout and rendering of internatio
ii  libpng12-0   1.2.44-2PNG library - runtime
ii  libprotobuf7 2.4.0a-2protocol buffers C++ library
ii  libspeex11.2~rc1-1   The Speex codec runtime library
ii  libstdc++6   4.6.0-8 The GNU Standard C++ Library v3
ii  libv8-3.1.8.10   3.1.8.10-3  V8 JavaScript Engine
ii  libvpx0  0.9.6-1 VP8 video codec (shared library)
ii  libx11-6 2:1.4.3-1   X11 client-side library
ii  libxdamage1  1:1.1.3-1   X11 damaged region extension libra
ii  libxext6 2:1.3.0-1   X11 miscellaneous extension librar
ii  libxml2  2.7.8.dfsg-2+b1 GNOME XML library
ii  libxrender1  1:0.9.6-1   X Rendering Extension client libra
ii  libxslt1.1   1.1.26-7+b1 XSLT 1.0 processing library - runt
ii  libxss1  1:1.2.1-1   X11 Screen Saver extension library
ii  libxtst6 2:1.2.0-1   X11 Testing -- Record extension li
ii  xdg-utils1.1.0~rc1-2 desktop integration utilities from
ii  zlib1g   1:1.2.3.4.dfsg-3compression library - runtime

chromium recommends no packages.

Versions of packages chromium suggests:
pn  chromium-l10n  (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#627622: wpasupplicant: This package makes impossible to manually

[Pedro Larroy]

Package: wpasupplicant
Version: 0.7.3-3
Severity: important

*** Please type your report below this line ***

This package makes impossible to connect manuallay to a wep encrypted
wifi, it keeps reconfiguring the interface. Removing the package solves
the problem.


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

Kernel: Linux 2.6.39-rc5+ (SMP w/4 CPU cores; PREEMPT)
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 wpasupplicant depends on:
ii  adduser   3.112+nmu2 add and remove users and groups
ii  libc6 2.11.2-11  Embedded GNU C Library: Shared lib
ii  libdbus-1-3   1.4.8-3simple interprocess messaging syst
ii  libnl11.1-6  library for dealing with netlink s
ii  libpcsclite1  1.7.2-2Middleware to access a smart card
ii  libreadline6  6.1-3  GNU readline and history libraries
ii  libssl1.0.0   1.0.0d-2   SSL shared libraries
ii  lsb-base  3.2-27 Linux Standard Base 3.2 init scrip

wpasupplicant recommends no packages.

Versions of packages wpasupplicant suggests:
pn  libengine-pkcs11-openssl   (no description available)
pn  wpagui (no description available)

-- 
Pedro Larroy Tovar   |    http://pedro.larroy.com/



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

Bug#627554: xserver-xorg-video-radeon: HD 5750 3rd screen displays interesting psychedelic colour swirl pattern covering whole screen

[Tim Wootton]

On 22/05/11 21:16, Alex Deucher wrote:



Are you using native DP or a DP to HDMI converter?  If you are using a
converter, is it an active or passive converter?  If it's passive,
you'll have the same limitation as before.


It's a passive, got an active on order now, so I will see if that does 
the trick. Thanks for the advice.


Alex






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

Bug#627619: libc6-dev: please define RLIMIT_RTTIME and increment RLIM_NLIMITS

[Jonathan Nieder]

tags 627619 + upstream
quit

Hi,

brian m. carlson wrote:

> On amd64, /usr/include/bits/resource.h defines RLIM_NLIMITS as 15.
> However, in /usr/include/asm-generic/resource.h, the kernel defines
> RLIM_NLIMITS as 16 and instead defines RLIMIT_RTTIME as 15.  This
> appears to be part of the reason behind #625226, so fixing it soon would
> be appreciated.

Thanks.  Quick notes:

The file to patch is sysdeps/unix/sysv/linux/bits/resource.h.  It
hasn't been updated upstream, either.  The relevant Linux change was
v2.6.25-rc1~1237^2~29 (sched: SCHED_FIFO/SCHED_RR watchdog timer,
2008-01-25).

I wonder why the enum trick in bits/resource.h is not ported to
Linux so we could just #include ?  That would save
alpha, sparc, and mips from having to maintain their own copies of
bits/resource.h.  Lacking that, something like the following might
work.  Untested.

Signed-off-by: Jonathan Nieder 
---
 .../sysdeps/unix/sysv/linux/alpha/bits/resource.h  |7 ++-
 ports/sysdeps/unix/sysv/linux/mips/bits/resource.h |7 ++-
 resource/tst-getrlimit.c   |3 +++
 sysdeps/unix/sysv/linux/bits/resource.h|7 ++-
 sysdeps/unix/sysv/linux/sparc/bits/resource.h  |7 ++-
 5 files changed, 27 insertions(+), 4 deletions(-)

diff --git a/ports/sysdeps/unix/sysv/linux/alpha/bits/resource.h 
b/ports/sysdeps/unix/sysv/linux/alpha/bits/resource.h
index 92d0199..552bc21 100644
--- a/ports/sysdeps/unix/sysv/linux/alpha/bits/resource.h
+++ b/ports/sysdeps/unix/sysv/linux/alpha/bits/resource.h
@@ -100,7 +100,12 @@ enum __rlimit_resource
   __RLIMIT_RTPRIO = 14,
 #define RLIMIT_RTPRIO __RLIMIT_RTPRIO
 
-  __RLIMIT_NLIMITS = 15,
+  /* Maximum time since last sleep for realtime tasks, in microseconds.
+ Once the soft limit is exceeded, the task will receive SIGXCPU
+ every second.  When the hard limit is exceeded, the task dies.  */
+  __RLIMIT_RTTIME = 15,
+
+  __RLIMIT_NLIMITS = 16,
   __RLIM_NLIMITS = __RLIMIT_NLIMITS
 #define RLIMIT_NLIMITS __RLIMIT_NLIMITS
 #define RLIM_NLIMITS __RLIM_NLIMITS
diff --git a/ports/sysdeps/unix/sysv/linux/mips/bits/resource.h 
b/ports/sysdeps/unix/sysv/linux/mips/bits/resource.h
index a6454c4..0905eb7 100644
--- a/ports/sysdeps/unix/sysv/linux/mips/bits/resource.h
+++ b/ports/sysdeps/unix/sysv/linux/mips/bits/resource.h
@@ -100,7 +100,12 @@ enum __rlimit_resource
   __RLIMIT_RTPRIO = 14,
 #define RLIMIT_RTPRIO __RLIMIT_RTPRIO
 
-  __RLIMIT_NLIMITS = 15,
+  /* Maximum time since last sleep for realtime tasks, in microseconds.
+ Once the soft limit is exceeded, the task will receive SIGXCPU
+ every second.  When the hard limit is exceeded, the task dies.  */
+  __RLIMIT_RTTIME = 15,
+
+  __RLIMIT_NLIMITS = 16,
   __RLIM_NLIMITS = __RLIMIT_NLIMITS
 #define RLIMIT_NLIMITS __RLIMIT_NLIMITS
 #define RLIM_NLIMITS __RLIM_NLIMITS
diff --git a/resource/tst-getrlimit.c b/resource/tst-getrlimit.c
index 6748034..933deff 100644
--- a/resource/tst-getrlimit.c
+++ b/resource/tst-getrlimit.c
@@ -42,6 +42,9 @@ static struct
 #ifdef RLIMIT_RTPRIO
 { "RLIMIT_RTPRIO", RLIMIT_RTPRIO, false }, #endif
+#ifdef RLIMIT_RTTIME
+{ "RLIMIT_RTTIME", RLIMIT_RTTIME, false },
+#endif
   };
 #define ntests (sizeof (tests) / sizeof (tests[0]))
 
diff --git a/sysdeps/unix/sysv/linux/bits/resource.h 
b/sysdeps/unix/sysv/linux/bits/resource.h
index ca2c9f0..36ef4da 100644
--- a/sysdeps/unix/sysv/linux/bits/resource.h
+++ b/sysdeps/unix/sysv/linux/bits/resource.h
@@ -100,7 +100,12 @@ enum __rlimit_resource
   __RLIMIT_RTPRIO = 14,
 #define RLIMIT_RTPRIO __RLIMIT_RTPRIO
 
-  __RLIMIT_NLIMITS = 15,
+  /* Maximum time since last sleep for realtime tasks, in microseconds.
+ Once the soft limit is exceeded, the task will receive SIGXCPU
+ every second.  When the hard limit is exceeded, the task dies.  */
+  __RLIMIT_RTTIME = 15,
+
+  __RLIMIT_NLIMITS = 16,
   __RLIM_NLIMITS = __RLIMIT_NLIMITS
 #define RLIMIT_NLIMITS __RLIMIT_NLIMITS
 #define RLIM_NLIMITS __RLIM_NLIMITS
diff --git a/sysdeps/unix/sysv/linux/sparc/bits/resource.h 
b/sysdeps/unix/sysv/linux/sparc/bits/resource.h
index 6e4fc97..77a5325 100644
--- a/sysdeps/unix/sysv/linux/sparc/bits/resource.h
+++ b/sysdeps/unix/sysv/linux/sparc/bits/resource.h
@@ -100,7 +100,12 @@ enum __rlimit_resource
   __RLIMIT_RTPRIO = 14,
 #define RLIMIT_RTPRIO __RLIMIT_RTPRIO
 
-  __RLIMIT_NLIMITS = 15,
+  /* Maximum time since last sleep for realtime tasks, in microseconds.
+ Once the soft limit is exceeded, the task will receive SIGXCPU
+ every second.  When the hard limit is exceeded, the task dies.  */
+  __RLIMIT_RTTIME = 15,
+
+  __RLIMIT_NLIMITS = 16,
   __RLIM_NLIMITS = __RLIMIT_NLIMITS
 #define RLIMIT_NLIMITS __RLIMIT_NLIMITS
 #define RLIM_NLIMITS __RLIM_NLIMITS
-- 
1.7.5.1




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

Bug#627621: Grammatic error in --bpo changelog entry

[Adam D. Barratt]

On Sun, 2011-05-22 at 21:36 +0200, martin f krafft wrote:
> I think it should say "rebuilt" rather than rebuild, since
> changelogs are generally written in the past tense.

I have to admit that I tend to write changelogs in the present tense.
That may not be universal, but it certainly seems to be the style
adopted by the couple of packages I've been most closely involved in
(devscripts itself and lintian), and e.g. dpkg and apt from a very quick
selection from this machine.

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#627122: [Mlt-devel] Bug#627122: melt sefaults

[Carl Karsten]

I didn't like all the sudo loopy so I came up with a new way:


https://gitorious.org/vms/vms/blobs/master/mk_sid_qcow.sh

-- 
Carl K



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

Bug#627534: override_dh_auto_configure not called

[Anton Gladky]

I have solved the problem by this way:

=
#! /usr/bin/make -f
%:
dh $@

binary-indep:
dh --before dh_auto_build $@
$(MAKE) doc
dh --after dh_auto_build $@

binary-arch:
dh --before dh_auto_build $@
$(MAKE) bins
dh --after dh_auto_build $@

binary: binary-indep binary-arch
=

I do not know, is this correct or not, but it works...

Anton

>>
>>              #!/usr/bin/make -f
>>              %:
>>                      dh $@
>>
>>              build: build-arch build-indep ;
>>              build-indep:
>>                      $(MAKE) docs
>>              build-arch:
>>                      $(MAKE) bins
>
> Unfortunately, this example is incorrect: http://bugs.debian.org/627534
>
> --
> Jakub Wilk



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

Bug#604134: Processed: tags 604134 - squeeze-ignore

[Adam D. Barratt]

tag 604134 + squeeze-ignore
thanks

On Sun, 2011-05-22 at 19:39 +, Debian Bug Tracking System wrote:
> Processing commands for cont...@bugs.debian.org:
> 
> > tags 604134 - squeeze-ignore
> Bug #604134 [parted] partman-base: Makes MacOS 9 incompatible partition table
> Removed tag(s) squeeze-ignore.

Please don't do that.  The -ignore tags are the domain of the Release
Team and shouldn't be altered without agreement.

I don't know partman well enough to know whether your suggestions on how
to modify it to better support your scenario are easily integrateable
(is that even a word?), although it does sound like it might be quite a
large change to try and make to squeeze's d-i now that it's released.
Certainly adding significant new translatable text tends not to be
straight forward.

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#627554: xserver-xorg-video-radeon: HD 5750 3rd screen displays interesting psychedelic colour swirl pattern covering whole screen

[Alex Deucher]

On Sun, May 22, 2011 at 3:37 PM, Tim Wootton  wrote:
> On 22/05/11 00:06, Alex Deucher wrote:
>
>> Not a bug.  Only 2 non-DP monitors are supported since there are only
>> two plls.  If you want 3 or more monitors the rest have to be DP.  The
>> fact that you can make it work with some fiddling is pure luck and is
>> completely unsupported.  You end up with one of the plls driving two
>> monitors which only works if both monitors have the same clock and you
>> get the ordering right.
>
> Switched HDMI for DP, so now running 2 x DVI and 1 x DP, I get exactly the
> same symptoms.

Are you using native DP or a DP to HDMI converter?  If you are using a
converter, is it an active or passive converter?  If it's passive,
you'll have the same limitation as before.

Alex

>
>>
>> Alex
>>
>
>



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

Bug#620564: Patch for fixing the two RC bugs, possible NMU

[Lisandro Damián Nicanor Pérez Meyer]

tag 620564 patch
tag 622199 patch
thanks

Hi! I am attaching a patch for fixing this two bugs. I'll probably ask for an 
NMU upload to delayed/5.

Please, do not heasitate in contacting me if you have any doubt/comment.

Kinds regards, Lisandro.

-- 
17: Cual es la funcion inicial de un antivirus
* Desarrollar virus para vender el producto
Damian Nadales
http://mx.grulic.org.ar/lurker/message/20080307.141449.a70fb2fc.es.html

Lisandro Damián Nicanor Pérez Meyer
http://perezmeyer.com.ar/
http://perezmeyer.blogspot.com/
diff --git a/debian/changelog b/debian/changelog
index 11e18f6..7a119ab 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,12 @@
+xsidplay (2.0.3-2.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Remove libartsc0-dev as Build-Dependency (Closes: #622199).
+  * Add LIBS=-lasound to ./configure to link against libasound
+(Closes: #620564).
+
+ -- Lisandro Damián Nicanor Pérez Meyer   Sun, 08 May 2011 13:40:14 -0300
+
 xsidplay (2.0.3-2) unstable; urgency=low
 
   * Fix "FTBFS on GNU/kFreeBSD (alsa is linux-specific)": build-depend on
diff --git a/debian/control b/debian/control
index a6d6401..8d61522 100644
--- a/debian/control
+++ b/debian/control
@@ -3,7 +3,7 @@ Section: sound
 Priority: extra
 Maintainer: Laszlo Boszormenyi (GCS) 
 Standards-Version: 3.8.3
-Build-Depends: debhelper (>= 6), libsidplay1-dev (>= 1.36.59-3), libartsc0-dev, libasound2-dev [linux-any], libsdl1.2-dev, libqt3-mt-dev (>= 3:3.3.4-4), pkg-config, libesd0-dev, libqt3-headers, libqt3-compat-headers
+Build-Depends: debhelper (>= 6), libsidplay1-dev (>= 1.36.59-3), libasound2-dev [linux-any], libsdl1.2-dev, libqt3-mt-dev (>= 3:3.3.4-4), pkg-config, libesd0-dev, libqt3-headers, libqt3-compat-headers
 
 Package: xsidplay
 Section: sound
diff --git a/debian/rules b/debian/rules
index 41a2a6a..1b0437b 100755
--- a/debian/rules
+++ b/debian/rules
@@ -14,7 +14,7 @@ build-stamp:
 # well, ./configure isn't interactive here and doesn't take long, so it's
 # carried out in order to assist building the package for people with other
 # architectures and compiler environments
-	./configure --prefix=/usr --with-qt-includes=/usr/include/qt3
+	LIBS=-lasound ./configure --prefix=/usr --with-qt-includes=/usr/include/qt3
 	$(MAKE) CFLAGS="-O3 -g -Wall" all
 	touch build-stamp
 


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

Bug#627133: [Mlt-devel] Bug#627133: melt: segfault with framebuffer

[Samuel Mimram]

On Sun, May 22, 2011 at 8:50 PM, Dan Dennedy  wrote:

> On Wed, May 18, 2011 at 1:12 PM, Samuel Mimram  wrote:
> >
> >
> > On Wed, May 18, 2011 at 10:09 PM, Samuel Mimram 
> wrote:
> >>
> >> On Wed, May 18, 2011 at 9:25 PM, Patrick Matthäi 
> wrote:
> >>>
> >>> Am 18.05.2011 21:22, schrieb Samuel Mimram:
> >>> > On Wed, May 18, 2011 at 10:31 AM, Samuel Mimram  >>> > > wrote:
> >>> >
> >>> > I can confirm that the bug still occurs with a non-hardened
> package
> >>> > (rebuilt following your instructions).
> >>> >
> >>> >
> >>> > For info, the full stacktrace is:
> >>> >
> >>> >  #0  0x7fffe5ec54cd in filter_line_sse2 (mode=0,
> dst=0x7fffde5fb7a0 "",
> >>> > prev=0x7fffde6fd7a0
> >>> >
> "\207\207\210\212\213\214\215\215\220\220\220\221\222\222\222\223\224\224\225\225\226\227\227\230\233\233\234\234\235\236\236\237\240\240\241\241\242\243\243\244\243\244\244\245\246\246\247\247\252\251\251\250\247\246\245\245\251\251\251\251\251\251\251\251\255\255\255\255\255\254\254\254\255\255\255\255\255\255\255\255\257\257\257\257\257\257\257\257\260\260\260\260\260\260\260\260\261\261\261\261\261\261\261\261\261\261\261\261\261\261\261\261\261\261\261\261\261\261\261\261\263\263\263\263\263\263\263\263\262\262\262\262\262\262\262\262\260\260\260\260\260\260\260\260\261\261\260\260\257\256\256\255\256\256\256\256\256\256\256\256\254\254\254\254\254\254\254\254\257\256\254\252\251\252\252\253\250\251\251\252\253\253\254\254\255\255\254\254\253\252\252\251\250\250\247\247\246\245\245\244"...,
> >>>
> >>> I see SSE2 foo, but this could not be the issue, because the i386
> >>> packages (with that I tested it these days) are build without any CPU
> >>>
> >>> optimizations.
> >>
> >> Well, I'm on amd64 and SSE2 seems to be enabled here (I see -DUSE_SSE2
> in build logs...).
> >
> > Even better, when I add --disable-sse2 to the configure options on amd64,
> the problem vanishes!
> >
>
> I reproduced this on my Arch Linux box using gcc v4.6. Some
> optimizations in -O1 and -O2 cause this SSE2 code to fail. I did
> bisection testing of all of the specific options these enable and
> isolated them:
># Since gcc 4.6, this optimization enabled with -O1 causes
> filter_line_sse2 to crash.
>echo "OPTIMISATIONS+=-fno-tree-dominator-opts"
># Since gcc 4.6, this optimization enabled with -O2 causes
> filter_line_sse2 to crash.
>echo "OPTIMISATIONS+=-fno-tree-pre"
>
> The solution is in the next version or you can configure with
> --disable-sse2 since only the YADIF deinterlacer uses SSE2 and it also
> has a SSE version that still works.
>

Thanks! This is great to see so reactive open-source projects!

++

Sam.

Bug#623372: FTBFS on all architectures

[Colin Watson]

On Sat, May 21, 2011 at 11:27:17PM +0200, Jérémy Lal wrote:
> On 21/05/2011 23:07, Colin Watson wrote:
> > mentors.debian.net says "No, thanks" for sponsorship, but this doesn't
> > seem to have been uploaded yet.  Have you heard back from Bartosz?  Can
> > I help by sponsoring this instead?
> 
> No, i haven't. He might be busy, so your help will be welcomed.

OK.  I don't see any problem with the package on mentors.debian.net, so
I've gone ahead and sponsored it.

> By the way i'd appreciate to be DMUA on that package : i currently
> am on much more complex packages than this one.

I have no objection as such, but I feel that this ought to be a change
made by a more regular sponsor - I'm really just parachuting in here to
help out with the libev4 transition.

Cheers,

-- 
Colin Watson   [cjwat...@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#627621: Grammatic error in --bpo changelog entry

[martin f krafft]

Package: devscripts
Version: 2.10.73
Severity: minor
File: /usr/bin/dch

I think it should say "rebuilt" rather than rebuild, since
changelogs are generally written in the past tense.

-- 
 .''`.   martin f. krafft   Related projects:
: :'  :  proud Debian developer   http://debiansystem.info
`. `'`   http://people.debian.org/~madduckhttp://vcs-pkg.org
  `-  Debian - when you have better things to do than fixing systems


digital_signature_gpg.asc
Description: Digital signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)

Bug#475122: working and tested patch

[Marco d'Itri]

On May 22, Marek Michalkiewicz  wrote:

> Any chances to include this patch, if it has no known issues?
Maybe, this one looks much better than the last gigawords patch I
remember seeing (which was refused upstream).
But ppp really needs a co-maintainer, so I do not know when I will do a
new upload.

-- 
ciao,
Marco


signature.asc
Description: Digital signature

Bug#627554: xserver-xorg-video-radeon: HD 5750 3rd screen displays interesting psychedelic colour swirl pattern covering whole screen

[Tim Wootton]

On 22/05/11 00:06, Alex Deucher wrote:


Not a bug.  Only 2 non-DP monitors are supported since there are only
two plls.  If you want 3 or more monitors the rest have to be DP.  The
fact that you can make it work with some fiddling is pure luck and is
completely unsupported.  You end up with one of the plls driving two
monitors which only works if both monitors have the same clock and you
get the ordering right.


Switched HDMI for DP, so now running 2 x DVI and 1 x DP, I get exactly 
the same symptoms.




Alex






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

Bug#475122: working and tested patch

[Marek Michalkiewicz]

Any chances to include this patch, if it has no known issues?
I've just applied it here locally and I'm testing it now.

I'm running a small local WISP and would like to start doing some
accounting, 4GB was a lot for dialup but isn't anymore for PPPoE over
wired LAN or 802.11a/n wireless, with mostly always-on customers.
The counters seem to be 32-bit even when running on a 64-bit box.

Thanks,
Marek



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

Bug#627620: ITP: cityhash -- family of non-cryptographic hash functions for strings

[Alessandro Ghedini]

Package: wnpp
Severity: wishlist
Owner: Alessandro Ghedini 

* Package name: cityhash
  Version : 1.0.2
  Upstream Author : Geoff Pike and Jyrki Alakuijala (Google, Inc.)
* URL : http:code.google.com/p/cityhash/
* License : Expat
  Programming Lang: C++
  Description : family of non-cryptographic hash functions for strings

 CityHash provides hash functions designed for fast hashing of strings. The
 functions mix the input bits thoroughly but are not suitable for cryptography.
 .
 CityHash is intended to be fast, under the constraint that it hash very well.



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

Bug#627619: libc6-dev: please define RLIMIT_RTTIME and increment RLIM_NLIMITS

[brian m. carlson]

Package: libc6-dev
Version: 2.13-4
Severity: wishlist

On amd64, /usr/include/bits/resource.h defines RLIM_NLIMITS as 15.
However, in /usr/include/asm-generic/resource.h, the kernel defines
RLIM_NLIMITS as 16 and instead defines RLIMIT_RTTIME as 15.  This
appears to be part of the reason behind #625226, so fixing it soon would
be appreciated.

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

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

Versions of packages libc6-dev depends on:
ii  libc-dev-bin  2.13-4 Embedded GNU C Library: Developmen
ii  libc6 2.13-4 Embedded GNU C Library: Shared lib
ii  linux-libc-dev2.6.39-1   Linux support headers for userspac

Versions of packages libc6-dev recommends:
ii  gcc [c-compiler]  4:4.6.0-5  The GNU C compiler
ii  gcc-4.4 [c-compiler]  4.4.6-3The GNU C compiler
ii  gcc-4.5 [c-compiler]  4.5.3-1The GNU C compiler
ii  gcc-4.6 [c-compiler]  4.6.0-8The GNU C compiler

Versions of packages libc6-dev suggests:
pn  glibc-doc  (no description available)
ii  manpages-dev  3.27-1 Manual pages about using GNU/Linux

-- no debconf information

-- 
brian m. carlson / brian with sandals: Houston, Texas, US
+1 832 623 2791 | http://www.crustytoothpaste.net/~bmc | My opinion only
OpenPGP: RSA v4 4096b: 88AC E9B2 9196 305B A994 7552 F1BA 225C 0223 B187


signature.asc
Description: Digital signature

Bug#576427: versioning mix-up

[sean finney]

Hi,

On Fri, May 20, 2011 at 11:46:14AM -0400, Andres Cimmarusti wrote:
> Compiz-stable is very outdated in Debian. Upstream released version

Help is always welcome.  Personally I haven't been spending a great
deal of time/effort on compiz because the manner in which the upstream
author manages the project is *really* burdensome and it's really easy
for me to lose energy/time/motivation.

> 0.8.8 last month 04/2011 (http://releases.compiz.org/0.8.8/)
> Compiz-stable is "suitable" to be packaged for unstable and then
> eventually makes its way to stable.

I think the original plan was to move to the 0.9.x version, and we
started that with uploads to experimental a couple months back.  however,
the software proved to be less than super stable (crashy, leaking memory,
etc), so it hasn't been transitioned into unstable.

unfortunately i made the mistake of doing the experimental-targeted work
in the unstable branch, thinking it'd be a quick transition, and now we're
stuck in a kind of in-between state unsure of what the next upload to unstable
will be.

> Even compiz-unstable (0.9.x) is already outdated. Version 0.9.4 is
> already available (http://releases.compiz.org/0.9.4/)
> This one is suitable for experimental.

and it's already there.  the versions are all messed up because
the upstream author never took the time to push out the proper tags,
but I believe everything is approximately 0.9.4.

if you'd like to help with updating the compiz packages, you're more than
welcome to join up :)


sean

-- 



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

Bug#627618: /lib/modules/2.6.38-2-686/kernel/sound/pci/hda/snd-hda-intel.ko: snd_pcm_avail() returned a value that is exceptionally large: 356416 bytes (2020 ms)

[Johan Walles]

Package: linux-2.6
Version: 2.6.38-5
Severity: minor
File: /lib/modules/2.6.38-2-686/kernel/sound/pci/hda/snd-hda-intel.ko
Tags: upstream


Got the following lines in my syslog.  Can't say I have heard any
clicks, and I don't know how to repro, but the text says I should
report it so I am:

May 22 09:45:15 johansdator pulseaudio[2452]: alsa-util.c: snd_pcm_avail() 
returned a value that is exceptionally large: 356416 bytes (2020 ms).
May 22 09:45:15 johansdator pulseaudio[2452]: alsa-util.c: Most likely this is 
a bug in the ALSA driver 'snd_hda_intel'. Please report this issue to the ALSA 
developers.
May 22 09:45:15 johansdator pulseaudio[2452]: alsa-util.c: snd_pcm_dump():
May 22 09:45:15 johansdator pulseaudio[2452]: alsa-util.c: Soft volume PCM
May 22 09:45:15 johansdator pulseaudio[2452]: alsa-util.c: Control: PCM 
Playback Volume
May 22 09:45:15 johansdator pulseaudio[2452]: alsa-util.c: min_dB: -51
May 22 09:45:15 johansdator pulseaudio[2452]: alsa-util.c: max_dB: 0
May 22 09:45:15 johansdator pulseaudio[2452]: alsa-util.c: resolution: 256
May 22 09:45:15 johansdator pulseaudio[2452]: alsa-util.c: Its setup is:
May 22 09:45:15 johansdator pulseaudio[2452]: alsa-util.c:   stream   : 
PLAYBACK
May 22 09:45:15 johansdator pulseaudio[2452]: alsa-util.c:   access   : 
MMAP_INTERLEAVED
May 22 09:45:15 johansdator pulseaudio[2452]: alsa-util.c:   format   : 
S16_LE
May 22 09:45:15 johansdator pulseaudio[2452]: alsa-util.c:   subformat: STD
May 22 09:45:15 johansdator pulseaudio[2452]: alsa-util.c:   channels : 2
May 22 09:45:15 johansdator pulseaudio[2452]: alsa-util.c:   rate : 
44100
May 22 09:45:15 johansdator pulseaudio[2452]: alsa-util.c:   exact rate   : 
44100 (44100/1)
May 22 09:45:15 johansdator pulseaudio[2452]: alsa-util.c:   msbits   : 16
May 22 09:45:15 johansdator pulseaudio[2452]: alsa-util.c:   buffer_size  : 
16384
May 22 09:45:15 johansdator pulseaudio[2452]: alsa-util.c:   period_size  : 8192
May 22 09:45:15 johansdator pulseaudio[2452]: alsa-util.c:   period_time  : 
185759
May 22 09:45:15 johansdator pulseaudio[2452]: alsa-util.c:   tstamp_mode  : 
ENABLE
May 22 09:45:15 johansdator pulseaudio[2452]: alsa-util.c:   period_step  : 1
May 22 09:45:15 johansdator pulseaudio[2452]: alsa-util.c:   avail_min: 
15802
May 22 09:45:15 johansdator pulseaudio[2452]: alsa-util.c:   period_event : 0
May 22 09:45:15 johansdator pulseaudio[2452]: alsa-util.c:   start_threshold  : 
-1
May 22 09:45:15 johansdator pulseaudio[2452]: alsa-util.c:   stop_threshold   : 
1073741824
May 22 09:45:15 johansdator pulseaudio[2452]: alsa-util.c:   silence_threshold: 0
May 22 09:45:15 johansdator pulseaudio[2452]: alsa-util.c:   silence_size : 0
May 22 09:45:15 johansdator pulseaudio[2452]: alsa-util.c:   boundary : 
1073741824
May 22 09:45:15 johansdator pulseaudio[2452]: alsa-util.c: Slave: Hardware PCM 
card 0 'HDA Intel' device 0 subdevice 0
May 22 09:45:15 johansdator pulseaudio[2452]: alsa-util.c: Its setup is:
May 22 09:45:15 johansdator pulseaudio[2452]: alsa-util.c:   stream   : 
PLAYBACK
May 22 09:45:15 johansdator pulseaudio[2452]: alsa-util.c:   access   : 
MMAP_INTERLEAVED
May 22 09:45:15 johansdator pulseaudio[2452]: alsa-util.c:   format   : 
S16_LE
May 22 09:45:15 johansdator pulseaudio[2452]: alsa-util.c:   subformat: STD
May 22 09:45:15 johansdator pulseaudio[2452]: alsa-util.c:   channels : 2
May 22 09:45:15 johansdator pulseaudio[2452]: alsa-util.c:   rate : 
44100
May 22 09:45:15 johansdator pulseaudio[2452]: alsa-util.c:   exact rate   : 
44100 (44100/1)
May 22 09:45:15 johansdator pulseaudio[2452]: alsa-util.c:   msbits   : 16
May 22 09:45:15 johansdator pulseaudio[2452]: alsa-util.c:   buffer_size  : 
16384
May 22 09:45:15 johansdator pulseaudio[2452]: alsa-util.c:   period_size  : 8192
May 22 09:45:15 johansdator pulseaudio[2452]: alsa-util.c:   period_time  : 
185759
May 22 09:45:15 johansdator pulseaudio[2452]: alsa-util.c:   tstamp_mode  : 
ENABLE
May 22 09:45:15 johansdator pulseaudio[2452]: alsa-util.c:   period_step  : 1
May 22 09:45:15 johansdator pulseaudio[2452]: alsa-util.c:   avail_min: 
15802
May 22 09:45:15 johansdator pulseaudio[2452]: alsa-util.c:   period_event : 0
May 22 09:45:15 johansdator pulseaudio[2452]: alsa-util.c:   start_threshold  : 
-1
May 22 09:45:15 johansdator pulseaudio[2452]: alsa-util.c:   stop_threshold   : 
1073741824
May 22 09:45:15 johansdator pulseaudio[2452]: alsa-util.c:   silence_threshold: 0
May 22 09:45:15 johansdator pulseaudio[2452]: alsa-util.c:   silence_size : 0
May 22 09:45:15 johansdator pulseaudio[2452]: alsa-util.c:   boundary : 
1073741824
May 22 09:45:15 johansdator pulseaudio[2452]: alsa-util.c:   appl_ptr : 
16384
May 22 09:45:15 johansdator pulseaudio[2452]: alsa-util.c:   hw_ptr   : 
89104



-- Package-specific info:
** Version:
Linux version 2.6.38-2-686 (Debian 2.6.38-5) (b...@decadent.org.uk) (gcc 
version 4.4.6 (Debian 4.4.6-3) ) #1 SMP Sun 

Bug#627617: rdup: fails to build with 'ld --as-needed'

[Colin Watson]

Package: rdup
Version: 1.0.5-1
Severity: normal
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu ubuntu-patch oneiric

(Originally reported as
https://bugs.launchpad.net/ubuntu/+source/rdup/+bug/770793.)

rdup fails to build with 'ld --as-needed', because it invokes the linker
with libraries before objects on the link line.  See
http://wiki.debian.org/ToolChain/DSOLinking#Only_link_with_needed_libraries
for more details.  The following patch corrects this.

  * Place objects before libraries on the link line.

--- rdup-1.0.5.orig/GNUmakefile.in
+++ rdup-1.0.5/GNUmakefile.in
@@ -44,13 +44,13 @@
chmod +x sh/rdup-ln sh/rdup-simple
 
 rdup-up: $(OBJ_UP) $(HDR)
-   ${GCC} ${GLIB_LIBS} ${LIBS} ${OBJ_UP} -o rdup-up
+   ${GCC} ${OBJ_UP} ${GLIB_LIBS} ${LIBS} -o rdup-up
 
 rdup-tr: $(OBJ_TR) $(HDR)
-   ${GCC} ${GLIB_LIBS} ${LIBS} ${OBJ_TR} -o rdup-tr
+   ${GCC} ${OBJ_TR} ${GLIB_LIBS} ${LIBS} -o rdup-tr
 
 rdup:  ${OBJ} ${HDR} 
-   ${GCC} ${GLIB_LIBS} ${LIBS} ${OBJ} -o rdup
+   ${GCC} ${OBJ} ${GLIB_LIBS} ${LIBS} -o rdup
 
 ifeq (${ARCHIVE_L},no)
 strip: rdup rdup-up

-- 
Colin Watson   [cjwat...@ubuntu.com]



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

Bug#626732: src:postgresql-9.1: missing source for src/backend/snowball/libstemmer/

[Martin Pitt]

severity 626732 wishlist
thanks

Hello Ansgar,

Ansgar Burchardt [2011-05-14 21:02 +0200]:
> Severity: serious
> Justification: missing source

The files are under BSD, which does not have a requirement of shipping
the source ("preferred form of modification"), unlike the GPL.
Therefore I'm downgrading the severity.
 
> As stated in src/backend/snowball/README, the files in
> src/backend/snowball/libstemmer/ are generated and the original source
> is not included.  They should be built from the original source instead.

The original files are in a separate project (snowball), and
duplicating it in the postgresql git tree would not be appropriate
IMHO. It should be possible to build depend on libstemmer-dev and
regenerate the C files during build, but I don't think it would buy us
enough to justify the potential breakage. It's similar to using a
pregenerated yacc .c file instead of rebuilding the .y every time.

Thanks,

Martin

-- 
Martin Pitt| http://www.piware.de
Ubuntu Developer (www.ubuntu.com)  | Debian Developer  (www.debian.org)


signature.asc
Description: Digital signature

Bug#627133: [Mlt-devel] Bug#627133: melt: segfault with framebuffer

[Dan Dennedy]

On Wed, May 18, 2011 at 1:12 PM, Samuel Mimram  wrote:
>
>
> On Wed, May 18, 2011 at 10:09 PM, Samuel Mimram  wrote:
>>
>> On Wed, May 18, 2011 at 9:25 PM, Patrick Matthäi  
>> wrote:
>>>
>>> Am 18.05.2011 21:22, schrieb Samuel Mimram:
>>> > On Wed, May 18, 2011 at 10:31 AM, Samuel Mimram >> > > wrote:
>>> >
>>> >     I can confirm that the bug still occurs with a non-hardened package
>>> >     (rebuilt following your instructions).
>>> >
>>> >
>>> > For info, the full stacktrace is:
>>> >
>>> >  #0  0x7fffe5ec54cd in filter_line_sse2 (mode=0, dst=0x7fffde5fb7a0 
>>> > "",
>>> >     prev=0x7fffde6fd7a0
>>> > "\207\207\210\212\213\214\215\215\220\220\220\221\222\222\222\223\224\224\225\225\226\227\227\230\233\233\234\234\235\236\236\237\240\240\241\241\242\243\243\244\243\244\244\245\246\246\247\247\252\251\251\250\247\246\245\245\251\251\251\251\251\251\251\251\255\255\255\255\255\254\254\254\255\255\255\255\255\255\255\255\257\257\257\257\257\257\257\257\260\260\260\260\260\260\260\260\261\261\261\261\261\261\261\261\261\261\261\261\261\261\261\261\261\261\261\261\261\261\261\261\263\263\263\263\263\263\263\263\262\262\262\262\262\262\262\262\260\260\260\260\260\260\260\260\261\261\260\260\257\256\256\255\256\256\256\256\256\256\256\256\254\254\254\254\254\254\254\254\257\256\254\252\251\252\252\253\250\251\251\252\253\253\254\254\255\255\254\254\253\252\252\251\250\250\247\247\246\245\245\244"...,
>>>
>>> I see SSE2 foo, but this could not be the issue, because the i386
>>> packages (with that I tested it these days) are build without any CPU
>>>
>>> optimizations.
>>
>> Well, I'm on amd64 and SSE2 seems to be enabled here (I see -DUSE_SSE2 in 
>> build logs...).
>
> Even better, when I add --disable-sse2 to the configure options on amd64, the 
> problem vanishes!
>

I reproduced this on my Arch Linux box using gcc v4.6. Some
optimizations in -O1 and -O2 cause this SSE2 code to fail. I did
bisection testing of all of the specific options these enable and
isolated them:
# Since gcc 4.6, this optimization enabled with -O1 causes
filter_line_sse2 to crash.
echo "OPTIMISATIONS+=-fno-tree-dominator-opts"
# Since gcc 4.6, this optimization enabled with -O2 causes
filter_line_sse2 to crash.
echo "OPTIMISATIONS+=-fno-tree-pre"

The solution is in the next version or you can configure with
--disable-sse2 since only the YADIF deinterlacer uses SSE2 and it also
has a SSE version that still works.

--
+-DRD-+



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

Bug#298185: pppoe-server kernel mode

[Marek Michalkiewicz]

Any progress on this?  Upstream also seems to be little maintained,
the latest rp-pppoe release (3.10) is almost 3 years old now.

I'm using the PPPoE server in kernel mode (updated to 3.10, and rebuilt
with a few patches I found floating around) for a small local WISP.
It works, but right now I have a fairly simple setup (just chap-secrets
to set a static IPv4 address for each customer, no IPv6 and no RADIUS),
and I'm not sure if it will be up to the task in the future, or will it
be better to move to Mikrotik Routerboard (power-saving reasons too).

Thanks,
Marek



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

Bug#627076: doc-base: Byte order is not compatible at ../../lib/Storable.pm

[Christoph Franzen]

Hello,

I get exactly the same error when updating to version 0.9.5, and I
remember that an upgrade of a "DB" package has failed previously, I do
not remember which one, however.

Regards, Christoph


signature.asc
Description: PGP signature

Bug#627611: bad error message when ssh key has changed

[Joey Hess]

Peter Samuelson wrote:
> 
> [Joey Hess]
> > % svn update
> > svn: To better debug SSH connection problems, remove the -q option from 
> > 'ssh' in the [tunnels] section of your Subversion configuration file.
> > svn: Network connection closed unexpectedly
> > 
> > This is a bad error message because the [tunnels] section of my subversion
> > config file is entirely commented out/defaults, and none of the comments
> > have a -q either.
> 
> OK, the actual situation: the 'svn+ssh' tunnel defaults to calling
> '$SVN_SSH -q -o ControlMaster=no' where $SVN_SSH defaults to 'ssh'.
> (The ControlMaster part is a Debian patch that probably is not needed
> anymore.)  The current default config file, which you can see in
> /etc/subversion/config, shows this default, commented out.  Your
> ~/.subversion/config probably doesn't show the -q because it was added
> some years after you first ran svn.  (svn doesn't update your config
> file when it runs, it just writes a static file if the file doesn't
> already exist.)
> 
> Given the above, and given I don't think it'd be easy to determine from
> the point that error is thrown whether the 'svn+ssh' tunnel is a
> compiled default or has been changed, do you have any better
> suggestions for the error?  I'd be happy to improve the error in Debian
> and upstream.

svn: To better debug SSH connection problems, ensure the 'ssh' item in the 
[tunnels] section of your Subversion configuration file does not have a -q 
option.

maybe?

-- 
see shy jo


signature.asc
Description: Digital signature

Bug#627611: bad error message when ssh key has changed

[Peter Samuelson]

[Joey Hess]
> % svn update
> svn: To better debug SSH connection problems, remove the -q option from 'ssh' 
> in the [tunnels] section of your Subversion configuration file.
> svn: Network connection closed unexpectedly
> 
> This is a bad error message because the [tunnels] section of my subversion
> config file is entirely commented out/defaults, and none of the comments
> have a -q either.

OK, the actual situation: the 'svn+ssh' tunnel defaults to calling
'$SVN_SSH -q -o ControlMaster=no' where $SVN_SSH defaults to 'ssh'.
(The ControlMaster part is a Debian patch that probably is not needed
anymore.)  The current default config file, which you can see in
/etc/subversion/config, shows this default, commented out.  Your
~/.subversion/config probably doesn't show the -q because it was added
some years after you first ran svn.  (svn doesn't update your config
file when it runs, it just writes a static file if the file doesn't
already exist.)

Given the above, and given I don't think it'd be easy to determine from
the point that error is thrown whether the 'svn+ssh' tunnel is a
compiled default or has been changed, do you have any better
suggestions for the error?  I'd be happy to improve the error in Debian
and upstream.

Thanks,
-- 
Peter Samuelson | org-tld!p12n!peter | http://p12n.org/



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

Bug#619034: [alsa-devel] Problems with snd_hda_intel in Linux kernel 2.6.38

[Paul Menzel]

Am Montag, den 04.04.2011, 11:21 +0200 schrieb Svante Signell:
> On Mon, 2011-04-04 at 11:12 +0200, Takashi Iwai wrote:
> > At Mon, 04 Apr 2011 10:42:57 +0200,
> > Svante Signell wrote:
> > > 
> > > On Thu, 2011-03-31 at 00:42 +0200, Svante Signell wrote:
> > > > On Wed, 2011-03-30 at 15:13 +0200, Clemens Ladisch wrote:
> ...
> > > Anything happening here with respect to this bug? How can I help
> > > further? Booting with 2.6.32 all the time does not feel like a good
> > > solution in long term.
> > 
> > The point where it Oops implies that the problem isn't in the sound
> > driver but rather in a breakage in a deeper level, either PCI core,
> > x86 mm or ACPI/BIOS.

The problem is still present with 2.6.39.

> > Any chance to bisect the kernel?
> 
> Never done that before. Is there a bisect HOWTO somewhere?

Ben, I am sorry to bother you directly, but there are so many howtos on
the Web, it would be great if you could point us to an “official” one,
which has proofed itself. Or maybe you could write up a blog post. ;-)

Anyway I did not find any information here.

$ ls /usr/share/doc/linux-image-2.6.39-1-amd64/
changelog.Debian.gz  copyright


Thanks,

Paul


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