Bug#842208: mozart-stdlib: FTBFS: dpkg-checkbuilddeps: error: Unmet build dependencies: mozart (>= 1.4.0)

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

Bug#728441: mozart: FTBFS on 5 architectures were it built in the past

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

Bug#728441: mozart: FTBFS on 5 architectures were it built in the past

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 sgolo...@nes.ru wrote: Hi Kevin, On Sat, Jan 11, 2014 at 9:12 PM, Kevin Glynn kevin.gl...@gmail.com wrote: I can

Bug#726030: mozart: build depends on deprecated tcl8.4-dev and tk8.4-dev

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 sgolo...@nes.ru wrote: Source: mozart Version: 1.4.0-8 Severity: normal Tags: patch Dear

Bug#624593: mozart: FTBFS everywhere

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

Bug#608374: mozart: FTBFS: dh_installchangelogs: install -o 0 -g 0 -p -m644 doc/changes debian/mozart/usr/share/doc/mozart/changelog returned exit code 1

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 jw...@debian.org wrote: Source: mozart Version: 1.4.0-5 Severity:

Bug#512475: please test mdadm 2.6.7.2-1

On Feb 4, 2009, at 2:32 PM, martin f krafft wrote: also sprach Will Glynn w...@lerfjhax.com [2009.02.04.2114 +0100]: This appears to be at least as functional than the previous version. I can boot, anyway. I haven't been able to test reshaping with actual disks -- although I get two more

Bug#512475: mdadm fails to reassemble arrays stopped mid-reshape

On Feb 2, 2009, at 12:39 AM, martin f krafft wrote: also sprach Will Glynn w...@lerfjhax.com [2009.01.21.0406 +0100]: Package: mdadm Version: 2.6.7.1-1 [...] I believe this is fixed by a particular upstream commit, already included in 2.6.8: 6e9eac4f089a44e9091967a3e6198aeae7e845a3

Bug#512475: mdadm fails to reassemble arrays stopped mid-reshape

Package: mdadm Version: 2.6.7.1-1 Severity: grave Justification: causes non-serious data loss When an array is grown and the grow is interrupted, mdadm is unable to reassemble the array, preventing the reshape from completing and denying access to the stored data. I had a 5-disk RAID 6

Bug#511184: installation of mozart-stdlib fails due to unmet dependencies

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

Bug#511184: installation of mozart-stdlib fails..

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 Except

Bug#511184: installation of mozart-stdlib fails due to unmet dependencies

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,

Bug#466300: openoffice.org-writer2latex: Cannot be installed

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

Bug#462388: mozart-gtk: your package depends from gnome-libs (via libgtk-canvas) that is scheduled for removal

[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 sure that

Bug#462388: mozart-gtk: your package depends from gnome-libs (via libgtk-canvas) that is scheduled for removal

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 time.

Bug#456652: mozart-gtk: should this package be removed?

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

Bug#450634: Connot be installed on Sid

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 installable for

Bug#401324: mysql-server-5.0: Upgrade fails badly (hangs)

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

Bug#400355: mozart-gtk: FTBFS: arch is unknown ?

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 the

Bug#400355: mozart-gtk: FTBFS: arch is unknown ?

. It 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, did you

Bug#400355: mozart-gtk: FTBFS: arch is unknown ?

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 uname *should* have nothing to do

Bug#400355: mozart-gtk: FTBFS: arch is unknown ?

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

Bug#400355: mozart-gtk: FTBFS: arch is unknown ?

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 Linux 2.6.18-1-sparc64 Unfortunately, spontini

Bug#400355: mozart-gtk: FTBFS: arch is unknown ?

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]

Bug#400355: mozart-gtk: FTBFS: arch is unknown ?

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

Bug#392077: Processed: joe: execmd with empty command results in SEGV

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 or all whitespace) as an unknown command. Kevin, please Cc: the bug address when

Bug#393399: Source package contains non-free IETF RFC/I-D's

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:

Bug#390127: mozart_1.3.2.20060615-1: FTBFS with -rsudo

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 for the

Bug#358449: RC now

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!)

Bug#328356: Processed: severity of 328356 is grave

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.9.7

Bug#323737: FTBFS: Too few template-parameter lists

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 imagine it is

Bug#323737: FTBFS: Too few template-parameter lists

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

Bug#323737: FTBFS: Too few template-parameter lists

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 two too few template-parameter-lists errors: c

Bug#287651: [GRASS5] [bug #2877] (grass) Insecure tempfile creation

), as the files have to reside on the same filesystem as the rest of the database. Everything else can use $TMPDIR. -- Glynn Clements [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]