Re: How to superceed one package with another?

[Josselin Mouette]

Le jeudi 07 avril 2005 à 11:45 +0900, Oliver M. Bolzer a écrit :
> I am not sure on the necerssary requirement, but are the following steps 
> correct for a smooth transition?
> 
> tuxracer, tuxracer-data=> planetpenguin-racer, planetpenguin-racer-data
> 
> 1. Upload new ppracer packages with
>planetpenguin-racer Conflicts/Replaces:  tuxracer
>planetpenguin-racer-data Conflicts/Replaces: tuxracer-data

Don't set the Conflicts, they will trash step 2.

> 2. After above has been accepted into the archive,
>upload empty,transitional tuxracer(-data) packages with
>tuxracer Depends: planetpenguin-racer
>tuxracer-data Depends: planetpenguin-racer-data

I'd say there's no real need for a transitional tuxracer-data.

> 3. post-sarge, ask for removal of tuxracer packages

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

Re: Thoughts about changing Debian's release process

[Wouter Verhelst]

On Wed, Apr 06, 2005 at 10:30:26AM +1000, Andrew Pollock wrote:
> FAI can be a total disaster recovery solution when you couple it with your
> backups, however I will freely admit that it takes a lot of time (and
> testing) to get it such that you can punch out an identical box,
> sausage-machine style. Then of course you need to keep it up to date as
> well.

I think that last phrase is the major problem...

I can see how FAI is great if you need to punch out a huge load of
identical machines; but to update the scripts after installation such
that they would produce identical machines to the ones already running,
would a) require a testing environment which we do not have (or cannot
provide), and b) would take a lot of time that, I think, the admins do
not have.

-- 
 EARTH
 smog  |   bricks
 AIR  --  mud  -- FIRE
soda water |   tequila
 WATER
 -- with thanks to fortune


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

RFC safte-monitor debian package

[Michael Clark]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi Folks,

I have a project called safte-monitor for which i've recently made a
debian package (it is not in debian and there has not been an ITP)

  http://oss.metaparadigm.com/safte-monitor/

- From the web page "safte-monitor reads disk enclosure status
information from SAF-TE capable enclosures (SCSI Accessible Fault
Tolerant Enclosures). SAF-TE is common on many intelligent SCSI disk
enclosures and some rackmount servers with SCSI hotswap drive bays.
safte-monitor can monitor multiple SAF-TE devices and will
automatically probe and detect them.

The information retreived includes power supply, fan, temperature,
audible alarm, drive faults, array critical / failed / rebuilding
state and door lock status. safte-monitor logs changes in the status
of these enclosure elements to syslog and can optionally execute an
alert help program with details of the component failure. This could
send a pager message for example. Temperature alert limits can also be
set."

The project is almost 3 years old now and has had a reasonable amount
of testing - it has been in SuSE Linux for some time also. I recently
made a 1.0.0rc1 release as I thought it was about time to go 1.0. This
recent release has had 122 downloads of the source, 88 RPM
downloads, and 69 deb downloads and all with no complaints so far; so
i'm reasonably confident it is working okay :) (at least on x86).

So now for you guys. I wonder if any of you out there have SAF-TE
capable SCSI enclosures and are willing to test this out as I'd like
to eventually put this forward for inclusion into debian at some point
soon (perhaps tagged for unstable only). Here is the package
repository (source and x86 binaries):

# safte-monitor
deb http://oss.metaparadigm.com/safte-monitor/debian/ ./
deb-src http://oss.metaparadigm.com/safte-monitor/debian/ ./

Any constructive criticism on the packaging would be useful. It is
lintian clean and has manpages and docs. It has only been built on x86
as far as I know. Don't flame me if it doesn't build on big-endian,
send me a patch instead :) . Any feedback from developers who could
test this on other archs buildds would be much appreciated.

So please send me feedback (preferrably those with SAF-TE hardware
although constructive tips on the packaging would be useful too).

Then at some point in the future I'll ITP it and look for a sponsor.
horms?

Thanks,
~mc





-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.0 (GNU/Linux)

iD8DBQFCVOn3a/HXs1fvPk8RAmvdAKCrwdrfJQqwmRfxl12hI7YlMRzZNACglRVc
+QRttPqw540MkbikRzlUn9o=
=2hWx
-END PGP SIGNATURE-


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

Re: debconf and locale specific characters

[Bjorn Ove Grotan]

Alban Browaeys:


> from slapd debian script source it is told that utf8 would broke the ldi
> output (talking about root dn , though i guess it is just that openldap
> does not support utf8 out of the box right now).
> Though i am pretty confident that slapd/lbdm or bdb support utf8 i would
> not swear that the ldiff scripts does ...

Only way to use UTF8 directly without base64-encoding it today is to use
the LDAP API directly and not to work with LDIF-files.

Just pointing out, for those who didn't know.

-- 
Regards
 
Bjørn Ove Grøtan


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

Re: Bug#302138: incorrect Description line wrapping with bullet lists

[Peter Samuelson]

[Branden Robinson]
> > Branden Robinson <[EMAIL PROTECTED]>:
> >   twofish
> 
> Go ahead and file a bug for this one, please

Sorry, no can do - twofish isn't actually uncontroversially buggy.  It
handles bullet lists in the de facto standard way, which I didn't like,
but I have since been persuaded that it's possible to modify the tools
to DTRT with it.  And this style of formatting is more readable as
plain text than the style I was advocating, so the more I think about
it the more I'm convinced that the tools should be enhanced (and best
practices docs updated), rather than the descriptions changed.

Peter


signature.asc
Description: Digital signature

Re: mplayer 1.0pre6a-4 for i386 and PowerPC and sparc

[A Mennucc]

Laszlo Boszormenyi wrote:
On Tue, 2005-03-15 at 00:56 +0100, Sven Luther wrote:
 

Well, there are two issues here, one is why mplayer is not in debian.
Supposedly it was because the legal situation was not clear and that made it
dangerous and maybe illegal for us to distribute it. I wonder why ubuntu does
not have this problem (even it if is in universe/multiverse), and if maybe
this means the problems got solved and it could be included in debian now, or
maybe because ubuntu just didn't care about the legal dubious situation.
   

Just a note, that their homepage[1] is something like closed:
"Free Software Multimedia Threatened by Software Patents
Closed for patent infringement
This site has been shut down because of numerous patent violations in
MPlayer. The other free software multimedia players are next." [...]
This is a preliminary warning, but everyone should look into all
possibilities.
if mplayer will become illegal because of the new european patent laws, 
so will be xine and all other programs that are already in Debian

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

Is there a serious NPTL problem with sarge?

[W. Borgert]

Hi,

a colleague observed crashes in some heavily multi-threaded Python
applications.  He is running Debian sarge with stock kernel
2.6.8-2-686.  Using LD_ASSUME_KERNEL "fixes" the crash, so it seems
to be an NPTL issue.  (Maybe stupid) questions:

- Is it relevant, whether Python is compiled on a system with 2.6
  or 2.4 kernel?  If so, how can I find out on which kernel the
  Debian package has been built?

  In
  http://mail.python.org/pipermail/python-bugs-list/2005-February/027693.html
  Martin von Loewis wrote: "The real problem is that, apparently,
  linuxthreads and NPTL are not binary-compatible. So in fact, an
  installation with NPTL should be considered as a different
  operating system, and you cannot expect to move binaries from
  one operating system to another. Instead, you have to recompile
  the binaries."

- Is the Debian stock 2.4 kernel patched to be compatible with
  NPTL?  If not, isn't there a problem for some multi-threaded
  applications to switch between 2.4 and 2.6?  (Note: AFAIK, RH,
  Mdk, and SuSE use some patch, at least Fedora seems to have
  "nptl" in the 2.4 kernel version number.)

Thanks in advance for any clarification.

Cheers, WB


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

Re: Bug#302309: ITP: bcron -- Bruce's cron system

[Marc Haber]

On Wed, 6 Apr 2005 19:45:15 +, Gerrit Pape <[EMAIL PROTECTED]>
wrote:
>This is bcron, a new cron system designed with secure operations in mind.
>To do this, the system is divided into several separate programs, each
>responsible for a separate task, with strictly controlled communications
>between them.  The user interface is a drop-in replacement for similar
>systems (such as vixie-cron), but the internals differ greatly.

Is it a drop-in replacement for Debian's cron as well, which is quite
a bit patched compared to plain vixie cron?

Greetings
Marc

-- 
-- !! No courtesy copies, please !! -
Marc Haber |   " Questions are the | Mailadresse im Header
Mannheim, Germany  | Beginning of Wisdom " | http://www.zugschlus.de/
Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 621 72739834

Re: Bug#296717: ftp.debian.org: Please remove raidtools2

[Martin Michlmayr]

* <[EMAIL PROTECTED]> [2005-03-18 21:36]:
> * Jeroen van Wolffelaar <[EMAIL PROTECTED]> [2005-03-18 21:35]:
> > Yes, please. raidtools2 is already dropped from testing, which makes
> 
> I wonder if there's some kind of upgrade path for people using
> raidtools2.  I phear to imagine what'll happen to my system when
> raidtools2 gets removed from my machine for some reason.

raidtools2 has been removed from testing and unstable but there's no
sensible upgrade path.  It would be great if someone could introduce a
transitional package (maybe one which depends on mdadm and includes
an explanation and instructions).
-- 
Martin Michlmayr
http://www.cyrius.com/


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

p.d.o status?

[sean finney]

hi,

would anyone care to comment on the status and expected downtime
remaining for gluck?  i know it was taken down for emergency hardware
maintainance, and appreciate that it might take a while.  howeer, if it
is going to be a considerable while longer, someone might want to point
debian.org to a mirror (web requests for debian.org w/o the www time out).


sean

-- 


signature.asc
Description: Digital signature

Re: Bug#302309: ITP: bcron -- Bruce's cron system

[Steve Greenland]

On 07-Apr-05, 06:40 (CDT), Marc Haber <[EMAIL PROTECTED]> wrote: 
> On Wed, 6 Apr 2005 19:45:15 +, Gerrit Pape <[EMAIL PROTECTED]>
> wrote:
> >This is bcron, a new cron system designed with secure operations in mind.
> >To do this, the system is divided into several separate programs, each
> >responsible for a separate task, with strictly controlled communications
> >between them.  The user interface is a drop-in replacement for similar
> >systems (such as vixie-cron), but the internals differ greatly.
> 
> Is it a drop-in replacement for Debian's cron as well, which is quite
> a bit patched compared to plain vixie cron?

Looking at the site, it appears to have the required functionality
(/etc/cron.d, etc.). One line item that is not yet supported is @reboot,
@daily, etc.

The other thing that Gerrit needs to look at is the file naming
conventions (both Debian and LSB) that apply in /etc/cron.d.

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: Building issues on sparc

[Søren Boll Overgaard]

On Sun, Apr 03, 2005 at 01:51:05PM +0200, Andreas Metzler wrote:
> 
> Is the filesystem that ~/sandbox lives perhaps mounted noexec?

Ha! Thanks. That was exactly the problem.

-- 
Søren O.   ,''`.
  : :' :
GPG key id: 0x1EB2DE66`. `'
GPG signed mail preferred.  `-


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

Detecting the installed MTA

[Søren Boll Overgaard]

Hello,

During packaging, that is, during the installation of a package, I need to
determine which MTA is currently installed, since I need to set certain
permissions specific to my package, so that they match with those of the 
currently running MTA.

Looking through /etc/passwd for signs of MTA specific users seems a less than
optimal way of doing things, and google hasn't produced any obvious ideas, so I
would love some input.

Thanks.

-- 
Søren O.   ,''`.
  : :' :
GPG key id: 0x1EB2DE66`. `'
GPG signed mail preferred.  `-


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

Re: Detecting the installed MTA

[Christoph Berg]

Re: Søren Boll Overgaard in <[EMAIL PROTECTED]>
> During packaging, that is, during the installation of a package, I need to
> determine which MTA is currently installed, since I need to set certain
> permissions specific to my package, so that they match with those of the 
> currently running MTA.

grep-status -FProvides mail-transport-agent | grep-dctrl -FStatus installed 
-sPackage -n

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


signature.asc
Description: Digital signature

Bug#303559: O: nfs-utils -- NFS support files common to client and server

[Chip Salzenberg]

Package: wnpp
Severity: important

I have orphaned the source package nfs-utils (binary packages
nfs-common, nfs-kernel-server, and nhfsstone).  I've recently added
other open source development responsibilities (the Parrot project),
and the NFS code needs someone who can give it more concentrated
engineering attention.

The package description is:
 Use this package on any machine that does NFS either as client or
 server.  Programs included: lockd, statd, showmount, and nfsstat.
 .
 Upstream: SourceForge project "nfs", CVS module nfs-utils.

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


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

Re: Detecting the installed MTA

[Josselin Mouette]

Le jeudi 07 avril 2005 à 15:10 +0200, Søren Boll Overgaard a écrit :
> Hello,
> 
> During packaging, that is, during the installation of a package, I need to
> determine which MTA is currently installed, since I need to set certain
> permissions specific to my package, so that they match with those of the 
> currently running MTA.
> 
> Looking through /etc/passwd for signs of MTA specific users seems a less than
> optimal way of doing things, and google hasn't produced any obvious ideas, so 
> I
> would love some input.

Maybe check where the /usr/lib/sendmail link points at?
-- 
 .''`.   Josselin Mouette/\./\
: :' :   [EMAIL PROTECTED]
`. `'[EMAIL PROTECTED]
   `-  Debian GNU/Linux -- The power of freedom

Re: Detecting the installed MTA

[Sebastian Ley]

* Søren Boll Overgaard wrote:

> During packaging, that is, during the installation of a package, I need to
> determine which MTA is currently installed, since I need to set certain
> permissions specific to my package, so that they match with those of the
> currently running MTA.

Might be hackish, but seems to work:

dpkg -S /usr/sbin/sendmail | awk -F ':' '{print $1}'

Regards,
Sebastian

-- 
PGP-Key: http://www.withouthat.org/~sebastian/public.key
Fingerprint: A46A 753F AEDC 2C01 BE6E  F6DB 97E0 3309 9FD6 E3E6

Re: Detecting the installed MTA

[Antti-Juhani Kaijanaho]

On 20050407T153710+0200, Christoph Berg wrote:
> Re: Søren Boll Overgaard in <[EMAIL PROTECTED]>
> > During packaging, that is, during the installation of a package, I need to
[...]
> grep-status -FProvides mail-transport-agent | grep-dctrl -FStatus installed 
> -sPackage -n

grep-dctrl -FProvides mail-transport-agent -a -FStatus installed -sPackage -n \
  /var/lib/dpkg/status

(Don't use grep-status or grep-available in package scripts.)
-- 
Antti-Juhani Kaijanaho, Debian developer 

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


signature.asc
Description: Digital signature

Re: Detecting the installed MTA

[Marc 'HE' Brockschmidt]

Søren Boll Overgaard <[EMAIL PROTECTED]> writes:
> During packaging, that is, during the installation of a package, I need to
> determine which MTA is currently installed, since I need to set certain
> permissions specific to my package, so that they match with those of the 
> currently running MTA.

dpkg -S /usr/sbin/sendmail.

Marc
-- 
$_=')(hBCdzVnS})3..0}_$;//::niam/s~=)]3[))_$(rellac(=_$({pam(esrever })e$.)4/3*
)e$(htgnel+23(rhc,"u"(kcapnu ,""nioj ;|_- |/+9-0z-aZ-A|rt~=e$;_$=e${pam tnirp{y
V2ajFGabus} yV2ajFGa&{gwmclBHIbus}gwmclBHI&{yVGa09mbbus}yVGa09mb&{hBCdzVnSbus';
s/\n//g;s/bus/\nbus/g;eval scalar reverse   # 


pgpETlvHGvHud.pgp
Description: PGP signature

Bug#303571: ITP: rubyscript2exe -- pseudo compile ruby script into standalone executable

[Stephen Birch]

Package: wnpp
Severity: wishlist
Owner: Stephen Birch <[EMAIL PROTECTED]>


* Package name: rubyscript2exe
  Version : 0.3.3
  Upstream Author : Erik Veenstra <[EMAIL PROTECTED]>
* URL : http://www.erikveen.dds.nl/rubyscript2exe
* License : GPLv2
  Description : pseudo compile ruby script into standalone executable

RubyScript2Exe transforms your Ruby script into a standalone, compressed
executable. You can look at it as a "compiler". Not in the sense of a
source-code-to-byte-code compiler, but as a "collector", for it
collects all necessary files to run your script on an other machine:
the Ruby script, the Ruby interpreter and the Ruby runtime library
(stripped down for this script). Anyway, the result is the same: a
standalone executable (application.exe). And that's what we
want!

-- System Information:
Debian Release: 3.1
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: all
Kernel: Linux 2.4.27-1-686
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)


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

Re: Detecting the installed MTA

[Lars Wirzenius]

to, 2005-04-07 kello 15:10 +0200, Søren Boll Overgaard kirjoitti:
> During packaging, that is, during the installation of a package, I need to
> determine which MTA is currently installed, since I need to set certain
> permissions specific to my package, so that they match with those of the 
> currently running MTA.

What happens if the sysadmin later replaces the MTA?

Re: Detecting the installed MTA

[Nico Golde]

Hello Lars,

* Lars Wirzenius <[EMAIL PROTECTED]> [2005-04-07 17:17]:
> to, 2005-04-07 kello 15:10 +0200, Søren Boll Overgaard kirjoitti:
> > During packaging, that is, during the installation of a package, I need to
> > determine which MTA is currently installed, since I need to set certain
> > permissions specific to my package, so that they match with those of the 
> > currently running MTA.
> 
> What happens if the sysadmin later replaces the MTA?

I think there is no other way expect to specify this in a
config file. Or it should be documentated that in this case
the user has do dpkg-reconfigure the package.
Regards Nico

-- 
Nico Golde - [EMAIL PROTECTED] | GPG: 1024D/73647CFF
http://www.ngolde.de | http://www.muttng.org | http://grml.org 
VIM has two modes - the one in which it beeps 
and the one in which it doesn't -- encrypted mail preferred


pgpU4VAHPoN3x.pgp
Description: PGP signature

Re: Detecting the installed MTA

[Humberto Massa]

Nico Golde wrote:
I think there is no other way expect to specify this in a
config file. Or it should be documentated that in this case
the user has do dpkg-reconfigure the package.
Regards Nico
 

Isn't there a way to write a "trigger" to be... hmmm... triggered in 
case some specific package (/in/ /casu/ one of the MUAs) get 
installed/uninstalled/reconfigured?

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

Bug#303600: ITP: gnome-power-manager -- tool for user configuration of power management policies

[Andrew Lau]

Package: wnpp
Severity: wishlist
Owner: Andrew Lau <[EMAIL PROTECTED]>

* Package name: gnome-power-manager
  Version : 0.0.2
  Upstream Author : Richard Hughes 
* URL : http://gnome-power.sourceforge.net/
* License : GPL
  Description : tool to provide user configuration of power management 
policies

  
  
  GNOME Power Manager is a GNOME session daemon that acts as a policy
  agent on top of the Project Utopia stack, which includes the kernel,
  hotplug, udev, and HAL. GNOME Power Manager listens for HAL events and
  responds with user-configurable reactions. Currently it supports
  UPS's, laptop batteries and AC adapters. Its goal is to be
  architecture neutral and free of polling and other hacks.

  The main focus here is the user interface; e.g. allowing configuration
  of power management from the desktop in a sane way (no need for root
  password, no need to edit configuration files) - including using
  existing desktop-level frameworks for lockdown etc. (e.g. g-conf)

  

-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.10-1-k7
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8)

-- 
---
 Andrew "Netsnipe" Lau  
 Debian GNU/Linux Maintainer & Computer Science, UNSW
 -
  "Nobody expects the Debian Inquisition!
 Our two weapons are fear and surprise...and ruthless efficiency!"
---


signature.asc
Description: Digital signature

Bug#303597: ITP: php-rss -- RSS parser for PEAR

[Kees Leune]

Package: wnpp
Severity: wishlist
Owner: Kees Leune <[EMAIL PROTECTED]>

  Package name: php-rss
  Version : 0.9.2-2
  Upstream Author : Martin Jansen <[EMAIL PROTECTED]>
  URL : http://pear.php.net/package/XML_RSS
  License : The PHP License, version 2.02
  Description : RSS parser for PEAR

Provides RSS parser functionality for PHP applications using the PEAR
framework.


Upstream author has been contacted and approves of packaging.

-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.10-uvt
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to en_US.UTF-8)


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

Bug#303603: ITP: skinedit -- skin editor for TiEmu

[Julien BLACHE]

Package: wnpp
Severity: wishlist
Owner: Julien BLACHE <[EMAIL PROTECTED]>

* Package name: skinedit
  Version : 1.26
  Upstream Author : Julien BLACHE <[EMAIL PROTECTED]>
Romain LIEVIN <[EMAIL PROTECTED]>
* URL : http://lpg.ticalc.org/prj_tiemu/
* License : GPL
  Description : skin editor for TiEmu

 skinedit is the skin editor that accompagnies TiEmu, the Texas Instruments
 calculators emulator. By using a different skin, you change the appearance
 of the emulator.
 .
 skinedit can handle VTi (another emulator, running on Windows) skins too,
 allowing you to convert the skins between the VTi formats and the TiEmu
 format.


Packages ready, upload RSN. This is the missing piece of the TiLP/TiEmu
framework.

JB.

-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: powerpc (ppc)
Kernel: Linux 2.6.11
Locale: LANG=C, [EMAIL PROTECTED] (charmap=ISO-8859-15)


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

Re: Bug#302309: ITP: bcron -- Bruce's cron system

[Gerrit Pape]

On Wed, Apr 06, 2005 at 05:47:44PM -0500, Steve Greenland wrote:
> On 06-Apr-05, 14:45 (CDT), Gerrit Pape <[EMAIL PROTECTED]> wrote: 
> > There'll be two binary packages: bcron, containing the bcron programs
> > and documentation, and bcron-run, setting up the bcron services, and
> > providing, replacing, and conflicting with the default cron package.
> 
> It looks like bcron messes with the permissions and structures of
> /var/spool/cron/crontabs. Are you going to handling conversion between

Yes, with bcron this directory and the files in it are all owned by a
system user 'cron' and have restricted permissions.  The
bcron-run.postinst will take care of this when switching from cron to
bcron.

> the two (cron and bcron)? In particular, are you going to convert
> *back* on removal of bcron-run? Or do you expect cron to clean it up on
> re-install? (I can handle that, but I'd like to know the plan.)

My plan was to file a wishlist bug against your cron package after
preparing and testing a patch against its postinst.  It would be nice if
the cron package can handle the conversion back, I think; similar to how
it adjusts permissions of /var/spool/cron/crontab/* on upgrade from <<
3.0pl1-81.

Thanks, Gerrit.


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

Re: Bug#302309: ITP: bcron -- Bruce's cron system

[Gerrit Pape]

On Thu, Apr 07, 2005 at 07:35:25AM -0500, Steve Greenland wrote:
> On 07-Apr-05, 06:40 (CDT), Marc Haber <[EMAIL PROTECTED]> wrote: 
> > On Wed, 6 Apr 2005 19:45:15 +, Gerrit Pape <[EMAIL PROTECTED]>
> > wrote:
> > >This is bcron, a new cron system designed with secure operations in mind.
> > >To do this, the system is divided into several separate programs, each
> > >responsible for a separate task, with strictly controlled communications
> > >between them.  The user interface is a drop-in replacement for similar
> > >systems (such as vixie-cron), but the internals differ greatly.
> > 
> > Is it a drop-in replacement for Debian's cron as well, which is quite
> > a bit patched compared to plain vixie cron?
> 
> Looking at the site, it appears to have the required functionality
> (/etc/cron.d, etc.). One line item that is not yet supported is @reboot,
> @daily, etc.

Correct.  I checked that it provides the functionality mandated by
Debian policy 9.5.

> The other thing that Gerrit needs to look at is the file naming
> conventions (both Debian and LSB) that apply in /etc/cron.d.

I didn't find where the Debian namespace convention is specified, other
than in the run-parts man page, and it looks like cron doesn't conform
with LSB by default.  Is that really necessary?

Regards, Gerrit.


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

Re: Bug#283609: phpmyadmin: missing depandance

[Alban browaeys]

Le jeudi 07 avril 2005 à 13:08 +0200, Piotr Roszatycki a écrit :
> There is no consistent policy for web applications. I don't want to suggest a 
> webserver as far as the PHP works as FastCGI and don't need the webserver on 
> the same system.

I too feel there is no web applications policy (yet). Though there are
attemps at reaching this goals.
draft proposal for a new web server policy
http://lists.debian.org/debian-policy/2003/12/msg4.html
-> mostly summarized ideas and standards (also talk about /var/www non FHS ness)

Web applications  
http://www.webservertalk.com/message357305.html
-> mostly rambling and wild ideas
policy draft for web server modules, web applications, and database applications
http://people.debian.org/~seanius/policy/
This one is empty regarding web servers (by now). Though the work done in db 
servers
 could be "copy n pasted"  for web servers. I find it very interesting as 
dbconfig-common is
 designed to handle all the issues :  remote server, upgrade, password debconf 
management, backup,
protocol, server capabillites.


For me if all those talks and works does not lead to at least a list where web 
applications developpers
share their tricks or wish for a policy, there will never be a successfull 
debian policy/rfc.
Else when on DD will have spend a year building a framework another will rise 
and prove it don't feet
 with its applications ... the man would need dedication to get back to the 
design and restart from scratch.
Or we would have to wait for apache team to do all the work . It may have been 
rationale for virtual host
though it may take long before they attempt to impose their view on web 
application configuration scheme (maybe RH ?).


The idea of keeping the default config in /usr/share and only providing a few 
variables in
/etc/ by default is great. Though i guess few other DD know you find it monthes 
ago ...
On the other side i guess another DD find how to avoid using /var/www without 
trouble with its users.


Regards
Alban

Warning: Some CVS repos are broken (was Re: gluck available again / filesystem shaked)

[Javier Fernández-Sanguino Peña]

On Thu, Apr 07, 2005 at 07:06:23PM +0200, Martin Schulze wrote:

[ ... lots of stuff ... ]

Thanks Joey for your dedication, it has become somewhat of a tradition that 
some Debian server breaks before the release (does it mean we are releasing 
this weekend?)  :-)

> The following CVS repositories are currently hosted on gluck:
> 
> /cvs/webwml   restored from backup
(...)
> /cvs/debian-doc   restored from backup

Unfortunately, it seems that at least that CVS repository is not properly 
restored from backup. There seem to be some files which are raw data and 
not proper RCS files so you get something like:

cvs [update aborted]: EOF in value in RCS file 
/home/org/cvs.debian.org/cvs/webwml/webwml/english/debian.css,v

when trying to do CVS operations :-(

Maybe it's worth reviewing the output of running the following command:

# find . -type f -exec file {} \; |grep ": data" |  \
egrep -v '\.(gz|gif|jpg|png|jpeg|pdf|tgz)'

in the CVS repos.

Joey, where are the backups of the CVS repos currently?


Regards

Javier

[1] Like /home/org/cvs.debian.org/cvs/webwml/webwml/english/debian.css


signature.asc
Description: Digital signature

Bug#303609: ITP: libdata-dumper-perl -- stringified perl data structures, suitable for both printing and eval

[Igor Genibel]

Package: wnpp
Severity: wishlist
Owner: Igor Genibel <[EMAIL PROTECTED]>

* Package name: libdata-dumper-perl
  Version : 2.121
  Upstream Author : Gurusamy Sarathy <[EMAIL PROTECTED]>
* URL : http://search.cpan.org/~ilyam/Data-Dumper-2.121/
* License : GPL or Artistic
  Description : stringified perl data structures, suitable for both 
printing and eval

 Given a list of scalars or reference variables, writes out their contents in
 perl syntax. The references can also be objects.  The contents of each
 variable is output in a single Perl statement.  Handles self-referential
 structures correctly.
 .
 The return value can be evaled to get back an identical copy of the
 original reference structure.
 .
 Any references that are the same as one of those passed in will be named
 $VARn (where n is a numeric suffix), and other duplicate references
 to substructures within $VARn will be appropriately labeled using arrow
 notation.  You can specify names for individual values to be dumped if you
 use the Dump() method, or you can change the default $VAR prefix to
 something else.  See $Data::Dumper::Varname and $Data::Dumper::Terse
 below.
 .


This package is needed to build/use taskjuggler (#239047)

-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Kernel: Linux 2.6.11-1-686
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)


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

Re: p.d.o status?

[Luciano Bello]

p.d.o back

El jue, 07-04-2005 a las 08:33 -0400, sean finney escribió:
> hi,
> 
> would anyone care to comment on the status and expected downtime
> remaining for gluck?  i know it was taken down for emergency hardware
> maintainance, and appreciate that it might take a while.  howeer, if it
> is going to be a considerable while longer, someone might want to point
> debian.org to a mirror (web requests for debian.org w/o the www time out).
> 
> 
>   sean
> 


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

Re: Bug#303603: ITP: skinedit -- skin editor for TiEmu

[Michael Schiansky]

Hi Julien!

On Thu, Apr 07, 2005 at 06:49:08PM +0200, Julien BLACHE wrote:
> Package: wnpp
> Severity: wishlist
> Owner: Julien BLACHE <[EMAIL PROTECTED]>
> 
> * Package name: skinedit
>   Description : skin editor for TiEmu
> 
>  skinedit is the skin editor that accompagnies TiEmu, the Texas Instruments
>  calculators emulator. By using a different skin, you change the appearance
>  of the emulator.

Please consider 'tiemu-skinedit' or something like that as package name.
'skinedit' is way to generic IMHO.

Thanks, ms

-- 
n: Michael Schiansky (geek / nerd / dd)
e: [EMAIL PROTECTED] e: [EMAIL PROTECTED]



signature.asc
Description: Digital signature

Re: Thoughts about changing Debian's release process

[Torsten Landschoff]

On Thu, Apr 07, 2005 at 10:46:35AM +1000, Andrew Pollock wrote:
> > > That's not true. If you can script it, FAI can do it. It just becomes a
> > > post-installation task. Using packages.d.o as an example, it's just going 
> > > to
> > > be a predominantly an Apache configuration and some scripts, right? So you
> > > restore the scripts from backup, and dump the Apache config into the
> > > appropriate directory, all from within FAI.
> > 
> > ... and adding users
> > ... and adding groups
> > ... and permissions
> > ... fixing/checking paths
> > ... and adding links
> > ... and initialising
> > ... and fixing scripts
> > ... and fixing the installation
> > ... and adding more permissions
> > ... and monitoring the initialisation
> 
> All doable.

Yep. The problem is that you need umpteen iterations for the
installation and you'll end up changing the FAI setup, installing,
waiting half an hour, testing, doesn't work, change FAI, repeat.

Or you'll fix it up by hand and forget to tell FAI of your manual
changes to your next iteration will stop at the same position. And yes,
I have experience with that. Currently I am working on a FAI setup for 
a lab of 10 Linux workstations which used to be manually maintained
which just eats too much time...

Greetings

Torsten


signature.asc
Description: Digital signature

Re: Bug#303609: ITP: libdata-dumper-perl -- stringified perl data structures, suitable for both printing and eval

[Steinar H. Gunderson]

On Thu, Apr 07, 2005 at 07:32:37PM +0200, Igor Genibel wrote:
> * Package name: libdata-dumper-perl
>   Version : 2.121
>   Upstream Author : Gurusamy Sarathy <[EMAIL PROTECTED]>
> * URL : http://search.cpan.org/~ilyam/Data-Dumper-2.121/
> * License : GPL or Artistic
>   Description : stringified perl data structures, suitable for both 
> printing and eval

This is already part of perl-base...?

/* Steinar */
-- 
Homepage: http://www.sesse.net/


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

Re: Thoughts about changing Debian's release process

[Torsten Landschoff]

On Thu, Apr 07, 2005 at 09:36:36AM +0200, Wouter Verhelst wrote:
> > sausage-machine style. Then of course you need to keep it up to date as
> > well.
> 
> I think that last phrase is the major problem...

Yep, likewise. I still think having each part of our infrastructure as a
package would be a good solution but I can't currently volunteer for
that.

Greetings

Torsten


signature.asc
Description: Digital signature

Re: Detecting the installed MTA

[Tollef Fog Heen]

* Humberto Massa 

| Isn't there a way to write a "trigger" to be... hmmm... triggered in
| case some specific package (/in/ /casu/ one of the MUAs) get
| installed/uninstalled/reconfigured?

Not yet.  One of the many to-be-implemented dpkg features.

-- 
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: dynamic partial mirror, apt-get fails

[Cristian Barbarosie]

On Mon, 4 Apr 2005, Sven Luther wrote:
> On Mon, Apr 04, 2005 at 09:11:45PM +0200, Wouter Verhelst wrote:
> > You may want to have a look at apt-cacher.
> Or approx which was just uploaded to NEW, but is also available the
> debian-ocaml-maint svn repo on svn.debian.org :)

Yes, you are right. The problem is that I have no root access
for our http server (besides, it runs RedHat). So I cannot install
packages there, I have to do everything as a regular user.

Thank you anyway. Yours, Cristian Barbarosie
__
Professor Auxiliar, DMFCUL  tel. (351) 217904919
CMAF, Av. Prof. Gama Pinto, 2   fax. (351) 217954288
1649-003 Lisboa Portugal
http://cmaf.ptmat.fc.ul.pt/~barbarose-mail [EMAIL PROTECTED]
--



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

Re: Bug#303609: ITP: libdata-dumper-perl -- stringified perl data structures, suitable for both printing and eval

[Stephen Quinney]

On Thu, Apr 07, 2005 at 08:10:38PM +0200, Steinar H. Gunderson wrote:
> On Thu, Apr 07, 2005 at 07:32:37PM +0200, Igor Genibel wrote:
> > * Package name: libdata-dumper-perl
> >   Version : 2.121
> >   Upstream Author : Gurusamy Sarathy <[EMAIL PROTECTED]>
> > * URL : http://search.cpan.org/~ilyam/Data-Dumper-2.121/
> > * License : GPL or Artistic
> >   Description : stringified perl data structures, suitable for both 
> > printing and eval
> 
> This is already part of perl-base...?
> 

Yes, it's even exactly the same version (2.121) in the Debian
perl-base package version 5.8.4-8 so it's not as if perl-base is out
of date. As far as I can see there's no point packaging this
separately.

Stephen


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

Re: gluck available again / filesystem shaked

[Sven Luther]

On Thu, Apr 07, 2005 at 07:06:23PM +0200, Martin Schulze wrote:
> There are still problems in developers home directories.  These need
> to be verified from the developers on their own.  In particular, the
> public files in the public_html directories need to be verified to be
> not broken.  The .ssh directory has been disabled for all users.

Just one question, how do we access the box if the .ssh directory has been
disabled ? 

Friendly,

Sven Luther


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

Re: Bug#303609: ITP: libdata-dumper-perl -- stringified perl data structures, suitable for both printing and eval

[Aaron M. Ucko]

Um, as far as I can tell, this module is already present in perl-base,
and even at the correct version:

$ dlocate -S /usr/lib/perl/*/Data/Dumper.pm
perl-base: /usr/lib/perl/5.8.4/Data/Dumper.pm
$ fgrep VERSION /usr/lib/perl/5.8.4/Data/Dumper.pm
$VERSION = '2.121';

As such, I see no reason to package it separately.

-- 
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: gluck available again / filesystem shaked

[Aaron M. Ucko]

Sven Luther <[EMAIL PROTECTED]> writes:

> Just one question, how do we access the box if the .ssh directory has been
> disabled ? 

AFAICT, it still consults LDAP (db.d.o) for authorized keys.

-- 
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: gluck available again / filesystem shaked

[Joerg Jaspert]

On 10252 March 1977, Sven Luther wrote:

>> There are still problems in developers home directories.  These need
>> to be verified from the developers on their own.  In particular, the
>> public files in the public_html directories need to be verified to be
>> not broken.  The .ssh directory has been disabled for all users.
> Just one question, how do we access the box if the .ssh directory has been
> disabled ? 

You know, our userdir-ldap manages ssh keys.
You dont need to put them manually in .ssh dirs.

-- 
bye Joerg
 [Clint]: I'm convinced zsh users could deal with a keyboard that has 
5 random letters, tab and enter.
 3 random letters :)
 you need anything but tab and perhaps space?
 yes, enter - sometimes you want the completed thing to happen


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

Re: gluck available again / filesystem shaked

[Sven Luther]

On Thu, Apr 07, 2005 at 09:02:53PM +0200, Joerg Jaspert wrote:
> On 10252 March 1977, Sven Luther wrote:
> 
> >> There are still problems in developers home directories.  These need
> >> to be verified from the developers on their own.  In particular, the
> >> public files in the public_html directories need to be verified to be
> >> not broken.  The .ssh directory has been disabled for all users.
> > Just one question, how do we access the box if the .ssh directory has been
> > disabled ? 
> 
> You know, our userdir-ldap manages ssh keys.
> You dont need to put them manually in .ssh dirs.

Ok, i was under the (wrong) impression that the ldap web interface did put
them in the .ssh dir. Well, thanks for clarifying the issue, and thanks for
putting in the work to bring gluck back up.

/me wonders if this is the perfect time to get ride of those 3 month of full
powerpc daily-built d-i archive :)

Friendly,

Sven Luther


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

Re: Bug#303603: ITP: skinedit -- skin editor for TiEmu

[Julien BLACHE]

Michael Schiansky <[EMAIL PROTECTED]> wrote:

>>  skinedit is the skin editor that accompagnies TiEmu, the Texas Instruments
>>  calculators emulator. By using a different skin, you change the appearance
>>  of the emulator.
>
> Please consider 'tiemu-skinedit' or something like that as package name.
> 'skinedit' is way to generic IMHO.

Pondered about that for a while, it's probably worth it.

JB.

-- 
 Julien BLACHE - Debian & GNU/Linux Developer - <[EMAIL PROTECTED]> 
 
 Public key available on  - KeyID: F5D6 5169 
 GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169 


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

CVSNT package

[Christian BAYLE]

Hi all

I've found on www.cvsnt.org 
a NT ported version of CVS with some nice extra features
http://www.cvsnt.com/cvspro/compare.htm like ssl, acl

I downloaded at http://www.cvsnt.org/wiki/Download and 
It looks like you were packaging/NMUing this in the past 
I can't find any reference in BTS about this, 
Any idea why this is out of debian now?
The package is quite outdated, but I have it a little bit better now. 

I'd like to upload it again, does someone want to take it as a
maintainer? co-maintain it?

Thanks in advance for your advices, suggestions, informations, flames

Christian

P.S: I CC this to debian-devel if someone interested catch this.


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

Re: Bug#302309: ITP: bcron -- Bruce's cron system

[Henrique de Moraes Holschuh]

On Wed, 06 Apr 2005, Gerrit Pape wrote:
> This is bcron, a new cron system designed with secure operations in mind.

Neat! Any chance of adding fcron-like functionality?  I got used to its very
advanced anacronistic-cron capabilities.

-- 
  "One disk to rule them all, One disk to find them. One disk to bring
  them all and in the darkness grind them. In the Land of Redmond
  where the shadows lie." -- The Silicon Valley Tarot
  Henrique Holschuh


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

Re: Warning: Some CVS repos are broken (was Re: gluck available again / filesystem shaked)

[Osamu Aoki]

Hi, Thanks all for the work.  This info may help you to fix CVS issues.

On Thu, Apr 07, 2005 at 07:47:17PM +0200, Javier Fernández-Sanguino Peña wrote:
> On Thu, Apr 07, 2005 at 07:06:23PM +0200, Martin Schulze wrote:
> 
> [ ... lots of stuff ... ]
> 
> Thanks Joey for your dedication, it has become somewhat of a tradition that 
> some Debian server breaks before the release (does it mean we are releasing 
> this weekend?)  :-)
> 
> > The following CVS repositories are currently hosted on gluck:
> > 
> > /cvs/webwml   restored from backup
> (...)
> > /cvs/debian-doc   restored from backup
> 
> Unfortunately, it seems that at least that CVS repository is not properly 
> restored from backup. There seem to be some files which are raw data and 
> not proper RCS files so you get something like:
> 
> cvs [update aborted]: EOF in value in RCS file 
> /home/org/cvs.debian.org/cvs/webwml/webwml/english/debian.css,v
> 
> when trying to do CVS operations :-(
> 
> Maybe it's worth reviewing the output of running the following command:
> 
> # find . -type f -exec file {} \; |grep ": data" |  \
> egrep -v '\.(gz|gif|jpg|png|jpeg|pdf|tgz)'
> 
> in the CVS repos.
> 
> Joey, where are the backups of the CVS repos currently?

Here is info on situation of DDP CVS:
$ cvs up
| cvs server: Updating .
| cvs server: Updating articles
| cvs server: Updating articles/counting-potatoes
| cvs server: Updating articles/debian-international
| cvs server: Updating articles/debian-presentation
| cvs server: Updating articles/package-interfaces
| cvs server: Updating manuals.sgml
| cvs server: Updating manuals.sgml/apt-howto
| P manuals.sgml/apt-howto/ChangeLog
| P manuals.sgml/apt-howto/Makefile
| P manuals.sgml/apt-howto/apt-howto.de.sgml
| P manuals.sgml/apt-howto/apt-howto.el.sgml
| P manuals.sgml/apt-howto/apt-howto.en.sgml
| cvs update: checksum failure after patch to 
manuals.sgml/apt-howto/apt-howto.en.sgml; will refetch
| P manuals.sgml/apt-howto/apt-howto.es.sgml
| cvs update: checksum failure after patch to 
manuals.sgml/apt-howto/apt-howto.es.sgml; will refetch
| P manuals.sgml/apt-howto/apt-howto.it.sgml
| cvs [server aborted]: unexpected '\xffab' reading revision number in RCS 
file /cvs/debian-doc/ddp/manuals.sgml/apt-howto/apt-howto.ja.sgml,v
| cvs client: refetching unpatchable files
| U manuals.sgml/apt-howto/apt-howto.en.sgml
| U manuals.sgml/apt-howto/apt-howto.es.sgml

It seems there is problem with RCS file of
/cvs/debian-doc/ddp/manuals.sgml/apt-howto/apt-howto.ja.sgml

Please note this original file apt-howto.ja.sgml uses ja_JP.eucJP
encoding.  Editing file under UTF-8 locale editor will destroy file
contents.  You need to use dumb 8 bit clean editor like mcedit (from mc)
preferably under C locale.

Osamu

Re: dynamic partial mirror, apt-get fails

[Paul E Condon]

On Thu, Apr 07, 2005 at 07:02:56PM +0100, Cristian Barbarosie wrote:
> On Mon, 4 Apr 2005, Sven Luther wrote:
> > On Mon, Apr 04, 2005 at 09:11:45PM +0200, Wouter Verhelst wrote:
> > > You may want to have a look at apt-cacher.
> > Or approx which was just uploaded to NEW, but is also available the
> > debian-ocaml-maint svn repo on svn.debian.org :)
> 
> Yes, you are right. The problem is that I have no root access
> for our http server (besides, it runs RedHat). So I cannot install
> packages there, I have to do everything as a regular user.
> 

I have apt-cacher running for me on a local Debian box. I installed
apache on the box just so that I could run apt-cacher on it. I think
all I did was aptitude install of apt-cacher. Apache was installed
automagically by the packaging system. Serving support for apt-cacher
is not heavy duty web server service. Almost any old box will do.

-- 
Paul E Condon   
[EMAIL PROTECTED]


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

Re: intend-to-implement: script to obtain Debian Source

[Pierre THIERRY]

Scribit Lars Wirzenius dies 06/04/2005 hora 21:34:
> > I don't find it very sane to be forced to deliberately trigger
> > problems on the user's system to find bugs.
> I assume the goal is to make it fail on the developer's system, on
> build daemons, whenever random developers unpack the package

If it is random, there could be only one or two combinations that fail
and dozens (or far more, FWIW) that work well without anyone noticing
anything. Remember that when it can go wrong, it will at the worst
moment; that is, for us, on the user's system (and for the source point
of view, random developers should be considered users). The maintainer
and the buildds count only for a bit more than a dozen unpackings, for
now, if I understand correctly how buildds work...

> The point is to make it as likely as possible to make it break, if it
> breaks at all, so that when the user sees the package, it is already
> non-broken.

That's the very purpose of a test suite! But that one doesn't rely on
the randomness of the apparition of a bug, but makes *everything* that
is possible to make it visible.

-1 random
+2 lintian

Why use a suboptimal solution when an optimal one is available?

Probabilistically,
Nowhere man
-- 
[EMAIL PROTECTED]
OpenPGP 0xD9D50D8A


signature.asc
Description: Digital signature

Re: intend-to-implement: script to obtain Debian Source

[Pierre THIERRY]

Scribit Steve Greenland dies 06/04/2005 hora 17:37:
> There's a long history of people relying on explicitly unspecified
> behaviour, and then bitching when that behaviour changes. 

For the sake of my curiosity again, could you point me some precise
examples?

Historically,
Nowhere man
-- 
[EMAIL PROTECTED]
OpenPGP 0xD9D50D8A


signature.asc
Description: Digital signature

ddtp.d.o is not alive

[Daniel Macêdo Batista]

Hi!

Is there any idea to when ddtp.d.o will come back?

Best regards!

Re: Is there a serious NPTL problem with sarge?

[Peter Samuelson]

[W. Borgert]
> - Is it relevant, whether Python is compiled on a system with 2.6
>   or 2.4 kernel?  If so, how can I find out on which kernel the
>   Debian package has been built?

Might or might not be relevant - depends on whether the python build
scripts attempt to detect the kernel capabilities at compile time.
(Which is a broken thing to do, but I can see why people occasionally
feel it's a necessary workaround for other problems.)  The glibc in
unstable / testing certainly can handle compiling programs for NPTL, no
matter what kernel you're running.

If python itself doesn't store config info about the details of the
system it was compiled on, you probably can't get that info at all.
Packages are built by maintainers on their own systems, or on Debian
systems, or autobuilt by the autobuilder network.  These machines could
be running any kernel.

>   Martin von Loewis wrote: "The real problem is that, apparently,
>   linuxthreads and NPTL are not binary-compatible.

I just read that thread - the issue he's referring to only affects your
apps if they're compiled against a different version of glibc than your
libraries.  Which won't be the case here.

> - Is the Debian stock 2.4 kernel patched to be compatible with
>   NPTL?  If not, isn't there a problem for some multi-threaded
>   applications to switch between 2.4 and 2.6?

No, it's not.  Multithreaded apps that want to support kernel 2.4 must
be prepared to accept the quirks of the old linuxthreads system.

Peter


signature.asc
Description: Digital signature

Re: gluck available again / filesystem shaked

[Joerg Jaspert]

On 10252 March 1977, Sven Luther wrote:

> /me wonders if this is the perfect time to get ride of those 3 month of full
> powerpc daily-built d-i archive :)

YES.
You should IMO run a cronjob every month, cleaning all old stuff, only
keeping the last 30 days.
Or run it weekly, only keeping two weeks at max.

-- 
bye Joerg
 Lalalala ... Ich bin die Sponsoren-Schlampe - Wer hat heute Lust?


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

Re: *** SPAM *** Re: gluck available again / filesystem shaked

[Sven Luther]

On Thu, Apr 07, 2005 at 10:54:27PM +0200, Joerg Jaspert wrote:
> On 10252 March 1977, Sven Luther wrote:
> 
> > /me wonders if this is the perfect time to get ride of those 3 month of full
> > powerpc daily-built d-i archive :)
> 
> YES.
> You should IMO run a cronjob every month, cleaning all old stuff, only
> keeping the last 30 days.
> Or run it weekly, only keeping two weeks at max.

I will think about it, but i still believe that it would be best if the
daily-built script from d-i did it itself after/before doing the upload.

But notice that we have found it usefull in the past to go back to installer
images which where over a couple month old to check for difficult to isolate
bugs on seldom used subarches or models.

Friendly,

Sven Luther


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

Re: ddtp.d.o is not alive

[Nico Golde]

Hello Daniel,

* Daniel Macêdo Batista <[EMAIL PROTECTED]> [2005-04-07 22:57]:
> Is there any idea to when ddtp.d.o will come back?

mhm at the moment ddtp.d.o forwards me to
http://www.debian.org/distrib/ftplist
regards nico
-- 
Nico Golde - [EMAIL PROTECTED] | GPG: 1024D/73647CFF
http://www.ngolde.de | http://www.muttng.org | http://grml.org 
VIM has two modes - the one in which it beeps 
and the one in which it doesn't -- encrypted mail preferred


pgpevO511luQF.pgp
Description: PGP signature

Re: dynamic partial mirror, apt-get fails

[Wouter Verhelst]

On Thu, Apr 07, 2005 at 07:02:56PM +0100, Cristian Barbarosie wrote:
> On Mon, 4 Apr 2005, Sven Luther wrote:
> > On Mon, Apr 04, 2005 at 09:11:45PM +0200, Wouter Verhelst wrote:
> > > You may want to have a look at apt-cacher.
> > Or approx which was just uploaded to NEW, but is also available the
> > debian-ocaml-maint svn repo on svn.debian.org :)
> 
> Yes, you are right. The problem is that I have no root access
> for our http server (besides, it runs RedHat). So I cannot install
> packages there, I have to do everything as a regular user.

Apt-cacher is written in perl. Install it on your Debian box, edit the
CGI script to modify some paths, and copy that to the HTTP server.

Alternatively, just install it on a Debian box, point sources.list files
to that box, and do not shut it down. That's what I do.

-- 
 EARTH
 smog  |   bricks
 AIR  --  mud  -- FIRE
soda water |   tequila
 WATER
 -- with thanks to fortune


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

Re: intend-to-implement: script to obtain Debian Source

[Wouter van Heyst]

On Thu, Apr 07, 2005 at 10:22:15PM +0200, Pierre THIERRY wrote:
> Scribit Steve Greenland dies 06/04/2005 hora 17:37:
> > There's a long history of people relying on explicitly unspecified
> > behaviour, and then bitching when that behaviour changes. 
> 
> For the sake of my curiosity again, could you point me some precise
> examples?

Gcc compiling not so correct C++ code.

Wouter van Heyst


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

Re: Alternative: Source-Centric Approach [w/code]

[Lionel Elie Mamane]

On Tue, Mar 15, 2005 at 11:25:23AM -0600, John Goerzen wrote:

> I'm throwing out a different idea,

> I propose that we split things along these lines: binary+source (B+S)
> archs and source-only (SO) archs.

> SO archs will be handled exactly like we do now, EXCEPT that we will
> not distribute .debs for most packages.  I expect that we will
> distribute .debs for base and build-essential, mainly -- the minimum
> someone needs to install a working system and build more packages.

>  * Difficulty of dealing with dependency loops
>(possible solution: include one .deb from each loop in the dist)

And for compilers written in their own language :-)

-- 
Lionel


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

Re: intend-to-implement: script to obtain Debian Source

[Steve Greenland]

On 07-Apr-05, 15:22 (CDT), Pierre THIERRY <[EMAIL PROTECTED]> wrote: 
> Scribit Steve Greenland dies 06/04/2005 hora 17:37:
> > There's a long history of people relying on explicitly unspecified
> > behaviour, and then bitching when that behaviour changes. 
> 
> For the sake of my curiosity again, could you point me some precise
> examples?


Off the top of my head:

i = i++;
Any number of things to do with the C pre-processor
Assuming that sizeof(int) = some specific value
Assumptions about which order the linux kernel will load modules
Assumptions about variables being initialized.
Assumptions about underlying sort algorithms.
...

And yes, I've seen (well, read) people in each case demanding that the
vendor "fix" the compiler/kernel/whatever because "it used to work".

Think about how much effort MS puts into ensuring that older software
runs on new versions of the OS. We all point and laugh at e.g XP SP2,
and at Windows reliability in general, but they've got huge testing labs
to deal with the fact that people may read the published API, but often
rely on some subtle side-effect behaviour. 

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: Bug#302309: ITP: bcron -- Bruce's cron system

[Steve Greenland]

On 07-Apr-05, 12:24 (CDT), Gerrit Pape <[EMAIL PROTECTED]> wrote: 
> > Looking at the site, it appears to have the required functionality
> > (/etc/cron.d, etc.). One line item that is not yet supported is @reboot,
> > @daily, etc.
> 
> Correct.  I checked that it provides the functionality mandated by
> Debian policy 9.5.

Expect people to whine. I personally don't see why "@daily" is
significantly easier than "0 0 * * *" but apparently some people get all
sweaty if they have to type an asterisk.

> > The other thing that Gerrit needs to look at is the file naming
> > conventions (both Debian and LSB) that apply in /etc/cron.d.
> 
> I didn't find where the Debian namespace convention is specified, other
> than in the run-parts man page, and it looks like cron doesn't conform
> with LSB by default.  Is that really necessary?

The important thing is that you don't pickup .dpkg-dist etc. in default
mode. For the sake of consitency, you should use the same conventions as
run-parts. Feel free to take the code from cron.

And yeah, I'll pick up fixing the permissions in cron. Send me a patch when
you're ready. Post sarge, of course.

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: ddtp.d.o is not alive

[Guilherme de S. Pastore]

Em Qui, 2005-04-07 Ãs 17:53 -0300, Daniel MacÃdo Batista escreveu:
> Hi!

Hey, Daniel,

> Is there any idea to when ddtp.d.o will come back?

The ddtp server is hosted on gluck, which imploded some days ago (disk
failure?). When I saw that, I even thought about messaging -l10n-pt to
warn you guys, but didn't have the time to do so, sorry. gluck has been
put back online today, though, so your problems should already be
solved. =)

Regards,

--
Guilherme de S. Pastore (fatalerror)
<[EMAIL PROTECTED]>


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

Re: gluck available again / filesystem shaked

[Brian May]

> "Joerg" == Joerg Jaspert <[EMAIL PROTECTED]> writes:

Joerg> You know, our userdir-ldap manages ssh keys.  You dont need
Joerg> to put them manually in .ssh dirs.

How do you set the ssh key in LDAP?

I can't see any settings in db.debian.org.
-- 
Brian May <[EMAIL PROTECTED]>


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

Hi,

[Mrs Jarvis]

Hello it's me Tiffany... I m always home alone

I have an profile online, which you can browse...if you are looking for a =
sexy relationship we can meet each other

http://friendlypipe.com/d/8.php


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

Re: gluck available again / filesystem shaked

[Marc 'HE' Brockschmidt]

Brian May <[EMAIL PROTECTED]> writes:
> Joerg Jaspert <[EMAIL PROTECTED]> writes:
>> You know, our userdir-ldap manages ssh keys.  You dont need
>> to put them manually in .ssh dirs.
> How do you set the ssh key in LDAP?

Please read the documenation at http://db.debian.org/doc-mail.html.

Marc
-- 
$_=')(hBCdzVnS})3..0}_$;//::niam/s~=)]3[))_$(rellac(=_$({pam(esrever })e$.)4/3*
)e$(htgnel+23(rhc,"u"(kcapnu ,""nioj ;|_- |/+9-0z-aZ-A|rt~=e$;_$=e${pam tnirp{y
V2ajFGabus} yV2ajFGa&{gwmclBHIbus}gwmclBHI&{yVGa09mbbus}yVGa09mb&{hBCdzVnSbus';
s/\n//g;s/bus/\nbus/g;eval scalar reverse   # 


pgphmYbcHFQzs.pgp
Description: PGP signature

Re: Warning: Some CVS repos are broken (was Re: gluck available again / filesystem shaked)

[Steve Langasek]

On Thu, Apr 07, 2005 at 07:47:17PM +0200, Javier Fernández-Sanguino Peña wrote:
> On Thu, Apr 07, 2005 at 07:06:23PM +0200, Martin Schulze wrote:
> Thanks Joey for your dedication, it has become somewhat of a tradition that 
> some Debian server breaks before the release (does it mean we are releasing 
> this weekend?)  :-)

That theory works a little better if the resources being used to get the
server back on-line don't cascade to cause a shortage of resources available
to be thrown at certain release blockers.  Sorry. :)

-- 
Steve Langasek
postmodern programmer


signature.asc
Description: Digital signature

Re: CVSNT package

[Adrian Bunk]

On Thu, Apr 07, 2005 at 09:21:06PM +0200, Christian BAYLE wrote:

> Hi all

Hi Christian,

> I've found on www.cvsnt.org 
> a NT ported version of CVS with some nice extra features
> http://www.cvsnt.com/cvspro/compare.htm like ssl, acl
> 
> I downloaded at http://www.cvsnt.org/wiki/Download and 
> It looks like you were packaging/NMUing this in the past 
> I can't find any reference in BTS about this, 
> Any idea why this is out of debian now?
> The package is quite outdated, but I have it a little bit better now. 
>...

the debian/changelog is the one of the Debian cvs package up to 
1.11.1p1-5 plus one additional cvsnt entry at the top.

It doesn't seem cvsnt itself was ever part of Debian.

> Christian

cu
Adrian

-- 

   "Is there not promise of rain?" Ling Tan asked suddenly out
of the darkness. There had been need of rain for many days.
   "Only a promise," Lao Er said.
   Pearl S. Buck - Dragon Seed


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

Bug#303667: ITP: cycle -- calendar program for women

[Miriam Ruiz]

Package: wnpp
Severity: wishlist
Owner: Miriam Ruiz <[EMAIL PROTECTED]>


* Package name: cycle
  Version : 0.3.0
  Upstream Author : Oleg S. Gints <[EMAIL PROTECTED]>
* URL : http://cycle.sf.net/
* License : GPL
  Description : calendar program for women

Cycle is a calendar program for women. Given a cycle length or statistics
for several periods, it can calculate the days until menstruation, the days
of "safe" sex, the fertile period, and the days to ovulations, and define
the d.o.b. of a child. It allows the user to write notes and helps to
supervise the reception of hormonal contraceptive tablets.

Possibilities of the program:
  - Calculate days of menstruation, based on the length of the cycle or on
statistics of previous periods.
  - Calculate days of "safe" sex, fertile period and day to ovulations.
  - Definition of D.O.B. (Date Of Birth) of a child
  - Allows to write notes.
  - Helps to supervise reception of hormonal contraceptive tablets.

-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (900, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.9-2-686
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)


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

Re: Bug#303667: ITP: cycle -- calendar program for women

[Pierre THIERRY]

Scribit Miriam Ruiz dies 08/04/2005 hora 02:20:
> - Calculate days of "safe" sex

There are still people to believe that it works?!

Curiously,
Nowhere man
-- 
[EMAIL PROTECTED]
OpenPGP 0xD9D50D8A


signature.asc
Description: Digital signature

Re: Bug#303667: ITP: cycle -- calendar program for women

[Roberto C. Sanchez]

Pierre THIERRY wrote:
Scribit Miriam Ruiz dies 08/04/2005 hora 02:20:
- Calculate days of "safe" sex

There are still people to believe that it works?!
Curiously,
Nowhere man
Sure.  Where do you think all the parents come from?
-Roberto
--
Roberto C. Sanchez
http://familiasanchez.net/~sanchezr


signature.asc
Description: OpenPGP digital signature

ChevronTexaco Email Firewall Alert

[no-reply]

Your message with subject HELLO sent on 04/07/05, 21:29:15 contained one
or more attachments not allowed by ChevronTexaco and was blocked.  

Re: gluck available again / filesystem shaked

[Steve Langasek]

On Thu, Apr 07, 2005 at 07:06:23PM +0200, Martin Schulze wrote:
> After gluck.debian.org started experiencing problems writing to its
> disks on Sunday we have tried our best to get the machine back in
> shape.  As we have checked all files that we could and fixed all
> services that had broken files, best to our knowledge, we have decided
> to bring the machine back online.  Please verify the files in your
> home directory.

Many, many thanks to the debian-admin team for the long hours they've put
into getting gluck back up.  I've been there before, and I know it's not
pretty.  For all that, gluck seems to be in pretty good shape right now, so
kudos to everyone involved.

The files under /home/__Corrupt-R-US belonging to me all appear to be junk,
fwiw -- or at best, files from old d-i dailies that it's not worth trying
to put back in place. :)  But maybe somebody else recognizes some of them as
something worth keeping, so I suppose they might as well stay there 'til
May...

-- 
Steve Langasek
postmodern programmer


signature.asc
Description: Digital signature

Re: Bug#303667: ITP: cycle -- calendar program for women

[Ben Pfaff]

Miriam Ruiz <[EMAIL PROTECTED]> writes:

> Cycle is a calendar program for women. Given a cycle length or statistics
> for several periods, it can calculate the days until menstruation, the days
> of "safe" sex, the fertile period, and the days to ovulations, and define
> the d.o.b. of a child. It allows the user to write notes and helps to
> supervise the reception of hormonal contraceptive tablets.
>
> Possibilities of the program:
>   - Calculate days of menstruation, based on the length of the cycle or on
> statistics of previous periods.
>   - Calculate days of "safe" sex, fertile period and day to ovulations.
>   - Definition of D.O.B. (Date Of Birth) of a child
>   - Allows to write notes.
>   - Helps to supervise reception of hormonal contraceptive tablets.

Is it worthwhile to list all the features twice?  I hope that the
description in the actual package will not be as needlessly
redundant.
-- 
"Now I have to go wash my mind out with soap."
--Derick Siddoway


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

Google Groups: You've been invited to محيط العرب

[notify]

arablocale [EMAIL PROTECTED] has invited you to join the محيط العر
ب with this message:

gi

Here is the group's description:

مجموعة لمقاطع الفديو للجوال وشرح الدروس وج
ديد الانترنت

-- Google Groups Information --

You can accept this invitation by clicking the following URL:

http://groups-beta.google.com/group/arablocale/sub?s=FChBiAgAAABZxpgvntlV6zvMOHOjCVrw

Access to the group on the web requires a Google Account. If you don't have a
Google Account set up yet, you'll first need to create an account before you 
can access the group. You can create an account at:

http://www.google.com/accounts/NewAccount?service=groups2&[EMAIL 
PROTECTED]&continue=http:%2F%2Fgroups-beta.google.com%2Fgroup%2Farablocale

- If This Message Is Unwanted -

If you feel that this message is abuse, please inform the Google Groups staff 
by using the URL below.

http://groups-beta.google.com/groups/abuse?invite=MQAAANU4IQBykk0Aczk3AA

Re: gluck available again / filesystem shaked

[sean finney]

On Thu, Apr 07, 2005 at 09:32:29PM -0700, Steve Langasek wrote:
> The files under /home/__Corrupt-R-US belonging to me all appear to be junk,
> fwiw -- or at best, files from old d-i dailies that it's not worth trying
> to put back in place. :)  But maybe somebody else recognizes some of them as
> something worth keeping, so I suppose they might as well stay there 'til
> May...

heh, of all the files of mine that could disappear, the index.html for
my p.d.o page vanished.  i saw something in __Corrupt-R-US, but it neither
belonged to me nor had the right content.  thank goodness for google caching :)

actually, this brings up something i've been wondering for a bit now:
is there any form of backups in place for any of the debian.org machines?


sean


-- 


signature.asc
Description: Digital signature

Re: Bug#303667: ITP: cycle -- calendar program for women

[Ron Johnson]

On Fri, 2005-04-08 at 02:20 +0200, Miriam Ruiz wrote:
> Package: wnpp
> Severity: wishlist
> Owner: Miriam Ruiz <[EMAIL PROTECTED]>
> 
> 
> * Package name: cycle
>   Version : 0.3.0
>   Upstream Author : Oleg S. Gints <[EMAIL PROTECTED]>
> * URL : http://cycle.sf.net/
> * License : GPL
>   Description : calendar program for women
> 
> Cycle is a calendar program for women. Given a cycle length or statistics
> for several periods, it can calculate the days until menstruation, the days
> of "safe" sex, the fertile period, and the days to ovulations, and define
> the d.o.b. of a child. It allows the user to write notes and helps to
> supervise the reception of hormonal contraceptive tablets.

The name "cycle" is non-specific in the extreme.  Unicycle, bicycle,
tricycle, lunar cycle, solar cycle, carbon cycle, nitrogen cycle,
menstrual cycle, motorcycle, boot cycle, etc, etc.

Please consider renaming it to something having to do with menses.

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

"I don't know much about Americanism, but it's a damn good word
with which to carry an election."
Warren G. Harding



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

Re: Thoughts about changing Debian's release process

[Henning Glawe]

On Thu, Apr 07, 2005 at 08:09:16PM +0200, Torsten Landschoff wrote:
> > > > That's not true. If you can script it, FAI can do it. It just becomes a
> > > > post-installation task. Using packages.d.o as an example, it's just 
> > > > going to
> > > > be a predominantly an Apache configuration and some scripts, right? So 
> > > > you
> > > > restore the scripts from backup, and dump the Apache config into the
> > > > appropriate directory, all from within FAI.
> > > 
> > > ... and adding users
> > > ... and adding groups
> > > ... and permissions
> > > ... fixing/checking paths
> > > ... and adding links
> > > ... and initialising
> > > ... and fixing scripts
> > > ... and fixing the installation
> > > ... and adding more permissions
> > > ... and monitoring the initialisation
> > 
> > All doable.
> 
> Yep. The problem is that you need umpteen iterations for the
> installation and you'll end up changing the FAI setup, installing,
> waiting half an hour, testing, doesn't work, change FAI, repeat.
> 
> Or you'll fix it up by hand and forget to tell FAI of your manual
> changes to your next iteration will stop at the same position. And yes,
> I have experience with that. Currently I am working on a FAI setup for 
> a lab of 10 Linux workstations which used to be manually maintained
> which just eats too much time...

I patched FAI to do on-line updates, i.e. system updates without
reinstallation. See

http://www.physik.fu-berlin.de/~glaweh/pfai

for details. In the near future, these patches will be merged into
mainstream FAI, so 'softupdate' support will be available there.

Thus, you can shorten your modify-test cycles quite a lot. the only things
not handled by softupdate are (re-)partitioning (doesn't make much sense) and
automatic software _removal_ when its not selected to be installed (I will
work on this when the merge is complete).

-- 
c u
henning


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

Re: Thoughts about changing Debian's release process

[Henning Glawe]

On Thu, Apr 07, 2005 at 09:36:36AM +0200, Wouter Verhelst wrote:
> On Wed, Apr 06, 2005 at 10:30:26AM +1000, Andrew Pollock wrote:
> > FAI can be a total disaster recovery solution when you couple it with your
> > backups, however I will freely admit that it takes a lot of time (and
> > testing) to get it such that you can punch out an identical box,
> > sausage-machine style. Then of course you need to keep it up to date as
> > well.
> 
> I think that last phrase is the major problem...
> 
> I can see how FAI is great if you need to punch out a huge load of
> identical machines; but to update the scripts after installation such
> that they would produce identical machines to the ones already running,
> would a) require a testing environment which we do not have (or cannot
> provide), and b) would take a lot of time that, I think, the admins do
> not have.

I'm doing this since 2-3 years now with a massively patched version of FAI,
which supports 'softupdates': everything except partitioning is changable at
runtime within the normal FAI infrastructure.
Change your FAI configuration, send an update-request to the client, and
afterwards it will look similar as a newly installed machine. The update
takes place on-line, so _if_ there are no major errors in your
FAI-configuration, there even won't be any noticable downtime.

I even migrated some machines from woody to sarge using softupdate and only
ran into problems if the dependencies in the debian archive are broken, such
as in the current perl packages: #279232...

-- 
c u
henning


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