date:20120515

Bug#672975: dpkg-dev: please modify dpkg-source to allow fuzz in patches

2012-05-15 Thread Bart Martens

Package: dpkg-dev
Version: 1.16.3
Severity: wishlist

Please modify dpkg-source to allow fuzz in patches.

Norbert Preining requested this here:
http://lists.debian.org/debian-devel/2012/05/msg00711.html




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

Bug#672976: debian-handbook: lead - led

2012-05-15 Thread Jim Hill

Package: debian-handbook
Version: 6.0+20120509
Severity: minor

---
 en-US/01_the-debian-project.xml | 4 ++--
 pot/01_the-debian-project.pot   | 4 ++--
 2 files changed, 4 insertions(+), 4 deletions(-)

diff --git a/en-US/01_the-debian-project.xml b/en-US/01_the-debian-project.xml
index e33a2ab..ddf5d88 100644
--- a/en-US/01_the-debian-project.xml
+++ b/en-US/01_the-debian-project.xml
@@ -661,7 +661,7 @@
role=distributionSid/emphasis). They are taken from the names
of characters in the Toy Story movie. This animated film entirely
composed of computer graphics was produced by Pixar Studios, with
-   whom Bruce was employed at the time that he lead the Debian
+   whom Bruce was employed at the time that he led the Debian
project. The name “Sid” holds particular status, since it will
eternally be associated with the emphasis
role=distributionUnstable/emphasis branch. In the film, this
@@ -873,7 +873,7 @@
   indextermprimaryMcIntyre, Steve/primary/indexterm
   indextermprimaryZacchiroli, Stefano/primary/indexterm
 
-  paraSince its inception, the project has been successively lead by
+  paraSince its inception, the project has been successively led by
   Ian Murdock, Bruce Perens, Ian Jackson, Wichert Akkerman, Ben
   Collins, Bdale Garbee, Martin Michlmayr, Branden Robinson, Anthony
   Towns, Sam Hocevar, Steve McIntyre and Stefano Zacchiroli./para
diff --git a/pot/01_the-debian-project.pot b/pot/01_the-debian-project.pot
index 89a5bec..5408d52 100644
--- a/pot/01_the-debian-project.pot
+++ b/pot/01_the-debian-project.pot
@@ -824,7 +824,7 @@ msgstr 
 
 #. Tag: para
 #, no-c-format
-msgid Last anecdotal point, it was Bruce who was responsible for inspiring 
the different “codenames” for Debian versions (1.1 — emphasis 
role=\distribution\Rex/emphasis, 1.2 — emphasis 
role=\distribution\Buzz/emphasis, 1.3 — emphasis 
role=\distribution\Bo/emphasis, 2.0 — emphasis 
role=\distribution\Hamm/emphasis, 2.1 — emphasis 
role=\distribution\Slink/emphasis, 2.2 — emphasis 
role=\distribution\Potato/emphasis, 3.0 — emphasis 
role=\distribution\Woody/emphasis, 3.1 — emphasis 
role=\distribution\Sarge/emphasis, 4.0 — emphasis 
role=\distribution\Etch/emphasis, 5.0 — emphasis 
role=\distribution\Lenny/emphasis, 6.0 — emphasis 
role=\distribution\Squeeze/emphasis, emphasis 
role=\distribution\Testing/emphasis — emphasis 
role=\distribution\Wheezy/emphasis, emphasis 
role=\distribution\Unstable/emphasis — emphasis 
role=\distribution\Sid/emphasis). They are taken fro
 m the names of characters in the Toy Story movie. This animated film entirely 
composed of computer graphics was produced by Pixar Studios, with whom Bruce 
was employed at the time that he lead the Debian project. The name “Sid” holds 
particular status, since it will eternally be associated with the emphasis 
role=\distribution\Unstable/emphasis branch. In the film, this character 
was the neighbor child, who was always breaking toys — so beware of getting too 
close to emphasis role=\distribution\Unstable/emphasis. Otherwise, 
emphasis role=\distribution\Sid/emphasis is also an acronym for “Still In 
Development”.
+msgid Last anecdotal point, it was Bruce who was responsible for inspiring 
the different “codenames” for Debian versions (1.1 — emphasis 
role=\distribution\Rex/emphasis, 1.2 — emphasis 
role=\distribution\Buzz/emphasis, 1.3 — emphasis 
role=\distribution\Bo/emphasis, 2.0 — emphasis 
role=\distribution\Hamm/emphasis, 2.1 — emphasis 
role=\distribution\Slink/emphasis, 2.2 — emphasis 
role=\distribution\Potato/emphasis, 3.0 — emphasis 
role=\distribution\Woody/emphasis, 3.1 — emphasis 
role=\distribution\Sarge/emphasis, 4.0 — emphasis 
role=\distribution\Etch/emphasis, 5.0 — emphasis 
role=\distribution\Lenny/emphasis, 6.0 — emphasis 
role=\distribution\Squeeze/emphasis, emphasis 
role=\distribution\Testing/emphasis — emphasis 
role=\distribution\Wheezy/emphasis, emphasis 
role=\distribution\Unstable/emphasis — emphasis 
role=\distribution\Sid/emphasis). They are taken fro
 m the names of characters in the Toy Story movie. This animated film entirely 
composed of computer graphics was produced by Pixar Studios, with whom Bruce 
was employed at the time that he led the Debian project. The name “Sid” holds 
particular status, since it will eternally be associated with the emphasis 
role=\distribution\Unstable/emphasis branch. In the film, this character 
was the neighbor child, who was always breaking toys — so beware of getting too 
close to emphasis role=\distribution\Unstable/emphasis. Otherwise, 
emphasis role=\distribution\Sid/emphasis is also an acronym for “Still In 
Development”.
 msgstr 
 
 #. Tag: title
@@ -1079,7 +1079,7 @@ msgstr 
 
 #. Tag: para
 #, no-c-format
-msgid Since its inception, the project has been successively lead by Ian 
Murdock, Bruce Perens, Ian Jackson, Wichert Akkerman, Ben Collins, Bdale 
Garbee, Martin Michlmayr, Branden Robinson,

Bug#672977: bzr push fails with uncommitted changes error, but bzr status shows nothing

2012-05-15 Thread Andrew Apted

Package: bzr
Version: 2.1.2-1
Severity: normal

I just had a problem with bzr 2.1.2 where a push failed with this error:

bzr: ERROR: Working tree /home/ajapted/aww/ has uncommitted changes (See bzr 
status). Use --no-strict to force the push.

However using bzr status showed no uncommitted changes at all.
I checked that .bzrignore was not masking any files.

I don't know how to reproduce the problem, the only thing that I did 
differently recently
was to use bzr shelve on a file.  I tried unshelving that file and reverting 
the changes but
the error still occurred.

A workaround was to use bzr commit --unchanged . which committed an apparently
empty commit, but it obviously did something as since the push worked after 
that.

Cheers,
--
Andrew Apted


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

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

Versions of packages bzr depends on:
ii  libc6  2.11.2-7  Embedded GNU C Library: Shared lib
ii  python 2.6.6-3+squeeze4  interactive high-level object-orie
ii  python-central 0.6.16+nmu1   register and build utility for Pyt
ii  python-configobj   4.7.2+ds-1simple but powerful config file re
ii  python-elementtree 1.2.6-14  Light-weight toolkit for XML proce
ii  zlib1g 1:1.2.3.3.dfsg-15 compression library - runtime

Versions of packages bzr recommends:
pn  bzrtools  none (no description available)
ii  ca-certificates   20090814   Common CA certificates
ii  python-paramiko   1.7.4-0.1  Make ssh v2 connections with pytho

Versions of packages bzr suggests:
pn  bzr-doc   none (no description available)
pn  bzr-gtk   none (no description available)
pn  bzr-svn   none (no description available)
pn  python-kerberos   none (no description available)
pn  python-pycurl none (no description available)
ii  xdg-utils 1.0.2-6.1  desktop integration utilities from

-- no debconf information



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

Bug#672928: libdbi-drivers FTBS against latest MySQL

2012-05-15 Thread Thomas Goirand

On 05/15/2012 06:24 AM, Nicholas Bamber wrote:
 Thomas,
 I attach a patch to enbale libdbi-drivers to build against the
 latest MySQL. I will upload my build with a 15 day delay. Of course
 plese feel free to fix it yourself if you have any issues with my patch.
 
 
 Nicholas

Hi Nicholas,

No problem with this upload, the patch is very simple. You didn't even
need to bother with the delayed queue. If you want to speed-up things,
feel free to do a strait upload without delay.

Thanks for taking care of this,
Cheers,

Thomas



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

Bug#332413: CAN-2005-3151: Bufferoverflow in blenderplayer arg parsing

2012-05-15 Thread Dan McGrath

Well, I did some testing (on Ubuntu 12.04, but with multiple versions
of blenderplayer) and thought I would add to the report a bit.

Personally, I think this might be gone, but I will leave this up to
you guys. Here is what I found in some tests with the exploit code.

Looking at the shell code, it seems to ultimately end in /bin/sh, so
I would assume it give me a shell upon successful invocation. While I
was never able to get a sh shell, I did notice some versions would
give telltale output.

blender-2.37a-linux-glibc2.2.5-i386-static gave:

snip
Loading garbage /bin/sh failed: No error
snip

(gdb reports: warning: Selected architecture i386 is not compatible
with reported target architecture i386:x86-64)

blender-2.60a-linux-glibc27-x86_64/blenderplayer gave:

Loading /home/dan/blender-build/build/linux/bin/garbage charsfailed:
Error: Unable to open
blenderplayer/blenderplayer/blenderplayer/blenderplayer/blenderplayer/blenderplayer/blenderplayer/blenderplayer/blenderplayer/blenderplayer/blenderplayer/blenderplayer/blenderplayer:
Not a directory.
snip
Bus error (core dumped)

blender-2.61-linux-glibc27-x86_64 gives

Loading /home/dan/blender-build/build/linux/bin/garbagefailed:
Error: Unable to open
blenderplayer/blenderplayer/blenderplayer/blenderplayer/blenderplayer/blenderplayer/blenderplayer/blenderplayer/blenderplayer/blenderplayer/blenderplayer/blenderplayer/blenderplayer:
Not a directory.
snip
Bus error (core dumped)

So it seems that despite not being able to get an sh shell (cpu NX
protection perhaps?), the suspicious errors (no error in 2.37a, and
core dumps in the others), that the problem seems to be gone (no core
dumps or buss errors) in 2.62 release and up (including the latest svn
revision).

If need be, I can probably poke around and try find the revisions this
was fixed, if you need to cheery pick the patch for this bug for the
package. Anyways, hope this helps save some investigation time. o/

1 2 3 4 5 >

1 - 100 of 403 matches

Mail list logo