Joey Hess wrote:
>> As a bonus, before reading your reply I had re-implemented this
>> functionality in C which sped it up by a factor of 4 - using tar seems to
>> have the same effect.
>
> Using C is an interesting idea..
yes. using tar from the live-system would be unfortunate, as it highers
th
Chris Lamb wrote:
> Just tried it here. Whilst the files are copied with the correct permissions
> (yay), something seems to block the filename output from tar, causing the
> progress bar to sit at 2% until very near the end - it then shoots up quite
> quickly.
Right, I guess I'd need to use a rea
Joey Hess wrote:
> The thing to do seems to be to use tar instead.
>
> I cannot test the attached patch easily, since I have no live CDs to use
> it with.
Just tried it here. Whilst the files are copied with the correct permissions
(yay), something seems to block the filename output from tar, ca
Processing commands for [EMAIL PROTECTED]:
> # Automatically generated email from bts, devscripts version 2.10.30
> severity 486926 serious
Bug#486926: Installed system does not have correct permissions on directories
Severity set to `serious' from `normal'
>
End of message, stopping processing h
Chris Lamb wrote:
> Package: live-installer
> Severity: normal
> Version: 5
>
> After installation via live-installer, permisions on directories are all
> 0755. This is especially noticable on /tmp, /var/mail, /etc/ssl/private, etc.
If that's the case, the bug should probably be RC; a system with
# Automatically generated email from bts, devscripts version 2.10.30
# via tagpending
#
# live-installer (6) UNRELEASED; urgency=low
#
# * Bail-out much earlier if a filesystem image cannot be found (Chris Lamb)
#Closes: #486184
#
package live-installer
tags 486184 + pending
--
To UNSUB
Processing commands for [EMAIL PROTECTED]:
> # Automatically generated email from bts, devscripts version 2.10.30
> # via tagpending
> #
> # live-installer (6) UNRELEASED; urgency=low
> #
> # * Bail-out much earlier if a filesystem image cannot be found (Chris Lamb)
> #Closes: #486184
> #
> p
There are other base-install.d hooks that configure things that could
also be important, and could potentially be overwritten. I found:
console-setup-udeb: /etc/default/console-setup
rootskel: /etc/udev/rules.d/ files (netwinder only)
There could be others now or later.
Suggest the attached chan
Processing commands for [EMAIL PROTECTED]:
> # Automatically generated email from bts, devscripts version 2.10.30
> severity 481464 normal
Bug#481464: tasksel: please add libgl1-mesa-dri to the desktop task
Severity set to `normal' from `wishlist'
> merge 481464 480755
Bug#480755: compiz should b
Hello,
Frans Pop, le Wed 07 May 2008 12:38:56 +0200, a écrit :
> On Sunday 04 May 2008, Samuel Thibault wrote:
> > About the dark theme, it would probably be useful to make the text
> > lightwhite (CGA color 0x15), not only white/grey (CGA color 0x7)?
>
> Please submit a patch.
Would it be ok to
Package: live-installer
Severity: normal
Version: 5
After installation via live-installer, permisions on directories are all
0755. This is especially noticable on /tmp, /var/mail, /etc/ssl/private, etc.
Regards,
--
Chris Lamb, UK [EMAIL PROTECTED]
Hello,
Samuel Thibault, le Sat 03 May 2008 21:55:39 +0100, a écrit :
> > On Saturday 03 May 2008, Samuel Thibault wrote:
> > > When booting the installer (today's daily build of x86 mini.iso) with
> > > DEBIAN_FRONTEND=text , the language selection is reduced to C and
> > > English. Is there a re
Package: installation-reports
Followup-For: Bug #339326
-- Package-specific info:
Boot method: CD
Image version: 2.6.24-1-486
Date: 2008-06-16
Machine: Fujitsu Siemens Amilo pa 2548 (Laptop)
Partitions:
# /etc/fstab: static file system information.
#
#
proc/proc
Your message dated Wed, 18 Jun 2008 21:32:06 +
with message-id <[EMAIL PROTECTED]>
and subject line Bug#485779: fixed in console-setup 1.25
has caused the Debian Bug report #485779,
regarding console-setup: [INTL:vi] Vietnamese debconf templates translation
to be marked as done.
This means th
# Automatically generated email from bts, devscripts version 2.10.30
# via tagpending
#
# tasksel (2.75) UNRELEASED; urgency=low
#
# * Portuguese updated. Closes: #485934
# * kde-desktop: include kdesuso. Closes: #485655
package tasksel tasksel-data
tags 485934 + pending
tags 485655 + pending
Your message dated Wed, 18 Jun 2008 21:32:06 +
with message-id <[EMAIL PROTECTED]>
and subject line Bug#485457: fixed in console-setup 1.25
has caused the Debian Bug report #485457,
regarding console-setup: [INTL:de] updated German debconf translation
to be marked as done.
This means that you
Processing commands for [EMAIL PROTECTED]:
> # Automatically generated email from bts, devscripts version 2.10.30
> # via tagpending
> #
> # tasksel (2.75) UNRELEASED; urgency=low
> #
> # * Portuguese updated. Closes: #485934
> # * kde-desktop: include kdesuso. Closes: #485655
> package tasksel
Your message dated Wed, 18 Jun 2008 21:32:06 +
with message-id <[EMAIL PROTECTED]>
and subject line Bug#486090: fixed in console-setup 1.25
has caused the Debian Bug report #486090,
regarding console-setup: [INTL:pt] Updated Portuguese translation for debconf
messages
to be marked as done.
T
Accepted:
bdf2psf_1.25_all.deb
to pool/main/c/console-setup/bdf2psf_1.25_all.deb
console-setup-amiga-ekmap_1.25_all.udeb
to pool/main/c/console-setup/console-setup-amiga-ekmap_1.25_all.udeb
console-setup-ataritt-ekmap_1.25_all.udeb
to pool/main/c/console-setup/console-setup-ataritt-ekmap_1.2
reassign 480755 tasksel
thanks
Tasksel maintainers: I think libgl1-mesa-dri is very needed in the desktop
task; it is a common problem that X users don't get DRI support by default,
and run into issues that are not trivial to track down.
See the bug log for more details.
On Wed, May 14, 2008 at
console-setup_1.25_i386.changes uploaded successfully to localhost
along with the files:
console-setup_1.25.dsc
console-setup_1.25.tar.gz
console-setup_1.25_all.deb
console-setup-mini_1.25_all.deb
bdf2psf_1.25_all.deb
console-setup-udeb_1.25_all.udeb
console-setup-amiga-ekmap_1.25_all
Package: debian-installer
Severity: wishlist
Tags: patch
Please make desktop selection in win32-loader explicit by passing it the
default_desktop parameter. Attached patch doesn't change current behaviour,
but has two advantages:
- Makes it obvious what change would be required for win32-loade
Processing commands for [EMAIL PROTECTED]:
> reassign 480755 tasksel
Bug#480755: compiz should bring libgl1-mesa-dri|nvidia|fglrx|... whatever
needed to get 3D
Bug reassigned from package `compiz' to `tasksel'.
> thanks
Stopping processing here.
Please contact me if you need assistance.
Debian
On Wednesday 18 June 2008, Joey Hess wrote:
> So I'm very much leaning toward dropping the default, and letting
Agreed.
> cdebconf default to the first mirror in the select list. And possibly
> improving the sorting of the select list if necessary.
I've never really looked at sort order. I know
On Wednesday 18 June 2008, Stephen Powell wrote:
> I currently have a Debian GNU/Linux system running in a virtual machine
> under z/VM that uses CMS minidisks. But I had to install to cdl disks
> and then use the installer as a "rescue floppy" to copy the data to CMS
> minidisks. Another problem
Processing commands for [EMAIL PROTECTED]:
> # Automatically generated email from bts, devscripts version 2.10.30
> # via tagpending
> #
> # choose-mirror (2.25) UNRELEASED; urgency=low
> #
> # * ftp.debian.org has been disabled in Mirrors.masterlist. So remove it as
> #the default. Do not se
# Automatically generated email from bts, devscripts version 2.10.30
# via tagpending
#
# choose-mirror (2.25) UNRELEASED; urgency=low
#
# * ftp.debian.org has been disabled in Mirrors.masterlist. So remove it as
#the default. Do not set a default at all, we'll rely on the first mirror
#i
> To be honest: that is not very likely. Especially not in
> this case.
> Suppose we push them all upstream and only one upstream
> actually picks it
> up and we implement that. That would still leave us
> nowhere...
I see what you mean. It's double or nothing. Without mke2fs support for
respe
Frans Pop wrote:
> Well, what I see in questions.dat is that no value is assigned when
> running at critical prio.
>
> I guess that "using the default" (which it in fact does) is not the same
> as "using the first value that is highlighted in the list if the default
> is not included in the lis
Processing commands for [EMAIL PROTECTED]:
> # Automatically generated email from bts, devscripts version 2.10.30
> clone 486558 -1
Bug#486558: installation-reports: strange (null) in URL for tasksel for
automatic install
Bug 486558 cloned as bug 486892.
> retitle -1 different behavior from debc
# Automatically generated email from bts, devscripts version 2.10.30
clone 486558 -1
retitle -1 different behavior from debconf when noninteractively asking a
select question with a default not in the select list
reassign -1 cdebconf
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject
(Maybe I should wait a bit before sending...)
On Wednesday 18 June 2008, Frans Pop wrote:
> I suspect that in other cases where we use choices generated at runtime
> we either (1) don't have a default value in the template or (2) do set
> a valid default from the generated choices before db_input.
On Wednesday 18 June 2008, Frans Pop wrote:
> I guess that "using the default" (which it in fact does) is not the
> same as "using the first value that is highlighted in the list if the
> default is not included in the list".
> When the question is shown the user explicitly selects the non-default
Hi Joey,
I was hoping you'd take a look at this. Thanks!
On Wednesday 18 June 2008, Joey Hess wrote:
> Frans Pop wrote:
> > Because we're running at critical priority, the country mirror list
> > is never actually displayed and thus mirror/http/mirror never gets a
> > value; it does have a defaul
Frans Pop wrote:
> Because we're running at critical priority, the country mirror list is
> never actually displayed and thus mirror/http/mirror never gets a value;
> it does have a default value: ftp.debian.org
Does the code not still ask the question despite it not being displayed?
Running at
maximilian attems wrote:
> both latest releases of fedora and ubuntu ship with brasero.
> it is much user friendlier then gnome-baker. it has active dev.
> althought not yet as feature complete as k3b it's main feature
> is the neat integration into the gnome desktop.
I'm merging this bug #484121
On Wed, Jun 18, 2008 at 01:49:40PM +0200, Mike Hommey wrote:
> On Wed, Jun 18, 2008 at 01:28:36PM +0200, Josselin Mouette wrote:
> > Le mercredi 18 juin 2008 à 09:52 +0300, Eric Pozharski a écrit :
> > > On Mon, Jun 16, 2008 at 11:19:03AM +0200, Mike Hommey wrote:
> > > > OTOH, aren't most of these
On Wed, Jun 18, 2008 at 01:28:36PM +0200, Josselin Mouette wrote:
> Le mercredi 18 juin 2008 à 09:52 +0300, Eric Pozharski a écrit :
> > On Mon, Jun 16, 2008 at 11:19:03AM +0200, Mike Hommey wrote:
> > > OTOH, aren't most of these choosing lilo over grub only doing so by
> > > habit ?
> >
> > OTOH
Package: tasksel
Version: 2.74.2
Severity: normal
Tags: patch
both latest releases of fedora and ubuntu ship with brasero.
it is much user friendlier then gnome-baker. it has active dev.
althought not yet as feature complete as k3b it's main feature
is the neat integration into the gnome desktop.
Le mercredi 18 juin 2008 à 09:52 +0300, Eric Pozharski a écrit :
> On Mon, Jun 16, 2008 at 11:19:03AM +0200, Mike Hommey wrote:
> > OTOH, aren't most of these choosing lilo over grub only doing so by
> > habit ?
>
> OTOH, aren't most of theses choosing emacs over vim only doing so by
> habit?
The
On Mon, Jun 16, 2008 at 11:19:03AM +0200, Mike Hommey wrote:
*SKIP*
> OTOH, aren't most of these choosing lilo over grub only doing so by
> habit ?
OTOH, aren't most of theses choosing emacs over vim only doing so by
habit?
--
Torvalds' goal for Linux is very simple: World Domination
--
To U
41 matches
Mail list logo
