Re: Debian Project Leader Election 2005

[Igor Genibel]

On Monday 28 February 2005 21:48, Nico Golde wrote:
[...]
> http://qa.debian.org/[EMAIL PROTECTED] Regards Nico

You can use the fullname with developer.php:
http://qa.debian.org/developer.php?login=Matthew+Garrett

Cheers
-- 
Igor Genibel
«Non bene pro toto libertas venditur auro»
Freedom is not sold for all the gold in the world.
Dubrovnik motto


pgpfC5pltsYBl.pgp
Description: PGP signature

Re: Bug#297233: ITP: wmansied -- An ANSI/ASCII editor.

[Paul Hampson]

On Mon, Feb 28, 2005 at 06:11:51PM -0600, Joe Wreschnig wrote:
> On Mon, 2005-02-28 at 21:28 +, Roger Leigh wrote:
> > -BEGIN PGP SIGNED MESSAGE-
> > Hash: SHA1

> > "Nelson A. de Oliveira" <[EMAIL PROTECTED]> writes:

> > > WMAnsiEd is an ANSI editor with functions like line drawing, ellipse,
> > > box, etc., written in Qt. All IBM ANSI and ASCII characters are

> > "ANSI" is pretty meaningless as a "standard", since ANSI standardised
> > many different things.  Perhaps you mean it implements ISO-6429
> > (ECMA-48) SGR control sequences, or maybe something entirely
> > different?  Either way, it would help if you were much more specific.

> > (This applies equally to the other ITP.)

> For most of us who grew up on IBM PC systems in the DOS days, "ANSI" was
> a character set / graphics style first, and an organization second. I
> don't know what the official standards for the character set and
> terminal specifications are, but people who are interested are going to
> be looking for "ANSI" or "ANSI graphics", not a standards document
> number.

A bit of googling produced [1] which points at
ANSI's "Advanced Data Communication Control Procedure (ADCCP) X3.64-1979".

And yes, that's ISO-6429/EMCA-48. ^_^

So it proably should be described as an "ANSI X3.64-1979/ISO-6429/ECMA-48
(aka ANSI, in the domain of modem-based BBS)" or something, so that an
apt-cache search will pick it up for "ANSI BBS" while not fuelling the
fires of controversy and ignorance, as it possibly does now. ^_^

(Also, Cricket gives a listing of the various whacky X.364
implementations. ^_^ [3])

[1] http://www.geocities.com/TimesSquare/Fortress/2756/graphics.html
[2] http://astronomy.swin.edu.au/~pbourke/dataformats/ansi.html
[3] http://www.columbia.edu/kermit/gloss.html
-- 
---
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: Bug#297606: ITP: unionfs -- Stackable Unification File System

[Roberto Suarez Soto]

On Mar/01, Eduard Bloch wrote:

>  unionfs is a Linux kernel driver that provides a unification file system
>  which can appear to merge the contents of several directories
>  (branches), while keeping their physical content separate.

I've used this, but briefly, in NetBSD. So maybe I'm missing something
when I ask: how is this different from "mount --bind" in kernels 2.4 and up?

-- 
Roberto Suarez Soto Alfa21 Outsourcing
[EMAIL PROTECTED]http://www.alfa21.com


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

Re: self-depending packages

[Tollef Fog Heen]

* Adam Heath 

| On Tue, 1 Mar 2005, Tollef Fog Heen wrote:
| 
| > apt invokes dpkg on the command line and due to maximum command
| > line length it sometimes is split in an unfortunate place.
| >
| > This will be fixed once dpkg is librarified.
| 
| Er, no, it won't.

Please follow my mail-followup-to and don't send me private replies.

Also, according to http://www.netsplit.com/blog/tech/debian/dpkg:

> The libdpkg library
> 
> This is mostly an act of re-engineering the current code so that the
> dpkg command-line tool is simply a wrapper around a libdpkg library.
>
> Front-ends and APT would link to this library instead of using the
> command-line. One of the most immediately obvious things this solves
> is the line-length issue that requires APT to break up invocations,
> sometimes in bad places.

so I think you are wrong here.

-- 
Tollef Fog Heen,''`.
UNIX is user friendly, it's just picky about who its friends are  : :' :
  `. `' 
`-  


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

Re: Bug#297606: ITP: unionfs -- Stackable Unification File System

[Paul Hampson]

On Wed, Mar 02, 2005 at 09:48:52AM +0100, Roberto Suarez Soto wrote:
> On Mar/01, Eduard Bloch wrote:

> >  unionfs is a Linux kernel driver that provides a unification file system
> >  which can appear to merge the contents of several directories
> >  (branches), while keeping their physical content separate.

>   I've used this, but briefly, in NetBSD. So maybe I'm missing something
> when I ask: how is this different from "mount --bind" in kernels 2.4 and up?

Hmm. I misread this as the oft-wished-for transparent overlay
filesystem.

Either I'm daft, or the naming/description might need work...
"merge" is possibly the wrong word here?


-- 
---
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: self-depending packages

[Antti-Juhani Kaijanaho]

On 20050301T144403+, Henning Makholm wrote:
> Scripsit Antti-Juhani Kaijanaho <[EMAIL PROTECTED]>
> > On 20050301T122452+0100, Tollef Fog Heen wrote:
> 
> >> apt invokes dpkg on the command line and due to maximum command line
> >> length it sometimes is split in an unfortunate place.
> 
> > I'll repeat what I wrote above:
> 
> > Doesn't apt usually unpack all packages first and then configure them in
> > one run, so that shouldn't matter?
> 
> I will refrain from repeating what Tollef wrote, but read it again
> anyway.  Apt neither unpacks nor configures packages; it uses dpkg for
> that.

There is and was nothing wrong wrong with my reading comprehension; the
problem was that we did not share a common set of assumptions.

For me "apt unpacks" obviously means "apt tells dpkg to unpack"
and "apt configures" obviously means "apt tells dpkg to configure";
it was also obvious to me that "apt configures in one run" means it
calls dpkg --configure -a.  My mistake was the last assumption: I have
now checked source, and apt really does list the packages even in a
configuration run, which indeed is a problem.

Had someone corrected my false (implicit) assumption, this thread would
have been a lot shorter.  Alas, it wasn't: not one response I got
addressed the real problem.  Perhaps it'd be useful to assume that I can
read and then look for ways I could have made a mistake in my mental
model.  Then again, I could have been more explicit in listing my
assumptions.

Oh well.  This thread has demonstrated Wiio's law:

  Communication usually fails, except by accident.

(http://www.cs.tut.fi/~jkorpela/wiio.html)
-- 
Antti-Juhani Kaijanaho, Debian developer 

http://kaijanaho.info/antti-juhani/blog/en/debian


signature.asc
Description: Digital signature

Re: self-depending packages

[Antti-Juhani Kaijanaho]

On 20050301T195602+0100, Frank Küster wrote:
> Well, but why should a self-dependency be ever necessary?

A self-dependency is an oxymoron, since a package cannot be
simultaneously unconfigured and configured.  For that reason, a
self-dependency is always a no-op (as I wrote earlier, it is harmless
but ugly).

Circular dependencies, however, are sometimes necessary.  A good example
is the base system, where many of the packages need each other to
configure; but that particular case is solved by the essential packages
list.

In most other cases, circular dependencies can be removed by refactoring
the package set.
-- 
Antti-Juhani Kaijanaho, Debian developer 

http://kaijanaho.info/antti-juhani/blog/en/debian


signature.asc
Description: Digital signature

Re: ClearLooks theme availability for Debian GNOME

[Miles Bader]

Ross Burton <[EMAIL PROTECTED]> writes:
> For the record it isn't going to be the default, but the engine itself
> is a contender.

So what are they gonna change (for the default)?

-Miles
-- 
P.S.  All information contained in the above letter is false,
  for reasons of military security.


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

Bug#297688: ITP: libsmack-java -- An Open Source XMPP client library for instant messaging and presence

[Jan Alonzo]

Package: wnpp
Severity: wishlist
Owner: Jan Alonzo <[EMAIL PROTECTED]>

* Package name: libsmack-java
  Version : 1.4.1
  Upstream Author : Jive Software 
* URL : http://www.jivesoftware.org/smack/
* License : Apache License (v2.0)
  Description : An Open Source XMPP client library for instant messaging 
and presence
 
 The Smack API is an easy to use XMPP client library written in Java. The API
 doesn't force the developer to code at the packet level and does not expect
 the developer to know XML.

 This package is a good addition to Debian since there is no XMPP client
 library for Java developers, last time I checked. 
 

-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.10-mh4
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)


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

PHP thread safety

[Piotr Roszatycki]

Hi.

Some time ago php4 packages enabled thread safety feature. I did the same for 
php5 packages. Now, I'm little confused after I've benchmarked php5 with zts 
and non-zts option:

The tests was made with apache2-prefork. The scripts were trivial 99bottles 
from well-known site and benchmarks/form/simple from WACT framework.

The results are counted as req/sec.

mod_php5:

99bottles zts 309.18 - 296.69
99bottles non-zts 391.43 - 367.13
wact zts 59.98 - 56.01
wact non-zts 62.90 - 61.13

php5-fcgi + mod_fastcgi

99bottles zts 287.54 - 268.49
99bottles non-zts 316.17 - 297.09
wact zts 64.55 - 61.52
wact non-zts 74.70 - 70.30

I did not tested php4 but I suspected the results would be similar to php5. 

ZTS feature also makes an incompatibility with binary-only modules. See 
Bug#297679 or Bug#297223.

Of course non-ZTS version of PHP doesn't work in threaded environment like 
apache2-worker or caudium. At least these servers can cooperate with PHP 
through fastcgi.

What can we do:

1. Provide only ZTS version. This version is considered as experimental by PHP 
developers, gives a less performance (about 10%) and makes problems with 
commercial extensions provided only in binary form.

2. Provide only non-ZTS version. That means threaded webservers have to 
comunicate with standalone PHP binary through FastCGI. No more native support 
for caudium.

3. Provide both of them. The packages with extensions could 
contain /usr/lib/php5/20041030-zts and /usr/lib/php5/20041030 directory. The 
cgi, cli, apache and apache-prefork SAPI would be non-zts version. The 
apache-worker and caudium SAPI would be zts version. What about php5-dev 
package? Should provide i.e. /usr/bin/phpize5 and /usr/bin/phpize5-zts? The 
3rd-parties extensions could be compiled twice (for zts and non-zts) or ever 
4 times (for php4 and php5 in both flavours).

-- 
 .''`.Piotr Roszatycki, Netia SA
: :' :mailto:[EMAIL PROTECTED]
`. `' mailto:[EMAIL PROTECTED]
  `-


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

Re: eleventh-hour transition for mysql-using packages related to apache

[Theodore Ts'o]

On Fri, Jan 28, 2005 at 05:03:26AM -0800, Steve Langasek wrote:
> As a result, in spite of the timing wrt the release, I'm proposing a
> transition to libmysqlclient12 for a number of packages for sarge.  The
> packages listed below are those packages currently in sarge which either are
> broken with MySQL 4.x, or have the possibility of conflicting with one of the
> packages that do (mostly by being loaded by a webserver such as apache or
> apache2, or being mysql bindings for a language that also has ODBC bindings).

Out of curiosity, where are we with this at this point?  My system
(currently running unstable, but it from the your description it
sounds like it may be happening on sarge as well) has an
apache2/mysql/php4 combination which blows up the moment you try to
open a connection to a mysql database.  That seems to be rather
unfortunate for those silly people like myself that are trying to
setup a LAMP stack.  

What is the best thing to do at this point?  Tell folks to use
MySQL 3.x instead?

- Ted


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

Re: Bug#297629: ITP: gallery2 -- web-based photo album written in PHP

[Tollef Fog Heen]

* Michael Schultheiss 

| There are upgrade paths from G1 to G2 but G2 is currently in alpha, soon
| to be beta.  I wouldn't want to replace the current G1 package with G2
| until G2 goes golden.

Uploading to experimental sounds like a good idea, then.

-- 
Tollef Fog Heen,''`.
UNIX is user friendly, it's just picky about who its friends are  : :' :
  `. `' 
`-  


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

Re: NoX idea

[Christoph Berg]

Re: Michael Koch in <[EMAIL PROTECTED]>
> is "rm /etc/rc2.d/S99gdm" not easy enough for you ?

Please don't recommend rm'ing the S* links. Rename them to K* instead
or else they will be recreated on the next upgrade.

Christoph
-- 
[EMAIL PROTECTED] | http://www.df7cb.de/


signature.asc
Description: Digital signature

Re: NoX idea

[Tollef Fog Heen]

* Christoph Berg 

| Re: Michael Koch in <[EMAIL PROTECTED]>
| > is "rm /etc/rc2.d/S99gdm" not easy enough for you ?
| 
| Please don't recommend rm'ing the S* links. Rename them to K* instead
| or else they will be recreated on the next upgrade.

Removing just a single link is fine.  They will only be recreated if
they are all removed.

-- 
Tollef Fog Heen,''`.
UNIX is user friendly, it's just picky about who its friends are  : :' :
  `. `' 
`-  


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

Re: NoX idea

[Christoph Berg]

Re: Sean Perry in <[EMAIL PROTECTED]>
> >What would people think about adding a check on all the *dm managers (read
> >kdm, gdm and friends) about cheking the kernel command line from 
> >/proc/cmdline
> >and grep for nox?

Would be neat :)

> Should be easy for you to do locally and since the init scripts are 
> conffiles your mods will survive.

I guess the suggestion was to set that up per default. Currently, all
(most?) packages configure all runlevels the same, afaik. (I wonder
why so many suggested using runlevel 2 for it?! Runlevel 2 is the
default on Debian, and all DMs do run there.)

> I do not see this being useful for most people. If they installed the dm 
> they probably want X. As I mentioned above, if you know there are 
> occasions when you want a minimal boot up, runlevels are a great solution.

It would be nice for occasional no-X booting, e.g. for debugging. But
then there's still single user mode for that, so "wasting" a whole
runlevel for it doesn't seem so useful. The "nox" boot parameter seems
much less intrusive.

Who's going to file the wishlist bugs?

Christoph
-- 
[EMAIL PROTECTED] | http://www.df7cb.de/


signature.asc
Description: Digital signature

Re: Bug#297637: ITP: html2latex -- HTML to LaTeX conversor

[Christoph Berg]

Re: y in <[EMAIL PROTECTED]>
> Package: wnpp
> Severity: wishlist
> Owner: y <[EMAIL PROTECTED]>

Hi "y",

please use your real name to report bugs, *especially* wnpp bugs. It
feels very strange to imagine "y" maintaining Debian packages...

Christoph
-- 
[EMAIL PROTECTED] | http://www.df7cb.de/


signature.asc
Description: Digital signature

Re: NoX idea

[Olaf Conradi]

On Wed, 02 Mar 2005 14:53:30 +0100, Tollef Fog Heen <[EMAIL PROTECTED]> wrote:
> * Christoph Berg
> 
> | Re: Michael Koch in <[EMAIL PROTECTED]>
> | > is "rm /etc/rc2.d/S99gdm" not easy enough for you ?
> |
> | Please don't recommend rm'ing the S* links. Rename them to K* instead
> | or else they will be recreated on the next upgrade.
> 
> Removing just a single link is fine.  They will only be recreated if
> they are all removed.

It is fine upgrade wise, but don't forget about the case of switching
runlevels on a running system.

By turning the link into K* shuts down the program when switching from
a higher runlevel to a lower runlevel.

 -Olaf


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

Re: NoX idea

[Michael Koch]

On Wed, Mar 02, 2005 at 02:45:26PM +0100, Christoph Berg wrote:
> Re: Michael Koch in <[EMAIL PROTECTED]>
> > is "rm /etc/rc2.d/S99gdm" not easy enough for you ?
> 
> Please don't recommend rm'ing the S* links. Rename them to K* instead
> or else they will be recreated on the next upgrade.

Read the policy. They will only be created when *ALL* runlevel links are
deleted.


Michael
-- 
Java Trap: http://www.gnu.org/philosophy/java-trap.html


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

Re: Bug#297637: ITP: html2latex -- HTML to LaTeX conversor

[Antonio S. de A. Terceiro]

Christoph Berg escreveu isso aí:
> Re: y in <[EMAIL PROTECTED]>
> > Package: wnpp
> > Severity: wishlist
> > Owner: y <[EMAIL PROTECTED]>
> 
> Hi "y",
> 
> please use your real name to report bugs, *especially* wnpp bugs. It
> feels very strange to imagine "y" maintaining Debian packages...

Hi,

I've made a mistake when configuring reportbug on a new machine.
Noted this when message arrived on debian-devel, sorry.

-- 
Antonio S. de A. Terceiro <[EMAIL PROTECTED]>
http://www.inf.ufrgs.br/~asaterceiro
PGP on subkeys.pgp.net, fingerprint: E6F73C30



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

Re: NoX idea

[Gustavo Noronha Silva]

[No need to CC me, I'm on the list]

Em Qua, 2005-03-02 Ãs 07:06 +0100, Michael Koch escreveu:
> > I like the idea. I sometimes miss an easy way to say "don't start X",
> > too, although most times I do want it to run.
> 
> is "rm /etc/rc2.d/S99gdm" not easy enough for you ?

Easy enough for me in my system. It would be nice to have a standard way
of telling the system to not start X on any Debian system while keeping
X start up being the default without the need of messing
with /etc/rc?.d/ and/or /etc/inittab.

Thanks,

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


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

Re: self-depending packages

[Scott James Remnant]

On Tue, 2005-03-01 at 12:13 -0600, Adam Heath wrote:

> On Tue, 1 Mar 2005, Tollef Fog Heen wrote:
> 
> > * Antti-Juhani Kaijanaho
> >
> > | On 20050228T204520+, Andrew Suffield wrote:
> > | > On Mon, Feb 28, 2005 at 09:49:41PM +0200, Antti-Juhani Kaijanaho wrote:
> > | > > On 20050228T164806+, Andrew Suffield wrote:
> > | > > > Unfortunately apt breaks the code. If you use dpkg directly it'll
> > | > > > work. If you use apt it'll pick a random and unpredictable
> starting
> > | > > > point.
> > | > >
> > | > > Doesn't apt usually unpack all packages first and then configure them 
> > in
> > | > > one run, so that shouldn't matter?
> > | >
> > | > dpkg does the same thing
> > |
> > | So how does apt break it but using dpkg doesn't?
> >
> > apt invokes dpkg on the command line and due to maximum command line
> > length it sometimes is split in an unfortunate place.
> >
> > This will be fixed once dpkg is librarified.
> 
> Er, no, it won't.
> 
> That part of dpkg is not set to be turned into a library.
> 
It is; one of my plans is that libdpkg be functionality equivalent to
the dpkg command-line tool.  In fact, I intend the command-line tool to
be just an option/argument parser for the library.

This has been discussed several times on the mailing list and with the
maintainers of the other tools (APT, etc.)

The requirements suggest an API almost, but not quite, entirely unlike:

DpkgRequestList *list = NULL;

dpkg_request_list_append_new (&list, DPKG_REQUEST_INSTALL, filename1);
dpkg_request_list_append_new (&list, DPKG_REQUEST_INSTALL, filename2);
dpkg_request_list_append_new (&list, DPKG_REQUEST_INSTALL, filename3);
dpkg_request_list_append_new (&list, DPKG_REQUEST_INSTALL, filename4);

dpkg_request_list_run (list);


This wouldn't be limited by command-line length, so you could happily
pass a list of a million packages to be installed in one run (limited by
memory, of course).

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

fftw3 non-pic k7 optimisations

[Paul Brossier]

Hi all,

I am trying to get rid of fftw3 non position independant code
brought on i386 by the --enable-k7 configure flag. As dropping
these K7 optimisations gets rid of the non-pic, the problem seems
to lie in dft/k7/codelets/, which are generated by ocaml scripts
found in genfft-k7/.

Two questions:
 - can anyone spot what in these codelets causes the non-pic ?
 - how much can it hurt to have this non-pic in fftw3 ?

Cheers, piem


signature.asc
Description: Digital signature

Re: NoX idea

[Tim Cutts]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 2 Mar 2005, at 2:58 pm, Gustavo Noronha Silva wrote:
[No need to CC me, I'm on the list]
Em Qua, 2005-03-02 às 07:06 +0100, Michael Koch escreveu:
I like the idea. I sometimes miss an easy way to say "don't start X",
too, although most times I do want it to run.
is "rm /etc/rc2.d/S99gdm" not easy enough for you ?
Easy enough for me in my system. It would be nice to have a standard 
way
of telling the system to not start X on any Debian system while keeping
X start up being the default without the need of messing
with /etc/rc?.d/ and/or /etc/inittab.
It would also make pre-seeded installs easier; we're trying to get this 
working at the moment at work, but there's a nasty interaction between 
recent 2.6 kernels, udev, and gdm, causing the X server to wedge (I 
understand from the person dealing with this that it's because udev 
hasn't been started at the point in the install that gdm tries to 
start).  Given that the machine is still installing at this point, gdm 
trying to start up seems a little unnecessary, and a simple way to 
avoid it would help.  Obviously I've given pretty much the same list of 
suggestions as this thread to the admin doing our Debian desktop 
installs.

Tim
- -- 
Dr Tim Cutts
GPG: 1024/D FC81E159 5BA6 8CD4 2C57 9824 6638  C066 16E2 F4F5 FC81 E159
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.0 (Darwin)

iQEVAwUBQiXdYRypeFo2odvPAQiIoAf+N+Vzx4H4+MUnvmhAzkrqIlphYy2j4Old
rNZIXg8rlVn5aLhkJxcHsR2yxjgr5NBdxTel6a1og9BQuMgbKLVe0HcKF2KcrK6I
zAhRYr8twP/CHDAWjZQ9xs4J8htFNcdDiJHlJT4NEAu302SUmMWXGYRP2OMPJQey
XR6CfayzkaboeOCBRTvM+Y0lWqx0LWCQpoi6wz8q1/KV46RVuW76FCnb4E2cd0xh
t0WwgWE7Ejtyi7jp/+Vfuz145yNmikuvVyzi5vLFDqiaEQrVn8HZcwLd7sDR/XKL
7X6qvF/OxLKeZmSJpPCp2PevR/1WXjWdljHkJBje4vyIu3B3yUm7RA==
=LMSB
-END PGP SIGNATURE-

Re: Bug#297606: ITP: unionfs -- Stackable Unification File System

[Eduard Bloch]

#include 
* Paul Hampson [Wed, Mar 02 2005, 08:05:14PM]:

> > I've used this, but briefly, in NetBSD. So maybe I'm missing something
> > when I ask: how is this different from "mount --bind" in kernels 2.4 and up?

It is different. --bind does only 1:1 copy (files are written to the
source directory, for example), unionfs puts the changed files in one of
the underlying directories.

> Hmm. I misread this as the oft-wished-for transparent overlay
> filesystem.
> 
> Either I'm daft, or the naming/description might need work...
> "merge" is possibly the wrong word here?

Hm. Is that better:

 The unionfs driver provides a unification file system for the Linux
 kernel. It allows to virtually merge the contents of several
 directories and/or stack them, so that apparent file changes in the
 unionfs end in file changes in only one of the source directories
 (which makes possible to "change" files on read-only filesystems).

Regards,
Eduard.
-- 
 äöü ÃDÃVÃ\ Ã_
 Sind das Umlaute oder Fragezeichen?
 sesom: Das ist UTF8.
 Stimmt.  Was kommt bei dir an?
 Zeichenmüll.


signature.asc
Description: Digital signature

Re: self-depending packages

[Adam Heath]

On Wed, 2 Mar 2005, Tollef Fog Heen wrote:

> * Adam Heath
>
> | On Tue, 1 Mar 2005, Tollef Fog Heen wrote:
> |
> | > apt invokes dpkg on the command line and due to maximum command
> | > line length it sometimes is split in an unfortunate place.
> | >
> | > This will be fixed once dpkg is librarified.
> |
> | Er, no, it won't.
>
> Please follow my mail-followup-to and don't send me private replies.
>
> Also, according to http://www.netsplit.com/blog/tech/debian/dpkg:
>
> > The libdpkg library
> >
> > This is mostly an act of re-engineering the current code so that the
> > dpkg command-line tool is simply a wrapper around a libdpkg library.
> >
> > Front-ends and APT would link to this library instead of using the
> > command-line. One of the most immediately obvious things this solves
> > is the line-length issue that requires APT to break up invocations,
> > sometimes in bad places.
>
> so I think you are wrong here.

Er, hardly.  libdpkg will contain *extremely* low-level stuff.
Reading/writing debs(ar/tar/gzip/bzip/checksum stuff).  It won't contain
higher-level anything.


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

Re: NoX idea

[Henning Makholm]

Scripsit Gustavo Noronha Silva <[EMAIL PROTECTED]>

>> is "rm /etc/rc2.d/S99gdm" not easy enough for you ?

> Easy enough for me in my system. It would be nice to have a standard way
> of telling the system to not start X on any Debian system while keeping
> X start up being the default without the need of messing
> with /etc/rc?.d/ and/or /etc/inittab.

Why? Using runlevels and appropriate local configuration of the rcN.d
links *is* the official, standard, supported way of controlling which
services get started when on Debian system (and most other unices with
System V-like boot procedures).

-- 
Henning Makholm  "En tapper tinsoldat. En dame i
 spagat. Du er en lykkelig mand ..."


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

Heyz,

[Mrs Minor]

Hi it's me Danielle... my fianc=E9 is on business trip=20

you can come and chat with me,  i have an online profile...if you are inte=
rested in me, we can spend some private time together

http://cloudylora.com/d/b/8.php


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

Re: fftw3 non-pic k7 optimisations

[Florian Weimer]

* Paul Brossier:

> Two questions:
>  - can anyone spot what in these codelets causes the non-pic ?

Tables of constants are addressed directly, not in some IP-relative
way.

>  - how much can it hurt to have this non-pic in fftw3 ?

It shouldn't matter much if all PIC code is grouped together in the
binary because few pages have to be copied in this case.  PIC code
itself is always slower, significantly so if the code is using all
available integer registers.


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

Re: self-depending packages

[Scott James Remnant]

On Wed, 2005-03-02 at 09:59 -0600, Adam Heath wrote:

> Er, hardly.  libdpkg will contain *extremely* low-level stuff.
> Reading/writing debs(ar/tar/gzip/bzip/checksum stuff).
> 
No, that's in libdeb (or libdpkg-deb, haven't quite decided the name of
it, yet).

If you'd bothered to pay any attention within the last 18 months, you
might be more up to speed.

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: self-depending packages

[Matthew Garrett]

Adam Heath <[EMAIL PROTECTED]> wrote:

> Er, hardly.  libdpkg will contain *extremely* low-level stuff.
> Reading/writing debs(ar/tar/gzip/bzip/checksum stuff).  It won't contain
> higher-level anything.

The active development seems to disagree with you...
-- 
Matthew Garrett | [EMAIL PROTECTED]


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

I/O hardware, control of external transistors

[jim stockford]

Hiya,
   I'm with a team building custom PC 104 form factor, low
power computers for remote locations. The CPU is
Pentium II class, the OS is Debian Linux.
   We want software control over three different transistors
(screwed to the inside of the case).
   We're having trouble figuring out what features (in the
kernel, or device drivers, or external commands, or some
package for some language such as perl or python or
some C libraries...) give us control over logic levels of pins,
and which pins (serial RS-232, parallel, what?).
   Anybody got experience with this stuff?
jim  [EMAIL PROTECTED]

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

Example for use of dh_strip --dbg-package=... and CDBS?

[W. Borgert]

Hi,

are there any CDBS based packages using dh_strip with the
--dbg-package option?  I tried, but no /usr/lib/debug/
directory is created.  I'm using debhelper 4.2.30 with
cdbs 0.4.26-1.1.  Many thanks in advance!

Cheers, WB


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

Re: I/O hardware, control of external transistors

[Steve Greenland]

On 02-Mar-05, 11:32 (CST), jim stockford <[EMAIL PROTECTED]> wrote: 
>We want software control over three different transistors
> (screwed to the inside of the case).
>We're having trouble figuring out what features (in the
> kernel, or device drivers, or external commands, or some
> package for some language such as perl or python or
> some C libraries...) give us control over logic levels of pins,
> and which pins (serial RS-232, parallel, what?).
>Anybody got experience with this stuff?

Assuming you're talking aobut connecting a standard port to
the transistors, then http://www.torque.net/linux-pp.html and
http://www.tldp.org/HOWTO/IO-Port-Programming.html might be useful.

Note that these are the first two hits for googling "Linux parallel port
programming". Other searches are left as an excercise.

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]

Re: NoX idea

[Steve Greenland]

On 02-Mar-05, 07:55 (CST), Christoph Berg <[EMAIL PROTECTED]> wrote: 
> It would be nice for occasional no-X booting, e.g. for debugging. But
> then there's still single user mode for that, so "wasting" a whole
> runlevel for it doesn't seem so useful. The "nox" boot parameter seems
> much less intrusive.

Sure, until someone want's 'nonfs', and someone else wants 'nocups', etc.
etc. etc.

Why is that people won't use the working, standard, way to do this?

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]

Re: Example for use of dh_strip --dbg-package=... and CDBS?

[Josselin Mouette]

Le mercredi 02 mars 2005 Ã 19:35 +0100, W. Borgert a Ãcrit :
> Hi,
> 
> are there any CDBS based packages using dh_strip with the
> --dbg-package option?  I tried, but no /usr/lib/debug/
> directory is created.  I'm using debhelper 4.2.30 with
> cdbs 0.4.26-1.1.  Many thanks in advance!

I'm using it with fontconfig, just have a look at the rules file.

Regards,
-- 
 .''`.   Josselin Mouette/\./\
: :' :   [EMAIL PROTECTED]
`. `'[EMAIL PROTECTED]
  `-  Debian GNU/Linux -- The power of freedom


signature.asc
Description: Ceci est une partie de message	=?ISO-8859-1?Q?num=E9riquement?= =?ISO-8859-1?Q?_sign=E9e?=

Re: mplayer, the time has come

[Brendan]

On Friday 25 February 2005 05:39 am, Ron Johnson wrote:
> On Fri, 2005-02-25 at 10:36 +0100, Marco d'Itri wrote:
> > On Feb 25, giskard <[EMAIL PROTECTED]> wrote:
> > > many people who I know, especially artists who use free software, often
> > > use the reproduction in ascii art (new kind of art).
> >
> > The artists you know are not many people and they are not representative
> > of the user base in any way.
>
> "I just don't understand how Reagan got elected.  No one I know
> voted for him!"
>
> In other words, just because *you* don't know anyone who uses AA,
> that doesn't mean that a decent number of people *do* use AA.

I have already decided to just compile mplayer myself. Too many weird 
decisions on this package being made for me...didn't even play half of my 
movies.


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

Re: Example for use of dh_strip --dbg-package=... and CDBS?

[Aaron M. Ucko]

fltk1.1 does this.  Here's its rules file:

#!/usr/bin/make -f
include /usr/share/cdbs/1/rules/buildcore.mk
include /usr/share/cdbs/1/class/autotools.mk
include /usr/share/cdbs/1/rules/debhelper.mk

# The original definition also includes -fno-exceptions, which we
# might as well punt so that throwing exceptions from callbacks
# actually works.  We also punt -Wall, which CDBS puts in CFLAGS.
FLTK_OPTIM="$(CFLAGS) -Wunused -Wconversion -fPIC -D_REENTRANT"

DEB_CONFIGURE_EXTRA_FLAGS  = --enable-shared --enable-threads --enable-xft 
--without-links
DEB_CONFIGURE_SCRIPT_ENV   =
DEB_MAKE_INVOKE= make OPTIM=$(FLTK_OPTIM)
DEB_MAKE_CHECK_TARGET  =
DEB_INSTALL_CHANGELOGS_ALL = CHANGES
DEB_INSTALL_DOCS_ALL   = CREDITS README
DEB_DH_MAKESHLIBS_ARGS = -V
DEB_DH_SHLIBDEPS_ARGS  = -l debian/libfltk1.1c102/usr/lib -Lfltk1.1c102
DEB_DH_STRIP_ARGS  = --dbg-package=libfltk1.1c102

clean::
rm -rf autom4te.cache

build/fltk1.1-doc::
cd documentation && make fltk.ps && make fltk.pdf

binary-predeb/fluid:: binary-fixup/libfltk1.1c102

[Likewise for ncbi-tools6, but its rules file is much hairier.]

-- 
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
Finger [EMAIL PROTECTED] (NOT a valid e-mail address) for more info.


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

Re: fftw3 non-pic k7 optimisations

[Paul Brossier]

On Wed, Mar 02, 2005 at 05:16:50PM +0100, Florian Weimer wrote:
> * Paul Brossier:
> 
> > Two questions:
> >  - can anyone spot what in these codelets causes the non-pic ?
> 
> Tables of constants are addressed directly, not in some IP-relative
> way.

thanks, i thought this could be sort of a problem. so iiuc:

KP707106781KP707106781: .float 
+0.707106781186547524400844362104849039284835938, 
+0.707106781186547524400844362104849039284835938

is ok, but

pfmul KP707106781KP707106781, %mm3

is not pic compliant, and should be replaced with something like

pfmul KP707106781KP707106781(%ebx), %mm3

given i didn't know anything about assembly yesterday, how far am i?

> >  - how much can it hurt to have this non-pic in fftw3 ?
> 
> It shouldn't matter much if all PIC code is grouped together in the
> binary because few pages have to be copied in this case.  PIC code
> itself is always slower, significantly so if the code is using all
> available integer registers.

I did some tests running 1024 points ffts on an AMD 700, and the
difference between with and without --enable-k7 was roughly a
drop of 1.5%. The drop could become more important on K7 with
smaller number of points, where k7/3dnow optimisations come in.

If there is no objections, and as suggested by upstream, i will
disable the k7 optimisations in order to make sure that
libfftw3f.so remains PIC compliant, despite a little slower.

cheers, piem


signature.asc
Description: Digital signature

Re: eleventh-hour transition for mysql-using packages related to apache

[Adam Conrad]

Theodore Ts'o said:
>
> My system (currently running unstable, but it from the your description
> it sounds like it may be happening on sarge as well) has an
> apache2/mysql/php4 combination which blows up the moment you try to open
> a connection to a mysql database.

Are you sure you're note experiencing the bugs listed in #295998 and
#296694, which are fixed in 4.3.10-8 in unstable?... If not, then I guess
the transition has started with some packages and not others, and we need
to resolve that ASAP.  It was stalled for a bit pending some license
issues, but Steve and I got that resolved upstream recently.

Steve, should we be going ahead with the push to make this transition
occur as soon as we can, now that the license mess is sorted?

... Adam



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

Re: Problems with - and ' in some man-pages

[Thaddeus H. Black]

Eric Lavarde writes,

> in some man pages ... the dashes and single quotes are
> not really what they look like, but some other unicode
> letter.  This has two major drawbacks: 
> - search for options become nearly impossible
> ...

You illustrate well the fundamental problem with
indiscriminate use of a very large character set like
Unicode.  If people want to use Unicode, this is fine;
Unicode and utf-8 exist to be used, after all.  However,
restricted character sets (mainly ascii and Latin-1)
offer several real practical benefits that Unicode can
never provide.  One such benefit is that dashes and
single quotes are usually what they appear to be.

Comprehensiveness is important, and Unicode is nothing
if not comprehensive.  On the other hand, simplicity is
a prime aesthetic, which Unicode lacks.

-- 
Thaddeus H. Black
508 Nellie's Cave Road
Blacksburg, Virginia 24060, USA
+1 540 961 0920, [EMAIL PROTECTED]


pgpFO11tXVMjX.pgp
Description: PGP signature

RE: Problems with - and ' in some man-pages

[Julian Mehnle]

Thaddeus H. Black wrote:
> Eric Lavarde writes,
> > in some man pages ... the dashes and single quotes are
> > not really what they look like, but some other unicode
> > letter.  This has two major drawbacks:
> > - search for options become nearly impossible
> > ...
>
> You illustrate well the fundamental problem with
> indiscriminate use of a very large character set like
> Unicode.  If people want to use Unicode, this is fine;
> Unicode and utf-8 exist to be used, after all.  However,
> restricted character sets (mainly ascii and Latin-1)
> offer several real practical benefits that Unicode can
> never provide.  One such benefit is that dashes and
> single quotes are usually what they appear to be.
>
> Comprehensiveness is important, and Unicode is nothing
> if not comprehensive.  On the other hand, simplicity is
> a prime aesthetic, which Unicode lacks.

You might want to take a look at Bytext[1], an alternative approach to a design 
for a comprehensive character set.  For the Bytext
charset, implementing a search for classes of similar characters is almost 
trivial.

Anyhow, Bytext certainly is not going to replace Unicode for the foreseeable 
future, so any user interface search function that is
supposed to operate on Unicode text must be prepared to perform fuzzy searches 
if it does not want to be mostly useless.  Perhaps a
wishlist bug against "less" is due.

References:
 1. http://www.bytext.org


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

Re: fftw3 non-pic k7 optimisations

[Bill Allombert]

On Wed, Mar 02, 2005 at 07:25:00PM +, Paul Brossier wrote:
> On Wed, Mar 02, 2005 at 05:16:50PM +0100, Florian Weimer wrote:
> > * Paul Brossier:
> > 
> > > Two questions:
> > >  - can anyone spot what in these codelets causes the non-pic ?
> > 
> > Tables of constants are addressed directly, not in some IP-relative
> > way.
> 
> thanks, i thought this could be sort of a problem. so iiuc:
> 
> KP707106781KP707106781: .float 
> +0.707106781186547524400844362104849039284835938, 
> +0.707106781186547524400844362104849039284835938
> 
> is ok, but
> 
> pfmul KP707106781KP707106781, %mm3
> 
> is not pic compliant, and should be replaced with something like
> 
> pfmul KP707106781KP707106781(%ebx), %mm3
> 
> given i didn't know anything about assembly yesterday, how far am i?

Hello Paul,

You need to refer to KP707106781KP707106781 through the GOT, something
like
pfmul [EMAIL PROTECTED](%ebx), %mm3

> > >  - how much can it hurt to have this non-pic in fftw3 ?
> > 
> > It shouldn't matter much if all PIC code is grouped together in the
> > binary because few pages have to be copied in this case.  PIC code
> > itself is always slower, significantly so if the code is using all
> > available integer registers.
> 
> I did some tests running 1024 points ffts on an AMD 700, and the
> difference between with and without --enable-k7 was roughly a
> drop of 1.5%. The drop could become more important on K7 with
> smaller number of points, where k7/3dnow optimisations come in.
> 
> If there is no objections, and as suggested by upstream, i will
> disable the k7 optimisations in order to make sure that
> libfftw3f.so remains PIC compliant, despite a little slower.

Why do you insist to have that code be position-independant ?

On x86 that achieve very little. It is common for library including
hand-written asm code to not be position-independant on x86, because
position-independant asm code is slower and uglier so the incentive
to write it is small. 

(Sorry to be pedantic, but 'PIC compliant' is meaningless: PIC is not
a standard but an attribute)

Cheers,
-- 
Bill. <[EMAIL PROTECTED]>

Imagine a large red swirl here. 


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

Re: Problems with - and ' in some man-pages

[Bernd Eckenfels]

In article <[EMAIL PROTECTED]> you wrote:
> Unicode.  If people want to use Unicode, this is fine;
> Unicode and utf-8 exist to be used, after all.  However,
> restricted character sets (mainly ascii and Latin-1)
> offer several real practical benefits

I dont think it is fine to use the wrong character for options. The command
option character in the man page must be the same which is used at the
command line.

It would also be an error to say /h is used, if the option is -h

Gruss
Bernd


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

Re: Problems with - and ' in some man-pages

[Lars Wirzenius]

ke, 2005-03-02 kello 22:45 +0100, Bernd Eckenfels kirjoitti:
> In article <[EMAIL PROTECTED]> you wrote:
> > Unicode.  If people want to use Unicode, this is fine;
> > Unicode and utf-8 exist to be used, after all.  However,
> > restricted character sets (mainly ascii and Latin-1)
> > offer several real practical benefits
> 
> I dont think it is fine to use the wrong character for options. The command
> option character in the man page must be the same which is used at the
> command line.

If the manual page source says \- instead of - (as it properly should,
so that when typeset for hardcopy output) then a proper ASCII minus
character is printed.

The problem occurs when manual pages use unescaped minuses in the
input and groff thinks it should output Unicode characters for hyphens.
For terminal output, I wish it wouldn't.


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

Re: Bug#297606: ITP: unionfs -- Stackable Unification File System

[Paul Hampson]

On Wed, Mar 02, 2005 at 04:42:15PM +0100, Eduard Bloch wrote:
> #include 
> * Paul Hampson [Wed, Mar 02 2005, 08:05:14PM]:

> > >   I've used this, but briefly, in NetBSD. So maybe I'm missing something
> > > when I ask: how is this different from "mount --bind" in kernels 2.4 and 
> > > up?

> It is different. --bind does only 1:1 copy (files are written to the
> source directory, for example), unionfs puts the changed files in one of
> the underlying directories.

> > Hmm. I misread this as the oft-wished-for transparent overlay
> > filesystem.

> > Either I'm daft, or the naming/description might need work...
> > "merge" is possibly the wrong word here?

> Hm. Is that better:

>  The unionfs driver provides a unification file system for the Linux
>  kernel. It allows to virtually merge the contents of several
>  directories and/or stack them, so that apparent file changes in the
>  unionfs end in file changes in only one of the source directories
>  (which makes possible to "change" files on read-only filesystems).

Ooooh. It _is_ an overlay system! That description is fine. ^_^

-- 
---
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: mplayer, the time has come

[Bill Allombert]

On Wed, Mar 02, 2005 at 02:20:29PM -0500, Brendan wrote:
> On Friday 25 February 2005 05:39 am, Ron Johnson wrote:
> > On Fri, 2005-02-25 at 10:36 +0100, Marco d'Itri wrote:
> > > On Feb 25, giskard <[EMAIL PROTECTED]> wrote:
> > > > many people who I know, especially artists who use free software, often
> > > > use the reproduction in ascii art (new kind of art).
> > >
> > > The artists you know are not many people and they are not representative
> > > of the user base in any way.
> >
> > "I just don't understand how Reagan got elected.  No one I know
> > voted for him!"
> >
> > In other words, just because *you* don't know anyone who uses AA,
> > that doesn't mean that a decent number of people *do* use AA.
> 
> I have already decided to just compile mplayer myself. Too many weird 
> decisions on this package being made for me...didn't even play half of my 
> movies.

Fortunately, Andrea is packaging mplayer to fit the requirement for
inclusion in Debian, not just for your personnal consumption.

Cheers,
-- 
Bill. <[EMAIL PROTECTED]>

Imagine a large red swirl here. 


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

resources for packaging

[Gilbert, Joseph]

Hi guys,

I work for a software company that up until now has developed software,
mostly written in Java, that is deployed inhouse to servers that are
administering internally.

We are looking at now exporting our code and making it useful to a wider
client base.  This obviously will mean that the software packages will have
to be built as .deb, .rpms, tarballs and whatever else will be needed.  I
have been told that I will likely be responsible for the packaging, being
the Unix System Administrator and thus having the most tools and experience
available to determine the makeup of these packages.

However, this is entering a realm where I have little knowledge or
experience.  Does anyone know of good resources for basic data and concepts,
something like an O'Reilly book on the subject.  Please let me know your
recomendations.  


Thank you,

Joe Gilbert


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

Re: resources for packaging

[Ron Johnson]

On Wed, 2005-03-02 at 15:19 -0800, Gilbert, Joseph wrote:
> Hi guys,
> 
> I work for a software company that up until now has developed software,
> mostly written in Java, that is deployed inhouse to servers that are
> administering internally.
> 
> We are looking at now exporting our code and making it useful to a wider
> client base.  This obviously will mean that the software packages will have
> to be built as .deb, .rpms, tarballs and whatever else will be needed.  I
> have been told that I will likely be responsible for the packaging, being
> the Unix System Administrator and thus having the most tools and experience
> available to determine the makeup of these packages.
> 
> However, this is entering a realm where I have little knowledge or
> experience.  Does anyone know of good resources for basic data and concepts,
> something like an O'Reilly book on the subject.  Please let me know your
> recomendations.  

http://www.debian.org/devel/
http://www.debian.org/doc/debian-policy/
http://www.debian.org/doc/packaging-manuals/java-policy/

You'll of course need Debian Sarge installed on some box or another.

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

"Peace is normally a great good, and normally it coincides with
righteousness, but it is righteousness and not peace which should
bind the conscience of a nation as it should bind the conscience
of an individual; and neither a nation nor an individual can
surrender conscience to another's keeping."
Theodore Roosevelt


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

Re: Problems with - and ' in some man-pages

[Colin Watson]

On Thu, Mar 03, 2005 at 12:11:16AM +0200, Lars Wirzenius wrote:
> ke, 2005-03-02 kello 22:45 +0100, Bernd Eckenfels kirjoitti:
> > In article <[EMAIL PROTECTED]> you wrote:
> > > Unicode.  If people want to use Unicode, this is fine;
> > > Unicode and utf-8 exist to be used, after all.  However,
> > > restricted character sets (mainly ascii and Latin-1)
> > > offer several real practical benefits
> > 
> > I dont think it is fine to use the wrong character for options. The command
> > option character in the man page must be the same which is used at the
> > command line.
> 
> If the manual page source says \- instead of - (as it properly should,
> so that when typeset for hardcopy output) then a proper ASCII minus
> character is printed.
> 
> The problem occurs when manual pages use unescaped minuses in the
> input and groff thinks it should output Unicode characters for hyphens.
> For terminal output, I wish it wouldn't.

I had this discussion a few times with groff upstream a while back, and
Werner's attitude was that the Unicode HYPHEN character was
typographically correct and that Unicode HYPHEN-MINUS had little
typographical value. At the time, I was inclined to agree, since groff
*is* a typesetter rather than just an engine for formatting manual
pages. I'm beginning to lean in the opposite direction now, though, as
it's proven to be rather annoying particularly given the lacking support
for Unicode HYPHEN in many fonts (especially on the console).

(Either way, it should still be configurable, and manual pages should
still be fixed.)

Cheers,

-- 
Colin Watson   [EMAIL PROTECTED]


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

Re: resources for packaging

[Kevin B. McCarty]

Gilbert, Joseph wrote:

> We are looking at now exporting our code and making it useful to a wider
> client base.  This obviously will mean that the software packages will have
> to be built as .deb, .rpms, tarballs and whatever else will be needed.  I
> have been told that I will likely be responsible for the packaging, being
> the Unix System Administrator and thus having the most tools and experience
> available to determine the makeup of these packages.
> 
> However, this is entering a realm where I have little knowledge or
> experience.  Does anyone know of good resources for basic data and concepts,
> something like an O'Reilly book on the subject.  Please let me know your
> recomendations.

Hi Joe,

I take it from your "exporting our code" statement that your software
will be Free Software?  (It makes a difference because your packaging
strategy will be different depending on whether or not the software is
compiled at the same time it is packaged.)

For creating debs from source code, the standard tutorial is the Debian
New Maintainer's Guide:

http://www.nl.debian.org/doc/devel-manuals#maint-guide

The nitty gritty of exactly what's supposed to be in a .deb is covered
in excruciating detail by the Policy Manual.  (Of course, if the
software won't be in Debian, you don't have to abide by Debian Policy,
but it's still a nice touch in getting your software to play nicely with
other packages.)

http://www.nl.debian.org/doc/devel-manuals#policy

If your software includes shared libraries, you may want to read the
Library Packaging Guide:

http://www.netfort.gr.jp/~dancer/column/libpkg-guide/libpkg-guide.html

Finally, even if you aren't going to be maintaining the .debs as
official packages in Debian, the Debian Developer's Reference may be useful:

http://www.nl.debian.org/doc/devel-manuals#devref

Once you've finished reading all that ;-) any specific questions you
have about building debs should be directed to the Debian Mentors
mailing list:

debian-mentors@lists.debian.org

which has an FAQ here:

http://people.debian.org/~mpalmer/debian-mentors_FAQ.html


regards,

-- 
Kevin B. McCarty <[EMAIL PROTECTED]>   Physics Department
WWW: http://www.princeton.edu/~kmccarty/Princeton University
GPG public key ID: 4F83C751 Princeton, NJ 08544


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

RE: resources for packaging

[Gilbert, Joseph]

>
> I take it from your "exporting our code" statement that your software
> will be Free Software?  (It makes a difference because your packaging
> strategy will be different depending on whether or not the software is
> com
>
> -- 
> Kevin B. McCarty <[EMAIL PROTECTED]>   Physics Department
> WWW: http://www.princeton.edu/~kmccarty/Princeton University
> GPG public key ID: 4F83C751 Princeton, NJ 08544


Sorry, the use of code there was a bit misleading.  Some of it may be Free.
I would imagine that a good portion of it will likely be compiled binaries.
This has not been discussed to a large degree but I can't assume that our
software will be open sourced and/or generously licensed as a whole.  We are
primarily a vertical market commercial software company.  

Looking at the Debian way of doing things will be good because it will give
me a specific example of how one group has solved these problems.  It is
possible that I may have to get involved in packaging software for Debian as
well, such as Tomcat5.

I was looking for a more generic approach, I guess.  One that breaks down
the basic concepts, caveats, concerns, etc.  Looking at it now, I realize
Free Software and commercial software will have different emphasises, even
at this level.  

Still, any recommendations that you guys can make will be greatly helpful.
This is probably off topic but I thought of coming here for help first.
Hopefully that is taken as a compliment.  :-)

Joe


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

Re: resources for packaging

[Bernd Eckenfels]

In article <[EMAIL PROTECTED]> you wrote:
> I was looking for a more generic approach, I guess.  One that breaks down
> the basic concepts, caveats, concerns, etc.  Looking at it now, I realize
> Free Software and commercial software will have different emphasises, even
> at this level.  

For one Java (especially  J2EE Modules) and traditional package systems do
not mix and match very well. This is mostly due to the fact that you have to
redeploy them on configuration. I dont think the traditional unix packages
help you here.

On the other hand, a good build system (ant or whatever you use) will help
you creatly in packaging your artifacts for any package system you like.

And reading throu the rationales of packaging standards and stuff like LSB
and FHS may help you to obey some basic principles (like speration of
vriable and static data, grouping for hostlocal and shared data and keeping
configurations in a single ocation)

Greetings
Bernd


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

Info and statistics about the project

[Maykel Moya]

Don't know whether the appropiate list for this post should be
debian-users or this.

March 25, a Congress of Free Software will take place at UCI, here in
Cuba. I'd been preparing myself to give a talk about the Debian Project.

Have found tons of info disgregated across the net. But, particularily,
I'm looking for some place where I can grab objetive statistics about
the project.

If you know about such a site, please let me know.

Thanks in advance and forgive me If I should begin asking for this in
debian-users.

Regards,
maykel

-- 

 ,''`.  Debian GNU/Linux
: :' :  The universal & free Operating System
`. `'   http://www.debian.org/
  `-


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

Re: self-depending packages

[Henning Glawe]

On Tue, Mar 01, 2005 at 10:16:53PM +0100, Osamu Aoki wrote:
> > > apt invokes dpkg on the command line and due to maximum command line
> > > length it sometimes is split in an unfortunate place.
> > >
> > > This will be fixed once dpkg is librarified.
> > 
> > Er, no, it won't.
> > 
> > That part of dpkg is not set to be turned into a library.
> 
> Then any plan to impliment command sequence to obtain package name from
> standard input?
> 
> $ echo package-1 package-2 | dpkg -i -- -
> 
> Maybe these are discussed already in BTS

dpkg can be controlled by a pipe (option --command-fd, but currently not
compiled in).
I once tried to solve the circular-dependency problem by using this:
- before forking dpkg from apt, use pipe() to create two file descriptors
- hand the "reading" one to dpkg --command-fd
- instead of giving packages at dpkg's command line, write the commands to
  the "writing" end of the pipe

this seemed to work quite well on my machine, but asking about this on the
deity and dpkg-dev list, Adam Heath told me this would fail in case of dpkg
errors (because apt doesn't know about what package caused the error). A
second 'reporting-fd' would be needed to return erroneous packages back to
apt...
since then, I didn't investigate this matter further

is there any progress on this matter (implementing a --report-fd) on the 
dpkg side ?
-- 
c u
henning


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

Re: splitting a source package into 2 source packages

[sean finney]

On Mon, Feb 28, 2005 at 10:04:03PM +0200, Cesar Martinez Izquierdo wrote:
> > istr the same thing, and was thinking that this might be the case.
> > since i don't suppose the ftp-master __ are going to come out
> > of hiding just to answer this question, i guess i'll upload, find out,
> > and report back :/
> 
> Please, do it (report back). I'm interested in the same question.

looks like it works, as long as the binary packages have the same name
you can split a source package into two source packages without having
to traverse new.  huzzah!


sean

-- 


signature.asc
Description: Digital signature