Bug#689811: mp3diags at mentors

[Josué Ortega]

On Sat, Oct 6, 2012 at 9:43 AM, Josué Ortega  wrote:

>
>
> On Sat, Oct 6, 2012 at 9:18 AM, Bart Martens  wrote:
>
>> Hi Josue,
>>
>> I had a look at mp3diags at mentors uploaded there on 2012-10-06 06:36.
>>  I see
>> that you want to adopt this package without changes (except for the three
>> added
>> newlines in debian/rules).  So I had a look at the package to see what
>> could be
>> improved.  I saw that debian/copyright is not correct and that the
>> upstream
>> license information is quite confusing.  I submitted bug 689811 for that.
>>  It
>> would be nice to have that bug fixed in wheezy.
>>
>> Regards,
>>
>> Bart Martens
>>
>
> Hi Bart,
>
> Thanks for took a look , I'll be working on this bug and I'll noticing you
> , about the changes in debian rules probably I left some white lines after
> trying to add hardening flags but since the package is using cmake and
> compat level 7 I decided to wait to the fix of cmake's bug
>
> Regards
> --
> Josue Ortega
> openfecks.wordpress.com
> PGP key 4096R/AB4AFD3F 2012-08-20
> Fingerprint = 7733 B328 D279 5F5B E232  5ADD 0150 9D5C AB4A FD3F
>
>
>
Hi Bart, I just uploaded the version of mp3diags wich fixes the problem
with the debian copyright

I wrote an email to upstream asking for the licenses and this is the reply:

 "Hi Josue,

Basically the "About" box tells where which license applies:

- All the code is GPL V2, including the UI files. Since they are generated,
I'm not sure I can list a license inside them. The rest of my supporting
code (mainly build scripts and tools) is also GPL V2.

- The icons are mainly taken from KDE 4' Oxygen icon set, which is LGPL V3
(which, unlike V2, was created as an addition to GPL V3, and needs the GPL
V3 text to make sense, so that's why GPL V3 got included). Some icons are
created by me. They are also LGPL V3, to keep things simple.

- The program uses 3 libraries: Qt (which is LGPL V.2.1), Boost (with its
own custom license), and zlib (with its own custom license). It is my
understanding that I should mention these licenses, and that's why they are
included, even if none of my files is under any of these licenses.

It is also my understanding that the way I use the libraries and the icons
is consistent with their licensing terms.

The reason the licenses are included twice, once in the root directory and
again in src/licenses:
- users who download the package expect to find licenses in the root
directory
- the ones in src/licenses are shown in the "About" dialog; I think I
couldn't convince the build to use the ones in the root, so I duplicated
them

For the second question: all icons are LGPL V3. The GPL V3 is included
because the definition of LGPL V3 needs it.

Please let me know if you have any more questions or if there is any issue
with the licenses, or if you have suggestions.

Thanks,
   Marian"


Based on the previous information I've changed the debian copyright
here is the link for the new version of mp3diags in mentors:
https://mentors.debian.net/package/mp3diags

Regards

-- 
Josue Ortega
openfecks.wordpress.com
PGP key 4096R/AB4AFD3F 2012-08-20
Fingerprint = 7733 B328 D279 5F5B E232  5ADD 0150 9D5C AB4A FD3F

Bug#690292: problem after installing debian 7 kfreebsd

[FIXED-TERM Leuschner Sven (ST-CC/OMM7-Mb)]

Package: installation-reports

Boot method: CD -> net install
Image version: http://www.debian.org/devel/debian-installer/News/2012/20120909
Date: 2012-10-10 / 19:30 MESZ (Germany)

Machine: Self built server system using Intel S1200KPR Board
Processor: Xeon E3-1225v2 (Ivy Bridge)
Memory: 8 GB
Partitions: created during installation on an previously unformatted Samsung 
830 SSD (128 GB)
Tried with option
"separate /home-partition" and
"separate partitions for /home /swap /tmp /var"

Output of lspci -knn (or lspci -nn): can't give lspci , since the system won't 
boot after install
But the system contains only of
Motherboard S1200KP-R (R -> supports Ivy Bridge)
LSI MegaRaid 9240-8i (with 7 x 2 TB Hard disks)
Processor Xeon E3-1225v2

Base System Installation Checklist:
[O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it

Initial boot:   [O]
Detect network card:[O]
Configure network:  [O]
Detect CD:  [O]
Load installer modules: [O]
Detect hard drives: [O]
Partition hard drives:  [O]
Install base system:[O]
Clock/timezone setup:   [O]
User/password setup:[O]
Install tasks:  [O]
Install boot loader:[O]
Overall install:[O]

Comments/Problems:

System will not boot successfully AFTER installation is done. During 
installation no problems were visible, but system just hangs on reboot (grub 
works fine though. The "hang" appears during device identification after that. 
I cannot really say because booting process is really fast on the SSD. So it is 
possible the system hangs when trying to load into graphical mode probably 
because of the Intel P4000 Graphics (Server-Variant of HD4000)



Mit freundlichen Grüßen / Best regards

Sven Leuschner

Tel. +49 391 243-2457
Fax +49 391 243-2179

Bug#667573: x264: 10 bit builds

[Fabian Greffrath]

Am 12.10.2012 04:41, schrieb Reinhard Tartler:

That's indeed something that I could do in the Debian package: Install
a regular libx264.so in /usr/lib, and a 10bit in
/usr/lib/x264-10bit/libx264.so in addition, and document how to use it
in some README.Debian file. Not really nice, but I guess better than
nothing.


How about Debian's alternatives system? I think it is easier to use 
and more consistent than a LD_LIBRARY_PATH hack.


 - Fabian


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

Bug#690275: python-indigo: Does not use the Hill convention for GrossFormula

[Johannes Ranke]

Hi 

...

> I will take a look at uploading indigo-1.1.5 to experimental at least
> and then backporting it to squeeze, but the build system has changed
> since 1.0.0 (at least they are using CMake now, not some home-grown
> Makefiles), so it might take a bit.

Sounds great! I would like to offer some help, but ... I do not know so much 
about packaging and cmake, so I believe I would not be of much help...

I could have a go at the backporting bit, but you would have to upload as I am 
not a dd.

Cheers,

Johannes


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

Bug#690293: Policy 5.6.24: Checksums-{SHA1,SHA256} are required by the archive software

[Ansgar Burchardt]

Package: debian-policy
Severity: minor

Charles Plessy  writes:
> http://www.debian.org/doc/debian-policy/ch-controlfields.html#s-f-Checksums
>
>   In the .dsc file, these fields should list all files that make up the source
>   package. In the .changes file, these fields should list all files being
>   uploaded. The list of files in these fields must match the list of files in 
> the
>   Files field.

The Checksums-{SHA1,SHA256} fields were optional when they were
documented in Policy[1], but by now dak requires Checksums-{SHA1,SHA256}
to be present and listing all files in both .dsc and .changes files.

  [1] 

I suggest replacing both 'should's with 'must' in the paragraph quoted
above.

Ansgar


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

Bug#644901: Slightly different behavior, title update or new bugreport needed ?

[Raphaël HALIMI]

I have a quite similar problem on two different copmputers (a manually 
assembled PC and a Lenovo X200s laptop). Since the symptoms are slightly 
different, I don't know if I should file a different bugreport, or if 
this one should be changed to reflect the more general nature of the bug.


The differences are :

- The crackling sound generally disappear after a few seconds, and it 
happens only at the beginning of playback. This problem affects every 
software based on VLC (freetuxtv when changing channel, Amarok with 
phonon-backend-vlc at the beginning of a song (but not always), etc etc).


- It also happen (with Amaork at least) when manually changing position 
with the time counter, and sometimes when changing song (either 
automatically or manually), or 30 seconds or so before the song 
automatically changes. In the latter case, there is no crackling at the 
beginning of the next song.


- It happens on both of the computers I use : a manually assembled 
desktop PC (lspci says "00:14.2 Audio device: Advanced Micro Devices 
[AMD] nee ATI SBx00 Azalia (Intel HDA) (rev 40)") and a Lenovo ThinkPad 
X200s ("00:1b.0 Audio device: Intel Corporation 82801I (ICH9 Family) HD 
Audio Controller (rev 03)"), so it must not be limited to ca0106 HDAudio 
device like the title says.


--
Raphaël HALIMI


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

Bug#690288: task: please respect LC_TIME

[Federico Hernandez]

You can specify your own date formats that task will use in different
situations through the .taskrc configuration file.

you will find more information in the taskrc(5) man page.

/Federico

On Fri, Oct 12, 2012 at 7:18 AM, Yves-Alexis Perez wrote:

> Package: task
> Version: 2.0.0-1
> Severity: normal
>
> Hi,
>
> I started using taskwarrior, and my locales are set like this:
>
> LANG=fr_FR.UTF-8
> LANGUAGE=
> LC_CTYPE="fr_FR.UTF-8"
> LC_NUMERIC="fr_FR.UTF-8"
> LC_TIME="fr_FR.UTF-8"
> LC_COLLATE="fr_FR.UTF-8"
> LC_MONETARY="fr_FR.UTF-8"
> LC_MESSAGES=en_US.UTF-8
> LC_PAPER="fr_FR.UTF-8"
> LC_NAME="fr_FR.UTF-8"
> LC_ADDRESS="fr_FR.UTF-8"
> LC_TELEPHONE="fr_FR.UTF-8"
> LC_MEASUREMENT="fr_FR.UTF-8"
> LC_IDENTIFICATION="fr_FR.UTF-8"
> LC_ALL=
>
> so basically everything is french except messages. In particular, CTIME
> is fr_FR. But in task warrior, setting and displaying due dates, they
> are displayed the english way (mm/dd/) instead of the french way
> (dd/mm/). It'd be nice to respect the user locale, especially since
> it can be really confusing and make people miss due dates if they rely
> on taskwarrior.
>
> Regards,
> --
> Yves-Alexis
>
> -- System Information:
> Debian Release: wheezy/sid
>   APT prefers unstable
>   APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable')
> Architecture: amd64 (x86_64)
>
> Kernel: Linux 3.2.0-4-grsec-amd64 (SMP w/4 CPU cores)
> Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/dash
>
> Versions of packages task depends on:
> ii  libc62.13-35
> ii  libgcc1  1:4.7.2-4
> ii  liblua5.1-0  5.1.5-4
> ii  libstdc++6   4.7.2-4
> ii  libuuid1 2.20.1-5.2
>
> task recommends no packages.
>
> task suggests no packages.
>
> -- no debconf information
>
>

Bug#690291: Amarok randomly stops playing sound when song automatically changes using phonon-backend-gstreamer

[Pino Toscano]

Alle venerdì 12 ottobre 2012, Raphaël HALIMI ha scritto:
> Le 12/10/2012 09:20, Pino Toscano a écrit :
> > Hi,
> > 
> > Alle venerdì 12 ottobre 2012, Raphaël HALIMI ha scritto:
> >> When using phonon-backend-gstreamer, Amarok randomly stops playing
> >> sound at song change. In that case, the time counter goes on for 3
> >> seconds, then stops.
> > 
> > Did you try with other Phonon-based music players, like juk,
> > kmplayer or bangarang?
> 
> No, but I will do it and let you know of the results.
> 
> > Also, please provide all the output you get in console after
> > running amarok as
> > $ amarok --debug --coloroff
> 
> I'll do.

Ok, let us know about them.
(Please remember to always send your messages at least to the bug 
report, not only to people.)

-- 
Pino Toscano


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

Bug#673087: RFS: the-powder-toy/78.1-1 [ITP] -- Physics sandbox game

[Andreas Tille]

Hi Aditya,

not that I would specifically interested in this very package (just
stumbled upon it because of the "physics" keyword) I think you could
enhance your chances to find a sponsor if you would more closely join
the pkg-games team (by for instance following the group packaging policy
and commit the packaging to VCS).

Kind regards

   Andreas.

On Mon, Sep 24, 2012 at 05:24:34PM -0500, Aditya Vaidya wrote:
> Hello,
> 
> I've updated the package with the latest upstream release and uploaded it
> to Debian Mentors.
> 
> The DSC file is at
> http://mentors.debian.net/debian/pool/main/t/the-powder-toy/the-powder-toy_83.0-1.dsc
> 
> So, you can run
> 
> dget -x "
> http://mentors.debian.net/debian/pool/main/t/the-powder-toy/the-powder-toy_83.0-1.dsc
> "
> 
> to download the latest release.
> 
> Please review this package version instead of the one mentioned earlier.
> This one should be lintian and pbuilder clean (with the exception of a
> watch file, which can't be done here).
> 
> Thanks for your consideration!
> 
> Sincerely,
> Aditya Vaidya

-- 
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#690295: metche: Does not detect file deletion at the root of the watched directory

[intrigeri]

Package: metche
Severity: normal
Version: 1:1.2.2-1
Tags: upstream

Since upstream 1.2.2 ("Ignore changes to $WATCHED_DIR itself"),
metche does not detect files being deleted at the root of the
watched directory.


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

Bug#681717: unblock: openjpeg/1.3+dfsg-4.4

[Julien Cristau]

On Thu, Oct 11, 2012 at 20:34:08 -0400, Michael Gilbert wrote:

> So, the -dbg issue has to do with way in which debug files are
> compared betwen different arch m-a:same packages.  At compat level 9
> hashes of the paths are used vs. actual file contents at lower compt
> levels.  Consequently, debug packages cannot be m-a:same at lower
> compat levels.
> 
debug packages for a multiarch library have different paths on each
arch.  The bug here IMO is to include debug symbols for the tools in
libopenjpeg2-dbg.

Cheers,
Julien


signature.asc
Description: Digital signature

Bug#538408: metche: refuses to save testing state

[intrigeri]

Hi,

Jean Charles Delepine wrote (10 Oct 2012 14:47:52 GMT) :
> You are right. metche 1:1.2.2-1 doesn't detect deleted files in the
> watched directory. My patch doesn't detect deleted files in the
> watched directory, and its subdirs.

> Isn't it a RC bug ?

I'm going to report this bug with severity "normal".

If you think a higher severity is deserved,
please tell me which one, and why :)


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

Bug#690250: Video (Nouveau) Lags, Gflashplayer crippled

[Jonathan Nieder]

David Baron wrote:

> I am running with the nvidia (Debian packages DKMS) now and this seems no 
> work 
> OK. This would indicate that the problem relates to Nouveau!

Thanks for checking.

The nouveau changes between 3.2.23 and 3.2.30 were:

 86fccf3 nouveau: Fix alignment requirements on src and dst addresses
 e3b0eeb drm/nvd0/disp: mask off high 16 bit of negative cursor x-coordinate
 705924f drm/nouveau: fix booting with plymouth + dumb support

Your card is an NV44 (GeForce 6200 TurboCache), and if I understand
correctly, 86fccf3 and e3b0eeb should have had no effect on that card.
So there is more to learn here.  I look forward to seeing what the
logs from booting with nouveau say.

Hope that helps,
Jonathan


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

Bug#690294: phonon-backend-vlc breaks replaygain and fade in Amarok

[Raphaël HALIMI]

Package: phonon-backend-vlc
Version: 0.6.0-1
Severity: normal

phonon-backend-vlc seems unable to manipulate the sound volume at some point;
manually changing it (with the little speaker icon near the time counter) still
works, but replaygain and fade are broken.

Sorry but I don't know how to better describe this problem. If you need more
info, please ask.



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

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

Versions of packages phonon-backend-vlc depends on:
ii  libc62.13-35
ii  libphonon4   4:4.6.0.0-2
ii  libqtcore4   4:4.8.2+dfsg-2
ii  libqtgui44:4.8.2+dfsg-2
ii  libstdc++6   4.7.1-7
ii  libvlc5  1:2.0.3-dmo4
ii  libvlccore5  1:2.0.3-dmo4
ii  vlc-nox  1:2.0.3-dmo4

Versions of packages phonon-backend-vlc recommends:
ii  vlc  1:2.0.3-dmo4

phonon-backend-vlc 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#689854: RFA: pmount -- mount removable devices as normal user

[Simon McVittie]

On Sun, 07 Oct 2012 at 10:44:44 +0200, Vincent Fourmond wrote:
> The package description is:
>  pmount is a wrapper around the standard mount program which permits normal
>  users to mount removable devices without a matching /etc/fstab entry. This
>  provides a robust basis for automounting frameworks like GNOME's Utopia
>  project and confines the amount of code that runs as root to a minimum.

It might be worth noting that GNOME, LXDE and XFCE in at least wheezy do not
use pmount (they all appear to use udisks via gvfs), and neither does KDE
(it appears to use udisks via Solid).

Only a few things still depend on pmount:

* libpam-usb (Depends)
* usbmount (Recommends)
* jsymphonic, udftools (Suggests)

so perhaps the maintainer of one of those would be interested in taking
over pmount?

S


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

Bug#690291: Amarok randomly stops playing sound when song automatically changes using phonon-backend-gstreamer

[Pino Toscano]

Hi,

Alle venerdì 12 ottobre 2012, Raphaël HALIMI ha scritto:
> When using phonon-backend-gstreamer, Amarok randomly stops playing
> sound at song change. In that case, the time counter goes on for 3
> seconds, then stops.

Did you try with other Phonon-based music players, like juk, kmplayer or 
bangarang?

Also, please provide all the output you get in console after running 
amarok as
$ amarok --debug --coloroff

Thanks,
-- 
Pino Toscano


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

Bug#667573: x264: 10 bit builds

[Nicolas George]

Le primidi 21 vendémiaire, an CCXXI, Fabian Greffrath a écrit :
> How about Debian's alternatives system? I think it is easier to use
> and more consistent than a LD_LIBRARY_PATH hack.

AFAIK, the alternative system requires root privileges to change the
selected alternative, whereas LD_LIBRARY_PATH can be changed by any user on
a per-encode basis. Several encodes can be started with different
LD_LIBRARY_PATH, and therefore different bit depth. The only limitation with
that system is that a single process is limited to a single bit depth.

Of course, the alternative system could be used on top of that, to allow to
configure the default bit depth, when no LD_LIBRARY_PATH is specified.

Regards,

-- 
  Nicolas George


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

Bug#688359: darkplaces-server: Some teleport triggers are broken since r11402 (fixed upstream in r11796)

[Simon McVittie]

affects 688359 quake-server
thanks

On 09/10/12 04:11, Timofey Vasenin wrote:
> I'm mostly interested in Debian sid, so guess there should be easier to
> push the change just there.

The reason for my concern is that making uploads to unstable with
non-testing-targeted changes makes it harder (usually impossible) to fix
non-release-critical bugs like this one in testing/the next stable; so,
sorry, you might only be interested in unstable, but I don't have that
luxury.

> (there are several more interesting commits, such as security fix
> r11758, but that's off-topic)

I was worried I'd have to do a security update, but it turns out r11758
fixes a cryptographic authentication weakness, and the Debian packages
of darkplaces don't enable cryptographic authentication anyway. It needs
some extra libraries which we don't package, and as I understand it, the
crypto parts are used by Xonotic, but not by Nexuiz Classic, and
certainly not by Quake.

If you are aware of any other important bugs/fixes - particularly
security issues - please open bugs to track them (or contact upstream
and the Debian Security Team if there is an undisclosed security
vulnerability).

Thanks,
S


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

Bug#689718: xmame-sdl,xmess-sdl: missing copyright file after upgrade from squeeze

[Andreas Beckmann]

Control: notfound -1 mame/0.146-4
Control: notfound -1 0.146-2
Control: found -1 mame/0.146-2
Control: found -1 mess/0.146-2
Control: fixed -1 mame/0.146-4

On 2012-10-11 18:44, Emmanuel Kasper wrote:
> actually the link removal *does* appear in preinst though I agree that
> my changelog entry could have been more clear

Oh, I missed your upload to experimental that said this.

> the bug should be fixed for xmame-{sdl,x,svga} but it is still open for
> xmess-{sdl,x,svga}

For some reason I was thinking this is the same source package ... since
it has the same version numbers everywhere :-)
... and it was src:xmame in squeeze, but src:mame, src:mess in wheezy

... and *mame-tools is built from src:mess which doesn't help to reduce
confusion

And I must have hit bad timing when rescheduling the related tests after
seeing this bug being closed ... and retested with the old version in sid.
Confirming the bug is fixed in mame in sid.
Trying to fix up the versioning of this bug ...


Andreas

PS: looking forward to see all the transitional packges being dropped
for wheezy+1 :-)


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

Bug#667573: x264: 10 bit builds

[Jonathan Rosser]

On 10/11/12 21:07, Jason Garrett-Glaser wrote:

> 
> Would dlopen() work to hack around this sort of limitation?  I recall
> seeing a hack for x264cli that allowed both 8-bit and 10-bit encoding
> by doing this.
> 
> Jason
> 

Certainly a dlopen() approach works adequately for me now. It is just
that my approach to generating an installable package is ugly.

I had considered two different approaches,

1) Install a parallel build of x264 in a new directory hierarchy and
knowing that path, open the .so with dlopen().

2) Try to modify the configure scripts and makefile to in order to
produce libx264-10bit.so that could be placed in the usual install
location alongside the 8 bit version. The name of the built libraries
could be controlled by a configure option. You would still need a
dlopen() based approach in some cases but the location of the library
would no need to be specified.

I ended up doing 1) simply because it was easier, but I feel that 2)
might actually be a better solution, as everything could live in
standard locations.

Regards,
Jonathan.


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

Bug#690202: mirror submission for mirror.proserve.nl

[Maarten van der Ster | proserve]

Dear Simon,

> Do you have a (role) backup contact in case you're away ?

Yes, you can add my colleague 'Edwin van Vliet' (evvl...@proserve.nl)

> How much bandwidth is available for the mirror ?

Mirror.proserve.nl has got 2Gb/s bandwidth available. 


-- 
Met vriendelijke groet / With kind regards,

Maarten van der Ster
Second line support

Operations
proserve
Nieuwland Parc 155
3351 LJ Papendrecht
Netherlands

Tel : +31 (0)88 - 25 25 252 
Fax : +31 88 25 25 269
Kvk nr. : 24310353
Internet    : http://www.proserve.nl
Twitter : @proserve

-- 
Om onze dienstverlening te verbeteren en optimaliseren vragen wij u eventuele 
op- en/of aanmerkingen over ons per email te richten aan serv...@proserve.nl.
-Original Message-
From: Simon Paillard [mailto:spaill...@debian.org] 
Sent: donderdag 11 oktober 2012 23:42
To: Maarten van der Ster | proserve; 690...@bugs.debian.org
Cc: sub...@bugs.debian.org
Subject: Re: Bug#690202: mirror submission for mirror.proserve.nl

Hello,

On Thu, Oct 11, 2012 at 06:36:02AM +, Maarten van der Ster wrote:
> Package: mirrors
> Severity: wishlist
> 
> Submission-Type: new
> Site: mirror.proserve.nl

First, thanks for using up to date ftpsync.

> Type: leaf
> Archive-architecture: ALL amd64 armel armhf hurd-i386 i386 ia64 
> kfreebsd-amd64 kfreebsd-i386 mips mipsel powerpc s390 s390x sparc 
> Archive-ftp: /debian/
> Archive-http: /debian/
> IPv6: no

It seems yes, http and ftp ok at 2001:828:101:1::8:1

> Archive-upstream: ftp.nl.debian.org
> Updates: four
> Maintainer: Maarten van der Ster 

Do you have a (role) backup contact in case you're away ?

> Country: NL Netherlands
> Location: Alblasserdam, Netherlands
> Sponsor: Proserve http://www.proserve.nl

How much bandwidth is available for the mirror ?

-- 
Simon Paillard


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

Bug#690296: xserver-xorg-video-intel: /etc/modprobe.d/i915-kms.conf reported as obsolete config

[Martin-Éric Racine]

Package: xserver-xorg-video-intel
Version: 2:2.19.0-6
Severity: normal

/etc/modprobe.d/i915-kms.conf is reported as obsolete by dpkg-status.
It probably needs dpkg-maintscript-helper actions in postinst.

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

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

Versions of packages xserver-xorg-video-intel depends on:
ii  libc6  2.13-35
ii  libdrm-intel1  2.4.33-3
ii  libdrm22.4.33-3
ii  libpciaccess0  0.13.1-2
ii  libudev0   175-7
ii  libx11-6   2:1.5.0-1
ii  libx11-xcb12:1.5.0-1
ii  libxcb-dri2-0  1.8.1-1
ii  libxcb-util0   0.3.8-2
ii  libxcb11.8.1-1
ii  libxext6   2:1.3.1-2
ii  libxfixes3 1:5.0-4
ii  libxv1 2:1.0.7-1
ii  libxvmc1   2:1.0.7-1
ii  xserver-xorg-core [xorg-video-abi-12]  2:1.12.3.902-1

xserver-xorg-video-intel recommends no packages.

xserver-xorg-video-intel 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#511088: (no subject)

[Vincent Detzel]

this bug is still an issue.

Could it be possible to compile the package with in paranoid mode ? 
People are forced to recompile the package themselves with paranoid mode 
: at least that's what I can notice in various forums.


Thanks in advance to the maintainer ;-)

-vincent detzel


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

Bug#690216: Fwd: Re: debsums reports that some aspell-XX files have changed

[Andreas Beckmann]

--  Forwarded Message  --

Subject: Re: [Debian-arabic-packages] Bug#638728: debsums reports that some 
aspell-fa files have changed
Date: Monday, 22. August 2011
From: Francois Gouget 
To: Lior Kaplan 

Hi,


I don't know if it can help for aspell-ar-large or aspell-fa, but the 
same bug has just been fixed in aspell-bg and aspell-uk. So just in case 
these point to a solution to fix this, here are the relevant bugs and 
changelog snippets:

aspell-bg:
   * do not ship empty files overwritten by dictionaries-common
 Closes: #638726: debsums reports that some aspell-bg files have changed
 Thanks to Francois Gouget for reporting.

aspell-uk:
   * Raise {build-,}dependency on dictionaries-common{-dev,} to 1.11.2~.
   * Use auto-compat option for aspell-uk and do not create empty files
 (closes: #638740)


-- 
Francois Gouget   http://fgouget.free.fr/
May your Tongue stick to the Roof of your Mouth with the Force of a Thousand 
Caramels.





---


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

Bug#667573: x264: 10 bit builds

[Jonathan Rosser]

On 10/12/12 09:15, Nicolas George wrote:
> Le primidi 21 vendémiaire, an CCXXI, Fabian Greffrath a écrit :
>> How about Debian's alternatives system? I think it is easier to use
>> and more consistent than a LD_LIBRARY_PATH hack.
> 
> AFAIK, the alternative system requires root privileges to change the
> selected alternative, whereas LD_LIBRARY_PATH can be changed by any user on
> a per-encode basis. Several encodes can be started with different
> LD_LIBRARY_PATH, and therefore different bit depth. The only limitation with
> that system is that a single process is limited to a single bit depth.
> 
> Of course, the alternative system could be used on top of that, to allow to
> configure the default bit depth, when no LD_LIBRARY_PATH is specified.
> 

I agree. There are different cases here, mine was the most complex where
I need to decide at runtime if 8 or 10 bit was needed.

As others have said this can be achieved by using a suitable arrangement
of dlopen() to select the required library.

>From a debian packaging point of view, the key thing is what is the
correct way to package up and install the 10 bit version alongside the 8
bit.

>From an x264 perspective, is there anything that needs to be done to the
build system to support this in a clean way.

Regards,
Jonathan.


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

Bug#690297: muffin: Segfault on window reducing

[Roland Mas]

Package: muffin
Version: 1.1.1-1
Severity: normal

When Muffin is running (invoked with muffin --replace from an otherwise
standard Gnome+Metacity session) I can't seem to reduce a window without
Muffin segfaulting.  No error message in the terminal from where I
started it apart from "Segmentation fault".  This happens whether I
reduce the window with Alt+F9 or by clicking on the button in the title
bar.

Roland.

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

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

Versions of packages muffin depends on:
ii  libc6   2.13-35
ii  libcairo2   1.12.2-2
ii  libclutter-1.0-01.10.8-2
ii  libgdk-pixbuf2.0-0  2.26.1-1
ii  libglib2.0-02.33.12+really2.32.4-2
ii  libgnome2-common2.32.1-2
ii  libgtk-3-0  3.4.2-4
ii  libmuffin0  1.1.1-1
ii  libpango1.0-0   1.30.0-1
ii  libx11-62:1.5.0-1
ii  muffin-common   1.1.1-1
ii  multiarch-support   2.13-35
ii  zenity  3.4.0-2

Versions of packages muffin recommends:
ii  gnome-session [x-session-manager]   3.4.2.1-3
ii  gnome-session-fallback [x-session-manager]  3.4.2.1-3

Versions of packages muffin suggests:
ii  gnome-control-center  1:3.4.2-2.1
ii  xdg-user-dirs 0.14-1

-- no debconf information

-- 
Roland Mas

The more it stays the same, the less it changes.
  -- in The Majesty Of Rock (Spinal Tap)


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

Bug#690298: jasper: FTBFS on hurd-i386

[Pino Toscano]

Source: jasper
Version: 1.900.1-12
Severity: important
Tags: patch
User: debian-h...@lists.debian.org
Usertags: hurd
Control: found -1 1.900.1-13

Hi,

since the introduction of patch 02-fix-filename-buffer-overflow.patch
in -12, jasper fails to compile on GNU/Hurd because of the unconditional
usage of PATH_MAX [1][2].

It seems jasper relies on a fixed-size buffer, so unfortunately the
solution is to create a JAS_PATH_MAX define as PATH_MAX (if found),
or as 4096. This should cause no change on the majority of systems,
which have PATH_MAX, and using a 4096-sized buffer on other systems
(i.e. GNU/Hurd).

Attached there is a fixed version of the patch.

[1] 
https://buildd.debian.org/status/fetch.php?pkg=jasper&arch=hurd-i386&ver=1.900.1-12&stamp=1322433125
[2] 
https://buildd.debian.org/status/fetch.php?pkg=jasper&arch=hurd-i386&ver=1.900.1-13&stamp=1325704965

Thanks,
-- 
Pino
Description: 
 TODO: Put a short summary on the line above and replace this paragraph
 with a longer explanation of this change. Complete the meta-information
 with other relevant fields (see below for details). To make it easier, the
 information below has been extracted from the changelog. Adjust it or drop
 it.
 .
 jasper (1.900.1-11) unstable; urgency=low
 .
   * Added Multiarch support, thanks to Colin Watson (Closes: #645118)
Author: Roland Stigge 
Bug-Debian: http://bugs.debian.org/645118

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

Origin: , 
Bug: 
Bug-Debian: http://bugs.debian.org/
Bug-Ubuntu: https://launchpad.net/bugs/
Forwarded: 
Reviewed-By: 
Last-Update: 

--- a/src/libjasper/include/jasper/jas_stream.h
+++ b/src/libjasper/include/jasper/jas_stream.h
@@ -77,6 +77,7 @@
 #include 
 
 #include 
+#include 
 #if defined(HAVE_FCNTL_H)
 #include 
 #endif
@@ -99,6 +100,12 @@ extern "C" {
 #define O_BINARY	0
 #endif
 
+#ifdef PATH_MAX
+#define JAS_PATH_MAX PATH_MAX
+#else
+#define JAS_PATH_MAX 4096
+#endif
+
 /*
  * Stream open flags.
  */
@@ -251,7 +258,7 @@ typedef struct {
 typedef struct {
 	int fd;
 	int flags;
-	char pathname[L_tmpnam + 1];
+	char pathname[JAS_PATH_MAX + 1];
 } jas_stream_fileobj_t;
 
 #define	JAS_STREAM_FILEOBJ_DELONCLOSE	0x01

Bug#690299: xen-tools: with centos 6, 15-setup-arch refers to ../common/15-disable-hwclock

[Lionel FÉLICITÉ]

Package: xen-tools
Version: 4.3.1-1
Severity: important
Tags: upstream

When creating a centos 6 domu, here's whaat I had on the log file 

hook 10-disable-tls: done.
Running hook 15-setup-arch
chroot: failed to run command `/usr/sbin/update-rc.d': No such file or directory
hook 15-setup-arch: done.


in /usr/lib/xen-tools/centos-6.d/,  I've got "lrwxrwxrwx 1 root root   28  8 
oct.  17:10 15-setup-arch -> ../common/15-disable-hwclock"

I went on the git  repository and it's also upstream, even in the master branch.



-- System Information:
Debian Release: 6.0.6
  APT prefers stable
  APT policy: (990, 'stable'), (500, 'stable-updates'), (50, 'testing')
Architecture: amd64 (x86_64)

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

Versions of packages xen-tools depends on:
ii  debootstrap   1.0.26+squeeze1Bootstrap a basic Debian system
ii  libconfig-inifiles-pe 2.52-1+squeeze1Read .ini-style configuration file
ii  libfile-slurp-perl.13-1  single call read & write file rout
ii  libtext-template-perl 1.45-1 Text::Template perl module
ii  openssh-client1:5.5p1-6+squeeze2 secure shell (SSH) client, for sec
ii  perl-modules  5.10.1-17squeeze3  Core Perl modules

Versions of packages xen-tools recommends:
ii  libexpect-perl1.20-2 Expect.pm - Perl Expect interface
ii  rinse 2.0-1  RPM installation environment
ii  xen-hypervisor-4.0-amd64 [xen 4.0.1-5.4  The Xen Hypervisor on AMD64
ii  xen-utils-4.0 [xen-utils] 4.0.1-5.4  XEN administrative tools

Versions of packages xen-tools suggests:
pn  btrfs-tools(no description available)
pn  cfengine2  (no description available)
pn  reiserfsprogs  (no description available)
pn  xfsprogs   (no description available)

-- Configuration Files:
/etc/xen-tools/xen-tools.conf changed:
dir = /xen
install-method = debootstrap
size   = 4Gb  # Disk image size.
memory = 128Mb# Memory size
swap   = 128Mb# Swap size
fs = ext3 # use the EXT3 filesystem for the disk image.
dist   = `xt-guess-suite-and-mirror --suite` # Default distribution to install.
image  = sparse   # Specify sparse vs. full disk images.
dhcp = 1
bridge = xenbr0
passwd = 1
kernel = /boot/vmlinuz-`uname -r`
initrd = /boot/initrd.img-`uname -r`
arch = amd64
mirror = `xt-guess-suite-and-mirror --mirror`
ext3_options = noatime,nodiratime,errors=remount-ro
ext2_options = noatime,nodiratime,errors=remount-ro
xfs_options  = defaults
reiserfs_options = defaults
btrfs_options= defaults


-- 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#688359: darkplaces-server: Some teleport triggers are broken since r11402 (fixed upstream in r11796)

[Simon McVittie]

On 22/09/12 01:34, Timofey Vasenin wrote:
> Some teleport triggers are broken in builds r11402-r11795

Please confirm whether playing dm6 on version 0~20110628+svn11619-3
(which has the patch from r11796) behaves as you would expect.

Thanks,
S


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

Bug#688004: Was that the problem?

[dronozavr]

10.10.2012 16:17, Jelmer Vernooij пишет:

Have you verified that out of sync times was actually the problem in
this case? if you run with a higher debug level (-d5) what is the
output you get?

Jelmer


Hi, with debug level 5, I have this errors:

root@sdc:~# samba-tool domain join testdomain.net RODC -U administrator -d5
INFO: Current debug levels:
all: 5
tdb: 5
printdrivers: 5
lanman: 5
smb: 5
rpc_parse: 5
rpc_srv: 5
rpc_cli: 5
passdb: 5
sam: 5
auth: 5
winbind: 5
vfs: 5
idmap: 5
quota: 5
acls: 5
locking: 5
msdfs: 5
dmapi: 5
registry: 5
lpcfg_load: refreshing parameters from /etc/samba/smb.conf
params.c:pm_process() - Processing configuration file "/etc/samba/smb.conf"
Processing section "[global]"
Processing section "[netlogon]"
Processing section "[sysvol]"
pm_process() returned Yes
GENSEC backend 'gssapi_spnego' registered
GENSEC backend 'gssapi_krb5' registered
GENSEC backend 'gssapi_krb5_sasl' registered
GENSEC backend 'schannel' registered
GENSEC backend 'spnego' registered
GENSEC backend 'ntlmssp' registered
GENSEC backend 'krb5' registered
GENSEC backend 'fake_gssapi_krb5' registered
added interface eth0 ip=fe80::5054:ff:fe71:ff6e%eth0 
bcast=fe80:::::%eth0 netmask=:::::
added interface eth0 ip=192.168.12.145 bcast=192.168.12.255 
netmask=255.255.255.0
added interface eth0 ip=fe80::5054:ff:fe71:ff6e%eth0 
bcast=fe80:::::%eth0 netmask=:::::
added interface eth0 ip=192.168.12.145 bcast=192.168.12.255 
netmask=255.255.255.0
added interface eth0 ip=fe80::5054:ff:fe71:ff6e%eth0 
bcast=fe80:::::%eth0 netmask=:::::
added interface eth0 ip=192.168.12.145 bcast=192.168.12.255 
netmask=255.255.255.0
added interface eth0 ip=fe80::5054:ff:fe71:ff6e%eth0 
bcast=fe80:::::%eth0 netmask=:::::
added interface eth0 ip=192.168.12.145 bcast=192.168.12.255 
netmask=255.255.255.0

Finding a writeable DC for domain 'testdomain.net'
added interface eth0 ip=fe80::5054:ff:fe71:ff6e%eth0 
bcast=fe80:::::%eth0 netmask=:::::
added interface eth0 ip=192.168.12.145 bcast=192.168.12.255 
netmask=255.255.255.0
added interface eth0 ip=fe80::5054:ff:fe71:ff6e%eth0 
bcast=fe80:::::%eth0 netmask=:::::
added interface eth0 ip=192.168.12.145 bcast=192.168.12.255 
netmask=255.255.255.0

finddcs: searching for a DC by DNS domain testdomain.net
finddcs: looking for SRV records for _ldap._tcp.testdomain.net
ads_dns_lookup_srv: 3 records returned in the answer section.
finddcs: DNS SRV response 0 at '192.168.12.1'
finddcs: DNS SRV response 1 at '192.168.12.150'
finddcs: DNS SRV response 2 at '192.168.12.150'
finddcs: performing CLDAP query on 192.168.12.1
finddcs: Found matching DC 192.168.12.1 with server_type=0x03fc
Found DC sdc01.testdomain.net
added interface eth0 ip=fe80::5054:ff:fe71:ff6e%eth0 
bcast=fe80:::::%eth0 netmask=:::::
added interface eth0 ip=192.168.12.145 bcast=192.168.12.255 
netmask=255.255.255.0
added interface eth0 ip=fe80::5054:ff:fe71:ff6e%eth0 
bcast=fe80:::::%eth0 netmask=:::::
added interface eth0 ip=192.168.12.145 bcast=192.168.12.255 
netmask=255.255.255.0

Starting GENSEC mechanism spnego
Starting GENSEC submechanism gssapi_krb5
Password for [TESTDOMAIN\administrator]:
Received smb_krb5 packet of length 283
Received smb_krb5 packet of length 90
Received smb_krb5 packet of length 283
Failed to get kerberos credentials: kinit for 
administra...@testdomain.net failed (Looping detected inside 
krb5_get_in_tkt)


Aquiring initiator credentials failed: kinit for 
administra...@testdomain.net failed (Looping detected inside 
krb5_get_in_tkt)


SPNEGO(gssapi_krb5) creating NEG_TOKEN_INIT failed: NT_STATUS_UNSUCCESSFUL
Starting GENSEC submechanism ntlmssp
Got challenge flags:
Got NTLMSSP neg_flags=0x60898235
NTLMSSP_NEGOTIATE_UNICODE
NTLMSSP_REQUEST_TARGET
NTLMSSP_NEGOTIATE_SIGN
NTLMSSP_NEGOTIATE_SEAL
NTLMSSP_NEGOTIATE_NTLM
NTLMSSP_NEGOTIATE_ALWAYS_SIGN
NTLMSSP_NEGOTIATE_NTLM2
NTLMSSP_NEGOTIATE_TARGET_INFO
NTLMSSP_NEGOTIATE_128
NTLMSSP_NEGOTIATE_KEY_EXCH
NTLMSSP: Set final flags:
Got NTLMSSP neg_flags=0x60088235
NTLMSSP_NEGOTIATE_UNICODE
NTLMSSP_REQUEST_TARGET
NTLMSSP_NEGOTIATE_SIGN
NTLMSSP_NEGOTIATE_SEAL
NTLMSSP_NEGOTIATE_NTLM
NTLMSSP_NEGOTIATE_ALWAYS_SIGN
NTLMSSP_NEGOTIATE_NTLM2
NTLMSSP_NEGOTIATE_128
NTLMSSP_NEGOTIATE_KEY_EXCH
NTLMSSP Sign/Seal - Initialising with flags:
Got NTLMSSP neg_flags=0x60088235
NTLMSSP_NEGOTIATE_UNICODE
NTLMSSP_REQUEST_TARGET
NTLMSSP_NEGOTIATE_SIGN
NTLMSSP_NEGOTIATE_SEAL
NTLMSSP_NEGOTIATE_NTLM
NTLMSSP_NEGOTIATE_ALWAYS_SIGN
NTLMSSP_NEGOTIATE_NTLM2
NTLMSSP_NEGOTIATE_128
NTLMSSP_NEGOTIATE_KEY_EXCH
workgroup is TESTDOMAIN
realm is testdomain.net
checking sAMAccountName
Adding CN=SDC,OU=Domain Controllers,DC=testdomain,DC=net
Join failed - cleaning up
checking sAMAccountName
ERROR(ldb): uncaught exception - LDAP error 53 LDAP_UNWILLING_TO_PE

Bug#673087: RFS: the-powder-toy/78.1-1 [ITP] -- Physics sandbox game

[Bas Wijnen]

Hi,

On 12-10-12 10:00, Andreas Tille wrote:
> not that I would specifically interested in this very package (just
> stumbled upon it because of the "physics" keyword) I think you could
> enhance your chances to find a sponsor if you would more closely join
> the pkg-games team (by for instance following the group packaging policy
> and commit the packaging to VCS).

I looked through the package, and it looks fine. However, I have a
problem with upstream's policy to make the program phone home.

You correctly removed the "install" option. However, on every run of the
program it still checks if there is a newer version available. On
Debian, no program needs to do this: the packager sees the new version
and should package it, the user will find it the next time apt is
updating the system.

If this feature would be required by the license, it would not be free
software. It isn't, so the license is fine. It is still a very good idea
to remove all network actions, except those that are good for the user.
I haven't seen what the user gains from this network access, but there
might be features that improve the user's experience by using the
network (like sharing simulations with each other, or something like
that). "You can only save if you register first" most certainly is not
one of them, and this limitation should be removed.

>> Please review this package version instead of the one mentioned earlier.
>> This one should be lintian and pbuilder clean

On my system (running unstable), I did get some lintian warnings:

W: the-powder-toy-dbg: wrong-section-according-to-package-name
the-powder-toy-dbg => debug
W: the-powder-toy-dbg: debug-package-should-be-priority-extra
the-powder-toy-dbg
W: the-powder-toy: hardening-no-relro usr/lib/games/the-powder-toy/powder
W: the-powder-toy: hardening-no-fortify-functions
usr/lib/games/the-powder-toy/powder

Thanks,
Bas



signature.asc
Description: OpenPGP digital signature

Bug#689147: unblock: gajim/0.15.1-1

[Julien Cristau]

On Sat, Sep 29, 2012 at 16:12:55 +0200, Yann Leboulanger wrote:

> Package: release.debian.org
> Severity: normal
> User: release.debian@packages.debian.org
> Usertags: unblock
> 
> Please unblock package gajim
> 
> A new Gajim release fixes some bugs, and particulary the bug #682598 [0]
> More information can be found in the Mail I sent to debian-release mailing
> list: [1]
> debdif is available here: [2]
> 
> [0]: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=682598
> [1]: http://lists.debian.org/debian-release/2012/09/msg00042.html
> [2]: http://lagaule.org/debian/gajim/gajim-0.15.1.debdiff
> 
> unblock gajim/0.15.1-1
> 
A few comments:
- the source format change is not appropriate
- why does this drop the 0.15-1.1 changelog entry?
- what does the src/common/check_X509.py change do?  string comparison
  and version comparison are kind of different things...
- how is the change to _StreamCB supposed to work?  there doesn't seem
  to be an 'obj' variable in that function
- the src/common/gnupg.py changes are big and don't really look bugfix
  only.  What's the potential for regression there?

Overall I think I'm ok with the farstream/farsight change but I'm not so
sure about the rest.  At least without some more explanations why
they're necessary.

Cheers,
Julien


signature.asc
Description: Digital signature

Bug#690299: xen-tools: with centos 6, 15-setup-arch refers to ../common/15-disable-hwclock

[Axel Beckert]

Hi Lionel,

Lionel FÉLICITÉ wrote:
> Package: xen-tools
> Version: 4.3.1-1
> Severity: important
> Tags: upstream
> 
> When creating a centos 6 domu, here's whaat I had on the log file 
> 
> hook 10-disable-tls: done.
> Running hook 15-setup-arch
> chroot: failed to run command `/usr/sbin/update-rc.d': No such file or 
> directory
> hook 15-setup-arch: done.
> 
> 
> in /usr/lib/xen-tools/centos-6.d/,  I've got "lrwxrwxrwx 1 root root   28  8 
> oct.  17:10 15-setup-arch -> ../common/15-disable-hwclock"
> 
> I went on the git  repository and it's also upstream, even in the master 
> branch.

Thanks for the report, I'll have a look. Already have an idea where
this comes from.

Regards, Axel
-- 
 ,''`.  |  Axel Beckert , http://people.debian.org/~abe/
: :' :  |  Debian Developer, ftp.ch.debian.org Admin
`. `'   |  1024D: F067 EA27 26B9 C3FC 1486  202E C09E 1D89 9593 0EDE
  `-|  4096R: 2517 B724 C5F6 CA99 5329  6E61 2FF9 CD59 6126 16B5


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

Bug#690282: Something wrong with buildd when contrib package needs to be built with non-free package

[Philipp Kern]

Control: retitle -1 building of contrib package with non-free 
build-dependencies not supported

Hideki,

am Fri, Oct 12, 2012 at 10:35:10AM +0900 hast du folgendes geschrieben:
>  Something wrong with buildd when contrib package needs to be built with
>  non-free  package, for example, ruby-pgplot.

this is not implemented and not supported on the official infrastructure.
It's a known problem that would need filtered non-free Packages input for the
build process.

Kind regards
Philipp Kern


signature.asc
Description: Digital signature

Bug#359059: lintian: Allow vendor/user specific checks

[Jakub Wilk]

* Niels Thykier , 2012-10-11, 23:22:
How will overrides play with contrib checks? [I had a user who wanted 
to add an override for lintian4python, though there's currently no way 
to do that.]
I think adding them to the standard overrides file will "just work". 
Do you have a sample lintian4python case where the override fails to 
work?


Hmm. I was convinced that lintian would emit unused-override if it sees 
an override for a non-existent tag[0], but apparently this is not the 
case. (Bug or feature?)



[0] I have a distinct memory of seeing spurious unused-override tags in 
early stage of lintian4python development. But maybe my memory is 
playing tricks on me.


--
Jakub Wilk


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

Bug#690300: New upstream release: 0.7.1

[Alessio Treglia]

Package: dvdauthor
Severity: wishlist

Hello,

some months ago, the upstream author released a new version:

   http://sourceforge.net/projects/dvdauthor/files/dvdauthor/0.7.1/

A list of changes (as taken from the ChangeLog file) introduced by the
new release follows:

0.7.1: 2012 August 20
No longer silently fail to build dvdunauthor if libdvdread is not 
present;
must be explicitly disabled with --disable-dvdunauthor, 
otherwise configure
reports an error
Allow format specification at top level of dvdauthor control file
mpeg2desc now reports more details about video frames
More explanatory XML-parsing errors

Could you please update the packaging to such release?

If you need sponsoring, please consider to join the Debian Multimedia
Maintainers team:

  http://wiki.debian.org/DebianMultimedia#Get_involved

We'd be glad to support you in co-maintaining the packaging and, for sure,
sponsoring uploads for you.

Thanks in advance for any reply, cheers!

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


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

Bug#690301: weboob: crashes with many commands

[Tanguy Ortolo]

Package: weboob
Version: 0.c-4
Severity: grave
Tags: patch upstream
Justification: renders package unusable

Hello,

Many commands of Weboob command line applications crash. For instance:

 traveloob> stations Arcueil
 Traceback (most recent call last):
   File "/usr/bin/traveloob", line 27, in 
 Traveloob.run()
   File 
"/usr/lib/python2.7/dist-packages/weboob/tools/application/console.py", line 
192, in run
 super(ConsoleApplication, klass).run(args)
   File 
"/usr/lib/python2.7/dist-packages/weboob/tools/application/base.py", line 392, 
in run
 sys.exit(app.main(args))
   File 
"/usr/lib/python2.7/dist-packages/weboob/tools/application/repl.py", line 281, 
in main
 self.cmdloop()
   File "/usr/lib/python2.7/cmd.py", line 142, in cmdloop
 stop = self.onecmd(line)
   File 
"/usr/lib/python2.7/dist-packages/weboob/tools/application/repl.py", line 348, 
in onecmd
 self.flush()
   File 
"/usr/lib/python2.7/dist-packages/weboob/tools/application/repl.py", line 1078, 
in flush
 self.formatter.flush()
   File 
"/usr/lib/python2.7/dist-packages/weboob/tools/application/formatters/table.py",
 line 41, in flush
 s = self.get_formatted_table()
   File 
"/usr/lib/python2.7/dist-packages/weboob/tools/application/formatters/table.py",
 line 72, in get_formatted_table
 table.set_field_align(column_header, 'l')
   File "/usr/lib/pymodules/python2.7/prettytable.py", line 167, in 
__getattr__
 raise AttributeError(name)
 AttributeError: set_field_align

In fact, all the commands that are supposed to display a table are
failing this way. It seems related to the prettytable API change
reported on bug #673790 [1]. Although this may eventually be corrected
in prettytable, it would be faster and saner to fix it in Weboob too.

 [1] http://bugs.debian.org/673790

As this problem has already been fixed upstream [2] by working arount
the API change, fixing it in this package should be as simple as
temporarily integrating the attached patch as a local one in
debian/patches. And asking the release team to unblock your new version,
by reporting an unblock bug against the pseudo-package
relase.debian.org.

 [2] 
http://git.symlink.me/?p=romain/weboob-stable.git;a=commit;h=a8e2342edcbc38b940089822dafdcebd27b00946

Librement,

-- 
  ,--.
: /` )   Tanguy Ortolo  
| `-'Debian Developer   
  \_
>From a8e2342edcbc38b940089822dafdcebd27b00946 Mon Sep 17 00:00:00 2001
From: Florent 
Date: Mon, 21 May 2012 17:46:21 +0200
Subject: [PATCH] Fix table formatter with 0.6 version

I didn't see a way to only align header...
---
 weboob/tools/application/formatters/table.py |8 +++-
 1 files changed, 7 insertions(+), 1 deletions(-)

diff --git a/weboob/tools/application/formatters/table.py b/weboob/tools/application/formatters/table.py
index d11dc11..55e7468 100644
--- a/weboob/tools/application/formatters/table.py
+++ b/weboob/tools/application/formatters/table.py
@@ -69,7 +69,13 @@ class TableFormatter(IFormatter):
 s += "\n"
 table = PrettyTable(list(column_headers))
 for column_header in column_headers:
-table.set_field_align(column_header, 'l')
+# API changed in python-prettytable. The try/except is a bad hack to support both versions
+# Note: two versions are not exactly the same... 
+# (first one: header in center. Second one: left align for header too)
+try:
+table.set_field_align(column_header, 'l')
+except:
+table.align[column_header] = 'l'
 for line in queue:
 table.add_row(line)
 
-- 
1.7.2.5



signature.asc
Description: Digital signature

Bug#689542: unblock: postgresql-common/134wheezy1

[Christoph Berg]

Re: Julien Cristau 2012-10-12 <20121012094956.gq17...@radis.cristau.org>
> On Wed, Oct  3, 2012 at 22:44:53 +0200, Martin Pitt wrote:
> 
> > |  * pg_buildext: Fix supported-versions not to die when the last version is
> > |not supported. Cherry-picked from trunk r1199.
> > 
> > This is a rather obvious failure/fix, and helps packagers of
> > extensions.
> > 
> I wouldn't expect this change to make any difference.

It does:

false && foobar will succeed even with set -e, but will set $? to 1.
If that becomes the return code of the function, the script dies.

if false ; then foobar ; fi does not set $? to 1.

Christoph
-- 
c...@df7cb.de | http://www.df7cb.de/


signature.asc
Description: Digital signature

Bug#690299: xen-tools: with centos 6, 15-setup-arch refers to ../common/15-disable-hwclock

[Lionel FÉLICITÉ]

Thanks Axel.

I forget to add that I add the wheezy's repo on a squeeze dom0.

Lionel

Le vendredi 12 octobre 2012 à 11:35 +0200, Axel Beckert a écrit :
> Hi Lionel,
> 
> Lionel FÉLICITÉ wrote:
> > Package: xen-tools
> > Version: 4.3.1-1
> > Severity: important
> > Tags: upstream
> > 
> > When creating a centos 6 domu, here's whaat I had on the log file 
> > 
> > hook 10-disable-tls: done.
> > Running hook 15-setup-arch
> > chroot: failed to run command `/usr/sbin/update-rc.d': No such file or 
> > directory
> > hook 15-setup-arch: done.
> > 
> > 
> > in /usr/lib/xen-tools/centos-6.d/,  I've got "lrwxrwxrwx 1 root root   28  
> > 8 oct.  17:10 15-setup-arch -> ../common/15-disable-hwclock"
> > 
> > I went on the git  repository and it's also upstream, even in the master 
> > branch.
> 
> Thanks for the report, I'll have a look. Already have an idea where
> this comes from.
> 
>   Regards, Axel

-- 
Lionel FÉLICITÉ - http://www.clever-age.com/
Tél : +33 1 53 34 66 10
Clever Age - Digital Architecture
Clever Garden - Digital Landscape
Clever Presence - Digital Infrastructure


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

Bug#689542: unblock: postgresql-common/134wheezy1

[Julien Cristau]

On Fri, Oct 12, 2012 at 11:53:30 +0200, Christoph Berg wrote:

> Re: Julien Cristau 2012-10-12 <20121012094956.gq17...@radis.cristau.org>
> > On Wed, Oct  3, 2012 at 22:44:53 +0200, Martin Pitt wrote:
> > 
> > > |  * pg_buildext: Fix supported-versions not to die when the last version 
> > > is
> > > |not supported. Cherry-picked from trunk r1199.
> > > 
> > > This is a rather obvious failure/fix, and helps packagers of
> > > extensions.
> > > 
> > I wouldn't expect this change to make any difference.
> 
> It does:
> 
> false && foobar will succeed even with set -e, but will set $? to 1.
> If that becomes the return code of the function, the script dies.
> 
Ah, I missed that this was the last statement in the function.

Thanks,
Julien


signature.asc
Description: Digital signature

Bug#683730: unblock: cups/1.5.3-2+wheezy0

[Didier 'OdyX' Raboud]

Hi Julien, and thanks for your feedback.

Le mercredi, 10 octobre 2012 21.34:01, Julien Cristau a écrit :
> […]
> this whole stuff smells like insanity but I guess it's no worse than it
> used to be

Indeed. It's a whole mess. And don't get me started on bzr. :>

> > === modified file 'debian/cups.postinst'
> > --- old/debian/cups.postinst2012-08-02 16:37:24 +
> > +++ new/debian/cups.postinst2012-08-03 10:09:05 +
> > @@ -175,8 +175,8 @@
> > 
> > fi
> > 
> >  fi
> > 
> > -if dpkg --compare-versions "$2" lt "1.5.3"; then
> > -   rmmod usblp || :
> > +if dpkg --compare-versions "$2" lt "1.5.3-2+wheezy0"; then
> > 
> > +modprobe usblp >/dev/null 2>&1 || :
> >  fi
> >  
> >  fi
> 
> 1) why?

As you can see from the diff, the previous postinst was rmmod'ing usblp, so a 
live-system that kept being upgraded without reboots would not have its usblp 
module reloaded after cups changed its mind.

> 2) if modprobe needs to be there shouldn't it rather be modprobe -b?

Indeed.

As you might have seen, I have uploaded cups 1.5.3-2.1 and then 1.5.3-2.2 to 
have it built on all release architectures. The mips FTBFS was due to timing 
issues improperly addressed before for arm. Waiting as long as needed for all 
the print jobs to finish before starting the subsequent tests helps there.

What's your take there ? The above modprobe is currently in unstable but we 
can either a) drop it completely; b) make it modprobe -b.

Cheers,

OdyX


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

Bug#690302: debmirror: man page does not specify content verification

[Tom Jones]

Package: debmirror
Version: 1:2.14~bpo60+1
Severity: normal


I wasn't able to determine from the debmirror(1) man page the extent to
which content is verified.  It states that the top level Release file is
verified by its PGP signature, but doesn't mention whether further downloaded 
content is verified against this anchor.  Looking at the dependencies on 
various 
hashing libraries, I'm guessing it does, but it would be good to state this 
explicitly.

I'd also be interested in a brief description of what happens if a downloaded
file doesn't match.  I think users of this program would be interested to know
if it's possible for unverified content to end up in the target directory, or
whether the verification is done before putting the content in place.

I'd also be interested whether the condition of having downloaded content that
failed verification is detectable by debmirror's exit code.

-- System Information:
Debian Release: 6.0.6
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)

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

Versions of packages debmirror depends on:
ii  bzip2  1.0.5-6+squeeze1  high-quality block-sorting file co
pn  libdigest-md5-perl (no description available)
ii  liblockfile-simple-per 0.207-1   Simple advisory file locking
ii  libnet-inet6glue-perl  0.4-2 glue module to make perl modules I
ii  libwww-perl5.836-1   Perl HTTP/WWW client/server librar
ii  perl [libdigest-sha-pe 5.10.1-17squeeze3 Larry Wall's Practical Extraction 
ii  perl-modules [libnet-p 5.10.1-17squeeze3 Core Perl modules
ii  rsync  3.0.7-2   fast remote file copy program (lik

Versions of packages debmirror recommends:
ii  ed1.4-3  The classic UNIX line editor
ii  gpgv  1.4.10-4   GNU privacy guard - signature veri
ii  patch 2.6-2  Apply a diff file to an original

Versions of packages debmirror suggests:
ii  gnupg 1.4.10-4   GNU privacy guard - a free PGP rep

-- 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#690304: liblaf-plugin-java: New upstream release 1.1 available

[Per W.]

Package: liblaf-plugin-java
Version: 1.0-2
Severity: wishlist

Version 1.1 has been released on 2010-04-14.

http://java.net/projects/laf-plugin/
svn export https://svn.java.net/svn/laf-plugin~svn/trunk
https://github.com/kirillcool/laf-plugin


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

Bug#690303: substance: New upstream release 6.1 available

[Per W.]

Package: substance
Version: 5.3-2
Severity: wishlist

Version 6.1 has been released on 2010-08-10.

http://java.net/projects/substance/
svn export https://svn.java.net/svn/substance~svn/trunk
https://github.com/kirillcool/substance

substance-6.1 depends on
liblaf-plugin-java-1.1 (Debian has 1.0-2) and
liblaf-widget-java-5.1 (Debian has 4.3-2)


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

Bug#690305: liblaf-widget-java: New upstream release 5.1 available

[Per W.]

Package: liblaf-widget-java
Version: 4.3-2
Severity: wishlist

Version 5.1 has been released on 2010-08-09.

http://java.net/projects/laf-widget/
svn export https://svn.java.net/svn/laf-widget~svn/trunk
https://github.com/kirillcool/laf-widget


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

Bug#690306: Upgrade to wheezy fails (with InnoDB)

[Per Olofsson]

Package: otrs2
Version: 3.1.7+dfsg1-5
Severity: important

Hi,

When trying to upgrade otrs2 from squeeze to wheezy, I get the
following error:

An error occurred while upgrading the database:
mysql said: ERROR 1025 (HY000) at line 48: Error on rename of
'./otrs2/article_flag' to './otrs2/#sql2-64e6-2c' (errno: 152)

Looking at line 48 in
/usr/share/dbconfig-common/data/otrs2/upgrade/mysql/3.0:

ALTER TABLE article_flag DROP FOREIGN KEY FK_article_flag_create_by_id;

But looking at the original table schema (using SHOW CREATE TABLE):

CREATE TABLE `article_flag` (
  `article_id` bigint(20) NOT NULL,
  `article_flag` varchar(50) NOT NULL,
  `create_time` datetime NOT NULL,
  `create_by` int(11) NOT NULL,
  KEY `article_flag_article_id` (`article_id`),
  KEY `article_flag_create_by` (`create_by`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8

Seems there are no foreign keys!

Removing the line above fixes the issue.

Next error:

mysql said: ERROR 1050 (42S01) at line 30: Table 'gi_webservice_config'
already exists

I suppose the error is because DBUpdate-to-3.1.pl has already created
the table. Then
/usr/share/dbconfig-common/data/otrs2/upgrade/mysql/3.1 tries to
create it again. Why do you have your own upgrade script in addition to
upstream?

Also, /usr/share/dbconfig-common/data/otrs2/upgrade/mysql/3.1 sets
storage engine MyISAM. Why is that? MyISAM doesn't even support foreign
keys IIRC. I really want InnoDB because it is much safer.

BTW, I've changed the default engine on my system to InnoDB.

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

Kernel: Linux 2.6.32-5-amd64 (SMP w/1 CPU core)
Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages otrs2 depends on:
ii  adduser 3.113+nmu3
ii  apache2-mpm-worker [httpd-cgi]  2.2.22-11
ii  dbconfig-common 1.8.47+nmu1
ii  debconf [debconf-2.0]   1.5.46
ii  libapache2-reload-perl  0.12-1
ii  libauthen-sasl-perl 2.1500-1
ii  libcrypt-passwdmd5-perl 1.3-10
ii  libcss-minifier-perl0.01-1
ii  libdate-pcalc-perl  6.1-1+b2
ii  libdbd-mysql-perl   4.021-1+b1
ii  libdbi-perl 1.622-1
ii  libemail-valid-perl 0.190-1
iu  libgd-graph-perl1.44-6
ii  libgd-text-perl 0.86-5
ii  libio-stringy-perl  2.110-5
ii  libjavascript-minifier-perl 1.05-1
ii  libjs-jquery1.7.2+debian-2.1
ii  libjs-jquery-ui 1.8.ooops.21+dfsg-2
ii  libjs-prototype 1.7.0-2
ii  libjs-yui   2.9.0-1
ii  libjson-perl2.53-1
ii  libmail-imapclient-perl 3.31-2
ii  libmail-pop3client-perl 2.17-1
ii  libmailtools-perl   2.09-1
ii  libmime-tools-perl  5.503-1
iu  libnet-imap-simple-perl 1.2030-1
ii  libnet-imap-simple-ssl-perl 1.3-3
iu  libnet-smtp-ssl-perl1.01-3
iu  libpdf-api2-perl2.019-1
ii  libsoap-lite-perl   0.714-1
iu  libtext-csv-perl1.21-1
iu  libtext-diff-perl   1.41-1
iu  libxml-feedpp-perl  0.43-1
ii  libxml-parser-perl  2.41-1+b1
iu  libyaml-perl0.81-1
ii  perl [libdigest-sha-perl]   5.14.2-13
ii  ttf-dejavu-core 2.33-3
ii  ttf-dejavu-extra2.33-3
ii  ucf 3.0025+nmu3

Versions of packages otrs2 recommends:
ii  ispell  3.3.02-5
ii  libapache-dbi-perl  1.11-1
ii  mysql-server5.5.24+dfsg-9
ii  procmail3.22-20

Versions of packages otrs2 suggests:
pn  libencode-hanextra-perl 
ii  libjson-xs-perl 2.320-1+b1
pn  libnet-ldap-perl
pn  libnet-smtp-tls-butmaintained-perl  
ii  libtext-csv-xs-perl 0.90-1
pn  otrs2-doc-en | otrs2-doc-de 

-- debconf information:
  otrs2/install-error: abort
  otrs2/remove-error: abort
  otrs2/pgsql/method: unix socket
  otrs2/pgsql/authmethod-admin: ident
  otrs2/db/app-user: otrs
  otrs2/resetdbuser: true
  otrs2/pgsql/changeconf: false
  otrs2/pgsql/authmethod-user: ident
  otrs2/internal/skip-preseed: false
  otrs2/remote/port:
  otrs2/upgrade-backup: true
  otrs2/pgsql/admin-user: postgres
  otrs2/db/dbname: otrs2
  otrs2/dbconfig-reinstall: false
  otrs2/db/basepath:
* otrs2/dbconfig-install: true
  otrs2/pgsql/manualconf:
  otrs2/mysql/method: unix socket
  otrs2/dbconfig-remove:
  otrs2/upgrade-error: abort
  otrs2/remote/newhost:
  otrs2/internal/reconfiguring: false
  otrs2/purge: false
* otrs2/database-type: mysql
  otrs2/pgsql/no-empty-passwords:
  otrs2/dbconfig-upgrade: true
  otrs2/passwords-do-not-match:
  otrs2/remote/host:
  otrs2/missing-db-package-error: abort
  otrs2/mysql/admin-user:

Bug#690300: New upstream release: 0.7.1

[Marc Leeman]

> We'd be glad to support you in co-maintaining the packaging and, for sure,
> sponsoring uploads for you.
> 
> Thanks in advance for any reply, cheers!

Thanks for the heads up, it must have slipped under my radar during the
holidays, I'll prepare a release.

-- 
  greetz, marc
harvey 2.6.29.1 #1 PREEMPT Mon Apr 6 22:33:31 CDT 2009 GNU/Linux


signature.asc
Description: Digital signature

Bug#667573: x264: 10 bit builds

[Jonathan Rosser]

On 10/12/12 03:41, Reinhard Tartler wrote:

>> I do not know about x264cli, but I can confirm that if ffmpeg is dynamically
>> linked with libx264.so.$version, then using LD_LIBRARY_PATH to control which
>> build is loaded allows to select between 8-bits and 10-bits at run-time.
> 
> That's indeed something that I could do in the Debian package: Install
> a regular libx264.so in /usr/lib, and a 10bit in
> /usr/lib/x264-10bit/libx264.so in addition, and document how to use it
> in some README.Debian file. Not really nice, but I guess better than
> nothing.
> 
> Thanks for pointing out this option.
> 

Here is my somewhat incomplete attempt at doing just that. It was more
involved than I expected.

https://github.com/jrosser/x264-10bit-deb

Regards,
Jonathan.


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

Bug#689718: xmame-sdl,xmess-sdl: missing copyright file after upgrade from squeeze

[Emmanuel Kasper]

> ... and *mame-tools is built from src:mess which doesn't help to reduce
> confusion

yes mame and mess have a difficult track love/fork history. According to
the last news the two upstreams merged their source code repo, but still
want to provide differen binaries.

> 
> 
> Andreas
> 
> PS: looking forward to see all the transitional packges being dropped
> for wheezy+1 :-)

I agree ! :-)


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

Bug#690162: mouse/keyboard stop working after s2ram until hid_logitech reloaded

[Michael Schmitt]

Am 12.10.2012 12:33, schrieb Michael Schmitt:

Hi Jonathan,

Am 11.10.2012 02:11, schrieb Jonathan Nieder:

Michael Schmitt wrote:

Am 11.10.2012 00:23, schrieb Jonathan Nieder:

  - What was the first non-working kernel?  If you have time to bisect
through the pre-compiled kernels at
http://snapshot.debian.org/package/linux/  to find the oldest 
broken

and newest non-broken one, that would be very useful.
Dunno if I got you right there, but I will try to test all 
kernel-packages

between the working and non-working one tomorrow which are available at
snapshot.d.o. What I can tell now: 3.4.1-1~experimental.1 (working);
3.5.2-1~experimental.1 (broken). And I realize now the 3.4 was from
experimental as well and not sid... but I guess that doesn't matter 
much.

By "bisect" I meant one can try the package halfway between the newest
working and oldest broken version and repeat as necessary, which takes
O(log n) reboots instead of O(n).  But since there are only two
kernels in that range to test the distinction doesn't make a
difference.  So you understood correctly. :)
Glad to hear! :) And done as requested, see the "full-cycle" dmesg 
logs (cold-boot, suspend, resume, modprobe) attached. With 
3.5-1~experimental.1 I did test it without X too. After the first 
resume, I did suspend again, resumed, stopped X and did check for any 
output from /dev/input/mice while moving the mouse >> none. After 
modprobing hid_logitech it did work again. And with 
3.4.4-1~experimental.1 no issue. So the issue was introduced between 
3.4.4-1~experimental.1 and 3.5-1~experimental.1. And the only message 
that did keep popping up that looks suspicious to me, "usbhid 
2-1.3:1.1: >reset_resume error 1" as noted in the first message already.



Thanks for the kernel log.

Ciao,
Jonathan


A little digging on my own revealed 
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1049623
especially 
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1049623/comments/5 (oh 
I hate ubuntu bugreports they get so damn noisy) and 
http://git.kernel.org/?p=linux/kernel/git/torvalds/linux.git;a=commitdiff;h=dc3c78e43469063c5bf4b744214508f94c4129f9 
for a possible fix.

Anything more you need?

regards
Michael
Err... silly me, the link on git.kernel.org was the possible commit that 
introduced that issue, the possible fix is in the ubuntu-bugreport in 
comment-#6.


regards
Michael


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

Bug#688197: (no subject)

[Dominik George]

severity 688197 grave
kthxbye

I encountered this on several hosts and it is clearly RC.

-- 
Cheers,
Nik

PGP-Fingerprint: 8BC7 ABAB C2F2 4D5E 24FC
 FC1C DB0E A4BC E210 7412

Please contact me for a face-to-face meeting
if you wish to exchange signatures with me.

Signature Policy: https://www.dominik-george.de/gpg-policy.txt.asc
Public key:   https://www.dominik-george.de/gpg.asc

X.509 certificate fingerprint for key download:
51:D8:36:36:7E:20:3F:E7:AB:EF:B8:83:25:A6:BB:74:48:03:3D:F0

Please do NOT send HTML mail!


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

Bug#594753: Incorrectly created image file

[Paul Menzel]

Dear Nyizsnyik,


thank you for following up on the report and sorry for not having
answered earlier. It would be great if you could follow the Wiki page
[1] on how to follow up on bug reports.


Am Donnerstag, den 09.12.2010, 16:50 +0100 schrieb Nyizsnyik Ferenc:
> The problem also affects data CD projects. The image isn't created
> correctly in the first place.

Are you sure this is the problem for the original reporter too?

> It is 2097152 bytes long no matter how many files I add to the project
> (12 MB or 623 MB).

So you are *not* using on the fly but write the image to disk
beforehand?

>   When I create an image with genisoimage, and then burn that image with
> Brasero, the CD will be created without problems and it will be
> readable.

Thanks for checking.

>   Brasero version is 2.30.3. 

I suspect you are seeing upstream bug 630651 [2]. Could you please try
the upstream patch? Make sure to also apply the patch for the patch [3].

Testing would be very much appreciated to upload a fixed package for
Debian Squeeze.


Thanks,

Paul


[1] http://wiki.debian.org/BTS/FollowUpOnReports
[2] https://bugzilla.gnome.org/show_bug.cgi?id=630651
[3] https://bugzilla.gnome.org/show_bug.cgi?id=685983


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

Bug#683730: unblock: cups/1.5.3-2+wheezy0

[Julien Cristau]

On Fri, Oct 12, 2012 at 12:02:21 +0200, Didier 'OdyX' Raboud wrote:

> Hi Julien, and thanks for your feedback.
> 
> Le mercredi, 10 octobre 2012 21.34:01, Julien Cristau a écrit :
> > […]
> > this whole stuff smells like insanity but I guess it's no worse than it
> > used to be
> 
> Indeed. It's a whole mess. And don't get me started on bzr. :>
> 
> > > === modified file 'debian/cups.postinst'
> > > --- old/debian/cups.postinst  2012-08-02 16:37:24 +
> > > +++ new/debian/cups.postinst  2012-08-03 10:09:05 +
> > > @@ -175,8 +175,8 @@
> > > 
> > >   fi
> > >   
> > >  fi
> > > 
> > > -if dpkg --compare-versions "$2" lt "1.5.3"; then
> > > - rmmod usblp || :
> > > +if dpkg --compare-versions "$2" lt "1.5.3-2+wheezy0"; then
> > > 
> > > +modprobe usblp >/dev/null 2>&1 || :
> > >  fi
> > >  
> > >  fi
> > 
> > 1) why?
> 
> As you can see from the diff, the previous postinst was rmmod'ing usblp, so a 
> live-system that kept being upgraded without reboots would not have its usblp 
> module reloaded after cups changed its mind.
> 
> > 2) if modprobe needs to be there shouldn't it rather be modprobe -b?
> 
> Indeed.
> 
> As you might have seen, I have uploaded cups 1.5.3-2.1 and then 1.5.3-2.2 to 
> have it built on all release architectures. The mips FTBFS was due to timing 
> issues improperly addressed before for arm. Waiting as long as needed for all 
> the print jobs to finish before starting the subsequent tests helps there.
> 
> What's your take there ? The above modprobe is currently in unstable but we 
> can either a) drop it completely; b) make it modprobe -b.
> 
Either works for me, with a slight preference for option a.

Cheers,
Julien


signature.asc
Description: Digital signature

Bug#594753: brasero: Brasero burns corrupted data DVDs.

[Paul Menzel]

Dear Vincent,


thank you for following up on the report. Please make sure in the future
to follow the instructions documented in the Debian Wiki [1].


Am Dienstag, den 20.12.2011, 01:49 +0100 schrieb Vincent Lefevre:
> Package: brasero
> Version: 3.2.0-3
> Followup-For: Bug #594753
> 
> I've burnt a data DVD with brasero and got no errors (except that the
> DEBUG messages in the terminal were inconsistant with the dialog: when
> a DEBUG message said X %, it was actually X/2 % in the dialog... now,
> I don't know whether this is related to this bug). But when I want to
> mount it, I get:
> 
> mount: wrong fs type, bad option, bad superblock on /dev/sr0,
>missing codepage or helper program, or other error
>In some cases useful info is found in syslog - try
>dmesg | tail  or so
> 
> and dmesg says:
> 
> [ 4799.072383] UDF-fs: No anchor found
> [ 4799.072388] UDF-fs: No partition found (1)
> 
> DVD's burnt on my old Mac don't have this problem.
> 
> My machine is a DELL Latitude E6400 with:

[…]

I am pretty sure this #688229 [2] which is fixed in Brasero 3.4.1-4.
Could you please test these packages?


Thanks,

Paul


[1] http://wiki.debian.org/BTS/FollowUpOnReports
[2] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=688229


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

Bug#689415: RFS: flvmeta/1.1.0-1 -- Metadata injector for FLV video files

[Neutron Soutmun]

Hello,

I have updated the package using the original tarball,
which is identical to https://github.com/noirotm/flvmeta/tarball/v1.1.0

Also add a patch to fix the spelling error in manpage and install
the README.md.

Please review again.

download the package using dget,
dget -x http://mentors.debian.net/debian/pool/main/f/flvmeta/flvmeta_1.1.0-1.dsc

BTW, the hyphen-used-as-minus-sign warning are not fixed yet, as the
manpage was generated by pandoc, and there is an issue [1] for this case.
However, the upstream considers to not accept the patch, the question is,
have this issue to be really fixed ?

Best regards,
Neutron Soutmun

[1] 
https://groups.google.com/forum/?fromgroups=#!topic/pandoc-discuss/nMx8GxAf_mA


signature.asc
Description: Digital signature

Bug#688772: gnome Depends network-manager-gnome

[Ian Jackson]

Don Armstrong writes ("Bug#688772: gnome Depends network-manager-gnome"):
> 1) we decide that failures of NM to detect basic ifupdown
> configurations and avoid overriding them are bugs, possibly of RC
> severity
> 
> 2) given the gnome maintainer's desire to have NM installed by default
> from the gnome metapackage
> 
> allowing gnome to Depends: nm | wicd; would deal with the most
> concerning form of breakage for me.
> 
> Does this work for anyone else?

Why do you think the gnome metapackage depending on, rather than
recommending, wicd, is a good idea ?  I don't really see the logical
connection between any of the goals (whether the TC's or the GNOME
maintainers') and your proposal.

For example, consider the position of someone who has deliberately
removed n-m in squeeze, and is using ifupdown or running ifconfig by
hand or whatever, and upgrades to wheezy.  This still gives them n-m
back.  That's not respecting their previous choice to remove it.

Ian.


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

Bug#688041: Please confirm

[Thomas Kremer]

Hi, Norbert.

On 12.10.2012 03:06, Norbert Preining wrote:
> You don't see the conceptual difference between collection splitting
> and splitting a class of files (DocFiles) of packages.

In other words: You insist, that debian packages must not correspond to
TeX Live packages (which are part of a collection).
The effect on whether this bug can be solved - at all - is the same.

>> I have already proposed a solution. But maybe it was not detailed
>> enough? Not that anyone would have told me...
> 
> Still you haven't provided a list of TeX Live packages that should
> go into the new collection, nor a new name,.

And you haven't understood my proposed solution. Maybe you read it again.
I did not say a word about making a new collection.

> Everything you say like:
>> By a new configuration option in all/debian/tpm2deb.cfg selected
> ...
>> be automated in the scripts tpm2deb-source.pl and
>> all/deb/tpm2debcommon.pm. Those scripts have access to any dependency
> 
> Are as commonplace as possible.

You're mistaking abstraction for commonplace. I have outlined the
solution, not written the code. If that solution is already denied, the
code cannot possibly have a chance.

> Of course we know which are the 
> scripts and configuration files for our packaging.

>From your last mail, you questioned that I know. So for you I had to be
extra specific. If I hadn't named the files, you probably would have
accused me of making "commonplace". Oh, you already did...

> What Frank asked is getting your fingers out of  and write code,
> provide patches, be constructive.

So that you can be as destructive as before and reject the patch because
it splits collections into packages? No, thank you.

> But if you want something and provide *CODE*, then we have much
> more reason to consider it.

You *MIGHT* have much more reason to consider it, but there is no guarantee.

I expect you to reject the patch. Reason: It splits collections into
packages. (or you just ignore it)

Unless I'm convinced you don't do that, I will not put ANY more work
into that.

>> If it is a problem that new debian packages would be generated as
>> frequently as new fonts are added, the list of separate font packages
>> could be listed in detail in the configuration option (making it a bit
>> less readable, though). The implementation could then collect the new
>> fonts into a separate -others package that would in every aspect act
>> like a single font package which happens to contain a growing number of
>> fonts until someone adds them to the list in the configuration. That
>> -others package would of course have the disadvantage of unsteady content.
> 
> And who cares for the necessary replaces ... etc etc.

So, finally a constructive comment on your side... I'm impressed.

However you haven't commented on whether the premise is true or false:
"If it is a problem that new debian packages would be generated as
frequently as new fonts are added".

I don't think that would be a problem. The new fonts would get new
packages sooner or later anyway, so they can as well be created the
moment they are added.

But in case you'd think otherwise I added this part as a solution, that
would be suboptimal but still better than the current state.
The -others package would have a warning that maintainers should make
dependencies on that package only with the specific version number and
request that the font they are depending on should be exposed as a
separate package.
Users who explicitly install that package (other than as part of the
collection's dependency package) would (by package description) be well
aware that they have no guarantee that the font they want will still be
in the package in the next release, but if it is not, they will have a
guarantee that there is a stable separate package for the font (unless
of course, if the font is removed from TeX Live in the first place).


Yours
Thomas


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

Bug#690307: mh_make: generated debian/copyright does not comply to DEP-5

[Per W.]

Package: maven-debian-helper
Version: 1.5.1
Severity: wishlist

The debian/copyright file generated by mh_make starts with
"Format: http://dep.debian.net/deps/dep5/";
but it should start with
"Format: http://www.debian.org/doc/packaging-manuals/copyright-format/1.0/";.


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

Bug#688772: gnome Depends network-manager-gnome

[Ian Jackson]

Don Armstrong writes ("Bug#688772: gnome Depends network-manager-gnome"):
> On Fri, 05 Oct 2012, Ian Jackson wrote:
> > Is there anyone who is unhappy with the draft below ?
> 
> I personally don't support 8, 9 and 10.

Losing 9 and 10 is fine by me if that gets your vote.

>  [I'd do something like 8, but I believe it assumes too much bad
> faith on the part of the gnome maintainers.]

Let me try to understand this position of yours more clearly:

You agree that the things prohibited by 8 are bad.  But you think the
gnome maintainers would certainly not do them.  Therefore spelling out
that they are forbidden is unnecessary and offensive.

So are you saying that we should leave off 8.  But if the gnome
maintainers do the bad things prohibted by 8, you would be happy to
overrule them a third time ?

I don't think that's wise but I'm willing to proceed on that basis if
that's what gets us some progress on this issue now.


No-one else has objected to my draft.  I'm therefore considering
proposing a vote; I would probably call for votes on two positive
resolutions:

  A  paras 1-7 of my previous draft
 gnome metapackage must not depend on n-m (3:1 required)
 
  B  1-8 of my previous draft
 as above, also prohibit backsliding (3:1 required)



Ian.


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

Bug#690308: Locks even when startup fails

[Joachim Breitner]

Package: debomatic
Version: 0.10-2
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi,

it seems that debomatic will create a lock file and even when startup
fails, will not remove it. Further attempts to start it fail:

$ rm -f /var/run/debomatic.lock /var/run/debomatic
$ rmdir /srv/debomatic/incoming/
$ debomatic -n -c /etc/debomatic/debomatic.conf 
Fri Oct 12 13:47:06 2012: Unable to access /srv/debomatic/incoming directory
$ ls -l /var/run/debomatic.lock /var/run/debomatic
- -rw-r--r-- 1 root root 5 Oct 12 13:47 /var/run/debomatic
- -rw-r--r-- 2 root root 0 Oct 12 13:47 /var/run/debomatic.lock
$ mkdir  /srv/debomatic/incoming/
$ debomatic -n -c /etc/debomatic/debomatic.conf 
Fri Oct 12 13:47:20 2012: Another instance is running. Aborting


Greetings,
Joachim

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

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

Versions of packages debomatic depends on:
ii  debootstrap  1.0.42
ii  pbuilder 0.213
ii  python   2.7.3-2
ii  python-daemon1.5.5-1
ii  python-lockfile  1:0.8-2

Versions of packages debomatic recommends:
ii  debian-archive-keyring  2012.4
ii  gpgv1.4.12-4+b1
ii  lintian 2.5.10.2
ii  python-pyinotify0.9.3-1.1
pn  ubuntu-keyring  

debomatic suggests no packages.

- -- Configuration Files:
/etc/debomatic/debomatic.conf changed:
[default]
builder: cowbuilder
packagedir: /srv/debomatic/incoming
configdir: /etc/debomatic/distributions
pbuilderhooks: /usr/share/debomatic/pbuilderhooks
maxbuilds: 3
inotify: 1
sleep: 60
logfile: /var/log/debomatic.log
[gpg]
gpg: 0
keyring: /etc/debomatic/debomatic.gpg
[modules]
modules: 1
modulespath: /usr/share/debomatic/modules
[runtime]
alwaysupdate: unstable experimental precise
distblacklist: 
modulesblacklist: Lintian Mailer
mapper: {'sid': 'unstable',
 'wheezy': 'testing',
 'squeeze': 'stable'}
[lintian]
lintopts: -i -I -E --pedantic
[mailer]
fromaddr: debomatic@localhost
smtphost: localhost
smtpport: 25
authrequired: 0
smtpuser: user
smtppass: pass
success: /etc/debomatic/mailer/build_success.mail-template
failure: /etc/debomatic/mailer/build_failure.mail-template
[internals]
configversion = 010a


- -- no debconf information

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

iEYEARECAAYFAlB4A8oACgkQ9ijrk0dDIGyOBQCgzBM8ADtHFZk3aykZbZawP5zV
uVcAoKu4iCOp0XhYuIj1LAFtRfe8RYc+
=VTsJ
-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#688772: gnome Depends network-manager-gnome

[Jeremy Bicha]

On 12 October 2012 07:31, Ian Jackson  wrote:
> Don Armstrong writes ("Bug#688772: gnome Depends network-manager-gnome"):
>> 1) we decide that failures of NM to detect basic ifupdown
>> configurations and avoid overriding them are bugs, possibly of RC
>> severity
>>
>> 2) given the gnome maintainer's desire to have NM installed by default
>> from the gnome metapackage
>>
>> allowing gnome to Depends: nm | wicd; would deal with the most
>> concerning form of breakage for me.
>>
>> Does this work for anyone else?
>
> Why do you think the gnome metapackage depending on, rather than
> recommending, wicd, is a good idea ?  I don't really see the logical
> connection between any of the goals (whether the TC's or the GNOME
> maintainers') and your proposal.
>
> For example, consider the position of someone who has deliberately
> removed n-m in squeeze, and is using ifupdown or running ifconfig by
> hand or whatever, and upgrades to wheezy.  This still gives them n-m
> back.  That's not respecting their previous choice to remove it.

The point I took away from Chris' post is that wicd does not integrate
with GNOME Shell at all. There is only one networking solution that is
supported with GNOME 3.

Not to put more ideas in Ian's head about packaging decisions to
overrule, but nobody objects to gnome-core depending on gdm, which
also starts by default after installation unless you explicitly
disable it, and conflicts with several other display managers that are
part of Debian.

I consider a usable UI for setting up mobile networking (to include
WiFi) to be a fundamental piece of any desktop, especially GNOME.

I support Don's proposal to consider bugs where NM does not work right
with basic ifupdown configs to be RC-severity.

Jeremy


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

Bug#690310: release.debian.org: unblock: ruby-unf-ext/0.0.5-2

[Youhei SASAKI]

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

Hi,
Please unblock package ruby-unf-ext/0.0.5-2.

The change from 0.0.5-1 (in Wheezy) to 0.0.5-2 (in Sid) is only
Build-Depends gem2deb (>= 0.2.10~) to (>= 0.3.0~). The gem2deb (>=
0.3.0~) is support "rubygems-integration". This provides better support
for users.

I attached debdiff. Please unblock it

Best Wishes,
Youhei

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

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

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

diff -Nru ruby-unf-ext-0.0.5/debian/changelog 
ruby-unf-ext-0.0.5/debian/changelog
--- ruby-unf-ext-0.0.5/debian/changelog 2012-06-13 20:36:34.0 +0900
+++ ruby-unf-ext-0.0.5/debian/changelog 2012-07-09 23:49:21.0 +0900
@@ -1,3 +1,9 @@
+ruby-unf-ext (0.0.5-2) unstable; urgency=low
+
+  * Bump build dependency on gem2deb to >= 0.3.0~
+
+ -- Youhei SASAKI   Tue, 26 Jun 2012 03:04:13 +0900
+
 ruby-unf-ext (0.0.5-1) unstable; urgency=low
 
   * Imported Upstream version 0.0.5
diff -Nru ruby-unf-ext-0.0.5/debian/control ruby-unf-ext-0.0.5/debian/control
--- ruby-unf-ext-0.0.5/debian/control   2012-06-13 20:37:52.0 +0900
+++ ruby-unf-ext-0.0.5/debian/control   2012-07-09 23:49:21.0 +0900
@@ -4,7 +4,7 @@
 Maintainer: Debian Ruby Extras Maintainers 

 Uploaders: Youhei SASAKI 
 DM-Upload-Allowed: yes
-Build-Depends: debhelper (>= 7.0.50~), gem2deb (>= 0.2.10~), ruby-shoulda
+Build-Depends: debhelper (>= 7.0.50~), gem2deb (>= 0.3.0~), ruby-shoulda
 Standards-Version: 3.9.3
 Vcs-Git: git://git.debian.org/pkg-ruby-extras/ruby-unf-ext.git
 Vcs-Browser: 
http://git.debian.org/?p=pkg-ruby-extras/ruby-unf-ext.git;a=summary

Bug#690311: Stuck in Waiting for threads to complete...

[Joachim Breitner]

Package: debomatic
Version: 0.10-2
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi,

I am not able to cleanly shut down debomatic; it just keeps running
after printing
Waiting for threads to complete... 

I am under the impression that some task failed for some reason, and the
thread pool did not handle that properly.

Greetings,
Joachim

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

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

Versions of packages debomatic depends on:
ii  cowbuilder   0.71
ii  debootstrap  1.0.42
ii  pbuilder 0.213
ii  python   2.7.3-2
ii  python-daemon1.5.5-1
ii  python-lockfile  1:0.8-2

Versions of packages debomatic recommends:
ii  debian-archive-keyring  2012.4
ii  gpgv1.4.12-4+b1
ii  lintian 2.5.10.2
ii  python-pyinotify0.9.3-1.1
pn  ubuntu-keyring  

debomatic suggests no packages.

- -- Configuration Files:
/etc/debomatic/debomatic.conf changed:
[default]
builder: cowbuilder
packagedir: /srv/debomatic/incoming
configdir: /etc/debomatic/distributions
pbuilderhooks: /usr/share/debomatic/pbuilderhooks
maxbuilds: 3
inotify: 1
sleep: 60
logfile: /var/log/debomatic.log
[gpg]
gpg: 0
keyring: /etc/debomatic/debomatic.gpg
[modules]
modules: 1
modulespath: /usr/share/debomatic/modules
[runtime]
alwaysupdate: unstable experimental precise
distblacklist: 
modulesblacklist: Lintian Mailer
mapper: {'sid': 'unstable',
 'wheezy': 'testing',
 'squeeze': 'stable'}
[lintian]
lintopts: -i -I -E --pedantic
[mailer]
fromaddr: debomatic@localhost
smtphost: localhost
smtpport: 25
authrequired: 0
smtpuser: user
smtppass: pass
success: /etc/debomatic/mailer/build_success.mail-template
failure: /etc/debomatic/mailer/build_failure.mail-template
[internals]
configversion = 010a


- -- no debconf information

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

iEYEARECAAYFAlB4CBcACgkQ9ijrk0dDIGzcbgCeOM/yauE0C4H8e8l5Lk0ScjTq
QykAn2MCGkJAM/f3LqP7zP2bQsTjw7jt
=jwIv
-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#690312: "cowbuilder create failed" loop

[Joachim Breitner]

Package: debomatic
Version: 0.10-2
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi,

when the creation of a cowbuiler chroot fails (in my case because I
killed cowbuilder, because I noticed it was downloading packags that are
alrady in /var/cache/apt/archives/), debomatic does not handle that
graceful: It goes into a infinite loop printing
Fri Oct 12 14:13:29 2012: cowbuilder create failed
several dozend times per second.

Also, trying to abort debomatic with debomatic -q just causes it to say
“Waiting for threads to complete” but keep printing this error message.

Greetings,
Joachim


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

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

Versions of packages debomatic depends on:
ii  cowbuilder   0.71
ii  debootstrap  1.0.42
ii  pbuilder 0.213
ii  python   2.7.3-2
ii  python-daemon1.5.5-1
ii  python-lockfile  1:0.8-2

Versions of packages debomatic recommends:
ii  debian-archive-keyring  2012.4
ii  gpgv1.4.12-4+b1
ii  lintian 2.5.10.2
ii  python-pyinotify0.9.3-1.1
pn  ubuntu-keyring  

debomatic suggests no packages.

- -- Configuration Files:
/etc/debomatic/debomatic.conf changed:
[default]
builder: cowbuilder
packagedir: /srv/debomatic/incoming
configdir: /etc/debomatic/distributions
pbuilderhooks: /usr/share/debomatic/pbuilderhooks
maxbuilds: 3
inotify: 1
sleep: 60
logfile: /var/log/debomatic.log
[gpg]
gpg: 0
keyring: /etc/debomatic/debomatic.gpg
[modules]
modules: 1
modulespath: /usr/share/debomatic/modules
[runtime]
alwaysupdate: unstable experimental precise
distblacklist: 
modulesblacklist: Lintian Mailer
mapper: {'sid': 'unstable',
 'wheezy': 'testing',
 'squeeze': 'stable'}
[lintian]
lintopts: -i -I -E --pedantic
[mailer]
fromaddr: debomatic@localhost
smtphost: localhost
smtpport: 25
authrequired: 0
smtpuser: user
smtppass: pass
success: /etc/debomatic/mailer/build_success.mail-template
failure: /etc/debomatic/mailer/build_failure.mail-template
[internals]
configversion = 010a


- -- no debconf information

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

iEYEARECAAYFAlB4ClkACgkQ9ijrk0dDIGxRMACeIF+jjBxGHwyJmav5JXC82iht
MWwAn0b1kRlfsCLWWmFncXPkZPBq5BmJ
=k24p
-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#690313: google-perftools: google-pprof manpage refers to /usr/share/gperftools/cpu_profiler.html which doesn't exist

[Junichi Uekawa]

Package: google-perftools
Version: 2.0-2
Severity: minor

Dear Maintainer,

please make it link to
/usr/share/doc/libgoogle-perftools-dev/index.html
instead.


-- 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/4 CPU cores)
Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to ja_JP.UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages google-perftools depends on:
ii  curl  7.26.0-1
ii  libgoogle-perftools4  2.0-2

Versions of packages google-perftools recommends:
ii  graphviz  2.26.3-12
ii  gv1:3.7.3-1

google-perftools 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#690288: task: please respect LC_TIME

[Yves-Alexis Perez]

Control: severity -1 wishlist

On ven., 2012-10-12 at 09:44 +0200, Federico Hernandez wrote:
> You can specify your own date formats that task will use in different
> situations through the .taskrc configuration file. 
> 
> you will find more information in the taskrc(5) man page. 

Thanks for the information. Consider then the bug wishlist, it'd still
be nice to have a correct default behavior for all locales.

Regards,
-- 
Yves-Alexis


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

Bug#690314: /etc/init.d/rc may execute S## or K## scripts twice if starts with upper case characters

[Reichel, Philip]

Package: sysv-rc
Version: 2.86.ds1-61

/etc/init.d/rc may execute S##  or K## scripts twice
if  starts with upper case characters.

/etc/init.d/rc execution loop works in principle as follows:

generate alphabetically ordered list of all S* or K* files in the rc*.d
directory
set current level number to empty string
for all files in list:
remove leading S or K from file name
remove trailing  fom file name
compare resulting ## number with current level number
if numbers do not match
set current level number to resulting ## number
generate list of all files matching S##.* (or K##.*
respectively)
execute all script file found by the name pattern
matching
fi
rof 

However, the script seems not to properly recognize and truncate 
parts starting with upper case letters.
So, if one defines a start script like S99Tomcat
the script does not only extract the number part 99 but also the upper
case character(s) setting level number to 99T
Would s.o. name a script S99TOMCAT the resulting level number would be
S99TOMCAT

This alone does not produce an error, because the script does match the
pattern S##.* (with ## being S99TOMCAT) and will be executed.

But for the case that another script with same level number exists,
S99TOMCAT will be executed twice.
e.g: two scripts: S99TOMCAT and S99apache.
for S99apache the resulting level number is 99.
the loop then executes all scripts matching the pattern S99.*, which is
s99apache and S99TOMCAT.
for S99TOMCAT the resulting level number is 99TOMCAT, which does not
match the curren level number 99.
As a result the rc script handles 99TOMCAT like another level number and
executes all scripts matching S99TOMCAT.* - and starts therefore
S99TOMCAT for the second time.

Bug#690315: nvidia-cuda-toolkit: version in backports doesn't work with libstdc++ in squeeze

[christian mock]

Package: nvidia-cuda-toolkit
Version: 4.2.9-1~bpo60+1
Severity: important


The squeeze-backports version of nvidia-cuda-toolkit doesn't actually
work on a squeeze/squeeze-backports system because libcudart
references symbols from a newer libstdc++.

Luckily, a simple replacement of the
cudatoolkit_4.2.9_linux_64_ubuntu11.04.run with
cudatoolkit_4.2.9_linux_64_ubuntu10.04.run (11.04 vs 10.04; and the
same for the 32 bit versions) in the source package followed by a
build produces a working package, so this is relatively easy to fix.

You can verify whether it works or not by trying to compile the C
samples from gpucomputingsdk_4.2.9_linux.run...

regards,

cm.

-- System Information:
Debian Release: 6.0.6
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.39-bpo.2-amd64 (SMP w/8 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 nvidia-cuda-toolkit depends on:
ii  g++-4.4 4.4.5-8  The GNU C++ compiler
ii  gcc-4.4 4.4.5-8  The GNU C compiler
ii  libc6   2.11.3-4 Embedded GNU C Library: Shared lib
ii  libgcc1 1:4.4.5-8GCC support library
ii  libstdc++6  4.4.5-8  The GNU Standard C++ Library v3
ii  nvidia-cuda-dev 4.2.9-1~bpo60+1  NVIDIA CUDA development files
ii  nvidia-opencl-dev   4.2.9-1~bpo60+1  NVIDIA OpenCL development files
ii  zlib1g  1:1.2.3.4.dfsg-3 compression library - runtime

Versions of packages nvidia-cuda-toolkit recommends:
ii  nvidia-cuda-doc  4.2.9-1~bpo60+1 NVIDIA CUDA and OpenCL documentati
ii  nvidia-cuda-gdb  4.2.9-1~bpo60+1 NVIDIA CUDA GDB
ii  nvidia-visual-profiler   4.2.9-1~bpo60+1 NVIDIA Visual Profiler

Versions of packages nvidia-cuda-toolkit suggests:
ii  libcupti-dev 4.2.9-1~bpo60+1 NVIDIA CUDA Profiler Tools Interfa

-- 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#690282: Something wrong with buildd when contrib package needs to be built with non-free package

[Hideki Yamane]

Hi Philipp,

On Fri, 12 Oct 2012 11:38:21 +0200
Philipp Kern  wrote:
> >  Something wrong with buildd when contrib package needs to be built with
> >  non-free  package, for example, ruby-pgplot.
> 
> this is not implemented and not supported on the official infrastructure.
> It's a known problem that would need filtered non-free Packages input for the
> build process.

 Well, then what is the way to make non-free_build-depends_contrib package
 buildable, is there any information for it?

 This time, for ruby-pgplot (CCed: maintainer)

-- 
Regards,

 Hideki Yamane henrich @ debian.or.jp/org
 http://wiki.debian.org/HidekiYamane


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

Bug#690316: unp requires perl-modules, but doesn't depend on it

[David Kalnischkies]

Package: unp
Version: 2.0~pre7+nmu1

Installing and running 'unp' in a minbase-based chroot reveals the following:
$ unp foo.bar
Can't locate File/Basename.pm in @INC (@INC contains: /etc/perl
/usr/local/lib/perl/5.14.2 /usr/local/share/perl/5.14.2 /usr/lib/perl5
/usr/share/perl5 /usr/lib/perl/5.14 /usr/share/perl/5.14
/usr/local/lib/site_perl .) at /usr/bin/unp line 28.
BEGIN failed--compilation aborted at /usr/bin/unp line 28.


The file "File/Basename.pm" is included in perl-modules.
After installing this package unp works as expected.

Thanks in helping me being lazy with this package and
best regards

David Kalnischkies


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

Bug#575087: Bug #575087 and #599083: wbar default configuration has a broken path to a font file

[gregor herrmann]

On Sat, 29 Sep 2012 15:53:05 +0200, Markus Koschany wrote:

> 1. I still think the bug isn't release critical.

I tend to agree here, and Julien has also argued the same in #599083.
I admit it's annoying that wbar doesn't work out of the box (if
Recommends are not installed) but it's not the only software that
needs configuration changes before using it, and not installing
Recommends also comes with a price ...

And at least if started from a terminal the failure isn't silent
either (IIRC).

> 2. My packaged version of wbar, 2.3.4, fixes all outstanding
>bugs including this one.

I haven't looked at 2.3.4, but in general new upstream releases are
not the way to go during a freeze.

> 3. I have prepared another fix for the
>"broken-path-to-a-font-file-problem" and attached it.

Yeah, might make sense if this bug is considered RC (although it also
doesn't "make it work", just the diagnostics seem to be nicer).
In case this patch is needed, it should be trimmed down (most of the
changes are removed trailing whitespaces).
 

Cheers,
gregor

-- 
 .''`.  Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06
 : :' : Debian GNU/Linux user, admin, and developer  -  http://www.debian.org/
 `. `'  Member of VIBE!AT & SPI, fellow of the Free Software Foundation Europe
   `-   NP: Cat Stevens: Where Do The Children Play?


signature.asc
Description: Digital signature

Bug#650378: various issues on the events pages

[Paul Wise]

On Tue, 2011-11-29 at 19:32 +0800, Paul Wise wrote:

> I propose a format change on the events index page, replace the monospaced
> "[December 2nd - 4th]" date with something like "December 2nd-4th" with
> a normal font.

Fixed the monospace font and [] in CVS. Spaces on either side of - are
still present, need to modify the daterange function but I guess that
would affect other pages.

> The first link in the last paragraph here looks to have been abandoned:
> 
> http://www.debian.org/events/admin

Fixed that in CVS by linking to the LWN/FSF/FSFE calendars.

> I think this page needs some pings and updates:
> 
> http://www.debian.org/events/speakers/

Sent some pings to the owners of the URLs that are 404 or similar.

-- 
bye,
pabs

http://wiki.debian.org/PaulWise


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

Bug#688772: gnome Depends network-manager-gnome

[Raphael Hertzog]

On Fri, 12 Oct 2012, Ian Jackson wrote:
> Don Armstrong writes ("Bug#688772: gnome Depends network-manager-gnome"):
> > 1) we decide that failures of NM to detect basic ifupdown
> > configurations and avoid overriding them are bugs, possibly of RC
> > severity
> > 
> > 2) given the gnome maintainer's desire to have NM installed by default
> > from the gnome metapackage
> > 
> > allowing gnome to Depends: nm | wicd; would deal with the most
> > concerning form of breakage for me.
> > 
> > Does this work for anyone else?
> 
> Why do you think the gnome metapackage depending on, rather than
> recommending, wicd, is a good idea ?  I don't really see the logical
> connection between any of the goals (whether the TC's or the GNOME
> maintainers') and your proposal.
> 
> For example, consider the position of someone who has deliberately
> removed n-m in squeeze, and is using ifupdown or running ifconfig by
> hand or whatever, and upgrades to wheezy.  This still gives them n-m
> back.  That's not respecting their previous choice to remove it.

The logic behind Don's proposition is that, if you're not using NM, then
you're likely either using wicd or simple ifupdown config. That leaves
two cases:

1/ Having wicd and nm active at the same time creates problems, so Don
ensures that you can install either one of them and still have the
gnome-core package installed (and still have nm by default if you don't
make any specific choice).

2/ If you're an ifupdown user, then you can have nm installed even if it
was not installed before hand, it won't hurt because NM ignores any
interface listed in /etc/network/interfaces. Failing to comply with this
rule are bugs that we could consider RC.


In this situation, it seems that all parties would be satisfied (provided
that the majority of persons who are not using NM are in fact using wicd
or ifupdown).

It looks like an acceptable outcome to me. Thank you Don for trying to find
a third way out of this situation.

Cheers,
-- 
Raphaël Hertzog ◈ Debian Developer

Get the Debian Administrator's Handbook:
→ http://debian-handbook.info/get/


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

Bug#690317: emacs: PGG broken

[Dillon Lisk]

Package: emacs
Version: 45.0
Severity: normal

Dear Maintainer,

Sometime in the recent past, pgg stopped working properly. 
pgg-encrypt-region
works normally, but pgg-decrypt and pgg-encrypt throw the following error:
"call-interactively: Autoloading failed to define function pgg-encrypt"
Using pgg-decrypt-region throws the following error:
"apply: Searching for program: no such file or directory, pgpk"

I have already re-installed all emacs and gpg related packages with no
affect on
this problem.

-- 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/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 emacs depends on:
ii  emacs23  23.4+1-4

emacs recommends no packages.

emacs 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#690282: Something wrong with buildd when contrib package needs to be built with non-free package

[Philipp Kern]

On Fri, Oct 12, 2012 at 09:57:31PM +0900, Hideki Yamane wrote:
> On Fri, 12 Oct 2012 11:38:21 +0200
> Philipp Kern  wrote:
> > >  Something wrong with buildd when contrib package needs to be built with
> > >  non-free  package, for example, ruby-pgplot.
> > this is not implemented and not supported on the official infrastructure.
> > It's a known problem that would need filtered non-free Packages input for 
> > the
> > build process.
>  Well, then what is the way to make non-free_build-depends_contrib package
>  buildable, is there any information for it?

You have to build it yourself at the moment, sorry. (Or try to get the packages
fixed so that it can go into main.)

Kind regards
Philipp Kern


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

Bug#662955: RFS: rubyripper/0.6.2-3 [ITP] -- audio extractor

[Scott]

Hi Scott,

I see that the package at mentors is no longer there.  Are you still working on
this ? Or can this RFS be closed ?

Regards,

Bart Martens


Hi Bart,

Sorry for the very long delay in replying. I have been busy moving 
across the country for work.


If you are interested in sponsoring this package, I have uploaded a new 
version to mentors.


--
Regards,
Scott.


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

Bug#662955: RFS: rubyripper/0.6.2-2 [ITP] -- Re-open and new upload

[Scott]

Dear mentors,

I am looking for a sponsor for my package "rubyripper"

* Package name: rubyripper
  Version : 0.6.2-2
  Upstream Author : Bouke Woudstra 
* URL : https://code.google.com/p/rubyripper/
* License : GPL-3.0+
  Section : sound

It builds those binary packages:

rubyripper-cli - Error-correcting compact disc digital audio extractor 
(CD ripper)
rubyripper-gtk2 - Error-correcting compact disc digital audio extractor 
(CD ripper)


To access further information about this package, please visit the 
following URL:


  http://mentors.debian.net/package/rubyripper

Alternatively, one can download the package with dget using this command:

  dget -x 
http://mentors.debian.net/debian/pool/main/r/rubyripper/rubyripper_0.6.2-3.dsc


Changes since the last upload:

rubyripper (0.6.2-3) unstable; urgency=low

  * Added patch to use 'normalize-audio' rather than 'normalize'.
Debian packaging renames the 'normalize' binary.

 -- Scott Leggett   Mon, 19 Mar 2012 00:40:25 +0800

--
Regards,
Scott.


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

Bug#688772: gnome Depends network-manager-gnome

[Sam Hartman]

I'm still confused why recommends doesn't work for everyone.

I understand that the Gnome maintainers want N-M installed by default.
Except I think recommends gets you that.


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

Bug#656505: taxbird: diff for NMU version 0.18-1.1

[gregor herrmann]

tags 656505 + pending
thanks

Dear maintainer,

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

Regards.

-- 
 .''`.  Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06
 : :' : Debian GNU/Linux user, admin, and developer  -  http://www.debian.org/
 `. `'  Member of VIBE!AT & SPI, fellow of the Free Software Foundation Europe
   `-   NP: Joint Venture: Freitag
diff -u taxbird-0.18/debian/control taxbird-0.18/debian/control
--- taxbird-0.18/debian/control
+++ taxbird-0.18/debian/control
@@ -2,7 +2,7 @@
 Section: gnome
 Priority: optional
 Maintainer: Marvin Stark 
-Build-Depends: debhelper (>= 5), libgeier-dev, libgtkhtml3.14-dev,
+Build-Depends: debhelper (>= 5), libgeier-dev (>= 0.13), libgtkhtml3.14-dev,
libgnomeui-dev, pkg-config, guile-1.8-dev,
quilt, autotools-dev
 Homepage: http://www.taxbird.de
@@ -10,7 +10,7 @@
 
 Package: taxbird
 Architecture: any
-Depends: libgeier0 (>= 0.12), ${shlibs:Depends}, ${misc:Depends}
+Depends: ${shlibs:Depends}, ${misc:Depends}, ${geier:Depends}
 Recommends: lpr | cups-bsd
 Suggests: html2text, html2ps
 Description: Free Elster client (German Tax Declarations)
diff -u taxbird-0.18/debian/rules taxbird-0.18/debian/rules
--- taxbird-0.18/debian/rules
+++ taxbird-0.18/debian/rules
@@ -11,6 +11,8 @@
 DEB_HOST_GNU_TYPE   ?= $(shell dpkg-architecture -qDEB_HOST_GNU_TYPE)
 DEB_BUILD_GNU_TYPE  ?= $(shell dpkg-architecture -qDEB_BUILD_GNU_TYPE)
 
+GEIER_VERSION := $(shell dpkg -s libgeier-dev | sed -rne 's,^Version: ([^-]+).*,\1,p')
+
 CFLAGS = -Wall -g
 
 ifneq (,$(findstring noopt,$(DEB_BUILD_OPTIONS)))
@@ -94,7 +96,7 @@
 	dh_makeshlibs
 	dh_installdeb
 	dh_shlibdeps
-	dh_gencontrol
+	dh_gencontrol -- -V'geier:Depends=libgeier0 (>= $(GEIER_VERSION))'
 	dh_md5sums
 	dh_builddeb
 
diff -u taxbird-0.18/debian/changelog taxbird-0.18/debian/changelog
--- taxbird-0.18/debian/changelog
+++ taxbird-0.18/debian/changelog
@@ -1,3 +1,14 @@
+taxbird (0.18-1.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Fix "build-dependency on libgeier-dev needs to be versioned":
+- d/control: make build dependency on (latest) libgeier-dev versioned
+- d/{control,rules}: calculate versioned libgeier0 runtime dependency
+  during build
+(Closes: #656505)
+
+ -- gregor herrmann   Fri, 12 Oct 2012 15:45:28 +0200
+
 taxbird (0.18-1) unstable; urgency=low
 
   * New upstream release


signature.asc
Description: Digital signature

Bug#690318: hunspell hungs after changing dictionary

[Yuri D'Elia]

Package: dictionaries-common
Version: 1.12.10
Severity: important

On my system I'm using emacs23 along with hunspell.
I don't have the aspell/ispell packages installed.

If I enable flyspell without changing dictionary (thus using the default
"american"), everything works.

If I attempt to use M-x ispell-change-dictionary "american" (which should give
me the same results), emacs hangs, resulting in lossage (and thus the
"important" severity of the bug report).

The last message that I see in the minibuffer is:

  Starting new Ispell process [hunspell::american] ...

but the only option at this point is kill emacs.
hunspell is recognized correctly, but is probably called with the wrong
arguments?

aspell works fine, but I'd rather use hunspell.

Thanks.

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

Kernel: Linux 3.2.0-4-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 dictionaries-common depends on:
ii  debconf [debconf-2.0]  1.5.46
ii  libtext-iconv-perl 1.7-5

dictionaries-common recommends no packages.

Versions of packages dictionaries-common suggests:
ii  emacsen-common  2.0.3
pn  ispell  
pn  jed-extra   

-- debconf information:
  dictionaries-common/invalid_debconf_value:
  dictionaries-common/selecting_ispell_wordlist_default:
* dictionaries-common/default-ispell: Manual forced (No ispell elements 
installed)
* dictionaries-common/default-wordlist: american (American English)
  dictionaries-common/ispell-autobuildhash-message:
  dictionaries-common/old_wordlist_link: true
  dictionaries-common/move_old_usr_dict: true
  dictionaries-common/remove_old_usr_dict_link: false


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

Bug#690320: netxen_nic using only 1 interrupt

[Андрей Василишин]

Package: firmware-netxen
Version: 0.36


After upgrade firmware-netxen NIC using only 1 of 4 interrupts


Network-adapter:
 Model: "Hewlett-Packard Company NC522SFP Dual Port 10GbE Server Adapter"

# modinfo netxen_nic
filename: 
/lib/modules/3.2.0-3-amd64/kernel/drivers/net/ethernet/qlogic/netxen/netxen_nic.ko

firmware:   phanfw.bin
version:4.0.77
license:GPL
description:QLogic/NetXen (1/10) GbE Intelligent Ethernet Driver
srcversion: 85607F21190BD03CFF98328
alias:  pci:v4040d0100sv*sd*bc02sc00i00*
alias:  pci:v4040d0025sv*sd*bc02sc00i00*
alias:  pci:v4040d0024sv*sd*bc02sc00i00*
alias:  pci:v4040d0005sv*sd*bc02sc00i00*
alias:  pci:v4040d0004sv*sd*bc02sc00i00*
alias:  pci:v4040d0003sv*sd*bc02sc00i00*
alias:  pci:v4040d0002sv*sd*bc02sc00i00*
alias:  pci:v4040d0001sv*sd*bc02sc00i00*
depends:
intree: Y
vermagic:   3.2.0-3-amd64 SMP mod_unload modversions
parm:   auto_fw_reset:Auto firmware reset (0=disabled, 1=enabled 
(int)


# ethtool -i eth2
driver: netxen_nic
version: 4.0.77
firmware-version: 4.0.588
bus-info: :04:00.0
supports-statistics: yes
supports-test: yes
supports-eeprom-access: yes
supports-register-dump: yes
supports-priv-flags: no


# cat /proc/interrupts | grep eth2

  91:1988135   58957560  0  0  0  0 
 0  0  0  0  0  0 
PCI-MSI-edge  eth2[0]
  92:  0  0  0  0  0  0 
 0  0  0  0  0  0 
PCI-MSI-edge  eth2[1]
  93:  0  0  0  0  0  0 
 0  0  0  0  0  0 
PCI-MSI-edge  eth2[2]
  94:  0  0  0  0  0  0 
 0  0  0  0  0  0 
PCI-MSI-edge  eth2[3]



# dmesg | grep netxen
[2.974019] netxen_nic :04:00.0: PCI INT A -> GSI 32 (level, low) 
-> IRQ 32

[2.974034] netxen_nic :04:00.0: setting latency timer to 64
[2.974282] netxen_nic :04:00.0: 2MB memory map
[3.199449] netxen_nic :04:00.0: Gen2 strapping detected
[3.199478] netxen_nic :04:00.0: using 64-bit dma mask
[3.199793] netxen_nic: Dual XGb SFP+ LP Board S/N CB15BK1249  Chip 
rev 0x42

[3.199796] netxen_nic :04:00.0: firmware v4.0.585 [legacy]
[3.200448] netxen_nic :04:00.0: irq 91 for MSI/MSI-X
[3.200455] netxen_nic :04:00.0: irq 92 for MSI/MSI-X
[3.200463] netxen_nic :04:00.0: irq 93 for MSI/MSI-X
[3.200469] netxen_nic :04:00.0: irq 94 for MSI/MSI-X
[3.200482] netxen_nic :04:00.0: using msi-x interrupts
[3.200904] netxen_nic :04:00.0: eth2: XGbE port initialized
[3.200921] netxen_nic :04:00.1: PCI INT A -> GSI 32 (level, low) 
-> IRQ 32

[3.200929] netxen_nic :04:00.1: setting latency timer to 64
[3.201163] netxen_nic :04:00.1: 2MB memory map
[3.201285] netxen_nic :04:00.1: using 64-bit dma mask
[3.201599] netxen_nic :04:00.1: firmware v4.0.585 [legacy]
[3.201628] netxen_nic :04:00.1: irq 95 for MSI/MSI-X
[3.201636] netxen_nic :04:00.1: irq 96 for MSI/MSI-X
[3.201642] netxen_nic :04:00.1: irq 97 for MSI/MSI-X
[3.201650] netxen_nic :04:00.1: irq 98 for MSI/MSI-X
[3.201663] netxen_nic :04:00.1: using msi-x interrupts
[3.202093] netxen_nic :04:00.1: eth3: XGbE port initialized
[   22.336153] netxen_nic: eth2 NIC Link is up


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

Bug#689153: unblock: mksh/40.9.20120630-4

[Thorsten Glaser]

retitle 689153 unblock: mksh/40.9.20120630-4
thanks

Hi,

sorry for the trouble, but please wait for the -4 upload,
as recent changes in gcc will let mksh ftbfs, and doko
said he'll want to propose these versions for wheezy; I've
made the same hotfix in Ubuntu already.

bye,
//mirabilos
-- 
 Dann mach ich git annex copy --to shore und fertig ist das
 das ist ja viel cooler als ownCloud ...
 sag ich doch
 ja wieso stimmt das denn immer was du sagst ...


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

Bug#690212: im-config: postinst deletes conffile (policy 10.7.3): /etc/X11/Xsession.d/80im-config_launch

[Osamu Aoki]

Hi,

On Thu, Oct 11, 2012 at 10:44:56AM +0200, Andreas Beckmann wrote:
> Package: im-config
> Version: 0.18
> Severity: serious
> User: debian...@lists.debian.org
> Usertags: piuparts

I maintain im-config and im-switch.

> Hi,
> 
> during a test with piuparts I noticed your package modifies conffiles.
> This is forbidden by the policy, see
> http://www.debian.org/doc/debian-policy/ch-files.html#s-config-files

You mean: "configuration files are intended to be modified by the system
administrator"   if my script removed the system administrator
modified file, it is violation but I did not do that.  My postinst
script carefully check modification by the system administrator to avoid
it.  So I do not think I violated policy in that part.
 
> The proper way to remove an obsolete conffile would be
>   dpkg-maintscript-helper rm_conffile

I understand this is now the new recommended style by dpkg but this not
a policy required method yet.  (Just like use of "dh" is the new
recommended style but it is not a policy required method yet. )

This dpkg-maintscript-helper is, I thought, a new for wheezy.  I will
fix this and other packages in old style transition for wheezy+1 if
possible.  Please note this md5sum method was used in pre-97 and it was
popular until recently.  As long as maintainer is through, it does a
good job.

(I also remove im-switch file in postinst if they are left without
modification but not purged.  Otherwise it breaks system.  I do not know
dpkg-maintscript-helper helps me there.  So my postinst removl code
needs to stay for im-switch)

> although in your case it looks more like a rename to 70im-config_launch,
> so
>   dpkg-maintscript-helper mv_conffile
> would be more appropriate.

Hmmm.. content changed too.  So if we simply move such file, it will
create breakage...  Anyway, I am not comfortable to impliment safe
script for my case with this.

Unless md5sum value of such configuration files colide, my old fashioned
postinst style works fine for long time.  (Even for pre-1997 dpkg).

This upload was for post-freeze so my modification was to follow older
style and minimalist change policy.  As long as I list all md5sum
values, it touched files not changed by the local administrator.  I do
not think piuparts did not change these conffiles.  Thus this postinst
removed it.  If not, this will cause severe breakage.

> debsums reports modification of the following files,
> from the attached log (scroll to the bottom...):
> 
>   debsums: missing file /etc/X11/Xsession.d/80im-config_launch (from 
> im-config package)

Yes, it does as I expected.  This is false positive since I check file
to be modified or not.

I think this is a wishlist bug for the coding style.

Osamu


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

Bug#690287: libibus-1.0-0 ships libibus-1.0.so.5

[Osamu Aoki]

Hi,

On Fri, Oct 12, 2012 at 06:57:54AM +0200, Martin Pitt wrote:
> Package: libibus-1.0-0
> Severity: serious
> Version: 1.4.99.20120917-1
> 
> The experimental ibus version has a severe packaging bug for the
> library: The soname changed from 0 to 5, but the library package is
> still called "libibus-1.0-0". It needs to be renamed to libibus-1.0-5
> to make the library co-installable with older versions. Right now this
> completely breaks packages which depend on libibus-1.0-0, as they are
> looking for libibus-1.0.so.0.
> 
> Thanks,

Thanks.

I kept away from packaging this "latest 1.5 prerelease" version since
FEDORA was changing too may things and I thought it will cause more
trouble for wheezy.  I think Asias He packaged this for experimental to
get ready for wheezy+1.  

I think fixing this bug is good idea as long as it stay in experimental
until wheezy release.

Osamu


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

Bug#675062: sflphone-daemon: sip registration 401 Unauthorized

[Jens-Erik Hansen]

Hi,

I haven't the same problem if I create an account from scratch in 1.1.

--
Jens


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

Bug#688041: Please confirm

[Norbert Preining]

Hi

just obe thing, because I hate wasting my time.

> So, finally a constructive comment on your side... I'm impressed.

Stop being ignorant, take a look at the svn logs of the debian-tex svn since 
2005 and tell me who is constructive and who is not.

*I* an doing the work here, and you can go to hell with your theoretic 
proposals.

I *HAPPILY* hand over maintainance of the texlive packages to you, if you feel 
up to it!!! You want it??? Please go ahead, but stop bitching around. Besides a 
PITA you are nothing.

End of the line.

N


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

Bug#685632: trying to prepare a delayed upload

[anarcat]

Hi,

This seems like a simple thing to fix, I will try to prepare an upload
now.

A.

-- 
In god we trust, others pay cash.
- Richard Desjardins, Miami


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

Bug#690321: RFS: ampache/3.6-git408e713+dfsg-4 [RC #688436]

[Charlie Smotherman]

Package: sponsorship-requests
Severity: important

Dear mentors,

I am looking for a sponsor for my package "ampache", my usual sponsor is not
available so your assistance would be greatly appreciated

* Package name: ampache
  Version : 3.6-git408e713+dfsg-4
  Upstream Author : Karl Vollmer 
* URL : http://ampache.org
* License : GPL2
  Section : web

It builds these binary packages:

ampache- web-based audio file management system
ampache-common - web-based audio file management system common files

To access further information about this package, please visit the
following URL:

http://mentors.debian.net/package/ampache

Alternatively, one can download the package with dget using this command:

dget -x 
http://mentors.debian.net/debian/pool/main/a/ampache/ampache_3.6-git408e713+dfsg-4.dsc

Changes since the last upload:

Corrected debian/ampache.postrm to fix #688436


Regards,

Charlie Smotherman


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

Bug#688772: gnome Depends network-manager-gnome

[Russ Allbery]

Jeremy Bicha  writes:

> Not to put more ideas in Ian's head about packaging decisions to
> overrule, but nobody objects to gnome-core depending on gdm, which also
> starts by default after installation unless you explicitly disable it,
> and conflicts with several other display managers that are part of
> Debian.

That's the point, though.  No one objects.  In other words, we don't have
a regular trickle of users of Debian stating that they want to disable
gdm3 and use a different display manager while still wanting to use GNOME
and expressing dissatisfaction with the metapackage because of it.  So
there's no problem.  I personally have a lot of sympathy for Bdale's
position that metapackages would work better in general with Recommends,
but when no one's complaining, I'm certainly not going to poke my nose in
the GNOME team's business.

All three of the reasons in the original n-m decision are there for a
reason, and analogies to situations where one or more of those reasons
don't apply are not as relevant.

-- 
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#690322: pyodbc: Please upgrade to newer version

[Laurent Bigonville]

Source: pyodbc
Version: 2.1.7-1
Severity: wishlist

Hi,

pyodbc in debian is quite ancient (Feb 2010) and is causing issues with
the newer freetds version, see:
https://bugs.launchpad.net/ubuntu/+source/freetds/+bug/887374/comments/5

Could you please consider upgrading to the lastest version (3.0.6) that
has been released in June 2012.

Cheers

Laurent Bigonville

-- 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.5-trunk-amd64 (SMP w/4 CPU cores)
Locale: LANG=fr_BE.utf8, LC_CTYPE=fr_BE.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#688853: dspam: long line in message body causes '530 5.2.0 Message is empty. Aborting.'

[Thomas Preud'homme]

severity 688853 normal
retitle 688853 Incorrect error message when a line is too long in a message
thanks

Le jeudi 27 septembre 2012 07:23:49, Andrey a écrit :
> 'Broken pipe' error occurs in Exim because Dspam just drops connection
> while Exim trying to send data to the socket though 530 reply occurs
> also. I don't know whether this is the SMTP RFC rules? And this behavior
> causes delay and retries to send email to the other Dspam users.

AFAIK it's legal. See [1]. You can send an error when message is too big or 
when a line is too long and this necessarily happen before all data are sent. 
Hence there is no problem on dspam part except that the error message should 
be different.

[1] http://tools.ietf.org/html/rfc5321#section-4.5.3.1.9

I'm thus changing the bug title and severity. Feel free to duplicate it to 
exim if you think there is a bug in exim (either because it doesn't handle the 
error correctly at all or because only default configuration doesn't handle 
it).

Best regards,

Thomas Preud'homme


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

Bug#690294: phonon-backend-vlc breaks replaygain and fade in Amarok

[Modestas Vainius]

Control: tags -1 unreproducible

Hello,

2012.10.12 10:35, Raphaël HALIMI rašė:

ii  libc62.13-35
ii  libphonon4   4:4.6.0.0-2
ii  libqtcore4   4:4.8.2+dfsg-2
ii  libqtgui44:4.8.2+dfsg-2
ii  libstdc++6   4.7.1-7
ii  libvlc5  1:2.0.3-dmo4
ii  libvlccore5  1:2.0.3-dmo4
ii  vlc-nox  1:2.0.3-dmo4

Versions of packages phonon-backend-vlc recommends:
ii  vlc  1:2.0.3-dmo4


Please use vlc from Debian, not from deb-multimedia.org


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

Bug#688590: update

[Christian Grothoff]

After some more discussion with Bertrand, I've committed a patch to SVN 
HEAD (SVN 24295) which allows the user to control NSS library 
installation.  There are a few possibilities:


1) If configure is run by root or using the '--with-sudo' option, NSS 
plugins are by default installed to "/lib" (sane default for normal users)


2) If configure is run by a normal user and without the '--with-sudo' 
option, NSS plugins are by default not installed _at all_.


3) If configure is run "--with-nss=no", then NSS plugins are never installed

4) If configure is run "--with-nss=yes", then NSS plugins are always 
installed to "/lib", even if neither '--with-sudo' is given nor 
configure is run as root.  Installation will fail unless 'make install' 
is run as root.


5) If configure is run "--with-nss=$SOMEPATH", then NSS plugins are 
always installed to $SOMEPATH.  _This_ is likely the best option for 
Debian packaging.  You'd run like this:


./configure \
--prefix=/tmp/buildd/gnunet-0.9.X/debian/tmp/usr \
  --with-nss=/tmp/buildd/gnunet-0.9.X/debian/tmp/lib

This way, most stuff will end up properly in
/tmp/buildd/gnunet-0.9.X/debian/tmp/usr/{lib,bin,share}
and NSS plugins in
/tmp/buildd/gnunet-0.9.X/debian/tmp/lib/

so when the /tmp/buildd/gnunet-0.9.X/debian/tmp/-prefix is mapped to '/' 
by dpkg on install, all should be well.


Happy hacking!

Christian


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

Bug#684117: unblock: fex/20120718-4

[Kilian Krause]

Hi,

On Sun, Oct 07, 2012 at 08:54:07PM +0200, Philipp Kern wrote:
> On Sun, Oct 07, 2012 at 07:35:09PM +0200, Kilian Krause wrote:
> > since F*EX is now re-added as non-free with Perl Artistic license I herewith
> > renew my request to allow the fex package to proceed to testing and thus
> > allowing users of squeeze an upgrade path.
> 
> did you submit the filtered diff Adam requested?

no, and I've just ceased trying to cut down 55k lines of diff to the
"relevant" parts.
Since I don't quite feel that I will end up with what you or Adam feel
"relevant" (and hence we'll do this loop a couple of times which none of us
has the time to) I'll leave it up to d-release to decide wether or not we
shall re-include fex as is or just leave it out for wheezy and have it come
back in jessy.

-- 
Best regards,
Kilian


signature.asc
Description: Digital signature

Bug#648230: python-pymssql: New upstream version available

[Laurent Bigonville]

Package: python-pymssql
Followup-For: Bug #648230

Hi,

It seems that the current version in the archive has some issues with
the last version of freeTDS, see:
https://bugs.launchpad.net/ubuntu/+source/freetds/+bug/887374/comments/5

Cheers

Laurent Bigonville

-- 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.5-trunk-amd64 (SMP w/4 CPU cores)
Locale: LANG=fr_BE.utf8, LC_CTYPE=fr_BE.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#690158: ettercap: unconditionally sets net.ipv4.ip_forward=0

[Teodor MICU]

2012/10/12 Simon Paillard :
> On top of that, ettercap is designed for man in the middle attacks, disabling
> kernel forwarding seems to be a must.
>
> man ettercap:
>
> NAME
>ettercap - multipurpose sniffer/content filter for man in the middle 
> attacks

Ok, good to know. Obviously I only wanted a friendly sniffer (no IP
information).

So the "wishlist" might be to have this "unoffensive" mode active by default?

Cheers


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

Bug#690270: network-manager-gnome: segfault when hitting tab in nm-connection-editor's IPv4 settings window when GTK_IM_MODULE=xim

[Daniel Kahn Gillmor]

On 10/11/2012 04:11 PM, Michael Biebl wrote:
> Is this only affecting nm-connection-editor or other programs too?

I haven't seen this behavior in other programs, but i don't use a lot of
GTK programs either, so i might not have had the chance to trigger it.

If you could suggest some other GTK program that you think i might be
able to elicit the crash in, i'd be happy to try it.

--dkg



signature.asc
Description: OpenPGP digital signature

Bug#690270: network-manager-gnome: segfault when hitting tab in nm-connection-editor's IPv4 settings window when GTK_IM_MODULE=xim

[Daniel Kahn Gillmor]

On 10/11/2012 04:11 PM, Michael Biebl wrote:
> On 11.10.2012 22:05, Daniel Kahn Gillmor wrote:
>> Package: network-manager-gnome
>> Version: 0.9.4.1-2
>> Severity: normal
>>
>> from a posix shell, run:
>>
>>   GTK_IM_MODULE=xim nm-connection-editor
> 
> What is xim?
> Is this only affecting nm-connection-editor or other programs too?
> I don't think nm-connection-editor should have to care about which input
> method is used.

it's the X11 Input Method, provided by libgtk-3-0:

libgtk-3-0:i386: /usr/lib/i386-linux-gnu/gtk-3.0/3.0.0/immodules/im-xim.so

I use xim because i want only a single compose keymap (the standard X11
one) rather than having the GTK compose keymap for GTK-using programs,
and the (different) X11 keymap for everything else.

--dkg



signature.asc
Description: OpenPGP digital signature

Bug#670665: mpd: init script doesn't read mpd config if user is changed in it and fails to start mpd daemon

[Harald Gutmann]

Dear Maintainer,

kindly include the patch into the next version of mpd.


Many thanks in advance.


Kind regards,
Harald Gutmann


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

Bug#690323: RFP: qansieditor -- QAnsiEditor is a program to edit Ansi graphics. It aims to run on multiple platforms base on Qt library.

[Dario Minnucci]

Package: wnpp
Severity: wishlist

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

* Package name: qansieditor
  Version : 2.0.1.7
  Upstream Author : Binhao Qian 
* URL : http://code.google.com/p/qansieditor
* License : GPL-3
  Programming Lang: C++, Qt
  Description : QAnsiEditor is a program to edit ANSI graphics.

 QAnsiEditor is a program to edit ANSI graphics.
 It aims to run on multiple platforms base on Qt library.


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

iQIcBAEBCAAGBQJQeEDWAAoJEKgvu4Pz1XAzgJIP/0LKo+1Nh1mueHqRMZxkZHoa
bfO7xhCxLdHThlkKmVPMmcZTBv+yKrjyMrkkd5KFnljimsQoKg1r8jvF37Q7nxgi
P0a8x2dVrAbl3yFqCy8trCJoi1A0l0sSplOiv/92Bt93z8kSct1lbD3lkBbDBeev
fatoLqwRJD6QY4CCtPEMLZ+NmqZ8aNgPFY/JuYP75aN3ACoOsQvBSthNb8V8MAxM
S0jcTpVjZdBZmXvGtHDlqguZRKgXA6diJGUmu0fV7hno5cS5dxYnGNcUImg+YZZ8
y329AFxKSycKm3BMhBA26dgqXeJ1laGDN/JJ29BaZThtWcSdoxWAPOcoYcUVWaHT
d7z27nDteYBiuHJG6wb5iMFzeY3Si+gDr7ovkS+QgGXAOAO+SB+pntzaz7YrjWyQ
goh5tQXu3800uNTyU9mHAXhm4NEI8PIgYDi/Tbdz4vIfPwlXjQn/Kx/ly5x6RAsY
pY9ZNymQOJLxuZ98xmcJb7lvhf3hq1CcZ4Xaa5dPLJtdbVG8cCEBLCunhyT98loM
3cdUlM+uwb2KeDrUzejkfdM9S5xdOs69e65PNXur5axcYjV9wLV+sUcLqFl64vPo
XiUNzY8rI3LQnV6V+FKqKZeVHmYfAQBd5thfsYVIrIZ6gPh5EluSuoDHUZQgBkkk
wfeqd62dLaA+TegyfHKg
=eK2t
-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