Bug#478558: xjove dies immediately on i386

Package: xjove Version: 4.16.0.70-3 On i386 in etch and sid, xjove dies immediately saying: $ xjove A command window has exited because its child exited. Its child's process id was 17854 and it exited with return code 1. $ however, it works ok on arm and armel, etch and sid. -- To

Bug#478561: xjove function keys do not work

Package: xjove Version: 4.16.0.70-3 Severity: minor The default actions of the function keys that are advertised on xjove's startup page do not do what it says: F1 (Save and Exit) takes you to the : prompt, F2 (Save) splits the current buffer, F3 (Information about JOVE) moves you to the next

Bug#476846: Bug does NOT happen for sid version (9:1.1.7.1-1) of genisoimage on armel

Maybe this is support for the explanation as an endian problem? arm and armel are little-endian. The main weirdnesses of plain arm are a bizarre middle-endian floating point format (look for things trying to read FP values off a disk file or network stream) and unusual structure-packing

Bug#464387: [linux-image-2.6.24-1-686] Same error here ...

stuck for 11s! [modprobe:862] Thank you. Guy --- System information. --- Architecture: i386 Kernel: Linux 2.6.24-1-686 Debian Release: lenny/sid 501 testing debian.gfoss.it 501 stable wine.budgetdedicated.com 500 unstablewww.debian-multimedia.org 500

Bug#475008: [openoffice.org] Removing ~/.openoffice.org2 fixe the problem

Package: openoffice.org Version: 1:2.4.0-3+b1 --- Please enter the report below this line. --- Same bug here ... and yes, removing ~/.openoffice.org2 fixes the problem ... Guy --- System information. --- Architecture: i386 Kernel: Linux 2.6.24-1-686 Debian Release: lenny/sid 501

Bug#461551: patch to add armel/armeb

Hi The attached is the trivial patch to enable this package on armel and armeb (where a synaptic mouse pad can be attached on USB). I have tried this in armel and it builds fine. M --- xfree86-driver-synaptics-0.14.7~git20070706/debian/control 2008-04-04 11:44:51.0 +0100 +++

Bug#451356: also fails on arm

Hi I get the same symptom building ffcall 1.10+2.41-3 on arm: creating minitests ./minitests minitests.out /bin/sh: line 1: 13860 Segmentation fault ./minitests minitests.out make[2]: *** [check] Error 139 make[2]: Leaving directory `/home/martin/arm/arma/ffcall-1.10+2.41/ffcall/avcall '

Bug#474276: testsuite failures on arm

Package: libffi Version: 3.0.4-2 There are testsuite failures when building on ARM (which are then ignored...) Running /home/martin/arm/arma/libffi-3.0.4/testsuite/libffi.call/call.exp ... FAIL: libffi.call/cls_2byte.c -O0 -W -Wall execution test FAIL: libffi.call/cls_3_1byte.c -O0 -W -Wall

Bug#474276: testsuite failures on i386

...and on i386-sid on Athlon-32 the testsuite fails mightily: === libffi Summary === # of expected passes505 # of unexpected failures513 # of unresolved testcases 8 # of unsupported tests 15 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with

Bug#474276: testsuite failures on i386

On 4/4/08, Matthias Klose [EMAIL PROTECTED] wrote: Martin Guy writes: ...and on i386-sid on Athlon-32 the testsuite fails mightily: === libffi Summary === # of expected passes505 # of unexpected failures513 # of unresolved testcases 8

Bug#38687: How to make your woman come

Get total and utter penetration by clicking here http://www.akbadbem.com/ Her twin peaks of perfection -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#276210: she's coming

You’re just 1 simple click away from adding inches to your manhood. http://www.Almostfurti.com/ Re: don't forget this -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#471650: i can't fix the error with the workaround ...

libdjvulibre15 (--purge): dependency problems - not removing Errors were encountered while processing: libdjvulibre15 Thank you Guy --- System information. --- Architecture: i386 Kernel: Linux 2.6.24-1-686 Debian Release: lenny/sid 501 testing debian.gfoss.it 501 stable

Bug#437170: I confirm this very annoying bug

Package: frozen-bubble Version: 2.1.0-2 --- Please enter the report below this line. --- Hi, There is only one red little point to show the direction (every time for me) So frozen-bubble is unplayable with this bug. Is there a workaround ? Guy --- System information. --- Architecture: i386

Bug#207024: 3 inches, but a world of difference

Size matters to all the women, no matter what they say. http://www.poputinesu.com/ Proven enlargement formula -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#42457: and for what purpose

BodypartTremendousKristina http://www.Twalveen.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#380513: adrienne achilles archenemy

Snatch up Prsecriptions and Mdeications asap www.www.amissaustria.alberta.kusanra.com or adrienneachilles -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#274451: afterglow ar abutted

Aquire Prescritpions and Mdeications today! http://barbourapparel.ashmolean%2Elagtiu.com ! afterglowar -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#471031: control center comlains about lack of gift

Package: kcontrol Version: 4:3.5.8.dfsg.1-7 Severity: minor Hi! In the KDE Control Center, selecting System Administration - Image Index provokes the message box: Cannot find executables gift and/or gift-add-collection.pl in the PATH. Please install the GNU Image Finding Tool. [OK] gift and

Bug#226172: abbas aileron

Snatch up Precsriptions immediately http://alkalinebasil.apprehend%2egolipero.com be backscatteramoral -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#470807: freetds' private copy of dh_makeshlibs is no longer useful

What problem is solved by having a private copy of dh_shlibdeps? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#469151: Suggest building for all architectures

Are they both 32-bit arches? Which endianness do they have? yes, little and big respectively. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#469151: Suggest building for all architectures

However, just adding armel armeb would be appreciated if that doesn't involve too much work. Are they both 32-bit arches? yes, little and big respectively. Which endianness do they have? If you know of other 32-bit arches There are currently 25 different arch strings in use in Debian (147

Bug#446665: gcc-4.1 essential on armel

Hi! FWIW, the new arm port armel requires gcc-4.1.1, since its new ABI support only made it, so we'd vote for rotd and gcc-4.1, and the gcc-4 patch for #297217 invalid lvalue in assignment is sufficient to make the current ancient version compile for us. M -- To UNSUBSCRIBE, email to

Bug#446665: gcc-4.1 essential on armel

2008/3/13, Luk Claes [EMAIL PROTECTED]: Martin Guy wrote: Hi! FWIW, the new arm port armel requires gcc-4.1.1, since its new ABI support only made it, so we'd vote for rotd and gcc-4.1, and the gcc-4 patch for #297217 invalid lvalue in assignment is sufficient to make the current

Bug#470807: freetds' private copy of dh_makeshlibs is no longer useful

Package: freetds Version: 0.63-3 User: [EMAIL PROTECTED] Usertags: eabi, patch The freetds build breaks on armel saying ./debian/dh_makeshlibs -a -Xtdsodbc dh_makeshlibs: Compatibility levels before 4 are deprecated. Error: added symbols in libtdssrv.so.2: Base__aeabi_f2ulz Please

Bug#260403: I wanted to get a favor from someone.

Without the risk of surgery, just 2 capsules a day for visible gains within 1 month http://arinsar.com/

Bug#258013: I wanted to hurt an enemy.

Here is the solution to enlarge the thickness and add inches, with visible results within just weeks http://junieryi.com/

Bug#50231: I wanted to get rid of a headache.

Without the risk of surgery, just 2 capsules a day for visible gains within 1 month http://cheozis.com/

Bug#470468: please add ARM EABI support in libstatgrab's configure.in

Package: libstatgrab Version: 0.15-1 Severity: wishlist User: [EMAIL PROTECTED]/debian.org Usertags: eabi, patch Hi! libstatgrab is one of the Debian packages that fails to build on the new armel Debian port (see http://wiki.debian.org/ArmEabiPort) because it lacks a configure clause for the

Bug#470506: signed-char bug fixes for srtp on arm and armel

Package: srtp Version: 1.4.4~dfsg-1 User: [EMAIL PROTECTED] Usertags: eabi There are 3 related bugs in the testsuite driver for srtp that make if fail on architectures with unsigned characters, such as the arm variants. The build failure is: running libsrtp test applications...

Bug#470505: srtp testsuite violates 32-bit-alignment requirement

Package: srtp Version: 1.4.4~dfsg-1 User: [EMAIL PROTECTED] Usertags: eabi The srtp testsuite fails the debian build on arm and armel because it violates the requirement that certain functions only be handed 32-bit-aligned data. The attached patch is the minimum required to fix this problem. I

Bug#470468: Fwd: [i-scream.org #11902] please add ARM EABI support in libstatgrab's configure.in

-- Forwarded message -- From: Tim Bishop via RT [EMAIL PROTECTED] Date: 11/03/2008 15:49 Thanks for the patch. We've actually already got this in CVS, but we haven't released a new libstatgrab yet. It'll be in the next version. Tim. -- Tim Bishop

Bug#469279: Suggest enabling usplach packages for any architecture

no fb doesn't work on parisc afaik. please specify which current working arch is missing for you. Sorry, the new armel and forthcoming armeb architectures need adding thanks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#469967: armel only has z88dk-bin, lacking z88dk

Package: z88dk Version: 1.7.ds1-2 Severity: wishlist User: [EMAIL PROTECTED] Usertags: eabi, patch Hi! The addition of armel only enables z88dk-bin, not z88dk. The attached patch adds that too. Cheers z88dk-1.7.ds1+armel.diffs Description: Binary data

Bug#469968: please enable libggi-target-fbdev on armel too

Package: libggi Version: 1:2.2.1-5 Severity: wishlist User: [EMAIL PROTECTED] Usertags: eabi, patch armel needs adding to the list of targets for the frame buffer driver in debian/control. A patch is attached - but might Architecture: linux-any be more appropriate? Cheers ---

Bug#469973: Mozart build fails when MAKEFLAGS=-j2 in environment

Package: mozart Version: 1.3.2.20060615+dfsg-3 Severity: minor Hi! Building mozart on i386 (to compare it with the build that currently fails on armel) fails in mysterious ways, saying, in two successive build runs: make[5]:

Bug#470034: Please add armel to Arch list for xjove

Package: jove Version: 4.16.0.70-3 Priority: wishlist User: [EMAIL PROTECTED] Usertags: eabi, patch Please as armel and armeb to the Archichitecture lists in debian/control for xjove. If the intention is to exclude the kfreebsd- and hurd- variants, Architecture: linux-any might be more

Bug#469854: Please include architecture armel in control file for avahi-autoipd

Package: avahi Version: 0.6.22-2 Severity: wishlist User: [EMAIL PROTECTED] Usertags: eabi Hi please add architecture armel in debian/control for the only arch-selected file: Package: avahi-autoipd Architecture: i386 ia64 alpha amd64 armeb arm hppa lpia m32r m68k mips mipsel powerpc ppc64 s390

Bug#469860: Please add armel to arch list for libesd-alsa0

Package: esound Version: 0.2.36-3 Priority: wishlist User: [EMAIL PROTECTED] Tags: eabi, patch Please enable architectures armel and armeb in debian/control for binary package libesd-alsa0 (the build dependencies have now been ported) --- esound-0.2.36/debian/control2008-03-07

Bug#469864: Please add armel to Arch list for dynafont

Package: fonty Version: 1.0-23.7 Priority: wishlist User: [EMAIL PROTECTED] Usertags: eabi Please add armel and armeb to debian/control for package dynafont: Package: dynafont Architecture: alpha amd64 arm hppa i386 ia64 m32r m68k mips mipsel powerpc ppc64 s390 s390x sh3 sh3eb sh4 sh4eb sparc

Bug#469867: Please add armel/armeb in debian/control

Package: isdnutils Version: 1:3.9.20060704-3.1 Severity: wishlist User: [EMAIL PROTECTED] Usertags: eabi, patch Hi! Please enable the new armel and forthcoming armeb architectures in debian/control. A patch is attached or, if the purpose of the long architecture list is to exclude the

Bug#469867: +patch

I suppose if I remembered to attach the pacth that mightbe more helpful... --- isdnutils-3.9.20060704/debian/control 2008-03-07 16:37:02.0 + +++ isdnutils-3.9.20060704+armel/debian/control 2008-03-07 16:38:54.0 + @@ -8,7 +8,7 @@ Package: isdnutils Priority:

Bug#469873: please enable armel and armeb architectures in debian/control

Package: scheme48 Version: 1.3-8 Severity: wishlist User: [EMAIL PROTECTED] Usertags: eabi, patch Hi Please enable the new armel and the forthcoming armeb architectures in debian/control I've built this and smoke-tested it on armel and it seems to work fine. Patch attached Cheers M ---

Bug#428976: build fails on armel

Enabling the mozart package on armel results in a build failure late in the build: OZTOOL_LD=gcc /bin/sh /home/martin/arm/mozart-1.3.2.20060615+dfsg/BUILD/platform/emulator/oztool.sh ld -o Bison.so-unknown-unknown LR0.o allocate.o closure.o conflicts.o derives.o gram.o lalr.o main.o nullable.o

Bug#469279: Suggest enabling usplach packages for any architecture

Package: usplash Version: 0.5.8-3 Severity: wishlist Hi! The binary packages for usplash are only enabled on [amd64 i386 powerpc sparc] but we have frame buffers on just about all architectures. May I suggest changing that to any? It builds ok, at least on the other architectures I've tried.

Bug#469151: Suggest building for all architectures

Package: hfsprogs Version: 332.14-2 Severity: wishlist May I suggest enabling hfsprogs for any architecture in debian/control instead of i386 powerpc? It builds fine on the other arches that I've tried. Package hfsutils (to read and write them) is already provided for all architectures - I think

Bug#465732: Message error for usage

|restart} So i propose a little patch ... Guy --- System information. --- Architecture: i386 Kernel: Linux 2.6.24-1-686 Debian Release: lenny/sid 501 testing debian.gfoss.it 501 stable wine.budgetdedicated.com 500 unstablewww.debian-multimedia.org 500 unstable

Bug#465246: user-root exploit in vmsplice()

Package: linux-image-2.6.18-6-686 Version: 2.6.18.dfsg.1-17etch1 Severity: important There is a bug in vmsplice from 2.6.17 to 2.6.24.1 that can be exploited by any user process to gain root privileges. info is here http://isc.sans.org/newssummary.html which links to the source code for the

Bug#464903: Please add arm, armel and armeb to Architectures: list (or change to any)

Package: music123 Version: 15-0.1 Severity: wishlist Hi! The arm, armel and armeb architectures are missing from the Architectures: line in debian/control It's particularly pernicious to specify Archirectures in the Package: clauses of debian/control because the package seems to build fine

Bug#464140: Please include armel in debian/control

2008/2/8, Enrico Tassi [EMAIL PROTECTED]: Please compilerun the test file src/callback-test.c and give me feedback. It exits 0 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#434016: Also broken on armel

Yes, armel gives the same error message -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#464140: Please include armel in debian/control

Package: lua-gtk Version: 0.7-1 Severity: wishlist Please add armel and armeb to the Architectures: list for lua-gtk in debian/control since it builds fine there too. (See wiki.debian.org/ArmEabiPort) While you're at it, I think it would be better to put a single Architectures: clause in the

Bug#299014: Facade, Proxy, and Factory

So quickprofit new MATCH found for quick profit in stocks Permanant Tech symb:P E R T -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#440425: Yes, QEMU does need gcc-3.4

QEMU requires gcc-3.4 at runtime because it emulates 5 different CPUs by translating the machine code into C, compiling the C fragments and editing the assembler output to trim off function call/return sequences. This makes it the fastest emulator on the planet but it does not understand gcc-4

Bug#463803: ardour would enjoy libfftw3-dev

Package: ardour Version: 2.2-1 While configuring on debian, ardour says: Checking for fftw3f...no Checking for fftw3...no Checking for C header file fftw3.h... no - You do not have the FFTW single-precision development

Bug#463816: Please add armel to architectures list

Package: libinotify-ruby Version: 0.0.2-1 Severity: wishlist Please add armel to the architectures lists for libinotify-ruby1.[89] in debian/control for benefit of the new ARM port [1] ... or make it any to avoid future hassle with new ports. Thanks [1] http://wiki.debian.org/ArmEabiPort --

Bug#439832: Status of armel in the archive?

2008/1/30, Luk Claes [EMAIL PROTECTED]: On Wed, Jan 02, 2008 at 10:32:55AM +0100, Marc 'HE' Brockschmidt wrote: [armel]'s quality is at least matching the current arm port Could you please comment on the current status and list outstanding issues blocking the inclusion of armel in the

Bug#463444: rbot is uninstallable due to dependecy on ruby 1.9

Package: rbot Version: 0.9.10-1 Severity: serious # apt-get install rbot The following packages have unmet dependencies: rbot: Depends: ruby ( 1.9) but 4.1 is to be installed E: Broken packages because rbot Depends: ruby (= 1.8), ruby ( 1.9) but ruby switched to a versioning scheme which

Bug#460084: please add armeb too

While you're at it, you may as well add armeb for that forthcoming port -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#458911: please add armeb too

while you're at it, you might as well add the forthcoming armeb architecture too. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#460077: Please add armeb also

While you're at it, you may as well also add armeb, the forthcoming big-endian version of the port -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#435384: Please add armeb too

While you're at it, you may as well add the forthcoming armeb port as well -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#434846: PLease add armeb also

While you're at it, you may as well add the forthcoming armeb port as well. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#436237: Please add armeb too

While you're at it, also adding armeb for that future port would be a good idea. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#461091: Please add armeb also

While you're at it, if you add armel, please also add the forthcoming armeb port too -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#461081: and armeb

...while you're at it, adding armeb for that future port would be a good idea too. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#463128: Please allow later versions of gcc

Package: emile Version: 0.10-1 Severity: wishlist emile is the last package in Debian to require gcc-3.3 If it will compile with gcc-4 it can also be included in the new armel architecture (which lacks even gcc-3.4) - at present it fails early on because of signed/unsigned errors and -Werror (at

Bug#462962: apt-get --no-install-recommends is not documented in man page

Package: apt Version: 0.7.10 The new -no-install-recommends flag is not documented in the man page for apt-get. Given the new install-recommends-by-default policy, this is particularly important. It would be worth mentioning the APT::Install-Recommends in the manual page as well and to highlight

Bug#461564: Get it right!

...and it was a 600Mhz ARM. Der! M -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#461564: and again

... and the ratio was Actually gs is eating only about 20%, and foomatic-rip takes 80% Sorry, I must have been having a bad day. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#455909: linux-image-2,6-iop32x: many misaligned memory accesses

Strange, I've all zeroes right after a boot (with an OABI kernel). Here it's a vanilla Debian armel 2.6.23-1-iop32x kernel on XScale-80219 rev 0 (v5l) It's not serious as misaligned accesses in kernel are always trapped and fixed up. I'd be inclined to close this item for lack of importance.

Bug#461564: Upgrade to latest version would give manyfold speed improvement

Package: foomatic-filters Version: 3.0.2-20061031-1.2 Severity: wishlist --- Przemyslaw Kwiatkowski [EMAIL PROTECTED] writes on 19 Jan 2008 ... I replaced foomatic-rip from (foomatic-filters 3.0.2-20061031-1.2) with new one from http://www.openprinting.org/foomatic-rip (this version is not yet

Bug#461564: Further info

For info, the specific config exhibiting the immense slowness was: HP DJ 990cxi connected via usb, driver is hpijs 2.6.10+1.6.10-4.2+lenny1 (and hplip 1.6.10-4.2+lenny1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#408787: armel/armeb have not been added in new nictools-pci upload

Hi! Just to say the why of the reopening: armel and armeb have not been added to debian/control, whatever the changelog may say Bless M -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#461096: and armeb

... and armeb as well, while you're at it. The Debian ChangeLog says this has been done, but it hasn't. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#461080: please add armel to architecture list

Package: amoga-fdisk Version: 0.04-11 Severity: wishlist User: [EMAIL PROTECTED] Usertags: eabi Please add armel to the architecture lists in debian/control See wiki.debian.org/ArmEabiPort Thanks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact

Bug#461081: please add armel to architecture list

Package: amiga-fdisk Version: 0.04-11 Severity: wishlist User: [EMAIL PROTECTED] Usertags: eabi Please add armel to the architecture list in debian/control (or make it any) (A new ARM port should be going into lenny to replace the old one in lenny+1; see wiki.debian.org/ArmEabiPort) Thanks

Bug#461088: please add armel to architecture list

Package: gsynaptics Version: 0.9.7-3 Severity: wishlist User: [EMAIL PROTECTED] Usertags: eabi Please add armel to the architecture list in debian/control (or make it any) (A new ARM port should be going into lenny to replace the old one in lenny+1; see wiki.debian.org/ArmEabiPort) Thanks --

Bug#461089: please add armel to architecture list

Package: ddccontrol Version: 0.4.2-1 Severity: wishlist User: [EMAIL PROTECTED] Usertags: eabi Please add armel to the architecture list in debian/control (A new ARM port should be going into lenny to replace the old one in lenny+1; see wiki.debian.org/ArmEabiPort) Thanks -- To UNSUBSCRIBE,

Bug#461090: please add armel to architecture list

Package: ibam Version: 1:0.4-4 Severity: wishlist User: [EMAIL PROTECTED] Usertags: eabi Please add armel to the architecture list in debian/control (A new ARM port should be going into lenny to replace the old one in lenny+1; see wiki.debian.org/ArmEabiPort) Thanks -- To UNSUBSCRIBE, email

Bug#461091: please add to architecture lists

Package: kerry Version: 0.2.2-1 Severity: wishlist User: [EMAIL PROTECTED] Usertags: eabi kerry's architecture list in the control file says: Architecture: amd64 arm i386 ia64 powerpc whereas in sid it is available in 5 other architectures

Bug#461096: please add armel to architecture list

Package: nictools-pci Version: 1.3.8-1.1 Severity: wishlist User: [EMAIL PROTECTED] Usertags: eabi Please add armel to the architecture list in debian/control (A new ARM port should be going into lenny to replace the old one in lenny+1; see wiki.debian.org/ArmEabiPort) Thanks -- To

Bug#460562: change of package name to libdb-dev makes it uninstallable

Package: db Version: 4.6.21-5 Hi! I'm trying to satisfy the build dependencies of subversion in sid, but cannot because - subversion build-depends on libdb4.4-dev and libaprutil1-dev - libaprutil1-dev depends on libdb-dev - libdb4.4-dev provides and conflicts with libdb-dev This seems to be

Bug#460562: [Pkg-db-devel] Bug#460562: change of package name to libdb-dev makes it uninstallable

2008/1/13, Florian Weimer [EMAIL PROTECTED]: Is there a good reason not to continue the scheme used in libdb4.[12345] ? The name scheme is not the problem, it's the fact that all Berkeley DB -dev packages conflict (because they all install the db.h header file). the db.h conflict is not

Bug#460562: [Pkg-db-devel] Bug#460562: Bug#460562: change of package name to libdb-dev makes it uninstallable

reassign 460562 db thanks Sorry, it's not as simple as that; it impacts on more than one other package. If you want to get everyone to use libdb4.6 instead of explicitly 4.[2345] (which would be a Good Thing, assuming 4.6 is backward-compatible with all the others), then I think you need to file

Bug#460562: [Pkg-db-devel] Bug#460562: Bug#460562: change of package name to libdb-dev makes it uninstallable

feel free to help out by adding to http://bugs.debian.org/cgi-bin/[EMAIL PROTECTED];tag=oldbdb;dist=unstable Can do. Should I ask them to change to requiring libdb-dev or libdb4.6-dev? I.E. Is the future plan to keep one version only and simply increase libdb's version number, or to carry on

Bug#460067: Support compilation with gpc as well as (instead of?) fpc

Package: gearhead Version: 1.100-1 Severity: wishlist User: [EMAIL PROTECTED] Usertags: eabi gearhead currently build-depends on fp-compiler, which is only available on 5 architectures. If it could transition to gpc (pascal-compiler), it would be available on all 16. -- To UNSUBSCRIBE, email

Bug#460068: Support compilation with gpc as well as (instead of?) fpc

Package: hedgewars Version: 0.9.0-7 Severity: wishlist User: [EMAIL PROTECTED] Usertags: eabi hedgewars currently build-depends on fp-compiler, which is only available on 5 architectures. If it could transition to gpc (pascal-compiler), it would be available on all 16. -- To UNSUBSCRIBE,

Bug#460069: Support compilation with gpc as well as (instead of?) fpc

Package: imapcopy Version: 1.01+20060420-1 Severity: wishlist User: [EMAIL PROTECTED] Usertags: eabi imapcopy currently build-depends on fp-compiler, which is only available on 5 architectures. If it could transition to gpc (pascal-compiler), it would be available on all 16. -- To

Bug#460071: Support compilation with gpc as well as (instead of?) fpc

Package: lazarus Version: 0.9.24-0-4 Severity: wishlist User: [EMAIL PROTECTED] Usertags: eabi Hi! Is it possible for lazarus to support gpc as well as (instead of?) fpc? If so, it would be available on all 16 architectures instead of just 5. I don't know how compatible the two compilers are,

Bug#460077: please add armel to architecture list

Package: happs Version: 0.8.8+darcs20070523-2 Severity: wishlist User: [EMAIL PROTECTED] Usertags: eabi We now have ghc6 in the armel port, so please add armel to the ghc6-version-picking architecture lists in debian/control -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of

Bug#460081: please add armel to architecture list

Package: haskell-binary Version: 0.3-2 Severity: wishlist User: [EMAIL PROTECTED] Usertags: eabi We now have ghc6 in the armel port, so please add armel to the ghc6-version-picking architecture lists in debian/control -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of

Bug#460083: please add armel to architecture list

Package: haskell-x11-extras Version: 0.4-2 Severity: wishlist User: [EMAIL PROTECTED] Usertags: eabi We now have ghc6 in the armel port, so please add armel to the ghc6-version-picking architecture lists in debian/control -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of

Bug#460082: please add armel to architecture list

Package: haskell-hlist Version: 2.0+darcs20070316-2 Severity: wishlist User: [EMAIL PROTECTED] Usertags: eabi We now have ghc6 in the armel port, so please add armel to the ghc6-version-picking architecture lists in debian/control -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject

Bug#460084: please add armel to architecture list

Package: jack-audio-connection-kit Version: 0.103.0-6 Severity: wishlist User: [EMAIL PROTECTED] Usertags: eabi Please add armel to the architecture lists in the control file so it is included in the new ARM port http://wiki.debian.org/ArmEabiPort Thanks -- To UNSUBSCRIBE, email to [EMAIL

Bug#460096: please add arm variants to exclusion list in debian/control

Package: shogun Version: 0.4.4-1 Severity: wishlist User: [EMAIL PROTECTED] Usertags: eabi Please add !armel and !armeb to debian/control's Build-Depends: atlas3-base-dev [!arm] for the forthcoming variants of the arm port [1] Thanks [1] http://wiki.debian.org/ArmEabiPort -- To UNSUBSCRIBE,

Bug#460098: please add armel to architecture list, if ghc6 version dependency is important

Package: happs Version: 0.8.8+darcs20070523-2 Severity: wishlist User: [EMAIL PROTECTED] Usertags: eabi We now have ghc6 in the armel port [1] so debian/control's Build-Depends clauses: ghc6 (= 6.6.1) [alpha amd64 arm hppa i386 ia64 kfreebsd-i386 m68k mips mipsel powerpc ppc64 s390 sparc], ghc6

Bug#460121: openssh builddep on groff is too severe: only groff-base is necessary

Package: openssh Version: 1:4.7p1-1 Severity: wishlist the build dependency on groff is unnecessary: the smaller groff-base is enough (I've checked this with groff-base and no groff installed, and it builds fine with dpkg-buildpackage -d) This would make bootstrapping of future ports slightly

Bug#460136: please include armel in debian/control architecture list to guarantee selinux support

Package: openssh Version: 1:4.7p1-1 Severity: wishlist User: [EMAIL PROTECTED] Usertags: eabi debian/control says: Build-Depends: libselinux1-dev [alpha amd64 arm armeb hppa i386 ia64 lpia m68k mips mipsel powerpc ppc64 s390 sparc], libgnomeui-dev (= 2.0.0) | libgnome-dev to which armel should

<    1   2   3   4   5   6   7   >