date:20060518

cdebconf-entropy_0.4_i386.changes uploaded successfully to localhost
along with the files:
  cdebconf-entropy_0.4.dsc
  cdebconf-entropy_0.4.tar.gz
  cdebconf-newt-entropy_0.4_i386.udeb

Greetings,

Your Debian queue daemon


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

cdebconf-entropy_0.4_i386.changes ACCEPTED


Accepted:
cdebconf-entropy_0.4.dsc
  to pool/main/c/cdebconf-entropy/cdebconf-entropy_0.4.dsc
cdebconf-entropy_0.4.tar.gz
  to pool/main/c/cdebconf-entropy/cdebconf-entropy_0.4.tar.gz
cdebconf-newt-entropy_0.4_i386.udeb
  to pool/main/c/cdebconf-entropy/cdebconf-newt-entropy_0.4_i386.udeb
Announcing to debian-devel-changes@lists.debian.org
Closing bugs: 367827 


Thank you for your contribution to Debian.


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

Processed: pending

Processing commands for [EMAIL PROTECTED]:

> tags 367827 +pending
Bug#367827: FTBFS: conflicting types for 'question_get_variable'
There were no tags set.
Tags added: pending

> thanks
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


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

Bug#367827: marked as done (FTBFS: conflicting types for 'question_get_variable')

Your message dated Thu, 18 May 2006 06:02:10 -0700
with message-id <[EMAIL PROTECTED]>
and subject line Bug#367827: fixed in cdebconf-entropy 0.4
has caused the attached Bug report to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

Debian bug tracking system administrator
(administrator, Debian Bugs database)

--- Begin Message ---
Package: cdebconf-entropy
Version: 0.3
Severity: serious

> Automatic build of cdebconf-entropy_0.3 on test.track.rz.uni-augsburg.de by 
> sbuild/powerpc 0.44
...
> make[1]: Entering directory `/build/tbm/cdebconf-entropy-0.3'
> Compiling newt-plugin-entropy-text.c to newt-plugin-entropy-text.opic
> gcc -Wall -g -O2 -I. -fPIC -o newt-plugin-entropy-text.opic -c 
> newt-plugin-entropy-text.c
> newt-plugin-entropy-text.c:88: error: conflicting types for 
> 'question_get_variable'
> /usr/include/cdebconf/question.h:66: error: previous declaration of 
> 'question_get_variable' was here
> make[1]: *** [newt-plugin-entropy-text.opic] Error 1
> make[1]: Leaving directory `/build/tbm/cdebconf-entropy-0.3'

-- 
Martin Michlmayr
http://www.cyrius.com/

--- End Message ---
--- Begin Message ---
Source: cdebconf-entropy
Source-Version: 0.4

We believe that the bug you reported is fixed in the latest version of
cdebconf-entropy, which is due to be installed in the Debian FTP archive:

cdebconf-entropy_0.4.dsc
  to pool/main/c/cdebconf-entropy/cdebconf-entropy_0.4.dsc
cdebconf-entropy_0.4.tar.gz
  to pool/main/c/cdebconf-entropy/cdebconf-entropy_0.4.tar.gz
cdebconf-newt-entropy_0.4_i386.udeb
  to pool/main/c/cdebconf-entropy/cdebconf-newt-entropy_0.4_i386.udeb



A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to [EMAIL PROTECTED],
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Max Vozeler <[EMAIL PROTECTED]> (supplier of updated cdebconf-entropy package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing [EMAIL PROTECTED])


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.7
Date: Thu, 18 May 2006 14:53:42 +0200
Source: cdebconf-entropy
Binary: cdebconf-newt-entropy
Architecture: source i386
Version: 0.4
Distribution: unstable
Urgency: low
Maintainer: Debian Install System Team 
Changed-By: Max Vozeler <[EMAIL PROTECTED]>
Description: 
 cdebconf-newt-entropy - cdebconf newt plugin for reading from /dev/random 
(udeb)
Closes: 367827
Changes: 
 cdebconf-entropy (0.4) unstable; urgency=low
 .
   * Use question_get_variable() from libdebconfclient0 and
 version depends to >= 0.101, closes: #367827
   * Update standards version to 3.7.2 (no changes)
Files: 
 086be7a058b434f7cdc03b860cfdbd97 644 debian-installer extra 
cdebconf-entropy_0.4.dsc
 b9fc96d2f9361c3d4700af76e21628a0 52967 debian-installer extra 
cdebconf-entropy_0.4.tar.gz
 60d9a6b1c07b36a80c8c6251b31b12a0 5134 debian-installer extra 
cdebconf-newt-entropy_0.4_i386.udeb
Package-Type: udeb

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

iD8DBQFEbG6/nVvVEbfNotwRAuwaAJ0Zwag169CF4GkPU1jolvhqmFVSWQCffIT4
tUzqrqHzuuSi0BnubQNW2+c=
=M2jo
-END PGP SIGNATURE-

--- End Message ---

Bug#367861: installation-guide using-d-i

2006-05-18 Thread Clytie Siddall

Package: installation-guide
Version:
Severity: minor
Tags: l10n, patch

Typos etc. from the file using-d-i.po
__
using d-i typos etc.

1.
po:78
auto: ⑤ Tag: para
Original: ⌘0 During a low memory install, not all components will be
available. One of the limitations is that you won't be able to choose
a language for the installation.

- One of the limitations is
+ One of the other limitations is

(since not having access to all the components is already a limitation).

2.
po:127
auto: ⑤ Tag: para
Original: ⌘0 If you select a pristine disk which doesn't have
neither partitions nor free space on it, you will be offered to
create a new partition table (this is needed so you can create new
partitions). After this a new line entitled FREE SPACE
should appear under the selected disk.

- doesn't have neither partitions nor free space on it,
+ has neither partitions nor free space on it,

- you will be offered to
+ you will have the opportunity to

- After this a new line
+ After this, a new line

- should appear under the selected disk.
+ should appear in the table under the selected disk.

3.
po:128
auto: ⑤ Tag: para
Original: ⌘0 If you select some free space, you will be offered to
create new partition. You will have to answer a quick series of
questions about its size, type (primary or logical), and location
(beginning or end of the free space). After this, you will be
presented with detailed overview of your new partition. There are
options like mountpoint, mount options, bootable flag, or way of
usage. If you don't like the preselected defaults, feel free to
change them to your liking. E.g. by selecting the option
Use as:, you can choose different
filesystem for this partition including the possibility to use the
partition for swap, software RAID, LVM, or not use it at all. Other
nice feature is the possibility to copy data from existing partition
onto this one. When you are satisfied with your new partition, select
Done setting up the partition and you will
be thrown back to the partman's main screen.

- you will be offered to create new partition.
+ you will have the opportunity to create a new partition.
OR
+ the program will offer to create a new partition.

- with detailed overview
+ with a detailed overview

- There are options like mountpoint, mount options, bootable flag, or
way of usage.
+ The options include choosing the mountpoint, configuring the mount
action itself, (un)setting the bootable flag, and deciding how the
partition will be used.

- choose different filesystem for this partition including the
possibility to use the partition for swap, software RAID, LVM, or not
use it at all.
+ choose a different filesystem for this partition, including the
capacity to use the partition for swap, software RAID or LVM, or not
to use it at all.

- Other nice feature is the possibility to copy data from existing
partition onto this one.
+ Another nice feature is the ability to copy data from an existing
partition onto this one.

- and you will be thrown back
+ and you will return

4.
If you decide you want to change something about your partition,
simply select the partition, which will bring you to the partition
configuration menu. Because this is the same screen like when
creating a new partition, you can change the same set of options. One
thing which might not be very obvious at a first glance is that you
can resize the partition by selecting the item displaying the size of
the partition. Filesystems known to work are at least fat16, fat32,
ext2, ext3 and swap. This menu also allows you to delete a partition.

- Because this is the same screen like when creating a new partition,
you can change the same set of options.
+ This is the same screen you see when creating a new partition, so
you can modify the same options.

5.
The benefit you gain depends on a type of a MD device you are
creating. Currently supported are:
RAID0 Is mainly aimed at performance.
RAID0 splits all incoming data into stripes
and distributes them equally over each disk in the array. This can
increase the speed of read/write operations, but when one of the
disks fails, you will loose everything (part of
the information is still on the healthy disk(s), the other part
was on the failed disk). The
typical use for RAID0 is a partition for video editing. listitem> RAID1term> Is suitable for setups where reliability is the
first concern. It consists of several (usually two) equally sized
partitions where every partition contains exactly the same data. This
essentially means three things. First, if one of your disks fails,
you still have the data mirrored on the remaining disks. Second, you
can use only a fraction of the available capacity (more precisely, it
is the size of the smallest partition in the RAID). Third, file reads
are load balanced among the disks, which can

Re: yaboot issue with recent D-I daily CD builds

Colin, i believe this is your call, you are the yaboot expert.

Anyway, CCing debian-boot, as this is the right place to ask d-i questions,
not d-ppc.

On Thu, May 18, 2006 at 11:28:02AM +0200, Christian Guggenberger wrote:
> Hi,
> 
> I am struggling with recent D-I daily builds to get CHRP machines
> (IBM 43p-150 and 44p-270) booting from CD. (netinstall iso)
> 
> CD booting was working fine on those machines with D-I beta2.
> 
> I think the yaboot binary is the culprit for that. I have replaced
> /install/yaboot in the iso image with an local rebuild version and CD
> booting works again with D-I daily build of May, 3rd.
> 
> Would someone do an NMU (rebuilf only) for yaboot, as it is currently
> orphaned ?

Friendly,

Sven Luther


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

planning stappers in the next few weeks

On Wed, May 17, 2006 at 08:49:35PM +0200, Sven Luther wrote:
> On Wed, May 17, 2006 at 02:47:37PM +0200, Geert Stappers wrote:
> > On Wed, May 17, 2006 at 02:14:05AM +0200, Sven Luther wrote:
> > > 
> > > You are the only one who chose this course of action, that resulted in 
> > > wasting
> > > so much time, for both you, me, the DPL, and i don't know how many 
> > > innocent
> > > onlookers.
> > 
> > I may be one of the innocent onlookers.
> > On the other hand: I prefer to be part of "the d-i team"
> > So I'm accused by Sven Luther of kicking out Sven Luther
> > and I should demand an apology by Sven Luther in Sven Luther style.
> 
> Oh, so you are the mysterious anonymous third guy, who felt, together
> with Frans and Joey, that they could no longer work on d-i if i was around ? 
> 

> > But because I care about d-i, i'm going spend my energy on d-i.

My planned topics are:

 * add network preseeded static network configuration

 * add complete preseedable network console installs

 * rework the powerpc d-i manual


With some luck if time for it in the next few weeks,
so it might "collision" the vacation of the d-i release manager.

As far as I can see, wouldn't my plans harm the debian-installer.
But if I'm mistaken, then please tell so. Saying something like:

  Go ahead, it does add value

is also welcome  :-)


Cheers
Geert Stappers


signature.asc
Description: Digital signature

Re: planning stappers in the next few weeks

On Thu, May 18, 2006 at 04:41:15PM +0200, Geert Stappers wrote:
> On Wed, May 17, 2006 at 08:49:35PM +0200, Sven Luther wrote:
> > On Wed, May 17, 2006 at 02:47:37PM +0200, Geert Stappers wrote:
> > > On Wed, May 17, 2006 at 02:14:05AM +0200, Sven Luther wrote:
> > > > 
> > > > You are the only one who chose this course of action, that resulted in 
> > > > wasting
> > > > so much time, for both you, me, the DPL, and i don't know how many 
> > > > innocent
> > > > onlookers.
> > > 
> > > I may be one of the innocent onlookers.
> > > On the other hand: I prefer to be part of "the d-i team"
> > > So I'm accused by Sven Luther of kicking out Sven Luther
> > > and I should demand an apology by Sven Luther in Sven Luther style.
> > 
> > Oh, so you are the mysterious anonymous third guy, who felt, together
> > with Frans and Joey, that they could no longer work on d-i if i was around 
> > ? 
> > 
> 
> > > But because I care about d-i, i'm going spend my energy on d-i.
> 
> My planned topics are:
> 
>  * add network preseeded static network configuration
> 
>  * add complete preseedable network console installs
> 
>  * rework the powerpc d-i manual
> 
> 
> With some luck if time for it in the next few weeks,
> so it might "collision" the vacation of the d-i release manager.
> 
> As far as I can see, wouldn't my plans harm the debian-installer.
> But if I'm mistaken, then please tell so. Saying something like:
> 
>   Go ahead, it does add value
> 
> is also welcome  :-)

Why are we having this discussion ? 

any work you do on d-i is welcome indeed, i just would have liked that the
same would count for any work i did.

So, let's stop this, and let everyone go back to work, i will simply be doing
non-d-i stuff until the issue with the commit access is solved.

I hope Colin can find time to solve the latest breakage i forwarded from
debian-powerpc to here and him.

BTW, Geert, do you read debian-powerpc ? would you also monitor that list for
d-i related issues and forward stuff here, it may have less chances of being
ignored than if i did it.

Friendly,

Sven Luther


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

Re: D-I-internals workshop at Debconf

On Wed, May 17, 2006 at 10:42:44AM +0200, Jens Seidel wrote:
> On Wed, May 17, 2006 at 01:21:09AM +0200, Frans Pop wrote:
> > I'll be giving a workshop explaining the technical side of the installer 
> > on Thursday 18-5 from 20:20 - 22:00 UTC (if my timezone calculations are 
> > correct).
> > 
> > The paper that goes with the workshop is available at:
> > http://people.debian.org/~fjp/talks/debconf6
> 
> A few remarks:
> 
   [ ... ]
> 
> I suggest to link to this document from somewhere below
> www.debian.org/devel/debian-installer/. Maybe you should create a new page for
> developer documentation which contains useful links.

SVN:debian-installer/installer/doc/talks/d-i_debconf6 contains also the talk

> Jens

Cheers
Geert Stappers


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

Re: planning stappers in the next few weeks

On Thu, May 18, 2006 at 04:49:05PM +0200, Sven Luther wrote:
> On Thu, May 18, 2006 at 04:41:15PM +0200, Geert Stappers wrote:
> > 
> > My planned topics are:
> > 
> >  * add network preseeded static network configuration
> > 
> >  * add complete preseedable network console installs
> > 
> >  * rework the powerpc d-i manual
> > 
 [ ... ]
> 
> Why are we having this discussion ? 
> 
> any work you do on d-i is welcome indeed, i just would have liked that the
> same would count for any work i did.
> 
> So, let's stop this, and let everyone go back to work, i will simply be doing
> non-d-i stuff until the issue with the commit access is solved.

Good proposal ( IMHO )

> 
> I hope Colin can find time to solve the latest breakage i forwarded from
> debian-powerpc to here and him.
> 
> BTW, Geert, do you read debian-powerpc ? would you also monitor that list for
> d-i related issues and forward stuff here, it may have less chances of being
> ignored than if i did it.

FYI: I don't read d-powerpc ATM, I have it scheduled after my d-i network stuff.

> Friendly,
> 
> Sven Luther

Cheers
Geert Stappers


signature.asc
Description: Digital signature

Re: distributed version control systems

On Wed, May 17, 2006 at 10:20:12PM +0200, Sven Luther wrote:
> 
> Imagine i upload a new nobootloader version, with some changes in it. I either
> upload it directly, without revision system, or with my own shadow copy of the
> d-i svn like above.
> 
> Now, someone else needs to modify nobootloader. He is not aware of my changes,
> commits to the d-i svn, and uploads the package. My changes are lost.
> 
> Next time i upload my changes, i may well not notice that there was another
> upload, and the other changes are lost. (Well, probably not, because i will
> have some svk based tool to merge those changes into my tree).
> 
> So, we end up in a mess, because there is no more only a single authoritative
> (or even juste a single) copy of the repository for the package.
> 
> This is the reason why i am arguing against the current proposal which doesn't
> restore my svn d-i access, and why i have not even tried to do any d-i work
> since then.


And there is the possiblity to send `svn diff` output to this list.


Geert Stappers
In an attempt to live with a clean break.


signature.asc
Description: Digital signature

Regarding: graphics or text as default?

On Wed, May 17, 2006 at 07:28:07PM +0200, Stefano Canepa wrote:
> > Stefano Canepa wrote:
> > > Hi all,
> > >   the CD images with both graphical and textual installer will run
> > > graphical as default? 
> > >   At my LUG when we explain the installation process to new users we
> > > present Mandriva and Debian and many users choise to install Mandriva
> > > just for it's graphical installer or better graphical partitioner. I do
> > > like the textual installer more but new users like clicking on menus. :)
> > >
> > > Regards
> > > sc
> > >
> > >   
> 
> I would have never imagine that my simple question about default
> installer would have result in so long discussion, I will think twice or
> more before asking questions to the list in the future ;)

 (C:

Please keep asking questions.

It it are the good questions that do get follow-up.
( the less good questions could be ask to "the wrong audience" )


Cheers
Geert Stappers


signature.asc
Description: Digital signature

security mirror question during debian-edu installation

2006-05-18 Thread Steffen Joeris

Hi Installer Team

I am not completely sure about this issue, so I'll better ask here on the ML 
before filling a bug.
During the debian-edu installation (keep in mind that we try to autoconfigure 
everything) there comes this warning about the missing security mirror. Well 
it is just a warning, but teachers might be afraid of a red screen ... :)
So I wondered if it would be possible to outsource the security mirror stuff 
(90 security) into an own package, maybe apt-mirror-setup*udeb ?
I guess this is also done with the apt-mirror-setup and apt-cdrom-setup 
packages or?
Anyway I want to come around this issue, so what is your opinion?

Greetings and thanks in advance
Steffen

P.S. Please cc me I am not subscribed to this list.


pgpmcgbUS0IDA.pgp
Description: PGP signature

Bug#366177: [amd64] Tyan S2877 installation-report

2006-05-18 Thread Karl Schmidt


I noticed it - turned out /proc was not created.

It is fixed in the version with dates of May 13, 06

(I renamed this iso to debian-testing-amd64-netinst-5-13-06.iso

Why not use such a naming system so people can see which build the iso was 
based on? How valuable are install bug reports if there is no reference to 
which install was run?)


What isn't fixed is the same problem as is in 
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=367402


I need to find a way to run tests on the drive interface while booted from the 
install CDROM to isolate the problem.



Filip Van Raemdonck wrote:

Hi all,

On Mon, May 08, 2006 at 01:50:41PM +0200, Geert Stappers wrote:


On Sun, May 07, 2006 at 01:08:59PM -0500, Karl Schmidt wrote:


May  8 01:59:22 debootstrap: dpkg-deb (subprocess): failed to exec tar: No such 
file or directory
May  8 01:59:22 debootstrap: dpkg-deb: subprocess tar returned error exit 
status 2



I find it peculiar that no-one in this thread seemed to notice this error.

I ran into the same issue, both with 15 may and 17 may netinst isos on
amd64, on a supermicro (no nvidia hardware or anything evil involved)
dual-opteron motherboard, with a single CPU installed.



May  8 01:59:22 debootstrap: dpkg: error processing 
var/cache/apt/archives/base-passwd_3.5.11_amd64.deb (--install):
May  8 01:59:22 debootstrap:  subprocess dpkg-deb --control returned error exit 
status 2
May  8 01:59:22 debootstrap: Errors were encountered while processing:
May  8 01:59:22 debootstrap:  
var/cache/apt/archives/base-passwd_3.5.11_amd64.deb



It seems to be a reincarnation of #355379. That one was closed stating 'it
should be fixed now' but with no reference as to which change supposedly
fixed it. Frans?


Regards,

Filip




--
!!!>> INCLUDE ALL TEXT IN TECHNICAL SUPPORT EMAIL REPLIES!!!

Karl Schmidt EMail [EMAIL PROTECTED]
Transtronics, Inc. WEB http://xtronics.com
3209 West 9th StreetPh (785) 841-3089
Lawrence, KS 66049 FAX (785) 841-0434


Any cat would tell you that you can only wash one paw at a time;
while we try to do everything at once. -kps



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

Re: r37411 - in trunk/packages/choose-mirror: debian

On Thursday 18 May 2006 19:47, Joey Hess wrote:
>  Type: select
>  Choices: ${mirrors}
>  Default: ftp.debian.org
> -Default[amd64]: ftp.de.debian.org

Hmm. I wonder if this isn't premature as AMD64 is not yet installable from 
testing on the official mirrors...

I'm not exactly sure what is still missing ATM, but they lack at least 
some udebs and a lot that is in some way related to X.

pgpN69gJKdzWK.pgp
Description: PGP signature

Re: distributed version control systems

On Thu, May 18, 2006 at 05:42:16PM +0200, Geert Stappers wrote:
> On Wed, May 17, 2006 at 10:20:12PM +0200, Sven Luther wrote:
> > 
> > Imagine i upload a new nobootloader version, with some changes in it. I 
> > either
> > upload it directly, without revision system, or with my own shadow copy of 
> > the
> > d-i svn like above.
> > 
> > Now, someone else needs to modify nobootloader. He is not aware of my 
> > changes,
> > commits to the d-i svn, and uploads the package. My changes are lost.
> > 
> > Next time i upload my changes, i may well not notice that there was another
> > upload, and the other changes are lost. (Well, probably not, because i will
> > have some svk based tool to merge those changes into my tree).
> > 
> > So, we end up in a mess, because there is no more only a single 
> > authoritative
> > (or even juste a single) copy of the repository for the package.
> > 
> > This is the reason why i am arguing against the current proposal which 
> > doesn't
> > restore my svn d-i access, and why i have not even tried to do any d-i work
> > since then.
> 
> 
> And there is the possiblity to send `svn diff` output to this list.

Sure, but it is inconvenient, and there are other things to do.

But even then, there could be a lag from the list to it being checked in, or
whatever, the potential for making a mess is always there, as much as you try
not to.

If we chose a centralized repository like subversion, then the only logical
conclusion is to keep all changes in that repository.

Friendly,

Sven Luther


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

Cannot switch my redhat to debian

2006-05-18 Thread De Leeuw Guy

Hello all,

I try the entire day to install debian on my main server
I dowload the etch daily build (20060516) for ia64
I can boot but the system does not have the driver for the megaraid (see
my previous post for a detailled hardware configuration) and the
partition for installing debian is on a disk under this controller, but
the all disks under the qlogic work fine.
Finally I boot to a sarge, perfect, I see my 2 systems partitions
(redhat and debian), I Install these system and change my source.list
replacing all stable by etch, and finally launch apt-get dist-upgrade.
After these step, I have normally a new kernel (2.6.15) but the next
reboot continue to start on the sarge kernel (2.6.8)
on the efi partition, I upgrade manually the vmlinuz and the initrd,
reboot and no system disk because missing the driver megaraid :-(

I known that I can build my own kernel, but for # reasons I prefer a
kernel available direcly from yours site

Could you help me ?

(sorry for my bad english, I'm french speaker, I also post on the ia64 list)

Guy



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

Bug#366177: [amd64] Tyan S2877 installation-report

2006-05-18 Thread Karl Schmidt


Karl Schmidt wrote:

I noticed it - turned out /proc was not created.

It is fixed in the version with dates of May 13, 06


I take that back - it is fixed if you chose a stable install, if you choose 
testing it fails.




Karl Schmidt EMail [EMAIL PROTECTED]
Transtronics, Inc. WEB http://xtronics.com
3209 West 9th StreetPh (785) 841-3089
Lawrence, KS 66049 FAX (785) 841-0434


The whole point of this sentence is to make clear what
the whole point of this sentence is.
--Douglas R. Hofstadter



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

Re: r37411 - in trunk/packages/choose-mirror: debian

2006-05-18 Thread Joey Hess

Frans Pop wrote:
> Hmm. I wonder if this isn't premature as AMD64 is not yet installable from 
> testing on the official mirrors...

The unofficial port mirrors have already been dropped from
Mirrors.masterlist and are AFAIK not supported so it seems the right
time.

> I'm not exactly sure what is still missing ATM, but they lack at least 
> some udebs and a lot that is in some way related to X.

Unstable installs should work I think?

-- 
see shy jo

signature.asc
Description: Digital signature

Re: distributed version control systems

2006-05-18 Thread Steve Langasek

On Wed, May 17, 2006 at 10:20:12PM +0200, Sven Luther wrote:
> Imagine i upload a new nobootloader version, with some changes in it. I either
> upload it directly, without revision system, or with my own shadow copy of the
> d-i svn like above.

> Now, someone else needs to modify nobootloader. He is not aware of my changes,
> commits to the d-i svn, and uploads the package. My changes are lost.

If you are the maintainer of nobootloader, and you are not allowed to commit
to the d-i svn repo, then it is appropriate to request that the d-i
maintainers deprecate the svn repo for these packages.

Of course, if you begin with the assumption that the d-i team is
unreasonable, it's only natural that you're going to run into problems...

-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
[EMAIL PROTECTED]   http://www.debian.org/

signature.asc
Description: Digital signature

Processing of choose-mirror_2.01_i386.changes

choose-mirror_2.01_i386.changes uploaded successfully to localhost
along with the files:
  choose-mirror_2.01.dsc
  choose-mirror_2.01.tar.gz
  choose-mirror_2.01_all.udeb
  choose-mirror-bin_2.01_i386.udeb

Greetings,

Your Debian queue daemon


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

Processing of choose-mirror_2.01_i386.changes

choose-mirror_2.01_i386.changes is already present on target host:
-rw-r--r-- 1 katie debadmin 2514 May 18 14:36 choose-mirror_2.01_i386.changes
Either you already uploaded it, or someone else came first.
Job choose-mirror_2.01_i386.changes removed.

Greetings,

Your Debian queue daemon


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

Processing of finish-install_2.0_i386.changes

finish-install_2.0_i386.changes uploaded successfully to localhost
along with the files:
  finish-install_2.0.dsc
  finish-install_2.0.tar.gz
  finish-install_2.0_all.udeb

Greetings,

Your Debian queue daemon


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

finish-install_2.0_i386.changes is NEW

(new) finish-install_2.0.dsc required debian-installer
(new) finish-install_2.0.tar.gz required debian-installer
(new) finish-install_2.0_all.udeb required debian-installer
Finish the installation and reboot
Changes: finish-install (2.0) unstable; urgency=low
 .
  * Renamed the package, since "base-config" is gone it makes no sense to have
it in the package name etc.
  * /usr/lib/prebaseconfig.d and prebaseconfig/progress/ are still supported,
for now, but udebs should transition to /usr/lib/finish-install.d and
finish-install/progress/ ASAP.
  * Use log-output.
 .
  [ Updated translations ]
  * Danish (da.po) by Claus Hindsgaul
  * Dzongkha (dz.po)
  * French (fr.po) by Christian Perrier
  * Norwegian Nynorsk (nn.po) by HÃ¥vard Korsvoll
  * Slovenian (sl.po) by Jure Äuhalev
  * Thai (th.po) by Theppitak Karoonboonyanan
Announcing to debian-devel-changes@lists.debian.org


Your package contains new components which requires manual editing of
the override file.  It is ok otherwise, so please be patient.  New
packages are usually added to the override file about once a week.

You may have gotten the distribution wrong.  You'll get warnings above
if files already exist in other distributions.


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

choose-mirror_2.01_i386.changes ACCEPTED


Accepted:
choose-mirror-bin_2.01_i386.udeb
  to pool/main/c/choose-mirror/choose-mirror-bin_2.01_i386.udeb
choose-mirror_2.01.dsc
  to pool/main/c/choose-mirror/choose-mirror_2.01.dsc
choose-mirror_2.01.tar.gz
  to pool/main/c/choose-mirror/choose-mirror_2.01.tar.gz
choose-mirror_2.01_all.udeb
  to pool/main/c/choose-mirror/choose-mirror_2.01_all.udeb
Announcing to debian-devel-changes@lists.debian.org


Thank you for your contribution to Debian.


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

Processing of partman-base_83_i386.changes

partman-base_83_i386.changes uploaded successfully to localhost
along with the files:
  partman-base_83.dsc
  partman-base_83.tar.gz
  partman-base_83_i386.udeb

Greetings,

Your Debian queue daemon


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

Re: distributed version control systems

On Thursday 18 May 2006 23:28, Steve Langasek wrote:
> If you are the maintainer of nobootloader, and you are not allowed to
> commit to the d-i svn repo, then it is appropriate to request that the
> d-i maintainers deprecate the svn repo for these packages.

Well, as far as Joey and I are concerned, the d-i team is the maintainer 
of nobootloader. We have the policy that all udebs in the SVN repository 
have debian-boot@lists.debian.org as maintainer making them all 
essentially group maintained and owned by the subproject, not by 
individual contributers.
The original author and others are only listed as uploaders.

In a reply to #366938 [1] I have explained that and why we would consider 
an upload with changed maintainer field of any package currently in the 
d-i SVN to be a hijack to which we will react appropriately.
This is not meant as a threat; I'm just stating our position.

We are willing to discuss transferring ownership of packages on a case by 
case basis, although the arguments and assurances for the continuity of 
debian-installer will have to be very strong.

[1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=366938;msg=50

pgpvAZQJkSHW0.pgp
Description: PGP signature

Re: Cannot switch my redhat to debian

I think people on the ia64 port list are probably in a better position to 
help you with this, so I'm forwarding this mail there.

Cheers,
FJP

On Thursday 18 May 2006 22:14, De Leeuw Guy wrote:
> I try the entire day to install debian on my main server
> I dowload the etch daily build (20060516) for ia64
> I can boot but the system does not have the driver for the megaraid
> (see my previous post for a detailled hardware configuration) and the
> partition for installing debian is on a disk under this controller, but
> the all disks under the qlogic work fine.
> Finally I boot to a sarge, perfect, I see my 2 systems partitions
> (redhat and debian), I Install these system and change my source.list
> replacing all stable by etch, and finally launch apt-get dist-upgrade.
> After these step, I have normally a new kernel (2.6.15) but the next
> reboot continue to start on the sarge kernel (2.6.8)
> on the efi partition, I upgrade manually the vmlinuz and the initrd,
> reboot and no system disk because missing the driver megaraid :-(
>
> I known that I can build my own kernel, but for # reasons I prefer a
> kernel available direcly from yours site
>
> Could you help me ?
>
> (sorry for my bad english, I'm french speaker, I also post on the ia64
> list)
>
> Guy


pgpXkcc9L1hY2.pgp
Description: PGP signature

partman-base_83_i386.changes ACCEPTED


Accepted:
partman-base_83.dsc
  to pool/main/p/partman-base/partman-base_83.dsc
partman-base_83.tar.gz
  to pool/main/p/partman-base/partman-base_83.tar.gz
partman-base_83_i386.udeb
  to pool/main/p/partman-base/partman-base_83_i386.udeb
Announcing to debian-devel-changes@lists.debian.org
Closing bugs: 270136 


Thank you for your contribution to Debian.


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

Bug#367783: Remove the brackets as possible workaround

2006-05-18 Thread Davide Viti

Just found out that it does not segfault when removing the square brakets

~ # echo test | tr '[a-z]' '[A-Z]'
Segmentation fault
~ # tr 'a-z' 'A-Z'

~ # echo test | tr 'a-z' 'A-Z'
TEST


regards,
Davide


signature.asc
Description: Digital signature

Debian Installer daily builds use offial mirrors for AMD64

Today a new version of choose-mirror was uploaded that contains an updated 
mirrorlist and also has the normal mirrors as default for AMD64 instead 
of amd64.debian.net.

As AMD64 is not yet installable from testing, this may break network based 
installations. Installations (in expert mode) of unstable should probably 
be alright.

The switch has _not_ yet been made for debian-cd, so full CDs should still 
be alright.

You can of course also enter the "old" AMD64 mirror manually during mirror 
selection.

Cheers,
FJP


pgpwBU52ItFGr.pgp
Description: PGP signature

lvmcfg: superflous menu options

2006-05-18 Thread David Härdeman

Right now lvmcfg contains the option "Leave" in each menu which is 
superflous as there is also the "Go Back" button. I assume that there is 
a reason for the menu option (e.g. partconf support or something) as 
it has been around for so long.


So, why is the "Leave" option there, and can I safely remove it in the 
SVN repo?


Re,
David


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

Re: lvmcfg: superflous menu options

2006-05-18 Thread David Härdeman


On Fri, May 19, 2006 at 01:21:30AM +0200, David Härdeman wrote:
Right now lvmcfg contains the option "Leave" in each menu which is 
superflous as there is also the "Go Back" button.

...
So, why is the "Leave" option there, and can I safely remove it in the 
SVN repo?


And by removing it, bug #276123 would also be fixed.


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

Bug#219667: Still relevant?

2006-05-18 Thread David Härdeman


Hi,

as was pointed out during this bug report. The lvm configuration is 
offered by lvmcfg. There doesn't seem to be any outstanding issues in 
this bug report, so it should perhaps be closed?


Re,
David



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

Bug#270136: marked as done (aparted_server.pid handling is not robust)

Your message dated Thu, 18 May 2006 16:02:19 -0700
with message-id <[EMAIL PROTECTED]>
and subject line Bug#270136: fixed in partman-base 83
has caused the attached Bug report to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

Debian bug tracking system administrator
(administrator, Debian Bugs database)

--- Begin Message ---
Package: partman
Severity: normal
Tags: d-i

Many times I have seen partman get confused about whether parted_server
was running, and hang or otherwise misbehave. This is always caused by
some other bug, but the bad handling of the pid file in partman
exerbates it.

For example, the most recent partman breakage is that libparted is not
loaded by anna. So parted_server fails to run at all. (This bug has been
fixed.) Normally this would result in partman putting up an error and
exiting, but due to the pid file handling, it results in an error and
then partman hanging.

Look at how the pid file is written:

init.d:

parted_server &
echo $! >/var/run/parted_server.pid

finish.d:

open_infifo
write_line "QUIT"
close_infifo

rm /var/run/parted_server.pid

The init.d code is buggy because even if parted_server fails to run or
crashes, a pid file will still be written.

The finish.d code is buggy because even if parted_server fails to stop
the pid file will be removed (and I've seen this result in two
parted_servers running, due to other bugs that made it not stop).

I think it would be much better if parted_server was a good daemon and
managed writing and unlinking its own pid file. This would eliminate both
these points of failure and make partman more robust.

-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.4.27
Locale: LANG=en_US, LC_CTYPE=en_US

-- 
see shy jo


signature.asc
Description: Digital signature
--- End Message ---
--- Begin Message ---
Source: partman-base
Source-Version: 83

We believe that the bug you reported is fixed in the latest version of
partman-base, which is due to be installed in the Debian FTP archive:

partman-base_83.dsc
  to pool/main/p/partman-base/partman-base_83.dsc
partman-base_83.tar.gz
  to pool/main/p/partman-base/partman-base_83.tar.gz
partman-base_83_i386.udeb
  to pool/main/p/partman-base/partman-base_83_i386.udeb



A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to [EMAIL PROTECTED],
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Joey Hess <[EMAIL PROTECTED]> (supplier of updated partman-base package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing [EMAIL PROTECTED])


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.7
Date: Thu, 18 May 2006 17:45:10 -0500
Source: partman-base
Binary: partman-base
Architecture: source i386
Version: 83
Distribution: unstable
Urgency: low
Maintainer: Debian Install System Team 
Changed-By: Joey Hess <[EMAIL PROTECTED]>
Description: 
 partman-base - Partition the storage devices (partman) (udeb)
Closes: 270136
Changes: 
 partman-base (83) unstable; urgency=low
 .
   [ Mark Hymers ]
   * Add more robust pid file and fifo handling.  Closes: #270136.
Files: 
 0c688c5b4e70fe52da9cdf862de52e55 694 debian-installer standard 
partman-base_83.dsc
 73a0e8533533dc0f110fdf17909785cd 157977 debian-installer standard 
partman-base_83.tar.gz
 694c98033c95f876ec09da8dd022dd96 140568 debian-installer standard 
partman-base_83_i386.udeb
Package-Type: udeb

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

iD8DBQFEbPlZ2tp5zXiKP0wRAuK7AJ9sbP1cqE86GsJg8ce9IcV+r0h9gwCgvPLw
Cp6aXXtVHB04qDdn3XU0ANQ=
=az3m
-END PGP SIGNATURE-

--- End Message ---

Bug#219667: marked as done (partconf: should be able to handle LVM)

Your message dated Fri, 19 May 2006 09:51:25 +1000
with message-id <[EMAIL PROTECTED]>
and subject line Bug#219667: Still relevant?
has caused the attached Bug report to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

Debian bug tracking system administrator
(administrator, Debian Bugs database)

--- Begin Message ---
Package: partconf
Version: N/A; reported 2003-11-08
Severity: wishlist

It would be really great if partconf/partkit/whatever does the work is capable 
of recognising a partition of type 8e as a candidate for an LVM physical 
volume, and then offered to create a volume group (or groups) from it and then 
logical volumes.

I'd like to be able to install with a type 82 root partition, a swap partition 
and use the rest of the disk as a type 8e partition, housing a single physical 
volume, used by a volume group to hold a number of logical volumes for the 
remainder of the filesystems.

-- System Information
Debian Release: 3.0
Architecture: i386
Kernel: Linux daedalus 2.4.19-686 #1 Thu Aug 8 21:30:09 EST 2002 i686
Locale: LANG=C, LC_CTYPE=C

--- End Message ---
--- Begin Message ---
On Fri, May 19, 2006 at 01:09:11AM +0200, David Härdeman wrote:
> Hi,
> 
> as was pointed out during this bug report. The lvm configuration is 
> offered by lvmcfg. There doesn't seem to be any outstanding issues in 
> this bug report, so it should perhaps be closed?
> 

Yes. Closing.
--- End Message ---

Re: dhcp3-client and D-I

2006-05-18 Thread Andrew Pollock

On Wed, May 17, 2006 at 02:55:02PM +0200, Geert Stappers wrote:
> On Wed, May 17, 2006 at 01:14:25AM +1000, Andrew Pollock wrote:
>   [ ... ]
> > Okay. I've had a preliminary play with ipconfig over the weekend. Seems
> > relatively straightforward to slot it into netcfg's dhcp.c. What I need to
> > understand is the necessity to set a vendor-class-identifier attribute in
> > with the request, is this a nicety or a need-to-have? ipconfig won't do it.
> > 
> > The other thing that ipconfig doesn't currently do is send the hostname with
> > the request, which is an optional feature for some people on cable. That's
> > potentially fixable though, as one of the ways of invoking ipconfig includes
> > a hostname.
> > 
> > I've built a udeb from ipconfig, and twiddled with netcfg enough to test it
> > out, I've just been having some problems rebuilding d-i, but I'll try again
> > during the week.
> 
> Is the source of the ipconfig udeb public available?  If yes: Where?

I made a privately hacked up udeb, here's the diff:

diff -urN klibc-1.3.19/debian/control klibc-udeb/debian/control
--- klibc-1.3.19/debian/control 2006-05-18 17:19:59.019824009 -0700
+++ klibc-udeb/debian/control   2006-05-14 16:04:36.159174709 -0700
@@ -37,3 +37,9 @@
  full-function counterparts.  They are intended for inclusion in
  initramfs images and embedded systems.

+Package: klibc-ipconfig
+XC-Package-Type: udeb
+Architecture: any
+Section: debian-installer
+Description: ipconfig built with klibc
+ This package contains just ipconfig from klibc
diff -urN klibc-1.3.19/debian/klibc-ipconfig.install 
klibc-udeb/debian/klibc-ipconfig.install
--- klibc-1.3.19/debian/klibc-ipconfig.install  1969-12-31 16:00:00.0 
-0800
+++ klibc-udeb/debian/klibc-ipconfig.install2006-05-17 22:08:10.808005100 
-0700
@@ -0,0 +1,2 @@
+debian/tmp/usr/lib/klibc/bin/ipconfig
+debian/tmp/lib/klibc*.so
diff -urN klibc-1.3.19/debian/lintian/klibc-ipconfig 
klibc-udeb/debian/lintian/klibc-ipconfig
--- klibc-1.3.19/debian/lintian/klibc-ipconfig  1969-12-31 16:00:00.0 
-0800
+++ klibc-udeb/debian/lintian/klibc-ipconfig2006-05-14 16:06:01.988320755 
-0700
@@ -0,0 +1 @@
+klibc-ipconfig: statically-linked-binary
a


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

Re: dhcp3-client and D-I

2006-05-18 Thread Andrew Pollock

On Tue, May 16, 2006 at 10:43:01PM -0500, Joey Hess wrote:
> Andrew Pollock wrote:
> > Okay. I've had a preliminary play with ipconfig over the weekend. Seems
> > relatively straightforward to slot it into netcfg's dhcp.c. What I need to
> > understand is the necessity to set a vendor-class-identifier attribute in
> > with the request, is this a nicety or a need-to-have? ipconfig won't do it.
> 
> It enables useful abilities like setting the appropriate default mirror
> for all installs to a network. It's a new feature since sarge, so not
> something a lot of people are using yet but very potentially powerful
> and useful for larger networks.

Yes, I read a related bug report when I was searching for this thread in my
email, looks good.
 
> Anyway, "good" news: The recent busybox change that dropped modutils
> makes the i386 root floppy too large, triggering a lot of reorganisation
> (and degraded functionality), after which we have enough free space on
> there for the dhcp 3 client, so turn it back on and we can look at
> including it.

Done. Next upload, hopefully by the weekend at the latest, will include
dhcp3-client-udeb again.
 
> Looks like netcfg already supports sending the vendor-class-identifier
> with dhcp3. Are there any changes to the dhclient-script interface that
> we will need to look out for?

I don't think so. I think we need to do some merging between what's floating
around in d-i and what goes in the dhcp3-client-udeb, as I think either
a dhclient.conf or dhclient-script is also shipping somewhere else, unless
you'd rather do it this way.

regards

Andrew


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

Bug#144245: looking for someone?

2006-05-18 Thread Chris

Hi there lovely,
I was searching the net few days ago. I am new to this thing.
and saw your profile. I decided to email you causea I found 
you attractive. I might come down to your city in few weeks.
Let me know if we can meet each other in person.
I am attractive girl. I am sure you won't regret it.
Reply to my personal email at [EMAIL PROTECTED]




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

Some graphical installer feedback

2006-05-18 Thread Jason Spiro

Some bits of feedback about the g-i screenshots that were published on
the web recently:

- The installer looks far friendlier to newbies than the ncurses mode
  did. Keep up the good work!

- The logo banner at the top seems somehow off-balance, but I'm not sure
  how. What if we used the same font for the words "GNU/Linux" as we use
  in the Debian logo?

- Perhaps the progress bar in "Configuring the network" could be colored
  instead of almost the exact same grey as the rest of the screen.

- Wouldn't it be better if the step display at the top of the screen was
  numbered: "Step 1 of 20: Choose language, Step 2 of 20: Select a
  keyboard layout,", etc.?

Regards,
Jason Spiro

--
Yoda of Borg are we. Futile is resistance, assimilated will you be.


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

Re: distributed version control systems

On Thu, May 18, 2006 at 04:28:27PM -0500, Steve Langasek wrote:
> On Wed, May 17, 2006 at 10:20:12PM +0200, Sven Luther wrote:
> > Imagine i upload a new nobootloader version, with some changes in it. I 
> > either
> > upload it directly, without revision system, or with my own shadow copy of 
> > the
> > d-i svn like above.
> 
> > Now, someone else needs to modify nobootloader. He is not aware of my 
> > changes,
> > commits to the d-i svn, and uploads the package. My changes are lost.
> 
> If you are the maintainer of nobootloader, and you are not allowed to commit
> to the d-i svn repo, then it is appropriate to request that the d-i
> maintainers deprecate the svn repo for these packages.

Well, i am the original author, and have some changes pending. I know others
have in the past done significant changes to nobootloader too.

> Of course, if you begin with the assumption that the d-i team is
> unreasonable, it's only natural that you're going to run into problems...

No, i begin with the assumption, that such situations can cause a mess. That
there is a relative high possibility of confusion, due to random little
details and miscomunication, and whatever. And it will forcibly someday cause
a mess because of this, because i will forget to send a my changes to the
list, because someone at the other end will be too busy to do it immediately
and forget, because ...

So, this is far from being an ideal situation.

Friendly,

Sven Luther

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

Re: distributed version control systems

On Fri, May 19, 2006 at 01:02:20AM +0200, Frans Pop wrote:
> On Thursday 18 May 2006 23:28, Steve Langasek wrote:
> > If you are the maintainer of nobootloader, and you are not allowed to
> > commit to the d-i svn repo, then it is appropriate to request that the
> > d-i maintainers deprecate the svn repo for these packages.
> 
> Well, as far as Joey and I are concerned, the d-i team is the maintainer 
> of nobootloader. We have the policy that all udebs in the SVN repository 
> have debian-boot@lists.debian.org as maintainer making them all 
> essentially group maintained and owned by the subproject, not by 
> individual contributers.
> The original author and others are only listed as uploaders.

This is indeed how it should be. Now my problem is that i dislike, for obvious
reasons, to work on packages without the security-net of a well working
revision system to bedocument the changes and be able to back up in case of
severe mis-manipulation or something. I guess this is an understandable
position.

> In a reply to #366938 [1] I have explained that and why we would consider 
> an upload with changed maintainer field of any package currently in the 
> d-i SVN to be a hijack to which we will react appropriately.
> This is not meant as a threat; I'm just stating our position.

Well, yes and no. I believe that a package belongs to the guy who is doing the
work on it, and not to anyone else. This is how debian has worked long, and it
is acceptable to hijack a package which is not well enough maintained by the
official maintainer. This has been done in the past often enough.

> We are willing to discuss transferring ownership of packages on a case by 
> case basis, although the arguments and assurances for the continuity of 
> debian-installer will have to be very strong.
> 
> [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=366938;msg=50

No. The reasonable thing to do is to restore my svn commit, and let me do the
work i need doing in the d-i svn repo directly. This is the only solution
which would allow me to do hassle less work, and at the same time in the best
interest of d-i and debian. 

I have never abused my vn commit right, and promise to only work on pegasos,
prep and apus support, and maybe a few other things, which are not under the
responsability of Colin Watson as lead powerpc d-i porter.

Also, there is another thing to consider, i will need to do some nobootlaoder
changes in the near future, before we can release the new version of the
pegasos firmware, so that debian will not break on it (and since we ship those
boxes with debian on it, ...), and i will possibly not be able to wait while
all of you are taking post-debconf vacations in mexico :)

Friendly,

Sven Luther

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

Re: distributed version control systems

On Friday 19 May 2006 06:10, Sven Luther wrote:
> Also, there is another thing to consider, i will need to do some
> nobootlaoder changes in the near future, before we can release the new
> version of the pegasos firmware, so that debian will not break on it
> (and since we ship those boxes with debian on it, ...), and i will
> possibly not be able to wait while all of you are taking post-debconf
> vacations in mexico :)

So, submit a bug report with a patch and I'm sure that Colin or Joey will 
apply it promptly. If not, feel free to remind them on IRC.

nobootloader is such a simple udeb that I can hardly imagine that it will 
be a major patch.
Testing changes is entirely possible without committing them. I routinely 
do so before I commit anything.

Cheers,
FJP

pgpy2bieJqDln.pgp
Description: PGP signature

Re: Some graphical installer feedback