Quoting Frans Pop (elen...@planet.nl):
To use reiserfs with daily images you need to either:
- boot in expert mode and select 'partman-reiserfs' as optional component
- boot the installer with the option 'modules?=partman-reiserfs'
I will send a general announcement of this change soon.
Hi,
On Wed, Mar 24, 2010 at 02:30:37AM +0100, maximilian attems wrote:
It would be good if mkinitramfs would fail on systems that have the
string platform: CHRP in /proc/cpuinfo if compressed kernel
and initramfs together are larger than 12 MB, to stop unpleasant
surprises when
This resulted in an empty echo, and then trying to execute the
*** Cannot build Newt plugin *** command.
https://buildd.debian.org/fetch.cgi?pkg=cdebconf-entropyarch=hppaver=0.14stamp=1269398913file=logas=raw
---
configure.ac |3 +--
1 files changed, 1 insertions(+), 2 deletions(-)
diff
On Wed, Mar 24, 2010 at 01:32:41 +, Archive Administrator wrote:
Accepted:
cdebconf-entropy_0.14.dsc
to main/c/cdebconf-entropy/cdebconf-entropy_0.14.dsc
FWIW, this ftbfs on hppa due to bug#575220
Cheers,
Julien
signature.asc
Description: Digital signature
hi folks,
unless you object soon, i will suggest the removal of these packages
from testing. the rationale is (a mixture of these will apply to the
package in question)
- old rc bug with no resolution in sight
- otherwise buggy
- low popcon
- not in stable
please note that a removal from
Hi,
I don't know the exact cause of this bug, but there is not enough
informations (for me) to try to understand this bug. Could you give at
least a dmesg result when in the installer ? And what exact message does
it outputs when looking for the adapter ?
Regards,
benjamin
--
To
On Wed, Mar 24, 2010 at 10:19:20AM +0100, Simon Richter wrote:
Hi,
On Wed, Mar 24, 2010 at 02:30:37AM +0100, maximilian attems wrote:
It would be good if mkinitramfs would fail on systems that have the
string platform: CHRP in /proc/cpuinfo if compressed kernel
and initramfs
On Wednesday 24 March 2010, Benjamin Cama wrote:
I don't know the exact cause of this bug, but there is not enough
informations (for me) to try to understand this bug. Could you give at
least a dmesg result when in the installer ? And what exact message does
it outputs when looking for the
On Wednesday 24 March 2010, Robert Lemmen wrote:
unless you object soon, i will suggest the removal of these packages
from testing. the rationale is (a mixture of these will apply to the
package in question)
This package should not be removed. The bug is partly theoretical and only
affects a
On Wednesday 24 March 2010, Julien Cristau wrote:
-AC_CHECK_LIB(newt, newtInit, FRONTENDS=$FRONTENDS newt, echo
- *** Cannot build Newt plugin ***)
+AC_CHECK_LIB(newt, newtInit, FRONTENDS=$FRONTENDS newt, echo ***
Cannot build Newt plugin ***)
Fixed. Thanks.
--
To UNSUBSCRIBE, email to
cdebconf-entropy_0.15_amd64.changes uploaded successfully to localhost
along with the files:
cdebconf-entropy_0.15.dsc
cdebconf-entropy_0.15.tar.gz
cdebconf-text-entropy_0.15_amd64.udeb
cdebconf-newt-entropy_0.15_amd64.udeb
cdebconf-gtk-entropy_0.15_amd64.udeb
Greetings,
Your
On Wed, Mar 24, 2010 at 02:51:41PM +0100, Frans Pop wrote:
This package should not be removed. The bug is partly theoretical and only
affects a minority of use cases.
ok, so you think it should be squeeze-ignore? do you think it should be
ignored for any release in the future? or downgraded?
On Wednesday 24 March 2010, Robert Lemmen wrote:
On Wed, Mar 24, 2010 at 02:51:41PM +0100, Frans Pop wrote:
This package should not be removed. The bug is partly theoretical and
only affects a minority of use cases.
ok, so you think it should be squeeze-ignore? do you think it should be
Hi Frans,
Le mercredi 24 mars 2010 à 14:53 +0100, Frans Pop a écrit :
There is no real bug. The only problem is that the images that are
currently available are outdated.
OK. So, if it has not already been told (I didn't see much details about
that in this BR) what steps should be taken for
On Wednesday 24 March 2010, Benjamin Cama wrote:
OK. So, if it has not already been told (I didn't see much details about
that in this BR) what steps should be taken for powerpc volunteers ?
If you are not a Debian Developer I'm afraid you cannot help with this
issue.
However, there is plenty
Le mercredi 24 mars 2010 à 15:56 +0100, Frans Pop a écrit :
On Wednesday 24 March 2010, Benjamin Cama wrote:
OK. So, if it has not already been told (I didn't see much details about
that in this BR) what steps should be taken for powerpc volunteers ?
If you are not a Debian Developer I'm
Accepted:
cdebconf-entropy_0.15.dsc
to main/c/cdebconf-entropy/cdebconf-entropy_0.15.dsc
cdebconf-entropy_0.15.tar.gz
to main/c/cdebconf-entropy/cdebconf-entropy_0.15.tar.gz
cdebconf-gtk-entropy_0.15_amd64.udeb
to main/c/cdebconf-entropy/cdebconf-gtk-entropy_0.15_amd64.udeb
localechooser_2.26_amd64.changes uploaded successfully to localhost
along with the files:
localechooser_2.26.dsc
localechooser_2.26.tar.gz
localechooser_2.26_amd64.udeb
Greetings,
Your Debian queue daemon (running on host ries.debian.org)
--
To UNSUBSCRIBE, email to
kbd-chooser_1.55_amd64.changes uploaded successfully to localhost
along with the files:
kbd-chooser_1.55.dsc
kbd-chooser_1.55.tar.gz
kbd-chooser_1.55_amd64.udeb
Greetings,
Your Debian queue daemon (running on host ries.debian.org)
--
To UNSUBSCRIBE, email to
preseed_1.45_amd64.changes uploaded successfully to localhost
along with the files:
preseed_1.45.dsc
preseed_1.45.tar.gz
preseed-common_1.45_all.udeb
network-preseed_1.45_all.udeb
file-preseed_1.45_all.udeb
initrd-preseed_1.45_all.udeb
env-preseed_1.45_all.udeb
Greetings,
Accepted:
kbd-chooser_1.55.dsc
to main/k/kbd-chooser/kbd-chooser_1.55.dsc
kbd-chooser_1.55.tar.gz
to main/k/kbd-chooser/kbd-chooser_1.55.tar.gz
kbd-chooser_1.55_amd64.udeb
to main/k/kbd-chooser/kbd-chooser_1.55_amd64.udeb
Override entries for your package:
kbd-chooser_1.55.dsc - source
Accepted:
localechooser_2.26.dsc
to main/l/localechooser/localechooser_2.26.dsc
localechooser_2.26.tar.gz
to main/l/localechooser/localechooser_2.26.tar.gz
localechooser_2.26_amd64.udeb
to main/l/localechooser/localechooser_2.26_amd64.udeb
Override entries for your package:
Accepted:
env-preseed_1.45_all.udeb
to main/p/preseed/env-preseed_1.45_all.udeb
file-preseed_1.45_all.udeb
to main/p/preseed/file-preseed_1.45_all.udeb
initrd-preseed_1.45_all.udeb
to main/p/preseed/initrd-preseed_1.45_all.udeb
network-preseed_1.45_all.udeb
to
tags 373253 wontfix
thanks
Because of the switch from DirectFB to X.Org as backend for the graphical
installer I don't think this issue is relevant anymore.
But I'm keeping the BR open for now for reference.
--
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of
Processing commands for cont...@bugs.debian.org:
tags 373253 wontfix
Bug #373253 [debian-installer] libgcc_s.so.1 on AMD64 and PowerPC should be
provided
Added tag(s) wontfix.
thanks
Stopping processing here.
Please contact me if you need assistance.
Debian bug tracking system administrator
Hi -release and -boot,
Please consider letting kbd 1.15.1-3 (which builds kbd-udeb) migrate to
testing.
Cheers,
--
Michael Schutte mi...@uiae.at
signature.asc
Description: Digital signature
On Wed, Mar 24, 2010 at 06:22:17PM +0100, Simon Richter wrote:
Hi,
On Wed, Mar 24, 2010 at 02:23:39PM +0100, maximilian attems wrote:
mkvimlinuz or the used tool may provide the relevant check for running
box.
Okay, so the bug should probably be cloned there.
please do so and you may
Hi,
On Wed, Mar 24, 2010 at 02:23:39PM +0100, maximilian attems wrote:
mkvimlinuz or the used tool may provide the relevant check for running
box.
Okay, so the bug should probably be cloned there.
anyway an arch with such limititation seems broken in my eyes and
need to have it's
Processing commands for cont...@bugs.debian.org:
unarchive 318875
Bug #318875 {Done: Petter Reinholdtsen p...@hungry.com} [udpkg] udpkg: Should
merge translations by default
Unarchived Bug 318875
notfixed 318875 1.02
Bug #318875 {Done: Petter Reinholdtsen p...@hungry.com} [udpkg] udpkg: Should
On Mar 24, 2010, at 10:13 AM, Benjamin Cama wrote:
OK. So, if it has not already been told (I didn't see much details
about
that in this BR) what steps should be taken for powerpc volunteers ?
Take care of the buildd ? Who is in charge of it at the moment ?
So how do we get this fixed? If
On Wednesday 24 March 2010, Rick Thomas wrote:
So how do we get this fixed? If it really is a problem on the buildd,
who *can* fix it? Is there a list somewhere of who is responsible for
which buildd?
I've already provided that info a few times. For the centralized D-I
buildds (which
Package: user-setup
Version: 1.28
Tags:patch
In squeeze, the desktop uses consolekit and friends to grant access to
devices for the user in front on the screen. This scale a lot better
when there is a lot of users in LDAP or NIS that need to get access to
the local devices on their own
On Wednesday 24 March 2010, Petter Reinholdtsen wrote:
The code in user-setup-apply to add the first user to all the groups
in passwd/user-default-groups should no longer be needed. I believe
it should be dropped for Squeeze, or at least the default groups used
should be trimmed down to
--
From: Frans Pop elen...@planet.nl
Sent: Wednesday, March 24, 2010 4:24 PM
To: 572...@bugs.debian.org
Cc: PowerPC List Debian debian-powe...@lists.debian.org; CD List
Debian debian...@lists.debian.org; l...@debian.org; Otavio Salvador
[Frans Pop]
What about (server) systems that don't have consolekit installed?
Yes, what about them?
If the local user to have special privileges, one should install the
packages providing such privileges to the local user.
What harm do the current group assignments do? After all, we're only
(Dropping some CCs.)
On Wednesday 24 March 2010, Norberto Feliberty wrote:
However maybe that has changed and will test a sid build and see if
it can find the network drivers to install.
That will only work if you build your own images. If you can do that,
great!
The fact that the official
Frans Pop elen...@planet.nl (05/03/2010):
The problem here is very, very simple:
http://people.debian.org/~joeyh/d-i/build-logs.html
As long as nobody takes care of the daily builds, there's no point
in testing them.
hppa, ia64, mips, mipsel and powerpc have IMO all proven to be much
On Mar 24, 2010, at 4:24 PM, Frans Pop wrote:
For the centralized D-I
buildds (which includes powerpc) Luk Claes and Otavio Salvador are the
persons who set up the buildds and who are AFAIK the only people who
currently have the access required to maintain the buildds.
I've emailed Luk and
On Wednesday 24 March 2010, Petter Reinholdtsen wrote:
What about (server) systems that don't have consolekit installed?
Yes, what about them?
On such systems the first user would be left without expected default
access to devices.
If the local user to have special privileges, one should
On Wednesday 17 March 2010, Cyril Brulebois wrote:
Proposed plan:
==
(1)
In order to get everyone ready, I'd suggest (kindly) asking pkg-gnome
folks to upload their 2.28 packages to unstable; [...]
(2)
Once that done, I'll rebuild the following d-i packages against them:
[...]
Frans Pop elen...@planet.nl (25/03/2010):
! (5)
! Make the necessary changes to the D-I build system and re-enable
! the build targets for the graphical installer.
Done. G-I images should start appearing in the next daily builds.
Yep, I saw your commits through #-boot, thanks.
Note that
Assala muala i kum...
I am Aisyah Rahim, a malaysian, Based in United Kingdom , I will be
pleased to have a discussion with you on my company intended offshore
partnership,in which you will stand as a middle man between my company and
the supplier of this product there in malaysia. If you are
42 matches
Mail list logo