Bug#681199: [ftpmas...@ftp-master.debian.org: libgtkdatabox_0.9.1.3-1_amd64.changes ACCEPTED into experimental, experimental]

[Andreas Tille]

Hi Daniele,

it took a bit longish that ftpmaster accepted latest libgtkdatabox due
to the freeze.  Would you like to check gtkdataboxmm against this and
are you fine with an upload to experimental?

Kind regards

Andreas.

- Forwarded message from Debian FTP Masters 
 -

Date: Fri, 31 Aug 2012 19:00:16 +
From: Debian FTP Masters 
To: Debian Science Maintainers 
,
Andreas Tille 
Subject: libgtkdatabox_0.9.1.3-1_amd64.changes ACCEPTED into experimental,
experimental
X-Spam_score: -2.5

Accepted:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.8
Date: Wed, 11 Jul 2012 15:02:19 +0200
Source: libgtkdatabox
Binary: libgtkdatabox-0.9.1-3-dev libgtkdatabox-0.9.1-3 
libgtkdatabox-0.9.1-3-glade libgtkdatabox-0.9.1-3-libglade
Architecture: source amd64
Version: 1:0.9.1.3-1
Distribution: experimental
Urgency: low
Maintainer: Debian Science Maintainers 

Changed-By: Andreas Tille 
Description: 
 libgtkdatabox-0.9.1-3 - Gtk+ library to display large amounts of numerical data
 libgtkdatabox-0.9.1-3-dev - Gtk+ library to display large amounts of numerical 
data
 libgtkdatabox-0.9.1-3-glade - Gtk+ library to display large amounts of 
numerical data
 libgtkdatabox-0.9.1-3-libglade - Gtk+ library to display large amounts of 
numerical data
Closes: 640004
Changes: 
 libgtkdatabox (1:0.9.1.3-1) experimental; urgency=low
 .
   * Upload to experimental because of freeze
   * New upstream version
  - Refreshed remaining patches
  - Deleted 02_deprecated_GTK.patch which was applied upstream
   * Incorporated patch from Ubuntu version below
 Closes: #640004
   * debian/README.source: removed because redundant
   * debian/control:
  - Standards-Version: 3.9.3
  - Updated versioned package names
  - Fixed Vcs fields
  - Dropped Build-Depends cdbs, quilt
  - Do not repeat Section field in binary packages if not
required by d-shlibs
   * debhelper 9 (control+compat)
   * debian/rules:
  - cdbs -> dh
  - enable building twice in a row by creating a copy of original
docs/reference which differs drastically from the doc created
in the build process
  - implement some dh_install, dh_link calls directly in rules
instead of helper files to reduce the number of cases where
you need to change the package name due to version number
changes
   * libgtkdatabox-0.9.1-3.lintian-overrides: Use override because the
 symlink check seems to be a false positive here
Checksums-Sha1: 
 fbcaf3341d3f89f0d3f7dbe301fcb7d72e2d47b1 1837 libgtkdatabox_0.9.1.3-1.dsc
 02380eeb755b885856253a1a71dd3e8109c201df 453125 
libgtkdatabox_0.9.1.3.orig.tar.gz
 3fe660379e59a2b61b4db60a0999f9bccbf23322 9316 
libgtkdatabox_0.9.1.3-1.debian.tar.gz
 d57de74b188ca2b5409b6d3a29f6304307a85fda 116622 
libgtkdatabox-0.9.1-3-dev_0.9.1.3-1_amd64.deb
 68dbc20559f47a81ae00657736c2bed07ee6275b 49324 
libgtkdatabox-0.9.1-3_0.9.1.3-1_amd64.deb
 fb1e7700b8058dc80a20e70bc66943bc0d09f5bd 18468 
libgtkdatabox-0.9.1-3-glade_0.9.1.3-1_amd64.deb
 125153c0eefeb8798b95e5b28d50767010bc288b 17772 
libgtkdatabox-0.9.1-3-libglade_0.9.1.3-1_amd64.deb
Checksums-Sha256: 
 038786aeffadc3882ac8a6eb6978e3c8807445f656054b19a4e71b117be7be41 1837 
libgtkdatabox_0.9.1.3-1.dsc
 90ff9fc20ea1541dfe75ae04ff98e02c3aa7ad1735d8f0e3b3352910a3f7427c 453125 
libgtkdatabox_0.9.1.3.orig.tar.gz
 74aa92b9f3ee8a860eecc9eed2f68d77903dd78f2085d728770f2f65d48b3cd6 9316 
libgtkdatabox_0.9.1.3-1.debian.tar.gz
 605b370bf2aed902e98def4e981f239cb97319f6409fcb0a7cdba6c9cdbb072d 116622 
libgtkdatabox-0.9.1-3-dev_0.9.1.3-1_amd64.deb
 ff42d19809802eb290b8b7f784c6ee98deccb173a20641fd58a8c8d021c598f6 49324 
libgtkdatabox-0.9.1-3_0.9.1.3-1_amd64.deb
 7d504a8b41763bff9ba3bf730e9f53066892dad05a711f2edfcfc25e05cb16c1 18468 
libgtkdatabox-0.9.1-3-glade_0.9.1.3-1_amd64.deb
 68ea0716aa2e3fc68cb44e5f680f6f505889c97873026b28779b110bf534f24d 17772 
libgtkdatabox-0.9.1-3-libglade_0.9.1.3-1_amd64.deb
Files: 
 801777ee0ac80123480ab56d5c95c73e 1837 libs extra libgtkdatabox_0.9.1.3-1.dsc
 60a3eebd61a4ca36879d7e60d1aca727 453125 libs extra 
libgtkdatabox_0.9.1.3.orig.tar.gz
 c48ae2af63a19efd95d999b020413227 9316 libs extra 
libgtkdatabox_0.9.1.3-1.debian.tar.gz
 173734f28b277c66631c83e43a10a22d 116622 libdevel extra 
libgtkdatabox-0.9.1-3-dev_0.9.1.3-1_amd64.deb
 a7b3636c78659b5e92483dc806bdae96 49324 libs extra 
libgtkdatabox-0.9.1-3_0.9.1.3-1_amd64.deb
 fb1f3b1a4edc7674a48d778a5b5e7853 18468 libs extra 
libgtkdatabox-0.9.1-3-glade_0.9.1.3-1_amd64.deb
 d3c281720550683ba0680119c42f3c18 17772 libs extra 
libgtkdatabox-0.9.1-3-libglade_0.9.1.3-1_amd64.deb

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)

iEYEARECAAYFAlAv8PwACgkQYDBbMcCf01ryLwCeKi2+FhY9qhdW+ys6JqKlOw5p
12YAn2A5BzGndbHTJr/iHezRS8uH0afy
=KS3F
-END PGP SIGNATURE-


Thank you for your contribution to Debian.

-- 
debian-science-maintainers mailing list
debian-science-maintain...@lists.alioth.debian.org
http://lists.alioth.debian.org/

Bug#682917: iceweasel: enable gstreamer support

[Alexander V. Kudrevatykh]

Tried to build iceweasel with enabled gstreamer support and it fails
with following trace.

(firefox-bin:13756): GStreamer-WARNING **: closing segment of unknown
duration, assuming duration of 0

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0x7fffde5ab700 (LWP 13870)]
mozilla::layers::CopyPlane (aDst=0x7fffb0459000 "{", aSrc=0x7fff9ff3092d
, aSize=..., aStride=379,
aOffset=-1317920769, aSkip=-293541587)
at /root/iceweasel-15.0/gfx/layers/ImageLayers.cpp:341
341 /root/iceweasel-15.0/gfx/layers/ImageLayers.cpp: Нет такого
файла или каталога.
(gdb) where
#0  mozilla::layers::CopyPlane (aDst=0x7fffb0459000 "{",
aSrc=0x7fff9ff3092d , aSize=...,
aStride=379, aOffset=-1317920769, aSkip=-293541587)
at /root/iceweasel-15.0/gfx/layers/ImageLayers.cpp:341
#1  0x754781f3 in mozilla::layers::PlanarYCbCrImage::CopyData
(this=0x7fffb0325d40, aData=..., aYOffset=,
aYSkip=-293541587, aCbOffset=32767, aCbSkip=-567851968, aCrOffset=32767,
aCrSkip=-247137867)
at /root/iceweasel-15.0/gfx/layers/ImageLayers.cpp:374
#2  0x74fd0d3e in VideoData::Create (aInfo=...,
aContainer=0x7fffc385dfe0, aOffset=0, aTime=0, aEndTime=1000,
aBuffer=..., aKeyframe=true, aTimecode=-1, aPicture=...)
at /root/iceweasel-15.0/content/media/nsBuiltinDecoderReader.cpp:180
#3  0x74fd85f0 in nsGStreamerReader::DecodeVideoFrame
(this=0x7fffc5104800, aKeyFrameSkip=,
aTimeThreshold=)
at /root/iceweasel-15.0/content/media/gstreamer/nsGStreamerReader.cpp:469
#4  0x74fd0902 in nsBuiltinDecoderReader::DecodeVideoFrame
(this=this@entry=0x7fffc5104800)
at /root/iceweasel-15.0/content/media/nsBuiltinDecoderReader.h:524
#5  0x74fd0f33 in DecodeToFirstData (aQueue=...,
aDecodeFn=, this=)
at /root/iceweasel-15.0/content/media/nsBuiltinDecoderReader.cpp:252
#6  nsBuiltinDecoderReader::FindStartTime (this=0x7fffc5104800,
aOutStartTime=@0x7fffde5aad50: 0)
at /root/iceweasel-15.0/content/media/nsBuiltinDecoderReader.cpp:219
#7  0x74fccb75 in nsBuiltinDecoderStateMachine::FindStartTime
(this=this@entry=0x7fffdee87440)
at /root/iceweasel-15.0/content/media/nsBuiltinDecoderStateMachine.cpp:2369
#8  0x74fcf98c in nsBuiltinDecoderStateMachine::DecodeMetadata
(this=this@entry=0x7fffdee87440)
at /root/iceweasel-15.0/content/media/nsBuiltinDecoderStateMachine.cpp:1769
#9  0x74fd083b in nsBuiltinDecoderStateMachine::DecodeThreadRun
(this=0x7fffdee87440)
at /root/iceweasel-15.0/content/media/nsBuiltinDecoderStateMachine.cpp:474
#10 0x74fcbfb4 in nsRunnableMethodImpl::Run (this=0xee80)
at ../../dist/include/nsThreadUtils.h:313
#11 0x7540aa2b in nsThread::ProcessNextEvent
(this=0x7fffc68d8d80, mayWait=, result=0x7fffde5aae7f)
at /root/iceweasel-15.0/xpcom/threads/nsThread.cpp:624
#12 0x753e0606 in NS_ProcessNextEvent_P (thread=,
mayWait=true)
at /root/iceweasel-15.0/build-xulrunner/xpcom/build/nsThreadUtils.cpp:213
#13 0x7540abfe in nsThread::ThreadFunc (arg=0x7fffc68d8d80)
at /root/iceweasel-15.0/xpcom/threads/nsThread.cpp:257
#14 0x761383b3 in ?? ()
from /usr/lib/x86_64-linux-gnu/libnspr4.so
#15 0x7743ab50 in start_thread (arg=) at
pthread_create.c:304
#16 0x7718570d in clone ()
at ../sysdeps/unix/sysv/linux/x86_64/clone.S:112
#17 0x in ?? ()

iceweasel 15, amd64

Also, during build I have had such segfaults in kernel log

Sep  2 02:44:56 null kernel: [123901.063141] TestPoisonArea[32472]:
segfault at 2b85f9b817ff ip 00402115 sp 7fff644bbde0 error 4
in TestPoisonArea[40+f000]
Sep  2 02:44:56 null kernel: [123901.063910] TestPoisonArea[32473]:
segfault at 2b85f9b81800 ip 2b85f9b81800 sp 7fff644bbdd8 error
14
Sep  2 02:44:56 null kernel: [123901.064663] TestPoisonArea[32474]:
segfault at 2b85f9b817ff ip 00402121 sp 7fff644bbde0 error 6
in TestPoisonArea[40+f000]
Sep  2 02:44:56 null kernel: [123901.065385] TestPoisonArea[32475]
general protection ip:402115 sp:7fff644bbde0 error:0 in
TestPoisonArea[40+f000]
Sep  2 02:44:56 null kernel: [123901.066185] TestPoisonArea[32476]
general protection ip:40211d sp:7fff644bbde0 error:0 in
TestPoisonArea[40+f000]
Sep  2 02:44:56 null kernel: [123901.066951] TestPoisonArea[32477]
general protection ip:402121 sp:7fff644bbde0 error:0 in
TestPoisonArea[40+f000]

Thanks


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

Bug#684990: Bug#686376: ginkgocadx: Cadx 2.14 avaiable

[Andreas Tille]

Hi Dmitry,

On Fri, Aug 31, 2012 at 01:23:03PM -0400, Logan Rosen wrote:
> 
> A new version has been published:
> http://ginkgo-cadx.com/en/downloads/

I assume you would be interested to care about this - if not just tell
me and I'll upload. 

Kind regards

   Andreas.

-- 
http://fam-tille.de


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

Bug#685787: devscripts: Enabling uscan to simply remove files from upstream source

[Andreas Tille]

Hi Benjamin,

On Sun, Sep 02, 2012 at 02:25:46AM +0200, Benjamin Drung wrote:
> 
> The current changes in our git repository fix two bugs and I like to get
> these fixes into wheezy. The new script origtargz was also added and I
> dunno if this scripts prevents us from getting the fixes into wheezy.
> Maybe we should move origtargz into an experimental branch.

I personally have no idea how release team will handle this.

> You could push your uscan changes into an 'experimental' branch in our
> git repository if you want.

While this would also have been a possibility I now followed previous
advise and use

  git://git.debian.org/git/users/tille/devscripts.git

> Before merging your changes into the master branch after the release of
> wheezy, I like to see test cases to demonstrate the correct functioning.
> Adding test cases is extra work in the beginning, but will pay off
> later. devscripts comes with an growing test suite in tests/. The test
> suite uses shunit2.

While I agree that having such test cases would be nice I admit that I
do not feel fit for this and would need help.  I'm testing my changes
for uscan by migrating Debian Med teams get-orig-source scripts to the
files-excluded method and verify that the result will remain the same
(or even more reasonable if the get-orig-script was not optimal.)
 
> There is currently one test for uscan, but this is an online test. It
> would be great if uscan could be modified to work locally for the tests.
> This requires more Perl foo than I currently have.

Please safely assume that my Perl foo is below yours. :-)
 
> You might want to look an DPU [1]. It is a test framework for Debian
> tools and might be useful for us.

Thanks for the hint, but I hope for the help of others to follow this
advise.

Kind regards

  Andreas.

-- 
http://fam-tille.de


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

Bug#686437: [INTL:es] Spanish debconf template translation for nvidia-graphics-drivers-legacy-96xx

[Russ Allbery]

Christian PERRIER  writes:

> Well, another upload will be more efficient but requires you to ask for
> yet another unblock the day after asking for one..:-). I suspect that
> our beloved release team will soon start to be grumpy about the l10n
> folks..:-)

> Seriously, an immediate upload would allow me to focus attention on
> other issues...

Whee, another round of building the thing on i386 and amd64 and then
merging changelogs.  ;)

No problem.  I'll do that sometime this weekend (it's a holiday weekend in
the US) and request another unblock.

-- 
Russ Allbery (r...@debian.org)   


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

Bug#686437: [INTL:es] Spanish debconf template translation for nvidia-graphics-drivers-legacy-96xx

[Christian PERRIER]

Quoting Russ Allbery (r...@debian.org):
> Christian PERRIER  writes:
> > Quoting Camaleón (noela...@gmail.com):
> 
> >> Package: nvidia-graphics-drivers-legacy-96xx
> >> Version: 96.43.20-6
> >> Severity: wishlist
> >> Tags: l10n patch
> 
> > Guys, sorry. Russ has been so fast to upload that I had no time to
> > call for the Spanish team to complete their translation.
> 
> > So, ahem, we might need another upload. :-)
> 
> Shouldn't a problem.  :)  Should we wait for the current upload to
> propagate into testing, or just go ahead with another upload?


Well, another upload will be more efficient but requires you to ask
for yet another unblock the day after asking for one..:-). I suspect
that our beloved release team will soon start to be grumpy about the
l10n folks..:-)

Seriously, an immediate upload would allow me to focus attention on
other issues...



signature.asc
Description: Digital signature

Bug#663498: /usr/bin/xfce4-sensors: Wrong name of window in french localization

[Daniel Echeverry]

tags 663498 + pending
thanks

Hi

I added fix_typo_in_fr.po.diff patch in the  SVN repository. This
patch fixes the problem.

Regards.

-- 
Epsilon
http://wiki.debian.org/DanielEcheverry
http://www.rinconinformatico.net
http://enchulatucelu.com
http://www.todopdf.net
http://www.fitnessdeportes.com
http://www.dragonjar.org
Linux user: #477840
Debian user


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

Bug#686437: [INTL:es] Spanish debconf template translation for nvidia-graphics-drivers-legacy-96xx

[Russ Allbery]

Christian PERRIER  writes:
> Quoting Camaleón (noela...@gmail.com):

>> Package: nvidia-graphics-drivers-legacy-96xx
>> Version: 96.43.20-6
>> Severity: wishlist
>> Tags: l10n patch

> Guys, sorry. Russ has been so fast to upload that I had no time to
> call for the Spanish team to complete their translation.

> So, ahem, we might need another upload. :-)

Shouldn't a problem.  :)  Should we wait for the current upload to
propagate into testing, or just go ahead with another upload?

-- 
Russ Allbery (r...@debian.org)   


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

Bug#686437: [INTL:es] Spanish debconf template translation for nvidia-graphics-drivers-legacy-96xx

[Christian PERRIER]

Quoting Camaleón (noela...@gmail.com):
> Package: nvidia-graphics-drivers-legacy-96xx
> Version: 96.43.20-6
> Severity: wishlist
> Tags: l10n patch


Guys, sorry. Russ has been so fast to upload that I had no time to
call for the Spanish team to complete their translation.

So, ahem, we might need another upload. :-)




signature.asc
Description: Digital signature

Bug#686180: Please allow translation of all debconf templates

[Rolf Leggewie]

forcemerge 686180 686414 686422 686460 686479
thanks


Hello everyone,

thank you for your work on the translation of isdnutils.  Your changes
have been commited and your authorship noted.

I'm not sure if this is standard procedure or not, but it seems
wasteful to me to open a separate ticket for every language.  Just
attach your updated po files to bug 686180.  I would appreciate a
courtesy copy so that I will be aware of your work but I will look
through said ticket once more before making the upload as well.  Some
of you have commited straight to git at
http://anonscm.debian.org/gitweb/?p=collab-maint/isdnutils.git and
that is fine also if you have alioth commit rights.

Regards

Rolf


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

Bug#686481: debian-reference instructs users on how to install non-free software

[SirGrant]

Package: debian-reference
Version: 2.46
User: trisq...@trisquel.info
Usertags: libreplanet, trisquel

I am reporting this bug because Stefano Zacchiroli has called for a
"free-ness assessment" [2].  It is up to the package maintainer on how to
proceed.

*Summary:* Package
debian-referenceadvises
the user that non-free software is a solution to problems.

*Versions Used:*

   - Operating System: Trisquel 5.5
   - Package: debian-reference
(2.46)

*Steps to reproduce:*

(From the terminal)

   - sudo apt-get install debian-reference
   - debian-reference

(Program opens documentation in browser)

   - Click: HTML (multi files)
   - Click: 9.7.8. Non-free hardware drivers

(Documentation states:)

   - "Although most of hardware drivers are available as free software and
   as a part of the Debian system, you may need to load some non-free external
   drivers to support some hardwares, such as Winmodem, on your system."
   - ect.

*References:*

   - [1] List of software that does not respect the Free System
   Distribution Guidelines: debian-reference
   

   - [2] http://lists.debian.org/debian-project/2012/07/msg00016.html

Bug#686480: linux-base: [INTL:ru] Russian debconf templates translation update

[Yuri Kozlov]

Package: linux-base
Version: 3.6
Severity: wishlist
Tags: l10n patch

Dear Maintainer,
*** Please consider answering these questions, where appropriate ***

   * What led up to the situation?
   * What exactly did you do (or not do) that was effective (or
 ineffective)?
   * What was the outcome of this action?
   * What outcome did you expect instead?

*** End of the template - remove these lines ***

Russian debconf templates translation update is attached.

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

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


ru.po.gz
Description: GNU Zip compressed data

Bug#686479: isdnutils: [INTL:ru] Russian debconf templates translation update

[Yuri Kozlov]

Package: isdnutils
Version: 1:3.25+dfsg1-3
Severity: wishlist
Tags: l10n patch

Dear Maintainer,
*** Please consider answering these questions, where appropriate ***

   * What led up to the situation?
   * What exactly did you do (or not do) that was effective (or
 ineffective)?
   * What was the outcome of this action?
   * What outcome did you expect instead?

*** End of the template - remove these lines ***

Russian debconf templates translation update is attached.

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

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


ru.po.gz
Description: GNU Zip compressed data

Bug#686478: systemsettings: fails to initialize multiple monitor setup

[Carlo Wood]

Package: systemsettings
Version: 4:4.8.4-3
Severity: normal

Dear Maintainer,

   * What exactly did you do (or not do) that was effective (or ineffective)?
   Click on the K-menu --> System Settings --> Display and Monitor
   configure a dual head (I'm using nvidia twinview setup if that is
   relevant) where the last alphabetically ordered device is Left of
   the first alphabetically ordered device. For example, DVI-I-3
   Left Of DVI-I-2. Set The latter (DVI-I-2) as Primary output.
   Click Apply, confirm, click Save as Default and save as default;
   click on OK. Reboot.

   * What was the outcome of this action?
   A Cloned view (both monitors show the same thing).

   * What outcome did you expect instead?
   What I configured.

   * Please help!
   The above configuration leads to a line in
   ~/.kde/share/config/krandrrc under [Display]:
   StartupCommands=xrandr --output DVI-I-2 --pos 1680x0 --mode 1680x1050 
--refresh 60.0\nxrandr --output DVI-I-3 --pos 0x0 --mode 1680x1050 --refresh 
60.0\nxrandr --output DVI-I-2 --primary
   which is executed as three commands in that order after logging in
   into KDE. The first of those commands fails (because?).
   What DOES work is putting the command with the lowest X-value first.
   Thus, do not write out the commands in the alphabetical order of
   device name, but write them out left to right. That is, the following
   line gives the desired result:
   StartupCommands=xrandr --output DVI-I-3 --pos 0x0 --mode 1680x1050 --refresh 
60.0\nxrandr --output DVI-I-2 --pos 1680x0 --mode 1680x1050 --refresh 
60.0\nxrandr --output DVI-I-2 --primary

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

Kernel: Linux 3.2.0-3-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 systemsettings depends on:
ii  kde-runtime  4:4.8.4-1
ii  libc62.13-35
ii  libfontconfig1   2.9.0-7
ii  libkcmutils4 4:4.8.4-3
ii  libkdecore5  4:4.8.4-3
ii  libkdeui54:4.8.4-3
ii  libkhtml54:4.8.4-3
ii  libkio5  4:4.8.4-3
ii  libknewstuff3-4  4:4.8.4-3
ii  libqt4-dbus  4:4.8.2-2+b1
ii  libqt4-xml   4:4.8.2-2+b1
ii  libqtcore4   4:4.8.2-2+b1
ii  libqtgui44:4.8.2-2+b1
ii  libstdc++6   4.7.1-2
ii  libx11-6 2:1.5.0-1

systemsettings recommends no packages.

systemsettings 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#686477: unblock: glm/0.9.3.3+dfsg-0.1

[David Prévot]

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

Please unblock package glm, it's a simple repack removing a directory
full of useless Windows stuff which aren't DFSG-free.

unblock glm/0.9.3.3+dfsg-0.1

Thanks in advance, regards

David

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

Kernel: Linux 3.2.0-3-amd64 (SMP w/1 CPU core)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
diff -Nru glm-0.9.3.3/debian/changelog glm-0.9.3.3+dfsg/debian/changelog
--- glm-0.9.3.3/debian/changelog	2012-06-25 16:55:54.0 -0400
+++ glm-0.9.3.3+dfsg/debian/changelog	2012-08-30 23:34:40.0 -0400
@@ -1,3 +1,10 @@
+glm (0.9.3.3+dfsg-0.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Repack without non DFSG-free material. Closes: #685232
+
+ -- David Prévot   Thu, 30 Aug 2012 23:34:20 -0400
+
 glm (0.9.3.3-1) unstable; urgency=low
 
   * New upstream release.
Binary files /tmp/bxT1MOMUtb/glm-0.9.3.3/doc/build/XalanMessages_1_7_0.dll and /tmp/b6RouaJghC/glm-0.9.3.3+dfsg/doc/build/XalanMessages_1_7_0.dll differ
diff -Nru glm-0.9.3.3/doc/build/build.bat glm-0.9.3.3+dfsg/doc/build/build.bat
--- glm-0.9.3.3/doc/build/build.bat	2011-02-21 21:22:58.0 -0400
+++ glm-0.9.3.3+dfsg/doc/build/build.bat	1969-12-31 20:00:00.0 -0400
@@ -1,6 +0,0 @@
-xalan -m -o ..\index.html ..\src\data.xml   ..\src\news.xsl
-xalan -m -o ..\download.html  ..\src\data.xml	..\src\download.xsl
-xalan -m -o ..\goodies.html   ..\src\data.xml   ..\src\goodies.xsl
-xalan -m -o ..\about.html ..\src\data.xml   ..\src\about.xsl
-xalan -m -o ..\code.html  ..\src\data.xml   ..\src\code.xsl
-pause
\ No newline at end of file
Binary files /tmp/bxT1MOMUtb/glm-0.9.3.3/doc/build/msvcp71.dll and /tmp/b6RouaJghC/glm-0.9.3.3+dfsg/doc/build/msvcp71.dll differ
Binary files /tmp/bxT1MOMUtb/glm-0.9.3.3/doc/build/msvcr71.dll and /tmp/b6RouaJghC/glm-0.9.3.3+dfsg/doc/build/msvcr71.dll differ
Binary files /tmp/bxT1MOMUtb/glm-0.9.3.3/doc/build/xalan-c_1_7_0.dll and /tmp/b6RouaJghC/glm-0.9.3.3+dfsg/doc/build/xalan-c_1_7_0.dll differ
Binary files /tmp/bxT1MOMUtb/glm-0.9.3.3/doc/build/xalan.exe and /tmp/b6RouaJghC/glm-0.9.3.3+dfsg/doc/build/xalan.exe differ
Binary files /tmp/bxT1MOMUtb/glm-0.9.3.3/doc/build/xerces-c_2_5_0.dll and /tmp/b6RouaJghC/glm-0.9.3.3+dfsg/doc/build/xerces-c_2_5_0.dll differ

Bug#686476: uswsusp: [INTL:ru] Russian debconf templates translation update

[Yuri Kozlov]

Package: uswsusp
Version: 1.0+20110509-2.1
Severity: wishlist
Tags: l10n patch

Dear Maintainer,
*** Please consider answering these questions, where appropriate ***

   * What led up to the situation?
   * What exactly did you do (or not do) that was effective (or
 ineffective)?
   * What was the outcome of this action?
   * What outcome did you expect instead?

*** End of the template - remove these lines ***

Russian debconf templates translation update is attached.

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

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


ru.po.gz
Description: GNU Zip compressed data

Bug#686157: kwin: crash with intel cards (intel_do_flush_locked failed: No space left on device)

[dE .]

It is a mesa bug, it suggests problem with the opengl api.
-
Support software for non profit, buy Android phones.
On Aug 29, 2012 2:48 PM, "C Pascual"  wrote:

>
> Package: kde-window-manager
> Version: 4:4.8.4-3
> Severity: important
>
> Hi,
>
> Kwin crashes "randomly" (Mostly when switching windows) after some time of
> use
> (typically 2-3 times in 8hrs). Windows are still visible, but there is no
> window manager.
>
> If I relaunch kwin from a console, everything works again but I get the
> following message:
>
> *
> :~$ kwin --replace
> QDBusConnection: session D_Bus connection created before QCoreApplication.
> Application may misbehave
> *
>
> And when the next crash occurs, I get the following message in the console:
>
> *
> intel_do_flush_locked failed: No space left on device
> *
>
> My (single) monitor is configured at 1920x1200px and the  video card is:
>
> *
> :~$ lspci | grep "VGA compatible controller"
> 00:02.0 VGA compatible controller: Intel Corporation 82945G/GZ Integrated
> Graphics Controller (rev 02)
> *
>
>
> This is probably related to:
> https://bugs.launchpad.net/ubuntu/+source/mesa/+bug/977804
>
> According to that, it may be a mesa bug, but since the application
> crashing is
> kwin, I filed the bug here.
>
> Cheers,
>
> Carlos
>
> PS: Not sure, but it may be possible to increase the chance of crash by
> opening many large windows and switching between them
>
>
>
> -- System Information:
> Debian Release: wheezy/sid
>   APT prefers testing
>   APT policy: (500, 'testing')
> Architecture: amd64 (x86_64)
>
> Kernel: Linux 3.2.0-3-amd64 (SMP w/2 CPU cores)
> Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/dash
>
> Versions of packages kde-window-manager depends on:
> ii  kde-runtime   4:4.8.4-1
> ii  kde-style-oxygen  4:4.8.4-3
> ii  libc6 2.13-35
> ii  libgl1-mesa-glx [libgl1]  8.0.4-2
> ii  libice6   2:1.0.8-2
> ii  libkactivities6   4:4.8.4-1
> ii  libkcmutils4  4:4.8.4-3
> ii  libkdeclarative5  4:4.8.4-3
> ii  libkdecorations4  4:4.8.4-3
> ii  libkdecore5   4:4.8.4-3
> ii  libkdeui5 4:4.8.4-3
> ii  libkephal4abi14:4.8.4-3
> ii  libkio5   4:4.8.4-3
> ii  libknewstuff3-4   4:4.8.4-3
> ii  libkwineffects1abi3   4:4.8.4-3
> ii  libkwinglutils1   4:4.8.4-3
> ii  libkworkspace4abi14:4.8.4-3
> ii  libplasma34:4.8.4-3
> ii  libqt4-dbus   4:4.8.2-2+b1
> ii  libqt4-declarative4:4.8.2-2+b1
> ii  libqt4-script 4:4.8.2-2+b1
> ii  libqt4-xml4:4.8.2-2+b1
> ii  libqtcore44:4.8.2-2+b1
> ii  libqtgui4 4:4.8.2-2+b1
> ii  libsm62:1.2.1-2
> ii  libstdc++64.7.1-2
> ii  libx11-6  2:1.5.0-1
> ii  libxcomposite11:0.4.3-2
> ii  libxcursor1   1:1.1.13-1
> ii  libxdamage1   1:1.1.3-2
> ii  libxext6  2:1.3.1-2
> ii  libxfixes31:5.0-4
> ii  libxrandr22:1.3.2-2
> ii  libxrender1   1:0.9.7-1
> ii  perl  5.14.2-12
>
> kde-window-manager recommends no packages.
>
> kde-window-manager suggests no packages.
>
> -- no debconf information
>
>
> --
> To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org
> with a subject of "unsubscribe". Trouble? Contact
> listmas...@lists.debian.org
> Archive: http://lists.debian.org/201208291107.37088.cpasc...@cells.es
>
>

Bug#686473: gnuplot-mode: no message on mode start

[Kevin Ryde]

Package: gnuplot-mode
Version: 1:0.6.0-8
Severity: wishlist
File: /usr/share/emacs/site-lisp/gnuplot-mode/gnuplot.el

It'd be good if "M-x gnuplot-mode" didn't display it's version number
message.  A find-file sometimes has other messages like read-only etc
and it's helpful if a mode starts up quietly so as not to lose those.
I see there's already keystroke bindings for the mode and program
versions if/when desired.


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

Kernel: Linux 2.6.32-5-486
Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/dash

Versions of packages gnuplot-mode depends on:
ii  emacs21 [emacsen]  21.4a+1-5.7
ii  emacs22-gtk [emacsen]  22.3+1-1.2
ii  emacs23 [emacsen]  23.4+1-3
ii  emacs24 [emacsen]  24.1+1-4
ii  gnuplot-x11 [gnuplot-nox]  4.6.0-8
ii  xemacs21   21.4.22-3.2
ii  xemacs21-mule [xemacs21]   21.4.22-3.2+b1

gnuplot-mode recommends no packages.

Versions of packages gnuplot-mode suggests:
ii  gnuplot-doc  4.4.0-1.1

-- 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#495101: xzgv: panning with the mouse does not work

[Kevin Ryde]

Michael Deegan  writes:
>
> A useful feature that vanished between 0.8 and 0.9.

The code seems to be slightly fighting gtk in the pointer motion bits.
I'd propose something like below which takes button press, motion,
release on the "viewport" widget, not the scrolledwindow or mainwin etc.
Normally it works much better to choose where a click should be active
and select,connect,etc in one place only.

This diff is a bit radical in how much it chops out :), but it's
supposed to be a simplification.  I hope I haven't broken anything else
in the process.  Better give it a try for a while.

It might be necessary to turn on the "ignore_drag" flag in the
shift-button or control-button press cases, so that dragging is not
active in those cases.  Unless it's in fact desirable to have dragging
work if initiated by one of those too.

--- main.c.orig	2009-02-23 08:17:57.0 +1100
+++ main.c	2012-09-02 11:21:57.0 +1000
@@ -96,7 +96,7 @@
 #define RECURSE_PROTECT_END	here=0
 
 
-GtkWidget *drawing_area,*align,*sw_for_pic;
+GtkWidget *drawing_area,*align,*viewport,*sw_for_pic;
 GtkWidget *clist,*statusbar,*sw_for_clist;
 GtkWidget *selector_menu,*viewer_menu;
 GtkWidget *zoom_widget;		/* widget for zoom opt on menu */
@@ -763,30 +763,6 @@
 }
 
 
-/* button press on one of the image's scrollbars. Needed to override
- * the above, as bringing up the menu by right-clicking on a scrollbar
- * causes all mouse stuff to hang for some reason...!
- */
-gint viewer_sb_button_press(GtkWidget *widget,GdkEventButton *event)
-{
-/* doesn't have to do anything */
-return(TRUE);
-}
-
-
-gint clist_sw_ebox_button_press(GtkWidget *widget,GdkEventButton *event)
-{
-if(event->button==1)
-  {
-  /* this is a drag on the selector, so make sure image-dragging ignores it! */
-  ignore_drag=1;
-  next_on_release=0;	/* don't try to move to next image */
-  }
-
-return(FALSE);
-}
-
-
 void move_pic(float xadd,float yadd)
 {
 GtkAdjustment *hadj,*vadj;
@@ -3712,17 +3688,9 @@
 viewer_menu_items[0]));
 viewer_menu=gtk_item_factory_get_widget(viewer_menu_factory,"");
 
-gtk_signal_connect(GTK_OBJECT(drawing_area),"motion_notify_event",
-   GTK_SIGNAL_FUNC(viewer_motion),NULL);
 gtk_signal_connect(GTK_OBJECT(drawing_area),"key_press_event",
GTK_SIGNAL_FUNC(viewer_key_press),NULL);
-
-/* need to ask for motion while button 1 is pressed (for drag),
- * keypresses, and (for scaling) expose.
- */
-gtk_widget_set_events(drawing_area,
-  GDK_BUTTON1_MOTION_MASK|GDK_KEY_PRESS_MASK|
-  GDK_EXPOSURE_MASK);
+gtk_widget_set_events(drawing_area,GDK_KEY_PRESS_MASK|GDK_EXPOSURE_MASK);
 
 gtk_widget_show(drawing_area);
 
@@ -3744,6 +3712,19 @@
   align);
 gtk_widget_show(sw_for_pic);
 
+/* Button-press and button-motion on the viewport widget so that dragging
+   and menu popup works in non-image parts too.  Dragging the non-image part
+   is good if drawing_area is very thin.  */
+viewport = gtk_widget_get_parent(align);
+gtk_widget_add_events(viewport,
+  GDK_BUTTON_PRESS_MASK|GDK_BUTTON1_MOTION_MASK|
+  GDK_BUTTON_RELEASE_MASK);
+gtk_signal_connect(GTK_OBJECT(viewport),"button_press_event",
+   GTK_SIGNAL_FUNC(viewer_button_press),NULL);
+gtk_signal_connect(GTK_OBJECT(viewport),"motion_notify_event",
+   GTK_SIGNAL_FUNC(viewer_motion),NULL);
+gtk_signal_connect(GTK_OBJECT(viewport),"button_release_event",
+   GTK_SIGNAL_FUNC(viewer_button_release),NULL);
 
 /* left-hand side */
 vboxl=gtk_vbox_new(FALSE,0);
@@ -3759,19 +3740,6 @@
  */
 clist_sw_ebox=gtk_event_box_new();
 gtk_box_pack_start(GTK_BOX(vboxl),clist_sw_ebox,TRUE,TRUE,0);
-
-/* pass on left-button motion events to viewer's image-dragging stuff,
- * so it doesn't stop dragging just because you drag the pointer over
- * the selector. This means we have to carefully ignore any drags which
- * start in the selector though, hence the left-button-press event
- * handling here.
- */
-gtk_signal_connect(GTK_OBJECT(clist_sw_ebox),"button_press_event",
-   GTK_SIGNAL_FUNC(clist_sw_ebox_button_press),NULL);
-gtk_signal_connect(GTK_OBJECT(clist_sw_ebox),"motion_notify_event",
-   GTK_SIGNAL_FUNC(viewer_motion),NULL);
-gtk_widget_set_events(clist_sw_ebox,
-  GDK_BUTTON_PRESS_MASK|GDK_BUTTON1_MOTION_MASK);
 gtk_widget_show(clist_sw_ebox);
 
 /* now the scrolled window for clist, and the clist which goes into it. */
@@ -3980,35 +3948,9 @@
   GDK_q,0,0);
 
 
-/* severely hairy, but needed to allow menu to appear when a non-image
- * bit of the viewer window is selected. Also allows drags in non-image
- * bits, which is handy for really thin images.
- */
-gtk_signal_connect(GTK_OBJECT(sw_for_pic),
-   "button_press_event",
-   GTK_SIGNAL_FUNC(viewer_button_press),NULL);
-
-/* have to carefully o

Bug#686471: cdimage.debian.org: Please made DVD-1 image small enough to fit on a 4GB USB stick

[Rick Thomas]

On 09/01/12 18:02, Steve McIntyre wrote:

On Sat, Sep 01, 2012 at 05:55:54PM -0700, Rick Thomas wrote:

Package: cdimage.debian.org
Severity: wishlist
Tags: d-i

It would be nice if the DVD-1 iso image were just a bit smaller, so it would fit
onto a 4 GB USB flash drive.

I'm presonally interested in seeing this happen for PowerPC architecture,
but I'd even be happy if it only happened for the x86/amd64 architecure
if that's the best we can do in the Wheezy timeframe.

Ummm. We've been doing this for ages for amd64 and i386 so that
they'll work in isohybrid mode from USB. Have you tried to use one of
the current images?

I tried it with the PowerPC Wheezy Beta-1 DVD-1.  Is that recent 
enough?  It claims to be 4.4 GB, the same size as the DVD-2 from the 
same series.


Rick


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

Bug#678066: Proposal to simplify PowerPC CD/DVD boot options

[Rick Thomas]

On 08/30/12 06:57, Milan Kupcevic wrote:

On 08/30/2012 03:00 AM, Rick Thomas wrote:


Regardless, I'm trying to write a comprehensive set of notes on booting
Apple PowerMacs from USB drives, and it would be nice to have this part
fully documented.

Is there something I can tell people to do at the OF prompt that will
load and run the stage-one boot loader?

I was not able to figure out how to do it from OF. Apple machines are
looking for the blessed file if 'C' key is held pressed during the
machine start-up. It is the "official" manufacturer prescribed way to
boot a Mac from a CD/DVD.


I tried
boot usb0/disk@1:2.\\:tbxi

This appears to load the stage-one boot loader, but unfortunately, the 
stage-one is apparently looking for a physical CD and gives up when it 
doesn't find one.  I suppose I could change the "cd" devalias to point 
to the USB stick, but that might have unknown ramifications later on 
that would be messy when you want to boot from the physical CD-ROM.


I guess I'll just warn folks that they need to use "install32" if they 
don't have a G5 machine.


Enjoy!

Rick

PS: As you say, what I'm trying to do is only partially supported by 
Apple, and doing unsupported stuff may have unpredictable results.  It's 
probably best to leave well-enough alone.



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

Bug#686472: ibus-skk: missing documents in binary package

[KISE Hiroshi]

Package: ibus-skk
Version: 1.4.1-1
Severity: minor

Dear Maintainer,

Please add following documents in binary package:
- NEWS
- THANKS

Thank you.

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

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

Versions of packages ibus-skk depends on:
ii  ibus 1.4.1-7
ii  libatk1.0-0  2.4.0-2
ii  libc62.13-35
ii  libcairo-gobject21.12.2-2
ii  libcairo21.12.2-2
ii  libfontconfig1   2.9.0-7
ii  libfreetype6 2.4.9-1
ii  libgdk-pixbuf2.0-0   2.26.1-1
ii  libgee2  0.6.4-2
ii  libglib2.0-0 2.32.3-1
ii  libgtk-3-0   3.4.2-3
ii  libibus-1.0-01.4.1-7
ii  libpango1.0-01.30.0-1
ii  libskk0  0.0.12-3
ii  skkdic   20110529-1
ii  skksearch [skkserv]  0.0-19

ibus-skk recommends no packages.

ibus-skk 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#686471: cdimage.debian.org: Please made DVD-1 image small enough to fit on a 4GB USB stick

[Steve McIntyre]

On Sat, Sep 01, 2012 at 05:55:54PM -0700, Rick Thomas wrote:
>Package: cdimage.debian.org
>Severity: wishlist
>Tags: d-i
>
>It would be nice if the DVD-1 iso image were just a bit smaller, so it would 
>fit
>onto a 4 GB USB flash drive.
>
>I'm presonally interested in seeing this happen for PowerPC architecture,
>but I'd even be happy if it only happened for the x86/amd64 architecure
>if that's the best we can do in the Wheezy timeframe.

Ummm. We've been doing this for ages for amd64 and i386 so that
they'll work in isohybrid mode from USB. Have you tried to use one of
the current images?

-- 
Steve McIntyre, Cambridge, UK.st...@einval.com
"We're the technical experts.  We were hired so that management could
 ignore our recommendations and tell us how to do our jobs."  -- Mike Andrews


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

Bug#685865: Upgarding STILL..!! doesn't work, init script can't start/stop server...

[André Verwijs]

 Thank you for reply..  
 
 
I'm not sure witch steps Synaptic or "gpk-application" takes to 
install or upgrade a package. 
in my case i have "update-notifier" installed, witch executes 
"update-manager" package witch shows 
witch updates there are and install them, if you choose to... 
 
but whether you use  Synaptic or "gpk-application" or apt within a 
terminal, its usually done with root permissions, 
or else you cant install/upgrade packages.  So in theory you should 
have permissions to install/upgrade 
 
so the question is, why does all these packages have a problem with 
starting or stopping MySQL-server?  
on the other hand the MySQL script is still looking for 
“mysqladmin”  witch is replaced by MySQL-workbench.. 
 
-- 
./var/log/debug (.log) 
 
Aug 26 15:43:40 Debian-Wheezy /etc/init.d/mysql[2699]: 
/etc/init.d/mysql: line 75: /usr/bin/mysqladmin: No such file or directory 
--- 
 
but I don’t think this is the reason why the installation/upgrade 
packages have a problem to start/stop MySQL-server, reporting it anyway... 

I don’t have any other log files or clues to narrow down the bug, 
maybe other users have thoughts on how to solve it
but if I happen to find more info, I will add it here...

Thank you 
André 

Bug#686471: cdimage.debian.org: Please made DVD-1 image small enough to fit on a 4GB USB stick

[Rick Thomas]

Package: cdimage.debian.org
Severity: wishlist
Tags: d-i

It would be nice if the DVD-1 iso image were just a bit smaller, so it would fit
onto a 4 GB USB flash drive.

I'm presonally interested in seeing this happen for PowerPC architecture,
but I'd even be happy if it only happened for the x86/amd64 architecure
if that's the best we can do in the Wheezy timeframe.




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

Kernel: Linux 3.2.0-3-powerpc
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
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#686470: libssl1.0.0: uses SHA256 instead of SHA384 for 384-bit EC key

[brian m. carlson]

Package: libssl1.0.0
Version: 1.0.1c-4
Severity: important

I am running postfix on a sid machine (using OpenSSL) and I have set up
both RSA and EC keys.  The EC key in question is using a 384-bit curve
(secp384r1).  Logically, the appropriate algorithm to use in this case
is SHA-384, and this is what libgnutls28 expects.  However, OpenSSL
tries to use SHA-256, which GnuTLS doesn't like.  This causes the
connection to be aborted.

I've read the relevant specs and they don't absolutely require that
SHA-384 or SHA-512 be used (there is no MUST), but if a 384-bit key is
being used for ECDSA, SHA-384 is the logical choice if the client
supports it.  I noticed this using both gnutls-cli as a client and
Debian's mutt package (linked against libgnutls28 instead of the
default).

GnuTLS is going to work around this, but I expect this will cause other
interoperability concerns.  This also prevents Suite B compatibility out
of the box.  I marked this bug as important because it means that GnuTLS
and OpenSSL will not interoperate properly using ECDSA.

A log of the behavior using gnutls-cli is available at
.

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

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

Versions of packages libssl1.0.0 depends on:
ii  cdebconf [debconf-2.0]  0.173
ii  debconf [debconf-2.0]   1.5.46
ii  libc6   2.13-35
ii  multiarch-support   2.13-35
ii  zlib1g  1:1.2.7.dfsg-13

libssl1.0.0 recommends no packages.

libssl1.0.0 suggests no packages.

-- debconf information excluded

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


signature.asc
Description: Digital signature

Bug#685787: devscripts: Enabling uscan to simply remove files from upstream source

[Benjamin Drung]

Am Sonntag, den 26.08.2012, 14:29 -0400 schrieb James McCoy:
> Thanks to both of you for working on this functionality.  The patches so
> far look good.
> 
> On Sun, Aug 26, 2012 at 03:30:44PM +0200, Andreas Tille wrote:
> > I attached another Git formated patch and repeat my question whether
> > it might make sense to directly commit to the devscripts repository.
> 
> We can just as easily pull from another git repository
> (e.g., git.debian.org/users/tille/devscripts.git) when we're ready to
> merge the patches.  I'd really rather not have features being added
> right now since we're in a freeze and that makes it harder to prepare
> Wheezy-targeted uploads.

The current changes in our git repository fix two bugs and I like to get
these fixes into wheezy. The new script origtargz was also added and I
dunno if this scripts prevents us from getting the fixes into wheezy.
Maybe we should move origtargz into an experimental branch.

You could push your uscan changes into an 'experimental' branch in our
git repository if you want.

Before merging your changes into the master branch after the release of
wheezy, I like to see test cases to demonstrate the correct functioning.
Adding test cases is extra work in the beginning, but will pay off
later. devscripts comes with an growing test suite in tests/. The test
suite uses shunit2.

There is currently one test for uscan, but this is an online test. It
would be great if uscan could be modified to work locally for the tests.
This requires more Perl foo than I currently have.

You might want to look an DPU [1]. It is a test framework for Debian
tools and might be useful for us.

[1] http://blog.pault.ag/post/30552124986/a-bit-more-on-dpu

-- 
Benjamin Drung
Debian & Ubuntu Developer


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

Bug#686438: move_mount: failed to move mount

[Thomas Nilsson]

The problem is described with patch here:

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

/Thomas


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

Bug#684981: autoconf: make install leaves ld cache outdated

[Ben Pfaff]

reassign 684981 libtool
thanks

"Jean-Michel Vourgère"  writes:

> Package: autoconf
> Version: 2.69-1
> Severity: normal
>
> mdbtools build several libraries that get installed in /usr/local/lib
> "make install" rules generated by configure generated by autoconf runs
> ldconfig -n /usr/local/lib
>
> [...]

It's libtool, not Autoconf, that calls ldconfig, so I imagine
that the issue that you see is related to libtool.  Therefore,
I'm reassigning this bug to libtool (with this email).


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

Bug#683960: autoheader: doesn't cope with multiple input files for AC_CONFIG_HEADERS

[Ben Pfaff]

# This seems like a feature request rather than a bug report to me.
# Change severity to wishlist.
severity 683960 wishlist
thanks


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

Bug#684931: /usr/share/x11/xkb/symbols/fi: AltGr problem

[Martin-Éric Racine]

2012/8/30 Troy Korjuslommi :
> Have you tried changing the IM to XIM?
>
> Couple of things to try:
>
> 1. first kill firefox, then:
>export GTK_IM_MODULE=xim
>firefox

Exporting that environment variable works. I can finally input
everything that the Finnish map offers.

> 2. Go to settings and change input method to XIM.
>(not on Ubuntu right now, but it's under settings and keyboard/input
>method. The default is usually D-BUS or something.)
>Relogin and start firefox.

On Debian, I cannot seem to locate any capplet to configure the
default IM in gnome-control-center.

Martin-Éric


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

Bug#686469: gnuplot-mode: gnuplot-doc example .dem files

[Kevin Ryde]

Package: gnuplot-mode
Version: 1:0.6.0-8
Severity: wishlist
File: /etc/emacs/site-start.d/50gnuplot-mode.el

As an idea for a feature, it'd be good if 50gnuplot-mode.el arranged to
have the example files from the gnuplot-doc package open in
gnuplot-mode.  Eg. /usr/share/doc/gnuplot-doc/examples/simple.dem

I've been using the following line which could go with the other
auto-mode-alist bits in 50gnuplot-mode.el

  (add-to-list 'auto-mode-alist
   '("gnuplot-doc/examples/.*\\.dem\\'" . gnuplot-mode))

I don't think there's any need for a full "/usr/share/doc" in the
pattern.  Omitting it helps me when I symlink to a shorter "/doc".


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

Kernel: Linux 2.6.32-5-486
Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/dash

Versions of packages gnuplot-mode depends on:
ii  emacs21 [emacsen]  21.4a+1-5.7
ii  emacs22-gtk [emacsen]  22.3+1-1.2
ii  emacs23 [emacsen]  23.4+1-3
ii  emacs24 [emacsen]  24.1+1-4
ii  gnuplot-x11 [gnuplot-nox]  4.6.0-8
ii  xemacs21   21.4.22-3.2
ii  xemacs21-mule [xemacs21]   21.4.22-3.2+b1

gnuplot-mode recommends no packages.

Versions of packages gnuplot-mode suggests:
ii  gnuplot-doc  4.4.0-1.1

-- 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#579227: Looks like we should drop jscoverage for squeeze

[David Prévot]

Control: found -1 0.3.1-1

Hi,

On Sat, Nov 13, 2010 at 08:51:40PM +0100, Johan Euphrosine wrote:
> On Sat, Nov 13, 2010 at 8:39 PM, Enrico Zini  wrote:
> > Hello,
> >
> > thank you for maintaining jscoverage.
> >
> > jscoverage 0.3.1-1 is currently in squeeze and sid and has RC bugs open
> > against it.
> >
> > Considering that the package has a very small number of users, that
> > we're supposed to release fairly soon, and that this issue looks not
> > that easy to solve, it may be a good idea to just remove
> > jscoverage from testing and deal with this comfortably in unstable.
> >
> > Would it make sense for you?
> 
> Sure,
> 
> The only RC bugs known to me is #579227,
> 
> Last time I pinged upstream about it, he said that it would require a
> rewrite of some key part of jscoverage in order to use the new parser
> API in spidermonkey and remove the embedded copy.
> 
> I think it is a good idea to remove jscoverage from testing if it
> blocks squeeze release, and I will keep updating the unstable package
> when upstream publish a new major version.

It seems jscoverage 0.3.1-1 currently in testing (and Squeeze) also
shipped an embedded code copy of libmozjs, so it may be sensible to
actually remove it from testing as suggested two years ago, and maybe
from Squeeze too.

Regards

David




signature.asc
Description: Digital signature

Bug#686453: ITP: spl-dkms -- The Solaris Porting Layer (SPL) for the Linux kernel

[Carlos Alberto Lopez Perez]

On 01/09/12 22:56, Dmitrijs Ledkovs wrote:
> replying in private
> 
> On 1 September 2012 19:41, Carlos Alberto Lopez Perez  
> wrote:
>>
>>  This can be particularly useful when you want to track upstream Solaris
>>  development closely and don't want the overhead of maintaining a large
>>  patch which converts Solaris primitives to Linux primitives.
>>  .
> 
> How does one "track upstream Solaris development"? Is it not closed
> source since Solaris 11 release? Or is this in reference to other
> solaris kernels used by open source forks after the end of the
> OpenSolaris project?
> 
> Regards,
> 
> Dmitrijs.
> 

You are right. I C&P the description from the source code [1].
I will rephrase the package description as:

 This can be particularly useful when you want to track upstream Illumos
 (or any other OpenSolaris fork) development closely and don't want the
 overhead of maintaining a large patch which converts Solaris primitives
 to Linux primitives.


Regards!


[1]
https://github.com/zfsonlinux/spl



signature.asc
Description: OpenPGP digital signature

Bug#686447: ITP: zfs-linux -- The native Linux kernel port of the ZFS filesystem

[Carlos Alberto Lopez Perez]

On 01/09/12 21:45, Dmitrijs Ledkovs wrote:
> On 1 September 2012 19:02, Carlos Alberto Lopez Perez  
> wrote:
>> Package: wnpp
>> Owner: Carlos Alberto Lopez Perez 
>> Severity: wishlist
>> X-Debbugs-CC: debian-de...@lists.debian.org
>>
>> * Package name: zfs-linux
>>   Version : 0.6.0
>>   Upstream Author : Brian Behlendorf 
>> * URL : http://zfsonlinux.org/
>> * License : CDDL
>>   Programming Lang: C
>>   Description : The native Linux kernel port of the ZFS filesystem.
>>
>>  ZFS is an advanced file system and volume manager which was originally
>>  developed for Solaris. It provides a number of advanced features like
>>  snapshots, clones, live integrity checksums, deduplication, compression
>>  and much more. The port to the Linux kernel includes a functional and
>>  stable SPA, DMU, ZVOL and ZFS Posix Layer (ZPL).
>>  .
>>  This package contains the source code for the native implementation of ZFS
>>  for the Linux Kernel, which can be used with DKMS, so that local kernel
>>  modules are automatically built and installed every time the kernel packages
>>  are upgraded.
>>  .
>>  This package also contains the user space utilities needed to manage ZFS.
>>
> 
> If packaged properly, I am sure many people will find this useful.
> 
> The missing revisions / functionality are:
> 
> 29 RAID-Z/mirror hybrid allocator.
> 30 ZFS encryption.
> 31 improved 'zfs list' performance.
> 32 One MB block support
> 33 Improved share support
> 
> I do have (personal?!) concerns about the ZFS future. After the zpool
> version 28, no more source code was release by oracle (please correct
> me if I am wrong). Are the specs released for the later zpool
> versions? As it is now, all implementations are incomplete in
> comparison with Oracle's implementation. And if no specs are
> available, the open source / linux implementations are going to become
> more and more incomplete in the future.

This is true, the latest release of the ZFS source code is the zpool
version 28. After Oracle took over Sun, they turned Solaris into a
closed-source operating system effectively killing OpenSolaris.

However, several open source projects (OpenIndiana and Illumos) forked
OpenSolaris and continued its development in parallel. Also FreeBSD
added official support for ZFS on their Kernel.

So, while is true that possibly we can't expect Oracle supporting
further development for the open-source ZFS, we can (and should) expect
that this development effort continues in the open backed by the several
open source efforts behind this (zfsonlinux, freebsd, illumos,
openindiana, smartos, nexenta ...). There is already a working group
composed by some of the former communities working on further
development of the open source version of ZFS [1]

About the ZFS specifications for the Oracle's zpool greater than 28, I
don't know if they made this documents public (probably they didn't)

Anyway this ZFS working group is developing the open source ZFS version
independently from Oracle, so I guess (not sure about this) that the
last ZFS version compatible between all the ZFS ports and Oracle/Solaris
ZFS will be zfs=5,zpool=28. The ZFS working group has already shared a
proposal for allocating zfs/zpool version numbers that allows the
different parties to add features to ZFS independently without conflicts
between them [2]

For example, Illumos released a few months ago a new version of ZFS
(zpool=5000) which added support for "asynchronous destruction of ZFS
datasets" and "SPA versioning with zfs feature flags" [3], and the
FreeBSD folks are already merging this in their port [4]. Its expected
that the zfsonlinux project would also merge this changes on their port [5].

Also, ZFS in its current state (zfs=5 / zpool=28) is very stable and
more feature-wise than any of the other filesystems available for Linux.
Furthermore none of the features added from [29-33] is a killer feature,
for encryption we already have LUKS/dm-crypt on Linux (you can just
build a zfs volume on top of a LUKS/dm-crypt volume).


> 
> What is the status on trademarks? Can we use the name "zfs"? For
> example, drdb trademark is actively being enforced.
> 

We already have in the archives the following packages using the zfs name:

http://packages.debian.org/search?keywords=zfs&searchon=names&suite=all§ion=all

So I don't see any problem there. If Oracle decide to enforce the zfs
trademark we simply can rename the package and problem solved.

Also, as I can see, Oracle not longer holds the ZFS trademark since they
abandoned the application for it [6]


> While the future of alternative zfs implementations does look gloom, I
> do think zfs (-like) implementations would be useful on linux and in
> debian.
> 

I also think that can be useful, ZFS has many nice features that would
boost Linux and Debian possibilities.


Regards!


[1]
https://lwn.net/Articles/444882/
http://lanyrd.com/2012/illumos-user-group-meetup-january/smxwd/
http://blog.del

Bug#685828: reportbug: package version can't be left blank

[Raphael Geissert]

On Saturday 01 September 2012 16:40:02 Sandro Tosi wrote:
> Can you please specify what's the use case for not providing the
> version header? even the instruction on the BTS recommends to include
> it.

When the exact affected versions are not known (such as when a security issue 
is reported) it is best not to specify any version. That way it won't affect 
the package's testing migration or anything.

Once determined, the not/affected versions can be marked approprietly.

Cheers,
-- 
Raphael Geissert - Debian Developer
www.debian.org - get.debian.net


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

Bug#686462: release.debian.org: unblock: ruby-pgplot/0.1.3-6

[Youhei SASAKI]

Hi,

Thanks for quick reply.

At 1 Sep 2012 22:25:45 +0100,
"Adam D. Barratt"  wrote:
>
> Control: tags -1 + moreinfo
>
> On Sun, 2012-09-02 at 05:53 +0900, Youhei SASAKI wrote:
> > I'll request you to unblock ruby-pgplot package, version 0.1.3-6
> >
> >  - It will fix three FTBFS bugs:
> >- http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=675390
> >- http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=682409
> >- http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=685963
>
> The version information suggests that only one of those actually affects
> the package in testing; is that correct?  (I'm not sure from looking at
> the reports if the other bugs actually exist in testing or were
> introduced by later fixes.)

Because current ruby-pgplot in Wheezy is 0.1.3-2, these three FTBFS fixed
in 0.1.3-{3,4,5}. I forget sent unblock request about them. Sorry for my
rudeness. The debdiff output I sent is between 0.1.3-2(in wheezy) and
0.1.3-6(in unstable)

> >  - Add X11, PNG support for users
>
> Could you expand a little more on what this means, beyond the addition
> of the build dependencies?  It sounds a little "new feature"ish, which
> isn't really what we'd like during a freeze.

Although there were no bug reports, these library(libX11, libpng.so)
needs in order to execute ruby scripts using ruby-pgplot. Thus this is
bug fix and not new feature. I am sorry whose contents which I wrote to
changelog were inaccurate. 

> > I attached debdiff output from 0.1.3-2(in wheezy) to 0.1.3-6.
> [...]
> Why was rdtool removed?
> [...]
> > --- ruby-pgplot-0.1.3/debian/doc/index.html 1970-01-01 09:00:00.0 
> > +0900
> > +++ ruby-pgplot-0.1.3/debian/doc/index.html 2012-07-25 14:39:35.0 
> > +0900
>
> Why are these in debian/ ?  Their addition doesn't seem to be mentioned
> in the changelog; the stanzas for two of the FTBFS are unhelpfully
> undetailed, which makes it difficult to tie them up with the changes.

This change is done in ruby-pgplot ver. 0.1.3-3. because of RD2 page
generation issue:
   rdtool: rd2 generates broken layouted manpages
   http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=676154

The rdtool in Wheezy(0.6.34-4) can't output html/manpages correctly
under some situations. I'm upstream maintainer of rdtool, and these bug
is already fixed in upstream release. However this is not part of
Wheezy. Thus, some rdtool outputs (html/manpages) into debian/doc in
order to avoid another FTBFS in Wheezy. I know, this is workaround and
I'll fix them when rdtool package is updated.

Best Wishes,

---
Youhei SASAKI 
  
GPG fingerprint:
  4096/RSA: 66A4 EA70 4FE2 4055 8D6A C2E6 9394 F354 891D 7E07


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

Bug#686436: openafs-modules-dkms: Does not build with squeeze kernel: error: asm/errno.h: No such file or directory

[Dominic Hargreaves]

On Sat, Sep 01, 2012 at 12:35:17PM -0700, Russ Allbery wrote:
> Russ Allbery  writes:
> 
> > Dominic Hargreaves  writes:
> 
> >> Package: openafs-modules-dkms
> >> Version: 1.6.1-2
> >> Severity: important
> 
> >> During an upgrade from squeeze to wheezy, I saw this:
> 
> >> Setting up openafs-modules-dkms (1.6.1-2) ...
> >> Removing old openafs-1.6.1 DKMS files...
> 
> > [...]
> 
> >> $ tail /var/lib/dkms/openafs/1.6.1/build/make.log
> >> rm -f AFS_component_version_number.c.NEW
> >> make[2]: Leaving directory `/var/lib/dkms/openafs/1.6.1/build/src/config'
> >> gcc  -O2 -I/var/lib/dkms/openafs/1.6.1/build/include -D_LARGEFILE64_SOURCE 
> >>  -I. -c ./config.c
> >> In file included from /usr/include/bits/errno.h:25,
> >>  from /usr/include/errno.h:36,
> >>  from ./config.c:16:
> >> /usr/include/linux/errno.h:4:23: error: asm/errno.h: No such file or 
> >> directory
> >> make[1]: *** [config.o] Error 1
> >> make[1]: Leaving directory `/var/lib/dkms/openafs/1.6.1/build/src/config'
> >> make: *** [all] Error 2
> 
> > I'm very confused, since I've been using openafs-dkms on wheezy for quite
> > some time and have never seen any problem like this.  It builds fine with
> > the current source and the current kernel.  I *think* this is something
> > specific to your local machine, although I'm not sure what.  Could you be
> > missing the complete set of linux-header packages, perhaps?
> 
> > That file is provided by linux-headers--common:
> 
> Oh, wait, no, I misread that.  It's the userspace part that it's building,
> and it's missing the normal asm/errno.h in
> /usr/include/i386-linux-gnu/asm/errno.h.  This is almost certainly
> something on your local system; I suspect that compiling a simple program
> like:
> 
> #include 
> #include 
> 
> int main(void) { printf("hello\n"); return 0 }
> 
> would also fail.
> 
> Do you have a recent enough compiler to have multiarch support?  I wonder
> if what happened was that libc6-dev was upgraded but the compiler wasn't,
> and dkms ran with a compiler that doesn't understand the multiarch include
> paths.  There's a Breaks in libc6-dev that tries to prevent this from
> happening, but during a dist-upgrade, sometimes orderings get confused.
> I'm not sure if dkms ensures that the compiler is fully configured before
> kicking off its postinst.  At a glance, it *looks* like it should, but
> sometimes those dependencies get confusing.
> 
> The chain *should* be:
> 
> openafs-modules-dkms -> dkms -> gcc -> gcc-4.7
> 
> and libc6-dev Breaks old versions of all gcc-* packages earlier than
> gcc-4.7 (4.7 always had multiarch support), so that *should* force either
> gcc to be upgraded to point to gcc-4.7 or an earlier gcc-* package to be
> upgraded to have multiarch support before dkms is considered configured,
> and openafs-modules-dkms should not be willing to run its postinst until
> dkms is fully configured

I'll check the dpkg log tomorrow to find out exactly what happened, but
I should have been explicit: this was doing an apt-get upgrade, not
dist-upgrade - I recall that this is normally what's recommended by the
release notes during release upgrades, as a precursor to a dist-upgrade
(I'm part-way through the dist-upgrade now).

-- 
Dominic Hargreaves | http://www.larted.org.uk/~dom/
PGP key 5178E2A5 from the.earth.li (keyserver,web,email)


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

Bug#686467: qt4-perl: Does not provide libqtdeclarative4-perl

[pasky]

Package: qt4-perl
Version: 4.8.4-1
Severity: wishlist

Dear Maintainer,

the source package does not provide many bindings, most notably
QtDeclarative4 which is apparently required for QML-based applications.
Also, looking at

https://launchpad.net/ubuntu/oneiric/+source/perlqt

Ubuntu seems to provide many more bindings as well, perhaps it's worth
a thought porting them over?

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

Kernel: Linux 3.2.0-3-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=cs_CZ.utf8 (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#639410: rockdodger: flash remains and sound repeats

[Paul Holt]

I saw only the gui representation of the patch... where do I find the patch
source?

I intended to release this as a patch release, but do not understand the
process.

Robert is working on a 1.0 candidate.

--
Sent from my phone-like device.
On Sep 2, 2012 4:12 AM, "Bart Martens"  wrote:

> Robert, the patch doesn't fit the version in Debian, and I guess that you
> haven't tested a fix for the version in Debian.
>
> Paul, do you intend to make a new release that includes the solution for
> this
> bug ?
>
> Regards,
>
> Bart Martens
>

Bug#623950: RFP: asm4 -- Java bytecode manipulation framework

[Damien Raude-Morvan]

Hi Aditya,

Le mercredi 01 août 2012 22:50:29, Aditya Vaidya a écrit :
> After some investigating, I found that it needs some JAR file called
> "sigtest.jar", which I've found. However, I know that having libraries
> inside other libraries (pre-compiled ones, that is) is frowned upon (well,
> as far as I know they are), which I create an ITP for "sigtest"? That'll
> allow me to have a Build-Dependency on it, and then I can avoid including a
> pre-built JAR in the program.
> 
> So, should I create an ITP for "sigtest" in order to get this package
> created?

You have two options here :
- if sigtest is not used by an essential part of asm4 (for instance, if 
sigtest is only used for unit testing), you can choose to add a patch in your 
asm4 package to disable usage of sigtest until it's available in Debian
- you can then choose to package sigtest, and yes, you will need to submit an 
ITP (see [1])

[1] http://www.debian.org/doc/manuals/developers-
reference/pkgs.html#newpackage

Cheers,
-- 
Damien - Debian Developper
http://wiki.debian.org/DamienRaudeMorvan


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

Bug#683041: Info received (Bug#683041: Acknowledgement (graphviz: please mark Multi-arch: foreign))

[David Claughton]

Hi Shawn,

Thanks for your patch submission, sorry for the delay in responding to it.

Unfortunately I don't believe Multi-arch:Foreign is correct for graphviz
as this is intended to be used for arch:all support packages or packages
where it doesn't matter if its arch matches the one you are building
against.  This is very much not the case for graphviz.  See [1] for more
info.

However I have almost completed packaging the new upstream release
(2.28) and this includes Multiarch support.  It just needs some proper
testing, in particular with regards to the -dev package and checking if
rdepends correctly build against it.  I've not yet found the time to do
this, but you're welcome to give it a whirl if you wish.  The code is
currently in the git archive at [2] which you can build with the
'git-buildpackage' utility.

[1]
http://wiki.debian.org/Multiarch/Implementation#Multi-Arch:_foreign_support_packages
[2] http://git.debian.org/?p=collab-maint/graphviz.git

Cheers,

David.

On 28/07/12 02:44, shawn wrote:
> usertag 683041 cross
> tag 683041 patch
> thanks
> 
> diff --git a/debian/control b/debian/control
> index 0362d43..4d11729 100644
> --- a/debian/control
> +++ b/debian/control
> @@ -50,6 +50,7 @@ Homepage: http://www.graphviz.org/
> Package: graphviz
> Architecture: any
> Depends: ${shlibs:Depends}, ${misc:Depends}
> +Multi-arch: foreign
> Conflicts: gdtclft
> Recommends: ttf-liberation
> Suggests: gsfonts, graphviz-doc
> 
> 


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

Bug#686466: tty-clock: Proposition of a manual page for tty-clock

[Cédric Boutillier]

Package: tty-clock
Version: 1.1-1
Severity: wishlist
Tags: patch

Dear Maintainer,

Please find attached tty-clock.1, a manual page for tty-clock, written
in roff format. You can include it into your package by copying it to
the debian/ directory, and writing "debian/tty-clock.1" into the
debian/tty-clock.manpages file.

If you have any comments or if you want me to improve or correct
something, let me know, I would be happy to implement your suggestions.

Best regards,

Cédric
.TH TTY-CLOCK 1 "2012-08-31"

.SH NAME
tty-clock \- simple terminal clock

.SH SYNOPSIS
.B tty-clock
.RB [ \-sbctrvih ]
.RB [ \-C  \<0\-7\>]
.RB [ \-f
.I format
]
.RB [ \-d
.I delay
]

.SH DESCRIPTION

.B tty-clock
is a tty-clock is a simple ncurses-based clock that shows the time and date
using a large display. It has a few commandline options to customize
the output.

.SH OPTIONS

.TP
.B \-s
Show seconds.
.TP
.B \-b
Show a box surrounding the clock.
.TP
.B \-c
Set the clock in the center of the terminal.
.TP
.BR \-C <0\-7\>
Set the clock color, represented by its ANSI code from 0 to 7.
.TP
.B \-t
Set the hour in 12h format.
.TP
.B \-r
Do rebound the clock.
.TP
.B \-f \fIformat\fR
Set the date format for the second line of display, with the same syntax as the
format string for \fBstrftime\fR(3), also documented in \fBdate\fR(1). The
\fIformat\fR string cannot be longer than 100 characters and its value is "%F"
by default.
.TP
.B \-v
Show tty-clock version.
.TP
.B \-i
Show some info about \fBtty-clock\fR.
.TP
.B \-h
Show a usage message similar to this manual page.
.TP
.B \-d \fIdelay\fR
Set the \fIdelay\fR between two redraws of the clock. The default value is
4000, corresponding to 25 frames per seconds. The value of the \fIdelay\fR
cannot be larger than 1, corresponding to one frame per second.

.SH AUTHOR
.B tty-clock
has been written by Martin Duquesnoy \.

.SH SEE ALSO
.BR strftime (3), date (1).

Bug#686463: followup

[Thibaut VARENE]

 "Adam D. Barratt" 

> In that case, would it not make more sense to remove it from unstable?

Sure, why not. Removing it from the upcoming stable distribution is
really necessary anyway.

-- 
Thibaut VARENE
http://www.parisc-linux.org/~varenet/


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

Bug#677173: keyboard switched to slowkeys mode today for me as well

[Vincent Lefevre]

On 2012-08-06 16:46:40 -0400, Daniel Kahn Gillmor wrote:
> My X11 session switched to slowkeys mode today without my having held
> the shift key down for 10 consecutive seconds, as far as i know.

Same for me. The system suddenly switched to SlowKeys while I didn't
even touch the Shift key!

Note: It sometimes happens that I unintentionally hold the Shift key
for 8+ seconds (e.g. because I intend to type PageUp or PageDown, but
don't do it immediately). In such a case, a message is written to the
/var/log/Xorg.0.log file. But here, nothing was written!

Here are the last messages in the /var/log/Xorg.0.log file:

[778009.172] (II) XKB SlowKeys are now enabled. Hold shift to disable.
[870684.606] (II) XKB SlowKeys are disabled.
[870684.620] (II) XKB SlowKeys are now enabled. Hold shift to disable.
[870793.988] (II) XKB SlowKeys are now enabled. Hold shift to disable.
[870793.988] (II) XKB SlowKeys are disabled.
[970681.038] (II) XKB SlowKeys are disabled.
[970681.101] (II) XKB SlowKeys are now enabled. Hold shift to disable.
[970710.197] (II) XKB SlowKeys are now enabled. Hold shift to disable.
[970710.198] (II) XKB SlowKeys are disabled.
[970782.228] (II) config/udev: removing device  USB OPTICAL MOUSE
[970782.519] (II) evdev:  USB OPTICAL MOUSE: Close
[970782.641] (II) UnloadModule: "evdev"
[970783.017] (II) config/udev: Adding input device  USB OPTICAL MOUSE 
(/dev/input/mouse0)
[970783.056] (II) No input driver specified, ignoring this device.
[970783.056] (II) This device may have been added with another device file.
[970783.056] (II) config/udev: Adding input device  USB OPTICAL MOUSE 
(/dev/input/event3)
[970783.056] (**)  USB OPTICAL MOUSE: Applying InputClass "evdev pointer 
catchall"
[970783.056] (II) Using input driver 'evdev' for ' USB OPTICAL MOUSE'
[970783.056]Option "XkbRules" "evdev"
[970783.056]Option "XkbModel" "evdev"
[970783.056]Option "XkbLayout" "us"
[970783.056]Option "_source" "server/udev"
[970783.056]Option "name" " USB OPTICAL MOUSE"
[970783.056]Option "path" "/dev/input/event3"
[970783.056]Option "device" "/dev/input/event3"
[970783.056]Option "config_info" 
"udev:/sys/devices/pci:00/:00:1d.7/usb8/8-3/8-3.3/8-3.3:1.0/input/input19/event3"
[970783.056]Option "driver" "evdev"
[970783.056] (**)  USB OPTICAL MOUSE: always reports core events
[970783.056] (**) evdev:  USB OPTICAL MOUSE: Device: "/dev/input/event3"
[970783.057] (--) evdev:  USB OPTICAL MOUSE: Vendor 0x15d9 Product 0xa4c
[970783.057] (--) evdev:  USB OPTICAL MOUSE: Found 3 mouse buttons
[970783.057] (--) evdev:  USB OPTICAL MOUSE: Found scroll wheel(s)
[970783.057] (--) evdev:  USB OPTICAL MOUSE: Found relative axes
[970783.057] (--) evdev:  USB OPTICAL MOUSE: Found x and y relative axes
[970783.057] (II) evdev:  USB OPTICAL MOUSE: Configuring as mouse
[970783.057] (II) evdev:  USB OPTICAL MOUSE: Adding scrollwheel support
[970783.057] (**) evdev:  USB OPTICAL MOUSE: YAxisMapping: buttons 4 and 5
[970783.057] (**) evdev:  USB OPTICAL MOUSE: EmulateWheelButton: 4, 
EmulateWheelInertia: 10, EmulateWheelTimeout: 200
[970783.057] (**) Option "config_info" 
"udev:/sys/devices/pci:00/:00:1d.7/usb8/8-3/8-3.3/8-3.3:1.0/input/input19/event3"
[970783.057] (II) XINPUT: Adding extended input device " USB OPTICAL MOUSE" 
(type: MOUSE, id 12)
[970783.057] (II) evdev:  USB OPTICAL MOUSE: initialized for relative axes.
[970783.057] (**)  USB OPTICAL MOUSE: (accel) keeping acceleration scheme 1
[970783.057] (**)  USB OPTICAL MOUSE: (accel) acceleration profile 0
[970783.057] (**)  USB OPTICAL MOUSE: (accel) acceleration factor: 2.000
[970783.057] (**)  USB OPTICAL MOUSE: (accel) acceleration threshold: 4
[992084.496] (II) XKB SlowKeys are disabled.
[992084.515] (II) XKB SlowKeys are disabled.

SlowKeys got enabled for no reasons around 992000. I could disable it
by holding Shift for 8+ seconds.

-- 
Vincent Lefèvre  - Web: 
100% accessible validated (X)HTML - Blog: 
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)


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

Bug#685828: reportbug: package version can't be left blank

[Sandro Tosi]

Hello Raphael,

On Fri, Aug 24, 2012 at 11:07 PM, Raphael Geissert  wrote:
> There doesn't seem to be any way to omit the Version pseudo-header, which is
> valid when filing a bug against the BTS. If one passes --package-version=' '
> it is accepted (and thus the version prompt avoided) but the header is still
> added:

Can you please specify what's the use case for not providing the
version header? even the instruction on the BTS recommends to include
it.

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


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

Bug#491008: [Qutim] Bug#491008: ITP: qutim -- instant messenger written in C++ and Qt4

[Bob Bib]

retitle 518619 ITP: qutim -- instant messenger written in C++ and Qt4
retitle 518621 ITP: qutim -- instant messenger written in C++ and Qt4
retitle 518686 ITP: qutim -- instant messenger written in C++ and Qt4
retitle 518824 ITP: qutim -- instant messenger written in C++ and Qt4
merge 491008 518619 518621 518686 518824
thanks

Sat, 1 Sep 2012 23:34:32 +0400
Vsevolod Velichko :
> 
> These packages have became the part of the original qutIM project (and
> were merged to project source tree) and don't exist as a separate
> entities anymore.
> You should probably remerge bugs with the main one (#491008).
> 

Thanks for confirmation.

Bug#686463: RM: lomoco/1.0beta1+1.0-5

[Adam D. Barratt]

On Sat, 2012-09-01 at 22:52 +0200, Thibaut VARENE wrote:
> Dead upstream, orphaned.

In that case, would it not make more sense to remove it from unstable?

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#686462: release.debian.org: unblock: ruby-pgplot/0.1.3-6

[Adam D. Barratt]

Control: tags -1 + moreinfo

On Sun, 2012-09-02 at 05:53 +0900, Youhei SASAKI wrote:
> I'll request you to unblock ruby-pgplot package, version 0.1.3-6
> 
>  - It will fix three FTBFS bugs:
>- http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=675390
>- http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=682409
>- http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=685963

The version information suggests that only one of those actually affects
the package in testing; is that correct?  (I'm not sure from looking at
the reports if the other bugs actually exist in testing or were
introduced by later fixes.)

>  - Add X11, PNG support for users

Could you expand a little more on what this means, beyond the addition
of the build dependencies?  It sounds a little "new feature"ish, which
isn't really what we'd like during a freeze.

>  - Change source format 3.0, Copyright format 1.0

fwiw, the diff *doesn't* do the first of those.  (Which is good :-) ).

> I attached debdiff output from 0.1.3-2(in wheezy) to 0.1.3-6.
[...]
> -Build-Depends: debhelper (>= 7.0.50~), gem2deb, 
> - ruby-narray, rdtool, 
> - pgplot5, gfortran
> -Standards-Version: 3.9.2
> +Build-Depends: 
> + debhelper (>= 7.0.50~),
> + gem2deb,
> + ruby-narray,
> + pgplot5,
> + gfortran,
> + libx11-dev,
> + libpng12-dev,
> + gfortran-4.6

Why was rdtool removed?

[...]
> --- ruby-pgplot-0.1.3/debian/doc/index.html   1970-01-01 09:00:00.0 
> +0900
> +++ ruby-pgplot-0.1.3/debian/doc/index.html   2012-07-25 14:39:35.0 
> +0900
[...]
> --- ruby-pgplot-0.1.3/debian/doc/install.html.ja  1970-01-01 
> 09:00:00.0 +0900
> +++ ruby-pgplot-0.1.3/debian/doc/install.html.ja  2012-07-25 
> 14:39:35.0 +0900
[...]
> diff -Nru ruby-pgplot-0.1.3/debian/doc/method.html.ja 
> ruby-pgplot-0.1.3/debian/doc/method.html.ja
> --- ruby-pgplot-0.1.3/debian/doc/method.html.ja   1970-01-01 
> 09:00:00.0 +0900
> +++ ruby-pgplot-0.1.3/debian/doc/method.html.ja   2012-07-25 
> 14:39:35.0 +0900
[...]
> diff -Nru ruby-pgplot-0.1.3/debian/doc/pgcont.html 
> ruby-pgplot-0.1.3/debian/doc/pgcont.html
> --- ruby-pgplot-0.1.3/debian/doc/pgcont.html  1970-01-01 09:00:00.0 
> +0900
> +++ ruby-pgplot-0.1.3/debian/doc/pgcont.html  2012-07-25 14:39:35.0 
> +0900
[...]
> diff -Nru ruby-pgplot-0.1.3/debian/doc/pghist.html 
> ruby-pgplot-0.1.3/debian/doc/pghist.html
> --- ruby-pgplot-0.1.3/debian/doc/pghist.html  1970-01-01 09:00:00.0 
> +0900
> +++ ruby-pgplot-0.1.3/debian/doc/pghist.html  2012-07-25 14:39:35.0 
> +0900
[...]
> diff -Nru ruby-pgplot-0.1.3/debian/doc/pgimag.html 
> ruby-pgplot-0.1.3/debian/doc/pgimag.html
> --- ruby-pgplot-0.1.3/debian/doc/pgimag.html  1970-01-01 09:00:00.0 
> +0900
> +++ ruby-pgplot-0.1.3/debian/doc/pgimag.html  2012-07-25 14:39:35.0 
> +0900
[...]
> diff -Nru ruby-pgplot-0.1.3/debian/doc/pgline.html 
> ruby-pgplot-0.1.3/debian/doc/pgline.html
> --- ruby-pgplot-0.1.3/debian/doc/pgline.html  1970-01-01 09:00:00.0 
> +0900
> +++ ruby-pgplot-0.1.3/debian/doc/pgline.html  2012-07-25 14:39:35.0 
> +0900
[...]
> diff -Nru ruby-pgplot-0.1.3/debian/doc/rbpg-ind.html 
> ruby-pgplot-0.1.3/debian/doc/rbpg-ind.html
> --- ruby-pgplot-0.1.3/debian/doc/rbpg-ind.html1970-01-01 
> 09:00:00.0 +0900
> +++ ruby-pgplot-0.1.3/debian/doc/rbpg-ind.html2012-07-25 
> 14:39:35.0 +0900
[...]
> diff -Nru ruby-pgplot-0.1.3/debian/doc/trailer.html 
> ruby-pgplot-0.1.3/debian/doc/trailer.html
> --- ruby-pgplot-0.1.3/debian/doc/trailer.html 1970-01-01 09:00:00.0 
> +0900
> +++ ruby-pgplot-0.1.3/debian/doc/trailer.html 2012-06-01 18:27:14.0 
> +0900
[...]
> diff -Nru ruby-pgplot-0.1.3/debian/doc/tutorial-01.html.ja 
> ruby-pgplot-0.1.3/debian/doc/tutorial-01.html.ja
> --- ruby-pgplot-0.1.3/debian/doc/tutorial-01.html.ja  1970-01-01 
> 09:00:00.0 +0900
> +++ ruby-pgplot-0.1.3/debian/doc/tutorial-01.html.ja  2012-07-25 
> 14:39:35.0 +0900

Why are these in debian/ ?  Their addition doesn't seem to be mentioned
in the changelog; the stanzas for two of the FTBFS are unhelpfully
undetailed, which makes it difficult to tie them up with the changes.

> diff -Nru ruby-pgplot-0.1.3/debian/ruby-pgplot.docs 
> ruby-pgplot-0.1.3/debian/ruby-pgplot.docs
> --- ruby-pgplot-0.1.3/debian/ruby-pgplot.docs 2011-05-18 05:04:21.0 
> +0900
> +++ ruby-pgplot-0.1.3/debian/ruby-pgplot.docs 2012-07-25 14:40:47.0 
> +0900
> @@ -1,5 +1,5 @@
> -doc/*.html
> -doc/*.html.ja
> +debian/doc/*.html
> +debian/doc/*.html.ja
[...]
> diff -Nru ruby-pgplot-0.1.3/debian/rules ruby-pgplot-0.1.3/debian/rules
> --- ruby-pgplot-0.1.3/debian/rules2011-05-18 05:04:21.0 +0900
> +++ ruby-pgplot-0.1.3/debian/rules2012-09-01 18:51:18.0 +0900
[...]
> - ( cd doc && make )
> +#( cd doc && make )
[...] 
> - ( cd doc && make clean )
> +#( cd doc && make clean )

As earlier, what's the rationale for the

Bug#685865: thoughts

[Nicholas Bamber]

severity 685865 normal
tag 685865 +wontfix -upstream
thanks



Andre,
Also now I look at it #484671 (a bug against synaptic) looks very
similar. And it occurs to me also that insufficient permissions in your
sudoers file could explain the failure to stop the mysql server if you
were trying to use any sort of sudo.


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

Bug#685865: thoughts

[Nicholas Bamber]

severity 685865 normal
tag +wontfix -upstream
thanks



Andre,
I've finally managed to read through the bug report after having a
difficult week or two. I would like to begin by reconstructing what
happened with your upgrade as indicated by term.log.

1.) From line 1180 to 1219 we see mysql-5.5 being unpacked
2.) From line 1264 to 1286 the actual installation happened and was
successful.
3.) From line 1332 it starts to purge mysql-server-5.5. (Why it should
do that is I think the principle mystery. And why a purge and not a remove?)
4.) Consequently at line 1333 it tries to stop the server. Unfortunately
it fails. This could be a bug but since I don't understand why it is
being removed in the first place I don't see it as an important one.
5.) At line 1339 it tries to start the server even though the stop
process clearly returned a failure and also even though it is apparently
trying to remove the package.
6.) At line 1340 it tries to remove mysql-workbench presumably because
it has decided to remove mysql.
7.) At line 1342 we get the glorious declaration "dpkg:
mysql-client-5.5: dependency problems, but removing anyway as you
requested:"
8.) At line 1345 it removes mysql-client-5.5.
9.) At line 1357 it reinstalls mysql-client-5.5.
10.) At line 1383 it tries again to install mysql-server-5.5. So first
of all it tries again to stop the server which again fails.
11.) From line 1393 it starts to get in a real mess. There is already a
mysqld process running which has a lock on the ./ibdata files and so on.
12.) By line 1717 the mysqld process has given up trying to register the
InnoDB engine. So now it becomes clear that the innodb comments are
symptons and not the root cause.


So it strongly seems to me that the questions that first need to be
answered are what did your package manager software think it was doing?
Until someone can demonstrate this problem using just apt or at least
explain why it tried to remove the mysql software after and as part of
an upgrade I am downgrading and marking it "will not fix". I await
further information.


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

Bug#686463: RM: lomoco/1.0beta1+1.0-5

[Thibaut VARENE]

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

Dead upstream, orphaned.

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

Kernel: Linux 3.2.0-2-amd64 (SMP w/32 CPU cores)
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#686168: [reportbug/experimental] remove indication that 'e' would edit the bug report in the last menu, it's text UI specific; thanks to David Smith for the report; Closes: #686168

[Sandro Tosi]

tag 686168 pending
tag 686168 pending
thanks

Date:   Sat Sep 1 22:52:38 2012 +0200
Author: Sandro Tosi 
Commit ID: 73d5622fe40a248d7152087e6b8ae680fad1ad45
Commit URL: 
http://git.debian.org/?p=reportbug/reportbug.git;a=commitdiff;h=73d5622fe40a248d7152087e6b8ae680fad1ad45
Patch URL: 
http://git.debian.org/?p=reportbug/reportbug.git;a=commitdiff_plain;h=73d5622fe40a248d7152087e6b8ae680fad1ad45

remove indication that 'e' would edit the bug report in the last menu, it's 
text UI specific; thanks to David Smith for the report; Closes: #686168

  


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

Bug#686165: [reportbug/experimental] update Suggests on emacs packages; thanks to Adrian Bunk for the report; Closes: #686165

[Sandro Tosi]

tag 686165 pending
tag 686165 pending
thanks

Date:   Wed Aug 29 17:55:35 2012 +0200
Author: Sandro Tosi 
Commit ID: b8b3aa50ccc0fc3bbd6be6689a54b252e84e95ab
Commit URL: 
http://git.debian.org/?p=reportbug/reportbug.git;a=commitdiff;h=b8b3aa50ccc0fc3bbd6be6689a54b252e84e95ab
Patch URL: 
http://git.debian.org/?p=reportbug/reportbug.git;a=commitdiff_plain;h=b8b3aa50ccc0fc3bbd6be6689a54b252e84e95ab

update Suggests on emacs packages; thanks to Adrian Bunk for the report; 
Closes: #686165

  


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

Bug#686461: libusb: Future plans for libusb-0.1

[Bob Bib]

Source: libusb
Source-Version: 2:0.1.12-20
Severity: wishlist
Tags: upstream

Dear Maintainer,

the latest upstream version of libusb-0.1 is 0.1.12 (released in March 2006);

to make the legacy applications work with the current libusb-1.0,
a compatibilty layer package called libusb-compat-0.1 has been released on the 
libusb upstream site;

meanwhile, Debian has switched from libusb-1.0 (http://www.libusb.org/) to its 
fork called libusbx (http://libusbx.org/).

What are the future plans for the legacy libusb-0.1 library support in Debian?


-- 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-3-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Bug#686413: ITP: feedgnuplot -- A pipe-oriented frontend to gnuplot. Allows plotting of standard input, both in realtime and for stored data

[Dima Kogan]

> On Sat, 1 Sep 2012 10:07:06 +0200
> Anton Gladky  wrote:
>
> Hello Dima,
> 
> I would recommend you to maintain this tool under debian-science
> team umbrella

Thanks. I'll send an RFS there.


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

Bug#686460: [INTL:da] Danish translation of the debconf templates isdnutils

[Joe Dalton]

Package: isdnutils
Severity: wishlist
Tags: l10n patch

Please include the attached Danish isdnutils translations.

joe@pc:~/over/debian/isdnutils$ msgfmt --statistics -c -v -o /dev/null da.po
da.po: 82 oversatte tekster.

bye
Joe


da.po
Description: Binary data

Bug#686459: [INTL:da] Danish translation of the debconf templates linux-base

[Joe Dalton]

Package: linux-base
Severity: wishlist
Tags: l10n patch

Please include the attached Danish linux-base translations.

joe@pc:~/over/debian/linux-base$ msgfmt --statistics -c -v -o /dev/null da.po
da.po: 20 oversatte tekster.

bye
Joe

da.po
Description: Binary data

Bug#686458: [INTL:da] Danish translation of the debconf templates uswsusp

[Joe Dalton]

Package: uswsusp
Severity: wishlist
Tags: l10n patch

Please include the attached Danish uswsusp translations.

joe@pc:~/over/debian/uswsusp$ msgfmt --statistics -c -v -o /dev/null da.po
da.po: 50 oversatte tekster.

bye
Joe


da.po
Description: Binary data

Bug#686416: [xine-ui] Xine crashes upon startup

[Csányi Pál]

2012/9/1 Darren Salt :
> [m-f-t set]
>
> I demand that Csanyi Pal may or may not have written...
>
>> I can't run Xine.
>
>> When I start xine in an xterm window I get the following output:
>
>> $ xine
>> This is xine (X11 gui) - a free video player v0.99.7.
>> (c) 2000-2010 The xine Team.
>> Failed to open VDPAU backend libvdpau_nouveau.so: cannot open shared object
> file: No such file or directory
>> vo_vdpau: Can't create vdp device : No vdpau implementation.
>> X Error of failed request:  BadMatch (invalid parameter attributes)
>>   Major opcode of failed request:  132 (XVideo)
>>   Minor opcode of failed request:  17 ()
>>   Serial number of failed request:  1940
>>   Current serial number in output stream:  1940
>
> I can't help directly with that (no nvidia hardware here), but you could
> force use of the Xv driver instead (-V xv).

OK
I tried that:
$ xine -V xv
This is xine (X11 gui) - a free video player v0.99.7.
(c) 2000-2010 The xine Team.
X Error of failed request:  BadMatch (invalid parameter attributes)
  Major opcode of failed request:  132 (XVideo)
  Minor opcode of failed request:  17 ()
  Serial number of failed request:  1936
  Current serial number in output stream:  1936

It craches with xv videodriver too.

csanyipal@debian-asztal:~$ xine
This is xine (X11 gui) - a free video player v0.99.7.
(c) 2000-2010 The xine Team.
Failed to open VDPAU backend libvdpau_nouveau.so: cannot open shared
object file: No such file or directory
vo_vdpau: Can't create vdp device : No vdpau implementation.
X Error of failed request:  BadMatch (invalid parameter attributes)
  Major opcode of failed request:  132 (XVideo)
  Minor opcode of failed request:  17 ()
  Serial number of failed request:  1939
  Current serial number in output stream:  1939

It crashes with nouveau driver too.

[snip]

> Why lib32vdpau1? You're evidently using packaged xine; given that, it'll be
> for amd64, so trying to fix this by installing something built for i386 (even
> though packaged for amd64) makes no sense here.

Indeed, I see reason now.


-- 
Regards, Pál Csányi


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

Bug#686457: gom: [INTL:pt_BR] Brazilian Portuguese debconf templates translation

[J. S. Júnior]

Package: gom
Tags: l10n patch
Severity: wishlist

Hello,

Please, Could you update the Brazilian Portuguese Translation?

Attached you will find the file pt_BR.po. It is UTF-8 encoded and it is
tested with msgfmt and podebconf-display-po.

Kind regards.


pt_BR.po.gz
Description: application/gzip


signature.asc
Description: OpenPGP digital signature

Bug#686447: ITP: zfs-linux -- The native Linux kernel port of the ZFS filesystem

[Dmitrijs Ledkovs]

On 1 September 2012 19:02, Carlos Alberto Lopez Perez  wrote:
> Package: wnpp
> Owner: Carlos Alberto Lopez Perez 
> Severity: wishlist
> X-Debbugs-CC: debian-de...@lists.debian.org
>
> * Package name: zfs-linux
>   Version : 0.6.0
>   Upstream Author : Brian Behlendorf 
> * URL : http://zfsonlinux.org/
> * License : CDDL
>   Programming Lang: C
>   Description : The native Linux kernel port of the ZFS filesystem.
>
>  ZFS is an advanced file system and volume manager which was originally
>  developed for Solaris. It provides a number of advanced features like
>  snapshots, clones, live integrity checksums, deduplication, compression
>  and much more. The port to the Linux kernel includes a functional and
>  stable SPA, DMU, ZVOL and ZFS Posix Layer (ZPL).
>  .
>  This package contains the source code for the native implementation of ZFS
>  for the Linux Kernel, which can be used with DKMS, so that local kernel
>  modules are automatically built and installed every time the kernel packages
>  are upgraded.
>  .
>  This package also contains the user space utilities needed to manage ZFS.
>

If packaged properly, I am sure many people will find this useful.

The missing revisions / functionality are:

29 RAID-Z/mirror hybrid allocator.
30 ZFS encryption.
31 improved 'zfs list' performance.
32 One MB block support
33 Improved share support

I do have (personal?!) concerns about the ZFS future. After the zpool
version 28, no more source code was release by oracle (please correct
me if I am wrong). Are the specs released for the later zpool
versions? As it is now, all implementations are incomplete in
comparison with Oracle's implementation. And if no specs are
available, the open source / linux implementations are going to become
more and more incomplete in the future.

What is the status on trademarks? Can we use the name "zfs"? For
example, drdb trademark is actively being enforced.

While the future of alternative zfs implementations does look gloom, I
do think zfs (-like) implementations would be useful on linux and in
debian.

Regards,

Dmitrijs.


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

Bug#686436: openafs-modules-dkms: Does not build with squeeze kernel: error: asm/errno.h: No such file or directory

[Russ Allbery]

Russ Allbery  writes:

> Dominic Hargreaves  writes:

>> Package: openafs-modules-dkms
>> Version: 1.6.1-2
>> Severity: important

>> During an upgrade from squeeze to wheezy, I saw this:

>> Setting up openafs-modules-dkms (1.6.1-2) ...
>> Removing old openafs-1.6.1 DKMS files...

> [...]

>> $ tail /var/lib/dkms/openafs/1.6.1/build/make.log
>> rm -f AFS_component_version_number.c.NEW
>> make[2]: Leaving directory `/var/lib/dkms/openafs/1.6.1/build/src/config'
>> gcc  -O2 -I/var/lib/dkms/openafs/1.6.1/build/include -D_LARGEFILE64_SOURCE  
>> -I. -c ./config.c
>> In file included from /usr/include/bits/errno.h:25,
>>  from /usr/include/errno.h:36,
>>  from ./config.c:16:
>> /usr/include/linux/errno.h:4:23: error: asm/errno.h: No such file or 
>> directory
>> make[1]: *** [config.o] Error 1
>> make[1]: Leaving directory `/var/lib/dkms/openafs/1.6.1/build/src/config'
>> make: *** [all] Error 2

> I'm very confused, since I've been using openafs-dkms on wheezy for quite
> some time and have never seen any problem like this.  It builds fine with
> the current source and the current kernel.  I *think* this is something
> specific to your local machine, although I'm not sure what.  Could you be
> missing the complete set of linux-header packages, perhaps?

> That file is provided by linux-headers--common:

Oh, wait, no, I misread that.  It's the userspace part that it's building,
and it's missing the normal asm/errno.h in
/usr/include/i386-linux-gnu/asm/errno.h.  This is almost certainly
something on your local system; I suspect that compiling a simple program
like:

#include 
#include 

int main(void) { printf("hello\n"); return 0 }

would also fail.

Do you have a recent enough compiler to have multiarch support?  I wonder
if what happened was that libc6-dev was upgraded but the compiler wasn't,
and dkms ran with a compiler that doesn't understand the multiarch include
paths.  There's a Breaks in libc6-dev that tries to prevent this from
happening, but during a dist-upgrade, sometimes orderings get confused.
I'm not sure if dkms ensures that the compiler is fully configured before
kicking off its postinst.  At a glance, it *looks* like it should, but
sometimes those dependencies get confusing.

The chain *should* be:

openafs-modules-dkms -> dkms -> gcc -> gcc-4.7

and libc6-dev Breaks old versions of all gcc-* packages earlier than
gcc-4.7 (4.7 always had multiarch support), so that *should* force either
gcc to be upgraded to point to gcc-4.7 or an earlier gcc-* package to be
upgraded to have multiarch support before dkms is considered configured,
and openafs-modules-dkms should not be willing to run its postinst until
dkms is fully configured

-- 
Russ Allbery (r...@debian.org)   


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

Bug#686319: closed by Julien Cristau (Re: Bug#686319: unblock: iceweasel/10.0.7esr-1)

[Mike Hommey]

On Fri, Aug 31, 2012 at 08:21:14AM +, Debian Bug Tracking System wrote:
> This is an automatic notification regarding your Bug report
> which was filed against the release.debian.org package:
> 
> #686319: unblock: iceweasel/10.0.7esr-1
> 
> It has been closed by Julien Cristau .
> 
> Their explanation is attached below along with your original report.
> If this explanation is unsatisfactory and you have not received a
> better one in a separate message then please contact Julien Cristau 
>  by
> replying to this email.
> 
> 
> -- 
> 686319: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=686319
> Debian Bug Tracking System
> Contact ow...@bugs.debian.org with problems

> Date: Fri, 31 Aug 2012 10:16:52 +0200
> From: Julien Cristau 
> To: Mike Hommey , 686319-d...@bugs.debian.org
> Subject: Re: Bug#686319: unblock: iceweasel/10.0.7esr-1
> User-Agent: Mutt/1.5.21 (2010-09-15)
> Message-ID: <20120831081652.gf6...@radis.cristau.org>
> 
> On Fri, Aug 31, 2012 at 07:28:24 +0200, Mike Hommey wrote:
> 
> > Package: release.debian.org
> > Severity: normal
> > User: release.debian@packages.debian.org
> > Usertags: unblock
> > 
> > Please unblock package iceweasel
> > 
> Unblocked.

Can you also make it age faster?

Cheers,

Mike


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

Bug#686436: openafs-modules-dkms: Does not build with squeeze kernel: error: asm/errno.h: No such file or directory

[Russ Allbery]

Dominic Hargreaves  writes:

> Package: openafs-modules-dkms
> Version: 1.6.1-2
> Severity: important

> During an upgrade from squeeze to wheezy, I saw this:

> Setting up openafs-modules-dkms (1.6.1-2) ...
> Removing old openafs-1.6.1 DKMS files...

[...]

> $ tail /var/lib/dkms/openafs/1.6.1/build/make.log
> rm -f AFS_component_version_number.c.NEW
> make[2]: Leaving directory `/var/lib/dkms/openafs/1.6.1/build/src/config'
> gcc  -O2 -I/var/lib/dkms/openafs/1.6.1/build/include -D_LARGEFILE64_SOURCE  
> -I. -c ./config.c
> In file included from /usr/include/bits/errno.h:25,
>  from /usr/include/errno.h:36,
>  from ./config.c:16:
> /usr/include/linux/errno.h:4:23: error: asm/errno.h: No such file or directory
> make[1]: *** [config.o] Error 1
> make[1]: Leaving directory `/var/lib/dkms/openafs/1.6.1/build/src/config'
> make: *** [all] Error 2

I'm very confused, since I've been using openafs-dkms on wheezy for quite
some time and have never seen any problem like this.  It builds fine with
the current source and the current kernel.  I *think* this is something
specific to your local machine, although I'm not sure what.  Could you be
missing the complete set of linux-header packages, perhaps?

That file is provided by linux-headers--common:

./linux-headers-3.2.0-3-common/arch/x86/include/asm/errno.h
./linux-headers-3.2.0-3-common/include/linux/errno.h
./linux-headers-3.2.0-3-common/include/asm-generic/errno.h

The error is consistent with a missing -I flag that doesn't pick up the
arch/x86/include directory, but I don't know what would cause that.

-- 
Russ Allbery (r...@debian.org)   


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

Bug#686447: ITP: zfs-linux -- The native Linux kernel port of the ZFS filesystem

[Carlos Alberto Lopez Perez]

On 01/09/12 20:36, Arno Töll wrote:
> Hi,
> 
> On 01.09.2012 20:02, Carlos Alberto Lopez Perez wrote:
>> This package contains the source code for the native implementation
>> of ZFS for the Linux Kernel, which can be used with DKMS, so that
>> local kernel modules are automatically built and installed every time
>> the kernel packages are upgraded.
> 
> Question remains whether the resulting binary packages are distributable
> by Debian. You'd basically need to ship source only binary packages
> which are built on the installing platform - including utilities, not
> only for the kernel driver.
> 
> 

The user space utilities are not linked against any GPL library so there
isn't any license problem distributing them in binary form.

The only external dependencies for the user-space utilities are:
libselinux1, zlib1g, and of course libc6.



signature.asc
Description: OpenPGP digital signature

Bug#682065: icedove eating huge amount of memory

[Carsten Schoenert]

forwarded 682065 https://bugzilla.mozilla.org/show_bug.cgi?id=185634
retitle 682065 icedove use huge amount memory while reading big newsgroups
thanks

Hello Peter,
thanks fo searching the bugreport on the mozilla bugtracker.
Yes, this is long ago this behavior is reported for the first time,
but unfortunately this is nothing unusual on mozilla bugs. There are
some other bugs opened for over ten years.

Maybe Mozilla is working on it in future versions of FF/TB. For version
16 and 17 are big reworks for the memory managment announced.

On Sat, Sep 01, 2012 at 04:50:39PM +0200, barkle wrote:
> Package: icedove
> Version: 10.0.6-2
> Followup-For: Bug #682065
> 
> Dear Maintainer,
> 
> it seems to be an old bug: https://bugzilla.mozilla.org/show_bug.cgi?id=185634
> The inital reportis from 2002!
> 
> Greeting Peter
> 


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

Bug#686447: ITP: zfs-linux -- The native Linux kernel port of the ZFS filesystem

[Carlos Alberto Lopez Perez]

On 01/09/12 20:18, John Paul Adrian Glaubitz wrote:
> On Sat, Sep 01, 2012 at 08:02:21PM +0200, Carlos Alberto Lopez Perez wrote:
> 
>>  This package contains the source code for the native implementation of ZFS
>>  for the Linux Kernel, which can be used with DKMS, so that local kernel
>>  modules are automatically built and installed every time the kernel packages
>>  are upgraded.
>>  .
>>  This package also contains the user space utilities needed to manage ZFS.
> 
> Wow, this is actually very nice. I didn't know the implementation of
> ZFS has advanced that much. I would really love to see this in Debian
> anytime soon.
> 
> Do you know how it compares to the version of zfs available for the
> FreeBSD kernels feature-wise?
> 
> Cheers,
> 
> Adrian
> 
> 

Wikipedia has a nice table comparing the different ports of ZFS [1]
According to it, both the FreeBSD port and this Native Linux port (LLNL)
are based on zpool version 28, for which the relevant changelog is also
detailed on Wikipedia [2].

For the Linux port, the ZFS Posix Layer (ZPL) is available from version
0.6.0-rc1 and is expected to be completely stabilized for version 0.6.0 [3]


Regards!


[1] https://en.wikipedia.org/wiki/ZFS#Comparisons
[2] https://en.wikipedia.org/wiki/ZFS#Release_history
[3] https://github.com/zfsonlinux/zfs/issues/7



signature.asc
Description: OpenPGP digital signature

Bug#683674: unblock: intel-microcode/1.20120606.3

[Philipp Kern]

Control: owner -1 !

On Thu, Aug 02, 2012 at 02:57:35PM -0300, Henrique de Moraes Holschuh wrote:
> Please unblock package intel-microcode

These are changes that are quite large. I'm willing to unblock them, though, as
they work much better / more reliable than microcode.ctl. The only thing left
to solve, from my point of view, is dropping the breaks on microcode.ctl and
the upload of a transitional package replacing it.

Just to update the status here, given that a private conversation with hmh
happened more or less accidentially.

Kind regards
Philipp Kern


signature.asc
Description: Digital signature

Bug#374029: Build-Depends{,-Indep} as defined is not useful and not followed

[Russ Allbery]

Bill Allombert  writes:

> The problematic hook is the following:

> + This split allows binary-only builds to not install the
> + dependencies required for the build-indep
> + target and skip any resource-intensive build tasks that
> + are only required when building architecture-independent
> + binary packages.

> If you follow this recommendation, your package will potentially FTBFS due to
> missing build-dependency on the buildd, unless it has been fixed.
> I do not think this has seen real life testing at this stage.

Ah!  Yes.  I understand your point now.  However, this does work and is
tested, as Jonathan pointed out.

I can pull out just this part of the language if we need to (it's only a
rephrasing of language that's already there, not new language, but I do
pull out the footnote saying that it doesn't work properly), but I'd
rather not.  I think it's already working.

-- 
Russ Allbery (r...@debian.org)   


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

Bug#686456: hobbit-plugins -- configuration for 'libs' test

[Dr. F. Lee]

Package: hobbit-plugins
Severity: wishlist

The libs test is doing a fine job on almost every system. One where it 
fails is on an imap server where imapd holds open some deleted files 
indicating which messages have been seen by the user. This results in a 
'false' yellow - 'false', at least, as far as the sysadmins are concerned 
although the script is behaving perfectly well.


I suggest a config file in /etc/hobbit which permits the administrator to 
over-ride tests for a particular process: a patch and sample config are 
attached.


Yours,

Frank
--- libs2011-10-22 19:04:53.0 +0100
+++ libs2   2012-09-01 19:39:21.0 +0100
@@ -33,6 +33,12 @@
 my $LSOF = '/usr/bin/lsof';
 my $SUDO = '/usr/bin/sudo';
 
+### To permit exceptions
+my %adjustments;
+if (-e '/etc/hobbit/libs.pl.cfg') {
+ eval `cat /etc/hobbit/libs.pl.cfg` || die ("Cannot parse config file");
+}
+
 my $bb = new Hobbit ('libs');
 
 ### Kernel
@@ -150,6 +156,7 @@
next if $path =~ m#^/dev/zero#;
next if ($INVSERVER && ($process eq 'init') && ($pid == 1) && 
($user eq 'root'));
#$processes{$user}->{$process} = [] unless defined 
$processes{$user}->{$process};
+   next if ($adjustments{$process} && ($path =~ 
$adjustments{$process}));
$processes{$user}->{$process}->{$pid} = 1;
};
 };
# To permit deleted files in particular parts of the filesystem for given 
processes

%adjustments=('imapd'=>qr/\/var\/lib\/cyrus\/user\/.*/);

Bug#686455: unblock: pidgin-latex/1.4.4-2

[Elías Alejandro]

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

Please unblock package pidgin-latex

It adds an upstream patch which will be also available in 1.4.5 to fix:

01_security_issue.patch: Insuficient validation on blacklist wich could cause
 send user information over messenger network.



--- pidgin-latex-1.4.4/debian/changelog 2011-07-07 10:15:03.0 -0500
+++ pidgin-latex-1.4.4/debian/changelog 2012-08-30 19:48:45.0 -0500
@@ -1,3 +1,11 @@
+pidgin-latex (1.4.4-2) unstable; urgency=low
+
+  * debian/patches/01_security_issue.patch: Added. (Closes: #685888)
++ This fix insufficient validation of LaTeX code and avoid
+  access to user local information.
+
+ -- Elías Alejandro Año Mendoza   Thu, 30 Aug 2012 20:39:08 
-0500
+
 pidgin-latex (1.4.4-1) unstable; urgency=low
 
   * Initial release (Closes: #520658, #609723)
diff -Nru pidgin-latex-1.4.4/debian/patches/01_security_issue.patch 
pidgin-latex-1.4.4/debian/patches/01_security_issue.patch
--- pidgin-latex-1.4.4/debian/patches/01_security_issue.patch   1969-12-31 
19:00:00.0 -0500
+++ pidgin-latex-1.4.4/debian/patches/01_security_issue.patch   2012-08-26 
16:48:19.0 -0500
@@ -0,0 +1,45 @@
+Description: pidgin-latex has a security issue to get into makeatletter-mode.
+ This patch fix insufficient validation of LaTeX code and avoid send
+ messages over a messenger network to a user local system account 
+ information.
+
+Author: Benjamin Moll 
+Forwarded: no
+Last-Update: 2012-07-23 
+
+--- pidgin-latex-1.4.4.orig/LaTeX.c2011-01-12 19:28:45.0 -0500
 pidgin-latex-1.4.4/LaTeX.c 2012-08-25 20:27:55.0 -0500
+@@ -36,6 +36,7 @@
+ #include 
+ #include 
+ #include 
++#include 
+ #include 
+ 
+ #ifndef _WIN32
+@@ -321,14 +322,21 @@
+ static gboolean is_blacklisted(char *message)
+ {
+   char *not_secure[NB_BLACKLIST] = BLACKLIST;
++  int reti;
+   int i;
+   for (i = 0 ; i < NB_BLACKLIST ; i++)
+   {
+-char *begin_not_secure = malloc((strlen(not_secure[i])+9)*sizeof(char));
+-strcpy(begin_not_secure,"\\begin{");
++regex_t regex;
++char *begin_not_secure = malloc((strlen(not_secure[i])+18)*sizeof(char));
++strcpy(begin_not_secure,"begin\\W*{\\W*");
+ strcat(begin_not_secure,not_secure[i]+0x01);
+-strcat(begin_not_secure,"}");
+-if (strstr(message, not_secure[i]) != NULL || strstr(message, 
begin_not_secure)) return TRUE;
++strcat(begin_not_secure,"\\W*}");
++reti = regcomp(®ex, begin_not_secure, 0);
++purple_debug_info("LaTeX", "RegEx-Comp: %s (%d)\n", begin_not_secure, reti);
++reti = regexec(®ex, message, 0, NULL, 0);
++regfree(®ex);
++purple_debug_info("LaTeX", "Blacklist: %s und %s (RegEx-Match: %d)\n", 
not_secure[i], begin_not_secure, reti);
++if (strstr(message, not_secure[i]) != NULL || reti!=REG_NOMATCH) return 
TRUE;
+   }
+   return FALSE;
+ }
diff -Nru pidgin-latex-1.4.4/debian/patches/series 
pidgin-latex-1.4.4/debian/patches/series
--- pidgin-latex-1.4.4/debian/patches/series1969-12-31 19:00:00.0 
-0500
+++ pidgin-latex-1.4.4/debian/patches/series2012-08-26 16:48:19.0 
-0500
@@ -0,0 +1 @@
+01_security_issue.patch


unblock pidgin-latex/1.4.4-2

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

Kernel: Linux 3.2.0-2-686-pae (SMP w/2 CPU cores)
Locale: LANG=es_PE.UTF-8, LC_CTYPE=es_PE.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#633080: Info received (Keep me in the loop.)

[Brian Potkin]

On Fri 08 Jul 2011 at 02:16:06 -0700, Ian Zimmerman wrote:

> It turns out adding Encryption Always to my client.conf file "fixes" it.
> That seems strange, as the documentation says Encryption IfRequested is
> the default.  Does running _only_ a SSL encrypted server not count as
> "requesting" encryption?
> 
> I now suspect my problem is caused by misunderstanding the
> documentation, which (at least wrt the Encryption settings) is
> inadequate.  Basically it lists the possible settings without at all
> explaining what they do.

Thinking on: you may not receive any notification about the closure of
bug #633080 if the BTS sends to the invalid address.

Regards,

Brian.


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

Bug#686184: yodl: FTBFS on i386

[Svante Signell]

On Fri, 2012-08-31 at 07:26 -0700, tony mancill wrote:
> On 08/30/2012 11:56 PM, Svante Signell wrote:
...
> I was able to immediately reproduce the problem on an i386 box, but then
> wasn't able to reproduce it on another i386 (running wheezy, but not in
> a chroot) yesterday.  So this leads me to believe that it might be
> environmental as well.
> 
> Thank you for looking into it on your side as well.

Hi, it looks like the problems are non-trivial. For now you can replace
the second path of the patch, for src/new/newgetcwd.c, with (in the
beginning of that file):
#ifndef PATH_MAX
#define PATH_MAX 4096
#endif

I'm digging into that problem, but no solution yet. Seems to be a little
tricky...


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

Bug#682403: icedove: New upstream (14)/3 missing (security related) updates

[markus]

I've just realized there were already new replies, I didn't receive any 
emails so I thought there weren't any.

sorry for my unnecessary email.


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

Bug#686454: CVE-2011-5129: xchat buffer overflow

[Raphael Geissert]

Package: xchat
Severity: grave
Tags: security

Hi,
the following vulnerability was published for xchat.

CVE-2011-5129[0]:
| Heap-based buffer overflow in XChat 2.8.9 and earlier allows remote
| attackers to cause a denial of service (crash) and possibly execute
| arbitrary code via a long response string.

If you fix the vulnerability please also make sure to include the
CVE (Common Vulnerabilities & Exposures) id in your changelog entry.

For further information see:

[0] http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2011-5129
http://security-tracker.debian.org/tracker/CVE-2011-5129
Please adjust the affected versions in the BTS as needed.

-- 
Raphael Geissert - Debian Developer
www.debian.org - get.debian.net


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

Bug#686453: ITP: spl-dkms -- The Solaris Porting Layer (SPL) for the Linux kernel

[Carlos Alberto Lopez Perez]

Package: wnpp
Owner: Carlos Alberto Lopez Perez 
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org

* Package name: spl-dkms
  Version : 0.6.0
  Upstream Author : Brian Behlendorf 
* URL : http://zfsonlinux.org/
* License : GPL-2+
  Programming Lang: C
  Description : The Solaris Porting Layer (SPL) for the Linux kernel.

 The Solaris Porting Layer (SPL) is a Linux kernel module which provides
 many of the Solaris kernel APIs. This shim layer makes it possible to
 run Solaris kernel code in the Linux kernel with relatively minimal
 modification.
 .
 This can be particularly useful when you want to track upstream Solaris
 development closely and don't want the overhead of maintaining a large
 patch which converts Solaris primitives to Linux primitives.
 .
 This package contains the source code for the SPL Linux kernel module,
 which can be used with DKMS, so that local kernel modules are automatically
 built and installed every time the kernel packages are upgraded.



signature.asc
Description: OpenPGP digital signature

Bug#686452: /usr/bin/normalize-mp3: normalize-ogg by default re-encodes with lower bitrate

[gwern]

Package: normalize-audio
Version: 0.7.7-10
Severity: important
File: /usr/bin/normalize-mp3

Dear Maintainer,

I recently finished up selecting 900MB of high-quality OGGs I had converted 
from FLACs;
as a final step before making a backup, I normalized the audio with 
normalize-ogg. I was
shocked to realize my 900MB had somehow become 500MB. All the files seemed to 
have shrunk
considerably. Upon checking the man page, I saw

   --bitrate BR
  Set bitrate of re-encoded file (default 128)

No - you do not irrecoverably delete massive amounts of user data with a quiet 
default!
You preserve user data at all costs, or make an explicit opt-in mandatory so 
the user
knows what you're doing to his files.

This design decision was a bad idea back in 2001, and it's an even worse idea 
now in 2012.

--
gwern
http://www.gwern.net

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

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

Versions of packages normalize-audio depends on:
ii  libaudiofile1  0.3.4-1
ii  libc6  2.13-35
ii  libmad00.15.1b-7

Versions of packages normalize-audio recommends:
ii  flac  1.2.1-6
ii  vorbis-tools  1.4.0-1

Versions of packages normalize-audio suggests:
ii  mpg321  0.3.2-1.1

-- 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#686447: ITP: zfs-linux -- The native Linux kernel port of the ZFS filesystem

[Arno Töll]

Hi,

On 01.09.2012 20:02, Carlos Alberto Lopez Perez wrote:
>  This package contains the source code for the native implementation of ZFS
>  for the Linux Kernel, which can be used with DKMS, so that local kernel
>  modules are automatically built and installed every time the kernel packages
>  are upgraded.

Question remains whether the resulting binary packages are distributable
by Debian. You'd basically need to ship source only binary packages
which are built on the installing platform - including utilities, not
only for the kernel driver.

-- 
with kind regards,
Arno Töll
IRC: daemonkeeper on Freenode/OFTC
GnuPG Key-ID: 0x9D80F36D



signature.asc
Description: OpenPGP digital signature

Bug#686451: unblock: silo/1.4.14+git20120819-1

[Jurij Smakov]

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

Dear release team,

Please unblock silo/1.4.14+git20120819-1 for testing. It fixes an RC 
bug (#685245) affecting Debian installer images on Niagara machines 
and contains two more bug fixes from upstream. There are no packaging- 
or Debian-specific changes. Full changelog entry:

silo (1.4.14+git20120819-1) unstable; urgency=low

   [ Jurij Smakov ]
   * New upstream release containing only the following bug fixes:
 - Fix ext4 extent resolution. Without this fix silo fails to
   read silo.conf off a ext4 filesystem.
   Commit: 6ab3e76216353af6b60a99f7e5ebf5611047c831
 - Fix silo crash on Niagara (sun4v) machines whenever 'timeout'
   parameter is used in silo.conf. (Closes: #685245)
   Commits: 1121ecf7b087b940339e421b2928067c92f6237e
dcee4ca86e88aeec8c6f2c8062035419204b4701
 - Include stddef.h in stringops.h. Fixes build failure when
   compiled against 3.4 Linux headers.
   Commit: 2999c98e8241b81cb35846961672fc7d8c3fe235
 -- Jurij Smakov   Sun, 19 Aug 2012 16:14:18 +0100

This version was announced on debian-sparc and spent over 10 days in 
unstable after that. I did not receive any complaints or bugs about it 
during that time, no problems were reported to the upstream mailing 
list either.

Best regards, 
-- 
Jurij Smakov   ju...@wooyd.org
Key: http://www.wooyd.org/pgpkey/  KeyID: C99E03CC


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

Bug#589788: flashplugin-nonfree: please use 32 bit Adobe Flash Player on amd64 for security reasons

[Bart Martens]

As I wrote on 16 May 2012, at this time Adobe seems to update both the 32 bit
and 64 bit Flash Players.

Regards,

Bart Martens


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

Bug#686450: fuse4bsd-dkms: doesn't work on kfreebsd-10-0

[Christoph Egger]

Package: fuse4bsd-dkms
Version: 0.3.9~pre1.20080208-4
Severity: normal

fuse4bsd doesn't detect the kernel source for kfreebsd-10-0 correctly
and fails to build kernel modules therefore.

% sudo aptitude reinstall fuse4bsd-dkms
The following packages will be REINSTALLED:
  fuse4bsd-dkms 
0 packages upgraded, 0 newly installed, 1 reinstalled, 0 to remove and 7 not 
upgraded.
Need to get 0 B/72.0 kB of archives. After unpacking 0 B will be used.
(Reading database ... 386108 files and directories currently installed.)
Preparing to replace fuse4bsd-dkms 0.3.9~pre1.20080208-4 (using 
.../fuse4bsd-dkms_0.3.9~pre1.20080208-4_all.deb) ...

--
Deleting module version: 0.3.9~pre1.20080208
completely from the DKMS tree.
--
Done.
Unpacking replacement fuse4bsd-dkms ...
Setting up fuse4bsd-dkms (0.3.9~pre1.20080208-4) ...
Loading new fuse4bsd-0.3.9~pre1.20080208 DKMS files...
Building only for 10.0-0-amd64
Module build for the currently running kernel was skipped since the
kernel source for this kernel does not seem to be installed.
 
christoph@mitoraj /mnt 
11:27 0 % ls /usr/src 
fuse4bsd-0.3.9~pre1.20080208  kfreebsd-headers-10.0-0  kfreebsd-headers-8.2-1  
kfreebsd-headers-8.2-1-amd64  kfreebsd-headers-8.3-1  
kfreebsd-source-10.0.tar.xz  llvm-3.0
christoph@mitoraj /mnt 
11:27 1 % dpkg -l kfreebsd-headers-10.0-0 kfreebsd-source-10.0
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ Name  Version   
Architecture  Description
+++-=-=-=-
ii  kfreebsd-headers-10.0-0   10.0~svn238475-3  
kfreebsd-amd64Common architecture-specific header files for 
kernel of FreeBSD 10.0
ii  kfreebsd-source-10.0  10.0~svn238475-3  
all   source code for kernel of FreeBSD 10.0 with 
Debian patches


-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (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

Versions of packages fuse4bsd-dkms depends on:
ii  dkms   2.2.0.3-1.1
ii  freebsd-buildutils 9.0-11
ii  kfreebsd-headers-8.2-1-amd64 [kfreebsd-headers-8]  8.2-15

fuse4bsd-dkms recommends no packages.

fuse4bsd-dkms 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#686416: [xine-ui] Xine crashes upon startup

[Darren Salt]

[m-f-t set]

I demand that Csanyi Pal may or may not have written...

> I can't run Xine.

> When I start xine in an xterm window I get the following output:

> $ xine
> This is xine (X11 gui) - a free video player v0.99.7.
> (c) 2000-2010 The xine Team.
> Failed to open VDPAU backend libvdpau_nouveau.so: cannot open shared object
file: No such file or directory
> vo_vdpau: Can't create vdp device : No vdpau implementation.
> X Error of failed request:  BadMatch (invalid parameter attributes)
>   Major opcode of failed request:  132 (XVideo)
>   Minor opcode of failed request:  17 ()
>   Serial number of failed request:  1940
>   Current serial number in output stream:  1940

I can't help directly with that (no nvidia hardware here), but you could
force use of the Xv driver instead (-V xv).

> When I search for vdpau packages, I get following output:

> aptitude search vdpau
[snip]
> When I try to install lib32vdpau1 package:

> $ sudo aptitude install lib32vdpau1

> I get the following output:
[snip lots of packages listed for installation]
> What is the solution here?

> --- System information. ---
> Architecture: amd64

Why lib32vdpau1? You're evidently using packaged xine; given that, it'll be
for amd64, so trying to fix this by installing something built for i386 (even
though packaged for amd64) makes no sense here.

[snip]
-- 
|  _  | Darren Salt, using Debian GNU/Linux (and Android)
| ( ) |
|  X  | ASCII Ribbon campaign against HTML e-mail
| / \ | http://www.asciiribbon.org/

The mark of a true professional is giving more than you get.


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

Bug#686449: userv: Parser unable to parse `range' condition

[Mark Wooding]

Package: userv
Version: 1.0.5-0.2
Severity: normal

The `range' condition can never be parsed successfully.  You get an error

found keyword `1000', expected linear whitespace

instead.

The bug is in `parser.c'.  The function `pa_mwsp' insists on parsing some
whitespace; `pa_numberdollar' explains that it `[a]lso parses the whitespace
beforehand' and indeed does so.  But `pcf_range' calls `pa_mwsp' before each
call to `pa_numberdollar'.  As a result, any whitespace before the numeric or
`$' arguments has been consumed already, and the `pa_mwsp' called from
`pa_numberdollar' will always fail.

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

Kernel: Linux 2.6.32-5-686-bigmem (SMP w/3 CPU cores)
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 userv depends on:
ii  libc6 2.11.3-3   Embedded GNU C Library: Shared lib

userv recommends no packages.

userv suggests no packages.

-- Configuration Files:
/etc/userv/system.default changed [not included]

-- 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#682403: icedove: New upstream (14)/3 missing (security related) updates

[markus]

Hello Carsten,

are there any news about Christoph?
Mozilla released Thunderbird 15 some days ago.
I'm using 10.0.6 at the moment but some addons already require 14.0 
(like enigmail).
Also, mozilla has updated to list of known vulnerabilities and there is 
a new ESR version too.

I really hope christoph finds some time to work on this. :)

Regards,
Markus

On 07/22/2012 08:58 PM, Carsten Schoenert wrote:

forcemerge 682403 682019
serverity 682403 wishlist
thanks

Hello Markus,

unfortunatley you are right. Mozilla released the version 14 of
thunderbird. Eric (see #682016) opened also a bug related to that
curcumstance. But Christoph as uploader is tied up with buisness
at the moment.
So it will take a little bit of time to package the newest version
of icedove.

I setting the severity to wishlist because you requested a new version,
security fixes for squeeze and actual for the wheezy releases are
nearly reworked in.

Regards
Carsten

On Sun, Jul 22, 2012 at 03:14:41PM +0200, markus wrote:

Package: icedove
Version: 11.0-1
Severity: grave
Tags: security
Justification: user security hole

Dear Maintainer,

there are 3 missing updates in experimental. The current experimental version
in debian is 11.0. The current thunderbird version is 14.0.
Mozilla published a list of known vulnerabilties (this is why I choose grave, I
hope this is ok):
https://www.mozilla.org/security/known-vulnerabilities/thunderbird.html
I think a lot of users use experimental since it's the only non-ESR version.
It would be awesome if you could publish a new version.

Thank you.






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

Bug#686448: O: uw-imap -- c-client library for mail protocols - development files

[Jonas Smedegaard]

Package: wnpp
Severity: normal

I intend to orphan the uw-imap package, as I don't use it any longer:
Thanks to CiderWebmail I now finally got rid of PHP on the systems I
maintain (php5-imap used by most other webmails depend on libc-cleint).

The package description is:
 IMAP (Internet Message Access Protocol) is a method of accessing
 electronic messages kept on a (possibly shared) mail server.
 .
 The UW (University of Washington) IMAP toolkit provides the c-client
 mail-handling library supporting various network transport methods,
 file system storage formats, and authentication and authorization
 methods.
 .
 This package contains the static c-client library and development
 headers.


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

Bug#686447: ITP: zfs-linux -- The native Linux kernel port of the ZFS filesystem

[John Paul Adrian Glaubitz]

On Sat, Sep 01, 2012 at 08:02:21PM +0200, Carlos Alberto Lopez Perez wrote:

>  This package contains the source code for the native implementation of ZFS
>  for the Linux Kernel, which can be used with DKMS, so that local kernel
>  modules are automatically built and installed every time the kernel packages
>  are upgraded.
>  .
>  This package also contains the user space utilities needed to manage ZFS.

Wow, this is actually very nice. I didn't know the implementation of
ZFS has advanced that much. I would really love to see this in Debian
anytime soon.

Do you know how it compares to the version of zfs available for the
FreeBSD kernels feature-wise?

Cheers,

Adrian


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

Bug#639410: rockdodger: flash remains and sound repeats

[Bart Martens]

Robert, the patch doesn't fit the version in Debian, and I guess that you
haven't tested a fix for the version in Debian.

Paul, do you intend to make a new release that includes the solution for this
bug ?

Regards,

Bart Martens


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

Bug#682826: world writable directories possible patch

[Barak A. Pearlmutter]

Yeah you're right, common-lisp-controller would be the thing.

Patches welcome!

--Barak.


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

Bug#686447: ITP: zfs-linux -- The native Linux kernel port of the ZFS filesystem

[Carlos Alberto Lopez Perez]

Package: wnpp
Owner: Carlos Alberto Lopez Perez 
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org

* Package name: zfs-linux
  Version : 0.6.0
  Upstream Author : Brian Behlendorf 
* URL : http://zfsonlinux.org/
* License : CDDL
  Programming Lang: C
  Description : The native Linux kernel port of the ZFS filesystem.

 ZFS is an advanced file system and volume manager which was originally
 developed for Solaris. It provides a number of advanced features like
 snapshots, clones, live integrity checksums, deduplication, compression
 and much more. The port to the Linux kernel includes a functional and
 stable SPA, DMU, ZVOL and ZFS Posix Layer (ZPL).
 .
 This package contains the source code for the native implementation of ZFS
 for the Linux Kernel, which can be used with DKMS, so that local kernel
 modules are automatically built and installed every time the kernel packages
 are upgraded.
 .
 This package also contains the user space utilities needed to manage ZFS.



signature.asc
Description: OpenPGP digital signature

Bug#686258: Please allow translation of all debconf templates

[David Prévot]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hi Rodolfo,

Le 30/08/2012 14:48, David Prévot a écrit :
> Le 30/08/2012 13:41, "Rodolfo García Peñas (kix)" a écrit :
>> On 30/08/2012 18:01, David Prévot wrote:
>>> Package: uswsusp

> I would advise to only take care of this issue, i.e, apply the simple
> patch proposed in the bug report, run debconf-updatepo, and send a call
> for translation (that is what I'm proposing help for).

Just done that. I'll ping you back in a about a week with a debdiff
including all up to date translations.

Regards

David

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)

iQIcBAEBCAAGBQJQQkqUAAoJELgqIXr9/gnyGH8QAKVQ6m634vI+OEQN/dQZr+fd
LYUnRUK6LxFTJ8G/Qb14b0MD1MEk67g4ALBd32kPTqI7iQ/Pto26j7eplvWqhYJC
a7e8dZCuJwp2bg6PtsUc/BnI1Q/rEwPuBoYSRVmBkHQh+C2CthmOKDf4GKi87zR+
vVBmUDm6upswashLVBawVCWUiQ4upShOZP59CJi+T3SXfBX3YJFGXMhRVWXycZBE
XxiKLdVKwTK0j58x5g0AyT1haB3x0sOfdVaU5LVc/PtIvv/9cqZArxITMQLshD9V
GX9stvmfRkoq92Vf+NKplbN+EFT57T/T+lw7Y0RBNiY49IgR1hmP7nny69FMbz05
5sMzh7q3aX/STMTQ5YV5t/ZumswxcbIF3qLukLBGzCfsJQ8J1A7a1Bl2T3R7tnpe
uBqDWaWJHxVRJHAlGMFCfqWil74cWB2jPu5BFAzuRhCqdUPA2LEfzPifw3UYUUly
tkOSfN6E9VWeWWX1eSCom1ddlWpBanIbuuoLxwqJmYtDOLagvLRRK6XrcF2P7HD0
4c/6J/vajTwVT1MdMaivp2Rg/nZoNt9s9ftGDxksbvbS2Oor078L8JUj8hTXNJDA
cj2BYY8JmgrHKB7pHgkOr3+4nBOAs4+ZWPduc23euI29EgfrHxXacEu1TJXpWjQI
w5ipXvWnDaRAPD/IRQLz
=X86B
-END PGP SIGNATURE-


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

Bug#677668: gap: GAP 4.5.5 is released

[Torquil Macdonald Sørensen]

Package: gap
Version: 4r4p12-2
Followup-For: Bug #677668

Actually, GAP 4.5.5 was released in July. It would be nice to see
this in Debian, as I have a GAP program that I would like to try
on the newest version.

Best regards
Torquil Sørensen

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

Kernel: Linux 3.5.3 (SMP w/2 CPU cores; PREEMPT)
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 gap depends on:
ii  gap-core 4r4p12-2
ii  gap-libs 4r4p12-2
ii  gap-online-help  4r4p12-2

Versions of packages gap recommends:
pn  gap-dev   
ii  gap-doc   4r4p12-2
pn  gap-prim-groups   
pn  gap-small-groups  
pn  gap-trans-groups  

Versions of packages gap suggests:
pn  gap-character-tables
pn  gap-small-groups-extra  
pn  gap-table-of-marks  

-- 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#686446: [INTL:sv] Swedish strings for gom debconf

[Martin Bagge]

package: gom
severity: wishlist
tags: patch l10n

Please consider to add this file to translation of debconf.

-- 
brother
http://sis.bthstuden.se


sv.po
Description: Binary data

Bug#686445: [INTL:sv] Swedish strings for linux-base debconf

[Martin Bagge]

package: linux-base
severity: wishlist
tags: patch l10n

Please consider to add this file to translation of debconf.

-- 
brother
http://sis.bthstuden.se


sv.po
Description: Binary data

Bug#686443: [INTL:sv] Swedish strings for ppp debconf

[Martin Bagge]

package: ppp
severity: wishlist
tags: patch l10n

Please consider to add this file to translation of debconf.

-- 
brother
http://sis.bthstuden.se


sv.po
Description: Binary data

Bug#686444: [INTL:sv] Swedish strings for icecast2 debconf

[Martin Bagge]

package: icecast2
severity: wishlist
tags: patch l10n

Please consider to add this file to translation of debconf.

-- 
brother
http://sis.bthstuden.se


sv.po
Description: Binary data

Bug#685814: phpgacl: prompting due to modified conffiles which were not modified by the user

[Salvatore Bonaccorso]

Only an idea how this could be approached: Remove the file as conffile
and let the file be generated by postinst (and make the substitutions).

 1/ remove the file as conffile

 2/ In case the file does not yet exist generate the file as shiped
in the package.

 3/ If and only if dbc_install is set to true, then do the substitutions
on the configuration file as previously done.

 4/ If the update is from version <= 3.3.7-7.1 then it also needs to
 substitute smarty_dir variable setting with

 smarty_dir  = "/usr/share/php/smarty3/"

But this needs also to handle the case then when the package is
purged.

Regards,
Salvatore


signature.asc
Description: Digital signature

Bug#682826: world writable directories possible patch

[Florian Weimer]

* Barak A. Pearlmutter:

>  - have a setuid program that builds fasl files from trusted sources,
>which in practice means download them itself or from .deb packages

Or a daemon, given that it's difficult to write SUID programs in Lisp.
I thought we had common-lisp-controller for that?


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

Bug#682826: world writable directories possible patch

[Barak A. Pearlmutter]

Yeah.  The "right thing" is to either:

 - disable the functionality

 - have a per-user exported fasl file dir in their home directory, and
   an easy way for users to add other users they trust to their search
   path

 - have a setuid program that builds fasl files from trusted sources,
   which in practice means download them itself or from .deb packages

My inclination is "disable", and reconsider if someone whines.

--Barak.


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

Bug#679744: [PATCH] ipv6 log prefix and pass all icmpv6

[Alex Owen]

The attached is a better and fixed version of uif-ping6-and-log.patch.
Attached is  uif-ping6-and-log-v2.patch.

At some stage I will create a consolidated debdiff...but probably need
to do some more ipv6 testing work first.

Alex


On 27 August 2012 12:55, Alex Owen  wrote:
> A further patch to have separate log prefix for ipv6 and to stop pings
> and other icmpv6 from being rejected in the STATENOTNEW chain. I guess
> might be better to stop them getting there rather than just alow them
> wholesale a that point... But this is a new bit of learning for me so
> I thought I would share it.
>
> attached patch: uif-ping6-and-log.patch
> applies directly to /usr/sbin/uif (after previous patches!)
>
> Regards
>
> Alex Owen


uif-ping6-and-log-v2.patch
Description: Binary data