Re: Frage zu eine DEB Paket

2011-03-09 Thread Adrian von Bidder 
Hi,

On Wednesday 09 March 2011 02.19:42 linus.kaltenbach wrote:
> Hi ich hab ne Frage,wieso haben sie in Ihrem Repo kein OpenBVE drin
> http://openbve.trainsimcentral.co.uk/

The answer to "why is X not in Debian" for free software packages is mostly: 
because nobody has done the work (yet.)

I haven't looked at openbve at all, but if it's indeed free software and 
does not have dependencies on non-free software, there shouldn't be much 
preventing anybody to create a pakckage. Note that you don't have to be a 
registered Debian developer to create a package: you can find somebody to 
upload it to Debian if you create a package that suffices Debian's 
standards.

Note that for openbve, a "Request for Package" has already been filed:

so at least one other person was interested in getting a package at some 
time.

cheers
-- vbi

-- 
I personally encourage kids to smoke - it's about the only time they get
outdoors.
   -- JerryMouse in news.admin.net-abuse.email


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

Re: Frage zu eine DEB Paket

2011-03-09 Thread Brian May 
On 9 March 2011 19:06, Adrian von Bidder  wrote:
> The answer to "why is X not in Debian" for free software packages is mostly:
> because nobody has done the work (yet.)

The package is already in Ubuntu:

http://packages.ubuntu.com/search?keywords=openbve

As such I would assume most of the hard work has already been done.

> Note that for openbve, a "Request for Package" has already been filed:
>        
> so at least one other person was interested in getting a package at some
> time.

CCed that bug report.
-- 
Brian May 


--
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/AANLkTi=zhbmg82bislenhdqzxf04wlrwspuunnkpe...@mail.gmail.com

Re: "epollCreate: unsupported operation" on buildd hosts

2011-03-09 Thread Julien Cristau 
On Wed, Mar  9, 2011 at 12:49:55 +0530, Joachim Breitner wrote:

> Dear Devel list,
> 
> updating the GHC haskell compiler to the newest version in Debian is
> causing surprisingly many problems. With one of those, I am totally at a
> loss to understand it, especially as I cannot reproduce it.
> 
> Basically, the new GHC compiler uses the epoll system call where
> available, which should be the case on all Linux kernels by now.
> Building the compiler works fine (even though it is a two stage
> process), but then using the compiler to build another package (which
> might or might not be a new version of the compiler) fails with:
> epollCreate: unsupported operation (Function not implemented)
> e.g. in
> https://buildd.debian.org/fetch.cgi?pkg=ghc&arch=i386&ver=7.0.2-2&stamp=1299583867&file=log&as=raw
> or 
> https://buildd.debian.org/fetch.cgi?pkg=haskell-transformers&arch=amd64&ver=0.2.2.0-1&stamp=1299522650&file=log&as=raw
> 
> On my machine and other developer’s machines, this is not reproducible.
> Upstream is rightfully puzzled as well (“That's odd. Is it always
> reproducible within a single machine? Linux (and Debian) should support
> epoll just fine.”, http://hackage.haskell.org/trac/ghc/ticket/5005)
> 
> Does anyone here have a clue as to why the epoll system calls might fail
> on buildd machines?
> 
epoll_create1 was added in 2.6.27, afaict.  If that's what haskell is
using, then it's not unexpected to have it fail on 2.6.26.

Cheers,
Julien


-- 
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/20110309092241.gi12...@radis.liafa.jussieu.fr

Re: "epollCreate: unsupported operation" on buildd hosts

2011-03-09 Thread Joachim Breitner 
Hi,

Am Mittwoch, den 09.03.2011, 10:22 +0100 schrieb Julien Cristau:
> epoll_create1 was added in 2.6.27, afaict.  If that's what haskell is
> using, then it's not unexpected to have it fail on 2.6.26.

good shot, thanks!

From ./libraries/base/System/Event/EPoll.hsc: (this line does not start with 
">")

epollCreate :: IO EPollFd
epollCreate = do
  fd <- throwErrnoIfMinus1 "epollCreate" $
#if defined(HAVE_EPOLL_CREATE1)
c_epoll_create1 (#const EPOLL_CLOEXEC)
#else
c_epoll_create 256 -- argument is ignored
  setCloseOnExec fd
#endif
  let !epollFd' = EPollFd fd
  return epollFd'

#if defined(HAVE_EPOLL_CREATE1)
foreign import ccall unsafe "sys/epoll.h epoll_create1"
c_epoll_create1 :: CInt -> IO CInt
#else
foreign import ccall unsafe "sys/epoll.h epoll_create"
c_epoll_create :: CInt -> IO CInt
#endif


and in libraries/base/configure.ac:
AC_CHECK_FUNCS([epoll_create1 epoll_ctl eventfd kevent kevent64 kqueue poll])


So what is the conclusion? Do we need to disable the use of
epoll_create1 completely? Or is it actually so that the libc should map
uses of epoll_create1 to epoll_create? Or do we need to introduce
run-time checks as to whether epoll_create1 is available?



Thanks,
Joachim

-- 
Joachim "nomeata" Breitner
Debian Developer
  nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C
  JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata


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

Re: "epollCreate: unsupported operation" on buildd hosts

2011-03-09 Thread Adam Borowski 
On Wed, Mar 09, 2011 at 03:23:09PM +0530, Joachim Breitner wrote:
> Am Mittwoch, den 09.03.2011, 10:22 +0100 schrieb Julien Cristau:
> > epoll_create1 was added in 2.6.27, afaict.  If that's what haskell is
> > using, then it's not unexpected to have it fail on 2.6.26.
> 
> #if defined(HAVE_EPOLL_CREATE1)
> c_epoll_create1 (#const EPOLL_CLOEXEC)
> #else
> c_epoll_create 256 -- argument is ignored
>   setCloseOnExec fd
> #endif
> 
> So what is the conclusion? Do we need to disable the use of
> epoll_create1 completely?

It gets you nothing unless there's a possibility another thread might fork
between epoll_create() and fcntl(FD_CLOEXEC).

> Or is it actually so that the libc should map uses of epoll_create1 to
> epoll_create?  Or do we need to introduce run-time checks as to whether
> epoll_create1 is available?

There's no way around run-time checks if you want to be safe from this race,
yeah.  It can be done either in libc or in your code; the former means less
code duplication but hurts badly any backporting.


Meow?
-- 
1KB // Microsoft corollary to Hanlon's razor:
//  Never attribute to stupidity what can be
//  adequately explained by malice.


-- 
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/20110309100921.ga11...@angband.pl

Re: "epollCreate: unsupported operation" on buildd hosts

2011-03-09 Thread Julien Cristau 
On Wed, Mar  9, 2011 at 15:23:09 +0530, Joachim Breitner wrote:

> Hi,
> 
> Am Mittwoch, den 09.03.2011, 10:22 +0100 schrieb Julien Cristau:
> > epoll_create1 was added in 2.6.27, afaict.  If that's what haskell is
> > using, then it's not unexpected to have it fail on 2.6.26.
> 
> good shot, thanks!
> 
> From ./libraries/base/System/Event/EPoll.hsc: (this line does not start with 
> ">")
> 
> epollCreate :: IO EPollFd
> epollCreate = do
>   fd <- throwErrnoIfMinus1 "epollCreate" $
> #if defined(HAVE_EPOLL_CREATE1)
> c_epoll_create1 (#const EPOLL_CLOEXEC)
> #else
> c_epoll_create 256 -- argument is ignored
>   setCloseOnExec fd
> #endif
>   let !epollFd' = EPollFd fd
>   return epollFd'
> 
> #if defined(HAVE_EPOLL_CREATE1)
> foreign import ccall unsafe "sys/epoll.h epoll_create1"
> c_epoll_create1 :: CInt -> IO CInt
> #else
> foreign import ccall unsafe "sys/epoll.h epoll_create"
> c_epoll_create :: CInt -> IO CInt
> #endif
> 
> 
> and in libraries/base/configure.ac:
> AC_CHECK_FUNCS([epoll_create1 epoll_ctl eventfd kevent kevent64 kqueue poll])
> 
> 
> So what is the conclusion? Do we need to disable the use of
> epoll_create1 completely? Or is it actually so that the libc should map
> uses of epoll_create1 to epoll_create? Or do we need to introduce
> run-time checks as to whether epoll_create1 is available?
> 
Something like this, I think...

#if defined(HAVE_EPOLL_CREATE1)
fd = epoll_create1(EPOLL_CLOEXEC);
if (fd < 0 && errno == ENOSYS)
#endif
{
  fd = epoll_create(256);
  if (fd < 0 || fcntl(fd, F_SETFD, fcntl(fd, F_GETFD, 0) | FD_CLOEXEC) < 0)
return -1;
}
return fd;

Cheers,
Julien


-- 
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/20110309101230.gj12...@radis.liafa.jussieu.fr

Re: "epollCreate: unsupported operation" on buildd hosts

2011-03-09 Thread Olaf van der Spek 
On Wed, Mar 9, 2011 at 11:09 AM, Adam Borowski  wrote:
>> Or is it actually so that the libc should map uses of epoll_create1 to
>> epoll_create?  Or do we need to introduce run-time checks as to whether
>> epoll_create1 is available?
>
> There's no way around run-time checks if you want to be safe from this race,
> yeah.  It can be done either in libc or in your code; the former means less
> code duplication but hurts badly any backporting.

Why is the function declared but not implemented?
Seems kinda silly.

Olaf


--
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/AANLkTi,xNzNvk1M=wkawxjtzfs5m3dzrfnyu4vh...@mail.gmail.com

-Wl,--no-allow-shlib-undefined fail with undefined reference to `_dl_argv@GLIBC_PRIVATE'

2011-03-09 Thread Bastien ROUCARIES 
Trying to paackage cernlib I get on amd64

gfortran -shared  .libs/aintgb.o .libs/alosb.o .libs/andb.o .libs/andntb.o 
.libs/binvec.o .libs/cntob.o .libs/cntzb.o .libs/copyb.o .libs/cprsb.o 
.libs/dalosb.o .libs/dcopyb.o .libs/ddotb.o .libs/dgthrb.o .libs/dmod3b.o \ 
.libs/dotb.o .libs/drangb.o .libs/dscalb.o .libs/dscttb.o .libs/dsxpyb.o 
.libs/dsxyb.o .libs/dvsetb.o .libs/dvxpyb.o .libs/dxypwzb.o .libs/dylosb.o 
.libs/dyloxb.o .libs/gthrb.o .libs/idlosb.o .libs/intgb.o .libs/iylosb.o 
.libs/iyloxb.o \ 
.libs/nandb.o .libs/norb.o .libs/notb.o .libs/oneb.o .libs/orb.o .libs/ornotb.o 
.libs/rangb.o .libs/rjctb.o .libs/scalb.o .libs/scttb.o .libs/smod3b.o 
.libs/sxpyb.o .libs/sxyb.o .libs/vsetb.o .libs/vxpyb.o .libs/xorb.o 
.libs/xypwzb.o \ 
.libs/ylosb.o .libs/yloxb.o .libs/zerob.o-Wl,--no-undefined 
-Wl,--no-allow-shlib-undefined   -Wl,-soname -Wl,libcernbvsl.so.0 -o 
.libs/libcernbvsl.so.0.0.0 
//lib/libc.so.6: undefined reference to `_dl_argv@GLIBC_PRIVATE'
//lib/libc.so.6: undefined reference to `_rtld_global_ro@GLIBC_PRIVATE'
//lib/libc.so.6: undefined reference to `__tls_get_addr@GLIBC_2.3'
//lib/libc.so.6: undefined reference to `_rtld_global@GLIBC_PRIVATE'
//lib/libc.so.6: undefined reference to `__libc_enable_secure@GLIBC_PRIVATE'
collect2: ld returned 1 exit status

Do not know where to search, seems a potential to FTBS so cc:debian-devel

Bastien


-- 
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/201103091304.45373.roucaries.bastien+deb...@gmail.com

Bug#617497: ITP: typica -- A Java client library for a variety of Amazon Web Services

2011-03-09 Thread James Page 
Package: wnpp
Severity: wishlist
Owner: James Page 


* Package name: typica
  Version : 1.7.2
* URL : http://code.google.com/p/typica/
* License : Apache-2.0
  Programming Lang: Java
  Description : A Java client library for a variety of Amazon Web Services

This is a simple API to access Amazon's SQS, EC2, CloudWatch, AutoScaling, ELB,
 SimpleDB, SNS, FPS and DevPay LS web services. It uses the QUERY APIs.



-- 
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/20110309122315.3622.77390.reportbug@localhost.localdomain

Re: -Wl,--no-allow-shlib-undefined fail with undefined reference to `_dl_argv@GLIBC_PRIVATE'

2011-03-09 Thread Julien Cristau 
On Wed, Mar  9, 2011 at 13:04:44 +0100, Bastien ROUCARIES wrote:

> Trying to paackage cernlib I get on amd64
> 
> gfortran -shared  .libs/aintgb.o .libs/alosb.o .libs/andb.o .libs/andntb.o 
> .libs/binvec.o .libs/cntob.o .libs/cntzb.o .libs/copyb.o .libs/cprsb.o 
> .libs/dalosb.o .libs/dcopyb.o .libs/ddotb.o .libs/dgthrb.o .libs/dmod3b.o \ 
> .libs/dotb.o .libs/drangb.o .libs/dscalb.o .libs/dscttb.o .libs/dsxpyb.o 
> .libs/dsxyb.o .libs/dvsetb.o .libs/dvxpyb.o .libs/dxypwzb.o .libs/dylosb.o 
> .libs/dyloxb.o .libs/gthrb.o .libs/idlosb.o .libs/intgb.o .libs/iylosb.o 
> .libs/iyloxb.o \ 
> .libs/nandb.o .libs/norb.o .libs/notb.o .libs/oneb.o .libs/orb.o 
> .libs/ornotb.o .libs/rangb.o .libs/rjctb.o .libs/scalb.o .libs/scttb.o 
> .libs/smod3b.o .libs/sxpyb.o .libs/sxyb.o .libs/vsetb.o .libs/vxpyb.o 
> .libs/xorb.o .libs/xypwzb.o \ 
> .libs/ylosb.o .libs/yloxb.o .libs/zerob.o-Wl,--no-undefined 
> -Wl,--no-allow-shlib-undefined   -Wl,-soname -Wl,libcernbvsl.so.0 -o 
> .libs/libcernbvsl.so.0.0.0 
> //lib/libc.so.6: undefined reference to `_dl_argv@GLIBC_PRIVATE'
> //lib/libc.so.6: undefined reference to `_rtld_global_ro@GLIBC_PRIVATE'
> //lib/libc.so.6: undefined reference to `__tls_get_addr@GLIBC_2.3'
> //lib/libc.so.6: undefined reference to `_rtld_global@GLIBC_PRIVATE'
> //lib/libc.so.6: undefined reference to `__libc_enable_secure@GLIBC_PRIVATE'
> collect2: ld returned 1 exit status
> 
> Do not know where to search, seems a potential to FTBS so cc:debian-devel

Care to explain why you're using --no-allow-shlib-undefined?

Cheers,
Julien


-- 
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/20110309122730.gn12...@radis.liafa.jussieu.fr

Re: -Wl,--no-allow-shlib-undefined fail with undefined reference to `_dl_argv@GLIBC_PRIVATE'

2011-03-09 Thread roucaries bastien 
On Wed, Mar 9, 2011 at 1:27 PM, Julien Cristau  wrote:
> On Wed, Mar  9, 2011 at 13:04:44 +0100, Bastien ROUCARIES wrote:
>
>> Trying to paackage cernlib I get on amd64
>>
>> gfortran -shared  .libs/aintgb.o .libs/alosb.o .libs/andb.o .libs/andntb.o 
>> .libs/binvec.o .libs/cntob.o .libs/cntzb.o .libs/copyb.o .libs/cprsb.o 
>> .libs/dalosb.o .libs/dcopyb.o .libs/ddotb.o .libs/dgthrb.o .libs/dmod3b.o \
>> .libs/dotb.o .libs/drangb.o .libs/dscalb.o .libs/dscttb.o .libs/dsxpyb.o 
>> .libs/dsxyb.o .libs/dvsetb.o .libs/dvxpyb.o .libs/dxypwzb.o .libs/dylosb.o 
>> .libs/dyloxb.o .libs/gthrb.o .libs/idlosb.o .libs/intgb.o .libs/iylosb.o 
>> .libs/iyloxb.o \
>> .libs/nandb.o .libs/norb.o .libs/notb.o .libs/oneb.o .libs/orb.o 
>> .libs/ornotb.o .libs/rangb.o .libs/rjctb.o .libs/scalb.o .libs/scttb.o 
>> .libs/smod3b.o .libs/sxpyb.o .libs/sxyb.o .libs/vsetb.o .libs/vxpyb.o 
>> .libs/xorb.o .libs/xypwzb.o \
>> .libs/ylosb.o .libs/yloxb.o .libs/zerob.o    -Wl,--no-undefined 
>> -Wl,--no-allow-shlib-undefined   -Wl,-soname -Wl,libcernbvsl.so.0 -o 
>> .libs/libcernbvsl.so.0.0.0
>> //lib/libc.so.6: undefined reference to `_dl_argv@GLIBC_PRIVATE'
>> //lib/libc.so.6: undefined reference to `_rtld_global_ro@GLIBC_PRIVATE'
>> //lib/libc.so.6: undefined reference to `__tls_get_addr@GLIBC_2.3'
>> //lib/libc.so.6: undefined reference to `_rtld_global@GLIBC_PRIVATE'
>> //lib/libc.so.6: undefined reference to `__libc_enable_secure@GLIBC_PRIVATE'
>> collect2: ld returned 1 exit status
>>
>> Do not know where to search, seems a potential to FTBS so cc:debian-devel
>
> Care to explain why you're using --no-allow-shlib-undefined?

Cernlib have circular dependencies, and I am trying to break it, and
--no-allow-shlib-undefined will break compilation in case of circular
dependencies

Bastien

> Cheers,
> Julien
>


--
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/AANLkTi=uw-wef4qyhe9ayh9eio59j-o0o2dcn5hnz...@mail.gmail.com

Team-specific NM questions

2011-03-09 Thread Enrico Zini 
Hello,

short version: this is a call for teams to send me team-specific P&P and
T&S questions. I'll collect them and add them in one file per team to
the NM template repository[1].

Long version: in the NM process we have a repository[1] of questions
that AMs can send to applicants. Some questions are categorised as P&P
(Philosophy and Procedures), and ask about the general mindset of Debian
and its everyday procedures, and some are categorised T&S (short for
Tasks and Skills) and contain question on important technical or
practical aspects of Debian.

I figured it could be interesting to collect sets of team-specific
questions, especially regarding procedures, tasks and skills, from the
various teams[2] in Debian.

Of course AMs could use the list to pick some bonus questions for
applicants that have an interest in a topic for which we have a specific
team. But more importantly, experience has shown that those questions
are an interesting read for people who would like to learn more about
Debian, or who would like to put what they know to the test.

I would love to have something similar on a per-team basis, especially
considering that team-specific procedures, tasks and skills are less
known than the debian-wide ones.

For example, before attempting to draft, say, a patch to dak or to the
website, I'd be strongly motivated to have a read through such a list of
questions to test my understanding of how the team works, to kind of
reassure myself that I am not going to do something obviously stupid.

So, this is a call for teams to send me team-specific P&P and T&S
questions. I'll collect them and add them in one file per team to the NM
template repository[1].


[1] http://svn.debian.org/wsvn/nm/trunk/nm-templates/#_trunk_nm-templates_
[2] http://wiki.debian.org/Teams


Ciao,

Enrico

-- 
GPG key: 4096R/E7AD5568 2009-05-08 Enrico Zini 


signature.asc
Description: Digital signature

Re: Ruby changes for Wheezy

2011-03-09 Thread Piotr Ożarowski 
[Josselin Mouette, 2011-03-06]
> Le samedi 05 mars 2011 à 00:22 +0100, Piotr Ożarowski a écrit : 
> > > Breaks: python (>= 2.8), python (<< 2.5)
> > 
> > yeah, that's to avoid bug reports when someone will try to use this
> > package with (default) python 2.4 or python 2.8 (which will NEVER be
> > released, BTW). dh_python2 will create similar dependencies to those
> > generated by dh_py{central,support} if Breaks: ${python:Breaks} is
> > missing in debian/control (I like Breaks because... that's what
> > Breaks is for)
> 
> You might “like” Breaks, but this:
> Depends: python
> Breaks: python (>= 2.8), python (<< 2.5)
> has the same semantics as:
> Depends: python (>= 2.5), python (<< 2.8)

Yes it does; if you will not add ${python:Breaks} in debian/control,
that's what dh_python2 will generate actually.

Packages with public modules do not really care about default Python
version usually so why should they depend on python package¹?

> except that APT deals *much* better with Depends than it does with
> Breaks.
>
> What is the point of doing that?

Breaks will warn user if an upgrade of python can break some scripts with
/usr/bin/python in shebang, but python-foo packages can still be usable so
I prefer Breaks (because it's easier to override). If APT doesn't deal
well with Breaks, please report bugs against APT (with patches if
possible :)

[¹] if package ships .py files, there's a dependency on python package
due to pycompile/pyclean scripts, but if package is providing .so files
only, there's no need for "python" in Depends
-- 
Piotr Ożarowski Debian GNU/Linux Developer
www.ozarowski.pl  www.griffith.cc   www.debian.org
GPG Fingerprint: 1D2F A898 58DA AF62 1786 2DF7 AEF6 F1A2 A745 7645


-- 
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/20110309150221.gf30...@piotro.eu

Bug#617526: ITP: java-xmlbuilder -- XML builder that creates simple XML documents using sparse Java code

2011-03-09 Thread James Page 
Package: wnpp
Severity: wishlist
Owner: James Page 


* Package name: java-xmlbuilder
  Version : 0.4
  Upstream Author : James Murty 
* URL : http://code.google.com/p/java-xmlbuilder/
* License : Apache-2.0 
  Programming Lang: Java
  Description : XML builder that creates simple XML documents using sparse 
Java code

XML Builder is a utility that creates simple XML documents using relatively 
sparse Java code.

It is intended to allow for quick and painless creation of XML documents where 
you might 
otherwise be tempted to use concatenated strings, and where you would rather 
not 
face the tedium and verbosity of coding with JAXP.

Internally, XML Builder uses JAXP to build a standard W3C Document model (DOM) 
that you can 
easily export as a string, or access and manipulate further if you have special 
requirements.

My motivation for packaging this is that it is required to support packaging of 
jets3t (which
is required to support the jenkins-ec2-plugin)



-- 
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/20110309160623.30769.22612.reportbug@localhost.localdomain

Bug#617533: ITP: jets3t -- Java toolkit for Amazon S3, CloudFront, and Google Storage Service

2011-03-09 Thread James Page 
Package: wnpp
Severity: wishlist
Owner: James Page 


* Package name: jets3t
  Version : 0.8.0
  Upstream Author : James Murty
* URL : http://www.jets3t.org
* License : Apache-2.0
  Programming Lang: Java 
  Description : Java toolkit for Amazon S3, CloudFront, and Google Storage 
Service

JetS3t (pronounced "jet-set") is a free, open-source Java toolkit and
application suite for Amazon Simple Storage Service (Amazon S3), Amazon
CloudFront content delivery network, and Google Storage for Developers.

The JetS3t toolkit provides Java programmers with a powerful yet simple API for
interacting with storage services and managing data stored there.

My motivation for packaging this library is that it is a dependency for 
packaging the jenkins-ec2-plugin.



-- 
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/20110309162244.31264.48937.reportbug@localhost.localdomain

Re: Bug#617533: ITP: jets3t -- Java toolkit for Amazon S3, CloudFront, and Google Storage Service

2011-03-09 Thread Miguel Landaeta 
On Wed, Mar 9, 2011 at 11:52 AM, James Page  wrote:
> Package: wnpp
> Severity: wishlist
> Owner: James Page 
>
> My motivation for packaging this library is that it is a dependency for
> packaging the jenkins-ec2-plugin.

Hello James,

jets3t is already packaged and available in the archive.
Please take a look at: http://packages.debian.org/source/sid/jets3t.
Expect an update to 0.8.0 soon.

Cheers,

-- 
Miguel Landaeta, miguel at miguel.cc
secure email with PGP 0x7D8967E9 available at http://keyserver.pgp.com/
"Faith means not wanting to know what is true." -- Nietzsche


-- 
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/AANLkTi==Jb=wia=woovaekhhmnuosn4wc6-jkyj83...@mail.gmail.com

Re: new scripts and patches for devscripts

2011-03-09 Thread Ian Jackson 
Benjamin Drung writes ("new scripts and patches for devscripts"):
> 1. ubuntu-dev-tools contains a bunch of scripts. Some of them are useful
> only for Ubuntu, but some of them are general usable for packaging.
> These scripts are:
>
> add-patch
> check-symbols
> cowbuilder-dist
> debian-distro-info
> distro-info
> edit-patch
> get-build-deps
> merge-changelog
> mk-sbuild
> pbuilder-dist
> pull-debian-source (?)
> reverse-build-depends
> suspicious-source
> what-patch
> wrap-and-sort

Almost all of these are very poorly named.

Ian.


-- 
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/19831.44522.62675.680...@chiark.greenend.org.uk

Re: new scripts and patches for devscripts

2011-03-09 Thread Benjamin Drung 
Am Mittwoch, den 09.03.2011, 16:42 + schrieb Ian Jackson:
> Benjamin Drung writes ("new scripts and patches for devscripts"):
> > 1. ubuntu-dev-tools contains a bunch of scripts. Some of them are useful
> > only for Ubuntu, but some of them are general usable for packaging.
> > These scripts are:
> >
> > add-patch
> > check-symbols
> > cowbuilder-dist
> > debian-distro-info
> > distro-info
> > edit-patch
> > get-build-deps
> > merge-changelog
> > mk-sbuild
> > pbuilder-dist
> > pull-debian-source (?)
> > reverse-build-depends
> > suspicious-source
> > what-patch
> > wrap-and-sort
> 
> Almost all of these are very poorly named.

Better name suggestions are welcome.

-- 
Benjamin Drung
Debian & Ubuntu Developer


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

Re: Bug#617533: ITP: jets3t -- Java toolkit for Amazon S3, CloudFront, and Google Storage Service

2011-03-09 Thread James Page 
On Wed, 2011-03-09 at 12:07 -0430, Miguel Landaeta wrote:
> jets3t is already packaged and available in the archive.
> Please take a look at: http://packages.debian.org/source/sid/jets3t.
> Expect an update to 0.8.0 soon. 

Hi Miguel

Thanks for pointing that out - must have mistyped my search of
packages.debian.org.

James
-- 
James Page
Software Engineer, Ubuntu Server Team


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

Re: new scripts and patches for devscripts

2011-03-09 Thread James Vega 
On Tue, Mar 8, 2011 at 7:12 PM, Benjamin Drung  wrote:
> Am Mittwoch, den 09.03.2011, 00:05 + schrieb Roger Leigh:
>> On Tue, Mar 08, 2011 at 11:01:12PM +0100, Benjamin Drung wrote:
>> > Should these script moved from ubuntu-dev-tools into devscripts?
>> >
>> > Most of the script are written in Python. Rewriting them to get them
>> > included in devscripts is too much work without benefit. devscripts
>> > would depend on python then.
>>
>> Most of the scripts are short.  Rewriting would be fairly simple, and
>> may be beneficial in removing the Ubuntu-specific bits.
>
> What speaks against having these script in python? Is python too heavy
> for a _development_ machine?

It's not just about a package dependency.  It's more about restricting
the knowledge base required for those maintaining the package.

Considering that scripts are contributed to devscripts and the support
burden is then commonly left on the shoulders of those maintaining
devscripts instead of the original script author, it's in our interest
to maintain a consistent set of languages that we are willing to
support.  This is currently Perl and shell.

So yes, IMO, accepting scripts written in Python (or any other language)
is too heavy.  Not for a "_development_ machine", but for a maintenance
team.  If people choose to ignore our requirement and develop scripts in
other languages, then they can deal with the consequences.

-- 
James
GPG Key: 1024D/61326D40 2003-09-02 James Vega 


--
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/AANLkTikDDupU=laxqczrpcd0gwu4u-t73fbwyjcw2...@mail.gmail.com

Bug#617551: ITP: spark -- SPARK programming language tools

2011-03-09 Thread Євгеній Мещеряков 
Package: wnpp
Severity: wishlist
Owner: "Євгеній Мещеряков" 

* Package name: spark
  Version : spark-gpl-2010-SMT
* URL : http://libre.adacore.com/libre/tools/spark-gpl-edition/
* License : GPL3+
  Programming Lang: Ada, Prolog, C++
  Description : SPARK programming language toolset

SPARK is a programming language and a set of software development
products for high assurance software. The SPARK programming language is
the only language specifically designed to support the development of
safety or security critical software. In combination with the SPARK
toolset, SPARK prevents, detects and eliminates defects early in the
lifecycle as the source code is developed. It is, effectively, the
result of applying the principles of Correctness by Construction to the
design of a programming language and associated verification tools.

This package contains tools for verification of programs written in
SPARK. To compile SPARK programs use Ada compiller available in package
'gnat'.

---

The description is stolen from the upstream homepage
(http://altran-praxis.com/spark.aspx). Corrections/improvements are
welcome.



--
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/20110309183721.18894.83636.report...@openfonts.org

add in pts : a link to upstream bts

2011-03-09 Thread Henri Le Foll 
In the PTS there is a link to the upstream mainpage.
Is it possible to have also a link to the uptream bug tracking system if
it exists.

Cheers

Henri LE FOLL


-- 
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/4d77d735.4090...@lefoll.eu

Re: enable/disable flags in /etc/default

2011-03-09 Thread Serafeim Zanikolas 
On Wed, Mar 02, 2011 at 11:54:05AM -0800, Steve Langasek wrote [edited]:
> On Wed, Mar 02, 2011 at 03:42:28PM +0200, Faidon Liambotis wrote:
[..]
> > Are you serious? How's that a sysadmin interface? Yes, everything can be
> > done using sh/cp/mv/vi, but this is hardly something that's either
> > properly documented or a replacement for the current method of doing things.
> 
> *What* "current method"?
> 
> At present there *is* no reliable sysadmin interface for enabling/disabling
> services.  update-rc.d is not it; many admins have been using 'update-rc.d
[..]

sysv-rc-conf works for any symlink-based system.

-- 
Every great idea is worthless without someone to do the work. --Neil Williams


-- 
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/20110309203452.GA4406@mobee

Bug#617601: ITP: libhttp-date-perl -- module of date conversion routines

2011-03-09 Thread Nicholas Bamber 

Package: wnpp
Owner: Nicholas Bamber 
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org,debian-p...@lists.debian.org

* Package name: libhttp-date-perl
  Version : 6.00
  Upstream Author : Gisle Aas 
* URL : http://search.cpan.org/dist/HTTP-Date/
* License : Artistic or GPL-1+
  Programming Lang: Perl
  Description : module of date conversion routines

HTTP::Date provides functions that deal the date formats used by the HTTP
protocol (and then some more). Only the first two functions, time2str() and
str2time(), are exported by default.



--
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/4d77e9b1.8090...@periapt.co.uk

file/libmagic's mime types and mime-policy

2011-03-09 Thread Olivier Berger 
Hi.

I'm not sure mime-policy is in excellent shape (#89038 still not
solved), but I wonder if there shouldn't be a mention of libmagic/file's
database in there... 

I'm not sure file/libmagic would allow other packages to install some
mime detection definitions in its /usr/share/file/magic/ dir, for
instance... but as file/libmagic is a dependency of many other apps, I'm
thinking this may need some documentation in the policy somehow.

Any comments ?

Best regards,
-- 
Olivier BERGER 
http://www-public.it-sudparis.eu/~berger_o/ - OpenPGP-Id: 2048R/5819D7E8
Ingénieur Recherche - Dept INF
Institut TELECOM, SudParis (http://www.it-sudparis.eu/), Evry (France)


--
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/1299704860.13753.20.ca...@inf-8657.int-evry.fr

Re: Ruby changes for Wheezy

2011-03-09 Thread Raphael Hertzog 
On Wed, 09 Mar 2011, Piotr Ożarowski wrote:
> [Josselin Mouette, 2011-03-06]
> > You might “like” Breaks, but this:
> > Depends: python
> > Breaks: python (>= 2.8), python (<< 2.5)
> > has the same semantics as:
> > Depends: python (>= 2.5), python (<< 2.8)
> 
> Yes it does; if you will not add ${python:Breaks} in debian/control,
> that's what dh_python2 will generate actually.

Having a different behaviour depending on whether a variable is listed in
a dependency or not does not look like good design to me.

> Packages with public modules do not really care about default Python
> version usually so why should they depend on python package¹?
>
> [¹] if package ships .py files, there's a dependency on python package
> due to pycompile/pyclean scripts, but if package is providing .so files
> only, there's no need for "python" in Depends

This might be true but it smells like a useless optimization at the cost
of abusing the Breaks field. First of because you use it like "IsBrokenBy"
and then because Breaks is usually used to force the upgrade of the broken
package to a non-broken version. But you're not using it that way and I'm
not sure how well APT will cope with this.

> > What is the point of doing that?
> 
> Breaks will warn user if an upgrade of python can break some scripts with
> /usr/bin/python in shebang, but python-foo packages can still be usable so
> I prefer Breaks (because it's easier to override).

I really don't understand your point. If the default python is not
supported by python-foo, then it won't be coinstallable whether you're
using Depends or Breaks...

Cheers,
-- 
Raphaël Hertzog ◈ Debian Developer

Follow my Debian News ▶ http://RaphaelHertzog.com (English)
  ▶ http://RaphaelHertzog.fr (Français)


-- 
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/20110309221828.gb27...@rivendell.home.ouaza.com

Re: Ruby changes for Wheezy

2011-03-09 Thread Ian Jackson 
Lucas Nussbaum writes ("Ruby changes for Wheezy"):
> We are planning a rather large set of changes in Ruby packaging for
> Debian wheezy, and would appreciate some external feedback on our
> proposals.
> 
> Our plans are described on
> http://wiki.debian.org/Teams/Ruby/RubyInWheezy
> Don't hesitate to ask for details if needed.

I think your families of packages
  ruby1.8-foo
  ruby1.9.1-foo
  ruby-foo-common
etc. are overcomplicated.  Can you not find a way to make only one
package for each extension, each containing an appropriate collection
of .so files etc. ?

Ian.


-- 
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/19831.65212.29089.76...@chiark.greenend.org.uk

Re: new scripts and patches for devscripts

2011-03-09 Thread Ian Jackson 
Benjamin Drung writes ("Re: new scripts and patches for devscripts"):
> Am Mittwoch, den 09.03.2011, 16:42 + schrieb Ian Jackson:
> > > add-patch
> > > check-symbols
> > > cowbuilder-dist
> > > debian-distro-info
> > > distro-info
> > > edit-patch
> > > get-build-deps
> > > merge-changelog
> > > mk-sbuild
> > > pbuilder-dist
> > > pull-debian-source (?)
> > > reverse-build-depends
> > > suspicious-source
> > > what-patch
> > > wrap-and-sort
> > 
> > Almost all of these are very poorly named.
> 
> Better name suggestions are welcome.

udt-* for all applicable *, where "udt" stands for "ubuntu-dev-tools".

Ie,
 udt-add-patch
 udt-check-symbols
 udt-cowbuilder-dist
 udt-debian-distro-info
 udt-distro-info
 udt-edit-patch
 udt-get-build-deps
 udt-merge-changelog
 udt-mk-sbuild
 udt-pbuilder-dist
 udt-pull-debian-source (?)
 udt-reverse-build-depends
 udt-suspicious-source
 udt-what-patch
 udt-wrap-and-sort

Ian.


-- 
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/19831.65307.69856.936...@chiark.greenend.org.uk

Re: enable/disable flags in /etc/default

2011-03-09 Thread Timo Juhani Lindfors 
Serafeim Zanikolas  writes:
> sysv-rc-conf works for any symlink-based system.

If you want to make sure that only carefully chosen services are ever
running then you still need to maintain your own /usr/sbin/policy-rc.d
and keep it in sync with sysv-rc-conf.


-- 
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/8439mvx5lp@sauna.l.org

Re: new scripts and patches for devscripts

2011-03-09 Thread Benjamin Drung 
Am Mittwoch, den 09.03.2011, 12:26 -0500 schrieb James Vega:
> On Tue, Mar 8, 2011 at 7:12 PM, Benjamin Drung  wrote:
> > Am Mittwoch, den 09.03.2011, 00:05 + schrieb Roger Leigh:
> >> On Tue, Mar 08, 2011 at 11:01:12PM +0100, Benjamin Drung wrote:
> >> > Should these script moved from ubuntu-dev-tools into devscripts?
> >> >
> >> > Most of the script are written in Python. Rewriting them to get them
> >> > included in devscripts is too much work without benefit. devscripts
> >> > would depend on python then.
> >>
> >> Most of the scripts are short.  Rewriting would be fairly simple, and
> >> may be beneficial in removing the Ubuntu-specific bits.
> >
> > What speaks against having these script in python? Is python too heavy
> > for a _development_ machine?
> 
> It's not just about a package dependency.  It's more about restricting
> the knowledge base required for those maintaining the package.
> 
> Considering that scripts are contributed to devscripts and the support
> burden is then commonly left on the shoulders of those maintaining
> devscripts instead of the original script author, it's in our interest
> to maintain a consistent set of languages that we are willing to
> support.  This is currently Perl and shell.
> 
> So yes, IMO, accepting scripts written in Python (or any other language)
> is too heavy.  Not for a "_development_ machine", but for a maintenance
> team.  If people choose to ignore our requirement and develop scripts in
> other languages, then they can deal with the consequences.

Stefano Rivera (stefanor) and I offer to maintain the Python scripts in
devscripts. Is it enough to have at two DDs to support Python?

-- 
Benjamin Drung
Debian & Ubuntu Developer


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

Re: new scripts and patches for devscripts

2011-03-09 Thread Benjamin Drung 
Am Mittwoch, den 09.03.2011, 22:28 + schrieb Ian Jackson:
> Benjamin Drung writes ("Re: new scripts and patches for devscripts"):
> > Am Mittwoch, den 09.03.2011, 16:42 + schrieb Ian Jackson:
> > > > add-patch
> > > > check-symbols
> > > > cowbuilder-dist
> > > > debian-distro-info
> > > > distro-info
> > > > edit-patch
> > > > get-build-deps
> > > > merge-changelog
> > > > mk-sbuild
> > > > pbuilder-dist
> > > > pull-debian-source (?)
> > > > reverse-build-depends
> > > > suspicious-source
> > > > what-patch
> > > > wrap-and-sort
> > > 
> > > Almost all of these are very poorly named.
> > 
> > Better name suggestions are welcome.
> 
> udt-* for all applicable *, where "udt" stands for "ubuntu-dev-tools".

Why? These scripts are not ubuntu specific. Would you rename all scripts
in devscripts for "dv-*", where "dv" stands for devscripts?

-- 
Benjamin Drung
Debian & Ubuntu Developer


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

Bug#617630: ITP: vmware-manager -- Manage VMware virtual machines

2011-03-09 Thread Alexander Zangerl 
Package: wnpp
Severity: wishlist
Owner: Alexander Zangerl 

* Package name: vmware-manager
  Version : n/a (github-hosted, will arrange suitable version tags with 
upstream)
  Upstream Author : Matt Carter 
* URL : https://github.com/hash-bang/VMM
* License : GPL
  Programming Lang: Perl
  Description : Manager for VMware virtual machines
   This package contains vmm, a command-line tool for
   managing VMware virtual machines. This is primarily useful 
   for larger installations where virtuals need to be 
   migrated, cloned or otherwise modified from the command line.
   .

vmware-manager requires the vmware vsphere perl sdk which is 
non-free software, so vmware-manager will have to go into contrib.

-- System Information:
Debian Release: 5.0.8
  APT prefers oldstable
  APT policy: (500, 'oldstable')
Architecture: i386 (i686)



-- 
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/20110310032048.16734.47135.report...@cluon.it.bond.edu.au