Manoj Srivastava <[EMAIL PROTECTED]> writes:
> On Fri, 09 Nov 2007 10:03:40 -0800, Russ Allbery <[EMAIL PROTECTED]> said:
>> Those file descriptor close loops are somewhat controversial. Not
>> everyone agrees that they're a good idea, and some upstreams will push
>> back on doing it. I find th
On Sat, 10 Nov 2007 21:42:52 -0800, Russ Allbery <[EMAIL PROTECTED]> said:
> Also, do we really need *any* printing system as priority: standard?
> It's not clear to me that printing is still really part of a standard
> Unix installation, even for desktop users (and it definitely isn't for
> serv
On Fri, 09 Nov 2007 10:03:40 -0800, Russ Allbery <[EMAIL PROTECTED]> said:
> Petter Reinholdtsen <[EMAIL PROTECTED]> writes:
>> This might work, but the correct fix is to get the daemon to close
>> all file descriptors when it daemonizes.
> Those file descriptor close loops are somewhat controve
On Sat, 10 Nov 2007 16:19:37 +0100, Marc Haber <[EMAIL PROTECTED]> said:
> On Fri, 09 Nov 2007 22:00:42 +0100, Petter Reinholdtsen
>> [EMAIL PROTECTED]> wrote:
>> [Marc Haber]
>>> I do not plan to do so for obvious reasons.
>>
>> It is not obvious for me. Can you explain why it should be obviou
Bernd Zeimetz <[EMAIL PROTECTED]> writes:
> Not sure if anybody is still using the old BSD printing stuff - at least
> I can't see any reason why it should have a higher priority than
> optional.
I am. It's simple and it works, and CUPS seems ridiculously bloated for
the only printing need I hav
Russ Allbery wrote:
> Also, do we really need *any* printing system as priority: standard? It's
> not clear to me that printing is still really part of a standard Unix
> installation, even for desktop users (and it definitely isn't for
> servers).
>
I'd guess most Desktop installations have a
lpr's standard priority nonwithstanding, CUPS has been the default print
system in Debian -- if you select the desktop or print server tasks --
for at least the last two releases. This is why popcon shows 5000 lpr
installations to 45000 cupsys installations.
Yes, it would make more sense for samba
I don't have any objections to Samba switching, but for the rest:
Steve Langasek <[EMAIL PROTECTED]> writes:
> - Should we consider raising the priority of cupsys to standard, to take the
> place of lpr as an available-by-default printing system on stock installs?
The last time I looked at CUP
A few years back, Samba upstream began using CUPS as the default printing
system whenever CUPS support was enabled. At the time, cupsys was Priority:
optional, and lpr as the standard Unix printing interface was Priority:
standard (or higher), so I patched the Samba packages in Debian to default
t
Am Samstag 10 November 2007 schrieb Neil Williams:
> On Sat, 10 Nov 2007 15:02:31 +0100
> Hendrik Sattler <[EMAIL PROTECTED]> wrote:
> > Am Dienstag 06 November 2007 schrieb Neil Williams:
> > > The most common change is simply to retrieve the cross-building
> > > metadata from dpkg-architecture in
Package: wnpp
Severity: wishlist
Owner: LI Daobing <[EMAIL PROTECTED]>
Package: wnpp
Severity: wishlist
Owner: LI Daobing <[EMAIL PROTECTED]>
* Package name: yac163
Version : 0.3.0
Upstream Author : Tao Liu <[EMAIL PROTECTED]>
* URL : https://sourceforge.net/projects/y
Pierre THIERRY <[EMAIL PROTECTED]> writes:
> Scribit Josselin Mouette dies 09/11/2007 hora 22:53:
>> BTW, there is another package which does this, and which is likely to
>> cause you much more trouble: python. The build system compiles the
>> modules using the generated python binary.
> This is
Le samedi 10 novembre 2007 à 17:18 +0100, Pierre THIERRY a écrit :
> Scribit Josselin Mouette dies 09/11/2007 hora 22:53:
> > BTW, there is another package which does this, and which is likely to
> > cause you much more trouble: python. The build system compiles the
> > modules using the generated
Josh Triplett wrote:
> Thus, I would argue that:
>
> * No locate should have standard priority as long as findutils
> contains locate.
> * locate should move out of findutils into a separate package.
> * Once that happens, if any locate should have priority standard,
> mlocate should.
> * Howe
Scribit Josselin Mouette dies 09/11/2007 hora 22:53:
> BTW, there is another package which does this, and which is likely to
> cause you much more trouble: python. The build system compiles the
> modules using the generated python binary.
This is a classical problem in bootstrapping a language imp
On Tue, Nov 06, 2007 at 05:49:11PM +0200, Riku Voipio wrote:
>
> As I see what Neil wrote, nocheck (I prefer this over notest) affects
> only testsuite. As for *handling* packages that run compiled code during
> build.. well that's the reason why scratchbox was invented :)
I'm confused about how
On Fri, Nov 09, 2007 at 06:53:12PM -0600, Raphael Geissert wrote:
> Hi all,
>
> It's not uncommon to see buildds (actually build tools) override the
> package/Release signature warning.
That's inevitable because http://incoming.debian.org is not signed; The
update frequency of that repository (wh
On Fri, Nov 09, 2007 at 10:50:23AM +0100, Holger Levsen wrote:
> Hi,
>
> On Friday 09 November 2007 10:45, Fabio Tranchitella wrote:
> > I'd suggest that if ftp-master is down, the message should go to both d-d-a
> > and the infrastructure list.
>
> I'm not sure I see the benefit to also have it
On Fri, Nov 09, 2007 at 10:24:46PM +0100, Adeodato Simó wrote:
> * Petter Reinholdtsen [Fri, 09 Nov 2007 22:00:42 +0100]:
> > It is not obvious for me. Can you explain why it should be obvious
> > that you do not plan to patch the daemon to write its own pid file?
> > For me, the obvious solution
On Fri, Nov 09, 2007 at 04:15:24PM +0100, Marc Haber wrote:
> On Fri, 9 Nov 2007 08:49:22 +0100, Wouter Verhelst <[EMAIL PROTECTED]>
> wrote:
> >log_daemon_msg "Starting Foo Daemon" "foo"
> >start-stop-daemon --whatever --you --want --here
> >log_end_msg 0
>
> I do not think that this is particula
On Fri, 09 Nov 2007 22:00:42 +0100, Petter Reinholdtsen
<[EMAIL PROTECTED]> wrote:
>[Marc Haber]
>> I do not plan to do so for obvious reasons.
>
>It is not obvious for me. Can you explain why it should be obvious
>that you do not plan to patch the daemon to write its own pid file?
>For me, the ob
On Sat, 10 Nov 2007 15:02:31 +0100
Hendrik Sattler <[EMAIL PROTECTED]> wrote:
> Am Dienstag 06 November 2007 schrieb Neil Williams:
> > The most common change is simply to retrieve the cross-building
> > metadata from dpkg-architecture in debian/rules:
> > http://wiki.debian.org/EmdebianGuide
>
>
Package: wnpp
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org
--- Please fill out the fields below. ---
Package name: Plasmidomics
Version: 0.2
Upstream Author: [Dr. Robert Winkler <[EMAIL PROTECTED]> ]
URL: [http://www.bioprocess.org/plasmid/]
License: [GPLv3]
Description: [Plasmi
Am Dienstag 06 November 2007 schrieb Neil Williams:
> The most common change is simply to retrieve the cross-building
> metadata from dpkg-architecture in debian/rules:
> http://wiki.debian.org/EmdebianGuide
Does Emdebian support upcoming cmake-2.6 cross-compile support or is this
planned?
See: h
On Tue, Nov 06, 2007 at 10:50:51PM +0100, Mike Hommey wrote:
> > AFAIK there's nothing to be fixed here. If you specify both --build and
> > --host, autoconf sees this as a request for cross-compiling. Of course,
> > invoking the native compiler as a cross-compiler should /generally/ give the
> >
On Tue, Nov 06, 2007 at 01:04:48PM +, Neil Williams wrote:
> DEB_HOST_GNU_TYPE=$(shell dpkg-architecture -qDEB_HOST_GNU_TYPE)
> DEB_BUILD_GNU_TYPE=$(shell dpkg-architecture -qDEB_BUILD_GNU_TYPE)
>
> Depending on whether the package uses ./configure:
> ifneq ($(DEB_HOST_GNU_TYPE),$(DEB_BUILD_GN
> Well, I would hope that we don't need to do grunt homework for the
> wxwidgets upstream. If developers are so stupid to adopt an unstable
> and unusable product for their programs, it is their bad choice
> not a problem of us.
As long as we ship software using broken libraries it _IS_ our prob
Bernd Zeimetz <[EMAIL PROTECTED]> wrote:
[...]
> Why not remove locate from findutils instead of putting it into a
> separate package? I can't see any reason why one would need it if
> there's mlocate. Probably add a Recommends: mlocate to findutils.
dlocate iirc depends on the GNU locate helper b
Josh Triplett wrote:
Thus, I would argue that:
>
> * No locate should have standard priority as long as findutils
> contains locate.
> * locate should move out of findutils into a separate package.
> * Once that happens, if any locate should have priority standard,
> mlocate should.
> * Howeve
On Sat, Nov 10, 2007 at 10:59:06AM +0100, Francesco P. Lovergine wrote:
> On Fri, Nov 09, 2007 at 04:03:56PM +0100, Loïc Minier wrote:
> > On Fri, Nov 09, 2007, Francesco P. Lovergine wrote:
> > > So what about that? 2.8 is around since almost 1 year, and this delay
> > > is not justifiable IMHO. T
Adeodato Simó wrote:
> I'm preparing packages for mlocate, and personally I would like to
> upload it with Priority: standard. But I'm open to be convinced that is
> not a good idea (eg. "standard is already bloated").
>
> I think having a working /usr/bin/locate is a reasonable expectation for
>
Adeodato Simó <[EMAIL PROTECTED]> wrote:
> I'm preparing packages for mlocate, and personally I would like to
> upload it with Priority: standard. But I'm open to be convinced that is
> not a good idea (eg. "standard is already bloated").
> I think having a working /usr/bin/locate is a reasonable
On Fri, Nov 09, 2007 at 08:54:06PM -0600, Raphael Geissert wrote:
> Michael Banck wrote:
> > Won't somebody else stop the attack in their place then, who does check
> > the signatures?
>
> If a mirror is compromised, unless I'm missing something, it won't be
> updated until ftp-master sends a mirr
Hello.
I'm preparing packages for mlocate, and personally I would like to
upload it with Priority: standard. But I'm open to be convinced that is
not a good idea (eg. "standard is already bloated").
I think having a working /usr/bin/locate is a reasonable expectation for
a Linux system nowadays,
On Sat, Nov 10, 2007 at 10:52:47AM +0100, Francesco P. Lovergine wrote:
> future 3.0 is definitively a per-program ones, it is not
> a duty of the library package.
s/package/packager/
--
Francesco P. Lovergine
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trou
On Fri, Nov 09, 2007 at 04:03:56PM +0100, Loïc Minier wrote:
> On Fri, Nov 09, 2007, Francesco P. Lovergine wrote:
> > So what about that? 2.8 is around since almost 1 year, and this delay
> > is not justifiable IMHO. There are now tons of developers and
> > maintainers that need to build against 2
On Fri, Nov 09, 2007 at 07:51:31PM +0100, Bernd Zeimetz wrote:
>
> >
> > So what about that? 2.8 is around since almost 1 year, and this delay
> > is not justifiable IMHO. There are now tons of developers and
> > maintainers that need to build against 2.8, and I doubt a transition
> > plan from 2
Package: wnpp
Owner: Varun Hiremath <[EMAIL PROTECTED]>
Severity: wishlist
* Package name: libjboss-aop-java
Version : 2.0.0.beta2
Upstream Author : JBoss Inc.
* URL or Web page : http://labs.jboss.com/jbossaop/
* License : LGPL
Description : JBoss Aspect Oriented Pro
Dear Colleague,
We would like to inform you of the:
TSCF 2008 INTERNATIONAL SOCIAL CAPITAL CONFERENCE, "Perspectives on Social
Capital and Social Inclusion", Buggiba, Malta, 19-22 September 2008.
The Social Capital Foundation invites papers and proposals for the TSCF 2008
International Soc
39 matches
Mail list logo
