The following is a listing of packages for which help has been requested
through the WNPP (Work-Needing and Prospective Packages) system in the
last week.
Total number of orphaned packages: 395 (new: 13)
Total number of packages offered up for adoption: 111 (new: 2)
Total number of packages reques
On Thu, Mar 12, 2009 at 06:48:32PM -0500, Manoj Srivastava wrote:
> >> Is this so very different from what people do? Some times I do
> >> not package every upstream version, if they are coming in rapid
> >> succession, or if I find some version unfit for Debian -- but in any
> >> case,
Hi,
During a small period of time during this afternoon, a few bounces from
other lists were received on -devel. We are aware of it and it has already
been fixed. If you happen to detect some unsual behavior on other lists
(there shouldn't be, but still), feel free to drop by #debian-lists on
IRC
Hi Raphael
> Can i ask how they started to work and develop with security? My dream is
> to become an security developer/professional.
All the neccessary documentation to start with is here[0]. It is most
important that we keep our security tracker[1] up to date, evaluate the
issues and fix the
Karl Ferdinand Ebert writes:
> Hi,
>
> Am Thursday 12 March 2009 07:37:11 schrieb Kapil Hari Paranjape:
> > On Wed, 11 Mar 2009, Karl Ferdinand Ebert wrote:
> > > The package appears to be lintian clean.
> >
> > Not so! :-(
> > There are Lintian errors in your manpage (hyphen used as minus sign)
On 12-Mar-2009, Bernd Zeimetz wrote:
> Hi,
>
> > The best way to get the exact sources for the current
> > version probably should be a new watch file
> > (watch-current) which has a static version number in the
> > regexp
I don't see why this file would be needed
Ben Finney writes:
> On 12-Mar-2009, Russ Allbery wrote:
>> I never use uscan --download; I always download the new upstream source
>> myself using wget or a web browser or FTP client.
> Why is that? Is there some downside to using ‘uscan --download’? I would
> have thought it best to use the au
On 12-Mar-2009, Russ Allbery wrote:
> Manoj Srivastava writes:
>
> > b) If there is a new upstream version, cd checked out dir
> > 1. No munging required: use uscan --rename --verbose to get the
> >latest source.
> > 2. Munging needed. Run get-orig-source to get the latest upstre
Hi,
[Moving this away from the BTS]
On Thu, Mar 12 2009, Steve Langasek wrote:
> On Thu, Mar 12, 2009 at 12:38:24PM -0500, Manoj Srivastava wrote:
>
>> Is this so very different from what people do? Some times I do
>> not package every upstream version, if they are coming in rapid
>>
On 12-Mar-2009, Manoj Srivastava wrote:
> To recap:
> 1) apt-get source is enough to get the latest Debian source from the
> archive (and whet for older sources)
I presume you mean ‘wget’ here. (Apart from ‘apt-get source’, is there
another tool that is *solely* focussed on getting th
On Thu, Mar 12 2009, Bernd Zeimetz wrote:
> Manoj Srivastava wrote:
>> a) Run a upstream version check from cron, which mails me if there are
>> new upstream versions of something I have.
>
> What happens if your watch file breaks? Do you check upstream announcements
> manually, too?
On Thu, Mar 12 2009, Russ Allbery wrote:
> Manoj Srivastava writes:
>
>> a) Run a upstream version check from cron, which mails me if there are
>> new upstream versions of something I have.
>> b) If there is a new upstream version, cd checked out dir
>> 1. No munging required: use uscan
Package: wnpp
Severity: wishlist
Owner: Mirco Bauer
* Package name: nlog
Version : 1.0
Upstream Author : Jaroslaw Kowalski and others
* URL : http://www.nlog-project.org/
* License : BSD
Programming Lang: C#
Description : simple and flexible logging li
On 12-Mar-2009, Gunnar Wolf wrote:
> I feel this should clearly be an optional target, and the canonical
> location for orig.tar.gz files should still be our archive
Yes to both. Thanks for making this explicit in the discussion.
--
\ “Reichel's Law: A body on vacation tends to remain on v
On Thu, Mar 12, 2009 at 11:17:02PM +0100, Guus Sliepen wrote:
> On Thu, Mar 12, 2009 at 10:37:41PM +0100, Karl Ferdinand Ebert wrote:
> > - a clearly-defined client-server model: windows are independent
> > entities which may be attached simultaneously to multiple sessions
> > and viewed from multi
On Thu, Mar 12, 2009 at 10:37:41PM +0100, Karl Ferdinand Ebert wrote:
> > The short description should stand on its own, not reference other
> > software.
>
> The short description had been "terminal multiplexer" from the first
> packaging
> attempts but I did not know it had to be the line in
On Thu Mar 12, 2009 at 22:37:41 +0100, Karl Ferdinand Ebert wrote:
> - a more usable status line syntax, with the ability to display the first line
> of output of a specific command;
That is also possible in GNU Screen.
> - a cleaner, modern, easily extended, BSD-licensed codebase.
That w
Ich antworte mir mal selbst, um euch allen zu antworten. Ich finde das toll,
wieviele Hinweise und Links ihr genannt habt. Ich werde mir das mit meinen
Kindern angucken und alles ausprobieren, was denen gefällt.
HERZLICHEN DANK!
Manfred
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists
--On March 13, 2009 4:11:28 AM +0800 Thomas Goirand
wrote:
By the way, I'd like to find a nice way to build a Perl environment in a
chroot (I don't need anything else but perl), and for that, I'm quite
stuck. Best would be a minimal environment that allows to use CPAN to
add some modules. I
Sebastian Günther wrote:
> * Jimmy Johnson (field.engin...@gmail.com) [12.03.09 15:18]:
>> Hey Guy's I have Lenovo laptop, new "Lenny install" and I'm having to
>> type control+d to continue boot, I looked at "dmesg" and I can't make
>> what the problem is, so I post and maybe someone can figure
Hi,
Am Thursday 12 March 2009 07:37:11 schrieb Kapil Hari Paranjape:
> Hello,
>
> On Wed, 11 Mar 2009, Karl Ferdinand Ebert wrote:
> > I am looking for a sponsor for the new version 0.7-1
> > of my package "tmux".
>
> Here are some comments:
> - add FAQ to docs
> - add CHANGES file as upstream cha
On Thu, Mar 12, 2009 at 10:39:37PM +0100, Adeodato Simó wrote:
> * Roberto C. Sánchez [Thu, 12 Mar 2009 17:34:20 -0400]:
>
> > > It’s certainly not desirable. Do you have an estimation of how many
> > > reverse dependencies libluabind will have? Goswin’s remark about API
> > > compatibility is als
* Roberto C. Sánchez [Thu, 12 Mar 2009 17:34:20 -0400]:
> > It’s certainly not desirable. Do you have an estimation of how many
> > reverse dependencies libluabind will have? Goswin’s remark about API
> > compatibility is also an important one.
> Currently, none of the luabind packages have rever
Am Thursday 12 March 2009 11:13:00 schrieb Guus Sliepen:
> On Wed, Mar 11, 2009 at 11:56:01PM +0100, Karl Ferdinand Ebert wrote:
> > * Package name: tmux
> > Description : an alternative to screen, licensed under 3-BSD
>
> The short description should stand on its own, not reference other
On Thu, Mar 12, 2009 at 10:18:59PM +0100, Adeodato Simó wrote:
> * Roberto C. Sánchez [Tue, 10 Mar 2009 18:30:19 -0400]:
>
> > I am curious as to what people generally think of how the libluabind
> > SONAME will be going forward. I know that certain packages (like
> > libssl) have the complete ve
Veja:
http://javafree.uol.com.br/viewtopic.jbb?t=868743
--- Em qui, 12/3/09, Welisson escreveu:
> De: Welisson
> Assunto: Problemas como arquivos java
> Para: debian-user-portugu...@lists.debian.org
> Data: Quinta-feira, 12 de Março de 2009, 10:24
> Boa tarde a todos.
>
>
> Gostaria de um
"A" <=> Aurelien
Le(On) Thu, 12 Mar 2009 09:07:24 +0100,
Aurelien écrivait(wrote) :
A> Salut,
Bonsoir,
A> Bon, c'est peut-être un peu trollesque, jen'en sais rien, mais
A> n'étant pas sur le net le vendredi (!), je poste aujourd'hui.
Bah, on y arrive ! ;)
A> Ca fai
On Thu, 2009-03-12 at 20:18 +0100, Jaromír Mikeš wrote:
> > Od: Jonathan Wiltshire
>
> > On Thu, Mar 12, 2009 at 07:40:42PM +0100, Jaromír Mikeš wrote:
> > > /usr/bin/install: cannot create regular file `/usr/bin/jkmeter':
> > > Permission
> > > denied
> >
> > At a guess, the upstream build pro
d olariu a scris:
> Salve, Eddy.
>
> Nu am reuşit sa ajung pe pagina respectivă cu XX (eroare 404), ca să îmi
Era normal să nu fie, XX era o metodă de a spune "orice pagină de
acolo"; există câte o pagină pentru fiecare limbă în care există
traducere în Debian.
> dau seama cam cât timp (not mone
* Roberto C. Sánchez [Tue, 10 Mar 2009 18:30:19 -0400]:
> I am curious as to what people generally think of how the libluabind
> SONAME will be going forward. I know that certain packages (like
> libssl) have the complete version in the SONAME, but I can't imagine
> that this is a really good ide
Steve Langasek writes:
> (N.B.: I say "it makes sense to me", but in practice the packages I've
> inherited hardcode the version to pull in debian/rules rather than
> parsing the changelog. I consider this a minor bug that I just haven't
> gotten around to fixing.)
I got into the habit of doing
On Thu, Mar 12, 2009 at 09:59:50AM -0700, Russ Allbery wrote:
> I personally use the same technique that Steve uses for the packages that
> I maintain that need to be repacked, and I'm having a failure of
> imagination for how I could do it the way that Manoj describes.
I use versionned for packag
On Thu, Mar 12, 2009 at 12:38:24PM -0500, Manoj Srivastava wrote:
> Is this so very different from what people do? Some times I do
> not package every upstream version, if they are coming in rapid
> succession, or if I find some version unfit for Debian -- but in any
> case, the majori
On Thu, Mar 12, 2009 at 08:52:04PM +0100, Goswin von Brederlow wrote:
> Steve Langasek writes:
> > On Thu, Mar 12, 2009 at 11:03:06AM +0100, Goswin von Brederlow wrote:
> >> > What transitional issues is that going to cause us if and when multiarch
> >> > becomes generally available, if biarch p
Bernd Zeimetz writes:
> No, please don't just add another watch file just for the sake of it,
> using these files is more or less like living in the last
> century. People are able to get the current source from the Debian pool,
> if that is not enough for them, they should be old enough to be ab
"Giacomo A. Catenazzi" writes:
> Francesco P. Lovergine wrote:
>> On Wed, Mar 11, 2009 at 04:56:20PM +0100, Giacomo A. Catenazzi wrote:
>>> how to had new services in /etc/services database?
>>>
>> Asking netbase maintainer(s)? Just read /etc/services about that.
>
> Hmm. Reading your and dato an
Manoj Srivastava wrote:
> a) Run a upstream version check from cron, which mails me if there are
> new upstream versions of something I have.
What happens if your watch file breaks? Do you check upstream announcements
manually, too?
> b) If there is a new upstream version, cd checked out di
Steve Langasek writes:
> On Thu, Mar 12, 2009 at 11:03:06AM +0100, Goswin von Brederlow wrote:
>
>> > What transitional issues is that going to cause us if and when multiarch
>> > becomes generally available, if biarch packages start using the path now?
>
>> libfoo i386 then needs Replaces: lib32
Hi,
> The best way to get the exact sources for the current version
> probably should be a new watch file (watch-current) which has a static
> version number in the regexp, but can use all the other facilities f
> uscan -- wild carded directory, looking thoiugh an index.html page for
>
>> I just built a new version of one of my packages, and I got some lintian
>> errors like this:
>>
>> E: qpdf: prerm-does-not-call-installdocs usr/share/doc-base/qpdf-manual
>
> Upgrading to Lintian 2.2.7 should fix this problem. debhelper is correct.
>
> + [RA] Explicit install-docs calls are
Hi,
I'm sorry that it took us so much time to make a working yum package,
but we were quite overloaded with our work, taking over all the
customers of another web hosting company (taking all our time doing
support). Anyway, I could today take the time to upload a working
version of yum. Here it is
Congratulation for Nico and Steffen.
Can i ask how they started to work and develop with security? My dream is to
become an security developer/professional.
2009/3/11 Joey Schulze
> We're glad to announce the addition of Nico Golde and Steffen Joeris
> as full members of the security team. B
Eric Cooper writes:
> Regarding the other thread in -devel about the future of inetd: in my
> case I found it very sensible to jettison all the code for opening
> sockets, binding ports, handling IPv6, handling tcp-wrappers,
> daemonizing processes, etc. and punt it to inetd. Since apt clients
Manoj Srivastava writes:
> a) Run a upstream version check from cron, which mails me if there are
> new upstream versions of something I have.
> b) If there is a new upstream version, cd checked out dir
> 1. No munging required: use uscan --rename --verbose to get the
>latest so
On Thu, Mar 12 2009, Russ Allbery wrote:
>
> I personally use the same technique that Steve uses for the packages that
> I maintain that need to be repacked, and I'm having a failure of
> imagination for how I could do it the way that Manoj describes.
Hmm. Let me see if I can elucidate. He
Gunnar Wolf writes:
> Good point you have here - But (and I know it is not being discussed
> yet, maybe you want to teleport this thread a couple of years into the
> future) I feel this should clearly be an optional target, and the
> canonical location for orig.tar.gz files should still be our ar
On Wed, 2009-03-11 at 23:56 +0100, Karl Ferdinand Ebert wrote:
> Package: wnpp
> Severity: wishlist
> Owner: Karl Ferdinand Ebert
>
> * Package name: tmux
> Version : 0.7
> Upstream Author : Nicholas Marriott
> * URL : http://sf.net/projects/tmux
> * License :
On Thu, Mar 12, 2009 at 11:03:06AM +0100, Goswin von Brederlow wrote:
> > What transitional issues is that going to cause us if and when multiarch
> > becomes generally available, if biarch packages start using the path now?
> libfoo i386 then needs Replaces: lib32foo. But it already needs
> Conf
On Thu, Mar 12 2009, Steve Langasek wrote:
> On Wed, Mar 11, 2009 at 10:13:51AM -0500, Manoj Srivastava wrote:
>> This is what diferentiates is from uscan; indeed, I use uscan in
>> the cases where I provide the target, The target unpacks the
>> raw upstream source, munges it (by, say, r
On Thu, Mar 12, 2009 at 02:13:12PM +0100, Holger Levsen wrote:
> On Donnerstag, 12. März 2009, Giacomo A. Catenazzi wrote:
> > But now I'm not sure about:
> > - if it is a good thing to have admin choosed ports
>
> I dont think so and I guess I'm not alone and thats why there is no best
> practic
Primary reason why I raised it appeared when I tried hackable1
Debian-based distribution for freerunner. X server was hardcoded to use
/usr/bin/xkbd for a keyboard which comes up whenever user presses AUX
button. There were no easy way to alternate the input method. So for qwo
package I just sugges
Steve Langasek dijo [Thu, Mar 12, 2009 at 02:05:42AM -0700]:
> I think it's perfectly reasonable to want the get-orig-source target to give
> you a *specified* version of an upstream tarball, rather than the *newest*
> version of an upstream tarball. Packaging a new upstream version doesn't
> nece
Dear -release,
[CC'ing pkg-multimedia-maintainers as the current toolame maintainers,
pkg-mythtv-maintainers as the current twolame maintainers and
debian-devel for general discussion ;) ]
I am going to request the removal of the toolame package from unstable
and testing in the short term. toolam
Hi,
On Donnerstag, 12. März 2009, Giacomo A. Catenazzi wrote:
> But now I'm not sure about:
> - if it is a good thing to have admin choosed ports
I dont think so and I guess I'm not alone and thats why there is no best
practice to do that. The only (typo of) package where I can think off where
A not-so-quick scan through the Gentoo source tree, pointed at the
following software as containing the old dtoa.c file (checked against
the word1 define):
Mozilla-derived software (nspr, xulrunner (1.8 and 1.9), seamonkey,
thunderbird, sunbird, nvu), Ruby (1.8 and 1.9), Qt 4.5, kdelibs 3.5,
Virtu
On 11 March 2009 at 15:35, Norbert Preining wrote:
| On Mi, 11 M r 2009, Dirk Eddelbuettel wrote:
| > but I DO care about the fact that Debian unstable as a whole is FTBFS
| >
| > which I don't find too acceptable. Now, stuff happens, Norbert is on it,
and
| > hopefully this will be over s
Package: wnpp
Severity: wishlist
Owner: Salvatore Bonaccorso
* Package name: bosh
Version : 0.5
Upstream Author : Alex Sisson
* URL : http://bosh.sourceforge.net/
* License : GPL
Programming Lang: C
Description : browse output of processes
bosh stands
Hi Josselin,
On Do, 12 Mär 2009, Josselin Mouette wrote:
> Are you volunteering to do this work in the future for other library
> transitions?
No need. If you (the devs of poppler) just warn rdepends on imminent
upload and send a pre-version for testing we can react. Fixing poppler
patches did be
Francesco P. Lovergine wrote:
On Wed, Mar 11, 2009 at 04:56:20PM +0100, Giacomo A. Catenazzi wrote:
how to had new services in /etc/services database?
Asking netbase maintainer(s)? Just read /etc/services about that.
Hmm. Reading your and dato answers, it seems I wrote wrongly my mail.
The
Package: wnpp
Severity: wishlist
Owner: Daniel Watkins
* Package name: python-django-formfieldset
Version : 0+git20090312-f07320dd
Upstream Author : Atamert Ölçgen
* URL : http://github.com/muhuk/django-formfieldset/tree/master
* License : BSD
Programming La
Package: wnpp
Severity: wishlist
Owner: Guido Trotter
* Package name: lxc
Version : 0.6.0
Upstream Author : IBM Corporation
* URL : http://lxc.sourceforge.net/
* License : LGPL
Programming Lang: C
Description : Linux containers userspace tools
This pac
Package: wnpp
Severity: wishlist
Owner: Jean Parpaillon
* Package name: hpcc
Version : 1.3.1
Upstream Author : HPC Challenge team
* URL : http://icl.cs.utk.edu/hpcc/
* License : BSD
Programming Lang: C, mpi
Description : HPC Challenge Benchmark
This
On Wed, Mar 11, 2009 at 11:56:01PM +0100, Karl Ferdinand Ebert wrote:
> * Package name: tmux
> Description : an alternative to screen, licensed under 3-BSD
The short description should stand on its own, not reference other software.
You can mention this package's relation with screen in
Neil Williams writes:
> However, there is another issue here - if the device is multi-user,
> most login managers cannot cope with a touchscreen keyboard. gpe-login
> is one that can, gdm cannot.
>
> Having touchscreen keyboard support in X is good as long as the user
> can log into their X envir
Steve Langasek writes:
> On Wed, Mar 11, 2009 at 11:16:47PM +0100, Tollef Fog Heen wrote:
>> ]] Clint Adams
>
>> | It may be time to change packages installing files to
>> | /emul/ia32-linux (which violates the FHS) to use
>> | /usr/lib32 instead.
>
>> Could we pretty please use the multiarch pa
On Wed, Mar 11, 2009 at 04:56:20PM +0100, Giacomo A. Catenazzi wrote:
> how to had new services in /etc/services database?
>
> ciao
> cate
Asking netbase maintainer(s)? Just read /etc/services about that.
--
Francesco P. Lovergine
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.d
Steve Langasek writes:
> On Wed, Mar 11, 2009 at 10:50:23PM +, Clint Adams wrote:
>> On Wed, Mar 11, 2009 at 11:16:47PM +0100, Tollef Fog Heen wrote:
>> > Could we pretty please use the multiarch paths here if we start moving
>> > stuff around? We're going to need to patch gcc/binutils if we
Clint Adams writes:
> It may be time to change packages installing files to
> /emul/ia32-linux (which violates the FHS) to use
> /usr/lib32 instead.
NO NO NO NO NO NO NO NO.
It is high time to change to the multiarch dir. For that gcc needs to
be fixed first so compiling 32bit code does not bre
Le jeudi 12 mars 2009 à 10:08 +0200, Riku Voipio a écrit :
> Perhaps it should be assumed by default that soname transitions require
> source changes, _unless_ proven otherwise. And proving is really simple -
> just try recompiling all reverse dependencies against the new library.
Are you voluntee
On Wed, Mar 11, 2009 at 10:13:51AM -0500, Manoj Srivastava wrote:
> This is what diferentiates is from uscan; indeed, I use uscan in
> the cases where I provide the target, The target unpacks the
> raw upstream source, munges it (by, say, removing a subdir which has
> non-dfsg stuff, or
On Wed, Mar 11, 2009 at 12:55:52PM +0100, Adeodato Simó wrote:
> The problem is, of course, defining the “well-defined policy”. For most
> libraries an early removal has no big consequences. It would have been
> tempting to have guessed that there wouldn’t be any for poppler either,
> because the f
On Wed, Mar 11, 2009 at 3:21 PM, Stefano Zacchiroli wrote:
> On Wed, Mar 11, 2009 at 01:14:03PM +0100, Bill Allombert wrote:
>> I fail to see the difference between a BDF-to-PCF converter and a C compiler
>> that will discard comments from the C source files. Yet we do not generally
>> ship C sour
On Wed, 11 Mar 2009 23:38:49 -0400
Yaroslav Halchenko wrote:
> In the light of having Debian on all kinds of devices with touchscreens
> (tablets/freerunner), I propose to add a virtual package
>
> x-keyboard
> or may be better
> x-onscreen-keyboard ?
x- infers screen IMHO in the same way as x-
73 matches
Mail list logo
