rawhide report: 20071029 changes
by Build System
Updated Packages:
anaconda-11.3.0.48-1
--------------------
* Sun Oct 28 2007 Jeremy Katz <katzj(a)redhat.com> - 11.3.0.48-1
- Fix docs location (#356021)
- Live images don't have xfsprogs by default, so look for xfsprogs before
allowing xfs as a filesystem (#355351)
- Don't show bridge devices (#354561)
bluez-utils-3.20-4.fc8
----------------------
* Sun Oct 28 2007 Jeremy Katz <katzj(a)redhat.com> - 3.20-4
- Follow guidelines for scriplets to quiet error (#354531)
compiz-fusion-0.6.0-5.fc8
-------------------------
* Sun Oct 28 2007 Adel Gadllah <adel.gadllah(a)gmail.com> 0.6.0-5
- Rediff patch
* Sun Oct 28 2007 Adel Gadllah <adel.gadllah(a)gmail.com> 0.6.0-4
- Fix previous patch
* Sat Oct 27 2007 Adel Gadllah <adel.gadllah(a)gmail.com> 0.6.0-3
- Apply patch from upstream to fix RH #354601
gnokii-0.6.18-3.fc8
-------------------
* Sun Oct 28 2007 Jeremy Katz <katzj(a)redhat.com> - 0.6.18-3
- Even better multilib fixing (#335161)
libsoup-2.2.103-1.fc8
---------------------
* Sun Oct 28 2007 Jeremy Katz <katzj(a)redhat.com> - 2.2.103-1
- update to 2.2.103 to fix a rhythmbox crasher (#343561)
* Mon Oct 15 2007 Matthew Barnes <mbarnes(a)redhat.com> - 2.2.102-1
- Update to 2.2.102
Broken deps for i386
----------------------------------------------------------
kmod-em8300 - 0.16.3-5.2.6.23_0.220.rc9.git2.fc8.i686 requires kernel-i686 = 0:2.6.23-0.220.rc9.git2.fc8
kmod-em8300-PAE - 0.16.3-5.2.6.23_0.220.rc9.git2.fc8.i686 requires kernel-i686 = 0:2.6.23-0.220.rc9.git2.fc8PAE
kmod-sysprof - 1.0.8-1.2.6.23_0.142.rc3.git10.fc8.i686 requires kernel-i686 = 0:2.6.23-0.142.rc3.git10.fc8
kmod-sysprof-PAE - 1.0.8-1.2.6.23_0.142.rc3.git10.fc8.i686 requires kernel-i686 = 0:2.6.23-0.142.rc3.git10.fc8PAE
Broken deps for x86_64
----------------------------------------------------------
kmod-em8300 - 0.16.3-5.2.6.23_0.220.rc9.git2.fc8.x86_64 requires kernel-x86_64 = 0:2.6.23-0.220.rc9.git2.fc8
kmod-sysprof - 1.0.8-1.2.6.23_0.142.rc3.git10.fc8.x86_64 requires kernel-x86_64 = 0:2.6.23-0.142.rc3.git10.fc8
Broken deps for ppc
----------------------------------------------------------
kmod-em8300 - 0.16.3-5.2.6.23_0.220.rc9.git2.fc8.ppc requires kernel-ppc = 0:2.6.23-0.220.rc9.git2.fc8
kmod-em8300-smp - 0.16.3-5.2.6.23_0.220.rc9.git2.fc8.ppc requires kernel-ppc = 0:2.6.23-0.220.rc9.git2.fc8smp
Broken deps for ppc64
----------------------------------------------------------
kmod-em8300 - 0.16.3-5.2.6.23_0.220.rc9.git2.fc8.ppc64 requires kernel-ppc64 = 0:2.6.23-0.220.rc9.git2.fc8
kmod-em8300-kdump - 0.16.3-5.2.6.23_0.220.rc9.git2.fc8.ppc64 requires kernel-ppc64 = 0:2.6.23-0.220.rc9.git2.fc8kdump
16 years, 6 months
Possibility of inclusion of a "kde-desktop-effects" version in compiz
by Sebastian Vahl
Hi.
Since beryl is sadly being removed from the repository, KDE users don't have
the ability to easily switch from kwin to compiz and back again. The KDE-SIG
was asked to write such a tool but after the confirmation [1] that compiz
wouldn't obsolete beryl it hasn't become primary attention.
After the removal of beryl I've modified a script by Kevin Kofler so that it
uses compiz-manager to switch between compiz and kwin. compiz-manager itself
passed review today (but isn't branched yet). [2]
The switching script itself should go into compiz-kde and so I've modified the
latest compiz.spec to include this. But I must fairly say that this is only
tested by me.
My question is:
Is it anyhow possible to include the script into compiz-kde and compiz-manager
in f8final to enable KDE users to use compiz in an easy way (and also on the
live images where possible)?
The tarball with the script and the patch for compiz.spec could be downloaded
here: http://www.deadbabylon.de/files/compiz-kde/
Sebastian
P.S.: I want to ask this on fedora-devel first to get bigger audience.
[1]
https://www.redhat.com/archives/fedora-desktop-list/2007-September/msg002...
[2] https://bugzilla.redhat.com/show_bug.cgi?id=349621
16 years, 6 months
nautilus/GNOME VFS ACL support capabilities?
by Jon Masters
Yo,
Rather than sleeping, I was just looking at a few capabilities currently
in F8 and thinking about what would be nice in the future.
Unless I'm missing something, GNOME's nautilus (GNOME VFS) doesn't seem
to understand ACLs. Am I missing something? Heck, I remember 5 or 6
years ago patching in the original ACL patches from bestbits and even
setting ACLs remotely from a Windows machine using Samba, by right
clicking on the export files. Does this not work in nautilus?
Jon.
16 years, 6 months
Re: Package XYZ is not signed
by Nicolas Mailhot
Le Lun 29 octobre 2007 08:27, Till Maas a écrit :
> On So Oktober 28 2007, Andrew Farris wrote:
>
>> prevent that either (in rawhide). Testing rawhide isn't for boxes
>> with
>> corporate sensitive data...
>
> This seems not to be common knowledge, because afaik even Fedora
> Maintainers use Rawhide on a system, where they create new packages.
And it's totally unrealistic because the only people who're going to
sit before a test box without real data are people paid for testing
(ie not community contributors).
You can't have it both ways - either you pay people to do testing on
fake safe data (very expensive), or you have volunteers testing on
their own systems (with their own data), and you have to work a
minimum so you only eat this data in very rare cases.
>> Actually signing the package from the build system would change very
>> little
>> other than insure that the mirror you're downloading from did not
>> bring in
>> a new package that doesn't belong.
>
> Imho it is a big benefit,
And even kernel.org does it so anyone who feels autosigning packages
before uploading to the root mirrors is "unprofessional" can complain
on LKML and get educated :).
Regards,
--
Nicolas Mailhot
16 years, 6 months
koji server installation
by Bernie Innocenti
Hello Mike,
I'm installing a local Koji server at OLPC so we could create as
topical integration streams such as "rainbow", "xtest", "sugar"...
I installed all the koji packages following the tutorial on the
fedoraproject wiki. The web interface is up and running:
http://bender.codewiz.org/koji/
I configured it similar to the koji.fedoraproject.org setup, but
I can't seem to get builds to work.
First of all, I get these errors:
2007-10-18 09:12:56,389 [WARNING] koji.build.TaskManager: FAULT:
Traceback (most recent call last):
File "/usr/sbin/kojid", line 1109, in runTask
response = (handler.run(),)
File "/usr/sbin/kojid", line 1185, in run
return self.handler(*self.params,**self.opts)
File "/usr/sbin/kojid", line 2174, in handler
repo_id, event_id = self.wait(preptask)[preptask]
File "/usr/sbin/kojid", line 1272, in wait
return dict(session.host.taskWaitResults(self.id,subtasks))
File "/usr/lib/python2.5/site-packages/koji/__init__.py", line 1077, in __call__
return self.__func(self.__name,args,opts)
File "/usr/lib/python2.5/site-packages/koji/__init__.py", line 1304, in _callMethod
raise convertFault(fault)
Fault: <Fault 1: "<type 'exceptions.OSError'>: [Errno 13] Permission denied: '/mnt/koji'">
...even though I had set topdir=/usr/local/koji in /etc/kojid/kojid.conf.
The problem seems to be that PathInfo gets instantiated with no topdir and
so it gets the default from BASEDIR, but even after fixing that I still got
sporadic errors elsewhere until I replaced all instances of "/mnt/koji"
everywhere.
I'd suggest taking off these defaults and hard-failing when the client code
did not provide a default. It's still better than using the configured path
only half of the times.
After fixing this problem, I got a different one:
bender:/home/bernie/src# koji --debug build dist-olpc2 xorg-x11-proto-devel-7.2-13.olpc2.src.rpm
successfully connected to hub
Uploading srpm: xorg-x11-proto-devel-7.2-13.olpc2.src.rpm
[====================================] 100% 00:00:07 1.30 MiB 171.37 KiB/sec
Created task: 3748
Task info: http://bender.codewiz.org/koji/taskinfo?taskID=3748
Watching tasks (this may be safely interrupted)...
3748 build (dist-olpc2, xorg-x11-proto-devel-7.2-13.olpc2.src.rpm): free
3748 build (dist-olpc2, xorg-x11-proto-devel-7.2-13.olpc2.src.rpm): free -> open (bender.codewiz.org)
3748 build (dist-olpc2, xorg-x11-proto-devel-7.2-13.olpc2.src.rpm): open (bender.codewiz.org) -> FAILED: BuildError: package xorg-x11-proto-devel not in list for tag dist-olpc2
0 free 0 open 0 done 1 failed
3748 build (dist-olpc2, xorg-x11-proto-devel-7.2-13.olpc2.src.rpm) failed
Not knowing what to do, I tried a scratch build instead, but the server
got stuck, and kojira started spitting these:
2007-10-18 09:50:46,417 [ERROR] koji: Traceback (most recent call last):
File "/usr/sbin/kojira", line 341, in main
repomgr.updateRepos()
File "/usr/sbin/kojira", line 250, in updateRepos
tstate = koji.TASK_STATES[tinfo['state']]
TypeError: 'NoneType' object is unsubscriptable
I noticed there are mock-config entries in the database. I was unsure
whether they're supposed to be created automatically, so I tried
creating one manually like so:
$ koji mock-config --arch=i386 --tag=dist-olpc2-build --mockdir=/var/lib/mock/olpc-2-i386 --distribution=dist-olpc2 olpc-2-i386
Could not get a repo for tag: dist-olpc2-build
I couldn't figure out what a correct combination of parameters would be.
Is koji 1.2.2 the version you're really
running on koji.fedoraproject.org? After some
What else am I overlooking? I'd be *very* glad if you could dedicate some
of your time to help me on this. I usually hang out on freenode as _bernie
or _bernie|home.
Thanks.
--
\___/
|___| Bernardo Innocenti - http://www.codewiz.org/
\___\ One Laptop Per Child - http://www.laptop.org/
16 years, 6 months
On Board video vs AGP/PCI
by Mike Chambers
I have an ATI 1300 card via agp, and am thinking of using my on board
video. But when I hook up the monitor to it, it's like it doesn't
exist, even when it first boots and you just see BIOS boot msgs. I even
double checked my BIOS, and the only thing I can find is to have display
start with PCI or AGP. Nothing about on board or anything. Is there a
way to get it detected initially, without removing the card itself?
Would even that do it? Now I feel stupid, but I couldn't find the
hardware menu in my menu to at least see what video driver it might
would use or which type it is on my motherboard. It's an MSI 7060
board, which is a SiS make I think?
--
Mike Chambers
Madisonville, KY
"Best lil town on Earth!"
16 years, 6 months
Rawhide to Release
by Richi Plana
I've got F8T3 running on one machine. I've run "yum update" on it so I'm
now assuming that I'm running current Rawhide. When F8 becomes final,
how do I transition that machine so that it becomes F8 from there on
(short of re-installing from scratch)?
--
Richi Plana
16 years, 6 months
something not right with sound
by Louis Garcia
This is rawhide as of 10/28
$ alsamixer
*** PULSEAUDIO: Unable to connect: Connection refused
alsamixer: function snd_ctl_open failed for default: Connection refused
16 years, 6 months
Sierra Wireless on Rawhide
by Anders Rayner-Karlsson
Hi there,
I've been trying to get UMTS working through the Sierra chip in my
Thinkpad X60s and for some reason, the USB subsystem in F8 TestN and
Rawhide clocks that I have the Sierra chip, configures it (udev
creates /dev/ttyUSB[0-2]) and then immediately disconnects the device,
meaning I no longer see it in lsusb output etc. This was not the case
in F7.
I've tried reverting the Sierra driver to version 1.0.6 (known to work
on RHEL5), to no avail, and I've also tried booting with
usbcore.autosuspend=0 and usbcore.autosuspend=-1. Neither improves the
situation.
In /var/log/messages I get the following snippet around when sierra is
loaded;
---
Oct 7 12:44:02 iota kernel: usbcore: registered new interface driver hci_usb
Oct 7 12:44:02 iota kernel: drivers/usb/serial/usb-serial.c: USB Serial support registered for Sierra USB modem (1 port)
Oct 7 12:44:02 iota kernel: drivers/usb/serial/usb-serial.c: USB Serial support registered for Sierra USB modem (3 port)
Oct 7 12:44:02 iota kernel: sierra 3-1:1.0: Sierra USB modem (3 port) converter detected
Oct 7 12:44:02 iota kernel: usb 3-1: Sierra USB modem (3 port) converter now attached to ttyUSB0
Oct 7 12:44:02 iota kernel: usb 3-1: Sierra USB modem (3 port) converter now attached to ttyUSB1
Oct 7 12:44:02 iota kernel: usb 3-1: Sierra USB modem (3 port) converter now attached to ttyUSB2
Oct 7 12:44:02 iota kernel: usbcore: registered new interface driver sierra
Oct 7 12:44:02 iota kernel: /root/sierra.v.1.0.6/sierra.c: USB Driver for Sierra Wireless USB modems: v.1.0.6
Oct 7 12:44:02 iota kernel: iTCO_vendor_support: vendor-support=0
Oct 7 12:44:02 iota kernel: sdhci: Secure Digital Host Controller Interface driver
Oct 7 12:44:02 iota kernel: sdhci: Copyright(c) Pierre Ossman
Oct 7 12:44:02 iota kernel: sdhci: SDHCI controller found at 0000:15:00.2 [1180:0822] (rev 18)
Oct 7 12:44:02 iota kernel: ACPI: PCI Interrupt 0000:15:00.2[C] -> GSI 18 (level, low) -> IRQ 23
Oct 7 12:44:02 iota kernel: mmc0: SDHCI at 0xe4301800 irq 23 DMA
Oct 7 12:44:02 iota kernel: iTCO_wdt: Intel TCO WatchDog Timer Driver v1.02 (26-Jul-2007)
Oct 7 12:44:02 iota kernel: iTCO_wdt: Found a ICH7-M TCO device (Version=2, TCOBASE=0x1060)
Oct 7 12:44:02 iota kernel: usb 3-1: USB disconnect, address 2
Oct 7 12:44:02 iota kernel: sierra3 ttyUSB0: Sierra USB modem (3 port) converter now disconnected from ttyUSB0
Oct 7 12:44:02 iota kernel: sierra3 ttyUSB1: Sierra USB modem (3 port) converter now disconnected from ttyUSB1
Oct 7 12:44:02 iota kernel: sierra3 ttyUSB2: Sierra USB modem (3 port) converter now disconnected from ttyUSB2
Oct 7 12:44:02 iota kernel: sierra 3-1:1.0: device disconnected
---
Can someone let me know how I can debug this so that this will work in
F8 when it is released?
Thanks!
--
Anders Karlsson <anders(a)trudheim.co.uk>
All-Round Linux Tinkerer & RHCE
16 years, 6 months
Orphaning some packages
by Josh Boyer
Time for a little fall cleaning. I'm orphaning the following packages
as I no longer have a use for them:
ddclient
tla
tcl-thread
josh
16 years, 6 months