Bug#361418: Debian menu and the Apps/Science section

[Ben Burton]

> Unconvinced. Theoretical chemistry, as an example, is largely
> mathematics. But not only in the sense below engineering/physics. To
> develop novel theoretical chemistry, new mathematics has to be
> invented. The same for physics/mathematics: remember that Newton had
> to invent (I know that in some quarters the invention is attributed to
> another scientists, but the latter was a professional physicist too)
> infinitesimal calculation.

In my mathematics research, I am currently working on problems in
computational geometry and topology.  The work I am doing is largely
algorithmics.  Moreover, to obtain new topological results, new data
structures had to be invented.

This does not mean that algorithmics is a branch of topology.  Nor does
it mean that data structures is a branch of topology.  And it would
certainly be very strange for a computer scientist to find all their
material on algorithms and data structures filed under "Geometry and
Topology".

Ben.



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#356722: fetchmail: does not log pop connections without mail

[Francesco Potorti`]

This bug was fixed along with 356675.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#358065: mesa: FTBFS on hurd-i386 because of dri/drm

[Michel Dänzer]

On Sun, 2006-05-14 at 20:59 -0600, Marcelo E. Magallon wrote:
> 
>  Is DRM linux specific or does it exist on FreeBSD, too?

FreeBSD, too. The other BSDs have had varying degrees of support as well
I think.


-- 
Earthling Michel Dänzer   |  http://tungstengraphics.com
Libre software enthusiast |  Debian, X and DRI developer

Bug#365533: CVE-2006-1896: Admin command execution

[Jeroen van Wolffelaar]

tags 365533 patch
thanks

On Wed, May 03, 2006 at 10:56:33AM +0200, Thijs Kinkhorst wrote:
> Thanks for the report. While I think that people who are admin can
> already do a lot of damage and should hence be considered trusted,
> executing php code is a step further in permissions and thus this can be
> considered a security issue. I will look into a fix soon.

Patch (untested):

--- phpBB2/viewtopic.php2005-10-31 08:32:37.0 +0100
+++ phpBB2/viewtopic.php2006-05-15 08:25:12.0 +0200
@@ -1105,6 +1105,12 @@
{
// This was shamelessly 'borrowed' from volker at 
multiartstudio dot de
// via php.net's annotated manual
+
+   // First, defuse fontcolor3, as it'd otherwise be arbitrary 
code execution
+   if (!eregi("^[0-9a-f]+$", $theme['fontcolor3'])) {
+   $theme['fontcolor3'] = 'FFA34F';
+   }
+
$message = str_replace('\"', '"', 
substr(@preg_replace('#(\>(((?>([^><]+|(?R)))*)\<))#se', "@preg_replace('#\b(" 
. str_replace('\\', '', addslashes($highlight_match)) . ")\b#i', '1', '\\0')", 
'>' . $message . '<'), 1, -1));
}
 
--Jeroen

-- 
Jeroen van Wolffelaar
[EMAIL PROTECTED] (also for Jabber & MSN; ICQ: 33944357)
http://Jeroen.A-Eskwadraat.nl


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#367332: console-data: [INTL:th] Thai translation

[Theppitak Karoonboonyanan]

Package: console-data
Version: 20060421
Severity: wishlist


Please find Thai translation for console-data in the attachment.

-- System Information:
Debian Release: testing/unstable
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.16
Locale: LANG=th_TH.UTF-8, LC_CTYPE=th_TH.UTF-8 (charmap=UTF-8)

Versions of packages console-data depends on:
ii  debconf [debconf-2.0] 1.5.1  Debian configuration management sy

Versions of packages console-data recommends:
ii  console-common 0.7.58Basic infrastructure for text cons
ii  console-tools  1:0.2.3dbs-62 Linux console and font utilities

-- debconf information excluded
# Thai translation of console-data.
# Copyright (C) 2006 Software in the Public Interest, Inc.
# This file is distributed under the same license as the console-data package.
# Theppitak Karoonboonyanan <[EMAIL PROTECTED]>, 2006.
#
msgid ""
msgstr ""
"Project-Id-Version: console-data\n"
"Report-Msgid-Bugs-To: [EMAIL PROTECTED]"
"POT-Creation-Date: 2006-03-13 13:11+\n"
"PO-Revision-Date: 2006-05-15 13:16+0700\n"
"Last-Translator: Theppitak Karoonboonyanan <[EMAIL PROTECTED]>\n"
"Language-Team: Thai <[EMAIL PROTECTED]>\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit"

#. Type: select
#. choices
#. Type: select
#. Choices
#: ../console-keymaps-acorn.templates:3 ../console-keymaps-at.templates:3
msgid "by"
msgstr "เบลารุส"

#. Type: select
#. choices
#. Type: select
#. Choices
#: ../console-keymaps-acorn.templates:3 ../console-keymaps-at.templates:3
msgid "bg"
msgstr "บัลแกเรีย"

#. Type: select
#. choices
#. Type: select
#. Choices
#: ../console-keymaps-acorn.templates:3 ../console-keymaps-at.templates:3
msgid "croat"
msgstr "โครเอเชีย"

#. Type: select
#. choices
#. Type: select
#. Choices
#: ../console-keymaps-acorn.templates:3 ../console-keymaps-at.templates:3
msgid "cz-lat2"
msgstr "เช็ก"

#. Type: select
#. choices
#. Type: select
#. Choices
#: ../console-keymaps-acorn.templates:3 ../console-keymaps-at.templates:3
msgid "sg-latin1"
msgstr "เยอรมันสวิส"

#. Type: select
#. choices
#. Type: select
#. Choices
#: ../console-keymaps-acorn.templates:3 ../console-keymaps-at.templates:3
msgid "de-latin1-nodeadkeys"
msgstr "เยอรม้น"

#. Type: select
#. choices
#. Type: select
#. Choices
#: ../console-keymaps-acorn.templates:3 ../console-keymaps-at.templates:3
msgid "dk-latin1"
msgstr "เดนมาร์ก"

#. Type: select
#. choices
#. Type: select
#. Choices
#: ../console-keymaps-acorn.templates:3 ../console-keymaps-at.templates:3
msgid "us"
msgstr "อังกฤษอเมริกัน"

#. Type: select
#. choices
#. Type: select
#. Choices
#: ../console-keymaps-acorn.templates:3 ../console-keymaps-at.templates:3
msgid "uk"
msgstr "อังกฤษบริเตน"

#. Type: select
#. choices
#. Type: select
#. Choices
#: ../console-keymaps-acorn.templates:3 ../console-keymaps-at.templates:3
msgid "dvorak"
msgstr "Dvorak"

#. Type: select
#. choices
#. Type: select
#. Choices
#: ../console-keymaps-acorn.templates:3 ../console-keymaps-at.templates:3
msgid "et"
msgstr "เอสโตเนีย"

#. Type: select
#. choices
#. Type: select
#. Choices
#: ../console-keymaps-acorn.templates:3 ../console-keymaps-at.templates:3
msgid "la-latin1"
msgstr "ละตินอเมริกัน"

#. Type: select
#. choices
#. Type: select
#. Choices
#: ../console-keymaps-acorn.templates:3 ../console-keymaps-at.templates:3
msgid "es"
msgstr "สเปน"

#. Type: select
#. choices
#. Type: select
#. Choices
#: ../console-keymaps-acorn.templates:3 ../console-keymaps-at.templates:3
msgid "fi-latin1"
msgstr "ฟินแลนด์"

#. Type: select
#. choices
#. Type: select
#. Choices
#: ../console-keymaps-acorn.templates:3 ../console-keymaps-at.templates:3
msgid "fr-latin9"
msgstr "ฝรั่งเศส"

#. Type: select
#. choices
#: ../console-keymaps-acorn.templates:3
msgid "fr-latin1"
msgstr "ฝรั่งเศส (เลิกใช้แล้ว)"

#. Type: select
#. choices
#. Type: select
#. Choices
#: ../console-keymaps-acorn.templates:3 ../console-keymaps-at.templates:3
msgid "be2-latin1"
msgstr "เบลเยียม"

#. Type: select
#. choices
#. Type: select
#. Choices
#: ../console-keymaps-acorn.templates:3 ../console-keymaps-at.templates:3
msgid "cf"
msgstr "ฝรั่งเศสแคนาดา"

#. Type: select
#. choices
#. Type: select
#. Choices
#: ../console-keymaps-acorn.templates:3 ../console-keymaps-at.templates:3
msgid "fr_CH-latin1"
msgstr "ฝรั่งเศสสวิส"

#. Type: select
#. choices
#. Type: select
#. Choices
#: ../console-keymaps-acorn.templates:3 ../console-keymaps-at.templates:3
msgid "gr"
msgstr "กรีก"

#. Type: select
#. choices
#. Type: select
#. Choices
#: ../console-keymaps-acorn.templates:3 ../console-keymaps-at.templates:3
msgid "hebrew"
msgstr "ฮิบรู"

#. Type: select
#. choices
#. Type: select
#. Choices
#: ../console-keymaps-acorn.templates:3 ../console-keymaps-at.templates:3
msgid "hu"
msgstr "ฮังการี"

#. Type: select
#. choices
#. Type: select
#. Choices
#: ../console-keymaps-acorn.templates:3 ../console-keymaps-at.templates:3
msgid "is-lat

Bug#367281: dput: Please allow upload of upstream source for non -1 versions for backports.org

[Thomas Viehmann]

Hi Christian,

thank you for your interest in dput and your bugreport.

Christian Hammers wrote:
> When uploading to www.backports.org it would be quite handy to have a
> --with-orig that uploads the .orig.tar.gz file as well.
I'm not quite sure I do understand your request: The question whether or
not the orig.tar.gz is uploaded needs (in the current regime of archive
software) to be addressed at the time of the generation of the .changes
file. Can you explain in a little more detail how the option could be
implemented in dput?

Kind regards

Thomas
-- 
Thomas Viehmann, http://thomas.viehmann.net/


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#320931: apertium + lttoolbox

[Sergio Talens-Oliag]

El Sun, May 14, 2006 at 11:37:54PM +0100, Francis Tyers va escriure:
> Hi,
> 
> I see you made an ITP on Apertium and associated utilities last year.
> 
> http://lists.debian.org/debian-devel/2005/08/msg00083.html
> 
> I was wondering if you are still intending to package them, if not would
> I be able to package them? I've just produced a package for lttoolbox
> and would like to get to know the software better, also to get it
> included in debian ;)
> 
> Basically, I'm just contacting you to make sure I don't duplicate work
> you've already done, or intend to do.

I did packages of lttoolbox and apertium, but manpages where missing and the
name of the packages was ugly because upstream uses the library version as
part of the library name, so I didn't upload them at the time and I forgot
about the packages.

If you have your packages ready feel free to upload them, if not I can review
what I did and see what is still missing and upload the packages if all is OK
now.

Greetings,

  Sergio.

-- 
Sergio Talens-Oliag <[EMAIL PROTECTED]>   
Key fingerprint = 29DF 544F  1BD9 548C  8F15 86EF  6770 052B  B8C1 FA69


signature.asc
Description: Digital signature

Bug#367324: lintian: reports amd64 as non-standard arch (infomational message)

[Jeroen van Wolffelaar]

On Sun, May 14, 2006 at 08:55:21PM -0700, Russ Allbery wrote:
> The source for this data is dpkg, which doesn't yet list amd64 in
> /usr/share/dpkg/archtable.

#367329

--Jeroen

-- 
Jeroen van Wolffelaar
[EMAIL PROTECTED] (also for Jabber & MSN; ICQ: 33944357)
http://Jeroen.A-Eskwadraat.nl


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#365847: kernel-image-2.6.8-12-amd64-k8: NForce3 sound does not work.

[dann frazier]

On Wed, May 03, 2006 at 12:56:44PM +0200, Francisco Javier F. Serrador wrote:
> Package: kernel-image-2.6.8-12-amd64-k8
> Version: 2.6.8-16sarge2
> Severity: important
> 
> 
> 
> Alsa mixer returns the folowing error:
> 
> function snd_ctl_open failed for default: Invalid argument
> 
> 
> filename:   /lib/modules/2.6.8-12-amd64-k8/kernel/sound/soundcore.ko
> alias:  char-major-14-*
> license:GPL
> author: Alan Cox
> description:Core sound module
> depends:
> vermagic:   2.6.8-12-amd64-k8 gcc-3.4
> 
> 
> [nano]:cyphra# lspci | grep audio
> :00:06.0 Multimedia audio controller: nVidia Corporation nForce3
> Audio (rev a2)
> 
> 
> [nano]:cyphra# lsmod|grep snd
> snd_intel8x0   35988  1
> snd_ac97_codec 73220  1 snd_intel8x0
> snd_pcm_oss56680  0
> snd_mixer_oss  19520  2 snd_pcm_oss
> snd_pcm   100876  2 snd_intel8x0,snd_pcm_oss
> snd_timer  24968  1 snd_pcm
> snd_page_alloc 12944  2 snd_intel8x0,snd_pcm
> gameport5120  1 snd_intel8x0
> snd_mpu401_uart 8192  1 snd_intel8x0
> snd_rawmidi26532  1 snd_mpu401_uart
> snd_seq_device  9164  1 snd_rawmidi
> snd56936  9
> snd_intel8x0,snd_ac97_codec,snd_pcm_oss,snd_mixer_oss,snd_pcm,snd_timer,snd_mpu401_uart,snd_rawmidi,snd_seq_device
> soundcore  11232  2 snd

hey Francisco,
  Please send the unfiltered output of lsmod.

-- 
dann frazier



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#360187: [intl:fr] webcalendar debconf templates translation

[steve]

Hi,

Here's the last file translated.


Best regards

--
steve
jabber : [EMAIL PROTECTED]


fr.po
Description: application/gettext

Bug#361418: Debian menu and the Apps/Science section

[Francesco Pietra]

Unconvinced. Theoretical chemistry, as an example, is largely mathematics. But 
not only in the sense below engineering/physics. To develop novel theoretical 
chemistry, new mathematics has to be invented. The same for 
physics/mathematics: remember that Newton had to invent (I know that in some 
quarters the invention is attributed to another scientists, but the latter 
was a professional physicist too) infinitesimal calculation.

I reiterate to avoid cutting into pieces more than for the fundamental 
sciences, and put mathematics in (i am not a professional mathematician)

regards
francesco pietra


On Monday 15 May 2006 01:56, Ben Burton wrote:
> Hi,
>
> > I think Mathematics is also part of Science.
>
> FWIW, I would argue that mathematics is not a science -- it does not use
> the scientific method, there is no hypothesis and experimentation -- it
> is a more self-contained discipline that, while it seeks to be useful,
> is not bound to modelling the physical world.
>
> Certainly science _uses_ mathematics, in the same way that engineering
> uses physics, and so on.  But mathematics as a whole is somewhat broader.
>
> Anyway, I'd be very happy to see Mathematics and Science kept separate
> as they are now.  I do claim that mathematics is very different from the
> other disciplines that have been mentioned, in a way that physics,
> chemistry, biology and so on are not.
>
> b.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#367330: kvpnc: Places docs in the wrong dir

[Sune Vuorela]

Package: kvpnc
Version: 0.8.4-1
Severity: normal


Hi!
It looks like the docs are placed the wrong place:

/usr/share/doc/kde/HTML$ ls
da  de  en  es  et  fr  it  kvpnc  nl  pl  pt  pt_BR  ru  sv

I guess they shoud be moved into en.

/Sune

-- System Information:
Debian Release: unstable/experimental
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (200, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.16-1-k7
Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1)

Versions of packages kvpnc depends on:
ii  kdelibs4c2a 4:3.5.2-2+b1 core libraries for all KDE applica
ii  libacl1 2.2.37-1 Access control list shared library
ii  libart-2.0-22.3.17-1 Library of functions for 2D graphi
ii  libattr12.4.32-1 Extended attribute shared library
ii  libaudio2   1.7-9The Network Audio System (NAS). (s
ii  libc6   2.3.6-7  GNU C Library: Shared libraries
ii  libfam0 2.7.0-10 Client library to control the FAM 
ii  libfontconfig1  2.3.2-5.1generic font configuration library
ii  libfreetype62.1.10-3 FreeType 2 font engine, shared lib
ii  libgcc1 1:4.1.0-3GCC support library
ii  libgcrypt11 1.2.2-1  LGPL Crypto library - runtime libr
ii  libgpg-error0   1.2-1library for common error values an
ii  libice6 1:1.0.0-3X11 Inter-Client Exchange library
ii  libidn110.5.18-2 GNU libidn library, implementation
ii  libjpeg62   6b-13The Independent JPEG Group's JPEG 
ii  libpng12-0  1.2.8rel-5.1 PNG library - runtime
ii  libqt3-mt   3:3.3.6-2Qt GUI Library (Threaded runtime v
ii  libsm6  1:1.0.0-4X11 Session Management library
ii  libstdc++6  4.1.0-3  The GNU Standard C++ Library v3
ii  libx11-62:1.0.0-6X11 client-side library
ii  libxcursor1 1.1.5.2-5X cursor management library
ii  libxext61:1.0.0-4X11 miscellaneous extension librar
ii  libxft2 2.1.8.2-7FreeType-based font drawing librar
ii  libxi6  1:1.0.0-5X11 Input extension library
ii  libxinerama11:1.0.1-4X11 Xinerama extension library
ii  libxrandr2  2:1.1.0.2-4  X11 RandR extension library
ii  libxrender1 1:0.9.0.2-4  X Rendering Extension client libra
ii  libxt6  1:1.0.0-4X11 toolkit intrinsics library
ii  module-init-tools   3.2.2-2  tools for managing Linux kernel mo
ii  modutils2.4.27.0-5   Linux module utilities
ii  net-tools   1.60-17  The NET-3 networking toolkit
ii  psmisc  22.2-1   Utilities that use the proc filesy
ii  zlib1g  1:1.2.3-11   compression library - runtime

Versions of packages kvpnc recommends:
ii  kdebase-bin 4:3.5.2-2+b1 core binaries for the KDE base mod

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#366994: xfonts-encodings: Absolute_path patch makes it out of work

[Hongzheng Wang]

Hi David,

It's OK now.  Thank you for your fix :-)

On 5/15/06, David Nusinow <[EMAIL PROTECTED]> wrote:

Hi Hongzheng,

On Sat, May 13, 2006 at 01:37:55AM +0800, Hongzheng Wang wrote:
> Subject: xfonts-encodings: Absolute_path patch makes it out of work
> Package: xfonts-encodings
> Version: 1:1.0.0-2
> Severity: important
>
> Hi David,
>
> Recently, several bug reports have been composed for the problem of
> incorrect encodings file locating function, including 362722, 366097
> and 366098.  The bug that X11 encoding cannot find encodings file is,
> originally, due to the incorrect encoding-path in rules file of
> package libfontenc1.  Fortunately, the wrong encoding path has been
> fixed in the latest version of package libfontenc1, say, 1.0.1-6.
>
> But the upgrade of package xfonts-encodings results in a simliar bug
> again.  It seems that the absolute_path patch may not work, since it
> makes X11 applications cannot find a proper encodings file even when
> libfontenc1 does provide a right encoding-path.
>
> I have to downgrade xfonts-encodings from 1.0.0-3 to 1.0.0-2 to solve
> this problem.

Could you please try the xfonts-encodings package at
http://people.debian.org/~dnusinow/xfonts-encodings_1.0.0-4_all.deb and let
me know if it's still broken? Thanks!

 - David Nusinow




--
Hongzheng Wang

Bug#367331: [intl:fr] dokuwiki debconf templates translation

[steve]

Package: dokuwiki
Version: 0.0.20060309-3
Severity: wishlist
Tags: l10n Patch

Hi,

Please find attached the french debconf templates translation, proofread
by the debian-l10n-french mailing list contributors.

This file should be put as debian/po/fr.po in your package build tree.

Regards
-- 
steve
jabber : [EMAIL PROTECTED]


fr.po
Description: application/gettext

Bug#367149: kbd-chooser: [powerpc] does not detect ADB keyboards

[Eddy Petrişor]

On 5/15/06, Frans Pop <[EMAIL PROTECTED]> wrote:

On Sunday 14 May 2006 07:22, Frans Pop wrote:
> It's currently unsure if the keyboard will work correctly with AT
> keymaps as well as USB-MAC. I'll test that over the next days.

The current daily images now show the AT keymap list. I've tested this on
Frank Lichtenheld's Powerbook G4 laptop, and all keys are mapped OK for
the German keyboard.

The only change from the USB-MAC keymaps is that the apple key no longer
works as the modifier key. Instead these can be accessed using Fn-Alt,
which can probably be explained as that is probably equivalent to the
right-Alt key on "regular" AT keyboards on i386.

AFAICT the options are:
- should the AT keymaps be made to support the apple key as modifier key
or
- should we go back to using the USB-MAC keymaps for powerpc
or
- should powerpc users learn to use Fn-Alt instead of the apple key

Going back to USB-MAC keymaps is possibly not the prefered option because
as I understand it the input layer of the 2.6 kernel translates
everything to "AT", so in principle all architectures should now use AT
keymaps.


I personally use the Option key (or Apple as some might call it) as an
AltGr key. The Fn+Alt is used for right click emulation while
Fn+Option is for middle click. I need all of the keys as they are in
order to be able to use diacritics and be able to use applications in
a fast and confortable manner. So please keep this in mind when you
decide what to do.


P.S. Eddy: a test by you too would be very welcome, especially if you can
do a full installation and check the full range of characters on the
installed system.


Ok, there is a partition on which I can do test installations; btw,
two linux installations on a new world powerpc machine imposes a
problem: all kernels should be placed on the same partition due to a
limitation in yaboot. How does d-i deal with this when Debian is
installed on a system on which there is already installed another
linux system?

--
Regards,
EddyP
=
"Imagination is more important than knowledge" A.Einstein

Bug#361197: Here's the config file

[dann frazier]

On Fri, May 05, 2006 at 01:26:29PM +0200, Robert Derochette wrote:
> # CONFIG_HZ_100 is not set
> CONFIG_HZ_250=y
> # CONFIG_HZ_1000 is not set
> CONFIG_HZ=250

Thank you.  I suspect if you set HZ to 1000 this problem will
reappear.  See my previous follow-up for details.
-- 
dann frazier



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#362911: breaks fonts for xdm

[Matt Taggart]

I am seeing this bug as well, using xdm it can't find the fonts and
falls back to fixed.

With some help from vorlon we determined that the problem is due to the
fonts transitioning to the new xorg 7 location, but failing to clean up
the old mkfontdir generated stuff that references the old location. It
looks like some attempt was made to do this, but it must have a bug.

A better work-around than the symlink idea previously discussed is just
to delete the generated files in /usr/lib/X11/fonts/Type1/ so the
server doesn't try to use them.

-- 
Matt Taggart
[EMAIL PROTECTED]


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#361418: Debian menu and the Apps/Science section

[Francesco Pietra]

To answer here, taking into account other suggestions, i believe that the less 
we cut science into pieces the better the result. Specialisation has resulted 
to be a negative trend in university education (all over the world). When 
industry seeks for a fresh graduate biologist, industry seeks for a strong 
general background, not specialisation.

That said, I would not go much farther in cutting sciences into pieces than

Mathematics
Physics
Biology
Medicine

Maybe I am overlooking one or two important "cuts". Suggest. These sections 
allow interdisciplinary contacts. Today, more perhaps than ever, it is hard 
to do good science that is not interdisciplinary. The more you cut into 
pieces, the more you isolate scientists because, for economy reasons, one 
tends to scan only his specialized section.

These are my ideas of an university organic chemist  with parallel education 
in biological sciences. In particular, i am against "tasks" with respect 
to "disciplines". Tasks change with small changes in the society. Disciplines 
are for a long time a reference point.

regards
francesco pietra

On Monday 15 May 2006 04:57, Ben Burton wrote:
> > >FWIW, I would argue that mathematics is not a science -- it does not use
> > >the scientific method, there is no hypothesis and experimentation -- it
> > >is a more self-contained discipline that, while it seeks to be useful,
> > >is not bound to modelling the physical world.
> >
> > I think of new ways to try and simulate things faster or in a simpler
> > way. Then i'll write the simulation and try the ideas and measure its
> > performance and accuracy. This applied mathematics is very much like
> > a real-world engineering problem with hypothesis and experimentation.
>
> Hmm, perhaps I didn't express myself properly.  Of course, any
> discipline can use hypothesis and experimentation, from the arts to
> astrology.
>
> What I mean is: in the physical sciences, hypothesis and experimentation
> are fundamental to building "scientific truth".  This is because the
> basis of science is trying to understand the physical world, formulating
> theories that explain what is seen, and then testing and refining these
> theories.  This is what the "scientific method" is for.
>
> On the other hand, "mathematical truth" is based on pure logic and
> proof.  It need not have any link to the physical world (though it often
> does).  Experimentation can be a useful guide, but it is certainly not
> essential, and indeed experimental results are generally not accepted as
> a method of establishing mathematical facts.  The result of all of this
> is that mathematicians can be more sure of their truths than scientists,
> but on the other hand their work is often somewhat less useful from a
> practical point of view.
>
> Ben.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#361197: vanilla linux-2.6.16.13.tar.bz2 has this problem too

[dann frazier]

On Thu, May 04, 2006 at 05:22:11PM +0200, V??clav Ovs??k wrote:
> Hi,
> I compiled and run 2.6.16.13 vanilla kernel on Sarge and this problem
> has too! snd_cs4281 was succesfuly detected at least in one case, but
> I can't tell why.
> My notebook is a little outdated Fujitsu-Siemens C-6155.
> I tried to exclude ACPI support from kernel, but without affect on
> snd_cs4281 now.
> 
> PCI: Found IRQ 5 for device :00:08.0
> never read ISV3 and ISV4 from AC'97
> CS4281: probe of :00:08.0 failed with error -5

This looks like alsa bug #1976 which is fixed by this patch:
  
http://www.kernel.org/git/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdiff_plain;h=38223daa1aa98d0a6f35ba7addcfefc756a04f5e;hp=e860f00047108ec97ac58c0d1bf59ae23e35f81c

Is there someone with this hardware that can verify this fix?  If you
are willing to test but unable to apply this fix yourself, let me know
& I will assist.

-- 
dann frazier



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#367329: /usr/share/dpkg/archtable outdated

[Jeroen van Wolffelaar]

Package: dpkg
Version: 1.13.18
Severity: normal

/usr/share/dpkg/archtable doesn't list amd64 yet (and does list sh which
is no longer in Debian at all). I'm not sure what (if anything) uses the
file, because if it was used, amd64 probably would've been added to it
long time ago.

--Jeroen

-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.15-1-686
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)

Versions of packages dpkg depends on:
ii  coreutils [textutils] 5.94-1 The GNU core utilities
ii  libc6 2.3.6-7GNU C Library: Shared libraries

dpkg recommends no packages.

-- no debconf information

-- 
Jeroen van Wolffelaar
[EMAIL PROTECTED] (also for Jabber & MSN; ICQ: 33944357)
http://Jeroen.A-Eskwadraat.nl


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#367149: kbd-chooser: [powerpc] does not detect ADB keyboards

[Frans Pop]

On Sunday 14 May 2006 07:22, Frans Pop wrote:
> It's currently unsure if the keyboard will work correctly with AT
> keymaps as well as USB-MAC. I'll test that over the next days.

The current daily images now show the AT keymap list. I've tested this on 
Frank Lichtenheld's Powerbook G4 laptop, and all keys are mapped OK for 
the German keyboard.

The only change from the USB-MAC keymaps is that the apple key no longer 
works as the modifier key. Instead these can be accessed using Fn-Alt, 
which can probably be explained as that is probably equivalent to the 
right-Alt key on "regular" AT keyboards on i386.

AFAICT the options are:
- should the AT keymaps be made to support the apple key as modifier key
or
- should we go back to using the USB-MAC keymaps for powerpc
or
- should powerpc users learn to use Fn-Alt instead of the apple key

Going back to USB-MAC keymaps is possibly not the prefered option because 
as I understand it the input layer of the 2.6 kernel translates 
everything to "AT", so in principle all architectures should now use AT 
keymaps.

Advice and comments very welcome.

Cheers,
FJP

P.S. Eddy: a test by you too would be very welcome, especially if you can 
do a full installation and check the full range of characters on the 
installed system.


pgpXiXplZdp3V.pgp
Description: PGP signature

Bug#366994: xfonts-encodings: Absolute_path patch makes it out of work

[David Nusinow]

Hi Hongzheng,

On Sat, May 13, 2006 at 01:37:55AM +0800, Hongzheng Wang wrote:
> Subject: xfonts-encodings: Absolute_path patch makes it out of work
> Package: xfonts-encodings
> Version: 1:1.0.0-2
> Severity: important
> 
> Hi David,
> 
> Recently, several bug reports have been composed for the problem of
> incorrect encodings file locating function, including 362722, 366097
> and 366098.  The bug that X11 encoding cannot find encodings file is,
> originally, due to the incorrect encoding-path in rules file of
> package libfontenc1.  Fortunately, the wrong encoding path has been
> fixed in the latest version of package libfontenc1, say, 1.0.1-6.
> 
> But the upgrade of package xfonts-encodings results in a simliar bug
> again.  It seems that the absolute_path patch may not work, since it
> makes X11 applications cannot find a proper encodings file even when
> libfontenc1 does provide a right encoding-path.
> 
> I have to downgrade xfonts-encodings from 1.0.0-3 to 1.0.0-2 to solve
> this problem.

Could you please try the xfonts-encodings package at
http://people.debian.org/~dnusinow/xfonts-encodings_1.0.0-4_all.deb and let
me know if it's still broken? Thanks!

 - David Nusinow


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#366347: xfonts-base: Some programs fail to start with no ISO8859 fonts error

[David Nusinow]

On Sun, May 07, 2006 at 07:41:55PM +0200, Martin wrote:
> Package: xfonts-base
> Version: 1:1.0.0-3
> Severity: important
> 
> Since upgrading to Xorg 7 some programs fail to start. Some other programs 
> start, but errors are
> written to the console.
> gv (crashes):
> Warning: Cannot convert string 
> "-*-Helvetica-Medium-R-Normal--*-140-*-*-P-*-ISO8859-1" to type FontStruct
> Warning: Unable to load any usable ISO8859 font
> Warning: Unable to load any usable ISO8859 font

Can you try the package at
http://people.debian.org/~dnusinow/xfonts-encodings_1.0.0-4_all.deb and let
me know if that fixes your problem? You may have to restart the X server
for it to work. Thanks!

 - David Nusinow


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#367328: linux-wlan-ng doesn't complete install on sid x86 (again)

[Paul Scott]

Package: linux-wlan-ng
Version: 0.2.4+svn20060414-3

This has apparently happened on a previous version:

Errors were encountered while processing:
 linux-wlan-ng
E: Sub-process /usr/bin/dpkg returned an error code (1)
A package failed to install.  Trying to recover:
Setting up linux-wlan-ng (0.2.4+svn20060414-3) ...
invoke-rc.d: initscript pcmcia, action "reload" failed.
dpkg: error processing linux-wlan-ng (--configure):
 subprocess post-installation script returned error exit status 5


Paul Scott

Bug#367322: sawfish: just misnamed

[Ian Zimmerman]

Package: sawfish
Version: 1:1.3+cvs20050709-6
Followup-For: Bug #367322


I see now, the file is there but it's not in the directory that's added to
load-path (it's in /usr/share/emacs/site-lisp/sawfish instead of
/usr/share/emacs21/site-lisp/sawfish).  My original report was a bit
of "red herring" (grin) because I misread the arguments of autoload.

-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.15-8custom1
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages sawfish depends on:
ii  libatk1.0-0   1.11.4-2   The ATK accessibility toolkit
ii  libaudiofile0 0.2.6-6Open-source version of SGI's audio
ii  libc6 2.3.6-7GNU C Library: Shared libraries
ii  libesd-alsa0 [libesd0]0.2.36-3   Enlightened Sound Daemon (ALSA) - 
ii  libfontconfig12.3.2-5.1  generic font configuration library
ii  libfreetype6  2.1.10-3   FreeType 2 font engine, shared lib
ii  libglib2.0-0  2.10.2-1   The GLib library of C routines
ii  libgmp3c2 4.1.4-11   Multiprecision arithmetic library
ii  libgtk2.0-0   2.8.16-1   The GTK+ graphical user interface 
ii  libice6   6.9.0.dfsg.1-6 Inter-Client Exchange library
ii  libpango1.0-0 1.12.1-2   Layout and rendering of internatio
ii  librep9   0.17-11an embeddable Emacs-Lisp-like runt
ii  libsm66.9.0.dfsg.1-6 X Window System Session Management
ii  libx11-6  6.9.0.dfsg.1-6 X Window System protocol client li
ii  libxext6  6.9.0.dfsg.1-6 X Window System miscellaneous exte
ii  libxft2   2.1.8.2-5.1FreeType-based font drawing librar
ii  libxinerama1  6.9.0.dfsg.1-6 X Window System multi-head display
ii  libxrender1   1:0.9.0.2-1X Rendering Extension client libra
ii  rep-gtk   0.18-9 GTK binding for librep
ii  rxvt [x-terminal-emulator 1:2.6.4-10 VT102 terminal emulator for the X 
ii  xlibs 6.9.0.dfsg.1-6 X Window System client libraries m
ii  zlib1g1:1.2.3-11 compression library - runtime

sawfish recommends no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#225833: Letter vs A4 again

[Atsuhito Kohda]

Hi all,

I personally haven't used this kind of trick but I heard that
some users like to set
\AtBeginDvi{\special{papersize=\the\paperwidth,\the\paperheight}}
in their preamble.

If this is generic and useful enough, how about to document this 
in FAQ or something of tetex-bin (or tetex-base?).

Regards, 2006-5-15(Mon)

-- 
 Debian Developer & Debian JP Developer - much more I18N of Debian
 Atsuhito Kohda <[EMAIL PROTECTED]>
 Department of Math., Univ. of Tokushima


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#366275: closed by David Nusinow <[EMAIL PROTECTED]> (Bug#366275: fixed in xbase-clients 1:7.0.1-2)

[Paranoia Remailer]

This message is being sent to you automatically in response to an email
that you sent to <[EMAIL PROTECTED]>.

Most likely, you tried to reply to an email that has been sent through
this service. If you did not send an email to <[EMAIL PROTECTED]>,
please ignore this message.

The Paranoia Remailer is a free service that
allows individuals including crime victims, domestic violence victims,
persons in recovery, and others, such as those living under oppressive
regimes, to communicate confidentially in a manner that ensures their
privacy under even the most adverse conditions.

To block individuals using this remailer from sending email to your
address in the future, please send a message to <[EMAIL PROTECTED]>
containing the line

destination-block [EMAIL PROTECTED]

anywhere in the body text of the email.  You can simply forward this
entire email to <[EMAIL PROTECTED]> using your email
program for your current email address to be permanently blocked
from users of the Paranoia Remailer.

For more information about the Paranoia Remailer Administrator's
strict anti-abuse policy, please send a blank email to
<[EMAIL PROTECTED]>

Sincerely,

-- The Paranoia Remailer Administrator



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#367327: Lintian should detect corrupted data.tar.gz

[Jeroen van Wolffelaar]

Package: lintian
Version: 1.23.16
Severity: wishlist

gzip crc errors in the components of a .deb (conrol.tar.gz and
data.tar.gz) should be detected and reported as a lintian error.

For example, #364293 should thusly have been detected by lintian (not
that it'd have helped in this case, as lintien does detect the md5sum
mismatch), but still.

--Jeroen

-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.15-1-686
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)

Versions of packages lintian depends on:
ii  binutils 2.16.1cvs20060413-1 The GNU assembler, linker and bina
ii  diffstat 1.41-1  produces graph of changes introduc
ii  dpkg-dev 1.13.18 package building tools for Debian
ii  file 4.17-1  Determines file type using "magic"
ii  gettext  0.14.5-2GNU Internationalization utilities
ii  intltool-debian  0.34.2+20060415 Help i18n of RFC822 compliant conf
ii  libparse-debianchang 1.0-1   parse Debian changelogs and output
ii  man-db   2.4.3-3 The on-line manual pager
ii  perl [libdigest-md5- 5.8.8-4 Larry Wall's Practical Extraction 

lintian recommends no packages.

-- no debconf information

-- 
Jeroen van Wolffelaar
[EMAIL PROTECTED] (also for Jabber & MSN; ICQ: 33944357)
http://Jeroen.A-Eskwadraat.nl


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#335312: spamassassin: Problem still exists in 3.1.1

[Duncan Findlay]

On Sun, May 14, 2006 at 08:23:02PM +0200, Michael Holtermann wrote:
> Again, this bug is still *not* fixed in the current release 3.1.1 of
> spamassassin.
> 
> Please, would it be possible to fix the package?

Patches and help with debugging are always welcome. I was unable to
reproduce the bug.

-- 
Duncan Findlay


signature.asc
Description: Digital signature

Bug#362769: kaffe-pthreads: do not depend on gjdoc

[Michael Koch]

On Tue, Apr 25, 2006 at 10:22:27PM +0200, Arnaud Vandyck wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
> 
> tags 362769 + wontfix
> thank
> 
> Michael Prokop wrote:
> > I would really appreciate if I don't have to install gjdoc if I only
> > want to use kaffe[-pthreads] itself.
> 
> I understand your POV but we package kaffe as a complete development
> environment. That's why you have ecj, rmic, fastjar and gjdoc.
> 
> If you want only a JVM, an only a JVM, you can install gij, cacao,
> jamvm, sablevm, ...
> 
> I don't think it's a bug, I see this as a feature ;-)

A problem is that this creates a circular dependency which can make
kaffe+gjdoc uninstallable under some circumstances...


Michael
-- 
Escape the Java Trap with GNU Classpath!
http://www.gnu.org/philosophy/java-trap.html

Join the community at http://planet.classpath.org/


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#367227: xdm does not start after last upgrade

[David Nusinow]

severity 367197 grave
severity 367227 grave
severity 365383 grave
severity 363462 grave
merge 367197 366599
merge 367227 366599
merge 365383 366599
merge 363462 366599
thanks

On Sun, May 14, 2006 at 04:35:04PM +0200, Marian Dubiel wrote:
> Package: xdm
> Version: 1.0.1-6
> 
> I'm using etch and had no problems with xdm before but since the last upgrade 
> (didn't upgraded a while) xdm does not start any more. If I invoke 
> /etc/init.d/xdm from commandline as root nothing happens (no output, no 
> logfiles (/var/log/xmd.log , Xorg.0.log) written).

Merging with the other bugs already reported against this issue.

 - David Nusinow


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#364293: dia-common_0.94.0-7sarge3_all.deb is corrupted/incomplete?

[Jeroen van Wolffelaar]

severity 364293 serious
thanks

On Sat, Apr 22, 2006 at 09:46:07AM -0400, Patrick Bernier wrote:
> Package: dia-common
> Version: 0.94.0-7sarge3
> Tags: sarge
> 
> First, debsums reported a checksum mismatch in dia-common on
> /usr/share/doc/dia-common/changelog.gz . Indeed, the end of the file looks 
> like
> garbage from a corrupted or incomplete gzip stream. I tried downloading 
> another
> copy of dia-common_0.94.0-7sarge3_all.deb manually, verified its md5sum 
> against
> the one stated in the distribution file (which matched, so it's not a download
> problem), and indeed it looks like the archive is incomplete:
> 
> % md5sum dia-common_0.94.0-7sarge3_all.deb
> 00c9a9808842eaef293bdd0d15b40105  dia-common_0.94.0-7sarge3_all.deb
> % grep -B 2 00c9a9808842eaef293bdd0d15b40105 /var/lib/dpkg/available
> Filename: pool/main/d/dia/dia-common_0.94.0-7sarge3_all.deb
> Size: 2149752
> MD5sum: 00c9a9808842eaef293bdd0d15b40105
> % ar x dia-common_0.94.0-7sarge3_all.deb
> % tar -zxf dia-common_0.94.0-7sarge3_all.deb
> 
> gzip: stdin: not in gzip format
> tar: Child returned status 1
> tar: Error exit delayed from previous errors
> %

Actually, untarring a .deb is not expected to work at all. But the
package is broken indeed:

[EMAIL PROTECTED]/org/ftp.debian.org/ftp/pool/main/d/dia$ ar p
dia-common_0.94.0-7sarge3_all.deb data.tar.gz|zcat > /dev/null

zcat: stdin: invalid compressed data--crc error
[EMAIL PROTECTED]/org/ftp.debian.org/ftp/pool/main/d/dia$

So something is corrupted there (at least the changelog according to the
reporter), and IMHO the package should be rebuilt -- and the original
build environment checked.

On a sidenote, it's curious that dak didn't check for this.

--Jeroen

-- 
Jeroen van Wolffelaar
[EMAIL PROTECTED] (also for Jabber & MSN; ICQ: 33944357)
http://Jeroen.A-Eskwadraat.nl


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#363193: [Pbuilder-maint] Bug#363193: pbuilder-satisfydepends does not support new style architecture specifications

[Junichi Uekawa]

Hi,

I was discussing with Christian Perrier at dinner and he mentioned
that the new-style architecture specifications (Build-Depends: XXX
[linux-any] etc.) may have been reverted.  I'm not quite sure about
that since the documentation and changelogs are quite scarse about
dpkg-dev stuff.

Am I okay in going ahead with committing this change to pbuilder ?


I am personally against supporting new debian/control construct to
pbuilder before the next stable release with dpkg supporting that
contstruct, but if there is need within Debian archive, I would add
this feature.



regards,
junichi



At Mon, 15 May 2006 09:41:06 +0900,
Junichi Uekawa wrote:
> 
> At Mon, 15 May 2006 03:08:31 +0900,
> Junichi Uekawa wrote:
> > 
> > 
> > Hi,
> > 
> > Have you actually tested this patch?
> > 
> > ARCH is the current running architecture, which won't be linux-any etc.
> > 
> > regards,
> > junichi
> > 
> 
> [09:36:45]ibookg4:tmp> /usr/lib/pbuilder/pbuilder-satisfydepends --echo
>  -> Attempting to parse the build-deps : pbuilder-satisfydepends,v 1.24 
> 2006/03/31 00:14:31 dancer Exp $
>  -> Considering  libasound2 [linux-any]
>-> This package is not for this architecture
>  -> Installing
> apt-get -y --force-yes install
>  -> Finished parsing the build-deps
> [09:36:50]ibookg4:tmp> /usr/lib/pbuilder/pbuilder-satisfydepends --echo
>  -> Attempting to parse the build-deps : pbuilder-satisfydepends,v 1.25 
> 2006/05/14 18:32:32 dancer Exp $
>  -> Considering  libasound2 [linux-any]
>-> Trying libasound2
>  -> Installing  libasound2
> apt-get -y --force-yes install libasound2
>  -> Finished parsing the build-deps
> 
> 
> tested locally, it seems to be functioning fine, cool.
> Applied.
> 
> 
> 
> regards,
>   junichi
> 




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#367270: [Linux-wlan-ng-devel] Bug#367270: MODPOST won't work with current (2.5.17-rc4)kernel versions

[Jan-Benedict Glaw]

On Mon, 2006-05-15 00:09:03 +0200, Enrico Tassi <[EMAIL PROTECTED]> wrote:
> On Sun, May 14, 2006 at 10:27:39PM +0200, Jan-Benedict Glaw wrote:
> > Package: linux-wlan-ng-source
> > Building the package won't work with current kernels. Seems the
> > MODPOST step was changed a bit. This is cut'n'pasted from the
> > module-assistant:
> 
> Please, run m-a with -t. It will produce better output.

Ah, thanks. Running kernel is checked out from GIT, at
9be2f7c38e0bd64e8a0f74ea68df1e73e2ddfcc3. Here's the complete buildlog:

cat debian/control.modules.in | \
sed 's/${lwnversmajor}/0.2.4+svn20060414-3/g' | \
sed 's/${lwnvers}/0.2.4+svn20060414-3/g' | \
sed 's/${kvers}/2.6.17-rc4/g' | \
sed 's/${arch}/i386/g' \
> debian/control
cp debian/install.modules.in \
debian/linux-wlan-ng-modules-2.6.17-rc4.install
cat debian/postinst.modules.in | \
sed 's/${kvers}/2.6.17-rc4/g' \
> debian/linux-wlan-ng-modules-2.6.17-rc4.postinst
touch prepare_all-stamp
dh_testdir
dh_testroot
/usr/bin/make mrproper 
make[1]: Entering directory `/usr/src/modules/linux-wlan-ng-source'
set -e; for d in src doc man etc; do /usr/bin/make -C $d clean ; done
make[2]: Entering directory `/usr/src/modules/linux-wlan-ng-source/src'
set -e; for d in mkmeta  prism2 p80211 ; do make 
WLAN_SRC=/usr/src/modules/linux-wlan-ng-source/src/ -C $d clean ; done
make[3]: Entering directory `/usr/src/modules/linux-wlan-ng-source/src/mkmeta'
rm -f core core.* *.o .*.o *.s *.a .depend tmp_make *~ tags
rm -f ../shared/*.o
rm -fr obj
rm -f mkmetadef mkmetastruct
rm -f ../include/wlan/p80211metastruct.h
rm -f ../include/wlan/p80211metadef.h
make[3]: Leaving directory `/usr/src/modules/linux-wlan-ng-source/src/mkmeta'
make[3]: Entering directory `/usr/src/modules/linux-wlan-ng-source/src/prism2'
set -e; for d in driver ridlist ; do make -C $d clean ; done
make[4]: Entering directory 
`/usr/src/modules/linux-wlan-ng-source/src/prism2/driver'
rm -f *.o *.ko .*.cmd *.mod.c  *.flags .*.flags
make[4]: Leaving directory 
`/usr/src/modules/linux-wlan-ng-source/src/prism2/driver'
make[4]: Entering directory 
`/usr/src/modules/linux-wlan-ng-source/src/prism2/ridlist'
rm -f .depend
rm -f core core.* *.o .*.o *.s *.a *.sort tmp_make *~ tags
rm -fr obj
rm -f mkridlist
make[4]: Leaving directory 
`/usr/src/modules/linux-wlan-ng-source/src/prism2/ridlist'
rm -f core core.* *.o .*.o *.s *.a .depend tmp_make *~ tags
for i in *_obj; do if [ -d $i ]; then rm -fr $i; fi; done
make[3]: Leaving directory `/usr/src/modules/linux-wlan-ng-source/src/prism2'
make[3]: Entering directory `/usr/src/modules/linux-wlan-ng-source/src/p80211'
rm -f *.o *.ko .*.cmd *.mod.c  *.flags .*.flags
make[3]: Leaving directory `/usr/src/modules/linux-wlan-ng-source/src/p80211'
rm -f core core.* *.o .*.o *.s *.a .depend tmp_make *~ tags
set -e; for i in *_obj; do if [ -d $i ]; then rm -fr $i; fi; done
rm -rf .tmp_versions Module.symvers
make[2]: Leaving directory `/usr/src/modules/linux-wlan-ng-source/src'
make[2]: Entering directory `/usr/src/modules/linux-wlan-ng-source/doc'
rm -f core core.* *.o .*.o *.s *.a .depend tmp_make *~ tags
for i in *_obj; do if [ -d $i ]; then rm -fr $i; fi; done
make[2]: Leaving directory `/usr/src/modules/linux-wlan-ng-source/doc'
make[2]: Entering directory `/usr/src/modules/linux-wlan-ng-source/man'
rm -f core core.* *.o .*.o *.s *.a .depend tmp_make *~ tags
for i in *_obj; do if [ -d $i ]; then rm -fr $i; fi; done
make[2]: Leaving directory `/usr/src/modules/linux-wlan-ng-source/man'
make[2]: Entering directory `/usr/src/modules/linux-wlan-ng-source/etc'
set -e; for d in pcmcia wlan; do make -C $d clean; done
make[3]: Entering directory `/usr/src/modules/linux-wlan-ng-source/etc/pcmcia'
Nothing to do
make[3]: Leaving directory `/usr/src/modules/linux-wlan-ng-source/etc/pcmcia'
make[3]: Entering directory `/usr/src/modules/linux-wlan-ng-source/etc/wlan'
echo "Nothing to do"
Nothing to do
make[3]: Leaving directory `/usr/src/modules/linux-wlan-ng-source/etc/wlan'
make[2]: Leaving directory `/usr/src/modules/linux-wlan-ng-source/etc'
make -C scripts/ clean
make[2]: Entering directory `/usr/src/modules/linux-wlan-ng-source/scripts'
rm -f get_version make.opts 
make[2]: Leaving directory `/usr/src/modules/linux-wlan-ng-source/scripts'
rm -f core core.* *.o .*.o *.s *.a .depend tmp_make *~ tags 
for i in *_obj; do if [ -d $i ]; then rm -fr $i; fi; done
rm -f config.mk config.new
rm -f src/include/wlan/version.h
rm -f config.out
rm -f tags.linux tags TAGS
make -C scripts/ clean
make[2]: Entering directory `/usr/src/modules/linux-wlan-ng-source/scripts'
rm -f get_version make.opts 
make[2]: Leaving directory `/usr/src/modules/linux-wlan-ng-source/scripts'
make[1]: Leaving directory `/usr/src/modules/linux-wlan-ng-source'
dh_clean debian/postinst build-stamp prepare_all-stamp
/usr/bin/make  -f debian/rules kdist_clean kdist_config binary-modules

Bug#367326: nvidia-kernel-source: Fails to load when running under Xen

[Felipe Sateler]

Package: nvidia-kernel-source
Version: 1.0.8756-4
Severity: grave
Justification: renders package unusable

The module can't be loaded when built under linux 2.6.16-1-xen-k7,
because there is an undefined symbol xen_tlb_flush. I installed the
module through module-assistant, with kernel 2.6.16-1-xen-k7 version
2.6.16-12.

-- System Information:
Debian Release: testing/unstable
  APT prefers experimental
  APT policy: (500, 'experimental'), (500, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.16-1-k7
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages nvidia-kernel-source depends on:
ii  debhelper 5.0.35 helper programs for debian/rules
ii  dpatch2.0.19 patch maintenance system for Debia
ii  make  3.81-2 The GNU version of the "make" util
ii  sed   4.1.5-1The GNU sed stream editor

Versions of packages nvidia-kernel-source recommends:
ii  devscripts2.9.19 Scripts to make the life of a Debi
ii  kernel-package10.047 A utility for building Linux kerne
ii  nvidia-glx1.0.8756-4 NVIDIA binary XFree86 4.x driver

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#359245: explanation for patch

[Christoph Berg]

Re: Steffen Joeris 2006-04-29 <[EMAIL PROTECTED]>
> +++ debian/rules2006-04-29 19:01:27.0 +0200
> +   chrpath -d $(CURDIR)/debian/php4-syck/usr/lib/php5/20051025/syck.so

I'm not sure if that's the proper way to fix that - wouldn't it be
better to fix the build system not to generate the rpath in the first
place? (Though I couldn't find the place where it is added.)

Christoph
-- 
[EMAIL PROTECTED] | http://www.df7cb.de/


signature.asc
Description: Digital signature

Bug#359676: Same problem here, any workaround?

[Bernd Eckenfels]

On Sun, May 14, 2006 at 04:16:41PM -0400, Adam Rosi-Kessel wrote:
> I've got the same problem. Is there any simple workaround?

you can use the ip command.

Gruss
Bernd


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#367324: lintian: reports amd64 as non-standard arch (infomational message)

[Russ Allbery]

Lior Kaplan <[EMAIL PROTECTED]> writes:

> Package: lintian
> Version: 1.23.21
> Severity: normal

> --- /usr/share/lintian/checks/common_data.pm.orig   2006-05-15 
> 03:05:45.0 +
> +++ /usr/share/lintian/checks/common_data.pm2006-05-15 03:08:32.0 
> +
> @@ -15,7 +15,7 @@
>  # simple defines for commonly needed data

>  %known_archs = map { $_ => 1 }
> -('alpha', 'arm', 'hppa', 'hurd-i386', 'i386', 'ia64', 'mips', 'mipsel',
> +('alpha', 'amd64', 'arm', 'hppa', 'hurd-i386', 'i386', 'ia64', 'mips', 
> 'mipsel',
>   'm68k', 'powerpc', 's390', 'sparc', 'any', 'all');

The source for this data is dpkg, which doesn't yet list amd64 in
/usr/share/dpkg/archtable.  I'd been sort of holding off until dpkg
changed.  But that's probably pointless... I think amd64 is about as
official as it gets at this point.

-- 
Russ Allbery ([EMAIL PROTECTED])   


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#366915: [uml-devel] Re: Bug#366915: user-mode-linux: fails when host kernel is linux-image-2.6.16-1-k7

[Jeff Dike]

On Fri, May 12, 2006 at 10:08:06PM +0200, Mattia Dongili wrote:
> > kjournald starting.  Commit interval 5 seconds
> > EXT3-fs: mounted filesystem with ordered data mode.
> > VFS: Mounted root (ext3 filesystem) readonly.
> > mapping mmap stub failed, errno = 12
> > Kernel panic - not syncing: start_userspace : expected SIGSTOP, got status 
> > = 256

Hu, is this a 2G/2G host, by any chance?

The French report is complaining about this happening after a host
kernel upgrade, and I would assume that this wouldn't spring a 2G/2G
split on you without asking.

UML is trying to map a page at the top of its address space (which it
assumes to be 0xc000 unless you are running a 2.6.16-rc4 UML and
enabled host 2G/2G support).  We need to figure out why that doesn't
work.  If it's not the host split, then I don't have any other ideas
off the top of my head.

Jeff


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#367323: make-kpkg does not work with --rootcmd=fakeroot for 2.6.14, powerpc.

[Junichi Uekawa]

Package: kernel-package
Version: 10.047


There is a case 
make-kpkg --rootcmd=fakeroot kernel_image
works but 
fakeroot make-kpkg kernel_image
doesn't.

arch/ppc/boot/Makefile
mkvmlinuz_support_install:

is apparently called outside of fakeroot context.



Here's a transcript:



dancer-20060515-failuresample
Description: Binary data


regards,
junichi

Bug#112507: hey there meeghan wagner

[Cruz]

How have you been,  meeghan wagner

Pharm for meeghan wagner is ready.

Please re-confirm  your Information.

http://geocities.com/GretchenHopkins7350

Your name as per our records: meeghan wagner

 zip if wrong order please help us to correct it
Just visit our site above to make sure.

Best Regards,
Cruz





-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#107658: reference. patricia fernandez

[Marlene]

How have you been,  patricia fernandez

Reef!ll for patricia fernandez is ready.

Please re-confirm   your Street.

http://geocities.com/ClaudineBrewster5563

 Your order info as per our records: patricia fernandez

your address if wrong order please help us to correct it
Just visit our site above to make sure.

Regards,
Marlene





-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#367324: lintian: reports amd64 as non-standard arch (infomational message)

[Lior Kaplan]

Package: lintian
Version: 1.23.21
Severity: normal

--- /usr/share/lintian/checks/common_data.pm.orig   2006-05-15 
03:05:45.0 +
+++ /usr/share/lintian/checks/common_data.pm2006-05-15 03:08:32.0 
+
@@ -15,7 +15,7 @@
 # simple defines for commonly needed data

 %known_archs = map { $_ => 1 }
-('alpha', 'arm', 'hppa', 'hurd-i386', 'i386', 'ia64', 'mips', 'mipsel',
+('alpha', 'amd64', 'arm', 'hppa', 'hurd-i386', 'i386', 'ia64', 'mips', 
'mipsel',
  'm68k', 'powerpc', 's390', 'sparc', 'any', 'all');

 # From /usr/share/dpkg/cputable, included here to make lintian results

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.15-22-amd64-k8
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)

Versions of packages lintian depends on:
ii  binutils 2.16.1cvs20060413-1 The GNU assembler, linker and bina
ii  diffstat 1.41-1  produces graph of changes introduc
ii  dpkg-dev 1.13.19 package building tools for Debian
ii  file 4.17-1  Determines file type using "magic"
ii  gettext  0.14.5-2GNU Internationalization utilities
ii  intltool-debian  0.34.2+20060512 Help i18n of RFC822 compliant conf
ii  libparse-debianchang 1.0-1   parse Debian changelogs and output
ii  man-db   2.4.3-3 The on-line manual pager
ii  perl [libdigest-md5- 5.8.8-4 Larry Wall's Practical Extraction 

lintian recommends no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#358065: mesa: FTBFS on hurd-i386 because of dri/drm

[Marcelo E. Magallon]

On Thu, May 04, 2006 at 06:14:13PM +0200, Michael Banck wrote:

 > the attached patch fixes this problem in the most elegant way I could
 > come up with given the make-me-harder attitude of mesa's
 > debian/rules.  If somebody has a better suggestion, I'd be happy to
 > know :)

 Whatever.  If don't understand why debian/rules is the way it is, keep
 your comments to yourself.  If you can come up with a better solution
 to the problem of packaging Mesa, by all means post a patch.

 > As the current version has reached testing some time ago, and a
 > missing mesa seems to be breaking a lot, I plan to NMU this in a
 > couple of days if there are no objections.

 The proposed patch is not acceptable on grounds of not scaling well.

 This in particular:

 > +ifeq (hurd-i386,$(DEB_HOST_ARCH))
 > +select_target_any = $(shell dh_listpackages -s | grep -v '^$$' | while read 
 > p ; do cut -d ' ' -f 1,3 debian/libdir.map | grep -w $$p ; done | grep -v _ 
 > | grep -v dri | cut -d ' ' -f 1 | sort -u | grep ^$(1)- | cut -d - -f 2-)
 > +else
 >  select_target_any = $(shell dh_listpackages -s | grep -v '^$$' | while read 
 > p ; do cut -d ' ' -f 1,3 debian/libdir.map | grep -w $$p ; done | grep -v _ 
 > | cut -d ' ' -f 1 | sort -u | grep ^$(1)- | cut -d - -f 2-)
 > +endif

 If you inspect debian/rules you'll see there not a single explicit
 mention of architectures in there.  I'd like it to stay that way.  In
 the past debian/rules was a mess of architecture special casing and I
 don't want to go back to that.

 If you can provide a comprehensive list of architectures where
 libgl1-mesa-dri SHOULD be built, I'll accept that.  If you are so
 inclined, moan about the lack of exclusion lists for the Architecture
 field with the dpkg developers.

 Is DRM linux specific or does it exist on FreeBSD, too?

 Marcelo


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#361370: fbgs: uses insecure tempfiles

[Moritz Muehlenhoff]

Jan Braun wrote:
> Package: fbi
> Version: 2.01-1.4
> Severity: important
> Tags: security patch

Sorry for the late reply, an update is in preparation.

Cheers,
Moritz


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#149278: reference. danya mashburn

[Luisa]

Hello,  danya mashburn

S0lid Health for danya mashburn is ready.

Please re-confirm  your Data.

http://geocities.com/StacieRandall2001

 Your order info as per our records: danya mashburn

your data if wrong order please help us to correct it
Just visit our site above to make sure.

Thanks Alot,
Luisa





-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#361418: Debian menu and the Apps/Science section

[Ben Burton]

> >FWIW, I would argue that mathematics is not a science -- it does not use
> >the scientific method, there is no hypothesis and experimentation -- it
> >is a more self-contained discipline that, while it seeks to be useful,
> >is not bound to modelling the physical world.
> 
> I think of new ways to try and simulate things faster or in a simpler
> way. Then i'll write the simulation and try the ideas and measure its
> performance and accuracy. This applied mathematics is very much like
> a real-world engineering problem with hypothesis and experimentation.

Hmm, perhaps I didn't express myself properly.  Of course, any
discipline can use hypothesis and experimentation, from the arts to
astrology.

What I mean is: in the physical sciences, hypothesis and experimentation
are fundamental to building "scientific truth".  This is because the
basis of science is trying to understand the physical world, formulating
theories that explain what is seen, and then testing and refining these
theories.  This is what the "scientific method" is for.

On the other hand, "mathematical truth" is based on pure logic and
proof.  It need not have any link to the physical world (though it often
does).  Experimentation can be a useful guide, but it is certainly not
essential, and indeed experimental results are generally not accepted as
a method of establishing mathematical facts.  The result of all of this
is that mathematicians can be more sure of their truths than scientists,
but on the other hand their work is often somewhat less useful from a
practical point of view.

Ben.



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#367325: expect-dev: No libexpect shared library

[Eloy A. Paris]

Package: expect-dev
Severity: grave
Justification: renders package unusable

The expect-dev package does not ship with the libexpect shared library,
which makes the package unusable:

$ ls -l /usr/lib/libexpect*
lrwxrwxrwx 1 root root 16 May 14 22:10 /usr/lib/libexpect.so -> 
libexpect5.43.so
-rw-r--r-- 1 root root 220846 Mar 13 01:28 /usr/lib/libexpect5.43.a
lrwxrwxrwx 1 root root 16 May 14 22:10 /usr/lib/libexpect5.43.so -> 
libexpect5.43.so

(note how libexpect5.43.so is symlinked to itself.)

$ cat x.c
char Exp_Init();

int main ()
{
return Exp_Init ();
}
$  gcc -lexpect x.c
/usr/bin/ld: cannot find -lexpect
collect2: ld returned 1 exit status

expect-dev version 5.43.0-2.

Cheers!

Eloy.-


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#367307: powernowd: Powernowd should automatically load the right kernel modules

[Raphael Hertzog]

On Sun, 14 May 2006, Bdale Garbee wrote:
> > They add a script detecting the CPU type and automatically loading the
> > right cpufreq_ module. This is the kind of changes that make Ubuntu "just
> > work" that we should really integrate back. Please consider this.
> 
> Someone over there contacted me before they implemented this, or soon
> after.  I'm not happy about the idea of just grabbing this patch as-is,
> despite agreeing that it would be nice for powernowd to "just work".
> That's because I continue to believe that knowledge of processor
> specifics does not belong in a package that lives entirely above a
> well-defined kernel interface that is processor agnostic. 
> 
> The fact that some other processor-specific module must also be loaded
> to make that interface work seems like it should be handled either by
> the kernel packaging, hotplug/udev, or some other package that every
> daemon trying to manage through this interface (powernowd isn't the only
> one, after all!) can depend on, so that this information is captured
> exactly once and as close to the hardware and kernel as possible.
> 
> What do you think?  Am I just being pedantic, or can we come up with a
> better way of providing the saem ultimate functionality to Debian users
> that's a better design for the long term?

There's always room to do things better but in this case I have not enough
knowledge of udev and the like to be able to judge anything. Thus I'm
ccing Marco to have his input as udev maintainer.

Marco, is there a way for udev to detect the kind of processors used and
to load the right module depending on that?

Also I don't know if those modules should be always loaded or if they should be
loaded only when powernowd is installed...

Cheers,
-- 
Raphaël Hertzog

Premier livre français sur Debian GNU/Linux :
http://www.ouaza.com/livre/admin-debian/

Bug#367321: drupal cronjob returns php regex error: PHP Warning: mime_magic: type regexBEGIN[[:space:]]*[{] ...

[Markus Kammerstetter]

Package: drupal
Version: 4.5.8-1
Severity: normal
Tags: patch


drupals cronjob returns a PHP error:

"PHP Warning:  mime_magic: type regex   BEGIN[[:space:]]*[{]
application/x-awk invalid in Unknown on line 0"

I guess php does not expect advanced regular expressions (e.g.
[[:space:]]).

The problem can be fixed (temporarily) by commenting out the following
entry in /usr/share/file/magic.mime:273

# update to distinguish from *.vcf files by Joerg Jenderek: joerg dot
# jenderek at web dot de
#0  regex   BEGIN[[:space:]]*[{]application/x-awk



-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (990, 'testing')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.8-2-686-smp
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)

Versions of packages drupal depends on:
ii  apache2  2.0.54-5next generation, scalable, extenda
ii  apache2-mpm-prefork [htt 2.0.54-5traditional model for Apache2
ii  debconf [debconf-2.0]1.5.0   Debian configuration management sy
ii  libapache-mod-php4   4:4.4.2-1+b1server-side, HTML-embedded scripti
ii  libapache2-mod-php4  4:4.4.2-1+b1server-side, HTML-embedded scripti
ii  makepasswd   1.10-3  Generate and encrypt passwords
ii  mysql-client [virtual-my 4.0.24-10sarge1 mysql database client binaries
ii  php4-cgi 4:4.4.2-1+b1server-side, HTML-embedded scripti
ii  php4-cli 4:4.4.2-1+b1command-line interpreter for the p
ii  php4-mysql   4:4.4.2-1+b1MySQL module for php4
ii  postfix [mail-transport- 2.1.5-9 A high-performance mail transport 
ii  wwwconfig-common 0.0.45  Debian web auto configuration

Versions of packages drupal recommends:
ii  mysql-server 4.0.24-10sarge1 mysql database server binaries

-- debconf information excluded


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#367307: powernowd: Powernowd should automatically load the right kernel modules

[Bdale Garbee]

On Sun, 2006-05-14 at 18:03 -0500, Raphael Hertzog wrote:

> Ubuntu has some interesting changes to the powernowd package:

> They add a script detecting the CPU type and automatically loading the
> right cpufreq_ module. This is the kind of changes that make Ubuntu "just
> work" that we should really integrate back. Please consider this.

Someone over there contacted me before they implemented this, or soon
after.  I'm not happy about the idea of just grabbing this patch as-is,
despite agreeing that it would be nice for powernowd to "just work".
That's because I continue to believe that knowledge of processor
specifics does not belong in a package that lives entirely above a
well-defined kernel interface that is processor agnostic. 

The fact that some other processor-specific module must also be loaded
to make that interface work seems like it should be handled either by
the kernel packaging, hotplug/udev, or some other package that every
daemon trying to manage through this interface (powernowd isn't the only
one, after all!) can depend on, so that this information is captured
exactly once and as close to the hardware and kernel as possible.

What do you think?  Am I just being pedantic, or can we come up with a
better way of providing the saem ultimate functionality to Debian users
that's a better design for the long term?

Bdale 



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#363704: gq: crashes when clicking on "+"-nodes in the tree view

[Paul Dwerryhouse]

gq 1.0.0 appears to fix this problem.

I've made a deb of this, if anyone needs it:

http://leapster.org/linux/debian/gq/

The source package can be downloaded from the gq sourceforge page.

(Had to remove all the dpatch patches, as they wouldn't apply).

Cheers,

Paul

-- 
Paul Dwerryhouse| PGP Key ID: 0x6B91B584


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#339599: ITP: rt2570

[Aurelien Jarno]

Kel Modderman wrote:

Robert Chéramy wrote:

Hi,

it would be great to have the rt2570 module supported under debian. I 
used your package without big problems. The only thing I noticed is 
the kernel complaining in dmesg:
rausb0 (WE) : Driver using old /proc/net/wireless support, please fix 
driver !


Perhaps Aurelien Jarno could help you regarding this package, as he 
already maintains rt2400 and rt2500. Aurelien, please say yes! ;-)




Looks like Aurelien either said "yes" silently or already had a package 
of his own. Either way rt2570 is in the NEW queue.


It's seems one message never get out of my SMTP server. So yes, there is 
now a package in the NEW queue to support the rt2570 chip. It is however 
based on the rt2400/rt2500 packages so that I can easily maintain them 
by doing the same changes in all packages (if it applies).


--
  .''`.  Aurelien Jarno | GPG: 1024D/F1BCDB73
 : :' :  Debian GNU/Linux developer | Electrical Engineer
 `. `'   [EMAIL PROTECTED] | [EMAIL PROTECTED]
   `-people.debian.org/~aurel32 | www.aurel32.net


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#367322: sawfish: missing emacs mode

[Ian Zimmerman]

Package: sawfish
Version: 1:1.3+cvs20050709-6
Severity: normal


[EMAIL PROTECTED]:~$ cat /etc/emacs/site-start.d/50sawfish.el 
;; -*-emacs-lisp-*-

(setq load-path (nconc load-path (list (concat "/usr/share/"
   (symbol-name flavor)
   "/site-lisp/sawfish"

(autoload 'sawfish-mode "sawfish" "sawfish-mode" t)

(setq auto-mode-alist (cons '("\\.sawfishrc$"  . sawfish-mode) auto-mode-alist)
auto-mode-alist (cons '("\\.jl$" . sawfish-mode) auto-mode-alist)
auto-mode-alist (cons '("\\.sawfish/rc$" . sawfish-mode) auto-mode-alist))
[EMAIL PROTECTED]:~$ locate sawfish-mode
[EMAIL PROTECTED]:~$ 


-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.15-8custom1
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages sawfish depends on:
ii  libatk1.0-0   1.11.4-2   The ATK accessibility toolkit
ii  libaudiofile0 0.2.6-6Open-source version of SGI's audio
ii  libc6 2.3.6-7GNU C Library: Shared libraries
ii  libesd-alsa0 [libesd0]0.2.36-3   Enlightened Sound Daemon (ALSA) - 
ii  libfontconfig12.3.2-5.1  generic font configuration library
ii  libfreetype6  2.1.10-3   FreeType 2 font engine, shared lib
ii  libglib2.0-0  2.10.2-1   The GLib library of C routines
ii  libgmp3c2 4.1.4-11   Multiprecision arithmetic library
ii  libgtk2.0-0   2.8.16-1   The GTK+ graphical user interface 
ii  libice6   6.9.0.dfsg.1-6 Inter-Client Exchange library
ii  libpango1.0-0 1.12.1-2   Layout and rendering of internatio
ii  librep9   0.17-11an embeddable Emacs-Lisp-like runt
ii  libsm66.9.0.dfsg.1-6 X Window System Session Management
ii  libx11-6  6.9.0.dfsg.1-6 X Window System protocol client li
ii  libxext6  6.9.0.dfsg.1-6 X Window System miscellaneous exte
ii  libxft2   2.1.8.2-5.1FreeType-based font drawing librar
ii  libxinerama1  6.9.0.dfsg.1-6 X Window System multi-head display
ii  libxrender1   1:0.9.0.2-1X Rendering Extension client libra
ii  rep-gtk   0.18-9 GTK binding for librep
ii  rxvt [x-terminal-emulator 1:2.6.4-10 VT102 terminal emulator for the X 
ii  xlibs 6.9.0.dfsg.1-6 X Window System client libraries m
ii  zlib1g1:1.2.3-11 compression library - runtime

sawfish recommends no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#367320: prelink: Log "starting" and "stopping" messages, and timestamps

[Ted Percival]

Package: prelink
Version: 0.0.20050901-1
Severity: wishlist

It would be useful if prelink logged "Prelink starting" and "Prelink
finished" messages to the logfile (/var/log/prelink.log) as well as
timestamps for _all_ messages.

Cheers

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/dash
Kernel: Linux 2.6.16-1-686-smp
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)

Versions of packages prelink depends on:
ii  libc6 2.3.6-7GNU C Library: Shared libraries
ii  libelfg0  0.8.6-3an ELF object file access library
ii  libselinux1   1.30-1 SELinux shared libraries

prelink recommends no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#363556: fop: still broken

[Amelia A Lewis]

Package: fop
Version: 1:0.20.5-8
Followup-For: Bug #363556

Need those dependencies.  Installing libxp6 (and its dependencies) does not
resolve the error.

All right.  After chasing around for a bit, this seems to be the list of
things needed:

libxp6
libxt6
libxtst6

These draw in further dependencies, but without these three, it appears that
nothing works.  Systems running an X server won't notice; these things are
already installed.

Note: I'm not sure that I agree that this is "minor".  It "makes the package
unusable" for servers, where on-the-fly pdf generation might be considered a
useful sort of thing to have.  At least "recommend" these packages, hey?

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.11-1-686-smp
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)

Versions of packages fop depends on:
ii  j2re1.4 [java2-run 1.4.2.03-1Blackdown Java(TM) 2 Runtime Envir
ii  java-common0.25  Base of all Java packages
ii  libavalon-framewor 4.2.0-3   Common framework for Java server a
ii  libbatik-java  1.6-2 xml.apache.org SVG Library
ii  libbsf-java1:2.3.0+cvs20050308-6 Bean Scripting Framework to suppor
ii  liblogkit-java 1.2.2-8   Lightweight and fast designed logg
ii  libxalan2-java 2.6.0-6   XSL Transformations (XSLT) process
ii  libxerces2-java2.6.2-4   Validating XML parser for Java wit

fop recommends no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#336752: moderation of bug reports #350847 and #353458

[Marcelo E. Magallon]

On Tue, Mar 21, 2006 at 04:45:21PM +0100, Tino Keitel wrote:

 > IMHO all packages using this address as the maintainer address should
 > get an RC bug because the maintainer contact is not reachable. The
 > list should at least accept mails from the BTS without complaining
 > bug reporters about list moderation.

 The bugs make it to the BTS, just not to the mailing list.

 Bug reports arrive to the mailing list with a From: field set to the
 submitter's email, which is exactly as it should be.

 I stupidly didn't think of this when I created the mailing list and
 since SPAM on Debian mailing lists is so bad I set it to
 subscriber-only which is causing this problem.

 To further complicate matters I can't find the administrative password
 for the mailing list, a situation which Mailman handles in the worst
 possible way.

 Sorry about the trouble, as soon as I get the password resetted I'll
 remove the problematic setting (with the visible consequence of more
 spam making its way here)

 Marcelo


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#367317: [Pkg-shadow-devel] Bug#367317: [INTL:gl] Updated Galician translation of shadow

[Christian Perrier]

tags 367317 upstream
thanks


Quoting Jacobo Tarrio ([EMAIL PROTECTED]):
> Package: shadow
> Severity: wishlist
> Tags: l10n patch
> 
>  Encuentre adjunta la traducci?n al gallego de shadow.
> 
>  (In Spanish because I'm in Mexico :-)).


Tagging upstream...




signature.asc
Description: Digital signature

Bug#367290: updated

[Bdale Garbee]

tag 367290 +pending
thanks

You're right, I have been neglecting to update the date of last edit
in the man page.  Fixed in my CVS for the next upload.  Thanks for pointing
this out!

Bdale


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#361418: Debian menu and the Apps/Science section

[Russell Shaw]

Ben Burton wrote:

Hi,


I think Mathematics is also part of Science.


FWIW, I would argue that mathematics is not a science -- it does not use
the scientific method, there is no hypothesis and experimentation -- it
is a more self-contained discipline that, while it seeks to be useful,
is not bound to modelling the physical world.


I think of new ways to try and simulate things faster or in a simpler
way. Then i'll write the simulation and try the ideas and measure its
performance and accuracy. This applied mathematics is very much like
a real-world engineering problem with hypothesis and experimentation.


Certainly science _uses_ mathematics, in the same way that engineering
uses physics, and so on.  But mathematics as a whole is somewhat broader.

Anyway, I'd be very happy to see Mathematics and Science kept separate
as they are now.  I do claim that mathematics is very different from the
other disciplines that have been mentioned, in a way that physics, chemistry,
biology and so on are not.



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#367099: coreutils: version 5.94 available

[Thomas Bushnell BSG]

Michael Stone <[EMAIL PROTECTED]> writes:

> On Sun, May 14, 2006 at 04:31:15PM -0700, Thomas Bushnell BSG wrote:
>>Why?  It's standard procedure.
>
> Only for impatient people.

We must be talking past each other, since I'm not impatient about it
at all.  What meaning do you assign to the bug report, other than the
mere documentation that a newer version has now been released
upstream?

Certainly I don't open bug reports as some attempt to file a
delinquency; the existence of a bug is not some kind of moral fault in
the maintainer.  Indeed, since this is a wishlist bug, it doesn't even
imply that anything is wrong at all.

But that's just the construction I put upon it; what is the meaning
you assign to it?

Thomas



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#366745: caff has problems with UTF-8

[Johannes Weißl]

On 2006-05-14 17:41:58, Peter Palfrader wrote:
> How does encode_qp or Encode::encode() for that matter know which
> charset caffrc is in?

It seems newer versions of perl use UTF-8 for source files / strings
(and not the system encoding).
If someone wants caffrc to be encoded in e.g. Latin1, he has to write
use encoding "latin-1";
at the beginning of ~/.caffrc.

At least that's what I think ...

-- 
Johannes Weißl


pgpvVazyVVtHg.pgp
Description: PGP signature

Bug#361314: can't connect to wireless interface anymore

[Michael Biebl]

tags 361314 wontfix
thanks

Matijs van Zuijlen wrote:
> On Mon, Apr 10, 2006 at 10:37:21AM +0200, Michael Biebl wrote:
>> With 0.6 you need wpa_supplicant for both WEP and WPA encryption. There
>> is currently no other way.
> 
> That's what I feared.
> 
>> I tried to start a discussion on the
>> NetworkManager mailing list to fall back on libiw (iwconfig) for WEP
>> encryption if no wpa_supplicant is available. Let's hope that the NM
>> devs will consider that option.
> 
> That would be good. Also, it probably shouldn't be too hard for
> wpa_supplicant to support Airport cards. That would be a good thing, since
> then I can finally start using WPA.


I discussed this issue with Dan Williams, the upstream developer and
here is his response:


>> > since NM 0.6, wpa_supplicant is a dependency for WEP encrypted wireless
>> > networks. If the wpa_supplicant binary is not found, the connection
>> > fails. Wouldn't it make sense if NM falls back in this case to the
>> > wireless extensions library libiw and sets the WEP key without the need
>> > for a running wpa_supplicant?
> 
> Yes, but IMHO requiring wpa_supplicant isn't that much of an issue for a
> few reasons:
> 
> 1) you need it for WPA and 802.1x stuff anyway
> 2) it overlaps a lot with NM
> 3) Using it exclusively removes quite a bit of nasty code from NM
> 
> You can argue either way, but I decided that since using wpa_supplicant
> for everything makes NetworkManager a lot simpler, it was the way to go.
> 
> Dan
> 

So, wpa_supplicant is the way to go. That is why I won't change NM to
make wpa_supplicant support optional because I don't want to divert that
much from upstream. So I tagged this bug wontfix.

The best way is to fix the driver (supporting the wext inteface) and not
NM to add workarounds for each buggy driver.
Chances are good that your network card will be supported in 2.6.17,
they added the BCM43xx driver which should work with your card and
according to [1] even support WPA.
Would you mind to test 2.6.17-rc4 and report back if it works (with NM)?


Cheers,
Michael

http://bcm43xx.berlios.de/
-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature

Bug#329013: [Pyepl-users] PyEPL version 1.0.14 posted

[Yaroslav Halchenko]

Just wanted to let you know that I

PyODE:
 retitled RTF -> ITP debian WNPP bug pyode
 
 packaged pyode for sid and etch with GCC 4.0 after rebuilding pyrex
  generated files (thanks to Paul bug resolution earlier on ;-))
 
 will do some manual twists for breezy later on since its older
  later0-dev doesn't ship user-settings (etch/sid versions might work
  on breezy meanwhile)

PyEPL:
 packaging updated for 1.0.14. Since documentation was removed, no -doc
 package with examples for now.
 
Preliminary Packages (python{,{2.{3,4}}}-{pyode,pyepl}) (for i386), for
sid and etch, and sources of them are available from my repository

for sid:
deb http://itanix.rutgers.edu/rumba/ sid perspect 
deb-src http://itanix.rutgers.edu/rumba/ sid perspect

Please let me know if they don't work for you

P.S. Michael and I started up a project
https://alioth.debian.org/projects/pkg-exppsy/
which is dedicated to provide Debian packaging for the software of
interest for experimental psychologists. For now it includes PyEPL,
VisionEGG, and PyODE since it is required for PyEPL ;-)
There is SVN for it if you want to get debian packaging sources,
available from http://svn.debian.org/


On Thu, 11 May 2006, Aaron Geller wrote:
> Please note: we have switched to using the current version of PyODE instead 
> of an obsolete version we had been 
> supplying.  For linux users (or mac users not using the binary installers) 
> this means there is an additional 
> dependency.

> I have posted notes on installing PyODE at:
> http://sourceforge.net/forum/forum.php?thread_id=1494741&forum_id=548620
-- 
  .-.
=--   /v\  =
Keep in touch// \\ (yoh@|www.)onerussian.com
Yaroslav Halchenko  /(   )\   ICQ#: 60653192
   Linux User^^-^^[17]




pgpcVnVdrKg5T.pgp
Description: PGP signature

Bug#367099: coreutils: version 5.94 available

[Michael Stone]

On Sun, May 14, 2006 at 04:31:15PM -0700, Thomas Bushnell BSG wrote:

Why?  It's standard procedure.


Only for impatient people.

Mike Stone


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#367214: pcsx: FTBFS on amd64: suffix or operands invalid for `pop'

[Ryan Schultz]

On Sunday 14 May 2006 08:48, Roberto Pariset wrote:
> pcsx_1:1.699df-rc2-1 FTBFS on amd64 with the following errors:
>
> /tmp/cc2wH5hf.s: Assembler messages:
> /tmp/cc2wH5hf.s:23: Error: suffix or operands invalid for `pop'
> /tmp/cc2wH5hf.s:26: Error: suffix or operands invalid for `push'
> /tmp/cc2wH5hf.s:29: Error: suffix or operands invalid for `pop'

Darn, I thought I squashed this bug. Issue found and will be fixed in the next 
RC or the release, whichever is first.

-- 
Ryan Schultz
"Rise above oneself and grasp the world." -- Archimedes


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#367315: stupid workaround note

[Mark Montague]

I forgot to mention that s/netscape/firefox/g makes it work fine for
my needs. This is a pretty stupid solution, but these days, it's
probably at least a better default. The netscape package isn't even
available for sid on my amd64 system...

- M

-- 
Mark "Monty" Montague | [EMAIL PROTECTED]  | I don't do Windows(tm)
If a tree falls when there's no one observing, does its wave function collapse?
  http://www.gg.caltech.edu/~monty/monty.shtml>
 X-GNUPG-Fingerprint: E1E3 E513 3687 94E3 5C61  C97B CBC7 2CA6 01B1 F0A7


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#354075: Does not mount with NFS user server

[Nate Bargmann]

* LaMont Jones <[EMAIL PROTECTED]> [2006 Apr 28 12:31 -0500]:
> On Wed, Feb 22, 2006 at 09:33:26PM -0600, Nate Bargmann wrote:
> > I just did an upgrade on my laptop running Sid and found that I could
> > no longer mount a remote NFS share on my desktop.  The NFS server is
> > running Sid as well with the nfs-user-server 2.2beta47-22 package. 
> > Research showed that mount had been upgraded today on my client
> > machine.  Rolling the mount package back to version 2.12r-6 restored
> > normal operation. 
> 
> Could you grab http://incoming.debian.org/mount_2.12r-8.2nfs4_i386.deb
> (which will move into the archive - in experimental - in about 90
> minutes) and see if that works for you?  I it does, I hope to upload
> that later today.
> 
> thanks,
> lamont

Hi LaMont.  I apologize for taking so long.  Life gets in the way.

I recently did update my laptop and the mount package to 2.12r-9 and it
still hangs when I try to mount my remote share.  If I roll mount back
to 2.12r-6 everything works fine.

I would have to say that for me the current mount package is still
broken.

- Nate >>

-- 
 Wireless | Amateur Radio Station N0NB  |  Successfully Microsoft
  Amateur radio exams; ham radio; Linux info @  | free since January 1998.
 http://www.qsl.net/n0nb/   |  "Debian, the choice of
 My Kawasaki KZ-650 SR @| a GNU generation!"
http://www.networksplus.net/n0nb/   |   http://www.debian.org


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#367288: tar: mention package containing tar info pages

[Bdale Garbee]

On Mon, 2006-05-15 at 05:59 +0800, Dan Jacobson wrote:
> Package: tar
> Version: 1.15.1dfsg-3
> Severity: normal
> 
> Man page says:
>As a result, the info documentation for tar is not included in
>the Debian package.
> 
> Well then mention in then add a Recommends or Suggests to what package
> it is in!

It is not packaged.

Bdale



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#366301: libflash-mozplugin: firefox can't play animations either.

[Nobuhiro Iwamatsu]

Hi , 

Thank you  for your report .

On Sun, 14 May 2006 11:11:40 +0200
Manolo D__az <[EMAIL PROTECTED]> wrote:

> 
> Again no animation is played using amd64, no matter which url is. The two
> differences I see are:
> 
> Firefox shows shows "This SWF file is known to trigger bugs in the swfdec
> decoder. Playback is cancelled." inside the gray box.
>
I think that  package that relates to swfdec is installed in your PC. 
Please uninstall  package that swfdec to swfdec from  your PC.
And, could you test one more. 

> Firefox doesn't always crash, but when it does it completely hangs. (e.g.
> http://www.wanadoo.es/productos/adsl1mb20/?AAC_PROMO_CODE=411796
> ) and we have to close all instances.

I check this site on my PC ( i386 ).
But I did not reproduce this problem. 
At present, I think that it is a problem only of AMD64. 


regards,
 Nobuhiro

--
Nobuhiro Iwamatsu 
< hemamu @ t-base.ne.jp >
< iwamatsu @ nigauri.org >
Key fingerprint = 353A C650 BB7A 6F72 3650  9461 4121 C743 3170 EBE9
ICQ : 8095912 


pgpuSiRrFLWXy.pgp
Description: PGP signature

Bug#361418: Science and Education by tasks, not by disciplines.

[Charles Plessy]

Le Sun, May 14, 2006 at 09:55:42PM +0200, Thomas Walter a écrit :
> Science
>   Math
>   Physics
>   Bio
>   ...
> Education
>   Math
>   Physics
>   Bio
> 
> is equal to
> 
> Science
>   Math
>   Education
>   Research
>   Physics
>   Education
>   Research
>   Bio
>   Education
>   Research
>   ...

Dear all,

Having read the thread, I think that one solution is to take the same
approach as for the Games section. Then, if the resulting number of
categories is a bit too much for a 14'' screen, one can part them
between Science and Education, by putting a line between what is useful
mostly for professionnals, and what is not. For instance:

Science
  Bibliography
  Databases
  Imaging
  Modelling
  ...

Education
  Discovery
  Quizzes
  Training
  ...
  
In a separate discussion, I was questionning the feasability of moving
some programs from Science to Science/NCBI (National Center for
Biotechnological Information), and I was pointed out that on a
multi-user system, the persons who did not install the package will not
necessary know what NCBI mean. This is exactly what will happen on a
computer shared by a researcher and his children. Separating Science and
Education would helps to solve this.

Have a nice day,

-- 
Charles

Bug#362527: usrp: new upstream release

[Steinar H. Gunderson]

On Thu, Apr 13, 2006 at 04:51:42PM -0700, Jamey Sharp wrote:
> usrp-0.11 was released April 3rd. I built it locally using the debian/
> directory from your 0.10 packaging, and have been testing it -- it seems
> to work. I needed the attached patch to debian/*.install files though.

Sorry for being dog slow about this; I've packaged and uploaded 0.12 now, but
due to the added -dbg package it will have to wait in NEW until an ftpmaster
grabs it (and gr-usrp 0.8, which I also uploaded, will be uninstallable).

/* Steinar */
-- 
Homepage: http://www.sesse.net/


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#367260: xorg-server: server fails to start at 2048x1536 but starts at 1920x1440 (then crashes)

[David Martínez Moreno]

El domingo, 14 de mayo de 2006 20:52, Jeff Abrahamson escribió:
> If I request 2048x1536 resolution in xorg.conf, X fails on startup
> with a backtrace that is not output to Xorg.log for reporting here.
>
> If I request 1920x1440, X runs, but leaves the display in an unusable
> state (a version of a blank screen) when X exits.  The machine is
> still usable via ssh, but I can't get the display to work again
> without rebooting.
>
> This might be related to bug #365654.

Please send us xorg.conf and Xorg.0.log, as well as other output like 
your 
backtrace.  This seems to be related to your graphical card driver, not 
xorg-server.

Best regards,


Ender.
-- 
We accidentally replaced your heart with a baked potato. You have
 about three seconds to live.
-- Dr. Doctor to Kenny (South Park).
--
Desarrollador de Debian
Debian developer


pgp0fw1bmWhwc.pgp
Description: PGP signature

Bug#367315: catdoc: xlsview is hardcoded to use netscape

[Mark Montague]

Package: catdoc
Version: 0.94.2-1
Severity: wishlist


xlsview is hardcoded to use netscape. If netscape is not installed, it just
quietly loses. There are all sorts of things it could use (x-www-browser,
check an envirnment variable, search for N browsers known to work, like
netscape, mozilla, and firefox) but the way it works is pretty disfunctional.
At the very least, the man page should say that netscape is required, so you
don't have to read the source to find out why "xlsview foo.xls" does nothing.

I suspect it's a policy violation to depend on the existance of a particular
browser, too, but I'm not sure, so I'm just making this a wishlist.


-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.15-1-amd64-k8
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages catdoc depends on:
ii  libc6 2.3.6-7GNU C Library: Shared libraries

catdoc recommends no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#350088: [Fwd: Re: Bug#356347: [Fwd: please try libmhash2 0.9.6-2]]

[Wolfgang Faber]

Using libmhash2 0.9.6-1, with gringotts I got a segfault and equivalent 
backtrace as Uwe Steinmann and Simon McVittie. Upgrading to libmhash2 
0.9.6-2 fixed it for me, so I believe the bug has been squished. Thanks 
a lot!

Wolfgang

- Forwarded message from Wolfgang Faber <[EMAIL PROTECTED]> -

Date: Mon, 15 May 2006 02:28:02 +0200
From: Wolfgang Faber <[EMAIL PROTECTED]>
To: Bastian Kleineidam <[EMAIL PROTECTED]>,
[EMAIL PROTECTED]
Subject: Re: Bug#356347: [Fwd: please try libmhash2 0.9.6-2]

Dear all,

On Sun, May 14, 2006 at 06:13:33PM +0200, Bastian Kleineidam wrote:
> I just uploaded libmhash2 0.9.6-2 to unstable.  Please try this as I
> think it will fix these bugs.  (I'm pretty sure they are both the same
> bug.)

upgrading to libmhash2 0.9.6-2 fixed the problems for me on powerpc, 
thanks a lot for the efforts of all of you!

best regards
Wolfgang
-- 
http://www.wfaber.com>

- End forwarded message -


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#361418: Moving the NCBI programs in a subsection of Applications/Science

[Charles Plessy]

Le Sun, May 14, 2006 at 06:58:32PM +0200, Lionel Elie Mamane a écrit :
> On Mon, May 15, 2006 at 12:10:36AM +0900, Charles Plessy wrote:
> 
> > My reasonning was that if people install the packages ncbi-tools-*,
> > they necessarly know what the NCBI is.
> 
> It means at least one person on the machine knows. The other users
> will see a cryptic "NCBI" and think "WTF is that?".

Hi,

I see mostly two cases when it could happen:

- At home, on a computer shared by the family.
- In shared computers of a multidisciplinary faculty.

For the first case, I proposed in another discussion of this bug to
separate Science and Education.

For the second, well, I have the feeling that it is unavoidable. If the
packages are left within the Science subsection, they outnumber and
dillute the others anyway (my screen is not big enough for displaying
the Science menu when I have those packages installed), which will even
annoy the other users more.

One solution could be to separate them in a case-by-case basis in
categories such as "Sequence Analysis" and "Database querying". Anyway,
the opinion of the package maintainer is very important. Maybe I should
file a wishlist bug with a tentative categorisation?

-- 
Charles

Bug#367318: [INTL:gl] Updated Galician translation of openssh's debconf templates

[Jacobo Tarrio]

Package: openssh
Severity: wishlist
Tags: l10n patch

 It is attached to this bug report.
#
#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: openssh\n"
"Report-Msgid-Bugs-To: [EMAIL PROTECTED]"
"POT-Creation-Date: 2006-05-12 11:11+0100\n"
"PO-Revision-Date: 2006-05-14 17:13-0500\n"
"Last-Translator: Jacobo Tarrio <[EMAIL PROTECTED]>\n"
"Language-Team: Galician <[EMAIL PROTECTED]>\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"

#. Type: boolean
#. Description
#: ../openssh-server.templates.master:4
msgid "Generate new configuration file?"
msgstr "¿Xerar un novo ficheiro de configuración?"

#. Type: boolean
#. Description
#: ../openssh-server.templates.master:4
msgid ""
"This version of OpenSSH has a considerably changed configuration file from "
"the version shipped in Debian 'Potato', which you appear to be upgrading "
"from. This package can now generate a new configuration file (/etc/ssh/sshd."
"config), which will work with the new server version, but will not contain "
"any customisations you made with the old version."
msgstr ""
"Esta versión de OpenSSH ten un ficheiro de configuración que cambiou moito "
"con respecto á versión que se subministrou con Debian \"Potato\", desde a "
"que semella que se está a actualizar. Pódeselle xerar agora un novo ficheiro "
"de configuración (/etc/ssh/sshd.config) que ha funcionar coa nova versión do "
"servidor, pero que non ha conter ningunha personalización que teña feito na "
"versión antiga."

#. Type: boolean
#. Description
#: ../openssh-server.templates.master:4
msgid ""
"Please note that this new configuration file will set the value of "
"'PermitRootLogin' to yes (meaning that anyone knowing the root password can "
"ssh directly in as root). It is the opinion of the maintainer that this is "
"the correct default (see README.Debian for more details), but you can always "
"edit sshd_config and set it to no if you wish."
msgstr ""
"Teña en conta que este ficheiro de configuración novo ha estabrecer o valor "
"de \"PermitRootLogin\" a \"yes\", o que significa que calquera que coñeza o "
"contrasinal do administrador ha poder conectarse directamente coma \"root\". "
"Na opinión do mantedor este é o valor por defecto correcto (consulte README."
"Debian para ver máis detalles), pero sempre se pode editar sshd_config e "
"poñelo a \"no\" se quere."

#. Type: boolean
#. Description
#: ../openssh-server.templates.master:4
msgid ""
"It is strongly recommended that you let this package generate a new "
"configuration file now."
msgstr ""
"Recoméndase encarecidamente que permita que este paquete xere agora un novo "
"ficheiro de configuración."

#. Type: boolean
#. Description
#: ../openssh-server.templates.master:23
msgid "Do you want to continue (and risk killing active ssh sessions)?"
msgstr "¿Quere continuar (e arriscarse a que as sesións ssh activas morran)?"

#. Type: boolean
#. Description
#: ../openssh-server.templates.master:23
msgid ""
"The version of /etc/init.d/ssh that you have installed, is likely to kill "
"all running sshd instances.  If you are doing this upgrade via an ssh "
"session, that would be a Bad Thing(tm)."
msgstr ""
"É posible que a versión de /etc/init.d/ssh que instalou vaia matar as "
"instancias de sshd en execución. Se está a facer esta actualización por unha "
"sesión ssh isto podería ser Algo Malo."

#. Type: boolean
#. Description
#: ../openssh-server.templates.master:23
msgid ""
"You can fix this by adding \"--pidfile /var/run/sshd.pid\" to the start-stop-"
"daemon line in the stop section of the file."
msgstr ""
"Pode arranxalo engadindo \"--pidfile /var/run/sshd.pid\" á liña start-stop-"
"daemon da sección stop do ficheiro."

#. Type: note
#. Description
#: ../openssh-server.templates.master:33
msgid "Warning: rsh-server is installed --- probably not a good idea"
msgstr ""
"Aviso: rsh-server está instalado --- seguramente non sexa unha boa idea"

#. Type: note
#. Description
#: ../openssh-server.templates.master:33
msgid ""
"having rsh-server installed undermines the security that you were probably "
"wanting to obtain by installing ssh.  I'd advise you to remove that package."
msgstr ""
"ao ter rsh-server instalado pérdese a seguridade que probablemente pretendía "
"obter ao instalar ssh. Recoméndase que se desinstale ese paquete."

#. Type: note
#. Description
#: ../openssh-server.templates.master:40
msgid "Warning: telnetd is installed --- probably not a good idea"
msgstr "Aviso: teln

Bug#367314: fai-chboot HOST= patch

[Stewart James]

Package: fai-server
Version: 2.10.1



Hi,

I was having some issues getting my machines to actually play nice in regards 
to hostnames and I found some discussion on the mailing list from earlier this 
year that referenced adding HOST= to the append line of the pxe config for a 
specific host. This seems little tedious. I am still in a testing phase and am 
playing with fai under vmware workstation, I am somewhat assuming that once I 
have DNS functioning it will pick up hostnames nicely, in the meantime 
/etc/hosts doesn't seem to have the impact I had hoped.

As others would seem to benefit from it as well I cracked open fai-chboot and 
added a -H option (I hope I listed it correctly in the getopts line) -H appends 
HOST=$host where $host is the hostname that the admin entered on the command 
line here's the diff:

244c244,246
<   $append="append $bootprot root=$rootfs $opt_k $flags\n";
---
>   $append="append $bootprot root=$rootfs $opt_k $flags";
>   $append .= " HOST=$host" if $opt_H;
>   $append.="\n";
324c326
< getopts('gBc:d:ehnvlLiIp:f:Frk:Sto');
---
> getopts('gBc:d:ehnvlLHiIp:f:Frk:Sto');


It only took a few minutes to do, but, I saw mention it had come up a few times 
on the mailing list and IRC.

Cheers,

Stewart

Bug#367319: rsync: does use IPv4/IPv6 when requested

[Anand Kumria]

Package: rsync
Version: 2.6.7-1
Severity: normal

Hi,

rsync can be set to prefer a particular address family, for example:

eve:[~/Projects/foo]% rsync -4 --verbose -avSH --exclude=.git ../foo [EMAIL 
PROTECTED]:public_html/foo
opening connection using ssh -l wildfire incubus.progsoc.org rsync --server 
-vvlHogDtprS . public_html/foo
rsync error: received SIGINT, SIGTERM, or SIGHUP (code 20) at
rsync.c(242) [sender]

In the case of ssh, the '-4' or the '-6' should be passed down by rsync.

Cheers,
Anand

-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (650, 'testing'), (600, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.15-1-686
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8)

Versions of packages rsync depends on:
ii  libc6 2.3.6-7GNU C Library: Shared libraries
ii  libpopt0  1.7-5  lib for parsing cmdline parameters

rsync recommends no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#363193: [Pbuilder-maint] Bug#363193: pbuilder-satisfydepends does not support new style architecture specifications

[Junichi Uekawa]

At Mon, 15 May 2006 03:08:31 +0900,
Junichi Uekawa wrote:
> 
> 
> Hi,
> 
> Have you actually tested this patch?
> 
> ARCH is the current running architecture, which won't be linux-any etc.
> 
> regards,
>   junichi
> 

[09:36:45]ibookg4:tmp> /usr/lib/pbuilder/pbuilder-satisfydepends --echo
 -> Attempting to parse the build-deps : pbuilder-satisfydepends,v 1.24 
2006/03/31 00:14:31 dancer Exp $
 -> Considering  libasound2 [linux-any]
   -> This package is not for this architecture
 -> Installing
apt-get -y --force-yes install
 -> Finished parsing the build-deps
[09:36:50]ibookg4:tmp> /usr/lib/pbuilder/pbuilder-satisfydepends --echo
 -> Attempting to parse the build-deps : pbuilder-satisfydepends,v 1.25 
2006/05/14 18:32:32 dancer Exp $
 -> Considering  libasound2 [linux-any]
   -> Trying libasound2
 -> Installing  libasound2
apt-get -y --force-yes install libasound2
 -> Finished parsing the build-deps


tested locally, it seems to be functioning fine, cool.
Applied.



regards,
junichi



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#367316: nvidia-glx: Does not accelerate

[Benjamin Kudria]

Package: nvidia-glx
Version: 1.0.8756-4
Severity: grave
Justification: renders package unusable

The driver doesn't work.  glxgears -printfps gives ~10fps, and quake2 gives a 
constant 5 fps at all times...

# glxinfo | grep direct gives:
direct rendering: Yes

# glxinfo | grep vendor gives:
server glx vendor string: NVIDIA Corporation
client glx vendor string: NVIDIA Corporation
OpenGL vendor string: NVIDIA Corporation

# glxinfo | grep version gives:
server glx version string: 1.4
client glx version string: 1.4
GLX version: 1.3
OpenGL version string: 2.0.2 NVIDIA 87.56
glu version: 1.3

I *do* have a MOLEX power cord plugged into the card itself.

I compiled the drivers my self using module assistant

Thanks,
Benjamin Kudria

-- Package-specific info:
uname -r:
Linux kant 2.6.16-1-k7 #2 Thu May 4 18:35:10 UTC 2006 i686 GNU/Linux


/proc/version:
Linux version 2.6.16-1-k7 (Debian 2.6.16-12) ([EMAIL PROTECTED]) (gcc version 
4.0.4 20060422 (prerelease) (Debian 4.0.3-2)) #2 Thu May 4 18:35:10 UTC 2006


/proc/driver/nvidia/version:


:01:00.0 VGA compatible controller: nVidia Corporation NV43 [GeForce 
6600/GeForce 6600 GT] (rev a2)


-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.16-1-k7
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)

Versions of packages nvidia-glx depends on:
ii  libc6   2.3.6-7  GNU C Library: Shared libraries
ii  libx11-62:1.0.0-6X11 client-side library
ii  libxext61:1.0.0-4X11 miscellaneous extension 
librar
ii  nvidia-kernel-2.6.1 1.0.8756-4+2.6.16-12 NVIDIA binary kernel module for 
Li
ii  x11-common  1:7.0.18 X Window System (X.Org) 
infrastruc

nvidia-glx recommends no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#362918: Trivial patch

[Matthias Klose]

Simon Huggins writes:
> I've built the packages this way and it works fine for me to run
> apt-proxy with it on amd64.
> 
> I'd like to NMU with this if you don't have time to fix it but I want to
> check with you first.

please go ahead and consider making this change in the other twisted-*
packages as well.

  Matthias


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#367079: same crap with "mouse"

[David Martínez Moreno]

El sábado, 13 de mayo de 2006 16:35, Eduard Bloch escribió:
> #include 
>
> I changed mouse driver from evdev to "mouse" and similar things do
> happen there. Buttons send wrong events, no button 4 and 5 events.
>
> And I cannot map them with xmodmap. Either it complaints about not
> specifying enough buttons - it claims to see 14 buttons (or 32! with
> evdev where there are only 10), or it accepts when I specify dummy
> numbers, but nothing changes in the mouse behaviour.

I know that it could be to blind-shoot, but could you please test 
xserver-xorg-input-mouse 1.0.4-3? It carries a patch revamping the whole 
wheel method.

Best regards,


Ender.
-- 
Hey, Mom, I saw a bunch of products on TV that I didn't know existed,
 but I desperately need!
-- Calvin (Calvin & Hobbes comic strip).
--
Desarrollador de Debian
Debian developer


pgp0gTtN2Q8ff.pgp
Description: PGP signature

Bug#361418: Debian menu and the Apps/Science section

[Ben Burton]

Hi,

> I think Mathematics is also part of Science.

FWIW, I would argue that mathematics is not a science -- it does not use
the scientific method, there is no hypothesis and experimentation -- it
is a more self-contained discipline that, while it seeks to be useful,
is not bound to modelling the physical world.

Certainly science _uses_ mathematics, in the same way that engineering
uses physics, and so on.  But mathematics as a whole is somewhat broader.

Anyway, I'd be very happy to see Mathematics and Science kept separate
as they are now.  I do claim that mathematics is very different from the
other disciplines that have been mentioned, in a way that physics, chemistry,
biology and so on are not.

b.



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#349430: libmpich1.0c2: Needs to conflict with and replace libmpich1.0

[Adam C Powell IV]

On Sun, 2006-01-22 at 19:04 -0500, Adam C Powell IV wrote:
> Because libmpich1.0c2 (and its -mpd and -shmem variants) don't conflict
> with libmpich1.0 (-mpd, -shmem), upgrading can stall.  Please make them
> conflict and replace.

While we're at it, same goes for conflicting and replacing
libmpich1.0-noslog (and -mpd and -shmem variants).

-Adam
-- 
GPG fingerprint: D54D 1AEE B11C CE9B A02B  C5DD 526F 01E8 564E E4B6

Welcome to the best software in the world today cafe!
http://www.take6.com/albums/greatesthits.html


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#367312: petsc2.3.1-doc: No PS documents

[Adam C Powell IV]

Package: petsc2.3.1-doc
Version: 2.3.1-1
Severity: minor

Greetings,

petsc2.3.1-doc doesn't include any ps (or ps.gz) files, please remove
them from the doc-base entry.

-Adam
-- 
GPG fingerprint: D54D 1AEE B11C CE9B A02B  C5DD 526F 01E8 564E E4B6

Welcome to the best software in the world today cafe!
http://www.take6.com/albums/greatesthits.html


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#367310: cowsay: gnu.cow and suse.cow

[Gerfried Fuchs]

Package: cowsay
Version: 3.03-8
Severity: wishlist
Tags: patch

Hi!

 Please find attached two cows I did myself. I guess they would make a
nice addition, and I'm looking forward to incorporate them.

 When taking a look at the other files, I found one that is clearly
missing its attribution: kitty.cow has a stripped of fl which stands for
Felix Lee, the original artist. It would be nice to re-establish the
attribution and/or at least note it in the comment part of the file. I
guess other files may have the same problems. I guess posting them to
alt.ascii-art and asking if someone knows who the original artist was
(and if some attribution tag was removed from the picture) would be a
sensible way to go for them.

 So long,
Alfie
-- 
 hmhm... hier ist bestimmt niemand, dem die begriffe RED und ns im
kontext netzwerke was sagen, oder?
 Y_Plentyn: rot kennt jeder, und ueber NS redet man nicht mehr...
-- #debian.de
## vim:ft=perl:
## GNU/say - (c) 2006 Gerfried Fuchs <[EMAIL PROTECTED]>
##   distributed under the BSD licence
##
$the_cow = <<"EOC";
$thoughts   ,-._
  .  $thoughts .  ,'`-.__,--._
 //   $thoughts  __'`-.
((_-'___))   |
 `:='/ (alf_/|
 `.=|  |='   |
|)   O |  \\
|  |   /\\  \\
| /  ./  \\  \\
|.-.._____   .--' \\  |\\   \\  |
   |o o  | ``--.___.  /   `-'  \\     \\ |
`--'''  .' / / |  | |   | \\
 $tongue  |  | / /  |  | |   mmm
 |  ||  |  | /| |
 ( .' \\ \\  || | |
 | |   \\ \\// / /
 | |\\ \\  || |_|
/  ||_/ /_|
   /__/
EOC
## vim:ft=perl:
## SuSE thingy - (c) 2006 Gerfried Fuchs <[EMAIL PROTECTED]>
##   distributed under the BSD licence
##
$the_cow = <<"EOC";
  $thoughts
   ${thoughts}
  /@~-.
  \\/ __ .- |
   // //  @
EOC

Bug#361418: Debian menu and the Apps/Science section

[Ben Burton]

Oh, and a minor typo:

> The relevant sections are:
> 
>   Mathematics [was:Math]
>   Mathematics-related software.
>   gcalctool, snapea, xeukleides

The "snappea" package has two "p"s.

Ben (the snappea maintainer).



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#367299: TERM=dumb cal ignored; extra blank line

[Graham Wilson]

rename 367299 cal: improve -J description in the man page
thanks

On Mon, May 15, 2006 at 05:36:19AM +0800, Dan Jacobson wrote:
> X-Debbugs-Cc: [EMAIL PROTECTED]

You need to put that in the mail headers for it to work correctly.

> $ cal
> adds a blank line at bottom.
> Wait, it doesn't happen for
> $ cal 4 2006
> but does for
> $ cal 5 2006
> so you have apparently hardwired in the worse case.

$ (for i in `seq 12`; do cal $i 2005 | wc -l; done) | sort -u
8

cal always prints 8 lines. It's not a bug.

> Also
> $ TERM=dumb cal
> still sends reverse video codes to the terminal.

Yep, that's the way it's supposed to work. Try cal | tee /dev/null.

> Also on the man page,
>  The cal utility displays a simple calendar in traditional format and ncal
>  offers an alternative layout, more options and the date of easter.  The
>  new format is a little cramped but it makes a year fit on a 25x80 termi-
> 
> Say which new format.
> $ cal
> output still fits fine.

Umm... run ncal to see the new format. The output of both is "fine", but
the output of "cal -y" (as opposed to "ncal -y") doesn't fit on an 80x25
terminal, as the man page says.

Also, please submit bug reports seperately, not all at once.

-- 
gram


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#367311: gnome-applets-dev: section of -dev packages should be "devel"

[Noèl Köthe]

Package: gnome-applets-dev
Version: 2.12.3-1
Severity: normal

Hello,

the package is a -dev package and the correct section should be "devel"
instead of "gnome".

thx.

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.16-1-686
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#367313: xfonts-scalable: ships xfonts-utils-autogenerated fonts.* files

[Mario 'BitKoenig' Holbe]

Package: xfonts-scalable
Version: 1:1.0.0-4

Hello,

since 1:1.0.0-3 xfonts-scalable ships fonts.{cache-1,dir,scale} files
which are usually autogenerated via xfonts-utils in the fonts-packages
postinst scripts.
Of course, this does also happen for xfonts-scalable and, in turn,
leads to failing debsums checks:

[EMAIL PROTECTED]:/home/holbe% debsums -s xfonts-scalable
debsums: checksum mismatch xfonts-scalable file 
/usr/share/fonts/X11/Type1/fonts.cache-1
debsums: checksum mismatch xfonts-scalable file 
/usr/share/fonts/X11/Type1/fonts.dir
debsums: checksum mismatch xfonts-scalable file 
/usr/share/fonts/X11/Type1/fonts.scale

6.9.0.dfsg.1-6 (the latest 6.9 package) didn't do this, so I think this
is not intentional but some mistake happened while 1.0 transition.

Btw. xfonts-100dpi-transcoded, xfonts-75dpi-transcoded, xfonts-cyrillic
and xfonts-jmk do also ship fonts.scale files. However, they don't seem
to be automatically overwritten.


Thanks for your work & best regards
   Mario
-- 
Programmieren in C++ haelt die grauen Zellen am Leben. Es schaerft
alle fuenf Sinne: den Schwachsinn, den Bloedsinn, den Wahnsinn, den
Unsinn und den Stumpfsinn.
 [Holger Veit in doc]


signature.asc
Description: Digital signature

Bug#367307: powernowd: Powernowd should automatically load the right kernel modules

[Raphael Hertzog]

Package: powernowd
Version: 0.97-1
Severity: wishlist
Tags: patch

Hi Bdale,

Ubuntu has some interesting changes to the powernowd package:
http://people.ubuntu.com/~scott/patches/powernowd/powernowd_0.96-2ubuntu2_packaging.patch

They add a script detecting the CPU type and automatically loading the
right cpufreq_ module. This is the kind of changes that make Ubuntu "just
work" that we should really integrate back. Please consider this.

Cheers,

-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.15-1-686
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)

Versions of packages powernowd depends on:
ii  libc6 2.3.6-7GNU C Library: Shared libraries

powernowd recommends no packages.

-- no debconf information
diff -pruN powernowd_0.96-1/debian/control 
powernowd_0.96-2ubuntu2/debian/control
--- powernowd_0.96-1/debian/control 2005-12-06 13:32:44.0 +
+++ powernowd_0.96-2ubuntu2/debian/control  2006-02-24 14:29:09.0 
+
@@ -7,8 +7,7 @@
 
 Package: powernowd
 Architecture: any
-Depends: ${shlibs:Depends}
-Conflicts: cpudyn, cpufreqd
+Depends: ${shlibs:Depends}, lsb-base (>= 1.3-9ubuntu2), module-init-tools 
(>=3.1-rel-2ubuntu2), laptop-detect
 Description: control cpu speed and voltage using 2.6 kernel interface
  This simple client controls CPU speed and voltage using the sysfs interface
  to the CPUFreq driver in v2.6 Linux kernels.  It does not depend on APM or
diff -pruN powernowd_0.96-1/debian/cpufreq-detect.sh 
powernowd_0.96-2ubuntu2/debian/cpufreq-detect.sh
--- powernowd_0.96-1/debian/cpufreq-detect.sh   1970-01-01 01:00:00.0 
+0100
+++ powernowd_0.96-2ubuntu2/debian/cpufreq-detect.sh2006-02-24 
14:29:09.0 +
@@ -0,0 +1,94 @@
+#! /bin/bash
+
+if /usr/sbin/laptop-detect; then LAPTOP=1; fi
+CPUINFO=/proc/cpuinfo
+IOPORTS=/proc/ioports
+
+if [ ! -f $CPUINFO ] ; then
+echo $CPUINFO not detected... >2
+exit 1
+fi
+
+MODEL_NAME=`grep '^model name' "$CPUINFO" | head -1 | sed -e 's/^.*: //;'`
+CPU=`grep -E '^cpud[^:]+:' "$CPUINFO" | head -1 | sed -e 's/^.*: //;'`
+VENDOR_ID=`grep -E '^vendor_id[^:]+:' "$CPUINFO" | head -1 | sed -e 's/^.*: 
//;'`
+CPU_FAMILY=$(sed -e '/^cpu family/ {s/.*: //;p;Q};d' $CPUINFO)
+
+MODULE=none
+MODULE_FALLBACK=acpi-cpufreq
+
+# Two modules for PIII-M depending the chipset.
+# modprobe speedstep-ich$EXT || modprobe speestep-smi$EXT  would be another way
+if [ -f $IOPORTS ] && grep -q 'Intel .*ICH' $IOPORTS ; then
+  PIII_MODULE=speedstep-ich
+else
+  PIII_MODULE=speedstep-smi
+fi
+
+case "$VENDOR_ID" in
+GenuineIntel*)
+# If the CPU has the est flag, it supports enhanced speedstep and should
+# use the speedstep-centrino driver
+if [ "`grep est $CPUINFO`" ]; then
+   MODULE=speedstep-centrino;
+elif [ $CPU_FAMILY = 15 ]; then
+# Right. Check if it's a P4 without est.
+   # Could be speedstep-ich, or could be p4-clockmod. 
+   MODULE=speedstep-ich;
+   # Disabled for now - the latency tends to be bad enough to make it
+   # fairly pointless. 
+   # echo "FREQDRIVER=p4-clockmod" >/etc/default/powernowd
+   # to override this
+#  if [ $LAPTOP = "1" ]; then
+#  MODULE_FALLBACK=p4-clockmod;
+#  fi
+else
+# So it doesn't have Enhanced Speedstep, and it's not a P4. It could be 
+# a Speedstep PIII, or it may be unsupported. There's no terribly good
+# programmatic way of telling.
+   case "$MODEL_NAME" in
+   Intel\(R\)\ Pentium\(R\)\ III\ Mobile\ CPU*)
+   MODULE=$PIII_MODULE ;;
+   
+# JD: says this works with   cpufreq_userspace
+   Mobile\ Intel\(R\)\ Pentium\(R\)\ III\ CPU\ -\ M*)
+   MODULE=$PIII_MODULE ;;
+   
+# https://bugzilla.ubuntu.com/show_bug.cgi?id=4262
+# UNCONFIRMED
+   Pentium\ III\ \(Coppermine\)*)
+   MODULE=$PIII_MODULE
+   ;;
+   esac
+fi
+;;
+AuthenticAMD*)
+# Hurrah. This is nice and easy.
+case $CPU_FAMILY in
+   5)
+   # K6
+   MODULE=powernow-k6
+   ;;
+   6)
+   # K7
+   MODULE=powernow-k7
+   ;;
+   15)
+   # K8
+   MODULE=powernow-k8
+   ;;
+esac
+;;
+CentaurHauls*)
+# VIA
+if [ $CPU_FAMILY == 6 ]; then
+   MODULE=longhaul;
+fi
+;;
+GenuineTMx86*)
+# Transmeta
+if [ "`grep longrun $CPUINFO`" ]; then
+   MODULE=longrun
+fi
+;;
+esac
diff -pruN powernowd_0.96-1/debian/dirs powernowd_0.96-2ubuntu2/debian/dirs
--- powernowd_0.96-1/debian/dirs2005-12-06 13:32:44.0 +
+++ powernowd_0.96-2ubuntu2/debian/dirs 2006-02-24 14:29:09.0 +
@@ -1 +1,2 @@
 usr/sbin
+usr/share/powernowd
diff -pruN powernowd_0.96-1/debian/init.d powernowd_0.96-2ubuntu2/debian/init.d
--- powernowd

Bug#367099: coreutils: version 5.94 available

[Thomas Bushnell BSG]

Michael Stone <[EMAIL PROTECTED]> writes:

> On Sat, May 13, 2006 at 09:29:15AM -0700, you wrote:
>>Package: coreutils
>>Severity: wishlist
>>
>>Version 5.94 is now available upstream.
>
> Seriously, please don't send bug reports asking for the upload of a
> new version the day it's released.

Why?  It's standard procedure.



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#361418: Debian menu and the Apps/Science section

[Daniel Leidert]

Am Sonntag, den 14.05.2006, 23:42 +0200 schrieb Thomas Walter:
> On Sun, 2006-05-14 at 22:26, Daniel Leidert wrote:

[..]
> > Where do you make the difference between a scientific and an educational
> > software product? Let's say: What is a chemical structures editor? What
> > is a (software realized) calculator with scientific functions (like
> > those who are mostly used in education)?
> > 
> 
> As far as I understood the basic rules to tag applications,
> the answer is not a "one ot the other" decision.
> The chemical structureditor can be used for both purposes.
> Thus add the application in 2 entries of the tree.

Uhh. Probably not a good idea. I guess, then you end up with 90% of the
application in both entries of the tree and just 10% in one or the other
entry.

> Due to my opinion, that when doing Science Research you know the basics
> where in Teaching/Education you have more applications which tell you
> about the basics.

Yes. But these are the extremas. I don't think, that you can take bunch
of applications and say, what the user itself knows about the basics or
for what the user uses the software.

> The latter is like:
> how to do integration or differentiation, waht are Newton's rules in
> gravity
> the first is like:
> when I apply several of the basic rules to these measurements under
> given constraints
> then one can proof the existance of a sub-particle for a few nano
> seconds in nuclear physics.

Yes. But these are clear examples. I have a repository full of chemistry
related packages. One e.g. supports a bunch of quantum chemistry
packages. But it is designed to help users of these packages. The
application itself doesn't teach anything, but it helps teaching quantum
chemistry packages. So I just need a clear definition, when to put an
application into Education and when to put an application into Science.

> > Just think about, that you _must_ define the answer for at least the
> > first question if you make a difference in Debian's menu between
> > education and science. I'm really not happy with dividing between them,
> > because IMHO there is no clear difference.
> > 
> 
> I know that may be tricky and you are right.
> That's why I try to separate by learning/teaching already known basics
> :== Education  and  applying that find (new) rules or to improve exising
> rules :== Science/Research by top-down classification going from most
> global/abstract to more specific/specialised.

Ok. But staying at the example of a simple structures editor (I know
more then 6 in the OS scene): It is not designed to teach the user nor
is it designed to find new rules or improve anything. It's just a tool
used in educational and scientific institutions.

> For example. lots of math aplications one can use in physics, chemistry,
> bio, astronomy, ... too as compuatation is very common.  The tricky
> point may be to find an abstraction.

Ok. But in this case it's IMHO easier.

> An application knowing all the keppler rules where you can focus on high
> level astronomical things would be category Astronomy.

If that's the main function/feature/job, ACK.

> But you can use
> a programmable common language and add lots of functions as addional
> modules.  Without the modules is would be Math.

Ok. Let's say, the main function/job/role makes the difference, so only
applications which are real teaching programs (like e.g. tools to teach
langauges or the PSE like kalzium or gperiodic) have to go into
Education. All other applications go into Science, independent if they
are used in school or university science education or for research.

Regards, Daniel



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#366948: xfig can't find fonts

[Bruce MacDonald]

Steve, I forgot to copy this to Roland and bugs. Bruce

On Sat, May 13, 2006 at 01:19:14PM -0700, Steve Langasek wrote:
> On Sat, May 13, 2006 at 07:03:24PM +1200, Bruce MacDonald wrote:
> > The font paths in xorg.conf are:
>
> > $ grep FontPath /etc/X11/xorg.conf
> > FontPath"/usr/share/fonts/X11/misc"
> > FontPath"/usr/share/fonts/X11/cyrillic"
> > FontPath"/usr/share/fonts/X11/100dpi/:unscaled"
> > FontPath"/usr/share/fonts/X11/75dpi/:unscaled"
> > FontPath"/usr/share/fonts/X11/Type1"
> > FontPath"/usr/share/fonts/X11/100dpi"
> > FontPath"/usr/share/fonts/X11/75dpi"
> > FontPath"/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType"
>
> > so there are more font paths than xset q gives.
>
> But not the ones I was specifically hoping to find there.  Did you edit your
> xorg.conf by hand for the X11R7 upgrade?  I was looking to see whether you
> still had /usr/X11R6/lib/X11/fonts/ directories listed here, because the
> current automated upgrade path from xorg 6.9 to 7 should keep both these and
> the new /usr/share/fonts/X11 paths for transitional purposes.

No I dropped my previous version and went with the new xorg.conf.

>
> Of course, it may not matter in this case; it depends on whether font
> packages are still installing to the legacy path.

There are a few fonts in /usr/X11R6/lib/X11/fonts/misc but I think those are
just one font from nethack-x11, two fonts from xfonts-konsole. There
are files left from elsewhere but they are duplicated in
/usr/share/fonts/X11/misc. But that doesn't seem relevant to xfig.

Thanks,
Bruce


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#367309: beagle-dev: please move -dev package to the devel section

[Noèl Köthe]

Package: beagle-dev
Version: 0.2.4-1
Severity: normal

Hello,

beagle-dev is a development package and the section of this package
should be "devel".

thx.

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.16-1-686
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#367308: azureus: strange config behavior, no transfers

[Rob Bochan]

Package: azureus
Version: 2.4.0.2-1
Severity: important

Just updated to Azureus 2.4.0.2-1, I can't transfer anything. The seeds and
peers columns show peers, but nothing connected. This is the case whether
or not I use my existing config, or start fresh.
Also, this new version has created 2 directories in the user's home:
..Azureus
and
..azureus
I don't know if that has anything to do with the lack of transfers. I
temporarily removed those 2 directories, and they were recreated upon reopening
azureus.

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.8-2-k7
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)

Versions of packages azureus depends on:
ii  gij-4.0 [java-virtual-mac 4.0.3-2The GNU Java bytecode interpreter
ii  gij-4.1 [java-virtual-mac 4.1.0-2j1  The GNU Java bytecode interpreter
ii  kaffe-pthreads [java-virt 2:1.1.7-2  A POSIX threads enabled version of
ii  libcommons-cli-java   1.0-8  API for working with the command l
ii  liblog4j1.2-java  1.2.13-1   Logging library for java
ii  libseda-java  3.0-3  the Staged Event-Driven Architectu
ii  libswt-gtk-3.1-java   3.1.2-2Standard Widget Toolkit for GTK Ja
ii  sun-j2re1.5 [java2-runtim 1.5.0+update04 Java(TM) 2 RE, Standard Edition, S

Versions of packages azureus recommends:
pn  java-package   (no description available)

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#356722: fetchmail: does not log pop connections without mail

[Matthias Andree]

Greetings,

is this wishlist entry perhaps a duplicate of
Bug#356675 fetchmail: important info now missing from logs?

See .

If it is, please test if it's fixed in 6.3.4 which has just been
migrated to testing. If it is fixed there, please close it -- just send
a message to 356722-done >AT< bugs.debian.org stating that it was a
duplicate report now fixed.

Thank you,

-- 
Matthias Andree


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#361913: linphone: patch for "passwords stored world-readable"

[Alec Berryman]

Package: linphone
Version: 1.3.3-1
Followup-For: Bug #361913

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Linphone also stores passwords in ~/.linphonerc.  That file may have
been created group- or world-accessible because it was created with
fopen(), which uses the user's umask.  See coreapi/lpconfig.c:211.  Both
frontends use functions in coreapi/lpconfig.c to store configuration
information, and do not implement separate read/parse/write functions.

Per console/linphonec.c:739, linphone appears to be migrating to use
~/.linphonerc for both the console and GNOME client, so any discussion
of ~/.gnome2_private vs gconf is probably moot.  Encrypting saved
passwords is also not a good option; see
http://gaim.sourceforge.net/plaintextpasswords.php for more
information.

The GNOME client does not appear to be using ~/.linphonerc as of
1.3.3-1; in gnome/linphone.c:344, the configuration file name is still
~/.gnome2/linphone.

I believe that the attached dpatch corrects the issue of world-readable
passwords.  When the configuration file is to be written, the user's
umask is overridden so that the file will not be created group- or
world-accessible.  Additionally, when parsing the configuration file on
startup, it will forcibly set permissions to 600.  This may be too
heavy-handed and it might be more appropriate to stat() and possibly
emit a g_warning() to the user, but I thought it was better to require
no user intervention.

The patch applies and compiles correctly (when docs are removed from the
build; see #365523).  I have tested the GNOME frontend, and
~/.gnome2/linphone is created correctly and is properly updated when it
already exists.


- -- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/dash
Kernel: Linux 2.6.16-alec-laptop
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)

Versions of packages linphone depends on:
ii  libart-2.0-2   2.3.17-1  Library of functions for 2D graphi
ii  libatk1.0-01.11.4-2  The ATK accessibility toolkit
ii  libbonobo2-0   2.14.0-1  Bonobo CORBA interfaces library
ii  libbonoboui2-0 2.14.0-2  The Bonobo UI library
ii  libc6  2.3.6-7   GNU C Library: Shared libraries
ii  libcairo2  1.0.4-2   The Cairo 2D vector graphics libra
ii  libfontconfig1 2.3.2-5.1 generic font configuration library
ii  libgconf2-42.14.0-1  GNOME configuration database syste
ii  libglib2.0-0   2.10.2-2  The GLib library of C routines
ii  libgnome-keyring0  0.4.9-1   GNOME keyring services library
ii  libgnome2-02.14.1-2  The GNOME 2 library - runtime file
ii  libgnomecanvas2-0  2.14.0-2  A powerful object-oriented display
ii  libgnomeui-0   2.14.1-1  The GNOME 2 libraries (User Interf
ii  libgnomevfs2-0 2.14.1-2  GNOME virtual file-system (runtime
ii  libgtk2.0-02.8.17-2  The GTK+ graphical user interface 
ii  libice61:1.0.0-3 X11 Inter-Client Exchange library
ii  liblinphone1   1.3.3-1   linphone web phone's library (supp
ii  liborbit2  1:2.14.0-1libraries for ORBit2 - a CORBA ORB
ii  libosip2-3 2.2.2-3   Session Initiation Protocol (SIP) 
ii  libpanel-applet2-0 2.14.1-1  library for GNOME 2 panel applets
ii  libpango1.0-0  1.12.1-3  Layout and rendering of internatio
ii  libpopt0   1.7-5 lib for parsing cmdline parameters
ii  libsm6 1:1.0.0-4 X11 Session Management library
ii  libx11-6   2:1.0.0-6 X11 client-side library
ii  libxcursor11.1.5.2-5 X cursor management library
ii  libxext6   1:1.0.0-4 X11 miscellaneous extension librar
ii  libxi6 1:1.0.0-5 X11 Input extension library
ii  libxinerama1   1:1.0.1-4 X11 Xinerama extension library
ii  libxml22.6.24.dfsg-1 GNOME XML library
ii  libxrandr2 2:1.1.0.2-4   X11 RandR extension library
ii  libxrender11:0.9.0.2-4   X Rendering Extension client libra
ii  linphone-nox   1.3.3-1   web phone
ii  zlib1g 1:1.2.3-11compression library - runtime

linphone recommends no packages.

- -- no debconf information

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.3 (GNU/Linux)

iD8DBQFEZ7IgAud/2YgchcQRAmAVAJ4xNuE1gHYCpyfTVkNnAivhD+3OKQCg6Z4K
lFd/uzLidkRUDOf5WlD+ML8=
=1is/
-END PGP SIGNATURE-


361913_world_readable_passwords.dpatch
Description: application/shellscript

Bug#320931: apertium + lttoolbox

[Francis Tyers]

Hi,

I see you made an ITP on Apertium and associated utilities last year.

http://lists.debian.org/debian-devel/2005/08/msg00083.html

I was wondering if you are still intending to package them, if not would
I be able to package them? I've just produced a package for lttoolbox
and would like to get to know the software better, also to get it
included in debian ;)

Basically, I'm just contacting you to make sure I don't duplicate work
you've already done, or intend to do.

Regards,

Francis Tyers



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]