Bug#290443: apt-src: does not recognise installation succeeded when unpacking to APT::Src::Location
Package: apt-src Version: 0.25.1 Severity: normal I have apt-src configured to install source in /usr/src/debian by setting the APT::Src::Location configuration parameter in /etc/apt/apt.conf. After unpacking the source, apt-src errors out with this error: E: Did not unpack to $PWD/udev-0.050 where $PWD is your current directory. The error message is technically correct because the source was not unpacked there, but it was not meant to. This results in no entry being written to $HOME/.apt-src/status, so further apt-src commands report the source package is not installed. I must ensure my current directory is /usr/src/debian when I install a source package to be able to build it - defeating the purpose of APT::Src::Location. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (990, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.9-ch1-imladris-1 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages apt-src depends on: ii apt 0.5.27.2 Advanced front-end for dpkg ii dpkg-dev 1.10.25Package building tools for Debian ii libapt-pkg-perl 0.1.13 Perl interface to libapt-pkg ii perl 5.8.4-5Larry Wall's Practical Extraction -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#290442: cvs: typo(?) in template.pot
Package: cvs Version: 1:1.12.9-9 Severity: wishlist Tags: l10n patch -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Dear cvs maintainer, In template.pot, I consider that it is better to change as follows. - --- debian/po/templates.pot.orig2005-01-14 14:40:55.0 +0900 +++ debian/po/templates.pot 2005-01-14 14:38:47.0 +0900 @@ -218,7 +218,7 @@ #: ../cvs.templates:80 msgid "" "If you chose to enable the CVS pserver, it will be installed in inetd, using " - -"tcpd wrappers.\"" +"\"tcpd wrappers\"." msgstr "" - -- Regards, Hideki Yamane henrich @ samba.gr.jp/iijmio-mail.jp -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.5 (GNU/Linux) iD8DBQFB513+Iu0hy8THJksRAsgzAJoCs4gh8xxknS7LeAIB8z3f76v03wCfVa4l IGop5wi14Q7j1k8caa3lTJ8= =AmM1 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#290441: laptop-mode-tools: fails to restart acpid after installing or removing files from /etc/acpi/events
Package: laptop-mode-tools Version: 1.04-1.1 Severity: normal During installation the files lm_ac_adapter, lm_battery and lm_lid are written to /etc/acpi/events and laptop-mode is started. Unfortunately these files are never parsed as it appears the acpid daemon caches the known files in /etc/acpi/events when started. Only by restarting acpid will the files be parsed as expected. When laptop-mode-tools is purged a similar problem occurs: acpid still thinks the lm_* files are in /etc/acpi/events and tries to call scripts in /etc/acpi/actions which no longer exist, resulting in error messages in /var/log/acpid. A solution would be to restart acpid (if appropriate) in the postinst and postrm scripts. Thanks for a great package. I hope this helps. David Ell -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.10 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages laptop-mode-tools depends on: ii powermgmt-base1.21 Common utils and configs for power -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#290323: Run Command Dialog (Alt+F2) doesn't close sometimes
On Thursday 13 January 2005 22:23, Adeodato Simó wrote: > - in a konsole (or equivalent), execute one of the offending games > (kpat, for instance). check that you don't get the shell prompt > back until you exit the game. now execute kwin4: is the prompt > back before exiting the game? > No, same behaviour for both programs. Prompt is not back until I close these games. pgpBnza6XbBRM.pgp Description: PGP signature
Bug#290308: xfree86-driver-synaptics doesn't detect my synaptics touchpad
On Thu, Jan 13, 2005 at 07:25:09PM +0100, Mattia Dongili wrote: > tags 290308 + moreinfo > severity 290308 normal > thank > > On Thu, Jan 13, 2005 at 03:27:17PM +0100, Eric Van Buggenhaut wrote: > > Package: xfree86-driver-synaptics > > Version: 0.13.6-2 > > Severity: important > > > > I just bought an IBM ThinkPad T42 which ships with a synaptics touchpad, > > as detected by the kernel: > > Some questions: > - which kernel version (I'd say 2.6.something) 2.6.10 patched with swsusp2 > - if so may you send the output of: > cat /proc/bus/input/devices I: Bus=0011 Vendor=0001 Product=0001 Version=ab54 N: Name="AT Translated Set 2 keyboard" P: Phys=isa0060/serio0/input0 H: Handlers=kbd event0 B: EV=120013 B: KEY=4 200 3802078 f840d001 f2df ffef fffe B: MSC=10 B: LED=7 I: Bus=0011 Vendor=0002 Product=0007 Version= N: Name="SynPS/2 Synaptics TouchPad" P: Phys=isa0060/serio1/input0 H: Handlers=mouse0 event1 B: EV=b B: KEY=6420 0 7 0 0 0 0 0 0 0 0 B: ABS=1103 I: Bus=0011 Vendor=0002 Product=0001 Version= N: Name="PS/2 IBM TrackPoint" P: Phys=synaptics-pt/serio0/input0 H: Handlers=mouse1 event2 B: EV=7 B: KEY=7 0 0 0 0 0 0 0 0 B: REL=3 I: Bus=0010 Vendor=001f Product=0001 Version=0100 N: Name="PC Speaker" P: Phys=isa0061/input0 H: Handlers=kbd event3 B: EV=40001 B: SND=6 > ls -l /dev/input/event* crw-r--r-- 1 root root 13, 64 2004-11-14 22:13 /dev/input/event0 > > [...] > > (II) Synaptics touchpad driver version 0.13.6 > > TouchPad no synaptics event device found (checked 2 nodes) > [...] > > If my suspects are correct you probably need to create more device nodes > in /dev/input (see man MAKEDEV or ask me again) > The log says in fact that only 2 nodes have been scanned while probably > your touchpad is bound to a missing node (I have it in > /dev/input/event5 for example). Debian doesn't create so many event > nodes by default. OK, I see what you mean. MAKEDEV input fixed the problem. Maybe including this command in postinst would be useful ? Thanks for your help -- Eric VAN BUGGENHAUT [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#290322: no manual page
hi, * Justin Pryzby <[EMAIL PROTECTED]> [2005-01-13 20:03]: > Care to write one? This program only takes two arguments: > > -v be verbose - show current configuration at start up. > -s do _not_ start the daemon - just show parsed config file. > > You might also mention the configuration file. Other than that .. > just an introduction copied from the source file or the readme. > > I will if you don't. sorry. i have not the time to write one, tommorrow i write my examns :) regards nico -- Nico Golde - [EMAIL PROTECTED] | GPG: 1024D/73647CFF ,'"`. [EMAIL PROTECTED] | http://www.ngolde.de ( grml.org VIM has two modes - the one in which it beeps`._,' and the one in which it doesn't -- encrypted mail preferred signature.asc Description: Digital signature
Bug#290306: [guus@debian.org: Bug#290306: dbus-1-dev: silly typedefs]
On Thu, 2005-01-13 at 19:44 +0100, Sjoerd Simons wrote: > > The file dbus-types.h contains very silly typedefs that will probably > break on any architecture where an int does not have the same size or > signedness as on i386: > > typedef unsigned int dbus_bool_t; > typedef unsigned short dbus_uint16_t; > typedef short dbus_int16_t; > typedef unsigned int dbus_uint32_t; > typedef intdbus_int32_t; > typedef dbus_uint32_t dbus_unichar_t; When porting to an arch where these are wrong we'd just move them to dbus-arch-deps.h and determine them at configure time, as dbus_int64_t already is. > It also introduces its own types, while there are perfectly well defined > and standardised types that do exactly what dbus needs in stdint.h > (int16_t, uint16_t, etc.) and stdbool.h (bool). At best DBus's > proprietary typedefs will confuse a programmer, and in the worst case it > will break on other architectures. These aren't portable enough yet. Programmers can assume that uint16_t is the same as dbus_uint16_t though. Havoc -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#290282: exim4-config clashes with exim mailx mutt mysql-server
"nodata" <[EMAIL PROTECTED]> writes: > Package: chkrootkit > Version: 0.44-2 > > chkrootkit sends me the following e-mail every day through cron: > > /etc/cron.daily/chkrootkit: > > /usr/lib/kaffe/.system > > unable to open wtmp-file wtmp > not tested: not found wtmp and/or lastlog file > run-parts: /etc/cron.daily/chkrootkit exited with return code 2 um, this is configurable. do a dpkg-reconfigure chkrootkit to configure it. or edit /etc/chkrootkit.conf and set RUN_DAILY="false". what's weird is i *think* that false is supposed to be the default. -l -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#290322: other bugs, config file
WRT the other bugs, the manpage should definitely mention the configuration file. Justin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#288545: mysql-query-browser: Killed on Query
Tim Weippert wrote: >mysql-query-browser gets killed at execute an query. > > Can you reproduce this on i386? Does it get killed on any query? For example, using the mysql schema, SELECT * FROM user will it get killed on this as well? - Adam -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#289925: konqueror: ignores default font size setting
Am Donnerstag, 13. Januar 2005 13:49 schrieb Matías Costa: > Here the behaviour is correct. My font is Vera Sans. May be you have > selected a bitmap font, or the web page especifies a fixed size. Can you > give more info? As far as I know, bitmap fonts are disabled at my site so it is not a bitmap font I use. I have written a simple HTML file where no fixed size is specified. Here it is: Konqueror bug This text shows that there is a bug in Konqueror. The problem applies here, too. Maybe I should say that changing the font size via the "magnifying-glass +" and "magnifying-glass -" buttons in the toolbar works. What further information do you need? Best wishes, Wolfgang
Bug#278332: /etc/default/cdrecord not matching reality
Guys, Surely a better installation default would be to have all the entries in /etc/default/cdrecord commented out? Add an extra comment to say "add your drive(s) here" and leave the entries in as examples... -- Steve McIntyre, Cambridge, UK.[EMAIL PROTECTED] "This dress doesn't reverse." -- Alden Spiess signature.asc Description: Digital signature
Bug#245848: Problem didn't disappear after applying the patch
Hi I hit the same problem with kernel 2.6.10 unstable. The problem didn't disappear even after applying the mentioned patch. The file /etc/X11/xkb/types/basic is looking exactly the same as the patched one. Do you have any other suggestions how to resolve it? I could also provide the snapshot of installed files related to gnome. They are upgraded along with current unstable branch. -- regards, Anton Pervukhin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#290323: Run Command Dialog (Alt+F2) doesn't close sometimes
* Georg Prager [Thu, 13 Jan 2005 16:40:53 +0100]: > Package: kwin > Version: 4:3.3.1-4 > Opening konqueror, kmail and many other programs works fine. But If I open > kpat, the dialog doesn't close. Closing kpat, the dialog says "KDEInit could > not launch '/usr/games/kpat'" > The same happens with some other programs like ksame or ksnake, and I'm sure > with many others too. This was tested on debian unstable but happens on > testing too. yes, you're right. it's a problem with all games, which are in /usr/games instead of /usr/bin. there is another report about this, already. I agree that it's mildly urgent that we fix it. Thanks. -- Adeodato Simó EM: asp16 [ykwim] alu.ua.es | PK: DA6AE621 When the only tool you have is a hammer, every problem starts to look like a nail. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#284019: Strongly suggest you package mod_ntlm_winbind instead
It my not feature a sf.net webpage, but mod_ntlm_winbind backs onto Samba's ntlm_auth, supports SPNEGO (dependent on ntlm_auth) and frankly, is much better coded internally. And yes, I currently maintain it (for some value of maintain, it is mainly missing basic authentication support at this time). http://download.samba.org/ftp/unpacked/lorikeet/trunk/mod_ntlm_winbind/ Andrew Bartlett -- Andrew Bartletthttp://samba.org/~abartlet/ Authentication Developer, Samba Team http://samba.org Student Network Administrator, Hawker College http://hawkerc.net signature.asc Description: This is a digitally signed message part
Bug#290306: [guus@debian.org: Bug#290306: dbus-1-dev: silly typedefs]
On Thu, Jan 13, 2005 at 02:31:37PM -0500, Havoc Pennington wrote: > > It also introduces its own types, while there are perfectly well defined > > and standardised types that do exactly what dbus needs in stdint.h > > (int16_t, uint16_t, etc.) and stdbool.h (bool). At best DBus's > > proprietary typedefs will confuse a programmer, and in the worst case it > > will break on other architectures. > > These aren't portable enough yet. Programmers can assume that uint16_t > is the same as dbus_uint16_t though. What do you mean, they aren't portable enough? They are MADE to be portable! You can check for the availability of these types with autoconf. If you compile on a system that doesn't define them (I think you have to look very hard for those), then you can always typedef them yourself as a last resort. I have more trust in the standard header files getting the typedefs right on all architectures than anyone else. -- Met vriendelijke groet / with kind regards, Guus Sliepen <[EMAIL PROTECTED]> signature.asc Description: Digital signature
Bug#284096: problem depends on Window manager?
You are right : only gnome _seems_ to work but in fact it corrupt something too : the color of the master slide footer title changed from yellow to black... I also tested fvwm2 and it crashes as KDE does. Does it ring a bell? Maintainers could try to reproduce the bugs on KDE if they use gnome as their favorite window manager... -- eric -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#290245: SECURITY: Five new upstream versions 5.4.5, 5.4.6, 5.4.7, 5.4.8, 5.4.9 available
severity 290245 important
tags 290245 -security
thanks
On Jan 13, 1:10am, FX wrote:
> package: vpopmail-bin
> severity: grave
>
> This package still contains an SQL Injection vulnerabilty that was fixed
It does not. Current version of Debian package doesn't run SQL code at all.
Pawel
--
(___) | Pawel Wiecek -- Coven / Svart -- http://www.coven.vmh.net/ |
< o o > | <[EMAIL PROTECTED]>GPG/PGP info in headers GSM: +48603240006
|
\ ^ / | * * Never try to explain computers to a layman. * * |
(") | * * It's easier to explain sex to a virgin. -- Heinlein |
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#290306: [guus@debian.org: Bug#290306: dbus-1-dev: silly typedefs]
We just got the mail below from a debian user/developer. He raises some valid points imho. - Forwarded message from Guus Sliepen <[EMAIL PROTECTED]> - Date: Thu, 13 Jan 2005 15:14:06 +0100 From: Guus Sliepen <[EMAIL PROTECTED]> Subject: Bug#290306: dbus-1-dev: silly typedefs To: Debian Bug Tracking System <[EMAIL PROTECTED]> Reply-To: Guus Sliepen <[EMAIL PROTECTED]>, [EMAIL PROTECTED] X-Mailer: reportbug 3.5 Package: dbus-1-dev Version: 0.22-4 Severity: normal Tags: upstream The file dbus-types.h contains very silly typedefs that will probably break on any architecture where an int does not have the same size or signedness as on i386: typedef unsigned int dbus_bool_t; typedef unsigned short dbus_uint16_t; typedef short dbus_int16_t; typedef unsigned int dbus_uint32_t; typedef intdbus_int32_t; typedef dbus_uint32_t dbus_unichar_t; It also introduces its own types, while there are perfectly well defined and standardised types that do exactly what dbus needs in stdint.h (int16_t, uint16_t, etc.) and stdbool.h (bool). At best DBus's proprietary typedefs will confuse a programmer, and in the worst case it will break on other architectures. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.9-skas3-v7 Locale: LANG=nl_NL.UTF-8, LC_CTYPE=nl_NL.UTF-8 (charmap=UTF-8) Versions of packages dbus-1-dev depends on: ii dbus-10.22-4 simple interprocess messaging syst ii pkg-config0.15.0-4 Manage compile and link flags for -- no debconf information - End forwarded message - -- The Shuttle is now going five times the sound of speed. -- Dan Rather, first landing of Columbia -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#290322: manpage
Included is a manpage. Justin scandetd.1.gz Description: Binary data
Bug#290425: Solution
The MinGW team has found the error in the Debian package and has provided a solution. Again that thread is: https://sourceforge.net/tracker/index.php?func=detail&aid=1101998&group_id=2435&atid=102435 Summary of the solution: the Debian distro needs to be reconfigured with --enabled-sjlj-exceptions to match the mingw.org distro. Dwarf2 can be made to work with gcc-3.4.4 but I haven't tried with 3.4.2. __ Do you Yahoo!? Yahoo! Mail - now with 250MB free storage. Learn more. http://info.mail.yahoo.com/mail_250 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#290439: drupal: Updated Japanese po-debconf template translation (ja.po)
Package: drupal
Severity: wishlist
Tags: l10n patch
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Dear drupal maintainer,
Thank you for adding ja.po file to your package.
But, sorry, I fotgot to translate 1 message... now I translate
it completely. Please use attached one.
- --
Regards,
Hideki Yamane henrich @ samba.gr.jp/iijmio-mail.jp
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.5 (GNU/Linux)
iD8DBQFB51nHIu0hy8THJksRAn9bAJ9RODqBtvBiReSzld9usQtg3yz9sACfesvP
2WoVQlJSdDgboK6ec+bKMPs=
=56a7
-END PGP SIGNATURE-
#
#Translators, if you are not familiar with the PO format, gettext
#documentation is worth reading, especially sections dedicated to
#this format, e.g. by running:
# info -n '(gettext)PO Files'
# info -n '(gettext)Header Entry'
#
#Some information specific to po-debconf are available at
#/usr/share/doc/po-debconf/README-trans
# or http://www.debian.org/intl/l10n/po-debconf/README-trans
#
#Developers do not need to manually edit POT or PO files.
#
#
msgid ""
msgstr ""
"Project-Id-Version: drupal 4.5.1-1\n"
"Report-Msgid-Bugs-To: \n"
"POT-Creation-Date: 2004-03-13 19:13+0100\n"
"PO-Revision-Date: 2005-01-11 08:39+0900\n"
"Last-Translator: Hideki Yamane <[EMAIL PROTECTED]>\n"
"Language-Team: Japanese \n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=EUC-JP\n"
"Content-Transfer-Encoding: 8bit\n"
#. Type: boolean
#. Description
#: ../templates.master:4
msgid "Automatically create Drupal database?"
msgstr "Drupal ¤Î¥Ç¡¼¥¿¥Ù¡¼¥¹¤ò¼«Æ°Åª¤ËºîÀ®¤·¤Þ¤¹¤«?"
#. Type: boolean
#. Description
#: ../templates.master:4
msgid ""
"Drupal needs access to a database, along with initialized data structures in "
"order to function properly. This can be created automatically by this "
"package, for MySQL or PostgreSQL databases."
msgstr ""
"µ¡Ç½¤¬Àµ¤·¤¯Æ°ºî¤¹¤ë¤¿¤á¤Ë¤Ï¡¢Drupal ¤Ï¥Ç¡¼¥¿¹½Â¤¤¬½é´ü²½¤µ¤ì¤¿¥Ç¡¼¥¿¥Ù¡¼¥¹¤Ë"
"Àܳ¤¹¤ëɬÍפ¬¤¢¤ê¤Þ¤¹¡£¤³¤ì¤Ï¡¢¤³¤Î¥Ñ¥Ã¥±¡¼¥¸¤Ë¤è¤Ã¤Æ¼«Æ°Åª¤ËºîÀ®²Äǽ¤Ç¡¢"
"MySQL ¤Þ¤¿¤Ï PostgreSQL ¥Ç¡¼¥¿¥Ù¡¼¥¹¤Î¤É¤Á¤é¤«¤¬ÍøÍѤǤ¤Þ¤¹¡£"
#. Type: boolean
#. Description
#: ../templates.master:4
msgid ""
"Automatically creating the database does not make sense if a Drupal database "
"already exists or if no database server has been setup when Drupal is "
"installed."
msgstr ""
"Drupal ¥Ç¡¼¥¿¥Ù¡¼¥¹¤¬¤¹¤Ç¤Ë¸ºß¤·¤Æ¤¤¤ë¡¢¤Þ¤¿¤Ï Drupal ¤Î¥¤¥ó¥¹¥È¡¼¥ë»þ¤Ë¥Ç¡¼"
"¥¿¥Ù¡¼¥¹¥µ¡¼¥Ð¤¬ÀßÄꤵ¤ì¤Æ¤¤¤Ê¤¤¤Ê¤É¤Î¾ì¹ç¡¢¥Ç¡¼¥¿¥Ù¡¼¥¹¤Î¼«Æ°ºîÀ®¤Ï°ÕÌ£¤¬¤¢"
"¤ê¤Þ¤»¤ó¡£"
#. Type: boolean
#. Description
#: ../templates.master:16
msgid "Run database update script?"
msgstr "¥Ç¡¼¥¿¥Ù¡¼¥¹¤ò¹¹¿·¤¹¤ë¥¹¥¯¥ê¥×¥È¤ò¼Â¹Ô¤·¤Þ¤¹¤«?"
#. Type: boolean
#. Description
#: ../templates.master:16
msgid ""
"If you are upgrading Drupal from an older upstream version, the database "
"structure needs to be updated. This package can perform this task "
"automatically."
msgstr ""
"Drupal ¤ò¸Å¤¤³«È¯¸µ¤Î¥Ð¡¼¥¸¥ç¥ó¤«¤é¥¢¥Ã¥×¥°¥ì¡¼¥É¤¹¤ë¾ì¹ç¡¢¥Ç¡¼¥¿¥Ù¡¼¥¹¹½Â¤¤â"
"¹¹¿·¤¹¤ëɬÍפ¬¤¢¤ê¤Þ¤¹¡£¤³¤Î¥Ñ¥Ã¥±¡¼¥¸¤Ç¤Ï¤³¤Îºî¶È¤ò¼«Æ°Åª¤Ë¼Â¹Ô¤·¤Þ¤¹¡£"
#. Type: boolean
#. Description
#: ../templates.master:16
msgid "The database will be backed up to prevent data loss."
msgstr "¥Ç¡¼¥¿¥Ù¡¼¥¹¤Ï¥Ç¡¼¥¿¤Î»¼º¤òÈò¤±¤ë¤¿¤á¤Ë¥Ð¥Ã¥¯¥¢¥Ã¥×¤µ¤ì¤Þ¤¹¡£"
#. Type: select
#. Description
#: ../templates.master:27
msgid "Database engine to be used with Drupal"
msgstr "Drupal ¤Ç»È¤ï¤ì¤ë¥Ç¡¼¥¿¥Ù¡¼¥¹¥¨¥ó¥¸¥ó"
#. Type: string
#. Description
#: ../templates.master:32
msgid "Database server for Drupal's database"
msgstr "Drupal ¤Î¥Ç¡¼¥¿¥Ù¡¼¥¹ÍѤΥǡ¼¥¿¥Ù¡¼¥¹¥µ¡¼¥Ð"
#. Type: string
#. Description
#: ../templates.master:37
msgid "Database server administrator user name on host ${host}"
msgstr "¥Û¥¹¥È ${host} ¾å¤Î¥Ç¡¼¥¿¥Ù¡¼¥¹¥µ¡¼¥Ð¤Î´ÉÍý¼Ô¥æ¡¼¥¶"
#. Type: password
#. Description
#: ../templates.master:42
msgid "Password for database server administrator ${user} on host ${host}"
msgstr "¥Û¥¹¥È ${host} ¾å¤Î¥Ç¡¼¥¿¥Ù¡¼¥¹¥µ¡¼¥Ð¤Î´ÉÍý¼Ô ${user} ¤Î¥Ñ¥¹¥ï¡¼¥É"
#. Type: password
#. Description
#: ../templates.master:42
msgid "The answer will not be stored anywhere permanently."
msgstr "²óÅú¤Ï¤É¤³¤Ë¤â¹±µ×Ū¤Ë¤ÏÊݸ¤µ¤ì¤Þ¤»¤ó¡£"
#. Type: string
#. Description
#: ../templates.master:48
msgid "Drupal database owner username"
msgstr "Drupal ¥Ç¡¼¥¿¥Ù¡¼¥¹¤Î½êͼԥ桼¥¶Ì¾"
#. Type: string
#. Description
#: ../templates.master:48
msgid "This username will be used by Drupal to connect to the database server."
msgstr "¤³¤Î¥æ¡¼¥¶Ì¾¤¬¥Ç¡¼¥¿¥Ù¡¼¥¹¤ËÀܳ¤¹¤ëºÝ¡¢Drupal ¤Ë¤è¤Ã¤Æ»È¤ï¤ì¤Þ¤¹"
#. Type: password
#. Description
#: ../templates.master:54
msgid "Drupal database owner password"
msgstr "Drupal ¥Ç¡¼¥¿¥Ù¡¼¥¹¤Î½êͼԥѥ¹¥ï¡¼¥É"
#. Type: password
#. Description
#: ../templates.master:54
msgid "If no password is specified here, a random password will be generated."
msgstr ""
"¤³¤³¤Ç¥Ñ¥¹¥ï¡¼¥É¤¬»ØÄꤵ¤ì¤Ê¤«¤Ã¤¿¾ì¹ç¡¢¥é¥ó¥À¥à¤Ç¥Ñ¥¹¥ï¡¼¥É¤¬À¸À®¤µ¤ì¤Þ¤¹¡£"
#. Type: string
#. Description
#: ../templates.master:61
msgid "Drupal database name"
msgstr "Drupal ¥Ç¡¼¥¿¥Ù¡¼¥¹Ì¾"
#. Type: boolean
#. Description
#: ../templates.mas
Bug#290438: produces wrong code on i386 compiling with -fno-automatic -O1
Package: g77-3.3 Version: 1:3.3.5-6 Severity: normal Hi, I have tracked down a bug report I was sent about libmathlib1 to a compiler optimization problem in g77 on i386. Please see the attached file for a test case. (Gunzip and un-tar it, cd into the resulting directory, and run "make" on a system with g77, make, libmathlib1-dev, libpacklib1-dev, and libkernlib1-dev packages installed.) The test case calculates the value of the triple integral of (sin(x)*sin(y)*sin(z))^2 with all three limits going from 1.d-8 to pi, whose value is equal to a tiny amount less than (pi^3)/8. (The setup is done in test.f and the main work in radmul.f, which comes from Cernlib source code.) The program prints out the numerical value of the integral, percent estimated error, number of iterations, and returned error flag. When the file radmul.f is compiled with g77 -O0 -fno-automatic flags, or just with -O1 flag, the following correct output is produced: calling dadmul I= 3.87578459+- 7.11202394E-12% 495 evals error0 When the flags -fno-automatic -O1 (or higher) are given, the output is quite wrong: calling dadmul I= 42336.3332+- 2.45015127% 99 evals error1 If lines 10 and 11 of test.f are changed to set A(1) and A(2) [the lower bounds of integration] to 0.d0 instead of 1.d-8, the output with -fno-automatic -O1 is no longer outrageously large, but it still has a lot of error: calling dadmul I= 3.87588078+- 0.000990792397% 18315 evals error0 The above behavior is that of g77-3.3 and g77-2.95. g77-3.4 does even worse. It produces the same result as g77-3.3 for the -fno-automatic -O1 case. Furthermore, when g77-3.4 is called with only -O1 (no -fno-automatic flag), the resulting program segfaults. (Run the attached testcase with "make F77=g77-3.4" to see.) For the three arches I've tested, these problems occur only on i386, not on powerpc nor on sparc. You may wish to clone this report to g77-3.4 and g77-2.95. I owe thanks to Eduardo A. Menendez Proupin for finding this bug, tracking down which Cernlib source code file it came from, and composing the test case. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.4.27-1-k7 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages g77-3.3 depends on: ii gcc-3.3 1:3.3.5-6The GNU C compiler ii gcc-3.3-base1:3.3.5-6The GNU Compiler Collection (base ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii libg2c0-dev 1:3.3.5-6GNU Fortran 77 library development -- no debconf information regards, -- Kevin B. McCarty <[EMAIL PROTECTED]> Physics Department WWW: http://www.princeton.edu/~kmccarty/Princeton University GPG: public key ID 4F83C751 Princeton, NJ 08544 test-g77-bug.tar.gz Description: Binary data
Bug#290437: can't boot with a read-only rootfs
Package: udev Version: 0.050-4 Severity: wishlist If the boot parameters is like: kernel (hd0,0)/boot/bzImage-now root=/dev/hdd1 ro the boot process will halt with an error message: Mounting a tmpfs over /dev...rm: cannot remove '/dev/test-file' The solution is simple: change the boot parameter to "rw". It's a very simple problem, but can make some headaches. Please include information in /usr/share/doc/udev/README.Debian.gz about this. -- Package-specific info: -- /etc/udev/rules.d/: /etc/udev/rules.d/: Ãsszesen 0 lrwxrwxrwx 1 root root 19 2005-01-06 01:19 cd-aliases.rules -> ../cd-aliases.rules lrwxrwxrwx 1 root root 13 2005-01-06 01:19 udev.rules -> ../udev.rules -- /sys/: /sys/block/fd0/dev /sys/block/hda/dev /sys/block/hdb/dev /sys/block/hdc/dev /sys/block/hdc/hdc1/dev /sys/block/hdc/hdc2/dev /sys/block/hdc/hdc5/dev /sys/block/hdc/hdc6/dev /sys/block/hdd/dev /sys/block/hdd/hdd1/dev /sys/block/hdd/hdd2/dev /sys/block/hdd/hdd5/dev /sys/block/loop0/dev /sys/block/loop1/dev /sys/block/loop2/dev /sys/block/loop3/dev /sys/block/loop4/dev /sys/block/loop5/dev /sys/block/loop6/dev /sys/block/loop7/dev /sys/class/i2c-dev/i2c-0/dev /sys/class/input/mice/dev /sys/class/input/mouse0/dev /sys/class/misc/microcode/dev /sys/class/misc/psaux/dev /sys/class/misc/rtc/dev /sys/class/misc/watchdog/dev /sys/class/ppp/ppp/dev /sys/class/sound/admmidi/dev /sys/class/sound/adsp/dev /sys/class/sound/amidi/dev /sys/class/sound/audio/dev /sys/class/sound/controlC0/dev /sys/class/sound/dmmidi/dev /sys/class/sound/dsp/dev /sys/class/sound/hwC0D0/dev /sys/class/sound/hwC0D2/dev /sys/class/sound/midiC0D0/dev /sys/class/sound/midiC0D1/dev /sys/class/sound/midiC0D2/dev /sys/class/sound/midiC0D3/dev /sys/class/sound/midi/dev /sys/class/sound/mixer/dev /sys/class/sound/pcmC0D0c/dev /sys/class/sound/pcmC0D0p/dev /sys/class/sound/pcmC0D1c/dev /sys/class/sound/pcmC0D2c/dev /sys/class/sound/pcmC0D2p/dev /sys/class/sound/seq/dev /sys/class/sound/sequencer2/dev /sys/class/sound/sequencer/dev /sys/class/sound/timer/dev -- Kernel configuration: isapnp_init not present. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.10-pear3 Locale: LANG=hu_HU.UTF-8, LC_CTYPE=hu_HU.UTF-8 (charmap=UTF-8) Versions of packages udev depends on: ii hotplug 0.0.20040329-16 Linux Hotplug Scripts ii initscripts 2.86.ds1-1 Standard scripts needed for bootin ii libc62.3.2.ds1-20GNU C Library: Shared libraries an ii makedev 2.3.1-75Creates device files in /dev ii sed 4.1.2-8 The GNU sed stream editor -- no debconf information
Bug#289141: [cpan #9676] Problem when
On Thu, Jan 13, 2005 at 10:07:17PM -0600, Kenneth Pronovici wrote: > > Full context and any attached attachments can be found at: > > http://rt.cpan.org/NoAuth/Bug.html?id=9676 > > > > > This was behaviour that I picked up by reading the KHTML sources > > to figure out how they did it. Before I change this again I would > > like to do some research to figure out what MSIE and FireFox do in > > this situation. Is multiline quoted strings actually allowed > > in JavaScript? > > I figured you had a good reason for the change. I'll do some research > and see if I can figure out whether these strings are actually allowed. Ok, I've done some digging in Google and Google Groups. I've found two pages that directly discuss string syntax within tags. Both say that a line break is not allowed within a string literal. http://academ.hvcc.edu/~kantopet/javascript/index.php?page=js+syntax&parent=core+javascript "You also cannot have line-breaks inside text strings literals. If you need to run a text string across multiple lines, you should break the string into multiple tokens and use a concatenation operator to string it together." http://www.netmechanic.com/news/vol4/javascript_no23.htm "...JavaScript interprets the line breaks to mean that you're trying to close the string improperly." Besides these, there are a lot of conversations on comp.lang.javascript helping newbies debug exactly this problem (often errors about an unterminated string literal). I also found Douglas Crockford's online Javascript validator: http://www.crockford.com/javascript/jslint.html Even with the "strict line ending" option unchecked, the validator does not allow line breaks within literals. I tend to think that your implementation is correct, and I don't think you'd want to support obviously invalid syntax unless MSIE and/or Firefox do (and maybe not even then). I have pretty much zero experience with Javascript. However, I worked up this minimal sample page:Test Javascript Page