Quoting Steve Langasek ([EMAIL PROTECTED]):
> 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
There's been a long standing performance issue of using xfonts-wqy due
to compression. As Fang Qianqian <[EMAIL PROTECTED]> pointed
out, the Debian Policy[1] requires pcf to be gzipped. However, due to
the huge set of Chinese characters, the compression brings serious
performance issue as pointed o
Josselin Mouette wrote:
>Le lundi 05 novembre 2007 à 05:18 +, brian m. carlson a écrit :
> > According to Wikipedia, the translator died in 1921, which means that
> > his translation occurred prior to 1923. In this case, the translation
> > is in the public domain in the United States, so the
Package: wnpp
Severity: wishlist
Owner: Daniel Kahn Gillmor <[EMAIL PROTECTED]>
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
* Package name: vblade-persist
Version : 0.1-1
Upstream Author : Daniel Kahn Gillmor <[EMAIL PROTECTED]>
* URL : http://cmrg.fifthhorseman.net
Hi
On Sun, 11 Nov 2007 20:31:55 -0700
Tim Spriggs <[EMAIL PROTECTED]> wrote:
> Is there no way of listing open file handles within a process? It seems
> like there should be a better way. If the kernel knows what file handles
> exist (and lsof can get the info) then what's stopping a process fr
On Sat, Nov 10, 2007 at 09:42:52PM -0800, Russ Allbery wrote:
> > - 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 CUPS, it was massively more complicated than
Russ Allbery wrote:
Steve Langasek <[EMAIL PROTECTED]> writes:
On Sun, Nov 11, 2007 at 09:25:11PM +0100, Arthur de Jong wrote:
This seems to be quite common code (from one of my packages (cvsd),
don't know what the original source for this code was):
m=sysconf(_SC_OP
On Sun, Nov 11, 2007 at 01:05:36AM -0500, Joey Hess wrote:
> Yes, it would make more sense for samba to default to CUPS, if there's
> some reason it can't probe/support both,
Well, because there's no code written to do this, and anyway supporting both
at the same time would likely be messy and res
Steve Langasek <[EMAIL PROTECTED]> writes:
> On Sun, Nov 11, 2007 at 09:25:11PM +0100, Arthur de Jong wrote:
>> This seems to be quite common code (from one of my packages (cvsd),
>> don't know what the original source for this code was):
>> m=sysconf(_SC_OPEN_MAX);
>> for (i=0;i> close(i
On Sun, Nov 11, 2007 at 09:25:11PM +0100, Arthur de Jong wrote:
> On Sun, 2007-11-11 at 11:04 +0100, Vincent Danjean wrote:
> > When these mechanisms will be ready, a deamon will be unable to close
> > all its file descriptors (unless it closes the whole range of fd
> > (0--2^16 ?) or unless an ap
On Nov 11, 2007 10:38 PM, Andreas Metzler <[EMAIL PROTECTED]> wrote:
> If we have got (at least temporarily) three locate packages in Debian
> we probably need to switch to alternatives. (Currently slocate uses
> dpkg-divert.)
Why do we need 3 packages that do the same thing slightly differently?
Marc Haber wrote:
> 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 ow
Marc Haber wrote:
> On Sat, 10 Nov 2007 17:00:13 +0100, Wouter Verhelst
> <[EMAIL PROTECTED]> wrote:
>>That is one way to look at it. The other way would be that these are
>>just three lines of "code" being duplicated here, and that start_daemon
>>is just a convenience function, nothing more.
>
>
[not subscribed to -policy, just keeping original cross-posting]
Marc 'HE' Brockschmidt wrote:
> I think we may want to start thinking about getting rid of the whole
> thing and switching to something which allows us to express more complex
> importance measurements for packages. In fact, d-i and
On Sun, Nov 11, 2007 at 01:27:14PM +0100, Florian Weimer wrote:
> * Wouter Verhelst:
> > That's inevitable because http://incoming.debian.org is not signed; The
> > update frequency of that repository (which is available only to buildd
> > hosts by IP and/or password protection) makes that impossib
On Sun, 2007-11-11 at 11:04 +0100, Vincent Danjean wrote:
> When these mechanisms will be ready, a deamon will be unable to close
> all its file descriptors (unless it closes the whole range of fd
> (0--2^16 ?) or unless an application can get a list of its open fds).
This seems to be quite commo
Russ Allbery <[EMAIL PROTECTED]> writes:
> 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 believe it to be one of th
* Andreas Metzler [Sun, 11 Nov 2007 19:41:07 +0100]:
> No, not yet. But once stuff works in experimental (and all components
> have gone through the necessary NEW processing) the respective change
> could go to 4.2.x.
Ah, very well then.
> Imho this problem is not one that needs to be solved, if
On Sun, Nov 11, 2007 at 09:21:46AM +0100, Bernd Zeimetz wrote:
Manoj Srivastava wrote:
[lpr is standard on Unix]
That works well with cups if you have the cupsys-bsd package installed.
More importantly, programs (gv comes to mind) that don't have native
printing support but use an external
On Sun, Nov 11, 2007 at 09:24:12AM -0800, Steve Langasek wrote:
> On Sun, Nov 11, 2007 at 01:27:14PM +0100, Florian Weimer wrote:
> > * Wouter Verhelst:
>
> > > That's inevitable because http://incoming.debian.org is not signed; The
> > > update frequency of that repository (which is available onl
Adeodato Simó <[EMAIL PROTECTED]> wrote:
[...]
> Sounds good, and I think locate as package name is appropriate. Is there
> an ETA for uploading 4.3.8 to unstable?
No, not yet. But once stuff works in experimental (and all components
have gone through the necessary NEW processing) the respective c
Michael Banck wrote:
>
> Assuming that compromised mirrors get quickly identified by people using
> signatures, and buildd packages having to be uploaded directly, the
> amount of compromised packages this way is probably small, so they can
> be rebuilt using packages from another mirror, after th
Manoj Srivastava <[EMAIL PROTECTED]> writes:
> I would agree that no entity should be passing open file
> descriptors off to other processes unless this is deliberate, and in
> that case a proper policy has been written for it.
Okay, I think we're in agreement there. The only open que
Vincent Danjean <[EMAIL PROTECTED]> writes:
> I agree, too. If I remember correctly, there has been discussion in libc
> and/or kernel to be able to open files with random high-numbered file
> descriptors. When these mechanisms will be ready, a deamon will be
> unable to close all its file descrip
On Sun, Nov 11, 2007 at 01:27:14PM +0100, Florian Weimer wrote:
> * Wouter Verhelst:
> > That's inevitable because http://incoming.debian.org is not signed; The
> > update frequency of that repository (which is available only to buildd
> > hosts by IP and/or password protection) makes that impossi
Hi,
After seeing recent post(*) on the default MTA issue, I did some
research and experiment on MTAs. They are summarized at:
http://wiki.debian.org/DefaultMTA
Also good review was found at: http://shearer.org/MTA_Comparison
Although both exim4 and postfix daemons are negligibly small ones on
Package: wnpp
Severity: wishlist
Owner: robin cornelius <[EMAIL PROTECTED]>
* Package name: libllmozlib
Version : 1.1.1
Upstream Author : Callum Prentice <[EMAIL PROTECTED]>
* URL : http://www.ubrowser.com
* License : Mozilla Tri-licence MPL1.1 or GPL2 or LGPG2
On Sun, 11 Nov 2007, David Paleino wrote:
Could you please upload your stuff to mentors.debian.net?
Upstream is 37Mb, won't upload it ;)
Our policy for Debian-Med repository is to not upload upstream tarballs -
especially n ot those huge ones ...
I've added a "get-orig-source" target to de
Package: wnpp
Severity: wishlist
Owner: Ben Hutchings <[EMAIL PROTECTED]>
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
* Package name: particleman
Version : 20071109
Upstream Author : Tuomo Valkonen <[EMAIL PROTECTED]>
* URL : http://modeemi.fi/~tuomov/ion/
* License
On Sun, 11 Nov 2007, Adeodato Simó wrote:
Was this mail meant to be sent to [EMAIL PROTECTED] instead of -devel?
Yes. Sorry and thanks for the hint
Andreas.
--
http://fam-tille.de
* Andreas Metzler [Sun, 11 Nov 2007 16:19:16 +0100]:
> I guess it would need happen like this:
> 1. upload findutils with splitoff locate to experimental. The locate
> package (Is this name ok?) ships /usr/bin/locate.findutils and
> /usr/bin/updatedb.findutils. It installs low-priority alterntive
Il giorno Sun, 11 Nov 2007 16:13:09 +0100 (CET)
Andreas Tille <[EMAIL PROTECTED]> ha scritto:
>
> ...
>
> > Because I use Git + git-buildpackage and a repository layout different
> > from the debian-med SVN I don't want to push things to it. But given the
> > distributed nature of Git, it should
Adeodato Simó <[EMAIL PROTECTED]> wrote:
> * Andreas Metzler [Sun, 11 Nov 2007 14:08:50 +0100]:
>> we probably need to switch to alternatives. (Currently slocate uses
>> dpkg-divert.)
> Yes, though the slocate maintainer scripts scare the hell out of me, and
> ISTR that the maintainer is somewhat
On Sun, 11 Nov 2007, Michael Hanke wrote:
[ not sure whether the original post should have been posted to
debian-med instead of debian-devel. CC'ing it for now, but I guess we
should move there... ]
The posting was intended to Debian-Med list, because we try to enhance the
observation of packa
Il giorno Sun, 11 Nov 2007 11:58:27 +0100 (CET)
Andreas Tille <[EMAIL PROTECTED]> ha scritto:
> On Sun, 11 Nov 2007, David Paleino wrote:
>
> > I hope someone could help me.
>
> I would like to try, but I'm a little bit bored by upstream that seems
> to require a registration to download GPLed s
Was this mail meant to be sent to [EMAIL PROTECTED] instead of -devel?
--
Adeodato Simó dato at net.com.org.es
Debian Developer adeodato at debian.org
There is no man so good who, were he to submit all his thoughts to the
laws
* Andreas Metzler [Sun, 11 Nov 2007 14:08:50 +0100]:
> If we have got (at least temporarily) three locate packages in Debian
> we probably need to switch to alternatives. (Currently slocate uses
> dpkg-divert.)
Yes, though the slocate maintainer scripts scare the hell out of me, and
ISTR that the
Hi,
[ not sure whether the original post should have been posted to
debian-med instead of debian-devel. CC'ing it for now, but I guess we
should move there... ]
On Sun, Nov 11, 2007 at 02:10:35PM +0100, Andreas Tille wrote:
> Hello,
>
> as you know we have several people who maintain Debian-Med r
Adeodato Simó <[EMAIL PROTECTED]> wrote:
[...]
> Okay, thanks. Andreas, how does the idea of splitting locate/updatedb
> out from findutils sound to you, to follow the above plan? (dlocate can
> Depend: on locate | findutils (<= 4.3.8-X) then.)
If we have got (at least temporarily) three locate pa
Hello,
as you know we have several people who maintain Debian-Med relevant
packages but are no official DDs and thus needs sponsoring. Today
I stumpled over a new version of nifticlib that would close the
show stopper bug which keeps the current version out of testing -
so we might be interested
On Sun, 11 Nov 2007 00:19:41 +0100
Hendrik Sattler <[EMAIL PROTECTED]> wrote:
> Am Samstag 10 November 2007 schrieb Neil Williams:
> > emdebian-tools will support any build system that can be used in
> > debian/rules. The build system should configure itself using only the
> > data provided by dpk
* Wouter Verhelst:
> That's inevitable because http://incoming.debian.org is not signed; The
> update frequency of that repository (which is available only to buildd
> hosts by IP and/or password protection) makes that impossible -- or at
> least that's what I understood; you may want to check wit
* Michael Banck:
> Assuming that compromised mirrors get quickly identified by people using
> signatures, and buildd packages having to be uploaded directly, the
> amount of compromised packages this way is probably small, so they can
> be rebuilt using packages from another mirror, after the buil
This one time, at band camp, Marc Haber said:
> On Sat, 10 Nov 2007 17:01:38 +0100, Wouter Verhelst
> <[EMAIL PROTECTED]> wrote:
> >On Fri, Nov 09, 2007 at 10:24:46PM +0100, Adeodato Simó wrote:
> >> Well, it's obvious it's the best approach if you're willing to do it. ;-)
> >
> >It's three lines o
On Sat, 10 Nov 2007 17:00:13 +0100, Wouter Verhelst
<[EMAIL PROTECTED]> wrote:
>That is one way to look at it. The other way would be that these are
>just three lines of "code" being duplicated here, and that start_daemon
>is just a convenience function, nothing more.
So, start_daemon is not part
On Sat, 10 Nov 2007 17:01:38 +0100, Wouter Verhelst
<[EMAIL PROTECTED]> wrote:
>On Fri, Nov 09, 2007 at 10:24:46PM +0100, Adeodato Simó wrote:
>> Well, it's obvious it's the best approach if you're willing to do it. ;-)
>
>It's three lines of code to write a PID file, and it's the best approach
>to
Hi Florian,
* Florian Weimer <[EMAIL PROTECTED]> [2007-11-11 12:11]:
> * Joerg Jaspert:
>
> > you may have noticed that around yesterday evening (UTC) ries.debian.org
> > AKA ftp-master.debian.org has problems. The exact cause and possible
> > solutions for this are currently investigated by the a
* Joey Hess [Sat, 10 Nov 2007 11:47:40 -0500]:
> 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 s
* Joerg Jaspert:
> you may have noticed that around yesterday evening (UTC) ries.debian.org
> AKA ftp-master.debian.org has problems. The exact cause and possible
> solutions for this are currently investigated by the admins, a first
> problem guess is "troubles with the harddiscs".
It seems that
On Sun, 11 Nov 2007, David Paleino wrote:
I hope someone could help me.
I would like to try, but I'm a little bit bored by upstream that seems
to require a registration to download GPLed software. Could you please
upload your stuff to mentors.debian.net? (I have seen your packaging
stuff in
Hi all,
I've already posted this question to my team's mailing list (debian-med), to
mentors and, since I received no answer, here it is "the last shore": here.
I'm working on the packaging of bioimagesuite [1], and upstream carries lots of
libraries. I've added dependencies on existing packages w
Manoj Srivastava wrote:
> On Sat, 10 Nov 2007 23:45:01 -0800, Russ Allbery <[EMAIL PROTECTED]> said:
>> I'd say that passing the open debconf file descriptor to the
>> daemon is wrong regardless of whether the daemon closes it or not.
>
> Yes.
I agree, too. If I remember correctly, there
Manoj Srivastava wrote:
>
> Way back when, “standard” was defined as stuff that an old UNIX
> hand would say “WTF happened to that?” if it is not present on a
> default install. While I am unsure of this definition of standard still
> holds, but as an old UNIX hand I can say that if I
Russ Allbery wrote:
> 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 f
On Sat, 10 Nov 2007 23:45:01 -0800, Russ Allbery <[EMAIL PROTECTED]> said:
> Manoj Srivastava <[EMAIL PROTECTED]> writes:
>> Wearing my SELinux hat on, I find that daemons not closing file
>> descriptors when forking children result in a large number of AVC
>> denied messages. Of course, someti
55 matches
Mail list logo
