mozart will not build on 64 bit architectures. amd64 should run the i386
binaries.
On Fri, 10 Feb 2017 at 22:15 Hans Joachim Desserud
wrote:
> I looked a bit at this issue and it seems the reason it fails on
> amd64 is that mozart isn't built for this architecture
> (see https://packages.debian.
Oh yes, I see that now. I'm surprised it got as far as it did with that
wrong, but I'll fix and we can see what happens then.
On Sat, Jan 11, 2014 at 6:18 PM, Sergei Golovan wrote:
> Hi Kevin,
>
> On Sat, Jan 11, 2014 at 9:12 PM, Kevin Glynn
> wrote:
> > I can be
Sergei,
Thanks a lot for investigating this. I looked at the armel failure over
Christmas and saw that it was a failure to build docs. Looks like sparc is
the same. I have an arm machine at home and I am now firing it up so that I
can investigate further.
I can believe the powerpc failure is du
Thanks for taking care of this. It would be great if you could do this NMU
until I get round to spending some time on this package.
regards
Kevin
On Fri, Oct 11, 2013 at 1:48 PM, Sergei Golovan wrote:
> Source: mozart
> Version: 1.4.0-8
> Severity: normal
> Tags: patch
>
> Dear Maintainer,
>
tags 624593 +pending
thanks
Thanks for this report. The cause of the FTBFS is that gs segment
faults on an eps file. I won't forward to gs because we don't have
the original file for that eps and so I can't regenerate to see if it
is a real bug. I will submit a bug report to mozart upstream ask
Thanks for this bug report. I will try to recreate and should be able
to upload a fix by end-Sunday 2nd January.
release-bods: Let me know if it is required faster, thanks.
k
On Thu, Dec 30, 2010 at 5:14 AM, Jakub Wilk wrote:
> Source: mozart
> Version: 1.4.0-5
> Severity: serious
> Justifica
Please see ongoing discussion on mentors mailing list:
http://lists.debian.org/debian-mentors/2009/01/msg00113.html
thanks
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Patrick Matthäi writes:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Hello,
>
> closing the bug is wrong, it is a bug.
>
> The solution for it would be to get it build sane on all architectures,
> there are many maybe-failed:
> http://buildd.debian.org/build.php?pkg=mozart
>
Well, that is correct. The mozart-stdlib contains machine-independent
bytecode and is Architecture: all. However, the actual mozart package
is not available for 64 bit architectures.
I am not yet sure if I there is anything I can change to make this
better, or if I should just close this bug, I
Hi all,
I had this same problem too. Last night I installed sun-java6-jdk and
this morning it installed fine.
regards
k
-- System Information:
Debian Release: lenny/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.24-1-amd64 (SMP w/2
Pierre Habouzit writes:
>
> Wonderful. BTW, don't worry about my last mail that raised the bug to
> serious, I totally missed that package that wasn't built on amd64 (the
> architecture I looked at gnome 1.x packages onto), hence the recent bug.
> I won't blame you if you need some more t
[EMAIL PROTECTED] writes:
> Package: mozart-gtk
> Severity: important
> User: [EMAIL PROTECTED]
> Usertags: gnome-1.x-removal
>
> Hi,
>
> Your package (mozart-gtk) has been detected as depending on
> gnome-libs, which as per release goal, won't be shipped in lenny.
>
> Please make sur
I would love to get rid of this package, it is a real pain to maintain
due to the way it generates itself from the toolchain's header files.
Before removing it, I will ask on upstream's mailing list if anyone
wants to take it forward. I expect they won't and then I will ask for
its removal.
k
Valerio Passini writes:
> Package: mozart-gtk
> Version: 20060615-2
> Severity: grave
>
> --- Please enter the report below this line. ---
> Hi,
>
> I need to work with Mozart for running SpiCo
> http://www2.lifl.fr/STC/NEW/pmwiki.php/BioComputing/Home
> but mozart-gtk is not installab
tags 400355 pending
thanks
I will submit a new version of mozart to my sponsor that will treat
sparc64 as sparc, and set urgency=medium.
k
Julien Danjou writes:
> At 1165019355 time_t, Steve Langasek wrote:
> > Side note -- sparc does have a "sparc32" util that can be used to change
>
Package: mysql-server-5.0
Version: 5.0.27-1
Severity: serious
Hangs duing upgrade:
The following packages have been kept back:
emacs-snapshot-common mozilla mozilla-browser mozilla-mailnews mozilla-psm
The following packages will be upgraded:
mysql-server-5.0
1 packages upgra
Steve Langasek writes:
> Side note -- sparc does have a "sparc32" util that can be used to change the
> kernel personality that a process is running under (i.e., it changes the
> output of uname among other things...), and I believe the official buildds
> run all builds under sparc32 to avoid
Steve Langasek writes:
> On Fri, Dec 01, 2006 at 09:15:49AM -0600, Kevin Glynn wrote:
> > That explains my confusion. It may well be that mozart can run on
> > sparc64 but it needs testing.
>
> No, "sparc64" has nothing to do with this. The value returned by
is unfortunate that different machines in the same Debian
architecture report that they have different underlying architectures
cheers
k
On 12/1/06, Julien Danjou <[EMAIL PROTECTED]> wrote:
At 1164895512 time_t, Kevin Glynn wrote:
> I am a bit surprised that mozart built on sparc64,
reassign 400355 mozart
thanks
Julien Danjou writes:
> At 1164838229 time_t, Kevin Glynn wrote:
> > Can you send me the output of this command when run on this machine
> > (nasya):
> >
> >echo "`uname -m` `uname -s` `uname -r`"
>
> sparc64
Hi Julien,
Can you send me the output of this command when run on this machine
(nasya):
echo "`uname -m` `uname -s` `uname -r`"
Do you know if there is anything different about this machine compared
to the other autobuilders. If you have access it would be helpful if
you could also run the
One other thing. there should be a directory in
/usr/lib/mozart/platform
can you tell me its name on nasya?
Thanks
k
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
re no tags set.
> > Bug#392304: joe: yet another segfault: alt/x enter segfault(loss of data)
> > Tags added: patch
>
> On Tue, Oct 17, 2006 at 16:25:52 -0500, Kevin Glynn wrote:
> > The attached patch to joe 3.5-1 just treats a blank command string
> > (i.e. empty
tags 393399 pending
thanks
I shall replace the included rfc with a README file that tells the
reader where they can find the text for themselves [either in non-free
package doc-rfc-2000-2999 or download via
http://www.ietf.org/rfc/rfc2229.txt].
cheers
k
Simon Josefsson writes:
> Package: m
Steve Langasek writes:
> Package: mozart
> Version: 1.3.2.20060615-1
> Severity: serious
>
> emacs21 is now fixed finally on mips and mipsel, but mozart still fails to
> build because it uses the $(PWD) variable in its debian/rules and this
> variable is not preserved by sudo:
>
Thanks
Martin Michlmayr writes:
> severity 358449 serious
> thanks
>
> This bug is RC now since GCC 4.1 will become the default compiler today.
>
No problem, I tried to make a release before I left Monday morning to
close this bug but ran out of time. It will be closed soon (sponsor
willing!)
The latest upload of mozart-gtk, 20040429-5, now depends on
gdk-imlib11-dev so I can close this bug. However, following the
recent changes I am now unclear as to whether I should really depend
on gdk-imlib1-dev or gdk-imlib11-dev. Please advise.
This bug wasn't dropped automatically by vorlon b
New package is ready, waiting for response from my sponsor. If
someone wants to step in and sponsor the upload, please contact me.
cheers
k
Debian Bug Tracking System writes:
> Processing commands for [EMAIL PROTECTED]:
>
> > # Automatically generated email from bts, devscripts version 2.
I have already done this. I am waiting for a sign of life from my
sponsor.
k
Thomas Bushnell BSG writes:
> Package: mozart-gtk
> Version: 20040429-4
> Severity: serious
>
> This package fails to build from source because it declares a build
> dependency on imlib1-dev and/or gdk-imlib1
Steve Langasek writes:
> > It seems to me that the result of these two policies is that Debian
> > doesn't support a system like mine that has a symbolic link from
> > /usr/share/doc to another directory.
>
> > That's fine by me, I now have enough space to move it back again, but
> > I ima
Steve Langasek writes:
>
> The source updates look fine to me, but:
>
> * Use absolute paths when making links to doc directories, this stops
> problems for people with symlinked /usr/share/doc (i.e., me!).
>
> contradicts Debian Policy 10.5. I don't think personal preference in
Steve Langasek writes:
> On Fri, Aug 19, 2005 at 08:03:38AM +0200, Kevin Glynn wrote:
> > Matt Kraai writes:
> > > Package: mozart
> > > Version: 1.3.1.20040616-8
> > > Severity: serious
> > >
> > > mozart fails to build because of
Matt Kraai writes:
> Package: mozart
> Version: 1.3.1.20040616-8
> Severity: serious
>
> mozart fails to build because of two "too few
> template-parameter-lists" errors:
>
> > c++ -DHAVE_CONFIG_H -I.
> > -I/tmp/buildd/mozart-1.3.1.20040616/mozart/platform/emulator
> > -DSITE_PROPERT
33 matches
Mail list logo
