Bug#384543: No mouse in GUI with Logitech receiver
Christian Perrier wrote: OK, someone else confirmed that bug. We should think about assigning it to the right package. Attilio, you're way much more aware of this stuff than me. Do you have a suggestion? I think this is bug is related to DFB (it should be reassigned to libdirectfb-0.9-25-udeb ) , so i'm cc'ing guys at [EMAIL PROTECTED] Some info about the background: the bug was found in DFB 0.9.25.1, and we're running with the linux_input input module disabled in directfbrc. Do you think this is really a DFB related issue? any hint about how to fix it? (please, include [EMAIL PROTECTED] when replying). thanks Attilio -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processed: Re: Bug#384543: No mouse in GUI with Logitech receiver
Processing commands for [EMAIL PROTECTED]: > reassign 384543 libdirectfb-0.9-25-udeb Bug#384543: No mouse in GUI with Logitech receiver Bug reassigned from package `installation-reports' to `libdirectfb-0.9-25-udeb'. > severity 384543 important Bug#384543: No mouse in GUI with Logitech receiver Severity set to `important' from `normal' > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#384543: No mouse in GUI with Logitech receiver
reassign 384543 libdirectfb-0.9-25-udeb severity 384543 important thanks Quoting Attilio Fiandrotti ([EMAIL PROTECTED]): > Christian Perrier wrote: > > > > >OK, someone else confirmed that bug. We should think about assigning > >it to the right package. Attilio, you're way much more aware of this > >stuff than me. Do you have a suggestion? > > I think this is bug is related to DFB (it should be reassigned to Hence doing so (Attilio, you can do it by yourself, of course, see the doc of the BTS...just need a mail like this sent to [EMAIL PROTECTED] is what I'm doing right now by Bcc'ing this address) Also raising the severity. Something affecting Logitech mice will definitely affect many users > libdirectfb-0.9-25-udeb ) , so i'm cc'ing guys at [EMAIL PROTECTED] > Some info about the background: the bug was found in DFB 0.9.25.1, and > we're running with the linux_input input module disabled in directfbrc. > Do you think this is really a DFB related issue? any hint about how to > fix it? (please, include [EMAIL PROTECTED] when replying). signature.asc Description: Digital signature
Bug#340007: Is it ok closing this bug
This bug was found in old GTKDFB 2.0.9 libraries: now that we've switched to 2.8.x, is it safe closing it? Attilio -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
localechooser_1.23_i386.changes ACCEPTED
Accepted: localechooser_1.23.dsc to pool/main/l/localechooser/localechooser_1.23.dsc localechooser_1.23.tar.gz to pool/main/l/localechooser/localechooser_1.23.tar.gz localechooser_1.23_all.udeb to pool/main/l/localechooser/localechooser_1.23_all.udeb Override entries for your package: localechooser_1.23.dsc - source debian-installer localechooser_1.23_all.udeb - optional debian-installer Announcing to debian-devel-changes@lists.debian.org Closing bugs: 379052 Thank you for your contribution to Debian. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processed: Merging bugs related to double click on tree leafs not recognized by GTK frontend
Processing commands for [EMAIL PROTECTED]: > reassign 382359 cdebconf-gtk-udeb Bug#382359: double click on partman partition does not open partition Bug reassigned from package `cdebconf-gtk-udeb partman' to `cdebconf-gtk-udeb'. > severity 382359 wishlist Bug#382359: double click on partman partition does not open partition Severity set to `wishlist' from `minor' > severuty 383946 wishlist Unknown command or malformed arguments to command. > merge 382359 382357 383946 Bug#382357: double click on leaf item in lists should continue Bug#382359: double click on partman partition does not open partition Bug#383946: installation-report: Double-click doesn't work in choose country dialog Mismatch - only Bugs in same state can be merged: Values for `severity' don't match: #382357 has `wishlist'; #383946 has `normal' > 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 [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#379052: marked as done (localechooser: Please do no more create /etc/environment)
Your message dated Sun, 27 Aug 2006 03:32:24 -0700 with message-id <[EMAIL PROTECTED]> and subject line Bug#379052: fixed in localechooser 1.23 has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) --- Begin Message --- Package: localechooser Severity: normal Hi, when locale variables had been moved from /etc/environment into /etc/default/locale, Christian and I agreed on letting localechooser create both files until most programs have been modified in testing. I believe that this is done now, so localechooser can be modified to not create /etc/environment. Denis --- End Message --- --- Begin Message --- Source: localechooser Source-Version: 1.23 We believe that the bug you reported is fixed in the latest version of localechooser, which is due to be installed in the Debian FTP archive: localechooser_1.23.dsc to pool/main/l/localechooser/localechooser_1.23.dsc localechooser_1.23.tar.gz to pool/main/l/localechooser/localechooser_1.23.tar.gz localechooser_1.23_all.udeb to pool/main/l/localechooser/localechooser_1.23_all.udeb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Christian Perrier <[EMAIL PROTECTED]> (supplier of updated localechooser package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing [EMAIL PROTECTED]) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sun, 27 Aug 2006 11:39:07 +0200 Source: localechooser Binary: localechooser Architecture: source all Version: 1.23 Distribution: unstable Urgency: low Maintainer: Debian Install System Team Changed-By: Christian Perrier <[EMAIL PROTECTED]> Description: localechooser - choose language/country/locale (udeb) Closes: 379052 Changes: localechooser (1.23) unstable; urgency=low . [ Frans Pop ] * Stop writing the locale to /etc/environment. Closes: #379052. . [ Christian Perrier ] * Add Telugu to the localized language list (commented) * Activate Gujarati in the language list . [ Philip Hands ] * add isinstallable: to delay configuration if auto-install/enabled=true Files: 0b4e748678c8abb9e63f014b137f4d60 743 debian-installer optional localechooser_1.23.dsc 624f73b4c62be1fb1ecbd9ed6b4e957b 81254 debian-installer optional localechooser_1.23.tar.gz 707a148fcc34acd563c7766659e905fd 113154 debian-installer optional localechooser_1.23_all.udeb Package-Type: udeb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQFE8XMT1OXtrMAUPS0RAmS/AJ0do4VqAEKWzNKy0YWhmM/j+a8B5gCfYasq q5NaioGXo4o1/UPOu0IFkDc= =S6fW -END PGP SIGNATURE- --- End Message ---
Processing of localechooser_1.23_i386.changes
localechooser_1.23_i386.changes uploaded successfully to localhost along with the files: localechooser_1.23.dsc localechooser_1.23.tar.gz localechooser_1.23_all.udeb Greetings, Your Debian queue daemon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processed: Merging bugs related to double click on tree leafs not recognized by GTK frontend
Processing commands for [EMAIL PROTECTED]: > reassign 382359 cdebconf-gtk-udeb Bug#382359: double click on partman partition does not open partition Bug reassigned from package `cdebconf-gtk-udeb' to `cdebconf-gtk-udeb'. > severity 382359 wishlist Bug#382359: double click on partman partition does not open partition Severity set to `wishlist' from `wishlist' > severity 383946 wishlist Bug#383946: installation-report: Double-click doesn't work in choose country dialog Severity set to `wishlist' from `normal' > merge 382359 382357 383946 Bug#382357: double click on leaf item in lists should continue Bug#382359: double click on partman partition does not open partition Bug#383946: installation-report: Double-click doesn't work in choose country dialog Merged 382357 382359 383946. > 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 [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Tests with PPPoE connection
(this is back in public) On 27/08/06, Abel McClendon <[EMAIL PROTECTED]> wrote: > > > Things should be easier now, as I have found ou about > > > DEBCONF_DEBUG. > > > > > > Could you please set DEBCONF_DEBUG=5 at boot time and run the > > > PPPoE step (after doing the move of the plugin) and send the > > > relevant log section? > > > > this test is _detailed... > > > > check this out and keep the URL under your hat ;-) if someone finds > > it.. fine... no reason to publicize it.. > > I am sending a install report that almost mirrors this. Still, the syslog section is not big enough. There should be something starting with "eth0 was not configured. ppp-udeb will bring it up" or "eth0 was already up". (even if the relevant Ethernet interface for you is eth1, please make sure you provide also the section with eth0, if any, even if is long; although I don't think so, it could be possible I have messed something in the code and probing is done incompletely). Also, I see your log is starting with: "Aug 25 12:55:07 debconf: --> UNREGISTER ppp/password" which is part of the current detction, but it is too late, and do not slaughter the log because you are removing precious information (you can obfuscate the addresses, but please, please, please, do NOT remove sections from the syslog). -- Regards, EddyP = "Imagination is more important than knowledge" A.Einstein -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Tests with PPPoE connection
On 27/08/06, Eddy Petrişor <[EMAIL PROTECTED]> wrote: (this is back in public) > > > check this out and keep the URL under your hat ;-) if someone finds > > > it.. fine... no reason to publicize it.. > > > I am sending a install report that almost mirrors this. Still, the syslog section is not big enough. There should be something Ooops, I've seen now the full syslog link. Sorry. -- Regards, EddyP = "Imagination is more important than knowledge" A.Einstein
Bug#340007: Is it ok closing this bug
Quoting Attilio Fiandrotti ([EMAIL PROTECTED]): > This bug was found in old GTKDFB 2.0.9 libraries: now that we've > switched to 2.8.x, is it safe closing it? If the bug is really closed by the switch, certainly. signature.asc Description: Digital signature
Processed: tagging 382862
Processing commands for [EMAIL PROTECTED]: > # Automatically generated email from bts, devscripts version 2.9.20 > tags 382862 + pending Bug#382862: debian-installer: formatting talks about partition #1 on LVM volumes There were no tags set. Tags added: 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 [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
BrlTTY and debian-installer
Hi,
Here is a patch for fixing debian-installer-related bugs of BrlTTY:
#373118: prebaseconfig -> finish-install transition
#374556: Automatically set up braille translation table according to
lannguage
#374557: make brltty-udeb preseedable
#371458: 1 startup problem when brltty is started early during debian
installation
I'm Cc-ing debian-boot because for bug 374556 (braille table selection),
I added a d-i question at stage 10, depending on languagechooser, so
that table selection happens soon, but after choosing the language.
If BrlTTY was not started (because no device was detected by udev for
instance), this selection is skipped (so that sighted user won't have
it). Debian-boot people may stop reading this mail here :)
Mario, I've added debconf management of BrlTTY parameters again, but
only the table parameter is really exposed to user, since on the long
run people will have auto-detectable devices. For other devices,
parameters preseeding is now possible. As we may have evoked some
time ago, we might even put a webpage with a form for choosing BrlTTY
parameters, and which produces the appropriate preseed.cfg file to be
put on a USB key.
About the patch itself, brltty.sh now just gets the three parameters
(plus a fourth "extra" parameters, in case the user needs to give
special options to the braille driver for instance), it records them (if
any) in debconf, and then uses debconf for knowing which parameters to
give to brltty. That way, all of udev rules, /proc/cmdline parsing and
preseeding can use it for starting brltty as appropriate.
About 371458 (1 startup problem), there is actually another startup
problem because help files got removed. The end of the patch fixes this.
Samuel
diff -urN brltty-3.7.2/debian/brltty-udeb.dirs
brltty-3.7.2-3/debian/brltty-udeb.dirs
--- brltty-3.7.2/debian/brltty-udeb.dirs2006-08-27 04:43:06.0
+0200
+++ brltty-3.7.2-3/debian/brltty-udeb.dirs 2006-08-27 04:54:08.0
+0200
@@ -3,4 +3,5 @@
lib/brltty
lib/debian-installer-startup.d
sbin
-usr/lib/prebaseconfig.d
+usr/lib/post-base-installer.d
+usr/lib/finish-install.d
diff -urN brltty-3.7.2/debian/brltty-udeb.finish-install
brltty-3.7.2-3/debian/brltty-udeb.finish-install
--- brltty-3.7.2/debian/brltty-udeb.finish-install 1970-01-01
01:00:00.0 +0100
+++ brltty-3.7.2-3/debian/brltty-udeb.finish-install2006-08-27
05:46:56.0 +0200
@@ -0,0 +1,25 @@
+#! /bin/sh -e
+# This script writes a BRLTTY configuration file to /target/etc/brltty.conf.
+
+unset DEBIAN_HAS_FRONTEND
+unset DEBIAN_FRONTEND
+unset DEBCONF_FRONTEND
+unset DEBCONF_REDIR
+
+pid=/var/run/brltty
+
+if [ -r $pid ] && kill -0 `cat $pid`; then
+if apt-install brltty 1>&2; then
+brailleDriver="`debconf-get brltty/driver`"
+brailleDevice="`debconf-get brltty/device`"
+textTable="`debconf-get brltty/table`"
+ (
+ echo "# Created by $0"
+ [ -n "${brailleDriver}" ] && echo "braille-driver ${brailleDriver}"
+ [ -n "${brailleDevice}" ] && echo "braille-device ${brailleDevice}"
+ [ -n "${textTable}" ] && echo "text-table ${textTable}"
+ ) >/target/etc/brltty.conf
+fi
+fi
+
+exit 0
diff -urN brltty-3.7.2/debian/brltty-udeb.init
brltty-3.7.2-3/debian/brltty-udeb.init
--- brltty-3.7.2/debian/brltty-udeb.init2006-08-27 04:43:06.0
+0200
+++ brltty-3.7.2-3/debian/brltty-udeb.init 2006-08-27 14:06:47.0
+0200
@@ -1,5 +1,36 @@
#!/bin/sh
-grep -q brltty /proc/cmdline && /lib/brltty/brltty.sh -E
+if grep -q brltty= /proc/cmdline
+then
+ set `cat /proc/cmdline`
+ while [ "$#" -gt 0 ]
+ do
+ case "${1}" in
+ "brltty="*)
+ parameters="${1#*=}"
+
+ IFS=,
+ set "$parameters"
+ driver="$1"
+ device="$2"
+ table="$3"
+
+ if [ "$device" ]; then
+ test "`expr "$device" : "/"`" -eq 0 && \
+ device="/dev/$device"
+ test "`expr "$device" : "/dev/tts/"`" -eq 9 && \
+ device="/dev/ttyS`expr substr $device
10 2`"
+ fi
+ /lib/brltty/brltty.sh "$driver" "$device" "$table"
+ break
+ ;;
+ esac
+ shift
+ done
+else
+ if [ "`debconf-get brltty/driver`" ] || [ "`debconf-get brltty/device`"
]
+ then
+ /lib/brltty/brltty.sh
+ fi
+fi
pid=/var/run/brltty
[ -r $pid ] && kill -0 `cat $pid` && debconf-set debian-installer/framebuffer
false
-
diff -urN brltty-3.7.2/debian/brltty-udeb.postinst
brltty-3.7.2-3/debian/brltty-udeb.postinst
--- brltty-3.7.2/debian/brltty-udeb.postinst1970-01-01 01:00:00.0
+0100
+++ brltty-3.7.2-3/debian/b
mipsel install failure in gxemul-ated decstation
Hi, I've been trying to follow instructions I found about installing debian in a GXemul emulated decstation. The issue I have is that shortly after reaching 'load installer components from CD', I get a failure to load archdetect. If I press back and try again, the installation proceeds a bit further but ultimately fails to copy anything to my target disk. If I go to a shell and try to run archdetect there, I get: archdetect: /lib/debian-installer.so.4: version `LIBDI_4.5' not found (required by archdetect) I suppose gxemul is not a supported target platform, OTOH it does look like the issue might be a broken dependancy in the installer and so impact other mipsel hardware - I have not been able to actually check. Steps I took to reproduce the issue: * Install gxemul package * Make empty virtual disk: dd if=/dev/zero of=debian_pmax.img bs=1024 count=1 seek=330 * Get kernel from http://www.firstworks.com/mips-linux-2.4.31/vmlinux-2.4.31 (GXemul seems to have issues with serial ports in the default kernel) * Get mipsel ISO from http://www.debian.org/devel/debian-installer/ (I tried daily and etch-beta3 images, netinst and businesscard). * Run the emulator: gxemul -X -e3max -d debian_pmax.img -d debian-testing-mipsel-netinst.iso \ vmlinux-2.4.31 I then followed the instructions from http://gavare.se/gxemul/gxemul-stable/doc/guestoses.html#declinux There are two warnings to ignore before reaching the issue, related to a failure to configure the keyboard layout and a lack of modules for the kernel I used. After that I hit the archdetect issue, which I do not think to be related to either of these previous warnings. Has anyone successfully used the beta3 installer on mipsel ? Is there a way to force the subarch rather than running archdetect ? Any other advice I could use in this situation ? Thanks, -- Michel "Walken" Lespinasse "Bill Gates is a monocle and a Persian cat away from being the villain in a James Bond movie." -- Dennis Miller -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Tests with PPPoE connection
On Sun, 27 Aug 2006 14:33:57 +0300 "Eddy Petrişor" <[EMAIL PROTECTED]> wrote: > On 27/08/06, Eddy Petrişor <[EMAIL PROTECTED]> wrote: > > (this is back in public) > > > > > > > check this out and keep the URL under your hat ;-) if someone > > > > > finds it.. fine... no reason to publicize it.. > > > > > I am sending a install report that almost mirrors this. > > > > Still, the syslog section is not big enough. There should be > > something > > Ooops, I've seen now the full syslog link. Sorry. > that's OK. here's the filed installation report... http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=384709 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
OK to commit fix for bug #375161?
I'd like to commit the fix for bug #375161 with the template changed to the below text (suggested by Christian Perrier). joeyh: does the template look ok? Is it ok to go ahead and commit the patch in the bug report? Regards, David _Description: Invalid logical volume or volume group name Logical volumes or volume groups names may only contain alphanumeric characters, hyphen, plus, period and underscore. They must be 128 characters or less and may not begin with a hyphen. The names "." and ".." are not allowed. In addition, logical volume names may not begin with "snapshot". . Please choose another name. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: BrlTTY and debian-installer
I'd like to comment on the templates wording as these new debconf templates are meant to appear in the installer. We thus need to guarantee the wording consistency. > diff -urN brltty-3.7.2/debian/brltty-udeb.templates-in > brltty-3.7.2-3/debian/brltty-udeb.templates-in > --- brltty-3.7.2/debian/brltty-udeb.templates-in 1970-01-01 > 01:00:00.0 +0100 > +++ brltty-3.7.2-3/debian/brltty-udeb.templates-in2006-08-27 > 14:41:00.0 +0200 > @@ -0,0 +1,23 @@ > +Template: debian-installer/brltty-udeb/title > +Type: text > +_Description: Choose braille table Why not "Braille" here? Isn't that a common spelling to use a capital for "braille"? > + > +Template: brltty/driver > +Type: string > +_Description: Braille Driver Should be "Braille driver:" Isn't some extra explanation useful? I understand this will be available only for Braille users so they're likely to understand what's asked here. > + > +Template: brltty/device > +Type: string > +_Description: Braille Device Should be "Braille device:" No caps for "device" > + > +Template: brltty/table > +Type: select > +# Translators, keep the first word as is, and please try to avoid letters > other > +# than just plain a-z, because only a-z have standard braille representations > +_Choices: cz, da, da-lt, da-1252, de, es, fi1, fi2, fr-cbifs, fr_CA, fr_FR, > visiob, it, no-h, no-p, pl, ru, se, se-old, simple, uk, us, vni, nabcc I deeply suggest to split out these choices as "__Choices". This avoid many translator errors and also make easier to add/remove entries. I also suggest to add an Englih "translation" so that users of the English language may see "Czech (cz)" "Danish (da)", etc. > +Default: nabcc > +_Description: Choose a braille table (nabcc for having BrlTTY not restarted) > + I suggest _Description: Braille table: Please choose a Braille table. If BrlTTY should not be restarted, please choose "nabcc". > +Template: brltty/extra > +Type: string > +_Description: Extra BrlTTY options I suggest "Extra BrlTTY options:" and maybe some extra explanations. About the French translation you proposed in the patch, the French team would need to review it...ut I suggest keepign it separated for now. As this patch adds templates to a package that could optionnally be used in D-I, the package should enter the list of packages that are prioritized for translators, ie the "levels" we describe in http://d-i.alioth.debian.org/i18n-doc Of course, this only if the patch is accepted by Mario..:-) Doing so will trigger a few things: -knowing where to access the development repository do brltty. Mario, do you use a CVS or SVN ? -getting write access to that repository so that someone from the D-I i18n team may commit translations directly and save time to Mario. Of course, as a mutual agreemet, that access would only be meant for l10n maintenance In ay case, thanks a lot, Samuel, for all this work on D-I accessibility issues. With it, I think we can achieve oe of the best accessible installers ever signature.asc Description: Digital signature
Processed: Closing because bug was fixed in GTK 2.8.x libraries
Processing commands for [EMAIL PROTECTED]: > close 340007 Bug#340007: SELECT questions are not automatically scrolled to the active choice 'close' is deprecated; see http://www.debian.org/Bugs/Developer#closing. Bug closed, send any further explanations to [EMAIL PROTECTED] > 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 [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: BrlTTY and debian-installer
On Sun, Aug 27, 2006 at 04:49:29PM +0200, Christian Perrier wrote: > > + > > +Template: brltty/table > > +Type: select > > +# Translators, keep the first word as is, and please try to avoid letters > > other > > +# than just plain a-z, because only a-z have standard braille > > representations > > +_Choices: cz, da, da-lt, da-1252, de, es, fi1, fi2, fr-cbifs, fr_CA, > > fr_FR, visiob, it, no-h, no-p, pl, ru, se, se-old, simple, uk, us, vni, > > nabcc > > I deeply suggest to split out these choices as "__Choices". This avoid > many translator errors and also make easier to add/remove entries. > > I also suggest to add an Englih "translation" so that users of the > English language may see "Czech (cz)" "Danish (da)", etc. Just a minor note, Czech as a language has code "cs". "cz" is a code for Czech the country. -- Miroslav Kure -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: BrlTTY and debian-installer
Miroslav Kure, le Sun 27 Aug 2006 16:51:56 +0200, a écrit : > On Sun, Aug 27, 2006 at 04:49:29PM +0200, Christian Perrier wrote: > > > + > > > +Template: brltty/table > > > +Type: select > > > +# Translators, keep the first word as is, and please try to avoid > > > letters other > > > +# than just plain a-z, because only a-z have standard braille > > > representations > > > +_Choices: cz, da, da-lt, da-1252, de, es, fi1, fi2, fr-cbifs, fr_CA, > > > fr_FR, visiob, it, no-h, no-p, pl, ru, se, se-old, simple, uk, us, vni, > > > nabcc > > > > I deeply suggest to split out these choices as "__Choices". This avoid > > many translator errors and also make easier to add/remove entries. > > > > I also suggest to add an Englih "translation" so that users of the > > English language may see "Czech (cz)" "Danish (da)", etc. > > Just a minor note, Czech as a language has code "cs". "cz" is a code > for Czech the country. Yes I know, but the BrlTTY table is called this way (there are a few other oddities like this). Samuel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: BrlTTY and debian-installer
Christian Perrier, le Sun 27 Aug 2006 16:49:29 +0200, a écrit :
> > +Template: brltty/driver
> > +Type: string
> > +_Description: Braille Driver
> > +Template: brltty/extra
> > +Type: string
> > +_Description: Extra BrlTTY options
>
> Isn't some extra explanation useful? I understand this will be
> available only for Braille users so they're likely to understand
> what's asked here.
These are only for preseeding. And yes, if some users need to set it, he
should know what this is.
> > +Template: brltty/table
> > +Type: select
> > +# Translators, keep the first word as is, and please try to avoid letters
> > other
> > +# than just plain a-z, because only a-z have standard braille
> > representations
> > +_Choices: cz, da, da-lt, da-1252, de, es, fi1, fi2, fr-cbifs, fr_CA,
> > fr_FR, visiob, it, no-h, no-p, pl, ru, se, se-old, simple, uk, us, vni,
> > nabcc
>
> I deeply suggest to split out these choices as "__Choices".
Ok.
> I also suggest to add an Englih "translation" so that users of the
> English language may see "Czech (cz)" "Danish (da)", etc.
There is already one in debian/po/
Here is an updated patch with proposed changes. I don't know about
the status of the word "Braille", but I guess that since it refers to
somebody, a capital letter won't hurt.
Samuel
diff -urN brltty-3.7.2/debian/brltty-udeb.dirs
brltty-3.7.2-3/debian/brltty-udeb.dirs
--- brltty-3.7.2/debian/brltty-udeb.dirs2006-08-27 04:43:06.0
+0200
+++ brltty-3.7.2-3/debian/brltty-udeb.dirs 2006-08-27 04:54:08.0
+0200
@@ -3,4 +3,5 @@
lib/brltty
lib/debian-installer-startup.d
sbin
-usr/lib/prebaseconfig.d
+usr/lib/post-base-installer.d
+usr/lib/finish-install.d
diff -urN brltty-3.7.2/debian/brltty-udeb.finish-install
brltty-3.7.2-3/debian/brltty-udeb.finish-install
--- brltty-3.7.2/debian/brltty-udeb.finish-install 1970-01-01
01:00:00.0 +0100
+++ brltty-3.7.2-3/debian/brltty-udeb.finish-install2006-08-27
05:46:56.0 +0200
@@ -0,0 +1,25 @@
+#! /bin/sh -e
+# This script writes a BRLTTY configuration file to /target/etc/brltty.conf.
+
+unset DEBIAN_HAS_FRONTEND
+unset DEBIAN_FRONTEND
+unset DEBCONF_FRONTEND
+unset DEBCONF_REDIR
+
+pid=/var/run/brltty
+
+if [ -r $pid ] && kill -0 `cat $pid`; then
+if apt-install brltty 1>&2; then
+brailleDriver="`debconf-get brltty/driver`"
+brailleDevice="`debconf-get brltty/device`"
+textTable="`debconf-get brltty/table`"
+ (
+ echo "# Created by $0"
+ [ -n "${brailleDriver}" ] && echo "braille-driver ${brailleDriver}"
+ [ -n "${brailleDevice}" ] && echo "braille-device ${brailleDevice}"
+ [ -n "${textTable}" ] && echo "text-table ${textTable}"
+ ) >/target/etc/brltty.conf
+fi
+fi
+
+exit 0
diff -urN brltty-3.7.2/debian/brltty-udeb.init
brltty-3.7.2-3/debian/brltty-udeb.init
--- brltty-3.7.2/debian/brltty-udeb.init2006-08-27 04:43:06.0
+0200
+++ brltty-3.7.2-3/debian/brltty-udeb.init 2006-08-27 14:06:47.0
+0200
@@ -1,5 +1,36 @@
#!/bin/sh
-grep -q brltty /proc/cmdline && /lib/brltty/brltty.sh -E
+if grep -q brltty= /proc/cmdline
+then
+ set `cat /proc/cmdline`
+ while [ "$#" -gt 0 ]
+ do
+ case "${1}" in
+ "brltty="*)
+ parameters="${1#*=}"
+
+ IFS=,
+ set "$parameters"
+ driver="$1"
+ device="$2"
+ table="$3"
+
+ if [ "$device" ]; then
+ test "`expr "$device" : "/"`" -eq 0 && \
+ device="/dev/$device"
+ test "`expr "$device" : "/dev/tts/"`" -eq 9 && \
+ device="/dev/ttyS`expr substr $device
10 2`"
+ fi
+ /lib/brltty/brltty.sh "$driver" "$device" "$table"
+ break
+ ;;
+ esac
+ shift
+ done
+else
+ if [ "`debconf-get brltty/driver`" ] || [ "`debconf-get brltty/device`"
]
+ then
+ /lib/brltty/brltty.sh
+ fi
+fi
pid=/var/run/brltty
[ -r $pid ] && kill -0 `cat $pid` && debconf-set debian-installer/framebuffer
false
-
diff -urN brltty-3.7.2/debian/brltty-udeb.postinst
brltty-3.7.2-3/debian/brltty-udeb.postinst
--- brltty-3.7.2/debian/brltty-udeb.postinst1970-01-01 01:00:00.0
+0100
+++ brltty-3.7.2-3/debian/brltty-udeb.postinst 2006-08-27 03:24:27.0
+0200
@@ -0,0 +1,56 @@
+#!/bin/sh
+set -e
+
+pid=/var/run/brltty
+if [ ! -r $pid ] || ! kill -0 `cat $pid`
+then
+ exit 0
+fi
+
+. /usr/share/debconf/confmodule
+
+drivercode=brltty/driver
+devicecode=brltty/device
+tablecode=brltty/table
+
+db_get "$tablecode"
+[ "$RET" -a "$RET" != nabcc ] && exit 0
+
+db_get "$drivercode"
+driver="$RET"
+
+db_get debian-installer/l
Re: BrlTTY and debian-installer
Hi, Christian Perrier, le Sun 27 Aug 2006 16:49:29 +0200, a écrit : > -knowing where to access the development repository do brltty. Mario, > do you use a CVS or SVN ? > -getting write access to that repository so that someone from the D-I > i18n team may commit translations directly and save time to Mario. Of > course, as a mutual agreemet, that access would only be meant for l10n > maintenance Actually, in case Mario doesn't use any repository, a small repository can be set up just for this. Samuel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: BrlTTY and debian-installer
> > Isn't some extra explanation useful? I understand this will be > > available only for Braille users so they're likely to understand > > what's asked here. > > These are only for preseeding. And yes, if some users need to set it, he > should know what this is. If they're only for preseeding, then they shouldn't be marked for translation, ie remove the leading "_" in the description. > > > > +Template: brltty/table > > > +Type: select > > > +# Translators, keep the first word as is, and please try to avoid > > > letters other > > > +# than just plain a-z, because only a-z have standard braille > > > representations > > > +_Choices: cz, da, da-lt, da-1252, de, es, fi1, fi2, fr-cbifs, fr_CA, > > > fr_FR, visiob, it, no-h, no-p, pl, ru, se, se-old, simple, uk, us, vni, > > > nabcc > > > > I deeply suggest to split out these choices as "__Choices". > > Ok. > > > I also suggest to add an Englih "translation" so that users of the > > English language may see "Czech (cz)" "Danish (da)", etc. > > There is already one in debian/po/ Yeah, I saw it later..:-) signature.asc Description: Digital signature
Re: OK to commit fix for bug #375161?
David Härdeman wrote: > joeyh: does the template look ok? Is it ok to go ahead and commit the > patch in the bug report? Looks ok to me. -- see shy jo signature.asc Description: Digital signature
Re: OK to commit fix for bug #375161?
On Sun, Aug 27, 2006 at 04:01:52PM +0200, David Härdeman wrote: > _Description: Invalid logical volume or volume group name > Logical volumes or volume groups names may only contain alphanumeric Logical volume or volume group names ? The singular form sounds better to me. but note that I'm not nearly a native speaker of English. It would be more consistent with the title and last sentence. cheers, Max -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: mipsel install failure in gxemul-ated decstation
* Michel Lespinasse <[EMAIL PROTECTED]> [2006-08-27 06:33]: > Is there a way to force the subarch rather than running archdetect ? No. > Any other advice I could use in this situation ? I think gxemul has support for Cobalt machines. Can you try the Cobalt image rather than DECstation? -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: OK to commit fix for bug #375161?
Max Vozeler wrote: > On Sun, Aug 27, 2006 at 04:01:52PM +0200, David Härdeman wrote: > > _Description: Invalid logical volume or volume group name > > Logical volumes or volume groups names may only contain alphanumeric > Logical volume or volume group names ? > > The singular form sounds better to me. but note that I'm not > nearly a native speaker of English. It would be more consistent > with the title and last sentence. You're quite right, actually. Not sure how I missed this. :-) -- see shy jo signature.asc Description: Digital signature
Bug#384323: Bug#384248: installation-report: Almost successful Etch installation with di-beta3
Christian Perrier wrote: > Indeed, they are. Localechooser's finish-install does so but, from > Eugenyi explanations, it indeed overwrites the defaults set by the > console-cyrillic package itself. > > Indeed, I see two ways to go: > > -remove console-cyrillic for Russian and do just like we do for > Ukrainian > > -do NOT overwrite console-cyrillic defaults in localechooser's > finish-install script How much of localechooser's finish-install script really needs to run at the very end? Could some/all/the problimatic bits be moved to a base-installer.d hook, where they would happen before console-cryillic is installed? -- see shy jo signature.asc Description: Digital signature
Bug#382129: Beta3 won't boot on OldWorld PowerPC Mac
Aurélien GÉRÔME wrote: > Okay, in that case, I strongly disagree. That would be like saying > the efforts to get it working until now are worthless. No, it would simply be a statement of fact. If d-i cannot be made to support oldworld powerpc in time for etch despite everyone's work, then it makes sense to document this. > The individual behind debian-installer has already kicked out Sven > without any concern for the PowerPC port well being. If a port cannot survive if one very disruptive and hard to work with individual is kicked out of one project, then it has *very* big problems. > I sincerely hope I will succeed getting an access to the > debian-installer SVN repository to work on miboot targets and on > miboot-installer... It's trivial to get access to the d-i svn repository. Simply send working patches to debian-boot, once we know you and your work you will be added in short order. -- see shy jo signature.asc Description: Digital signature
Re: Many comments to Beta 3
Eddy Petrişor wrote: > Indeed, this was discussed many times, but I think the main stopper is > their real meaning (which in turn is 0 information for a newbie user). > > I would suggest: > businesscard -> keychain > netinst remains this way or -> minidisc The businesscard CD is targeted at the CD images that are the size and shape of a business card. Due to only having a usable small circular area in the center, these are limited to something less than 100 mb of data. -- see shy jo signature.asc Description: Digital signature
Processed: reassign 382424 to pkgsel
Processing commands for [EMAIL PROTECTED]: > # Automatically generated email from bts, devscripts version 2.9.20 > reassign 382424 pkgsel Bug#382424: D-I hangs: /cdrom became /media/cdrom0 Bug reassigned from package `debian-installer' to `pkgsel'. > 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 [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#382424: D-I hangs (waiting for APT input?)
Jens Seidel wrote:
> I can now reproduce it and found also the problem:
> APT is not able to mount a Debian CD, since APT searchs by default in
> /cdrom (see #282344) but /target/etc/fstab refers to /media/cdrom0.
> Setting Acquire::cdrom::mount "/media/cdrom0" in /target/etc/apt/apt.conf
> fixes this.
d-i creates a /cdrom -> /media/cdrom0 link, specifially to keep apt happy.
So the question seems to be, why isn't that working for apt in /target?
> To reproduce it use the Beta 3 netinst ISO ("install" target) and
> install a system without network mirror. Once the installation finished
> the CD is unmounted. Now select again "Select and install software" and
> try to install another task. The system hangs now because APT cannot
> mount the CD. The same happens if the user unmout the CD manually ...
Ok, so you're going all the way thru to the end of the installation process,
which unmounts and ejects the CD, canceling when it says it's going to reboot,
and then going back and running pkgsel again.
The problem might be that base-installer adds this to apt.conf.d:
APT::CDROM::NoMount "true";
Acquire::cdrom {
mount "/cdrom";
"/cdrom/" {
Mount "true";
UMount "true";
};
}
And it's not removed until the very end of the installation. So if you
cancel and go back, you're left with an unmounted CD, and with apt configured
to never try to mount the CD.
If so, then moving base-installer's finish-install script to run before
cdrom-detect's would solve the problem. It could be tested by
removing /target/etc/apt/apt.conf.d/00NoMountCDROM by hand and seeing it
pkgsel worked then. I'm not currently able to test this.
--
see shy jo
signature.asc
Description: Digital signature
Processed: tagging 375161
Processing commands for [EMAIL PROTECTED]: > # Automatically generated email from bts, devscripts version 2.9.20 > tags 375161 + pending Bug#375161: partman-lvm: check LV and VG names before trying to create them Tags were: patch Tags added: 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 [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#382129: Beta3 won't boot on OldWorld PowerPC Mac
On Sun, Aug 27, 2006 at 02:33:31PM -0400, Joey Hess wrote: > Aurélien GÉRÔME wrote: > > Okay, in that case, I strongly disagree. That would be like saying > > the efforts to get it working until now are worthless. > > No, it would simply be a statement of fact. If d-i cannot be made to > support oldworld powerpc in time for etch despite everyone's work, then > it makes sense to document this. > > > The individual behind debian-installer has already kicked out Sven > > without any concern for the PowerPC port well being. > > If a port cannot survive if one very disruptive and hard to work with > individual is kicked out of one project, then it has *very* big > problems. Maybe, but then, i saw little by little the other powerpc porters leaving, and when i had trouble following on it, i was left fully alone, and to quote Frans: "We know sven will eventually fix it, so we don't care". And you accused the porters of lazyness in the post-sarge release time, but weren't interested in any plan to ease their work. Also, you put all the blame on me, saying i am disruptive and hard to work with, but you and Frans also had a high part in this whole mess, especially Frans, who started somewhen last fall to take me as a scapegoat and stuff. Just reread our exchanges, each time i said something, in which i was wrong sometimes, but othertimes not, i got an almost immediate bashing reply from frans. As thus, i think that a project who has to kick out one of its member, because it is unable to cope with someone who suggests and want to discuss novel ideas to make things better (and i never did more than suggest and try to open discussions, i never, despite the d-i team's accusations, force my ideas on anybody or other such), is a project who has indeed a *very* big problem. > > I sincerely hope I will succeed getting an access to the > > debian-installer SVN repository to work on miboot targets and on > > miboot-installer... > > It's trivial to get access to the d-i svn repository. Simply send > working patches to debian-boot, once we know you and your work you will > be added in short order. Unless you are named Sven Luther, right ? Hurt, Sven Luther > > -- > see shy jo
Bug#382129: Beta3 won't boot on OldWorld PowerPC Mac
On Sun, Aug 27, 2006 at 02:33:31PM -0400, Joey Hess wrote: > Aurélien GÉRÔME wrote: > > Okay, in that case, I strongly disagree. That would be like saying > > the efforts to get it working until now are worthless. > > No, it would simply be a statement of fact. If d-i cannot be made to > support oldworld powerpc in time for etch despite everyone's work, then > it makes sense to document this. I thought we were talking about dropping it, didn't we? If it is only to document it, saying it does not work properly yet, but will work for etch+1, it is completely fine with me. > > The individual behind debian-installer has already kicked out Sven > > without any concern for the PowerPC port well being. > > If a port cannot survive if one very disruptive and hard to work with > individual is kicked out of one project, then it has *very* big > problems. Well, I am very surprised every times someone says that. Sven is a person with who I work and I really enjoy it. He is very knowledgeable on *PowerPC* hardware, low-level programming, kernel packaging, d-i integration, and he has a global overview and understanding of the Debian PowerPC port. I fail to see another person like him being *currently* active in Debian/PowerPC at several levels and for all these years... Of course, I am sure there were people like this involved in the past. :) > > I sincerely hope I will succeed getting an access to the > > debian-installer SVN repository to work on miboot targets and on > > miboot-installer... > > It's trivial to get access to the d-i svn repository. Simply send > working patches to debian-boot, once we know you and your work you will > be added in short order. It is scheduled, ranting will not serve me anyway and made me felt stupid enough not to ever start again. I still hope not to be treated like Sven was for PowerPC-related work in d-i. We will see in some weeks whether or not I will end up getting bashed on debian-boot... Cheers, -- .''`. Aurélien GÉRÔME : :' : `. `'` Free Software Developer `- Unix Sys & Net Admin signature.asc Description: Digital signature
Re: mipsel install failure in gxemul-ated decstation
On Sun, Aug 27, 2006 at 08:35:11PM +0200, Martin Michlmayr wrote: > * Michel Lespinasse <[EMAIL PROTECTED]> [2006-08-27 06:33]: > > Any other advice I could use in this situation ? > > I think gxemul has support for Cobalt machines. Can you try the > Cobalt image rather than DECstation? Hmmm - I did try but have to admit I did not get far. For some reason I could not figure out how to boot any of the debian supplied kernels within gxemul - I believe the issue might be that I dont pass quite the right options to preload the initrd image. The vmlinux-2.4.31 kernel I have boots without initrd, but I do not have the cobalt equivalent of that yet... :/ -- Michel "Walken" Lespinasse "Bill Gates is a monocle and a Persian cat away from being the villain in a James Bond movie." -- Dennis Miller -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processed: retitle 382424 to second pkgsel run after cdrom eject hangs
Processing commands for [EMAIL PROTECTED]: > # Automatically generated email from bts, devscripts version 2.9.20 > retitle 382424 second pkgsel run after cdrom eject hangs Bug#382424: D-I hangs: /cdrom became /media/cdrom0 Changed Bug title. > 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 [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processed: reassign 384653 to parted
Processing commands for [EMAIL PROTECTED]: > # Automatically generated email from bts, devscripts version 2.9.20 > reassign 384653 parted Bug#384653: debian-installer: wrong size on 73GB SCSI on Sparc Bug reassigned from package `debian-installer' to `parted'. > 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 [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#150791: I think you should
Thanks for notifying us with your weight problem concerns. Our 2 Nutritionists are online 24 hours a day to answer your questions or concerns. Marty Staton and Willie Aldrich have been nutritionists for the past 10 years and are recommending that you try a 2-3 month supply of hoodia. This product will be in stores October, 2006, or can be purchased at some online stores. Below we have included a link where this product can be purchased. http://097.sweaterklivezhealth.com If you have any questions feel free to contact us. Thanks, Marty Staton (R)-emoval (S)-ystem on our Site -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
I met some issue for Daily Etch installer
Hi Guys. If you know these issue, please ignore. Today (about 11:00AM in jst), I downloaded daily etch installer. And I test it. I met some issue. (1) Does screen shot button work? Installer made tasksel_first_0.png, tasksel_first_1.png, popularity-contest_participate_0.png and x11-common_upgrade_issue_0.png. I send me these images to Sarge Machine. GIMP and Firefox does not open these images. It is broken. (2) In tasksel_first stage, I wondered that tasksel point taskname disappear. I point other taskname, It disappear. But Last taskname appear. -- ++++++++++++++ Yukiharu Yabuki (矢吹幸治) I use Debian GNU/Linux mail: [EMAIL PROTECTED] ++++++++++++++ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
