Sadly, this issue will probably be in wheezy as nobody digged enough
to tackle this down and we get rid of it before the last version of
D-I is released.
Please see my working (for me), tested, waiting-for-review patch [1]
sent to the -boot list yesterday.
Cheers
Vince
[1]
Processing commands for cont...@bugs.debian.org:
retitle 706045 mimedecode option drops last message line if it is unterminated
Bug #706045 [fetchmail] Fwd: fetchmail mimedecode option drops last message line
Changed Bug title to 'mimedecode option drops last message line if it is
unterminated'
Hi Adam,
* Thorsten Glaser t...@mirbsd.de [2013-04-24 19:25] wrote:
Oh great, this one FTBFS on kfreebsd… again. Although that’s
not dependent on the delta between -3.1 and -5…
The -6 should address that. Debdiff attached. I am currently on business
trip, but Thorsten jumped in and made a
Hi,
On 25.04.2013 08:21, Antonin Kral wrote:
* Thorsten Glaser t...@mirbsd.de [2013-04-24 19:25] wrote:
Oh great, this one FTBFS on kfreebsd… again. Although that’s
not dependent on the delta between -3.1 and -5…
The -6 should address that. Debdiff attached. I am currently on
business
trip,
Hi Vince
Vincent McIntyre vincent.mcint...@csiro.au writes:
Sadly, this issue will probably be in wheezy as nobody digged enough
to tackle this down and we get rid of it before the last version of
D-I is released.
Please see my working (for me), tested, waiting-for-review patch [1]
sent
On Wed, 2013-04-24 at 22:06:55 -0400, Michael Gilbert wrote:
So the dependencies are correct. The only problem is due to
gsfonts-x11 postinst's script calling:
update-fonts-dir
→ mkfontdir
→ mkfontscale
While the new xfonts-utils package has been unpacked, but not
Control: severity -1 normal
On Wed, Apr 24, 2013 at 22:18:59 +0200, Andreas Beckmann wrote:
Package: dpkg-dev,xfonts-utils
Version: 1:7.7~1
Severity: serious
Seems the error is harmless?
Cheers,
Julien
signature.asc
Description: Digital signature
Processing control commands:
severity -1 normal
Bug #706114 [xfonts-utils] xfonts-utils: insufficient zlib1g dependency
Severity set to 'normal' from 'serious'
--
706114: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=706114
Debian Bug Tracking System
Contact ow...@bugs.debian.org with
This bug being a RC blocker: is anyone of the fetchmail maintainers
working on this bug (mimedecode option drops last message line if it is
unterminated)? Shall I try to integrate the patch and do a NMU?
*t
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of
tag 706098 +unreproducible +moreinfo
thanks
DC == Domenico Cufalo [2013-4-24]
DC I just upgraded my machine from Squeeze to Wheezy.
DC As in subject, it seems that auctex is not loaded by emacs. In another
DC machine (but with wheezy Xfce 32bit; fresh installation), on the contrary,
I'm
DC not
Processing commands for cont...@bugs.debian.org:
tag 706098 +unreproducible +moreinfo
Bug #706098 [auctex] auctex 11.86 is not loaded by emacs 23.4
Added tag(s) unreproducible.
Bug #706098 [auctex] auctex 11.86 is not loaded by emacs 23.4
Added tag(s) moreinfo.
thanks
Stopping processing here.
On Thu, Apr 25, 2013 at 09:33:01AM +0200, Gaudenz Steinlin wrote:
Hi Vince
Please see my working (for me), tested, waiting-for-review patch [1]
sent to the -boot list yesterday.
Do you know how the problem can be triggerd. As far as I remember only
some installation from USB are
Package: libfdt-dev
Version: 1.3.0-2
Severity: grave
Hi,
one file is missing from the binary package and makes it unusable. I
get this error:
/usr/include/libfdt.h:54:24: fatal error: libfdt_env.h: No such file or
directory
The following patch should fix the problem.
diff --git
Here is the confirmation of our problem:
M-x load-library RET auctex RET
And I obtain
Loading auctex...
byte-code: Cannot open load file:
/usr/share/emacs23/site-lisp/auctex/tex-site.el
:-(
Processing commands for cont...@bugs.debian.org:
# apt recently closed the wrong bug, so swap them around
assign 704723 apt
Unknown command or malformed arguments to command.
retitle 704723 apt: Needs to Replace manpages-it due to new Italian man pages
Bug #704723 {Done: Michael Vogt
Processing commands for cont...@bugs.debian.org:
reassign 704723 apt
Bug #704723 {Done: Michael Vogt m...@debian.org} [manpages-it] apt: Needs to
Replace manpages-it due to new Italian man pages
Bug reassigned from package 'manpages-it' to 'apt'.
Ignoring request to alter found versions of bug
On 24.04.2013 20:42, Andreas Beckmann wrote:
during a test with piuparts I noticed your package fails to upgrade
from
'squeeze'.
It installed fine in 'squeeze', then the upgrade to 'wheezy' fails.
There's something odd happening here.
From the attached log (scroll to the bottom...):
Some hints i saw and i've tested:
* VM_RESERVED
At least since Linux 3.7 it is necessary to replace VM_RESERVED with
VM_DONTEXPAND | VM_DONTDUMP. This appears on firegl_public.c.
* version.h expected on a different place
ln -s /usr/src/linux-headers/include/generated/uapi/linux/version.h
Am 25.04.2013 01:11, schrieb Michael Biebl:
According to jwilk, this is a issue in the python package:
jwilk mbiebl: I'm pretty sure it's not /usr/sbin/gconf-schemas that is
missing, but /usr/bin/python (which is is -schema's shebang).
jwilk Or more precisely, /usr/bin/python is there, but
On 25.04.2013 12:03, Adam D. Barratt wrote:
On 24.04.2013 20:42, Andreas Beckmann wrote:
during a test with piuparts I noticed your package fails to upgrade
from
'squeeze'.
It installed fine in 'squeeze', then the upgrade to 'wheezy' fails.
There's something odd happening here.
Just after
On Thu, Apr 25, 2013 at 14:09:24 +0200, Michael Biebl wrote:
Am 25.04.2013 01:11, schrieb Michael Biebl:
According to jwilk, this is a issue in the python package:
jwilk mbiebl: I'm pretty sure it's not /usr/sbin/gconf-schemas that is
missing, but /usr/bin/python (which is is -schema's
Thank you for your scrutiny, Andreas!
for some reason I forgot to save the fix before making the last package.
Now it is done with the release 4.0-3, and I removed one last file remaining
in /usr/share/doc too.
Best regards, Georges.
Andreas Beckmann a écrit :
Control: found
Vincent McIntyre wrote:
It's entirely possible this patch is not the full resolution of the various
issues people have reported but I'm posting it to get feedback on the
approach and get some help with correctly integrating it into d-i.
This adds a new translatable template, which it is far
Gaudenz Steinlin wrote:
Do you know how the problem can be triggerd. As far as I remember only
some installation from USB are affected and I don't know if the
difference between those affected and those unaffected has ever been
identified. If I know that I'm testing the right test case, I'm
Your message dated Thu, 25 Apr 2013 12:32:43 +
with message-id e1uvllv-0003cf...@franck.debian.org
and subject line Bug#705992: fixed in wims-moodle 4.0-3
has caused the Debian Bug report #705992,
regarding wims-moodle: fails to install: find: `/var/lib/moodle/lang': No such
file or directory
Am 25.04.2013 14:26, schrieb Julien Cristau:
Thoughts in random order...
1) this is terrible
A dangling /usr/bin/python symlink is indeed bad. At least that
convinced me to never use anything pythonish in the maintainer scripts
in the future.
2) in the absence of loops, dpkg ought to unpack
OK.
Why don't you run that patch by debian-rele...@lists.debian.org with a
SRM tag in the subject.
If you get an ack, then I'm happy to to sign and upload.
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
On 2013-04-25 15:05, Michael Biebl wrote:
Am 25.04.2013 14:26, schrieb Julien Cristau:
2) in the absence of loops, dpkg ought to unpack python2.7-minimal
before python-minimal
I'm not sure what's going on here, but in the log [1] from anbe
python2.7-minimal is not unpacked *at all*.
Le jeudi 25 avril 2013 à 15:05 +0200, Michael Biebl a écrit :
A dangling /usr/bin/python symlink is indeed bad. At least that
convinced me to never use anything pythonish in the maintainer scripts
in the future.
I don’t think it is a problem for scripts in the postinst, nor in
triggered
Package: python3-evemu
Version: 1.0.10-1
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts
Hi,
during a test with piuparts I noticed your package failed to install. As
per definition of the release team this makes the package too buggy for
a release, thus the severity.
From
Processing commands for cont...@bugs.debian.org:
user debian...@lists.debian.org
Setting user to debian...@lists.debian.org (was a...@debian.org).
usertags 705906 piuparts
There were no usertags set.
Usertags are now: piuparts.
affects 705906 + libfsharp-compiler4.3-cil
Processing commands for cont...@bugs.debian.org:
severity 706105 important
Bug #706105 [system-config-printer-kde] system-config-printer-kde: Missing CUPS
dependency
Severity set to 'important' from 'grave'
thanks
Stopping processing here.
Please contact me if you need assistance.
--
706105:
Processing commands for cont...@bugs.debian.org:
retitle 648160 wheezy vserver guests don't start
Bug #648160 [util-vserver] linux-image-2.6.32-5-vserver-amd64: newly created
vservers don't run
Changed Bug title to 'wheezy vserver guests don't start' from
'linux-image-2.6.32-5-vserver-amd64:
On Thu, Apr 25, 2013 at 16:26:23 +0200, Josselin Mouette wrote:
Le jeudi 25 avril 2013 à 15:05 +0200, Michael Biebl a écrit :
A dangling /usr/bin/python symlink is indeed bad. At least that
convinced me to never use anything pythonish in the maintainer scripts
in the future.
I don’t
On Thu, Apr 25, 2013 at 15:05:47 +0200, Michael Biebl wrote:
All packages shipping gconf schemas have a Depends on gconf2. It is
generated via dh_gconf which adds gconf2 (= 2.28.1-2) to misc:Depends.
This version is already satisfied by gconf2 from squeeze. We could bump
that and binNMU the
Hi Carlos,
Carlos Alberto Lopez Perez clo...@igalia.com writes:
So please: update the package to a newer upstream version.
util-vserver was removed from wheezy as was the kernel support. It is
not surprising that this version doesn't work, it only worked with
squeeze. At this stage, it will
Package: qimhangul-qt4
Version: 0.2.0-2
Severity: serious
Hi,
qimhangul-qt4 is marked Multi-Arch: same, but it does not handle the
alternative properly, see the following sequence
apt-get install qimhangul-qt4:amd64
# registers the alternative
apt-get install qimhangul-qt4:i386
#
Package: antlr3
Version: 3.2-7
Severity: serious
Justification: fails to build from source (but built successfully in the past)
I'm unable to build antlr3, it fails to install the pom in debian/maven-repo:
[INFO]
[INFO]
Hi,
On Mon, Apr 22, 2013 at 09:13:26PM +0200, Micha Lenk wrote:
I did not do the upload yet because I hoped to get feedback from one of
the other affected users first.
I could not try out your packages directly, but now I have these,
thanks to your hard work:
ii libgstreamer0.10-0:amd64
Hi
I can offer some observations about why virt-viewer crashes when connecting to
some VMs.
The crash appears to be related to the vncdisplay result returned from
libvirt.
For example:
$ virsh vncdisplay test-vm1
:1
$ virt-viewer test-vm1
Segmentation fault
$ virsh vncdisplay test-vm2
This bug happens for me too with 24.3+1-1. (Though emacs23-lucid is
ok.)
gdb suggests that the superclass field in emacsFrameClassRec is some
wild pointer value, not the intended widgetClassRec, causing
XtInitializeWidgetClass() to crash when it follows to the superclass.
The superclass field
Processing commands for cont...@bugs.debian.org:
severity 698914 serious
Bug #698914 [grub-efi] grub-efi booting Windows 8 in UEFI mode
Severity set to 'serious' from 'important'
thanks
Stopping processing here.
Please contact me if you need assistance.
--
698914:
On Fri, Apr 26, 2013 at 12:11:10AM +0100, Steve McIntyre wrote:
[...]
This directory only exists if efivars is loaded. I assume that SUSE
configures it as built-in, and our kernel package has a patch to
trigger autoloading of efivars on systems with EFI. But for the
benefit of people using
On Fri, Apr 26, 2013 at 12:31:41AM +0100, Ben Hutchings wrote:
On Fri, Apr 26, 2013 at 12:11:10AM +0100, Steve McIntyre wrote:
[...]
This directory only exists if efivars is loaded. I assume that SUSE
configures it as built-in, and our kernel package has a patch to
trigger autoloading of
Package: libnss-ldap
Version: 264-2.5
Severity: serious
Hi,
libnss-ldap has been converted to Multi-Arch: same, but manages the
configuration file /etc/libnss-ldap.conf that is now shared between all
installed architectures of the libnss-ldap package.
The problem arises during purge: the
Severity: important
After further investigation, this only happens if the antlr3 package is
already installed on the system.
'mvn install' is called during the build and tries to install the
artifacts in the Maven repository in debian/maven-repo. This repository
created by
Package: libpam-ldap
Version: 184-8.6
Severity: serious
Hi,
libpam-ldap is a Multi-Arch: same package with shared pam configuration
between all installed architectures of this package. Problems arise if
more than one architecture of the package was installed and one
architecture gets purged
Package: wims-moodle
Version: 4.0-3
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts
Hi,
during a test with piuparts I noticed your package modifies conffiles.
This is forbidden by the policy, see
http://www.debian.org/doc/debian-policy/ch-files.html#s-config-files
10.7.3:
Such this problem happens in all multi-arch packages which have
maintainer scripts.
Is there a general solution except splitting packages?
2013/4/26 Andreas Beckmann a...@debian.org:
Package: qimhangul-qt4
Version: 0.2.0-2
Severity: serious
Hi,
qimhangul-qt4 is marked Multi-Arch: same,
Package: github-backup
Version: 1.20120627+b1
Severity: grave
Justification: renders package unusable
github recently added a requirement that users of the API set a
User-Agent header. github-backup doesn't appear to set such a header and
so it is no longer useable.
It would be nice if the
Package: github-cli
Version: 1.0.0-1
Severity: serious
Justification: missing dep
If I run ghi in a minimal chroot, it fails because git is not installed:
$ ghi -r git-bzr-ng
/bin/sh: 1: git: not found
The solution is simply to add git to the dependencies but most users of
this package will
On 25/04/13 20:23, micah wrote:
Hi Carlos,
Carlos Alberto Lopez Perez clo...@igalia.com writes:
So please: update the package to a newer upstream version.
util-vserver was removed from wheezy as was the kernel support. It is
not surprising that this version doesn't work, it only
Processing commands for cont...@bugs.debian.org:
reassign 706187 haskell-github
Bug #706187 [github-backup] github-backup broken by API changes at github
Bug reassigned from package 'github-backup' to 'haskell-github'.
No longer marked as found in versions github-backup/1.20120627.
Ignoring
Package: src:xbmc
Version: 2:12.0~git20130127.fb595f2-1
Severity: serious
Tags: patch
Hi Andres,
Please make the xmbc package in Debian compile against the system
libavcodec. The necessary patches for that have been provided by Libav
upstream, namely Anton Khirnov (CC'ed):
54 matches
Mail list logo
