Bug#711034: ITP: pycollada -- Python module for creating, editing and loading COLLADA

[Anton Gladky]

Package: wnpp
Severity: wishlist
Owner: Anton Gladky 

* Package name: pycollada
  Version : 0.4
* URL : http://pycollada.readthedocs.org
* License : BSD
  Programming Lang: Python
  Description : Python module for creating, editing and loading COLLADA

pycollada is a python module for creating, editing and loading COLLADA,
which is a COLLAborative Design Activity for establishing an interchange
file format for interactive 3D applications.
The library allows you to load a COLLADA file and interact with it as a
python object. In addition, it supports creating a collada python object
from scratch, as well as in-place editing.

The package will be maintained in Debian-Science team.


-- 
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/20130604074450.32205.53808.report...@imfd7036.imfd.tu-freiberg.de

Bug#711036: ITP: x11iraf -- Graphical tools to work with IRAF

[Ole Streicher]

Package: wnpp
Severity: wishlist
Owner: Ole Streicher 
X-Debbugs-Cc: debian-devel@lists.debian.org, debian-scie...@lists.debian.org

* Package name: x11iraf
  Version : 2.0~BETA
  Upstream Author : National Optical Astronomy Observatories
* URL : http://iraf.noao.edu
* License : MIT, with no-ad clause
  Description : Graphical tools to work with IRAF

x11iraf provides graphical tools to work with IRAF, notably xgterm and
XImtool. IRAF (Image Reduction and Analysis Facility) is a general
purpose software system for the reduction and analysis of astronomical data.

This was in Debian until ~2004 [1], packaged by Zed Pobre, which then
was removed; mainly due to the licensing problem of IRAF. Since IRAF is
now covered by a DFSG compliant license, it is going to be packaged
now[2], and it makes sense to bring x11iraf back as well.

The package is not 64-bit clean (and probably never will, according to
upstream [3]), so the build will be limited to 32-bit platforms.

Cheers

Ole

[1] http://bugs.debian.org/232472
[2] http://bugs.debian.org/690531
[3] http://iraf.net/phpBB2/viewtopic.php?t=90892


-- 
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/51ad9f38.6020...@liska.ath.cx

Bug#711038: ITP: pyraf -- Python interface for IRAF

[Ole Streicher]

Package: wnpp
Severity: wishlist
Owner: Ole Streicher 
X-Debbugs-Cc: debian-devel@lists.debian.org,
debian-scie...@lists.debian.org, debian-pyt...@lists.debian.org

* Package name: pyraf
  Version : 2.1
  Upstream Author : Association of Universities for Research in
Astronomy (AURA)
* URL : http://www.stsci.edu/institute/software_hardware/pyraf
* License : BSD-3-Clause
  Description : Python interface for IRAF

PyRAF is a command language for running IRAF [1] tasks that is based on
the Python scripting language. It gives users the ability to run IRAF
tasks in an environment that has all the power and flexibility of
Python. PyRAF can be installed along with an existing IRAF installation;
users can then choose to run either PyRAF or the IRAF CL.

Cheers

Ole

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


-- 
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/51ada0fa.4020...@liska.ath.cx

Re: question about build a package

[Wouter Verhelst]

On 04-06-13 04:48, Chris Knadle wrote:
> Unfortunately no: the Postfix source package looks like it's in 1.0 format, 
> so 
> there aren't any quilt patches.

That's not necessarily true as a result of it being a 1.0 format package
(there were ways to use quilt patches with the 1.0 format), but it is
certainly true in this case.

-- 
This end should point toward the ground if you want to go to space.

If it starts pointing toward space you are having a bad problem and you
will not go to space today.

  -- http://xkcd.com/1133/


-- 
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/51adc209.3070...@debian.org

Re: Forming a Debian bugsquad team (Was: "Blacklists" in BTS (stopping the trolls and bug machines))

[Goswin von Brederlow]

On Mon, May 27, 2013 at 09:01:40PM +0200, Ond??ej Surý wrote:
> If we are to form the Debian bugsquad team similar to Ubuntu bugsquad team,
> the main two questions would be:
> 
> 1. As a Debian Developer/Maintainer would you be thankful for other people
> to come and help with bugs in your package.
> 2. Can we find enough volunteers to form such team?
> 
> The idea would be to have a team of pasionate people who would constantly
> try to improve Debian as a whole and they would help the maintainers to
> triage bugs.
> 
> The criteria for choosing bugs to help with might be:
> 1. the 'help' tag
> 2. the 'moreinfo' tag
> 3. the age of the bug
> 4. bugs without an answer
> 5. special user-tag, f.e. 'bugsq...@lists.alioth.debian.org'

Well, we already all do that with our plentifull spare time, don't we?

At least I see nothing about the bugsquad team having (or needing) any
special power any DD (and non DD with a sponsor) already has. But that
is on the bug side.


More importantly is probably: What is the benefit for someone joining
the bugsquad team?

For example: Will there be some organization and sharing of skills
that make it easier to fix bugs? Like for someone with knowledge in C
to join up with someone with knowledge of maintainer scripts to fix a
bug that involves both (sorry, it's hard to think of examples).

I think finding volunteers will be the problem so you need to create
some incentive for people to join the team instead of going at it
alone.

MfG
Goswin

PS: Another thing the bugsquad team might do is help with organizing
bugsquash parties. Collect instructions on how best to organize such
an event. Help with getting sponsors and how to give feedback to
sponsors so they feel like their money is well spend and such.


-- 
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/20130604111916.GB17877@frosties

Re: "Blacklists" in BTS (stopping the trolls and bug machines)

[Goswin von Brederlow]

On Sat, May 25, 2013 at 10:41:10AM +0200, Ond??ej Surý wrote:
> > examples would be useful
> 
> I have no big problem pointing fingers on d-d.
> 
> Example 1: Dan Jacobson 
> 
> This: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=707759
> Or this: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=709568

I think that is a bad example. The reported error does appear when
unpakcing php5-common even if it is not caused by the package directly
but by something (ucf) it uses. It is often not clear for users if the
bug is caused by passing the wrong arguments or by a bug in the tool
being used or that a tool from another package is used at all. As
maintainer you tend to have a better understanding and can more esily spot the 
right package to blame.

I don't think you handled that bug correctly. It was a valid bug and
you just closed it without fix. A simple "bts reassign 709568 ucf"
would have sufficed. 

> Or this duplicate bug:
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=707131

Wrong bug number? Did you mean #707237, which was filed a day after
707131?
 
MfG
Goswin


-- 
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/20130604113943.GC17877@frosties

Candidates for removal from testing (2013-06-04)

[Niels Thykier]

Hi,

Our automated tools for finding RC buggy leaf packages in testing have
found 79 potential candidates (see attached files).

The packages have been selected based on the following criteria:
 * The package had at least one RC bug without activity for the past
   14 days.
 * If a bug is assigned to multiple packages, both packages will be
   affected.
 * The RC bug affects both unstable and testing.
 * The affected package does not have any reverse dependencies in
   testing.

Normally, I would manually review[1] the list first before sending it,
but I do not have the time for that right now.  And one more time to
make sure everyone noticed it:

  *The list is unfiltered and may include entries it should not.*

If a package you care for is on this list, please consider looking into
these bugs (sooner rather than later).  This mail (unlike previous ones)
do not include a fixed deadline for these[2], but if time permits I may
follow up with deadline and a filtered list.

Fun fact: According to UDD[3], 79 RC bugs is a bit over 10% of all RC
bugs affecting Jessie.

Thanks,
~Niels

[1] We normally filter out certain type of RC bugs (incl. but not
limited to license issues), where we consider it unreasonable to demand
a resolution within the usual deadline (i.e. 14 days of "non-activity" +
7 days after a d-d notice).

[2] Note that if some of these packages block transitions, we may end up
removing them to finish the transition rather than waiting for you to
fix them.

[3]
http://udd.debian.org/bugs.cgi?release=jessie&merged=ign&fnewerval=7&rc=1&sortby=id&sorto=asc&chints=1&crttags=1

Abou Al Montacir 
   lazarus (U)

Alessio Treglia 
   gengetopt

Alexander Wirt 
   conntrack
   vlock

Andreas Tille 
   jellyfish (U)
   mira (U)

Andrew Starr-Bochicchio 
   indicator-applet (U)

Antoine Beaupré 
   charybdis

Ari Pollak 
   gltron

Arno Onken 
   rrep

Aron Xu 
   tcpcopy

Barak A. Pearlmutter 
   ivtools

Bartosz Fenski 
   httpie

Bas Wijnen 
   openmsx-catapult

Benoit Mortier 
   dapl (U)
   sdpnetstat (U)

Bradley A. Bosch 
   id-utils

Carlo Segre 
   horae

Carlos Laviola 
   lazarus

Charles Plessy 
   mira (U)

Chris Grzegorczyk 
   dnsjava

Christopher James Halse Rogers 
   gtk-nodoka-engine

Clement Lorteau 
   gtkvncviewer

Craig Small 
   pidgin-musictracker

Cristian Greco 
   qbittorrent

Daniel Kahn Gillmor 
   faketime

Daniel Leidert (dale) 
   docbook-defguide

Daniel Pocock 
   turnserver (U)

David Paleino 
   bpython
   gambas3 (U)
   gedit-valencia-plugin
   valatoys

David Stone 
   photoprint

Debian CLI Applications Team 
   monodevelop-debugger-gdb

Debian Games Team 
   xgalaga++

Debian GIS Project 
   ruby-hdfeos5

Debian KDE Extras Team 
   kwin-style-dekorator

Debian Med Packaging Team 
   clinica
   jellyfish
   mira

Debian Mozilla Extension Maintainers 

   torbutton (U)

Debian Perl Group 
   libdevel-bt-perl
   libvideo-fourcc-info-perl
   perlipq

Debian QA Group 
   lastfmsubmitd
   libpam-unix2
   pygmy

Debian Science Maintainers 
   imview-doc

Debian Science Team 
   dimbl

Debian Sympa team 
   sympa

Debian Telepathy maintainers 
   ofono

Debian VoIP Team 
   libccaudio2
   turnserver

Didier Raboud 
   kwin-style-dekorator (U)

Dirk Eddelbuettel 
   rpy

Dominic Hargreaves 
   libgeography-nationalgrid-perl
   libvideo-fourcc-info-perl (U)

Emmanuel Bouthenot 
   sympa (U)

Evgeni Golov 
   indicator-application (U)

Fernando Tarlá Cardoso Lemos 
   udisks-glue

Gambas Debian Maintainers 
   gambas3

Graziano Obertelli 
   dnsjava (U)

gregor herrmann 
   perlipq (U)

Guy Coates 
   dapl (U)
   sdpnetstat (U)

Hector Oron 
   ofono (U)

Ian Haywood 
   gambas3 (U)

Jens Peter Secher 
   sml-mode

Jo Shields 
   monodevelop-debugger-gdb (U)

Joerg Jaspert 
   vlock (U)

Jon Ludlam 
   xcp-vncterm (U)

Jonas Smedegaard 
   sympa (U)

Jonathan McDowell 
   l2tpns

Jonathan Yu 
   libvideo-fourcc-info-perl (U)

Jonny Lamb 
   ofono (U)

Joost van Baal 
   dimbl (U)

José L. Redrejo Rodríguez 
   gambas3 (U)

Julien Dutheil 
   bppsuite (U)

Jérémy Bobbio 
   torbutton

Kilian Krause 
   libccaudio2 (U)

Ko van der Sloot 
   dimbl (U)

Konstantinos Margaritis 
   ofono (U)

Kyo Lee 
   dnsjava (U)

Leonardo Robol 
   clinica (U)

Loic Dachary 
   bppsuite

Loïc Minier 
   mach

Ludovic Drolez 
   backuppc

Mario Lang 
   dapl (U)
   emacs-chess
   sdpnetstat (U)

Mark Purcell 
   libccaudio2 (U)

Mateusz Kijowski 
   mydumper

Mathieu Trudel-Lapierre 
   acct

Michael Tautschnig 
   gcc-h8300-hms

Michele Martone 
   fim

Mickael Profeta 
   prelude-lml (U)
   prelude-manager (U)

Mikolaj Izdebski 
   lbzip2

Mirco Bauer 
   monodevelop-debugger-gdb (U)

Muammar El Khatib 
   smc

Nicholas Bamber 
   libdevel-bt-perl (U)

Nicolas Bourdaud 
   eegdev

NIIBE Yutaka 
   cutter-testing-framework

Norbert Preining 
   maildir-utils

OFED and Debian Developement and Discussion 

   dapl
   sdpnetstat

Peter Howard 
   zoneminder

Peter Palfrader 
   tiobench
   vlo

Re: GNU config (config.sub/guess) is now GPLv3 with additional permission

[Goswin von Brederlow]

On Fri, May 31, 2013 at 03:08:59PM -0700, Josh Triplett wrote:
> On Fri, May 31, 2013 at 06:44:00PM -0300, Henrique de Moraes Holschuh wrote:
> > Upstream has changed the license to GPLv3.  It has an additional
> > permission to negate any "viral effects", but it only applies to
> > packages that include a configuration script generated by GNU
> > autoconf.
> [...]
> > Here is the new license text for config.sub and config.guess:
> [...]
> >As a special exception to the GNU General Public License, if you
> >distribute this file as part of a program that contains a
> >configuration script generated by Autoconf, you may include it under
> >the same distribution terms that you use for the rest of that
> >program.  This Exception is an additional permission under section 7
> >of the GNU General Public License, version 3 ("GPLv3").
> 
> Interesting choice of wording.  Read literally ("generated by
> Autoconf"), this would mean that the exception only applies when you
> distribute config.guess or config.sub as part of a source distribution
> that includes the generated configure, not just the input configure.ac.
> Which should be the case for most source distributions, but it still
> seems interesting.
> 
> And on the flip side, you could also trivially satisfy this by including
> a generated configure script that doesn't actually get used.
> 
> In any case, this seems like something we could easily scan for with
> lintian or with any of the automatic whole-archive source scanning
> tools: just look for a source package that contains config.sub or
> config.guess but does *not* contain a configure script (or whose
> configure script does not contain "Generated by GNU Autoconf" in its
> first few lines).
> 
> - Josh Triplett

When the source does not come with a configure script, which usualy
means debain/rules then runs autoreconf or the like, doesn't it make
sense to also rely on autotools-dev and NOT ship the config.sub/geuss
at all? The choice to ship one but not the other seems to me to be a
bit stupid. Esspecially since config.sub/guess are much easier
replacable.

So yes, please do scan for this. Seems worthwile even without the
legal mubo jumbo.

MfG
Goswin


-- 
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/20130604123009.GD17877@frosties

mount point gets "(deleted)" / unable to unmount

[Florian Lohoff]

Hi,

with wheezy i get more and more annoyed by the "(deleted)" renaming of
mountpoints when nfs server are unreachable.

With squeeze i automatically unmounted nfs servers on suspend. With
wheezy this doesnt work as the real mountpoint cant be found.

The kernel renames the mountpoint from e.g. "/nfsmnt" to "/nfsmnt (deleted)"
and as /etc/mtab is a link to /proc/mounts today there is no way to
determin the real mountpoint.

Trying to unmount "/nfsmnt (deleted)" returns an "is not mounted (according to 
mtab)"

IMHO i see 3 bugs at least in this:

a) Renaming of mountpoints in the kernel - Appending some random string
   might clash with other mountpoints - probably intentional.
b) /etc/mtab would list the real mountpoint if under control of mount.
   Now as we have a) and /etc/mtab beeing a symlink to /proc/mount we
   have broken data in /etc/mtab too.
c) mount has a broken parser for mtab/mounts.

Real life example:
flo@p2:~$ cat /proc/mounts  | grep nfs4
pobox:/scratch/local /scratch/pobox\040(deleted) nfs4 
rw,nosuid,nodev,noexec,relatime,vers=4,rsize=262144,wsize=262144,namlen=255,hard,proto=tcp,port=0,timeo=600,retrans=2,sec=sys,clientaddr=192.168.177.145,minorversion=0,local_lock=none,addr=192.168.177.1
 0 0

I cant unmount the original mount not with -l nor with -f - both hang. 
The real problem is though that i am unable to mount new nfs or cifs
shares as mount hangs in a readlink:

readlink("/sys/kernel/debug", 0x7f59ac90, 4096) = -1 EINVAL (Invalid 
argument)
readlink("/scratch", 0x7f59ac90, 4096) = -1 EINVAL (Invalid argument)
readlink("/scratch/pobox", ^C 

Flo
-- 
Florian Lohoff f...@zz.de


signature.asc
Description: Digital signature

Re: Candidates for removal from testing (2013-06-04)

[Paul Wise]

Control: severity -1 grave
Control: reassign -1 debhelper 9.20130518
Control: affects -1 + src:xgalaga++
Control: tags -1 - jessie

The FTBFS bug against xgalaga++ (#707481) is caused by debhelper, it
builds fine with debhelper 9.20120909 but not with debhelper
9.20130518. It appears that debhelper is not able to detect the build
system any more.

-- 
bye,
pabs

http://wiki.debian.org/PaulWise


-- 
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/caktje6fc1mikdwrwpbhw5usuceg0xkj213iuwren9ta-v8w...@mail.gmail.com

Re: Candidates for removal from testing (2013-06-04)

[Emilio Pozuelo Monfort]

On 04/06/13 14:06, Niels Thykier wrote:
> Hi,
> 
> Our automated tools for finding RC buggy leaf packages in testing have
> found 79 potential candidates (see attached files).
> 
> The packages have been selected based on the following criteria:
>  * The package had at least one RC bug without activity for the past
>14 days.
>  * If a bug is assigned to multiple packages, both packages will be
>affected.
>  * The RC bug affects both unstable and testing.
>  * The affected package does not have any reverse dependencies in
>testing.
> 
> Normally, I would manually review[1] the list first before sending it,
> but I do not have the time for that right now.  And one more time to
> make sure everyone noticed it:
> 
>   *The list is unfiltered and may include entries it should not.*
> 
> If a package you care for is on this list, please consider looking into
> these bugs (sooner rather than later).  This mail (unlike previous ones)
> do not include a fixed deadline for these[2], but if time permits I may
> follow up with deadline and a filtered list.
> 
> Fun fact: According to UDD[3], 79 RC bugs is a bit over 10% of all RC
> bugs affecting Jessie.

Thanks a lot for this initiative! I hope this leads to a shorter freeze this 
cycle.

Looking forward to other ways to improve our release process.

Regards,
Emilio


-- 
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/51ade918.5020...@debian.org

Re: default MTA

[Thibaut Paumard]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Le 29/05/2013 21:52, Marc Haber a écrit :
> But, alas, people are going to report every single mail in the
> local mailbox als Spam to their ISP.
> 

MUAs tend to present mail in "folders" by "accounts". They can be
configured to display local mail in a folder with an explicit title.

In addition, we can push a localized mail to each newly created local
account, such as "Welcome to Debian, this mail folder usually contains
only system messages blah blah" so that people know what to expect
here, especially for the user to which root's mail is forwarded.

Kind regards, Thibaut.



-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQIcBAEBCAAGBQJRraoIAAoJEJOUU0jg3ChA084QAKMOZiyCor47O8pf4ZGwwome
SMShYEVTw0it2hhCE5oeX35cfOVvPg0CDBnxXSwwDQzqaoUD4TmuQ+Cyni8O30pN
Zv5sJ/uaFcK3Wsz5UGd89uaDDoZLlUwLhJ0bhVtONW545/QpNLYUea1uefSBRBe5
HdF5O2GabkMwkYJ+ekmrhxqfUOIpi4N7u7qDHViWqUYQsIDKrvCcA8+Q5ihnEswd
Y6JnDy7V3yuk4GeVyi+WAakmuoe6vmpX+4PS+E/Me5zCUZEhRFycrgHVDw230zsg
9lB0CDMcxVX9XZbL+173Ibs+uIyk0xxN57LW9OQ3p8yg4yoQQS6N6KQsiL7LKnR6
mIzaP/HzTOn1x3+Lkg832gHTtYoWLB5GwqsRJFurSQkEMKvLTPZTA92bWWYgq8SO
QLWitVg/OxQGjdrIxRG25vBgHy5lMxAM+qjLTkhwhsGyvSCBfyRyTDhJsA2s4pMP
fC3rUsUaqIMVi/j5z5JWJfPEi3hQprQ9AqGJH+qEW/BUVvn0Xo9US0M/DWOeharH
O+ATodog1WTAxWfvlVf8SE6rJima9moelnJzxFhVfKGykHKO3+L4F4wohck0DZiY
UaccKVwgpjaKvJ7H/+WY+XNrE+Q5VBKpfe1THE8FouG3H5YOcxdas9Hyks1ZyrBH
/SfWpZCvewEwHL4EW0/d
=JBsQ
-END PGP SIGNATURE-


-- 
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/51adaa08.5080...@debian.org

Re: [clang] Report bugs on packages failing to build with clang

[Colin Watson]

On Wed, May 29, 2013 at 10:08:59PM +0200, Michael Tautschnig wrote:
> I think this will likely improve code quality, hence I'm much in
> favour of this, in particular when it comes to outright bugs. But a
> non-negligible fraction of the build failures, I believe, are due to
> the use of nested functions. This could well be considered design
> decisions when used intentionally (unlike, e.g., [684508], where I
> have already filed a bug). I'm not sure whether upstream will be very
> keen on such bug reports?

clang.debian.net lists 39 instances of these, though I think the buildd
is a bit behind so there are probably a few more.  I think it's still
worth reporting.

The case I'm personally aware of whose upstream maintainers were
historically most attached to its uses of nested functions and where the
changes to avoid them were most complicated was GRUB.  In that case,
Vladimir and I recently removed all the uses of nested functions
upstream, and the 2.01 release will not use them.  If it helps you to
make arguments to other upstream maintainers, here's the rationale I
posted for pushing this work:

  https://lists.gnu.org/archive/html/grub-devel/2013-01/msg0.html

-- 
Colin Watson   [cjwat...@debian.org]


-- 
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/20130604134734.ga17...@riva.ucam.org

Re: "Blacklists" in BTS (stopping the trolls and bug machines)

[Osamu Aoki]

Hi,

I was thinking a name just after I read the title ...

On Sat, May 25, 2013 at 10:43:43AM +0200, Ondřej Surý wrote:
...
> AFAIK there's one for php5 (at least it lists the modules), but it's
> useless since Dan Jacobson doesn't use reportbug.
 Bingo!!! I was right LOL :-)
jida...@jidanni.org
http://jidanni.org/

His reports  usually come in annoyingly short texts with nothing more
than "It does not work".  I get the same feeling as you most of the time
and tempted not to respond.  But one in his may reports, he is the first
one to remind me of the real bug.

merge/wishlist/wontfix via bts script  ... may be a good way to keep
the noise level low on your package BTS web page.

Good luck,

Osamu

H. interesting you have an interesting data inserted right in the
middle of text data []=[Byte order mark] Ondřej Surý 


--
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/20130604142048.GB8191@goofy.localdomain

Bug#711086: ITP: microbiomeutil -- Microbiome Analysis Utilities

[Andreas Tille]

Package: wnpp
Severity: wishlist
Owner: Andreas Tille 

* Package name: microbiomeutil
  Version : 20101212-1
  Upstream Author : Brian J. Haas 
* URL : http://microbiomeutil.sourceforge.net/
* License : BSD
  Programming Lang: C, Perl
  Description : Microbiome Analysis Utilities
 The microbiomeutil package comes with the following utilities:
  * ChimeraSlayer:  ChimeraSlayer for chimera detection.
  * NAST-iEr:   NAST-based alignment tool.
  * WigeoN: A reimplementation of the Pintail 16S anomaly
detection utility
  * RESOURCES:  Reference 16S sequences and NAST-alignments that
the tools above leverage.

The packaging is done in Debian Med team and is close to be finished
in VCS at

   vn://svn.debian.org/debian-med/trunk/packages/microbiomeutil/trunk/


-- 
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/20130604150335.26833.67095.report...@mail.an3as.eu

Re: Candidates for removal from testing (2013-06-04)

[Joey Hess]

Paul Wise wrote:
> Control: severity -1 grave
> Control: reassign -1 debhelper 9.20130518
> Control: affects -1 + src:xgalaga++
> Control: tags -1 - jessie
> 
> The FTBFS bug against xgalaga++ (#707481) is caused by debhelper, it
> builds fine with debhelper 9.20120909 but not with debhelper
> 9.20130518. It appears that debhelper is not able to detect the build
> system any more.

The xgalaga++ rules file does not use dh, nor does it use any dh_auto_*.
So how can detection of build system have anything to do with it?

You need to do better than that for this to be a valid bug report
against debhelper. Even if it were, it's very unlikely it would have RC
severity.

-- 
see shy jo


signature.asc
Description: Digital signature

Re: Candidates for removal from testing (2013-06-04)

[Joey Hess]

Seems I confused xgalaga with xgalaga++, which does use dh.

-- 
see shy jo


signature.asc
Description: Digital signature

Re: "Blacklists" in BTS (stopping the trolls and bug machines)

[Ondřej Surý]

On Tue, Jun 4, 2013 at 1:39 PM, Goswin von Brederlow wrote:

> On Sat, May 25, 2013 at 10:41:10AM +0200, Ond??ej Surı wrote:
> > > examples would be useful
> >
> > I have no big problem pointing fingers on d-d.
> >
> > Example 1: Dan Jacobson 
> >
> > This: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=707759
> > Or this: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=709568
>
> I think that is a bad example. The reported error does appear when
> unpakcing php5-common even if it is not caused by the package directly
> but by something (ucf) it uses. It is often not clear for users if the
> bug is caused by passing the wrong arguments or by a bug in the tool
> being used or that a tool from another package is used at all. As
> maintainer you tend to have a better understanding and can more esily spot
> the right package to blame.
>

Nope, these are perfect examples of bugreports which suck the joy out of
the packaging.

I don't think you handled that bug correctly. It was a valid bug and
> you just closed it without fix. A simple "bts reassign 709568 ucf"
> would have sufficed.


Why would I when he was able to fill the same error in grub-pc (#709567)
and it was already reassigned to ucf at that time. To make ucf maintainer
to also hate his life as DD?


> > Or this duplicate bug:
> > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=707131
>
> Wrong bug number? Did you mean #707237, which was filed a day after
> 707131?
>

Yes, I did. The duplicate bug is linked there as merged.

And again – here we have a nice new and shiny *grave* bug:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=711062

with nothing else than four lines of (mainly useless) console output. The
BTS is not an user support forum for clueless users.

O.
-- 
Ondřej Surý 

Re: question about build a package

[Chris Knadle]

On Tuesday, June 04, 2013 06:31:37, Wouter Verhelst wrote:
> On 04-06-13 04:48, Chris Knadle wrote:
> > Unfortunately no: the Postfix source package looks like it's in 1.0
> > format, so there aren't any quilt patches.
> 
> That's not necessarily true as a result of it being a 1.0 format package
> (there were ways to use quilt patches with the 1.0 format), but it is
> certainly true in this case.

Huh.  I don't think I knew quilt could be used in 1.0 format until now, but it 
makes sense that there's some way to do this.  Thanks for letting me know.

  -- Chris

--
Chris Knadle
chris.kna...@coredump.us
GPG Key: 4096R/0x1E759A726A9FDD74


-- 
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/201306041228.16515.chris.kna...@coredump.us

Bug#711099: ITP: libnet-ssh-perl-perl -- Perl client Interface to SSH

[Maximilian Wilhelm]

Package: wnpp
Severity: wishlist
Owner: Maximilian Wilhelm 


* Package name: libnet-ssh-perl-perl
  Version : 1.35
  Upstream Author : Benjamin Trott, David Robins, 
* URL : http://search.cpan.org/dist/Net-SSH-Perl
* License : Perl
  Programming Lang: Perl
  Description : Perl client Interface to SSH

Net::SSH::Perl is an all-Perl module implementing an SSH client.
It is compatible with both the SSH-1 and SSH-2 protocols.
.
Net::SSH::Perl enables you to simply and securely execute commands on remote
machines, and receive the STDOUT, STDERR, and exit status of a remote command.
It contains built-in support for various methods of authenticating and
completely implements the I/O buffering, packet transport, and authentication
layers in pure Perl.
.
One advantage to using Net::SSH::Perl over wrapper-style implementations of
ssh clients is that it saves on process overhead. Depending on the amount of
time and memory needed to fork a process, this win can be quite substantial;
particularly if you're running in a persistent Perl environment (mod_perl,
for example), where forking a new process is a drain on process and memory
resources.


-- 
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/20130604170334.8313.30193.report...@maxhell.uni-paderborn.de

Re: Candidates for removal from testing (2013-06-04)

[Rodolfo García Peñas (kix)]

On 04/06/2013 14:06, Niels Thykier wrote:
> Hi,
> 
> Our automated tools for finding RC buggy leaf packages in testing have
> found 79 potential candidates (see attached files).
> 
> The packages have been selected based on the following criteria:
>  * The package had at least one RC bug without activity for the past
>14 days.

Hi,

about vlock (I use it), IMO the critical bug should have less severity
(not grave, perhaps important).

If the package maintainers are busy, I could help them.

Cheers,
kix
-- 
||// //\\// Rodolfo "kix" Garcia
||\\// //\\ http://www.kix.es/


-- 
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/51ae1ea2.7040...@kix.es

Re: question about build a package

[Russ Allbery]

Chris Knadle  writes:
> On Tuesday, June 04, 2013 06:31:37, Wouter Verhelst wrote:

>> That's not necessarily true as a result of it being a 1.0 format
>> package (there were ways to use quilt patches with the 1.0 format), but
>> it is certainly true in this case.

> Huh.  I don't think I knew quilt could be used in 1.0 format until now,
> but it makes sense that there's some way to do this.  Thanks for letting
> me know.

Yeah, quilt is a regular program, of course, so the package can just
Build-Depend on quilt and run it during the build.  There were various
strategies for automating that.

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


-- 
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/87fvwxixjr@windlord.stanford.edu

Bug#711109: ITP: libjapa-javaparser-java -- Java 1.5 Parser with AST generation and visitor support

[Benjamin Mesing]

Package: wnpp
Severity: wishlist
Owner: Benjamin Mesing 

This package is required by umlet 12.0beta1.
It seems to be no longer actively maintained.

* Package name: libjapa-javaparser-java
  Version : 1.0.8
  Upstream Author : Júlio Vilmar Gesser jges...@gmail.com
* URL : http://code.google.com/p/javaparser/
* License : LGPL
  Programming Lang: Java
  Description : Java 1.5 Parser with AST generation and visitor support

This package contains a Java 1.5 Parser with AST generation and visitor 
support. 
The AST records the source code structure, javadoc and comments. 


-- 
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/20130604190544.4651.19878.report...@athlon-x2.fritz.box

Re: "Blacklists" in BTS (stopping the trolls and bug machines)

[Bastien ROUCARIES]

Le 4 juin 2013 18:04, "Ondřej Surý"  a écrit :
>
> On Tue, Jun 4, 2013 at 1:39 PM, Goswin von Brederlow 
wrote:
>>
>> On Sat, May 25, 2013 at 10:41:10AM +0200, Ond??ej Surı wrote:
>> > > examples would be useful
>> >
>> > I have no big problem pointing fingers on d-d.
>> >
>> > Example 1: Dan Jacobson 
>> >
>> > This: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=707759
>> > Or this: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=709568
>>
>> I think that is a bad example. The reported error does appear when
>> unpakcing php5-common even if it is not caused by the package directly
>> but by something (ucf) it uses. It is often not clear for users if the
>> bug is caused by passing the wrong arguments or by a bug in the tool
>> being used or that a tool from another package is used at all. As
>> maintainer you tend to have a better understanding and can more esily
spot the right package to blame.
>
>
> Nope, these are perfect examples of bugreports which suck the joy out of
the packaging.
>
>> I don't think you handled that bug correctly. It was a valid bug and
>> you just closed it without fix. A simple "bts reassign 709568 ucf"
>> would have sufficed.
>
>
> Why would I when he was able to fill the same error in grub-pc (#709567)
and it was already reassigned to ucf at that time. To make ucf maintainer
to also hate his life as DD?

Please be not offencive but im my jidani report was useful twice. I found a
quoted message on Google on the bug list archive.

I agree that for a packager (I package imagemagick); a bug about incorrect
punctuation sign in man page is worthless but it is a bug and I could be
prioritized. And it your job as packager.

>>
>> > Or this duplicate bug:
>> > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=707131
>>
>> Wrong bug number? Did you mean #707237, which was filed a day after
>> 707131?
>
>
> Yes, I did. The duplicate bug is linked there as merged.
>
> And again – here we have a nice new and shiny *grave* bug:
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=711062
>
> with nothing else than four lines of (mainly useless) console output. The
BTS is not an user support forum for clueless users.

Not worthless is another user it this bug. Please improve the package.bug
file in order to give some guidance to your user. How to write good bug
report. Jidani in this case is a nice guy and follow the step.

>
> O.
> --
> Ondřej Surý 

Re: "Blacklists" in BTS (stopping the trolls and bug machines)

[Ondřej Surý]

On Tue, Jun 4, 2013 at 9:59 PM, Bastien ROUCARIES <
roucaries.bast...@gmail.com> wrote:

> And it your job as packager.
>
> I would really welcome if you keep such advices about what is my job as
packager and what is not to yourself. My time I can invest to Debian
packaging is limited. And I would rather focus on fixing real bugs,
preparing security updates (php5 had 15 security updates in squeeze,
hitting the nice fourth place after Mozilla suite software), or making the
library transitions smooth (only one Berkeley DB in wheezy, yay!) than
dealing with too terse bugreports with little or no value.

> Not worthless is another user it this bug. Please improve the package.bug
> file in order to give some guidance to your user. How to write good bug
> report.
>
Then come and help to write such package.bug file. Giving advices without a
patch/code is not helpful.

> Jidani in this case is a nice guy and follow the step.
>
That's why he usually doesn't use reportbug and never respond to any
inquiries to improve his bugreports. Oh, yeah, he is a nice guy.

O.
-- 
Ondřej Surý 

Re: mount point gets "(deleted)" / unable to unmount

[Holger Levsen]

Hi Florian,

nice to read from you again! (even though... see below :)

On Dienstag, 4. Juni 2013, Florian Lohoff wrote:
> I cant unmount the original mount not with -l nor with -f - both hang.
> The real problem is though that i am unable to mount new nfs or cifs
> shares as mount hangs in a readlink:

why don't you file bugs? Ranting on debian-devel@ can be a start, but bugs are 
the real thing. As you know ;)

So, #?


cheers,
Holger




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

Re: Candidates for removal from testing (2013-06-04)

[Holger Levsen]

On Dienstag, 4. Juni 2013, Emilio Pozuelo Monfort wrote:
> Thanks a lot for this initiative! I hope this leads to a shorter freeze
> this cycle.

+1 - keep the removals coming ;-)




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

Re: question about build a package

[Chris Knadle]

On Tuesday, June 04, 2013 13:40:56, Russ Allbery wrote:
> Chris Knadle  writes:
> > On Tuesday, June 04, 2013 06:31:37, Wouter Verhelst wrote:
> >> That's not necessarily true as a result of it being a 1.0 format
> >> package (there were ways to use quilt patches with the 1.0 format), but
> >> it is certainly true in this case.
> > 
> > Huh.  I don't think I knew quilt could be used in 1.0 format until now,
> > but it makes sense that there's some way to do this.  Thanks for letting
> > me know.
> 
> Yeah, quilt is a regular program, of course, so the package can just
> Build-Depend on quilt and run it during the build.  There were various
> strategies for automating that.

Understood.  Thanks very much for the explanation.

  -- Chris

--
Chris Knadle
chris.kna...@coredump.us
GPG Key: 4096R/0x1E759A726A9FDD74


-- 
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/201306042024.09766.chris.kna...@coredump.us

Re: Candidates for removal from testing (2013-06-04)

[Charles Plessy]

Le Tue, Jun 04, 2013 at 02:06:26PM +0200, Niels Thykier a écrit :
> 
> Our automated tools for finding RC buggy leaf packages in testing have
> found 79 potential candidates (see attached files).
> 
> The packages have been selected based on the following criteria:
>  * The package had at least one RC bug without activity for the past
>14 days.
>  * If a bug is assigned to multiple packages, both packages will be
>affected.
>  * The RC bug affects both unstable and testing.
>  * The affected package does not have any reverse dependencies in
>testing.

Thanks a lot.  Please do not hesitate to remove leaf packages like mira
in an automated manner.

Cheers,

-- 
Charles Plessy
Debian Med packaging team,
http://www.debian.org/devel/debian-med
Tsurumi, Kanagawa, Japan


-- 
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/20130605003754.gk7...@falafel.plessy.net

Bug#711158: ITP: mediawiki2latex -- Compile MediaWiki page via LaTeX to PDF

[Dirk Hünniger]

Package: wnpp
Severity: wishlist
Owner: "Dirk Hünniger" 

* Package name: mediawiki2latex
  Version : 6.4
  Upstream Author : Dirk Hünniger 
* URL : http://de.wikibooks.org/wiki/Benutzer:Dirk_Huenniger/wb2pdf
* License : GPL
  Programming Lang: Haskell
  Description : Compile MediaWiki pages via LaTeX to PDF


-- 
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/20130605054958.4359.4130.reportbug@debian

Re: "Blacklists" in BTS (stopping the trolls and bug machines)

[Dmitry Smirnov]

On Sat, 25 May 2013 18:43:43 Ondřej Surý wrote:
> ... Dan Jacobson doesn't use reportbug.

He does use reportbug but it could be that he may not always using
it or hasn't been using it in the past.

I wouldn't like him blocked. I know how it feels to deal with many
pedantic bugs that most of us would prefer to ignore. But at least in
my experience jida...@jidanni.org reported several good ones in quite
constructive manner and I actually got response from him. Please don't
blame the guy for care. I can't comment on quality of his bug reports
regarding PHP but I've seen some valuable bugs that he filed against
other packages.

Regards,
 Dmitry Smirnov
 GPG key : 4096R/53968D1B

---

Platitude: an idea (a) that is admitted to be true by everyone, and (b)
that is not true.
-- H. L. Mencken



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

Re: Candidates for removal from testing (2013-06-04)

[Andrei POPESCU]

On Ma, 04 iun 13, 14:06:26, Niels Thykier wrote:
> 
> [1] We normally filter out certain type of RC bugs (incl. but not
> limited to license issues), where we consider it unreasonable to demand
> a resolution within the usual deadline (i.e. 14 days of "non-activity" +
> 7 days after a d-d notice).

Maybe a license/dfsg/etc. tag would be useful?

Kind regards,
Andrei
-- 
http://wiki.debian.org/FAQsFromDebianUser
Offtopic discussions among Debian users and developers:
http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic


signature.asc
Description: Digital signature