"make update" broken?
by Bastien Nocera
Ideas?
$ make update
Creating a new update for gnome-bluetooth-2.28.4-2.fc12
Password for hadess:
Creating a new update for gnome-bluetooth-2.28.4-2.fc12
ServerError(https://admin.fedoraproject.org/updates/save, 500, Internal
Server Error)
Traceback (most recent call last):
File "/usr/bin/bodhi", line 153, in main
data = bodhi.save(**update_args)
File "/usr/lib/python2.6/site-packages/fedora/client/bodhi.py", line
111, in save
'bugs': bugs,
File "/usr/lib/python2.6/site-packages/fedora/client/baseclient.py",
line 316, in send_request
req_params = req_params, auth_params = auth_params)
File "/usr/lib/python2.6/site-packages/fedora/client/proxyclient.py",
line 292, in send_request
raise ServerError(url, http_status, msg)
ServerError: ServerError(https://admin.fedoraproject.org/updates/save,
500, Internal Server Error)
make: *** [bodhi] Error 255
14 years, 4 months
X on UEFI systems.
by Vasily Levchenko
Hi, folks.
Currently at Virtualbox has introduced UEFI support in 3.1 release. But there is one issue with X server. When trying configure X with -configure. Resulted xorg.conf.new looks right except missed Modes. Observing code I've supposed that missed information should be somehow fetched from screen info (prepared by EFIFB) via ioctl(..,FBIOGET_FSCREENINFO,...), but for some reasons it isn't called and doing strace of X -configure the /dev/fb0 is open and than immediately closed ([pastebin.org]). So the question is what should be added in VirtualBox/UEFI firmware to get full xorg.conf?
14 years, 4 months
cvs.fedora.redhat.com
by Mike McGrath
Some of you that have very old checkouts (I'm looking at you Domsch!)
might still be trying to contact cvs.fedora.redhat.com. If you try to use
cvs in the future and it's not working suddenly, make sure your CVSROOT
points to cvs.fedoraproject.org and do a fresh checkout.
-Mike
14 years, 4 months
What is public/private fork? - Criteria packaging in fedora
by Huzaifa Sidhpurwala
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Hi,
I have forked libtar as libtar-ng, because the upstream does not have
time to maintain it anymore.
Here is the bz:
https://bugzilla.redhat.com/show_bug.cgi?id=546169
Now the question is what is a private fork?
Am i wrong in forking it and packaging in fedora?
Any replies/suggestions are appreciated, Thanks.
- --
Regards,
Huzaifa Sidhpurwala, RHCE, CCNA (IRC: huzaifas)
IT Desktop R&D Lead.
Global Help Desk, Pune (India)
Phone: +91 20 4005 7322 (UTC +5.5)
GnuPG Fingerprint:
3A0F DAFB 9279 02ED 273B FFE9 CC70 DCF2 DA5B DAE5
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.5 (GNU/Linux)
Comment: Using GnuPG with Red Hat - http://enigmail.mozdev.org/
iD8DBQFLIgTJzHDc8tpb2uURAgyUAKCIhzdxCssxWoB1tEiYJVlmfxiZqwCeLJDG
uafJkLUxxAowSksrLiQGVGs=
=qO8e
-----END PGP SIGNATURE-----
14 years, 4 months
F12 great on Wal-Mart special
by Jeff Garzik
Wal-Mart just sold a few million of these laptops at $299 a pop (entire
in-store inventory nationwide sold in under 24 hours):
http://www.walmart.com/catalog/product.do?product_id=12456200
AMD CPU, ATI graphics, RealTek wireless & ethernet, SATA/300 hard drive,
CD/DVD reader+burner. And all of it works flawlessly on Fedora
12/x86-64, including dual-boot with the installed Windows 7.
Kudos to everyone, especially the wireless and X/graphics hackers. This
was a volume platform that IMO Fedora could not afford to screw up, and
F12 easily gets high marks.
Jeff
00:00.0 Host bridge: Advanced Micro Devices [AMD] RS780 Host Bridge
00:01.0 PCI bridge: Advanced Micro Devices [AMD] RS780 PCI to PCI bridge
(int gfx)
00:04.0 PCI bridge: Advanced Micro Devices [AMD] RS780 PCI to PCI bridge
(PCIE port 0)
00:05.0 PCI bridge: Advanced Micro Devices [AMD] RS780 PCI to PCI bridge
(PCIE port 1)
00:06.0 PCI bridge: Advanced Micro Devices [AMD] RS780 PCI to PCI bridge
(PCIE port 2)
00:11.0 SATA controller: ATI Technologies Inc SB700/SB800 SATA
Controller [AHCI mode]
00:12.0 USB Controller: ATI Technologies Inc SB700/SB800 USB OHCI0
Controller
00:12.1 USB Controller: ATI Technologies Inc SB700 USB OHCI1 Controller
00:12.2 USB Controller: ATI Technologies Inc SB700/SB800 USB EHCI Controller
00:13.0 USB Controller: ATI Technologies Inc SB700/SB800 USB OHCI0
Controller
00:13.1 USB Controller: ATI Technologies Inc SB700 USB OHCI1 Controller
00:13.2 USB Controller: ATI Technologies Inc SB700/SB800 USB EHCI Controller
00:14.0 SMBus: ATI Technologies Inc SBx00 SMBus Controller (rev 3a)
00:14.1 IDE interface: ATI Technologies Inc SB700/SB800 IDE Controller
00:14.2 Audio device: ATI Technologies Inc SBx00 Azalia (Intel HDA)
00:14.3 ISA bridge: ATI Technologies Inc SB700/SB800 LPC host controller
00:14.4 PCI bridge: ATI Technologies Inc SBx00 PCI to PCI Bridge
00:18.0 Host bridge: Advanced Micro Devices [AMD] Family 11h
HyperTransport Configuration (rev 40)
00:18.1 Host bridge: Advanced Micro Devices [AMD] Family 11h Address Map
00:18.2 Host bridge: Advanced Micro Devices [AMD] Family 11h DRAM Controller
00:18.3 Host bridge: Advanced Micro Devices [AMD] Family 11h
Miscellaneous Control
00:18.4 Host bridge: Advanced Micro Devices [AMD] Family 11h Link Control
01:05.0 VGA compatible controller: ATI Technologies Inc RS780MC [Radeon
HD 3100 Graphics]
04:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd.
RTL8101E/RTL8102E PCI Express Fast Ethernet controller (rev 02)
14 years, 4 months
Outage Notification - 2009-12-12 11:00 UTC
by Mike McGrath
There will be an outage starting at 2009-12-12 11:00 UTC, which will last
approximately 48 hours.
To convert UTC to your local time, take a look at
http://fedoraproject.org/wiki/Infrastructure/UTCHowto
or run:
date -d '2009-12-12 11:00 UTC'
Affected Services:
Buildsystem
CVS / Source Control
Translation Services
Websites
Unaffected Services:
Database
DNS
Fedora Hosted
Fedora People
Fedora Talk
Mail
Mirror System
Torrent
Ticket Link:
https://fedorahosted.org/fedora-infrastructure/ticket/1845
Reason for Outage:
This is the official outage notification that was mentioned days ago. The
ticket link above will have the most up to date information and we will be
coordinating the outage in #fedora-admin on irc.freenode.net. At the time
specified above we will be powering down hosts, moving them on to a truck,
unloading them re-racking and re-cabling and powering on.
Contact Information:
Please join #fedora-admin in irc.freenode.net or respond to this email to
track the status of this outage.
_______________________________________________
Fedora-devel-announce mailing list
Fedora-devel-announce(a)redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-announce
14 years, 5 months