Bug#696913: llvm-3.2-dev: consider saving disk space by not shipping two identical copies of libLLVM-3.2.so.1

[Sylvestre Ledru]

On 29/12/2012 09:23, Timo Juhani Lindfors wrote:
> Is this a bug? Would it be possible to save disk space by only
> shipping one copy?
Yes, it is clearly a bug.
Thanks for reporting it.

Sylvestre


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

Bug#696939: can't create jabber accounts

[Simon McVittie]

severity 696939 wishlist
tags 696939 + upstream
thanks

On 29/12/12 18:12, Daniel Pocock wrote:
> The only account types supported are Windows Live, Google and Facebook

Yes, GOA is limited to a small set of well-known services.

To configure a generic Jabber account in a GNOME GUI, use the Accounts
editor in Empathy - run empathy(1) and press F4 or go to Edit->Accounts,
or run empathy-accounts(1). This is also where you configure any other
IM accounts supported by Telepathy but not by GOA.

To configure a generic Jabber account programmatically, use the
Telepathy AccountManager D-Bus API (mc-tool(1) provides a CLI frontend
for most of that API).

> It appears that open standards based account types like Jabber are not
> supported in a default installation.

They are not supported by GOA, no. If you object to this please take it
up with upstream. It appears to be a deliberate design choice that
things like "generic Jabber" and "generic SMTP/IMAP/POP" are offered by
individual applications like Empathy and Evolution, rather than being
available in GOA.

The purpose of GOA is to configure "general" single-sign-on accounts
providing multiple capabilities over various protocols: for instance, a
Google account provides Google Talk for Empathy/Telepathy, Google
Calendar for Evolution, etc., and a Windows Live account provides Live
Messenger for Empathy/Telepathy, and in principle, Hotmail for Evolution
and SkyDrive for Nautilus/GVFS (I don't know whether those are actually
implemented).

S


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

Bug#696995: libffi-dev: pkg-config --cflags libffi is empty

[Wouter van Heyst]

Subject: libffi-dev: pkg-config --cflags libffi is empty
Package: libffi-dev
Version: 3.0.9-3
Severity: normal

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

Trying to compile some software that depends on libffi fails to work
because `pkg-config --cflags libffi` returns nothing yet ffi.h is to be
found in /usr/include/i486-linux-gnu/ffi.h.

-- System Information:
Debian Release: 6.0.6
  APT prefers testing-updates
  APT policy: (500, 'testing-updates'), (500, 'testing'), (500, 'stable'), (50, 
'experimental'), (50, 'unstable')
Architecture: i386 (i686)

Kernel: Linux 3.4-trunk-686-pae (SMP w/2 CPU cores)
Locale: LANG=en_DK.UTF-8, LC_CTYPE=en_DK.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages libffi-dev depends on:
ii  dpkg  1.15.8.13  Debian package management system
ii  install-info  4.13a.dfsg.1-6 Manage installed documentation in 
ii  libffi5   3.0.9-3Foreign Function Interface library

libffi-dev recommends no packages.

libffi-dev suggests no packages.

-- no debconf information


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

Bug#696988: live-build 3.x: --chroot-filesystem plain/none ?

[Daniel Baumann]

tag 696988 pending
thanks

On 12/30/2012 12:12 PM, gator...@yahoo.de wrote:
> Package: live-build
> Version: 3.0~a51-1

first, generally, always use the newest live-* from a certain branch
(for 3.x, that would be whatever currently is in sid). anything else,
and specifically testing, is not supported anyway.

second, to your specific problem, i've fixed it in git. thanks for
reporting.

-- 
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#689420: linux-image-3.2.0-4-amd64, version 3.2.35-2 sometimes succeeds booting

[Julien Cristau]

On Sun, Dec 30, 2012 at 03:38:17 +0400, jaakov jaakov wrote:

> Just keeping a log of what happens while kernels get updated.
> 
> linux-image-3.2.0-4-amd64, version 3.2.35-2, sometimes succeeds booting. 
> Dmesg (attached) still shows some errors and gnome still starts in fail-safe 
> mode despite an installed firmware-linux-nonfree.

gnome might work better without the vga=780 bit in your cmdline.

Cheers,
Julien


signature.asc
Description: Digital signature

Bug#695348: collabtive: XSS and CSRF issues

[Moritz Mühlenhoff]

On Fri, Dec 07, 2012 at 01:59:50PM +0100, Thijs Kinkhorst wrote:
> Package: collabtive
> Severity: important
> Tags: security
> 
> Hi,
> 
> Two CVE's were assigned recently for 'ancient' Collabtive security issues:
> 
> CVE-2010-5284
> http://www.exploit-db.com/exploits/15240
> 
> CVE-2010-5285
> http://www.exploit-db.com/exploits/15240
> 
> Can you please check and verify that these old issues have been fixed in
> the mean time?

Gunnar, did you in touch with upstream?

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#696848: general: USB flash drive unmount problems (both squeeze/wheezy)

[piruthiviraj natarajan]

Fedora had the same bug and it has been fixed with the recent commits.
see if this lengthy report helps.

https://bugzilla.redhat.com/show_bug.cgi?id=885133

Bug#696989: policykit-1: refuses all actions if user is member of a large number of groups

[Sascha Silbe]

tags 696989 + patch
thanks

With this patch it's working fine for me, both for users with a small
number of groups and for users with a large numbers of groups.

Sascha

Description: Fix get_groups_for_user() for large number of users
 get_groups_for_user() used a hard-coded limit for the number of
 groups before, barring all access to users with a large number of
 groups.
 .
 Dynamically allocate the list instead, potentially resizing it based
 on what getgroupslist() tells us.
Author: Sascha Silbe 

---
The information above should follow the Patch Tagging Guidelines, please
checkout http://dep.debian.net/deps/dep3/ to learn about the format. Here
are templates for supplementary fields that you might want to add:

Bug-Debian: http://bugs.debian.org/696989
Last-Update: 2012-12-30

--- policykit-1-0.105.orig/src/polkitbackend/polkitbackendlocalauthority.c
+++ policykit-1-0.105/src/polkitbackend/polkitbackendlocalauthority.c
@@ -749,11 +749,17 @@ get_groups_for_user (PolkitIdentity *use
   uid_t uid;
   struct passwd *passwd;
   GList *result;
-  gid_t groups[512];
-  int num_groups = 512;
+  int num_groups, groups_size = 512;
+  gid_t *groups = malloc(groups_size * sizeof(gid_t));
   int n;
+  int error;
 
   result = NULL;
+  if (!groups)
+  {
+g_warning ("Out of memory when looking up groups for uid %d", uid);
+goto out;
+  }
 
   /* TODO: it would be, uhm, good to cache this information */
 
@@ -765,22 +771,34 @@ get_groups_for_user (PolkitIdentity *use
   goto out;
 }
 
-  /* TODO: should resize etc etc etc */
-
-  if (getgrouplist (passwd->pw_name,
-passwd->pw_gid,
-groups,
-&num_groups) < 0)
+  num_groups = groups_size;
+  error = getgrouplist (passwd->pw_name, passwd->pw_gid, groups, &num_groups);
+  if ((error < 0) && (num_groups > groups_size))
+  {
+gid_t *new_groups;
+
+groups_size = num_groups;
+new_groups = realloc(groups, groups_size * sizeof(gid_t));
+if (!new_groups)
 {
-  g_warning ("Error looking up groups for uid %d: %s", uid, g_strerror 
(errno));
+  g_warning ("Out of memory when looking up groups for uid %d", uid);
   goto out;
 }
+groups = new_groups;
+error = getgrouplist (passwd->pw_name, passwd->pw_gid, groups, 
&num_groups);
+  }
+  if (error < 0)
+  {
+g_warning ("Error looking up groups for uid %d: getgrouplist() failed", 
uid);
+goto out;
+  }
 
   for (n = 0; n < num_groups; n++)
 result = g_list_prepend (result, polkit_unix_group_new (groups[n]));
 
  out:
-
+  if (groups)
+free(groups);
   return result;
 }
 


pgpVqJGReczo2.pgp
Description: PGP signature

Bug#614801: USB 3.0 still not working in Wheezy

[Ben Hutchings]

On Sun, 2012-12-30 at 09:04 +0100, Paul Muster wrote:
> fixed 614801 3.7.1-1~experimental.1
> thanks
> 
> 
> With newer Kernel everything is fine:
> 
> # uname -a
> Linux system 3.7-trunk-686-pae #1 SMP Debian 3.7.1-1~experimental.1 i686
> GNU/Linux

That's good.  But I don't know which change might have fixed this.
Could you possibly test some of the intermediate versions (from
) and identify which was the
first upstream release with this fix, so that I have a smaller range of
changes to look through?

Ben.

-- 
Ben Hutchings
It is easier to change the specification to fit the program than vice versa.


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

Bug#696705: nmu: gnome-contacts_3.6.1-1 in experimental

[Philipp Kern]

On Thu, Dec 27, 2012 at 02:00:59PM +0100, Michael Biebl wrote:
> On 26.12.2012 09:25, Paul Wise wrote:
> > Package: release.debian.org
> > Severity: minor
> > User: release.debian@packages.debian.org
> > Usertags: binnmu
> > 
> > Please binNMU gnome-contacts in experimental so it is installable again.
> > 
> > nmu gnome-contacts_3.6.1-1 . ALL . -m "Rebuild for the libcheese ABI 
> > transition"
> binNMUs do not work for dependencies from experimental.
> 
> If we want to have gnome-contacts built against libcheese from exp, the
> build-depends needs to be bumped (i.e. it will require a sourceful upload)

That's not exactly true, it is possible to add build-depends (or
-conflicts) for a one-shot binNMU. But for clarity and further binNMUs
(against unstable) doing the right thing a sourceful upload is preferred.
(They wouldn't be copied to the new one.)

Kind regards
Philipp Kern


signature.asc
Description: Digital signature

Bug#696961: parallel build disabled on non-ia64 archs

[Lisandro Damián Nicanor Pérez Meyer]

On Sun 30 Dec 2012 09:23:15 Stephan Schreiber escribió:
> The goal should be to allow a parallel build on *all* archs. There
> shouldn't be any exception for ia64.
> 
> The entire ifneq construct should be removed:
> 
> ifneq ($(DEB_HOST_ARCH),ia64)
>   extra_dh_opts += --parallel
> endif
> 
> The dh invoke should read:
> 
>   dh $@ --parallel --with pkgkde_symbolshelper

My fault, Pino already fixed it in the git repo. It'll get fixed soon with the 
upcoming upload (not related to this).

Kinds regards, Lisandro.

-- 
The irony is that Bill Gates claims to be making a stable operating
system and Linus Torvalds claims to be trying to take over the world.
  -- seen on the net

Lisandro Damián Nicanor Pérez Meyer
http://perezmeyer.com.ar/
http://perezmeyer.blogspot.com/


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

Bug#696996: ddccontrol fails to open i2c device

[Carsten Allefeld]

Package: ddccontrol
Version: 0.4.2-10
Severity: important

Dear Maintainer,

I used to use ddccontrol to adjust the monitor brightness on my EIZO FS2332,
which worked fine on my previous system, a Pentium 4 (i386) with nvidia
graphics. I now upgraded to an i7 (amd64) with a newer nvidia card, but use
the same monitor, and ddccontrol no longer works. Here's what's happening:

Probing for the monitor works:

# ddccontrol -p
ddccontrol version 0.4.2
Copyright 2004-2005 Oleg I. Vdovikin (o...@cs.msu.su)
Copyright 2004-2006 Nicolas Boichat (nico...@boichat.ch)
This program comes with ABSOLUTELY NO WARRANTY.
You may redistribute copies of this program under the terms of the GNU
General Public License.

Probing for available monitorsI/O warning : failed to load external
entity "/usr/share/ddccontrol-db/monitor/ENC2263.xml"
Document not parsed successfully.
...
Detected monitors :
 - Device: dev:/dev/i2c-5
   DDC/CI supported: Yes
   Monitor Name: VESA standard monitor
   Input type: Digital
  (Automatically selected)
Reading EDID and initializing DDC/CI at bus dev:/dev/i2c-5...
Invalid response, first byte is 0x00, should be 0x6e
: 00 00 00 80 80 be 6e 6e 80 be be 6e 80 be be 6e | ..nn...n...n
0010: 80 80 be 26 be be 80 80 be 6e 80 be be be 80 be | ...&.n..
0020: be 80 80 be be be 80 be be 6e 80 80 be be be 80 | .n..
0030: be be be 80 be be 80 80 be 6e 80 be be 6e 80 80 | .n...n..
0040: be be be| ... 
Invalid response, first byte is 0x00, should be 0x6e
: 00 be be be 6e 80 be be 6e be 80 be be 6e be 80 | n...nn..
0010: be be 6e be 80 be be 6e be 80 be be be 26 f5 80 | ..nn.&..
0020: be be 80 80 be be be 80 be be be 80 be 6e 6e 80 | .nn.
0030: be be be 80 be be be 80 80 be 80 80 be be 80 be | 
0040: be 6e 80| .n. 
Invalid response, first byte is 0x00, should be 0x6e
 
: 00 00 00 80 be be be be 80 80 be be be 6e 80 be | .n..
 
0010: be 6e be 80 be be 6e be 80 be be be be 80 be be | .nn.
 
0020: 6e be 26 f5 07 80 80 be be be 80 be be 80 80 be | n.&.
 
0030: be be 80 be be 6e 80 80 be be be 80 be be be 80 | .n..
 
0040: 80 be 80| ... 
 
I/O warning : failed to load external entity
"/usr/share/ddccontrol-db/monitor/ENC2263.xml"  
Document not parsed successfully.   
 

 
EDID readings:  
 
Plug and Play ID: ENC2263 [VESA standard monitor]   
 
Input type: Digital 
 
=== WARNING === 
 
There is no support for your monitor in the database, but ddccontrol is 
 
using a basic generic profile. Many controls will not be supported, and 
 
some controls may not work as expected. 
 
Please update ddccontrol-db, or, if you are already using the latest
 
version, please send the output of the following command to 
 
ddccontrol-us...@lists.sourceforge.net: 
 

 
LANG= LC_ALL= ddccontrol -p -c -d   
 

 
Thank you.
=== WARNING ===

= VESA standard monitor


The "missing entity" is normal, it just means that there is no
monitor-specific profile and the generic VESA profile is used. The monitor
appears to be accessible via /dev/i2c-5.

What is not normal, and what did not happen on my previous system are the
"Invalid response" err

Bug#675502: [2.6.32 -> 3.2.18 regression] Motion Computing M1400: boot hangs after PCI enumeration

[Ben Hutchings]

On Sat, 2012-12-29 at 16:08 -0500, chris dunn wrote:
> On Sat, 29 Dec 2012 10:41:50 -0800
> Jonathan Nieder  wrote:
> 
> > chris dunn wrote:
> > > Jonathan Nieder  wrote:
> > 
> > >>  * if you can find the newest broken and oldest fixed version in
> > >> the list of pre-compiled kernels at [1], that would significantly
> > >>narrow down the search for the upstream patch that fixes this
> > >
> > > Moving forward with this. Downloaded 3.5-1 from snapshot.debian.org
> > > as a starter and unpacked it. I now have (I believe) the source for
> > > this 3.5 kernel. Can you give me a pointer on how to build a
> > > suitable 486 kernel from this source?
> > 
> > The binary package at [1] should do the trick, or if you prefer to
> > build from source, instructions are at [2].
> 
> Thanks for this. I used the binaries from experimental.
> 
> Kernels up to and including 3.5.5-1 do not boot and fail as before
> reported.
> 
> Kernel 3.6.4-1 is the first version that boots without any problem.

Can you also provide a boot log (dmesg) from the successful boot?  I'm
having trouble working out which change might have fixed this.

Ben.

-- 
Ben Hutchings
It is easier to change the specification to fit the program than vice versa.


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

Bug#696997: po4a-gettextize doesn't work with localised ini

[Didier Raboud]

Package: po4a
Version: 0.42-1
Severity: important

Hi,

I'm trying to use po4a with ini files (as transient files towards
various other formats), but I can't use po4a-gettextize to back-generate
a useful .po file:

$ po4a-gettextize -f ini -m scene101.ini -l scene101.fr.ini 
Use of uninitialized value $typeorig in string eq at 
/usr/share/perl5/Locale/Po4a/Po.pm line 633.
po4a gettextize: Internal error: type of original string number 0 isn't provided

The corresponding files are attached; what am I doing wrong?

Cheers,

OdyX

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

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

Versions of packages po4a depends on:
ii  gettext0.18.1.1-9
ii  libsgmls-perl  1.03ii-32
ii  perl   5.14.2-16
ii  perl-modules   5.14.2-16
ii  sp 1.3.4-1.2.1-47.1+b1

Versions of packages po4a recommends:
ii  liblocale-gettext-perl  1.05-7+b1
ii  libterm-readkey-perl2.30-4+b2
ii  libtext-wrapi18n-perl   0.06-7

po4a suggests no packages.

-- no debconf information
[scene101]
Title_text="Equipment"
Resume_text="Prepare yourself to embark on mankind's most thrilling adventure 
yet."
[scene101]
Title_text="Equipement"
Resume_text="Equipez-vous pour affronter la grande aventure."

Bug#696998: linux-headers-3.7: DKMS error with nvidia and virtualbox

[mourad]

Package: linux-headers-3.7-trunk-amd64
Version: 3.7.1-1~experimental.1
Severity: normal
File: linux-headers-3.7

Dear Maintainer,

   * What led up to the situation?
I'm trying to install the trunk kernel version 3.7.

   * What was the outcome of this action?
Install works but the post installation failed in dkms scripts, here dkms log :
# cat /var/lib/dkms/nvidia/310.19/build/make.log
DKMS make.log for nvidia-310.19 for kernel 3.7-trunk-amd64 (x86_64)
dimanche 30 décembre 2012, 15:16:44 (UTC+0100)
make: entrant dans le répertoire « /var/lib/dkms/nvidia/310.19/build »
make -C /lib/modules/3.7-trunk-amd64/build  M=`/bin/pwd` modules
make[1]: entrant dans le répertoire « /usr/src/linux-headers-3.7-trunk-amd64
»
  CC [M]  /var/lib/dkms/nvidia/310.19/build/nv.o
In file included from /usr/src/linux-headers-3.7-trunk-
common/arch/x86/include/asm/param.h:1:0,
 from /usr/src/linux-headers-3.7-trunk-
common/include/linux/sched.h:11,
 from /usr/src/linux-headers-3.7-trunk-
common/include/linux/utsname.h:5,
 from /var/lib/dkms/nvidia/310.19/build/nv-linux.h:46,
 from /var/lib/dkms/nvidia/310.19/build/nv.c:13:
/usr/src/linux-headers-3.7-trunk-common/include/asm-generic/param.h:4:36: fatal
error: uapi/asm-generic/param.h: Aucun fichier ou dossier de ce type
compilation terminated.
make[4]: *** [/var/lib/dkms/nvidia/310.19/build/nv.o] Erreur 1
make[3]: *** [_module_/var/lib/dkms/nvidia/310.19/build] Erreur 2
make[2]: *** [sub-make] Erreur 2
make[1]: *** [all] Erreur 2
make[1]: quittant le répertoire « /usr/src/linux-headers-3.7-trunk-amd64 »
make: *** [modules] Erreur 2
make: quittant le répertoire « /var/lib/dkms/nvidia/310.19/build »

   * What outcome did you expect instead?
Building the dkms module correctly as previous trunk version !

I have the same result with virtualbox, it is missing uapi/asm-generic/param.h
file.

Best regards

Mourad



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

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

Versions of packages linux-headers-3.7-trunk-amd64 depends on:
ii  gcc-4.7 4.7.2-4
ii  linux-headers-3.7-trunk-common  3.7.1-1~experimental.1
ii  linux-kbuild-3.73.7.1-1~experimental.1

linux-headers-3.7-trunk-amd64 recommends no packages.

linux-headers-3.7-trunk-amd64 suggests no packages.

-- no debconf information


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

Bug#693004: fails to enable USB 3.0 device (external hard drive)

[Ben Hutchings]

On Sat, 2012-12-29 at 23:19 +0400, Nick Y Kuzminyh wrote:
> Package: src:linux
> Version: 3.2.35-2
> Followup-For: Bug #693004
> 
> I've got the same problem.
[...]

No you haven't.  Please open a separate bug report.

Ben.

-- 
Ben Hutchings
It is easier to change the specification to fit the program than vice versa.


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

Bug#693004: fails to enable USB 3.0 device (external hard drive)

[Ben Hutchings]

Control: tag -1 moreinfo

On Mon, 2012-11-12 at 00:38 +0100, Michael Biebl wrote:
> Package: src:linux
> Version: 3.2.32-1
> Severity: normal
> File: /boot/vmlinuz-3.2.0-4-amd64
> 
> Hi,
> 
> I tried to mount an external hard drive attached via the USB 3.0 port.
> This failed as you can see from the kernel log.
> 
> Connecting the external drive via a USB 2.0 port, I could mount it
> without problems.
[...]

This may be related to use of the uas driver (UAS = USB-attached SCSI).
This driver is not ready for production use and is no longer built in
version 3.2.35-1.  All UAS devices should also implement USB storage and
we have a mature driver for that.  Other distributions made this change
earlier.

Please let us know whether this is fixed in 3.2.35-1.

Ben.

-- 
Ben Hutchings
It is easier to change the specification to fit the program than vice versa.


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

Bug#695457: lxc-console doesn't give access to a console on a freshly created

[Schrober]

reopen 695457
thanks

Tried it today and doesn't work

# dpkg -s lxc|grep Version
Version: 0.9.0~alpha2-1
# dpkg -s live-debconfig|grep Version
Version: 4.0~a12-1

And lxc-destroy gives following error:

# lxc-destroy -n lxctest 
/usr/bin/lxc-destroy: 114: [: missing ]
/usr/bin/lxc-destroy: 120: [: missing ]

(the created host was amd64 sid)


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

Bug#696705: nmu: gnome-contacts_3.6.1-1 in experimental

[Michael Biebl]

On 30.12.2012 14:52, Philipp Kern wrote:
> On Thu, Dec 27, 2012 at 02:00:59PM +0100, Michael Biebl wrote:

>> If we want to have gnome-contacts built against libcheese from exp, the
>> build-depends needs to be bumped (i.e. it will require a sourceful upload)
> 
> That's not exactly true, it is possible to add build-depends (or
> -conflicts) for a one-shot binNMU.

Thanks for the clarification, phil. Looks like I learned something new
today. I was under the impression that something like this was not possible.

Cheers,
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#696990: unblock: gmerlin/1.2.0~dfsg+1-1

[Alessio Treglia]

On Sun, Dec 30, 2012 at 11:47 AM, Ivo De Decker  wrote:
> It seems gmerlin/1.2.0~dfsg+1-1 was uploaded by Alessio Treglia to fix bug
> #695775 (non-free GFDL docs). As there is no unblock request yet, I'm filing
> one now.

Yes, I didn't because I thought it would have happened somewhat of
automatic as the upload was an RC fix.

Thank you though for filing this bug though, cheers!

-- 
Alessio Treglia  | www.alessiotreglia.com
Debian Developer | ales...@debian.org
Ubuntu Core Developer| quadris...@ubuntu.com
0416 0004 A827 6E40 BB98 90FB E8A4 8AE5 311D 765A


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

Bug#696989: [Pkg-utopia-maintainers] Bug#696989: policykit-1: refuses all actions if user is member of a large number of groups

[Michael Biebl]

forwarded 696989 https://bugs.freedesktop.org/show_bug.cgi?id=58891
thanks

On 30.12.2012 14:39, Sascha Silbe wrote:
> tags 696989 + patch
> thanks
> 
> With this patch it's working fine for me, both for users with a small
> number of groups and for users with a large numbers of groups.
> 

Thanks for the bug report.
I've forwarded your patch to upstream.

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#568639: debian-installer: winxp partition detected, but not added to grub.cfg

[Martin Naughton]

Hello Grub team,
Miroslav mail is not working any more so there is
no way to proceed with this bug. Can it be closed?

Delivery to the following recipient failed permanently:

 miero@atrey.karlin.mff.cuni.cz

Technical details of permanent failure:
Google tried to deliver your message, but it was rejected by the recipient
domain. We recommend contacting the other email provider for further
information about the cause of this error. The error that the other server
returned was: 550 550 5.1.1 : Recipient
address rejected: User unknown in local recipient table (state 13).



-- 
Regards
Martin Naughton

Bug#696957: linux-tools-3.2: perf record should state that sys.kernel.perf_event_paranoid might have something to do with its failure

[Ben Hutchings]

Control: tag -1 unreproducible

On Sun, 2012-12-30 at 08:56 +1100, Michael van der Kolff wrote:
> Package: linux-tools-3.2
> Version: 3.2.17-1
> Severity: normal
> 
> Dear Maintainer,
> When issuing "perf record -p  -g", I got "Fatal: failed 
> to
> mmap with 22 (Invalid argument)".  This is remedied by setting
> /proc/sys/kernel/perf_event_paranoid to -1 (I tested it with 0, and it still
> occurred).
> 
> perf record should state what sys.kernel.perf_event_paranoid should be set to
> in response to failure, instead of giving me such a useless error message.

I can't reproduce this:

$ perf record -p 20140 -g  # 20140 is my own process
^C[ perf record: Woken up 1 times to write data ]
[ perf record: Captured and wrote 0.015 MB perf.data (~634 samples) ]
$ perf record -p 1 -g
Error:
Permission error - are you root?
Consider tweaking /proc/sys/kernel/perf_event_paranoid:

Is the target process running under the same uid as perf?  Can you
provide an strace log for this?

Ben.

-- 
Ben Hutchings
It is easier to change the specification to fit the program than vice versa.


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

Bug#695457: lxc-console doesn't give access to a console on a freshly created

[Daniel Baumann]

On 12/30/2012 03:50 PM, Schrober wrote:
> # dpkg -s live-debconfig|grep Version
> Version: 4.0~a12-1

live-debconfig is installed in the container, right?

-- 
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#696841: same for upload_queues

[Wouter Verhelst]

On Fri, Dec 28, 2012 at 02:49:58PM +, Thorsten Glaser wrote:
> Hi,
> 
>   $upload_queues = […];
> must also be changed into

What do you mean by "changed"? The example in my previous mail, as well
as on wiki.debian.org, shows that you need to use (), not [], to
construct the options...

if you misread and/or miscopy things, obviously they won't work ;-)

>   @upload_queues = (…);
> otherwise one gets an error instead of an uploader:
> 
> Can't call method "get" on unblessed reference at 
> /usr/share/perl5/Buildd/Uploader.pm line 69.

That's because you're passing an anonymous array reference rather than a
list as an array initializer, which doesn't work.

-- 
Copyshops should do vouchers. So that next time some bureaucracy requires you
to mail a form in triplicate, you can mail it just once, add a voucher, and
save on postage.


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

Bug#326886: qemu: Confusing error when /tmp is not writable

[Michael Tokarev]

Control: tags -1 + confirmed upstream

This is still the case on version 1.3, but at least
it prints the real error message now (Permission denied).

See also #390444.

Thanks,

/mjt


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

Bug#696916: zangband: incomplete debian/copyright

[Markus Koschany]

Hi Bart, hi Drew

CCing Adrian who volunteered for sponsoring the package.

I have added the missing licenses, updated the copyright file to
copyright format 1.0 and marked the maintainer comment plainly as such.
I have also added myself to Uploaders. Drew, i assume you are still
looking for a a co-maintainer and your offer is still valid. Adrian has
offered some help and he intends to review the overhauled version at

http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=693627


Adrian, you can find the fixed version for wheezy here

http://mentors.debian.net/debian/pool/non-free/z/zangband/zangband_2.7.5pre1-6.1.dsc

Debdiff is attached to this bug report.

Regards,

Markus


zangband.debdiff.gz
Description: Binary data


signature.asc
Description: Digital signature

Bug#694476: [pkg-mt-om-devel] Bug#694476: lib/MT/AtomServer.pm and others use Digest::SHA1

[Dominic Hargreaves]

On Mon, Nov 26, 2012 at 07:42:31PM +0100, Ansgar Burchardt wrote:
> Package: src:movabletype-opensource
> Version: 5.1.4+dfsg-1
> Severity: important
> 
> lib/MT/AtomServer.pm and others use Digest::SHA1 which is no longer in
> Debian. It should use Digest::SHA instead which is part of the core
> modules included with the perl interpreter since 5.10.
> 
> In most cases just replacing Digest::SHA1 by Digest::SHA should be
> enough.  Also change Digest/SHA1.pm to Digest/SHA.pm.

Not yet tested, but patch attached prepared.

-- 
Dominic Hargreaves | http://www.larted.org.uk/~dom/
PGP key 5178E2A5 from the.earth.li (keyserver,web,email)
>From 67707fa41933b46964e3e22b835336c783634071 Mon Sep 17 00:00:00 2001
From: Dominic Hargreaves 
Date: Sun, 30 Dec 2012 15:41:58 +
Subject: [PATCH] Replace use of Digest::SHA1 with Digest::SHA1, as the former
 is no longer available in Debian (closes: #694476)

---
 debian/changelog  |7 ++
 debian/patches/digest-sha |  223 +
 debian/patches/series |1 +
 3 files changed, 231 insertions(+)
 create mode 100644 debian/patches/digest-sha

diff --git a/debian/changelog b/debian/changelog
index 58b1c70..001d90c 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,10 @@
+movabletype-opensource (5.1.4+dfsg-2) UNRELEASED; urgency=low
+
+  * Replace use of Digest::SHA1 with Digest::SHA1, as the former is no
+longer available in Debian (closes: #694476)
+
+ -- Dominic Hargreaves   Sun, 30 Dec 2012 15:37:12 +
+
 movabletype-opensource (5.1.4+dfsg-1) unstable; urgency=low
 
   * Update copyright for codemirror
diff --git a/debian/patches/digest-sha b/debian/patches/digest-sha
new file mode 100644
index 000..beefc4c
--- /dev/null
+++ b/debian/patches/digest-sha
@@ -0,0 +1,223 @@
+From: Dominic Hargreaves 
+Date: Sun, 30 Dec 2012 15:38:53 +
+Subject: [PATCH] Replace Digest::SHA1 with Digest::SHA
+
+Debian no longer ships Digest::SHA1, and Digest::SHA is a core
+module starting with perl 5.10.
+
+Bug-Debian: http://bugs.debian.org/694476
+---
+ lib/MT.pm|4 ++--
+ lib/MT/App/Wizard.pm |4 ++--
+ lib/MT/AtomServer.pm |4 ++--
+ lib/MT/CMS/Blog.pm   |2 +-
+ lib/MT/L10N/de.pm|4 ++--
+ lib/MT/L10N/es.pm|4 ++--
+ lib/MT/L10N/fr.pm|4 ++--
+ lib/MT/L10N/ja.pm|4 ++--
+ lib/MT/L10N/nl.pm|4 ++--
+ mt-check.cgi |4 ++--
+ 10 files changed, 19 insertions(+), 19 deletions(-)
+
+diff --git a/lib/MT.pm b/lib/MT.pm
+index e88159d..4eb8a71 100644
+--- a/lib/MT.pm
 b/lib/MT.pm
+@@ -2733,7 +2733,7 @@ sub _commenter_auth_params {
+ }
+ 
+ sub _openid_commenter_condition {
+-eval { require Digest::SHA1; };
++eval { require Digest::SHA; };
+ return $@ ? 0 : 1;
+ }
+ 
+@@ -2775,7 +2775,7 @@ sub core_commenter_authenticators {
+ class  => 'MT::Auth::GoogleOpenId',
+ login_form => 'comment/auth_googleopenid.tmpl',
+ condition  => sub {
+-eval { require Digest::SHA1; require Crypt::SSLeay; };
++eval { require Digest::SHA; require Crypt::SSLeay; };
+ return 0 if $@;
+ return 1;
+ },
+diff --git a/lib/MT/App/Wizard.pm b/lib/MT/App/Wizard.pm
+index deb8570..40c8cc6 100644
+--- a/lib/MT/App/Wizard.pm
 b/lib/MT/App/Wizard.pm
+@@ -257,8 +257,8 @@ sub init_core_registry {
+ label =>
+ 'This module and its dependencies are required in order to restore from a backup.',
+ },
+-'Digest::SHA1' => {
+-link => 'http://search.cpan.org/dist/Digest-SHA1',
++'Digest::SHA' => {
++link => 'http://search.cpan.org/dist/Digest-SHA',
+ label =>
+ 'This module and its dependencies are required in order to allow commenters to be authenticated by OpenID providers including LiveJournal.',
+ },
+diff --git a/lib/MT/AtomServer.pm b/lib/MT/AtomServer.pm
+index 4e2fd54..9d1038f 100644
+--- a/lib/MT/AtomServer.pm
 b/lib/MT/AtomServer.pm
+@@ -11,7 +11,7 @@ use XML::Atom;
+ use XML::Atom::Util qw( first textValue );
+ use base qw( MT::App );
+ use MIME::Base64 ();
+-use Digest::SHA1 ();
++use Digest::SHA ();
+ use MT::Atom;
+ use MT::Util qw( encode_xml );
+ use MT::Author;
+@@ -199,7 +199,7 @@ sub authenticate {
+ return $app->auth_failure( 403, 'X-WSSE UsernameToken timed out' );
+ }
+ $auth->{Nonce} = MIME::Base64::decode_base64( $auth->{Nonce} );
+-my $expected = Digest::SHA1::sha1_base64(
++my $expected = Digest::SHA::sha1_base64(
+ $auth->{Nonce} . $auth->{Created} . $user->api_password );
+ 
+ # Some base64 implementors do it wrong and don't put the =
+diff --git a/lib/MT/CMS/Blog.pm b/lib/MT/CMS/Blog.pm
+index 5b65abf..cb7960c 100644
+--- a/lib/MT/CMS/Blog.pm
 b/lib/MT/CMS/Blog.pm
+@@ -481,7 +481,7 @@ sub cfg_registration {
+ return $app->permissio

Bug#696999: unblock: mediawiki-extensions/2.11

[Jonathan Wiltshire]

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

Please unblock mediawiki-extensions to fix the security bug #696179 (no CVE
has been assigned yet). This resolves an XSS attack on any user of a wiki
importing a malicious RSS feed (insufficient escaping). 

It has been uploaded as urgency=medium but could be aged to high if you
wish.

Thanks,

-- 
Jonathan Wiltshire  j...@debian.org
Debian Developer http://people.debian.org/~jmw

4096R: 0xD3524C51 / 0A55 B7C5 1223 3942 86EC  74C3 5394 479D D352 4C51

 i have six years of solaris sysadmin experience, from
8->10. i am well qualified to say it is made from bonghits
layered on top of bonghits


signature.asc
Description: Digital signature

Bug#696840: same for upload_queues

[Thorsten Glaser]

Wouter Verhelst dixit:

>What do you mean by "changed"? The example in my previous mail, as well
>as on wiki.debian.org, shows that you need to use (), not [], to
>construct the options...

Yes, but I decided to take the sample config from the package
in sid as baseline and apply the instructions from you, the
Wiki, the buildd.d.o page and Stephen’s mail from 2008 only as
suggestions (it did turn out that a lot of changes and settings
are redundant or no longer exist).

The sample config uses $ and [], and rleigh insisted earlier in
IRC that that was the new style to use. I said, fine, but only
once it actually works ;-)

bye,
//mirabilos
-- 
I want one of these. They cost 720 € though… good they don’t have the HD hole,
which indicates 3½″ floppies with double capacity… still. A tad too much, atm.
‣ http://www.floppytable.com/floppytable-images-1.html


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

Bug#696899: RFS: premake4/4.3-1 [ITP] -- cross-platform build script generator

[Steffen Möller]

Hi Cameron,

 if there is noone else surfacing then consider me for sponsoring. Being 
somewhat severely swamped with things to do, I really would not mind not to be 
selected, though.

 Best,

 Steffen

- Ursprüngliche Nachricht -
Von: Cameron Hart
Gesendet: 29.12.12 01:09 Uhr
An: sub...@bugs.debian.org
Betreff: Bug#696899: RFS: premake4/4.3-1 [ITP] -- cross-platform build script 
generator

 Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking 
for a sponsor for my package "premake4" * Package name : premake4 Version : 
4.3-1 Upstream Author : Jason Perkins and individual contributors * URL : 
http://industriousone.com/premake * License : BSD Section : devel It builds 
those binary packages: premake4 - cross-platform build script generator To 
access further information about this package, please visit the following URL: 
http://mentors.debian.net/package/premake4 Alternatively, one can download the 
package with dget using this command: dget -x 
http://mentors.debian.net/debian/pool/main/p/premake4/premake4_4.3-1.dsc This 
is an update of the premake package (http://packages.debian.org/sid/premake). 
Originally I ITA'd the premake package, but after seeking advice from d-mentors 
I've created a new package. The main reason being upstream have renamed the 
executable as premake 4 is not backwards compatible with premake 3. See 
http://lists.debian.org/
 debian-mentors/2012/12/msg00282.html and 
http://lists.debian.org/debian-mentors/2012/12/msg00283.html for details. This 
package would address some bugs logged against premake including #599774 and 
#630546. Changes since the last upload: * Initial release. (Closes: #696368) 
Regards, Cameron Hart -- To UNSUBSCRIBE, email to 
debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". 
Trouble? Contact listmas...@lists.debian.org Archive: 
http://lists.debian.org/caekwfc5jbgd1hbhrgg03xd7vwsjrgo+0pcolatyjzjmdpsl...@mail.gmail.com

Bug#679889: mpd: MPD 0.17 + MAD decoder = noise only with MP3s

[Johan Spee]

Current MPD from SID does not install on Ubuntu 12.10, but the problem
is not in MPD from http://ppa.launchpad.net/gmpc-trunk/mpd-trunk/ubuntu
(which is a recent GIT version, I believe).


--
Johan Spee


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

Bug#697000: android: format working on ntfs but not ext3

[patrick295767]

Package: qemu
Version: 0.12.5+dfsg-3squeeze1
Severity: normal

Hi,

If you install android you cannot make it to an image of ext3. yeap
indeed.

If you receive this error:

cannot mount /dev/sdaX

Then select the "ntfs" file system instead and repeat the operation. 
You will be then prompted whether to install or not the GRUB boot loader, 
select "Yes" and press Enter:



I join you the link to the bug that should be fixed.

It works with ntfs as you may see into the screenshots.

I hope that it helped.

Yours Sincerely,
P.



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

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

Versions of packages qemu depends on:
ii  qemu-system0.12.5+dfsg-3squeeze1 QEMU full system emulation binarie
ii  qemu-user  0.12.5+dfsg-3squeeze1 QEMU user mode emulation binaries
ii  qemu-utils 0.12.5+dfsg-3squeeze1 QEMU utilities

qemu recommends no packages.

Versions of packages qemu suggests:
pn  qemu-user-static   (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#696999: unblock: mediawiki-extensions/2.11

[Adam D. Barratt]

On Sun, 2012-12-30 at 15:55 +, Jonathan Wiltshire wrote:
> Please unblock mediawiki-extensions to fix the security bug #696179 (no CVE
> has been assigned yet). This resolves an XSS attack on any user of a wiki
> importing a malicious RSS feed (insufficient escaping). 

Any idea what the comment in

++  array('a', /* does not work */ 'img')));

is about?

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#697001: mnemosyne: no exit in browse cards window

[Thomas de Graaff]

Package: mnemosyne
Version: 2.0~RC1-3
Severity: important

Dear Maintainer,
when opening the "Browse cards" window (ctrl + b), it is not possible to exit 
this window anymore. Or, at least, I couldn't find a way to exit the window. 
This behavior also is found in the 2.2 version upstream.

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

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

Versions of packages mnemosyne depends on:
ii  libicu48   4.8.1.1-10
ii  libqt4-sql-sqlite  4:4.8.2+dfsg-2
ii  python 2.7.3~rc2-1
ii  python-cherrypy3   3.2.2-2
ii  python-matplotlib  1.1.1~rc2-1
ii  python-qt4 4.9.3-4
ii  python-qt4-sql 4.9.3-4

mnemosyne recommends no packages.

mnemosyne suggests no packages.

-- no debconf information


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

Bug#696223: linux-image-3.6-trunk-amd64: USB keyboard and mouse stop working

[Ben Hutchings]

On Tue, 2012-12-18 at 20:59 +1100, Russell Coker wrote:
> Package: src:linux
> Version: 3.6.9-1~experimental.1
> Severity: normal
> 
> On two systems running this kernel I've had the USB keyboard and mouse stop
> working.  Both keyboard and mouse stop working at the same time, unplugging
> them and plugging them in again doesn't help.  The systems both work correctly
> with linux-image-3.2.0-4-amd64 version 3.2.32-1.
[...]

Can you narrow down this regression to a specific kernel version using
?

Ben.

-- 
Ben Hutchings
It is easier to change the specification to fit the program than vice versa.


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

Bug#697001: No bug

[Thomas de Graaff]

I found the solution.. To escape the window one has to press the escape
button. Sorry, this bug may be closed.


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

Bug#697000: android: format working on ntfs but not ext3

[Michael Tokarev]

26.12.2012 02:53, patrick295767 wrote:

Package: qemu
Version: 0.12.5+dfsg-3squeeze1
Severity: normal

Hi,

If you install android you cannot make it to an image of ext3. yeap
indeed.

 If you receive this error:

 cannot mount /dev/sdaX

 Then select the "ntfs" file system instead and repeat the operation. You will be 
then prompted whether to install or not the GRUB boot loader, select "Yes" and press 
Enter:



I join you the link to the bug that should be fixed.

It works with ntfs as you may see into the screenshots.


Please describe in a bit more details what the issue is.
Somehow I fail to understand what you're talking about,
ie, at all.

What do you do, what you expect qemu to do, and what it
actually does.

Note that qemu package itself is a meta-package, it contains
no files and can't be buggy by definition.

Note also there's something wrong with clock on your computer.


I hope that it helped.


No, it didn't help, at all.  Sorry.

Thanks,

/mjt


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

Bug#696999: [a...@adam-barratt.org.uk: Re: Bug#696999: unblock: mediawiki-extensions/2.11]

[Thorsten Glaser]

Jonathan Wiltshire dixit:

>Any idea what the comment in
>
>++  array('a', /* does not work */ 'img')));
>
>is about?

The MediaWiki HTML sanitiser accepts an array of tags to also
accept in the output. I’ve tried whitelisting 'a' and 'img',
but the latter does not currently work. I hope this will be
addressed in a future version of MediaWiki (actually, I could
probably cook up a patch), and right now, its presence there
is a nop.

bye,
//mirabilos
-- 
I want one of these. They cost 720 € though… good they don’t have the HD hole,
which indicates 3½″ floppies with double capacity… still. A tad too much, atm.
‣ http://www.floppytable.com/floppytable-images-1.html


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

Bug#605366: grub-pc: part of GRUB text is unreadable

[Martin Naughton]

Hello Vincent,

>  Just tried it on the latest grub build 1.99-23.1 and
> the count down timer is fine. If it happens again can you take a snap shot
> of it and post a new bug. thanks
>

Grub maintainers: Can we close this bug please?

-- 
Regards
Martin Naughton

On Sun, Dec 30, 2012 at 8:02 AM, Vincent Lefevre  wrote:

> Hi,
>
> On 2012-12-29 22:53:22 +, Martin Naughton wrote:
> > Hello Vincent,
> > Is this still a problem in the latest grub default
> > theme?  There can be no check for this. It is up to the person that is
> > designing the theme to make sure you can see the count down timer.
> >
> > I can not see it on my latest grub so can we close the bug?
>
> IIRC, the problem no longer occurs (I can't check currently).
>
> --
> Vincent Lefèvre  - Web: 
> 100% accessible validated (X)HTML - Blog: 
> Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)
>

Bug#685274: grub doesn't wait for GRUB_TIMEOUT

[Martin Naughton]

Hello Harald,
  Just tried it on the latest grub build 1.99-23.1 and the
count down timer is fine. If it happens again can you take a snap shot of
it and post a new bug. thanks


Grub maintainers: Can we close this bug please?

-- 
Regards
Martin Naughton

On Sun, Dec 30, 2012 at 7:29 AM, Harald Dunkel  wrote:

> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Sorry to say, but the USB stick has been reused.
>
> Harri
>
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v1.4.12 (GNU/Linux)
>
> iEYEARECAAYFAlDf7T8ACgkQUTlbRTxpHjfgpgCeKQzYSIIAb7CojMXazSPyEFsV
> ETkAniU2RpVjetKfXC8rvQXpWP5CA9TP
> =6IcK
> -END PGP SIGNATURE-

Bug#585681: qemu-user: mmap: Operation not permitted

[Michael Tokarev]

Control: tags -1 + moreinfo unreproducible

[Replying to relatively old bugreport...]

13.06.2010 06:29, Seo Sanghyeon wrote:

Package: qemu-user
Version: 0.12.4+dfsg-2
Severity: important

QEMU user mode emulation binaries (specifically qemu-arm) fail with
mmap: Operation not permitted when run as a user. When run as a root
there is no problem.

With CodeSourcery G++ Lite installed at $HOME:
http://www.codesourcery.com/sgpp/lite/arm/portal/release1293

tinuviel@debian:~$ cat hello.c
#include 
int main() {
 printf("Hello, world!\n");
 return 0;
}

tinuviel@debian:~$ /home/tinuviel/arm-2010q1/bin/arm-none-linux-gnueabi-gcc 
hello.c -o hello

tinuviel@debian:~$ qemu-arm -L 
/home/tinuviel/arm-2010q1/arm-none-linux-gnueabi/libc hello
mmap: Operation not permitted


Do you still observe this issue with current qemu-user?
I can't reproduce it neither with current (1.x) version
nor with reported (0.12) version, but maybe it is the
host kernel which is different in my case, or maybe it
is 32/64bit difference.

Thanks,

/mjt


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

Bug#695457: Re: Bug#695457: lxc-console doesn't give access to a console on a freshly created

[Schrober]

On Sunday 30 December 2012 16:40:27 Daniel Baumann wrote:
> On 12/30/2012 03:50 PM, Schrober wrote:
> > # dpkg -s live-debconfig|grep Version
> > Version: 4.0~a12-1
> 
> live-debconfig is installed in the container, right?

Yes, also of the container. Checked using

chroot /var/lib/lxc/lxctest/rootfs/ /usr/bin/dpkg -s live-debconfig|grep Version


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

Bug#695457: lxc-console doesn't give access to a console on a freshly created

[Daniel Baumann]

please attach the complete output of 'live-debconfig-get-selections'
from within the container (you can chroot to it, it doesn't need to be
running for that).

-- 
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#697002: jessie: -R skips check of /etc and /usr in addition to /

[Roger Leigh]

Package: util-linux
Version: 2.20.1-5.3
Severity: important
Tags: patch
Usertags: usrinitramfs etcinitramfs

The attached patch is to apply for jessie, so isn't appropriate
to use until after wheezy is released.  See
http://wiki.debian.org/ReleaseGoals/MountUsrInInitramfs
for further information.

To summarise, the intent is to mount /usr (and potentially also
/etc for certain specialised use cases) in the initramfs, so that
/usr is available as soon as init starts.

The fsck -R option ignores filesystems which are mounted when
checkfs runs.  Currently this is only the rootfs (plus special
filesystems which aren't checked).  With /usr (and /etc) mounted
early, the -R option therefore needs extending to support these
filesystems as well so that we check them manually in checkroot,
and skip them in checkfs.

The upload of this change will need coordinating with the
initramfs-tools and sysvinit packages so that we get the
dependencies correct so that usr is checked (and only checked
once, not zero or twice).


Thanks,
Roger

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

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

Versions of packages util-linux depends on:
ii  debconf [debconf-2.0]  1.5.48
ii  dpkg   1.16.9
ii  initscripts2.88dsf-34
ii  install-info   4.13a.dfsg.1-10
ii  libblkid1  2.20.1-5.3
ii  libc6  2.13-37
ii  libncurses55.9-10
ii  libselinux12.1.9-5
ii  libslang2  2.2.4-15
ii  libtinfo5  5.9-10
ii  libuuid1   2.20.1-5.3
ii  lsb-base   4.1+Debian8
ii  tzdata 2012j-1
ii  zlib1g 1:1.2.7.dfsg-13

util-linux recommends no packages.

Versions of packages util-linux suggests:
pn  dosfstools   
pn  kbd | console-tools  
pn  util-linux-locales   

-- debconf information excluded
--- util-linux-2.20.1.original/fsck/fsck.8	2012-12-25 15:14:40.0 +
+++ util-linux-2.20.1/fsck/fsck.8	2012-12-27 22:19:18.0 +
@@ -273,8 +273,8 @@
 .B \-R
 When checking all filesystems with the
 .B \-A
-flag, skip the root filesystem.  (This is useful in case the root
-filesystem has already been mounted read-write.)
+flag, skip the root, /etc and /usr filesystems.  (This is useful in case the root,
+/etc and/or /usr filesystems have already been mounted read-write.)
 .TP
 .B \-T
 Don't show the title on startup.
--- util-linux-2.20.1.original/fsck/fsck.c	2012-12-25 15:14:40.0 +
+++ util-linux-2.20.1/fsck/fsck.c	2012-12-27 22:18:20.0 +
@@ -1132,11 +1132,11 @@
 	}
 	/*
 	 * This is for the bone-headed user who enters the root
-	 * filesystem twice.  Skip root will skep all root entries.
+	 * filesystem twice.  Skip root will skep all root, /etc and /usr entries.
 	 */
 	if (skip_root)
 		for (fs = filesys_info; fs; fs = fs->next)
-			if (!strcmp(fs->mountpt, "/"))
+			if (!strcmp(fs->mountpt, "/") || !strcmp(fs->mountpt, "/etc") || !strcmp(fs->mountpt, "/usr"))
 fs->flags |= FLAG_DONE;
 
 	while (not_done_yet) {

Bug#696736: python-keyring: diff for NMU version 0.9.2-1.1

[Salvatore Bonaccorso]

tags 696736 + pending
thanks

Dear maintainer,

I've prepared an NMU for python-keyring (versioned as 0.9.2-1.1) and
uploaded it to DELAYED/7. Please feel free to tell me if I
should delay it longer.

Regards,
Salvatore
diff -Nru python-keyring-0.9.2/debian/changelog python-keyring-0.9.2/debian/changelog
--- python-keyring-0.9.2/debian/changelog	2012-07-30 23:08:49.0 +0200
+++ python-keyring-0.9.2/debian/changelog	2012-12-29 08:47:03.0 +0100
@@ -1,3 +1,12 @@
+python-keyring (0.9.2-1.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Add 696736-Fix-insecure-permissions-on-database-files.patch
+[SECURITY]: Fix insecure permissions on database files. Fix
+CVE-2012-5577 and CVE-2012-5578. (Closes: #696736) (LP: #1031465)
+
+ -- Salvatore Bonaccorso   Sat, 29 Dec 2012 08:46:59 +0100
+
 python-keyring (0.9.2-1) unstable; urgency=low
 
   * New upstream release (Closes: #675379, #678682)
diff -Nru python-keyring-0.9.2/debian/patches/696736-Fix-insecure-permissions-on-database-files.patch python-keyring-0.9.2/debian/patches/696736-Fix-insecure-permissions-on-database-files.patch
--- python-keyring-0.9.2/debian/patches/696736-Fix-insecure-permissions-on-database-files.patch	1970-01-01 01:00:00.0 +0100
+++ python-keyring-0.9.2/debian/patches/696736-Fix-insecure-permissions-on-database-files.patch	2012-12-29 08:41:37.0 +0100
@@ -0,0 +1,56 @@
+Description: set appropriate file permissions on database file.
+Bug: https://bitbucket.org/kang/python-keyring-lib/issue/67/set-go-rwx-on-keyring_passcfg
+Bug: https://bitbucket.org/kang/python-keyring-lib/issue/76/insecure-database-file-permissions
+Bug-Debian: http://bugs.debian.org/696736
+Bug-Ubuntu: https://bugs.launchpad.net/ubuntu/+source/python-keyring/+bug/1031465
+Forwarded: yes
+Author: Marc Deslauriers 
+Reviewed-by: Salvatore Bonaccorso 
+Last-Update: 2012-12-29
+
+--- a/keyring/backend.py
 b/keyring/backend.py
+@@ -6,6 +6,7 @@
+ 
+ import getpass
+ import os
++import stat
+ import sys
+ import ConfigParser
+ import base64
+@@ -406,6 +407,7 @@
+ storage_root = os.path.dirname(self.file_path)
+ if storage_root and not os.path.isdir(storage_root):
+ os.makedirs(storage_root)
++os.chmod(storage_root, stat.S_IWRITE | stat.S_IREAD | stat.S_IEXEC)
+ 
+ 
+ class UncryptedFileKeyring(BasicFileKeyring):
+--- a/keyring/util/loc_compat.py
 b/keyring/util/loc_compat.py
+@@ -1,5 +1,6 @@
+ import os
+ import shutil
++import stat
+ import sys
+ 
+ def relocate_file(old_location, new_location):
+@@ -24,4 +25,6 @@
+ # ensure the storage path exists
+ if not os.path.isdir(os.path.dirname(new_location)):
+ os.makedirs(os.path.dirname(new_location))
++os.chmod(os.path.dirname(new_location),
++stat.S_IWRITE | stat.S_IREAD | stat.S_IEXEC)
+ shutil.move(old_location, new_location)
+--- a/keyring/tests/test_backend.py
 b/keyring/tests/test_backend.py
+@@ -343,7 +343,8 @@
+ def setUp(self):
+ super(FileKeyringTests, self).setUp()
+ self.keyring = self.init_keyring()
+-self.keyring.file_path = self.tmp_keyring_file = tempfile.mktemp()
++self.keyring.file_path = self.tmp_keyring_file = os.path.join(
++tempfile.mkdtemp(), "test_pass.cfg")
+ 
+ def tearDown(self):
+ try:
diff -Nru python-keyring-0.9.2/debian/patches/series python-keyring-0.9.2/debian/patches/series
--- python-keyring-0.9.2/debian/patches/series	1970-01-01 01:00:00.0 +0100
+++ python-keyring-0.9.2/debian/patches/series	2012-12-29 08:41:30.0 +0100
@@ -0,0 +1 @@
+696736-Fix-insecure-permissions-on-database-files.patch


signature.asc
Description: Digital signature

Bug#691946: gcl: diff for NMU version 2.6.7+dfsg-0.1

[Camm Maguire]

Greetings!  I will be out of town for a few days.  If this can wait for
my return, that would be most helpful.  Thanks for your report!

David Prévot  writes:

> Dear maintainer,
>
> I've prepared an NMU for gcl (versioned as 2.6.7+dfsg-0.1) and
> uploaded it to DELAYED/2. Please feel free to tell me if I
> should delay it longer.
>
> This is an updated debdiff, without an unwanted change in debian/rules.
>
> Regards.
>
> David
>

-- 
Camm Maguirec...@maguirefamily.org
==
"The earth is but one country, and mankind its citizens."  --  Baha'u'llah


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

Bug#695457: Re: Bug#695457: lxc-console doesn't give access to a console on a freshly created

[Schrober]

On Sunday 30 December 2012 18:31:26 Daniel Baumann wrote:
> please attach the complete output of 'live-debconfig-get-selections'
> from within the container (you can chroot to it, it doesn't need to be
> running for that).

Here the way I've created it:

# sudo lxc-create -n lxctest -t debian
?? Preseed file anyone?
-> ""
?? Distribution.
-> "Debian GNU/Linux unstable/sid"
?? Architecture
-> "64-bit PC (amd64)"
?? Archives
-> (nothing selected)
?? Mirror
-> "http://ftp.debian.org/debian/";
?? Archive Areas
-> "main" selected
?? Packages
-> ""
?? "Which scripts should be run to configure the current system"
-> (nothing selected)

Selecting "sysvinit" in the last step seems to fix it. (but you
have to select "passwd" to also be able to login with an password).
You get following extra choices:

?? Should Linux Container (LXC) support be enabled?
-> Yes
?? How many concurrent consoles should the current container provide?
-> 6
?? Some services are not useful in containers and should be disabled"
-> checkroot.sh hwclockfirst.sh hwclock.sh kmod module-init-tools mountall.sh 
mountkernfs.sh umountfs umountroot


# live-debconfig-get-selections
perl: warning: Setting locale failed.
perl: warning: Please check that your locale settings:
LANGUAGE = "",
LC_ALL = (unset),
LANG = "en_US.UTF-8"
are supported and installed on your system.
perl: warning: Falling back to the standard locale ("C").
# Dummy template
live-debconfig  live-debconfig/util-linux/hwclockaccess boolean false
# Dummy template
live-debconfig  live-debconfig/sysvinit/lxc-enable  boolean true
# Dummy template
live-debconfig  live-debconfig/selinux/enable   boolean false
# live-debconfig: Scripts?
# Choices: ferm, hostname, ifupdown, openssh-server, passwd, selinux, sysvinit, 
util-linux
unknown live-debconfig/scripts  multiselect
# Dummy template
live-debconfig  live-debconfig/passwd/root-password string
# Dummy template
# Choices: 
live-debconfig  live-debconfig/multiselect  multiselect hostname, 
ifupdown, sysvinit, util-linux, selinux, openssh-server
# Dummy template
live-debconfig  live-debconfig/passwd/root-password-again   string
# Dummy template
live-debconfig  live-debconfig/ifupdown/lo-enable   boolean false


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

Bug#696303: newer versions upstream

[Vincent Legout]

Hi,

jida...@jidanni.org writes:

> http://codezen.org/canto-ng/ shows there are newer versions from upstream...

Thanks. However, this new version cannot be uploaded right now. It uses
Python 3 and requires a Python 3 version of python-feedparser which is
not available in Debian yet.

Vincent


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

Bug#691093: /sbin/dosfsck: fsck.msdos with -a terminates with "buffer overflow detected"

[Joerie de Gram]

The format string passed to alloc_rootdir_entry results in sprintf
overflowing de->name, writing the trailing null byte to de->ext
(check.c:177). This might have been the author's intention, but
_FORTIFY_SOURCE=2 does not allow such behaviour, terminating the
program.

A patch for this issue is available on the Red Hat bugtracker [1],
where Jaroslav mentions having sent the patch upstream on 2011-02-01.
Regardless, the patch doesn't seem to have made its way into a
dosfstools release.

(The Debian maintainer appears to be the dosfstools author - please
have a look at aforementioned Red Hat bug report)

Joerie

[1]: https://bugzilla.redhat.com/show_bug.cgi?id=674095


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

Bug#694943: patch

[M H]

Hello,

there is already a fix for this issue mentioned on the mc bug tracker. See 
ticket https://www.midnight-commander.org/ticket/2813

Attached is the patch from the mc project.




Best,

--
Michael HofbauerIndex: src/filemanager/dir.c
===
--- src/filemanager/dir.c	(revision bd4a696ab6ceb9bd00937667cc523ddd8a94a850)
+++ src/filemanager/dir.c	(revision 28a8b10f1211bd96d7612e4f829f08307392686d)
@@ -525,4 +525,5 @@
 {
 list->list = g_try_realloc (list->list, sizeof (file_entry) * (list->size + RESIZE_STEPS));
+if (list->list == NULL)
 return -1;
 list->size += RESIZE_STEPS;

Bug#696840: [buildd-tools-devel] Bug#696840: same for upload_queues

[Roger Leigh]

On Sun, Dec 30, 2012 at 03:47:30PM +, Thorsten Glaser wrote:
> Wouter Verhelst dixit:
> 
> >What do you mean by "changed"? The example in my previous mail, as well
> >as on wiki.debian.org, shows that you need to use (), not [], to
> >construct the options...
> 
> Yes, but I decided to take the sample config from the package
> in sid as baseline and apply the instructions from you, the
> Wiki, the buildd.d.o page and Stephen’s mail from 2008 only as
> suggestions (it did turn out that a lot of changes and settings
> are redundant or no longer exist).
> 
> The sample config uses $ and [], and rleigh insisted earlier in
> IRC that that was the new style to use. I said, fine, but only
> once it actually works ;-)

Just to clear up any confusion:

In both sbuild and buildd, we changed the internal configuration
(Buildd::Conf and Sbuild::Conf classes) to *only* use scalars,
which makes it possible to handle all configuration sanely and
also for every option to be undefined and have default properties
which will be used if undefined etc.  There are some other
reasons as well, but the main point is that internally, all
configuration data is a scalar (which includes arrayrefs and
hashrefs).  These are not recent changes; it's all at least two
years old and in use on all the other buildds AFAIK.

Externally, in buildd.conf/sbuild.conf, all configuration is
also a scalar, which maps directly onto the internal name->scalar
hashmap.  For backward compatibility, we still support the older
array/hash objects, but this is for compatibility *only*.  The
read() function maps the old configuration onto the new.  For
new setups, there is no reason to use the old format; please just
use the recommended configuration as documented in sbuild.conf
and buildd.conf.

For the distributions list, the syntax changed quite significantly;
see the read() function which handles the conversion.  Philipp Kern
did this work.


Thanks,
Roger

-- 
  .''`.  Roger Leigh
 : :' :  Debian GNU/Linuxhttp://people.debian.org/~rleigh/
 `. `'   schroot and sbuild  http://alioth.debian.org/projects/buildd-tools
   `-GPG Public Key  F33D 281D 470A B443 6756 147C 07B3 C8BC 4083 E800


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

Bug#697003: initscripts: postinst fails: mv /dev/shm/* misses dot (hidden) files

[Steven Chamberlain]

Package: initscripts
Version: 2.88dsf-34
Severity: important
User: debian-...@lists.debian.org
Usertags: kfreebsd
X-Debbugs-Cc: debian-...@lists.debian.org

Hi,

The initscripts package is failing to upgrade from -32 to -34 in a
GNU/kFreeBSD jailed system:

> Preparing to replace initscripts 2.88dsf-32 (using 
> .../initscripts_2.88dsf-34_kfreebsd-amd64.deb) ...
> Unpacking replacement initscripts ...
> Processing triggers for man-db ...
> Setting up initscripts (2.88dsf-34) ...
> Installing new version of config file /etc/init.d/checkroot-bootclean.sh ...
> Installing new version of config file /etc/init.d/mountall.sh ...
> Installing new version of config file /etc/init.d/mountall-bootclean.sh ...
> Installing new version of config file /etc/init.d/mountnfs-bootclean.sh ...
> Installing new version of config file /etc/init.d/umountnfs.sh ...
> mv: cannot stat `/run/shm/*': No such file or directory
> dpkg: error processing initscripts (--configure):
>  subprocess installed post-installation script returned error exit status 1
> Errors were encountered while processing:
>  initscripts
> E: Sub-process /usr/bin/dpkg returned an error code (1)

There are so many issues here:

+ DEVSHM=d
+ RUN=d
+ RUNSHM=d
+ mountpoint -q /dev/
+ DEV=m
+ mountpoint -q /dev/shm/
+ [ -L /dev/shm ]
+ mountpoint -q /run/
+ mountpoint -q /run/shm/
+ [ -L /run/shm ]
+ RUNSTATE=mddd
+ RUNACTION=NONE

My jailed system's /dev is rather special (a sort of read-only devfs
mount);  it doesn't contain a /dev/shm directory or link, and I'm not
even able to create one as root.


+ ls -A /run/shm
+ [ .tmpfs !=  ]

This command indicates there is a file in this folder, called .tmpfs
(though it isn't really a tmpfs), and so:

+ mv /run/shm/* /dev/shm
mv: cannot stat `/run/shm/*': No such file or directory

The wildcard does not match the .tmpfs file, and since there are no
matching files this is an error.  Postinst fails.

On the other hand, if there'd been some non-hidden files/directories
there, they would be moved, but any remaining hidden ones would be
deleted(!).


Another problem is that if /dev/shm doesn't exist, and since a trailing
slash wasn't used;  if my /dev had been writable and this command
succeeded, it could place some directory from /run/shm there with
arbitrary ownership/permissions, or some arbitrary link with scary
consequences.

How about doing it this way instead - I think this is safer, complete,
and even avoids races:

# find /run/shm -mindepth 1 -xdev -execdir mv \{\} /dev/shm/ \;


Anyway;  why are we doing any of this?  In this (awkward) situation we'd
ideally leave /run/shm contents where they are already, and /dev/shm
must stay non-existent.

I think this is a similar scenario to:

> - /dev/ is bind mounted, and /dev/shm is a non-bind-mounted
>   directory. We can't fix this, so we should just create the
>   /run/shm directory and leave /dev/shm alone.

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

Kernel: kFreeBSD 9.0-2-amd64
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages initscripts depends on:
ii  coreutils   8.13-3.4
ii  debianutils 4.3.2
ii  libc0.1 2.13-37
ii  lsb-base4.1+Debian8
ii  sysv-rc 2.88dsf-34
ii  sysvinit-utils  2.88dsf-34

Versions of packages initscripts recommends:
ii  e2fsprogs  1.42.5-1
ii  psmisc 22.19-1

initscripts suggests no packages.

-- no debconf information


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

Bug#697004: [lintian] False positive for gfdl

[bastien ROUCARIES]

Package: lintian
Version: 2.5.10.2
Severity: normal
control: tags -1 + patch

autogen trip the gfdl check because the author use some with to the standard 
text:
with no Invariant Sections, with no Front-Cover Texts, and with no Back-Cover
instead of :
with no Invariant Sections, no Front-Cover Texts, and no Back-Cover

Fix it 
From 87015ea2d36dd5a9ed0246ef7ace16f7901f0ad4 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Bastien=20ROUCARI=C3=88S?= 
Date: Sun, 30 Dec 2012 19:14:05 +0100
Subject: [PATCH] Add more variant for good text

autogen is known to use the following good formulation:
"with no Invariant Sections, with no Front-Cover Texts,
and with no Back-Cover Texts"
Allow it and avoid a false positive
---
 checks/cruft |4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/checks/cruft b/checks/cruft
index 5dd0153..be04906 100644
--- a/checks/cruft
+++ b/checks/cruft
@@ -452,8 +452,8 @@ sub find_cruft {
 # GFDL license, assume it is bad unless it
 # explicitly states it has no "bad sections".
 unless ($1 =~m/with \s+ no \s+ Invariant \s+ Sections,?
-   \s+ no \s+ Front-Cover \s+ Texts,? \s+ and
-   \s+ no \s+ Back-Cover \s+ Texts/xis) {
+   \s+ (?:with\s+)? no \s+ Front-Cover \s+ Texts,? \s+ and
+   \s+ (?:with\s+)? no \s+ Back-Cover \s+ Texts/xis) {
 tag 'license-problem-gfdl-invariants', $name;
 $licenseproblemhash{'gfdl-invariants'} = 1;
 }
-- 
1.7.10.4

Bug#646704: Bug severity is too high

[Philip Hands]

Daniel Baumann  writes:

> On 12/30/2012 12:09 PM, Philip Hands wrote:
>> you should contribute it to the bug before you continue with this 
>> childishness
>
> right, i don't contribute.. *sigh*

I did NOT say you don't contribute.

I was using the word "contribute" as a synonym for "provide", so perhaps
I should have written something like:

  If you think that this bug justifies a "serious" severity then you
  need to _provide_ some more justification for that, because the
  information currently contained in the bug does not justify it yet,
  in this reader's opinion.

I'm sorry that you read what I wrote as some sort of wider criticism.
That was not my intent, and I'm sorry that that was how it was read.

> i've had enough of this, i'm out. i've removed myself from uploaders,
> feel free to do whatever you want, i don't care anymore.

I'm also sorry that you are reacting like that.

Cheers, Phil.
-- 
|)|  Philip Hands [+44 (0)20 8530 9560]http://www.hands.com/
|-|  HANDS.COM Ltd.http://www.uk.debian.org/
|(|  10 Onslow Gardens, South Woodford, London  E18 1NE  ENGLAND


pgpjCuzsYEdgB.pgp
Description: PGP signature

Bug#696760: [Pkg-utopia-maintainers] Bug#696760: Bug#696760: tray icon invisible

[Michael Biebl]

severity 696760 normal
tags 696760 + unreproducible moreinfo
thanks

On 27.12.2012 12:42, Daniel Pocock wrote:
> On 27/12/12 05:14, Michael Biebl wrote:
>> On 26.12.2012 21:56, Daniel Pocock wrote:
>>   
>>> Package: network-manager-gnome
>>> Version: 0.9.4.1-2
>>> Severity: serious
>>>
>>>
>>>
>>> I just did a fresh install of wheezy beta 4 i386 onto a Packard Bell
>>> EasyNote B3410 laptop
>>>
>>> I notice that the tray icon for network manager is invisible
>>>
>>> I can move the mouse of the place where the icon should be and click and
>>> popup appears (e.g. the list of wifi access points)  The icon appears to
>>> work normally in all the usual ways (e.g. notifications appear when
>>> connected), but the icon is invisible
>>>
>>> I'm not sure if it is relevant to this bug, but this is the graphics
>>> card data from lspci:
>>> 
>> Please use reportbug next time.
>>
>> Is this a full GNOME environment or any other DE?
>>   
> 
> It is the default gnome installation from the wheezy installer using the
> netinst method and the packages available in testing at the time of
> install (26 December)

GNOME shell or fallback?

fwiw, I cannot reproduce the problem.
Since you filed the bug against network-manager-gnome, I assume you are
using the fallback mode.
Can you check ~/.xsession-errors for relevant messages.
Do you get any error messages if you kill nm-applet and start it from a
shell?

Is this problem reproducible with a fresh user account?
What's the content of /etc/network/interfaces and the output of ifconfig
-a / nm-tool?


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#695764: unblock: packagekit/0.7.6-2

[intrigeri]

Hi,

(disclaimer: I'm not part of the release team, merely trying to help.)

Matthias Klumpp wrote (12 Dec 2012 12:47:07 GMT) :
> +packagekit (0.7.6-2) unstable; urgency=low
[...]
> +  * Removed some unused build dependencies

I'm not sure the build dependencies changes qualify for an unblock
request at this stage of the freeze: they may change the produced code
in ways that are hard / impossible to review. Do these changes fix
actual problems? (Bonus points if bug numbers are provided :)

I don't feel able to review the C++ code changes, so I've no clear
position on this request anyway, but I guess the Release Team might
feel more comfortable with this request if they are pointed to bug
reports the proposed update fixes.

Cheers!


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

Bug#696443: unblock: hwdata/0.234-1

[intrigeri]

Control: tag -1 + moreinfo

Hi Noël,

Bob Bib wrote (20 Dec 2012 21:05:32 GMT) :
> Please unblock package hwdata.
> [...]
> unblock hwdata/0.234-1

First, I guess it would be useful to hear from the maintainer:
do you think this update is fit / needed for Wheezy?

Cheers,
-- 
  intrigeri
  | GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc
  | OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr.asc


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

Bug#697003: initscripts: postinst fails: mv /dev/shm/* misses dot (hidden) files

[Steven Chamberlain]

Hi,

This may have been my fault.  I can avoid this by actually mounting /run
as tmpfs (from the host, when constructing the jail).  This allows a
successful and sane upgrade:

+ RUNSTATE=mdmd
+ RUNACTION=NONE
+ echo Due to mounts in the chroot, /dev/shm can't be safely symlinked
to /run/shm.  Please correct this problem manually.

That said, some of the other problems I mentioned sound serious:  the
handling of hidden files in /dev/shm or /run/shm when moving things.

On 30/12/12 18:31, Steven Chamberlain wrote:
> # find /run/shm -mindepth 1 -xdev -execdir mv \{\} /dev/shm/ \;

Regards,
-- 
Steven Chamberlain
ste...@pyro.eu.org


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

Bug#696456: unblock: vite/1.2+svn1347-3

[intrigeri]

Hi,

(disclaimer: I'm not part of the release team, just trying to help
a bit with low hanging fruits.)

Samuel Thibault wrote (20 Dec 2012 22:41:08 GMT) :
> unblock vite/1.2+svn1347-3

> This is a non-intrusive port of an upstream fix for the paje trace
> format (one of the three formats supported by vite).

Thanks.

No reverse dependencies, priority: optional, leaf package.

I don't feel I'm qualified to review the actual code changes,
but they are indeed non-intrusive, relatively short,
and to the point as far as I can tell.

Cheers,
-- 
  intrigeri
  | GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc
  | OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr.asc


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

Bug#697005: unblock: freebsd-utils/9.0+ds1-9

[Christoph Egger]

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

Please unblock package freebsd-utils

  Fixing several issues, including a failed release upgrade and a
  segfault. The implicit declarations problem is not fixing any hard
  known problems, however has a probability that there are problems it
  fixes (including the rpc.lockd bug #664812) but I can take it out
  again if you prefer.

diff -Nru freebsd-utils-9.0+ds1/debian/changelog 
freebsd-utils-9.0+ds1/debian/changelog
--- freebsd-utils-9.0+ds1/debian/changelog  2012-09-23 08:20:50.0 
-0700
+++ freebsd-utils-9.0+ds1/debian/changelog  2012-12-29 16:08:30.0 
-0800
@@ -1,3 +1,21 @@
+freebsd-utils (9.0+ds1-9) unstable; urgency=low
+
+  [ Steven Chamberlain ]
+  * Fix geli initscript to support more than one geli_device as intended.
+(Closes: #694374)
+  * If devfs is unavailable (for example in a jail environment) the
+freebsd-utils start action would exit with non-zero status, causing 
postinst
+to fail.  Instead, return zero exit status but print a warning.
+(Closes: #695679)
+
+  [ Christoph Egger ]
+  * Import patch from Steven Chamberlain to fix segfault getting bridge
+status (Closes: #696514)
+  * Import patch from Steven Chamberlain fixing implicit declarations
+  * Upload to unstable
+
+ -- Steven Chamberlain   Tue, 11 Dec 2012 20:28:30 +
+
 freebsd-utils (9.0+ds1-8) unstable; urgency=low
 
* Team upload.
diff -Nru freebsd-utils-9.0+ds1/debian/freebsd-utils.init 
freebsd-utils-9.0+ds1/debian/freebsd-utils.init
--- freebsd-utils-9.0+ds1/debian/freebsd-utils.init 2012-09-15 
14:29:07.0 -0700
+++ freebsd-utils-9.0+ds1/debian/freebsd-utils.init 2012-12-29 
14:00:54.0 -0800
@@ -24,13 +24,17 @@
 fi
 
 log_action_begin_msg "Loading devfs rules"
-devfs ruleset 1
-devfs rule delset
-for rule in /etc/devfs.d/*.rules ; do
-  egrep -v '^[[:space:]]*(#|$)' $rule | devfs rule add -
-done
-devfs rule applyset
-log_action_end_msg $?
+if devfs ruleset 1 ; then
+  devfs rule delset
+  for rule in /etc/devfs.d/*.rules ; do
+egrep -v '^[[:space:]]*(#|$)' $rule | devfs rule add -
+  done
+  devfs rule applyset
+  log_action_end_msg $?
+else
+  # devfs unavailable, probably in a jail environment;  no point proceeding
+  log_end_msg 255 || exit 0 # (warning)
+fi
 
 log_action_begin_msg "Setting up /dev links"
 # setup /dev/cdrom symlink
diff -Nru freebsd-utils-9.0+ds1/debian/geom.geli.init 
freebsd-utils-9.0+ds1/debian/geom.geli.init
--- freebsd-utils-9.0+ds1/debian/geom.geli.init 2012-09-15 14:29:07.0 
-0700
+++ freebsd-utils-9.0+ds1/debian/geom.geli.init 2012-12-29 14:00:54.0 
-0800
@@ -141,8 +141,10 @@
fi
count=$((count+1))
done
-   log_end_msg $RET
-   exit $RET
+   if ! [ "$RET" = 0 ]; then
+   log_end_msg $RET
+   exit $RET
+   fi
fi
done
 
diff -Nru freebsd-utils-9.0+ds1/debian/patches/044_ifbridge.diff 
freebsd-utils-9.0+ds1/debian/patches/044_ifbridge.diff
--- freebsd-utils-9.0+ds1/debian/patches/044_ifbridge.diff  1969-12-31 
16:00:00.0 -0800
+++ freebsd-utils-9.0+ds1/debian/patches/044_ifbridge.diff  2012-12-29 
16:06:43.0 -0800
@@ -0,0 +1,13 @@
+Index: freebsd-utils-9.0+ds1/sbin/ifconfig/ifbridge.c
+===
+--- freebsd-utils-9.0+ds1.orig/sbin/ifconfig/ifbridge.c2007-11-04 
08:32:27.0 +
 freebsd-utils-9.0+ds1/sbin/ifconfig/ifbridge.c 2012-12-29 
20:27:46.888636491 +
+@@ -46,6 +46,8 @@
+ #include 
+ #include 
+ 
++#include  /* for ether_aton, etherntoa */
++
+ #include 
+ #include 
+ #include 
diff -Nru freebsd-utils-9.0+ds1/debian/patches/045_implicit-declaration.diff 
freebsd-utils-9.0+ds1/debian/patches/045_implicit-declaration.diff
--- freebsd-utils-9.0+ds1/debian/patches/045_implicit-declaration.diff  
1969-12-31 16:00:00.0 -0800
+++ freebsd-utils-9.0+ds1/debian/patches/045_implicit-declaration.diff  
2012-12-29 16:10:01.0 -0800
@@ -0,0 +1,324 @@
+Index: freebsd-utils-9.0+ds1/usr.sbin/mountd/mountd.c
+===
+--- freebsd-utils-9.0+ds1.orig/usr.sbin/mountd/mountd.c2012-12-29 
19:56:58.0 +
 freebsd-utils-9.0+ds1/usr.sbin/mountd/mountd.c 2012-12-29 
20:05:01.478673213 +
+@@ -80,6 +80,8 @@
+ #include 
+ #include 
+ #include 
++#include 
++
+ #include "pathnames.h"
+ #include "mntopts.h"
+ 
+Index: freebsd-utils-9.0+ds1/usr.sbin/vidcontrol/vidcontrol.c
+===
+--- freebsd-utils-9.0+ds1.orig/usr.sbin

Bug#697006: unblock: freebsd-libs/9.0+ds1-3

[Christoph Egger]

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

Please unblock package freebsd-libs

  This fixes a segfault in grub-probe due to a broken libgeom

diff -Nru freebsd-libs-9.0+ds1/debian/changelog 
freebsd-libs-9.0+ds1/debian/changelog
--- freebsd-libs-9.0+ds1/debian/changelog   2012-05-25 09:37:58.0 
-0700
+++ freebsd-libs-9.0+ds1/debian/changelog   2012-12-29 15:49:51.0 
-0800
@@ -1,3 +1,16 @@
+freebsd-libs (9.0+ds1-4) unstable; urgency=low
+
+  [ Christoph Egger ]
+  * Upload to unstable
+
+  [ Jeff Epler ]
+  * Fix 'warning: implicit declaration of function 'reallocf'
+(and several other functions) (Closes: 685625)
+  * Make that warning an error so that it does not pass silently
+in the future 
+
+ -- Christoph Egger   Sat, 29 Dec 2012 15:49:19 -0800
+
 freebsd-libs (9.0+ds1-3) unstable; urgency=low
 
   [ Robert Millan ]
diff -Nru freebsd-libs-9.0+ds1/debian/patches/implicit-declaration 
freebsd-libs-9.0+ds1/debian/patches/implicit-declaration
--- freebsd-libs-9.0+ds1/debian/patches/implicit-declaration1969-12-31 
16:00:00.0 -0800
+++ freebsd-libs-9.0+ds1/debian/patches/implicit-declaration2012-12-29 
15:49:02.0 -0800
@@ -0,0 +1,70 @@
+Description: Fix crashes due to undeclared functions
+ The consequence of at least one of these (in geom_getxml.c) was a crash
+ when there was a lot of data in kern.geom.confdml.
+ .
+ freebsd-libs (9.0+ds1-3.1) UNRELEASED; urgency=low
+ .
+   * Fix 'warning: implicit declaration of function 'reallocf'
+ (and several other functions) (Closes: 685625)
+Author: Jeff Epler 
+Bug-Debian: http://bugs.debian.org/685625
+
+---
+The information above should follow the Patch Tagging Guidelines, please
+checkout http://dep.debian.net/deps/dep3/ to learn about the format. Here
+are templates for supplementary fields that you might want to add:
+
+Forwarded: no
+Last-Update: <2012-12-21>
+
+--- freebsd-libs-9.0+ds1.orig/lib/libdevstat/devstat.c
 freebsd-libs-9.0+ds1/lib/libdevstat/devstat.c
+@@ -34,6 +34,7 @@ __FBSDID("$FreeBSD$");
+ #include 
+ #include 
+ #include 
++#include 
+ 
+ #include 
+ #include 
+--- freebsd-libs-9.0+ds1.orig/lib/libusbhid/usage.c
 freebsd-libs-9.0+ds1/lib/libusbhid/usage.c
+@@ -36,6 +36,7 @@ __FBSDID("$FreeBSD$");
+ #include 
+ #include 
+ #include 
++#include 
+ 
+ #include "usbhid.h"
+ 
+--- freebsd-libs-9.0+ds1.orig/lib/libgeom/geom_ctl.c
 freebsd-libs-9.0+ds1/lib/libgeom/geom_ctl.c
+@@ -39,6 +39,7 @@
+ #include 
+ #include 
+ #include 
++#include 
+ 
+ #include 
+ 
+--- freebsd-libs-9.0+ds1.orig/lib/libgeom/geom_getxml.c
 freebsd-libs-9.0+ds1/lib/libgeom/geom_getxml.c
+@@ -33,6 +33,8 @@
+ #include 
+ #include 
+ #include 
++#include 
++
+ #include "libgeom.h"
+ 
+ char *
+--- freebsd-libs-9.0+ds1.orig/sys/netinet/libalias/alias_db.c
 freebsd-libs-9.0+ds1/sys/netinet/libalias/alias_db.c
+@@ -157,6 +157,7 @@ __FBSDID("$FreeBSD$");
+ #include 
+ #include 
+ #include  
++#include 
+ #endif
+ 
+ #include 
diff -Nru freebsd-libs-9.0+ds1/debian/patches/series 
freebsd-libs-9.0+ds1/debian/patches/series
--- freebsd-libs-9.0+ds1/debian/patches/series  2012-05-19 05:26:07.0 
-0700
+++ freebsd-libs-9.0+ds1/debian/patches/series  2012-12-29 15:49:02.0 
-0800
@@ -18,3 +18,4 @@
 libusb_backward.diff
 libbsd_nlist.diff
 kvm_size_t_kludge.diff
+implicit-declaration
diff -Nru freebsd-libs-9.0+ds1/debian/rules freebsd-libs-9.0+ds1/debian/rules
--- freebsd-libs-9.0+ds1/debian/rules   2012-05-25 09:34:52.0 -0700
+++ freebsd-libs-9.0+ds1/debian/rules   2012-12-29 15:49:02.0 -0800
@@ -18,7 +18,8 @@
 revision   := $(shell echo $(full_version) | sed -e 's/^[^+-]*//g')
 
 CFLAGS = -Wall -g -pipe -fPIC -I. -I$(CURDIR)/sys -D_GNU_SOURCE \
- -D__va_list=__builtin_va_list
+ -D__va_list=__builtin_va_list \
+-Werror=implicit-function-declaration
 
 ifneq (,$(filter noopt,$(DEB_BUILD_OPTIONS)))
CFLAGS += -O0


unblock freebsd-libs/9.0+ds1-3

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

Kernel: kFreeBSD 10.0-0-amd64
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash


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

Bug#665881: linux-image-3.2.0-2-amd64: module ath5k is blocking wlan-card

[Hans-J. Ullrich]

> Heh, no, sorry.
> 
> Could you test whether the attached patches fix the problem in 3.2?
> Please follow the instructions at
>  icial> to rebuild the kernel package with these patches.
> 
> Ben.

Hi Ben, 

so, now after hours and hours of compiling, I could not manage to get the 
patched module loaded. The system is telling something of "version mismatch".

Whatever, I think, just close the bug and do no more efforts in fixing the bug, 
it is itz not worth for the following reasons:

1. This bug is now since kernel 3.1 and no one cared of it - except of me.

2. As I am the only one with this bug, it needs not to be fixed - I got a 
solution for me (just using a newer kernel)

3. The kernel 3.2.X is such old, that it will be very soon replaced by the 
newer ones - who cares, what Ubuntu does.

4. I suggest, just to add the patch into the next kernel 3.2-0-XXX version. I 
will report it. It will make things not worse than they are. I will report of 
my tests then.

So, it will be ok for me, if the bug will be closed.


Thank you very much for your help, and do not waste any time for fixing this 
bug. There are much more important bugs to fix, I think!

Best regards and a happy new year!

Hans
 


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

Bug#694525: nmu: 227 source packages, for GStaticMutex

[Simon McVittie]

On 29/12/12 17:55, Julien Cristau wrote:
>> - if possible, get a list of packages in squeeze that expose an
>> affected struct (gstreamer, glibmm, others?)

> Ping.  We need to make some progress here...

I'm still trying to construct this list. It's going to take a while.

On the positive side, it looks as though many of the 227 that I
mentioned can be ignored, because they're actually not the problematic
cases. (For instance, the usage in GstElement is safe, as it turns out.)

S


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

Bug#697003: initscripts: postinst fails: mv /dev/shm/* misses dot (hidden) files

[Roger Leigh]

On Sun, Dec 30, 2012 at 06:31:36PM +, Steven Chamberlain wrote:
> My jailed system's /dev is rather special (a sort of read-only devfs
> mount);  it doesn't contain a /dev/shm directory or link, and I'm not
> even able to create one as root.

Does /dev/shm exist on a standard kFreeBSD install?

> + ls -A /run/shm
> + [ .tmpfs !=  ]
> 
> This command indicates there is a file in this folder, called .tmpfs
> (though it isn't really a tmpfs), and so:

Why does this file exist here?  It should only be created by the
init scripts (mountkernfs) and even then it's only transient
during boot to prevent cleaning of the tmpfs.  AFAICS this should
not be present.

> + mv /run/shm/* /dev/shm
> mv: cannot stat `/run/shm/*': No such file or directory

> The wildcard does not match the .tmpfs file, and since there are no
> matching files this is an error.  Postinst fails.

OK.  This makes sense.  The question is really why this file
came to be present inside the directory.  While failing here is
certainly a bug, it's a failure mode which should never occur
in practice since .tmpfs should never be present on a running
system after boot.

> On the other hand, if there'd been some non-hidden files/directories
> there, they would be moved, but any remaining hidden ones would be
> deleted(!).

For the use case in question (in chroots) this is by design.
There is no use case for dotfiles in /dev/shm.

> Another problem is that if /dev/shm doesn't exist, and since a trailing
> slash wasn't used;  if my /dev had been writable and this command
> succeeded, it could place some directory from /run/shm there with
> arbitrary ownership/permissions, or some arbitrary link with scary
> consequences.
> 
> How about doing it this way instead - I think this is safer, complete,
> and even avoids races:
> 
> # find /run/shm -mindepth 1 -xdev -execdir mv \{\} /dev/shm/ \;

This is certainly safer.  However, we should be catering for this
already--we shouldn't be doing any modification of /dev if it's
a mountpoint of any sort.  Likewise we won't touch /dev/shm if it's
a mountpoint.

> Anyway;  why are we doing any of this?  In this (awkward) situation we'd
> ideally leave /run/shm contents where they are already, and /dev/shm
> must stay non-existent.

I think the crux of the question is whether we support /dev without
/dev/shm.  It's a glibc requirement.  Why is this directory not
present?  Or at least symlinked to /run/shm?  Currently we are making
the assumption that it will be present, and I'm not sure if that's
a bug or not.


Regards,
Roger

-- 
  .''`.  Roger Leigh
 : :' :  Debian GNU/Linuxhttp://people.debian.org/~rleigh/
 `. `'   schroot and sbuild  http://alioth.debian.org/projects/buildd-tools
   `-GPG Public Key  F33D 281D 470A B443 6756 147C 07B3 C8BC 4083 E800


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

Bug#691946: Bug#695721: Bug#691946: gcl: diff for NMU version 2.6.7+dfsg-0.1

[David Prévot]

Hi,

Le 30/12/2012 13:47, Camm Maguire a écrit :
> Greetings!  I will be out of town for a few days.  If this can wait for
> my return, that would be most helpful.

Sure, I just rescheduled it DELAYED/10, please tell me if I should delay
it any longer.

Regards

David

--- Begin Message ---
Log of processing your commands file 
/dcut.David_Pr__vot__taffit_debian_org_.1356894154.22510.commands:

> reschedule gcl_2.6.7+dfsg-0.1_amd64.changes 10-day
gcl_2.6.7+dfsg-0.1_amd64.changes moved to 10-day
gcl_2.6.7+dfsg-0.1.dsc moved to 10-day
gcl_2.6.7+dfsg.orig.tar.xz moved to 10-day
gcl_2.6.7+dfsg-0.1.debian.tar.gz moved to 10-day
gcl-doc_2.6.7+dfsg-0.1_all.deb moved to 10-day
gcl_2.6.7+dfsg-0.1_amd64.deb moved to 10-day

Greetings,

Your Debian queue daemon (running on host franck.debian.org)

--- End Message ---


signature.asc
Description: OpenPGP digital signature

Bug#697008: firmware-ivtv: Please include Conexant cx18 firmware

[Andres Mejia]

Package: firmware-ivtv
Version: 0.36
Severity: wishlist

The firmware-ivtv package contains firmware for some Conexant devices, but not
for the cx18 devices which are needed for using the Hauppauge HVR-1600 tuner.
The firmware needed are 'v4l-cx23418-apu.fw', 'v4l-cx23418-cpu.fw', and
'v4l-cx23418-dig.fw'. These firmware are available at
http://linuxtv.org/downloads/firmware/.

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

Kernel: Linux 3.2.0-4-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 firmware-ivtv depends on:
ii  debconf [debconf-2.0]  1.5.48

firmware-ivtv recommends no packages.

Versions of packages firmware-ivtv suggests:
ii  initramfs-tools  0.109
ii  linux-image-3.2.0-4-amd64 [linux-image]  3.2.35-2

-- debconf information:
* firmware-ivtv/license/accepted: true
  firmware-ivtv/license/error:


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

Bug#697005: unblock: freebsd-utils/9.0+ds1-9

[Julien Cristau]

Control: tags -1 d-i confirmed

On Sun, Dec 30, 2012 at 10:54:34 -0800, Christoph Egger wrote:

> Package: release.debian.org
> Severity: normal
> User: release.debian@packages.debian.org
> Usertags: unblock
> 
> Please unblock package freebsd-utils
> 
>   Fixing several issues, including a failed release upgrade and a
>   segfault. The implicit declarations problem is not fixing any hard
>   known problems, however has a probability that there are problems it
>   fixes (including the rpc.lockd bug #664812) but I can take it out
>   again if you prefer.
> 
Unblocked.  Needs a d-i ack for the unblock-udeb.

Cheers,
Julien


signature.asc
Description: Digital signature

Bug#697009: nmu: tsung_1.4.2-1

[Julián Moreno Patiño]

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

nmu tsung_1.4.2-1 . ALL . -m "Rebuild against newer erlang."

Hi,

tsung actually has a RC bug for this http://bugs.debian.org/695284

Rebuilding it solves the problem.

Thank you so much for your attention.


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

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


signature.asc
Description: Digital signature

Bug#665881: [wheezy] module ath5k is blocking wlan-card

[Jonathan Nieder]

Hi Hans,

Hans-J. Ullrich wrote:

> so, now after hours and hours of compiling, I could not manage to get the 
> patched module loaded. The system is telling something of "version mismatch".

Could you send the command you used?  Generally you need to install
the new Debian package you built and reboot to test, but there are
other possibilities, too.  The above doesn't tell me enough to know
what went wrong.

> Whatever, I think, just close the bug and do no more efforts in fixing the 
> bug, 
> it is itz not worth for the following reasons:
>
> 1. This bug is now since kernel 3.1 and no one cared of it - except of me.

You've made this same argument before.  The sad situation we're in is
that only a small fraction of Debian users report bugs.  You're a
representative of quiet masses of Debian users, potential Debian
users, and other Linux users with similar hardware.  Meanwhile
stubborn people like me want to see all easily-fixable hardware
support bugs fixed, even if they only affect one person.

Sorry for the burden, but it really does help.

Of course if you're sick of it, that's also fine --- we can mark the
bug as unreproducible, stop bothering you, and probably close it in a
couple of weeks.

Hoping that clarifies,
Jonathan


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

Bug#697006: unblock: freebsd-libs/9.0+ds1-3

[Julien Cristau]

Control: tags -1 d-i confirmed

On Sun, Dec 30, 2012 at 10:56:18 -0800, Christoph Egger wrote:

> Package: release.debian.org
> Severity: normal
> User: release.debian@packages.debian.org
> Usertags: unblock
> 
> Please unblock package freebsd-libs
> 
>   This fixes a segfault in grub-probe due to a broken libgeom
> 
Unblocked.  Needs a d-i ack for the udeb.

Cheers,
Julien


signature.asc
Description: Digital signature

Bug#692927: debian-installer: Unable to finish installation using btrfs and "traditional partitioning"

[Holger Wansing]

Hi,

Cyril Brulebois  wrote:
> speaking of btrfs, it doesn't seem to be mentioned on:
>   http://www.debian.org/releases/testing/amd64/ch06s03.html.en#di-partition
>   http://d-i.debian.org/manual/en.amd64/ch06s03.html#di-partition
> 
> Until somebody digs into btrfs-related constraints, maybe we should
> warn against that FS anyway, since AFAICT it's still dog-slow anyway.

Additional info on this topic was also given in
https://lists.debian.org/debian-boot/2012/11/msg00442.html
and 
https://lists.debian.org/debian-boot/2012/11/msg00084.html


Holger

-- 
= = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = =
Created with Sylpheed 3.0.2
under  D e b i a n   G N U / L I N U X   6.0  ( S q u e e z e )
Registered LinuxUser #311290 - http://linuxcounter.net/
= = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = =


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

Bug#695284: tsung compiled with outdated erlang version

[Julián Moreno Patiño]

Hi,

I filled out a binNMU : http://bugs.debian.org/697009

Kind regards,

-- 
Julián Moreno Patiño
Debian Developer
 .''`. Debian GNU/{Linux,KfreeBSD}
: :' : Free Operating Systems
`. `'  http://debian.org/
  `-   GPG Fingerprint:
C2C8 904E 314C D8FA 041D 9B00 D5FD FC15 6168 BF60
Registered GNU Linux User ID 488513

Bug#695284: Bug#697009: nmu: tsung_1.4.2-1

[Julien Cristau]

On Sun, Dec 30, 2012 at 14:20:28 -0500, Julián Moreno Patiño wrote:

> Package: release.debian.org
> Severity: normal
> User: release.debian@packages.debian.org
> Usertags: binnmu
> 
> nmu tsung_1.4.2-1 . ALL . -m "Rebuild against newer erlang."
> 
> Hi,
> 
> tsung actually has a RC bug for this http://bugs.debian.org/695284
> 
> Rebuilding it solves the problem.
> 
NAK.  If tsung breaks when the erlang version changes, it either needs
to stop doing that or it needs to express that fact in its Depends
field.  Either way a binNMU is not the way to go IMO.

Cheers,
Julien


signature.asc
Description: Digital signature

Bug#697007: X segfaults on fontforge start

[Julien Cristau]

Control: tags -1 moreinfo

On Sun, Dec 30, 2012 at 20:05:05 +0100, Andrew Shadura wrote:

> Package: xserver-xorg-core
> Version: 2:1.12.4-3
> Severity: normal
> 
> If that matters, fontforge version is 0.0.20100501-2.
> 
> Have no idea what may cause that, but I remember this happened before
> as well. Will try to reproduce with all packages updated once more.
> 
Please get a backtrace from gdb, see
http://x.debian.net/howto/use-gdb.html for some hints.

Cheers,
Julien


signature.asc
Description: Digital signature

Bug#685251: [Openstack-devel] Bug#685251: Fixing Debian bug #685251 for the ryu plugin in Openstack

[Thomas Goirand]

On 12/29/2012 09:22 PM, Ola Lundqvist wrote:
>> * I don't think there's the need to use testing-proposed-updates.
>> Uploading to SID will be just fine, as anyway, we haven't uploaded
>> anything newer in SID which would pose a problem, and that we use
>> Experimental for Folsom. (in other words: nothing prevents uploading to
>> SID, and when we upload there it's in the hope it migrates to testing)
> 
> No that won't work because the changes in -6 should remain.

We will *not* maintain -6 in SID. It will go away and will be replaced
by the Folsom packaging as soon as Wheezy is released. So why would you
keep it in SID?

> And no I do not want to first upload a -7 version and than a new
> -8 with the changes in -6 because then I have to have a very complicated
> replaces rules in the control file which we really should avoid.

Ah, that makes sense!!! :)

But I don't think this cuts it. The changes will be necessary in Folsom
anyway, because we should provide an upgrade path in SID. So we're
doomed to the replaces+breaks it here. Note that we already have a
Replaces: in the alioth for the Folsom release Quantum which I plan to
upload soon. Should I add a Breaks: too? (I think so)

> Same answer as above. I have followed the instructions in
> http://www.debian.org/doc/manuals/developers-reference/pkgs.html chapter
> 5.13.3.
> 
> "Version numbers are usually selected by adding the codename of the testing
>  distribution and a running number, like 1.2squeeze1 for the first upload
>  through testing-proposed-updates of package version 1.2."
> 
> This is just as valid for testing uploads as for stable uploads.

Yeah, I wasn't debating this, I was questioning the relevance of using
t-p-u instead of SID.

>> * Our Git already contains entries for -6 and -7. Please use that,
>> modifying the candidate version -7, and do not get out of sync with our
>> Git please, otherwise it's going to be a nightmare!
> 
> The -7 version is what I have used to backport from. I have taken your
> changes and re-done them for testing only.

Then you should create a debian/wheezy branch in the Git! I was planning
on doing that just right after the release of wheezy for all of our
packages, but it will be needed now for Quantum if you want the package
to have a Wheezy and a SID branch now. As much as I can see, Alioth
doesn't have a debian/wheezy branch, does it?

>> Also, this issue has been pending for 6 months! I do appreciate that you
>> finally decide to work on it, even that late. But I continue to refuse
>> to take the responsibility for it. The main mistake, IMO, was to leave
>> the issue as-is, doing nothing to fix it. So you and Loic should really
>> take the responsibility for the upload, and make sure it's in a correct
>> shape *in time* for the release. I surely would feel bad if Quantum had
>> to be removed from Wheezy. Please don't leave this pending again.
> 
> I do not want to start a flamewar

It wasn't my intention. I just wanted to highlight that this needs to be
fixed soon. I do hope you don't take it personally.

> First of all it is 3.5 months (not 6)

My count started on the 2012-07-06, when Quantum -6 was uploaded by Loic
in SID. After such an upload, action should have been taken to have the
package unblock (or that upload should have been made in experimental).

> secondly I have asked about your
> opintion on this matter without response and that explains more than 2 months.

Well, the problem is that I might agree with the changes, *BUT*, I'm not
a member of the release team, and therefore, I don't have any decision
power. Also, I didn't really understand what was done at the time, and I
probably still don't get why everything all of the code isn't stored in
the python-* package. The only reason why I've been asking you, was to
provide information to the release team for an unblock. But now I see
that discussing it with me didn't help. :(

I'm sorry that it seems you've been waiting on me. (As a rule, if I
don't answer within 5 days, consider that either I don't know what to
answer, or that your mail is stuck on my huge mail queue and that I had
no time to answer. In which case, either send me another mail, or try to
deal without my answer.)

Again, I'm not trying to put the blame on you, just trying to push you
to solve the current problem. Thanks again for working on it.

Thomas


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

Bug#696308: I confirm this

[Jean-Louis Biasini]

Hello,

I have this issue too. I tried to remove the file .config/Thunar but it 
doesn't not help...


thank you for your work

jean-louis biasini


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

Bug#697010: unblock: nova/2012.1.1-11 (rootwrap path fix)

[Thomas Goirand]

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

Dear Release Team,

My latest upload of Nova in SID fixes some path problems in the
rootwrap thing of Nova. Without it, Nova will fail to use the
iscsiadm command, which is needed to mount VM volumes.

The patch (which I attached to this message) is rather trivial:
/sbin/ip -> /bin/ip and /sbin/iscsiadm -> /usr/bin/iscsiadm
in the /etc/nova/rootwrap configuration folder.

Please allow this fix to reach Wheezy, and unblock nova/2012.1.1-11.

Cheers,

Thomas Goirand (zigo)
diff -Nru nova-2012.1.1/debian/changelog nova-2012.1.1/debian/changelog
--- nova-2012.1.1/debian/changelog	2012-09-16 07:01:27.0 +
+++ nova-2012.1.1/debian/changelog	2012-12-19 15:59:14.0 +
@@ -1,3 +1,9 @@
+nova (2012.1.1-11) unstable; urgency=low
+
+  * Fixes some wrong path to binaries in the rootwrap config (Closes: #695791).
+
+ -- Thomas Goirand   Wed, 19 Dec 2012 15:57:49 +
+
 nova (2012.1.1-10) unstable; urgency=low
 
   * Fixes capitalization in debian/po/es.po (Nova vs nova) (Closes: #687000).
diff -Nru nova-2012.1.1/debian/patches/fixes-path-to-binaries-in-rootwrap-config.patch nova-2012.1.1/debian/patches/fixes-path-to-binaries-in-rootwrap-config.patch
--- nova-2012.1.1/debian/patches/fixes-path-to-binaries-in-rootwrap-config.patch	1970-01-01 00:00:00.0 +
+++ nova-2012.1.1/debian/patches/fixes-path-to-binaries-in-rootwrap-config.patch	2012-12-19 15:59:14.0 +
@@ -0,0 +1,36 @@
+Description: Fixes path to some binaries in the rootwrap config
+Author: Thomas Goirand 
+Bug-Debian: http://bugs.debian.org/695791
+Forwarded: no
+
+--- nova-2012.1.1.orig/nova/rootwrap/compute.py
 nova-2012.1.1/nova/rootwrap/compute.py
+@@ -95,7 +95,7 @@ filterlist = [
+ # nova/network/linux_net.py: 'ip', 'addr', 'show', 'dev', interface, ..
+ # nova/network/linux_net.py: 'ip', 'link', 'set', dev, "address", ..
+ # nova/network/linux_net.py: 'ip', 'link', 'set', dev, 'up'
+-filters.CommandFilter("/sbin/ip", "root"),
++filters.CommandFilter("/bin/ip", "root"),
+ 
+ # nova/virt/libvirt/vif.py: 'tunctl', '-b', '-t', dev
+ # nova/network/linux_net.py: 'tunctl', '-b', '-t', dev
+@@ -113,7 +113,7 @@ filterlist = [
+ filters.CommandFilter("/bin/dd", "root"),
+ 
+ # nova/virt/xenapi/volume_utils.py: 'iscsiadm', '-m', ...
+-filters.CommandFilter("/sbin/iscsiadm", "root"),
++filters.CommandFilter("/usr/bin/iscsiadm", "root"),
+ 
+ # nova/virt/xenapi/vm_utils.py: "parted", "--script", ...
+ # nova/virt/xenapi/vm_utils.py: 'parted', '--script', dev_path, ..*.
+--- nova-2012.1.1.orig/nova/rootwrap/network.py
 nova-2012.1.1/nova/rootwrap/network.py
+@@ -36,7 +36,7 @@ filterlist = [
+ # nova/network/linux_net.py: 'ip', 'link', 'set', dev, "address", ..
+ # nova/network/linux_net.py: 'ip', 'link', 'set', dev, 'up'
+ # nova/network/linux_net.py: 'ip', 'tuntap', 'add', dev, 'mode', 'tap'
+-filters.CommandFilter("/sbin/ip", "root"),
++filters.CommandFilter("/bin/ip", "root"),
+ 
+ # nova/network/linux_net.py: 'ip[6]tables-save' % (cmd,), '-t', ...
+ filters.CommandFilter("/sbin/iptables-save", "root"),
diff -Nru nova-2012.1.1/debian/patches/series nova-2012.1.1/debian/patches/series
--- nova-2012.1.1/debian/patches/series	2012-09-16 07:01:27.0 +
+++ nova-2012.1.1/debian/patches/series	2012-12-19 15:59:14.0 +
@@ -5,3 +5,4 @@
 iscsiadm_path.patch
 CVE-2012-3371.patch
 CVE-2012-3447_compute-node-file-injection.patch
+fixes-path-to-binaries-in-rootwrap-config.patch

Bug#697011: unblock: filelight/4:4.8.4-2

[Pino Toscano]

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

Please unblock package filelight.

The upload just improves/fixes the information in copyright.

unblock filelight/4:4.8.4-2

Thanks,
-- 
Pino
diff -Nru filelight-4.8.4/debian/changelog filelight-4.8.4/debian/changelog
--- filelight-4.8.4/debian/changelog	2012-06-20 00:18:44.0 +0200
+++ filelight-4.8.4/debian/changelog	2012-12-30 20:16:27.0 +0100
@@ -1,3 +1,10 @@
+filelight (4:4.8.4-2) unstable; urgency=low
+
+  * Team upload.
+  * copyright: fix/improve information.
+
+ -- Pino Toscano   Sun, 30 Dec 2012 20:16:15 +0100
+
 filelight (4:4.8.4-1) unstable; urgency=low
 
   * Team upload.
diff -Nru filelight-4.8.4/debian/copyright filelight-4.8.4/debian/copyright
--- filelight-4.8.4/debian/copyright	2012-06-20 00:10:11.0 +0200
+++ filelight-4.8.4/debian/copyright	2012-12-30 19:33:28.0 +0100
@@ -10,12 +10,16 @@
 Files:  doc/*
 Copyright: 2003-2004, Max Howell 
2008-2009  Martin Sandsmark 
-License: GFDL-NIV-1.2
+License: GFDL-NIV-1.2+
 
 Files: debian/*
 Copyright: 2012, Eshat Cakar 
 License: GPL-2+
 
+License: GPL-2+
+ On Debian systems, the complete text of the GNU General Public License
+ version 2 can be found in `/usr/share/common-licenses/GPL-2'.
+
 License: GPL-2+ or GPL-3+ with KDE e.V. exception
  This program is free software; you can redistribute it and/or
  modify it under the terms of the GNU General Public License as
@@ -33,32 +37,15 @@
  You should have received a copy of the GNU General Public License
  along with this program.  If not, see .
  .
- On Debian systems, the full text of the GNU General Public
- License version 2 can be found in the file
+ On Debian systems, the full text of the GNU General Public License
+ versions 2 and 3 can be found in `/usr/share/common-licenses/GPL-2' and
  `/usr/share/common-licenses/GPL-3'.
 
-License: GFDL-NIV-1.2
- The purpose of this License is to make a manual, textbook, or other
- functional and useful document "free" in the sense of freedom: to
- assure everyone the effective freedom to copy and redistribute it,
- with or without modifying it, either commercially or noncommercially.
- Secondarily, this License preserves for the author and publisher a way
- to get credit for their work, while not being considered responsible
- for modifications made by others.
- .
- This License is a kind of "copyleft", which means that derivative
- works of the document must themselves be free in the same sense.  It
- complements the GNU General Public License, which is a copyleft
- license designed for free software.
- .
- We have designed this License in order to use it for manuals for free
- software, because free software needs free documentation: a free
- program should come with manuals providing the same freedoms that the
- software does.  But this License is not limited to software manuals;
- it can be used for any textual work, regardless of subject matter or
- whether it is published as a printed book.  We recommend this License
- principally for works whose purpose is instruction or reference.
+License: GFDL-NIV-1.2+
+ Permission is granted to copy, distribute and/or modify this document under
+ the terms of the GNU Free Documentation License, Version 1.2 or any later
+ version published by the Free Software Foundation; with no Invariant
+ Sections, no Front-Cover Texts, and no Back-Cover Texts.
  .
- On Debian systems, the full text of the GNU General Public
- License version 2 can be found in the file
- `/usr/share/common-licenses/GFDL-1.2'.
\ No newline at end of file
+ On Debian systems, the complete text of the GNU Free Documentation License
+ version 1.2 can be found in `/usr/share/common-licenses/GFDL-1.2'.

Bug#697012: octave-3.2.4: error while loading shared libraries: libquadmath.so.0

[nilhcraiv nilhcraiv]

Package: octave3.2
Version: 3.2.4-8

When I try to install octave with "apt-get install octave3.2" from
Gnome terminal it prints:

--
sudo apt-get install octave3.2
Reading package lists... Done
Building dependency tree
Reading state information... Done
Suggested packages:
  octave3.2-info octave3.2-doc octave3.2-headers octave3.2-emacsen
The following NEW packages will be installed:
  octave3.2
0 upgraded, 1 newly installed, 0 to remove and 1 not upgraded.
Need to get 0 B/10.2 MB of archives.
After this operation, 31.7 MB of additional disk space will be used.
Selecting previously deselected package octave3.2.
(Reading database ... 232112 files and directories currently installed.)
Unpacking octave3.2 (from .../octave3.2_3.2.4-8_amd64.deb) ...
Processing triggers for menu ...
Processing triggers for man-db ...
Processing triggers for desktop-file-utils ...
Processing triggers for gnome-menus ...
Setting up octave3.2 (3.2.4-8) ...
update-alternatives: using /usr/bin/octave-3.2.4 to provide
/usr/bin/octave (octave) in auto mode.
update-alternatives: using /usr/bin/octave-bug-3.2.4 to provide
/usr/bin/octave-bug (octave-bug) in auto mode.
octave-3.2.4: error while loading shared libraries: libquadmath.so.0:
cannot open shared object file: No such file or directory
dpkg: error processing octave3.2 (--configure):
 subprocess installed post-installation script returned error exit status 127
configured to not write apport reports
  Processing triggers for menu ...
Errors were encountered while processing:
 octave3.2
E: Sub-process /usr/bin/dpkg returned an error code (1)
--

I have tried to install libquadmath0 package, but is not available to
Debian Squeeze.
http://packages.debian.org/search?keywords=libquad&searchon=names&suite=all§ion=all

Why octave 3.2 is available to Squeeze if it cannot get libquadmath
from the repositories?



I am using:

uname -a
Linux deb-3038 2.6.32-5-amd64 #1 SMP Sun Sep 23 10:07:46 UTC 2012
x86_64 GNU/Linux

lsb_release -a
No LSB modules are available.
Distributor ID: Debian
Description:Debian GNU/Linux 6.0.6 (squeeze)
Release:6.0.6
Codename:   squeeze



Regards
Vicente


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

Bug#695160: unblock (pre-approval): akonadi/1.7.2-2

[Pino Toscano]

Alle lunedì 10 dicembre 2012, Julien Cristau ha scritto:
> On Thu, Dec  6, 2012 at 16:22:55 +0100, Pino Toscano wrote:
> > Alle mercoledì 5 dicembre 2012, Julien Cristau ha scritto:
> > > On Tue, Dec  4, 2012 at 20:09:38 +0100, Pino Toscano wrote:
> > > > Package: release.debian.org
> > > > Severity: normal
> > > > User: release.debian@packages.debian.org
> > > > Usertags: unblock
> > > > 
> > > > Hi,
> > > > 
> > > > I would like to upload akonadi 1.7.2-2.
> > > > The only change is a fix in the provided README.Debian, to
> > > > actually match the configuration format.
> > > 
> > > You don't really need pre-approval for trivial changes...
> > 
> > OK, uploaded and built everywhere.
> 
> Unblocked.  For whatever reason it's stuck behind qt4-x11, though.

It has not been actually unblocked...

-- 
Pino Toscano


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

Bug#695160: unblock (pre-approval): akonadi/1.7.2-2

[Julien Cristau]

On Sun, Dec 30, 2012 at 20:45:36 +0100, Pino Toscano wrote:

> It has not been actually unblocked...
> 
Is now.  Thanks.

Cheers,
Julien


signature.asc
Description: Digital signature

Bug#696321: some more information

[Kim Twain]

I managed to save an incomplete vmcore (I don't have enough free space on
/), and I have some more information:

[ 1370.452329] usb 2-1.2: USB disconnect, device number 4
[ 1370.458255] BUG: unable to handle kernel NULL pointer dereference at
00c0
[ 1370.460213] IP: [] snd_complete_urb+0x22/0x9a
[snd_usb_audio]
[ 1370.463136] PGD 0
[ 1370.465996] Oops:  [#1] SMP
[ 1370.468878] CPU 1


dmesg
Description: Binary data

Bug#696716: unblock: pyvorbis/1.5-2

[Julien Cristau]

On Wed, Dec 26, 2012 at 12:47:28 +0100, Sandro Tosi wrote:

> + Also changed the memory allocation of py_ov_read to something simpler

Why?

> +-  Py_BEGIN_ALLOW_THREADS
> + retval = ov_read(ov_self->ovf, buff, length, 
> +  bigendianp, word, sgned, &bitstream);
> +-  Py_END_ALLOW_THREADS
> + 

And why?

Cheers,
Julien


signature.asc
Description: Digital signature

Bug#696845: dovecot-core: adding 15-mailboxes.conf can break existing configuration

[Gedalya]

What about 1:2.1.7-2~bpo60+1 in  squeeze-backports?
Are we concerned about upgrading from that?
I realize I do have production machines running squeeze with this 
backported version of dovecot.



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

Bug#696679: unblock: libmikmod/3.1.12-5

[Julien Cristau]

On Tue, Dec 25, 2012 at 18:18:48 +0100, Gergely Nagy wrote:

> A debdiff between -4.1 (currently in wheezy) and -5 (in unstable) has
> been attached. Some parts of the diff have been omitted, as they're just
> noise (timestamp changes under debian/patches, and other noops like
> that).
> 
It would've been nice if the noise had been avoided.

Cheers,
Julien


signature.asc
Description: Digital signature

Bug#697011: unblock: filelight/4:4.8.4-2

[Julien Cristau]

On Sun, Dec 30, 2012 at 20:42:30 +0100, Pino Toscano wrote:

> Package: release.debian.org
> Severity: normal
> User: release.debian@packages.debian.org
> Usertags: unblock
> 
> Please unblock package filelight.
> 
> The upload just improves/fixes the information in copyright.
> 
Not important enough to get a freeze exception IMO.

Cheers,
Julien


signature.asc
Description: Digital signature

Bug#695770: Shouldn't builds just be reattempted for python-2.6?

[Philipp Kern]

On Sat, Dec 29, 2012 at 04:54:01PM +0100, Christian PERRIER wrote:
> Subject says it all. I'm tempted to think that at least the mips and
> i386 failures were just a transient failure and the builds should just
> be reattempted.
> 
> But I may be mistaken

Yep. It already looked reproducible and the build for i386 again didn't
work. Also I don't know why you're copying hurd-i386, because that one
doesn't look transient at all.

Kind regards
Philipp Kern


signature.asc
Description: Digital signature

Bug#696679: unblock: libmikmod/3.1.12-5

[Julien Cristau]

On Tue, Dec 25, 2012 at 18:18:48 +0100, Gergely Nagy wrote:

>  libmikmod (3.1.12-4.1) unstable; urgency=low
>  
> -  * Non-maintainer upload (acknowledged by maintainer).
> +  * Non-maintainer upload.
>* Apply patches from Hans de Goede and Pantelis Koukousoulas to enable
>  the ESD driver, so we can interoperate with PulseAudio (Closes: #385844)
>* Recommend pulseaudio-esound-compat | oss-compat because if we don't have
>  one of those, the fallback path is to write output to ./music.raw, which
>  is unlikely to be what you want!
>  
> - -- Simon McVittie   Fri, 19 Oct 2012 22:05:18 +0100
> + -- Simon McVittie   Fri, 19 Oct 2012 09:12:08 +0100
>  
Why is this entry modified?

Cheers,
Julien


signature.asc
Description: Digital signature

Bug#696679: unblock: libmikmod/3.1.12-5

[Gergely Nagy]

On Sun, Dec 30, 2012 at 9:14 PM, Julien Cristau  wrote:
> On Tue, Dec 25, 2012 at 18:18:48 +0100, Gergely Nagy wrote:
>
>>  libmikmod (3.1.12-4.1) unstable; urgency=low
>>
>> -  * Non-maintainer upload (acknowledged by maintainer).
>> +  * Non-maintainer upload.
>>* Apply patches from Hans de Goede and Pantelis Koukousoulas to enable
>>  the ESD driver, so we can interoperate with PulseAudio (Closes: #385844)
>>* Recommend pulseaudio-esound-compat | oss-compat because if we don't have
>>  one of those, the fallback path is to write output to ./music.raw, which
>>  is unlikely to be what you want!
>>
>> - -- Simon McVittie   Fri, 19 Oct 2012 22:05:18 +0100
>> + -- Simon McVittie   Fri, 19 Oct 2012 09:12:08 +0100
>>
> Why is this entry modified?

Because I merged the patches from Simon's git, which did not have his
latest changes (which, by the way, are all accounted for, the change
that wasn't in his git is reverted by -5) that were uploaded, and I
only noticed that when preparing the debdiff. Sorry about that.

--
|8]


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

Bug#534641: Processed: Re: mendexk: mendex fails to process styling macro specifier in indexentry

[Frank Kuester]

ow...@bugs.debian.org (Debian Bug Tracking System) writes:

> Processing commands for cont...@bugs.debian.org:
>
>> reassign 534641 texlive-binaries 2012.20120628-4
> Bug #534641 [mendexk] mendexk: mendex fails to process styling macro 
> specifier in indexentry

I have no idea what this is about and why it should be a bug in
texlive-binaries.  mendexk does not even depend on texlive-binaries.

Hisashi-san (or is it Morita-san?), could you please describe in detail
what you did, that is

- provide a minimal (La)TeX input file that produces the
  mendexk/makeindex input

- name the commands you use to produce the output files

Thanks, Frank


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

Bug#697003: initscripts: postinst fails: mv /dev/shm/* misses dot (hidden) files

[Steven Chamberlain]

Control: severity -1 minor

On 30/12/12 19:07, Roger Leigh wrote:
> Does /dev/shm exist on a standard kFreeBSD install?

It gets created by initscripts as symlink to /run/shm.  Otherwise it
would not be there;  apparently Linux 2.6 invented it and it didn't seem
too popular with upstream FreeBSD.

> It's a glibc requirement.

I didn't know this.  Software running in the jails fortunately seems to
be using /run/shm properly.

Within jails, I cannot write to /dev (even as root) so shm cannot be
created as a directory or symlink.  But as an alternative I can create
it from the host system before booting, so that will do as a workaround
and for compatibility.

Jails, and how to use them, are still a bit experimental/undocumented
for GNU/kFreeBSD.  Thanks for your input on this;  I'll make sure this
gets written up somewhere.


>> + ls -A /run/shm
>> + [ .tmpfs !=  ]
>>
>> This command indicates there is a file in this folder, called .tmpfs
>> (though it isn't really a tmpfs), and so:
> 
> Why does this file exist here?

It's timestamped from when the jailed system booted, which would have
been with initscripts 2.88dsf-32.

It seems to be created by mount_shm in mount-functions.sh.  Is it
missing from the cleanup here in bootmisc?

# Remove bootclean's flag files.
# Don't run bootclean again after this!
rm -f /tmp/.clean /lib/init/rw/.clean /run/.clean /run/lock/.clean
rm -f /tmp/.tmpfs /lib/init/rw/.tmpfs /run/.tmpfs /run/lock/.tmpfs

While here - could neaten this up a little:

for dir in /lib/init/rw /tmp /run /run/lock /run/shm; do
rm -f "$dir/.clean" "$dir/.tmpfs"
done


>> On the other hand, if there'd been some non-hidden files/directories
>> there, they would be moved, but any remaining hidden ones would be
>> deleted(!).
> 
> For the use case in question (in chroots) this is by design.
> There is no use case for dotfiles in /dev/shm.

In that case, the "ls -A" flag is unnecessary?  A plain "ls" would
determine if anything in that directory needs keeping.  And the error
with "mv" would be avoided.


> This is certainly safer.  However, we should be catering for this
> already--we shouldn't be doing any modification of /dev if it's
> a mountpoint of any sort.

I'm not sure exactly what you mean by modification, but at least for the
mmdd|mddd cases it will try to move files to /dev/shm

Maybe it's not a realistic situation, but since there is no trailing
slash, if /dev/shm didn't exist, a malicious user could have created in
advance:

1. a symlink /run/shm/oops -> /etc (which gets placed first as /dev/shm)
2. regular file /run/shm/passwd (which gets written over /etc/passwd)


> Currently we are making
> the assumption that it will be present, and I'm not sure if that's
> a bug or not.

I'm not sure either.  The above issue poses a security risk, so I'd
consider adding a trailing slash (so that "mv" fails with an error
instead);  I guess it is unlikely though and so needn't be fixed with
any urgency.

Thanks!

Regards,
-- 
Steven Chamberlain
ste...@pyro.eu.org


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

Bug#697013: calcurse: FTBFS: testsuite failure

[Christoph Egger]

Package: src:calcurse
Version: 3.1.2-1
Severity: serious

Justification: fails to build from source (but built successfully in the past)

Hi!

Your package failed to build on the buildds:

make  check-TESTS
make[4]: Entering directory 
`/build/buildd-calcurse_3.1.2-1-kfreebsd-i386-TRVdz1/calcurse-3.1.2/test'
PASS: true-001.sh
Running ./run-test-001.sh... ok
PASS: run-test-001.sh
Running ./run-test-002.sh... ok
PASS: run-test-002.sh
Running ./todo-001.sh... ok
PASS: todo-001.sh
Running ./todo-002.sh... ok
PASS: todo-002.sh
Running ./todo-003.sh... ok
PASS: todo-003.sh
Running ./day-001.sh... ok
PASS: day-001.sh
Running ./day-002.sh... FAIL
FAIL: day-002.sh
Running ./day-003.sh... FAIL
FAIL: day-003.sh
Running ./range-001.sh... ok
PASS: range-001.sh
Running ./range-002.sh... ok
PASS: range-002.sh
Running ./range-003.sh... ok
PASS: range-003.sh
Running ./appointment-001.sh... ok
PASS: appointment-001.sh
Running ./next-001.sh... FAIL
FAIL: next-001.sh
Running ./search-001.sh... ok
PASS: search-001.sh
Running ./bug-002.sh... ok
PASS: bug-002.sh
Running ./recur-001.sh... ok
PASS: recur-001.sh
Running ./recur-002.sh... ok
PASS: recur-002.sh
Running ./recur-003.sh... ok
PASS: recur-003.sh
Running ./recur-004.sh... ok
PASS: recur-004.sh
Running ./recur-005.sh... ok
PASS: recur-005.sh
==
3 of 21 tests failed
Please report to b...@calcurse.org
==

Full build log at (for example)
https://buildd.debian.org/status/fetch.php?pkg=calcurse&arch=kfreebsd-i386&ver=3.1.2-1&stamp=1356009982

Regards

Christoph

-- 


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

Bug#697014: plee-the-bear: Graphic vanished in the middle of training level

[Helge Kreutzmann]

Package: plee-the-bear
Version: 0.6.0-1+b1
Severity: normal

I just tried plee-the-bear and worked my way through the training
level. All in all the game worked as expected (sometimes the jump
sequence seems stuck, i.e. although I left the space bar, plee keeps
jumping until e.g. I hit a upward wall), but after I got the fire
magic (and I might have died trying it out) the graphics vanished. The
music kept running (and also sound effects) but without graphics I had
no idea what to do.

I finally killed the game from the command line.

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

Kernel: Linux 3.2.28sneo.02-grsec (SMP w/6 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to de_DE.UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages plee-the-bear depends on:
ii  libboost-filesystem1.49.01.49.0-3.1
ii  libboost-regex1.49.0 1.49.0-3.1
ii  libboost-signals1.49.0   1.49.0-3.1
ii  libboost-system1.49.01.49.0-3.1
ii  libboost-thread1.49.01.49.0-3.1
ii  libc62.13-37
ii  libclaw-application1 1.7.0-3
ii  libclaw-configuration-file1  1.7.0-3
ii  libclaw-dynamic-library1 1.7.0-3
ii  libclaw-graphic1 1.7.0-3
ii  libclaw-logger1  1.7.0-3
ii  libclaw-net1 1.7.0-3
ii  libclaw-tween1   1.7.0-3
ii  libgcc1  1:4.7.2-4
ii  libgl1-mesa-glx [libgl1] 8.0.5-3
ii  libsdl-mixer1.2  1.2.12-3
ii  libsdl1.2debian  1.2.15-5
ii  libstdc++6   4.7.2-4
ii  plee-the-bear-data   0.6.0-1

plee-the-bear recommends no packages.

plee-the-bear suggests no packages.

-- no debconf information

-- 
  Dr. Helge Kreutzmann deb...@helgefjell.de
   Dipl.-Phys.   http://www.helgefjell.de/debian.php
64bit GNU powered gpg signed mail preferred
   Help keep free software "libre": http://www.ffii.de/


signature.asc
Description: Digital signature

Bug#679770: [pkg-wpa-devel] Bug#679770: hostapd doesn't start at all

[Fejes József]

Hi,

I gave this another try. Did a purge, started everything from scratch.
Exact same error. Now I tried to run hostapd in foreground mode, here is
what I got with double debug output:

[...snip...]
Driver does not support configured HT capability [DELAYED-BA]
wlan0: Unable to setup interface.
Flushing old station entries
Deauthenticate all stations
rmdir[ctrl_interface]: No such file or directory
nl80211: Remove interface ifindex=17
netlink: Operstate: linkmode=0, operstate=6
nl80211: Set mode ifindex 4 iftype 2 (STATION)

Then I removed that HT capability, and it seems to work fine.

This is a Sparklan WPEA-127N card, I would believe it is pretty advanced
and should support these advanced features. I don't know who's at fault
here, can you help me with that? And why did it cause an error now? A: it
didn't support this feature before either, but it didn't cause an error in
0.7. B: this feature broke in 1.0.

Best regards,
József

Bug#697015: imagevis3d: FTBFS[kfreebsd]: error: 'POSIX_FADV_WILLNEED' was not declared in this scope

[Christoph Egger]

Package: src:imagevis3d
Version: 3.0.0-1
Severity: serious
Tags: sid wheezy
User: debian-...@lists.debian.org
Usertags: kfreebsd
X-Debbugs-Cc: debian-...@lists.debian.org
Justification: fails to build from source (but built successfully in the past)

Hi!

Your package failed to build on the kfreebsd-* buildds:

g++ -c -DPACKAGE_MANAGER -g -O2 -fstack-protector --param=ssp-buffer-size=4 
-Wformat -Werror=format-security -std=c++0x -fno-strict-aliasing -g -O2 
-fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security 
-D_FORTIFY_SOURCE=2 -fPIC -D_REENTRANT -Wall -W -D_FILE_OFFSET_BITS=64 
-D_LARGEFILE64_SOURCE -D_LARGEFILE_SOURCE -DQT_NO_DEBUG -DQT_OPENGL_LIB 
-DQT_GUI_LIB -DQT_CORE_LIB -DQT_SHARED -I/usr/share/qt4/mkspecs/glibc-g++ -I. 
-I/usr/include/qt4/QtCore -I/usr/include/qt4/QtGui -I/usr/include/qt4/QtOpenGL 
-I/usr/include/qt4 -I. -I3rdParty/GLEW -IIO/3rdParty/boost -IIO/3rdParty/zlib 
-IBasics -IIO/exception -I/usr/include/lua5.2 -I/usr/X11R6/include -I. -o 
Build/objects/LargeFileFD.o Basics/LargeFileFD.cpp
g++ -c -DPACKAGE_MANAGER -g -O2 -fstack-protector --param=ssp-buffer-size=4 
-Wformat -Werror=format-security -std=c++0x -fno-strict-aliasing -g -O2 
-fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security 
-D_FORTIFY_SOURCE=2 -fPIC -D_REENTRANT -Wall -W -D_FILE_OFFSET_BITS=64 
-D_LARGEFILE64_SOURCE -D_LARGEFILE_SOURCE -DQT_NO_DEBUG -DQT_OPENGL_LIB 
-DQT_GUI_LIB -DQT_CORE_LIB -DQT_SHARED -I/usr/share/qt4/mkspecs/glibc-g++ -I. 
-I/usr/include/qt4/QtCore -I/usr/include/qt4/QtGui -I/usr/include/qt4/QtOpenGL 
-I/usr/include/qt4 -I. -I3rdParty/GLEW -IIO/3rdParty/boost -IIO/3rdParty/zlib 
-IBasics -IIO/exception -I/usr/include/lua5.2 -I/usr/X11R6/include -I. -o 
Build/objects/LargeFileMMap.o Basics/LargeFileMMap.cpp
Basics/LargeFileFD.cpp: In member function 'virtual std::shared_ptr 
LargeFileFD::rd(uint64_t, size_t)':
Basics/LargeFileFD.cpp:79:58: error: 'POSIX_FADV_WILLNEED' was not declared in 
this scope
Basics/LargeFileFD.cpp: In member function 'virtual void 
LargeFileFD::enqueue(uint64_t, size_t)':
Basics/LargeFileFD.cpp:130:50: error: 'POSIX_FADV_WILLNEED' was not declared in 
this scope
make[3]: *** [Build/objects/LargeFileFD.o] Error 1
make[3]: *** Waiting for unfinished jobs

Full build log at
https://buildd.debian.org/status/fetch.php?pkg=imagevis3d&arch=kfreebsd-amd64&ver=3.0.0-1&stamp=1351420838

Regards

Christoph

If you have further questions please mail debian-...@lists.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#697016: vobcopy: FTBFS[kfreebsd]: note: expected 'struct statfs **' but argument is of type 'struct statvfs **'

[Christoph Egger]

Package: src:vobcopy
Version: 1.2.0-4
Severity: serious
User: debian-...@lists.debian.org
Usertags: kfreebsd
X-Debbugs-Cc: debian-...@lists.debian.org
Justification: fails to build from source (but built successfully in the past)

Hi!

Your package failed to build on the kfreebsd-* buildds:

gcc -DHAVE_CONFIG_H -I.  -Wall -D_FORTIFY_SOURCE=2  -g -O2 -fstack-protector 
--param=ssp-buffer-size=4 -Wformat -Werror=format-security -c dvd.c
gcc -DHAVE_CONFIG_H -I.  -Wall -D_FORTIFY_SOURCE=2  -g -O2 -fstack-protector 
--param=ssp-buffer-size=4 -Wformat -Werror=format-security -c vobcopy.c
dvd.c: In function 'get_device_on_your_own':
dvd.c:380:3: warning: passing argument 1 of 'getmntinfo' from incompatible 
pointer type [enabled by default]
In file included from vobcopy.h:82:0,
 from dvd.c:17:
/usr/include/i386-kfreebsd-gnu/sys/mount.h:446:12: note: expected 'struct 
statfs **' but argument is of type 'struct statvfs **'
dvd.c:384:32: error: 'struct statvfs' has no member named 'f_fstypename'
dvd.c:384:78: error: 'struct statvfs' has no member named 'f_fstypename'
dvd.c:387:38: error: 'struct statvfs' has no member named 'f_mntonname'
dvd.c:392:32: error: 'struct statvfs' has no member named 'f_mntfromname'

Full build log at
https://buildd.debian.org/status/fetch.php?pkg=vobcopy&arch=kfreebsd-i386&ver=1.2.0-4&stamp=135033

Regards

Christoph

If you have further questions please mail debian-...@lists.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#665881: [wheezy] module ath5k is blocking wlan-card

[Hans-J. Ullrich]

Hi Jonathan,
> 
> Could you send the command you used?  Generally you need to install
> the new Debian package you built and reboot to test, but there are
> other possibilities, too.  The above doesn't tell me enough to know
> what went wrong.

Sure! I did the following: Installed all needed packages, unpacked the source 
package and made a symlink /usr/src/linux to /usr/src/linux-source-3.2

Patched: patch -p1 < /mypath/blah/0001ath5kxx.patch
So I did with all patches.

Then copied /boot/config-3.2.0-4-amd64 to /usr/src/linux/.config (so I got also 
the version, worked before in the past this way).

After that make menuconfig to check.

Building then:  make modules, because I just wanted to build only the ath5k 
module. 

At last I copied the newly build module ath5k.ko and replaced it with the new 
built one.

depmod -a finished all.

> 
> You've made this same argument before.  The sad situation we're in is
> that only a small fraction of Debian users report bugs.  You're a
> representative of quiet masses of Debian users, potential Debian
> users, and other Linux users with similar hardware.  Meanwhile
> stubborn people like me want to see all easily-fixable hardware
> support bugs fixed, even if they only affect one person.
> 

Well, if there are other people with the same problem, leave it open. Very ok 
for me! I just did not want to waste your time for a single person (=me), who 
cannot give much help back.

> Sorry for the burden, but it really does help.
> 
> Of course if you're sick of it, that's also fine --- we can mark the
> bug as unreproducible, stop bothering you, and probably close it in a
> couple of weeks.

No, I am not sick and I will try it in the next time. But my time is limited, 
as I cannot run compilatiuon at work and in the evening the time is often too 
short, to run a compilation.

> 
> Hoping that clarifies,
> Jonathan

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#692249: sata boot+grub unknown filesystem without boot=on

[Gianluigi Tiesi]

On 12/29/12 15:57, Michael Tokarev wrote:

Control: tags -1 + moreinfo unreproducible

04.11.2012 08:49, Gianluigi Tiesi wrote:

Package: qemu-kvm
Severity: minor

Hi, I've noticed my kvm warns about using boot=on so I've decided to
find some documentation,
as I found boot=on enables extboot option rom removed upstream because
seabios can boot directly
from sata. References in #652447, perhaps I was able to boot as linux
vm from a scsi disk using
latest seabios code without using lsi proprietary rom (maybe they
implemented scsi boot).

if I run:
vm -m 1024 -snapshot -device ahci,id=ahci0,bus=pci.0,addr=0x5 -drive
file=/dev/sda,if=none,id=drive-sata0-0-0,format=raw,boot=on -device
ide-hd,bus=ahci0.0,drive=drive-sata0-0-0,id=sata0-0-0


This is not scsi, this is ahci, FWIW.


Yes true, but boot=on option was made for scsi, so why it makes work my 
ahci setup that instead would not work? I mean it should be unrelated 
but instead looks like related.





kvm complains about deprecated boot=on, grub loads and it can boot

but if I run:
kvm -m 1024 -snapshot -device ahci,id=ahci0,bus=pci.0,addr=0x5 -drive
file=/dev/sda,if=none,id=drive-sata0-0-0,format=raw -device
ide-hd,bus=ahci0.0,drive=drive-sata0-0-0,id=sata0-0-0

grub loads but it's unable to identify the filesystem


Well.  Which version of seabios is that?  I'm asking because
this does not boot at all with current seabios+qemu-kvm from
wheezy: guest bios does not find any boot device.  If in your
case guest bios finds the boot device and loads grub, it must
be some other version of either qemu-kvm or seabios.


I'm on sid, and the just updated seabios 1.7.1-1 exposes same behavior
qemu-kvm is 1.1.2+dfsg-3



But at any rate, you forgot one more parameter: it is bootindex.
Try this:

  kvm -m 1024 -snapshot \
   -device ahci,id=ahci0,bus=pci.0,addr=0x5 \
   -drive file=/dev/sda,if=none,id=drive-sata0-0-0,format=raw \
   -device
ide-hd,bus=ahci0.0,drive=drive-sata0-0-0,id=sata0-0-0,bootindex=0

This works here just fine.


Unfortunately bootindex options changes nothing



Does it answer your question/issue?


sda4 is ext4, and I'm trying to boot my windows from my linux

maybe seabios it's unable to correcly map whole drive?


Nope, it is completely unrelated.  For any virtual disk drive
given by qemu to the guest - no matter at all which it is on
the host - the guest (including the bios) sees it just like
a regular disk drive.  It is up to qemu to make the host
representation of it completely transparent, and qemu does a
good job in there.



here grub2 without boot=on

Booting from Hard Disk...
GRUB loading.
Welcome to GRUB!

error: unknown filesystem.
Entering rescue mode...
grub rescue> ls
(hd0) (hd0,msdos4) (hd0,msdos3) (hd0,msdos2) (hd0,msdos1) (fd0)
grub rescue> ls (hd0,msdos4)
error: unknown filesystem.

while it works fine with boot=on

Grub2 files are in my currently mounted root partition

Regards

--
Gianluigi Tiesi 
EDP Project Leader
Netfarm S.r.l. - http://www.netfarm.it/
Free Software: http://oss.netfarm.it/

Q: Because it reverses the logical flow of conversation.
A: Why is putting a reply at the top of the message frowned upon?


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

Bug#696761:

[Konrad Kołodziejczyk]

Disabling freedesktop_notify plugin seems to resolve reported problem
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=696761


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