Bug#417004: xserver-xorg-video-intel: Black screen with intel driver (crash and backtrace in Xorg.log)

[mateusz]

Package: xserver-xorg-video-intel
Version: 1.9.93-1
Severity: important

Screen is black(turned off) and I cant switch to console.
i810 works fine, after installing intel or intel-modesetting driver this 
happens.


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

Versions of packages xserver-xorg-video-intel depends on:
ii  libc6 2.3.6.ds1-13   GNU C Library: Shared libraries
ii  libdrm2   2.3.0-1Userspace interface to kernel DRM 
ii  xserver-xorg-core 2:1.2.99.903-1 X.Org X server -- core server

xserver-xorg-video-intel recommends no packages.

This is a pre-release version of the X server from The X.Org Foundation.
It is not supported in any way.
Bugs may be filed in the bugzilla at http://bugs.freedesktop.org/.
Select the "xorg" product for bugs you find in this release.
Before reporting bugs in pre-release versions please check the
latest version in the X.Org Foundation git repository.
See http://wiki.x.org/wiki/GitPage for git access instructions.

X Window System Version 1.2.99.903 (1.3.0 RC 3)
Release Date: 26 March 2007
X Protocol Version 11, Revision 0, Release 1.2.99.903
Build Operating System: Linux Debian
Current Operating System: Linux cannibal 2.6.20.3 #1 Wed Mar 21 00:48:46 CET 
2007 i686
Build Date: 27 March 2007
Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
Module Loader present
Markers: (--) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(==) Log file: "/var/log/Xorg.0.log", Time: Sun Apr  1 09:08:53 2007
(==) Using config file: "/etc/X11/xorg.conf"
(==) ServerLayout "Default Layout"
(**) |-->Screen "Default Screen" (0)
(**) |   |-->Monitor "Generic Monitor"
(**) |   |-->Device "Generic Video Card"
(**) |-->Input Device "Generic Keyboard"
(**) |-->Input Device "Configured Mouse"
(**) |-->Input Device "Synaptics Touchpad"
(WW) The directory "/usr/X11R6/lib/X11/fonts/misc" does not exist.
Entry deleted from font path.
(WW) The directory "/usr/share/fonts/X11/cyrillic" does not exist.
Entry deleted from font path.
(WW) The directory "/usr/X11R6/lib/X11/fonts/cyrillic" does not exist.
Entry deleted from font path.
(WW) The directory "/usr/X11R6/lib/X11/fonts/100dpi/" does not exist.
Entry deleted from font path.
(WW) The directory "/usr/X11R6/lib/X11/fonts/75dpi/" does not exist.
Entry deleted from font path.
(WW) The directory "/usr/X11R6/lib/X11/fonts/Type1" does not exist.
Entry deleted from font path.
(WW) The directory "/usr/X11R6/lib/X11/fonts/100dpi" does not exist.
Entry deleted from font path.
(WW) The directory "/usr/X11R6/lib/X11/fonts/75dpi" does not exist.
Entry deleted from font path.
(**) FontPath set to:
/usr/share/fonts/X11/misc,
/usr/share/fonts/X11/100dpi/:unscaled,
/usr/share/fonts/X11/75dpi/:unscaled,
/usr/share/fonts/X11/Type1,
/usr/share/fonts/X11/100dpi,
/usr/share/fonts/X11/75dpi,
/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType
(==) RgbPath set to "/etc/X11/rgb"
(==) ModulePath set to "/usr/lib/xorg/modules"
(**) Option "AIGLX" "true"
(**) Extension "Composite" is enabled
(II) Open ACPI successful (/var/run/acpid.socket)
(II) Loader magic: 0x81dc820
(II) Module ABI versions:
X.Org ANSI C Emulation: 0.3
X.Org Video Driver: 1.2
X.Org XInput driver : 0.7
X.Org Server Extension : 0.3
X.Org Font Renderer : 0.5
(II) Loader running on linux
(II) LoadModule: "pcidata"
(II) Loading /usr/lib/xorg/modules//libpcidata.so
(II) Module pcidata: vendor="X.Org Foundation"
compiled for 1.2.99.903, module version = 1.0.0
ABI class: X.Org Video Driver, version 1.2
(++) using VT number 7

(II) PCI: PCI scan (all values are in hex)
(II) PCI: 00:00:0: chip 8086,2560 card 1584,9000 rev 03 class 06,00,00 hdr 00
(II) PCI: 00:02:0: chip 8086,2562 card 1584,9000 rev 03 class 03,00,00 hdr 00
(II) PCI: 00:1d:0: chip 8086,24c2 card 1584,9011 rev 02 class 0c,03,00 hdr 80
(II) PCI: 00:1d:1: chip 8086,24c4 card 1584,9011 rev 02 class 0c,03,00 hdr 00
(II) PCI: 00:1d:2: chip 8086,24c7 card 1584,9011 rev 02 class 0c,03,00 hdr 00
(II) PCI: 00:1d:7: chip 8086,24cd card 1584,9110 rev 02 class 0c,03,20 hdr 00
(II) PCI: 00:1e:0: chip 8086,244e card , rev 82 class 06,04,00 hdr 01
(II) PCI: 00:1f:0: chip 8086,24c0 card , rev 02 class 06,01,00 hdr 80
(II) PCI: 00:1f:1: chip 8086,24cb card 1584,9011 rev 02 class 01,01,8a hdr 00
(II) PCI: 00:1f:3: chip 8086,24c3 card 1584,9011 rev 02 class 0c,05,00 hdr 00
(II) PCI: 00:1f:5: chip 8086,24c5 card 1584,9011 rev 0

Bug#337015: [Pbuilder-maint] Bug#337015: Does not correctly fetch experimental depends

[Mike Hommey]

On Sat, Mar 31, 2007 at 10:19:47PM +0200, martin f krafft <[EMAIL PROTECTED]> 
wrote:
> also sprach Mike Hommey <[EMAIL PROTECTED]> [2007.03.31.1456 +0200]:
> > The idea is to automate the pseudo package creation...
> 
> Then, of course, it makes sense (even though it still feels like
> a hack).
> 
> Also, note that there are certain build-dependency syntax constructs
> that cannot be ported to dependencies, such as the [!i386]
> constructs.

Which is why i said it was necessary to filter the build-dependencies ;)

Mike



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

Bug#337015: [Pbuilder-maint] Bug#337015: Does not correctly fetch experimental depends

[martin f krafft]

also sprach Mike Hommey <[EMAIL PROTECTED]> [2007.04.01.1000 +0200]:
> Which is why i said it was necessary to filter the
> build-dependencies ;)

I think I'll just shut up now. :)

-- 
 .''`.   martin f. krafft <[EMAIL PROTECTED]>
: :'  :  proud Debian developer, author, administrator, and user
`. `'`   http://people.debian.org/~madduck - http://debiansystem.info
  `-  Debian - when you have better things to do than fixing systems


signature.asc
Description: Digital signature (GPG/PGP)

Bug#414988: status?

[Stefano Zacchiroli]

On Sun, Apr 01, 2007 at 03:41:47AM +0200, Bernd Zeimetz wrote:
> what's the status of twistedsnmp? If you don't have the time I'd like to
> package pysnmp3 (-se?) for it, as twistedsnmp and pysnmp3 are both
> dependencies of zenoss, #361253.

It's basically ready. Both twistedsnmp and pysnmp-se are available in
the repository of the python-modules team on alioth (and hence both ITP
are marked as pending). I'm test driving the draft packages daily and
they work properly.  Tomorrow or Tuesday at last I will do the upload to
unstable.

Thanks for pinging me.

Cheers.

-- 
Stefano Zacchiroli -*- Computer Science PhD student @ Uny Bologna, Italy
[EMAIL PROTECTED],debian.org,bononia.it} -%- http://www.bononia.it/zack/
(15:56:48)  Zack: e la demo dema ?/\All one has to do is hit the
(15:57:15)  Bac: no, la demo scema\/right keys at the right time


signature.asc
Description: Digital signature

Bug#404139: Close this bug?

[Alan Woodland]

Icedove-traybiff now includes the patch you submitted upstream to use  
png icons, which was better than my hacked patch for it. I didn't  
notice this bug was opened once icedove though. Do you want to close  
it now?


Alan


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

Bug#345216: rapple: FTBFS on GNU/kFreeBSD

[Cyril Brulebois]

Adrian von Bidder <[EMAIL PROTECTED]> (01/04/2007):
/me checks the date...^ :-)

> There is: I now have filed for the removal of rapple, it seems dead
> upstream and has a virtually non-existant userbase anyway.

Hi,

I didn't notice that, and I must confess that checking popcon and
upstream statuses for each package we reported a bug against would be
quite a gigantic task, that's why we ping maintainers; thank you for
your time.

Cheers,

-- 
Cyril Brulebois


pgpFJwcVRs4Wk.pgp
Description: PGP signature

Bug#398198: Last update on pkg

[Mathias Hasselmann]

Am Sonntag, den 01.04.2007, 09:31 +0200 schrieb Loïc Minier:
> Hi,
> 
> On Sun, Apr 01, 2007, Marc-André Lureau wrote:
> > I made some changes based on the comments of Loic. Thanks again for your
> > helpful review. I hope you can upload vala soon.

Marc-André: Thank you for your updates.

>  Err, you started from a fully different package and you attached the
>  diff against another upstream version!  This doesn't ease review to say
>  the least.

Well, guess I am to blame for this confusion: Didn't find Marc-André's
package initially, so I started independently. 

>  I don't understand exactly why you're sending me a diff where
>  Mathias Hasselmann is the maintainer.

Seems Marc-André likes the compact CDBS approach I found by
accident. ;-)

>  Marc-André, Mathias: who is going to maintain the package for Debian?

I am very interested in getting that package into Debian (and Ubunutu).
So I am interested in keeping that package up-to-date. On the other hand
I don't have much knowledge about Debian package maintenance and I also
do not want to dive too deeply into this matter. So I am pretty fine, if
we both are listed as maintainer, but I'll also will not hide, when
Marc-André wants to focus on other things but the vala package. Just
need someone who tolds me, when I do not meet Debians packaging
standards.

>  Marc-André or Mathias, I will need to know where you downloaded
>  Mathias' packaging from and/or under which license the packaging by
>  Mathias is.

My packaging variant should be found within this ticket. License? Didn't
expect I'd have to declare some license terms for stuff like packaging.
Expected packaging to happen under the same license as the packaged
application -- LGPL-2.1 in the case of Vala.

Oh, after reading the Marc-André's initial diff I see my mistakes.
Seems like Unbuntu is more lax regarding content of the copyright file.

>  Marc-André, there are plenty of problems with the second diff you sent
>  me and we're going backwards since my last review: the ITP isn't closed
>  by your changelog, you're not listed as maintainer, the copyright is
>  incomplete (it doesn't have the license block), config.guess and .sub
>  are not updated automatically anymore, there are missing
>  build-dependencies, etc.

Marc-André is not to blame for those regressions. It was me who didn't
pay enough attention to detail for the reason of not understanding them
all. 

Config.guess and .sub are not updated anymore, as I removed
simple-patchsys.mk, which merges buildcore.mk from my rules file.

Going to update the diff right now.

Ciao,
Mathias



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

Bug#416986: raise timeout when other OS is detected

[Robert Millan]

On Sun, Apr 01, 2007 at 08:00:09AM +0200, Geert Stappers wrote:
> 
> IOW: I second this the wishlist BR.
> 
> 
> > Attached patch rises it to 30s when os-prober has detected another OS 
> > (leaves
> > it to 5s otherwise).
> 
> >From only reading the patch, I can't see where the test was done
> if other OSes were detected.

These functions are hooks that themselves only are run if other OSes are
detected.

-- 
Robert Millan

My spam trap is [EMAIL PROTECTED]  Note: this address is only intended
for spam harvesters.  Writing to it will get you added to my black list.


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

Bug#396037: libgl1-mesa-dri: i915 OpenGL severely broken

[Martin Pärtel]

Yeah, sorry, that was a messy post. I hope this one is a bit better.


* Behaviour with unstable packages:
libdrm2_2.0.2-0.1_i386.deb
libdrm-dev_2.0.2-0.1_i386.deb
libgl1-mesa-dev_6.5.1-0.6_i386.deb
libgl1-mesa-dri_6.5.1-0.6_i386.deb
libgl1-mesa-glx_6.5.1-0.6_i386.deb
mesa-common-dev_6.5.1-0.6_all.deb
xserver-xorg-core_1.1.1-20_i386.deb
xserver-xorg-video-i810_1.7.2-4_i386.deb

As described in the initial bugreport: OpenGL apps don't work unless 
LIBGL_ALWAYS_INDIRECT is set. With LIBGL_ALWAYS_INDIRECT I get lots of 
rendering artifacts (e.g. the sun is missing a quarter of its halo in 
Celestia, textures blinking in nexuiz).

(xserver-xorg-core is the only package that has changed here since the initial 
bug report. 1.1.1-18 => 1.1.1-20)



* Behaviour with old experimental packages from previous e-mail:
libdrm2_2.3.0-1_i386.deb
libdrm-dev_2.3.0-1_i386.deb
libgl1-mesa-dev_6.5.2-3_all.deb
libgl1-mesa-dri_6.5.2-3_i386.deb
libgl1-mesa-glx_6.5.2-3_i386.deb
mesa-common-dev_6.5.2-3_all.deb
xserver-xorg-core_1.2.0-4_i386.deb

- LIBGL_ALWAYS_INDIRECT causes the exact same rendering bugs but OpenGL 
programs now work properly _without_ it (although with a warning about a 
missing visual).

- Putting Option "XAANoOffscreenPixmaps" in the device section fixes at least 
a bug with Beryl/Compiz where windows don't redraw themselves in "texture 
from pixmap" mode. Load "dbe" in Section "module" doesn't seem to have any 
effect after all.



* Behaviour with latest experimental packages:
xserver-xorg-core_1.2.99.903-1_i386.deb
xserver-xorg-video-i810_1.9.93-1_all.deb
xserver-xorg-video-intel_1.9.93-1_i386.deb

Same as with the previous experimental packages as far as I can tell except 
for some new issues:
- Exiting X or switching to a console VT while beryl is running almost always 
causes the machine to freeze!

- Even when Beryl is not running X prints the following on exit:
"(EE) intel(0): I830 Vblank PipeSetup Failed 0"

- X also always prints the following warning while starting up:
"(WW) intel(0): xf86AllocateGARTMemory: allocation of 10 pages failed
(Cannot allocate memory)"

- Some of Beryl's Emerald themes render incorrectly.



So the best combination for me was:
- Mesa 6.5.2-3
- libdrm2_2.3.0-1
- xserver-xorg-core_1.2.0-4
- xserver-xorg-video-i810_1.7.2-4 (the one in unstable)
- NO special envvars
- Option "XAANoOffscreenPixmaps" if running Beryl or Compiz.


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

Bug#398198: Last update on pkg

[Loïc Minier]

Hi,

On Sun, Apr 01, 2007, Mathias Hasselmann wrote:
> >  Marc-André, Mathias: who is going to maintain the package for Debian?
> I am very interested in getting that package into Debian (and Ubunutu).
> So I am interested in keeping that package up-to-date. On the other hand
> I don't have much knowledge about Debian package maintenance and I also
> do not want to dive too deeply into this matter. So I am pretty fine, if
> we both are listed as maintainer, but I'll also will not hide, when
> Marc-André wants to focus on other things but the vala package. Just
> need someone who tolds me, when I do not meet Debians packaging
> standards.

 Debian and Ubuntu packaging are pretty close, but I think that, as you
 noted, Debian has higher standards for some things like the copyright
 file; beside, as a sponsor I have to enforce higher than average
 standards to new maintainers.
   The real question is whether you, Mathias, accept responsability for
 bugs in the Debian distributions or not.  You can be listed as
 Maintainer or Uploader in Debian, but only if this means that you can
 be contacted for bugs in Debian and if you accept responsability to fix
 RC bugs timely (or to call for help).
   I hope I don't sound too "official", I wanted to make it clear what
 should draw the line of who gets listed in the control file in Debian.

 So, Mathias: are you interested in being listed as a Maintainer or
 Uploader?  I would certainly value your participation in the Debian
 packaging as I've seen you contributed some patches to vala upstream.
 :)

 Perhaps this is the occasion for you to work directly in Debian; as I
 understand it, every upload in Debian can be merged in Ubuntu
 semi-automatically.   Who knows what charms you'll discover in Debian!

> >  Marc-André or Mathias, I will need to know where you downloaded
> >  Mathias' packaging from and/or under which license the packaging by
> >  Mathias is.
> My packaging variant should be found within this ticket. License? Didn't
> expect I'd have to declare some license terms for stuff like packaging.
> Expected packaging to happen under the same license as the packaged
> application -- LGPL-2.1 in the case of Vala.

 Not everybody does declare a license on the packaging.  I think it's
 legitimate to claim copyright and licensing given the amount of time
 some packages need, but I rarely claim these myself.
   However, as some persons do, and because the new dh_make templates
 encourage this, I must double-check the licensing of anything used to
 create Debian packages, such as your packaging here.

> Seems like Unbuntu is more lax regarding content of the copyright file.

 Yes; I had to redo the copyright in all packages I grabbed from Ubuntu
 until now due to these double standards.  The Debian standards are
 truly enforced by our ftpmasters.  You can learn more in the NEW FAQ:
  which points at:
 

> Config.guess and .sub are not updated anymore, as I removed
> simple-patchsys.mk, which merges buildcore.mk from my rules file.

 debhelper.mk will pull buildcore.mk as well; but you need to build-dep
 on autotools-dev for config.guess and config.sub to be present in the
 build environment, otherwise cdbs' buildcore can't update these.

 Bye,

PS: please send me packages as URLs to a .dsc which I can dget or attach
both the .dsc and the .diff.gz; it's far safer.
-- 
Loïc Minier

Bug#410836: Processed: Re: [Yaird-devel] Processed: Re: Bug#410836: upstart: Option --debug described in README.Debian.gz does not work with yaird

[Jonas Smedegaard]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Michael Biebl wrote:
> The "--debug" commandline option works fine with initramfs-tools and if
> you don't use a initramfs. So this problem only occurs with yaird.
> That's why I think yaird is at fault here. yaird should simply pass
> unknown cmdline options to the /sbin/init process imho.

I do understand that to be your opinion. Thanks for the more detailed
explanation.

As I wrote, I believe there is two different bugs here.

If you disagree, then simply close bug#410836 explaining why you believe
it not to be a bug, and allow me to handle bug#416927.


Kind regards,

  Jonas


- --
* Jonas Smedegaard - idealist og Internet-arkitekt
* Tlf.: +45 40843136  Website: http://dr.jones.dk/

 - Enden er nær: http://www.shibumi.org/eoti.htm
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFGDsaxn7DbMsAkQLgRAticAKCX6oBtXyp/5mFxJqi0Xsa6P4mV3wCggXYp
RyL1fYm7jN4ma+iNNKDYSeU=
=YDVx
-END PGP SIGNATURE-

Bug#366146: libfann: new upstream release includes debian packaging

[Steffen Nissen]

The 2.0.0 package was made and uploaded, but it was rejected due to some
problems with the versioning. I was not complete sure how to alter the
package so that it could be accepted, and due to various circumstances a new
package was not made at that point.

Later on I tried to contact the sponsor for the package, in order to get his
help, but with no luck. If anyone is interested in sponsoring the package
and help creating the new package, please let me know.

Best Regards,
Steffen

On 01/04/07, Allan Lyons <[EMAIL PROTECTED]> wrote:


Not only has a new upstream release be available for quite a while, the
upstream source tree seems to have all of the files for building a deb
package.  Is there a reason why the newer packages were not uploaded
back in 2005 and 2006?  (I'm assuming that they weren't uploaded since
packages.qa.debian.org says that unstable is still at 1.2.0-1)





--
Steffen Nissen - http://MySpace.com/SteffenNissen
Project Administrator - Fast Artificial Neural Network Library (fann)
http://fann.sf.net

Bug#412209: German debconf translation lost again?

[Helge Kreutzmann]

reopen 412209
found 412209 0.35-1
thanks

Somehow 0.35-1 only contains the Czech and the French translation, no
German translation in sight. If there are issues with the German
debconf translation please let me know so we can resolve them.

Greetings

 Helge
-- 
  Dr. Helge Kreutzmann [EMAIL PROTECTED]
   Dipl.-Phys.   http://www.helgefjell.de/debian.php
64bit GNU powered gpg signed mail preferred
   Help keep free software "libre": http://www.ffii.de/


signature.asc
Description: Digital signature

Bug#401673: still has this bug

[Marco d'Itri]

On Apr 01, Russell Coker <[EMAIL PROTECTED]> wrote:

> The messages from the udev init script, where do they end up?  What log 
> entries would you like me to send you?
To the boot log? I can't tell how your system is configured, and "not
enabled" is not an useful bug report.

-- 
ciao,
Marco


signature.asc
Description: Digital signature

Bug#409076: Necessary information

[Bernhard]

Hello, Kel

On my system, the WPA Supplicant is started manually in /etc/interfaces.
My configuration of the network interface is shown in the following lines:
   iface eth2 inet dhcp
   pre-up wpa_supplicant -ieth2 -Dwext
-c/etc/wpa_supplicant/wpa_supplicant.conf -B
   wireless-essid mynetworkessid

Without the wireless-essid, no connection to the access point is
established.

If you need more information, let me know.

Regards
Bernhard


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

Bug#416578: mirror submission for ftp.iitm.ac.in

[Prof. P. Sriram]

On Thu, 29 Mar 2007, Simon Paillard wrote:
> Thanks for your submission. Some details have to been fixed before we
> can include your mirror in the list.

ok.

> ftp.us.debian.org is a round-robin, you should specify the push mirror
> you copy from (http://ftp.iitm.ac.in/debian/project/trace/ says that the
> last update was against kernel.org)

is that a requirement? i was not doing it earlier either (when we were
listed as ftp.in.debian.org). can i just leave it as the round-robin?

> Moreover, I don't know your connectivity, but you may try other push
> mirrors in Europe or Oceania.

have tried and because most of our upstream providers are us based, we do 
get better download rates from us sites.

> It seems you also mirrored hurd-i386,
> If you want to remove them from the mirror,

yes, we have hurd-i386 also and i plan to leave it there.

-- 
sriram


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

Bug#417030: please support GRUB Invaders in 'update-grub'

[Fabian Greffrath]

package: grub
severity: wishlist
tags: patch

Dear GRUB-Maintainers!

Please add support for the GRUB Invaders game to the 'update-grub'
script. GRUB Invaders is a very small (~4kB) multiboot compliant Space
Invaders clone which runs directly on a computer (i386), without an
operating system. It is meant to be started with the GRUB bootloader for
PCs [0,1].

The game is not *yet* in Debian [2] but is still waiting in the NEW
queue [3]. If you want to have a look at the package or want to try out
the game please have a look at mentors.debian.net [4].

Please find attached a trivial patch (~10 lines)
for /usr/sbin/update-grub which adds support for the game. It is
basically the same code used for GRUB 2 chainloading and memtest86(+)
but with the strings renamed.

[0] http://www.erikyyy.de/invaders/
[1] http://unix.freshmeat.net/projects/grubinvaders/
[2] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=415955
[3] http://ftp-master.debian.org/new.html
[4] http://mentors.debian.net/debian/pool/main/i/invaders/

Thank you very much!

Cheers,
Fabian
--- /usr/sbin/update-grub.orig	2007-02-13 17:47:13.0 +0100
+++ /usr/sbin/update-grub	2007-03-23 14:53:34.0 +0100
@@ -1136,6 +1136,19 @@
 	done
 fi
 
+# GRUB Invaders
+invadersname="invaders"
+if test -f "/boot/$invadersname" ; then
+	echo "Found GRUB Invaders: $kernel_dir/$invadersname" >&2
+	cat >> $buffer << EOF
+title		GRUB Invaders
+root		$grub_root_device
+kernel		$kernel_dir/$invadersname
+savedefault
+
+EOF
+fi
+
 echo $end >> $buffer
 
 echo -n "Updating $menu ... " >&2

Bug#417031: ITP: liblatex-tom-perl -- A module for parsing, analyzing and manipulating latex documents

[Patrick Winnertz]

Package: wnpp
Severity: wishlist
Owner: Patrick Winnertz <[EMAIL PROTECTED]>

* Package name: liblatex-tom-perl
  Version : 0.6
  Upstream Author : Steven Schubiger <[EMAIL PROTECTED]>
* URL : 
http://search.cpan.org/~schubiger/LaTeX-TOM-0.6/lib/LaTeX/TOM.pm
* License : self, written, see below for details
  Programming Lang: Perl
  Description : A module for parsing, analyzing and manipulating latex 
documents

 This module provides a parser which parses and interprets (though not fully)
 LaTeX documents and returns a tree-based representation of what it finds.
 This tree is a LaTeX::TOM::Tree. The tree contains LaTeX::TOM:Node nodes.
 .
 This module should be especially useful to anyone who wants to do processing
 of LaTeX documents that requires extraction of plain-text information, or
 altering of the plain-text components (or alternatively, the math-text
 components).

--License: 
Copyright (c) 2002 Aaron Krowne

Permission is hereby granted, free of charge, to any person obtaining a
copy of this software and associated documentation files (the
"Software"), to deal in the Software without restriction, including
without limitation the rights to use, copy, modify, merge, publish,
distribute, sublicense, and/or sell copies of the Software, and to
permit persons to whom the Software is furnished to do so, subject to
the following conditions:

The above copyright notice and this permission notice shall be included
in all copies or substantial portions of the Software.

THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS
OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF
MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT.
IN NO EVENT SHALL THE AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY
CLAIM, DAMAGES OR OTHER LIABILITY, WHETHER IN AN ACTION OF CONTRACT,
TORT OR OTHERWISE, ARISING FROM, OUT OF OR IN CONNECTION WITH THE
SOFTWARE OR THE USE OR OTHER DEALINGS IN THE SOFTWARE.
---

-- System Information:
Debian Release: 4.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18
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#398198: Last update on pkg

[Mathias Hasselmann]

Hi again,

Am Sonntag, den 01.04.2007, 11:15 +0200 schrieb Loïc Minier:
> On Sun, Apr 01, 2007, Mathias Hasselmann wrote:
> > >  Marc-André, Mathias: who is going to maintain the package for Debian?
> > I am very interested in getting that package into Debian (and Ubunutu).
> > So I am interested in keeping that package up-to-date. On the other hand
> > I don't have much knowledge about Debian package maintenance and I also
> > do not want to dive too deeply into this matter. So I am pretty fine, if
> > we both are listed as maintainer, but I'll also will not hide, when
> > Marc-André wants to focus on other things but the vala package. Just
> > need someone who tolds me, when I do not meet Debians packaging
> > standards.
> 
>  So, Mathias: are you interested in being listed as a Maintainer or
>  Uploader?  I would certainly value your participation in the Debian
>  packaging as I've seen you contributed some patches to vala upstream.
>  :)

I am very interested in helping to turn Vala into a reliable tool. Being
responsible for bugs in its Debian package definitely would help to
reach this goal. So I want to try maintaining Vala's package.

>  Perhaps this is the occasion for you to work directly in Debian; as I
>  understand it, every upload in Debian can be merged in Ubuntu
>  semi-automatically.   

The Ubuntu folks understand how important a wealthy Debian is for them.
So they encourage everyone, who wants to upload packages to Ubuntu, to
join the Debian crowd first. Well, here I am! :-)

> Who knows what charms you'll discover in Debian!

Well, actually it was the Debian I've found on my virtual server, which
made me consider Unbuntu as desktop OS. Well, and for servers I
definitly prefer Debian already.

Ciao,
Mathias


vala_0.0.8-3.diff.gz
Description: GNU Zip compressed data


vala_0.0.8-3.dsc
Description: PGP signature

Bug#417041: console-data: patched qwerty/it.kmap with euro support

[Federico Di Gregorio]

Package: console-data
Version: 2:1.01-7
Severity: normal
Tags: patch

The attached it.kmap file has support for currency (euro, €) e cent
keycodes, using the standard altgr modifier. This is not enough to have
euro support in console (an appropriate font is necessary) but, at
least, solve half of the problem. (Selecting the right font is much
easier for a user than adding keycodes to their keymap.)

Hope this helps,
federico

-- System Information:
Debian Release: 4.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: amd64 (x86_64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-4-amd64
Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8)

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

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

-- debconf information:
  console-data/keymap/qwertz/german/standard/keymap:
  console-data/keymap/qwerty/estonian/standard/keymap:
  console-data/keymap/qwertz/german/apple_usb/keymap:
  console-data/keymap/qwertz/swiss/german/keymap:
  console-data/keymap/qwerty/swedish/variant:
  console-data/keymap/qwertz/serbian/standard/keymap:
  console-data/keymap/qwertz/serbian/variant:
  console-data/keymap/template/layout:
  console-data/keymap/qwerty/layout:
  console-data/keymap/azerty/layout:
  console-data/keymap/azerty/french/variant:
  console-data/keymap/qwerty/lithuanian/standard/keymap:
  console-data/keymap/qwerty/finnish/variant:
  console-data/keymap/qwerty/thai/standard/keymap:
  console-data/keymap/qwertz/czech/variant:
  console-data/keymap/qwerty/portugese/standard/keymap:
  console-data/keymap/fggiod/turkish/standard/keymap:
  console-data/keymap/qwerty/russian/standard/keymap:
  console-data/keymap/qwerty/swedish/apple_usb/keymap:
  console-data/keymap/family: qwerty
  console-data/keymap/qwerty/brazilian/br-latin1/keymap:
  console-data/keymap/qwerty/estonian/variant:
  console-data/keymap/qwertz/swiss/french/keymap:
  console-data/keymap/dvorak/layout:
  console-keymaps-amiga/keymap:
  console-keymaps-at/keymap:
  console-data/keymap/qwerty/romanian/standard/keymap:
  console-data/keymap/qwerty/finnish/apple_usb/keymap:
  console-data/keymap/qwertz/swiss/variant:
  console-data/keymap/qwerty/norwegian/variant:
  console-data/keymap/qwerty/slovak/variant:
  console-data/keymap/qwerty/canadian/french/keymap:
  console-data/keymap/qwerty/hungarian/variant:
  console-data/keymap/qwerty/macedonian/variant:
  console-data/keymap/qwertz/german/variant:
  console-data/keymap/azerty/belgian/apple_usb/keymap:
  console-data/keymap/qwerty/brazilian/standard/keymap:
  console-data/keymap/qwertz/slovene/standard/keymap:
  console-data/keymap/qwerty/british/variant:
  console-data/keymap/qwerty/ukrainian/variant:
  console-data/keymap/qwerty/icelandic/standard/keymap:
  console-data/keymap/qwerty/british/apple_usb/keymap:
  console-data/keymap/qwertz/slovak/variant:
  console-keymaps-usb/keymap:
  console-data/keymap/qwerty/bulgarian/standard/keymap:
  console-keymaps-acorn/keymap:
  console-data/keymap/qwerty/czech/standard/keymap:
  console-data/keymap/qwerty/latvian/standard/keymap:
  console-data/keymap/qwerty/latin_american/variant:
  console-data/keymap/qwerty/spanish/apple_usb/keymap:
  console-data/keymap/dvorak/unknown/right_single-handed/keymap:
  console-data/keymap/qwerty/us_american/apple_usb/keymap:
  console-data/keymap/powerpcadb:
  console-data/keymap/qwerty/serbian/variant:
  console-data/keymap/azerty/belgian/standard/keymap:
  console-data/keymap/qwertz/croat/variant:
  console-data/keymap/qwertz/czech/standard/keymap:
  console-data/keymap/qwerty/canadian/english/keymap:
  console-data/keymap/fggiod/turkish/variant:
  console-keymaps-sun/keymap:
  console-data/keymap/template/variant:
  console-data/keymap/qwerty/romanian/variant:
  console-data/keymap/qwerty/greek/variant:
  console-data/keymap/qwerty/bulgarian/variant:
  console-data/keymap/dvorak/unknown/standard/keymap:
  console-data/keymap/qwerty/polish/variant:
  console-data/keymap/dvorak/unknown/left_single-handed/keymap:
  console-data/keymap/qwerty/turkish/variant:
  console-data/keymap/ignored:
  console-data/keymap/qwerty/icelandic/variant:
  console-data/keymap/azerty/belgian/wang/keymap:
  console-data/keymap/qwerty/danish/variant:
  console-data/keymap/qwerty/finnish/standard/keymap:
  console-keymaps-dec/keymap:
  console-data/keymap/qwerty/bulgarian/cp_1251_coding/keymap:
  console-data/keymap/qwerty/latvian/variant:
  console-data/keymap/dvorak/unknown/variant:
  console-data/keymap/qwerty/hebrew/variant:
  console-data/keymap/qwerty/lithuanian/variant:
  console-data/keymap/qwerty/hebrew/standard/keymap:
  console-data/keymap/qwertz/hungarian/standard/keymap:
  console-data/keyma

Bug#409076: Necessary information

[Kel Modderman]

On Sunday 01 April 2007 19:52, Bernhard wrote:
> Hello, Kel
>
> On my system, the WPA Supplicant is started manually in /etc/interfaces.
> My configuration of the network interface is shown in the following lines:
>iface eth2 inet dhcp
>pre-up wpa_supplicant -ieth2 -Dwext
> -c/etc/wpa_supplicant/wpa_supplicant.conf -B
>wireless-essid mynetworkessid
>
> Without the wireless-essid, no connection to the access point is
> established.

Did you read the information given in the previous mail? If you read it 
carefully, then I do not think your configuration would still look the same.

Thanks, Kel.


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

Bug#417042: libquicktime: FTBFS: error: lqt/lqt_version.h: No such file or directory

[Kurt Roeckx]

Package: libquicktime
Version: 2:0.9.7-3
Severity: serious

Hi,

Your package is failing to build with the following error:
In file included from lqt_codecs.c:7:
../include/quicktime/lqt_codecapi.h:1:29: error: lqt/lqt_version.h: No such 
file or directory



Kurt



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

Bug#398198: Last update on pkg

[Marc-André Lureau]

Salut,

Loic, sorry for the mess, I was also a bit confused. Things are getting
clear now. And to state things better, I am perfectly happy if Mathias can
have the maintainership of the package. I will keep an eye on what's going
on, because it is very instructive for me too. I am probably as new as
Mathias in this world:)
The last diff proposed solve some of the remaining issues.

Still to do:
Add something like this in the changelog
* Diff accepted (Closes: #398198)

Add flex and pkg-config in build-dep.

Thank you guys!

Regards,
--
Marc-André Lureau, GSmartMix

On 4/1/07, Mathias Hasselmann <[EMAIL PROTECTED]> wrote:


Hi again,

Am Sonntag, den 01.04.2007, 11:15 +0200 schrieb Loïc Minier:
> On Sun, Apr 01, 2007, Mathias Hasselmann wrote:
> > >  Marc-André, Mathias: who is going to maintain the package for
Debian?
> > I am very interested in getting that package into Debian (and
Ubunutu).
> > So I am interested in keeping that package up-to-date. On the other
hand
> > I don't have much knowledge about Debian package maintenance and I
also
> > do not want to dive too deeply into this matter. So I am pretty fine,
if
> > we both are listed as maintainer, but I'll also will not hide, when
> > Marc-André wants to focus on other things but the vala package. Just
> > need someone who tolds me, when I do not meet Debians packaging
> > standards.
>
>  So, Mathias: are you interested in being listed as a Maintainer or
>  Uploader?  I would certainly value your participation in the Debian
>  packaging as I've seen you contributed some patches to vala upstream.
>  :)

I am very interested in helping to turn Vala into a reliable tool. Being
responsible for bugs in its Debian package definitely would help to
reach this goal. So I want to try maintaining Vala's package.

>  Perhaps this is the occasion for you to work directly in Debian; as I
>  understand it, every upload in Debian can be merged in Ubuntu
>  semi-automatically.

The Ubuntu folks understand how important a wealthy Debian is for them.
So they encourage everyone, who wants to upload packages to Ubuntu, to
join the Debian crowd first. Well, here I am! :-)

> Who knows what charms you'll discover in Debian!

Well, actually it was the Debian I've found on my virtual server, which
made me consider Unbuntu as desktop OS. Well, and for servers I
definitly prefer Debian already.

Ciao,
Mathias

Bug#417043: gsynaptics: New upstream version available

[Olivier Berger]

Package: gsynaptics
Version: 0.9.7-3
Severity: wishlist

FYI, a new upstream version is available (0.9.11), but it only seems to include
translation updates, AFAICT

Hope this help

Best regards.

-- System Information:
Debian Release: 4.0
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-4-686
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)

Versions of packages gsynaptics depends on:
ii  libart-2.0-2  2.3.17-1   Library of functions for 2D graphi
ii  libatk1.0-0   1.12.4-3   The ATK accessibility toolkit
ii  libaudiofile0 0.2.6-6Open-source version of SGI's audio
ii  libavahi-client3  0.6.16-3etch1  Avahi client library
ii  libavahi-common3  0.6.16-3etch1  Avahi common library
ii  libavahi-glib10.6.16-3etch1  Avahi glib integration library
ii  libbonobo2-0  2.14.0-3   Bonobo CORBA interfaces library
ii  libbonoboui2-02.14.0-5   The Bonobo UI library
ii  libc6 2.3.6.ds1-13   GNU C Library: Shared libraries
ii  libcairo2 1.2.4-4The Cairo 2D vector graphics libra
ii  libdbus-1-3   1.0.2-1simple interprocess messaging syst
ii  libesd0   0.2.36-3   Enlightened Sound Daemon - Shared 
ii  libfontconfig12.4.2-1.2  generic font configuration library
ii  libfreetype6  2.2.1-5FreeType 2 font engine, shared lib
ii  libgconf2-4   2.16.1-1   GNOME configuration database syste
ii  libgcrypt11   1.2.3-2LGPL Crypto library - runtime libr
ii  libglade2-0   1:2.6.0-4  library to load .glade files at ru
ii  libglib2.0-0  2.12.4-2   The GLib library of C routines
ii  libgnome-keyring0 0.6.0-3GNOME keyring services library
ii  libgnome2-0   2.16.0-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-2   The GNOME 2 libraries (User Interf
ii  libgnomevfs2-01:2.14.2-7 GNOME virtual file-system (runtime
ii  libgnutls13   1.4.4-3the GNU TLS library - runtime libr
ii  libgpg-error0 1.4-1  library for common error values an
ii  libgtk2.0-0   2.8.20-7   The GTK+ graphical user interface 
ii  libice6   1:1.0.1-2  X11 Inter-Client Exchange library
ii  libjpeg62 6b-13  The Independent JPEG Group's JPEG 
ii  liborbit2 1:2.14.3-0.1   libraries for ORBit2 - a CORBA ORB
ii  libpango1.0-0 1.14.8-5   Layout and rendering of internatio
ii  libpng12-01.2.15~beta5-1 PNG library - runtime
ii  libpopt0  1.10-3 lib for parsing cmdline parameters
ii  libsm61:1.0.1-3  X11 Session Management library
ii  libtasn1-30.3.6-2Manage ASN.1 structures (runtime)
ii  libx11-6  2:1.0.3-6  X11 client-side library
ii  libxcursor1   1.1.7-4X cursor management library
ii  libxext6  1:1.0.1-2  X11 miscellaneous extension librar
ii  libxfixes31:4.0.1-5  X11 miscellaneous 'fixes' extensio
ii  libxi61:1.0.1-4  X11 Input extension library
ii  libxinerama1  1:1.0.1-4.1X11 Xinerama extension library
ii  libxml2   2.6.27.dfsg-1  GNOME XML library
ii  libxrandr22:1.1.0.2-5X11 RandR extension library
ii  libxrender1   1:0.9.1-3  X Rendering Extension client libra
ii  xserver-xorg-input-synapt 0.14.6-1   Synaptics TouchPad driver for X.Or
ii  zlib1g1:1.2.3-13 compression library - runtime

gsynaptics recommends no packages.

-- no debconf information


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

Bug#417044: gtk-qt-engine: Ships files in /usr/lib64/

[Kurt Roeckx]

Package: gtk-qt-engine
Version: 1:0.8~svn-rev31-3
Severity: grave

Hi,

Your package is currently shipping files in /usr/lib64/kde3 on amd64
instead of /usr/lib/kde3.  This will break systems in case dpkg tries to
remove the /usr/lib64/kde3 and /usr/lib64 directories.

The problem is that /usr/lib64 is not a directory, but a symlink, and
dpkg will remove the symlink and break the system.

The version in testing properly has it's files in /usr/lib/kde3.


Kurt



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

Bug#417045: python-sqlrelay: Ships files in /usr/lib64

[Kurt Roeckx]

Package: python-sqlrelay
Version: 1:0.38-2
Severity: serious

Hi,

Your package is currently shipping files in /usr/lib64/python2.4 on amd64
instead of /usr/lib/python2.4.  This will break systems in case dpkg tries to
remove the /usr/lib64/python2.4 and /usr/lib64 directories.

The problem is that /usr/lib64 is not a directory, but a symlink, and
dpkg will remove the symlink and break the system.

The version in testing properly has it's files in /usr/lib/python2.4.


Kurt



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

Bug#417046: ITP: darksnow -- simple graphical user interface to darkice

[Bart Martens]

Package: wnpp
Severity: wishlist
Owner: Bart Martens <[EMAIL PROTECTED]>

* Package name: darksnow
  Version : 0.6.1
  Upstream Author : Rafael Diniz
* URL : http://darksnow.radiolivre.org/
* License : GPL
  Programming Lang: C
  Description : simple graphical user interface to darkice

 DarkSnow is a graphical interface written in GTK+2 for the darkice
 live streamer.
 .
  Homepage: http://darksnow.radiolivre.org/




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

Bug#417047: umview: FTBFS: error: duplicate case value

[Kurt Roeckx]

Package: umview
Version: 0.4a-2
Severity: important

Hi,

Your package is failing to build on amd64 with the following error:
viewfs.c: In function 'd64array_merge':
viewfs.c:1498: warning: cast from pointer to integer of different size
viewfs.c:1498: warning: cast from pointer to integer of different size
viewfs.c:1498: warning: cast to pointer from integer of different size
viewfs.c: In function 'd64array_subtract':
viewfs.c:1548: warning: cast from pointer to integer of different size
viewfs.c:1548: warning: cast from pointer to integer of different size
viewfs.c:1548: warning: cast to pointer from integer of different size
viewfs.c: In function 'is_path_interesting':
viewfs.c:1943: error: duplicate case value
viewfs.c:1942: error: previously used here
make[2]: *** [viewfs.lo] Error 1

You probably also want to look at those warnings because they ussualy
mean problems on 64 bit arches.


Kurt



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

Bug#398198: Last update on pkg

[Loïc Minier]

On Sun, Apr 01, 2007, Marc-André Lureau wrote:
> Loic, sorry for the mess, I was also a bit confused. Things are getting
> clear now. And to state things better, I am perfectly happy if Mathias can
> have the maintainership of the package. I will keep an eye on what's going
> on, because it is very instructive for me too. I am probably as new as
> Mathias in this world:)

 Ah, so now I'm confused again: do you want to be listed in
 Uploaders/Maintainer and take responsability for the package as well?
 I don't care whether you want to be in Uploaders _or_ Maintainer, but
 only whether you want to take responsability or not. :)

 Guys, if you want to work together on the package, I suggest we start
 importing it now in the Alioth collab-maint SVN.  We can then all
 subscribe to commits, uploads, and bugs individually.

 Please let me know if it's ok for you to maintain the debian/ in SVN
 on Alioth with the help of svn-buildpackage, and give me your Alioth
 login so that I can request your addition to the collab-maint project
 as external maintainers.

-- 
Loïc Minier

Bug#417049: gclcvs: ./saved_pre_gcl: No such file or directory

[Kurt Roeckx]

Package: gclcvs
Version: 2.7.0-65
Severity: serious

Hi,

Your package is failing to build on 64 bit arches with the
following error:
Lisp initialization failed.
rm -f tmp_image
rm raw_pre_gcl pre_init.lsp post_init.lsp
make[2]: Leaving directory `/build/buildd/gclcvs-2.7.0/unixport'
cd unixport && echo '(si::use-fast-links nil)(load "boot.lisp")' | 
./saved_pre_gcl && /usr/bin/make saved_gcl && mv saved_gcl saved_pre_gcl
/bin/sh: ./saved_pre_gcl: No such file or directory
make[1]: *** [unixport/saved_pre_gcl] Error 127
make[1]: Leaving directory `/build/buildd/gclcvs-2.7.0'
make: *** [build-trad-stamp] Error 2


Kurt



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

Bug#417048: RFP: PtolemyII -- Heterogeneous Modeling and Design in Java

[Martin Kolář]

To: [EMAIL PROTECTED]
RFP: PtolemyII -- Heterogeneous Modeling and Design in Java
Package: wnpp
Severity: wishlist


Upstream Author  : Prof. Edward A. Lee [EMAIL PROTECTED]
URL: http://ptolemy.berkeley.edu/ptolemyII/
License  : UC Berkeley copyright
Programming Lang : Java
Description: Heterogeneous Modeling and Desing in Java

 
 Ptolemy II is a software framework developed as part of the Ptolemy 
project.
 It is a Java-based component assembly framework with a graphical user interface
 called Vergil. Vergil itself is a component assembly defined in Ptolemy II.
 
 The Ptolemy project studies modeling, simulation, and design of concurrent,
 real-time, embedded systems. The focus is on assembly of concurrent components.
 The key underlying principle in the project is the use of well-defined models 
of
 computation that govern the interactions between components. A major problem
 area being addressed is the use of heterogeneous mixtures of models of
 computation.
 
 The Ptolemy Project (http://ptolemy.eecs.berkeley.edu) contains much more
 information about the project. The work is conducted in the Department of
 Electrical Engineering and Computer Sciences of the University of California at
 Berkeley. The project is directed by Prof. Edward A. Lee
 (http://ptolemy.eecs.berkeley.edu/~eal) The project is named after Claudius
 Ptolemaeus, the second century Greek astronomer, mathematician, and geographer.
 
Ptolemy II is free for academic and commercial use. You an incorporate it
 into products, but you need to include follow the instructions in the copyright
 notice.
 
 


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

Bug#398198: Last update on pkg

[Loïc Minier]

 I checked the delta between your 0.0.8-2 and 0.0.8-3 diffs; the
 "pre-build:: update-config" is useless, as I said cdbs will update
 config.guess and config.sub automatically by default.

 The copyright file is now good (even better than before), but the
 control file is lacking build-deps.

 I'd prefer that you import stuff in SVN so that I can comment on a
 version everybody agrees upon as the reference version. :)

-- 
Loïc Minier

Bug#417041: console-data: patched qwerty/it.kmap with euro support

[Christian Perrier]

tags 417041 pending
thanks

Quoting Federico Di Gregorio ([EMAIL PROTECTED]):
> Package: console-data
> Version: 2:1.01-7
> Severity: normal
> Tags: patch
> 
> The attached it.kmap file has support for currency (euro, €) e cent
> keycodes, using the standard altgr modifier. This is not enough to have
> euro support in console (an appropriate font is necessary) but, at
> least, solve half of the problem. (Selecting the right font is much
> easier for a user than adding keycodes to their keymap.)


Patch committed to SVN.



signature.asc
Description: Digital signature

Bug#401673: still has this bug

[Russell Coker]

On Sunday 01 April 2007 19:09, "Marco d'Itri" <[EMAIL PROTECTED]> wrote:
> On Apr 01, Russell Coker <[EMAIL PROTECTED]> wrote:
> > The messages from the udev init script, where do they end up?  What log
> > entries would you like me to send you?
>
> To the boot log? I can't tell how your system is configured, and "not
> enabled" is not an useful bug report.

/var/log/boot contains "(Nothing has been logged yet.)".

The machine is a quick etch install with very little changed (nothing related 
to logging).

What is the default location for the log messages that you desire?


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

Bug#401673: still has this bug

[Marco d'Itri]

On Apr 01, Russell Coker <[EMAIL PROTECTED]> wrote:

> What is the default location for the log messages that you desire?
What about you look at the xen console while the guest boots and then
copy and paste the messages?

-- 
ciao,
Marco


signature.asc
Description: Digital signature

Bug#416790: console-data: Marathi console-data_debian_po_mr Translation Updates

[Christian Perrier]

tags 416790 pending
thanks

Quoting priti Patil ([EMAIL PROTECTED]):
> Package: console-data
> Severity: wishlist
> Tags: l10n, patch
> 
> Marathi console-data_debian_po_mr Translation Update: po file attached.
> 
> Locale: LANG=mr_IN.UTF-8, LC_CTYPE=mr_IN.UTF-8 (charmap=UTF-8)

That one was correct and has been committed.


-- 




signature.asc
Description: Digital signature

Bug#416802: samba: Marathi samba_po_mr Translation Update

[Christian Perrier]

tags 416802 - moreinfo
tags 416802 pending
thanks

Quoting Christian Perrier ([EMAIL PROTECTED]):
> Quoting priti Patil ([EMAIL PROTECTED]):
> > Package: samba
> > Severity: wishlist
> > Tags: l10n, patch
> > 
> > Marathi samba_po_mr Translation Update: po file attached.
> > 
> > Locale: LANG=mr_IN.UTF-8, LC_CTYPE=mr_IN.UTF-8 (charmap=UTF-8)
> 
> Wrongly encoded


Apparently, this was a problem on my side. Sorry for the wrong
warning.

PO file headers were incompelte as I already explained you for
tasksel. I completed them and committed, the file



signature.asc
Description: Digital signature

Bug#416789: iso-codes: Marathi iso-codes_iso_3166 Translation Updates

[Christian Perrier]

tags 416789 pending
tags 416789 - moreinfo
thanks


Apparently, the problem was on my side. I re-committed the file.



signature.asc
Description: Digital signature

Bug#416793: popularity-contest: Marathi popularity-contest_debian_po_mr Translation Update

[Christian Perrier]

tags 416793 pending
thanks

Quoting priti Patil ([EMAIL PROTECTED]):
> Package: popularity-contest
> Severity: wishlist
> Tags: l10n, patch
> 
> Marathi popularity-contest_debian_po_mr Translation Update: po file 
> attached.
> 
> Locale: LANG=mr_IN.UTF-8, LC_CTYPE=mr_IN.UTF-8 (charmap=UTF-8)

Committed after I realised that the encoding problem was in my side..:-)

-- 




signature.asc
Description: Digital signature

Bug#384653: bug with d-i parted and Sun disk labels

[Josip Rodin]

Hi,

I think I reproduced this the other day on my Fire v240.

Initially, the partitioner in d-i recognized all drives properly (which was
pretty cool to see!). But then, when I created a new disk label in order to
remove the old partitions (from Solaris), and went on to create a new one,
it only saw some 13 GB out of 36 total. This didn't bother me at the time
because I only wanted a 5 GB partition, but still, it was strange.

And later, after the system was installed, I went to create partitions on
another two 72 GB disks in the system, but only got 13 GB.

Then I went into fdisk, created a new Sun disk label, used the
custom+autodetect option, and pressed enter on almost all the options
(I only changed the RPM setting, but I don't see how that should have
affected the partition table), and now it seems fine, all ~72 GB are there.

One thing that struck me in fdisk was that I kept seeing the number of
8922 cylinders, both in the good and the bad result.

So now I checked the 36 GB disks again, and here it is:

% sudo fdisk -l /dev/sd{a,b} 

Disk /dev/sda (Sun disk label): 27 heads, 107 sectors, 4425 cylinders
Units = cylinders of 2889 * 512 bytes

   Device FlagStart   EndBlocks   Id  System
/dev/sda1 0  3380   4882410   83  Linux native
/dev/sda3 0  4427   6394801+   5  Whole disk

Disk /dev/sdb (Sun disk label): 27 heads, 107 sectors, 4425 cylinders
Units = cylinders of 2889 * 512 bytes

   Device FlagStart   EndBlocks   Id  System
/dev/sdb3 0 24618  35559877+   5  Whole disk

The disks are physically the same, but the special 3rd partition seems to
be broken on the first (the one where I created that 5GB partition).

Should I send over the first 512 bytes of both of those disks?

-- 
 2. That which causes joy or happiness.


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

Bug#315009: md (software) RAID missing in the installer for sparc

[Josip Rodin]

Hi,

I couldn't help but notice that there is no support for software RAID arrays
in the sparc installer.

All I found to document it was:

partman-md (24) unstable; urgency=low

  [ Fabio M. Di Nitto ]
  * RAID cannot be selected if we are on sparc AND the partiton starts at 0
otherwise there will partition table corruption happening in the first
512 bytes of the disk.
(NOTE: this will work only once patch for sparc/raid support will make it
   in parted)
[...]
 -- Frans Pop <[EMAIL PROTECTED]>  Sat, 29 Apr 2006 03:30:04 +0200

Oddly enough, I can't seem to find the problem there, because parted code
doesn't seem to have exceptions for sparc...

Some more digging excavated me the bug #315009, saying the "Use as: physical
volume for RAID" option is missing. That bug was closed with:

Date: Thu, 20 Apr 2006 17:45:22 -0300
[...]
 parted (1.6.25.1-3) unstable; urgency=low
[...]
   * Apply patch to fix RAID usage in SPARC. Thanks to Fabio Di Nitto
 <[EMAIL PROTECTED]> (Closes: #355467)

So how come this didn't propagate into debian-installer for etch?

-- 
 2. That which causes joy or happiness.


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

Bug#417050: photon: Original images aren't displayed

[mmassonnet]

Package: photon
Version: 0.4.4-1
Severity: normal

*** Please type your report below this line ***
If you run this command:
photon --thumbsize=50x50 --sizelist=0 -o photon ../images
photon will create a gallery, and copy the images from the source
directory verbatim (without any modification). Now if these files are
different then jpeg files, the html generated files will contain only
.jpg extension. Therefore I can display the images in their original
size.

A workaround is to execute:
for html in *.html ; do cat $html | sed -r \
's,(original)/([0-9]+)-(projet-tuteure)\.jpg,\1/\2-\3.png,' \
> $html ; done
afterwards.

Regards,
Mike
-- 
 Mike (m8t) Massonnet http://massonnet.org/ __oo 
 GnuPG 0--" 0xF8C80F97  ---(_)_"> 
 C4DA 431D 52F9 F930 3E5B  3E3D 546C 89D9 F8C8 0F97 


signature.asc
Description: Digital signature

Bug#417052: FTBFS with GCC 4.3: missing #pragma implementation

[Martin Michlmayr]

Package: ctsim
Version: 4.5.2-1.1
Usertags: ftbfs-gcc-4.3
Tags: patch

Your package fails to build with GCC 4.3.  Version 4.3 has not been
released yet but I'm building with a snapshot in order to find errors
and give people an advance warning.  I don' think this is really new
about 4.3, but it seems 4.3 exposes a problem that has been there
before.  When you use #pragma interface (as you do), you really need
to use #pragma implementation too.

However, the GCC people think that #pragma should usually not be used
at all, so I suggest you use the #pragma interface.  If it really
failed on FC4, maybe its's worth investigating why?

Background about this bug:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31407


> Automatic build of ctsim_4.5.2-1.1 on em64t by sbuild/amd64 0.53
...
> g++  -g -O2 -O2 -DNDEBUG -fomit-frame-pointer -Wall -I/usr/include/ctn 
> -I../include -I/usr/lib/wx/include/gtk-2.4 -DGTK_NO_CHECK_CASTS -D__WXGTK__ 
> -D_FILE_OFFSET_BITS=64 -D_LARGE_FILES  -L/usr/lib/ctn -L/usr/local/lib 
> -L../libctgraphics -L/usr/X11R6/lib -L/usr/X11R6/lib64 -L../libctsupport 
> -L../libctsim -o ctsimtext  ctsimtext.o if1.o if2.o ifinfo.o ifexport.o 
> phm2if.o phm2pj.o pj2if.o pjinfo.o pjrec.o nographics.o phm2helix.o 
> pjHinterp.o linogram.o -lreadline -lncurses -lctsim  -lreadline -lncurses 
> -lctgraphics   -lGL -lGLU -pthread -lwx_gtk-2.4 -lwx_gtk_gl-2.4 -L/usr/lib 
> -L/usr/X11R6/lib -lgtk -lgdk -rdynamic -lgmodule -lglib -ldl -lXi -lXext 
> -lX11 -lm -L/usr/lib -rdynamic -lgmodule -lgthread -lglib -lpthread -ldl 
> -pthread -lwx_gtk-2.4 -lctsupport  -lpng -lz -lfftw3 -lctn -lm 
> if2.o: In function `Timer':
> ../include/timer.h:52: undefined reference to `vtable for Timer'
> if2.o: In function `~Timer':
> ../include/timer.h:55: undefined reference to `vtable for Timer'
> if2.o: In function `if2_main(int, char* const*)':
> /build/tbm/ctsim-4.5.2/tools/if2.cpp:300: undefined reference to 
> `Timer::timerEnd()'
> if2.o: In function `~Timer':
> ../include/timer.h:55: undefined reference to `vtable for Timer'
> phm2if.o: In function `Timer':
> ../include/timer.h:52: undefined reference to `vtable for Timer'
> phm2if.o: In function `~Timer':
> ../include/timer.h:55: undefined reference to `vtable for Timer'
> phm2if.o: In function `phm2if_main(int, char* const*)':
> /build/tbm/ctsim-4.5.2/tools/phm2if.cpp:350: undefined reference to 
> `Timer::timerEnd()'
> phm2if.o: In function `~Timer':
> ../include/timer.h:55: undefined reference to `vtable for Timer'
> phm2pj.o: In function `Timer':
> ../include/timer.h:52: undefined reference to `vtable for Timer'
> phm2pj.o: In function `~Timer':
> ../include/timer.h:55: undefined reference to `vtable for Timer'
> phm2pj.o: In function `phm2pj_main(int, char* const*)':
> /build/tbm/ctsim-4.5.2/tools/phm2pj.cpp:380: undefined reference to 
> `Timer::timerEnd()'
> phm2pj.o: In function `~Timer':
> ../include/timer.h:55: undefined reference to `vtable for Timer'
> pj2if.o: In function `Timer':
> ../include/timer.h:52: undefined reference to `vtable for Timer'
> pj2if.o: In function `pj2if_main(int, char* const*)':
> /build/tbm/ctsim-4.5.2/tools/pj2if.cpp:133: undefined reference to 
> `Timer::timerEnd()'
> pjrec.o: In function `Timer':
> ../include/timer.h:52: undefined reference to `vtable for Timer'
> pjrec.o: In function `~Timer':
> ../include/timer.h:55: undefined reference to `vtable for Timer'
> pjrec.o: In function `pjrec_main(int, char* const*)':
> /build/tbm/ctsim-4.5.2/tools/pjrec.cpp:356: undefined reference to 
> `Timer::timerEnd()'
> pjrec.o: In function `~Timer':
> ../include/timer.h:55: undefined reference to `vtable for Timer'
> phm2helix.o: In function `Timer':
> ../include/timer.h:52: undefined reference to `vtable for Timer'
> phm2helix.o: In function `~Timer':
> ../include/timer.h:55: undefined reference to `vtable for Timer'
> phm2helix.o: In function `phm2helix_main(int, char* const*)':
> /build/tbm/ctsim-4.5.2/tools/phm2helix.cpp:320: undefined reference to 
> `Timer::timerEnd()'
> phm2helix.o: In function `~Timer':
> ../include/timer.h:55: undefined reference to `vtable for Timer'
> collect2: ld returned 1 exit status
> make[3]: *** [ctsimtext] Error 1


--- ./tools/timer.h~2007-04-01 12:27:43.0 +
+++ ./tools/timer.h 2007-04-01 12:27:49.0 +
@@ -1,6 +1,7 @@
 #ifndef _TIMER_H
 #define _TIMER_H
 
+#pragma implementation "timer.h"
 #pragma interface "timer.h"
 
 #include 
--- ./include/timer.h~  2007-04-01 12:24:58.0 +
+++ ./include/timer.h   2007-04-01 12:27:24.0 +
@@ -30,6 +30,7 @@
 
 // pragma line required for Fedora 4 and wxWin 2.4.2 
 #if defined(__GNUG__) && !defined(__APPLE__)
+#pragma implementation "timer.h"
 #pragma interface "timer.h"
 #endif
 

-- 
Martin Michlmayr
http://www.cyrius.com/


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

Bug#417051: installation report

[Paul van der Vlis]

Package: installation-reports

> Boot method: 

CD.

> Image version: 

http://cdimage.debian.org/cdimage/etch_di_rc2/i386/iso-cd/debian-testing-i386-CD-1.iso
17-Mar-2007 22:59

> Date: 
Mar 30 2007

> Machine: 
Self-build machine

> Processor: 
AMD Athlon(TM) XP 2600+

> Memory:
acrobaat:~# free
 total   used   free sharedbuffers cached
Mem:906792 817876  88916  0  79604 403468
-/+ buffers/cache: 334804 571988
Swap:   979832 60 979772

> Partitions: 

acrobaat:~# df -Tl
Bestandssysteem Type   1K-blokken Gebruikt Beschikbaar Gebruikt%
Aangekoppeld op
/dev/md1  reiserfs   243208572  65347884 177860688  27% /
tmpfstmpfs  453396 0453396   0% /lib/init/rw
udev tmpfs   1024060 10180   1% /dev
tmpfstmpfs  453396 0453396   0% /dev/shm

> Output of lspci -nn and lspci -vnn:

acrobaat:~# lspci -nn
00:00.0 Host bridge [0600]: VIA Technologies, Inc. VT8377 [KT400/KT600
AGP] Host Bridge [1106:3189]
00:01.0 PCI bridge [0604]: VIA Technologies, Inc. VT8235 PCI Bridge
[1106:b168]
00:0d.0 Network controller [0280]: AVM Audiovisuelles MKTG & Computer
System GmbH Fritz!PCI v2.0 ISDN [1244:0e00] (rev 02)
00:10.0 USB Controller [0c03]: VIA Technologies, Inc. VT82x UHCI USB
1.1 Controller [1106:3038] (rev 80)
00:10.1 USB Controller [0c03]: VIA Technologies, Inc. VT82x UHCI USB
1.1 Controller [1106:3038] (rev 80)
00:10.2 USB Controller [0c03]: VIA Technologies, Inc. VT82x UHCI USB
1.1 Controller [1106:3038] (rev 80)
00:10.3 USB Controller [0c03]: VIA Technologies, Inc. USB 2.0
[1106:3104] (rev 82)
00:11.0 ISA bridge [0601]: VIA Technologies, Inc. VT8235 ISA Bridge
[1106:3177]
00:11.1 IDE interface [0101]: VIA Technologies, Inc.
VT82C586A/B/VT82C686/A/B/VT823x/A/C PIPC Bus Master IDE [1106:0571] (rev 06)
00:11.5 Multimedia audio controller [0401]: VIA Technologies, Inc.
VT8233/A/8235/8237 AC97 Audio Controller [1106:3059] (rev 50)
00:12.0 Ethernet controller [0200]: VIA Technologies, Inc. VT6102
[Rhine-II] [1106:3065] (rev 74)
01:00.0 VGA compatible controller [0300]: nVidia Corporation NV18
[GeForce4 MX 4000 AGP 8x] [10de:0185] (rev a4)

acrobaat:~# lspci -vnn
00:00.0 Host bridge [0600]: VIA Technologies, Inc. VT8377 [KT400/KT600
AGP] Host Bridge [1106:3189]
Subsystem: ASUSTeK Computer Inc. A7V8X motherboard [1043:807f]
Flags: bus master, 66MHz, medium devsel, latency 0
Memory at f800 (32-bit, prefetchable) [size=64M]
Capabilities: [80] AGP version 3.5
Capabilities: [c0] Power Management version 2

00:01.0 PCI bridge [0604]: VIA Technologies, Inc. VT8235 PCI Bridge
[1106:b168] (prog-if 00 [Normal decode])
Flags: bus master, 66MHz, medium devsel, latency 0
Bus: primary=00, secondary=01, subordinate=01, sec-latency=0
Memory behind bridge: ee00-efef
Prefetchable memory behind bridge: eff0-f7ff
Capabilities: [80] Power Management version 2

00:0d.0 Network controller [0280]: AVM Audiovisuelles MKTG & Computer
System GmbH Fritz!PCI v2.0 ISDN [1244:0e00] (rev 02)
Subsystem: AVM Audiovisuelles MKTG & Computer System GmbH
Fritz!PCI v2.0 ISDN [1244:0e00]
Flags: medium devsel, IRQ 185
Memory at ed80 (32-bit, non-prefetchable) [size=32]
I/O ports at d800 [size=32]
Capabilities: [40] Power Management version 2

00:10.0 USB Controller [0c03]: VIA Technologies, Inc. VT82x UHCI USB
1.1 Controller [1106:3038] (rev 80) (prog-if 00 [UHCI])
Subsystem: ASUSTeK Computer Inc. A7V8X-X motherboard [1043:80a1]
Flags: bus master, medium devsel, latency 32, IRQ 169
I/O ports at d400 [size=32]
Capabilities: [80] Power Management version 2

00:10.1 USB Controller [0c03]: VIA Technologies, Inc. VT82x UHCI USB
1.1 Controller [1106:3038] (rev 80) (prog-if 00 [UHCI])
Subsystem: ASUSTeK Computer Inc. A7V8X-X motherboard [1043:80a1]
Flags: bus master, medium devsel, latency 32, IRQ 169
I/O ports at d000 [size=32]
Capabilities: [80] Power Management version 2

00:10.2 USB Controller [0c03]: VIA Technologies, Inc. VT82x UHCI USB
1.1 Controller [1106:3038] (rev 80) (prog-if 00 [UHCI])
Subsystem: ASUSTeK Computer Inc. A7V8X-X motherboard [1043:80a1]
Flags: bus master, medium devsel, latency 32, IRQ 169
I/O ports at b800 [size=32]
Capabilities: [80] Power Management version 2

00:10.3 USB Controller [0c03]: VIA Technologies, Inc. USB 2.0
[1106:3104] (rev 82) (prog-if 20 [EHCI])
Subsystem: ASUSTeK Computer Inc. A7V8X-X motherboard rev 1.01
[1043:80a1]
Flags: bus master, medium devsel, latency 32, IRQ 169
Memory at ed00 (32-bit, non-prefetchable) [size=256]
Capabilities: [80] Power Management version 2

00:11.0 ISA bridge [0601]: VIA Technologies, Inc. VT8235 ISA Bridge
[1106:3177]
Subsystem: ASUSTeK Compu

Bug#356432: i8kutils: Patch fixing the init scripts bug

[Vincent Crevot]

Package: i8kutils
Version: 1.27
Followup-For: Bug #356432

See the attached patch.
diff -durN i8kutils-1.27/debian/i8kbuttons.init 
i8kutils-1.27.mine/debian/i8kbuttons.init
--- i8kutils-1.27/debian/i8kbuttons.init2005-02-03 20:03:14.0 
+0100
+++ i8kutils-1.27.mine/debian/i8kbuttons.init   1970-01-01 01:00:00.0 
+0100
@@ -1,91 +0,0 @@
-#!/bin/sh
-#
-# i8kbuttons   Dell Inspiron volume buttons monitor
-#
-#  Written by Miquel van Smoorenburg <[EMAIL PROTECTED]>.
-#  Modified for Debian GNU/Linux
-#  by Ian Murdock <[EMAIL PROTECTED]>.
-#
-#  Modified for i8kutils by Massimo Dal Zotto <[EMAIL PROTECTED]>
-
-PATH=/sbin:/bin:/usr/sbin:/usr/bin
-DAEMON=/usr/bin/i8kbuttons
-CONFIGFILE=/etc/i8kbuttons
-PROC_I8K=/proc/i8k
-NAME=i8kbuttons
-DESC="Dell Inspiron volume buttons monitor"
-
-set -e
-
-test -x $DAEMON || exit 0
-test -e $CONFIGFILE && . $CONFIGFILE
-
-function i8k_setkeycodes() {
-kvers="$(uname -r)"
-test "${kvers#2.6.}" != "$kvers" || return
-test "$I8KBUTTONS_SETKEYCODES" = true || return
-keys=$(getkeycodes | grep "^e0 00" | awk '{print $4,$5}')
-test "$keys" = "${I8K_KEY_PLAY:-171} ${I8K_KEY_STOP:-172}" && return
-
-setkeycodes ${I8K_SCAN_PLAY:-e001} ${I8K_KEY_PLAY:-171}
-setkeycodes ${I8K_SCAN_STOP:-e002} ${I8K_KEY_STOP:-172}
-setkeycodes ${I8K_SCAN_PREV:-e003} ${I8K_KEY_PREV:-187}
-setkeycodes ${I8K_SCAN_NEXT:-e004} ${I8K_KEY_NEXT:-189}
-setkeycodes ${I8K_SCAN_MUTE:-e020} ${I8K_KEY_MUTE:-113}
-setkeycodes ${I8K_SCAN_VOLD:-e02e} ${I8K_KEY_VOLD:-114}
-setkeycodes ${I8K_SCAN_VOLU:-e030} ${I8K_KEY_VOLU:-114}
-}
-
-case "$1" in
-start)
-   i8k_setkeycodes &>/dev/null || true
-   test -e "$PROC_I8K" || exit 0
-   test -n "$I8KBUTTONS_UP_CMD" -o \
--n "$I8KBUTTONS_DOWN_CMD" -o \
--n "$I8KBUTTONS_MUTE_CMD" \
- || exit 0
-   echo -n "Starting $DESC: $NAME"
-   start-stop-daemon --start --quiet --pidfile /var/run/$NAME.pid \
-   --exec $DAEMON --background --make-pidfile -- \
-   --up "$I8KBUTTONS_UP_CMD" \
-   --down "$I8KBUTTONS_DOWN_CMD" \
-   --mute "$I8KBUTTONS_MUTE_CMD" \
-   --timeout "${I8KBUTTONS_TIMEOUT:-100}" \
-   --repeat "${I8KBUTTONS_REPEAT:-0}"
-   echo "."
-   ;;
-stop)
-   echo -n "Stopping $DESC: $NAME "
-   start-stop-daemon --oknodo --stop --quiet --pidfile /var/run/$NAME.pid
-   echo "."
-   rm -f /var/run/$NAME.pid
-   ;;
-restart|reload|force-reload)
-   # Reload is not supported by i8kbuttons
-   test -e "$PROC_I8K" || exit 0
-   test -n "$I8KBUTTONS_UP_CMD" -o \
--n "$I8KBUTTONS_DOWN_CMD" -o \
--n "$I8KBUTTONS_MUTE_CMD" \
- || exit 0
-   echo -n "Restarting $DESC: $NAME"
-   start-stop-daemon --oknodo --stop --quiet \
-   --pidfile /var/run/$NAME.pid
-   rm -f /var/run/$NAME.pid
-   sleep 1
-   start-stop-daemon --start --quiet --pidfile /var/run/$NAME.pid \
-   --exec $DAEMON --background --make-pidfile -- \
-   --up "$I8KBUTTONS_UP_CMD" \
-   --down "$I8KBUTTONS_DOWN_CMD" \
-   --mute "$I8KBUTTONS_MUTE_CMD" \
-   --timeout "${I8KBUTTONS_TIMEOUT:-100}" \
-   --repeat "${I8KBUTTONS_REPEAT:-0}"
-   echo "."
-   ;;
-*)
-   N=/etc/init.d/$NAME
-   echo "Usage: $N {start|stop|restart|reload|force-reload}" >&2
-   exit 1
-   ;;
-esac
-
-exit 0
diff -durN i8kutils-1.27/debian/i8kmon.init 
i8kutils-1.27.mine/debian/i8kmon.init
--- i8kutils-1.27/debian/i8kmon.init2005-02-03 20:03:22.0 +0100
+++ i8kutils-1.27.mine/debian/i8kmon.init   1970-01-01 01:00:00.0 
+0100
@@ -1,66 +0,0 @@
-#!/bin/sh
-#
-# i8kmon   Dell Inspiron fan/cpu-temperature monitor
-#
-#  Written by Miquel van Smoorenburg <[EMAIL PROTECTED]>.
-#  Modified for Debian GNU/Linux
-#  by Ian Murdock <[EMAIL PROTECTED]>.
-#
-#  Modified for i8kutils by Karl E. Jørgensen <[EMAIL PROTECTED]>
-#  and Massimo Dal Zotto <[EMAIL PROTECTED]>
-
-PATH=/sbin:/bin:/usr/sbin:/usr/bin
-DAEMON=/usr/bin/i8kmon
-CONFIGFILE=/etc/i8kmon
-PROC_I8K=/proc/i8k
-NAME=i8kmon
-DESC="Dell Inspiron fan/cpu-temperature monitor"
-I8KMON_ARGS="--daemon"
-
-set -e
-
-test -x $DAEMON || exit 0
-
-CONFIG_DAEMON=$(
-# Config file /etc/i8kmon is optional
-cat "$CONFIGFILE" 2>/dev/null \
-  | sed 's/#.*//g;/config(daemon)/!d;s/.*(.*)[ ]*//g'
-)
-
-case "$1" in
-start)
-   test -e "$PROC_I8K" || exit 0
-   test "$CONFIG_DAEMON" = 1 || exit 0
-   echo -n "Starting $DESC: $NAME"
-   start-stop-daemon --start --quiet --pidfile /var/run/$NAME.pid \
-   --exec $DAEMON --background --make-pidfile -- $I8KMON_ARGS
-   echo "."
-   ;;
-stop)
-   echo -n "Stopping $DESC: $NAME "
-   start-stop-daemon --oknodo --stop --quiet --pi

Bug#417054: using å in realname in .reportbugrc does not work

[Anders Lageras]

Package: reportbug
Version: 3.34.2
Severity: minor

Using å in realname in .reportbugrc does not work, the charachter is replaced
with ? in the name shown by reportbug.

-- Package-specific info:
** Environment settings:
INTERFACE="text"

** /home/sumpeklen/.reportbugrc:
reportbug_version "3.34"
mode standard
ui text
realname "Anders Lageras"
email "[EMAIL PROTECTED]"

-- System Information:
Debian Release: 4.0
  APT prefers unstable
  APT policy: (995, 'unstable'), (700, 'testing'), (600, 'stable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-4-686
Locale: LANG=C, LC_CTYPE=sv_SE (charmap=ISO-8859-1)

Versions of packages reportbug depends on:
ii  apt 0.6.46.4-0.1 Advanced front-end for dpkg
ii  python  2.4.4-2  An interactive high-level object-o
ii  python-central  0.5.12   register and build utility for Pyt

reportbug recommends no packages.

-- no debconf information


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

Bug#417055: libquicktime: FTBFS on amd64: RTjpeg.c:2448: error: cast to union type from type not present in union

[Kurt Roeckx]

Package: libquicktime
Version: 2:0.9.7-4
Severity: serious

Hi,

Your package is failing to build on amd64 with the following error:
RTjpeg.c: In function 'RTjpeg_set_intra':
RTjpeg.c:2448: error: cast to union type from type not present in union
RTjpeg.c:2449: error: cast to union type from type not present in union
make[4]: *** [RTjpeg.lo] Error 1


Kurt



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

Bug#416578: mirror submission for ftp.iitm.ac.in

[Simon Paillard]

On Sun, Apr 01, 2007 at 03:23:40PM +0530, Prof. P. Sriram wrote:
> On Thu, 29 Mar 2007, Simon Paillard wrote:
> > ftp.us.debian.org is a round-robin, you should specify the push mirror
> > you copy from (http://ftp.iitm.ac.in/debian/project/trace/ says that the
> > last update was against kernel.org)
> 
> is that a requirement?

Yes.

> i was not doing it earlier either (when we were
> listed as ftp.in.debian.org). can i just leave it as the round-robin?

no, because :
- all the mirrors of ftp.us.d.o don't carry the same architecture
(saens.debian.org that is part of ftp.us.d.org doesn't carry hurd-i386)
If you will mirror from saens, all hurd-i386 packages of your mirror
will be removed.

- issues can happen, let us assume ftp.us.d.o is composed of A and B.
when both A and B are ok, no pb.
 * day 0 : A is now out of date and/or broken, but your are lucky, the
when you resolved ftp.us.d.o, B has been choosen.
 * day 1 : A is still out of date / broken, but this time, you resolve
to A, so you sync with the bad outdated mirror and delete all uptodate
files you fetched from B.
 * day 2 : pb on A not yet solved, but this time the ip returned is the
one of B, you fetch again all the files you deleted the day before.

and so on ..

> > It seems you also mirrored hurd-i386,
> > If you want to remove them from the mirror,
> 
> yes, we have hurd-i386 also and i plan to leave it there.

Ok, so you have to specify in your script a upstream mirror with
hurd-i386.

Best regards,

-- 
Simon Paillard


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

Bug#295530: [siliconmotion] Corrupted display on external monitor if external res > built-in res

[Simon Huggins]

On Tue, Feb 13, 2007 at 02:21:57AM +0100, Brice Goglin wrote:
> Did you have a chance to try to reproduce this bug?

Right this is indeed fixed in xserver-xorg.  I tested against
1:7.1.0-7

I'm not quite sure what to do to the bug though?  Reassign it to
xserver-xorg, mark it fixed in that version and mail -done perhaps?

Simon.

-- 
UK based domain, email and web hosting ***/  "I got everything up to the /*
http://www.blackcatnetworks.co.uk/ **/   part about `Now listen /**
[EMAIL PROTECTED]   */ closely'" - The Cat. /***
Black Cat Networks /  /


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

Bug#417043: gsynaptics: New upstream version available

[Osamu Aoki]

On Sun, Apr 01, 2007 at 12:57:14PM +0200, Olivier Berger wrote:
> Package: gsynaptics
> Version: 0.9.7-3
> Severity: wishlist
> 
> FYI, a new upstream version is available (0.9.11), but it only seems to 
> include
> translation updates, AFAICT
> 
> Hope this help

Thanks.  

Debian package is heavily patched by me.

So I need to see what they did.

Osamu

> Best regards.
> 
> -- System Information:
> Debian Release: 4.0
>   APT prefers testing
>   APT policy: (500, 'testing')
> Architecture: i386 (i686)
> Shell:  /bin/sh linked to /bin/bash
> Kernel: Linux 2.6.18-4-686
> Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)
> 
> Versions of packages gsynaptics depends on:
> ii  libart-2.0-2  2.3.17-1   Library of functions for 2D 
> graphi
> ii  libatk1.0-0   1.12.4-3   The ATK accessibility toolkit
> ii  libaudiofile0 0.2.6-6Open-source version of SGI's 
> audio
> ii  libavahi-client3  0.6.16-3etch1  Avahi client library
> ii  libavahi-common3  0.6.16-3etch1  Avahi common library
> ii  libavahi-glib10.6.16-3etch1  Avahi glib integration library
> ii  libbonobo2-0  2.14.0-3   Bonobo CORBA interfaces library
> ii  libbonoboui2-02.14.0-5   The Bonobo UI library
> ii  libc6 2.3.6.ds1-13   GNU C Library: Shared libraries
> ii  libcairo2 1.2.4-4The Cairo 2D vector graphics 
> libra
> ii  libdbus-1-3   1.0.2-1simple interprocess messaging 
> syst
> ii  libesd0   0.2.36-3   Enlightened Sound Daemon - 
> Shared 
> ii  libfontconfig12.4.2-1.2  generic font configuration 
> library
> ii  libfreetype6  2.2.1-5FreeType 2 font engine, shared 
> lib
> ii  libgconf2-4   2.16.1-1   GNOME configuration database 
> syste
> ii  libgcrypt11   1.2.3-2LGPL Crypto library - runtime 
> libr
> ii  libglade2-0   1:2.6.0-4  library to load .glade files at 
> ru
> ii  libglib2.0-0  2.12.4-2   The GLib library of C routines
> ii  libgnome-keyring0 0.6.0-3GNOME keyring services library
> ii  libgnome2-0   2.16.0-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-2   The GNOME 2 libraries (User 
> Interf
> ii  libgnomevfs2-01:2.14.2-7 GNOME virtual file-system 
> (runtime
> ii  libgnutls13   1.4.4-3the GNU TLS library - runtime 
> libr
> ii  libgpg-error0 1.4-1  library for common error values 
> an
> ii  libgtk2.0-0   2.8.20-7   The GTK+ graphical user 
> interface 
> ii  libice6   1:1.0.1-2  X11 Inter-Client Exchange library
> ii  libjpeg62 6b-13  The Independent JPEG Group's 
> JPEG 
> ii  liborbit2 1:2.14.3-0.1   libraries for ORBit2 - a CORBA 
> ORB
> ii  libpango1.0-0 1.14.8-5   Layout and rendering of 
> internatio
> ii  libpng12-01.2.15~beta5-1 PNG library - runtime
> ii  libpopt0  1.10-3 lib for parsing cmdline 
> parameters
> ii  libsm61:1.0.1-3  X11 Session Management library
> ii  libtasn1-30.3.6-2Manage ASN.1 structures (runtime)
> ii  libx11-6  2:1.0.3-6  X11 client-side library
> ii  libxcursor1   1.1.7-4X cursor management library
> ii  libxext6  1:1.0.1-2  X11 miscellaneous extension 
> librar
> ii  libxfixes31:4.0.1-5  X11 miscellaneous 'fixes' 
> extensio
> ii  libxi61:1.0.1-4  X11 Input extension library
> ii  libxinerama1  1:1.0.1-4.1X11 Xinerama extension library
> ii  libxml2   2.6.27.dfsg-1  GNOME XML library
> ii  libxrandr22:1.1.0.2-5X11 RandR extension library
> ii  libxrender1   1:0.9.1-3  X Rendering Extension client 
> libra
> ii  xserver-xorg-input-synapt 0.14.6-1   Synaptics TouchPad driver for 
> X.Or
> ii  zlib1g1:1.2.3-13 compression library - runtime
> 
> gsynaptics recommends no packages.
> 
> -- no debconf information
> 
> 


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

Bug#416981: ITA: xchm -- Compiled HTML Help (CHM) file viewer for X

[Kartik Mistry]

retitle 416981 ITA: xchm -- Compiled HTML Help (CHM) file viewer for X
owner 416981 Kartik Mistry <[EMAIL PROTECTED]>
thanks

--
Regards,

KartiK MistrY  | kartikmistry.org
0xD1028C8D  | kartikm.wordpress.com



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

Bug#417056: clamd.pid file is deleted after executing /etc/init.d/clamav-daemon reload-log

[Virgo Pärna]

Package: clamd
Severity: important


When /etc/init.d/clamav-daemon reload-log is executed, then
the clamd.pid file is deleted (there is message in clamd log file about
reloading log file). If you run /etc/init.d/clamav-daemon reload-log 
again, then the log file does not get reloaded. As a result, after first
logrotate rotating clamd logs stops working. Same is true for freshclam 
also.

-- System Information:
Debian Release: 4.0
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.17-2-k7
Locale: LANG=et_EE.iso-8859-15, LC_CTYPE=et_EE.iso-8859-15 (charmap=ISO-8859-15)


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

Bug#416972: ITA: chmlib -- library for dealing with Microsoft CHM format files

[Kartik Mistry]

retitle 416972 ITA: chmlib -- library for dealing with Microsoft CHM
format files
owner 416972 Kartik Mistry <[EMAIL PROTECTED]>
thanks

--
Regards,

KartiK MistrY  | kartikmistry.org
0xD1028C8D  | kartikm.wordpress.com



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

Bug#417057: ITP: brouette -- Monitoring applet for prelude

[Pierre Chifflier]

Package: wnpp
Severity: wishlist
Owner: Pierre Chifflier <[EMAIL PROTECTED]>


* Package name: brouette
  Version : 0.1
  Upstream Author : Sébastien Tricaud <[EMAIL PROTECTED]>
* URL : http://www.wallinfire.net/brouette/
* License : GPL
  Programming Lang: C
  Description : Monitoring applet for prelude

Brouette is an event displayer for prelude manager. Registered as a prelude
sensor, it displays events using libnotify to display passive pop-up
notifications on security alerts.

-- System Information:
Debian Release: 4.0
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18vz
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to fr_FR.UTF-8)

Bug#401435: debian-installer: sometimes net install does not work because of networking change in Linux 2.6.17 or later

[Josip Rodin]

On Sun, Apr 01, 2007 at 09:30:16AM +0200, Frans Pop wrote:
> > TCP window scaling as such was by default enabled in earlier Linux
> > kernel versions, too, but the default window *sizes* were different,
> > much smaller. These are set in the tcp_rmem/tcp_wmem pseudo-files in
> > the same directory; you could just run something like
> >
> > echo 4096 65536 65536 > /proc/sys/net/ipv4/tcp_rmem
> >
> > to reset them to values supported by just about anything.
> 
> I'm willing to add that info, especially for the installed system. Do 
> values in tcp_wmem also need to be modified or is modifying tcp_rmem 
> sufficient? What's the difference between the two?

The r stands for read, w stands for write. tcp_rmem affects the downloads,
tcp_wmem affects the uploads.

I'm not sure how the broken routers react, but I'd guess that the tcp_rmem
is the culprit because most non-advanced users do more download than upload.

The first value in those files is the minimum window size, the middle is the
default, and the third value is the maximum. TCP window size can (and
should) be stretched as allowed by the hardware; if you enlarge it, you make
more bytes go through the pipe in the same time intervals, so you need to
have CPU power to process it and memory to hold it. And so do all hops on
the packet path (routers and switches alike).

The thing that happened was that the kernel developers got tired of the
years-old fixated default maximum, and made it vary according to local
hardware parameters.

Here's an example default from a 2.4.31 machine:

% cat /proc/sys/net/ipv4/tcp_{r,w}mem
409687380   174760
409616384   131072

(You can see there how killing off TCP window scaling altogether would have
been a bad idea - no packets would have been allowed to grow even a little
bit past the default size, as they were allowed in the old kernel versions,
even if by a fairly small amount.)

Here's an example default from a 2.6.18 on a machine with 384 MB RAM:

% cat /proc/sys/net/ipv4/tcp_{r,w}mem
409687380   524288
409616384   524288

And here's an example default from a 2.6.18 on a 2 GB RAM machine:

% cat /proc/sys/net/ipv4/tcp_{r,w}mem
409687380   4194304
409616384   4194304

I never checked exactly what the parameters for this new variation are,
but AFAIR RAM size is one of them.

This worked out well for the vast majority of people, but as always, there
are machines that don't follow protocols and can't handle these variations.
This is somewhat similar to the TCP ECN situation; Linux kernel using
features and finding a few bumps in the wild.

-- 
 2. That which causes joy or happiness.


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

Bug#401673: still has this bug

[Russell Coker]

On Sunday 01 April 2007 21:59, "Marco d'Itri" <[EMAIL PROTECTED]> wrote:
> What about you look at the xen console while the guest boots and then
> copy and paste the messages?

# xm create -c ha1
Using config file "/etc/xen/ha1".
Error: Device 768 (vbd) could not be connected. Hotplug scripts not working.

The above is all I get from the Xen console.


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

Bug#417058: /usr/bin/rpmstrap contains bashisms

[Paul Wise]

Package: rpmstrap
Version: 0.5.2-2
Severity: normal

I have /bin/sh -> dash

[EMAIL PROTECTED]:~$ rpmstrap --download-only centos4 rpms
local: 299: -e: bad variable name
basename: invalid option -- e
Try `basename --help' for more information.
wget: option requires an argument -- O
Usage: wget [OPTION]... [URL]...

Try `wget --help' for more options.
basename: invalid option -- e
Try `basename --help' for more information.
rpmstrap: critical error: Could not obtain -e from 
http://mirror.centos.org/centos/4/os/i386/CentOS/RPMS/
[EMAIL PROTECTED]:~$ sudo sed -i -e s_/bin/sh_/bin/bash_ /usr/bin/rpmstrap
[EMAIL PROTECTED]:~$ rpmstrap --download-only centos4 rpms


Please fix the shebang line in /usr/bin/rpmstrap.

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

Versions of packages rpmstrap depends on:
ii  rpm   4.4.1-14   Red Hat package manager
ii  wget  1.10.2-2   retrieves files from the web

-- 
bye,
pabs

http://wiki.debian.org/PaulWise


signature.asc
Description: This is a digitally signed message part

Bug#415113: gsynaptics: Proposed documentation/help file for Gnome

[Olivier Berger]

Package: gsynaptics
Version: 0.9.7-3
Followup-For: Bug #415113

Hi.

Here's my proposal for a documentation file for Gnome for gsynaptics.

I'll forward it too to the upstream authors.


-- System Information:
Debian Release: 4.0
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-4-686
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)

Versions of packages gsynaptics depends on:
ii  libart-2.0-2  2.3.17-1   Library of functions for 2D graphi
ii  libatk1.0-0   1.12.4-3   The ATK accessibility toolkit
ii  libaudiofile0 0.2.6-6Open-source version of SGI's audio
ii  libavahi-client3  0.6.16-3etch1  Avahi client library
ii  libavahi-common3  0.6.16-3etch1  Avahi common library
ii  libavahi-glib10.6.16-3etch1  Avahi glib integration library
ii  libbonobo2-0  2.14.0-3   Bonobo CORBA interfaces library
ii  libbonoboui2-02.14.0-5   The Bonobo UI library
ii  libc6 2.3.6.ds1-13   GNU C Library: Shared libraries
ii  libcairo2 1.2.4-4The Cairo 2D vector graphics libra
ii  libdbus-1-3   1.0.2-1simple interprocess messaging syst
ii  libesd0   0.2.36-3   Enlightened Sound Daemon - Shared 
ii  libfontconfig12.4.2-1.2  generic font configuration library
ii  libfreetype6  2.2.1-5FreeType 2 font engine, shared lib
ii  libgconf2-4   2.16.1-1   GNOME configuration database syste
ii  libgcrypt11   1.2.3-2LGPL Crypto library - runtime libr
ii  libglade2-0   1:2.6.0-4  library to load .glade files at ru
ii  libglib2.0-0  2.12.4-2   The GLib library of C routines
ii  libgnome-keyring0 0.6.0-3GNOME keyring services library
ii  libgnome2-0   2.16.0-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-2   The GNOME 2 libraries (User Interf
ii  libgnomevfs2-01:2.14.2-7 GNOME virtual file-system (runtime
ii  libgnutls13   1.4.4-3the GNU TLS library - runtime libr
ii  libgpg-error0 1.4-1  library for common error values an
ii  libgtk2.0-0   2.8.20-7   The GTK+ graphical user interface 
ii  libice6   1:1.0.1-2  X11 Inter-Client Exchange library
ii  libjpeg62 6b-13  The Independent JPEG Group's JPEG 
ii  liborbit2 1:2.14.3-0.1   libraries for ORBit2 - a CORBA ORB
ii  libpango1.0-0 1.14.8-5   Layout and rendering of internatio
ii  libpng12-01.2.15~beta5-1 PNG library - runtime
ii  libpopt0  1.10-3 lib for parsing cmdline parameters
ii  libsm61:1.0.1-3  X11 Session Management library
ii  libtasn1-30.3.6-2Manage ASN.1 structures (runtime)
ii  libx11-6  2:1.0.3-6  X11 client-side library
ii  libxcursor1   1.1.7-4X cursor management library
ii  libxext6  1:1.0.1-2  X11 miscellaneous extension librar
ii  libxfixes31:4.0.1-5  X11 miscellaneous 'fixes' extensio
ii  libxi61:1.0.1-4  X11 Input extension library
ii  libxinerama1  1:1.0.1-4.1X11 Xinerama extension library
ii  libxml2   2.6.27.dfsg-1  GNOME XML library
ii  libxrandr22:1.1.0.2-5X11 RandR extension library
ii  libxrender1   1:0.9.1-3  X Rendering Extension client libra
ii  xserver-xorg-input-synapt 0.14.6-1   Synaptics TouchPad driver for X.Or
ii  zlib1g1:1.2.3-13 compression library - runtime

gsynaptics recommends no packages.

-- no debconf information


gsynaptics.xml
Description: application/xml

Bug#417059: xmms: Freezes on stop playing midi file with alsa output

[Marko Randjelovic]

Package: xmms
Version: 1:1.2.10+20061101-1
Severity: normal

Install timidity, xmms-midi, freepats, start XMMS, open Preferences, set
output plugin to ALSA and add some midi files to playlist. Play some
file. 

When you click stop button, or next, XMMS freezes and does not respond
to eny event. It can be stopped with SIGTERM.

Same happens with versions from unstable and incoming.

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

Versions of packages xmms depends on:
ii  libasound21.0.13-2   ALSA library
ii  libaudiofile0 0.2.6-6Open-source version of SGI's audio
ii  libc6 2.3.6.ds1-13   GNU C Library: Shared libraries
ii  libesd-alsa0 [libesd0]0.2.36-3   Enlightened Sound Daemon (ALSA) - 
ii  libgl1-mesa-glx [libgl1]  6.5.1-0.6  A free implementation of the OpenG
ii  libglib1.21.2.10-17  The GLib library of C routines
ii  libgtk1.2 1.2.10-18  The GIMP Toolkit set of widgets fo
ii  libice6   1:1.0.1-2  X11 Inter-Client Exchange library
ii  libmikmod23.1.11-a-6 A portable sound library
ii  libogg0   1.1.3-2Ogg Bitstream Library
ii  libsm61:1.0.1-3  X11 Session Management library
ii  libvorbis0a   1.1.2.dfsg-1.2 The Vorbis General Audio Compressi
ii  libvorbisfile31.1.2.dfsg-1.2 The Vorbis General Audio Compressi
ii  libx11-6  2:1.0.3-6  X11 client-side library
ii  libxext6  1:1.0.1-2  X11 miscellaneous extension librar
ii  libxi61:1.0.1-4  X11 Input extension library
ii  libxxf86vm1   1:1.0.1-2  X11 XFree86 video mode extension l
ii  zlib1g1:1.2.3-13 compression library - runtime

Versions of packages xmms recommends:
ii  unzip 5.52-9 De-archiver for .zip files

-- no debconf information


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

Bug#417060: rpmstrap: fakechroot/fakeroot support

[Paul Wise]

Package: rpmstrap
Version: 0.5.2-2
Severity: wishlist

It would be nice to be able to make chroots without having root access.
fakeroot and fakechroot are a couple of ways to achieve that, it would
be nice if rpmstrap supported them.

-- 
bye,
pabs

http://wiki.debian.org/PaulWise


signature.asc
Description: This is a digitally signed message part

Bug#417063: FTBFS with GCC 4.3: first argument of 'int main...' should be...

[Martin Michlmayr]

Package: splat
Version: 1.2.0-1
Usertags: ftbfs-gcc-4.3
Tags: patch

Your package fails to build with GCC 4.3.  Version 4.3 has not been
released yet but I'm building with a snapshot in order to find errors
and give people an advance warning.  A patch for this problem is
below.

> Automatic build of splat_1.2.0-1 on coconut0 by sbuild/ia64 0.49
...
> ./build all
> Compiling SPLAT!... splat.cpp:59: warning: deprecated conversion from string 
> constant to 'char*'
> splat.cpp:5345: error: first argument of 'int main(char, char**)' should be 
> 'int'
> Done!
> Compiling citydecoder... Done!
> Compiling usgs2sdf... Done!
> Compiling srtm2sdf... Done!
> Compiling fontdata... Done!
> touch build-stamp
>  /usr/bin/fakeroot debian/rules binary-arch
> dh_testdir
> dh_testroot
> dh_clean -k
> dh_installdirs
> cp splat /build/tbm/splat-1.2.0/debian/splat/usr/bin
> cp: cannot stat `splat': No such file or directory
> make: *** [install] Error 1

--- splat.cpp~  2007-04-01 13:43:46.0 +
+++ splat.cpp   2007-04-01 13:46:02.0 +
@@ -5342,7 +5342,7 @@
fflush(stdout);
 }
 
-int main(char argc, char *argv[])
+int main(int argc, char *argv[])
 {
int x, y, z=0, min_lat, min_lon, max_lat, max_lon,
rxlat, rxlon, txlat, txlon, west_min, west_max,

-- 
Martin Michlmayr
http://www.cyrius.com/


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

Bug#417062: FTBFS with GCC 4.3: first argument of 'int main...' should be...

[Martin Michlmayr]

Package: id3lib3.8.3
Version: 3.8.3-6
Usertags: ftbfs-gcc-4.3
Tags: patch

Your package fails to build with GCC 4.3.  Version 4.3 has not been
released yet but I'm building with a snapshot in order to find errors
and give people an advance warning.  A patch for this problem is
below.


> Automatic build of id3lib3.8.3_3.8.3-6 on coconut0 by sbuild/ia64 0.49
...
> if g++ -DHAVE_CONFIG_H -I. -I. -I.. -I../include-g -O2 -Wall -Wno-unused 
> -Wno-inline -Woverloaded-virtual -Wmissing-declarations  -MT demo_info.o -MD 
> -MP -MF ".deps/demo_info.Tpo" \
> -c -o demo_info.o `test -f 'demo_info.cpp' || echo 
> './'`demo_info.cpp; \
>   then mv -f ".deps/demo_info.Tpo" ".deps/demo_info.Po"; \
>   else rm -f ".deps/demo_info.Tpo"; exit 1; \
>   fi
> demo_info.cpp: In function 'void PrintUsage(const char*)':
> demo_info.cpp:38: warning: no previous declaration for 'void PrintUsage(const 
> char*)'
> demo_info.cpp: In function 'void PrintVersion(const char*)':
> demo_info.cpp:49: warning: no previous declaration for 'void 
> PrintVersion(const char*)'
> demo_info.cpp: In function 'void PrintInformation(const ID3_Tag&)':
> demo_info.cpp:56: warning: no previous declaration for 'void 
> PrintInformation(const ID3_Tag&)'
> demo_info.cpp: At global scope:
> demo_info.cpp:312: error: first argument of 'int main(unsigned int, char* 
> const*)' should be 'int'
> make[3]: *** [demo_info.o] Error 1
> make[3]: Leaving directory `/build/tbm/id3lib3.8.3-3.8.3/examples'

--- examples/demo_info.cpp~ 2007-04-01 13:38:30.0 +
+++ examples/demo_info.cpp  2007-04-01 13:38:51.0 +
@@ -309,7 +309,7 @@
 
 #define DEBUG
 
-int main( unsigned int argc, char * const argv[])
+int main(int argc, char * const argv[])
 {
   ID3D_INIT_DOUT();
 
--- examples/demo_convert.cpp~  2007-04-01 13:39:02.0 +
+++ examples/demo_convert.cpp   2007-04-01 13:39:12.0 +
@@ -84,7 +84,7 @@
   }
 }
 
-int main( unsigned int argc, char * const argv[])
+int main(int argc, char * const argv[])
 {
   flags_t ulFlag = ID3TT_ALL;
   gengetopt_args_info args;
--- examples/demo_tag.cpp~  2007-04-01 13:39:21.0 +
+++ examples/demo_tag.cpp   2007-04-01 13:39:26.0 +
@@ -46,7 +46,7 @@
 os << "v2";
 }
 
-int main( unsigned int argc, char * const argv[])
+int main(int argc, char * const argv[])
 {
   int ulFlag = ID3TT_ID3;
   ID3D_INIT_DOUT();
--- examples/demo_copy.cpp~ 2007-04-01 13:40:08.0 +
+++ examples/demo_copy.cpp  2007-04-01 13:40:13.0 +
@@ -81,7 +81,7 @@
   }
 }
 
-int main( unsigned int argc, char * const argv[])
+int main(int argc, char * const argv[])
 {
   int ulFlag = ID3TT_ID3;
   ID3D_INIT_DOUT();

-- 
Martin Michlmayr
http://www.cyrius.com/


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

Bug#417061: FTBFS with GCC 4.3: identifier 'static_assert' will become a keyword in C++0x

[Martin Michlmayr]

Package: holotz-castle
Version: 1.3.9-1
Usertags: ftbfs-gcc-4.3

Your package fails to build with GCC 4.3.  Version 4.3 has not been
released yet but I'm building with a snapshot in order to find errors
and give people an advance warning.

> Automatic build of holotz-castle_1.3.9-1 on coconut0 by sbuild/ia64 0.49
...
> g++ -I. -I../JLib -DLINUX -g -O2 -Wall -Werror -Wshadow  -ffast-math -c 
> `sdl-config --cflags` -DHC_DATA_DIR=\"/usr/share/games/holotz-castle/game/\" 
> -DHCED_DATA_DIR=\"/usr/share/games/holotz-castle/editor/\" HCUtil.cpp -o 
> HCUtil.o
> cc1plus: warnings being treated as errors
> In file included from ../JLib/JLib/Util/JLoadSave.h:36,
>  from ../JLib/JLib/Util/JString.h:38,
>  from ./HCUtil.h:50,
>  from HCUtil.cpp:30:
> ../JLib/JLib/Util/JRW.h:206: error: identifier 'static_assert' will become a 
> keyword in C++0x
> make[2]: *** [HCUtil.o] Error 1
> make[2]: Leaving directory `/build/tbm/holotz-castle-1.3.9/src'
> make[1]: *** [all] Error 2

-- 
Martin Michlmayr
http://www.cyrius.com/


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

Bug#417064: doesn't notice when it fails to build

[Martin Michlmayr]

Package: splat
Version: 1.2.0-1

It would be good if the build system would notice when there's an
error:

> ./build all
> Compiling SPLAT!... splat.cpp:59: warning: deprecated conversion from
> string constant to 'char*'
> splat.cpp:5345: error: first argument of 'int main(char, char**)' should be 
> 'int'
> Done!
> Compiling citydecoder... Done!
> Compiling usgs2sdf... Done!
> Compiling srtm2sdf... Done!
> Compiling fontdata... Done!
> touch build-stamp
>  fakeroot debian/rules binary
> dh_testdir
> dh_testroot
> dh_clean -k
> dh_installdirs
> cp splat /home/tbm/src/splat-1.2.0/debian/splat/usr/bin
> cp: cannot stat `splat': No such file or directory

-- 
Martin Michlmayr
http://www.cyrius.com/


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

Bug#349593: rdiff-backup: Still fails with AttributeError

[Daniel Jacobowitz]

Package: rdiff-backup
Version: 1.1.9-1
Followup-For: Bug #349593

This problem still exists.  isincfile returns without setting
inc_compressed, and a later call to isinccompressed crashes.  I got
this problem after a kernel bug caused everything to hang in sync,
resulting in a hung rdiff-backup and an incomplete increment.

The posted patch seems to have worked.

Warning: Local version 1.1.9 does not match remote version 1.1.5.
Previous backup seems to have failed, regressing destination now.
Exception 'RPath instance has no attribute 'inc_compressed'' raised of class 
'exceptions.AttributeError':
  File "/var/lib/python-support/python2.4/rdiff_backup/Main.py", line 298, in 
error_check_Main
try: Main(arglist)
  File "/var/lib/python-support/python2.4/rdiff_backup/Main.py", line 318, in 
Main
take_action(rps)
  File "/var/lib/python-support/python2.4/rdiff_backup/Main.py", line 274, in 
take_action
elif action == "backup": Backup(rps[0], rps[1])
  File "/var/lib/python-support/python2.4/rdiff_backup/Main.py", line 331, in 
Backup
backup_final_init(rpout)
  File "/var/lib/python-support/python2.4/rdiff_backup/Main.py", line 431, in 
backup_final_init
checkdest_if_necessary(rpout)
  File "/var/lib/python-support/python2.4/rdiff_backup/Main.py", line 830, in 
checkdest_if_necessary
dest_rp.conn.regress.Regress(dest_rp)
  File "/var/lib/python-support/python2.4/rdiff_backup/regress.py", line 69, in 
Regress
regress_rbdir(manager)
  File "/var/lib/python-support/python2.4/rdiff_backup/regress.py", line 124, 
in regress_rbdir
if has_meta_diff and not has_meta_snap: recreate_meta(meta_manager)
  File "/var/lib/python-support/python2.4/rdiff_backup/regress.py", line 145, 
in recreate_meta
writer = metadata.MetadataFile(temprp, 'w', check_path = 0)
  File "/var/lib/python-support/python2.4/rdiff_backup/metadata.py", line 382, 
in __init__
if compress and not rp_base.isinccompressed():
  File "/var/lib/python-support/python2.4/rdiff_backup/rpath.py", line 1095, in 
isinccompressed
return self.inc_compressed


-- System Information:
Debian Release: 4.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'stable')
Architecture: amd64 (x86_64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.20
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)

Versions of packages rdiff-backup depends on:
ii  libc6   2.3.6.ds1-13 GNU C Library: Shared libraries
ii  librsync1   0.9.7-1  Library which implements the rsync
ii  python  2.4.4-2  An interactive high-level object-o
ii  python-support  0.6.3automated rebuilding support for p

Versions of packages rdiff-backup recommends:
pn  python-pylibacl(no description available)
pn  python-pyxattr (no description available)

-- no debconf information


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

Bug#416676: gnokiid silently terminates after reading config file

[Pawel Kot]

Hi,

On 3/29/07, Marc Haber <[EMAIL PROTECTED]> wrote:

I guess that I need to use gnokiid to place a data call with my 6310
mobile phone.


That is incorrect. You can use it just like a usual modem.


However, gnokiid reads the config file and then silently
terminates:

[...]

gnokiid should print on stderr:

gnokiid purpose is to work only with the phones that do not have AT
Hayes commands interpreter.

Doesn't it?

take care,
pkot
--
Pawel Kot


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

Bug#417065: FTBFS with GCC 4.3: first argument of 'int main...' should be...

[Martin Michlmayr]

Package: inventor
Version: 2.1.5-10-9
Usertags: ftbfs-gcc-4.3
Tags: patch

Your package fails to build with GCC 4.3.  Version 4.3 has not been
released yet but I'm building with a snapshot in order to find errors
and give people an advance warning.  A patch for this problem is
below.

> Automatic build of inventor_2.1.5-10-9 on coconut0 by sbuild/ia64 0.49
...
> make[5]: Entering directory 
> `/build/tbm/inventor-2.1.5-10/apps/samples/widgets'
> /usr/bin/g++-g -D_REENTRANT -O3-DIVBINDIR=\"/usr/bin\" 
> -DIVLIBDIR=\"/usr/lib\" -DIVHDRTOP=\"/usr/include/Inventor\" 
> -DIVFONTPATH=\"/usr/share/inventor/fonts\" 
> -DIVHELPDIR=\"/usr/share/inventor/help\" 
> -DIVDATADIR=\"/usr/share/inventor/data/models\" 
> -DIVMATERIALSDIR=\"/usr/share/inventor/data/materials\" 
> -DIVTEXTURESDIR=\"/usr/share/inventor/data/textures\" 
> -DIVDEMOBINDIR=\"/usr/lib/inventor\" 
> -DIVDEMODATADIR=\"/usr/share/inventor/data/demos\" -DPDFVIEWER=\"xpdf\" 
> -I/usr/X11R6/include -I. -I../../../lib/database/include 
> -I../../../lib/interaction/include -I../../../lib/nodekits/include 
> -I../../../libSoXt/include -fPIC   -O -DNDEBUG   -c componentTest.c++
> componentTest.c++:63: error: first argument of 'int main(unsigned int, 
> char**)' should be 'int'
> make[5]: *** [componentTest.o] Error 1
> make[5]: Leaving directory `/build/tbm/inventor-2.1.5-10/apps/samples/widgets'

--- apps/samples/widgets/componentTest.c++~ 2007-04-01 13:51:59.0 
+
+++ apps/samples/widgets/componentTest.c++  2007-04-01 13:52:05.0 
+
@@ -60,7 +60,7 @@
 }
 
 int
-main(unsigned int argc, char *argv[])
+main(int argc, char *argv[])
 {
 if (argc != 2)
usage(argv[0]);

-- 
Martin Michlmayr
http://www.cyrius.com/


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

Bug#417067: lintian: outdated-autotools-helper-file doesn't apply if package build-depends on autoconf/automake

[Jordà Polo]

Package: lintian
Version: 1.23.28
Severity: normal

According to the detailed error message for
«outdated-autotools-helper-file», packages that don't depend on
autotools-dev do not update config.{guess,sub}.

But I'm not sure about that... it is possible to use `autoreconf' and
force an update of the auxiliary files, build-depending on autoconf and
automake only. Since automake depends on autotools-dev already, and the
involved files aren't directly used at all (autoreconf takes care of it),
there is no real need to build-depend on autotools-dev too.

Bug#401569: please unblock democracyplayer 0.9.2.1-2.1 to allow #401569 to be fixed

[Eddy Petrișor]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

tags 401569 patch
thanks

Eddy Petrișor wrote:
> Eddy Petrior wrote:
>> Hello,
> 
> Please disregard this. The package's build system is a little broken and
> 0.9.2.1-2.1 is broken, too since mo files are not rebuilt at package build 
> time
> and they are part of the orig tarball.
> 
> I will try to come up with a patch for t-p-u in about 24 hours.

Patch for a t-p-u 0.9.1.-1.1 package is attached.

It actually works around the upstream broken build system wrt l10n issues.

Here's the output of dpkg-parsechangelog:

Source: democracyplayer
Version: 0.9.1-1.1
Distribution: testing-proposed-updates
Urgency: low
Maintainer: Eddy Petrișor <[EMAIL PROTECTED]>
Date: Sun,  1 Apr 2007 16:23:02 +0300
Closes: 401569 401569 402262 402262
Changes:
 democracyplayer (0.9.1-1.1) testing-proposed-updates; urgency=low
 .
   * Non-maintainer upload.
   * Fix incorrect plural form for Romanian (Closes: #401569)
   * Correct typos and also update both, the Brazilian Portuguese
 and the Spanish translations (Closes: #402262). Patches were took
 from 0.9.2.1-2.1. Also modifed a little the Spanish one to remove a couple
 of warnings during package build
   * ugly fix to install all available translations in the package, not only
 ones that have .mo files already compiled in the upstream source
 (Closes: #402262, #401569) - this works around the broken upstream build
 system that is present in the upstream source
   * add gettext as a build dependency to allow the former


These changes were neede because the upstream build system does not rebuild and
install the .mo files at each build, as it would be normal, but instead it just
installs the mo files which are present in the upstream source. This has the
side effect that although there are 30 po files in the upstream source, only 12
mo files are installed, and (probably) all of them are outdated wrt to the po
files in the source.

This is the main reason why neither 0.9.2.1-2 nor 0.9.2.1-2.1 did really fix the
bugs 401569 and 402262.

- --
Regards,
EddyP
=
"Imagination is more important than knowledge" A.Einstein
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU/Linux)

iD8DBQFGD7wvY8Chqv3NRNoRAhZ2AJ0eyT9lT0APndanuuFCzNEKNUNJtACfXHLB
JhHOucbNvUMmpWICKZ6zVrk=
=IrlI
-END PGP SIGNATURE-
diff -rN -u old-democracyplayer/democracyplayer-0.9.1/debian/changelog new-democracyplayer/democracyplayer-0.9.1/debian/changelog
--- old-democracyplayer/democracyplayer-0.9.1/debian/changelog	2007-04-01 16:48:42.0 +0300
+++ new-democracyplayer/democracyplayer-0.9.1/debian/changelog	2007-04-01 16:48:43.0 +0300
@@ -1,3 +1,19 @@
+democracyplayer (0.9.1-1.1) testing-proposed-updates; urgency=low
+
+  * Non-maintainer upload.
+  * Fix incorrect plural form for Romanian (Closes: #401569)
+  * Correct typos and also update both, the Brazilian Portuguese
+and the Spanish translations (Closes: #402262). Patches were took
+from 0.9.2.1-2.1. Also modifed a little the Spanish one to remove a couple
+of warnings during package build
+  * ugly fix to install all available translations in the package, not only
+ones that have .mo files already compiled in the upstream source
+(Closes: #402262, #401569) - this works around the broken upstream build
+system that is present in the upstream source
+  * add gettext as a build dependency to allow the former
+
+ -- Eddy Petrișor <[EMAIL PROTECTED]>  Sun,  1 Apr 2007 16:23:02 +0300
+
 democracyplayer (0.9.1-1) unstable; urgency=low
 
   * New upstream release.
diff -rN -u old-democracyplayer/democracyplayer-0.9.1/debian/control new-democracyplayer/democracyplayer-0.9.1/debian/control
--- old-democracyplayer/democracyplayer-0.9.1/debian/control	2007-04-01 16:48:42.0 +0300
+++ new-democracyplayer/democracyplayer-0.9.1/debian/control	2007-04-01 16:48:43.0 +0300
@@ -2,7 +2,7 @@
 Section: net
 Priority: optional
 Maintainer: Uwe Hermann <[EMAIL PROTECTED]>
-Build-Depends: cdbs (>= 0.4.43), debhelper (>= 5.0.37.2), python, python-support (>= 0.3), python-pyrex, libboost-python-dev, python-gtk2-dev, python-gnome2-extras-dev (>= 2.14.0-2), python2.4-dbus, libxul-dev (>= 1.8.0.4-2), libxine-dev
+Build-Depends: cdbs (>= 0.4.43), debhelper (>= 5.0.37.2), python, python-support (>= 0.3), python-pyrex, libboost-python-dev, python-gtk2-dev, python-gnome2-extras-dev (>= 2.14.0-2), python2.4-dbus, libxul-dev (>= 1.8.0.4-2), libxine-dev, gettext
 Standards-Version: 3.7.2
 
 Package: democracyplayer
diff -rN -u old-democracyplayer/democracyplayer-0.9.1/debian/patches/40_l10n_es.patch new-democracyplayer/democracyplayer-0.9.1/debian/patches/40_l10n_es.patch
--- old-democracyplayer/democracyplayer-0.9.1/debian/patches/40_l10n_es.patch	1970-01-01 02:00:00.0 +0200
+++ new-democracyplayer/democracyplayer-0.9.1/debian/patches/40_l10n_es.patch	2007-04-01 16:48:43.0 +0300
@@ -0,0 +1,1003 @@
+---

Bug#417066: FTBFS with GCC 4.3: missing #includes

[Martin Michlmayr]

Package: achilles
Version: 2-7
Usertags: ftbfs-gcc-4.3
Tags: patch

Your package fails to build with GCC 4.3.  Version 4.3 has not been
released yet but I'm building with a snapshot in order to find errors
and give people an advance warning.  In GCC 4.3, the C++ header
dependencies have been cleaned up.  The advantage of this is that
programs will compile faster.  The downside is that you actually
need to directly #include everything you use (but you really should
do this anyway, otherwise your program won't work with any compiler
other than GCC).  Some background of this can be found at
http://gcc.gnu.org/PR28080

> Automatic build of achilles_2-7 on coconut0 by sbuild/ia64 0.49
...
> c++ -DHAVE_CONFIG_H -I. -I. -I. -Wall -g -O2 -c gene.cc
> gene.cc: In constructor 'GeneClass::GeneClass()':
> gene.cc:31: error: 'rand' was not declared in this scope
> gene.cc: In constructor 'GeneClass::GeneClass(GeneClass&, GeneClass&)':
> gene.cc:38: error: 'rand' was not declared in this scope
> gene.cc:38: error: 'RAND_MAX' was not declared in this scope
> make[1]: *** [gene.o] Error 1
> make[1]: Leaving directory `/build/tbm/achilles-2'
> make: *** [build-stamp] Error 2

--- gene.cc~2007-04-01 13:58:24.0 +
+++ gene.cc 2007-04-01 13:58:35.0 +
@@ -24,6 +24,7 @@
 #include"braininfo.h"
 #include"defines.h"
 #include
+#include
 
 GeneClass::GeneClass() { // randomly generate one
   int i;

-- 
Martin Michlmayr
http://www.cyrius.com/


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

Bug#417068: abbreviation "DTD" used in long package description

[Fabian Greffrath]

package: openoffice.org-dtd-officedocument1.0
version: 2.2.0-1
severity: minor

Hi Rene,

the package description says: 
(...)
This package contains the DTD of the OpenOffice.org 1.x(!) XML
file format.

I think at least in the long package description the phrasing "Document
Type Definitions (DTD)" should be used instead of only the
abbreviation. 

I can only speak for myself, but I did not know what the package
contains until I searched the web for "DTD". ;)

Cheers,
Fabian




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

Bug#415234: kcheckgmail from etch is unable to check mail on gmail.com

[Pierre Bauduin]

I just did apt-get upgrade && apt-get install kcheckgmail

It works very well :)

Thanks a lot,
--
Pierre Bauduin
Linux enthusiast since 1996
Debian GNU/Linux user
website: http://pierre.baudu.in/

2007/4/1, Raphael <[EMAIL PROTECTED]>:


Hi everybody,

I just made what I hope will be the last source commits to the CVS. I
will notify the translators mailing list so they update the
translations before KCheckGMail 0.5.6 is released.
Pierre, you can now have the latest version by installing the package
from http://deb.atomo64.puffinhost.com/

On 31/03/07, Raphael <[EMAIL PROTECTED]> wrote:
> Hello,
>
> On 31/03/07, Pierre Bauduin <[EMAIL PROTECTED]> wrote:
> > Hi there :)
> >
> > Well I just tried doing the apt-get build-dep, but it appears apt
cannot
> > find the source packages, look:
> >
> > [EMAIL PROTECTED] 14:38 /root/source/kcheckgmail>apt-get
> > build-dep kcheckgmail
> > Reading package lists... Done
> > Building dependency tree...  Done
> > E: Unable to find a source package for kcheckgmail
> >
> > Of course the first thing I check was the presence of deb-src stanzas
in
> > /etc/apt/sources.list
> >
> > Here is my /etc/apt/sources.list :
> > #
> > # deb cdrom:[Debian GNU/Linux testing _Etch_ - Official Snapshot i386
kde-CD
> > Binary-1 20070312-00:18]/ etch contrib main
> >
> > deb http://ftp.belnet.be/debian/ etch main non-free contrib
> > deb-src http://ftp.belnet.be/debian/ etch main non-free contrib
> >
> > deb http://security.debian.org/ etch/updates main contrib non-free
> > deb-src http://security.debian.org/ etch/updates main contrib non-free
> >
> > deb http://www.debian-multimedia.org etch main
> >
> > ... maybe am I doing it wrong ?
>
> KCheckGMail has been removed from testing because of this bug report.
> I took a look at the build-dependencies: debhelper (>= 4.1.0),
> autotools-dev, kdelibs4-dev, libqt3-mt-dev, autoconf
>
> >
> > Thank you,
> > --
> > Pierre Bauduin
> > Linux enthusiast since 1996
> > Debian GNU/Linux user
> > website: http://pierre.baudu.in/
> >
> >
> >  2007/3/28, Raphael <[EMAIL PROTECTED]>:
> > > Hello,
> > >
> > > On 28/03/07, Pierre Bauduin <[EMAIL PROTECTED]> wrote:
> > > > Hi people,
> > > >
> > > > Any progress in producing a x86 executable with this bug fixed ?
> > > >
> > > > If not, I'm considering getting
> > > >
> > http://kcheckgmail.sourceforge.net/snapshots/2007-mar-24.tar.gz
> > > > and recompiling it.
> > > >
> > > > I think I'm gonna be able to compile it (I know make and gcc a
bit). But
> > > > what "scares" me is how much hard disk space will be used by all
the
> > -dev
> > > > version of libraries...
> > > >
> > > > Can you tell me exactly which source packages I'll have to install
and
> > give
> > > > me an overall estimation of how much hard disk space it will take
? I
> > bet I
> > > > need sources of X and some sources of the KDE libraries, which is
> > rumoured
> > > > to be "huge".  I don't wanna completely fill up the root
filesystem on
> > that
> > > > machine :)
> > > Just apt-get build-dep kcheckgmail, there are no new dependencies.
> > >
> > >
> > >
> >
> >
>
> I will try to start making debian packages (for testing only, unstable
> users will have to download the source package and build them on their
> own) everytime a new CVS snapshot is uploaded.
>
> --
> Atomo64 - Raphael
>
> Please avoid sending me Word, PowerPoint or Excel attachments.
> See http://www.gnu.org/philosophy/no-word-attachments.html
>


--
Atomo64 - Raphael

Please avoid sending me Word, PowerPoint or Excel attachments.
See http://www.gnu.org/philosophy/no-word-attachments.html

Bug#417069: FTBFS with GCC 4.3: missing #includes

[Martin Michlmayr]

Package: acpitool
Version: 0.4.7-1
Usertags: ftbfs-gcc-4.3
Tags: patch

Your package fails to build with GCC 4.3.  Version 4.3 has not been
released yet but I'm building with a snapshot in order to find errors
and give people an advance warning.  In GCC 4.3, the C++ header
dependencies have been cleaned up.  The advantage of this is that
programs will compile faster.  The downside is that you actually
need to directly #include everything you use (but you really should
do this anyway, otherwise your program won't work with any compiler
other than GCC).  Some background of this can be found at
http://gcc.gnu.org/PR28080

You can reproduce this problem with gcc-snapshot from unstable.


> Automatic build of acpitool_0.4.7-1 on coconut0 by sbuild/ia64 0.49
...
> if ia64-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I. -I.. -g -O2 -MT main.o -MD 
> -MP -MF ".deps/main.Tpo" -c -o main.o main.cpp; \
>   then mv -f ".deps/main.Tpo" ".deps/main.Po"; else rm -f 
> ".deps/main.Tpo"; exit 1; fi
> main.cpp: In function 'int main(int, char**)':
> main.cpp:142: error: 'atoi' was not declared in this scope
> main.cpp:155: error: 'atoi' was not declared in this scope
> main.cpp:158: error: 'atoi' was not declared in this scope
> main.cpp:164: error: 'atoi' was not declared in this scope
> main.cpp:170: error: 'atoi' was not declared in this scope
> main.cpp:177: error: 'atoi' was not declared in this scope
> main.cpp:213: error: 'atoi' was not declared in this scope
> make[3]: *** [main.o] Error 1

--- src/main.cpp~   2007-04-01 14:01:59.0 +
+++ src/main.cpp2007-04-01 14:02:06.0 +
@@ -27,6 +27,7 @@
 #include 
 #endif
 
+#include 
 #include 
 #include 
 #include 
--- src/acpitool.cpp~   2007-04-01 14:02:25.0 +
+++ src/acpitool.cpp2007-04-01 14:02:34.0 +
@@ -28,6 +28,7 @@
 #include 
 #endif
 
+#include 
 #include 
 #include 
 #include 
--- src/thinkpad.cpp~   2007-04-01 14:02:54.0 +
+++ src/thinkpad.cpp2007-04-01 14:02:59.0 +
@@ -1,5 +1,6 @@
 /* support for IBM Thinkpad acpi driver */
 
+#include 
 #include 
 #include 
 #include 
--- src/cpu.cpp~2007-04-01 14:03:19.0 +
+++ src/cpu.cpp 2007-04-01 14:03:26.0 +
@@ -27,6 +27,7 @@
 #include 
 #endif
 
+#include 
 #include 
 #include 
 #include 
--- src/battery.cpp~2007-04-01 14:03:35.0 +
+++ src/battery.cpp 2007-04-01 14:03:41.0 +
@@ -27,6 +27,7 @@
 #include 
 #endif
 
+#include 
 #include 
 #include 
 #include 
--- src/freq.cpp~   2007-04-01 14:05:29.0 +
+++ src/freq.cpp2007-04-01 14:07:19.0 +
@@ -27,6 +27,7 @@
 #include 
 #endif
 
+#include 
 #include 
 #include 
 #include 

-- 
Martin Michlmayr
http://www.cyrius.com/


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

Bug#417073: parted: trouble growing an old ext2 partition

[J S Bygott]

Package: parted
Version: 1.7.1-3
Severity: normal

Parted says "You found a bug in GNU Parted!".

But even before it said that, a resize command seems to have failed silently.

I'm attaching a log file with details.  I'm going to leave the offending
partitions alone for a while, in case you get back to me for further details.

At the start of the logfile, we have
 5  7230MB  9377MB  2147MB  logical   ext2/usr
 6  9377MB  10.2GB  806MB   logical   ext2(old /var) to be deleted
 7  10.2GB  11.8GB  1612MB  logical   ext2/home
 8  11.8GB  12.0GB  197MB   logical   ext2(old /tmp) to be deleted

My plan was to delete the partitions currently numbered 6 and 8, and
grow /usr and /home to fill the new space.

As the logfile shows:
 - my first attempt to resize 5 failed silently (this seems bad!)

 - my second attempt gives a lot of warnings of the type:
Warning: Block 786702 shouldn't have been marked (0, 1)!
   and then:
Error: Attempt to read sectors -2--1 outside of partition on /dev/hda.
Ignore/Cancel? c

 - when I cancelled, parted said that I'd found a bug, and then:
Error: SEGV_MAPERR (Address not mapped to object)Aborted

Later by contrast, removing (the old) 8 and growing /home worked perfectly.

It seems to me that:

 - it's bad that the first resize failed *silently*

 - some documentation on what the warnings mean and whether they are
   safe to ignore would we welcome

Trying the same resize again gives the same errors.  For the time being, I'm
not going to try anything else with that partition and that free space, in
case you want some more information, a backtrace or something.

I can give more details of the partition's history:

(January 2000)
- win98SE installer used to make /dev/hda1; win98SE installed there
- slink installer used to make other partitions
- only further change in seven years was updating the swap-partition type

(March 2007)
- booted testing etch from /dev/hdb

- dumped the disk layout with "sfdisk -d"
  (for clarity, I've added another column to show the normal mount points)

# partition table of /dev/hda
unit: sectors

/dev/hda1 : start=   63, size= 13349952, Id= b
/dev/hda2 : start= 13350015, size=   257040, Id=83, bootable/
/dev/hda3 : start= 13607055, size= 13092975, Id= 5
/dev/hda4 : start=0, size=0, Id= 0
/dev/hda5 : start= 13607118, size=   256977, Id=82  swap
/dev/hda6 : start= 13864158, size=   256977, Id=82  swap
/dev/hda7 : start= 14121198, size=  4192902, Id=83  /usr
/dev/hda8 : start= 18314163, size=  1574307, Id=83  /var
/dev/hda9 : start= 19888533, size=  3148677, Id=83  /home
/dev/hda10: start= 23037273, size=  3662757, Id=83  /tmp

- used parted 1.7.1-3 from testing to make successful changes to /dev/hda
  as follows:

- rm 6 (old-style 128MB swap partition for kernel < 2.1.xxx)
- rm 5 (old-style 128MB swap partition for kernel < 2.1.xxx)
- resize 3 7230 13670 (shrink extended partition now that swap is gone)
- resize 2 6834 7033 (grow root partition by 50%)
- mkpartfs primary linux-swap 7033 7230 (single bigger swap, ~192MB)

- new output from "sfdisk -d"
# partition table of /dev/hda
unit: sectors

/dev/hda1 : start=   63, size= 13349952, Id= b
/dev/hda2 : start= 13350015, size=   385560, Id=83, bootable   /
/dev/hda3 : start= 14121135, size= 12578895, Id= 5
/dev/hda4 : start= 13735575, size=   385560, Id=82 swap
/dev/hda5 : start= 14121198, size=  4192902, Id=83 /usr
/dev/hda6 : start= 18314163, size=  1574307, Id=83 /var
/dev/hda7 : start= 19888533, size=  3148677, Id=83 /home
/dev/hda8 : start= 23037273, size=  3662757, Id=83 /tmp

- used parted 1.7.1-3 to make more changes as follows:

- resize 8 23037273s 23422769s (down to size by which /home will grow)
- mkpart logical ext2 23422833s 25125659s (this will be the new /var)
- cp 6 9 (paranoid: use cp (not move) so I can mount both for 'diff -R')
- mkpart logical ext2 25125723s 26700029s (this will be the new /tmp)
- cp 8 10 (paranoid again)

- rebooted; did my paranoid checks; ready to erase the old partitions
- rm 6 (the old /var), see logfile
- failure to grow /usr (the reason for this bugreport)
- rm 7 (the new minor number for the old /tmp)
- success with growing /home

-- System Information:
Debian Release: 4.0
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-3-486
Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1)

Versions of packages parted depends on:
ii  libc62.3.6.ds1-8 GNU C Library: Shared libraries
ii  libncurses5  5.5-5   Shared libraries for terminal hand
ii  libparted1.7-1 

Bug#417074: mediawiki1.7: [INTL:de] updated German debconf translation

[Helge Kreutzmann]

Package: mediawiki1.7
Version: 1.7.1-14
Severity: wishlist
Tags: patch l10n

Please find the updated German debconf translation for mediawiki1.7
attached.

Please place this file in debian/po/ as de.po for your next upload.

If you update your template, please use 
'msgfmt --statistics '
to check the po-files for fuzzy or untranslated strings.

If there are such strings, please contact me so I can update the 
German translation.

Greetings
Helge


mediawiki1.7_1.7.1-14_de.po.bz2
Description: Binary data

Bug#417052: FTBFS with GCC 4.3: missing #pragma implementation

[Kevin Rosenberg]

Martin Michlmayr wrote:
> However, the GCC people think that #pragma should usually not be used
> at all, so I suggest you use the #pragma interface.  If it really
> failed on FC4, maybe its's worth investigating why?

Hi Martin,

Thanks very much for the very informative bug report and patch -- very
much appreciated.

I hope all is well with you.

Kevin


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

Bug#416806: apt: Marathi apt_po_mr Translation Update

[Christian Perrier]

tags 416806 pending
thanks

Quoting priti Patil ([EMAIL PROTECTED]):
> Package: apt
> Severity: wishlist
> Tags: l10n, patch
> 
> Marathi apt_po_mr Translation Update: po file attached.
> 
> Locale: LANG=mr_IN.UTF-8, LC_CTYPE=mr_IN.UTF-8 (charmap=UTF-8)

Committed. 20 fuzzies left, so you might want to update the attached
file.


-- 




signature.asc
Description: Digital signature

Bug#417075: Causes FTBFS with GCC 4.3: missing #includes

[Martin Michlmayr]

Package: libcoyotl
Version: libcoyotl-3.1-4
Usertags: ftbfs-gcc-4.3
Tags: patch

Your package causes other packages to fail to build with GCC 4.3.
Version 4.3 has not been released yet but I'm building with a snapshot
in order to find errors and give people an advance warning.  In GCC
4.3, the C++ header dependencies have been cleaned up.  The advantage
of this is that programs will compile faster.  The downside is that
you actually need to directly #include everything you use (but you
really should do this anyway, otherwise your program won't work with
any compiler other than GCC).  Some background of this can be found at
http://gcc.gnu.org/PR28080

You can reproduce this problem with gcc-snapshot from unstable.
I'm including a patch for the problem below, but I'm not sure whether
are more problems.

> Automatic build of acovea_5.1.1-2 on coconut0 by sbuild/ia64 0.49
...
>  ia64-linux-gnu-g++ -I. -I. -I. -I. -I.. -DACOVEA_VERSION=\"5.1.1\" 
> -DACOVEA_CONFIG_DIR=\"/usr/share//libacovea/config/\" 
> -DACOVEA_BENCHMARK_DIR=\"/usr/share//libacovea/benchmarks/\" -g -O2 -MT 
> acovea.lo -MD -MP -MF .deps/acovea.Tpo -c acovea.cpp  -fPIC -DPIC -o 
> .libs/acovea.o
> In file included from acovea.cpp:36:
> acovea.h:422: warning: 'typedef' was ignored in this declaration
> acovea.h:630: warning: 'typedef' was ignored in this declaration
> acovea.h:636: warning: 'typedef' was ignored in this declaration
> In file included from acovea.cpp:40:
> /usr/include/libcoyotl/sortutil.h: In function 'void 
> libcoyotl::quick_sort(T*, size_t)':
> /usr/include/libcoyotl/sortutil.h:138: error: 'CHAR_BIT' was not declared in 
> this scope


--- libcoyotl/sortutil.h~   2007-04-01 14:17:36.0 +
+++ libcoyotl/sortutil.h2007-04-01 14:18:01.0 +
@@ -36,6 +36,7 @@
 #if !defined(LIBCOYOTL_SORTUTIL_H)

 #define LIBCOYOTL_SORTUTIL_H

 

+#include 

 #include 

 

 namespace libcoyotl


-- 
Martin Michlmayr
http://www.cyrius.com/


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

Bug#417076: tango icons non-free? outdated information in debian/copyright.

[Fabian Greffrath]

package: openoffice.org-style-tango
version: 2.2.0-1
severity: important

Hi Rene,

AFAICT the Tango icons are licensed under the 'CC by-sa 2.5' license
which is considered non-free by Debian (see tango-icon-theme package). I
do not know if the icons shipped with OOo are under the same license,
but if they are, at least this package would become non-free and make
OOo possibly contrib.

The copyright file for the OOo packages does not tell about the licenses
for the icon sets. Furthermore it states that the sources were obtained
from http://download.openoffice.org/1.1.0/source.html which reveals,
that the information contained in this file is outdated anyway.

However, if this is bug is false alarm, please accept my apology and
close it or downgrade severity appropriately. The debian/copyright file
should be reviewed nevertheless.

Cheers,
Fabian




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

Bug#413413: new patch

[Martin Michlmayr]

The C++ headers got cleaned up some more, so here's a new patch:

--- apt-front/cache/entity/tag.h~   2007-04-01 14:10:27.0 +
+++ apt-front/cache/entity/tag.h2007-04-01 14:10:37.0 +
@@ -27,8 +27,9 @@
 
 #include 
 
-#if 0
 #include 
+
+#if 0
 #include 
 #endif
 
--- apt-front/cache/component/history.h~2007-04-01 14:10:41.0 
+
+++ apt-front/cache/component/history.h 2007-04-01 14:10:47.0 +
@@ -8,6 +8,7 @@
 #include 
 #include 
 #include 
+#include 
 
 #ifndef CACHE_COMPONENT_HISTORY_H
 #define CACHE_COMPONENT_HISTORY_H
--- apt-front/cache/cache.h~2007-04-01 14:10:13.0 +
+++ apt-front/cache/cache.h 2007-04-01 14:10:19.0 +
@@ -2,6 +2,7 @@
  * @file cache/cache.h
  * @author Peter Rockai <[EMAIL PROTECTED]>
  */
+#include 
 #include 
 #include 
 
--- apt-front/updater.cpp~  2007-04-01 14:14:15.0 +
+++ apt-front/updater.cpp   2007-04-01 14:14:29.0 +
@@ -1,3 +1,4 @@
+#include 
 #include 
 #include 
 #include 

-- 
Martin Michlmayr
http://www.cyrius.com/


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

Bug#411426: #411426: only ship libbrlapi.so.0.4 in libbrlapi1

[Samuel Thibault]

Here is a patch.

Samuel
diff -ur brltty-3.7.2-orig/debian/brltty-x11.dirs 
brltty-3.7.2-mine/debian/brltty-x11.dirs
--- brltty-3.7.2-orig/debian/brltty-x11.dirs2007-04-01 16:08:45.0 
+0200
+++ brltty-3.7.2-mine/debian/brltty-x11.dirs2007-04-01 16:22:05.0 
+0200
@@ -1,2 +1,3 @@
+usr/bin
 etc/brltty
 lib/brltty
diff -ur brltty-3.7.2-orig/debian/changelog brltty-3.7.2-mine/debian/changelog
--- brltty-3.7.2-orig/debian/changelog  2007-04-01 16:08:45.0 +0200
+++ brltty-3.7.2-mine/debian/changelog  2007-04-01 16:16:16.0 +0200
@@ -1,3 +1,11 @@
+brltty (3.7.2-8) unstable; urgency=high
+
+  * Move xbrlapi to packageg brltty-x11 and libbrlttybba.so to package brltty
+(Closes: Bug#411426).
+  * Urgency high because this should make it for etch.
+
+ -- Julien Cristau <[EMAIL PROTECTED]>  Sun, 1 Apr 2007 16:10:14 +0200
+
 brltty (3.7.2-7) unstable; urgency=medium
 
   * The "hopefully final for Etch" release.
diff -ur brltty-3.7.2-orig/debian/libbrlapi1.install 
brltty-3.7.2-mine/debian/libbrlapi1.install
--- brltty-3.7.2-orig/debian/libbrlapi1.install 2007-04-01 16:08:45.0 
+0200
+++ brltty-3.7.2-mine/debian/libbrlapi1.install 2007-04-01 16:13:53.0 
+0200
@@ -1,2 +1 @@
 debian/brltty/lib/lib*.so.* lib
-debian/brltty/sbin/xbrlapi bin
diff -ur brltty-3.7.2-orig/debian/rules brltty-3.7.2-mine/debian/rules
--- brltty-3.7.2-orig/debian/rules  2007-04-01 16:08:45.0 +0200
+++ brltty-3.7.2-mine/debian/rules  2007-04-01 16:22:15.0 +0200
@@ -92,11 +92,8 @@
dh_installman -plibbrlapi1-dev debian/brltty/usr/share/man/man3/*.3
rm -Rf debian/brltty/usr/include debian/brltty/usr/lib \
debian/brltty/usr/share/man/man3/
-   rm -f debian/brltty/sbin/brltty-install debian/brltty/lib/libbrlapi* \
-   debian/brltty/sbin/xbrlapi
+   rm -f debian/brltty/sbin/brltty-install debian/brltty/lib/libbrlapi*
 
-   mv debian/brltty/lib/brltty/libbrlttybba.so \
-   debian/libbrlapi1/lib/brltty
mv debian/brltty/lib/brltty/libbrlttysfl.so \
debian/brltty-flite/lib/brltty
mv debian/brltty/lib/brltty/libbrlttybxw.so \
@@ -107,6 +104,8 @@
debian/brltty-x11/usr/share/doc/brltty-x11/
mv debian/brltty/lib/brltty/libbrlttyxas.so \
debian/brltty-x11/lib/brltty
+   mv debian/brltty/sbin/xbrlapi \
+   debian/brltty-x11/usr/bin
# fix up permissions
cp debian/lintian.override 
debian/brltty/usr/share/lintian/overrides/brltty
cp debian/brltty.conf debian/brltty/etc/brltty.conf

Bug#401569: this is RC, the thing doesn't start

[Eddy Petrișor]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

# C'mon Steve, saying this is not RC is like saying that a bug in driver for
# some piece of hardware is not a bug because it happens only on one
# configuration, a computer that uses the driver :-)
# Now there's also a patch which is not at all intrusive, so there's no reason
# to dismiss this ;-)
# Please, let's focus on fixing issues, not covering them
severity 401569 grave
thanks

- --
Regards,
EddyP
=
"Imagination is more important than knowledge" A.Einstein
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU/Linux)

iD8DBQFGD8IgY8Chqv3NRNoRAlknAJ0f7rf8k0ioyfhL6BAeNpIPqAJD4ACcDeuN
f62l8SaRln81fTc0I51df90=
=7pb8
-END PGP SIGNATURE-


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

Bug#417078: FTBFS with GCC 4.3: missing #includes

[Martin Michlmayr]

Package: adplug
Version: 2.0.1-4
Usertags: ftbfs-gcc-4.3
Tags: patch

Your package fails to build with GCC 4.3.  Version 4.3 has not been
released yet but I'm building with a snapshot in order to find errors
and give people an advance warning.  In GCC 4.3, the C++ header
dependencies have been cleaned up.  The advantage of this is that
programs will compile faster.  The downside is that you actually
need to directly #include everything you use (but you really should
do this anyway, otherwise your program won't work with any compiler
other than GCC).  Some background of this can be found at
http://gcc.gnu.org/PR28080

You can reproduce this problem with gcc-snapshot from unstable.

> Automatic build of adplug_2.0.1-4 on coconut0 by sbuild/ia64 0.49
...
>  g++ -DPACKAGE_NAME=\"adplug\" -DPACKAGE_TARNAME=\"adplug\" 
> -DPACKAGE_VERSION=\"2.0.1\" "-DPACKAGE_STRING=\"adplug 2.0.1\"" 
> -DPACKAGE_BUGREPORT=\"\" -DPACKAGE=\"adplug\" -DVERSION=\"2.0.1\" 
> -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 
> -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 
> -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_DLFCN_H=1 -DHAVE_LIBSTDC__=1 
> -DHAVE_GETOPT_H=1 -I. -I. -Dstricmp=strcasecmp -I/usr/include/libbinio -g -O2 
> -MT rix.lo -MD -MP -MF .deps/rix.Tpo -c rix.cpp  -fPIC -DPIC -o .libs/rix.o
> rix.cpp: In member function 'void CrixPlayer::set_new_int()':
> rix.cpp:160: error: 'exit' was not declared in this scope
> make[2]: *** [rix.lo] Error 1


--- src/rix.cpp~2007-04-01 14:21:13.0 +
+++ src/rix.cpp 2007-04-01 14:21:26.0 +
@@ -20,6 +20,8 @@
  * BSPAL 
  */
 
+#include 
+
 #include "rix.h"
 #include "debug.h"
 

--
Martin Michlmayr
http://www.cyrius.com/


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

Bug#417079: FTBFS with GCC 4.3: missing #includes

[Martin Michlmayr]

Package: aiksaurus
Version: 1.2.1+dev-0.12-3
Usertags: ftbfs-gcc-4.3
Tags: patch

Your package fails to build with GCC 4.3.  Version 4.3 has not been
released yet but I'm building with a snapshot in order to find errors
and give people an advance warning.  In GCC 4.3, the C++ header
dependencies have been cleaned up.  The advantage of this is that
programs will compile faster.  The downside is that you actually
need to directly #include everything you use (but you really should
do this anyway, otherwise your program won't work with any compiler
other than GCC).  Some background of this can be found at
http://gcc.gnu.org/PR28080

You can reproduce this problem with gcc-snapshot from unstable.


> Automatic build of aiksaurus_1.2.1+dev-0.12-3 on coconut0 by sbuild/ia64 0.49
...
> creating libAiksaurus.la
> (cd .libs && rm -f libAiksaurus.la && ln -s ../libAiksaurus.la 
> libAiksaurus.la)
> if ia64-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I. -I.. -I.. 
> -DAIK_DATA_DIR=\"/usr/share/aiksaurus/\"   -g -O2 -MT aiksaurus.t.o -MD -MP 
> -MF ".deps/aiksaurus.t.Tpo" -c -o aiksaurus.t.o aiksaurus.t.cpp; \
>   then mv -f ".deps/aiksaurus.t.Tpo" ".deps/aiksaurus.t.Po"; else rm -f 
> ".deps/aiksaurus.t.Tpo"; exit 1; fi
> aiksaurus.t.cpp: In function 'void checkError(const Aiksaurus&)':
> aiksaurus.t.cpp:59: error: 'exit' was not declared in this scope
> aiksaurus.t.cpp: In function 'int main(int, const char**)':
> aiksaurus.t.cpp:138: error: 'exit' was not declared in this scope
> aiksaurus.t.cpp:145: error: 'exit' was not declared in this scope
> aiksaurus.t.cpp:153: error: 'exit' was not declared in this scope
> make[3]: *** [aiksaurus.t.o] Error 1
> make[3]: Leaving directory `/build/tbm/aiksaurus-1.2.1+dev-0.12/base'


--- base/aiksaurus.t.cpp~   2007-04-01 14:20:58.0 +
+++ base/aiksaurus.t.cpp2007-04-01 14:21:04.0 +
@@ -22,6 +22,7 @@
 #include "Aiksaurus.h"
 #include "AsciiCompare.h"
 #include "config.h"
+#include 
 #include 
 #include 
 using namespace std;
--- gtk/src/gtkAiksaur.t.cpp~   2007-04-01 14:21:52.0 +
+++ gtk/src/gtkAiksaur.t.cpp2007-04-01 14:21:59.0 +
@@ -21,6 +21,7 @@
 #include 
 #include "config.h"
 #include 
+#include 
 #include 
 #include 
 using namespace std;

-- 
Martin Michlmayr
http://www.cyrius.com/


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

Bug#417077: xmltv: tv_grab_de_tvtoday fails with "Can't call method content_list"

[Kai Weber]

Package: xmltv
Version: 0.5.45-2
Severity: important

I get the following error message when invoking tv_grab_de_tvtoday:

$ tv_grab_de_tvtoday
using config filename /home/kai/.xmltv/tv_grab_de_tvtoday.conf getting list of 
channels
Can't call method "content_list" on an undefined value at 
/usr/bin/tv_grab_de_tvtoday line 1277.

Maybe one of the patches removed in 0.5.45-2 was essential.

xmltv (0.5.45-2) unstable; urgency=low
  [...]
  * Also removed obsolete patches from the diff.


Regards, Kai

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

Versions of packages xmltv depends on:
ii  libxmltv-perl 0.5.45-2   Perl libraries related to the XMLT
ii  xmltv-gui 0.5.45-2   Graphical user interface related t
ii  xmltv-util0.5.45-2   Utilities related to the XMLTV fil

xmltv recommends no packages.

-- no debconf information


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

Bug#417080: FTBFS with GCC 4.3: missing #includes

[Martin Michlmayr]

Package: agistudio
Version: 1.2.3-1
Usertags: ftbfs-gcc-4.3
Tags: patch

Your package fails to build with GCC 4.3.  Version 4.3 has not been
released yet but I'm building with a snapshot in order to find errors
and give people an advance warning.  In GCC 4.3, the C++ header
dependencies have been cleaned up.  The advantage of this is that
programs will compile faster.  The downside is that you actually
need to directly #include everything you use (but you really should
do this anyway, otherwise your program won't work with any compiler
other than GCC).  Some background of this can be found at
http://gcc.gnu.org/PR28080

You can reproduce this problem with gcc-snapshot from unstable.

> Automatic build of agistudio_1.2.3-1 on coconut0 by sbuild/ia64 0.49
...
> g++ -c -pipe -Wall -W -O2 -D_REENTRANT -DQT_THREAD_SUPPORT -DNO_DEBUG 
> -I/usr/include/qt3 -I/usr/include/qt -o logdecode.o logdecode.cpp
> In file included from picture.h:24,
>  from preview.h:24,
>  from resources.h:33,
>  from logedit.h:39,
>  from logdecode.cpp:24:
> /usr/include/qt3/qimage.h: In member function 'bool 
> QImageTextKeyLang::operator<(const QImageTextKeyLang&) const':
> /usr/include/qt3/qimage.h:58: warning: suggest parentheses around && within ||
> logdecode.cpp: In member function 'void Logic::AddBlockEnds()':
> logdecode.cpp:208: warning: deprecated conversion from string constant to 
> 'char*'
> logdecode.cpp: In member function 'int Logic::FindLabels()':
> logdecode.cpp:218: error: 'calloc' was not declared in this scope
> logdecode.cpp: In member function 'void Logic::AddArg(byte, byte)':
> logdecode.cpp:300: warning: deprecated conversion from string constant to 
> 'char*'
> logdecode.cpp: In member function 'void Logic::ReadIfs()':
> logdecode.cpp:453: warning: deprecated conversion from string constant to 
> 'char*'
> logdecode.cpp:463: warning: deprecated conversion from string constant to 
> 'char*'
> logdecode.cpp:474: warning: deprecated conversion from string constant to 
> 'char*'
> logdecode.cpp:489: warning: deprecated conversion from string constant to 
> 'char*'
> logdecode.cpp:552: warning: deprecated conversion from string constant to 
> 'char*'
> logdecode.cpp: In member function 'int Logic::decode(int)':
> logdecode.cpp:624: warning: deprecated conversion from string constant to 
> 'char*'
> logdecode.cpp:625: warning: suggest parentheses around && within ||
> logdecode.cpp:650: warning: deprecated conversion from string constant to 
> 'char*'
> logdecode.cpp:651: warning: deprecated conversion from string constant to 
> 'char*'
> logdecode.cpp:667: warning: deprecated conversion from string constant to 
> 'char*'
> logdecode.cpp:679: error: 'free' was not declared in this scope
> make[1]: *** [logdecode.o] Error 1
> make[1]: Leaving directory `/build/tbm/agistudio-1.2.3/src'


--- src/logdecode.cpp~  2007-04-01 14:23:03.0 +
+++ src/logdecode.cpp   2007-04-01 14:23:09.0 +
@@ -27,6 +27,7 @@
 #include "menu.h"
 #include "agicommands.h"
 
+#include 
 #include 
 
 static int EncryptionStart;
--- src/main.cpp~   2007-04-01 14:24:07.0 +
+++ src/main.cpp2007-04-01 14:24:14.0 +
@@ -18,6 +18,7 @@
  *
  */
 
+#include 
 #include 
 
 #include 
--- src/picedit.cpp~2007-04-01 14:25:27.0 +
+++ src/picedit.cpp 2007-04-01 14:25:35.0 +
@@ -24,6 +24,7 @@
 #include "picture.h"
 #include "preview.h"
 
+#include 
 #include 
 #include 
 #include 

-- 
Martin Michlmayr
http://www.cyrius.com/


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

Bug#417081: FTBFS with GCC 4.3: missing #includes, etc

[Martin Michlmayr]

Package: animals
Version: 20031130-2.1
Usertags: ftbfs-gcc-4.3
Tags: patch

Your package fails to build with GCC 4.3.  Version 4.3 has not been
released yet but I'm building with a snapshot in order to find errors
and give people an advance warning.  In GCC 4.3, the C++ header
dependencies have been cleaned up.  The advantage of this is that
programs will compile faster.  The downside is that you actually
need to directly #include everything you use (but you really should
do this anyway, otherwise your program won't work with any compiler
other than GCC).  Some background of this can be found at
http://gcc.gnu.org/PR28080

You can reproduce this problem with gcc-snapshot from unstable.

> Automatic build of animals_20031130-2.1 on coconut0 by sbuild/ia64 0.49
...
> make[1]: Entering directory `/build/tbm/animals-20031130'
> g++  -g -DDbName=\"/var/games/animals/animals.db\"  -c -o main.o main.cc
> main.cc: In function 'void SigHandler(int)':
> main.cc:224: error: 'exit' was not declared in this scope
> main.cc: At global scope:
> main.cc:227: error: second argument of 'int main(int, char*)' should be 'char 
> **'
> make[1]: *** [main.o] Error 1


--- main.cc~2007-04-01 14:26:31.0 +
+++ main.cc 2007-04-01 14:26:48.0 +
@@ -5,6 +5,7 @@
 #include "db4++-stuff.h"
 #include "util.h"
 
+#include 
 #include 
 #include 
 // #include 
@@ -224,7 +225,7 @@
   exit(0);
 }
 
-int main(int argc, char *argv)
+int main(int argc, char **argv)
 {
   std::string wantsToContinue("y");
   char ret[3];
--- db4++-stuff.cc~ 2007-04-01 14:27:21.0 +
+++ db4++-stuff.cc  2007-04-01 14:27:27.0 +
@@ -23,6 +23,7 @@
 #include "db4++-stuff.h"
 #include "main.h"
 
+#include 
 #include 
 #include 
 #include 

-- 
Martin Michlmayr
http://www.cyrius.com/


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

Bug#417083: FTBFS with GCC 4.3: missing #includes

[Martin Michlmayr]

Package: apertium
Version: 1.0.3-3
Usertags: ftbfs-gcc-4.3
Tags: patch

Your package fails to build with GCC 4.3.  Version 4.3 has not been
released yet but I'm building with a snapshot in order to find errors
and give people an advance warning.  In GCC 4.3, the C++ header
dependencies have been cleaned up.  The advantage of this is that
programs will compile faster.  The downside is that you actually
need to directly #include everything you use (but you really should
do this anyway, otherwise your program won't work with any compiler
other than GCC).  Some background of this can be found at
http://gcc.gnu.org/PR28080

You can reproduce this problem with gcc-snapshot from unstable.


> Automatic build of apertium_1.0.3-3 on coconut0 by sbuild/ia64 0.49
...
>   then mv -f ".deps/TaggerUtils.Tpo" ".deps/TaggerUtils.Plo"; else rm -f 
> ".deps/TaggerUtils.Tpo"; exit 1; fi
>  ia64-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I. -I. -I.. 
> -I/usr/include/lttoolbox-1.0 -I/usr/lib/lttoolbox-1.0/include 
> -I/usr/include/libxml2 -Wall -ansi -O3 -MT TaggerUtils.lo -MD -MP -MF 
> .deps/TaggerUtils.Tpo -c TaggerUtils.C  -fPIC -DPIC -o .libs/TaggerUtils.o
> TaggerUtils.C: In function 'void fatal_error(std::string)':
> TaggerUtils.C:25: error: 'exit' was not declared in this scope
> TaggerUtils.C: In function 'int ntokens_multiword(std::string)':
> TaggerUtils.C:50: warning: deprecated conversion from string constant to 
> 'char*'
> TaggerUtils.C: In function 'int nguiones_fs(std::string)':
> TaggerUtils.C:63: warning: deprecated conversion from string constant to 
> 'char*'
> make[3]: *** [TaggerUtils.lo] Error 1

--- TaggerUtils.C~  2007-04-01 14:26:17.0 +
+++ TaggerUtils.C   2007-04-01 14:26:24.0 +
@@ -18,6 +18,7 @@
  */
 #include 
 
+#include 
 #include 
 
 void fatal_error (string s) {
--- TransferWord.C~ 2007-04-01 14:26:55.0 +
+++ TransferWord.C  2007-04-01 14:27:15.0 +
@@ -18,6 +18,7 @@
  */
 
 #include 
+#include 
 #include 
 
 map  TransferWord::compiled_regexes;

After fixing this obvious stuff we still fail with the following, but
I haven't had a chance to investigate:


make  all-am
make[1]: Entering directory `/home/tbm/failures/apertium-1.0.3/apertium'
if /bin/sh ../libtool --tag=CXX --mode=compile x86_64-linux-gnu-g++ 
-DHAVE_CONFIG_H -I. -I. -I. -I.. -I/usr/include/lttoolbox-1.0 
-I/usr/lib/lttoolbox-1.0/include -I/usr/include/libxml2  -Wall -ansi -O3 
-MT TransferWordList.lo -MD -MP -MF ".deps/TransferWordList.Tpo" -c -o 
TransferWordList.lo TransferWordList.C; \
then mv -f ".deps/TransferWordList.Tpo" ".deps/TransferWordList.Plo"; 
else rm -f ".deps/TransferWordList.Tpo"; exit 1; fi
 x86_64-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I. -I. -I.. 
-I/usr/include/lttoolbox-1.0 -I/usr/lib/lttoolbox-1.0/include 
-I/usr/include/libxml2 -Wall -ansi -O3 -MT TransferWordList.lo -MD -MP -MF 
.deps/TransferWordList.Tpo -c TransferWordList.C  -fPIC -DPIC -o 
.libs/TransferWordList.o
/usr/lib/gcc-snapshot/lib/gcc/x86_64-linux-gnu/4.3.0/../../../../include/c++/4.3.0/bits/stl_tree.h:
 In member function 'typename std::_Rb_tree<_Key, _Val, _KeyOfValue, _Compare, 
_Alloc>::iterator std::_Rb_tree<_Key, _Val, _KeyOfValue, _Compare, 
_Alloc>::_M_lower_bound(const std::_Rb_tree_node<_Val>*, const 
std::_Rb_tree_node<_Val>*, const _Key&) const [with _Key = 
std::basic_string, std::allocator >, _Val = 
std::basic_string, std::allocator >, 
_KeyOfValue = std::_Identity, 
std::allocator > >, _Compare = ltstri, _Alloc = 
std::allocator, 
std::allocator > >]':
/usr/lib/gcc-snapshot/lib/gcc/x86_64-linux-gnu/4.3.0/../../../../include/c++/4.3.0/bits/stl_tree.h:1302:
   instantiated from 'typename std::_Rb_tree<_Key, _Val, _KeyOfValue, _Compare, 
_Alloc>::iterator std::_Rb_tree<_Key, _Val, _KeyOfValue, _Compare, 
_Alloc>::find(const _Key&) [with _Key = std::basic_string, std::allocator >, _Val = std::basic_string, std::allocator >, _KeyOfValue = 
std::_Identity, 
std::allocator > >, _Compare = ltstri, _Alloc = 
std::allocator, 
std::allocator > >]'
/usr/lib/gcc-snapshot/lib/gcc/x86_64-linux-gnu/4.3.0/../../../../include/c++/4.3.0/bits/stl_set.h:430:
   instantiated from 'typename std::_Rb_tree<_Key, _Key, std::_Identity<_Key>, 
_Compare, typename _Alloc::rebind<_Key>::other>::const_iterator std::set<_Key, 
_Compare, _Alloc>::find(const _Key&) [with _Key = std::basic_string, std::allocator >, _Compare = ltstri, _Alloc = 
std::allocator, 
std::allocator > >]'
TransferWordList.C:63:   instantiated from here
/usr/lib/gcc-snapshot/lib/gcc/x86_64-linux-gnu/4.3.0/../../../../include/c++/4.3.0/bits/stl_tree.h:938:
 error: passing 'const ltstri' as 'this' argument of 'bool 
ltstri::operator()(const std::string&, const std::string&)' discards qualifiers
/usr/lib/gcc-snapshot/lib/gcc/x86_64-linux-gnu/4.3.0/../../../../include/c++/4.3.0/bits/stl_tree.h:
 In member function 'typename std::_Rb_tree<_Key, _Val, _KeyOfValue, _Compare, 
_Alloc>::iterator std::_Rb_tree<_Key, _Val, _KeyOf

Bug#417082: FTBFS with GCC 4.3: missing #includes

[Martin Michlmayr]

Package: anteater
Version: 0.4.5-6
Usertags: ftbfs-gcc-4.3
Tags: patch

Your package fails to build with GCC 4.3.  Version 4.3 has not been
released yet but I'm building with a snapshot in order to find errors
and give people an advance warning.  In GCC 4.3, the C++ header
dependencies have been cleaned up.  The advantage of this is that
programs will compile faster.  The downside is that you actually
need to directly #include everything you use (but you really should
do this anyway, otherwise your program won't work with any compiler
other than GCC).  Some background of this can be found at
http://gcc.gnu.org/PR28080

You can reproduce this problem with gcc-snapshot from unstable.


> Automatic build of anteater_0.4.5-6 on coconut0 by sbuild/ia64 0.49
...
> if ia64-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I. -I.. -g -O2 -MT 
> syslogfilter.o -MD -MP -MF ".deps/syslogfilter.Tpo" \
> -c -o syslogfilter.o `test -f 'syslogfilter.cpp' || echo 
> './'`syslogfilter.cpp; \
>   then mv -f ".deps/syslogfilter.Tpo" ".deps/syslogfilter.Po"; \
>   else rm -f ".deps/syslogfilter.Tpo"; exit 1; \
>   fi
> syslogfilter.cpp: In member function 'syslogFilter::logline_t 
> syslogFilter::getLogLine(std::istream&)':
> syslogfilter.cpp:103: error: 'atoi' was not declared in this scope
> syslogfilter.cpp: In member function 'syslogFilter::sendmail_t 
> syslogFilter::splitup(std::string)':
> syslogfilter.cpp:159: error: 'atoi' was not declared in this scope
> make[4]: *** [syslogfilter.o] Error 1


--- anteater/syslogfilter.cpp~  2007-04-01 14:31:22.0 +
+++ anteater/syslogfilter.cpp   2007-04-01 14:31:32.0 +
@@ -9,6 +9,7 @@
 
 #include "syslogfilter.h"
 #include "plugin.h"
+#include 
 #include 
 
 //#define DEBUG
--- anteater/parameter.cpp~ 2007-04-01 14:31:56.0 +
+++ anteater/parameter.cpp  2007-04-01 14:32:30.0 +
@@ -8,6 +8,7 @@
 // 
 
 #include "parameter.h"
+#include 
 
 Parameter::Parameter() :
str_unknown( "Unknown" ),

-- 
Martin Michlmayr
http://www.cyrius.com/


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

Bug#417087: madwifi-source: module load problem with 2.6.20

[Anders Boström]

Package: madwifi-source
Version: 1:0.9.2+r2156.20070225-1
Severity: important

After upgrade to 2.6.20.2 and madwifi 1:0.9.2+r2156.20070225-1, my
computer hang during boot, at module load of the madwifi modules.

Ctrl-C breaks up the hang, but X fails to start after this.

If I disable loading of the madwifi-modules during boot, the system
boot fine.

'modprobe ath_pci' hangs, and Ctrl-C don't work. kill of the
khelper-started modprobe-process breaks up the hang.

I can get the madwifi-driver working by this sequence:

# modprobe wlan
# insmod /lib/modules/2.6.20.2/kernel/drivers/net/ath_hal.ko
# insmod /lib/modules/2.6.20.2/kernel/drivers/net/ath_rate_sample.ko
# ifup ath0

modprobe of ath_rate_sample or ath_hal tries to load ath_pci and
hangs. This is strange as neither ath_rate_sample nor ath_hal is
dependent of ath_pci according to modinfo.

If seems like ath_pci fails due to missing ath_rate_sample when I run
'modprobe ath_pci' without prior manual load of ath_rate_sample, see
dmesg output below.

dmesg (when not working):
wlan: 0.8.4.2 (0.9.3)
ath_hal: 0.9.18.0 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413)
ath_pci: 0.9.4.5 (0.9.3)
ACPI: PCI Interrupt :00:0b.0[A] -> GSI 19 (level, low) -> IRQ 20
Error loading module "ath_rate_sample"
ACPI: PCI interrupt for device :00:0b.0 disabled

dmesg (when working):
wlan: 0.8.4.2 (0.9.3)
ath_hal: 0.9.18.0 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413)
ath_rate_sample: 1.2 (0.9.3)
ath_pci: 0.9.4.5 (0.9.3)
ACPI: PCI Interrupt :00:0b.0[A] -> GSI 19 (level, low) -> IRQ 20
wifi0: 11b rates: 1Mbps 2Mbps 5.5Mbps 11Mbps
wifi0: 11g rates: 1Mbps 2Mbps 5.5Mbps 11Mbps 6Mbps 9Mbps 12Mbps 18Mbps 24Mbps 
36Mbps 48Mbps 54Mbps
wifi0: turboG rates: 6Mbps 12Mbps 18Mbps 24Mbps 36Mbps 48Mbps 54Mbps
wifi0: H/W encryption support: WEP AES AES_CCM TKIP
wifi0: mac 5.9 phy 4.3 radio 4.6
wifi0: Use hw queue 1 for WME_AC_BE traffic
wifi0: Use hw queue 0 for WME_AC_BK traffic
wifi0: Use hw queue 2 for WME_AC_VI traffic
wifi0: Use hw queue 3 for WME_AC_VO traffic
wifi0: Use hw queue 8 for CAB traffic
wifi0: Use hw queue 9 for beacons
wifi0: Atheros 5212: mem=0xec00, irq=20

lspci -v:
00:0b.0 Ethernet controller: Atheros Communications, Inc. AR5212 802.11abg NIC 
(rev 01)
Subsystem: Global Sun Technology Inc Trust Speedshare Turbo Pro 
Wireless PCI Adapter
Flags: bus master, medium devsel, latency 168, IRQ 20
Memory at ec00 (32-bit, non-prefetchable) [size=64K]
Capabilities: [44] Power Management version 2

Please let me know if I can perform any other test in order to help in
debugging this.

/ Anders

-- System Information:
Debian Release: 4.0
  APT prefers testing
  APT policy: (500, 'testing'), (500, 'stable'), (51, 
'testing-proposed-updates'), (50, 'unstable'), (40, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.20.2
Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to sv_SE.UTF-8)

Versions of packages madwifi-source depends on:
ii  bzip2 1.0.3-6high-quality block-sorting file co
ii  debhelper 5.0.42 helper programs for debian/rules
ii  module-assistant  0.10.8 tool to make module package creati

madwifi-source recommends no packages.

-- no debconf information


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

Bug#417085: wammu: crash when reading SMS

[Jiří Paleček]

Package: wammu
Version: 0.17-1
Severity: normal

Hello,

when I try downloading SMS from my Nokia 6070 phone with wammu, it
crashes. The communication log is attached. GDB shows the following
backtrace.

#0  0xb725c29b in EncodeUnicode () from /usr/lib/libGammu.so.0
#1  0xb725c374 in GSM_UnpackSemiOctetNumber () from /usr/lib/libGammu.so.0

Regards
   Jiri Palecek


-- System Information:
Debian Release: 4.0
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/dash
Kernel: Linux 2.6.20.3
Locale: LANG=cs_CZ, LC_CTYPE=cs_CZ (charmap=ISO-8859-2) (ignored: LC_ALL  
set to cs_CZ)


Versions of packages wammu depends on:
ii  python   2.4.4-2 An interactive high-level  
object-o
ii  python-central   0.5.12  register and build utility  
for Pyt
ii  python-gammu 0.15-1  Python module to communicate  
with
ii  python-wxgtk2.6  2.6.3.2.1.5 wxWidgets Cross-platform  
C++ GUI t


Versions of packages wammu recommends:
pn  python-bluez | python-bluetoo  (no description available)
ii  timidity  2.13.2-7.1 Software sound renderer (MIDI  
sequ


-- no debconf information

wammu1Vem6L.log
Description: Binary data

Bug#417088: FTBFS with GCC 4.3: missing #includes

[Martin Michlmayr]

Package: apt-watch
Version: 0.3.2-8
Usertags: ftbfs-gcc-4.3
Tags: patch

Your package fails to build with GCC 4.3.  Version 4.3 has not been
released yet but I'm building with a snapshot in order to find errors
and give people an advance warning.  In GCC 4.3, the C++ header
dependencies have been cleaned up.  The advantage of this is that
programs will compile faster.  The downside is that you actually
need to directly #include everything you use (but you really should
do this anyway, otherwise your program won't work with any compiler
other than GCC).  Some background of this can be found at
http://gcc.gnu.org/PR28080

You can reproduce this problem with gcc-snapshot from unstable.

> Automatic build of apt-watch_0.3.2-8 on em64t by sbuild/amd64 0.53
...
> make[3]: Entering directory `/build/tbm/apt-watch-0.3.2/common'
> x86_64-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I. -I.. -g -O2 -Wall -Werror -c 
> apt-watch-common.cc
> apt-watch-common.cc: In function 'void write_errno(int, unsigned char, const 
> std::string&, int)':
> apt-watch-common.cc:35: error: 'malloc' was not declared in this scope
> apt-watch-common.cc:43: error: 'free' was not declared in this scope
> apt-watch-common.cc:61: error: 'free' was not declared in this scope
> apt-watch-common.cc:64: error: 'free' was not declared in this scope
> apt-watch-common.cc: In function 'char* read_string(int)':
> apt-watch-common.cc:79: error: 'malloc' was not declared in this scope
> make[3]: *** [apt-watch-common.o] Error 1
> make[3]: Leaving directory `/build/tbm/apt-watch-0.3.2/common'


--- common/apt-watch-common.cc~ 2007-04-01 14:40:32.0 +
+++ common/apt-watch-common.cc  2007-04-01 14:40:38.0 +
@@ -4,6 +4,7 @@
 
 #include "apt-watch-common.h"
 
+#include 
 #include 
 
 using namespace std;
--- ui-gnome/prefs-package-manager.cc~  2007-04-01 14:42:34.0 +
+++ ui-gnome/prefs-package-manager.cc   2007-04-01 14:42:44.0 +
@@ -10,6 +10,7 @@
 
 #include 
 
+#include 
 #include 
 
 #include 

-- 
Martin Michlmayr
http://www.cyrius.com/


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

Bug#417084: FTBFS with GCC 4.3: missing #includes

[Martin Michlmayr]

Package: anymeal
Version: 0.30-1
Usertags: ftbfs-gcc-4.3
Tags: patch

Your package fails to build with GCC 4.3.  Version 4.3 has not been
released yet but I'm building with a snapshot in order to find errors
and give people an advance warning.  In GCC 4.3, the C++ header
dependencies have been cleaned up.  The advantage of this is that
programs will compile faster.  The downside is that you actually
need to directly #include everything you use (but you really should
do this anyway, otherwise your program won't work with any compiler
other than GCC).  Some background of this can be found at
http://gcc.gnu.org/PR28080

You can reproduce this problem with gcc-snapshot from unstable.

> Automatic build of anymeal_0.30-1 on coconut0 by sbuild/ia64 0.49
...
> /usr/share/qt3/include/qpushbutton.h:91: warning: conversion to 'unsigned 
> char:1' from 'int' may alter its value
> In file included from destroyDialog.cc:31:
> /usr/share/qt3/include/qimage.h: In member function 'bool 
> QImageTextKeyLang::operator<(const QImageTextKeyLang&) const':
> /usr/share/qt3/include/qimage.h:58: warning: suggest parentheses around && 
> within ||
> In file included from destroyDialog.cc:34:
> ./destroyDialog.ui.h: In member function 'virtual void DestroyDialog::init()':
> ./destroyDialog.ui.h:15: error: 'getenv' was not declared in this scope
^^
...
> make[3]: *** [destroyDialog.o] Error 1
> make[3]: Leaving directory `/build/tbm/anymeal-0.30/src'

--- src/destroyDialog.ui.h~ 2007-04-01 14:35:42.0 +
+++ src/destroyDialog.ui.h  2007-04-01 14:36:12.0 +
@@ -7,6 +7,8 @@
 ** place of a destructor.
 */
 
+#include 
+
 
 void DestroyDialog::init()
 {

-- 
Martin Michlmayr
http://www.cyrius.com/


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

Bug#108196: hi from kendra

[kendra]

Hi,
i am here sitting in the internet caffe. Found your email and
decided to write. I am 25 y.o.girl.
I have a picture if you want. No need to reply here as 
this is not may email. Write me at [EMAIL PROTECTED]
















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

Bug#417089: FTBFS with GCC 4.3: missing #includes

[Martin Michlmayr]

Package: akode
Version: 2.0.1-2
Usertags: ftbfs-gcc-4.3
Tags: patch

Your package fails to build with GCC 4.3.  Version 4.3 has not been
released yet but I'm building with a snapshot in order to find errors
and give people an advance warning.  In GCC 4.3, the C++ header
dependencies have been cleaned up.  The advantage of this is that
programs will compile faster.  The downside is that you actually
need to directly #include everything you use (but you really should
do this anyway, otherwise your program won't work with any compiler
other than GCC).  Some background of this can be found at
http://gcc.gnu.org/PR28080

You can reproduce this problem with gcc-snapshot from unstable.


> Automatic build of akode_2.0.1-2 on coconut0 by sbuild/ia64 0.49
...
> In file included from libakode_la.all_cpp.cpp:15:
> /build/tbm/akode-2.0.1/./akode/lib/auto_sink.cpp: In member function 'virtual 
> bool aKode::AutoSink::open()':
> /build/tbm/akode-2.0.1/./akode/lib/auto_sink.cpp:67: error: 'getenv' was not 
> declared in this scope
...

--- akode/lib/auto_sink.cpp~2007-04-01 14:45:16.0 +
+++ akode/lib/auto_sink.cpp 2007-04-01 14:45:23.0 +
@@ -21,6 +21,7 @@
 #include "audioframe.h"
 #include "auto_sink.h"
 
+#include 
 #include 
 
 namespace aKode {
--- akode/akodeplay/akodeplay.cpp~  2007-04-01 14:45:59.0 +
+++ akode/akodeplay/akodeplay.cpp   2007-04-01 14:46:06.0 +
@@ -25,6 +25,8 @@
 #include "../lib/sink.h"
 #include "../lib/decoder.h"
 
+#include 
+
 #ifdef HAVE_GNU_GETOPT
   #include 
 #else

-- 
Martin Michlmayr
http://www.cyrius.com/


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

Bug#385159: Erroneous 'permission to use at denied'

[Julian Gilbey]

On Tue, Aug 29, 2006 at 10:11:46AM -0400, Zembower, Kevin wrote:
> I was able to correct this problem by uninstalling and reinstalling
> 'at:'

I have the same problem.  It turns out that there's a permission
problem.  For some reason, the postinst script which corrects the
ownership of /etc/at.deny did not work.  I have at 3.1.10 installed,
but:

burnside:~ # ls -l /etc/at.deny
-rw-r- 1 root root 144 2002-01-18 08:13 /etc/at.deny

Weird or what?

   Julian


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

Bug#411932: closed by Guido Guenther <[EMAIL PROTECTED]> (Bug#411932: fixed in smartmontools 5.37-2)

[GSR]

Hi,
[EMAIL PROTECTED] (2007-03-27 at 0847.01 +0200):
> > I have been running with this new version some days and while the
> > errors do not appear, the SCSI disks are not really monitored
> > either. No initial temp state and no reports about changes later,
> > while 5.36 did both.
> Could you try the "-W" option, this should bring the temperature values
> back? Please let me know if it works for you, so I can document this in
> the upgrade notes.

It seems to behave more or less like in the past (format slightly
changed) so yes, it seems a good solution. OTOH, it seems other params
are also needed to keep the old behaviour about log reports, so
probably worth documenting too that they should be added, not just -W,
if you want old style; or even put as commented out line in shipped
config file.

GSR
 


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

Bug#416805: debconf: Marathi debconf_debian_po_mr, debconf_po_mr Translation Update

[Christian Perrier]

tags 416805 - moreinfo
tags 416805 pending
thanks

Quoting priti Patil ([EMAIL PROTECTED]):
> Package: debconf
> Severity: wishlist
> Tags: l10n, patch
> 
> Marathi debconf_debian_po_mr, debconf_po_mr Translation Update: po
> file attached.
> 
> Locale: LANG=mr_IN.UTF-8, LC_CTYPE=mr_IN.UTF-8 (charmap=UTF-8)

Committed.



-- 




signature.asc
Description: Digital signature

Bug#416811: newt: Marathi newt_newt_po_mr Translation Update

[Christian Perrier]

tags 416811 - moreinfo
tags 416811 pending
thanks

Quoting priti Patil ([EMAIL PROTECTED]):
> Package: newt
> Severity: wishlist
> Tags: l10n, patch
> 
> Marathi newt_newt_po_mr Translation Update: po file attached.
> 
> Locale: LANG=mr_IN.UTF-8, LC_CTYPE=mr_IN.UTF-8 (charmap=UTF-8)

The file is finally correct.

Alastair, pelase use the attached file where I corrected the header.

-- 




newt_newt_po_mr.po
Description: application/gettext


signature.asc
Description: Digital signature

Bug#417090: FTBFS with GCC 4.3: missing #includes

[Martin Michlmayr]

Package: apt
Version: 0.6.46.4-0.1
Usertags: ftbfs-gcc-4.3
Tags: patch

Your package fails to build with GCC 4.3.  Version 4.3 has not been
released yet but I'm building with a snapshot in order to find errors
and give people an advance warning.  In GCC 4.3, the C++ header
dependencies have been cleaned up.  The advantage of this is that
programs will compile faster.  The downside is that you actually
need to directly #include everything you use (but you really should
do this anyway, otherwise your program won't work with any compiler
other than GCC).  Some background of this can be found at
http://gcc.gnu.org/PR28080

You can reproduce this problem with gcc-snapshot from unstable.

> Automatic build of apt_0.6.46.4-0.1 on coconut0 by sbuild/ia64 0.49
...
> contrib/strutl.cc: In function 'std::string URItoFileName(const 
> std::string&)':
> contrib/strutl.cc:361: error: 'replace' was not declared in this scope
> make[2]: *** [../build/obj/apt-pkg/strutl.opic] Error 1
> make[2]: Leaving directory `/build/tbm/apt-0.6.46.4/apt-pkg'

--- apt-pkg/contrib/strutl.cc~  2007-04-01 14:41:02.0 +
+++ apt-pkg/contrib/strutl.cc   2007-04-01 14:42:26.0 +
@@ -27,6 +27,7 @@
 
 #include 
 #include 
+#include 
 #include 
 #include 
 #include 
--- apt-pkg/contrib/fileutl.cc~ 2007-04-01 14:42:59.0 +
+++ apt-pkg/contrib/fileutl.cc  2007-04-01 14:43:05.0 +
@@ -24,6 +24,7 @@
 
 #include 
 
+#include 
 #include 
 #include 
 #include 
--- apt-pkg/algorithms.cc~  2007-04-01 14:44:04.0 +
+++ apt-pkg/algorithms.cc   2007-04-01 14:44:19.0 +
@@ -24,6 +24,8 @@
 
 #include 
 
+#include 
+#include 
 #include 
/*}}}*/
 using namespace std;
--- apt-pkg/init.cc~2007-04-01 14:44:49.0 +
+++ apt-pkg/init.cc 2007-04-01 14:44:58.0 +
@@ -14,6 +14,7 @@
 
 #include 
 #include 
+#include 
 #include 
/*}}}*/
 
--- apt-pkg/cdrom.cc~   2007-04-01 14:45:33.0 +
+++ apt-pkg/cdrom.cc2007-04-01 14:45:53.0 +
@@ -18,6 +18,7 @@
 #include 
 #include 
 #include 
+#include 
 
 
 #include "indexcopy.h"
--- cmdline/apt-sortpkgs.cc~2007-04-01 14:49:56.0 +
+++ cmdline/apt-sortpkgs.cc 2007-04-01 14:50:00.0 +
@@ -162,7 +162,7 @@
 }
/*}}}*/
 
-int main(unsigned int argc,const char *argv[])
+int main(int argc,const char *argv[])
 {
CommandLine::Args Args[] = {
   {'h',"help","help",0},
--- ftparchive/apt-ftparchive.cc~   2007-04-01 14:50:40.0 +
+++ ftparchive/apt-ftparchive.cc2007-04-01 14:50:50.0 +
@@ -24,6 +24,7 @@
 #include 
 #include 
 
+#include 
 #include 
 #include 
 

-- 
Martin Michlmayr
http://www.cyrius.com/


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