Hi,
the Debian Perl Policy asks for packages for the Foo::Bar module to be
named libfoo-bar-perl [1]. Some packages do not adhere to this scheme:
opalmod → libopal-perl
gnuift-perl → libgnuift-perl
perl-mapscript→ libmapscript-perl
perl-tk →
[re-sending, with proper debian-devel address, sorry for the noise]
Hello Christopher and all,
This ITP was stalled, so I packaged this tool. I am looking for one or
more co-maintainer (read more at the bottom).
On Fri, 2009-06-19 at 15:18 -0700, Simmons, Christopher wrote:
> Package: wnpp
>
>
[re-sending, with proper debian-devel address, sorry for the noise]
Hello,
On Tue, 2010-03-23 at 01:20 +0100, Frank Lin PIAT wrote:
> This ITP was stalled, so I packaged this tool...
>
> * Package name: libhugetlbfs
> Description : Tools and Library access huge pages of memory
>
> ::h
[Ben Hutchings]
> "ipv6
> This bug affects support for Internet Protocol version 6."
>
> This is *not* the same as the release goal, which is about fixing
> networking programs that don't support IPv6 at all. Many of these bugs
> should not be release-critical.
How is it different from t
On Tue, Mar 23, 2010 at 09:19:08AM +0100, Petter Reinholdtsen wrote:
> [Ben Hutchings]
> > "ipv6
> > This bug affects support for Internet Protocol version 6."
> >
> > This is *not* the same as the release goal, which is about fixing
> > networking programs that don't support IPv6 at all.
2010/3/23 Ansgar Burchardt :
> Hi,
>
> the Debian Perl Policy asks for packages for the Foo::Bar module to be
> named libfoo-bar-perl [1]. Some packages do not adhere to this scheme:
>
> opalmod → libopal-perl
> gnuift-perl → libgnuift-perl
> perl-mapscript → libm
On Tue, Mar 23, 2010 at 02:14:51AM +0100, Frank Lin PIAT wrote:
> On Tue, 2010-03-23 at 01:20 +0100, Frank Lin PIAT wrote:
> > This ITP was stalled, so I packaged this tool...
> >
> > * Package name: libhugetlbfs
> > Description : Tools and Library access huge pages of memory
> >
> > ::
Zitat von Ben Hutchings :
"ipv6
This bug affects support for Internet Protocol version 6."
This is *not* the same as the release goal, which is about fixing
networking programs that don't support IPv6 at all. Many of these bugs
should not be release-critical.
Context? Can you make yo
["Followup-To:" header set to gmane.linux.debian.devel.general.]
On 2010-03-23, Jozef Kutej wrote:
> what should be the motivation and reasoning for spending time on this task? as
> it will require change on the package it self, all the packages that have it
> as
> dependency, plus an transition
Ansgar Burchardt wrote:
> the Debian Perl Policy asks for packages for the Foo::Bar module to be
Perl module packages *should* be named... :)
> I believe these modules should be renamed to have a consistent naming
> scheme in Debian instead of using a prefix "perl-" or omitting the "lib"
> for so
Carlo Segre writes:
> On Mon, 22 Mar 2010, Marc 'HE' Brockschmidt wrote:
>> We are currently reworking the non-free support in the buildd
>> network. In the long term, we want to be able to build whitelisted
>> packages, and allow contrib packages to use binaries built from
>> whitelisted package.
Michael Hanke writes:
> since a while I try to figure out why a package is not being auto-built.
> I was suggested to contact the "team that runs the non-free
> autobuilders". However, I have trouble finding that team. Whom could I
> contact -- neither google nor the wiki seems to know about them.
On Sat, Mar 20, 2010 at 01:27:52PM +0100, Harald Braumann wrote:
> On Fri, Mar 19, 2010 at 05:56:40PM -0700, Russ Allbery wrote:
> > Harald Braumann writes:
> > > On Thu, Mar 18, 2010 at 04:52:07PM -0700, Russ Allbery wrote:
> >
> > >> You add an additional ar member that contains the signed chec
[Philipp Kern]
> It's consistent. I'm always annoyed when looking for a Perl package that
> apt-cache search lib-perl doesn't turn up something but another
> search phrase might have.
I normally use 'apt-cache serach perl|grep -i ', and it almost
always give me a useful result. I suspect it is
Package: wnpp
Severity: wishlist
Owner: Andras Horvath
* Package name: aaphoto
Version : 0.36-1
Upstream Author : Andras Horvath
* URL : http://log69.com/aaphoto_en.html
* License : GPLv3
Programming Lang: C
Description : Auto Adjust Photo, automatic
On 23/03/2010 09:57, Colin Watson wrote:
> Who should be able to use huge pages? What basis should a system
> administrator use to determine who should be added to this group?
To start, I see two use cases:
- developers/researchers, in particular in HPC field that needs to
be able to efficientl
On Tue, Mar 23, 2010 at 11:20:07AM +0100, Marc 'HE' Brockschmidt wrote:
> Michael Hanke writes:
> > since a while I try to figure out why a package is not being auto-built.
> > I was suggested to contact the "team that runs the non-free
> > autobuilders". However, I have trouble finding that team.
On Mar 23, Colin Watson wrote:
> Who should be able to use huge pages? What basis should a system
KVM, Oracle.
--
ciao,
Marco
signature.asc
Description: Digital signature
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 23-03-2010 05:35, Hendrik Sattler wrote:
> Zitat von Ben Hutchings :
>
>> "ipv6
>> This bug affects support for Internet Protocol version 6."
>>
>> This is *not* the same as the release goal, which is about fixing
>> networking programs tha
Zitat von "Felipe Augusto van de Wiel (faw)" :
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 23-03-2010 05:35, Hendrik Sattler wrote:
Zitat von Ben Hutchings :
"ipv6
This bug affects support for Internet Protocol version 6."
This is *not* the same as the release goal, which is ab
On Tue, Mar 23, 2010 at 8:33 PM, Hendrik Sattler
wrote:
> BTW: How can I force that page to _not_ use the "preferred language" of the
> browser? Having to change that in the firefox/iceweasel settings every time
> is a bit... weird.
That is a feature, not a bug. Why is your preferred language se
On Tue, Mar 23, 2010 at 08:55:09PM +0800, Paul Wise wrote:
> On Tue, Mar 23, 2010 at 8:33 PM, Hendrik Sattler
> wrote:
>
> > BTW: How can I force that page to _not_ use the "preferred language" of the
> > browser? Having to change that in the firefox/iceweasel settings every time
> > is a bit...
Zitat von Hendrik Sattler :
http://www.debian.org/Bugs/Developer#tags
BTW: How can I force that page to _not_ use the "preferred language" of
the browser? Having to change that in the firefox/iceweasel settings
every time is a bit... weird.
Ups. Should have scrolled all the way down :-/
HS
Jozef Kutej writes:
> Ansgar Burchardt wrote:
>> the Debian Perl Policy asks for packages for the Foo::Bar module to be
> Perl module packages *should* be named... :)
"Non-conformance with guidelines denoted by should (or recommended)
will generally be considered a bug, but will not necessar
On Tue, Mar 23, 2010 at 10:04:58PM +0900, Ansgar Burchardt wrote:
Jozef Kutej writes:
Ansgar Burchardt wrote:
the Debian Perl Policy asks for packages for the Foo::Bar module to be
Perl module packages *should* be named... :)
"Non-conformance with guidelines denoted by should (or recommen
tags #539354 help
thanks
Hello,
As I have no clue about TTY setup, let see if I can get some other
opinions on debian-devel.
The question raised on http://bugs.debian.org/547079 is who shall be
responsible for setting up the user's tty (e.g. regarding UTF-8 handling).
Some defaults are in the k
Zitat von Paul Wise :
On Tue, Mar 23, 2010 at 8:33 PM, Hendrik Sattler
wrote:
BTW: How can I force that page to _not_ use the "preferred language" of the
browser? Having to change that in the firefox/iceweasel settings every time
is a bit... weird.
That is a feature, not a bug. Why is your
[Nicolas François]
> As I have no clue about TTY setup, let see if I can get some other
> opinions on debian-devel.
>
> The question raised on http://bugs.debian.org/547079 is who shall be
> responsible for setting up the user's tty (e.g. regarding UTF-8 handling).
This sound related to http://bu
Hello,
I am currently preparing a Debian port to the "e500" architecture for my
employer eXMeritus, a subdivision of Boeing. The "e500" architecture is an
architecturally-incompatible variant of PowerPC sponsored by IBM and
FreeScale, used in several of FreeScale's high-end embedded networking
pr
Petter Reinholdtsen, le Tue 23 Mar 2010 15:33:22 +0100, a écrit :
>
> [Nicolas François]
> > As I have no clue about TTY setup, let see if I can get some other
> > opinions on debian-devel.
> >
> > The question raised on http://bugs.debian.org/547079 is who shall be
> > responsible for setting up
Moffett, Kyle D scrisse:
> I am currently preparing a Debian port to the "e500" architecture for
> my employer eXMeritus, a subdivision of Boeing.
[...]
> * Are there any immediate recommendations or cautions regarding a
> new architecture port?
You may be interested in http://www.debian-ports
On Tue, 23 Mar 2010 22:04:58 +0900, Ansgar Burchardt wrote:
> > can you list the benefits?
> · Consistency. I like to find packages with a name I would expect.
>Charles Plessy [2] and Philipp Kern [3] seem to agree with this.
Count me in.
A consistent schema is easier for searching, for dow
[Note: I'm not authorized to speak "on behalf of" my employer, but this
represents (to the best of my knowledge) our current plans and goals]
Please maintain the CC list, all of us here at eXMeritus are interested in
comments and advice.
On 2010/03/23 13:40, "Moritz Muehlenhoff" wrote:
> On 201
On Tue, 23 Mar 2010 13:04:04 -0500, Moffett, Kyle D wrote:
> [Note: I'm not authorized to speak "on behalf of" my employer, but this
> represents (to the best of my knowledge) our current plans and goals]
>
> Please maintain the CC list, all of us here at eXMeritus are interested in
> comments an
On 2010-03-23, Moffett, Kyle D wrote:
[ Only commenting on two issues, the sbuild maintainers, powerpc and Debian
embedded people are more versed in commenting them. ]
> * Regarding software security updates, I am aware that most vendors of OS
> distributions participate in coordinated-disclos
On Tue, Mar 23, 2010 at 01:04:04PM -0500, Moffett, Kyle D wrote:
> [Note: I'm not authorized to speak "on behalf of" my employer, but this
> represents (to the best of my knowledge) our current plans and goals]
>
> Please maintain the CC list, all of us here at eXMeritus are interested in
> comme
Moritz Muehlenhoff wrote:
>> * Even if an e500 port does not go upstream, would it be possible to get
>> the appropriate entries added to the upstream dpkg cpu and triplet
>> tables? We're using a simple 10-line patch to dpkg locally, hopefully
>> that would be acceptable?
>
> That has been done i
[Note: I'm not authorized to speak "on behalf of" my employer, but this
represents (to the best of my knowledge) our current plans and goals]
Please maintain the CC list, all of us here at eXMeritus are interested in
comments and advice.
Thanks for your detailed comments! I'm very optimistic th
[this and the following mails are resent versions, my mails did not
make it to the list due to some config problem - sorry for any dups
this may cause]
Since April 2009, kernel-package has no use any more for the
{kernel,linux}-patch-* packages (AFAIK the current recommended way of
patching a kern
On Sun, Mar 21, 2010 at 12:17:22AM +0900, Hideki Yamane wrote:
> On Sat, 20 Mar 2010 15:14:59 +0100
> Yann Dirson wrote:
> > So the question is, is it time to request removal of those packages,
> > or is there any remaining reason not to do so that I missed ?
>
> As linux-patch-tomoyo1.7 package
On Sun, Mar 21, 2010 at 11:57:01AM +0100, Yann Dirson wrote:
> On Sat, Mar 20, 2010 at 05:39:00PM +0100, Jonas Smedegaard wrote:
> > On Sat, Mar 20, 2010 at 05:28:33PM +0100, Yann Dirson wrote:
> > >On Sun, Mar 21, 2010 at 12:17:22AM +0900, Hideki Yamane wrote:
> > >>On Sat, 20 Mar 2010 15:14:59 +0
Hi Samuel,
On Tue, Mar 23, 2010 at 05:18:42PM +0100, Samuel Thibault wrote:
>
> See my concern in the bug report:
>
> “My concern is that getty used to not keep any flag at all. Keeping
> _some_ flags contrary to none is not just a "fix", it's a change of
> behavior. Think for instance about a
Package: wnpp
Severity: wishlist
Owner: Tim Retout
Owner: Tim Retout
* Package name: libnet-nationalrail-livedepartureboards-perl
Version : 0.02
Upstream Author : Tim Retout
* URL :
http://search.cpan.org/dist/Net-NationalRail-LiveDepartureBoards/
* License
On Tue, Mar 23, 2010 at 11:35:33PM +0100, Yann Dirson wrote:
> On Sun, Mar 21, 2010 at 12:17:22AM +0900, Hideki Yamane wrote:
> > On Sat, 20 Mar 2010 15:14:59 +0100
> > Yann Dirson wrote:
> > > So the question is, is it time to request removal of those packages,
> > > or is there any remaining rea
Вибро оргазм ! Получи незабываемое удовольствие от вибраций своего мобильного
телефон, испытай незабываемые ощущение!! http://kl.am/9d38
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http:
On Tue, Mar 23 2010, Yann Dirson wrote:
> Let's maybe stay focussed on the initial problem: we *had* a way to
> handle kernel patches as part of a self-contained distribution, but
> there is no support for this any more. Moreover that support we had
> was not 100% satisfactory (eg. bad handling
On Tue, 23 Mar 2010, Ansgar Burchardt wrote:
Jozef Kutej writes:
Ansgar Burchardt wrote:
the Debian Perl Policy asks for packages for the Foo::Bar module to be
Perl module packages *should* be named... :)
"Non-conformance with guidelines denoted by should (or recommended)
will generally
47 matches
Mail list logo
