Your message dated Mon, 26 Jun 2006 19:47:09 -0700
with message-id <[EMAIL PROTECTED]>
and subject line Bug#370318: fixed in tasksel 2.49
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
Your message dated Mon, 26 Jun 2006 19:47:09 -0700
with message-id <[EMAIL PROTECTED]>
and subject line Bug#264986: fixed in tasksel 2.49
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
Your message dated Mon, 26 Jun 2006 19:47:09 -0700
with message-id <[EMAIL PROTECTED]>
and subject line Bug#374339: fixed in tasksel 2.49
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
Your message dated Mon, 26 Jun 2006 19:47:09 -0700
with message-id <[EMAIL PROTECTED]>
and subject line Bug#325218: fixed in tasksel 2.49
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
tasksel_2.49_i386.changes uploaded successfully to localhost
along with the files:
tasksel_2.49.dsc
tasksel_2.49.tar.gz
tasksel_2.49_all.deb
tasksel-data_2.49_all.deb
Greetings,
Your Debian queue daemon
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscrib
Accepted:
tasksel-data_2.49_all.deb
to pool/main/t/tasksel/tasksel-data_2.49_all.deb
tasksel_2.49.dsc
to pool/main/t/tasksel/tasksel_2.49.dsc
tasksel_2.49.tar.gz
to pool/main/t/tasksel/tasksel_2.49.tar.gz
tasksel_2.49_all.deb
to pool/main/t/tasksel/tasksel_2.49_all.deb
Announcing to debian
On Fri, 2006-06-23 at 17:18 +0200, Wouter Verhelst wrote:
> I fail to see why this
> would be a problem or is, indeed, relevant.
I'm sorry, Wouter, it's not clear to me that you correctly read the
problem I was describing.
Drew
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "u
On 6/27/06, Davide Viti <[EMAIL PROTECTED]> wrote:
Hi Jamil,
On Sun, Jun 25, 2006 at 02:57:06PM +0600, Jamil Ahmed wrote:
> Yes there are differences. Please check it, I have marked some problems:
> http://www.ankurbangla.org/images/di_bn_problem.png
I rebuilt a version of the freefont udeb whi
Hi Jamil,
On Sun, Jun 25, 2006 at 02:57:06PM +0600, Jamil Ahmed wrote:
> Yes there are differences. Please check it, I have marked some problems:
> http://www.ankurbangla.org/images/di_bn_problem.png
I rebuilt a version of the freefont udeb which comments the following
# if ! echo $1 | grep -q B
On Tue, Jun 27, 2006 at 12:29:45AM +0200, Davide Viti wrote:
> I started testing libgtk+2.0-directfb0-udeb_2.8.18-3_i386.udeb
> and got two problems:
>
> - dependency on libtiff4
> - dependency in libcairo2 (>= 1.0.2-2)
now everything seems to work fine!
both the udeb and the libs used to rebuild
Package: busybox-static
Severity: normal
Hi,
when I try to install busybox-static, then the already installed
package busybox gets removed. This is ok.
But: all packages depending on "busybox" also get removed (e.g.
initramfs-tools) - even if this should not be necessary - right?
One solution wo
Le mardi 27 juin 2006 à 00:29 +0200, Davide Viti a écrit :
> I started testing libgtk+2.0-directfb0-udeb_2.8.18-3_i386.udeb
> and got two problems:
>
> - dependency on libtiff4
> - dependency in libcairo2 (>= 1.0.2-2)
>
> by removing those dependencies I got a working g-i image
I've rebuilt gtk
Davide Viti wrote:
Hi Josselin,
On Mon, Jun 26, 2006 at 08:13:13PM +0200, Josselin Mouette wrote:
Finally, here are the gtk+directfb packages:
http://people.debian.org/~joss/packages/
I started testing libgtk+2.0-directfb0-udeb_2.8.18-3_i386.udeb
and got two problems:
- dependency on libti
Hi Josselin,
On Mon, Jun 26, 2006 at 08:13:13PM +0200, Josselin Mouette wrote:
> Finally, here are the gtk+directfb packages:
> http://people.debian.org/~joss/packages/
I started testing libgtk+2.0-directfb0-udeb_2.8.18-3_i386.udeb
and got two problems:
- dependency on libtiff4
- dependency in l
Hello Jens,
yes u guessed it right. turkish :). thanks for your help. i guess
debian-www will take the mail and help.
best regards.
> Hi Ozgur,
>
> On Mon, Jun 26, 2006 at 12:01:42PM +0300, Ozgur Karatas wrote:
>> I prepared a document. I TOLD told how Debian 3.1 (sarge) install will
>> be
>> used
Anything new on this? This bug is still contained in the package
repository...
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Hi Ozgur,
On Mon, Jun 26, 2006 at 12:01:42PM +0300, Ozgur Karatas wrote:
> I prepared a document. I TOLD told how Debian 3.1 (sarge) install will be
> used in the document. Can you put this to the debian doc web sites?
Great!
I added debian-www and the Turkish translation coordinator. I hope I
g
Processing commands for [EMAIL PROTECTED]:
> tags 375544 - d-i
Bug#375544: partman-auto-lvm: /boot partition is too large
Tags were: d-i
Tags removed: d-i
> tags 375545 - d-i
Bug#375545: partman-lvm: Add support for resizing VG's and LV's
Tags were: d-i
Tags removed: d-i
>
End of message, stoppi
Using vmware on i386, I'm not able to reproduce this behaviour. Could
this be arch specific?
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processing commands for [EMAIL PROTECTED]:
> # Automatically generated email from bts, devscripts version 2.9.20
> tags 375545 + d-i
Bug#375545: partman-lvm: Add support for resizing VG's and LV's
There were no tags set.
Tags added: d-i
>
End of message, stopping processing here.
Please contact
Ok, let's summarize the issues reported in the provided links:
Already fixed
=
o Partman allows you to modify a partition which is already allocated as
a lvm PV (this has been fixed and the partition will now be locked
against changes)
o Some LVs are not assigned a filesystem typ
Processing commands for [EMAIL PROTECTED]:
> # Automatically generated email from bts, devscripts version 2.9.20
> tags 375544 + d-i
Bug#375544: partman-auto-lvm: /boot partition is too large
There were no tags set.
Tags added: d-i
>
End of message, stopping processing here.
Please contact me if
Looking at the acting_filesystem functionality in
partman-target/update.d/filesystems (the only code which references
parted_names as far as I could tell), it seems that the file
packages/partman/partman-lvm/parted_names/lvm could be removed entirely.
Does the d-i team agree?
--
To UNSUBSCRI
Package: partman-partitioning
Severity: wishlist
Tags: d-i
Currently the failure messages when partition resizing fails are quite
unhelpful ("unknown error"). It would be good if we could improve these
messages.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". T
Package: partman-lvm
Severity: wishlist
We should add support to partman-lvm for resizing VG's and LV's
(possibly needs changed to parted as well).
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Le samedi 24 juin 2006 à 10:23 -0700, Dave Beckett a écrit :
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> I've just uploaded cairo 1.1.10 experimental debs to:
> http://download.dajobe.org/debian/experimental/
>
> This should include all the fixes Frans and others mentioned and needed
Package: partman-auto-lvm
Severity: minor
I'm not sure this is a bug, but I've seen two people independently
mention that the /boot partition may be a bit large (256MB) with a
decently sized disk.
#342234 and http://lists.debian.org/debian-boot/2006/06/msg01364.html
mentioned this.
--
To
On Mon, Jun 26, 2006 at 07:54:01PM +0200, Frans Pop wrote:
On Wednesday 21 June 2006 21:42, David Härdeman wrote:
It's now at a point where it seems reasonable to move it into the
regular tree (/d-i/packages/partman/partman-auto-crypto).
I've not had time to review this yet, but yesterday I ad
On Fri, Jun 23, 2006 at 12:10:44PM -0700, Steve Langasek wrote:
> On Fri, Jun 23, 2006 at 07:14:50PM +0200, Frans Pop wrote:
> > On Friday 23 June 2006 18:42, Geert Stappers wrote:
> > > +# (ugly?) workaround for #372077
> > > +##x-org x-server/remove/warning/note seen
>
> > Would not work for rea
On Wednesday 21 June 2006 21:42, David Härdeman wrote:
> It's now at a point where it seems reasonable to move it into the
> regular tree (/d-i/packages/partman/partman-auto-crypto).
I've not had time to review this yet, but yesterday I added support in
partman-auto-lvm for preseeding the disk. T
On Sun, Jun 25, 2006 at 05:05:01PM +0200, Max Vozeler wrote:
Last night I completed two test installs using the SVN
version (r38313) and both worked flawlessly. One was using
the "All in one partition" scheme, the other the "/home,
/usr, /var, /tmp" scheme. The system was a VMware instance
with
> Regarding bubulle's statement at the end of the meeting, I thought that
> statement was too early. I also found it nice, that you were at the meeting
I took care of doing it in my own name and because I felt this was
needed. So, in short, no it wasn't too early. For me at least. I
prefectly un
On 24 Jun 2006 00:00:05 -0700 Tom May wrote:
> It would be great to have a cookbook, easily acessible from your home
> page, with quick recipes for installing various
> versions/architectures.
I pointed Tom to the d-i manual via PM and now his installation went
mostly fine (but installing stable
On Mon, June 26, 2006 13:05, Frans Pop said:
> Currently p-a-l fails if the selected disk already contains VGs and/or
> LVs. It would be better if p-a-l would automatically delete existing LVM
> stuff on the selected device (probably after a warning) before writing a
> new disklabel.
Is the warnin
Package: yaboot-installer
Version: generated yaboot.conf is broken on IBM POWER hardware ...
Severity: important
When installing on IBM JS21 blades, as well as on the augsbourg quad-power5
machines and p505 boxes, the install failed on yaboot-installer.
After investigation, three issues appeared
On Mon, Jun 26, 2006 at 03:34:37PM +0200, Holger Levsen wrote:
> Hi Sven,
>
> On Monday 26 June 2006 15:09, Sven Luther wrote:
> > This is not going to work, i have played nice, as Christian noted on
> > saturday during the meeting, but over this past week, i got at least 4
> > different humiliati
Hi Sven,
On Monday 26 June 2006 15:09, Sven Luther wrote:
> This is not going to work, i have played nice, as Christian noted on
> saturday during the meeting, but over this past week, i got at least 4
> different humiliation attempts from Frans, which are not waranted. I don't
> want to make a me
Hi, ...
This is not going to work, i have played nice, as Christian noted on saturday
during the meeting, but over this past week, i got at least 4 different
humiliation attempts from Frans, which are not waranted. I don't want to make
a mess about this again, but this is not going to work under t
Package: rootskel
Version: 1.32
Severity: important
Tags: d-i, patch
Please find attached a patch, which adds support for detecting the /dev/hvc*
virtual serial consoles on recent IBM POWER machines.
The /dev/ttyS* was added on Bastian Blank's request.
It would be nice if this most trivial of c
On Monday 26 June 2006 09:25, you wrote:
> could you try and see if it happens also with an iso based on the latest
> libs:
> http://www.webalice.it/zinosat/mini_2.8.17_cairo1.1.10.iso
Makes no difference.
There is one related thing though (with both images): the upper left
corner of the touchpa
Package: partman-auto-lvm
Version: 13
Severity: minor
Currently p-a-l fails if the selected disk already contains VGs and/or
LVs. It would be better if p-a-l would automatically delete existing LVM
stuff on the selected device (probably after a warning) before writing a
new disklabel.
pgpqy1A
Your message dated Mon, 26 Jun 2006 03:17:10 -0700
with message-id <[EMAIL PROTECTED]>
and subject line Bug#375265: fixed in partman-auto-lvm 13
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 no
partman-auto_54_i386.changes uploaded successfully to localhost
along with the files:
partman-auto_54.dsc
partman-auto_54.tar.gz
partman-auto_54_i386.udeb
Greetings,
Your Debian queue daemon
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? C
partman-auto-lvm_13_i386.changes uploaded successfully to localhost
along with the files:
partman-auto-lvm_13.dsc
partman-auto-lvm_13.tar.gz
partman-auto-lvm_13_all.udeb
Greetings,
Your Debian queue daemon
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscri
Accepted:
partman-auto_54.dsc
to pool/main/p/partman-auto/partman-auto_54.dsc
partman-auto_54.tar.gz
to pool/main/p/partman-auto/partman-auto_54.tar.gz
partman-auto_54_i386.udeb
to pool/main/p/partman-auto/partman-auto_54_i386.udeb
Announcing to debian-devel-changes@lists.debian.org
Thank
Accepted:
partman-auto-lvm_13.dsc
to pool/main/p/partman-auto-lvm/partman-auto-lvm_13.dsc
partman-auto-lvm_13.tar.gz
to pool/main/p/partman-auto-lvm/partman-auto-lvm_13.tar.gz
partman-auto-lvm_13_all.udeb
to pool/main/p/partman-auto-lvm/partman-auto-lvm_13_all.udeb
Announcing to debian-devel
I prepared a document. I TOLD told how Debian 3.1 (sarge) install will be
used in the document. Can you put this to the debian doc web sites?
Best Regards,
Document:
http://www.iucoders.com/attachments/DebianGNULinuxilePostfixKurulumu.pdf
http://www.olympos.org/article/articleview/1861/1/10/debian
* Francesco Pietra:
> What about k8-smp?
Do we still need non-SMP kernels in the age of hyperthreading,
multi-core CPUs, and preemption?
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
48 matches
Mail list logo
