Re: is xprint still used by mozilla, etc?

[Finn-Arne Johansen]

Drew Parsons wrote:
Finn-Arne Johansen wrote:
I removed the xprint dependencies in debian-edu, cause it does not work
out of the box, and it's confusing. Printing using cups works, both
with mozilla (suite) and OOo.
Xprint works perfectly fine out of the box.  
Well I'm sure it does, But when I set up a printer in cups, and have 
Xprint running, I get the Printers up in Mozilla as 
"[EMAIL PROTECTED]" (it's been a while). When I try to point my 
printouts to one of those printers, nothing happens. Using lpr, lp, 
gtklp or kprinter, The printing (almost) always works. So I did not 
investigate time to find out why XPrint did not work. Instead I removed 
XPrint.

I don't remember receiving a bug report from you.
I did not invest any time trying to find out what was happening. Instead 
I Removed Xprint, as I saw no use for it. What would it actually give us 
over using cups with lp/lpr/kprinter/gtklp ?

--
Finn-Arne Johansen, [EMAIL PROTECTED]
Debian-edu developer
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#299023: ITP: zope-common -- common settings and scripts for zope installations

[Fabio Tranchitella]

Package: wnpp
Severity: wishlist
Owner: Fabio Tranchitella <[EMAIL PROTECTED]>

* Package name: zope-common
  Version : 0.5
  Upstream Author : Matthias Klose <[EMAIL PROTECTED]>
* URL : http://people.ubuntu.com/~doko/zope/
* License : GPL
  Description : common settings and scripts for zope installations

The package contains common settings and scripts for zope installations.

-- System Information:
Debian Release: 3.1
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)
Kernel: Linux 2.6.8-2-686
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) (ignored: 
LC_ALL set to [EMAIL PROTECTED])


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Bug#299023: ITP: zope-common -- common settings and scripts for zope installations

[Christian Perrier]

Quoting Fabio Tranchitella ([EMAIL PROTECTED]):
> Package: wnpp
> Severity: wishlist
> Owner: Fabio Tranchitella <[EMAIL PROTECTED]>
> 
> * Package name: zope-common
>   Version : 0.5
>   Upstream Author : Matthias Klose <[EMAIL PROTECTED]>
> * URL : http://people.ubuntu.com/~doko/zope/
> * License : GPL
>   Description : common settings and scripts for zope installations
> 
> The package contains common settings and scripts for zope installations.

I guess that all translators who suffered on the zillion zope-*
packages will bless you for this package..:-)



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#299024: ITP: dh-zope -- debhelper script for zope packaging

[Fabio Tranchitella]

Package: wnpp
Severity: wishlist
Owner: Fabio Tranchitella <[EMAIL PROTECTED]>

* Package name: zope-debhelper
  Version : 0.3
  Upstream Author : Matthias Klose <[EMAIL PROTECTED]>
* URL : http://people.ubuntu.org/~doko/zope/
* License : GPL
  Description : debhelper script for zope packaging

The package contains the dh_installzope debhelper script used
for zope packaging tasks.

-- System Information:
Debian Release: 3.1
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)
Kernel: Linux 2.6.8-2-686
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) (ignored: 
LC_ALL set to [EMAIL PROTECTED])


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: is xprint still used by mozilla, etc?

[Mowgli]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hoi,

I think, xprt is another boring unnecesary daemon. It only eat up
resources most of the time. Wy the hell should it be necesary to run two
daemons for one job?

Also (on my environment) all printing works fine without it. If there
are several languages which do not, well then this is not the job of
another daemon this has to be fixed in mozilla or cups (depending which
do the wrong think)

Please, whith all the daemons that will be installed unnecesariely like
xprt, inetd, lisa, arts and many others that some users like to use
debian on low resources maschines. Also some of the daemons has nothing
to do on a desktop system, other are not relevant for servers. But they
are mostely hard depends on many packages. I know that and how I can
disable them but why the hell should I even install them if I will
disable them anyway? The only waste the space on my harddisk.

Back to the language stuff, when there are desktop dependencies for some
languages what about a common desktop-task and addons für the specified
languages? then it is clear why this package is in the task and also it
is easier to find people for translating (high priority to this
language).

Reagrds
   Klaus Ethgen
- -- 
Klaus Ethgenhttp://www.ethgen.de/
pub  2048R/D1A4EDE5 2000-02-26 Klaus Ethgen <[EMAIL PROTECTED]>
Fingerprint: D7 67 71 C4 99 A6 D4 FE  EA 40 30 57 3C 88 26 2B
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.0 (GNU/Linux)

iQEVAwUBQjFqbp+OKpjRpO3lAQIw/ggAijYeTC5asoz+Pb1NJwDhAqzEE8cv5rb6
ykLysjFmnaJFhJZoIexsw/PoM6nxL2YOt3NAPaajVounThOz8JnPTz/LsorWRFpI
WUxDRjFk5Vjxe4QW1Bt5Nyx1u99ZB2kXCvhELkZqWB8RCVjAYllMKC0FrJ5qfJcM
R0W5qI7hZ28JNs6f3TpGbb6J56K27jQiXTG6jJvIHoZJ4xEYLsFMgP83Alf6rXBs
3tx7b2VqjySIHVJSVjY87E6oejWxhMoaJ99F8U010dmx5bb2IqzUvxbFx3ubtmh3
kXmcYEnRAQX1t1D6WKsBv/do9vBwQ5SPJ67g8GYcVq2oPCIbsEaJyA==
=GwzJ
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Bug#299024: ITP: dh-zope -- debhelper script for zope packaging

[Fabio Tranchitella]

Il giorno ven, 11-03-2005 alle 10:57 +0100, Igor Stroh ha scritto:
> > * URL : http://people.ubuntu.org/~doko/zope/
> I'm pretty sure you mean people.ubuntu.com :)

Yes, I've mistyped it.
Thanks for pointing this out,

Fabio


signature.asc
Description: Questa parte del messaggio =?ISO-8859-1?Q?=E8?= firmata

On dpkg support for binary recompilations

[Scott James Remnant]

Unfortunately, this problem turns out to be not as trivial to solve as
first thought.  Not from a code point of view, but from an acceptable
implementation point of view.


Having dpkg notice a certain style of postfix (I prefer the "+b1" form)
in the Version of a package and strip that before assigning to
Source-Version seems reasonable in theory.  You'd get the following
control information:

Package: banana
Version: 1.0-1+b1
Source: banana (1.0-1)

However it hits an issue with substvars (which aj's patch doesn't
address anyway).  Consider the following packages:

Source: banana

Package: banana
Architecture: any
Depends: libbanana0 (= ${Source-Version})

Package: libbanana0
Architecture: any
Depends: libbanana-common (= ${Source-Version})

Package: libbanana-common
Architecture: all


This would produce the following relationships after a
binary-recompilation, without worrying about substvars:

banana_1.0-1+b1 -> libbanana0_1.0-1+b1
libbanana0_1.0-1+b1 -> libbanana-common_1.0-1+b1

However this libbanana-common package is arch:all, so would either break
existing dependencies in the archive, or if not included cause the
current dependencies to fail.

We could address substvars by ensuring ${Source-Version} is the version
of the source, not the binary, and we therefore get:

banana_1.0-1+b1 -> libbanana0_1.0-1
libbanana0_1.0-1+b1 -> libbanana-common_1.0-1

Now it's the libbanana0 dependency thats broken, we're depending on a
version that's just been out-dated by the binary recompilation.


The binary version is available in the ${Version} substvar, developers
would have to be extremely careful to ensure that dependencies on
arch-any packages are done with ${Version} and arch-all packages with
${Source-Version}; and that they only do binary-arch when preforming
binary recompilations.

This is in breach of current policy (Â 8.5) which says library
development packages should have an exact version dependency on an
arch-any package using ${Source-Version} .


So this would require a policy change, and an extraordinary amount of
care by both the original developers and binary recompilers.  I doubt
most people would get it right, leaving us with the same problems we
have today.



The other option is to extend the current version-comparison routine and
add a "ignored suffix" to it, kinda like a "recompilation epoch".  I'm
going to randomly suggest the following:

[EMAIL PROTECTED], [EMAIL PROTECTED]

When performing version comparisons, dpkg and apt would simply ignore
anything after the @ symbol and treat both of these versions as
identical.

Therefore your binary recompilation would be able to depend on either
1.0-1 or [EMAIL PROTECTED] with the same effect.


This has a problem as well that it would mean none of the tools
(including katie) would know which version supersedes the other.  We'd
have to do something a bit more clever.

The recompilation epoch would only ignored when used in dependency
fields; when used in other version comparisons it should still be
included.  This would make life harder for tool developers, as they'd
need to know *why* they were comparing versions, rather than just
comparing them.


Scott
-- 
Have you ever, ever felt like this?
Had strange things happen?  Are you going round the twist?


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

Re: is xprint still used by mozilla, etc?

[Frank Küster]

reassign 296565 xprt-xprintorg
retitle 296565 Xprt: Does not work at all in mozilla
thanks

Drew Parsons <[EMAIL PROTECTED]> wrote:

> Finn-Arne Johansen wrote:
>> I removed the xprint dependencies in debian-edu, cause it does not work
>> out of the box, and it's confusing. Printing using cups works, both
>> with mozilla (suite) and OOo.
>
> Xprint works perfectly fine out of the box.  
>
> I don't remember receiving a bug report from you.

Take that one.  Apparently the mozilla maintainer should have reassigned
it to xprt, but there has been no reaction at all.

Regards, Frank
-- 
Frank Küster
Inst. f. Biochemie der Univ. Zürich
Debian Developer

Re: Is Anthony Fok MIA?

[Jan Nieuwenhuizen]

Martin Michlmayr writes:

> I had dinner with Anthony last night.  I'll follow up with more
> information on [EMAIL PROTECTED]

Where is that, is that public?  We are a bit concerned with old
LilyPond packages, and a potential new maintainer (Pedro Kroger) with
his sponsor going mia.

Jan.

-- 
Jan Nieuwenhuizen <[EMAIL PROTECTED]> | GNU LilyPond - The music typesetter
http://www.xs4all.nl/~jantien   | http://www.lilypond.org


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Serious kernel problems on new i386 hardware

[Andreas Tille]

On Thu, 10 Mar 2005, Jesús Roncero wrote:
I've recently had those problems also on a Dell server, using SATA too. The
fine guys from #gpul helped me a lot on this. Basically, what happened to me
is that kernel 2.4 mapped the SATA drive as /dev/hdc and kernel 2.6 mapped it
to /dev/sda
Well, after doing an
sed -i "s/hda/sda/" /etc/fstab
  __AND__
switching BIOS from "conventional" (=no SATA) to "normal" (=SATA)
  __AND__
changing grub boot menu from
   kernel  /boot/vmlinuz-2.6.10-1-686 root=/dev/hda3 ro
 to
   kernel  /boot/vmlinuz-2.6.10-1-686 root=/dev/sda3 ro 
it worked.  I really regard this problem as serious because it probably
leaves people with SATA hardware with an unbootable system after kernel-image
updates, because the kernel image packages just reinsert "root=/dev/hda?"
into grub's menu.lst . Any idea how to solve this problem?

Kind regards
 Andreas.
--
http://fam-tille.de

Re: Serious kernel problems on new i386 hardware

[Miros/law Baran]

11.03.2005 pisze Andreas Tille ([EMAIL PROTECTED]):

> it worked.  I really regard this problem as serious because it
> probably leaves people with SATA hardware with an unbootable system
> after kernel-image updates, because the kernel image packages just
> reinsert "root=/dev/hda?" into grub's menu.lst. Any idea how to
> solve this problem?

...by using partition labels in fstab?

Jubal

-- 
[ Miros/law L Baran, baran-at-knm-org-pl, neg IQ, cert AI ] [ 0101010 is ]
[ BOF2510053411, makabra.knm.org.pl/~baran/, alchemy pany ] [ The Answer ] 

''When in doubt, tell the truth.''
-- Mark Twain


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Serious kernel problems on new i386 hardware

[Joerg Friedrich]

Miros/law Baran schrieb am Freitag, 11. März 2005 um 12:55:09 +0100:
> 11.03.2005 pisze Andreas Tille ([EMAIL PROTECTED]):
> 
> > it worked.  I really regard this problem as serious because it
> > probably leaves people with SATA hardware with an unbootable system
> > after kernel-image updates, because the kernel image packages just
> > reinsert "root=/dev/hda?" into grub's menu.lst. Any idea how to
> > solve this problem?
> 
> ...by using partition labels in fstab?

Is there any solution for swap partitions since they do not support
labels, AFAIK.

Knoppix does something with scanning all harddrives for swap-partitions,
but this cannot support swap priorities


-- 
Jörg Friedrich

There are only 10 types of people:
Those who understand binary and those who don't.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

querying available package versions over the net

[Roderick Schertler]

In order to fix debget to work with package pools
(http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=84368) I need to know
what versions of a package are available, without relying on apt's
cache.  (The main point of the program is to fetch versions of a package
for distributions which aren't in your sources.list.)

I can't simply rely on what's in the package's pool directory, because I
need to know at the least which versions are experimental (to avoid them
unless specifically requested), and ideally what the current version for
each distribution is (so I can fetch based on distribution, instead of
just getting the latest or by version).

Colin Watson suggested using madison, if there were a public interface
to it.  There was talk about making a CGI of this available, but I can't
find any references to that happening.

Another approach is to parse the info from packages.debian.org.  This
is what reportbug does, using its own code (checkversions.py).  Does
anybody know of code to do this from Perl, or the shell?  If not my
current idea is to write a Python wrapper around checkversions.py to
use from the shell (after clearing that with Chris Lawrence).

Does anybody have any other suggestions?

I'll follow debian-devel for responses, but please Cc: me on replies if
possible.  Thanks.

-- 
Roderick Schertler
[EMAIL PROTECTED]


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: querying available package versions over the net

[Frank Lichtenheld]

On Fri, Mar 11, 2005 at 06:53:20AM -0500, Roderick Schertler wrote:
> Another approach is to parse the info from packages.debian.org.  This
> is what reportbug does, using its own code (checkversions.py).  Does
> anybody know of code to do this from Perl, or the shell?  If not my
> current idea is to write a Python wrapper around checkversions.py to
> use from the shell (after clearing that with Chris Lawrence).
> 
> Does anybody have any other suggestions?

Perhaps the best solution would be if I would offer a interface to
packages.debian.org that is easier parsable than the current one.

Patches and/or proposals in other forms welcome.

Gruesse,
-- 
Frank Lichtenheld <[EMAIL PROTECTED]>
www: http://www.djpig.de/


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Serious kernel problems on new i386 hardware

[Andreas Tille]

On Fri, 11 Mar 2005, Miros/law Baran wrote:
it worked.  I really regard this problem as serious because it
probably leaves people with SATA hardware with an unbootable system
after kernel-image updates, because the kernel image packages just
reinsert "root=/dev/hda?" into grub's menu.lst. Any idea how to
solve this problem?
...by using partition labels in fstab?
Sorry, I do not know anything about partition labels but if this is
the solution it should be done in the installer and if this works in
Grub menu.lst this should be done here as well.
Kind regards
Andreas.
--
http://fam-tille.de
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: is xprint still used by mozilla, etc?

[Norbert Preining]

On Fre, 11 Mär 2005, Drew Parsons wrote:
> Xprint works perfectly fine out of the box.  

There are several bug reports, some of them I have contributed to, but I
guess some of them are filed against mozilla and not xprint, which in
fact was an error:
263558
and then there are some more problems about using Comic Sans instead of
any reasonable sans font.
and and and.

So "out of the box" is an euphemism!

Best wishes

Norbert

---
Norbert Preining  Università di Siena
sip:[EMAIL PROTECTED] +43 (0) 59966-690018
gpg DSA: 0x09C5B094  fp: 14DF 2E6C 0307 BE6D AD76  A9C0 D2BF 4AA3 09C5 B094
---
GASTARD (n.)
Useful specially new-coined word for an illegitimate child (in order
to distinguish it from someone who merely carves you up on the
motorway, etc.)
--- Douglas Adams, The Meaning of Liff


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Serious kernel problems on new i386 hardware

[Ron Johnson]

On Fri, 2005-03-11 at 13:01 +0100, Joerg Friedrich wrote:
> Miros/law Baran schrieb am Freitag, 11. März 2005 um 12:55:09 +0100:
> > 11.03.2005 pisze Andreas Tille ([EMAIL PROTECTED]):
> > 
> > > it worked.  I really regard this problem as serious because it
> > > probably leaves people with SATA hardware with an unbootable system
> > > after kernel-image updates, because the kernel image packages just
> > > reinsert "root=/dev/hda?" into grub's menu.lst. Any idea how to
> > > solve this problem?
> > 
> > ...by using partition labels in fstab?
> 
> Is there any solution for swap partitions since they do not support
> labels, AFAIK.

By using swapfiles instead?

-- 
-
Ron Johnson, Jr.
Jefferson, LA USA
PGP Key ID 8834C06B I prefer encrypted mail.

"War is an ugly thing, but not the ugliest of things. The decayed
and degraded state of moral and patriotic feeling which thinks
that nothing is worth war is much worse. The person who has
nothing for which he is willing to fight, nothing which is more
important than his own personal safety, is a miserable creature,
and has no chance of being free unless made or kept so by the
exertions of better men than himself."
John Stuart Mill



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

802.11e for Linux Kernel

[Fabio Valpondi]

Hello everyone!

 

I am new in this list and I'll thank you all in advance for
any help you could give to me.

 

I am investigating about 802.11e Draft (future Standard). I
have been looking in the internet and I've found a lot of articles comparing
802.11 and 802.11e. In addition I've read both IEEE Standards.

I think that in the "theory" I am pretty prepared.

 

Now I am looking for implementations of 802.11e but I've
only found three ns2 implementations. But they are only simulations.

 

For my degree final project I have to implement 802.11e in
Linux. I would like to know if it exists any "real" implementation,
and if not if you could help me looking for any tutorial for patching linux
kernel or creating a new kernel module supporting 802.11e.

Another question, is that I would like to know which source
kernel files are directly involved with the 802.11 MAC.

 

Thank you very much!

Fabio Valpondi – [EMAIL PROTECTED]

 

Re: Serious kernel problems on new i386 hardware

[Miros/law Baran]

11.03.2005 pisze Joerg Friedrich ([EMAIL PROTECTED]):

> Miros/law Baran schrieb am Freitag, 11. März 2005 um 12:55:09 +0100:
> > 11.03.2005 pisze Andreas Tille ([EMAIL PROTECTED]):

> > > it worked.  I really regard this problem as serious because it
> > > probably leaves people with SATA hardware with an unbootable
> > > system after kernel-image updates, because the kernel image
> > > packages just reinsert "root=/dev/hda?" into grub's menu.lst. Any
> > > idea how to solve this problem?

> > ...by using partition labels in fstab?

> Is there any solution for swap partitions since they do not support
> labels, AFAIK.

The mkswap version from unstable (util-linux version 2.12p-2) supports
labels, the sarge one (util-linux 2.12-10) does not. Well, that's a
pity.

Best regards,
Jubal

-- 
[ Miros/law L Baran, baran-at-knm-org-pl, neg IQ, cert AI ] [ 0101010 is ]
[ BOF2510053411, makabra.knm.org.pl/~baran/, alchemy pany ] [ The Answer ] 

''He was so narrow minded he could see through a keyhole with both
  eyes...''


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Serious kernel problems on new i386 hardware

[Joerg Friedrich]

Joerg Friedrich schrieb am Freitag, 11. März 2005 um 13:01:58 +0100:
> Miros/law Baran schrieb am Freitag, 11. März 2005 um 12:55:09 +0100:
> > 11.03.2005 pisze Andreas Tille ([EMAIL PROTECTED]):
> > 
> > > it worked.  I really regard this problem as serious because it
> > > probably leaves people with SATA hardware with an unbootable system
> > > after kernel-image updates, because the kernel image packages just
> > > reinsert "root=/dev/hda?" into grub's menu.lst. Any idea how to
> > > solve this problem?
> > 
> > ...by using partition labels in fstab?
> 
> Is there any solution for swap partitions since they do not support
> labels, AFAIK.
> 
> Knoppix does something with scanning all harddrives for swap-partitions,
> but this cannot support swap priorities

And btw. the kernel has no support for mounting rootfs by label or uuid.

AFAIK RedHat uses a patch to support it.


-- 
Jörg Friedrich

There are only 10 types of people:
Those who understand binary and those who don't.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Bug#299024: ITP: dh-zope -- debhelper script for zope packaging

[Gustavo Noronha Silva]

Em Sex, 2005-03-11 Ãs 09:48 +0100, Fabio Tranchitella escreveu:
> The package contains the dh_installzope debhelper script used
> for zope packaging tasks.

Any specific reason to not include this script in debhelper instead?

Thanks,

-- 
  [EMAIL PROTECTED]: Gustavo Noronha 
 Debian:   *  


signature.asc
Description: Esta =?ISO-8859-1?Q?=E9?= uma parte de mensagem	assinada digitalmente

Privileged Port Puzzle

[Juergen Salk]

Hi all.

I am working on the imagectn DICOM image archive
application. imagectn opens a port and waits for 
remote applications to connect to this address. 
The dedicated port number is 104 (see /etc/services)
but any user should be allowed to run a private 
imagectn process on unprivileged ports.

For obvious reasons, it would also make a lot of sense 
to have imagectn optionally invoked as a daemon 
process at boot time by an init.d script (controlled 
by debconf).
For port 104, we would need it to be run with root privileges,
which may be potentially disasterous if it screws up for some
reason. Upstream has suggested to install it suid root (owner
root, mode 4755) as it drops its effective uid anyway once it 
has opened the socket.
However, suid root would allow any user to bind arbitrary
privileged ports, which is probably not desireable. Here is 
the stripped down part of the code: 

...
/* if port is privileged we must be as well */
if (opt_port < 1024) {
if (geteuid() != 0) {
... spit out error message and return ...
}
}
... open port ...   
setuid(getuid());
...

Most services (like apache, e.g.) follow a different approach:
They have to be run by root initially, and drop privileges as 
soon as they have done binding their privileged ports. However, 
this is obviously not the way imagectn is supposed to work. 

What would be the most appropriate way to cope with this problem
in Debian?

TIA.

Juergen

-- 
GPG A997BA7A | 87FC DA31 5F00 C885 0DC3  E28F BD0D 4B33 A997 BA7A


pgpdiWWX44kia.pgp
Description: PGP signature

Re: Bug#299024: ITP: dh-zope -- debhelper script for zope packaging

[Pierre Habouzit]

Le Vendredi 11 Mars 2005 14:03, Gustavo Noronha Silva a ÃcritÂ:
> Em Sex, 2005-03-11 Ãs 09:48 +0100, Fabio Tranchitella escreveu:
> > The package contains the dh_installzope debhelper script used
> > for zope packaging tasks.
>
> Any specific reason to not include this script in debhelper instead?

maybe because it has unnecessary dependencies in order to be 
functionnal ?

IIRC, there is some dh_* scripts that are not shiped within debhelper 
for such reasons 

[habouzit amaretto] apt-cache search dh-|grep dh
dh-buildinfo - Debhelper addon to track package versions used to build a 
package
dh-consoledata - Debhelper-based script to help packaging console data 
file
dh-kpatches - Debhelper script to help packaging kernel patches
dh-make - Debianizing Tool for debhelper
dh-make-perl - Create debian packages from perl modules


and it seems to be quite sensible.
-- 
ÂOÂ  Pierre Habouzit
ÂÂO
OOOhttp://www.madism.org


pgpulbaBhDQqg.pgp
Description: PGP signature

Re: is xprint still used by mozilla, etc?

[Jim Gettys]

Note that while my opinion matches Keith Packard's (we'd like to see
xprint go away, but there are also dependencies on it), Roland Maintz
has done much work to improve its behavior in the recent X.org X
releases.  Of course, Debian is still stuck in the past, while pretty
much the rest of the world is on X.org

Note that Motif applications in general are likely to have dependencies
on xprint into the indefinite future.  While these are not important in
open source at this date, they are very important in commercial settings
converting to use Linux from UNIX.
- Jim

On Fri, 2005-03-11 at 13:20 +0100, Norbert Preining wrote:
> On Fre, 11 MÃr 2005, Drew Parsons wrote:
> > Xprint works perfectly fine out of the box.  
> 
> There are several bug reports, some of them I have contributed to, but I
> guess some of them are filed against mozilla and not xprint, which in
> fact was an error:
> 263558
> and then there are some more problems about using Comic Sans instead of
> any reasonable sans font.
> and and and.
> 
> So "out of the box" is an euphemism!
> 
> Best wishes
> 
> Norbert
> 
> ---
> Norbert Preining  Università di 
> Siena
> sip:[EMAIL PROTECTED] +43 (0) 59966-690018
> gpg DSA: 0x09C5B094  fp: 14DF 2E6C 0307 BE6D AD76  A9C0 D2BF 4AA3 09C5 
> B094
> ---
> GASTARD (n.)
> Useful specially new-coined word for an illegitimate child (in order
> to distinguish it from someone who merely carves you up on the
> motorway, etc.)
>   --- Douglas Adams, The Meaning of Liff
> 
> 


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: is xprint still used by mozilla, etc?

[Norbert Preining]

On Fre, 11 Mär 2005, Jim Gettys wrote:
> Note that while my opinion matches Keith Packard's (we'd like to see
> xprint go away, but there are also dependencies on it), Roland Maintz

So what is the recommended way for sarge (I myself use sid for my
private stuff, but for our institutes diskless machines I am switching
to sarge [woody is too much of a pain now])? Leave xprt-xprint
out/delete it?

Best wishes

Norbert

---
Norbert Preining  Università di Siena
sip:[EMAIL PROTECTED] +43 (0) 59966-690018
gpg DSA: 0x09C5B094  fp: 14DF 2E6C 0307 BE6D AD76  A9C0 D2BF 4AA3 09C5 B094
---
HARBLEDOWN (vb.)
To manoeuvre a double mattress down a winding staircase.
--- Douglas Adams, The Meaning of Liff


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Serious kernel problems on new i386 hardware

[Paul Hampson]

On Fri, Mar 11, 2005 at 12:51:16PM +0100, Andreas Tille wrote:
> On Thu, 10 Mar 2005, Jesús Roncero wrote:
> 
> >I've recently had those problems also on a Dell server, using SATA too. The
> >fine guys from #gpul helped me a lot on this. Basically, what happened to 
> >me
> >is that kernel 2.4 mapped the SATA drive as /dev/hdc and kernel 2.6 mapped 
> >it
> >to /dev/sda
> Well, after doing an
> 
> sed -i "s/hda/sda/" /etc/fstab
> 
>   __AND__
> 
> switching BIOS from "conventional" (=no SATA) to "normal" (=SATA)
> 
>   __AND__
> 
> changing grub boot menu from
> 
>kernel  /boot/vmlinuz-2.6.10-1-686 root=/dev/hda3 ro
>  to
>kernel  /boot/vmlinuz-2.6.10-1-686 root=/dev/sda3 ro 
> it worked.  I really regard this problem as serious because it probably
> leaves people with SATA hardware with an unbootable system after 
> kernel-image
> updates, because the kernel image packages just reinsert "root=/dev/hda?"
> into grub's menu.lst . Any idea how to solve this problem?

The updates do _what_? Rather than changing that entry in grub's
list, find the section like this:
## ## Start Default Options ##
## default kernel options
## default kernel options for automagic boot options
## If you want special options for specifiv kernels use kopt_x_y_z
## where x.y.z is kernel version. Minor versions can be omitted.
## e.g. kopt=root=/dev/hda1 ro
# kopt=root=/dev/ide/host0/bus0/target0/lun0/part5 ro

and change that last line to be: (Assuming your 2.4 kernel is 2.4.27)

# kopt=root=/dev/sda3 ro
# kopt_2_4_27=root=/dev/hda3 ro

and run update-grub. That should autogenerate the grub-used sections
-- the ones without any '#' in front, after
## ## End Default Options ##

And future 2.6 installs will get the right device (the sda one)
and if you install any further 2.4 kernels you'll have to make
another "# kopt_2_4_xx=root=/dev/hda3 ro" line and rerun update-grub.
You can check the output in the lower section, and make sure it's
generating sensible grub entries.

The use labels for the rest of your data partitions, and... I dunno,
put both /dev/hda3 and /dev/sda3 in your swap list? Let your 2.4
kernel boot without swap until you manually activate it? Solve to
taste, and serve with a side of "I hope that helps".

^_^

Hmm. This assumes you're using update-grub and the Debian-supplied/
maintained grub/menu.lst. If not, then... well, don't lose your paddle.

-- 
---
Paul "TBBle" Hampson, MCSE
8th year CompSci/Asian Studies student, ANU
The Boss, Bubblesworth Pty Ltd (ABN: 51 095 284 361)
[EMAIL PROTECTED]

"No survivors? Then where do the stories come from I wonder?"
-- Capt. Jack Sparrow, "Pirates of the Caribbean"

This email is licensed to the recipient for non-commercial
use, duplication and distribution.
---


signature.asc
Description: Digital signature

Re: Release-critical Bugreport for March 11, 2005

[Andreas Tille]

On Fri, 11 Mar 2005, BugScan reporter wrote:
...
Number concerning the next release (excluding ignored and not-in-testing): 147
...
I'm quoting from previous bug reports:

Bug stamp-out list for Feb 11 06:02 (CST)
Number concerning the next release (excluding ignored and not-in-testing): 98
Bug stamp-out list for Feb 18 06:02 (CST)
Number concerning the next release (excluding ignored and not-in-testing): 108
Bug stamp-out list for Feb 25 06:02 (CST)
Number concerning the next release (excluding ignored and not-in-testing): 123
Bug stamp-out list for Mar  4 06:09 (CST)
Number concerning the next release (excluding ignored and not-in-testing): 128
---
The question is: can we increase the pressure on maintainers of packages with
RC bugs if we want to release? Currently we have an increase of RC bugs of 50%
in 4 weeks. :-((
When browsing quickly through the list of bugs we could simply get below
our "less than 100 bugs state" by just announcing to remove those buggy packages
from testing which are optional or extra after say 10 days?  Did I missed
something like that?
Any yes, while writing this I could tried to write a patch or do a NMU but
I do not really see why people who provide patches or do NMUs should waste
their time on RC bugs if the maintainer does not even care about tagging
their bugs [help] or something that indicates that he is caring about the
RC bug in the end of a Debian release cycle.
Kind regards
 Andreas.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: [marcov@stack.nl: (debian-devel related) FPC static/dynamic]

[Roland Stigge]

Hi Bill,

On Fri, 2005-03-11 at 16:22 +0100, Bill Allombert wrote:
> >Hello Roland, I know nothing about fpc, but does it really need to
> >produce binaries statically linked with glibc ? 
> 
> It doesn't. Not all statically linked binaries are statically linked with 
> glibc.
> 
> FPC is no GCC derivate, and uses syscalls directly, unless compiled with
>  FPC_USE_LIBC. All the standard pkg'ed  static bins contain no libgcc/glibc 
> code.
> 
> Keep in mind that non-gcc compilers (and non-C even) can't parse glibc
> headers, so don't automatically adapt to minor changes.
> 
> >I would expect to just
> >link statically with the units and dynamically with glibc. This would
> >be much less a problem. (In particular, if security bugs are found in
> >glibc).
> 
> Recompiling  FPC with  FPC_USE_LIBC defined will force the RTL to use libc,
> however this is not advised.

OK, then I will upload m-tx just statically linked (against syscalls).
If someone has got a better idea, please contact me directly.

Thanks!

bye,
  Roland


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Release-critical Bugreport for March 11, 2005

[Frank Lichtenheld]

On Fri, Mar 11, 2005 at 04:25:48PM +0100, Andreas Tille wrote:
> On Fri, 11 Mar 2005, BugScan reporter wrote:
> 
> ...
> >Number concerning the next release (excluding ignored and not-in-testing): 
> >147
> ...

[...]

> The question is: can we increase the pressure on maintainers of packages 
> with
> RC bugs if we want to release? Currently we have an increase of RC bugs of 
> 50%
> in 4 weeks. :-((
> When browsing quickly through the list of bugs we could simply get below
> our "less than 100 bugs state" by just announcing to remove those buggy 
> packages
> from testing which are optional or extra after say 10 days?  Did I missed
> something like that?


We normaly do this already. But most people of the release team were busy
during the last weeks, so the RC bug count slipped a bit ;) Some of the
drastic increase is also due to the non-free fonts mass bug filing.

Lets just do something about it at the currently announced BSP!

Gruesse,
-- 
Frank Lichtenheld <[EMAIL PROTECTED]>
www: http://www.djpig.de/


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: querying available package versions over the net

[Roderick Schertler]

On Fri, 11 Mar 2005 13:17:25 +0100, Frank Lichtenheld <[EMAIL PROTECTED]> said:
>
> Perhaps the best solution would be if I would offer a interface to
> packages.debian.org that is easier parsable than the current one.

Yes, that would be great.  Especially if the data also told you the
source package which a binary package comes from, as that's another
problem debget doesn't have a good solution for.

> Patches and/or proposals in other forms welcome.

Could you point me at the source?  The closest I could find is a Python
script at

http://cvs.debian.org/packages/cgi-bin/?cvsroot=webwml

but since the actual script is .pl I don't suspect this is correct.

-- 
Roderick Schertler
[EMAIL PROTECTED]


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Privileged Port Puzzle

[Steve Greenland]

On 11-Mar-05, 06:40 (CST), Juergen Salk <[EMAIL PROTECTED]> wrote: 
> Most services (like apache, e.g.) follow a different approach:
> They have to be run by root initially, and drop privileges as 
> soon as they have done binding their privileged ports. However, 
> this is obviously not the way imagectn is supposed to work. 

Uh, why not? 

> What would be the most appropriate way to cope with this problem
> in Debian?

If (uid==0) {
bind to specified port;
setuid("imagectn"); /* or "nobody" */
setgid("imagectn");
} else {
bind to specified non-privileged port OR fail;
/* Keep running as current user */
}


Steve


-- 
Steve Greenland
The irony is that Bill Gates claims to be making a stable operating
system and Linus Torvalds claims to be trying to take over the
world.   -- seen on the net


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Virus ricevuto -- Virus received

[amministrazione]

  Questo messaggio e` stato automaticamente generato
per informarvi che un messaggio da voi inviato
(o inviato da un virus che ha falsificato il vostro
indirizzo email) e` stato bloccato dall'antivirus
installato su questo mail server. 
  Di seguito potete trovare alcuni dettagli relativi
al messaggio bloccato:
virus trovato (virus found): Worm.SomeFool.P
mittente protocollo (envelope from): debian-devel@lists.debian.org
mittente dichiarato (header from): debian-devel@lists.debian.org
destinatario (header to): [EMAIL PROTECTED]
oggetto (subject): Mail Delivery (failure [EMAIL PROTECTED])

  This message has been automatically generated to
inform you that one of your emails has been discarded
by the antivirus installed on this mail server.
  The details above refer to the message which has
been blocked. Please verify the integrity of your system.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Which .debconfrc is actually used?

[Marc Haber]

Hi,

I am currently experimenting with debconf database overloading. I am
working as user "mh", and my ~mh/.debconfrc is the following:

Config: configdb
Templates: templatedb

Name: config
Driver: File
Mode: 644
Reject-Type: password
Filename: /var/cache/debconf/config.dat

Name: passwords
Driver: File
Mode: 600
Backup: false
Required: false
Accept-Type: password
Filename: /var/cache/debconf/passwords.dat

Name: mylocal
Driver: File
Mode: 644
Reject-Type: password
Filename: /home/mh/.my/share/debconf/config.dat

Name: configdb
Driver: Stack
Stack: config, passwords, mylocal

Name: templatedb
Driver: File
Mode: 644
Filename: /var/cache/debconf/templates.dat

/home/mh/.my/share/debconf/config.dat contains an excerpt from a
config.dat file from another system, having all stanzas refering to
exim4 and exim4-config.

When I do apt-get install exim4 on woody, this works fine - the
questions are not asked, the answers from
/home/mh/.my/share/debconf/config.dat taken, resulting in a silent
custom installation of exim4.

When I do the same on woody, /home/mh/.my/share/debconf/config.dat is
ignored, the questions are asked via the frontend. However, when I
copy ~mh/.debconfrc to /root/.debconfrc, overloading works fine.

However, this kind of defeats the purpose since I would affect all
users invoking sudo apt-get install with my overloaded database. The
woody behavior is better, but is an obvious security risk.

Is there a way to have a by-user .debconfrc on sid when invoking
apt-get via sudo?

Greetings
Marc

-- 
-
Marc Haber | "I don't trust Computers. They | Mailadresse im Header
Mannheim, Germany  |  lose things."Winona Ryder | Fon: *49 621 72739834
Nordisch by Nature |  How to make an American Quilt | Fax: *49 621 72739835


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Why are these packages in sarge?

[Frank Lichtenheld]

On Thu, Mar 10, 2005 at 07:03:55PM -0500, Roberto Sanchez wrote:
> I noticed that kernel-patch-2.6.10-hppa and kernel-patch-2.6.10-s390
> are now in Sarge.  Should they be there?  There is no corresponding
> kernel-source-2.6.10 package in Sarge to which these patches could be
> applied (as it is only in Sid).  Just a question I had.

I will remove these packages from testing and block them.
Thanks for reporting.

Gruesse,
-- 
Frank Lichtenheld <[EMAIL PROTECTED]>
www: http://www.djpig.de/


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: is xprint still used by mozilla, etc?

[Lionel Elie Mamane]

On Thu, Mar 10, 2005 at 09:18:19PM -0500, Joey Hess wrote:

> Like I said at the head of this thread I explicitly added xprt-xprintorg
> to the deaktop task on user request. However, nothing I've seen so far
> seems to be a solid reason to keep it. OTOH, if the high priority 
> debconf question goes away, I don't care if it's left in.

Given that the template says that the default "should be fine for the
majority of printers today.", it shouldn't be priority high in the
first place.

-- 
Lionel


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Where are the files of tetex-bin_3.0-1?

[Frank Küster]

(Cc to -devel, because this might be of general interest).

Hello,

on Tuesday I got a mail from katie that tetex-bin_3.0-1 was accepted,
but the files don't seem to be in the archive.

The mail with 

Subject: Accepted tetex-bin 3.0-1 (i386 source)

can be viewed at

http://lists.debian.org/debian-devel-changes/2005/03/msg00627.html

but the files are not in the pool at 

ftp://ftp.de.debian.org/debian/pool/main/t/tetex-bin/

nor has the version found its way into 

ftp://ftp.debian.org/debian/dists/experimental/main/source/Sources.gz

Is this an isolated accident or is there a bug in the scripts? Should I
just reupload?

Regards, Frank
-- 
Frank Küster
Inst. f. Biochemie der Univ. Zürich
Debian Developer


pgp0aqYQF1kkZ.pgp
Description: PGP signature

Re: Where are the files of tetex-bin_3.0-1?

[Adeodato Simó]

* Frank Küster [Fri, 11 Mar 2005 19:45:23 +0100]:

> on Tuesday I got a mail from katie that tetex-bin_3.0-1 was accepted,
> but the files don't seem to be in the archive.

> but the files are not in the pool at 

> ftp://ftp.de.debian.org/debian/pool/main/t/tetex-bin/

> Is this an isolated accident or is there a bug in the scripts? Should I
> just reupload?

  They're still in incoming. In the two latest dinstall runs, katie
  choked on the mlterm package, and didn't process further. I believe an
  ftpmaster fixed it already, and that today's run should get tetex-bin in.

-- 
Adeodato Simó
EM: asp16 [ykwim] alu.ua.es | PK: DA6AE621
 
Every program has at least one bug and can be shortened by at least one
instruction -- from which, by induction, one can deduce that every
program can be reduced to one instruction which doesn't work.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Where are the files of tetex-bin_3.0-1?

[Kurt Roeckx]

On Fri, Mar 11, 2005 at 07:45:23PM +0100, Frank Küster wrote:
> (Cc to -devel, because this might be of general interest).
> 
> Hello,
> 
> on Tuesday I got a mail from katie that tetex-bin_3.0-1 was accepted,
> but the files don't seem to be in the archive.

There was a problem with katie stopping halfway in it's run for 2
days.  It stopped on and old mlterm twice, so anything that's in the
alphabet after that wasn't processed for 2 days.

This was fixed and all the packages should be available in a few
hours.


Kurt


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Stateless linux in Debian

[linux romeo]

Hello,
 State Linux looks like a good project to ease management of
enterprise desktops
http://fedora.redhat.com/projects/stateless/

is debian planning for incorporating it or is there some substitute
project for it

Regards,
lr


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Stateless linux in Debian

[Marco d'Itri]

On Mar 11, linux romeo <[EMAIL PROTECTED]> wrote:

>  State Linux looks like a good project to ease management of
> enterprise desktops
> http://fedora.redhat.com/projects/stateless/
> 
> is debian planning for incorporating it or is there some substitute
> project for it
Debian will "incorporate it" as much as there will be somebody willing
to work on this.

-- 
ciao,
Marco


signature.asc
Description: Digital signature

Re: Stateless linux in Debian

[linux romeo]

Hello Marco/List,
   I am willing .
I wish to work on a project which incorporates 
1) State linux (http://fedora.redhat.com/projects/stateless/)
2)Meets most of OSDL Desktop Linux specification

anybody else who is willing/ interested pl let me know

Regards,
lr

ps: also have a look at DBRL
http://drbl.sourceforge.net/debian/wiki-view/pmwiki-view.php/DRBL/WhatIsDRBL


On Fri, 11 Mar 2005 20:16:45 +0100, Marco d'Itri <[EMAIL PROTECTED]> wrote:
> On Mar 11, linux romeo <[EMAIL PROTECTED]> wrote:
> 
> >  State Linux looks like a good project to ease management of
> > enterprise desktops
> > http://fedora.redhat.com/projects/stateless/
> >
> > is debian planning for incorporating it or is there some substitute
> > project for it
> Debian will "incorporate it" as much as there will be somebody willing
> to work on this.
> 
> --
> ciao,
> Marco
> 
> 
>


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Bug#299023: ITP: zope-common -- common settings and scripts for zope installations

[Joel Aelwyn]

On Fri, Mar 11, 2005 at 10:05:56AM +0100, Christian Perrier wrote:
> Quoting Fabio Tranchitella ([EMAIL PROTECTED]):
> > Package: wnpp
> > Severity: wishlist
> > Owner: Fabio Tranchitella <[EMAIL PROTECTED]>
> > 
> > * Package name: zope-common
> >   Version : 0.5
> >   Upstream Author : Matthias Klose <[EMAIL PROTECTED]>
> > * URL : http://people.ubuntu.com/~doko/zope/
> > * License : GPL
> >   Description : common settings and scripts for zope installations
> > 
> > The package contains common settings and scripts for zope installations.
> 
> I guess that all translators who suffered on the zillion zope-*
> packages will bless you for this package..:-)

As will several of the Zope package maintainers. But... does it resolve the
restart template issue? *Can* it resolve that? I never did manage to sort
out whether the debconf policy stuff was merely "strongly recommended" or a
true requirement, and under what conditions.
-- 
Joel Aelwyn <[EMAIL PROTECTED]>   ,''`.
 : :' :
 `. `'
   `-


signature.asc
Description: Digital signature

Re: Where are the files of tetex-bin_3.0-1?

[Frank Küster]

Adeodato Simó <[EMAIL PROTECTED]> schrieb:

> * Frank Küster [Fri, 11 Mar 2005 19:45:23 +0100]:
>
>> on Tuesday I got a mail from katie that tetex-bin_3.0-1 was accepted,
>> but the files don't seem to be in the archive.
>
>> but the files are not in the pool at 
>
>> ftp://ftp.de.debian.org/debian/pool/main/t/tetex-bin/
>
>> Is this an isolated accident or is there a bug in the scripts? Should I
>> just reupload?
>
>   They're still in incoming. 

Ah, should have looked there.  I just didn't think that the bug could be
there, sorry.

Regards, Frank
-- 
Frank Küster
Inst. f. Biochemie der Univ. Zürich
Debian Developer

Re: Privileged Port Puzzle

[Joel Aelwyn]

On Fri, Mar 11, 2005 at 01:40:49PM +0100, Juergen Salk wrote:
> 
> Most services (like apache, e.g.) follow a different approach:
> They have to be run by root initially, and drop privileges as 
> soon as they have done binding their privileged ports. However, 
> this is obviously not the way imagectn is supposed to work. 

The other primary alternative is a SUID wrapper that opens the specified
port, and hands it over to the application which runs without SUID
privileges. However, that may not be the cleanest way; another response
in this thread has already covered the more tightly integrated method of
dealing with this.
-- 
Joel Aelwyn <[EMAIL PROTECTED]>   ,''`.
 : :' :
 `. `'
   `-


signature.asc
Description: Digital signature

Bug#299107: ITP: xiron -- ruby interface for xine-library for displaying video

[Stephen Birch]

Package: wnpp
Severity: wishlist


* Package name: xiron
  Version : 0.1.2
  Upstream Author : guenter at users.sourceforge.net
* URL : http://xiron.sf.net
* License : GPL
  Description : ruby interface for xine-library for displaying video

This is an extension to ruby which allows to use the xine-library to
play media streams. this binding takes advantage from the unique
features of ruby to provide an objectoriented, and easy-to-use interface
to xine. the goal of the api-design is to be lightweight and as smart as
possible but not outsmart the programmer. this api combined with the
powerful features of the ruby language itself leads to a powerful
development framework which makes the development of new media players
surprisingly easy.

xiron also provides some utility classes not directly related to xine
but very usable for frontends. currently there is a class to handle
mediamarks and playlists of various formats and an osd widget set to
easily write purely osd-based front-ends like oxine.

-- System Information:
Debian Release: 3.1
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: Any
Locale: LANG=C, Ruby


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Stateless linux in Debian

[Thomas Hood]

I am interested in this subject.

   http://panopticon.csustan.edu/thood/readonly-root.html

-- 
Thomas Hood


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Stateless linux in Debian

[Otavio Salvador]

|| On Fri, 11 Mar 2005 14:27:49 -0500
|| linux romeo <[EMAIL PROTECTED]> wrote: 

lr> Hello Marco/List,
lr>I am willing .
lr> I wish to work on a project which incorporates 
lr> 1) State linux (http://fedora.redhat.com/projects/stateless/)
lr> 2)Meets most of OSDL Desktop Linux specification

lr> anybody else who is willing/ interested pl let me know

In next week I'll try to take a look on it. It looks very interesting
to some things I need  to do :-)

-- 
O T A V I OS A L V A D O R
-
 E-mail: [EMAIL PROTECTED]  UIN: 5906116
 GNU/Linux User: 239058 GPG ID: 49A5F855
 Home Page: http://www.freedom.ind.br/otavio
-
"Microsoft gives you Windows ... Linux gives
 you the whole house."


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

dehs-devel mailinglist

[Bluefuture]

I had opened a dehs[1] development mailing list[2] on alioth to
coordinate issues and work.
Anybody want discuss ideas, improve or work on dehs an watch file system
could subscribe to the list[3].

Thanks,
Stefano

[1] http://dehs.alioth.debian.org
[2] [EMAIL PROTECTED] 
[3] http://lists.alioth.debian.org/mailman/listinfo/dehs-devel



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Stateless linux in Debian

[Josh Lauricha]

On Fri 03/11/05 14:14, linux romeo wrote:
> Hello,
>  State Linux looks like a good project to ease management of
> enterprise desktops
> http://fedora.redhat.com/projects/stateless/
> 
> is debian planning for incorporating it or is there some substitute
> project for it

Well, from a very cursory glance this really just seems to be barely
more advanced that a cron job that runs "rsync goldserver:/ /"

FAI is probably a better route to go than trying to port a
Fedora-specific management system to Debian.

-- 

--
| Josh Lauricha| Ford, you're turning|
| [EMAIL PROTECTED] | into a penguin. Stop|
| Bioinformatics, UCR  | it  |
||
| OpenPG:|
|  4E7D 0FC0 DB6C E91D 4D7B C7F3 9BE9 8740 E4DC 6184 |
||
| Geek Code: Version 3.12|
| GAT/CS$/IT$ d+ s-: a-->--- C$ UL$ P++ L|
| $E--- W+ N o? K? w--(---) O? M+(++) V? PS++ PE-(--)|
| Y+ PGP+++ t--- 5+++ X+ R tv DI++ D--- G++  |
| e++ h- r++ z?  |
||


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: is xprint still used by mozilla, etc?

[Torsten Landschoff]

On Thu, Mar 10, 2005 at 09:18:19PM -0500, Joey Hess wrote:
> Like I said at the head of this thread I explicitly added xprt-xprintorg
> to the deaktop task on user request. However, nothing I've seen so far
> seems to be a solid reason to keep it. OTOH, if the high priority 
> debconf question goes away, I don't care if it's left in.

Why doesn't that option default to 600dpi anyway? Don't think there are
many people out there who can see the difference between 600 and 1200
dpi...

Greetings

Torsten


signature.asc
Description: Digital signature

debconf in while read foo; ... loop?

[Torsten Landschoff]

Hi there, 

I am having a problem with using debconf in a maintainer script. Namely
I am iterating over the list of directories configured for the ldap
server and in the loop I am using db_get to query debconf. 

Problem: The answer from debconf never arrives since stdin is reading
the pipe of the while loop. I can get that info earlier but the db_get
is deep in a stack of functions and it semantically fits there. 

Any idea how to access debconf when stdin is redirected?

Thanks

Torsten


signature.asc
Description: Digital signature

Re: Stateless linux in Debian

[Marco d'Itri]

On Mar 11, Josh Lauricha <[EMAIL PROTECTED]> wrote:

> Well, from a very cursory glance this really just seems to be barely
> more advanced that a cron job that runs "rsync goldserver:/ /"
Look again then.

> FAI is probably a better route to go than trying to port a
> Fedora-specific management system to Debian.
It's not Fedora-specific.

-- 
ciao,
Marco


signature.asc
Description: Digital signature

Re: is xprint still used by mozilla, etc?

[Andreas Barth]

* Torsten Landschoff ([EMAIL PROTECTED]) [050311 22:55]:
> On Thu, Mar 10, 2005 at 09:18:19PM -0500, Joey Hess wrote:
> > Like I said at the head of this thread I explicitly added xprt-xprintorg
> > to the deaktop task on user request. However, nothing I've seen so far
> > seems to be a solid reason to keep it. OTOH, if the high priority 
> > debconf question goes away, I don't care if it's left in.

> Why doesn't that option default to 600dpi anyway? Don't think there are
> many people out there who can see the difference between 600 and 1200
> dpi...

It's trivially seen if you print to a real high-quality device, as the
600dpi the too-large pixles can be seen. However, for usual purposes,
you don't need it.


Cheers,
Andi
-- 
   http://home.arcor.de/andreas-barth/
   PGP 1024/89FB5CE5  DC F1 85 6D A6 45 9C 0F  3B BE F1 D0 C5 D1 D9 0C


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Privileged Port Puzzle

[Juergen Salk]

Steve Greenland <[EMAIL PROTECTED]> wrote:

>> However, this is obviously not the way imagectn is 
>> supposed to work. 

> Uh, why not? 

> If (uid==0) {
>   bind to specified port;
>   setuid("imagectn"); /* or "nobody" */
>   setgid("imagectn");
> } else {
>   bind to specified non-privileged port OR fail;
>   /* Keep running as current user */
> }

Well, I meant this is obviously not the way imagectn is 
supposed to work without tweaking the source. ;-)

Anyway, this seems to be the way to go. Thanks.

Best regards - Juergen 

-- 
GPG A997BA7A | 87FC DA31 5F00 C885 0DC3  E28F BD0D 4B33 A997 BA7A


signature.asc
Description: Digital signature

Re: Stateless linux in Debian

[Josh Lauricha]

On Fri 03/11/05 22:58, Marco d'Itri wrote:
> On Mar 11, Josh Lauricha <[EMAIL PROTECTED]> wrote:
> 
> > Well, from a very cursory glance this really just seems to be barely
> > more advanced that a cron job that runs "rsync goldserver:/ /"
> Look again then.

I did, and became even less impressed. Its a root-nfs system tied in
with DHCP. The improvement over that is the cached clients:
Client machines check the LDAP directory every hour to see what they
should be running. If an update is detected, a caching client will
automatically rsync the new file tree into its reserve partitions.

Maybe I'm just missing the "new features" this provides, but it seems
to be just root-nfs with a few more buzzwords.

> It's not Fedora-specific.

As seen on the project page:
The scope of the project is the entire OS, since we are trying to
improve configuration throughout all packages.

How do you figure a system that requires [nearly] all packages to be
modified, non-specific to that project? Every Debian package that might
alter a file will need to be changed. Yes, once a ro-root is working,
this is no longer the case.

Again, I might just be missing the point. But FAI provides the
"caching client" abilities, is amazingly flexible and is already in.

I'm not saying its worthless, but it just seems like "FAI for Fedora".

-- 

--
| Josh Lauricha| Ford, you're turning|
| [EMAIL PROTECTED] | into a penguin. Stop|
| Bioinformatics, UCR  | it  |
||
| OpenPG:|
|  4E7D 0FC0 DB6C E91D 4D7B C7F3 9BE9 8740 E4DC 6184 |
||
| Geek Code: Version 3.12|
| GAT/CS$/IT$ d+ s-: a-->--- C$ UL$ P++ L|
| $E--- W+ N o? K? w--(---) O? M+(++) V? PS++ PE-(--)|
| Y+ PGP+++ t--- 5+++ X+ R tv DI++ D--- G++  |
| e++ h- r++ z?  |
||


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Do not make gratuitous source uploads just to provoke the buildds!

[Steve Langasek]

Changelog entry from a package that has just arrived in incoming:

 gnucash (1.8.10-8) unstable; urgency=high
 .
   * high urgency upload because the fix for critical bug 291632 didn't get
 into testing because of recompilation bugs, those later fixes were
 uploaded with urgency low, and the package is still badly stuck.
 People need the bug fix for 291632 and this will move it along.  No
 changes to the source.

No, Thomas, this will NOT move it along.  As I explained to you in response
to your last message to debian-release, the missing builds have been
awaiting fixes to our buildd capacity on a pair of architectures, and
gnucash 1.8.10-7 was already in the Needs-Build queue on both of those
architectures (as you could see from
http://people.debian.org/~igloo/status.php?packages=gnucash, if you're not
used to interpreting the pages on buildd.debian.org).  The reason gnucash
has not been built yet on arm or mipsel is because there is a backlog of
over a hundred packages on each of these architectures.

Re-uploading a package to provoke a buildd response is counterproductive,
*particularly* when the package is already in Needs-Build on the missing
architectures.  Re-uploading doesn't change its position in the queue, but
it *does* force buildds for all the other archs to needlessly rebuild the
package.  This is why the answer to your previous email was "please be
patient".

-- 
Steve Langasek
postmodern programmer


signature.asc
Description: Digital signature

gconf, kde: cleanup tmp after X logout

[Joerg Sommer]

Hi,

are there any X login manager independent scripts they were run after the
X session is closed? Is there a possibility for gconf, artsd and alike to
register to get called when the X session ends to bring down there
service?

I admin a linux pool for nearly 500 people. After two weeks uptime there
are so much processes running and waiting for the next login of the user.

Now I will set up kdm our x login manager to run some commands on logout
like "gconftool --shutdown". But is there a more generic way? And why do
packages like gconf2 and artsd not shutdown their services?

Bye, Joerg.

-- 
NetBSD ist für Frauen: es läuft auf Waschmaschinen


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Stateless linux in Debian

[Finn-Arne Johansen]

On Fri, Mar 11, 2005 at 02:14:37PM -0500, linux romeo wrote:
> Hello,
>  State Linux looks like a good project to ease management of
> enterprise desktops
> http://fedora.redhat.com/projects/stateless/
> 
> is debian planning for incorporating it or is there some substitute
> project for it

Hmm, this looks rather similar to what I'm trying to do with lessdisks
in debian-edu, setting up diskless workstations. So far I have an
installation with 24 diskless PIII-800MHz with 256 MB memory, using an old
PIII-600MHz server with 1GB memory. the 24 clients were donated from a
local company after the School's new computer lab was stolen. 

It has been working now for 2 months, but there is still more tuning to
do. I have written some about the use here: 
 
http://svn.debian.org/wsvn/debian-edu/trunk/src/debian-edu-install/doc/debian-edu-lessdisks?op=file&rev=0&sc=0

The solution is installable from this image: 
 rsync ftp.skolelinux.no::skolelinux-sarge/debian-edu_sarge-i386_last-bzz.iso
or 
 ftp://ftp.skolelinux.no/sarge-cd/debian-edu_sarge-i386_last-bzz.iso

-- 
Finn-Arne Johansen 
[EMAIL PROTECTED]
http://bzz.no/


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Do not make gratuitous source uploads just to provoke the buildds!

[Thomas Bushnell BSG]

Steve Langasek <[EMAIL PROTECTED]> writes:

> Re-uploading a package to provoke a buildd response is counterproductive,
> *particularly* when the package is already in Needs-Build on the missing
> architectures.  Re-uploading doesn't change its position in the queue, but
> it *does* force buildds for all the other archs to needlessly rebuild the
> package.  This is why the answer to your previous email was "please be
> patient".

Unfortunately, the queue ordering policy is unclear.  I was guessing
that the priority of the upload would have something to do with
queueing policy.

Since the all but one of the other arch buildd's have empty
needs-build queues, it is harmless to force them to execute a
recompile and costs no scarce resources.  I did check this before
uploading. 

I made an upload because a related package (grisbi) just seemed to get
compiled by all the buildd's in a nifty two-day round trip time.  It
was uploaded March 10, compiled by most buildds on the 10th, and by
arm and mipsel on the 11th.  I concluded that the queue must take note
of priority or something like that.

Perhaps it got through the queue because the grisbi upload fixed an
serious RC bug.  Well, the gnucash one fixes a critical RC bug, but
that isn't indicated in the changelog.  Maybe I should add that?

If, perhaps, there was a clear indication of the buildd ordering
policy, then it could be properly used.  Until then, I go on the basis
of guesswork.  

Thomas


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Do not make gratuitous source uploads just to provoke the buildds!

[Jeroen van Wolffelaar]

On Fri, Mar 11, 2005 at 05:03:55PM -0800, Thomas Bushnell BSG wrote:
> If, perhaps, there was a clear indication of the buildd ordering
> policy, then it could be properly used.  Until then, I go on the basis
> of guesswork.  

You were *told*[1] to wait. Do not fall back to guesswork when someone
knowingly like Steve Langasek tells you what to do. Ignoring what gets
told to you by a release manager, and instead doing some uninformed
guesswork is not helping the release.

--Jeroen

[1] http://lists.debian.org/debian-release/2005/03/msg00047.html

-- 
Jeroen van Wolffelaar
[EMAIL PROTECTED] (also for Jabber & MSN; ICQ: 33944357)
http://Jeroen.A-Eskwadraat.nl


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Do not make gratuitous source uploads just to provoke the buildds!

[Thomas Bushnell BSG]

Jeroen van Wolffelaar <[EMAIL PROTECTED]> writes:

> On Fri, Mar 11, 2005 at 05:03:55PM -0800, Thomas Bushnell BSG wrote:
> > If, perhaps, there was a clear indication of the buildd ordering
> > policy, then it could be properly used.  Until then, I go on the basis
> > of guesswork.  
> 
> You were *told*[1] to wait. Do not fall back to guesswork when someone
> knowingly like Steve Langasek tells you what to do. Ignoring what gets
> told to you by a release manager, and instead doing some uninformed
> guesswork is not helping the release.
> 
> [1] http://lists.debian.org/debian-release/2005/03/msg00047.html

You are misreading that message.

In that message, Steve is advising me to wait for the buildd's to
clean up the xfree86-common chroot mess, and saying not that a
reupload does nothing, but instead is saying that further email to the
buildd maintainers is unnecessary.

Thomas


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Stateless linux in Debian

[Marco d'Itri]

On Mar 12, Josh Lauricha <[EMAIL PROTECTED]> wrote:

> How do you figure a system that requires [nearly] all packages to be
> modified, non-specific to that project? Every Debian package that might
No, it does not. What about you read the white paper instead of
speculating?

-- 
ciao,
Marco


signature.asc
Description: Digital signature

Re: On dpkg support for binary recompilations

[Anthony Towns]

Scott James Remnant wrote:
Source: banana

Package: banana
Architecture: any
Depends: libbanana0 (= ${Source-Version})
Package: libbanana0
Architecture: any
Depends: libbanana-common (= ${Source-Version})
Package: libbanana-common
Architecture: all
Any packages that do that are already broken for binNMUs -- since 
banana/$ARCH will depend on the wrong version of libbanana0/$ARCH. So I 
don't think this is an issue.

We could address substvars by ensuring ${Source-Version} is the version
of the source, not the binary, and we therefore get: [...]
The binary version is available in the ${Version} substvar, developers
would have to be extremely careful to ensure that dependencies on
arch-any packages are done with ${Version} and arch-all packages with
${Source-Version}; and that they only do binary-arch when preforming
binary recompilations.
That seems straightforward to me...
This is in breach of current policy (Â 8.5) which says library
development packages should have an exact version dependency on an
arch-any package using ${Source-Version} .
Err, policy says "The ${Source-Version} subsitution variable can be 
useful for this purpose" -- it's not a policy violation if it turns out 
something else is more useful. It also doesn't say it must/should have 
an exact dependency, just that it typically does.

So this would require a policy change, and an extraordinary amount of
care by both the original developers and binary recompilers.  I doubt
most people would get it right, leaving us with the same problems we
have today.
The only problem we have today is that you have to use heuristics to 
work out what binary versions match what source versions...

Cheers,
aj
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#299146: RFA: phpwiki: An informal collaborative website manager

[Matthew Palmer]

Package: wnpp,phpwiki
Version: 1.3.7-3
Severity: wishlist

I no longer use PHPWiki myself, and don't have time to do the necessary work
to keep PHPWiki as sharp as it needs to be.  Personally, I don't think it's
suitable for release as-is, so anyone who wants to see PHPWiki in Sarge
should probably take the package over and re-assess it's release candidacy.

- Matt


signature.asc
Description: Digital signature

Re: Do not make gratuitous source uploads just to provoke the buildds!

[Steve Langasek]

On Fri, Mar 11, 2005 at 05:03:55PM -0800, Thomas Bushnell BSG wrote:
> Steve Langasek <[EMAIL PROTECTED]> writes:

> > Re-uploading a package to provoke a buildd response is counterproductive,
> > *particularly* when the package is already in Needs-Build on the missing
> > architectures.  Re-uploading doesn't change its position in the queue, but
> > it *does* force buildds for all the other archs to needlessly rebuild the
> > package.  This is why the answer to your previous email was "please be
> > patient".

> Unfortunately, the queue ordering policy is unclear.  I was guessing
> that the priority of the upload would have something to do with
> queueing policy.

Yes, it is unclear.  The reality is that upload priority does not contribute
to queue ordering.  There's been sufficient confusion on this point that I
had to check the wanna-build code for myself to be sure of it, and I'm aware
that confusion persists for many.

> Since the all but one of the other arch buildd's have empty
> needs-build queues, it is harmless to force them to execute a
> recompile and costs no scarce resources.  I did check this before
> uploading. 

It is not harmless; it costs buildd admin time to review/process the build
logs, and if the libraries available in unstable change on one or more
architectures between the time the package was previously built and the next
time it's built, there can be additional delay resulting from waiting on
those other libraries to transition to testing.

> I made an upload because a related package (grisbi) just seemed to get
> compiled by all the buildd's in a nifty two-day round trip time.  It
> was uploaded March 10, compiled by most buildds on the 10th, and by
> arm and mipsel on the 11th.  I concluded that the queue must take note
> of priority or something like that.

> Perhaps it got through the queue because the grisbi upload fixed an
> serious RC bug.  Well, the gnucash one fixes a critical RC bug, but
> that isn't indicated in the changelog.  Maybe I should add that?

The queue ordering is entirely automatic, and AIUI the queue(s) is (are)
sorted by:

- target suite
  - package priority
- package section
  - package name

I personally believe it would be beneficial to prioritize by upload urgency
as well (probably as a sort criterion between package priority and package
section), but the w-b maintainers disagree.

-- 
Steve Langasek
postmodern programmer


signature.asc
Description: Digital signature

Re: mplayer 1.0pre6a-4 for i386 and PowerPC

[Guido Guenther]

On Thu, Mar 10, 2005 at 09:41:48AM +0100, A Mennucc wrote:
> hi everybody
> 
> thanks to help of many  people 
> (both on debian-legal , debian-devel , and privately),
> I have prepared a new debugged improved version of mplayer 
> for the Debian archive : namely version 1.0pre6-4
> 
> Simon McVittie , in particular, has tried my packaging in
> powerpc : so he has provided me with many corrections , and with
> a powerpc binary
Did you have a look at:
 http://honk.physik.uni-konstanz.de/~agx/linux-ppc/debian/mplayer/
The mplayer packages there (based on Christian Marillats very nice i386
package) have support for an altivec and non-altivec version and are
being used by quiet some debian-ppc folks.
Cheers,
 -- Guido


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Do not make gratuitous source uploads just to provoke the buildds!

[Thomas Bushnell BSG]

Steve Langasek <[EMAIL PROTECTED]> writes:

> The queue ordering is entirely automatic, and AIUI the queue(s) is (are)
> sorted by:
> 
> - target suite
>   - package priority
> - package section
>   - package name
> 
> I personally believe it would be beneficial to prioritize by upload urgency
> as well (probably as a sort criterion between package priority and package
> section), but the w-b maintainers disagree.

I see, the problem is clearly that gnucash is in the "Extra" priority
instead of the "Optional" section where it belongs.  I'll request the
ftpmasters to change it.

Thomas


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: is xprint still used by mozilla, etc?

[Drew Parsons]

Torsten wrote:
> Why doesn't that option default to 600dpi anyway? Don't think there
are
> many people out there who can see the difference between 600 and 1200
> dpi...

It does default to 600dpi.

There are certain printers however which cannot handle data designed for their 
specific designated dpi.
If one of these printers is designed for 300dpi, and receives the default 
600dpi data, it will take each
pixel and print them one by one, at 300dpi with the result that only one 
quarter of the image appears on 
the sheet of paper.  Likewise if one of these printers is 1200dpi, it will 
print each pixel as it receives
them, with the resulting "600dpi" image only taking up a quarter of the full 
sheet.

All the printers I've used personally have been able to adapt. Feed 300dpi data 
to a 600dpi printer, 
and the printer knows to lay down 4 dots of ink on paper for every one pixel in 
the data.  But not 
everyone's printer can do this, people have complained their printing does not 
work. The debconf
question is intended for them, saving them the trouble of reading the FAQ and 
digging into the config 
files to make the setting themselves by hand.

Drew


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Do not make gratuitous source uploads just to provoke the buildds!

[Matthew Palmer]

[Probably going a bit off track for -release; MFT to -devel]

On Fri, Mar 11, 2005 at 07:14:35PM -0800, Steve Langasek wrote:
> The queue ordering is entirely automatic, and AIUI the queue(s) is (are)
> sorted by:
> 
> - target suite
>   - package priority
> - package section
>   - package name
> 
> I personally believe it would be beneficial to prioritize by upload urgency
> as well (probably as a sort criterion between package priority and package
> section), but the w-b maintainers disagree.

I'm trying to work out why package *section* matters at all.  Package name
is a bit odd, too, but including the section in there is just totally whack. 
Upload priority would be nice to sort by, but I think the queue needs to be
as FIFO as possible for fairness and "principle of least surprise" sake.

Now I have this urge to go and make surgery on w-b.

- Matt


signature.asc
Description: Digital signature

Re: Do not make gratuitous source uploads just to provoke the buildds!

[Steve Langasek]

On Sat, Mar 12, 2005 at 03:19:23PM +1100, Matthew Palmer wrote:
> [Probably going a bit off track for -release; MFT to -devel]

> On Fri, Mar 11, 2005 at 07:14:35PM -0800, Steve Langasek wrote:
> > The queue ordering is entirely automatic, and AIUI the queue(s) is (are)
> > sorted by:

> > - target suite
> >   - package priority
> > - package section
> >   - package name

> > I personally believe it would be beneficial to prioritize by upload urgency
> > as well (probably as a sort criterion between package priority and package
> > section), but the w-b maintainers disagree.

> I'm trying to work out why package *section* matters at all.  Package name
> is a bit odd, too, but including the section in there is just totally whack. 

Consider that libraries have their own section.  Certain package sections
are (on the whole) more central to the dependency graph than others, so it's
to our advantage to order those first to reduce the need for give-backs or
dep-waits.

> Upload priority would be nice to sort by, but I think the queue needs to be
> as FIFO as possible for fairness and "principle of least surprise" sake.

> Now I have this urge to go and make surgery on w-b.

Given that the w-b maintainers disagree, changing the code is not the hard
part.  The system is designed such that it only really works properly if the
buildds drain the Needs-Build queue on a regular basis.  This doesn't seem
terribly robust to me, but it's not my call.

-- 
Steve Langasek
postmodern programmer


signature.asc
Description: Digital signature

Re: Do not make gratuitous source uploads just to provoke the buildds!

[Marc Haber]

On Fri, Mar 11, 2005 at 05:03:55PM -0800, Thomas Bushnell BSG wrote:
> Unfortunately, the queue ordering policy is unclear.  I was guessing
> that the priority of the upload would have something to do with
> queueing policy.
> 
> Since the all but one of the other arch buildd's have empty
> needs-build queues, it is harmless to force them to execute a
> recompile and costs no scarce resources.  I did check this before
> uploading. 

Did you also check how much network traffic would be wasted by rolling
out the unnecessary package to all mirrors?

Greetings
Marc

-- 
-
Marc Haber | "I don't trust Computers. They | Mailadresse im Header
Mannheim, Germany  |  lose things."Winona Ryder | Fon: *49 621 72739834
Nordisch by Nature |  How to make an American Quilt | Fax: *49 621 72739835


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]