Bug#366512: ted: Fails to display file

[Steve Langasek]

On Tue, May 09, 2006 at 09:29:20PM -0400, Neil Roeth wrote:
> On May  9, Chris Waters ([EMAIL PROTECTED]) wrote:
>  > Hmm, it seems to be complaining that it can't find anything to use as
>  > a Helvetica font for that document.  What happens if you do: 
>  > 
>  >   xlsfont | grep -i helvetica

> Thanks for looking into this. Here's the requested output:

> -adobe-helvetica-bold-o-normal--0-0-100-100-p-0-iso10646-1
> -adobe-helvetica-bold-o-normal--0-0-100-100-p-0-iso10646-1
> -adobe-helvetica-bold-o-normal--0-0-100-100-p-0-iso8859-1
> -adobe-helvetica-bold-o-normal--0-0-100-100-p-0-iso8859-1



> The major font-related thing I did recently was switching to the new X11R7
> scheme where all fonts are in /usr/share/fonts/X11 rather than
> /usr/X11R6/lib/X11/fonts.

Is there any chance that bug #365403 is relevant to this case?

Cheers,
-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
[EMAIL PROTECTED]   http://www.debian.org/


signature.asc
Description: Digital signature

Processed: Fixed in NMU of erlang 1:10.b.9-3

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> tag 358179 + fixed
Bug#358179: erlang: Please do not include a copy of the LGPL in your 
debian/copyright
There were no tags set.
Tags added: fixed

> tag 358410 + fixed
Bug#358410: debian/control misclassifies erlang-{mode,src} as architecture any, 
not all
There were no tags set.
Bug#366398: cant install erlang package (dependencie problem)
Tags added: fixed

> tag 366398 + fixed
Bug#366398: cant install erlang package (dependencie problem)
Tags were: fixed
Bug#358410: debian/control misclassifies erlang-{mode,src} as architecture any, 
not all
Tags added: fixed

> quit
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


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

Bug#350088: Forcibly orphaning mhash?

[Thomas Bushnell BSG]

Nathanael Nerode <[EMAIL PROTECTED]> writes:

> As discussed in this bug, mhash's maintainer appears to be MIA or
> out to lunch.
>
> Is it OK if we forcibly orphan the package now?

There is no procedure for forcible orphaning the package.

If you have a fix for the bug (the bug log seems to suggest that
nobody has a patch at the moment), then please add it to the log;
since the bug is severity grave, you can certainly then do a proper
NMU.

We do not forcibly orphan anything; that's a silly procedure, because
all it can do is change a package with a less-than-ideal maintainer
into a package with none at all.  There is a procedure for hijacking,
but this is hardly a case.  It's not like a clearly winning patch is
being ignored.

Thomas


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

Bug#365464: proftpd: net ACLs are buggy

[Julien BLACHE]

Francesco Paolo Lovergine <[EMAIL PROTECTED]> wrote:

Hi,

>> Huh?  It's a IPv6 address, followed by a slash, followed by the number
>> of significant bits in decimal.  Just like IPv4.
>
> Sorry, that's not what I meant.
>
> :::192.168.0.0/124 is correct, :::192.168.0.0/24 not.
> because the second address is a mixed ipv4-in-ipv6 spec, but must
> specify the whole 128 bit range, not the ipv4 form.

Ah, ok, now it makes sense to reject that, indeed. As long as regular
IPv4 CIDR is supported :)

Thanks,

JB.

-- 
 Julien BLACHE <[EMAIL PROTECTED]>  |  Debian, because code matters more 
 Debian & GNU/Linux Developer|   
 Public key available on  - KeyID: F5D6 5169 
 GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169 


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

Bug#366512: ted: Fails to display file

[Chris Waters]

On Tue, May 09, 2006 at 09:29:20PM -0400, Neil Roeth wrote:

> The major font-related thing I did recently was switching to the new X11R7
> scheme where all fonts are in /usr/share/fonts/X11 rather than
> /usr/X11R6/lib/X11/fonts.

Hmm, ok, that looks like a place I can investigate further.  I
wouldn't think that would affect it, but Ted does do some funny things
with fonts.

-- 
Chris Waters   |  Pneumonoultra-osis is too long
[EMAIL PROTECTED]   |  microscopicsilico-to fit into a single
or [EMAIL PROTECTED] |  volcaniconi-  standalone haiku


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

Bug#366512: ted: Fails to display file

[Neil Roeth]

On May  9, Chris Waters ([EMAIL PROTECTED]) wrote:
 > Hmm, it seems to be complaining that it can't find anything to use as
 > a Helvetica font for that document.  What happens if you do: 
 > 
 >   xlsfont | grep -i helvetica

Thanks for looking into this. Here's the requested output:

-adobe-helvetica-bold-o-normal--0-0-100-100-p-0-iso10646-1
-adobe-helvetica-bold-o-normal--0-0-100-100-p-0-iso10646-1
-adobe-helvetica-bold-o-normal--0-0-100-100-p-0-iso8859-1
-adobe-helvetica-bold-o-normal--0-0-100-100-p-0-iso8859-1
-adobe-helvetica-bold-o-normal--0-0-75-75-p-0-iso10646-1
-adobe-helvetica-bold-o-normal--0-0-75-75-p-0-iso10646-1
-adobe-helvetica-bold-o-normal--0-0-75-75-p-0-iso8859-1
-adobe-helvetica-bold-o-normal--0-0-75-75-p-0-iso8859-1
-adobe-helvetica-bold-o-normal--10-100-75-75-p-60-iso10646-1
-adobe-helvetica-bold-o-normal--10-100-75-75-p-60-iso10646-1
-adobe-helvetica-bold-o-normal--10-100-75-75-p-60-iso8859-1
-adobe-helvetica-bold-o-normal--10-100-75-75-p-60-iso8859-1
-adobe-helvetica-bold-o-normal--11-80-100-100-p-60-iso10646-1
-adobe-helvetica-bold-o-normal--11-80-100-100-p-60-iso10646-1
-adobe-helvetica-bold-o-normal--11-80-100-100-p-60-iso8859-1
-adobe-helvetica-bold-o-normal--11-80-100-100-p-60-iso8859-1
-adobe-helvetica-bold-o-normal--12-120-75-75-p-69-iso10646-1
-adobe-helvetica-bold-o-normal--12-120-75-75-p-69-iso10646-1
-adobe-helvetica-bold-o-normal--12-120-75-75-p-69-iso8859-1
-adobe-helvetica-bold-o-normal--12-120-75-75-p-69-iso8859-1
-adobe-helvetica-bold-o-normal--14-100-100-100-p-82-iso10646-1
-adobe-helvetica-bold-o-normal--14-100-100-100-p-82-iso10646-1
-adobe-helvetica-bold-o-normal--14-100-100-100-p-82-iso8859-1
-adobe-helvetica-bold-o-normal--14-100-100-100-p-82-iso8859-1
-adobe-helvetica-bold-o-normal--14-140-75-75-p-82-iso10646-1
-adobe-helvetica-bold-o-normal--14-140-75-75-p-82-iso10646-1
-adobe-helvetica-bold-o-normal--14-140-75-75-p-82-iso8859-1
-adobe-helvetica-bold-o-normal--14-140-75-75-p-82-iso8859-1
-adobe-helvetica-bold-o-normal--17-120-100-100-p-92-iso10646-1
-adobe-helvetica-bold-o-normal--17-120-100-100-p-92-iso10646-1
-adobe-helvetica-bold-o-normal--17-120-100-100-p-92-iso8859-1
-adobe-helvetica-bold-o-normal--17-120-100-100-p-92-iso8859-1
-adobe-helvetica-bold-o-normal--18-180-75-75-p-104-iso10646-1
-adobe-helvetica-bold-o-normal--18-180-75-75-p-104-iso10646-1
-adobe-helvetica-bold-o-normal--18-180-75-75-p-104-iso8859-1
-adobe-helvetica-bold-o-normal--18-180-75-75-p-104-iso8859-1
-adobe-helvetica-bold-o-normal--20-140-100-100-p-103-iso10646-1
-adobe-helvetica-bold-o-normal--20-140-100-100-p-103-iso10646-1
-adobe-helvetica-bold-o-normal--20-140-100-100-p-103-iso8859-1
-adobe-helvetica-bold-o-normal--20-140-100-100-p-103-iso8859-1
-adobe-helvetica-bold-o-normal--24-240-75-75-p-138-iso10646-1
-adobe-helvetica-bold-o-normal--24-240-75-75-p-138-iso10646-1
-adobe-helvetica-bold-o-normal--24-240-75-75-p-138-iso8859-1
-adobe-helvetica-bold-o-normal--24-240-75-75-p-138-iso8859-1
-adobe-helvetica-bold-o-normal--25-180-100-100-p-138-iso10646-1
-adobe-helvetica-bold-o-normal--25-180-100-100-p-138-iso10646-1
-adobe-helvetica-bold-o-normal--25-180-100-100-p-138-iso8859-1
-adobe-helvetica-bold-o-normal--25-180-100-100-p-138-iso8859-1
-adobe-helvetica-bold-o-normal--34-240-100-100-p-182-iso10646-1
-adobe-helvetica-bold-o-normal--34-240-100-100-p-182-iso10646-1
-adobe-helvetica-bold-o-normal--34-240-100-100-p-182-iso8859-1
-adobe-helvetica-bold-o-normal--34-240-100-100-p-182-iso8859-1
-adobe-helvetica-bold-o-normal--8-80-75-75-p-50-iso10646-1
-adobe-helvetica-bold-o-normal--8-80-75-75-p-50-iso10646-1
-adobe-helvetica-bold-o-normal--8-80-75-75-p-50-iso8859-1
-adobe-helvetica-bold-o-normal--8-80-75-75-p-50-iso8859-1
-adobe-helvetica-bold-r-normal--0-0-100-100-p-0-iso10646-1
-adobe-helvetica-bold-r-normal--0-0-100-100-p-0-iso10646-1
-adobe-helvetica-bold-r-normal--0-0-100-100-p-0-iso8859-1
-adobe-helvetica-bold-r-normal--0-0-100-100-p-0-iso8859-1
-adobe-helvetica-bold-r-normal--0-0-75-75-p-0-iso10646-1
-adobe-helvetica-bold-r-normal--0-0-75-75-p-0-iso10646-1
-adobe-helvetica-bold-r-normal--0-0-75-75-p-0-iso8859-1
-adobe-helvetica-bold-r-normal--0-0-75-75-p-0-iso8859-1
-adobe-helvetica-bold-r-normal--10-100-75-75-p-60-iso10646-1
-adobe-helvetica-bold-r-normal--10-100-75-75-p-60-iso10646-1
-adobe-helvetica-bold-r-normal--10-100-75-75-p-60-iso8859-1
-adobe-helvetica-bold-r-normal--10-100-75-75-p-60-iso8859-1
-adobe-helvetica-bold-r-normal--11-80-100-100-p-60-iso10646-1
-adobe-helvetica-bold-r-normal--11-80-100-100-p-60-iso10646-1
-adobe-helvetica-bold-r-normal--11-80-100-100-p-60-iso8859-1
-adobe-helvetica-bold-r-normal--11-80-100-100-p-60-iso8859-1
-adobe-helvetica-bold-r-normal--12-120-75-75-p-70-iso10646-1
-adobe-helvetica-bold-r-normal--12-120-75-75-p-70-iso10646-1
-adobe-helvetica-bold-r-normal--12-120-75-75-p-70-iso8859-1
-adobe-helvetica-bold-r-normal--12-120-75-75-p-70-iso8859-1
-adobe-helvetica-bold-r-normal--14-100-100-100-p-82-iso10646-1
-adobe-helvetica-bold-r-normal--14-100-

Bug#366475: Scanimage on NSLU2 with hplip backend overflows

[Henrique de Moraes Holschuh]

On Tue, 09 May 2006, Manolis Tzanidakis wrote:
> [20060509] Julien BLACHE <[EMAIL PROTECTED]> wrote:
> > At this point, we're running the backend, so the bug probably lies in
> > hplip. If possible, please provide a gdb backtrace so we can make sure
> > it really happens in the backend.
> 
> I'm sorry, I can't run gdb at the moment since I've re-connected the
> printer to the previous server, this box is in production after all. 
> But I can verify that the bug lies in hplip, since I took the NSLU2 
> home and connected it to my Epson scanner (plustek sane-backend) and 
> it works.

So far so good, but unless I can duplicate the problem, or someone sends me
a gdb backtrace or something else to help locate the issue, the chances of
fixing this bug are close to zero.

-- 
  "One disk to rule them all, One disk to find them. One disk to bring
  them all and in the darkness grind them. In the Land of Redmond
  where the shadows lie." -- The Silicon Valley Tarot
  Henrique Holschuh


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

Bug#362482: broken dependencies

[Scott Anderson]

--- Øystein Gisnås <[EMAIL PROTECTED]> wrote:

> tir, 09,.05.2006 kl. 12.46 -0700, skrev Scott Anderson:
> > Oystein,
> > 
> > I dist-upgraded again today and one of the upgrades said to run 
> > debfoster2aptitude.  After
> running
> > this, my evolution installations are reported by aptitude as having broken 
> > dependencies, but I
> > can't find what they are.
> 
> Aptitude is not my main package tool, so other people probably can
> answer this better than me, but try this. In aptitude, search for broken
> packages by starting a search (press /) then use the search string "~b"
> for broken packages.
> 

This may be a clue to my crash problem.  Aptitude (GUI mode, I usually just use 
the command line),
shows evolution-plugins with broken dependencies.  

  * evolution-plugins depends on libgnutls13 (>= 1.3.5)
  * evolution-plugins depends on libnotify1

The egroupwise libraries also depend on libgnutls13, and hence are broken.

I also found something a little odd.

libsoup2.2-8 depends on libgnutls12
libegroupwise1.2-9 depends on libsoup2.2-8 and libgnutls13

Is libsoup2.2-8 in transitition to depend on libgnutls13?  Loic is an evolution 
maintainer, isn't
he?

That's all I can find for now.

Scott


__
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 


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

Bug#366634: mindi: Filesystem to use for initrd is UNSUPPORTED

[Tim Caulder]

Package: mindi
Version: 1.07-2
Severity: grave
Justification: renders package unusable

mondo fails after calling MINDI to create boot+data disks. Alert Fatal 
error. Filesystem UNSUPPORTED not supported for initrd image. 
Terminating.

-- 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
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)

Versions of packages mindi depends on:
ii  binutils 2.16.1cvs20060413-1 The GNU assembler, linker and bina
ii  bzip21.0.3-2 high-quality block-sorting file co
ii  dosfstools   2.11-2.1Utilities to create and check MS-D
ii  file 4.17-1  Determines file type using "magic"
ii  gawk 1:3.1.5.dfsg-4  GNU awk, a pattern scanning and pr
ii  mindi-busybox1.00-6  Collection of shell utilities in a
ii  mkisofs  4:2.01+01a03-5  Creates ISO-9660 CD-ROM filesystem
ii  module-init-tools3.2.2-2 tools for managing Linux kernel mo
ii  ms-sys   2.1.0-1 Write a Microsoft compatible boot 
pi  nano 1.3.11-2free Pico clone with some new feat
ii  parted   1.6.25.1-2  The GNU Parted disk partition resi
ii  syslinux 3.11-3  Bootloader for Linux/i386 using MS

Versions of packages mindi recommends:
ii  cpio  2.6-11 GNU cpio -- a program to manage ar
pn  linux-image-2.6-amd64-generic  (no description available)
pn  mdadm  (no description available)
ii  ntfsprogs 1.12.1-1   tools for doing neat things in NTF

-- no debconf information


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

Bug#350088: Forcibly orphaning mhash?

[Chris Hanson]

Nathanael Nerode wrote:
> As discussed in this bug, mhash's maintainer appears to be MIA or out to 
> lunch.
> 
> Is it OK if we forcibly orphan the package now?

What exactly do you want me to do?  I released a new version recently,
and as far as I can tell there's no consensus on whether the suggested
fixes actually work.  Plus, the upstream sources don't seem to be
generally accessible now, so it's hard to tell what's going on there.

So I continue to wait for something useful to happen.

Plus, I've been teaching a new class this term and consequently have
very little time.  But the term's almost over.

Do you have any specific suggestion as to what should happen?


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

Processed: tagging 358833

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> # Automatically generated email from bts, devscripts version 2.9.19
>  # does not affect 2.6.15 currently in etch
> tags 358833 sid
Bug#358833: Please update for 2.6.16
Tags were: fixed-upstream wontfix confirmed
Tags added: sid

>
End of message, stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


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

Processed: Re: Bug#366516: boot process of fresh etch installation does not lead to graphic login: inconsistent paths /usr/bin vs /usr/bin/X11

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> package xdm
Ignoring bugs not assigned to: xdm

> severity 366516 grave
Bug#366516: boot process of fresh etch installation does not lead to graphic
  login: inconsistent paths /usr/bin vs /usr/bin/X11
Severity set to `grave'.

> merge 366516 365134
Bug#365134: wrong paths to executables or executables in wrong places
Bug#366516: boot process of fresh etch installation does not lead to graphic
  login: inconsistent paths /usr/bin vs /usr/bin/X11
Bug#366599: xdm looks for /usr/bin/X, but I have /usr/X11R6/bin/X
Merged 365134 366516 366599.

> thanks
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


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

Processed: Re: Bug#366599: xdm looks for /usr/bin/X, but I have /usr/X11R6/bin/X

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> package xdm
Ignoring bugs not assigned to: xdm

> severity 366599 grave
Bug#366599: xdm looks for /usr/bin/X, but I have /usr/X11R6/bin/X
Severity set to `grave'.

> merge 365134 366599
Bug#365134: wrong paths to executables or executables in wrong places
Bug#366599: xdm looks for /usr/bin/X, but I have /usr/X11R6/bin/X
Merged 365134 366599.

> thanks
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


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

Processed: Re: Bug#366512: ted: Fails to display file

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> package ted
Ignoring bugs not assigned to: ted

> tags 366512 unreproducible moreinfo
Bug#366512: ted: Fails to display file
There were no tags set.
Tags added: unreproducible, moreinfo

> thanks
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


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

Bug#365464: proftpd: net ACLs are buggy

[Francesco Paolo Lovergine]

On Tue, May 09, 2006 at 09:37:41PM +0200, Florian Weimer wrote:
> * Francesco Paolo Lovergine:
> 
> >> According to my notes (I'm offline at the moment), RFC 3513 specifies
> >> a syntax for IPv6 prefixes.  The syntax is similar to IPv4 prefixes:
> >> 
> >>   0123:4567:89ab:cdef:0123:4567:89ab:cde0/124
> >> 
> >
> > Which is completely different from the ipv4 cidr indeed.
> 
> Huh?  It's a IPv6 address, followed by a slash, followed by the number
> of significant bits in decimal.  Just like IPv4.

Sorry, that's not what I meant.

:::192.168.0.0/124 is correct, :::192.168.0.0/24 not.
because the second address is a mixed ipv4-in-ipv6 spec, but must
specify the whole 128 bit range, not the ipv4 form.

-- 
Francesco P. Lovergine


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

Bug#351693: status of #351693?

[Thomas Bushnell BSG]

Rob Browning <[EMAIL PROTECTED]> writes:

> Thomas Bushnell BSG <[EMAIL PROTECTED]> writes:
>
>> I don't know what you're talking about.
>
> Actually, I just clicked on the wrong link.

Oh good, it seemed like we were surely looking at different files
entirely.



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

Bug#350088: Forcibly orphaning mhash?

[Nathanael Nerode]

As discussed in this bug, mhash's maintainer appears to be MIA or out to lunch.

Is it OK if we forcibly orphan the package now?

-- 
Nathanael Nerode  <[EMAIL PROTECTED]>

"It's just a goddamned piece of paper."
-- President Bush, referring to the US Constitution
http://www.capitolhillblue.com/artman/publish/article_7779.shtml


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

Bug#366512: ted: Fails to display file

[Chris Waters]

package ted
tags 366512 unreproducible moreinfo
thanks

On Tue, May 09, 2006 at 06:47:20AM -0400, Neil Roeth wrote:

> Starting Ted like so:

> $ ted /usr/share/ted/Ted/TedDocument-en_US.rtf 

> makes the initial screen pop up, but the file that I am trying to
> edit does not.  Since I cannot even see the document I am trying to
> edit, much less edit it, I consider that unuseable.

Well, that sounds like a reasonable asssessment.  Unfortunately, I
cannot reproduce your problem here.  I'll need more information to get
to the bottom of this.

> The following messages appear in the xterm from which I started Ted:

> appFont.c(812) aff->affFontFamilyName="Helvetica" afe->afeXfontFamilies=0x0
[...]

Hmm, it seems to be complaining that it can't find anything to use as
a Helvetica font for that document.  What happens if you do: 

  xlsfont | grep -i helvetica

Note that providing appropriate fonts is up to you.  Debian packages
cannot depend on particular fonts, because your Xserver and/or your
font server may be located on different machines.  Furthermore, there
is no way for Ted to know which fonts might be required, because those
are defined by the documents.  Hence, as I say, providing the fonts
you need is up to you.  However, if this is the problem, then I do
think that Ted could provide a more helpful error message!

If access to fonts is not the problem, then I'm really not sure what
to think.  In any case, please send me the output of the command
above.  That should at least give me a starting point.

-- 
Chris Waters   |  Pneumonoultra-osis is too long
[EMAIL PROTECTED]   |  microscopicsilico-to fit into a single
or [EMAIL PROTECTED] |  volcaniconi-  standalone haiku


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

Bug#362482: broken dependencies

[Scott Anderson]

Oystein,

I dist-upgraded again today and one of the upgrades said to run 
debfoster2aptitude.  After running
this, my evolution installations are reported by aptitude as having broken 
dependencies, but I
can't find what they are.

  ~> aptitude search evolution
  p   b2evolution - a multilingual, multiuser, multi-blog 
eng
  p   beagle-backend-evolution- evolution data backend for beagle
  iBA evolution   - The groupware suite
  iBA evolution-data-server   - evolution database backend server
  i   evolution-data-server-dbg   - evolution database backend server with 
de
  p   evolution-data-server-dev   - Development files for 
evolution-data-serv
  i   evolution-dbg   - The groupware suite - with debugging 
symb
  p   evolution-dev   - Development library files for Evolution
  p   evolution-exchange  - Exchange plugin for the Evolution 
groupwa
  iB  evolution-plugins   - All bundled plugins for Evolution
  v   evolution-ssl   -
  p   evolution-webcal- webcal: URL handler for GNOME and 
Evoluti
  p   libevolution-cil- CLI bindings for Evolution
  p   libevolution-ruby   - revolution, ruby binding for the 
evolutio
  p   libevolution-ruby1.8- revolution, ruby 1.8 binding for the 
evol
  p   libmultisync-plugin-evolution   - Ximian Evolution plugin for MultiSync
  p   openoffice.org-evolution- Evolution Addressbook support for 
OpenOff
  v   openoffice.org2-evolution   -
  p   opensync-plugin-evolution   - Evolution plugin for opensync


Evolution is still running fine (enough, same bugs).  How do I trace the broken 
dependencies?

Scott



Here's the dpkg -l output that you recommended after the dist-upgrade.

Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Installed/Config-files/Unpacked/Failed-config/Half-installed
|/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad)
||/ Name   VersionDescription
+++-==-==-
pn  bonobo  (no description available)
un  bonobo-activation   (no description available)
un  bonobo-conf (no description available)
un  bonobo-python   (no description available)
ii  evolution  2.6.1-2The groupware suite
ii  evolution-data-server  1.6.1-2evolution database backend server
ii  evolution-data-server-dbg  1.6.1-2evolution database backend server 
with debug
pn  evolution-data-server-dev   (no description available)
ii  evolution-dbg  2.6.1-2The groupware suite - with 
debugging symbols
pn  evolution-dev   (no description available)
un  evolution-exchange  (no description available)
ii  evolution-plugins  2.6.1-2All bundled plugins for Evolution
un  evolution-webcal(no description available)
un  libbonobo-activation-dev(no description available)
un  libbonobo-activation4   (no description available)
un  libbonobo-conf-dev  (no description available)
un  libbonobo-conf0 (no description available)
un  libbonobo-dev   (no description available)
un  libbonobo1  (no description available)
pn  libbonobo2  (no description available)
ii  libbonobo2-0   2.14.0-1   Bonobo CORBA interfaces library
ii  libbonobo2-common  2.14.0-1   Bonobo CORBA interfaces library 
-- support f
pn  libbonobo2-dev  (no description available)
un  libbonobomm1.3-3(no description available)
un  libbonobomm1.3-9(no description available)
un  libbonobomm1.3-9c2  (no description available)
un  libbonobomm1.3-dev  (no description available)
ii  libbonoboui2-0 2.14.0-2   The Bonobo UI library
ii  libbonoboui2-common2.14.0-2   The Bonobo UI library -- common 
files
pn  libbonoboui2-dev(no description available)
un  libbonobouimm1.3-7  (no description available)
un  libbonobouimm1.3-7c2(no description available)
un  libbonobouimm1.3-7c2a   (no description available)
un  libbonobouimm1.3-dev(no description available)
un  libcamel-dev(no description available)
un  libcamel-ssl-dev(no description available)
un  libcamel-ssl0   (no description available)
un  libcamel0   (no description available)
pn  libcamel1.2-0   (no description available)
ii  libcamel1.2-6  1.4.2.1-2+b1   The Evolution MIME

Processed: retitle 366291 to Module ABI broken

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> # Automatically generated email from bts, devscripts version 2.9.19
> retitle 366291 Module ABI broken
Bug#366291: nvidia-kernel-2.6.16-1-k7: Won't load into linux-image-2.6.16-1-k7 
version 2.6.16-12
Changed Bug title.

>
End of message, stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


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

Bug#365464: proftpd: net ACLs are buggy

[Florian Weimer]

* Francesco Paolo Lovergine:

>> According to my notes (I'm offline at the moment), RFC 3513 specifies
>> a syntax for IPv6 prefixes.  The syntax is similar to IPv4 prefixes:
>> 
>>   0123:4567:89ab:cdef:0123:4567:89ab:cde0/124
>> 
>
> Which is completely different from the ipv4 cidr indeed.

Huh?  It's a IPv6 address, followed by a slash, followed by the number
of significant bits in decimal.  Just like IPv4.


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

Bug#366598: config-manager: config_manager.implementations is missing for the package

[Olivier Albiez]

Package: config-manager
Version: 0.3-2
Severity: grave
Justification: renders package unusable

Hello,

I think some files are missing from the package:

$ cm
Traceback (most recent call last):
  File "/usr/bin/cm.py", line 27, in ?
from config_manager import main
  File "/usr/lib/python2.4/site-packages/config_manager/__init__.py", line 24, 
in ?
import config_manager.implementations
ImportError: No module named implementations

Confirmation:
$ dpkg -L config-manager
/.
/usr
/usr/bin
/usr/bin/cm
/usr/bin/cm.py
/usr/bin/cm.bin
/usr/lib
/usr/lib/python2.4
/usr/lib/python2.4/site-packages
/usr/lib/python2.4/site-packages/config_manager
/usr/lib/python2.4/site-packages/config_manager/__init__.py
/usr/lib/python2.4/site-packages/config_manager/optparse.py
/usr/share
/usr/share/doc
/usr/share/doc/config-manager
/usr/share/doc/config-manager/README
/usr/share/doc/config-manager/HOWTO
/usr/share/doc/config-manager/sample-config.txt
/usr/share/doc/config-manager/README.Debian
/usr/share/doc/config-manager/copyright
/usr/share/doc/config-manager/changelog.Debian.gz

Regards,

Olivier 

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

Versions of packages config-manager depends on:
ii  bzr 0.7-3bazaar-ng, the next-generation dis
ii  libc6   2.3.6-7  GNU C Library: Shared libraries
ii  libgcc1 1:4.1.0-1+b1 GCC support library
ii  libstdc++6  4.1.0-1+b1   The GNU Standard C++ Library v3
ii  pybaz   1.5pre1-2python bindings for the bazaar rev
ii  python2.4   2.4.2-2  An interactive high-level object-o

config-manager recommends no packages.

-- no debconf information


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

Bug#366505: tetex-base: Contains undistributable unmodifiable file: ntimes.sty

[Steve Langasek]

On Tue, May 09, 2006 at 01:16:05PM +0200, Norbert Preining wrote:
> On Die, 09 Mai 2006, Lionel Elie Mamane wrote:
> > /usr/share/texmf-tetex/tex/cslatex/ntimes.sty shipped by tetex-base
> > (according to http://packages.debian.org/, it is still in 3.0-17)
> > seems not to be redistributable; it says:

> > %% IMPORTANT NOTICE:
> > %%
> > %% For the copyright see the source file.
> > %%
> > %% You are *not* allowed to modify this file.
> > %%
> > %% You are *not* allowed to distribute this file.
> > %% For distribution of the original source see
> > %% the terms for copying and modification in the file  cspsfont.doc.

> Interesting, especially since README-cspsfont which is the accompanying
> README mentions GPL v2 or later (although in czech as far as I
> understand).

> Copyright
> %

> Tento balík patří mezi volně šířený software; můete
> jej dále distribuovat anebo modifikovat za podmínek GNU General Public
> License, jak ji publikovala Free Software Foundation; buď ve verzi 2
> této licence nebo (podle Vaší volby) v libovolné pozdější verzi.

> Tento software je distribuován s přáním, aby byl uitečný, ale BEZ
> ŽÁDNÉ ZÁRUKY. Viz GNU General Public License.

> Anglický originál GNU General Publics License najdete v distribuci
> CSTeXu a mnoha dalších volně šířených programů. Můete si té o něj
> napsat na adresu Free Software Foundation, Inc., 59 Temple Place,
> Suite 330, Boston, MA 02111-1307 USA

Yes, modulo some nasty charset encoding issues in your original mail, and
some niggling doubts about whether bits of what I'm reading are actually
Slovak or if my Czech is just really really bad, this looks like a
translation of a pretty standard GPL disclaimer.

In particular, the first sentence says (loosely back-translated) "this
package is free software".  Does "package" unambiguously include the
ntimes.sty file in question?  If so, I would suggest downgrading this bug
report while sorting out which of the two license statements is the correct
and current one, since there is likely no bug here at all.

Cheers,
-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
[EMAIL PROTECTED]   http://www.debian.org/

Bug#366588: CVE-2006-2120: denial of service (crash) via a crafted TIFF image

[Stefan Fritsch]

Package: libtiff4
Version: 3.7.2-3sarge1
Severity: grave
Tags: security
Justification: user security hole



As far as I could see, this is not fixed in sarge:

Name: CVE-2006-2120
URL: http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2006-2120
http://bugzilla.remotesensing.org/show_bug.cgi?id=1065

The TIFFToRGB function in libtiff before 3.8.1 allows remote attackers
to cause a denial of service (crash) via a crafted TIFF image with
Yr/Yg/Yb values that exceed the YCR/YCG/YCB values, which triggers an
out-of-bounds read.


The function name is actually TIFFXYZToRGB. I am sorry that I am too
late for DSA 1054.

Cheers,
Stefan


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

Bug#365464: proftpd: net ACLs are buggy

[Francesco Paolo Lovergine]

On Tue, May 09, 2006 at 06:18:34PM +0200, Florian Weimer wrote:
> * Francesco Paolo Lovergine:
> 
> >> Refusing IPv6 subnets doesn't qualify as a fix for this issue IMHO,
> >> but at least it'll fix the hole in the meantime. I wonder how this
> >> code can end up in a stable release.
> 
> > I'm not an IPv6 expert but AFAIK IPv4 CIDR notation is simply a non
> > sense in 128bit context...
> 
> According to my notes (I'm offline at the moment), RFC 3513 specifies
> a syntax for IPv6 prefixes.  The syntax is similar to IPv4 prefixes:
> 
>   0123:4567:89ab:cdef:0123:4567:89ab:cde0/124
> 

Which is completely different from the ipv4 cidr indeed.

-- 
Francesco P. Lovergine


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

Bug#362319: FTBFS: UTS Release version in does not match current version

[Martin Michlmayr]

* Sven Luther <[EMAIL PROTECTED]> [2006-04-13 12:41]:
> 2.4.27 is dead, let's get rid of it. We can always reintroduce it later for

Can you please file a bug on ftp.debian.org?
-- 
Martin Michlmayr
http://www.cyrius.com/


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

Bug#351693: status of #351693?

[Rob Browning]

Thomas Bushnell BSG <[EMAIL PROTECTED]> writes:

> I don't know what you're talking about.

Actually, I just clicked on the wrong link.

-- 
Rob Browning
rlb @defaultvalue.org and @debian.org; previously @cs.utexas.edu
GPG starting 2002-11-03 = 14DD 432F AE39 534D B592  F9A0 25C8 D377 8C7E 73A4


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

Bug#327564: marked as done (can't start aria on amd64)

[Debian Bug Tracking System]

Your message dated Tue, 09 May 2006 11:32:08 -0700
with message-id <[EMAIL PROTECTED]>
and subject line Bug#327564: fixed in aria 1.0.0-14
has caused the attached Bug report to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

Debian bug tracking system administrator
(administrator, Debian Bugs database)

--- Begin Message ---
Package: aria
Version: 1.0.0-10
Severity: normal

# aria
terminate called after throwing an instance of 'std::out_of_range'
  what():  basic_string::at
Stopped

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

Versions of packages aria depends on:
ii  libc6 2.3.5-6GNU C Library: Shared libraries an
ii  libgcc1   1:4.0.1-6  GCC support library
ii  libglib1.21.2.10-10  The GLib library of C routines
ii  libgtk1.2 1.2.10-17  The GIMP Toolkit set of widgets fo
ii  libssl0.9.7   0.9.7g-2   SSL shared libraries
ii  libstdc++64.0.1-6The GNU Standard C++ Library v3
ii  libx11-6  6.8.2.dfsg.1-6 X Window System protocol client li
ii  libxext6  6.8.2.dfsg.1-6 X Window System miscellaneous exte
ii  libxi66.8.2.dfsg.1-6 X Window System Input extension li
ii  xlibs 6.8.2.dfsg.1-6 X Window System client libraries m
ii  zlib1g1:1.2.3-4  compression library - runtime

aria recommends no packages.

-- no debconf information

--- End Message ---
--- Begin Message ---
Source: aria
Source-Version: 1.0.0-14

We believe that the bug you reported is fixed in the latest version of
aria, which is due to be installed in the Debian FTP archive:

aria_1.0.0-14.diff.gz
  to pool/main/a/aria/aria_1.0.0-14.diff.gz
aria_1.0.0-14.dsc
  to pool/main/a/aria/aria_1.0.0-14.dsc
aria_1.0.0-14_amd64.deb
  to pool/main/a/aria/aria_1.0.0-14_amd64.deb



A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to [EMAIL PROTECTED],
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Rene Engelhard <[EMAIL PROTECTED]> (supplier of updated aria package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing [EMAIL PROTECTED])


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.7
Date: Tue,  9 May 2006 20:07:36 +0200
Source: aria
Binary: aria
Architecture: source amd64
Version: 1.0.0-14
Distribution: unstable
Urgency: low
Maintainer: Rene Engelhard <[EMAIL PROTECTED]>
Changed-By: Rene Engelhard <[EMAIL PROTECTED]>
Description: 
 aria   - Tool to download files from the Internet via HTTP or FTP
Closes: 327564
Changes: 
 aria (1.0.0-14) unstable; urgency=low
 .
   * fix amd64, thanks Bill Allombert for the patch (closes: #327564)
Files: 
 3f59819d4d7860e11dcd27b48da7396d 633 net optional aria_1.0.0-14.dsc
 5b51bf8f0953a54fd588d1105752037b 16615 net optional aria_1.0.0-14.diff.gz
 7cb369cdf15432f7fd5fa53c19c26228 660350 net optional aria_1.0.0-14_amd64.deb

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

iD8DBQFEYNuE+FmQsCSK63MRAm/CAJwMpNqT/p2xISr5Y4sT1FOka+EvywCcDn4o
8TwlXizyxk+y3v0MeS4OiDc=
=LJkc
-END PGP SIGNATURE-

--- End Message ---

Bug#359642: pexts: patch for cleaning up build-deps/ binary packages

[Stefan Huehner]

Package: pexts
Followup-For: Bug #359642


Hi,
attached patch removes support for building of pike7.2 and pike7.4
binary packages, as these two versions have been removed from the
archive.

Please consider applying the patch.
After applying i still get an ftbfs which i haven't further analyzed..

Regards,
Stefan

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.16-1-686
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
diff -ur pexts-0.2.0/debian/control pexts-0.2.0.mod/debian/control
--- pexts-0.2.0/debian/control  2006-05-09 20:35:03.0 +0200
+++ pexts-0.2.0.mod/debian/control  2006-05-09 20:28:01.0 +0200
@@ -3,27 +3,7 @@
 Priority: optional
 Maintainer: Marek Habersack <[EMAIL PROTECTED]>
 Standards-Version: 3.6.1
-Build-Depends: debhelper (>> 4.1.16), pike7.2 (>= 7.2.580-4), pike7.4-core (>> 
7.4.341-1), pike7.4-dev (>> 7.4.341-1), pike7.6-core (>> 7.6.51), pike7.6-dev 
(>> 7.6.51), libnewt-dev, libmhash-dev, libpam0g-dev, libbz2-dev, 
libncurses5-dev, autoconf (>> 2.53), automake, libtool, libpcre3-dev, 
libmcrypt-dev, libgeoip-dev
-
-Package: pike7.2-pexts-admintools
-Architecture: any
-Depends: ${shlibs:Depends}, pike7.2 (>= ${pikever72}-1) | pike7.2 (<= 
${pikever72}-99)
-Description: Pike AdminTools module
- Pexts is a collection of Pike extension modules designed
- to fill the gaps that are in the standard Pike distribution.
- .
- This module implements a glue for the more advanced Unix
- system interfaces which aren't supported by the core Pike modules.
-
-Package: pike7.4-pexts-admintools
-Architecture: any
-Depends: ${shlibs:Depends}, pike7.4 (>= ${pikever74}-1) | pike7.4 (<= 
${pikever74}-99)
-Description: Pike AdminTools module
- Pexts is a collection of Pike extension modules designed
- to fill the gaps that are in the standard Pike distribution.
- .
- This module implements a glue for the more advanced Unix
- system interfaces which aren't supported by the core Pike modules.
+Build-Depends: debhelper (>> 4.1.16), pike7.6-core (>> 7.6.51), pike7.6-dev 
(>> 7.6.51), libnewt-dev, libmhash-dev, libpam0g-dev, libbz2-dev, 
libncurses5-dev, autoconf (>> 2.53), automake, libtool, libpcre3-dev, 
libmcrypt-dev, libgeoip-dev
 
 Package: pike7.6-pexts-admintools
 Architecture: any
@@ -35,26 +15,6 @@
  This module implements a glue for the more advanced Unix
  system interfaces which aren't supported by the core Pike modules.
 
-Package: pike7.2-pexts-curses
-Architecture: any
-Depends: ${shlibs:Depends}, pike7.2 (>= ${pikever72}-1) | pike7.2 (<= 
${pikever72}-99)
-Description: Pike (N)Curses module
- Pexts is a collection of Pike extension modules designed
- to fill the gaps that are in the standard Pike distribution.
- .
- This module implements a glue for the (N)Curses portable
- terminal access library.
-
-Package: pike7.4-pexts-curses
-Architecture: any
-Depends: ${shlibs:Depends}, pike7.4 (>= ${pikever74}-1) | pike7.4 (<= 
${pikever74}-99)
-Description: Pike (N)Curses module
- Pexts is a collection of Pike extension modules designed
- to fill the gaps that are in the standard Pike distribution.
- .
- This module implements a glue for the (N)Curses portable
- terminal access library.
-
 Package: pike7.6-pexts-curses
 Architecture: any
 Depends: ${shlibs:Depends}, pike7.6 (>= ${pikever76}-1) | pike7.6 (<= 
${pikever76}-99)
@@ -65,26 +25,6 @@
  This module implements a glue for the (N)Curses portable
  terminal access library.
 
-Package: pike7.2-pexts-mhash
-Architecture: any
-Depends: ${shlibs:Depends}, pike7.2 (>= ${pikever72}-1) | pike7.2 (<= 
${pikever72}-99)
-Description: Pike Mhash module
- Pexts is a collection of Pike extension modules designed
- to fill the gaps that are in the standard Pike distribution.
- .
- This module implements a glue for the Mhash library of strong
- hashes.
-
-Package: pike7.4-pexts-mhash
-Architecture: any
-Depends: ${shlibs:Depends}, pike7.4 (>= ${pikever74}-1) | pike7.4 (<= 
${pikever74}-99)
-Description: Pike Mhash module
- Pexts is a collection of Pike extension modules designed
- to fill the gaps that are in the standard Pike distribution.
- .
- This module implements a glue for the Mhash library of strong
- hashes.
-
 Package: pike7.6-pexts-mhash
 Architecture: any
 Depends: ${shlibs:Depends}, pike7.6 (>= ${pikever76}-1) | pike7.6 (<= 
${pikever76}-99)
@@ -95,26 +35,6 @@
  This module implements a glue for the Mhash library of strong
  hashes.
 
-Package: pike7.2-pexts-newt
-Architecture: any
-Depends: ${shlibs:Depends}, pike7.2 (>= ${pikever72}-1) | pike7.2 (<= 
${pikever72}-99)
-Description: Pike Newt module
- Pexts is a collection of Pike extension modules designed
- to fill the gaps that are in the standard Pike distribution.
- .
- This module implements a glue for the Newt user interface
- library.
-
-Package: pike7.4-pexts-newt
-Architecture: any
-Depends: ${shlibs:Depend

Processed: Bug#363294: gnutls13 - rebuild looses dep against libtasn1

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> tags 363294 patch
Bug#363294: gnutls13 - rebuild looses dep against libtasn1
There were no tags set.
Tags added: patch

> thanks
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


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

Bug#363294: gnutls13 - rebuild looses dep against libtasn1

[Andreas Metzler]

tags 363294 patch
thanks

attached trivial patch prevents gnutls13 linking against the broken
libtasn upload. I have tested this. The patch is intentionally minimal,
i.e. it does not remove libgnutls-dev's dependency on libtasn1.2-dev, as
some (broken) pakages might rely on libgnutls-dev pulling in libtasn
headers.

I might NMU (but not today), unless somebody else is faster.
cu andreas
-- 
The 'Galactic Cleaning' policy undertaken by Emperor Zhark is a personal
vision of the emperor's, and its inclusion in this work does not constitute
tacit approval by the author or the publisher for any such projects,
howsoever undertaken.(c) Jasper Ffforde
diff -u gnutls13-1.3.5/debian/changelog gnutls13-1.3.5/debian/changelog
--- gnutls13-1.3.5/debian/changelog
+++ gnutls13-1.3.5/debian/changelog
@@ -1,3 +1,14 @@
+gnutls13 (1.3.5-1.1) unstable; urgency=low
+
+  * NMU
+  * Invoke ./configure with --with-included-libtasn1 to prevent accidental
+linking against the broken 0.3.1-1 upload of libtasn1-2-dev which
+contained libtasn1.so.3 and force gnutls13 to use the internal version of
+libtasn instead until libtasn1-3-dev is uploaded. Drop broken
+Build-Depency on libtasn1-2-dev (>= 0.3.1).  (closes: #363294)
+
+ -- Andreas Metzler <[EMAIL PROTECTED]>  Tue,  9 May 2006 17:24:42 +
+
 gnutls13 (1.3.5-1) unstable; urgency=low
 
   * New Upstream version.
diff -u gnutls13-1.3.5/debian/control gnutls13-1.3.5/debian/control
--- gnutls13-1.3.5/debian/control
+++ gnutls13-1.3.5/debian/control
@@ -2,7 +2,7 @@
 Section: devel
 Priority: optional
 Maintainer: Matthias Urlichs <[EMAIL PROTECTED]>
-Build-Depends: debhelper (>= 4.1), libgcrypt11-dev (>= 1.2.2), zlib1g-dev, 
libtasn1-2-dev (>= 0.3.1), libopencdk8-dev (>= 0.5.5-8), liblzo-dev, binutils 
(>= 2.14.90.0.7), cdbs, gtk-doc-tools, texinfo (>= 4.8)
+Build-Depends: debhelper (>= 4.1), libgcrypt11-dev (>= 1.2.2), zlib1g-dev, 
libopencdk8-dev (>= 0.5.5-8), liblzo-dev, binutils (>= 2.14.90.0.7), cdbs, 
gtk-doc-tools, texinfo (>= 4.8)
 Standards-Version: 3.6.1
 
 Package: libgnutls-dev
diff -u gnutls13-1.3.5/debian/rules gnutls13-1.3.5/debian/rules
--- gnutls13-1.3.5/debian/rules
+++ gnutls13-1.3.5/debian/rules
@@ -8,7 +8,7 @@
 include /usr/share/cdbs/1/rules/debhelper.mk
 include /usr/share/cdbs/1/class/autotools.mk
 
-DEB_CONFIGURE_EXTRA_FLAGS = --with-mcrypt=no
+DEB_CONFIGURE_EXTRA_FLAGS = --with-mcrypt=no --with-included-libtasn1
 DEB_DH_STRIP_ARGS = --dbg-package=libgnutls12
 DEB_DH_MAKESHLIBS_ARGS_libgnutls12 := -V 'libgnutls12 (>=1.3.5-1)'
 

Bug#366563: Kspread losses data

[Pierre Habouzit]

forwarded http://bugs.kde.org/126350
tags + upstream fixed-upstream
thanks

Le Mar 9 Mai 2006 19:37, Waldo Cancino a écrit :
> Package: kspread
> Version:   1:1.5.0-1+b1
> Severity: serious
>
> I'm working a small file in Kspread and suddently I noted that it
> doesn't save
>
> all the workshet (only some numbers). This happens when you save data
>
> in OASIS formate (KSpread default). In Kspread format (ksp) this
> problem
>
> don't happen.
>
> I attached a small example. Try to replicate that problem.

this looks like upstream : http://bugs.kde.org/show_bug.cgi?id=126350

that has been fixed upstream.

next branch pull (>= rev 535017) will fix that.
-- 
·O·  Pierre Habouzit
··O[EMAIL PROTECTED]
OOOhttp://www.madism.org


pgp1Qzw5WJQKH.pgp
Description: PGP signature

Bug#366563: Kspread losses data

[Isaac Clerencia]

On Tuesday, 9 May 2006 19:37, Waldo Cancino wrote:
> Package: kspread
> Version:   1:1.5.0-1+b1
> Severity: serious
>
> I'm working a small file in Kspread and suddently I noted that it doesn't
> save
>
> all the workshet (only some numbers). This happens when you save data
> in OASIS formate (KSpread default). In Kspread format (ksp) this problem
> don't happen.

It's a known upstream bug caused by a faulty optimization. It will be reverted 
for 1.5.1 which should be released soon.

Best regards
-- 
Isaac Clerencia at Warp Networks, http://www.warp.es
Work: <[EMAIL PROTECTED]>   | Debian: <[EMAIL PROTECTED]>


pgpj9HEcNkCsj.pgp
Description: PGP signature

Bug#351693: status of #351693?

[Thomas Bushnell BSG]

Rob Browning <[EMAIL PROTECTED]> writes:

> Thomas Bushnell BSG <[EMAIL PROTECTED]> writes:
>
>> http://buildd.debian.org/build.php?arch=&pkg=guile-1.6
>>
>> The ia64 buildd admin clearly has just not processed the failing log.
>
> Ahh.  This isn't (or may not be) the same problem.  It's not failing
> in the test suite, but rather when trying to build the docs.

I don't know what you're talking about.  At the end of that page is
the link to the ia64 build of version 1.6.7-3.  Clicking on that link
brings you to the failing build from April 29, 2006, at the following
URL:
http://buildd.debian.org/fetch.php?&pkg=guile-1.6&ver=1.6.7-3&arch=ia64&stamp=1146285308&file=log&as=raw

At the end of that log, is the following error, which generates the
failure exit status:

make[3]: Entering directory `/build/buildd/guile-1.6-1.6.7'
Testing /build/buildd/guile-1.6-1.6.7/pre-inst-guile ...
with GUILE_LOAD_PATH=/build/buildd/guile-1.6-1.6.7/test-suite
ERROR: In procedure variable-set-name-hint!:
ERROR: Wrong type argument in position ~A (expecting ~A): ~S
FAIL: check-guile
===
1 of 1 tests failed
===
make[3]: *** [check-TESTS] Error 1
make[3]: Leaving directory `/build/buildd/guile-1.6-1.6.7'



This looks for all the world like a failure in the test suite, and the
identical one in the original bug report.  I see no indication of a
failure in building docs.

Thomas


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

Bug#366562: FTBFS: unmet build-dependency libdvdread3-dev

[Martin Michlmayr]

Package: drip
Version: 0.8.3.2+0.9.0-rc3-7
Severity: serious

Your package no longer builds in unstable because the build-dependency
on libdvdread3-dev cannot be fulfiled.  the libdvdread package dropped
the libdvdread3-dev package (it's just libdvdread-dev now).  Even
though libdvdread-dev provides libdvdread3-dev, this won't fulfil your
build-dependency since you have a versioned build dependency on
libdvdread3-dev and provides don't support versions.

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


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

Bug#366564: fglrx-driver: new version crashes kernel

[Nate Carlson]

Package: fglrx-driver
Version: 8.24.8-1
Severity: critical
Justification: breaks the whole system


With fglrx-driver 8.24.8-1, when I try to start X, my laptop crashes
with the following panic:

[4295433.261000] Unable to handle kernel NULL pointer dereference at
virtual address 
[4295433.261000]  printing eip:
[4295433.261000] c0417451
[4295433.261000] *pde = 
[4295433.261000] Oops:  [#1]
[4295433.261000] Modules linked in: fglrx binfmt_misc rfcomm l2cap nfs
lockd nfs_acl sunrpc thermal fan button ac battery autofs4 capability
commoncap netconsole ipv6 af_packet ip_nat_ftp iptable_nat ip_nat
ipt_LOG xt_state ip_conntrack_ftp ip_conntrack nfnetlink ipt_REJECT
xt_tcpudp iptable_filter ip_tables x_tables deflate zlib_deflate twofish
serpent aes blowfish des sha256 sha1 crypto_null af_key dm_mod
cpufreq_userspace speedstep_centrino freq_table processor sbp2 ide_disk
ide_cd pcmcia hci_usb bluetooth tsdev ipw2200 ieee80211 ieee80211_crypt
firmware_class sdhci mmc_core b44 mii sg psmouse sr_mod yenta_socket
rsrc_nonstatic pcmcia_core ohci1394 ieee1394 snd_intel8x0 cdrom
snd_intel8x0m snd_ac97_codec snd_ac97_bus snd_pcm_oss snd_mixer_oss
ehci_hcd snd_pcm snd_timer snd rtc uhci_hcdpcspkr usbcore soundcore
snd_page_alloc intel_agp agpgart unix ext3 jbd mbcachesd_mod generic
ide_core ata_piix ahci libata scsi_mod evdev fbcon tileblit fontbitblit
softcursor
[4295433.261000] CPU:0
[4295433.261000] EIP:0060:[]Tainted: P  VLI
[4295433.261000] EFLAGS: 00210096   (2.6.16.13-knight-1 #1)
[4295433.261000] EIP is at __wake_up_common+0x11/0x70
[4295433.261000] eax:    ebx:    ecx: 0001   edx:
0001
[4295433.261000] esi: 00200286   edi:    ebp: c062ff0c   esp:
c062fee8
[4295433.261000] ds: 007b   es: 007b   ss: 0068
[4295433.261000] Process swapper (pid: 0, threadinfo=c062e000
task=c05ee300)
[4295433.261000] Stack: <0>f8f484c0 0005  0020 0001
0001  00200286
[4295433.261000]c062ff88 c062ff24 c04174d2  
c221fae0  
[4295433.261000]f8ee2410  f8f48440 c062ff88 c043c9fd
00a9 f8f48440 c062ff88
[4295433.261000] Call Trace:
[4295433.261000]  [] __wake_up+0x22/0x30
[4295433.261000]  [] ke_irq_handler_wrap+0x20/0x30 [fglrx]
[4295433.261000]  [] handle_IRQ_event+0x3d/0x70
[4295433.261000]  [] __do_IRQ+0x63/0xc0
[4295433.261000]  [] acpi_hw_register_read+0xa9/0x170
[4295433.261000]  [] do_IRQ+0x19/0x30
[4295433.261000]  [] common_interrupt+0x1a/0x20
[4295433.261000]  [] acpi_processor_idle+0x154/0x318
[processor]
[4295433.261000]  [] cpu_idle+0x41/0x60
[4295433.261000]  [] start_kernel+0x275/0x320
[4295433.261000]  [] unknown_bootoption+0x0/0x280
[4295433.261000] Code: c0 5b 11 0d d4 b2 66 c0 5d c3 01 1d c8 b2 66 c0
5b 11 0d
cc b2 66 c0 5d c3 90 55 89 e5 57 89 c7 56 53 83 ec 18 89 55 f0 89 4d ec
<8b> 10
39 c2 8b 1a 75 09 eb 4d 90 8d 74 26 00 89 c3 8b 72 f4 8d
[4295433.261000]  <0>Kernel panic - not syncing: Fatal exception in
interrupt

If I copy the old drivers (from 8.21.7) to /usr/lib/xorg/drivers/, it 
works
just fine - just no acceleration, since the kernel driver and X driver
don't match.

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

Versions of packages fglrx-driver depends on:
ii  libc6 2.3.6-7GNU C Library: Shared libraries
ii  libgcc1   1:4.1.0-2  GCC support library
ii  libstdc++51:3.3.6-13 The GNU Standard C++ Library v3
ii  libx11-6  2:1.0.0-6  X11 client-side library
ii  libxext6  1:1.0.0-4  X11 miscellaneous extension librar
ii  xserver-xorg  1:7.0.15   the X.Org X server

Versions of packages fglrx-driver recommends:
ii8.24.8-1+2.6.16.13-knight-1-10.00.Cust ATI binary kernel module for Linux

-- no debconf information


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

Bug#366561: FTBFS: unmet build-dependency libdvdread3-dev

[Martin Michlmayr]

Package: libdvdplay
Version: 1.0.1-6
Severity: serious

Your package no longer builds in unstable because the build-dependency
on libdvdread3-dev cannot be fulfiled.  the libdvdread package dropped
the libdvdread3-dev package (it's just libdvdread-dev now).  Even
though libdvdread-dev provides libdvdread3-dev, this won't fulfil your
build-dependency since you have a versioned build dependency on
libdvdread3-dev and provides don't support versions.

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


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

Bug#327564: Bug #327564: [patch] can't start aria

[Bill Allombert]

tags 327564 patch
thanks

Hello Jung-hoon, Chris and Rene,

The attached patch seems to fix aria on 64bit plateform.
At least I can download a file with aria now on amd64.
This patch also fix most gcc warning on amd64.

This patch replace use of 'unsigned int' where string::size_type would be
expected (there are a lot of them).

The problem was that string::size_type is a 64bit unsigned type and 
(string::size_type) -1 was used as a marker and was lost whe converting
to 32 bit unsigned.

There are still some poor usage of 'int' where a 64bit type would be
better, but they do not seem to affect normal operations (maybe only if
one try to download files >=4B).

(Rene, please add a file debian/README.sources explaining how to use the
build system to get the patched sources).

Cheers,
-- 
Bill. <[EMAIL PROTECTED]>

Imagine a large red swirl here. 
diff -ruN aria-1.0.0-old/src/Command.cc aria-1.0.0/src/Command.cc
--- aria-1.0.0-old/src/Command.cc   2002-04-03 15:33:51.0 +0200
+++ aria-1.0.0/src/Command.cc   2006-05-09 19:10:43.621958801 +0200
@@ -171,7 +171,7 @@
 
 string Command::MyToken_splitter(string& line)
 {
-  unsigned int start_pos = line.find_first_not_of(" \t\n\r");
+  string::size_type start_pos = line.find_first_not_of(" \t\n\r");
 
   if(start_pos == string::npos) {
 line.erase();
@@ -187,7 +187,7 @@
 
   if(line.at(start_pos) == '$') { // reserved word
 // $()
-unsigned int end_pos = line.find(')', start_pos);
+string::size_type end_pos = line.find(')', start_pos);
 if(end_pos == string::npos) {
   cerr << "error: paren mismatch: '" << line.substr(start_pos) << "'" << 
endl;
   throw 0;
@@ -196,7 +196,7 @@
 
 line.erase(0, end_pos+1);
   } else { // unreserved word
-unsigned int end_pos = line.find_first_of("$", start_pos);
+string::size_type end_pos = line.find_first_of("$", start_pos);
 if(end_pos == string::npos) {
   end_pos = line.size();
 }
diff -ruN aria-1.0.0-old/src/FTPcontainer.cc aria-1.0.0/src/FTPcontainer.cc
--- aria-1.0.0-old/src/FTPcontainer.cc  2002-04-06 05:14:34.0 +0200
+++ aria-1.0.0/src/FTPcontainer.cc  2006-05-09 19:10:43.621958801 +0200
@@ -36,7 +36,7 @@
   port = 0;
 
   if(resp == NULL) return;
-  unsigned int index = resp_string.find_first_of("0123456789");
+  string::size_type index = resp_string.find_first_of("0123456789");
   if(index != string::npos) {
 //cout << resp+i << "\n" << flush;
 sscanf(resp+index, "%d,%d,%d,%d,%d,%d", ip, ip+1, ip+2, ip+3,
diff -ruN aria-1.0.0-old/src/HTMLparse.cc aria-1.0.0/src/HTMLparse.cc
--- aria-1.0.0-old/src/HTMLparse.cc 2002-09-30 15:29:45.0 +0200
+++ aria-1.0.0/src/HTMLparse.cc 2006-05-09 19:10:43.622958771 +0200
@@ -37,10 +37,10 @@
 {
   line.erase(prot_pos, length);
   line.insert(prot_pos, prefix);
-  unsigned int colon_pos = line.find_first_of(":/\"'>", prot_pos);
+  string::size_type colon_pos = line.find_first_of(":/\"'>", prot_pos);
   if(colon_pos != string::npos) {
 if(line.at(colon_pos) == ':') {
-  unsigned int slash_pos = line.find_first_of("/\"'>", colon_pos);
+  string::size_type slash_pos = line.find_first_of("/\"'>", colon_pos);
   if(slash_pos != string::npos) {
line.erase(colon_pos, slash_pos-colon_pos);
   } else {
@@ -53,8 +53,8 @@
 
 URLcontainer HTMLparse::find_href(string line, Options& options)
 {
-  unsigned int href_pos = 0;
-  unsigned int eq_pos = 0;
+  string::size_type href_pos = 0;
+  string::size_type eq_pos = 0;
   bool flag = true;;
   URLcontainer urlcon;
   bool fsavefile = (options.ret_with_hostname_dir() && 
options.ret_abs2rel_url() || options.ret_delete_comment() || 
options.ret_delete_javascript() || options.ret_convert_tilde()) && !outfile_bad;
@@ -157,7 +157,7 @@
 }
 
 if(!flag) {
-  unsigned int url_start = line.find_first_not_of(" \t\r\n", eq_pos+1);
+  string::size_type url_start = line.find_first_not_of(" \t\r\n", 
eq_pos+1);
   if(url_start == string::npos) {
throw HTMLPARSE_NOHREF;
   }
@@ -172,7 +172,7 @@
 
   //cerr << line.substr(url_start) << endl;
   /*
-  unsigned int url_start = line.find_first_not_of(" \t'\"", eq_pos+1);
+  string::size_type url_start = line.find_first_not_of(" \t'\"", eq_pos+1);
   bool quoted_flag = false;
   if(url_start == string::npos) {
throw HTMLPARSE_NOHREF;
@@ -190,7 +190,7 @@
   if(line.at(url_start) == '\\') {
url_start += 2;
   }
-  unsigned int url_end;
+  string::size_type url_end;
   if(quoted_flag) {
url_end = line.find_first_of("'\">", url_start);
   } else {
@@ -208,7 +208,7 @@
   string href = 
replaceSubstring(removeCtrlChar(Remove_white(line.substr(url_start, 
url_end-url_start))), "&", "&");
   href = URLcontainer::URL_Decode(href);
 
-  unsigned int slash_pos = href.find('#');
+  string::size_type slash_pos = href.find('#');
   if(slash_pos != string::npos) {
href.erase(slash_pos);
  

Bug#351693: status of #351693?

[Rob Browning]

Thomas Bushnell BSG <[EMAIL PROTECTED]> writes:

> http://buildd.debian.org/build.php?arch=&pkg=guile-1.6
>
> The ia64 buildd admin clearly has just not processed the failing log.

Ahh.  This isn't (or may not be) the same problem.  It's not failing
in the test suite, but rather when trying to build the docs.

Based on a recent discussion on guile-devel, I have a suspicion about
what might be causing the trouble.  I'll try to look in to it this
evening.

-- 
Rob Browning
rlb @defaultvalue.org and @debian.org; previously @cs.utexas.edu
GPG starting 2002-11-03 = 14DD 432F AE39 534D B592  F9A0 25C8 D377 8C7E 73A4


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

Bug#351693: status of #351693?

[Thomas Bushnell BSG]

Rob Browning <[EMAIL PROTECTED]> writes:

> Thomas Bushnell BSG <[EMAIL PROTECTED]> writes:
>
>> Can you please work on #351693?  Perhaps simply following the
>> suggestion in the bug report would solve the problem; I don't know.
>> But regardless, it's silly that such a small thing should be causing
>> problems for three months now.
>
> At least when I looked here
>
>   http://people.debian.org/~igloo/package-status.php?package=guile-1.6
>
> ia64 appeared (and still appears) to be building.  Of course it's been
> over a week, so I would imagine something's wrong.  Where did you see
> the log describing the failure?

http://buildd.debian.org/build.php?arch=&pkg=guile-1.6

The ia64 buildd admin clearly has just not processed the failing log.

Thomas


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

Bug#366563: Kspread losses data

[Waldo Cancino]

Package: kspread
Version:   1:1.5.0-1+b1
Severity: serious

I'm working a small file in Kspread and suddently I noted that it doesn't save 

all the workshet (only some numbers). This happens when you save data

in OASIS formate (KSpread default). In Kspread format (ksp) this problem

don't happen.

I attached a small example. Try to replicate that problem.


Waldo


teste.ksp
Description: application/kspread

Bug#366556: gnucash fails to start

[Thomas Bushnell BSG]

severity 366556 important
reassign 366556 xfonts-encodings
merge 366556 365403
thanks

Alberto Maurizi <[EMAIL PROTECTED]> writes:

> Package: gnucash
> Version: 1.8.12-8
> Severity: grave
> Justification: renders package unusable
>
>
>   below is the result of
>
> $ gnucash &> gnuchas.log
>
>   hope this helps.

Thank you for your bug report; the bug is actually in an X package and
not in gnucash.   

A suggested workaround can be found at bugs.debian.org/365403.

Thomas


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

Bug#363294: gnutls13 - rebuild looses dep against libtasn1

[Andreas Metzler]

unblock 363294 with 356694
thanks
On 2006-05-08 Steve Langasek <[EMAIL PROTECTED]> wrote:
> On Mon, May 08, 2006 at 04:23:47PM +0200, Andreas Metzler wrote:
>> On 2006-05-07 Steve Langasek <[EMAIL PROTECTED]> wrote:
>>> On Sat, May 06, 2006 at 06:41:42PM +0200, Andreas Metzler wrote:
 On 2006-04-18 Bastian Blank <[EMAIL PROTECTED]> wrote:
> Package: gnutls13
> Version: 1.3.5
> Severity: grave

> A rebuild of gnutls13 looses its dependency against libtasn1 and uses a
> staticaly linked version instead.
>> [...]

 This is not fixable until libtasn >= 0.3.1 is uploaded, which will
 need to go through the NEW queue as the soname has changed.

>>> Not necessarily.  gnutls13 does build in the absence of libtasn-dev, it just
>>> builds *differently* depending on whether libtasn1-3 is available: it uses
>>> its bundled tasn instead.

>> Eh. The whole bug report by Bastian basically just says: "It does not
>> link against a externelly packages version of libtasn but statically
>> against the included one." And this, 

> Actually, the title of the bug report is "rebuild loses dep against
> libtasn1", which is very much about whether the build-dependencies are
> correct.

Hello,
it depends on whether you read it as "is not linked against external
libtasn anymore" or as "depending on installed version of
libtasn1-2-dev will be linked against external version or internal
version".

I read it in the former interpretation, which is only fixable by
upoading libtasn1-3.

>>> As long as there is no libtasn1-3 in the archive,
>>> this should be ok (not great, but ok) -- so a reasonable solution might be
>>> to drop the build-dependency on libtasn1-2-dev and instead build-conflict
>>> with any libtasn dev packages that it could accidentally build against. 
>>> Then when there's a -dev package for libtasn1-3, it should be re-added as a
>>> build-dependency.

>> ... would not change what Bastian reported in *any* way.

>> Removing the libtasn1-2 build-dependecy fixes the whishlist bug
>> "lists pacages i build-depends that it does not use at all". Adding a
>> build-conflict against libtasn1-2-dev seems to be useless

> It's not useless.  The libtasn1-2-dev 0.3 that was briefly in the archive is
> what the gnutls13 packages on i386 and s390 got built against.  While this
> package will no longer be found on any of the buildds, in the interest of
> preventing accidental misbuilds on developer systems the build-conflict
> ought to be added.

I see. I completely agree that gnutls13 should prevent building
against this broken version.

> Limiting the build-conflict to the specific broken version of libtasn1-2-dev
> should be fine, if you want to take that approach.

It seems to be cleaner to me.

[...]
>> As noted above I fail to see much of the necessity of the changes you
>> propose and none of them changes "gnutls13 is linked statically
>> against libtasn". - If you consider "gnutls13 is linked statically" to
>> not be grave just downgrade this bug.

> Wrong build-dependencies/build-conflicts are a serious bug.
[...]
Only if they can cause breakage imho, as you've shown above breakage
is possible. I missed that (corner case), thanks.
cu andreas

-- 
The 'Galactic Cleaning' policy undertaken by Emperor Zhark is a personal
vision of the emperor's, and its inclusion in this work does not constitute
tacit approval by the author or the publisher for any such projects,
howsoever undertaken.(c) Jasper Ffforde


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

Processed: Bug #327564: [patch] can't start aria

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> tags 327564 patch
Bug#327564: can't start aria on amd64
Tags were: confirmed
Tags added: patch

> thanks
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


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

Processed: Re: Bug#363294: gnutls13 - rebuild looses dep against libtasn1

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> unblock 363294 with 356694
Bug#363294: gnutls13 - rebuild looses dep against libtasn1
Was blocked by: 356694
Blocking bugs removed: 356694

> thanks
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


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

Processed: Re: Bug#366556: gnucash fails to start

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> severity 366556 important
Bug#366556: gnucash fails to start
Severity set to `important'.

> reassign 366556 xfonts-encodings
Bug#366556: gnucash fails to start
Bug reassigned from package `gnucash' to `xfonts-encodings'.

> merge 366556 365403
Bug#365403: gnucash: Crash on startup "Cannot load fallback font: 
-adobe-helvetica"
Bug#366556: gnucash fails to start
Bug#365124: gnucash does not start at all
Bug#365549: gnucash: Font display problems
Bug#365636: gnucash: Fails to start, complains of font trouble
Bug#365905: gnucash: displays no text in menus and other chrome unless LC_ALL=C
Merged 365124 365403 365549 365636 365905 366556.

> thanks
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


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

Bug#365464: proftpd: net ACLs are buggy

[Florian Weimer]

* Francesco Paolo Lovergine:

>> Refusing IPv6 subnets doesn't qualify as a fix for this issue IMHO,
>> but at least it'll fix the hole in the meantime. I wonder how this
>> code can end up in a stable release.

> I'm not an IPv6 expert but AFAIK IPv4 CIDR notation is simply a non
> sense in 128bit context...

According to my notes (I'm offline at the moment), RFC 3513 specifies
a syntax for IPv6 prefixes.  The syntax is similar to IPv4 prefixes:

  0123:4567:89ab:cdef:0123:4567:89ab:cde0/124

See the RFC for full details.


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

Processed: Re: Processed: reassign 361376 to libgtkhtml-dev

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> reassign 361376 liferea-gtkhtml
Bug#361376: liferea-gtkhtml segfaults randomly with current gtkhtml, please use 
liferea-mozilla instead for now
Bug reassigned from package `libgtkhtml-dev' to `liferea-gtkhtml'.

> thanks
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


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

Bug#362482: evolution: hangs reading Groupwise calendar

[Scott Anderson]

--- Øystein Gisnås <[EMAIL PROTECTED]> wrote:

> If the bug is in the groupwise code, that wouldn't surprise me, because
> not very many people use groupwise, and the code seems a bit out of
> shape nowadays. Can you say something about your groupwise installation?
> For example, do you know the server version? Does it only happen when
> you enter calendar view? Can you avoid it by opening calendar view at a
> different date?

My groupwise installation is version 7.0.1 running on Windows NT (at least 
that's what I glean
from evolution's logfile.)  The crash originally only occurred when entering 
calendar view, but
now I can enter calendar view and things seem okay for a while.  I have not 
attempted to add many
new appointments, etc, lately.

But E-D-S still crashes sometime during the day.  I caught the error message 
from E-D-S as it
crashed:

libecalbackendgroupwise-Message: e-cal-backend-groupwise.c:1411: Getting object 
list
((completed-before? (make-time "20060408T232329Z")))

***MEMORY-ERROR***: evolution-data-server[3021]: GSlice: assertion failed: 
sinfo->n_allocated > 0

I put this in the bug report to Evolution.

Scott

__
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 


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

Bug#366505: [tex-live] Source and Copyright question concerning cspsfonts

[Zdenek Wagner]

On Tue, 9 May 2006, David Kastrup wrote:

> Zdenek Wagner <[EMAIL PROTECTED]> writes:
>
> There are several solutions: get the other authors to agree to release
> the generated files under a different license.  Reimport the changed
> edited files into the source file and distribute that (depends on the
> agreement of the editor of the changed files, but considering that he
> has been in violation of the license, this should probably be easy to
> assure), Czech or not.  Add a notice that translations would be very
> much appreciated.
>
It is a long time since I made these files and the whole package is now
maintained by others. However, I managed to find other files. As a matter
of fact, cspsfont.doc does not contain any license at all. I have GPL
version 2, June 1991 in the same directory. Probably I chose it because
authors of other parts of CSTeX used it. The installation script,
cspsfont.ins, does not contain any license either. Thus the message is the
default from docstrip because I did not redefine it.

As far as translation is concern, I do not think that it would be
appreciated. I liked the tool 11 years ago when I created because
development was easier for me than studying fontinst. I am afraid that
translation of this obsolete tool is just waisting time and the only
meaningful solution is to change the copyright of generated files.

> Stuff like that.
>
> --
> David Kastrup, Kriemhildstr. 15, 44793 Bochum
>

Zdenek Wagner
e-mail: [EMAIL PROTECTED]

see also http://hroch486.icpf.cas.cz/wagner/
 http://icebearsoft.euweb.cz



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

Bug#366556: gnucash fails to start

[Alberto Maurizi]

Package: gnucash
Version: 1.8.12-8
Severity: grave
Justification: renders package unusable


below is the result of

$ gnucash &> gnuchas.log

hope this helps.

--

The font "-*-helvetica-medium-r-normal--12-*-*-*-*-*-iso8859-1,
  -*-arial-medium-r-normal--12-*-*-*-*-*-iso8859-1,
  -*-helvetica-medium-r-normal--12-*-*-*-*-*-iso8859-15,
  -*-arial-medium-r-normal--12-*-*-*-*-*-iso8859-15,*-r-*" does 
not support all the required character sets for the current locale "[EMAIL 
PROTECTED];LC_NUMERIC=C;LC_TIME=C;[EMAIL 
PROTECTED];LC_MONETARY=C;LC_MESSAGES=C;[EMAIL PROTECTED];[EMAIL 
PROTECTED];[EMAIL PROTECTED];[EMAIL PROTECTED];[EMAIL PROTECTED];[EMAIL 
PROTECTED]"
  (Missing character set "ISO8859-15")
  (Missing character set "ISO8859-15")
The font "-adobe-helvetica-medium-r-normal--*-120-*-*-*-*-*-*" does not support 
all the required character sets for the current locale "[EMAIL 
PROTECTED];LC_NUMERIC=C;LC_TIME=C;[EMAIL 
PROTECTED];LC_MONETARY=C;LC_MESSAGES=C;[EMAIL PROTECTED];[EMAIL 
PROTECTED];[EMAIL PROTECTED];[EMAIL PROTECTED];[EMAIL PROTECTED];[EMAIL 
PROTECTED]"
  (Missing character set "ISO8859-15")
  (Missing character set "ISO8859-15")
Warning: gnucash_style_set_register...(): Cannot load font: 
-adobe-helvetica-medium-r-normal--*-120-*-*-*-*-*-*

The font "-adobe-helvetica-medium-r-normal--*-120-*-*-*-*-*-*" does not support 
all the required character sets for the current locale "[EMAIL 
PROTECTED];LC_NUMERIC=C;LC_TIME=C;[EMAIL 
PROTECTED];LC_MONETARY=C;LC_MESSAGES=C;[EMAIL PROTECTED];[EMAIL 
PROTECTED];[EMAIL PROTECTED];[EMAIL PROTECTED];[EMAIL PROTECTED];[EMAIL 
PROTECTED]"
  (Missing character set "ISO8859-15")
  (Missing character set "ISO8859-15")
Fatal Error: gnucash_style_set_register...(): Cannot load fallback font: 
-adobe-helvetica-medium-r-normal--*-120-*-*-*-*-*-*

The font "-adobe-helvetica-medium-o-normal--*-120-*-*-*-*-*-*" does not support 
all the required character sets for the current locale "[EMAIL 
PROTECTED];LC_NUMERIC=C;LC_TIME=C;[EMAIL 
PROTECTED];LC_MONETARY=C;LC_MESSAGES=C;[EMAIL PROTECTED];[EMAIL 
PROTECTED];[EMAIL PROTECTED];[EMAIL PROTECTED];[EMAIL PROTECTED];[EMAIL 
PROTECTED]"
  (Missing character set "ISO8859-15")
  (Missing character set "ISO8859-15")
Warning: gnucash_style_set_register...(): Cannot load font: 
-adobe-helvetica-medium-o-normal--*-120-*-*-*-*-*-*

The font "-adobe-helvetica-medium-o-normal--*-120-*-*-*-*-*-*" does not support 
all the required character sets for the current locale "[EMAIL 
PROTECTED];LC_NUMERIC=C;LC_TIME=C;[EMAIL 
PROTECTED];LC_MONETARY=C;LC_MESSAGES=C;[EMAIL PROTECTED];[EMAIL 
PROTECTED];[EMAIL PROTECTED];[EMAIL PROTECTED];[EMAIL PROTECTED];[EMAIL 
PROTECTED]"
  (Missing character set "ISO8859-15")
  (Missing character set "ISO8859-15")
Fatal Error: gnucash_style_set_register...(): Cannot load fallback font: 
-adobe-helvetica-medium-o-normal--*-120-*-*-*-*-*-*

The font "-adobe-helvetica-medium-r-normal--*-120-*-*-*-*-*-*" does not support 
all the required character sets for the current locale "[EMAIL 
PROTECTED];LC_NUMERIC=C;LC_TIME=C;[EMAIL 
PROTECTED];LC_MONETARY=C;LC_MESSAGES=C;[EMAIL PROTECTED];[EMAIL 
PROTECTED];[EMAIL PROTECTED];[EMAIL PROTECTED];[EMAIL PROTECTED];[EMAIL 
PROTECTED]"
  (Missing character set "ISO8859-15")
  (Missing character set "ISO8859-15")
Fatal Error: gnucash_style_set_register...(): Cannot load fallback font: 
-adobe-helvetica-medium-r-normal--*-120-*-*-*-*-*-*

The font "-adobe-helvetica-medium-o-normal--*-120-*-*-*-*-*-*" does not support 
all the required character sets for the current locale "[EMAIL 
PROTECTED];LC_NUMERIC=C;LC_TIME=C;[EMAIL 
PROTECTED];LC_MONETARY=C;LC_MESSAGES=C;[EMAIL PROTECTED];[EMAIL 
PROTECTED];[EMAIL PROTECTED];[EMAIL PROTECTED];[EMAIL PROTECTED];[EMAIL 
PROTECTED]"
  (Missing character set "ISO8859-15")
  (Missing character set "ISO8859-15")
Fatal Error: gnucash_style_set_register...(): Cannot load fallback font: 
-adobe-helvetica-medium-o-normal--*-120-*-*-*-*-*-*



-- 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: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)

Versions of packages gnucash depends on:
ii  bonobo   1.0.22-8The GNOME Bonobo System.
ii  gdk-imlib11  1.9.14-30   imaging library for use with gtk
ii  gnucash-common   1.8.12-8A personal finance tracking progra
ii  guile-1.6-libs   1.6.7-3 Main Guile libraries
ii  guile-1.6-slib   1.6.7-3 Guile SLIB support
ii  libart2  1.4.2-32The GNOME canvas widget - runtime 
ii  libaudiofile00.2.6-6 Open-source version of SGI's audio
ii  libbonobo2   1.0.22-8The GNOME Bonobo library.
ii  libc6 

Bug#366505: [tex-live] Source and Copyright question concerning cspsfonts

[David Kastrup]

Zdenek Wagner <[EMAIL PROTECTED]> writes:

> On Tue, 9 May 2006, Norbert Preining wrote:
>
>> You are listed in license.eng from the cstex package as authors of the
>> CSfonts. While analyzing the license/source situation of teTeX and TeX
>> live for Debian, we found that the following files:
>>  ntimes.sty
>>  nhelvet.sty
>>  cspsfont.{il2,tex,xl2}
>
> I have found my private copy of cspsfont.doc and now I understand why it
> disappeared. It is written in Czech in 1995 and modified in 1998. I do not
> remember details but now it seems to me that I gave the generated files
> for testing and planned to provide the documentation later and forgot to
> do it. I know that some bugs were fixed in the generated files later so
> distribution of my ancient cspsfont.doc will not be a good idea. I will do
> my utmost to resolve the license problem.
>
>> contain the follwoing statement:
>> -
>> %% The original source files were:
>> %%
>> %% cspsfont.doc  (with options: `fonts,IL2')
>> %%
>> %% IMPORTANT NOTICE:
>> %%
>> %% For the copyright see the source file.
>> %%
>> %% You are *not* allowed to modify this file.
>> %%
>> %% You are *not* allowed to distribute this file.
>> %% For distribution of the original source see
>> %% the terms for copying and modification in the file  cspsfont.doc.
>> ---

There are several solutions: get the other authors to agree to release
the generated files under a different license.  Reimport the changed
edited files into the source file and distribute that (depends on the
agreement of the editor of the changed files, but considering that he
has been in violation of the license, this should probably be easy to
assure), Czech or not.  Add a notice that translations would be very
much appreciated.

Stuff like that.

-- 
David Kastrup, Kriemhildstr. 15, 44793 Bochum


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

Bug#362482: evolution: hangs reading Groupwise calendar

[Scott Anderson]

(This is a second reply attempt.  This first was rejected by debian for:
550 improper use of 8-bit data in message header)

> man, 08,.05.2006 kl. 11.33 -0700, skrev Scott Anderson:
> > They responded asking about versions and the bonobo activation servers.  
> > Can you help me
> figure
> > out if there is a version problem?  I still do not understand why I get 
> > problems restarting
> > evolution without using bonobo-slay.  The problem seemed to start a couple 
> > months ago when I
> > rebuilt evolution with debugging symbols and installed my local version of 
> > evolution.
> 
> As the first step, can you try to provide some information here?
> 
> * File created by
> "dpkg -l evolution* libcamel* libebook* libecal* libedata* libegroupwise* 
> libexchange* *bonobo*
> > evolution-packages"

Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Installed/Config-files/Unpacked/Failed-config/Half-installed
|/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad)
||/ Name   VersionDescription
+++-==-==-
pn  bonobo  (no description available)
un  bonobo-activation   (no description available)
un  bonobo-conf (no description available)
un  bonobo-python   (no description available)
ii  evolution  2.6.1-2The groupware suite
ii  evolution-data-server  1.6.1-2evolution database backend server
un  evolution-data-server-dbg   (no description available)
pn  evolution-data-server-dev   (no description available)
ii  evolution-dbg  2.6.1-2The groupware suite - with 
debugging symbols
ii  evolution-dev  2.6.1-2Development library files for 
Evolution
un  evolution-exchange  (no description available)
ii  evolution-plugins  2.6.1-2All bundled plugins for Evolution
un  evolution-webcal(no description available)
un  libbonobo-activation-dev(no description available)
un  libbonobo-activation4   (no description available)
un  libbonobo-conf-dev  (no description available)
un  libbonobo-conf0 (no description available)
un  libbonobo-dev   (no description available)
un  libbonobo1  (no description available)
rc  libbonobo2 1.0.22-2.2 The GNOME Bonobo library.
ii  libbonobo2-0   2.14.0-1   Bonobo CORBA interfaces library
ii  libbonobo2-common  2.14.0-1   Bonobo CORBA interfaces library 
-- support f
ii  libbonobo2-dev 2.14.0-1   Bonobo CORBA interfaces library 
-- developme
un  libbonobomm1.3-3(no description available)
un  libbonobomm1.3-9(no description available)
un  libbonobomm1.3-9c2  (no description available)
un  libbonobomm1.3-dev  (no description available)
ii  libbonoboui2-0 2.14.0-2   The Bonobo UI library
ii  libbonoboui2-common2.14.0-2   The Bonobo UI library -- common 
files
ii  libbonoboui2-dev   2.14.0-2   The Bonobo UI library - 
development files
un  libbonobouimm1.3-7  (no description available)
un  libbonobouimm1.3-7c2(no description available)
un  libbonobouimm1.3-7c2a   (no description available)
un  libbonobouimm1.3-dev(no description available)
un  libcamel-dev(no description available)
un  libcamel-ssl-dev(no description available)
un  libcamel-ssl0   (no description available)
un  libcamel0   (no description available)
rc  libcamel1.2-0  1.2.3-8The Evolution MIME message 
handling library
ii  libcamel1.2-6  1.4.2.1-2+b1   The Evolution MIME message 
handling library
ii  libcamel1.2-8  1.6.1-2The Evolution MIME message 
handling library
pn  libcamel1.2-dev (no description available)
un  libcamelbones0  (no description available)
un  libcamelbones0-dev  (no description available)
un  libcameleon-ocaml-dev   (no description available)
un  libebook-dev(no description available)
rc  libebook1.2-3  1.2.3-8Client library for evolution 
address books
ii  libebook1.2-5  1.6.1-2Client library for evolution 
address books
pn  libebook1.2-dev (no description available)
rc  libebook8  1.0.4-1Client library for evolution 
address books
un  libecal-dev (no description available)
rc  libecal1.2-2   1.2.3-8Client library for evolution 
calendars
ii  libecal1.2-3   

Bug#366505: [tex-live] Source and Copyright question concerning cspsfonts

[Zdenek Wagner]

On Tue, 9 May 2006, Norbert Preining wrote:

> Dear authors of the CS PS fonts!
>
> You are listed in license.eng from the cstex package as authors of the
> CSfonts. While analyzing the license/source situation of teTeX and TeX
> live for Debian, we found that the following files:
>   ntimes.sty
>   nhelvet.sty
>   cspsfont.{il2,tex,xl2}

I have found my private copy of cspsfont.doc and now I understand why it
disappeared. It is written in Czech in 1995 and modified in 1998. I do not
remember details but now it seems to me that I gave the generated files
for testing and planned to provide the documentation later and forgot to
do it. I know that some bugs were fixed in the generated files later so
distribution of my ancient cspsfont.doc will not be a good idea. I will do
my utmost to resolve the license problem.

> contain the follwoing statement:
> -
> %% The original source files were:
> %%
> %% cspsfont.doc  (with options: `fonts,IL2')
> %%
> %% IMPORTANT NOTICE:
> %%
> %% For the copyright see the source file.
> %%
> %% You are *not* allowed to modify this file.
> %%
> %% You are *not* allowed to distribute this file.
> %% For distribution of the original source see
> %% the terms for copying and modification in the file  cspsfont.doc.
> ---
>
> Unfortunately file cspsfont.doc is nowhere to be found, and the license
> statement given in these files don't allow distribution/modification, so
> they wouldhave to be removed from TeX live and teTeX (at least for
> Debian).
>
> Could you please clarify this situation for us, and preferably/if
> possible also provide the original cspsfont.doc file?
>
> Thanks a lot from the (Debian) teTeX and (Debian) TeX live people
>
>
> Norbert Preining
>
> ---
> Dr. Norbert Preining  Universitŕ di 
> Siena
> gpg DSA: 0x09C5B094  fp: 14DF 2E6C 0307 BE6D AD76  A9C0 D2BF 4AA3 09C5 
> B094
> ---
> DALRYMPLE (n.)
> Dalarymples are the things you pay extra for on pieces of hand-made
> craftwork - the rough edges, the paint smudges and the holes in the
> glazing.
>   --- Douglas Adams, The Meaning of Liff
> ___
> TeX Live mailing list
> http://tug.org/mailman/listinfo/tex-live
>

Zdenek Wagner
e-mail: [EMAIL PROTECTED]

see also http://hroch486.icpf.cas.cz/wagner/
 http://icebearsoft.euweb.cz

Bug#366505: [tex-live] Source and Copyright question concerning cspsfonts

[Frank Küster]

Norbert Preining <[EMAIL PROTECTED]> wrote:

> %% You are *not* allowed to distribute this file.
> %% For distribution of the original source see
> %% the terms for copying and modification in the file  cspsfont.doc.
> ---
>
> Unfortunately file cspsfont.doc is nowhere to be found, and the license
> statement given in these files don't allow distribution/modification, so
> they wouldhave to be removed from TeX live and teTeX (at least for
> Debian).

Debian?  If this license statement were correct, they would have to be
removed not only from Debian, and not only from teTeX and TeX Live, but
also from CTAN - if distribution is not allowed, it's not allowed.

However, I'm confident this is not intended, and the upstream authors
will be able to clarify this.

Regards, Frank
-- 
Frank Küster
Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich
Debian Developer (teTeX)

Bug#366505: [tex-live] Source and Copyright question concerning cspsfonts

[Zdenek Wagner]

On Tue, 9 May 2006, Norbert Preining wrote:

> Dear authors of the CS PS fonts!
>
> You are listed in license.eng from the cstex package as authors of the
> CSfonts. While analyzing the license/source situation of teTeX and TeX
> live for Debian, we found that the following files:
>   ntimes.sty
>   nhelvet.sty
>   cspsfont.{il2,tex,xl2}

These files were created by me. I took a few words from LaTeX license and
did not care much about it. File cspsfont.doc contains documentation and
my intention was to force everyone to install the package himself/herself
by running docstrip. It now seems not practical but I am sort of
disapointed that the file disappeared from the doc directory. I hope I
find it in my private archive.

Moreover, I have just looked at the CSTeX license and it says that it is
GPL. It might be useful to change the license of these files. I created
the files so that they can be freely used and included in TeX
distributions.

> contain the follwoing statement:
> -
> %% The original source files were:
> %%
> %% cspsfont.doc  (with options: `fonts,IL2')
> %%
> %% IMPORTANT NOTICE:
> %%
> %% For the copyright see the source file.
> %%
> %% You are *not* allowed to modify this file.
> %%
> %% You are *not* allowed to distribute this file.
> %% For distribution of the original source see
> %% the terms for copying and modification in the file  cspsfont.doc.
> ---
>
> Unfortunately file cspsfont.doc is nowhere to be found, and the license
> statement given in these files don't allow distribution/modification, so
> they wouldhave to be removed from TeX live and teTeX (at least for
> Debian).
>
> Could you please clarify this situation for us, and preferably/if
> possible also provide the original cspsfont.doc file?
>
> Thanks a lot from the (Debian) teTeX and (Debian) TeX live people
>
>
> Norbert Preining
>
> ---
> Dr. Norbert Preining  Universitŕ di 
> Siena
> gpg DSA: 0x09C5B094  fp: 14DF 2E6C 0307 BE6D AD76  A9C0 D2BF 4AA3 09C5 
> B094
> ---
> DALRYMPLE (n.)
> Dalarymples are the things you pay extra for on pieces of hand-made
> craftwork - the rough edges, the paint smudges and the holes in the
> glazing.
>   --- Douglas Adams, The Meaning of Liff
> ___
> TeX Live mailing list
> http://tug.org/mailman/listinfo/tex-live
>

Zdenek Wagner
e-mail: [EMAIL PROTECTED]

see also http://hroch486.icpf.cas.cz/wagner/
 http://icebearsoft.euweb.cz

Bug#366534: mysql-dfsg-5.0: ftbfs [sparc] undefined reference to `my_memmem'

[Christian Hammers]

Hello Blars

On 2006-05-09 Blars Blarson wrote:
> mysql-dfsg-5.0 failed to build on all buildds, duplicated on my sparc
> pbuilder.

Thanks for notifying me, I'll have a look. 

Strange that pbuilder reported no problems when I built the packages before
uploading. My first guess is a patch that touched Makefile.am and triggered
an autoreconf...

bye,

-christian-


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

Bug#366534: mysql-dfsg-5.0: ftbfs [sparc] undefined reference to `my_memmem'

[Blars Blarson]

Package: mysql-dfsg-5.0
Version: 5.0.21-2
Severity: serious
Justification: no longer builds from source


mysql-dfsg-5.0 failed to build on all buildds, duplicated on my sparc
pbuilder.


/bin/sh ../libtool --preserve-dup-deps --tag=CXX --mode=link g++  -DDBUG_OFF 
-DBIG_JOINS=1 -felide-constructors -fno-rtti -O2   -fno-implicit-templates 
-fno-exceptions -fno-rtti   -rdynamic  -o mysql_client_test  
mysql_client_test.o  ../libmysql/libmysqlclient.la  -lmysys -L../mysys -lcrypt 
-lnsl -lm   -lz 
mkdir .libs
g++ -DDBUG_OFF -DBIG_JOINS=1 -felide-constructors -fno-rtti -O2 
-fno-implicit-templates -fno-exceptions -fno-rtti -rdynamic -o 
.libs/mysql_client_test mysql_client_test.o  
../libmysql/.libs/libmysqlclient.so -lmysys 
-L/build/buildd/mysql-dfsg-5.0-5.0.21/mysys -lcrypt -lnsl -lm -lz -Wl,--rpath 
-Wl,/usr/lib/mysql
mysql_client_test.o: In function `test_bug17667':
mysql_client_test.c:(.text+0x33e18): undefined reference to `my_memmem'
collect2: ld returned 1 exit status
make[3]: *** [mysql_client_test] Error 1
make[3]: Leaving directory `/build/buildd/mysql-dfsg-5.0-5.0.21/tests'


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

Bug#361377: xfingerd: missing dependency on inetd?

[Pierre HABOUZIT]

On Sat, Apr 08, 2006 at 01:22:38PM +0300, Lars Wirzenius wrote:
> Package: xfingerd
> Version: 0.6-4
> Severity: serious
> Justification: missing dependency
> 
> When testing xfingerd with piuparts, I get the following error:
> 
>   Unpacking xfingerd (from .../xfingerd_0.6-4_i386.deb) ...
>   Setting up xfingerd (0.6-4) ...
>   /var/lib/dpkg/info/xfingerd.postinst: line 8: /etc/init.d/inetd: No
> such file
> or directory
>   dpkg: error processing xfingerd (--configure):
>subprocess post-installation script returned error exit status 127
> 
> xfingerd does not depend on inetd, but calls its init.d script directly.
> This is wrong because a) it is missing a dependency on inetd, b) you
> shouldn't be calling the init.d script directly anyway (see policy
> 9.3.3.2), and c) what happens if xinetd or some other inetd
> implementation is installed instead of inetd?

  the missing dependency is upon netbase. I've added it, and NMU-ed the
package in DELAYED/2 considering the fact that the fix for that bug was
trivial.

  I also updated debian/copyright to contain more complete informations,
and a missing copyright.

  Note that calling /etc/init.d/inetd directly is a violation of the
policy. Changed that to use invoke-rc.d

  New diff against source package attached.
-- 
·O·  Pierre Habouzit
··O[EMAIL PROTECTED]
OOOhttp://www.madism.org


xfingerd_0.6-4.1.diff.gz
Description: Binary data


signature.asc
Description: Digital signature

Bug#366505: Source and Copyright question concerning cspsfonts

[Norbert Preining]

Dear authors of the CS PS fonts!

You are listed in license.eng from the cstex package as authors of the
CSfonts. While analyzing the license/source situation of teTeX and TeX
live for Debian, we found that the following files:
ntimes.sty
nhelvet.sty
cspsfont.{il2,tex,xl2}
contain the follwoing statement:
-
%% The original source files were:
%% 
%% cspsfont.doc  (with options: `fonts,IL2')
%% 
%% IMPORTANT NOTICE:
%% 
%% For the copyright see the source file.
%% 
%% You are *not* allowed to modify this file.
%% 
%% You are *not* allowed to distribute this file.
%% For distribution of the original source see
%% the terms for copying and modification in the file  cspsfont.doc.
---

Unfortunately file cspsfont.doc is nowhere to be found, and the license
statement given in these files don't allow distribution/modification, so
they wouldhave to be removed from TeX live and teTeX (at least for
Debian).

Could you please clarify this situation for us, and preferably/if
possible also provide the original cspsfont.doc file?

Thanks a lot from the (Debian) teTeX and (Debian) TeX live people


Norbert Preining

---
Dr. Norbert Preining  Università di Siena
gpg DSA: 0x09C5B094  fp: 14DF 2E6C 0307 BE6D AD76  A9C0 D2BF 4AA3 09C5 B094
---
DALRYMPLE (n.)
Dalarymples are the things you pay extra for on pieces of hand-made
craftwork - the rough edges, the paint smudges and the holes in the
glazing.
--- Douglas Adams, The Meaning of Liff


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

Bug#366521: Bug#366505: tetex-base: Contains undistributable unmodifiable file: ntimes.sty

[Frank Küster]

Lionel Elie Mamane <[EMAIL PROTECTED]> wrote:

> submitter 366505 !
> submitter 366521 !
> thanks
>
> On Tue, May 09, 2006 at 01:55:08PM +0200, Frank Küster wrote:
>
>> Do you use cslatex, did you find it during a license auditing, or
>> just by chance?
>
> By mere chance. I was looking for a package that would make LaTeX use
> Times fonts, and thus listed the "*times*.sty" files on my system and
> looked at them.

texdoc psnfss2e

\usepackage{mathptmx}

Regards, Frank
-- 
Frank Küster
Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich
Debian Developer (teTeX)

Bug#366505: tetex-base: Contains undistributable unmodifiable file: ntimes.sty

[Lionel Elie Mamane]

submitter 366505 !
submitter 366521 !
thanks

On Tue, May 09, 2006 at 01:55:08PM +0200, Frank Küster wrote:

> Do you use cslatex, did you find it during a license auditing, or
> just by chance?

By mere chance. I was looking for a package that would make LaTeX use
Times fonts, and thus listed the "*times*.sty" files on my system and
looked at them.

-- 
Lionel


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

Bug#365464: proftpd: net ACLs are buggy

[Francesco Paolo Lovergine]

On Tue, May 09, 2006 at 01:43:14PM +0200, Julien BLACHE wrote:
> > An upstream patch is now available to refuse CIDR notation in ipv6
> > addresses. It seems ok to me to manage the issue. 
> > Would you please confirm that, if you are able to patch yourself the 
> > package?
> > Else i'll go straight with -7 with that.
> 
> Sorry but I won't be able to test this patch before this week-end.
> 
> Refusing IPv6 subnets doesn't qualify as a fix for this issue IMHO,
> but at least it'll fix the hole in the meantime. I wonder how this
> code can end up in a stable release.
> 
I'm not an IPv6 expert but AFAIK IPv4 CIDR notation is simply a non
sense in 128bit context...

-- 
Francesco P. Lovergine


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

Bug#366505: tetex-base: Contains undistributable unmodifiable file: ntimes.sty

[Hilmar Preusse]

On 09.05.06 Frank Küster ([EMAIL PROTECTED]) wrote:
> Frank Küster <[EMAIL PROTECTED]> wrote:
> > Lionel Elie Mamane <[EMAIL PROTECTED]> wrote:

Hi *,

> >> %% IMPORTANT NOTICE:
> >> %%
> >> %% For the copyright see the source file.
> >> %%
> >> %% You are *not* allowed to modify this file.
> >> %%
> >> %% You are *not* allowed to distribute this file.
> >> %% For distribution of the original source see
> >> %% the terms for copying and modification in the file  cspsfont.doc.
> 
> And this source file doesn't seem to be available anywhere (no CTAN
> hits, not in CTAN's cspsfonts.tar.gz, and no google hits).
> 
Well, the cslatex version in teTeX 3.0 seems to quite outdated
anyway. It tells to be released in 1995, meanwhile there is an
upstream version from 2005 and a cspsfonts version from 1999. Maybe
the software was relicensed and the author just forgot to remove the
oudated license information (see #327741).

I suggest to contact upstream regarding this.

H.
-- 
sigmentation fault

Bug#366181: knights: Can't play against AI (gnuchess, sjeng, crafty)

[Victor-Philipp Busch]

: Samstag, 6. Mai 2006 07:29
: Tommaso Moroni 
: Re: Bug#366181: knights: Can't play against AI (gnuchess, sjeng, crafty)

| On Fri, May 05, 2006 at 11:51:49PM +0200, Victor-Philipp Busch wrote:
| > Hello,
| >
| > if I start knights I can't play against gnuchess, sjeng or crafty. The
| > games starts, but if I take a move that isn't in the opening book,
| > crafty, gnuchess an sjeng don't move anymore.
|
| When knights seems to be stuck, does the CPU is at 100%?

No, this is not the problem.  After 1.e4 (5-Min-Blitz) gnuchess don't know 
what he should move :(

Hm, I read something, that gnuchess and other chessprograms take the whole 
cpu - but this is not a bug but a feature to find the best move!

| This is my case, and this means that it is currently computing the next
| move. To see if it is also your case, try to set the difficulty level of
| the chess engine to easy: it should do the next move in a few seconds
| (depending on your CPU power).

How can I set the level of the chess engine with the knights-frontend?

Best regards,

Victor-Philipp


pgpMl2MFHEkOZ.pgp
Description: PGP signature

Bug#366527: FTBFS: X.org changes: debian/tmp/usr/X11R6/man/man*/*: No such file or directory

[Martin Michlmayr]

Package: xmon
Version: 1.5.6-1.3
Severity: serious

Your package fails to build from source in unstable because of recent
X.org changes: X.org now uses the normal file system hierarchy.


> Automatic build of xmon_1.5.6-1.3 on test.track.rz.uni-augsburg.de by 
> sbuild/powerpc 0.44
...
> + mkdir -p /build/tbm/xmon-1.5.6/debian/tmp/usr/share/man/man1
> install -c -m 0444 xmon._man 
> /build/tbm/xmon-1.5.6/debian/tmp/usr/share/man/man1/xmon.1x
> + install -c -m 0444 '#tmp.7142' 
> /build/tbm/xmon-1.5.6/debian/tmp/usr/share/man/man1/xmond.1x
> + install -c -m 0444 '#tmp.7142' 
> /build/tbm/xmon-1.5.6/debian/tmp/usr/share/man/man1/xmonui.1x
> install.man in . done
> make[1]: Leaving directory `/build/tbm/xmon-1.5.6'
> chmod 0644 `pwd`/debian/tmp/usr/X11R6/man/man*/*
> chmod: cannot access `/build/tbm/xmon-1.5.6/debian/tmp/usr/X11R6/man/man*/*': 
> No such file or directory
> make: *** [binary-arch] Error 1
> **

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


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

Bug#366528: FTBFS: 2 of 10 tests failed

[Roberto Pariset]

Package: shishi
Severity: serious

Hi,
shishi_0.0.25-1 FTBFS on amd64 (but seems also on others) by failing
tests:

[...]
touch tmpl-build.stamp
gtk-doc: Building XML
cd . && \
gtkdoc-mkdb --module=shishi --source-dir=../../lib
--output-format=xml --expand-content-files=""
--main-sgml-file=shishi-docs.sgml --output-format=xml
ERROR: Shishi_tkts_hint has multiple definitions
###Can't parse args for function void: *shishi_alloc_fail_function)
(void

84% symbol docs coverage (616 symbols documented, 0 symbols
incomplete, 118 not documented)
See shishi-undocumented.txt for a list of missing docs.
The doc coverage percentage doesn't include intro sections.
touch sgml-build.stamp
gtk-doc: Building HTML
[...]
make[3]: Entering directory `/build/buildd/shishi-0.0.25/tests'
PASS: authenticator
shishi_string_to_key() entry 25 failed
FAIL: crypto
PASS: gztime
PASS: priv
PASS: safe
PASS: ticketset
PASS: crypto-ctx
shishi_md4() failure
 ;; 05 19 3a 05 7e 3e ffda ffc4  ffea 7b ffe0
 ffe7 65 ffe3 78 65  
 FAIL: low-crypto
 PASS: rijndael
 PASS: key
 =
 2 of 10 tests failed
 Please report to [EMAIL PROTECTED]
 =
 make[3]: *** [check-TESTS] Error 1
 make[3]: Leaving directory `/build/buildd/shishi-0.0.25/tests'
 make[2]: *** [check-am] Error 2
 make[2]: Leaving directory `/build/buildd/shishi-0.0.25/tests'
 make[1]: *** [check-recursive] Error 1
 make[1]: Leaving directory `/build/buildd/shishi-0.0.25'
 make: *** [debian/stamp-makefile-check] Error 2
[...]

Thanks,
Roberto

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.16.14
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=UTF-8) (ignored: LC_ALL 
set to [EMAIL PROTECTED])


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

Bug#366505: tetex-base: Contains undistributable unmodifiable file: ntimes.sty

[Ralf Stubner]

Norbert Preining wrote:
> On Die, 09 Mai 2006, Lionel Elie Mamane wrote:
>> /usr/share/texmf-tetex/tex/cslatex/ntimes.sty shipped by tetex-base
>> (according to http://packages.debian.org/, it is still in 3.0-17)
>> seems not to be redistributable; it says:
>> 
>> %% IMPORTANT NOTICE:
>> %%
>> %% For the copyright see the source file.
>> %%
>> %% You are *not* allowed to modify this file.
>> %%
>> %% You are *not* allowed to distribute this file.
>> %% For distribution of the original source see
>> %% the terms for copying and modification in the file  cspsfont.doc.

This also applies to other files in /usr/share/texmf-tetex/tex/cslatex/,
namely nhelvet.sty and cspsfont.{il2,tex,xl2}.

> Interesting, especially since README-cspsfont which is the accompanying
> README mentions GPL v2 or later (although in czech as far as I
> understand).

On CTAN there is CTAN:macros/cstex/license.eng which also mentiones GPL
for cspsfonts. This does require further investigation, though. The tar
ball CTAN:macros/cstex/base/cspsfonts.tar.gz does not contain the source
file cspsfont.doc.

It does contain some of the font metrics that Frank and I were talking
about in another thread. :-)

cheerio
ralf



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

Bug#360836: epiphany-browser: for 2.14.1-1, dbus-launch is in package dbus

[Martin-Éric Racine]

Package: epiphany-browser
Version: 2.14.1-1
Followup-For: Bug #360836

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Here, getting 'dbus-launch' required the package "dbus" (0.61-5) rather than 
"dbus-utils".

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

iD8DBQFEYI0weXr56x4Muc0RAtTmAKCc26r33atCgCCHb236PgCGkb2vuQCgjzWD
MlcNJx2iSD0SvbQW9OE1z6Y=
=uK+w
-END PGP SIGNATURE-


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

Bug#366526: [mostly-dummy-RC] Don't migrate; changes planned

[Elrond]

Package: shishi
Version: 0.0.25-1
Severity: serious

Hi,

I file this bug mostly to stop shishi from migrating from
unstable to testing, because:

We (shishi debian team) consider/plan
1) Renaming shishid to shishi-kdc
2) Adding pam_shishi

As (1) has a bigger impact, if shishi were in testing, we
decided: If we want to do it, it should be done before any
migration to testing.

That said, (1) requires manual approval by the ftp masters.
Which is somewhat annoying to them for only a rename.

(2) on the other hand requires that too. So the idea is to
combine both to annoy the ftp-masters only once.


This bug also is here to give
- us the time to decide on (1) and (2)
- us the time to do (1) correctly
- us the time to do (2)
- debian users a very slight chance of knowing, that a
  rename might happen


Elrond


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

Processed: Re: Bug#366505: tetex-base: Contains undistributable unmodifiable file: ntimes.sty

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> clone 366505 -1
Bug#366505: tetex-base: Contains undistributable unmodifiable file: ntimes.sty
Bug 366505 cloned as bug 366521.

> reassign -1 texlive-lang
Bug#366521: tetex-base: Contains undistributable unmodifiable file: ntimes.sty
Bug reassigned from package `tetex-base' to `texlive-lang'.

> retitle -1 texlive-lang: Contains undistributable file: ntimes.sty
Bug#366521: tetex-base: Contains undistributable unmodifiable file: ntimes.sty
Changed Bug title.

> thanks
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


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

Bug#358306: FTBFS in unstable: There is no package matching [libgd2-dev]

[Junichi Uekawa]

reassign 350704 libgd2-xpm-dev
thanks

Hi,

> > > > d-devlibdeps debian/libgdchart-gd2-noxpm-dev.substvars 
> > > > libgdchart-gd2-noxpm/libgdc.so.0.11.5
> > > >  --> libc6-dev package exists.
> > > >  --> libfreetype6-dev package exists.
> > > > devlibs error: There is no package matching [libgd2-dev] and noone 
> > > > provides it, please report bug to d-shlibs maintainer
> 
> > > So... has anyone reported this to the d-shlibs maintainer?
> 
> > /me remembers seeing a similar bugreport and that was going to be fixed on 
> > libgd side, should hopefully be fixed by now?
> 
> It isn't fixed yet.  Bugs are still open against libgdchart-gd2 and
> d-shlibs.  Should the bug on d-shlibs be moved to libgd2?

Yes, this bug should be merged with 350704, and reassigned accordingly.


regards,
junichi
-- 
[EMAIL PROTECTED],netfort.gr.jp}   Debian Project



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

Bug#366505: tetex-base: Contains undistributable unmodifiable file: ntimes.sty

[Frank Küster]

clone 366505 -1
reassign -1 texlive-lang
retitle -1 texlive-lang: Contains undistributable file: ntimes.sty
thanks

Frank Küster <[EMAIL PROTECTED]> wrote:

> Lionel Elie Mamane <[EMAIL PROTECTED]> wrote:
>
>> /usr/share/texmf-tetex/tex/cslatex/ntimes.sty shipped by tetex-base
>> (according to http://packages.debian.org/, it is still in 3.0-17)
>> seems not to be redistributable; it says:

Thanks for reporting.

>> %% IMPORTANT NOTICE:
>> %%
>> %% For the copyright see the source file.
>> %%
>> %% You are *not* allowed to modify this file.
>> %%
>> %% You are *not* allowed to distribute this file.
>> %% For distribution of the original source see
>> %% the terms for copying and modification in the file  cspsfont.doc.

And this source file doesn't seem to be available anywhere (no CTAN
hits, not in CTAN's cspsfonts.tar.gz, and no google hits). 

Do you use cslatex, did you find it during a license auditing, or just
by chance?

In the first two cases I'd like to request your help.  I wouldn't want
to just drop that file without trying to contact upstream and ask for a
relicensing.  Therefore a user who actually speaks czech or slovak would
be helpful.

In the second case, welcome in the club.  I'm doing a license auditing
on teTeX myself currently, and I'd very much appreciate any information
about files you have already checked.

Regards, Frank
-- 
Frank Küster
Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich
Debian Developer (teTeX)

Bug#365464: proftpd: net ACLs are buggy

[Julien BLACHE]

Francesco Paolo Lovergine <[EMAIL PROTECTED]> wrote:

Hi,

> An upstream patch is now available to refuse CIDR notation in ipv6
> addresses. It seems ok to me to manage the issue. 
> Would you please confirm that, if you are able to patch yourself the package?
> Else i'll go straight with -7 with that.

Sorry but I won't be able to test this patch before this week-end.

Refusing IPv6 subnets doesn't qualify as a fix for this issue IMHO,
but at least it'll fix the hole in the meantime. I wonder how this
code can end up in a stable release.

JB.

-- 
 Julien BLACHE <[EMAIL PROTECTED]>  |  Debian, because code matters more 
 Debian & GNU/Linux Developer|   
 Public key available on  - KeyID: F5D6 5169 
 GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169 


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

Bug#346759: marked as done (xbattbar: FTBFS: build-depends on removed xlibs-dev)

[Debian Bug Tracking System]

Your message dated Tue, 9 May 2006 13:45:30 +0200
with message-id <[EMAIL PROTECTED]>
and subject line Bug#346759: Patch for NMU xbattbar
has caused the attached Bug report to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

Debian bug tracking system administrator
(administrator, Debian Bugs database)

--- Begin Message ---
Package: xbattbar
Version: 1.4.2-3
Severity: serious

Hello,

  This is a serious bug filed against your package because it
  build-depends on xlibs-dev, which as announced in [1] a while ago, is
  no longer available in sid. This makes your package fail to build from
  source.

[1] http://lists.debian.org/debian-devel-announce/2005/11/msg00022.html

  To fix this bug, you need to update your build-dependencies and
  substitute xlibs-dev for the list of individual X development
  libraries that your package needs to be built. You can find detailed
  information about how to do that in the DependsXlibsDev wiki page [2].

[2] http://wiki.debian.org/DependsXlibsDev

  As indicated by the Release Team [3], the full transition from XFree86
  to Xorg is a release blocker for Etch, which means that Etch will not
  be released until this bug is fixed (or your package removed from
  testing). So, please, try to fix in a timely manner.

[3] http://lists.debian.org/debian-devel-announce/2005/10/msg4.html

  The number of affected packages by the xlibs-dev transition is huge,
  so if you feel like helping with patches or uploads, feel free to
  follow the instructions contained in the wiki page above. A list of
  affected packages can be found here [4].

[4] http://people.debian.org/~adeodato/release-usertag/transition-xlibs-dev

  Finally, if there's a strong reason for which your package should not
  be NMUed, please note so in this bug report. Prospective NMUers will
  read your reasoning, and will decide if it's strong enough to delay
  their upload.

  Thanks for your collaboration!

-- 
Adeodato Simó dato at net.com.org.es
Debian Developer  adeodato at debian.org


--- End Message ---
--- Begin Message ---
Version: 1.4.2-4

On January 17, 13:08 (+0100), Nico Golde wrote:
> I attached a patch to fix this bug.

  Fixed and resolved.
--- End Message ---

Bug#366505: tetex-base: Contains undistributable unmodifiable file: ntimes.sty

[Norbert Preining]

On Die, 09 Mai 2006, Lionel Elie Mamane wrote:
> /usr/share/texmf-tetex/tex/cslatex/ntimes.sty shipped by tetex-base
> (according to http://packages.debian.org/, it is still in 3.0-17)
> seems not to be redistributable; it says:
> 
> %% IMPORTANT NOTICE:
> %%
> %% For the copyright see the source file.
> %%
> %% You are *not* allowed to modify this file.
> %%
> %% You are *not* allowed to distribute this file.
> %% For distribution of the original source see
> %% the terms for copying and modification in the file  cspsfont.doc.

Interesting, especially since README-cspsfont which is the accompanying
README mentions GPL v2 or later (although in czech as far as I
understand).

Copyright
%

Copyright
%

Tento balík patøí mezi volnì ¹íøený software; mùete
jej dále distribuovat anebo modifikovat za podmínek GNU General Public
License, jak ji publikovala Free Software Foundation; buï ve verzi 2
této licence nebo (podle Va¹í volby) v libovolné pozdìj¹í verzi.

Tento software je distribuován s pøáním, aby byl uiteèný, ale BEZ
®ÁDNÉ ZÁRUKY. Viz GNU General Public License.

Anglický originál GNU General Publics License najdete v distribuci
CSTeXu a mnoha dal¹ích volnì ¹íøených programù. Mùete si té o nìj
napsat na adresu Free Software Foundation, Inc., 59 Temple Place,
Suite 330, Boston, MA 02111-1307 USA


Best wishes

Norbert

---
Dr. Norbert Preining  Università di Siena
gpg DSA: 0x09C5B094  fp: 14DF 2E6C 0307 BE6D AD76  A9C0 D2BF 4AA3 09C5 B094
---
LOSSIEMOUTH (n.)
One of those middle-aged ladies with just a hint of a luxuriant
handlebar moustache.
--- Douglas Adams, The Meaning of Liff


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

Bug#366512: ted: Fails to display file

[Neil Roeth]

Package: ted
Version: 2.17-1
Severity: grave

Starting Ted like so:

$ ted /usr/share/ted/Ted/TedDocument-en_US.rtf 

makes the initial screen pop up, but the file that I am trying to edit does
not.  Since I cannot even see the document I am trying to edit, much less edit
it, I consider that unuseable.

The following messages appear in the xterm from which I started Ted:

appFont.c(812) aff->affFontFamilyName="Helvetica" afe->afeXfontFamilies=0x0
appFont.c(813) encoding=8 PS_Encodings[encoding].fcX11Registry="iso8859"
appFont.c(814) encoding=8 PS_Encodings[encoding].fcX11Encoding="15"
appFont.c() psf->affFontFamilyName="Helvetica" dsf->apfFontEncoding=8
appFont.c(1167) 1=1
tedLayout.c(995) attributeNumber=0 sfl->sflAttributeToScreen[attributeNumber]=-1
tedLayout.c(1022) part=0 textAttr=0
tedLayout.c(852) 1=1
docLayoutParagraphs.c( 82) 1=1
docLayoutParagraphs.c(142) 1=1
docLayoutParagraphs.c(494) 1=1
docLayout.c(825) 1=1
docLayout.c(805) 1=1
docLayout.c(805) 1=1
docLayoutExternalItem.c(219) 1=1
docLayout.c(716) 1=1
docLayout.c(797) 1=1
docLayout.c(932) 1=1
tedLayout.c(1071) 1=1
tedPage.c(332) 1=1
tedDocument.c(571) 1=1
appDocument.c(579) ed->edFilename="/usr/share/ted/Ted/TedDocument-en_US.rtf"
appDocument.c(752) filename="/usr/share/ted/Ted/TedDocument-en_US.rtf"

I get the same behavior and the same messages in the xterm when I try to open
a file from the File/Open menu item on the initial screen.

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

Versions of packages ted depends on:
ii  lesstif2 1:0.94.4-1.1+b2 OSF/Motif 2.1 implementation relea
ii  libc62.3.6-7 GNU C Library: Shared libraries
ii  libice6  1:1.0.0-3   X11 Inter-Client Exchange library
ii  libjpeg626b-12   The Independent JPEG Group's JPEG 
ii  libpng12-0   1.2.8rel-5.1PNG library - runtime
ii  libsm6   1:1.0.0-4   X11 Session Management library
ii  libtiff4 3.8.2-1 Tag Image File Format (TIFF) libra
ii  libx11-6 2:1.0.0-6   X11 client-side library
ii  libxext6 1:1.0.0-4   X11 miscellaneous extension librar
ii  libxp6   1:1.0.0-1   X Printing Extension (Xprint) clie
ii  libxpm4  1:3.5.4.2-3 X11 pixmap library
ii  libxt6   1:1.0.0-4   X11 toolkit intrinsics library
ii  ted-common   2.17-1  common files used by ted and ted-g
ii  xlibs6.9.0.dfsg.1-6  X Window System client libraries m
ii  zlib1g   1:1.2.3-11  compression library - runtime

ted recommends no packages.

-- no debconf information


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

Bug#366509: webmin-ldap-user-simple: I have just installed the packege, and gone into it for the first time and get error messages

[Dave Whiteley]

Package: webmin-ldap-user-simple
Version: 1.3-20
Severity: grave
Justification: renders package unusable


I get the error messages on my first access to this module in webmin.:-

Error - Bad Header

[Tue May  9 11:27:31 2006] index.cgi: Use of uninitialized value in
concatenation (.) or string at /usr/share/webmin/web-lib.pl line 1785.
[Tue May  9 11:27:31 2006] index.cgi: Use of uninitialized value in
split at /usr/share/webmin/web-lib.pl line 1880.
[Tue May  9 11:27:31 2006] index.cgi: readline() on closed filehandle
USERMODS at /usr/share/webmin/web-lib.pl line 3476.
[Tue May  9 11:27:31 2006] index.cgi: Use of uninitialized value in
split at /usr/share/webmin/web-lib.pl line 1925.
[Tue May  9 11:27:31 2006] index.cgi: LDAP Error: LDAP_OPERATIONS_ERROR
Server encountered an internal error
[Tue May  9 11:27:31 2006] index.cgi:   at
/usr/share/webmin/ldap-users/ldap-users.pl line 49.

System Information:

Debian Release: 3.1
Architecture: i386 (i686)
Kernel: Linux 2.6.8-2-386
Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1)

Versions of packages webmin-ldap-user-simple depends on:
ii  debconf1.4.30.13 Debian configuration management sy
ii  libcgi-application-perl3.31-0.1  Framework for building reusable we
pn  libdigest-md5-perl   Not found.
ii  libhtml-fromtext-perl  2.05-1Mark up text as HTML
ii  libhtml-template-perl  2.6-2 HTML::Template : A module for usin
ii  libio-socket-ssl-perl  0.96-1Class implementing an object orien
ii  libnet-ldap-perl   0.3202-3  A Client interface to LDAP servers
ii  libtext-unaccent-perl  1.08-1provides functions to remove accen
pn  libtime-hires-perl   Not found.
ii  libunicode-string-perl 2.07-1Perl modules for Unicode strings
ii  liburi-perl1.35-1Manipulates and accesses URI strin
ii  perl [libstorable-perl]5.8.4-8sarge4 Larry Wall's Practical Extraction 
ii  webmin 1.180-3   web-based administration toolkit

-- debconf information:
  webmin-ldap-skolelinux/passwd_number: 1
  webmin-ldap-skolelinux/passwd_capital: 1
  webmin-ldap-skolelinux/passwd_lowercase: 1
  webmin-ldap-skolelinux/homeprefix: /skole/tjener/home0
  webmin-ldap-skolelinux/rootdn: cn=admin,ou=People,dc=skole,dc=skolelinux,dc=no
  webmin-ldap-skolelinux/secret: 4efa0f613910e4e1199dffcbde71c27a
  webmin-ldap-skolelinux/auto-update_nextid: true
  webmin-ldap-skolelinux/basedn: dc=skole,dc=skolelinux,dc=no
  webmin-ldap-skolelinux/no-auto-config:
  webmin-ldap-skolelinux/mailprefix: /var/lib/maildirs
  webmin-ldap-skolelinux/passwd_length: 6
  webmin-ldap-skolelinux/sambasync: 1
  webmin-ldap-skolelinux/server: ldap


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

Bug#366505: tetex-base: Contains undistributable unmodifiable file: ntimes.sty

[Lionel Elie Mamane]

Package: tetex-base
Version: 3.0-14
Severity: serious
Justification: Social Contract

/usr/share/texmf-tetex/tex/cslatex/ntimes.sty shipped by tetex-base
(according to http://packages.debian.org/, it is still in 3.0-17)
seems not to be redistributable; it says:

%% IMPORTANT NOTICE:
%%
%% For the copyright see the source file.
%%
%% You are *not* allowed to modify this file.
%%
%% You are *not* allowed to distribute this file.
%% For distribution of the original source see
%% the terms for copying and modification in the file  cspsfont.doc.


-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (200, 'experimental')
Architecture: i386 (x86_64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.15-deb1-64bit
Locale: LANG=fr_LU.UTF-8, LC_CTYPE=fr_LU.UTF-8 (charmap=UTF-8)

Versions of packages tetex-base depends on:
ii  dpkg  1.13.16package maintenance system for Deb
ii  tex-common0.16   Common infrastructure for using an
ii  ucf   2.005  Update Configuration File: preserv

Versions of packages tetex-base recommends:
ii  tetex-doc 3.0-14 The documentation component of the

Versions of packages tetex-bin depends on:
ii  debconf [debconf-2.0] 1.4.71 Debian configuration management sy
ii  debianutils   2.15.2 Miscellaneous utilities specific t
ii  dpkg  1.13.16package maintenance system for Deb
ii  ed0.2-20 The classic unix line editor
ii  libc6 2.3.6-7GNU C Library: Shared libraries
ii  libcairo2 1.0.4-1+b1 The Cairo 2D vector graphics libra
ii  libfontconfig12.3.2-5.1  generic font configuration library
ii  libfreetype6  2.1.10-1   FreeType 2 font engine, shared lib
ii  libgcc1   1:4.0.2-9  GCC support library
ii  libice6   6.9.0.dfsg.1-4 Inter-Client Exchange library
ii  libjpeg62 6b-11  The Independent JPEG Group's JPEG 
ii  libkpathsea4  3.0-14 path search library for teTeX (run
ii  libpaper1 1.1.14-5   Library for handling paper charact
ii  libpng12-01.2.8rel-5 PNG library - runtime
ii  libpoppler0c2 0.4.5-3PDF rendering library
ii  libsm66.9.0.dfsg.1-4 X Window System Session Management
ii  libstdc++64.0.2-9The GNU Standard C++ Library v3
ii  libt1-5   5.1.0-2Type 1 font rasterizer library - r
ii  libx11-6  6.9.0.dfsg.1-4 X Window System protocol client li
ii  libxaw8   6.9.0.dfsg.1-4 X Athena widget set library
ii  libxext6  6.9.0.dfsg.1-4 X Window System miscellaneous exte
ii  libxmu6   6.9.0.dfsg.1-4 X Window System miscellaneous util
ii  libxp66.9.0.dfsg.1-4 X Window System printing extension
ii  libxpm4   6.9.0.dfsg.1-4 X pixmap library
ii  libxrender1   1:0.9.0.2-1X Rendering Extension client libra
ii  libxt66.9.0.dfsg.1-4 X Toolkit Intrinsics
ii  mime-support  3.35-1 MIME files 'mime.types' & 'mailcap
ii  perl  5.8.8-2Larry Wall's Practical Extraction 
ii  sed   4.1.4-5The GNU sed stream editor
ii  ucf   2.005  Update Configuration File: preserv
ii  zlib1g1:1.2.3-9  compression library - runtime

Versions of packages tetex-extra depends on:
ii  dpkg  1.13.16package maintenance system for Deb
ii  tetex-bin 3.0-14 The teTeX binary files
ii  ucf   2.005  Update Configuration File: preserv

-- debconf information excluded


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

Bug#366504: vim-runtime: Overwrites /usr/share/vim/vimcurrent in vim-common

[Tom Parker]

Package: vim-runtime
Version: 1:6.4+7.0g01-1
Severity: grave
Justification: renders package unusable

Preparing to replace vim-runtime 1:6.4-007+1 (using 
.../vim-runtime_1%3a6.4+7.0g01-1_all.deb) ...
Unpacking replacement vim-runtime ...
dpkg: error processing 
/var/cache/apt/archives/vim-runtime_1%3a6.4+7.0g01-1_all.deb (--unpack):
 trying to overwrite `/usr/share/vim/vimcurrent', which is also in package 
vim-common
Errors were encountered while processing:
 /var/cache/apt/archives/vim-runtime_1%3a6.4+7.0g01-1_all.deb

-- System Information:
Debian Release: testing/unstable
  APT prefers stable
  APT policy: (990, 'stable'), (103, 'testing'), (102, 'unstable'), (99, 
'experimental'), (97, 'dapper')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.16-1-686-smp
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

vim-runtime depends on no packages.

Versions of packages vim-runtime recommends:
pn  vim | vim-gnome | vim-gtk | v  (no description available)

-- no debconf information


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

Processed: Re: Bug#366475: Scanimage on NSLU2 with hplip backend overflows

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> reassign 366475 hplip
Bug#366475: Scanimage on NSLU2 with hplip backend overflows
Bug reassigned from package `sane-utils' to `hplip'.

> thanks
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


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

Bug#365085: [Build-common-hackers] Bug#365085: CDBS 0.4.39 breaks DEB_SHLIBDEPS_INCLUDE in debian-qt-kde.mk

[Duck]

Coin,

Pierre Habouzit <[EMAIL PROTECTED]> writes:

> I talked with seb128, and he said there was no such thing, and that the 
> only problem he had was the missing depends, which is exactly what the 
> patch solves.

Strange, i may have misunderstood. Whatever, this was a very bad
breakage and deserved RC.

> Ping dear build-common-hackers: does someone has enough time to review 
> the patch and do an upload before this night dinstall ? If not, given 
> the severity of the bug and the big problems it implies in EVERY debian 
> package that ships binaries AND a lib in separate packages, I intend to 
> NMU it.

I'm too late for review, sorry. It looks right.
Really thanks for your work.

For my strong words about Peter, this is another subject, see the thread
on documentation on the ml if you want to understand why i'm so angry
about him.

-- 
Marc Dequènes (Duck)


pgpcY0c0PSY4f.pgp
Description: PGP signature

Bug#366475: Scanimage on NSLU2 with hplip backend overflows

[Julien BLACHE]

reassign 366475 hplip
thanks

[EMAIL PROTECTED] wrote:

Hi,

> [dll] load: dlopen()ing `/usr/lib/sane/libsane-hpaio.so.1'
> [dll] init: initializing backend `hpaio'
> [dll] sane_get_devices: found 1 devices
> [dll] sane_open: trying to open 
> `hpaio:/usb/PSC_1600_series?serial=SOME_SERIAL'
> *** glibc detected *** free(): invalid pointer: 0x4028fba4 ***
> Aborted

At this point, we're running the backend, so the bug probably lies in
hplip. If possible, please provide a gdb backtrace so we can make sure
it really happens in the backend.

I'm reassigning the bug to hplip, please Cc me and reassign back if
needed.

Thanks,

JB.

-- 
 Julien BLACHE - Debian & GNU/Linux Developer - <[EMAIL PROTECTED]> 
 
 Public key available on  - KeyID: F5D6 5169 
 GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169 


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

Bug#366498: redhat-cluster-source: module-assistant is unable to build a binary package

[Bastian Blank]

severity 366498 normal
tags 366498 moreinfo
thanks

On Tue, May 09, 2006 at 08:15:05AM +0200, Geza Gemes wrote:
> Package: redhat-cluster-source
> Version: 1.02.00-4
> Severity: grave
> Justification: renders package unusable

An empty bug can't make a package unusable.

Bastian

-- 
Superior ability breeds superior ambition.
-- Spock, "Space Seed", stardate 3141.9


signature.asc
Description: Digital signature

Processed: Re: Bug#366498: redhat-cluster-source: module-assistant is unable to build a binary package

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> severity 366498 normal
Bug#366498: redhat-cluster-source: module-assistant is unable to build a binary 
package
Severity set to `normal'.

> tags 366498 moreinfo
Bug#366498: redhat-cluster-source: module-assistant is unable to build a binary 
package
There were no tags set.
Tags added: moreinfo

> thanks
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


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

Processed: reopening 364454

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> # Automatically generated email from bts, devscripts version 2.9.19
> reopen 364454
Bug#364454: mozilla-firefox-locale-all: please upload a compatible version
Bug reopened, originator not changed.

>
End of message, stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


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

Processed: severity of 364454 is normal

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> # Automatically generated email from bts, devscripts version 2.9.19
> severity 364454 normal
Bug#364454: mozilla-firefox-locale-all: please upload a compatible version
Severity set to `normal'.

>
End of message, stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


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

Bug#364454: ...at least a bug in firefox

[Guido Guenther]

Hi,
If ff doesn't detect the verion of extensions correctly it's a least a
bug in the browser itself. Reinstalling packages to make things work
again is isn't a very sensible update path. If firefox is at fault here
we should at least reassign the bug there.
Cheers,
 -- Guido


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

Bug#366501: bootcd-i386: Unable to create bootable CDs on Etch

[Alessandro Polverini]

Package: bootcd-i386
Version: 2.53
Severity: grave
Justification: renders package unusable

Hello,
I'm unable to create a bootcd starting from a clean debootstrapped Etch.

The error while booting is:
umount: /devfs: Invalid argument
pivot_root: pivot_root: No such file or directory
/sbin/init: 432: cannot open dev/console: No such file
Kernel panic - not syncing: Attempted to kill init!

I use it regularly on Sarge, also witch backported kernel 2.6.15.

Thanks,
Alex

-- System Information:
Debian Release: 3.1
  APT prefers testing
  APT policy: (90, 'testing'), (50, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Kernel: Linux 2.6.12-1-k7-smp
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)


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

Bug#366370: hald dies upon startup

[Arias Hung]

On Tue, 09 May 2006, Sjoerd Simons delivered in simple text monotype:


On Mon, May 08, 2006 at 06:57:13PM -0700, Arias Hung wrote:

On Mon, 08 May 2006, Sjoerd Simons delivered in simple text monotype:


Uhm, right the runner dies.. that's bad.. Could you do the following:

$ echo '#!/bin/sh\n /usr/bin/strace /usr/lib/hal/hald-runner\n' 
>/tmp/hald-runner
$ chmod a+x /tmp/hald-runner
$ PATH=/tmp:$PATH hald --daemon=no --verbose=no

<---snip--->

Sure, attached is the strace. 
execve("/usr/lib/hal/hald-runner", ["/usr/lib/hal/hald-runner"], [/* 5 vars 
*/]) = 0
uname({sys="Linux", node="radio", ...}) = 0
brk(0)  = 0x804c000
access("/etc/ld.so.nohwcap", F_OK)  = -1 ENOENT (No such file or directory)
old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 
0xb7fdd000
access("/etc/ld.so.preload", R_OK)  = -1 ENOENT (No such file or directory)
old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 
0xb7fdc000
open("/etc/ld.so.cache", O_RDONLY)  = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=211742, ...}) = 0
old_mmap(NULL, 211742, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb7fa8000
close(3)= 0
access("/etc/ld.so.nohwcap", F_OK)  = -1 ENOENT (No such file or directory)
open("/usr/lib/libgobject-2.0.so.0", O_RDONLY) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0PjXA4\0"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0644, st_size=242792, ...}) = 0
old_mmap(0x4158, 241604, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 
0) = 0x4158
old_mmap(0x415ba000, 4096, PROT_READ|PROT_WRITE, 
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x3a000) = 0x415ba000
close(3)= 0
access("/etc/ld.so.nohwcap", F_OK)  = -1 ENOENT (No such file or directory)
open("/usr/lib/libdbus-glib-1.so.2", O_RDONLY) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\360\210"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0644, st_size=111548, ...}) = 0
old_mmap(0x41ca2000, 109116, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 
0) = 0x41ca2000
old_mmap(0x41cbc000, 4096, PROT_READ|PROT_WRITE, 
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x1a000) = 0x41cbc000
close(3)= 0
access("/etc/ld.so.nohwcap", F_OK)  = -1 ENOENT (No such file or directory)
open("/usr/lib/libglib-2.0.so.0", O_RDONLY) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0p\305OA"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0644, st_size=553736, ...}) = 0
old_mmap(0x414f, 555884, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 
0) = 0x414f
old_mmap(0x41577000, 4096, PROT_READ|PROT_WRITE, 
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x86000) = 0x41577000
close(3)= 0
access("/etc/ld.so.nohwcap", F_OK)  = -1 ENOENT (No such file or directory)
open("/usr/lib/libdbus-1.so.2", O_RDONLY) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\300\344"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0644, st_size=193400, ...}) = 0
old_mmap(0x41b0a000, 195316, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 
0) = 0x41b0a000
old_mmap(0x41b39000, 4096, PROT_READ|PROT_WRITE, 
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x2e000) = 0x41b39000
close(3)= 0
access("/etc/ld.so.nohwcap", F_OK)  = -1 ENOENT (No such file or directory)
open("/lib/tls/i686/cmov/libc.so.6", O_RDONLY) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\0Q2A4\0"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=1273940, ...}) = 0
old_mmap(0x4131, 1277532, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 
3, 0) = 0x4131
old_mmap(0x4143e000, 32768, PROT_READ|PROT_WRITE, 
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x12e000) = 0x4143e000
old_mmap(0x41446000, 7772, PROT_READ|PROT_WRITE, 
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x41446000
close(3)= 0
access("/etc/ld.so.nohwcap", F_OK)  = -1 ENOENT (No such file or directory)
open("/lib/tls/i686/cmov/libnsl.so.1", O_RDONLY) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\340U\33"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0644, st_size=82472, ...}) = 0
old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 
0xb7fa7000
old_mmap(0x421b2000, 88096, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 
0) = 0x421b2000
old_mmap(0x421c4000, 8192, PROT_READ|PROT_WRITE, 
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x12000) = 0x421c4000
old_mmap(0x421c6000, 6176, PROT_READ|PROT_WRITE, 
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x421c6000
close(3)= 0
old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 
0xb7fa6000
mprotect(0x4143e000, 20480, PROT_READ)  = 0
set_thread_area({entry_number:-1 -> 6, base_addr:0xb7fa66c0, limit:1048575, 
seg_32bit:1, contents:0, read_exec_only:0, limit_in_pages:1, seg_not_present:0, 
useable:1}) = 0
munmap(0xb7fa8000, 2

Bug#366498: redhat-cluster-source: module-assistant is unable to build a binary package

[Geza Gemes]

Package: redhat-cluster-source
Version: 1.02.00-4
Severity: grave
Justification: renders package unusable



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


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

Bug#365464: proftpd: net ACLs are buggy

[Francesco Paolo Lovergine]

tags 365464 + patch
tags 365464 + pending
tags 365464 + fixed-upstream
thanks

An upstream patch is now available to refuse CIDR notation in ipv6
addresses. It seems ok to me to manage the issue. 
Would you please confirm that, if you are able to patch yourself the package?
Else i'll go straight with -7 with that.

-- 
Francesco P. Lovergine


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

Processed: Re: Bug#365464: proftpd: net ACLs are buggy

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> tags 365464 + patch
Bug#365464: proftpd: net ACLs are buggy
Tags were: confirmed upstream security
Tags added: patch

> tags 365464 + pending
Bug#365464: proftpd: net ACLs are buggy
Tags were: patch confirmed upstream security
Tags added: pending

> tags 365464 + fixed-upstream
Bug#365464: proftpd: net ACLs are buggy
Tags were: pending patch confirmed upstream security
Tags added: fixed-upstream

> thanks
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


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

Bug#366370: hald dies upon startup

[Sjoerd Simons]

On Mon, May 08, 2006 at 06:57:13PM -0700, Arias Hung wrote:
> On Mon, 08 May 2006, Sjoerd Simons delivered in simple text monotype:
> 
> >># hald --daemon=yes --verbose=yes
> >>17:29:12.443 [I] hald.c:469: hal 0.5.7
> >>17:29:12.443 [I] hald.c:478: Will daemonize
> >>17:29:12.443 [I] hald.c:479: Becoming a daemon
> >
> >What happens if you run with --daemon=no --verbose=yes ?
> <---snip--->
> 
> Okay, I have it responding to --daemon=no --verbose=yes.
> 
> 
> 
> Attached is the log that resulted.

> *** [DIE] hald_runner.c:runner_died():69 : Runner died

Uhm, right the runner dies.. that's bad.. Could you do the following:

$ echo '#!/bin/sh\n /usr/bin/strace /usr/lib/hal/hald-runner\n' 
>/tmp/hald-runner
$ chmod a+x /tmp/hald-runner
$ PATH=/tmp:$PATH hald --daemon=no --verbose=no

This will cause the hald to attach a strace to the hald-runner so we can get
somewhat more debug info.

  Sjoerd
-- 
Given a choice between grief and nothing, I'd choose grief.
-- William Faulkner


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