Bug#379521: Install report, focusing on Hebrew l10n issues

[Christian Perrier]

> Some installer screens are not translated. But most of them are in
> Hebrew and it works really nicely too!
> 
> There is a screen to choose locale for Hebrew, It's not translated and I

When?

During the base system install?

> think it makes more sense to default to the he_IL.UTF-8 locale all the
> time. There is very little reason to use the default he_IL locale.


Actually the Hebrew install should default to he_IL.UTF-8




signature.asc
Description: Digital signature

Bug#379502: localechooser fails in lowmem install

[Christian Perrier]

tags 379502 patch
thanks

Quoting Frans Pop ([EMAIL PROTECTED]):
> severity 379502 serious
> thanks
> 
> As lowmem is a valid mode for the installer and even essential on some 
> arches, I'm raising this to RC. Probably nothing really breaks, but it 
> should be trivial to add appropriate tests.

More complete checking gives the right explanation:

In lowmem mode, the locale is set to C on the installed system.

In localechooser post-base-installer, the "locales" package is *not*
installed if LOCALE=C.

So, validlocale and locale-gen are not present on the installed
system.

As their only point is to generate the locales, it seems that my
proposed fix is very probably correct.

I'm currently testing it in details.

-- 




signature.asc
Description: Digital signature

Bug#378351: type/service/debian.rb: fails to detect all services

[Jamie Wilkinson]

This one time, at band camp, Matthew Palmer wrote:
>forwarded 378351 http://reductivelabs.com/cgi-bin/puppet.cgi/ticket/203
>thanks

Got committed on 21/6, and 0.18.4 came out on the 22nd.  I'm trying to
navigate through trac to find out if this was actually committed, but I
suspect that the new upstream will fix this one.


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

Bug#379475: Fwd: Bug#379475: [Etch] Should sysfsutils be added to the base system?

[Martin Pitt]

Hi Frans,

> As 2.6 will be the default kernel for Etch and /sys is playing an
> increasingly important role in system configuration, I was wondering if
> it does not make sense to add sysfsutils to base and thus install it by
> default on new systems.

It's a small and relatively harmless package, but the actual 'systool'
program is more of a debugging tool and not that useful IMHO (I
haven't used it myself for months).

Probably the most useful thing about this package is the init script
and the possiblity to set sysfs variables. I agree that this part
makes sense in base.

So, we could move the init script to a package that is already in
base, if sysfsutils itself is not deemed appropriate for base. I do
not have a strong opinion about either option.

> BTW. Currently the sysfsutils init script is run at the default (S20) 
> priority from rc[1-6].d. Is there a specific reason why is not run from 
> rcS.d instead? I would have expected it earlier...

There's no reason; it didn't seem useful enough to me to justify
cluttering rcS, so I just left it at the default and didn't bother. If
people want me to move it, I can do that, of course.

> procps.sh, which has a similar function, is run at S30 from rcS.d.

That sounds suitable.

Thank you!

Martin

-- 
Martin Pitthttp://www.piware.de
Ubuntu Developer   http://www.ubuntu.com
Debian Developer   http://www.debian.org

In a world without walls and fences, who needs Windows and Gates?


signature.asc
Description: Digital signature

Bug#379482: firefox: the viewport (and more rarely the interface and dialogs) loose text every now and then

[Mike Hommey]

block 379482 by 376714
block 379482 by 377147
block 379482 by 378005
merge 379482 377879
thanks

This looks very much like bug #377879.

> Some how this seems to be a firefox problem. No other app I got behaves like 
> this.

I'd say other applications are not antialiased, then. Or not using
Pango/Pangocairo.

You can run firefox with the MOZ_PANGO_DISABLE=1 variable set as a
workaround.

Mike


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

Bug#379502: localechooser fails in lowmem install

[Christian Perrier]

Quoting Frans Pop ([EMAIL PROTECTED]):
> severity 379502 serious
> thanks
> 
> As lowmem is a valid mode for the installer and even essential on some 
> arches, I'm raising this to RC. Probably nothing really breaks, but it 
> should be trivial to add appropriate tests.

Actually, the only possibility I see is the attached patch:

-test about validlocale
-only run the validlocale and locale generation stuff if it is there

I actually fail to see why validlocale wouldn't be here in lowmem mode
(supposedly we don't install the locale package) but that seems to be
the only short-term solution

This is completely untested.

-- 



--- post-base-installer.old 2006-07-24 06:45:28.206673304 +0200
+++ post-base-installer 2006-07-03 20:56:04.517661171 +0200
@@ -64,33 +64,31 @@
 fi
 
 # If the locale isn't already valid, append it to locale.gen
-if [ -x /target/usr/sbin/validlocale ] ; then 
-   gen=
+gen=
+if log-output -t localechooser --pass-stdout \
+chroot /target/ /usr/sbin/validlocale "$LOCALE" \
+>> /target/etc/locale.gen; then
+   : # Nothing to do
+else
+   # New locale added to locale.gen, generate it
+   gen=1
+fi
+for loc in $EXTRAS; do
+   if [ "$loc" = "$LOCALE" ]; then
+   continue
+   fi
if log-output -t localechooser --pass-stdout \
-   chroot /target/ /usr/sbin/validlocale "$LOCALE" \
+   chroot /target/ /usr/sbin/validlocale "$loc" \
>> /target/etc/locale.gen; then
: # Nothing to do
else
# New locale added to locale.gen, generate it
gen=1
fi
-   for loc in $EXTRAS; do
-   if [ "$loc" = "$LOCALE" ]; then
-   continue
-   fi
-   if log-output -t localechooser --pass-stdout \
-   chroot /target/ /usr/sbin/validlocale "$loc" \
-   >> /target/etc/locale.gen; then
-   : # Nothing to do
-   else
-   # New locale added to locale.gen, generate it
-   gen=1
-   fi
-   done
-   if [ "$gen" ]; then
-   log-output -t localechooser --pass-stdout \
-   chroot /target /usr/sbin/locale-gen --keep-existing 
>/dev/null
-   fi
+done
+if [ "$gen" ]; then
+   log-output -t localechooser --pass-stdout \
+   chroot /target /usr/sbin/locale-gen --keep-existing >/dev/null
 fi
-   
+
 exit 0


signature.asc
Description: Digital signature

Bug#379521: Install report, focusing on Hebrew l10n issues

[Christian Perrier]

> Some installer screens are not translated. But most of them are in
> Hebrew and it works really nicely too!


Actually the translation ratio in D-I is worrying, though:

Charset is UTF-8. Stats: 1350 translated messages, 115 fuzzy translations, 55 
untranslated messages.


This is less than 90% translation ratio. There is *no guarantee* that
we will keep Hebrew in Etch if this is not raised before the release.

> There is a screen to choose locale for Hebrew, It's not translated and I
> think it makes more sense to default to the he_IL.UTF-8 locale all the
> time. There is very little reason to use the default he_IL locale.

I haven't seen any such screen during a default install of a base
system (*not* standard system) performed in Hebrew.

The installed system is localized in Hebrew with he_IL.UTF-8. I even
verified that the root environment is *not* localized in Hebrew, which
is intended because of the rendering problem that could come at the
console.


In short, my own test of an Hebrew install with the daily built
netinst ISO is a complete success.





signature.asc
Description: Digital signature

Bug#347958: Fails to establish pppoe connection

[Marco d'Itri]

On Jul 24, Gregory Colpart <[EMAIL PROTECTED]> wrote:

> Then, this pppoeconf bug will be closed (or reassign to ppp
> package if you want) except you have new informations for
Don't. This behaviour is a feature.

-- 
ciao,
Marco


signature.asc
Description: Digital signature

Bug#243007: Two years old RC bug?

[Thomas Viehmann]

Hi Pawel,

as you can likely tell, this bug has attracted quite a bit of attention.
What's going on with it? A two years old RC bug and there is nothing
better to do than discussion of the proper use of BTS tags?
Back in the day, having DAK send a mail to -done ASAP was the proper way
of dealing with RC bugs.

Kind regards

T.

P.S.: From the BTS "how to use the system":
  pending
A solution to this bug has been found and an upload will be
made soon.
-- 
Thomas Viehmann, http://thomas.viehmann.net/


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

Bug#377781: FTBFS in hppa

[Margarita Manterola]

The package failed to build in hppa, but apparently this is not due to
using g++-4.1 for the compiler, but because of one of the dependencies.

I've managed to get access to an hppa machine, and I'm looking into this.


-- 
Besos,  ,''`.
   Marga   : :' :
   `. `' 
 `-  


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

Bug#243007: Processed: tags 243007 - pending

[Pawel Wiecek]

On Jul 24,  3:03am, Adeodato SimĂł wrote:
> > If it's prepared in my not-yet-ready-to-upload code, then it *is* pending.
> No, sorry, that's the definition of "fixed-upstream", which means "fix
> is commited somewhere, but not yet ready to be uploaded". "pending",
> otoh, implies that the fix has been comitted somewhere _in a form
> suitable for immediate upload_.

Hell, no.

"Fixed upstream" means it's fixed in upstream code and not yet in package.
"Pending" means it's fixed in package as available in Debian maintainer's
repository and will be uploaded in the nearest upload.

  Pawel

-- 
 (___)  | Pawel Wiecek - Coven / Svart - |
< o o > |  http://www.coven.vmh.net/<[EMAIL PROTECTED]>GSM: 
+48603240006 |
 \ ^ /  | GPG/PGP info in message headers  *  [ Debian GNU/Linux developer ] |
  (")   |   *  If loving linux is wrong, I don't wanna be right. *   |

Bug#379528: chicken: Very old versions; two different package sets. Confused!

[Robin Lee Powell]

Package: chicken
Severity: important


dselect claims I have the following chicken packages.

chicken-dev  1.63-2
chicken  1.63-2   
chicken-bin  2.3-1
libchicken-dev 2.3-1
libchicken0  2.3-1

It is totally unclear to me which of these I should be using, as
well as why the package actually called "chicken" is so amazingly
far behind.

-Robin


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


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

Bug#379526: papersize is a4 for US install - should be letter

[Rick Thomas]

Package: installation-reports

Sorry!  I don't know which package creates the "/etc/papersize" file,  
so I'm submitting this as "Package: installation-reports".


During the install process, I selected the "C" locale early on.   
Later, when asked, I indicated I have a US-English keyboard.  I also  
specified US-EastCoast timezone, and in general did everything I  
could to indicate my location in the USA.  However, when the  
installation was complete, I noticed that the file /etc/papersize had  
"a4" in it (the hard way -- by printing a long document on letter- 
format paper!)


Though I can understand that the "C" locale gives no clues as to  
where in the world I'm located, nevertheless, given my choice of  
keyboard, etc, I would have thought that "letter" would be more  
likely to be appropriate (as it is in my particular case).


Whatever part of the install process sets /etc/papersize needs to  
either:
1) Be sensitive to things like keyboard type, time-zone and other  
hints as to geographical location

or:
2) (at least at medium priority) explicitly ask the user which paper  
size they prefer.  This should also be pre-seed-able, to avoid asking  
the question a dozen times of an overworked sysadmin who finds  
herself installing a dozen machines at once.



Thanks!

Rick



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

Bug#377948: Updated package

[Jamie Cameron]

An updated package which should address all the issues
mentioned is available from :

http://download.webmin.com/devel/deb/webmin_1.293_all.deb


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

Bug#379307: network-manager-kde: should reload d-bus config upon install

[Michael Biebl]

Andreas Klöckner wrote:
> On Sunday 23 July 2006 19:38, Michael Biebl wrote:
>> Andreas Kloeckner wrote:
>>> Package: network-manager-kde
>>> Severity: normal
>>>
>>> If that reload is not performed, knetworkmanager refuses to connect with
>>> a D-Bus error message until D-Bus is restarted.
>> Hi Andreas,
>>
>> could you please post your error message. 
> 
> Error requesting name, org.freedesktop.DBus.Error.AccessDenied: 
> Connection ":1.9" is not allowed to own the 
> service "org.freedesktop.NetworkManagerInfo" due to security policies in the 
> configuration file

Seems to be a duplicate of 379309.
A restart/reload of dbus should not be strictly necessary.
Please give [1] a try which has an updated dbus config file and let me
know if you still encounter some problems.

Thanks,
Michael

[1]
http://debs.michaelbiebl.de/dists/unstable/main/binary-i386/network-manager-kde_0.09+0.1r560817-1_i386.deb
-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature

Bug#379527: sgt-puzzles: help of puzzles not working

[Gerfried Fuchs]

Package: sgt-puzzles
Version: 6616-1
Severity: important

Hi!

 This is related to #334640, there seem to be some of the needed
dependencies missing for getting the help. Or, they might be some
misregisteration of the help files, according to an strace it is looking
for:

#v+
stat64("/usr/share/sgt-puzzles/gnome/help/Loopy", 0xbfc0279c) = -1 ENOENT (No 
such file or directory)
stat64("/usr/share/gnome/help/Loopy", 0xbfc0279c) = -1 ENOENT (No such file or 
directory)
#v-

 Though the help files are lying around in
/usr/share/gnome/help/C/sgt-puzzles, and are .html files, besides
lowercased, like loopy.html

 Furthermore, this is a symlink to /usr/share/doc/sgt-puzzles/html/
which is against the policy with respect that programs should never
reference files in the doc directory. I leave this non-RC because the
help isn't really referencing files there currently anyway - it just
isn't working. ;)

 Please get the help working again, without the need to reference the
doc directory.

 Thanks in advance!
Alfie
-- 
> Wozu ein Forum, wenn's Usenet gibt?
Endlich anonym posten weil es gibt keine nntp-posting-hosts
 -- Alexander Talos in <[EMAIL PROTECTED]>


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

Bug#379307: network-manager-kde: should reload d-bus config upon install

[Andreas Klöckner]

On Sunday 23 July 2006 19:38, Michael Biebl wrote:
> Andreas Kloeckner wrote:
> > Package: network-manager-kde
> > Severity: normal
> >
> > If that reload is not performed, knetworkmanager refuses to connect with
> > a D-Bus error message until D-Bus is restarted.
>
> Hi Andreas,
>
> could you please post your error message. 

Error requesting name, org.freedesktop.DBus.Error.AccessDenied: 
Connection ":1.9" is not allowed to own the 
service "org.freedesktop.NetworkManagerInfo" due to security policies in the 
configuration file

> Do you have a dnotify/inotify 
> enabled kernel?

2.6.17.1 with 

CONFIG_INOTIFY=y
CONFIG_DNOTIFY=y

Andreas


pgpfkIbhscoGQ.pgp
Description: PGP signature

Bug#379120: Bug#379365: Semi-successful install with miBoot floppy set and Netinst CD on OldWorld Mac...

[Rick Thomas]

On Jul 23, 2006, at 10:08 PM, Frans Pop wrote:


On Monday 24 July 2006 02:36, Rick Thomas wrote:

I have not yet tried using lspci on a system during installation.  Do
you need that test done?


You should be able to simply check if the lspci output is present in
(IIRC) /var/log/installer/hardware-summary after the installation.



Yes.  It's there.  So I guess lspci is present during install.

Rick



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

Bug#379525: Unfortunate difference between tasksel and aptitude when cd-drive is empty...

[Rick Thomas]

Package: tasksel

==
In short, when the CD-drive is empty, but apt/sources.list contains a  
'deb cdrom:', tasksel hangs and can not recover.  In the same  
situation aptitude responds gracefully by asking the user to insert  
the missing CD -- with an option to ignore the CD and get the  
packages in question from other sources.


==

As part of a different report [Bug#379365: Semi-successful install  
with miBoot floppy set and Netinst CD on OldWorld Mac...] I did some  
experiments that may be helpful in figuring out what's going on here...


I did a "bare bones" install (un-checked the "Desktop" task in the  
task selection stage) from a netinst CD today.  As part of the finish- 
up/reboot stage, I removed the netinst install CD from the drive as  
instructed.  After the reboot, I tried to use tasksel to install the  
missing Desktop task.  I deliberately left the CD out of the drive.   
I got these messages on the console:


> HASH (0x101a4004) provides: complete-desktop
> E: Package read-edid has no installation candidate
> cdrom: open failed
> cdrom: open failed

Then the process hung.  I hit ctl-C as an experiment, and it  
proceeded a bit, but gave two more messages "cdrom: open failed" and  
hung again.  Hitting ctl-C again did not make it progress any further.


I went to another console window and rebooted.  After the reboot, I  
tried tasksel again, but this time with the CD in the drive.  It ran  
just fine, but it did *not* read much (if anything at all) from the  
CDrom -- no blinking lights that I could see on the CD drive -- but  
lots of network activity.  Very curious!


Later on, I tried "mount -v /media/cdrom" with no CD in the drive.  I  
got the message "mount: No medium found" on the console.  So the  
drive (and the driver) is doing it's job and reporting correctly that  
there is no media in the drive.


Then I used aptitude to install the "openssh" package.  I did it with  
nothing in the CD drive.  Aptitude gave me an error message:
> Please insert the disk labeled "Debian GNU/Linux testing  
_Etch_ ..." into the drive "/cdrom".

> [continue] [abort]

I chose [abort] and it went ahead and got the package from the  
network server.


So there seems to be a difference between "tasksel" and "aptitude" in  
their behavior on a missing CDrom.   In an earlier report I said that  
"aptitude" had hung.  I believe now that it was actually "tasksel"  
that hung.  Sorry for any confusion this may have caused.


Hope this helps!


Rick



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

Bug#379521: Install report, focusing on Hebrew l10n issues

[Baruch Even]

Frans Pop wrote:
> On Monday 24 July 2006 03:30, Baruch Even wrote:
>> It fails to install during mkinitramfs with the error:
>> Cannot create /target/etc/mkinitramfs/initramfs.conf: Directory
>> nonexistent
> 
> I'm going to need the syslog from that installation as I cannot reproduce 
> this.
> 
> Could you switch to VT2 before the base-installer phase (e.g. during 
> partitioning) and add a 'set -x' in the file:
> /var/lib/dpkg/info/base-installer.postinst
> 
> You should be able to get the /var/log/syslog off the machine using the 
> option "Save debug logs" option. Please send it gzipped.

Looking now it seems that I've mistakenly still run the weekly build iso
and not the netinst daily build iso.

I'll check that again and get back to you.

Baruch


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

Bug#379513: Installation Failure

[Frans Pop]

On Monday 24 July 2006 03:57, Trevor de Stigter wrote:
> When running in expert mode the installer says that the i82365 (for the
> Cirrus logic chip which i think is used on the particular machine as
> the io controller for the pcmcia port) is needed

OK, so the module is needed.

What is the output if you try to load it manually (modprobe i82365) from 
VT2?

Note that there is probably very little we can do to resolve this. This 
sounds like possibly a kernel issue and the 2.4.27 kernel is no longer 
maintained.
Your best chance is probably to try to setup the network manually from 
VT2, but that implies that you know which steps to follow...

If you are willing to install Etch instead of Sarge, you could try the 
floppies availably from [1], which use a 2.6 kernel. These floppies are 
still under development, but have resulted in successful installs.
You probably need the net-drivers-extra-2.6.img driver floppy (besides the 
boot and root floppies).

[1] http://www-timc.imag.fr/Sylvain.Ferriol/debian/d-i/i386/


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

Bug#373860: cairo bug

[Dave Beckett]

This seems more like a compiler problem, the mathcalls.h lines are
things like:

extern double y1 (double) __attribute__ ((__nothrow__)); extern double
__y1 (double) __attribute__ ((__nothrow__));

(after pre-processor expansion)

The name in a function declaration.

In cairo, they are parameters in different function declarations.

In C, these are not shadowed declarations since function declaration
parameters have the scope of the function declaration only.

I suggest this bug applies to whatever compiler you are using; you don't
mention a version.

Dave


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

Bug#379521: Install report, focusing on Hebrew l10n issues

[Frans Pop]

On Monday 24 July 2006 03:30, Baruch Even wrote:
> It fails to install during mkinitramfs with the error:
> Cannot create /target/etc/mkinitramfs/initramfs.conf: Directory
> nonexistent

I'm going to need the syslog from that installation as I cannot reproduce 
this.

Could you switch to VT2 before the base-installer phase (e.g. during 
partitioning) and add a 'set -x' in the file:
/var/lib/dpkg/info/base-installer.postinst

You should be able to get the /var/log/syslog off the machine using the 
option "Save debug logs" option. Please send it gzipped.

Thanks


pgpBmMOYMr8YD.pgp
Description: PGP signature

Bug#379524: gimp 2.2.6-1sarge1 links against libraries from testing and not stable

[djhack]

Package: gimp2.2.6-1sarge1

My apologies, first time reporting a bug.

I filed a "reportbug" for gimp but I wanted to include this:

Tried to upgrade to gimp2.2.6 and once it was installed I was told that  
it needed "libpangocairo" to run. It comes from libcairo2 which is not  
available in stable.


"ldd -f $(which gimp)" results:
ibpangoxft-1.0.so.0 => /usr/lib/libpangoxft-1.0.so.0 (0x404da000)
libpangox-1.0.so.0 => /usr/lib/libpangox-1.0.so.0
 (0x404e1000)
libpangoft2-1.0.so.0 => /usr/lib/libpangoft2-1.0.so.0
 (0x40502000)
libpango-1.0.so.0 => /usr/lib/libpango-1.0.so.0 (0x40529000)
libpangocairo-1.0.so.0 => not found
libcairo.so.2 => not found

DJ...



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

Bug#379523: libgnomedb2-common: gnome-database-properties crashes when Close is clicked in About dialog

[Rasmus Toftdahl Olesen]

Package: libgnomedb2-common
Version: 1.2.2-2
Severity: important



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

Versions of packages libgnomedb2-common depends on:
ii  gconf2 2.14.0-1  GNOME configuration database syste
ii  libart-2.0-2   2.3.17-1  Library of functions for 2D graphi
ii  libatk1.0-01.12.1-1  The ATK accessibility toolkit
ii  libbonobo2-0   2.14.0-1  Bonobo CORBA interfaces library
ii  libbonoboui2-0 2.14.0-3  The Bonobo UI library
ii  libc6  2.3.6-15  GNU C Library: Shared libraries
ii  libcairo2  1.2.0-3   The Cairo 2D vector graphics libra
ii  libfontconfig1 2.3.2-7   generic font configuration library
ii  libgconf2-42.14.0-1  GNOME configuration database syste
ii  libgda2-3  1.2.3-2   GNOME Data Access library for GNOM
ii  libglade2-01:2.5.1-2 library to load .glade files at ru
ii  libglib2.0-0   2.10.3-3  The GLib library of C routines
ii  libgnome-keyring0  0.4.9-1   GNOME keyring services library
ii  libgnome2-02.14.1-2  The GNOME 2 library - runtime file
ii  libgnomecanvas2-0  2.14.0-2  A powerful object-oriented display
ii  libgnomedb2-4  1.2.2-2   Database UI widget library for GNO
ii  libgnomeui-0   2.14.1-2  The GNOME 2 libraries (User Interf
ii  libgnomevfs2-0 2.14.2-1  GNOME virtual file-system (runtime
ii  libgtk2.0-02.8.18-1  The GTK+ graphical user interface 
ii  libice61:1.0.0-3 X11 Inter-Client Exchange library
ii  liborbit2  1:2.14.0-2libraries for ORBit2 - a CORBA ORB
ii  libpango1.0-0  1.12.3-1+b1   Layout and rendering of internatio
ii  libpopt0   1.10-2lib for parsing cmdline parameters
ii  libsm6 1:1.0.0-4 X11 Session Management library
ii  libx11-6   2:1.0.0-7 X11 client-side library
ii  libxcursor11.1.5.2-5 X cursor management library
ii  libxext6   1:1.0.0-4 X11 miscellaneous extension librar
ii  libxfixes3 1:3.0.1.2-4   X11 miscellaneous 'fixes' extensio
ii  libxi6 1:1.0.0-5 X11 Input extension library
ii  libxinerama1   1:1.0.1-4 X11 Xinerama extension library
ii  libxml22.6.26.dfsg-2 GNOME XML library
ii  libxrandr2 2:1.1.0.2-4   X11 RandR extension library
ii  libxrender11:0.9.0.2-4   X Rendering Extension client libra
ii  libxslt1.1 1.1.17-2  XSLT processing library - runtime 
ii  zlib1g 1:1.2.3-13compression library - runtime

libgnomedb2-common recommends no packages.

-- no debconf information


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

Bug#379407: I/O access on GNU/Hurd

[Matthew Wilcox]

On Sun, Jul 23, 2006 at 01:36:46PM +0200, Thomas Schwinge wrote:
> Hello!

Hi!  Thanks for the patch.

> diff -ru pciutils-2.2.1.orig/lib/Makefile pciutils-2.2.1/lib/Makefile
> --- pciutils-2.2.1.orig/lib/Makefile  2004-08-13 22:29:06.0 +0200
> +++ pciutils-2.2.1/lib/Makefile   2006-01-20 01:53:05.0 +0100
> @@ -45,6 +45,10 @@
>  PCILIB=libpciutils.a
>  endif
>  
> +ifdef PCI_OS_GNU
> +CFLAGS += -D_GNU_SOURCE
> +endif

Do you need to touch the Makefile?  Would it be enough to instead do ...

> +++ pciutils-2.2.1/lib/i386-io-hurd.h 2006-01-20 02:08:58.0 +0100
>  
>  #include 

+#define _GNU_SOURCE

instead?



I'm also a little concerned that you guys are still using the ioport
routines.  This config space access method doesn't support PCI domains
and doesn't support extended config space.  I hope someone's working on
some mechanism for Hurd to access MMCONFIG (for example) regions.



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

Bug#342215: kmail crashes very oftenly on SPARC (other KDE apps crash too, but not so often)

[Christopher Martin]

severity 342215 important
stop

OK, until we get some reasonable confirmation that the bug is still 
present, I'm lowering to 'important'.

Cheers,
Christopher Martin

On Sunday 23 July 2006 18:23, you wrote:
> Sorry, but can't test at this moment. To upgrade to that version, I
> would have to update to xorg, which is broken for SPARC. :-(
>
> On Sun, 23 Jul 2006 11:36:15 -0400, Christopher Martin 
<[EMAIL PROTECTED]> wrote:
> > Hi,
> >
> > Can you confirm that the crashes you reported still afflict the
> > latest KDE 3.5.3? It's been seven months since the report, and
> > we've had no other reports of KMail crashes on sparc since.
> >
> > Thanks,
> > Christopher Martin
> >
> >> Since I upgraded KDE to 3.4.x, I'm getting unpleasant crashes on
> >> various KDE applications but the most serious, because of the
> >> frecuency in which it happens is kmail.
> >>
> >> The worst part is that, as kmail is compiled without debuging
> >> symbols, I can't debug much on what's happening, and all I have
> >> are the signals with which it dies (4 "Illegal Instruction", and
> >> 11 "Invalid memory reference").
> >>
> >> *** KMail got signal 11 (Crashing)
> >> KCrash: Application 'kmail' crashing...
> >>
> >> And this doesn't happen when doing something especifically. For
> >> example, if I type to fast when composing, it sometimes crashes.
> >> Also I got crashes when configuring kmail or filters.
> >>
> >> Just a moment ago konsole died with no reason, and I wasn't even
> >> doing anything with it.
> >>
> >> KCrash: Application 'konsole' crashing...
> >>
> >> This is very annoying.
>
> --
> -
> Lic. Martín Marqués |   SELECT 'mmarques' ||
> Centro de Telemática|   '@' || 'unl.edu.ar';
> Universidad Nacional|   DBA, Programador,
> del Litoral |   Administrador
> -

Bug#352005: Reopening a new K3b bug

[Francois Marier]

Hi, sorry for the delay, I was away for most of July.  I have however not
forgotten you.

On Mon, Jul 03, 2006 at 02:41:38AM -0400, A. Costa wrote:
> 2) More difficult.  We rewrite the bug using what we've learned, and open
> a new one, phrased so it's harder to misunderstand.
> 
> 3) Difficulty uncertain.  When you believe upstream is mistaken, vote
> against them if possible, and take the time to tell them they're
> mistaken.  If upstream is sensitive or contentious, that probably should
> be a last resort.

I believe that your solution #2 is the best one.  Voting against or arguing
with the upstream developer is unlikely to solve this bug faster.  Sebastian
isn't paid for his work on K3b so getting into arguments is most likely
reducing the amount of fun he gets from this project, which in turns would
slow the project down.

> "0" votes... Question:  was F. Marier, Debain maintainer, able to vote
> for this bug?

Yes I am able to vote for bugs, however I don't believe that the upstream
developer uses the number of votes to prioritize bugs.  Therefore, I only
use this feature to be notified of activity for bugs where I am not the
"owner".

So what I'd like to do is to rewrite the description of the bug and submit a
new one upstream.  Of course, I'd like your opinion on the following before
I send it over:

--
There is a confusing message from K3b whenever the user tries to burn a Data
CD project on a blank DVD-R (or vice-versa).  The message looks like:

  Waiting for Disk - K3b
  Found media: DVD-R
  Please insert an empty or appendable CD-R medium into drive ...

Two Debian users have reported being confused by this message and not being
sure what to do.  A. Costa <[EMAIL PROTECTED]> suggested to clarify this
dialog box in the following way:

Instead of saying "Waiting for disc", if K3B was expecting a different disc,
the title bar could say:

Wrong disc type

...and follow with an explanation like:

The drive contains a 'foo' disc,
but your current K3B Project is set up for a 'bar' disc.
To continue remove the 'foo' disc and insert
the correct 'bar' disc.

...that way the user knows, and also knows that K3B knows:

1) There is a disc in the drive.
2) It's the wrong kind.
3) The kind needed is 'bar'.
4) How to fix it.
--

Thanks for you time,

Francois


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

Bug#276824: test scenario, patch

[Mike Small]

I was seeing this error too.  It looks like there's a string handling
error in the part of it that collects filenames to index as it
traverses the source directory tree.  The commands below give a
reproducible text case, at least in my environment:

$ mkdir -p 
/tmp/debian-bug-276824/0123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789/012345678901234567890
$ ./ra-index /tmp/ /tmp/debian-bug-276824/ 
Segmentation fault


You can see the problem in get_files_from_directory in parsedoc.c...

...
  char filename[256], *shortname;
...
entry = readdir(directory);
while (entry != NULL) {
  shortname = entry->d_name;
  if(strcmp(shortname,".") && strcmp(shortname,"..")) {
strncpy(filename, sourcename, sizeof(filename)-2);
filename[sizeof(filename)-1] = '\0';
if (filename[strlen(filename)-1] != '/')
  strcat(filename, "/");
strncat(filename, shortname, sizeof(filename)-1);

/* find the end of the chain of filenames, and recursively append */
for (current_filename = list_of_filenames; 
 (current_filename->next != NULL); 
 current_filename = current_filename->next);
current_filename->next = get_files_from_directory (filename, excludees);
  }
  entry = readdir(directory);
}
/* Get rid of the dummy entry */
...

Care is taken to terminate the string after the strncpy but not after
the strncat.  filename is badly named here, perhaps, since it's really
a full pathname and can easily exceed 256 characters as subdirectory
names are catenated onto it.  When the combined length of filename,
the directory separator and shortname is 256 or greater strncat will
not zero terminate the string.  In my testing it seemed to take a
somewhat long subdirectory within the subdirectory that made the whole
path longer than 256 characters to trigger the segv for some reason,
as I do in the test case above, but that might have been random.

gdb output...

Starting program: /home/smallm/src/debian/remem-2.12/main/ra-index /tmp/ 
/tmp/debian-bug-276824/

Program received signal SIGSEGV, Segmentation fault.
get_files_from_directory (sourcename=0x10021ca8 "/tmp/debian-bug-276824", 
excludees=0x10021c88)
at parsedoc.c:272
(gdb) bt
#0  get_files_from_directory (sourcename=0x10021ca8 "/tmp/debian-bug-276824", 
excludees=0x10021c88) at parsedoc.c:272
#1  0x10005c0c in get_and_append_filenames (sources=0x10021c78, 
excludees=, 
lof=0x7f8fe528) at parsedoc.c:145
#2  0x100014f4 in main (argc=3, argv=0x7f8ff8b4) at imain.c:396


I think it makes more sense for filename to be dynamically allocated
based on the lengths of sourcename and shortname.  There's a patch
with that change attached.  With it ra-index passed the test case
above and was able to index my home directory without segfaulting.
I'm not checking for memory failure from malloc since that doesn't
seem to be done anywhere else in the program -- a problem for another
day?


-- 
Mike Small
[EMAIL PROTECTED]

--- remem-2.12/template/parsedoc.c.orig	2003-11-25 05:09:17.0 -0500
+++ remem-2.12/template/parsedoc.c	2006-07-23 17:17:12.0 -0400
@@ -165,7 +165,7 @@
 List_of_Filenames *get_files_from_directory(char *sourcename, char **excludees)
 {
   int i, isurl=0;
-  char filename[256], *shortname;
+  char *shortname;
   struct stat buf;
   DIR *directory;
   savant_direct *entry;
@@ -176,8 +176,6 @@
   list_of_filenames = (List_of_Filenames *) malloc (sizeof(List_of_Filenames));
   list_of_filenames->next = NULL;
 
-  filename[sizeof(filename)-1] = '\0';
-
   if ((strncmp(sourcename, "http://";, 7) == 0) || (strncmp(sourcename, "ftp://";, 6)==0)) {
 /* It's a URL, so it it's not excluded then just return the URL itself */
 isurl=1;
@@ -250,17 +248,24 @@
 while (entry != NULL) {
   shortname = entry->d_name;
   if(strcmp(shortname,".") && strcmp(shortname,"..")) {
-strncpy(filename, sourcename, sizeof(filename)-2);
-filename[sizeof(filename)-1] = '\0';
-if (filename[strlen(filename)-1] != '/')
+char * filename;
+size_t sourcelen;
+
+sourcelen = strlen(sourcename);
+filename = (char *) malloc (sizeof(char) * (sourcelen + strlen(shortname) + 2));
+strcpy(filename, sourcename);
+
+if (filename[sourcelen-1] != '/')
   strcat(filename, "/");
-strncat(filename, shortname, sizeof(filename)-1);
+strcat(filename, shortname);
 
 /* find the end of the chain of filenames, and recursively append */
 for (current_filename = list_of_filenames; 
  (current_filename->next != NULL); 
  current_filename = current_filename->next);
 current_filename->next = get_files_from_directory (filename, excludee

Bug#379522: evince: fails to render pages 24 & 25 correctly

[Anand Kumria]

Package: evince
Version: 0.4.0-2
Severity: normal

Hi,

evince doesn't display all the text on pages 24 and 25 (indeed, some of
the background graphics are also lost). However xpdf displays them fine.

The PDF is located at:


Thanks,
Anand

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

Versions of packages evince depends on:
ii  gconf2 2.14.0-1  GNOME configuration database syste
ii  libart-2.0-2   2.3.17-1  Library of functions for 2D graphi
ii  libatk1.0-01.12.1-1  The ATK accessibility toolkit
ii  libaudiofile0  0.2.6-6   Open-source version of SGI's audio
ii  libavahi-client3   0.6.11-1  Avahi client library
ii  libavahi-common3   0.6.11-1  Avahi common library
ii  libavahi-glib1 0.6.11-1  Avahi glib integration library
ii  libbonobo2-0   2.14.0-1  Bonobo CORBA interfaces library
ii  libbonoboui2-0 2.14.0-3  The Bonobo UI library
ii  libc6  2.3.6-15  GNU C Library: Shared libraries
ii  libcairo2  1.0.4-2   The Cairo 2D vector graphics libra
ii  libdbus-1-20.62-4simple interprocess messaging syst
ii  libdjvulibre15 3.5.17-1  Runtime support for the DjVu image
ii  libesd-alsa0 [libesd0] 0.2.36-3  Enlightened Sound Daemon (ALSA) - 
ii  libfontconfig1 2.3.2-7   generic font configuration library
ii  libfreetype6   2.2.1-2   FreeType 2 font engine, shared lib
ii  libgconf2-42.14.0-1  GNOME configuration database syste
ii  libgcrypt111.2.2-1   LGPL Crypto library - runtime libr
ii  libglade2-01:2.5.1-2 library to load .glade files at ru
ii  libglib2.0-0   2.10.3-3  The GLib library of C routines
ii  libgnome-keyring0  0.4.9-1   GNOME keyring services library
ii  libgnome2-02.14.1-2  The GNOME 2 library - runtime file
ii  libgnomecanvas2-0  2.14.0-2  A powerful object-oriented display
ii  libgnomeprint2.2-0 2.12.1-5  The GNOME 2.2 print architecture -
ii  libgnomeprintui2.2-0   2.12.1-4  GNOME 2.2 print architecture User 
ii  libgnomeui-0   2.14.1-2  The GNOME 2 libraries (User Interf
ii  libgnomevfs2-0 2.14.2-1  GNOME virtual file-system (runtime
ii  libgnutls131.4.0-3   the GNU TLS library - runtime libr
ii  libgpg-error0  1.2-1 library for common error values an
ii  libgtk2.0-02.8.18-1  The GTK+ graphical user interface 
ii  libice61:1.0.0-3 X11 Inter-Client Exchange library
ii  libjpeg62  6b-13 The Independent JPEG Group's JPEG 
ii  libkpathsea4   3.0-17path search library for teTeX (run
ii  libnautilus-extension1 2.14.1-5  libraries for nautilus components 
ii  liborbit2  1:2.14.0-2libraries for ORBit2 - a CORBA ORB
ii  libpango1.0-0  1.12.3-1  Layout and rendering of internatio
ii  libpng12-0 1.2.8rel-5.1  PNG library - runtime
ii  libpoppler0c2  0.4.5-4.1 PDF rendering library
ii  libpoppler0c2-glib 0.4.5-4.1 PDF rendering library (GLib-based 
ii  libpopt0   1.10-2lib for parsing cmdline parameters
ii  libsm6 1:1.0.0-4 X11 Session Management library
ii  libstdc++6 4.1.1-5   The GNU Standard C++ Library v3
ii  libtasn1-2 1:0.2.17-2Manage ASN.1 structures (runtime)
ii  libtiff4   3.8.2-5   Tag Image File Format (TIFF) libra
ii  libx11-6   2:1.0.0-7 X11 client-side library
ii  libxcursor11.1.5.2-5 X cursor management library
ii  libxext6   1:1.0.0-4 X11 miscellaneous extension librar
ii  libxfixes3 1:3.0.1.2-4   X11 miscellaneous 'fixes' extensio
ii  libxi6 1:1.0.0-5 X11 Input extension library
ii  libxinerama1   1:1.0.1-4 X11 Xinerama extension library
ii  libxml22.6.26.dfsg-2 GNOME XML library
ii  libxrandr2 2:1.1.0.2-4   X11 RandR extension library
ii  libxrender11:0.9.0.2-4   X Rendering Extension client libra
ii  zlib1g 1:1.2.3-13compression library - runtime

evince recommends no packages.

-- no debconf information


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

Bug#339085: Status update?

[Filipus Klutiero]

reopen 339085
close 339085
thanks

Michael Stone a écrit :


On Sun, Jul 23, 2006 at 06:20:49PM -0400, you wrote:

Michael, this bug report is pretty long, and opened at critical 
severity against a required package since many monthes, and has also 
reached testing by error. Would you please send an update summarizing 
what you think should be done before closing this bug?



Hmm. I don't immediately see why 5.96-3 got into testing. C'est la
vie. Given that, and since the world doesn't seem to have come to an 
end over the issue, I'll just close the bug.

Mike Stone


Thanks for the quick reply. Your reply didn't seem to change anything to 
the bug, so I'm marking the bug as closed and not found in any version.
The reason the bug got into testing is that I closed the bug in 5.93-3, 
but the bug was still open. britney doesn't do version tracking, which 
is usually just conservative, but in the case of bugs that are 
reintroduced, it is not strict enough. I didn't think about that, so 
sorry for taking the risk to break testing (I'm glad this didn't happen).

Bug#378759: Patch for nepenthes: dpkg-buildpackage erases y.tab.c if run a second time

[Nepenthes Development Team]

Hi,

We just wanted to let you know it is fixed in svn using autotools (the
good way).

But due too a lot of changes between 0.1.7 and current svn, we were
unable to create a patch that would fix *this* issue without breaking
something else.

The fix was only possible as we changed the whole linking, in 0.1.7
everything gets linked to every library we use, this was changed, so
we link only with the required depencies.

So, the diff would change *every* Makefile.am, but apart from the
linking changes, we changed other things, some things got removed,
others got added, really hard to diff.

We know this does not change your current problem, but for the next
release this is fixed.


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

Bug#379513: Installation Failure

[Trevor de Stigter]

Hi,

Further to my previous-
After the error is reported pressing any key causes the installation to
continue "starting card serveces", and then displays a  further screen
saying "no ethernet card detected" The D-Link PCMCIA card is not
amongst the available options"

When I select "Go back" on this screen and then select "execute shell"
uname -a produces ouput:
"Linux (none) 2.4.27-2-386 #1 Thu Jan 20 10:55:08 JST 2005 i586 unknown"
The last few lines off the dmesg display are:

isapnp: Scanning for pNp cards
isapnp: No Plug and Play device found
Linux Kernel Card Services 3.1.22
   options [pci] [cardbus] [pm]
Intel ISA PCIC probe: not found.
Intel ISA PCIC probe: not found.
Intel ISA PCIC probe: not found.

When running in expert mode the installer says that the i82365 (for the
Cirrus logic chip which i think is used on the particular machine as
the io controller for the pcmcia port) is needed
if this step is by passed it then starts the Card services, reports
that some modules (the ide modules and isofs module are not yet
available and the reports that no ethernet card has been detected and
gives a list of cards .
breaking to the shell at this point gives a similar display except that
isapnp is run after Crd Services has been started, and the Intel ISA
PCIC probe is only run twice.

Cheers,
Trevor

Frans Pop wrote:

  On Monday 24 July 2006 01:32, Trevor de Stigter wrote:
  
  
Then Detecting Network hardware reported error while running  modprobe
-v  i82365.

  
  
What was the exact error? You should be able to see that in output of 
'dmesg' or 'nano /var/log/syslog' from VT2.

What kernel version was the installer running ('uname -a')?

It looks like you don't actually need that module. So what happens if you 
boot the installer in expert mode and unselect that module during 
hardware detection?






  

Bug#379120: Bug#379365: Semi-successful install with miBoot floppy set and Netinst CD on OldWorld Mac...

[Frans Pop]

On Monday 24 July 2006 02:36, Rick Thomas wrote:
> I have not yet tried using lspci on a system during installation.  Do
> you need that test done?

You should be able to simply check if the lspci output is present in 
(IIRC) /var/log/installer/hardware-summary after the installation.


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

Bug#378286: fp-ide don't works in gnome-terminal or Konsole but yes in console

[Sergio Vernis]

fp-ide don't works in gnome-terminal or Konsole but yes in text console

Where is the bug? in fp or in gnome-terminal and Konsole?

Regards

Sergio Vernis


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

Bug#379521: Install report, focusing on Hebrew l10n issues

[Baruch Even]

Package: installation-reports

Boot method: cdrom in a qemu machine
Image version: Daily build from 2006-07-24
Date: 2006-07-24 00:40 +0100

Machine: qemu from Debian etch 0.8.1-1
Processor: i386
Memory: 128MB
Partitions: not important, I just had a 1GB image and had one partition
and one swap.

Output of lspci and lspci -n:
NA, the network was an rtl8139 emulation in qemu.

Base System Installation Checklist:
[O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it

Initial boot worked:[O]
Configure network HW:   [O]
Config network: [O]
Detect CD:  [O]
Load installer modules: [O]
Detect hard drives: [O]
Partition hard drives:  [O]
Create file systems:[O]
Mount partitions:   [O]
Install base system:[E]
Install boot loader:[ ]
Reboot: [ ]

Comments/Problems:

The installer started in text mode and not g-i, I assume it's something
to do with qemu.

Some installer screens are not translated. But most of them are in
Hebrew and it works really nicely too!

There is a screen to choose locale for Hebrew, It's not translated and I
think it makes more sense to default to the he_IL.UTF-8 locale all the
time. There is very little reason to use the default he_IL locale.


It fails to install during mkinitramfs with the error:
Cannot create /target/etc/mkinitramfs/initramfs.conf: Directory nonexistent

The image was downloaded from
http://cdimage.debian.org/cdimage/daily-builds/daily/arch-latest/i386/iso-cd/debian-testing-i386-netinst.iso
$ md5sum debian-testing-i386-netinst.iso
65930682a7d742e485bec89ec4ab8633  debian-testing-i386-netinst.iso



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

Bug#243007: Processed: tags 243007 - pending

[Adeodato Simó]

tag 243007 - pending
tag 243007 + fixed-upstream
thanks

* Pawel Wiecek [Fri, 30 Jun 2006 06:59:20 +0200]:

> tags 243007 + pending
> thanks

> If it's prepared in my not-yet-ready-to-upload code, then it *is* pending.

No, sorry, that's the definition of "fixed-upstream", which means "fix
is commited somewhere, but not yet ready to be uploaded". "pending",
otoh, implies that the fix has been comitted somewhere _in a form
suitable for immediate upload_.

Please don't readd the pending tag unless it complies with the sentence
underlined above.

Thanks,

-- 
Adeodato Simó dato at net.com.org.es
Debian Developer  adeodato at debian.org
 
 Listening to: boards of canada - Twoism

Bug#379120: Bug#379365: Semi-successful install with miBoot floppy set and Netinst CD on OldWorld Mac...

[Rick Thomas]

On Jul 23, 2006, at 1:49 PM, Rick Thomas wrote:



On Jul 23, 2006, at 6:58 AM, Geert Stappers wrote:


On Sun, Jul 23, 2006 at 02:14:26AM -0400, Rick Thomas wrote:

Package: installation-reports

Installation on (OldWorld) PowerMac beige G3 (Gossamer) using miBoot
floppies and netinst CDrom.


INSTALL REPORT

| Debian-installer-version:
| Debian etch daily powerpc netinst install CD iso dated "21- 
Jul-2006 01:57 166MB"



   


Output of lspci and lspci -n:

debian:~# ( lspci -n ; lspci ) | sort
| 00:00.0 0600: 1057:0002 (rev 40)
| 00:00.0 Host bridge: Motorola MPC106 [Grackle] (rev 40)
| 00:0d.0 0200: 1186:1300 (rev 10)
| 00:0d.0 Ethernet controller: D-Link System Inc RTL8139 Ethernet  
(rev 10)

| 00:0e.0 0100: 1191:0009 (rev 06)
| 00:0e.0 SCSI storage controller: Artop Electronic Corp ATP865  
(rev 06)

 

Was "lspci" run in the installer or in the installed system?
If in the installer: Was it before installing the desktop task?

I'm asking because bugreport #379120 (Reply-To: is set accordingly )


It was run in the installed system.



As noted elsewhere, lspci is pulled in by the "Desktop" task.  It's  
not present in the "bare-bones" ("Desktop" un-checked) install (as  
one might want to use for a simple server)


The reason that lspci is present here is that, post-install, I used  
tasksel to load the "Desktop" task as part of a different experiment  
reported on elsewhere.


I have not yet tried using lspci on a system during installation.  Do  
you need that test done?


Hope this helps!

Rick




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

Bug#379517: imapsync: Version 1.179 is available

[Farzad FARID]

Package: imapsync
Version: 1.172-1
Severity: wishlist

Hi, version 1.179 of this program is now available.

 Regards

-- System Information:
Debian Release: 3.1
  APT prefers testing
  APT policy: (400, 'testing'), (300, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.17.4dedibox_r5
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=UTF-8)

Versions of packages imapsync depends on:
ii  libdigest-hmac-perl  1.01-3  create standard message integrity 
ii  libmail-imapclient-perl  2.2.9+deb-2 a perl library for manipulating IM
ii  libterm-readkey-perl 2.21-1.3A perl module for simple terminal 
ii  perl 5.8.8-6 Larry Wall's Practical Extraction 

-- no debconf information


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

Bug#379519: installation-reports

[Héctor A. Rompato Carricart]

Package: installation-reports

Boot method: network
Image version: debian-testing-amd64-netinst
Date: 2006-07-23

Machine: Custom (ASUS A8V-MX)
Processor: AMD64
Memory: 512
Partitions: none

Output of lspci and lspci -n: none

Base System Installation Checklist:
[O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it

Initial boot worked:[O]
Configure network HW:   [E]
Config network: [O]
Detect CD:  [O]
Load installer modules: [O]
Detect hard drives: [E]
Partition hard drives:  [E]
Create file systems:[ ]
Mount partitions:   [ ]
Install base system:[ ]
Install boot loader:[ ]
Reboot: [ ]

Comments/Problems:

Can't install the sata_via modules. I compile de 2.6.16 kernel with the correct 
ahci and sata_via patch but I can't known how to put in the installer.
The SATA drive is not recognized.
If you can explain me how to put a correct kernel o yuo can path a 2.6.16 
kernel and make a new installer
Regards.


begin:vcard
fn;quoted-printable:H=C3=A9ctor Andr=C3=A9s Rompato Carricart
n;quoted-printable:Rompato Carricart;H=C3=A9ctor Andr=C3=A9s
email;internet:[EMAIL PROTECTED]
x-mozilla-html:TRUE
version:2.1
end:vcard

Bug#379520: kmail: I'd like to be able to edit To, Subject, Cc, and Bcc in external editor

[Thomer M. Gil]

Package: kmail
Version: 4:3.5.3-3
Severity: wishlist


It'd be wonderful if I could edit headers in the external editor.  Mutt, for
example, allows you to specify nicknames on the To: line in the editor (or
edit any header on outgoing mail, for that matter).  When exiting the editor,
nicknames get expanded to the full name and email addresses.  Similar
functionality in KMail would be great.

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

Versions of packages kmail depends on:
ii  kdebase-kio-plugins 4:3.5.3-2core I/O slaves for KDE
ii  kdelibs4c2a 4:3.5.3-1core libraries and binaries for al
ii  kdepim-kio-plugins  4:3.5.3-3KDE pim I/O Slaves
ii  libart-2.0-22.3.17-1 Library of functions for 2D graphi
ii  libaudio2   1.8-1The Network Audio System (NAS). (s
ii  libc6   2.3.6-15 GNU C Library: Shared libraries
ii  libfontconfig1  2.3.2-7  generic font configuration library
ii  libfreetype62.2.1-2  FreeType 2 font engine, shared lib
ii  libgcc1 1:4.1.1-9GCC support library
ii  libice6 1:1.0.0-3X11 Inter-Client Exchange library
ii  libidn110.6.5-1  GNU libidn library, implementation
ii  libjpeg62   6b-13The Independent JPEG Group's JPEG 
ii  libkcal2b   4:3.5.3-3KDE calendaring library
ii  libkdepim1a 4:3.5.3-3KDE PIM library
ii  libkleopatra1   4:3.5.3-3KDE GnuPG interface libraries
ii  libkmime2   4:3.5.3-3KDE MIME interface library
ii  libkpimidentities1  4:3.5.3-3KDE PIM user identity information 
ii  libksieve0  4:3.5.3-3KDE mail/news message filtering li
ii  libmimelib1c2a  4:3.5.3-3KDE mime library
ii  libpng12-0  1.2.8rel-5.2 PNG library - runtime
ii  libqt3-mt   3:3.3.6-2Qt GUI Library (Threaded runtime v
ii  libsm6  1:1.0.0-4X11 Session Management library
ii  libstdc++6  4.1.1-9  The GNU Standard C++ Library v3
ii  libx11-62:1.0.0-7X11 client-side library
ii  libxcursor1 1.1.5.2-5X cursor management library
ii  libxext61:1.0.0-4X11 miscellaneous extension librar
ii  libxft2 2.1.8.2-8FreeType-based font drawing librar
ii  libxi6  1:1.0.0-5X11 Input extension library
ii  libxinerama11:1.0.1-4X11 Xinerama extension library
ii  libxrandr2  2:1.1.0.2-4  X11 RandR extension library
ii  libxrender1 1:0.9.0.2-4  X Rendering Extension client libra
ii  libxt6  1:1.0.0-5X11 toolkit intrinsics library
ii  perl5.8.8-6  Larry Wall's Practical Extraction 
ii  zlib1g  1:1.2.3-13   compression library - runtime

Versions of packages kmail recommends:
ii  kdebase-kio-plugins   4:3.5.3-2  core I/O slaves for KDE
ii  kdepim-kio-plugins4:3.5.3-3  KDE pim I/O Slaves
ii  procmail  3.22-16Versatile e-mail processor

-- no debconf information


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

Bug#379307: network-manager-kde: should reload d-bus config upon install

[Michael Biebl]

Andreas Kloeckner wrote:
> Package: network-manager-kde
> Severity: normal
> 
> If that reload is not performed, knetworkmanager refuses to connect with a 
> D-Bus
> error message until D-Bus is restarted.

Hi Andreas,

could you please post your error message. Do you have a dnotify/inotify
enabled kernel?

Michael


-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature

Bug#379518: lilo: too clever for its own good

[Nathanael Nerode]

Package: lilo
Version: 1:22.6.1-7+b1
Severity: grave
Justification: breaks all kernel upgrades

On upgrade, I find that running lilo gives me this:

Fatal:  '/dev/sdb' is not a whole disk device

If I remove the "disk=/dev/sdb inaccessible" line from my lilo.conf
and rerun lilo, I instead get:

Cannot proceed maybe you need to add this to your lilo.conf:
disk=/dev/sdb inaccessible
(real error shown below)
Fatal: open /dev/sdb: No such file or directory

This makes it impossible to run lilo.  Thus making it impossible to
safely upgrade the kernel.  Therefore "grave" severity.



Eventually I managed a workaround by running "lilo -P ignore", or
adding the ignore-table global option to lilo.conf.  However,
this is not a reasonable workaround.  I don't want to ignore the
partition table check.

I'm installing the boot sector on *hda*, which is also where the
root partition is located and also where the kernel and initrd are
located.  Lilo has no business even *looking* at sdb, but it should
be checking the partition table on hda.

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

Versions of packages lilo depends on:
ii  debconf  1.5.2   Debian configuration management sy
ii  libc62.3.6-15GNU C Library: Shared libraries
ii  libdevmapper1.02 2:1.02.07-1 The Linux Kernel Device Mapper use

lilo recommends no packages.

-- debconf information:
  lilo/bad_bitmap:
  lilo/upgrade:
  lilo/link1:
  lilo/runme: = false
* lilo/new-config:
  lilo/link2:


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

Bug#376071: network-manager-kde: dial up configurations are ignored

[Michael Biebl]

Torsten Werner wrote:
> Package: network-manager-kde
> Version: 0.09+0.1r527269-1
> Severity: normal
> 
> Hello,
> 
> 
> network-manager tells me via syslog that it founds a dial up
> configuration:
> 
> Jun 29 23:34:24 localhost NetworkManager: ^IFound dial up
> configurati
> on for Modem (#0): ppp0
> 
> but I found no way to dial this connection in the GUI. The actual entry in
> /etc/network/interfaces is:
> 
> iface ppp0 inet ppp
>provider vodafone
> 
> 

Hi Torsten,

I can't test dialup support myself but I uploaded a package with enabled
ppp dialup support to [1]. Please give it a try and let me know if it
works or not.

Thanks,
Michael

[1]
http://debs.michaelbiebl.de/dists/unstable/main/binary-i386/network-manager-kde_0.09+0.1r560817-1_i386.deb

-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature

Bug#376837: Suggests: python2.4-paramiko broken

[Brian May]

Package: bzr
Version: 0.8.2-3
Followup-For: Bug #376837

I believe the correct package is now python-paramiko. Nothing in Debian
provides python2.4-paramiko.

So it probably should be:

Recommends: python-paramiko

-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: powerpc (ppc)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.16-2-powerpc
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8)

Versions of packages bzr depends on:
ii  python-celementtree [python2. 1.0.5-7Light-weight toolkit for XML proce
ii  python2.4 2.4.3-7An interactive high-level object-o

bzr recommends no packages.

-- no debconf information


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

Bug#379513: Installation Failure

[Frans Pop]

On Monday 24 July 2006 01:32, Trevor de Stigter wrote:
> Then Detecting Network hardware reported error while running  modprobe
> -v  i82365.

What was the exact error? You should be able to see that in output of 
'dmesg' or 'nano /var/log/syslog' from VT2.

What kernel version was the installer running ('uname -a')?

It looks like you don't actually need that module. So what happens if you 
boot the installer in expert mode and unselect that module during 
hardware detection?


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

Bug#340119: #340119 Fails to upgrade

[Michael Stone]

severity 340119 wishlist
tags 340119 +pending
thanks

The debian version already removes the proper file. I had assumed that 
the rm /usr/share/man/man1/md5sum.textutils covered some case I'd 
missed, and I'll remove the line in the next upload. It's not a real 
high priority since all it's doing is trying to remove a file that 
shouldn't ever actually exist.


Mike Stone


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

Bug#379509: RM: tkpgp

[Christian Surchi]

Package: ftp.debian.org
Severity: normal

Hi,
in past I have maintained tkpgp (contrib), but its development died a 
few years ago and there are not traces of author and sources web pages. 
So, I think we should remove it. I think there are valid alternatives. :-)

thanks
Christian


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

Bug#379373: failure to merge bugs in different states

[Don Armstrong]

On Sun, 23 Jul 2006, martin f krafft wrote:
>   > # Automatically generated email from bts, devscripts version 2.9.20
>   > merge 376106 174331
>   Bug#174331: logcheck: propose support for macros in configs
>   Bug#376106: idea: interpolation in filter files
>   Mismatch - only Bugs in same state can be merged:
>   Values for `blocks' don't match:
>   #174331 has `306913';
>   #376106 has `'
> 
> is this really necessary? Could you not simply add the union of
> tags/blocks to the merged bug?

The union of the tags are already added to the merged bugs; blocks are
not merged currently because the union doesn't necessarily make sense.
IE, you need to make some decision on which blocks are correct, and
which aren't.

> I know about forcemerge and to be honest, the many times I have hit
> my head on this limitation will just make me use forcemerge at all
> times in the future, which I doubt is what I should be doing.

forcemerge is fine if you know that the first bug is correct, and you
want the second bug to be changed to be exactly the same as the first
bug. [Which may not always be the case, which is why merge is
stricter.]

> Please reasses. If I am merging two bugs and they are of the same
> severity and belong to the same package, I'd say their tags and
> blocks and whatever else should be added.

There may be an argument to have the union of blocks, but that's it;
the other non-tag/version fields definetly have to be the same in a
normal merge.


Don Armstrong

-- 
Clothes make the man. Naked people have little or no influence on
society.
 -- Mark Twain 

http://www.donarmstrong.com  http://rzlab.ucr.edu


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

Bug#379514: x11-common install fails if ./usr/bin/X doesn't exist

[Gonéri Le Bouder]

Package: x11-common
Version: 1:7.0.22
Severity: normal

Hi,
I've a very basic system without X. When i tried to install x11-common
i got this error:

dpkg: error processing /var/cache/apt/archives/x11-common_1%3a7.0.22_i386.deb 
(--unpack):
 error setting permissions of `./usr/bin/X': Operation not permitted
dpkg-deb: subprocess paste killed by signal (Broken pipe)
Errors were encountered while processing:
 /var/cache/apt/archives/x11-common_1%3a7.0.22_i386.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)

nana:/tmp# ls /usr/bin/X
ls: /usr/bin/X: No such file or directory

post install script seem to want to play with /usr/bin/X that doesn't exist.

Regards,

Gonéri

Bug#379512: partman doesn't always guess right geometry, doesn't allow geometry to be specified

[Alexey Toptygin]

Package: partman

Installing from the floppies here: 
testing/main/installer-i386/20060304/images/floppy/


partman doesn't always guess the correct geometry when partitioning and 
there is no valid partition table. This causes grub to fail after reboot 
on systems where the guessed geometry is not appropriate (i.e. CHS-only 
BIOSes). In my case, the correct geometry is 2100/16/63, and partman 
guesses 131/255/63 (which is the kernel's logical geometry). There is no 
way to tell partman what geometry to use. It is possible to work around by 
using fdisk to create a blank partition table with the correct geometry 
before starting partman.


partman should at least offer the choice between the kernel's physical 
and logical geometries when creating new partition tables, but the ability 
to enter a geometry would be best.


Alexey


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

Bug#379489: digitemp: FTBFS: bashisms

[Brian C. Lane]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Julien Danjou wrote:
> Package: digitemp
> Version: 3.3.2-2
> Severity: important
> 
> Hello,
> 
> There was a problem while autobuilding your package:
> 
>> Automatic build of digitemp_3.3.2-2 on avidan by sbuild/i386 0.49
>> Build started at 20060723-0232
>> **
> ...
>>  debian/rules build
>> dh_testdir
>> touch configure-stamp
>> dh_testdir
>> mkdir -p build-serial/{src,userial/ds9097,userial/ds9097u}
>> (cd build-serial; /usr/bin/make -f ../Makefile srcdir=.. VPATH=.. all)
>> make[1]: Entering directory `/build/buildd/digitemp-3.3.2/build-serial'
>> gcc -I../src -I../userial -O2  -DLINUX -DLOCKDEV   -c -o src/digitemp.o 
>> ../src/digitemp.c
>> Assembler messages:
>> FATAL: can't create src/digitemp.o: No such file or directory
>> make[1]: *** [src/digitemp.o] Error 1
>> make[1]: Leaving directory `/build/buildd/digitemp-3.3.2/build-serial'
>> make: *** [build-stamp] Error 2
>> **
>> Build finished at 20060723-0232
>> FAILED [dpkg-buildpackage died]
> 

That's not a very descriptive error message :)

Brian

- --
- ---[Office 70.9F]--[Fridge 38.6F]---[Server 84.5F]--[Coaster 71.0F]---
Linux Software Developer  http://www.brianlane.com
Embedded Developer  http://www.linuxmicros.com

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.3 (MingW32)

iD8DBQFExARKIftj/pcSws0RAvT/AJ4h1FZa4+xLpBEh3R/WsY/PBsOaWQCfaNYX
vbrTjCyk4Wd7BD4G19LXRFo=
=2Qpo
-END PGP SIGNATURE-


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

Bug#379510: gnome-cups-manager test page doesn't print

[Russell O'Connor]

Package: cupsys
Version: 1.2.1-4

When I select Desktop->Administration->Printing from the Gnome desktop
menu, and then right click on my printer (hp_LaserJet_1320) and select
Properties, and then click on "Print a Test Page", no test page
prints.

The file it should be printing is
/usr/share/gnome-cups-manager/xd2-testpage-letter.eps

Trying that at the command line:

~$ lpr /usr/share/gnome-cups-manager/xd2-testpage-letter.eps
~$ tail -1 /var/log/cups/error_log
E [23/Jul/2006:18:25:29 -0400] PID 2183 
 (/usr/lib/cups/filter/foomatic-rip) stopped with status 3!

and it doesn't print.

This is version 0.31-1.1 of gnome-cups-manager.

My debugging efforts:

Setting "LogLevel debug" in /etc/cups/cupsd.conf, I see this in
/etc/cups/error_log:

... Started filter /usr/lib/cups/filter/pstops (PID 9369) for job 3399.
... Started filter /usr/lib/cups/filter/foomatic-rip
...
... [Job 3399] Error: /undefined in ESPwl

This tells me that the test page is being fed to pstops and
ghostscript is dying on the resulting code from pstops.

Setting "debug: 1" in /etc/foomatic/filter.conf, I get the input to
foomatic-rip (the output from pstops) in /tmp/foomatic-rip.ps.

ghostscript works on xd2-testpage-letter.eps, but fails on
foomatic-rip.ps with the same "/undefined in ESPwl" error.

Comparing foomatic-rip.ps to xd2-testpage-letter.eps, I see this:

  %%BeginResource: SDRes
  /b4_inc_state save def% original test page code
  ...
  userdict/ESPwl{}bind put  % added by pstops
  %%EndSetup
  ...
  b4_inc_state restore  % original test page code
  %%PageTrailer
  gsave
  ESPwl % added by pstops

What is happening is that test page code saves the state, then pstops
code defines ESPwl, then test page code restores the state, which
causes ESPwl to be undefined again, then pstops code references ESPwl,
and ghostscript complains about it being undefined and dies, so the
job doesn't print.

I can work around the problem by commenting out the code "b4_inc_state
restore" in /usr/share/gnome-cups-manager/xd2-testpage-letter.eps

-- 
Russell O'Connor <[EMAIL PROTECTED]>



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

Bug#330421: ITA: pppoeconf -- configures PPPoE/ADSL connections

[Gregory Colpart]

Hi,

I'm adopting this package.

Beta package for next version is available here:
http://gcolpart.evolix.net/debian/pppoeconf/


Regards,
-- 
Gregory Colpart <[EMAIL PROTECTED]>  GnuPG:1024D/C1027A0E
Evolix - Informatique et Logiciels Libres http://www.evolix.fr/


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

Bug#379516: jhead: Example in man page has mistakes

[Reuben Thomas]

Package: jhead
Version: 2.60-1
Severity: normal

The example 

 jhead -cmd mogrify -quality 80 &i -model S100 -r *.jpg
 jhead -cmd jpegtran -progressive &i > &o -r *.jpg

has two problems: 

1. -r seems to be neither recognised nor required by jhead.

2. the argument of -cmd should be quoted in each case.

Hence:

 jhead -cmd "mogrify -quality 80 &i -model S100" *.jpg
 jhead -cmd "jpegtran -progressive &i > &o" *.jpg

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

Versions of packages jhead depends on:
ii  libc6 2.3.6-15   GNU C Library: Shared libraries
ii  libjpeg-progs 6b-13  Programs for manipulating JPEG fil

jhead recommends no packages.

-- no debconf information


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

Bug#280566: ITP: clit -- Decompiler for Microsoft's .lit ebook format

[Russell Stuart]

On Sun, 2006-07-23 at 14:28 +, W. Borgert wrote:
> On the page http://www.convertlit.com/ there is no mentioning of
> an "anonymous" author. The source code states clearly
> "Dan A. Jackson" as the author and copyright holder, and the GPL
> as the license of the program. Plus parts by others with BSD or
> what with advertising clause and under public domain.
> 
> If a non-related web page of Stuart Caie, who says on his page
> "I like myths and legends", tells something different, so what?
> 
> Btw. I tried your packages (libtomath and clit) on amd64 and
> they seem to work. I think, you should remove the dh_testroot in
> libtommath-0.37/debian/rules:27 under build-stamp:.

I agree.  What it needs is a sponsor.  I will fix the
libtommath-0.37 issue.




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

Bug#347958: Fails to establish pppoe connection

[Gregory Colpart]

Hi,

>> Looks like you did not already configure your ethernet
>> connection and pppoeconf is not correctly configuring
>> /etc/network/interfaces to raise eth1 before starting the PPP
>> connections.  I have seen a similar bug in the pppoeconf
>> package in the latest Ubuntu release, but I do not know if
>> this is related. It mangled in some way the interfaces file
>> but I can't remember the details (maybe this was related to
>> eth0 using DHCP).

> auto isp
> iface dsl-provider inet ppp
>pre-up ip link set eth1 up
>provider dsl-provider

This behavior is in last releases of pppoeconf.
This line is added in /etc/network/interfaces :

/sbin/ifconfig $ifacenocomma up # line maintained by pppoeconf


Then, this pppoeconf bug will be closed (or reassign to ppp
package if you want) except you have new informations for
ppoeconf.


Regards,
-- 
Gregory Colpart <[EMAIL PROTECTED]>  GnuPG:1024D/C1027A0E
Evolix - Informatique et Logiciels Libres http://www.evolix.fr/


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

Bug#379515: d4x: d4x ends up with a zero length file

[R.Ramkumar]

Package: d4x
Version: 2.5.7.1-2
Severity: normal

Hi!

This bug is related to my previous bug report #378128, but
nevertheless, the problem is different. The problem can be
reproduced as follows:

1. Have a partially downloaded file with filename xyz (I don't know
   if this step is necessary)
2. Start a download, with filename explicitly stated as xyz, such
   that xyz is also the filename field in the Content-Disposition
   header got from the server
3. d4x picks up from where the file was left at, previously
4. On completion, d4x tries to copy from `xyz' to `xyz' thereby
   ending up with a zero sized file

Regards,
Ramkumar.

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

Versions of packages d4x depends on:
ii  d4x-common   2.5.7.1-2   graphical download manager - commo
ii  libao2   0.8.6-4 Cross Platform Audio Output Librar
ii  libatk1.0-0  1.12.1-1The ATK accessibility toolkit
ii  libc62.3.6-15GNU C Library: Shared libraries
ii  libcairo21.2.0-3 The Cairo 2D vector graphics libra
ii  libfontconfig1   2.3.2-7 generic font configuration library
ii  libgcc1  1:4.1.1-5   GCC support library
ii  libglib2.0-0 2.10.3-3The GLib library of C routines
ii  libgtk2.0-0  2.8.18-1The GTK+ graphical user interface 
ii  libpango1.0-01.12.3-1+b1 Layout and rendering of internatio
ii  libssl0.9.8  0.9.8b-2SSL shared libraries
ii  libstdc++6   4.1.1-5 The GNU Standard C++ Library v3
ii  libx11-6 2:1.0.0-7   X11 client-side library
ii  libxcursor1  1.1.5.2-5   X cursor management library
ii  libxext6 1:1.0.0-4   X11 miscellaneous extension librar
ii  libxfixes3   1:3.0.1.2-4 X11 miscellaneous 'fixes' extensio
ii  libxi6   1:1.0.0-5   X11 Input extension library
ii  libxinerama1 1:1.0.1-4   X11 Xinerama extension library
ii  libxrandr2   2:1.1.0.2-4 X11 RandR extension library
ii  libxrender1  1:0.9.0.2-4 X Rendering Extension client libra

d4x recommends no packages.

-- no debconf information

-- 
WARN_(accel)("msg null; should hang here to be win compatible\n");
   -- WINE source code


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

Bug#379511: mdadm: French debconf templates translation update

[Florentin Duneau]

Package: mdadm
Version: N/A
Severity: wishlist
Tags: patch l10n


Hi,

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

This file should be put as fr.po in the appropriate place in
your package build tree.

Florentin Duneau


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


fr.po.gz
Description: Binary data

Bug#379513: Installation Failure

[Trevor de Stigter]

Package: installation report

Boot Method:  Floppies (Machine no longer has CD)
Image version: March 2005 image files downloaded from www.debian.org 
July 2006.

Date: 24 July 06 10:30 NZST

Machine:  Acer Acernote Nuovo Notebook
Processor: Pentium 166M
Memory:  48Mb
Partitions:  Did not get to the stage of partitioning HD
Network Card:  D-Link DFE-650TXD 10/100 Mbs PCMCIA Adaptor

Installation Checklist
Initial Boot worked OK
Configure Network Hardware: Error.
Disc was verified and all modules appeared to load,
Then Detecting Network hardware reported error while running  modprobe 
-v  i82365.
This machine previously ran the testing version of Sarge, but I managed 
to corrupt the installation during an update so I shut it down and used 
another machine, but I now wish to reactivate it with the current 
version of Debian.


Yours,
Trevor de Stigter






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

Bug#348537: does not remove rule generated by ip-up.d/0clampmss on ip-down

[Gregory Colpart]

Hi,

> The problem is, that my DSL-connection is reset once every 24
> hours so this roule get added once a day, but actually not
> removed when the connection is lost -- an apropiate rule in
> /etc/ppp/ip-down.d does not exist.

File '/etc/ppp/ip-down.d/0clampmss' is created with pppoconf
(even with version 1.7) and delete iptables rule generated by
'/etc/ppp/ip-up.d/0clampmss'.

Then, this bug will be closed except you have new informations.

Regards,
-- 
Gregory Colpart <[EMAIL PROTECTED]>  GnuPG:1024D/C1027A0E
Evolix - Informatique et Logiciels Libres http://www.evolix.fr/


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

Bug#378832: [Pkg-openldap-devel] Bug#378832: limits directive is not working in slapd.conf

[Alexander Samad]

On Sun, Jul 23, 2006 at 07:25:26PM +0200, Torsten Landschoff wrote:
> Hi Alexander, 
> 
> On Thu, Jul 20, 2006 at 10:47:50AM +1000, Alexander Samad wrote:
>  
> > This is what i have just tried
> > --slapd.conf --
> > sizelimit 1000
> > limits dn.exact="cn=Global Address Book 
> > Admin,ou=Roles,dc=samad,dc=com,dc=au" time.soft=unlimited
> > time.hard=unlimited size.soft=10 size.hard=10
> > 
> > [EMAIL PROTECTED]:~/documents/Contacts$ ldapsearch -v  -x  -D "cn=Global 
> > Address Book Admin,ou=Roles,dc=samad,dc=com,dc=au" -w x  -b "ou=Global 
> > Address Book,dc=samad,dc=com,dc=au"  dn | tail
> 
> Same thing works fine here, slapd 2.3.24-2. I have no spaces in the DN
> however.
> 
> > --slapd.conf --
> > limits dn.exact="cn=Global Address Book 
> > Admin,ou=Roles,dc=samad,dc=com,dc=au" time.soft=unlimited
> > time.hard=unlimited size.soft=10 size.hard=10
> 
> Hmm, just for reference, I have the sizelimit command before any backend
> definitions and the "limits" clause inside the backend definitions.
> Everything seems to work fine...

Yeah this was my problem, I have the limits and sizelimits before the
backend definition 8(

> 
> Greetings
> 
>   Torsten




signature.asc
Description: Digital signature

Bug#284262: vsftpd: broken init script functionality

[Daniel Jacobowitz]

On Sun, Dec 05, 2004 at 12:24:01AM +, Simon Morgan wrote:
> Package: vsftpd
> Version: 2.0.1-1
> Severity: normal
> 
> bollo:~# /etc/init.d/vsftpd stop
> Stopping FTP server: vsftpdNo /usr/sbin/vsftpd found running; none
> killed.
> .
> 
> And vsftpd is still left running. "restart" doesn't work either.

Could this have been this problem?  From the new README.Debian:

The included init script uses start-stop-daemon's --background option
to run vsftpd in the background.  If you have "background=yes" in your
configuration, the wrong PID will be recorded in
/var/run/vsftpd/vsftpd.pid, and the init script may fail to restart or
stop vsftpd later.  Just remove "background=yes" from vsftpd.conf.


-- 
Daniel Jacobowitz
CodeSourcery


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

Bug#367867: initscripts: need versioned dep on powermgmt-base for on_ac_power

[Petter Reinholdtsen]

[Stefan Völkel]
> Not sure if I understood that correctly, but IMHO that is exaclty
> what is not working.

I suspect you have not understood it.

> My laptop was running on battery and has only one partition,
> notheless an fsck was performed, because on_ac_power was no longer
> found (PATH did not include /sbin/ IIRC).

Your described behaviour is exactly how the boot is supposed to behave
when on_ac_power is unavailable.  It is how the boot was behaving
before support for on_ac_power was added.  The new behaviour where the
fsck is skipped when running on battery is an optional feature only
available when on_ac_power is present.

So this is not a bug in the initscripts.  If you want to make this
optional feature work on all installations, you need to convince the
maintainer of the package with on_ac_power to move it from /usr/ to /.
I personally believe that is a good idea, but have no strong opinion. :)

Friendly,
-- 
Petter Reinholdtsen


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

Bug#339085: Status update?

[Filipus Klutiero]

Michael, this bug report is pretty long, and opened at critical severity 
against a required package since many monthes, and has also reached 
testing by error. Would you please send an update summarizing what you 
think should be done before closing this bug?



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

Bug#379502: localechooser fails in lowmem install

[Frans Pop]

severity 379502 serious
thanks

As lowmem is a valid mode for the installer and even essential on some 
arches, I'm raising this to RC. Probably nothing really breaks, but it 
should be trivial to add appropriate tests.


pgpM305bxZbsr.pgp
Description: PGP signature

Bug#290506: vsftpd restart is unreliable

[Daniel Jacobowitz]

On Fri, Jan 14, 2005 at 02:54:17PM +0100, nodata wrote:
> Package: vsftpd
> Version: 2.0.1-1
> 
> Restarting vsftpd is unreliable:
> 
> box:~# /etc/init.d/vsftpd restart
> Restarting FTP server: vsftpd/usr/sbin/vsftpd already running.
> box:~# /etc/init.d/vsftpd restart
> Restarting FTP server: vsftpdNo /usr/sbin/vsftpd found running; none killed.
> .
> box:~# /etc/init.d/vsftpd restart
> Restarting FTP server: vsftpd.
> 
> The workaround is a stop start.

Do you remember if you had background=yes in your config file?  That
might mess this up.  Otherwise, I don't know what could be the problem.
That's definitely the answer to the problem Jason Hoover had in the
followup.

-- 
Daniel Jacobowitz
CodeSourcery


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

Bug#342215: kmail crashes very oftenly on SPARC (other KDE apps crash too, but not so often)

[Martin Marques]

Sorry, but can't test at this moment. To upgrade to that version, I would have 
to update to xorg, which is broken for SPARC. :-(

On Sun, 23 Jul 2006 11:36:15 -0400, Christopher Martin <[EMAIL PROTECTED]> 
wrote:
> Hi,
> 
> Can you confirm that the crashes you reported still afflict the latest
> KDE 3.5.3? It's been seven months since the report, and we've had no
> other reports of KMail crashes on sparc since.
> 
> Thanks,
> Christopher Martin
> 
>> Since I upgraded KDE to 3.4.x, I'm getting unpleasant crashes on
>> various KDE applications but the most serious, because of the
>> frecuency in which it happens is kmail.
>>
>> The worst part is that, as kmail is compiled without debuging
>> symbols, I can't debug much on what's happening, and all I have are
>> the signals with which it dies (4 "Illegal Instruction", and 11
>> "Invalid memory reference").
>>
>> *** KMail got signal 11 (Crashing)
>> KCrash: Application 'kmail' crashing...
>>
>> And this doesn't happen when doing something especifically. For
>> example, if I type to fast when composing, it sometimes crashes. Also
>> I got crashes when configuring kmail or filters.
>>
>> Just a moment ago konsole died with no reason, and I wasn't even
>> doing anything with it.
>>
>> KCrash: Application 'konsole' crashing...
>>
>> This is very annoying.
--
-
Lic. Martín Marqués |   SELECT 'mmarques' || 
Centro de Telemática|   '@' || 'unl.edu.ar';
Universidad Nacional|   DBA, Programador, 
del Litoral |   Administrador
-

Bug#379506: ITP: sladinstaller -- Graphical Installer for the Security Local Auditing Daemon

[Meike Reichle]

Package: wnpp
Severity: wishlist
Owner: Meike Reichle <[EMAIL PROTECTED]>


* Package name: sladinstaller
  Version : 1.1
  Upstream Author : DN-Systems Enterprise Internet Solutions GmbH <[EMAIL 
PROTECTED]>
* URL : http://www.dn-systems.org/slad.shtml
* License : GPL
  Programming Lang: C++
  Description : Graphical Installer for the Security Local Auditing Daemon

This graphical (GTK) installer installs the Security Local Auditing
Daemon V2 (SLAD2) on any local or remote machine. 

SLAD is a tool for performing local security checks against GNU/Linux
systems. SLAD has been primarily developed for the BOSS project to work
together with Nessus to enhance its local scanning capabilities.


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



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

Bug#379410: ITP: necpp -- NEC2 Evolution Antenna Modelling System

[Hamish Moffatt]

On Sun, Jul 23, 2006 at 02:03:09PM +0200, Aurelien Jarno wrote:
> Package: wnpp
> Severity: wishlist
> Owner: Emmanuel Quemener <[EMAIL PROTECTED]>
> 
> * Package name: necpp
>   Version : 1.2.4
>   Upstream Authors: Tim Molteno <[EMAIL PROTECTED]>, Remi Sassolas<[EMAIL 
> PROTECTED]>
> * URL : http://alioth.debian.org/projects/necpp/
> * License : GPL v2
>   Programming Lang: C++, Python
>   Description : NEC2 Evolution Antenna Modelling System
> 
> The NEC2 (Numerical Electromagnetics Code) is software for modelling antennas
> using the Method of Moments.  It was developed at Lawrence Livermore
> Laboratories, and remains widely used, despite the old fashioned punched card
> style input required.

Hi,

How will this be different from the existing package nec?
Your package name is different but your description is identical!

Perhaps it's because of C++/Python rather than the original FORTRAN.
This must translate into some sort of benefit to the end-user that could
be listed in the description.

Thanks,
Hamish
-- 
Hamish Moffatt VK3SB <[EMAIL PROTECTED]> <[EMAIL PROTECTED]>


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

Bug#379508: Pymol merged desktop file (patch attached)

[Barry deFreese]

Package: Pymol
Version: 0.98+0.99rc6-1
Severity: Wishlist

Hello,

There should be no need for two different .desktop files any longer.  An 
Ubuntu user supplied the following merged file if you are interested.


Thank you,

Barry deFreese (aka bddebian)


pymol_desktop.debdiff
Description: Binary data

Bug#379507: vim: no possibility to remove old swapfiles with de locale

[Martin Waitz]

Package: vim
Version: 1:7.0-035+1
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

hoi :)

when I want to open a file in vim which is already open, I get the
nice little warning message and the question if I want to continue
or abort.

However, with the German translation I get the following question:

Auslagerungsdatei ".pack-check.c.swp" ist bereits vorhanden!
Öffnen nur zum [L]esen, Trotzdem (e)ditieren, (W)iederherstellen,
(L)öschen, (B)eenden, (A)bbrechen:

both "open read only" (Lesen) and "remove swapfile" (Löschen) get
mapped to the letter "L" and I can't select to remove the old swapfile.

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

Versions of packages vim depends on:
ii  libc62.3.6-15GNU C Library: Shared libraries
ii  libgpmg1 1.19.6-22   General Purpose Mouse - shared lib
ii  libncurses5  5.5-2   Shared libraries for terminal hand
ii  vim-common   1:7.0-035+1 Vi IMproved - Common files
ii  vim-runtime  1:7.0-035+1 Vi IMproved - Runtime files

vim recommends no packages.

- -- no debconf information

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

iD8DBQFEw/tQj/Eaxd/oD7IRAmjNAJ0Xz7o0T/qYJFE99YmBsxkiY4RVDwCeOTwm
LDUVfw9jQXzz25z2ALKyAf4=
=IV6H
-END PGP SIGNATURE-

Bug#379485: preseed exim4 template for desktop+laptop class to local delivery

[maximilian attems]

Package: tasksel
Version: 2.50
Severity: wishlist

rationale:
either webmail or pop3/imap via thunderbird/evolution are the highest
probable case for laptop+desktop user.

expert user will want anyway better configurability
of the exim4 configs.

exim4, popularity-contest and xorg warning were the only templates
that prompted irc.


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

Versions of packages tasksel depends on:
ii  aptitude  0.4.1-1.1  terminal-based apt frontend
ii  debconf [debconf-2.0] 1.5.2  Debian configuration management sy
ii  liblocale-gettext-perl1.05-1 Using libc functions for internati
ii  tasksel-data  2.50   Official tasks used for installati

tasksel recommends no packages.

-- debconf information:
  tasksel/title:
  tasksel/first: Laptop, Standard system
  tasksel/tasks:


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

Bug#379498: libpam-radius-auth: FTBFS: bashisms

[Julien Danjou]

Package: libpam-radius-auth
Version: 1.3.16-4
Severity: important

Hello,

There was a problem while autobuilding your package:

> Automatic build of libpam-radius-auth_1.3.16-4 on avidan by sbuild/i386 0.49
> Build started at 20060723-1917
> **
...
> dh_testdir
> # Add here commands to compile the package.
> (\
> echo -E 'CC=gcc';\
> echo -E 'CFLAGS="-g -Wall -fPIC 
> -DCONF_FILE=\\\"/etc/pam_radius_auth.conf\\\""';\
> echo -E 'LDFLAGS=';\
> echo -E 'if [ "${DEB_BUILD_OPTIONS#*noopt}" != "$DEB_BUILD_OPTIONS" 
> ]; then';\
> echo -E 'CFLAGS="$CFLAGS -O0"';\
>   echo -E 'else';\
>   echo -E 'CFLAGS="$CFLAGS -O2"';\
> echo -E 'fi';\
> echo -E 'case "$DEB_HOST_GNU_CPU" in';\
> echo -E 'hppa|m68k|mips|powerpc|s390|sparc|sparc64|sheb)';\
> echo -E 'CFLAGS="$CFLAGS -DHIGHFIRST" ;;';\
> echo -E 'esac';\
> echo -E 'make CFLAGS="$CFLAGS" LDFLAGS="$LDFLAGS" CC="$CC"') | /bin/sh
> /bin/sh: -E: not found
> /bin/sh: -E: not found
> /bin/sh: -E: not found
> /bin/sh: -E: not found
> /bin/sh: -E: not found
> /bin/sh: -E: not found
> /bin/sh: -E: not found
> /bin/sh: -E: not found
> /bin/sh: -E: not found
> /bin/sh: Syntax error: ")" unexpected
> make: *** [build-stamp] Error 2
> **
> Build finished at 20060723-1917
> FAILED [dpkg-buildpackage died]

Use printf.

-- 
Julien Danjou
.''`.  Debian Developer
: :' : http://julien.danjou.info
`. `'  http://people.debian.org/~acid
  `-   9A0D 5FD9 EB42 22F6 8974  C95C A462 B51E C2FE E5CD


signature.asc
Description: Digital signature

Bug#379496: gnokii: FTBFS: bashisms

[Julien Danjou]

Package: gnokii
Version: 0.6.13-4
Severity: important

Hello,

There was a problem while autobuilding your package:

> Automatic build of gnokii_0.6.13-4 on avidan by sbuild/i386 0.49
> Build started at 20060722-2320
> **

> Checking available source versions...
> flag during linking and do at least one of the following:
>- add LIBDIR to the `LD_LIBRARY_PATH' environment variable
>  during execution
>- add LIBDIR to the `LD_RUN_PATH' environment variable
>  during linking
>- use the `-Wl,--rpath -Wl,LIBDIR' linker flag
>- have your system administrator add LIBDIR to `/etc/ld.so.conf'
> 
> See any operating system documentation about shared libraries for
> more information, such as the ld(1) and ld.so(8) manual pages.
> --
> /usr/bin/install -c -d 
> /build/buildd/gnokii-0.6.13/debian/gnokii-smsd//usr/share/man/man8/
> /usr/bin/install -c -m 644 man/smsd.8 
> /build/buildd/gnokii-0.6.13/debian/gnokii-smsd//usr/share/man/man8/
> make[1]: Leaving directory `/build/buildd/gnokii-0.6.13/smsd'
> mkdir -p /build/buildd/gnokii-0.6.13/debian/gnokii-smsd/usr/lib/smsd
> mkdir -p /build/buildd/gnokii-0.6.13/debian/gnokii-smsd-mysql/usr/lib/smsd
> mkdir -p /build/buildd/gnokii-0.6.13/debian/gnokii-smsd-pgsql/usr/lib/smsd
> mv /build/buildd/gnokii-0.6.13/debian/gnokii-smsd/usr/lib/smsd/libmysql.* 
> /build/buildd/gnokii-0.6.13/debian/gnokii-smsd-mysql/usr/lib/smsd
> mv /build/buildd/gnokii-0.6.13/debian/gnokii-smsd/usr/lib/smsd/libpq.* 
> /build/buildd/gnokii-0.6.13/debian/gnokii-smsd-pgsql/usr/lib/smsd
> # Install libgnokii into debian/libgnokii3
> mkdir -p /build/buildd/gnokii-0.6.13/debian/libgnokii3/usr/lib
> mv /build/buildd/gnokii-0.6.13/debian/gnokii/usr/lib/libgnokii.so.* 
> /build/buildd/gnokii-0.6.13/debian/libgnokii3/usr/lib
> # Install libgnokii into the correct directory for the soname
> mkdir -p /build/buildd/gnokii-0.6.13/debian/libgnokii3-dev/usr
> mv /build/buildd/gnokii-0.6.13/debian/gnokii/usr/include 
> /build/buildd/gnokii-0.6.13/debian/libgnokii3-dev/usr
> mkdir -p /build/buildd/gnokii-0.6.13/debian/libgnokii3-dev/usr/lib
> mv /build/buildd/gnokii-0.6.13/debian/gnokii/usr/lib/libgnokii.{so,a,la} 
> /build/buildd/gnokii-0.6.13/debian/libgnokii3-dev/usr/lib
> mv: cannot stat 
> `/build/buildd/gnokii-0.6.13/debian/gnokii/usr/lib/libgnokii.{so,a,la}': No 
> such file or directory
> make: *** [install] Error 1
> **
> Build finished at 20060722-2326
> FAILED [dpkg-buildpackage died]
> --

-- 
Julien Danjou
.''`.  Debian Developer
: :' : http://julien.danjou.info
`. `'  http://people.debian.org/~acid
  `-   9A0D 5FD9 EB42 22F6 8974  C95C A462 B51E C2FE E5CD


signature.asc
Description: Digital signature

Bug#379436: Time for removal of python-orbit?

[Tom Cato Amundsen]

On Sun, Jul 23, 2006 at 04:48:49PM +0200, Loïc Minier wrote:
> Package: python-orbit
> Severity: important
> 
> Hi,
> 
>  This package seems useless as no other package Depends or Recommends
>  it.  I think it's time to remove python-orbit.  Would you mind if I
>  request removal of python-orbit to the ftpmasters?

No I wouldn't, please do so.

> 
>  python-gnome is already pending removal, see #368515, so python-orbit
>  will probably be quite useless soon.
> 
>Bye,
> -- 
> Loïc Minier <[EMAIL PROTECTED]>
> 

-- 
Tom Cato Amundsen <[EMAIL PROTECTED]> http://www.solfege.org/
GNU Solfege - free ear traininghttp://www.gnu.org/software/solfege/


signature.asc
Description: Digital signature

Bug#379493: phaseshift: FTBFS: bashisms

[Julien Danjou]

Package: phaseshift
Version: 0.40-10
Severity: important

Hello,

There was a problem while autobuilding your package:

> Automatic build of phaseshift_0.40-10 on avidan by sbuild/i386 0.49
> Build started at 20060723-1755
> **
...
>  debian/rules build
> dh_testdir
> cp -f /usr/share/misc/config.{sub,guess} /build/buildd/phaseshift-0.40
> cp: cannot stat `/usr/share/misc/config.{sub,guess}': No such file or 
> directory
> make: *** [build] Error 1
> **
> Build finished at 20060723-1755
> FAILED [dpkg-buildpackage died]
> --

-- 
Julien Danjou
.''`.  Debian Developer
: :' : http://julien.danjou.info
`. `'  http://people.debian.org/~acid
  `-   9A0D 5FD9 EB42 22F6 8974  C95C A462 B51E C2FE E5CD


signature.asc
Description: Digital signature

Bug#379489: digitemp: FTBFS: bashisms

[Julien Danjou]

Package: digitemp
Version: 3.3.2-2
Severity: important

Hello,

There was a problem while autobuilding your package:

> Automatic build of digitemp_3.3.2-2 on avidan by sbuild/i386 0.49
> Build started at 20060723-0232
> **
...
>  debian/rules build
> dh_testdir
> touch configure-stamp
> dh_testdir
> mkdir -p build-serial/{src,userial/ds9097,userial/ds9097u}
> (cd build-serial; /usr/bin/make -f ../Makefile srcdir=.. VPATH=.. all)
> make[1]: Entering directory `/build/buildd/digitemp-3.3.2/build-serial'
> gcc -I../src -I../userial -O2  -DLINUX -DLOCKDEV   -c -o src/digitemp.o 
> ../src/digitemp.c
> Assembler messages:
> FATAL: can't create src/digitemp.o: No such file or directory
> make[1]: *** [src/digitemp.o] Error 1
> make[1]: Leaving directory `/build/buildd/digitemp-3.3.2/build-serial'
> make: *** [build-stamp] Error 2
> **
> Build finished at 20060723-0232
> FAILED [dpkg-buildpackage died]

-- 
Julien Danjou
.''`.  Debian Developer
: :' : http://julien.danjou.info
`. `'  http://people.debian.org/~acid
  `-   9A0D 5FD9 EB42 22F6 8974  C95C A462 B51E C2FE E5CD


signature.asc
Description: Digital signature

Bug#379503: proftpd: postinst breaks if no config is available

[Eduard Bloch]

Package: proftpd
Version: 1.3.0-9
Severity: normal

Hello,

AFAICS your postinst fails (and thus breaks the dpkg processing) when
an error happened:

Starting ftp server: proftpd - IPv4 getaddrinfo 'zombie' error: Name or
service not known
- warning: unable to determine IP address of 'zombie'
- error: no valid servers configured
- Fatal: error processing configuration file
'/etc/proftpd/proftpd.conf'
failed!
invoke-rc.d: initscript proftpd, action "start" failed.
dpkg: error processing proftpd (--configure):
subprocess post-installation script returned error exit status 1

That's crap. Not having the server name does not mean much. And no
proftpd instance has been stopped by prerm before, so there is no point
in making a restart critical.

Eduard.

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

Versions of packages proftpd depends on:
ii  adduser 3.95 Add and remove users and groups
ii  debconf 1.5.2Debian configuration management sy
ii  debianutils 2.16.2   Miscellaneous utilities specific t
ii  libacl1 2.2.39-1 Access control list shared library
ii  libattr12.4.32-1 Extended attribute shared library
ii  libc6   2.3.6-15 GNU C Library: Shared libraries
ii  libldap22.1.30-13+b1 OpenLDAP libraries
ii  libmysqlclient15off 5.0.22-3 mysql database client library
ii  libncurses5 5.5-2Shared libraries for terminal hand
ii  libpam-runtime  0.79-3.1 Runtime support for the PAM librar
ii  libpam0g0.79-3.1 Pluggable Authentication Modules l
ii  libpq4  8.1.4-4  PostgreSQL C client library
ii  libssl0.9.8 0.9.8b-2 SSL shared libraries
ii  libwrap07.6.dbs-9Wietse Venema's TCP wrappers libra
ii  netbase 4.25 Basic TCP/IP networking system
ii  perl5.8.8-6  Larry Wall's Practical Extraction 
ii  ucf 2.0012   Update Configuration File: preserv
ii  zlib1g  1:1.2.3-13   compression library - runtime

proftpd recommends no packages.

-- debconf information:
  shared/proftpd/warning:
* shared/proftpd/inetd_or_standalone: standalone


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

Bug#379492: klog: FTBFS: autoconf 2.60 is not supported

[Julien Danjou]

Package: klog
Version: 0.3.3-2
Severity: serious

Hello,

There was a problem while autobuilding your package:

> Automatic build of klog_0.3.3-2 on avidan by sbuild/i386 0.49
> Build started at 20060723-1735
> **

>  debian/rules build
> dh_testdir
> # Add here commands to configure the package.
> #rm -f src/klogui.h klog/setupui.h
> touch src/klogui.ui  src/setup.ui  src/setupui.ui
> make -f Makefile.cvs
> make[1]: Entering directory `/build/buildd/klog-0.3.3'
> This Makefile is only for the CVS repository
> This will be deleted before making the distribution
> 
> make[2]: Entering directory `/build/buildd/klog-0.3.3'
> *** YOU'RE USING autoconf (GNU Autoconf) 2.60.
> *** KDE requires autoconf 2.52, 2.53 or 2.54
> make[2]: *** [cvs] Error 1
> make[2]: Leaving directory `/build/buildd/klog-0.3.3'
> make[1]: *** [all] Error 2
> make[1]: Leaving directory `/build/buildd/klog-0.3.3'
> make: *** [configure-stamp] Error 2
> **
> Build finished at 20060723-1736
> FAILED [dpkg-buildpackage died]

-- 
Julien Danjou
.''`.  Debian Developer
: :' : http://julien.danjou.info
`. `'  http://people.debian.org/~acid
  `-   9A0D 5FD9 EB42 22F6 8974  C95C A462 B51E C2FE E5CD


signature.asc
Description: Digital signature

Bug#379500: kbd: FTBFS: bashisms

[Julien Danjou]

Package: kbd
Version: 1.12-16
Severity: important

Hello,

There was a problem while autobuilding your package:

> Automatic build of kbd_1.12-16 on avidan by sbuild/i386 0.49
> Build started at 20060723-2119
> **
...
> dh_clean
> quilt --quiltrc=debian/patches/quiltrc pop -a || test $? == 2
> No patch removed
> test: 1: ==: unexpected operator
> make: *** [unpatch] Error 2
> **
> Build finished at 20060723-2119
> FAILED [dpkg-buildpackage died]
> --

Please use = as comparison operator not ==.

-- 
Julien Danjou
.''`.  Debian Developer
: :' : http://julien.danjou.info
`. `'  http://people.debian.org/~acid
  `-   9A0D 5FD9 EB42 22F6 8974  C95C A462 B51E C2FE E5CD


signature.asc
Description: Digital signature

Bug#379502: localechooser fails in lowmem install

[Alexey Toptygin]

Package: localechooser

Not sure of the exact localechooser version, it doesn't seem to be 
contained in localechooser itself. I'm installing off of the 
testing/main/installer-i386/20060304/images/floppy/ floppies, and when I'm 
in lowmem mode (for example by giving mem=32M on the kernel command line) 
localechooser fails with:


Jul 23 18:25:02 base-installer: info: Running 
/usr/lib/post-base-installer.d/05localechooser
Jul 23 18:25:03 localechooser: chroot: cannot execute /usr/sbin/validlocale: 
Nosuch file or directory
Jul 23 18:25:03 localechooser: chroot: cannot execute /usr/sbin/locale-gen: No 
such file or directory
Jul 23 18:25:03 base-installer: warning: 
/usr/lib/post-base-installer.d/05localechooser returned error code 1

The install continues despite this, and it doesn't happen when not in 
lowmem mode.


Alexey


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

Bug#379472: please configure --enable-buffy-size

[Christoph Berg]

Re: dean gaudet 2006-07-23 <[EMAIL PROTECTED]>
> please consider configuring mutt with --enable-buffy-size so that it 
> doesn't rely on atime updates when determining if there's new mail.

It should be make a configuration option.

> atimes are unreliable (consider a backup program -- it'll change the 
> atimes) and a waste of disk i/o...

Wrong. Any sane backup program resets the atimes.

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


signature.asc
Description: Digital signature

Bug#357996: tulip and g++ 4.1

[Yann Dirson]

Hi all,

to make things worse, my 3rd son was born on June 9th, and I'm only
starting to slowly recover - and the HD on my sid box is doing strange
noises, so I have to revive the chroot on another box :)

Should be able to package it soon, though.

On Mon, Jul 10, 2006 at 06:22:31PM +0200, [EMAIL PROTECTED] wrote:
> I'm really sorry,
> this bug is fixed in the 2.0.5 which is available
> on SourceForge since june the 15th; but it's right we are quite
> busy so that release has not yet been announced on Freshmeat.
> 
> Patrick
> 
> Quoting "Steinar H. Gunderson" <[EMAIL PROTECTED]>:
> 
> >On Sat, May 27, 2006 at 08:02:07PM +0200, [EMAIL PROTECTED] wrote:
> >>Hi Yann,
> >>
> >>we expect the 2.0.5 will be released in about 2 weeks.
> >
> >What is the progress on this bug? 2.0.5 has been out for a while...
> >
> >/* Steinar */
> >--
> >Homepage: http://www.sesse.net/
> >
> 
> 
> 
> 
> This message was sent using IMP, the Internet Messaging Program.


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

Bug#379499: adept-installer: shows some non-available packages in grey

[Filipus Klutiero]

Package: adept-installer
Version: 2.1.1
Severity: minor

adept-installer shows some non-available packages in grey. Nothing can
be done with these, so I don't know why adept would show them. For
example, Multimedia category has "realplayer, Video player". As
realplayer is not distributed by Debian, it's unclear why adept even
knows about this package.

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

Versions of packages adept-installer depends on:
ii  adept-common  2.1.1  package manager for KDE -- common 
ii  app-install-data  0.1.32.0debian Application Installer Data Files
ii  apt [libapt-pkg-libc6.3-6 0.6.44.2   Advanced front-end for dpkg
ii  kdelibs4c2a   4:3.5.3-1  core libraries and binaries for al
ii  libc6 2.3.6-15   GNU C Library: Shared libraries
ii  libgcc1   1:4.1.1-5  GCC support library
ii  libqt3-mt 3:3.3.6-2  Qt GUI Library (Threaded runtime v
ii  libstdc++64.1.1-5The GNU Standard C++ Library v3
ii  libtdb1   1.0.6-13   Trivial Database - shared library
ii  zlib1g1:1.2.3-13 compression library - runtime

Versions of packages adept-installer recommends:
pn  libqt-perl (no description available)

-- no debconf information


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

Bug#379488: doesn't report number of CPUs on sparc

[Martin Michlmayr]

Package: linuxinfo
Version: 1.1.8-18
Severity: normal

linuxinfo doesn't report the number of CPUs on sparc but only shows a
space:

(sid)[EMAIL PROTECTED]:~$ linuxinfo
Linux prehension 2.6.17.6 #1 SMP Sat Jul 22 10:49:25 UTC 2006
 TI UltraSparc II (BlackBird) processors, 8004.80 total bogomips, 14195M RAM
System library 2.3.6
(sid)[EMAIL PROTECTED]:~$ cat /proc/cpuinfo
cpu : TI UltraSparc II  (BlackBird)
fpu : UltraSparc II integrated FPU
prom: OBP 3.2.26 2000/05/09 19:07
type: sun4u
ncpus probed: 10
ncpus active: 10
D$ parity tl1   : 0
I$ parity tl1   : 0
Cpu0Bogo: 800.48
Cpu0ClkTck  : 17d78400
Cpu1Bogo: 800.05
Cpu1ClkTck  : 17d78400
Cpu4Bogo: 800.05
Cpu4ClkTck  : 17d78400
Cpu5Bogo: 800.05
Cpu5ClkTck  : 17d78400
Cpu8Bogo: 800.05
Cpu8ClkTck  : 17d78400
Cpu9Bogo: 800.05
Cpu9ClkTck  : 17d78400
Cpu10Bogo   : 800.05
Cpu10ClkTck : 17d78400
Cpu11Bogo   : 800.05
Cpu11ClkTck : 17d78400
Cpu12Bogo   : 800.05
Cpu12ClkTck : 17d78400
Cpu13Bogo   : 800.05
Cpu13ClkTck : 17d78400
MMU Type: Spitfire
State:
CPU0:   online
CPU1:   online
CPU4:   online
CPU5:   online
CPU8:   online
CPU9:   online
CPU10:  online
CPU11:  online
CPU12:  online
CPU13:  online
(sid)[EMAIL PROTECTED]:~$ uname -a
Linux prehension 2.6.17.6 #1 SMP Sat Jul 22 10:49:25 UTC 2006 sparc64 GNU/Linux
(sid)[EMAIL PROTECTED]:~$


-- Package-specific info:
/proc/cpuinfo:
processor   : 0
vendor_id   : GenuineIntel
cpu family  : 6
model   : 9
model name  : Intel(R) Pentium(R) M processor 1600MHz
stepping: 5
cpu MHz : 597.139
cache size  : 1024 KB
fdiv_bug: no
hlt_bug : no
f00f_bug: no
coma_bug: no
fpu : yes
fpu_exception   : yes
cpuid level : 2
wp  : yes
flags   : fpu vme de pse tsc msr mce cx8 sep mtrr pge mca cmov pat 
clflush dts acpi mmx fxsr sse sse2 tm pbe up est tm2
bogomips: 1195.39

Size of /proc/kcore:
-r 1 root root 1039994880 2006-07-23 23:13 /proc/kcore

/proc/meminfo:
MemTotal:  1004132 kB
MemFree: 27532 kB
Buffers: 51060 kB
Cached: 479880 kB
SwapCached:  4 kB
Active: 521856 kB
Inactive:   243568 kB
HighTotal:   0 kB
HighFree:0 kB
LowTotal:  1004132 kB
LowFree: 27532 kB
SwapTotal:  497972 kB
SwapFree:   497820 kB
Dirty:1096 kB
Writeback:   0 kB
Mapped: 282104 kB
Slab:   194192 kB
CommitLimit:   136 kB
Committed_AS:   474184 kB
PageTables:   2352 kB
VmallocTotal:   278520 kB
VmallocUsed:  7340 kB
VmallocChunk:   270836 kB

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

Versions of packages linuxinfo depends on:
ii  libc6 2.3.6-15   GNU C Library: Shared libraries

linuxinfo recommends no packages.

-- no debconf information

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


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

Bug#379491: yate: FTBFS: build-dep on libortp2-dev is not available

[Julien Danjou]

Package: yate
Version: 0.8.7+cvs20050604-4
Severity: serious

Hello,

There was a problem while autobuilding your package:

> Automatic build of yate_0.8.7+cvs20050604-4 on avidan by sbuild/i386 0.49
> Build started at 20060723-0221
> **
> Checking available source versions...
> Fetching source files...
> Reading package lists...
> Building dependency tree...
> Need to get 393kB of source archives.
> Get:1 http://ftp.fr.debian.org sid/main yate 0.8.7+cvs20050604-4 (dsc) [1043B]
> Get:2 http://ftp.fr.debian.org sid/main yate 0.8.7+cvs20050604-4 (tar) [385kB]
> Get:3 http://ftp.fr.debian.org sid/main yate 0.8.7+cvs20050604-4 (diff) 
> [7375B]
> Fetched 393kB in 1s (209kB/s)
> Download complete and in download only mode
> ** Using build dependencies supplied by package:
> Build-Depends: debhelper (>= 4.0.0), autotools-dev, dpatch, libpri-dev, 
> libopenh323-dev (>= 1.15.6-1), libortp2-dev, libiax-dev, libgsm1-dev, 
> zaptel-source, libgtk1.2-dev, postgresql-dev, libqt3-mt-dev (>= 3:3.3.4-7), 
> libspandsp-dev
> Checking for already installed source dependencies...
> debhelper: missing
> autotools-dev: missing
> dpatch: missing
> libpri-dev: missing
> libopenh323-dev: missing
> libortp2-dev: missing
> libiax-dev: missing
> libgsm1-dev: missing
> zaptel-source: missing
> libgtk1.2-dev: missing
> postgresql-dev: missing
> libqt3-mt-dev: missing
> libspandsp-dev: missing
> Checking for source dependency conflicts...
> Reading package lists...
> Building dependency tree...
> E: Package libortp2-dev has no installation candidate
> Package libortp2-dev is not available, but is referred to by another package.
> This may mean that the package is missing, has been obsoleted, or
> is only available from another source
> apt-get failed.
> Package installation failed
> Trying to reinstall removed packages:
> Trying to uninstall newly installed packages:
> Source-dependencies not satisfied; skipping yate
> **
> Finished at 20060723-0221
> Build needed 00:01:02, 3208k disk space

-- 
Julien Danjou
.''`.  Debian Developer
: :' : http://julien.danjou.info
`. `'  http://people.debian.org/~acid
  `-   9A0D 5FD9 EB42 22F6 8974  C95C A462 B51E C2FE E5CD


signature.asc
Description: Digital signature

Bug#379495: predict: FTBFS: forms.h: No such file or directory

[Julien Danjou]

Package: predict
Version: 2.2.2-6
Severity: serious

Hello,

There was a problem while autobuilding your package:

> Automatic build of predict_2.2.2-6 on avidan by sbuild/i386 0.49
> Build started at 20060723-1756
> **
...
>  debian/rules build
> dh_testdir
> cc -Wall -O2 -s -fomit-frame-pointer \
>   -I/usr/include/ncurses predict.c -lm -lncurses -lpthread \
>   -o predict  
> predict.c: In function 'socket_server':
> predict.c:2074: warning: pointer targets in passing argument 6 of 'recvfrom' 
> differ in signedness
> predict.c: In function 'Abbreviate':
> predict.c:2448: warning: pointer targets in passing argument 2 of 
> '__builtin_strncpy' differ in signedness
> cc -Wall -O2 -s -fomit-frame-pointer \
>   -I/usr/include/ncurses predict-g1yyh.c -lm -lncurses \
>   -lpthread -lmenu -o predict-g1yyh
> predict-g1yyh.c: In function 'socket_server':
> predict-g1yyh.c:2070: warning: pointer targets in passing argument 6 of 
> 'recvfrom' differ in signedness
> predict-g1yyh.c: In function 'Abbreviate':
> predict-g1yyh.c:2405: warning: pointer targets in passing argument 2 of 
> '__builtin_strncpy' differ in signedness
> predict-g1yyh.c: In function 'MultiTrack':
> predict-g1yyh.c:4864: warning: pointer/integer type mismatch in conditional 
> expression
> predict-g1yyh.c:4875: warning: pointer/integer type mismatch in conditional 
> expression
> predict-g1yyh.c:5004: warning: pointer/integer type mismatch in conditional 
> expression
> predict-g1yyh.c:5020: warning: pointer/integer type mismatch in conditional 
> expression
> predict-g1yyh.c:5076: warning: pointer/integer type mismatch in conditional 
> expression
> predict-g1yyh.c:5089: warning: pointer/integer type mismatch in conditional 
> expression
> cc -Wall -O2 -s -fomit-frame-pointer \
>   vocalizer/vocalizer.c -o vocalizer/vocalizer
> (cd utils/fodtrack-0.1 ; cc -Wall -O6 -s -lm fodtrack.c -o fodtrack )
> fodtrack.c: In function 'setDirection':
> fodtrack.c:100: warning: implicit declaration of function 'usleep'
> fodtrack.c: In function 'main':
> fodtrack.c:144: warning: implicit declaration of function 'getpt'
> (cd utils/geosat ; cc -Wall -O6 -s -lm geosat.c -o geosat )
> (cd utils/moontracker ; cc -Wall -O6 -s -lm moontracker.c -o moontracker )
> (cd clients/earthtrack ; cc -Wall -O6 -s -lm earthtrack.c -o earthtrack )
> earthtrack.c: In function 'main':
> earthtrack.c:368: warning: unused variable 'xplanetfd'
> earthtrack.c:361: warning: unused variable 'earthpref'
> earthtrack.c:360: warning: unused variable 'backimage'
> (cd clients/map; cc -Wall -O3 -s -o predict-map map.c map_cb.c map_main.c 
> -I/usr/X11R6/include/X11 -L/usr/X11R6/lib -lforms -lX11 -lm)
> map.c:21:19: error: forms.h: No such file or directory
> In file included from map.c:23:
> map.h:7: error: expected ')' before '*' token
> map.h:8: error: expected ')' before '*' token
> map.h:13: error: expected specifier-qualifier-list before 'FL_FORM'
> map.h:34: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'xa'
> map.c:26: error: expected '=', ',', ';', 'asm' or '__attribute__' before '__'
> map.c: In function 'create_form_map':
> map.c:58: error: 'FL_OBJECT' undeclared (first use in this function)
> map.c:58: error: (Each undeclared identifier is reported only once
> map.c:58: error: for each function it appears in.)
> map.c:58: error: 'obj' undeclared (first use in this function)
> map.c:60: warning: implicit declaration of function 'fl_calloc'
> map.c:62: error: 'FD_map' has no member named 'map'
> map.c:62: warning: implicit declaration of function 'fl_bgn_form'
> map.c:62: error: 'FL_NO_BOX' undeclared (first use in this function)
> map.c:63: warning: implicit declaration of function 'fl_add_box'
> map.c:63: error: 'FL_UP_BOX' undeclared (first use in this function)
> map.c:64: error: 'FD_map' has no member named 't'
> map.c:64: warning: implicit declaration of function 'fl_add_bitmap'
> map.c:64: error: 'FL_NORMAL_BITMAP' undeclared (first use in this function)
> map.c:65: warning: implicit declaration of function 'fl_set_bitmap_data'
> map.c:66: warning: implicit declaration of function 'fl_set_object_color'
&

Bug#379497: libjpeg-mmx: FTBFS: Error: suffix or operands invalid for `ldmxcsr'

[Julien Danjou]

Package: libjpeg-mmx
Version: 0.1.5-4
Severity: serious

Hello,

There was a problem while autobuilding your package:

> Automatic build of libjpeg-mmx_0.1.5-4 on avidan by sbuild/i386 0.49
> Build started at 20060723-1914
> **
...
> dh_testdir
> /usr/bin/make
> make[1]: Entering directory `/build/buildd/libjpeg-mmx-0.1.5'
> gcc -O2  -I.   -c -o jcapimin.o jcapimin.c
> gcc -O2  -I.   -c -o jcapistd.o jcapistd.c
> gcc -O2  -I.   -c -o jctrans.o jctrans.c
> gcc -O2  -I.   -c -o jcparam.o jcparam.c
> gcc -O2  -I.   -c -o jdatadst.o jdatadst.c
> gcc -O2  -I.   -c -o jcinit.o jcinit.c
> gcc -O2  -I.   -c -o jcmaster.o jcmaster.c
> gcc -O2  -I.   -c -o jcmarker.o jcmarker.c
> gcc -O2  -I.   -c -o jcmainct.o jcmainct.c
> gcc -O2  -I.   -c -o jcprepct.o jcprepct.c
> gcc -O2  -I.   -c -o jccoefct.o jccoefct.c
> gcc -O2  -I.   -c -o jccolor.o jccolor.c
> gcc -O2  -I.   -c -o jcsample.o jcsample.c
> gcc -O2  -I.   -c -o jchuff.o jchuff.c
> gcc -O2  -I.   -c -o jcphuff.o jcphuff.c
> gcc -O2  -I.   -c -o jcdctmgr.o jcdctmgr.c
> gcc -O2  -I.   -c -o jfdctfst.o jfdctfst.c
> gcc -O2  -I.   -c -o jfdctflt.o jfdctflt.c
> gcc -O2  -I.   -c -o jfdctint.o jfdctint.c
> nasm -f elf -o fdct_mmx.o fdct_mmx.s
> nasm -f elf -o quant_mmx.o quant_mmx.s
> gcc -O2  -I.   -c -o fdctdata.o fdctdata.c
> gcc -O2  -I.   -c -o jquant_x86simd.o jquant_x86simd.c
> /tmp/ccT4Nyhx.s: Assembler messages:
> /tmp/ccT4Nyhx.s:59: Error: suffix or operands invalid for `ldmxcsr'
> make[1]: *** [jquant_x86simd.o] Error 1
> make[1]: Leaving directory `/build/buildd/libjpeg-mmx-0.1.5'
> make: *** [build-stamp] Error 2
> **
> Build finished at 20060723-1914
> FAILED [dpkg-buildpackage died]
> Build needed 00:00:17, 2956k disk space

-- 
Julien Danjou
.''`.  Debian Developer
: :' : http://julien.danjou.info
`. `'  http://people.debian.org/~acid
  `-   9A0D 5FD9 EB42 22F6 8974  C95C A462 B51E C2FE E5CD


signature.asc
Description: Digital signature

Bug#379505: gst-plugins-base0.10: [L10N:DE] German PO file update

[Holger Wansing]

package: gst-plugins-base0.10
Version: 0.10.9-1
Severity: minor
Tags: patch l10n



Hello,

please find attached an updated german po file for 
source package gst-plugins-base0.10

It has passed the review process on the german mailinglist
[EMAIL PROTECTED]

Please implement.




Thanks

Holger





gst-plugins-base0.10-0.10.9-1_de.po.gz
Description: Binary data

Bug#379472: please configure --enable-buffy-size

[dean gaudet]

On Sun, 23 Jul 2006, Christoph Berg wrote:

> Re: dean gaudet 2006-07-23 <[EMAIL PROTECTED]>
> > please consider configuring mutt with --enable-buffy-size so that it 
> > doesn't rely on atime updates when determining if there's new mail.
> 
> It should be make a configuration option.

that'd be OK... although it could be modified to use either filesize or 
atime (a change in either is good enough), rather than just one or the 
other.


> > atimes are unreliable (consider a backup program -- it'll change the 
> > atimes) and a waste of disk i/o...
> 
> Wrong. Any sane backup program resets the atimes.

there's no way for a backup program to do this atomically -- there's a 
race between mutt reading the atime and the backup program resetting it.

thanks
-dean


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

Bug#379504: mime-support: mime should match .cab to application/octet-stream.

[Wilfried Goesgens]

Package: mime-support
Version: 3.37-1
Severity: wishlist

actualy the microsoft cabinet file format (something like a zip) is not matched 
against anything, so apache will deliver it as text/plain, which will for 
example make windows ce ie display it as plain text. application/octet-stream 
would make it do the correct behaviour. so could you please add .cab to that 
mime-type?

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

mime-support depends on no packages.

Versions of packages mime-support recommends:
ii  file  4.17-2 Determines file type using "magic"

-- no debconf information


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

Bug#379490: asterisk-oh323: FTBFS: oh323.h: No such file or directory

[Julien Danjou]

Package: asterisk-oh323
Version: 0.7.3-2
Severity: serious

Hello,

There was a problem while autobuilding your package:

> Automatic build of asterisk-oh323_0.7.3-2 on avidan by sbuild/i386 0.49
> Build started at 20060722-2307
> **
...
> rm -f build-stamp configure-stamp
> /usr/bin/make clean OPENH323DIR=/usr/share/openh323/ 
> PWLIBDIR=/usr/share/pwlib/ SKIP_SUFFIX=1 LIBPT_BASE=libpt 
> LIBH323_BASE=libopenh323 OH323WRAPLIBDIR=/usr/lib/ PROC=""
> make[1]: Entering directory `/build/buildd/asterisk-oh323-0.7.3'
> for x in wrapper asterisk-driver; do make -C $x clean || exit 1 ; done
> make[2]: Entering directory `/build/buildd/asterisk-oh323-0.7.3/wrapper'
> rm -f wrapper_misc.o asteriskaudio.o wrapconnection.o wrapendpoint.o 
> wrapper.o wrapcaps.o wrapgkserver.o liboh323wrap* .pwlib_version* 
> .openh323_version*
> asteriskaudio.cxx:35:19: error: oh323.h: No such file or directory
> In file included from asteriskaudio.cxx:36:
> version.h:38:2: error: #error "Pwlib version unknown!"
> version.h:41:2: error: #error "OpenH323 version unknown!"
> make[2]: *** Deleting file `obj_linux_x86_r/*.dep'
> asteriskaudio.cxx:35:19: error: oh323.h: No such file or directory
> In file included from asteriskaudio.cxx:36:
> version.h:38:2: error: #error "Pwlib version unknown!"
> version.h:41:2: error: #error "OpenH323 version unknown!"
> make[2]: *** Deleting file `obj_linux_x86_r/*.dep'
> make[2]: Leaving directory `/build/buildd/asterisk-oh323-0.7.3/wrapper'
> make[2]: Entering directory 
> `/build/buildd/asterisk-oh323-0.7.3/asterisk-driver'
> rm -f *.o *.so
> make[2]: Leaving directory 
> `/build/buildd/asterisk-oh323-0.7.3/asterisk-driver'
> make -C rpm rpm_clean
> make[2]: Entering directory `/build/buildd/asterisk-oh323-0.7.3/rpm'
> rm -f asterisk-oh323-0.7.3.tar.gz
> rm -rf asterisk-oh323
> make[2]: Leaving directory `/build/buildd/asterisk-oh323-0.7.3/rpm'
> make[1]: Leaving directory `/build/buildd/asterisk-oh323-0.7.3'
> dh_clean 
> dpatch  deapply-all  
> chan_oh323 not applied to ./ .
> rm -rf patch-stamp patch-stampT debian/patched
>  debian/rules build
> test -d debian/patched || install -d debian/patched
> dpatch  apply-all  
> applying patch chan_oh323 to ./ ... ok.
> dpatch  cat-all  >>patch-stampT
> mv -f patch-stampT patch-stamp
> dh_testdir
> /usr/bin/make OPENH323DIR=/usr/share/openh323/ PWLIBDIR=/usr/share/pwlib/ 
> SKIP_SUFFIX=1 LIBPT_BASE=libpt LIBH323_BASE=libopenh323 
> OH323WRAPLIBDIR=/usr/lib/ PROC=""
> make[1]: Entering directory `/build/buildd/asterisk-oh323-0.7.3'
> for x in wrapper asterisk-driver; do make -C $x build || exit 1 ; done
> make[2]: Entering directory `/build/buildd/asterisk-oh323-0.7.3/wrapper'
> ./check_ver /usr/share/pwlib/ pwlib
> asteriskaudio.cxx:35:19: error: oh323.h: No such file or directory
> In file included from asteriskaudio.cxx:36:
> version.h:38:2: error: #error "Pwlib version unknown!"
> version.h:41:2: error: #error "OpenH323 version unknown!"
> make[2]: *** Deleting file `obj_linux_x86_r/*.dep'
> asteriskaudio.cxx:35:19: error: oh323.h: No such file or directory
> In file included from asteriskaudio.cxx:36:
> version.h:38:2: error: #error "Pwlib version unknown!"
> version.h:41:2: error: #error "OpenH323 version unknown!"
> make[2]: *** Deleting file `obj_linux_x86_r/*.dep'
> ./check_ver /usr/share/openh323/ openh323
> asteriskaudio.cxx:35:19: error: oh323.h: No such file or directory
> In file included from asteriskaudio.cxx:36:
> version.h:38:2: error: #error "Pwlib version unknown!"
> version.h:41:2: error: #error "OpenH323 version unknown!"
> make[2]: *** Deleting file `obj_linux_x86_r/*.dep'
> asteriskaudio.cxx:35:19: error: oh323.h: No such file or directory
> In file included from asteriskaudio.cxx:36:
> version.h:38:2: error: #error "Pwlib version unknown!"
> version.h:41:2: error: #error "OpenH323 version unknown!"
> make[2]: *** Deleting file `obj_linux_x86_r/*.dep'
> asteriskaudio.cxx:35:19: error: oh323.h: No such file or directory
> In file included from asteriskaudio.cxx:36:
> version.h:38:2: error: #error "Pwlib version unknown!"
> version.h:41:2: error: #error "OpenH323 version unknown!"
> make[2]: *** Deleting file `obj_linux_x86_r/*.dep'
> g++ -Wall -felide-constructors -x c++ -Os -D_REENTRANT -Wall -fPIC -DPIC 
> -I/usr/share/pwlib//include -DPTRACING -I/usr/share/openh323//include 
> -DWRAPTRACING -DWRAPTRACING_LEVEL=5 -DPWLIBVERSION=\"-e 1.10.1\" 
> -DOPENH323VERSION=\"-e 1.18.0\"  -I/usr/share/pwlib//include 
> -I/usr/share/openh323//include -I/usr/share/openh323//include/openh323 
> -I../asterisk-driver -c wrapper_misc.cxx -o wrapper_misc.o
> asteriskaudio.cxx:35:19: error: oh323.h: No such file or directory
> In file included from asteriskaudio.cxx:36:
> version.h:38:2: error: #error "Pwlib version unknown!"
> version.h:41:2: error: #error "OpenH323 version unknown!"
> make[2]: *** Deleting file `obj_linux_x86_r/*.dep'
> asteriskaudio.cxx:35:19: error: oh32

Bug#374620: libgnomecupsui1.0-1c2a: Fix for the problem

[Christian Holm Christensen]

Hi Loïc,

On Sun, 2006-07-23 at 19:33 +0200, Loïc Minier wrote:
> On Sun, Jul 23, 2006, Christian Holm Christensen wrote:
> > *** gnome-cups-ui-driver.c.old  Thu Feb  3 21:10:04 2005
> > --- gnome-cups-ui-driver.c  Sun Jul 23 18:28:28 2006
> > ***
> > *** 151,158 
> > "ppd-make-and-model",
> > };
> > ipp_t *request = gnome_cups_request_new (CUPS_GET_PPDS);
> > gnome_cups_request_add_requested_attributes (request, IPP_TAG_PRINTER,
> > !   G_N_ELEMENTS (attrs), (char **)attrs);
> > return gnome_cups_request_execute (request, NULL, "/", NULL);
> >   }
> 
>  Could you please resend your patch as an unified diff?

Actually, I won't.  I couldn't be bothered to download the source again.
Instead I'll tell you what to do - it's really simple.  I simply
commented out the call to
`gnome_cups_request_add_requested_attributes'.  

I hope that clears things up for you.  If not, write me again :-)

>Thanks,

You're welcome.

Yours,

-- 
 ___  |  Christian Holm Christensen 
  |_| |  -
| |  Address: Sankt Hansgade 23, 1. th.  Phone:  (+45) 35 35 96 91
 _|   DK-2200 Copenhagen N   Cell:   (+45) 24 61 85 91
_|DenmarkOffice: (+45) 353  25 404
 |   Email:   [EMAIL PROTECTED]   Web:www.nbi.dk/~cholm
 | |

Bug#379494: add gthumb to the gnome task

[maximilian attems]

Package: tasksel
Version: 2.50
Severity: minor
Tags: patch

gthumb is a much better image viewer than eog.
found it missing on latest gnome-desktop install of daily snapshot.


--- tasksel-2.50/tasks/gnome-desktop.orig   2006-07-23 23:17:30.0 
+0200
+++ tasksel-2.50/tasks/gnome-desktop2006-07-23 23:17:54.0 +0200
@@ -50,3 +50,5 @@ Packages-list:
   firefox-gnome-support
 # hardware browser, broader scope than hal
   hardinfo
+# fine image viewer
+  gthumb

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

Versions of packages tasksel depends on:
ii  aptitude  0.4.1-1.1  terminal-based apt frontend
ii  debconf [debconf-2.0] 1.5.2  Debian configuration management sy
ii  liblocale-gettext-perl1.05-1 Using libc functions for internati
ii  tasksel-data  2.50   Official tasks used for installati

tasksel recommends no packages.

-- debconf information:
  tasksel/title:
  tasksel/first: Laptop, Standard system
  tasksel/tasks:


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

Bug#379501: digikam: FTBFS: grep: /usr/lib/libltdl.la: No such file or directory

[Julien Danjou]

Package: digikam
Version: 0.9-beta1-1
Severity: serious

Hello,

There was a problem while autobuilding your package:

> Automatic build of digikam_0.9-beta1-1 on avidan by sbuild/i386 0.49
> Build started at 20060723-1144
> **
...
> /usr/share/qt3/bin/moc 
> /build/buildd/digikam-0.9-beta1/./digikam/utilities/setup/setupslideshow.h -o 
> setupslideshow.moc
> /bin/bash ../../../libtool --silent --tag=CXX --mode=compile g++ 
> -DHAVE_CONFIG_H -I. 
> -I/build/buildd/digikam-0.9-beta1/./digikam/utilities/setup -I../../.. 
> -I/build/buildd/digikam-0.9-beta1/./digikam/digikam 
> -I/build/buildd/digikam-0.9-beta1/./digikam/libs/dialogs 
> -I/build/buildd/digikam-0.9-beta1/./digikam/libs/dimg 
> -I/build/buildd/digikam-0.9-beta1/./digikam/libs/widgets/common 
> -I/usr/include/gphoto2 -I/usr/include -I/usr/include/kde   -I/usr/include/kde 
> -I/usr/share/qt3/include -I.   -DQT_THREAD_SUPPORT  -D_REENTRANT  
> -Wno-long-long -Wundef -ansi -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -Wcast-align 
> -Wconversion -Wchar-subscripts -Wall -W -Wpointer-arith -DNDEBUG -DNO_DEBUG 
> -O2 -g -Wall -O2 -Wformat-security -Wmissing-format-attribute 
> -Wno-non-virtual-dtor -fno-exceptions -fno-check-new -fno-common 
> -DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL -DQT_NO_COMPAT 
> -DQT_NO_TRANSLATION -DQT_CLEAN_NAMESPACE  -c -o setupslideshow.lo 
> /build/buildd/digikam-0.9-beta1/./digikam/utilities/setup/setupslideshow.cpp
> /usr/share/qt3/bin/moc 
> /build/buildd/digikam-0.9-beta1/./digikam/utilities/setup/setupidentity.h -o 
> setupidentity.moc
> /bin/bash ../../../libtool --silent --tag=CXX --mode=compile g++ 
> -DHAVE_CONFIG_H -I. 
> -I/build/buildd/digikam-0.9-beta1/./digikam/utilities/setup -I../../.. 
> -I/build/buildd/digikam-0.9-beta1/./digikam/digikam 
> -I/build/buildd/digikam-0.9-beta1/./digikam/libs/dialogs 
> -I/build/buildd/digikam-0.9-beta1/./digikam/libs/dimg 
> -I/build/buildd/digikam-0.9-beta1/./digikam/libs/widgets/common 
> -I/usr/include/gphoto2 -I/usr/include -I/usr/include/kde   -I/usr/include/kde 
> -I/usr/share/qt3/include -I.   -DQT_THREAD_SUPPORT  -D_REENTRANT  
> -Wno-long-long -Wundef -ansi -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -Wcast-align 
> -Wconversion -Wchar-subscripts -Wall -W -Wpointer-arith -DNDEBUG -DNO_DEBUG 
> -O2 -g -Wall -O2 -Wformat-security -Wmissing-format-attribute 
> -Wno-non-virtual-dtor -fno-exceptions -fno-check-new -fno-common 
> -DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL -DQT_NO_COMPAT 
> -DQT_NO_TRANSLATION -DQT_CLEAN_NAMESPACE  -c -o setupidentity.lo 
> /build/buildd/digikam-0.9-beta1/./digikam/utilities/setup/setupidentity.cpp
> /bin/bash ../../../libtool --silent --tag=CXX --mode=link g++  -Wno-long-long 
> -Wundef -ansi -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -Wcast-align -Wconversion 
> -Wchar-subscripts -Wall -W -Wpointer-arith -DNDEBUG -DNO_DEBUG -O2 -g -Wall 
> -O2 -Wformat-security -Wmissing-format-attribute -Wno-non-virtual-dtor 
> -fno-exceptions -fno-check-new -fno-common -DQT_CLEAN_NAMESPACE 
> -DQT_NO_ASCII_CAST -DQT_NO_STL -DQT_NO_COMPAT -DQT_NO_TRANSLATION 
> -DQT_CLEAN_NAMESPACE-o libsetup.la  -L/usr/share/qt3/lib -L/usr/lib 
> -L/usr/lib -lgphoto2 -lm -L/usr/lib -lgphoto2_port setup.lo setupcamera.lo 
> setupimgplugins.lo cameraselection.lo setupgeneral.lo gpiface.lo setupmime.lo 
> setupplugins.lo setupcollections.lo setupmetadata.lo setupeditor.lo 
> setupmisc.lo setupicc.lo setupiofiles.lo setupslideshow.lo setupidentity.lo  
> grep: /usr/lib/libltdl.la: No such file or directory
> /bin/sed: can't read /usr/lib/libltdl.la: No such file or directory
> libtool: link: `/usr/lib/libltdl.la' is not a valid libtool archive
> make[5]: *** [libsetup.la] Error 1
> make[5]: Leaving directory 
> `/build/buildd/digikam-0.9-beta1/obj-i486-linux-gnu/digikam/utilities/setup'
> make[4]: *** [all-recursive] Error 1
> make[4]: Leaving directory 
> `/build/buildd/digikam-0.9-beta1/obj-i486-linux-gnu/digikam/utilities'
> make[3]: *** [all-recursive] Error 1
> make[3]: Leaving directory 
> `/build/buildd/digikam-0.9-beta1/obj-i486-linux-gnu/digikam'
> make[2]: *** [all-recursive] Error 1
> make[2]: Leaving directory 
> `/build/buildd/digikam-0.9-beta1/obj-i486-linux-gnu'
> make[1]: *** [all] Error 2
> make[1]: Leaving directory 
> `/build/buildd/digikam-0.9-beta1/obj-i486-linux-gnu'
> make: *** [debian/stamp-makefile-build] Error 2
> **
> Build finished at 20060723-1157
> FAILED [dpkg-buildpackage died]

-- 
Julien Danjou
.''`.  Debian Developer
: :' : http://julien.danjou.info
`. `'  http://people.debian.org/~acid
  `-   9A0D 5FD9 EB42 22F6 8974  C95C A462 B51E C2FE E5CD


signature.asc
Description: Digital signature

Bug#379487: gnuradio-core: FTBFS: bashisms

[Julien Danjou]

Package: gnuradio-core
Version: 2.8-2
Severity: important

Hello,

There was a problem while autobuilding your package:

> Automatic build of gnuradio-core_2.8-2 on avidan by sbuild/i386 0.49
> Build started at 20060722-2339
> **
...
> /usr/bin/make -C doc install 
> DESTDIR=/build/buildd/gnuradio-core-2.8/debian/tmp
> make[1]: Entering directory `/build/buildd/gnuradio-core-2.8/doc'
> Making install in other
> make[2]: Entering directory `/build/buildd/gnuradio-core-2.8/doc/other'
> make[3]: Entering directory `/build/buildd/gnuradio-core-2.8/doc/other'
> make[3]: Nothing to be done for `install-exec-am'.
> make[3]: Nothing to be done for `install-data-am'.
> make[3]: Leaving directory `/build/buildd/gnuradio-core-2.8/doc/other'
> make[2]: Leaving directory `/build/buildd/gnuradio-core-2.8/doc/other'
> Making install in xml
> make[2]: Entering directory `/build/buildd/gnuradio-core-2.8/doc/xml'
> make[3]: Entering directory `/build/buildd/gnuradio-core-2.8/doc/xml'
> make[3]: Nothing to be done for `install-exec-am'.
> make[3]: Nothing to be done for `install-data-am'.
> make[3]: Leaving directory `/build/buildd/gnuradio-core-2.8/doc/xml'
> make[2]: Leaving directory `/build/buildd/gnuradio-core-2.8/doc/xml'
> make[2]: Entering directory `/build/buildd/gnuradio-core-2.8/doc'
> mkdir -p html
> make[3]: Entering directory `/build/buildd/gnuradio-core-2.8/doc'
> make[3]: Nothing to be done for `install-exec-am'.
> /build/buildd/gnuradio-core-2.8/install-sh -d 
> /build/buildd/gnuradio-core-2.8/debian/tmp/usr/share/doc/gnuradio-core-2.8
> /usr/bin/install -c -m 644 ../README 
> /build/buildd/gnuradio-core-2.8/debian/tmp/usr/share/doc/gnuradio-core-2.8
> /usr/bin/install -c -m 644 ../README.hacking 
> /build/buildd/gnuradio-core-2.8/debian/tmp/usr/share/doc/gnuradio-core-2.8
> /usr/bin/install -c -m 644 ../ChangeLog 
> /build/buildd/gnuradio-core-2.8/debian/tmp/usr/share/doc/gnuradio-core-2.8
> cp -r html 
> /build/buildd/gnuradio-core-2.8/debian/tmp/usr/share/doc/gnuradio-core-2.8
> make[3]: Leaving directory `/build/buildd/gnuradio-core-2.8/doc'
> make[2]: Leaving directory `/build/buildd/gnuradio-core-2.8/doc'
> make[1]: Leaving directory `/build/buildd/gnuradio-core-2.8/doc'
> # The next few lines copies the files into proper package directories
> # Need to figure out whether this can be done in a different way.
> cp -a /build/buildd/gnuradio-core-2.8/debian/tmp/usr/lib/lib*.{a,la,so} 
> /build/buildd/gnuradio-core-2.8/debian/libgnuradio-core0-dev/usr/lib/
> cp: cannot stat 
> `/build/buildd/gnuradio-core-2.8/debian/tmp/usr/lib/lib*.{a,la,so}': No such 
> file or directory
> make: *** [install] Error 1
> **
> Build finished at 20060723-0029
> FAILED [dpkg-buildpackage died]

-- 
Julien Danjou
.''`.  Debian Developer
: :' : http://julien.danjou.info
`. `'  http://people.debian.org/~acid
  `-   9A0D 5FD9 EB42 22F6 8974  C95C A462 B51E C2FE E5CD


signature.asc
Description: Digital signature

Bug#379486: xplot: FTBFS: cbuild.def: not found

[Julien Danjou]

Package: xplot
Version: 1.19-7.1
Severity: serious

Hello,

There was a problem while autobuilding your package:

> Automatic build of xplot_1.19-7.1 on avidan by sbuild/i386 0.49
> Build started at 20060722-2227
> **
...
> cc -O2 -g -Wall -DVER=\"1.19\" -DHELPFILE=\"/usr/share/xplot/xplot.help\"  
> -I../libfli/lib -DDAEMONIZE   -c -o forms.o forms.c
> cc -O2 -g -Wall -DVER=\"1.19\" -DHELPFILE=\"/usr/share/xplot/xplot.help\"  
> -I../libfli/lib -DDAEMONIZE   -c -o setrange.o setrange.c
> cc -O2 -g -Wall -DVER=\"1.19\" -DHELPFILE=\"/usr/share/xplot/xplot.help\"  
> -I../libfli/lib -DDAEMONIZE   -c -o setlinetype.o setlinetype.c
> cc -O2 -g -Wall -DVER=\"1.19\" -DHELPFILE=\"/usr/share/xplot/xplot.help\"  
> -I../libfli/lib -DDAEMONIZE   -c -o checkranges.o checkranges.c
> cc -O2 -g -Wall -DVER=\"1.19\" -DHELPFILE=\"/usr/share/xplot/xplot.help\"  
> -I../libfli/lib -DDAEMONIZE   -c -o activatordone.o activatordone.c
> cc -O2 -g -Wall -DVER=\"1.19\" -DHELPFILE=\"/usr/share/xplot/xplot.help\"  
> -I../libfli/lib -DDAEMONIZE   -c -o redrawplots.o redrawplots.c
> cc -O2 -g -Wall -DVER=\"1.19\" -DHELPFILE=\"/usr/share/xplot/xplot.help\"  
> -I../libfli/lib -DDAEMONIZE   -c -o guessy.o guessy.c
> cc -O2 -g -Wall -DVER=\"1.19\" -DHELPFILE=\"/usr/share/xplot/xplot.help\"  
> -I../libfli/lib -DDAEMONIZE   -c -o redraw.o redraw.c
> cc -O2 -g -Wall -DVER=\"1.19\" -DHELPFILE=\"/usr/share/xplot/xplot.help\"  
> -I../libfli/lib -DDAEMONIZE   -c -o quit.o quit.c
> cc -O2 -g -Wall -DVER=\"1.19\" -DHELPFILE=\"/usr/share/xplot/xplot.help\"  
> -I../libfli/lib -DDAEMONIZE   -c -o doblowup.o doblowup.c
> cc -O2 -g -Wall -DVER=\"1.19\" -DHELPFILE=\"/usr/share/xplot/xplot.help\"  
> -I../libfli/lib -DDAEMONIZE   -c -o quitblowup.o quitblowup.c
> cc -O2 -g -Wall -DVER=\"1.19\" -DHELPFILE=\"/usr/share/xplot/xplot.help\"  
> -I../libfli/lib -DDAEMONIZE   -c -o setautoredraw.o setautoredraw.c
> cc -O2 -g -Wall -DVER=\"1.19\" -DHELPFILE=\"/usr/share/xplot/xplot.help\"  
> -I../libfli/lib -DDAEMONIZE   -c -o setboundary.o setboundary.c
> cc -O2 -g -Wall -DVER=\"1.19\" -DHELPFILE=\"/usr/share/xplot/xplot.help\"  
> -I../libfli/lib -DDAEMONIZE   -c -o setinputstrings.o setinputstrings.c
> cc -O2 -g -Wall -DVER=\"1.19\" -DHELPFILE=\"/usr/share/xplot/xplot.help\"  
> -I../libfli/lib -DDAEMONIZE   -c -o boundaries.o boundaries.c
> cc -O2 -g -Wall -DVER=\"1.19\" -DHELPFILE=\"/usr/share/xplot/xplot.help\"  
> -I../libfli/lib -DDAEMONIZE   -c -o activatesets.o activatesets.c
> cc -O2 -g -Wall -DVER=\"1.19\" -DHELPFILE=\"/usr/share/xplot/xplot.help\"  
> -I../libfli/lib -DDAEMONIZE   -c -o setactive.o setactive.c
> cc -O2 -g -Wall -DVER=\"1.19\" -DHELPFILE=\"/usr/share/xplot/xplot.help\"  
> -I../libfli/lib -DDAEMONIZE   -c -o dohelp.o dohelp.c
> cc -O2 -g -Wall -DVER=\"1.19\" -DHELPFILE=\"/usr/share/xplot/xplot.help\"  
> -I../libfli/lib -DDAEMONIZE   -c -o helpdone.o helpdone.c
> cc -O2 -g -Wall -DVER=\"1.19\" -DHELPFILE=\"/usr/share/xplot/xplot.help\"  
> -I../libfli/lib -DDAEMONIZE   -c -o settitle.o settitle.c
> cc -O2 -g -Wall -DVER=\"1.19\" -DHELPFILE=\"/usr/share/xplot/xplot.help\"  
> -I../libfli/lib -DDAEMONIZE   -c -o warning.o warning.c
> cc -O2 -g -Wall -DVER=\"1.19\" -DHELPFILE=\"/usr/share/xplot/xplot.help\"  
> -I../libfli/lib -DDAEMONIZE   -c -o showform.o showform.c
> (cd ../libfli/lib/; ./cbuild)
> .: 32: cbuild.def: not found
> make[1]: *** [../libfli/lib/libfli.a] Error 2
> make[1]: Leaving directory `/build/buildd/xplot-1.19/src'
> make: *** [build] Error 2
> **
> Build finished at 20060722-2227
> FAILED [dpkg-buildpackage died]
> --

-- 
Julien Danjou
.''`.  Debian Developer
: :' : http://julien.danjou.info
`. `'  http://people.debian.org/~acid
  `-   9A0D 5FD9 EB42 22F6 8974  C95C A462 B51E C2FE E5CD


signature.asc
Description: Digital signature

Bug#379433: [Intl:de] Translated german po file for the man page deb-old.5

[Nicolas François]

Hello,

On Sun, Jul 23, 2006 at 04:28:24PM +0200, Helge Kreutzmann wrote:
> 
> The following addendum should be inserted (please check if I got the syntax
> right, I constructed this by reading the po4a(7) manual and did not try this
> out):
> --- snip --
> PO4A-HEADER:mode=after;position=AUTOR;beginboundary=\.SH
> .PP
> Die deutsche Übersetzung wurde 2006 von Helge Kreutzmann <[EMAIL PROTECTED]>
> angefertigt. Diese Übersetzung ist Freie Dokumentation; lesen Sie die GNU
> General Public License Version 2 oder neuer für die Kopierbedingungen. Es gibt
> KEINE HAFTUNG.
> --- snip --

There are no AUTHOR sections in this man page.
Would it be OK if I put this at the end of the man page:
(i.e. is the section title OK?)

--- snip --
.SH ÜBERSETZUNG
Die deutsche Übersetzung wurde 2006 von Helge Kreutzmann <[EMAIL PROTECTED]>
angefertigt. Diese Übersetzung ist Freie Dokumentation; lesen Sie die GNU
General Public License Version 2 oder neuer für die Kopierbedingungen. Es gibt
KEINE HAFTUNG.
--- snip --

Kind Regards,
-- 
Nekral

Bug#379477: build fails: makefile fails to generate tones.h

[Louis-David Mitterrand]

Package: zaptel-source
Version: 1:1.2.7-1
Severity: important

This Makefile rule:

tones.h: gendigits
./gendigits

should probably read:

tones.h: gendigits
./gendigits > tones.h

otherwise the build fails as tones.h is missing.


-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (499, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.17-4-debian-pyrrhus
Locale: LANG=en_CA, [EMAIL PROTECTED] (charmap=ISO-8859-15)

Versions of packages zaptel-source depends on:
ii  bzip2 1.0.3-3high-quality block-sorting file co
ii  debhelper 5.0.37.3   helper programs for debian/rules
ii  module-assistant  0.10.5 tool to make module package creati

Versions of packages zaptel-source recommends:
ii  zaptel1:1.2.7-1  zapata telephony utilities

-- no debconf information

-- 
[EMAIL PROTECTED]


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