148072 2006-09-18 08:12 0000 app-misc/lcdproc-0.5.0 re-keyword request 2007-06-03 01:06:03 0000 1 1 1 Unclassified Gentoo Linux Ebuilds unspecified All Linux RESOLVED FIXED P2 normal --- 89663 1 jokey@gentoo.org selinux@gentoo.org lcd@gentoo.org jokey@gentoo.org 2006-09-18 08:12:30 0000 Due to massive internal code changes and kernel-2.6 dependency, your keywords have been dropped. Please test and re-keyword :) corsair@gentoo.org 2006-09-19 03:20:52 0000 anyone sees this with an up to date tree, too? markus@powerbook ~/gentoo-x86/app-misc/lcdproc $ repoman scan Setting paths: PORTDIR = "/home/markus/gentoo-x86" PORTDIR_OVERLAY = "" RepoMan scours the neighborhood... DEPEND.bad 4 app-misc/lcdproc/lcdproc-0.5.0.ebuild: ~x86(default-linux/x86/2006.1) ['media-libs/libirman'] app-misc/lcdproc/lcdproc-0.5.0.ebuild: ~x86(default-linux/x86/no-nptl) ['media-libs/libirman'] app-misc/lcdproc/lcdproc-0.5.0.ebuild: ~x86(default-linux/x86/2006.1/desktop) ['media-libs/libirman'] app-misc/lcdproc/lcdproc-0.5.0.ebuild: ~x86(hardened/x86/2.6) ['media-libs/libirman'] RDEPEND.bad 4 app-misc/lcdproc/lcdproc-0.5.0.ebuild: ~x86(default-linux/x86/2006.1) ['media-libs/libirman'] app-misc/lcdproc/lcdproc-0.5.0.ebuild: ~x86(default-linux/x86/no-nptl) ['media-libs/libirman'] app-misc/lcdproc/lcdproc-0.5.0.ebuild: ~x86(default-linux/x86/2006.1/desktop) ['media-libs/libirman'] app-misc/lcdproc/lcdproc-0.5.0.ebuild: ~x86(hardened/x86/2.6) ['media-libs/libirman'] digest.assumed 2 digest-lcdproc-0.4.5::lcdproc-0.4.5.tar.bz2 digest-lcdproc-0.5.0::lcdproc-0.5.0.tar.gz markus@powerbook ~/gentoo-x86/app-misc/lcdproc $ corsair@gentoo.org 2006-09-19 03:49:11 0000 ah.. libirman is masked: # Alec Warner <antarus@gentoo.org> (19 Sep 2006) # masked media-libs/libirman for treecleaners, bug(s) 89663 # Removal Oct 19th media-libs/libirman antarus@gentoo.org 2006-09-19 06:20:34 0000 stupid bugs.. rbu@gentoo.org 2006-09-19 12:38:21 0000 After discussion in bug #89663, lcdproc is unmasked again and has the USE flag 'irman' in base/use.mask, so the problem found by Markus in comment #1 should be gone. corsair@gentoo.org 2006-09-20 05:11:40 0000 added ~ppc64 doktorn@sub.nu 2006-10-05 07:11:41 0000 Emerged till ebuild on my ~amd64 system using ACCEPT_KEYWORDS="~x86" and it worked just fine. So you could probably add ~amd64. jokey@gentoo.org 2006-10-09 14:53:11 0000 amd64,sparc,ppc: something holding this back? gustavoz@gentoo.org 2006-10-09 14:54:31 0000 yeah, time. angelos@gentoo.org 2006-10-09 15:27:31 0000 lcdproc-0.5.0-r1 does not compile with linux-headers-2.6.11-r2 (latest stable on amd64), 2.6.17-r1 (latest ~amd64) works. Here's the error: if x86_64-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I. -I../.. -I../.. -fPIC -Wall -march=k8 -O2 -pipe -DSEAMLESS_HBARS -DCFONTZ633_WRITE_DELAY=50 -Wno-unused-function -MT icp_a106.o -MD -MP -MF ".deps/icp_a106.Tpo" \ -c -o icp_a106.o `test -f 'icp_a106.c' || echo './'`icp_a106.c; \ then mv -f ".deps/icp_a106.Tpo" ".deps/icp_a106.Po"; \ else rm -f ".deps/icp_a106.Tpo"; exit 1; \ fi In file included from /usr/include/linux/i2c-dev.h:28, from hd44780-i2c.c:62: /usr/include/linux/i2c.h:66: error: array type has incomplete element type make[3]: *** [hd44780-i2c.o] Error 1 make[3]: *** Waiting for unfinished jobs.... make[3]: Leaving directory `/var/tmp/portage/lcdproc-0.5.0-r1/work/lcdproc-0.5.0/server/drivers' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/var/tmp/portage/lcdproc-0.5.0-r1/work/lcdproc-0.5.0/server' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/var/tmp/portage/lcdproc-0.5.0-r1/work/lcdproc-0.5.0' make: *** [all] Error 2 blubb@gentoo.org 2006-10-12 06:03:18 0000 amd64 was already testing, nothing to see here josejx@gentoo.org 2006-11-16 07:03:43 0000 Marked 0.5.0-r2 ~ppc, but it only compiles in my ~ppc chroot, ppc stable fails with the error above. 0.5.1 fails in both chroots. gustavoz@gentoo.org 2006-12-12 06:40:19 0000 At least one driver is using asm (serialVFD includes server/drivers/port.h, just look at line 293 and more). Trying lcdproc-0.5.1 btw. Is driver exclusion per-arch possible? if sparc-unknown-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I. -I../.. -I../.. -fPIC -Wall -mcpu=ultrasparc -mtune=ultrasparc -mvis -Wa,-Av8plusa -O2 -pipe -Wno-unused-function -MT wirz-sli.o -MD -MP -MF ".deps/wirz-sli.Tpo" -c -o wirz-sli.o wirz-sli.c; \ then mv -f ".deps/wirz-sli.Tpo" ".deps/wirz-sli.Po"; else rm -f ".deps/wirz-sli.Tpo"; exit 1; fi serialVFD_io.c: In function `serialVFD_write_parallel': port.h:300: error: impossible constraint in `asm' port.h:293: error: impossible constraint in `asm' port.h:300: error: impossible constraint in `asm' port.h:293: error: impossible constraint in `asm' port.h:300: error: impossible constraint in `asm' port.h:293: error: impossible constraint in `asm' port.h:292: warning: 'value' might be used uninitialized in this function make[3]: *** [serialVFD_io.o] Error 1 rbu@gentoo.org 2006-12-21 05:00:04 0000 (In reply to comment #12) > Is driver exclusion per-arch possible? It is possible, but the asm error should be fixed in lcdproc-0.5.1-r1 now. Please reply at bug #151308 whether it works. As for the stable ppc not working, this is caused by bug #146407. rbu@gentoo.org 2006-12-24 18:17:47 0000 (In reply to comment #11) > Marked 0.5.0-r2 ~ppc, but it only compiles in my ~ppc chroot, ppc stable fails > with the error above. 0.5.1 fails in both chroots. CC'ing ppc again as we still could use ~ppc for 0.5.1-r1. Thanks! gustavoz@gentoo.org 2006-12-26 06:45:06 0000 Keyworded ~sparc, tested with a mx212 and works fine. jakub@gentoo.org 2007-01-11 21:21:22 0000 sparc, can you use.mask the following stuff on the selinux/sparc profile as well? app-misc/lcdproc-0.5.1-r1: depends ~sparc: unsolvable selinux/sparc/sparc64/2006.1, solutions: [ >=dev-libs/libg15render-1.1.1, app-misc/g15daemon, dev-libs/libg15, app-misc/glcdprocdriver, dev-embedded/libftdi, app-misc/graphlcd-base ] app-misc/lcdproc-0.5.1-r1: rdepends ~sparc: unsolvable selinux/sparc/sparc64/2006.1, solutions: [ >=dev-libs/libg15render-1.1.1, app-misc/g15daemon, dev-libs/libg15, app-misc/glcdprocdriver, dev-embedded/libftdi, app-misc/graphlcd-base ] gustavoz@gentoo.org 2007-01-12 00:22:46 0000 I'd call someone from hardened/selinux, we don't really touch those profiles. rbu@gentoo.org 2007-01-18 15:59:57 0000 sparc, could you duplicate your use.mask's for the USE_EXPAND'ed versions. But please do not delete the current masks, as they are still needed for old ebuild versions that do not get updated: * ula200 -> lcd_devices_ula200 * graphlcd -> lcd_devices_graphlcd * g15 -> lcd_devices_g15. Also, as Jakub pointed out, please copy the six masks also to selinux/sparc josejx@gentoo.org 2007-01-27 19:01:08 0000 Compiles on ppc again, so marking ~ppc and reassigning to lcd@g.o rbu@gentoo.org 2007-01-28 02:27:36 0000 assinging to sparc, for the profile changes. gustavoz@gentoo.org 2007-01-29 18:06:37 0000 SPARC profiles done, but AGAIN as i stated before, we don't touch hardened/selinux profiles. solar@gentoo.org 2007-02-11 20:41:08 0000 Created an attachment (id=109891) qemu-0.9.0-nopiessp.patch This could be done via a sed statement also. It just forces ssp and pie to be disabled everywhere. The op.c was not inheriting the cflags fully when it was built. solar@gentoo.org 2007-02-11 20:42:53 0000 (From update of attachment 109891) ooops wrong bug ignore last comment please. rbu@gentoo.org 2007-02-19 00:50:43 0000 Jokey got the OK to fix this from pebenito, so this bug is finally closed. rbu@gentoo.org 2007-06-03 01:06:03 0000 I removed the use.mask's from the sparc and selinux/sparc profiles for ula200, graphlcd and g15 since they do not exist as normal use flags anymore, and the lcd_devices_* ones are still masked. The last version using these flags went away some time ago. 109891 2007-02-11 20:41 0000 qemu-0.9.0-nopiessp.patch qemu-solar.patch text/plain LS0tIE1ha2VmaWxlLnRhcmdldC5vcmlnCTIwMDctMDItMTEgMTk6NTc6MTMuMDAwMDAwMDAwICsw MDAwCisrKyBNYWtlZmlsZS50YXJnZXQJMjAwNy0wMi0xMSAxOTo1Nzo0Ni4wMDAwMDAwMDAgKzAw MDAKQEAgLTcwLDcgKzcwLDcgQEAKIGVuZGlmCiAKICMgV2UgcmVxdWlyZSAtTzIgdG8gYXZvaWQg dGhlIHN0YWNrIHNldHVwIHByb2xvZ3VlIGluIEVYSVRfVEIKLU9QX0NGTEFHUyA9IC1XYWxsIC1P MiAtZyAtZm5vLXN0cmljdC1hbGlhc2luZworT1BfQ0ZMQUdTID0gLVdhbGwgLU8yIC1nIC1mbm8t c3RyaWN0LWFsaWFzaW5nIC1ub3BpZSAtZm5vLXN0YWNrLXByb3RlY3RvcgogCiBpZmVxICgkKEFS Q0gpLGkzODYpCiBIRUxQRVJfQ0ZMQUdTKz0tZm9taXQtZnJhbWUtcG9pbnRlcgo=