Re: packaging a tiny/trivial blob in a DFSG-clean way?

2012-09-15 Thread Bernhard R. Link
* Michael Tokarev  [120914 23:12]:
> But I'm still a bit, well, uncomfortable to ship the blobs,
> even if the source is available and it is verified on buildds
> during package build on corresponding architectures.
>
> Allowing such packaging may act as a bad example in the future.
>
> And yes, that'd be the BEST option, ever, from whole packaging
> point of view, including debian archive management too.

We currently do not ensure hard that other things can be built
either. Things were able to build when they were uploaded and
sometimes thankfully someone even checks if they still build
(and judging from the many FTBFS bugs filed in the process,
being buildable back then and being buildable now is really not
the same). So I don't see why storing the result and comparing
it to a newly built one (and failing if it does not match) on
the corresponding architecture is not quite a good solution
( if you want to make it even better, you can set up a regular
private rebuild on that architecture to make sure it still is
buildable all the time... ;-> )

Bernhard R. Link


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20120915080309.ga30...@client.brlink.eu



Bug#687711: ITP: osspd -- OSS Proxy Daemon: Userland OSS emulation

2012-09-15 Thread Ralf Jung
Package: wnpp
Severity: wishlist
Owner: Ralf Jung 

* Package name: osspd
  Version : 1.3.2
  Upstream Author : Tejun Heo 
* URL : http://sourceforge.net/projects/osspd/
* License : GPL
  Programming Lang: C
  Description : OSS Proxy Daemon: Userland OSS emulation

OSS Proxy Daemon is a Linux userland OSS sound device (/dev/[a]dsp and
/dev/mixer) implementation using CUSE. Currently it supports
forwarding OSS sound streams to PulseAudio and ALSA.


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20120915113359.12794.53381.reportbug@r-schnelltop



Bug#687714: general: when trying to mount usb devices get not authorised error

2012-09-15 Thread Dan
Package: general
Severity: normal

Dear Maintainer,

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

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


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20120915113745.4601.37373.reportbug@Woodlawn.WORKGROUP



Re: versioned dependency on the libhdf5-7 virtual package

2012-09-15 Thread Salvatore Bonaccorso
Hi Ivan

On Thu, Sep 13, 2012 at 08:07:57PM +0700, Ivan Shmakov wrote:
>   This issue was already discussed [1], and I've filed the
>   respective bug report [2] (to which there was no reply so far,
>   though), but now I see that there's a few more packages in
>   Wheezy with a dependency on libhdf5-7.  Consider, e. g.:
> 
> $ bzcat \
>   < http.debian.net/debian/dists/wheezy/main/binary-amd64/Packages.bz2 \
>   | gawk '/^Package: / { pkg = $2; } /Version: / { vers = $2; }
>   / libhdf5-7 \(/ { printf("%-23s %s\n", pkg, vers); }' 
> libhe5-hdfeos0  5.1.13.dfsg.1-3
> libhdf5-7-dbg   1.8.8-9
> libhdf5-dev 1.8.8-9
> cgns-convert3.1.3.4-1
> libnexus0   4.2.1-svn1614-1+b1
> libnexus0-java  4.2.1-svn1614-1+b1
> nexus-tools 4.2.1-svn1614-1+b1
> r-cran-hdf5 1.6.10-1
> tessa   0.3.1-6
> tessa-mpi   0.3.1-6
> udav0.7.1.2-3
> $ 
> 
>   Any chance this issue will be rectified?  (Or should I file bug
>   reports against these packages?)
> 
>   TIA.
> 
> [1] news:udlvci28as8@dr-wily.mit.edu
> http://permalink.gmane.org/gmane.linux.debian.science/5353
> [2] http://bugs.debian.org/680400

At least for udav it should be enough to schedule binNMU:

Control files: lines which differ (wdiff format)

Depends: libc6 (>= 2.2.5), libgcc1 (>= 1:4.1.1), [-libhdf5-7 (>= 1.8.7),-] 
{+libhdf5-7,+} libmgl5 (>= 1.11), libqtcore4 (>= 4:4.7.0~beta1), libqtgui4 (>= 
4:4.5.3), libstdc++6 (>= 4.1.1)
Installed-Size: [-791-] {+758+}

Regards,
Salvatore


signature.asc
Description: Digital signature


Bug#687714: marked as done (general: when trying to mount usb devices get not authorised error)

2012-09-15 Thread Debian Bug Tracking System
Your message dated Sat, 15 Sep 2012 13:51:45 +0200
with message-id <201209151351.46278.hol...@layer-acht.org>
and subject line Re: Bug#687714: general: when trying to mount usb devices get 
not authorised error
has caused the Debian Bug report #687714,
regarding general: when trying to mount usb devices get not authorised error
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
687714: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=687714
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: general
Severity: normal

Dear Maintainer,

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

Kernel: Linux 3.2.0-3-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
--- End Message ---
--- Begin Message ---
On Samstag, 15. September 2012, Dan wrote:
> Package: general
> Severity: normal
> 
> Dear Maintainer,

dear bug reporter,

please try harder to file useful bug reports, ie include the actual error you 
see and give a useful description how you did what you did. closing this bug 
for now.


cheers,
Holger--- End Message ---


Bug#687726: ITP: spykeutils -- utilities for analyzing electrophysiological data

2012-09-15 Thread NeuroDebian Team
Package: wnpp
Severity: wishlist
Owner: NeuroDebian Team 

* Package name: spykeutils
  Version : 0.1.0
  Upstream Author : Robert Pröpper 
* URL : https://github.com/rproepp/spykeutils
* License : MIT/X
  Programming Lang: Python
  Description : utilities for analyzing electrophysiological data
 spykeutils is a Python library for analyzing and plotting data from
 neurophysiological recordings. It can be used by itself or in
 conjunction with Spyke Viewer, a multi-platform GUI application for
 navigating electrophysiological datasets.


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20120915132035.10718.72074.report...@novo.onerussian.com



Re: Bug#687726: ITP: spykeutils -- utilities for analyzing electrophysiological data

2012-09-15 Thread Salvo Tomaselli
If it is a python library, shouldn't it be called python-spykeutils ?

> Package: wnpp
> Severity: wishlist
> Owner: NeuroDebian Team 
> 
> * Package name: spykeutils
>   Version : 0.1.0
>   Upstream Author : Robert Pröpper 
> * URL : https://github.com/rproepp/spykeutils
> * License : MIT/X
>   Programming Lang: Python
>   Description : utilities for analyzing electrophysiological data
>  spykeutils is a Python library


-- 
Salvo Tomaselli


--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/201209151543.28749.tipos...@tiscali.it



Re: Processor microcode update packages (was: Towards d-i wheezy beta 3)

2012-09-15 Thread Marco d'Itri
On Sep 13, Wolodja Wentland  wrote:

> The main problem I see is that there seem to be essentially two types of
> packages in non-free right now, namely those that contain firmware/microcode
> (etc) and are crucial for correctly working hardware and the rest.
Yes, this was duly noted at the time that the hypocrisy about some 
firmwares started: the net effect is that people are encouraged to 
enable non-free.

-- 
ciao,
Marco


signature.asc
Description: Digital signature