Re: Daily builds status
On Friday 24 July 2009, Frans Pop wrote: > For s390 it looks like a new host for daily builds needs to be found. Looks like lophos is back. Nice! -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#539074: [INTL:sv] Swedish strings for cdebconf debconf
package: cdebconf severity: wishlist tags: patch l10n Please consider to add this file to translation of debconf. -- brother http://frakalendern.se sv.po Description: Binary data
partman-crypto_38_i386.changes ACCEPTED
Accepted: partman-crypto-dm_38_all.udeb to pool/main/p/partman-crypto/partman-crypto-dm_38_all.udeb partman-crypto-loop_38_all.udeb to pool/main/p/partman-crypto/partman-crypto-loop_38_all.udeb partman-crypto_38.dsc to pool/main/p/partman-crypto/partman-crypto_38.dsc partman-crypto_38.tar.gz to pool/main/p/partman-crypto/partman-crypto_38.tar.gz partman-crypto_38_i386.udeb to pool/main/p/partman-crypto/partman-crypto_38_i386.udeb Override entries for your package: partman-crypto-dm_38_all.udeb - optional debian-installer partman-crypto-loop_38_all.udeb - optional debian-installer partman-crypto_38.dsc - source debian-installer partman-crypto_38_i386.udeb - optional debian-installer Announcing to debian-devel-chan...@lists.debian.org Thank you for your contribution to Debian. -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
partman-md_47_i386.changes ACCEPTED
Accepted: partman-md_47.dsc to pool/main/p/partman-md/partman-md_47.dsc partman-md_47.tar.gz to pool/main/p/partman-md/partman-md_47.tar.gz partman-md_47_all.udeb to pool/main/p/partman-md/partman-md_47_all.udeb Override entries for your package: partman-md_47.dsc - source debian-installer partman-md_47_all.udeb - standard debian-installer Announcing to debian-devel-chan...@lists.debian.org Thank you for your contribution to Debian. -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#399840: Do we want an ssh-server task? vs. Bug#452388: "standard" system
On Tuesday 28 July 2009, Ferenc Wagner wrote: > Christian Perrier writes: > > I'd very much appreciate to have more input about this. I think that > > an SSH server deserves to be put in light in some way. On the other > > hand, having a task for only one package is kind of overkill > > Why not put the ssh server (and client) into the "standard" task? That's not how the standard task works: it is defined by the Priority field of packages, not a list we can put things in like the others. And an important argument against ssh-server in standard is that we want to have as few services as possible that listen for network connections in a standard install. Note that we already _do_ install ssh-server when an installation uses network-console, i.e. when the installation itself uses ssh-server. > I feel like the worst problem with the Standard task is that it's an > artifical collection, not something with a purpose like the other > tasks. No, it is not a random collection. It is what the project has defined as "the set of utilities that users expect to be present by default on a normal Linux/Unix system". See the definition of Priority: standard in policy. > I never install the standard task on the latter [...] I always install the standard task (but may remove a few selected packages afterwards). -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
partman-lvm_67_i386.changes ACCEPTED
Accepted: partman-lvm_67.dsc to pool/main/p/partman-lvm/partman-lvm_67.dsc partman-lvm_67.tar.gz to pool/main/p/partman-lvm/partman-lvm_67.tar.gz partman-lvm_67_all.udeb to pool/main/p/partman-lvm/partman-lvm_67_all.udeb Override entries for your package: partman-lvm_67.dsc - source debian-installer partman-lvm_67_all.udeb - optional debian-installer Announcing to debian-devel-chan...@lists.debian.org Thank you for your contribution to Debian. -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Processing of partman-crypto_38_i386.changes
partman-crypto_38_i386.changes uploaded successfully to localhost along with the files: partman-crypto_38.dsc partman-crypto_38.tar.gz partman-crypto-dm_38_all.udeb partman-crypto-loop_38_all.udeb partman-crypto_38_i386.udeb Greetings, Your Debian queue daemon -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Processing of partman-lvm_67_i386.changes
partman-lvm_67_i386.changes uploaded successfully to localhost along with the files: partman-lvm_67.dsc partman-lvm_67.tar.gz partman-lvm_67_all.udeb Greetings, Your Debian queue daemon -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Processing of partman-md_47_i386.changes
partman-md_47_i386.changes uploaded successfully to localhost along with the files: partman-md_47.dsc partman-md_47.tar.gz partman-md_47_all.udeb Greetings, Your Debian queue daemon -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Automatic partition setup in partman-{lvm,md,crypto}
On Sun, Jul 26, 2009 at 01:47:52PM +0200, Max Vozeler wrote: > On Thu, Jul 23, 2009 at 02:58:12PM +0100, Colin Watson wrote: > > Talking through this with Max Vozeler identified several problems that > > I'd still like to fix: > > > > * There are several common chunks of code that should be moved into > >partman-base. > > I think I'll be working on some of that today. Expect RFC > patches after lunch. :-) Thanks, much appreciated. :-) Otavio told me that you and he and Joey had agreed it would be a good idea to upload what we have in trunk now and refine from there. Your patches look basically along the right lines - I'll review them when I have a chance ... -- Colin Watson [cjwat...@debian.org] -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#399840: Do we want an ssh-server task? vs. Bug#452388: "standard" system
Christian Perrier writes: > I'd very much appreciate to have more input about this. I think that > an SSH server deserves to be put in light in some way. On the other > hand, having a task for only one package is kind of overkill Why not put the ssh server (and client) into the "standard" task? That would at least provide a use case for that task. Then rename it to Login server or such. I feel like the worst problem with the Standard task is that it's an artifical collection, not something with a purpose like the other tasks. Standard systems nowadays are either graphical workstations or servers with a specific purpose. I never install the standard task on the latter, because that causes additional maintenance burden due to more frequent security updates and later a more lengty and potentially more convoluted upgrade. I rather install a handful of often needed utilities (bzip2, file, iptables, less, lsof, ntp, psmisc, screen, socat, sudo, tcpdump, host, exim4 and strace) with aptitude, which keeps the dependencies (automatic relations) obvious as well. -- Regards, Feri. -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: please allow cpuburn 0.82-1 into testing
On Tue, Jul 28, 2009 at 08:28:47PM +0200, Aurelien Jarno wrote: > Hi, > > cpuburn 0.82-1 is blocked from migration into testing to an udeb. > It has been in unstable for more than 70 days without problems! > Could you please hint it? > Oops, it's cpuburn 1.4-39 and 60 days. Sorry. Cheers, Aurelien -- Aurelien Jarno GPG: 1024D/F1BCDB73 aurel...@aurel32.net http://www.aurel32.net -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
please allow usbutils 0.82-1 into testing
Hi, usbutils 0.82-1 is blocked from migration into testing to an udeb. It has been in unstable for more than 70 days without problems! Could you please hint it? Thanks, Aurelien -- Aurelien Jarno GPG: 1024D/F1BCDB73 aurel...@aurel32.net http://www.aurel32.net -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
please allow cpuburn 0.82-1 into testing
Hi, cpuburn 0.82-1 is blocked from migration into testing to an udeb. It has been in unstable for more than 70 days without problems! Could you please hint it? Thanks, Aurelien -- Aurelien Jarno GPG: 1024D/F1BCDB73 aurel...@aurel32.net http://www.aurel32.net -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#452388: Back on "'standard system' is confusing" bug report
On Tuesday 28 July 2009, Christian Perrier wrote: > What about something like: > > Description: Standard (non-graphical) system > This task installs a reasonably small character-mode system, > that provides the most commonly used tools in non-graphical > environments. That will look very silly in D-I when you see it combined with the Desktop Environment task. It would give the impression that if both are selected, you are about to install a non-graphical desktop system, which will IMO cause all kinds of confusion we should try to avoid. -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#382216: marked as done (should install dmidecode before configuring X)
Your message dated Tue, 28 Jul 2009 18:53:11 +0200 with message-id <20090728165311.gu11...@mykerinos.kheops.frmug.org> and subject line Bug no longer relevant with X.org packages has caused the Debian Bug report #382216, regarding should install dmidecode before configuring X 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 this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 382216: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=382216 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: tasksel Version: 2.53 Severity: normal I've talked to the X maintainers, and been told that the patch for #381952 (laptop multimedia key detection) will go into experimental quite soon, and possibly from there to unstable if the results are good. However, the patch requires dmidecode available at .config time to work, just like it requires discover1 and xresprobe already -- IOW, please install dmidecode before the X task. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-sesse Locale: LANG=nb_NO.UTF-8, LC_CTYPE=nb_NO.UTF-8 (charmap=UTF-8) Versions of packages tasksel depends on: ii aptitude 0.4.2-1terminal-based apt frontend ii debconf [debconf-2.0] 1.5.3 Debian configuration management sy ii liblocale-gettext-perl1.05-1 Using libc functions for internati ii tasksel-data 2.53 Official tasks used for installati tasksel recommends no packages. -- debconf information: tasksel/title: tasksel/first: tasksel/tasks: --- End Message --- --- Begin Message --- This bug is no longer relevant since probably quite some time, mostly because of detection features added to X.org -- signature.asc Description: Digital signature --- End Message ---
Bug#452388: Back on "'standard system' is confusing" bug report
Quoting Justin B Rye (j...@edlug.org.uk): > However, I worry that this will encourage CLI-phobic users to > uncheck the Standard task. It's not for console-only systems; after > all, I'm using mutt right now in my window manager. It's a basic > "neutral" user environment, including apt, exim4, perl, python, and > so on, just not X - the only time I would leave it out is on a > bare-bones server with no users. Perhaps it should say something > more like: > > This task sets up a basic user environment, providing a reasonably > small selection of services and tools usable on the command line. Point taken. I like your rephrasing. It has been as of now the best proposal we've seen. > Or if the idea is that GNOME users _don't_ need it, it needs a name > change to, say, "Traditional" or "Command Line User Environment". A > name change might be appropriate anyway, given that tasksel's > "Standard task" includes the whole of "Priority: required" and > "Priority: important", not just "Priority: standard". I would consider this a little bit out of scope...unless a good proposal comes up for the synopsis and name of the task. signature.asc Description: Digital signature
Bug#414609: closed by Christian Perrier (Bug was probably a side bug fixed for quite a while)
Thanks It was long time ago and I suspect I managed to work around it using stable. Regards Clive Debian Bug Tracking System wrote: This is an automatic notification regarding your Bug report which was filed against the tasksel package: #414609: strange uninitialized value message It has been closed by Christian Perrier . Their explanation is attached below along with your original report. If this explanation is unsatisfactory and you have not received a better one in a separate message then please contact Christian Perrier by replying to this email. Subject: Bug was probably a side bug fixed for quite a while From: Christian Perrier Date: Tue, 28 Jul 2009 17:16:11 +0200 To: 414609-d...@bugs.debian.org To: 414609-d...@bugs.debian.org The main topic of this bug resoved to be a broken mirror. The weird error message has not appeared for quite a while. Hence closing. Subject: D-I RC2 image powerpc - qualified success From: Clive Menzies Date: Mon, 12 Mar 2007 19:53:33 + To: sub...@bugs.debian.org To: sub...@bugs.debian.org Package: installation-reports Boot method: Netinstall Image version: http://cdimage.debian.org/cdimage/daily-builds/daily/arch-latest/powerpc/iso-cd/debian-testing-powerpc-netinst.iso Date: 2007-03-12 18:00 Machine: PowerMac G4 Processor: 800MHz Memory: 768Mb Partitions: /dev/hda #type name length base #( size ) system /dev/hda1 Apple_partition_map Apple 63 @ 1 ( 31.5k) Partition map /dev/hda2 Apple_Bootstrap untitled1954 @ 64(977.0k) NewWorld bootblock /dev/hda3 Apple_UNIX_SVR2 untitled13671876 @ 2018 ( 6.5G) Linux native /dev/hda4 Apple_UNIX_SVR2 swap 4484376 @ 13673894 ( 2.1G) Linux swap /dev/hda5 Apple_UNIX_SVR2 untitled 9787393 @ 18158270 ( 4.7G) Linux native /dev/hda6 Apple_Bootstrap testing 8203126 @ 27945663 ( 3.9G) NewWorld bootblock /dev/hda7 Apple_UNIX_SVR2 untitled83954411 @ 36148789 ( 40.0G) Linux native Block size=512, Number of Blocks=120103200 DeviceType=0x0, DeviceId=0x0 Installation on /dev/hda6 Output of lspci -nn : :00:0b.0 Host bridge [0600]: Apple Computer Inc. UniNorth 1.5 AGP [106b:002d] :00:10.0 VGA compatible controller [0300]: ATI Technologies Inc Radeon RV200 QW [Radeon 7500] [1002:5157] 0001:10:0b.0 Host bridge [0600]: Apple Computer Inc. UniNorth 1.5 PCI [106b:002e] 0001:10:17.0 Unknown class [ff00]: Apple Computer Inc. KeyLargo Mac I/O [106b:0022] (rev 03) 0001:10:18.0 USB Controller [0c03]: Apple Computer Inc. KeyLargo USB [106b:0019]0001:10:19.0 USB Controller [0c03]: Apple Computer Inc. KeyLargo USB [106b:0019]0002:20:0b.0 Host bridge [0600]: Apple Computer Inc. UniNorth 1.5 Internal PCI [106b:002f] 0002:20:0e.0 FireWire (IEEE 1394) [0c00]: Agere Systems FW323 [11c1:5811] 0002:20:0f.0 Ethernet controller [0200]: Apple Computer Inc. UniNorth GMAC (Sun GEM) [106b:0021] (rev 01) Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot: [O] Detect network card:[O] Configure network: [O] Detect CD: [O] Load installer modules: [O] Detect hard drives: [O] Partition hard drives: [O] Install base system:[O] Clock/timezone setup: [O] User/password setup:[O] Install tasks: [E] Install boot loader:[ ] Overall install:[O] Comments/Problems: All was fine until 'Select and install software'. I'd selected Desktop in Tasksel and it downloaded c.655Mb and seemed to be installing eveything OK; however, when I next looked at it, there was the red screen advising me the install had failed. I tried again (still selecting Desktop) and it failed again. Third time I didn't attempt to install anything via tasksel and the intall completed OK. I didn't install yaboot (it was already installed via another system). Reboot was fine and I've managed to install ssh using aptitude. Minor point: the base install version of ssh-client is later than the ssh-server version; I accepted the downgrade to the previous version. I've tried running tasksel again and got: Use of uninitialized value in concatenation (.) or string at /usr/bin/tasksel line 345. Use of uninitialized value in concatenation (.) or string at /usr/bin/tasksel line 345. Use of uninitialized value in concatenation (.) or string at /usr/bin/tasksel line 345. Use of uninitialized value in concatenation (.) or string at /usr/bin/tasksel line 345. tasksel: aptitude failed (255) Regards Clive
Bug#452388: Back on "'standard system' is confusing" bug report
Christian Perrier wrote:
>> Description: Standard system
>> This task installs a reasonably small character-mode system.
>
> What about something like:
>
> Description: Standard (non-graphical) system
> This task installs a reasonably small character-mode system,
> that provides the most commonly used tools in non-graphical environments.
No comma before a "that" clause; and the last part isn't quite right
either ("provides [...] tools in [...] environments"?). I assume
the intended sense is "the tools that in non-graphical environments
are used most commonly", but there's no good way of phrasing that.
How about just:
This task installs a reasonably small character-mode system, providing
tools often used in non-graphical environments.
However, I worry that this will encourage CLI-phobic users to
uncheck the Standard task. It's not for console-only systems; after
all, I'm using mutt right now in my window manager. It's a basic
"neutral" user environment, including apt, exim4, perl, python, and
so on, just not X - the only time I would leave it out is on a
bare-bones server with no users. Perhaps it should say something
more like:
This task sets up a basic user environment, providing a reasonably
small selection of services and tools usable on the command line.
Or if the idea is that GNOME users _don't_ need it, it needs a name
change to, say, "Traditional" or "Command Line User Environment". A
name change might be appropriate anyway, given that tasksel's
"Standard task" includes the whole of "Priority: required" and
"Priority: important", not just "Priority: standard".
--
JBR with qualifications in linguistics, experience as a Debian
sysadmin, and probably no clue about this particular package
--
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#532515: This has nothing to do with tasksel
reassign 532515 gnome forcemerge 532515 473118 As this bug's history clearly shows, the fact that tomboy is dragged by gnome is not really relavant with tasksel. That issue has to be sorted out with GNOME package maintainers (and hasa apparently been already). If something smaller than "gnome" is wished for the Gnome tasks, then tasksel maintainers will of course follow the advice of the GNOME maintainers. -- signature.asc Description: Digital signature
Processed (with 5 errors): This has nothing to do with tasksel
Processing commands for cont...@bugs.debian.org: > reassign 532515 gnome Bug #532515 [tasksel] latest gnome meta-package drags in tomboy Bug reassigned from package 'tasksel' to 'gnome'. Bug #532515 [gnome] latest gnome meta-package drags in tomboy Bug No longer marked as found in versions tasksel/2.79. Bug #532515 [gnome] latest gnome meta-package drags in tomboy Ignoring request to alter fixed versions of bug #532515 to the same values previously set > forcemerge 532515 473118 Bug#532515: latest gnome meta-package drags in tomboy Bug#473118: gnome: depends on tonboy, which installs all of mono Forcibly Merged 473118 532515. > As this bug's history clearly shows, the fact that tomboy is dragged Unknown command or malformed arguments to command. > by gnome is not really relavant with tasksel. That issue has to be Unknown command or malformed arguments to command. > sorted out with GNOME package maintainers (and hasa apparently been already). Unknown command or malformed arguments to command. > If something smaller than "gnome" is wished for the Gnome tasks, then Unknown command or malformed arguments to command. > tasksel maintainers will of course follow the advice of the GNOME maintainers. Unknown command or malformed arguments to command. Too many unknown commands, stopping here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Processed: setting package to tasksel tasksel-data, tagging 507424, tagging 536549, tagging 507425 ...
Processing commands for cont...@bugs.debian.org: > #tasksel (2.80) UNRELEASED; urgency=low > # > # * Add kannada-gnome-desktop, kannada-desktop and kannada-kde-desktop tasks > #Closes: #536549 > # * Add albanian-desktop. Closes: #507425 > # * Add marathi and marathi-desktop tasks. Closes: #507424 > # * Add mozvoikko to finnish-desktop. Closes: #503510 > # * Fix "tasksel --help shows \t instead of tabs" by > #fixing tabs escaping in Spanish translation. Closes: #519458 > # * Fixes a typo in Gujarati language tasks. Closes: #538902 > # > package tasksel tasksel-data Ignoring bugs not assigned to: tasksel tasksel-data > tags 507424 + pending Bug #507424 [tasksel] tasksel: Please add a Marathi desktop task Added tag(s) pending. > tags 536549 + pending Bug #536549 [tasksel] Add Kannada language tasks to tasksel Added tag(s) pending. > tags 507425 + pending Bug #507425 [tasksel] tasksel: Please add an Albanian desktop task Added tag(s) pending. > tags 519458 + pending Bug #519458 [tasksel] tasksel --help shows \t instead of tabs Added tag(s) pending. > tags 503510 + pending Bug #503510 [tasksel] Please add mozvoikko to the finnish-desktop task Added tag(s) pending. > tags 538902 + pending Bug #538902 [tasksel-data] tasksel-data: localisation tasks mix spelling gujarati and gujurati Ignoring request to alter tags of bug #538902 to the same tags previously set > End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#414609: marked as done (strange uninitialized value message)
Your message dated Tue, 28 Jul 2009 17:16:11 +0200 with message-id <20090728151611.go11...@mykerinos.kheops.frmug.org> and subject line Bug was probably a side bug fixed for quite a while has caused the Debian Bug report #414609, regarding strange uninitialized value message 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 this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 414609: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=414609 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: installation-reports Boot method: Netinstall Image version: http://cdimage.debian.org/cdimage/daily-builds/daily/arch-latest/powerpc/iso-cd/debian-testing-powerpc-netinst.iso Date: 2007-03-12 18:00 Machine: PowerMac G4 Processor: 800MHz Memory: 768Mb Partitions: /dev/hda #type name length base #( size ) system /dev/hda1 Apple_partition_map Apple 63 @ 1 ( 31.5k) Partition map /dev/hda2 Apple_Bootstrap untitled1954 @ 64(977.0k) NewWorld bootblock /dev/hda3 Apple_UNIX_SVR2 untitled13671876 @ 2018 ( 6.5G) Linux native /dev/hda4 Apple_UNIX_SVR2 swap 4484376 @ 13673894 ( 2.1G) Linux swap /dev/hda5 Apple_UNIX_SVR2 untitled 9787393 @ 18158270 ( 4.7G) Linux native /dev/hda6 Apple_Bootstrap testing 8203126 @ 27945663 ( 3.9G) NewWorld bootblock /dev/hda7 Apple_UNIX_SVR2 untitled83954411 @ 36148789 ( 40.0G) Linux native Block size=512, Number of Blocks=120103200 DeviceType=0x0, DeviceId=0x0 Installation on /dev/hda6 Output of lspci -nn : :00:0b.0 Host bridge [0600]: Apple Computer Inc. UniNorth 1.5 AGP [106b:002d] :00:10.0 VGA compatible controller [0300]: ATI Technologies Inc Radeon RV200 QW [Radeon 7500] [1002:5157] 0001:10:0b.0 Host bridge [0600]: Apple Computer Inc. UniNorth 1.5 PCI [106b:002e] 0001:10:17.0 Unknown class [ff00]: Apple Computer Inc. KeyLargo Mac I/O [106b:0022] (rev 03) 0001:10:18.0 USB Controller [0c03]: Apple Computer Inc. KeyLargo USB [106b:0019]0001:10:19.0 USB Controller [0c03]: Apple Computer Inc. KeyLargo USB [106b:0019]0002:20:0b.0 Host bridge [0600]: Apple Computer Inc. UniNorth 1.5 Internal PCI [106b:002f] 0002:20:0e.0 FireWire (IEEE 1394) [0c00]: Agere Systems FW323 [11c1:5811] 0002:20:0f.0 Ethernet controller [0200]: Apple Computer Inc. UniNorth GMAC (Sun GEM) [106b:0021] (rev 01) Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot: [O] Detect network card:[O] Configure network: [O] Detect CD: [O] Load installer modules: [O] Detect hard drives: [O] Partition hard drives: [O] Install base system:[O] Clock/timezone setup: [O] User/password setup:[O] Install tasks: [E] Install boot loader:[ ] Overall install:[O] Comments/Problems: All was fine until 'Select and install software'. I'd selected Desktop in Tasksel and it downloaded c.655Mb and seemed to be installing eveything OK; however, when I next looked at it, there was the red screen advising me the install had failed. I tried again (still selecting Desktop) and it failed again. Third time I didn't attempt to install anything via tasksel and the intall completed OK. I didn't install yaboot (it was already installed via another system). Reboot was fine and I've managed to install ssh using aptitude. Minor point: the base install version of ssh-client is later than the ssh-server version; I accepted the downgrade to the previous version. I've tried running tasksel again and got: Use of uninitialized value in concatenation (.) or string at /usr/bin/tasksel line 345. Use of uninitialized value in concatenation (.) or string at /usr/bin/tasksel line 345. Use of uninitialized value in concatenation (.) or string at /usr/bin/tasksel line 345. Use of uninitialized value in concatenation (.) or string at /usr/bin/tasksel line 345. tasksel: aptitude failed (255) Regards Clive -- www.clivemenzies.co.uk ... ...strategies for business --- End Message --- --- Begin Message --- The main topic of this bug resoved to be a broken mirror. The weird error message has not appeared for quite a while. Hence closing. -- signature.asc Description: Digital signature --- End Message ---
Bug#399038: marked as done (Translation not being shown in tasksel)
Your message dated Tue, 28 Jul 2009 17:13:29 +0200 with message-id <20090728151329.gn11...@mykerinos.kheops.frmug.org> and subject line Issue fixed has caused the Debian Bug report #399038, regarding Translation not being shown in tasksel 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 this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 399038: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=399038 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: tasksel_2.56 Some of the messages translated for tasksel in Dzongkha language does not show up in Dzongkha. Its still in English. After analysing the source file with Frans Pop we concluded that the translation in the tasksel/debian/po directory was not being used by the tasksel. The translation under the tasksel/po and tasksel/tasks/po are being shown correctly in Dzongkha language. However hard we try, we had not been able to solve this problem. The other issue regarding this was with the tasksel/Makefile where the dz code for Dzongkha language was not included. I checked out the recent version of tasksel from the subversion and found that it was included correctly along with the other languages. Could some one look into it and find out what could be wrong here. Pema Geyleg DIT,MoIC Thimphu,Bhutan --- End Message --- --- Begin Message --- That issue has been fixed a long time ago. -- signature.asc Description: Digital signature --- End Message ---
Bug#388290: marked as done (Please honor Recommends)
Your message dated Tue, 28 Jul 2009 17:12:41 +0200 with message-id <20090728151241.gm11...@mykerinos.kheops.frmug.org> and subject line Issue fixed for quite a while has caused the Debian Bug report #388290, regarding Please honor Recommends 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 this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 388290: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=388290 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: gnome-desktop-environment Version: 1:2.14.2.1 Severity: normal Hi, The xdg-mime utility from xdg-utils (see http://portland.freedesktop.org/) depends on the gnomevfs-info utility in order to get MIME information for files. xdg-utils is used by third-party applications (like Google Earth). Therefore, I think it would be good if gnome-desktop-environment depended on libgnomevfs2-bin so that gnome-vfsinfo is available in default desktop installations. -- Pelle --- End Message --- --- Begin Message --- Version: 2.79 That has been fixed -- signature.asc Description: Digital signature --- End Message ---
Bug#281590: marked as done (shouldn't rely on aptitude's exit status in manual package selection)
Your message dated Tue, 28 Jul 2009 16:50:08 +0200 with message-id <20090728145008.gl11...@mykerinos.kheops.frmug.org> and subject line Closing no longer relevant bugs has caused the Debian Bug report #281590, regarding shouldn't rely on aptitude's exit status in manual package selection 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 this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 281590: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=281590 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: tasksel Version: 2.15 Severity: minor Currently the cache is always deleted as soon as aptitude finishes package installation. This is very not nice if the installation fails for some reason (or is cancelled by the user) as packages will have very likely have to be downloaded again, and again, ... I suggest that the cache only be cleaned if there were no errors during the installation. --- End Message --- --- Begin Message --- As tasksel calling aptitude is no longer used in D-I, and as the D-I process was the main motivation for Frans' initial report, I think there is indeed no more bug here. What remains is that when aptitude is cancelled by the user (if using tasksel interactively), then aptitude exit code is non zero...and tasksel reports about this. Which is indeed logical... Whether aptitude should or not exit with a non-zero error code is actually out of scope for this bug report. -- signature.asc Description: Digital signature --- End Message ---
Bug#405160: marked as done (tasksel: laptop task installs bare X.Org)
Your message dated Tue, 28 Jul 2009 16:21:52 +0200
with message-id <20090728142152.gk11...@mykerinos.kheops.frmug.org>
and subject line The laptop task does no longer pull X.org in
has caused the Debian Bug report #405160,
regarding tasksel: laptop task installs bare X.Org
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 this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)
--
405160: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=405160
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: tasksel
Version: 2.59
Severity: minor
When you select the laptop task by itself, it also installs most of X.Org
due to dependencies, but not enough to result in any kind of working X
environment.
This also makes the download and installed size a lot larger than strictly
required.
Installed/Download Comments
49.3 16.9 Current laptop task
26.3 9.5 Without xserver-xorx-input-synaptics, which gets rid
of most of all X.Org packages
10.1 3.1 Without acpi-support, which gets rid of dbus and thus
xbase-clients
4.1 1.5 Without bluetooth, which gets rid of x11-common
The last set I would qualify as the pure laptop utilities.
It would be great if the laptop task could be split into a basic laptop
task and a "laptop-desktop" task that "enhances" both desktop and laptop,
but I'm not sure if tasksel supports a double "enhances" currently.
Cheers,
FJP
pgpq19qyOikZz.pgp
Description: PGP signature
--- End Message ---
--- Begin Message ---
sesostris:~# LC_ALL=C aptitude -q --without-recommends -o
APT::Install-Recommends=no install ~t^laptop
Reading package lists...
Building dependency tree...
Reading state information...
Reading extended state information...
Initializing package states...
Reading task descriptions...
The following NEW packages will be installed:
acpi-support anacron apmd avahi-autoipd bluetooth bluez-utils{a} cpufrequtils
dbus{a} finger{a} hdparm{a} hibernate libapm1{a}
libbluetooth2{a} libcpufreq0{a} libdaemon0{a} libdbus-1-3{a} libice6{a}
libiw29{a} libnl1{a} libpcsclite1{a} libsm6{a} libsysfs2{a}
libx86-1{a} libxaw7{a} libxi6{a} libxmu6{a} libxpm4{a} libxrandr2{a}
libxrender1{a} libxt6{a} libxtrap6{a} libxxf86misc1{a}
libxxf86vm1{a} nvclock pcmciautils pm-utils{a} powermgmt-base{a} powertop
radeontool toshset vbetool wireless-tools wpasupplicant
x11-xserver-utils{a}
0 packages upgraded, 44 newly installed, 0 to remove and 29 not upgraded.
Need to get 3052kB/3101kB of archives. After unpacking 10.8MB will be used.
From the bug log (which I entirely read), bluetooth was the "culprit"
for bringing X in, through its dependency on x11-common.
That dependency is no longer here and, as expected, it seems that the
laptop task is no longer pulling X.org in.
Please reopen is there's something b0rken in my reasoning.
PS: hard to find the right version tagging as this fix was mostly the
consequence or package reorganisations that happened outside tasksel.
--
signature.asc
Description: Digital signature
--- End Message ---
Bug#485447: marked as done (tasksel: Rename Northern Sami to North Sámi and add hunspell-se package)
Your message dated Tue, 28 Jul 2009 16:11:56 +0200 with message-id <20090728141156.gj11...@mykerinos.kheops.frmug.org> and subject line hunspell-se is in the northern-sami task has caused the Debian Bug report #485447, regarding tasksel: Rename Northern Sami to North Sámi and add hunspell-se package 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 this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 485447: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=485447 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: tasksel Version: 2.74.2 Severity: minor Based on input from the Divvun project, I believe the language name for the 'se' language code should be changed from Northern Sami to North Sámi. The task files should because of this probably change name from nothernsami to northsami. Also, as the Divvun project just released a hunspell language file for North Sámi and this is uploaded to Debian and waiting in NEW, I suggest adding the package hunspell-se to the northsami task, to make sure it is installed by default when the language is selected for installation in Lenny. Happy hacking, -- Petter Reinholdtsen --- End Message --- --- Begin Message --- Version: 2.75 As the name change has been ruled out, the addition of hunspell-se is only what remains from that bug reportand that was done in version 2.75 of tasksel. -- signature.asc Description: Digital signature --- End Message ---
Bug#452388: Back on "'standard system' is confusing" bug report
Quoting Christian Perrier (bubu...@debian.org): > Description: standard (non-graphical) core operating environment > This is the subset of the distribution, installed by default, which > can be added upon to provide a more featureful and tailored operating > system. > > The current description is indeed: > > Description: Standard system > This task installs a reasonably small character-mode system. > > > I think we might want to converge to something like: > > Description: Standard (non-graphical) system > This task installs a reasonably small character-mode system. > > I think that actually the synopsis is to be enhanced to make it > clearer that the standard system is not graphical, which is certainly > the main flaw of the current wording. (note that the synopsis is what > appears in the menu during D-I). > > On the other hand, the current long description is fairly clear and > includes a word I really like (reasonably) that makes it clear that > the contents of the task is essnetially a compromise. > > Would anyone object to such change to fix this bug? Talking with Otavio in RL, it appeared interesting to add something more to the long description. What about something like: Description: Standard (non-graphical) system This task installs a reasonably small character-mode system, that provides the most commonly used tools in non-graphical environments. (dle added to CC list, to get input by our famous proofreaders) signature.asc Description: Digital signature
Processed: We do not really need a joystick calibration software to the *default* desktop task?
Processing commands for cont...@bugs.debian.org: > tags 418272 wontfix Bug #418272 [tasksel] please add jscalibrate Added tag(s) wontfix. > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#418272: We do not really need a joystick calibration software to the *default* desktop task?
tags 418272 wontfix thanks Even if jscalibrator wouldn't trigger the installation of Mono packages, I don't really think that it's worth being added to each and every desktop system installed with the desktop task. I don't see joystick users as being the majority of desktop systems users. Apparently, such opinion seems to be quite widely shared here around at Debconf. Hence tagging. -- signature.asc Description: Digital signature
Bug#399840: Do we want an ssh-server task?
That bug didn't progress that much since it was reported. My main concern about it is that it would probably open the gates for too many similar requests for "please-add-my-pet-server" tasks. I'd very much appreciate to have more input about this. I think that an SSH server deserves to be put in light in some way. On the other hand, having a task for only one package is kind of overkill -- signature.asc Description: Digital signature
Bug#452388: Back on "'standard system' is confusing" bug report
(CC'ing some contributors in the thread who might be missing this mail otherwise) I went again on this bug report (against tasksel) about the name of the "standard" task (and description) being somewhat confusing. The thread in this bug report is very long, but finally concludes that a rewrite is needed in some waywith, as often, various (sometimes contradictory) proposals. The best compromise as of now, in the thread, seems to be: Description: standard (non-graphical) core operating environment This is the subset of the distribution, installed by default, which can be added upon to provide a more featureful and tailored operating system. The current description is indeed: Description: Standard system This task installs a reasonably small character-mode system. I think we might want to converge to something like: Description: Standard (non-graphical) system This task installs a reasonably small character-mode system. I think that actually the synopsis is to be enhanced to make it clearer that the standard system is not graphical, which is certainly the main flaw of the current wording. (note that the synopsis is what appears in the menu during D-I). On the other hand, the current long description is fairly clear and includes a word I really like (reasonably) that makes it clear that the contents of the task is essnetially a compromise. Would anyone object to such change to fix this bug? -- signature.asc Description: Digital signature
Re: [PATCH] Basic Openmoko GTA02 support
On Sun, Jul 26, 2009 at 03:54:14PM +0200, Martin Michlmayr wrote: > > [PATCH 2/3] linux-kernel-di-armel-2.6: add openmoko-gta02 kernel > > > > The Debian Linux kernel for the Openmoko GTA02 Neo FreeRunner is not > > yet official and thus it does not follow the Debian official kernel > > naming (I know this is ugly, sorry). > > The name will have to change. Also, this can only be integrated when > we actually have a kernel in the archive. I agree about the name change. We want to use the same name the Debian kernel package will use for the architecture. I propose to name it s3c24xx, are you fine with that name? I'm currently adapting Luca's patch to more closely follow what other arm subarchitectures do. I mainly followed the iop32x example and added an openmoko flavour which will create a network-console uBoot image which should support both GTA01 and GTA02. I hope to submit my patches soon. Do you think that we have to wait committing anything until we have a kernel in the archive? Until we don't switch to a VCS which supports easy local branching and shareing of these branches (hint, hint git...) this would be a major pain in the ass. So I hope the d-i team allows us to commit our work as soon as the basic nameing is sorted out and the patches are sane. Gaudenz -- Ever tried. Ever failed. No matter. Try again. Fail again. Fail better. ~ Samuel Beckett ~ signature.asc Description: Digital signature
[parted] Remove libdevmapper-dev as build-dependency on GNU/kFreeBSD.
Hi, Otavio. Here is the patch we talked about on #debian-boot. Cheers, Luca Favatella From 1fbd8c2a3753e5256a5ecd2c4e59a5dcc4808edc Mon Sep 17 00:00:00 2001 From: Luca Favatella Date: Tue, 28 Jul 2009 14:35:09 +0200 Subject: [PATCH] control.in: Remove libdevmapper-dev as build-dependency on GNU/kFreeBSD. --- debian/changelog |3 +++ debian/control.in |2 +- 2 files changed, 4 insertions(+), 1 deletions(-) diff --git a/debian/changelog b/debian/changelog index 7926347..d1d975e 100644 --- a/debian/changelog +++ b/debian/changelog @@ -6,6 +6,9 @@ parted (1.8.8.git.2009.07.19-3) UNRELEASED; urgency=low [ Colin Watson ] * control.in: Move libpar...@libpkgver@-i18n to section localization. + [ Luca Favatella ] + * control.in: Remove libdevmapper-dev as build-dependency on GNU/kFreeBSD. + -- Otavio Salvador Fri, 24 Jul 2009 13:35:48 -0300 parted (1.8.8.git.2009.07.19-2) unstable; urgency=low diff --git a/debian/control.in b/debian/control.in index 46a301f..67e2129 100644 --- a/debian/control.in +++ b/debian/control.in @@ -11,7 +11,7 @@ Build-Depends: dpatch, libncurses-dev | libncurses5-dev, libreadline5-dev | libreadline-dev, - libdevmapper-dev, + libdevmapper-dev [!kfreebsd-i386 !kfreebsd-amd64], uuid-dev, gettext, texinfo (>= 4.2), -- 1.6.3.1
Kernel BoF, 29th July
There will be a second kernel BoF/meeting tomorrow (29th July) at 16:00-18:00 local time (14:00-16:00 UTC). I would like to discuss a possible lenny-and-1/2 kernel release. There should be time to discuss several other issues. Ben. -- Ben Hutchings Unix is many things to many people, but it's never been everything to anybody. signature.asc Description: This is a digitally signed message part
Bug#538645: installation-reports: "No kernel modules found"
Hello, Can you try to reproduce this with a recent image? we were doing a kernel updating and this can be a reason for that. Cheers, -- Otavio Salvador O.S. Systems E-mail: ota...@ossystems.com.br http://www.ossystems.com.br Mobile: +55 53 9981-7854 http://projetos.ossystems.com.br -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#538086: installation-reports: Installation works, but neither is user created nor a root password set
Hello, On Wed, Jul 22, 2009 at 8:09 PM, Dinyar Rabady wrote: > The first problem I encountered while trying to install a system with an > encrypted LVM was that the USB stick was taken to be /dev/sda while the > harddisk was /dev/sdb. This changed at first boot when the usb stick was > unplugged. > > This first problem could be fixed either by booting into a rescue system > and first changing grub's menu.lst to point to (hd0,0) instead of (hd1,0) > and then unpack the initrd.img file and change /conf/conf.d/cryptroot to > point to /dev/sda instead of /dev/sdb, or alternatively I pulled the USB > stick out right before detecting the harddisk. (priority=medium is helpfull > for timing here.) This seemed to have no negativ effects on the installation. This is not going to happen in new Debian Installer release for Squeeze since we're not using UUID to avoid those problems. Would be nice if you could check a current snapshot if it indeed works for you and tell us. > The second problem I encountered was that neither my user account was created > during installation nor was the root password set. This left the system fairly > unusable until I used a rescue system to mount my encrypted disk, added a user > to /etc/passwd and /etc/shadow (without a password) and subsequently added > this user to the sudoers group. In this way I could aquire root on my new > system. This is confusing; maybe your media was corrupted in some way since I don't remember of seeing this report and it is used in every installation. Could you try to reproduce it and report back to us? Cheers, -- Otavio Salvador O.S. Systems E-mail: ota...@ossystems.com.br http://www.ossystems.com.br Mobile: +55 53 9981-7854 http://projetos.ossystems.com.br -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Processed: reassign 538101 to ftp.debian.org, forcibly merging 538101 536312
Processing commands for cont...@bugs.debian.org: > reassign 538101 ftp.debian.org Bug #538101 [installation-reports] installation-reports: Netinstall 5.0.2: Does not install KDE Bug reassigned from package 'installation-reports' to 'ftp.debian.org'. Bug #538101 [ftp.debian.org] installation-reports: Netinstall 5.0.2: Does not install KDE Ignoring request to alter found versions of bug #538101 to the same values previously set Bug #538101 [ftp.debian.org] installation-reports: Netinstall 5.0.2: Does not install KDE Ignoring request to alter fixed versions of bug #538101 to the same values previously set > forcemerge 538101 536312 Bug#538101: installation-reports: Netinstall 5.0.2: Does not install KDE Bug#536312: task overrides for stable appear to be updated when unstable changes -> no network-manager etc in default debian 5.0r2 install Forcibly Merged 536312 538101. > End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#538902: tasksel-data: localisation tasks mix spelling
Yes.
'gujarati' is correct spelling. Thanks to Tom for pointing it...
--
Cheers,
Kartik Mistry | 0xD1028C8D | IRC: kart_
Debian GNU/Linux Developer
Blogs: {ftbfs, kartikm}.wordpress.com
--
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Processed: setting package to tasksel tasksel-data, tagging 538902
Processing commands for cont...@bugs.debian.org: > #tasksel (2.80) UNRELEASED; urgency=low > # > # * Fixes a typo in Gujarati language tasks. Closes: #538902 > # > package tasksel tasksel-data Ignoring bugs not assigned to: tasksel tasksel-data > tags 538902 + pending Bug #538902 [tasksel-data] tasksel-data: localisation tasks mix spelling gujarati and gujurati Added tag(s) pending. > End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: should popcon be enabled by default?
Hello all, Indeed looks like most people agree that it should be kept as is so be it :-) Cheers and thanks by commenting on it, -- Otavio Salvador O.S. Systems E-mail: ota...@ossystems.com.br http://www.ossystems.com.br Mobile: +55 53 9981-7854 http://projetos.ossystems.com.br -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: should popcon be enabled by default?
Otavio wrote: >On Mon, Jul 27, 2009 at 1:31 PM, Frans Pop wrote: >> The question is always displayed, so it's simply up to the user whether he >> wants to participate or not. > >This is the reason I think we could leave 'Yes' as the default answer. >It will still give the choice for the user and: > > - It will allow us to have a better view of users are using > - We will be able to have it deplyed in more machines > >I understand why it has been set to 'No' but maybe we ought to rethink it. > >I see pro and cons for both ways; I'd be interested to hear the >opinion of more people about it. Umm, I could have sworn that we'd had discussions about this several times in the past and the favoured solution was to make the question a 3-way: * popcon no * send a one-shot message *now* (default) * popcon yes But for the life of me I can't find a reference in the archives. It might have been IRL, I guess. Does anybody else remember this? -- Steve McIntyre, Cambridge, UK.st...@einval.com We don't need no education. We don't need no thought control. -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: please allow ltsp 5.1.77-1 into testing
Vagrant Cascadian wrote: ltsp 5.1.77-1 is blocked from migrating into testing, due to the ltsp-client-builder udeb, though this udeb is not used by debian-installer by default, and has no changes since the previous version. it has been in unstable for 9 days without introducing new problems. unblocked Cheers Luk -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: please allow simple-cdd 0.3.11 into testing
Vagrant Cascadian wrote: simple-cdd 0.3.11 is blocked from migrating to testing, as it contains the simple-cdd-profiles udeb, which is not used by default in debian-installer. no changes were made to the udeb since the version in testing. no new issues have been reported, and has been in unstable 9 days. please consider unblocking simple-cdd 0.3.11. unblocked Cheers Luk -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#538902: tasksel-data: localisation tasks mix spelling gujarati and gujurati
Quoting Otavio Salvador (ota...@ossystems.com.br): > Hello Christian, > > On Mon, Jul 27, 2009 at 4:46 PM, Tom Vajzovic wrote: > > The tasks gujurati-gnome-desktop and gujurati-kde-desktop both extend > > gujurati-desktop which, does not exist. > > > > gujarati-desktop does exist. > > Can you point me the right spelling? "apt-get install iso-codes" is your friend The spelling is "gujarati". Apparently, only the tasks names are incorrect. Everything in the tasks descriptions is correct. So, all this is just a matter of renaming the tasks appropriately. signature.asc Description: Digital signature
Re: should popcon be enabled by default?
* Holger Levsen [2009-07-28 10:44]: > > It also increases the risk that users end up participating in popcon while > > they'd really prefer not to. Questions in D-I always have, where > > possible, a "safe" default; the safe value here is "no", not "yes". > > > > Any participation in Debian should be conscious and voluntary, including > > popcon. > > +1 to both of the above and to what Matthew Palmer wrote. Same here. -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#538902: tasksel-data: localisation tasks mix spelling gujarati and gujurati
Hello Christian, On Mon, Jul 27, 2009 at 4:46 PM, Tom Vajzovic wrote: > The tasks gujurati-gnome-desktop and gujurati-kde-desktop both extend > gujurati-desktop which, does not exist. > > gujarati-desktop does exist. Can you point me the right spelling? Cheers, -- Otavio Salvador O.S. Systems E-mail: ota...@ossystems.com.br http://www.ossystems.com.br Mobile: +55 53 9981-7854 http://projetos.ossystems.com.br -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: should popcon be enabled by default?
Hi, as Octavio asked for more input... On Montag, 27. Juli 2009, Frans Pop wrote: > It also increases the risk that users end up participating in popcon while > they'd really prefer not to. Questions in D-I always have, where > possible, a "safe" default; the safe value here is "no", not "yes". > > Any participation in Debian should be conscious and voluntary, including > popcon. +1 to both of the above and to what Matthew Palmer wrote. regards, Holger signature.asc Description: This is a digitally signed message part.
please allow ltsp 5.1.77-1 into testing
ltsp 5.1.77-1 is blocked from migrating into testing, due to the ltsp-client-builder udeb, though this udeb is not used by debian-installer by default, and has no changes since the previous version. it has been in unstable for 9 days without introducing new problems. thanks! live well, vagrant -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
please allow simple-cdd 0.3.11 into testing
simple-cdd 0.3.11 is blocked from migrating to testing, as it contains the simple-cdd-profiles udeb, which is not used by default in debian-installer. no changes were made to the udeb since the version in testing. no new issues have been reported, and has been in unstable 9 days. please consider unblocking simple-cdd 0.3.11. thanks! live well, vagrant -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
