Re: A comps group for the Design Suite
On 10/16/2010 09:27 AM, Chris Jones wrote: > On Sat, 2010-10-16 at 10:54 +0530, Ankur Sinha wrote: >> On Wed, 2010-10-13 at 11:50 -0400, Bill Nottingham wrote: >>> Right, but I'm saying that the "Design Suite" group might be more >>> appropriate in all cases. >> >> Do you mean getting rid of the "Graphics" group and creating a new >> "Design Suite" group? >> >> Is there a procedure for this? I mean like filing a ticket some place? > > I'm confused about the whole conversation. What exactly are you talking > about Bill when you refer to creating a new "comps" group? When you run any other spin than the Design Suite the ability to run "yum groupinstall design-suite" and automatically get *all* the goodies provided by that spin. -- nicu :: http://nicubunu.ro :: http://nicubunu.blogspot.com/ -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Something similar to http://susestudio.com/
On 10/16/2010 06:51 PM, Pavel Alexeev (aka Pahan-Hubbitus) wrote: Looks cool at first glance. Does Redhat plan do similar service on it? It will be cool if it became available for Fedora also, not just RHEL. I think it requires cloud to function as public service and it very hard to do so in community without sponsorship. Can't speak for Red Hat plans but perhaps we can look into running an instance after the code is baked. Meanwhile feedback is welcome. I don't think it is that hard to run your own instance or even host a public one. Rahul -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: orphan most of my packages
Did you send the patches upstream? Robin On Mon, Oct 18, 2010 at 3:44 AM, Andy Shevchenko wrote: > In the attachment a few patches which were not included in the Fedora > yet. I don't remember for which version they are and what usefulness > of them, but just in case I send them to you. > > On Sun, Oct 10, 2010 at 7:29 PM, Robin Lee > wrote: > > python-alsa is taken by 'cheeselee' > > > > On Sun, Oct 10, 2010 at 10:13 PM, Andy Shevchenko > > wrote: > >> > >> Hello, > >> > >> I have no more time to support the following packages in the Fedora. > >> > >> jack-audio-connection-kit -- The Jack Audio Connection Kit > >> > >> klamav -- Clam Anti-Virus on the KDE Desktop > >> > >> man-pages-uk -- Ukrainian man pages from the Linux Documentation Project > >> > >> python-alsa -- Python binding for the ALSA library > >> > >> qstat -- Real-time Game Server Status for FPS game servers > >> > >> uniconvertor -- Universal vector graphics translator > >> > >> > >> -- > >> With Best Regards, > >> Andy Shevchenko > >> -- > >> devel mailing list > >> devel@lists.fedoraproject.org > >> https://admin.fedoraproject.org/mailman/listinfo/devel > > > > > > -- > > devel mailing list > > devel@lists.fedoraproject.org > > https://admin.fedoraproject.org/mailman/listinfo/devel > > > > > > -- > With Best Regards, > Andy Shevchenko > > -- > devel mailing list > devel@lists.fedoraproject.org > https://admin.fedoraproject.org/mailman/listinfo/devel > -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: orphan most of my packages
OK! I will look into them. Robin On Mon, Oct 18, 2010 at 3:44 AM, Andy Shevchenko wrote: > In the attachment a few patches which were not included in the Fedora > yet. I don't remember for which version they are and what usefulness > of them, but just in case I send them to you. > > On Sun, Oct 10, 2010 at 7:29 PM, Robin Lee > wrote: > > python-alsa is taken by 'cheeselee' > > > > On Sun, Oct 10, 2010 at 10:13 PM, Andy Shevchenko > > wrote: > >> > >> Hello, > >> > >> I have no more time to support the following packages in the Fedora. > >> > >> jack-audio-connection-kit -- The Jack Audio Connection Kit > >> > >> klamav -- Clam Anti-Virus on the KDE Desktop > >> > >> man-pages-uk -- Ukrainian man pages from the Linux Documentation Project > >> > >> python-alsa -- Python binding for the ALSA library > >> > >> qstat -- Real-time Game Server Status for FPS game servers > >> > >> uniconvertor -- Universal vector graphics translator > >> > >> > >> -- > >> With Best Regards, > >> Andy Shevchenko > >> -- > >> devel mailing list > >> devel@lists.fedoraproject.org > >> https://admin.fedoraproject.org/mailman/listinfo/devel > > > > > > -- > > devel mailing list > > devel@lists.fedoraproject.org > > https://admin.fedoraproject.org/mailman/listinfo/devel > > > > > > -- > With Best Regards, > Andy Shevchenko > > -- > devel mailing list > devel@lists.fedoraproject.org > https://admin.fedoraproject.org/mailman/listinfo/devel > -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Upcoming Fedora 14 Tasks
W dniu 17.10.2010 23:19, John Poelstra pisze: > Start End Name > Mon 18-Oct Mon 18-Oct Final Change Deadline > Mon 18-Oct Mon 18-Oct Final Blocker Meeting (f14blocker)--Blocks RC > Compose > Mon 18-Oct Mon 18-Oct Submit Installer Builds for Final RC Compose > Tue 02-Nov Tue 02-Nov Final (GA) Release Does this bug qualify as a blocker? https://bugzilla.redhat.com/show_bug.cgi?id=637319 Julian -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Upcoming Fedora 14 Tasks
Start End Name Mon 18-Oct Mon 18-Oct Final Change Deadline Mon 18-Oct Mon 18-Oct Final Blocker Meeting (f14blocker)--Blocks RC Compose Mon 18-Oct Mon 18-Oct Submit Installer Builds for Final RC Compose Tue 02-Nov Tue 02-Nov Final (GA) Release -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Java3D?
Has anyone worked on packaging Java3D for Fedora? Or is there any reason that it wouldn't be acceptable for inclusion in Fedora? I haven't really looked into packaging Java3D yet, but I want to package ReplicatorG, which is used to control 3D printers such as the MakerBot and RepRap, and it depends on Java3D. If no one else is working on packaging it, I'm willing to give it a try. Thanks, Eric -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: orphan most of my packages
In the attachment a few patches which were not included in the Fedora yet. I don't remember for which version they are and what usefulness of them, but just in case I send them to you. On Sun, Oct 10, 2010 at 7:29 PM, Robin Lee wrote: > python-alsa is taken by 'cheeselee' > > On Sun, Oct 10, 2010 at 10:13 PM, Andy Shevchenko > wrote: >> >> Hello, >> >> I have no more time to support the following packages in the Fedora. >> >> jack-audio-connection-kit -- The Jack Audio Connection Kit >> >> klamav -- Clam Anti-Virus on the KDE Desktop >> >> man-pages-uk -- Ukrainian man pages from the Linux Documentation Project >> >> python-alsa -- Python binding for the ALSA library >> >> qstat -- Real-time Game Server Status for FPS game servers >> >> uniconvertor -- Universal vector graphics translator >> >> >> -- >> With Best Regards, >> Andy Shevchenko >> -- >> devel mailing list >> devel@lists.fedoraproject.org >> https://admin.fedoraproject.org/mailman/listinfo/devel > > > -- > devel mailing list > devel@lists.fedoraproject.org > https://admin.fedoraproject.org/mailman/listinfo/devel > -- With Best Regards, Andy Shevchenko From e648c25f13bfc406925317ad4461ad7d96c23447 Mon Sep 17 00:00:00 2001 From: Andy Shevchenko Date: Tue, 26 Jan 2010 08:27:26 +0200 Subject: [PATCH 1/3] alsa-python: Fix API incompatibility in test/*.py There was new API introduced, however not all files were transformed accorgingly. Part of the patch based on excerpt from [1] [1] https://bugzilla.redhat.com/show_bug.cgi?id=558229 Signed-off-by: Andy Shevchenko --- test/ctltest1.py |8 test/mixertest2.py | 18 +- 2 files changed, 13 insertions(+), 13 deletions(-) diff --git a/test/ctltest1.py b/test/ctltest1.py index 9221bc6..b75beb9 100755 --- a/test/ctltest1.py +++ b/test/ctltest1.py @@ -7,16 +7,16 @@ del sys import alsacontrol ctl = alsacontrol.Control() -print 'Card info:', ctl.cardInfo() +print 'Card info:', ctl.card_info() try: - print 'Hwdep devices:', ctl.hwdepDevices() + print 'Hwdep devices:', ctl.hwdep_devices() except IOError, msg: print 'No hwdep devices:', msg try: - print 'PCM devices:', ctl.pcmDevices() + print 'PCM devices:', ctl.pcm_devices() except IOError, msg: print 'No PCM devices:', msg try: - print 'Rawmidi devices:', ctl.rawmidiDevices() + print 'Rawmidi devices:', ctl.rawmidi_devices() except IOError, msg: print 'No rawmidi devices:', msg diff --git a/test/mixertest2.py b/test/mixertest2.py index 24e5605..6c2d026 100755 --- a/test/mixertest2.py +++ b/test/mixertest2.py @@ -10,25 +10,25 @@ import select def parse_event_mask(events): if events == 0: return 'None' - if events == alsamixer.EventMaskRemove: + if events == alsamixer.event_mask_remove: return 'Removed' s = '' - for i in alsamixer.EventMask.keys(): - if events & alsamixer.EventMask[i]: + for i in alsamixer.event_mask.keys(): + if events & alsamixer.event_mask[i]: s += '%s ' % i return s[:-1] def event_callback(element, events): print 'CALLBACK (DEF)! [%s] %s:%i' % (parse_event_mask(events), element.name, element.index) - print ' ', element.getVolumeTuple(), element.getSwitchTuple() + print ' ', element.get_volume_tuple(), element.get_switch_tuple() class MyElementEvent: def callback(self, element, events): print 'CALLBACK (CLASS)! [%s] %s:%i' % (parse_event_mask(events), element.name, element.index) - print ' ', element.getVolumeTuple(), element.getSwitchTuple() + print ' ', element.get_volume_tuple(), element.get_switch_tuple() mixer = alsamixer.Mixer() @@ -36,13 +36,13 @@ mixer.attach() mixer.load() element1 = alsamixer.Element(mixer, "Front") -element1.setCallback(event_callback) +element1.set_callback(event_callback) element2 = alsamixer.Element(mixer, "PCM") -element2.setCallback(MyElementEvent()) +element2.set_callback(MyElementEvent()) poller = select.poll() -mixer.registerPoll(poller) +mixer.register_poll(poller) while True: poller.poll() print 'Poll OK!' - mixer.handleEvents() + mixer.handle_events() -- 1.6.6 From d41fc3a146150a26e2c897c1dfa5174ab3e39a0d Mon Sep 17 00:00:00 2001 From: Andy Shevchenko Date: Mon, 25 Jan 2010 22:09:48 +0200 Subject: [PATCH 2/3] alsa-python: Clean up commented pieces of code in alsacontrol.c Signed-off-by: Andy Shevchenko --- pyalsa/alsacontrol.c | 11 --- 1 files changed, 0 insertions(+), 11 deletions(-) diff --git a/pyalsa/alsacontrol.c b/pyalsa/alsacontrol.c index 8d401bb..9bd5381 100644 --- a/pyalsa/alsacontrol.c +++ b/pyalsa/alsacontrol.c @@ -39,9 +39,6 @@ #endif static PyObject *module; -#if 0 -static PyObject *buildin; -#endif /* * @@ -234,14 +231,6 @@ initalsacontrol(void) if (module == NULL) return; -#if 0 - buildin = PyImport_AddModule("__buildin__"); - if (buildin == NULL) - return; - if (PyObject_SetAttrString(module, "__buildins__", buildin) < 0) - return; -#endif - Py_INCREF(&pyalsacontrol_type); PyModule_AddObject(module, "Control", (PyObje
Re: handling env variables like JAVA_HOME, M2_HOME...
On Sun, Oct 17, 2010 at 04:21:11PM +0300, Marius Andreiana wrote: > How can Fedora work out of the box with apps requiring env variables like > JAVA_HOME, M2_HOME ? > > Today, even though fedora provides java & maven, one still has to manually > set these vars. Should Fedora java/maven packages set these (e.g. by files > in /etc/profile.d/), while still allowing users to overwrite them in > ~/.bash_profile? I guess so, but seems better to avoid needing the variables in the first place. It seems that JAVA_HOME is not required, provided you are using the default Fedora package. (At least, that is my impression from a small test I just did.) Rich. PS. yikes, Java is so verbose ... -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones virt-df lists disk usage of guests without needing to install any software inside the virtual machine. Supports Linux and Windows. http://et.redhat.com/~rjones/virt-df/ -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Git commit in all available branches
On Sun, 2010-10-17 at 20:36 +0400, Pavel Alexeev (aka Pahan-Hubbitus) wrote: > I want fill it, but bugzilla even do not contain such component as > fedpkg. Why? $ rpm -q --qf '%{SOURCERPM}\n' fedpkg fedora-packager-0.5.1.4-5.fc13.src.rpm So the component to file bugs is "fedora-packager". -- Matt -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Git commit in all available branches
13.10.2010 03:07, Jesse Keating пишет: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > On 10/8/10 7:03 AM, Pavel Alexeev (aka Pahan-Hubbitus) wrote: >> In most cases I try sync all branches if there no real reasons to make >> differences. >> >> After made some changes in origin/master and commit is I also must do >> for each available branches something similar: >> fedpkg switch-branch el5; >> git pull >> git merge origin/master >> git push >> fedpkg build >> fedpkg update >> >> Off course I can script it with shell, but may be there already >> possibility to "commit in few branches"? Something like this: >> fedpkg commit -F clog -B "f12,f13,f14,el5,el6" >> >> And will be very cool to start build and push updates (by single >> template interactively filled one time) also for several branches. > I believe there is already a filed RFE for this in fedpkg, and if not it > is on my mind for future functionality. > I want fill it, but bugzilla even do not contain such component as fedpkg. Why? I have filled it https://fedorahosted.org/fedora-packager/ticket/80 > - -- > Jesse Keating > Fedora -- Freedom² is a feature! > identi.ca: http://identi.ca/jkeating > > > -BEGIN PGP SIGNATURE- > Version: GnuPG v1.4.9 (Darwin) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ > > iEYEARECAAYFAky06kcACgkQ4v2HLvE71NXfMACgx4uftMi8pnyYCJSzr7Lt0IJu > N1gAnjDA1wn2/qqiSJSjMlNftJXr0kjK > =t82w > -END PGP SIGNATURE- -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: THREE Days Remain to Fix Fedora 14 Blocker Bugs
John Poelstra writes: > Hello Fedora 14 Blocker Bug Owners (all copied on this message), > > The list of bugs below are currently blocking the final release of > Fedora 14. Updates fixing these bugs MUST be ready on Monday, 2010-10-18 > (Final Change Deadline) or Release Engineering will be unable to create > the Final Release Candidate on time, resulting in the possibility of a > delayed release. I wonder if httpd + mod_ssl isn't broken on F14. It is broken on my machine: https://bugzilla.redhat.com/show_bug.cgi?id=640959 (most probably a problem in glibc-2.12.90-15.x86_64, at least downgrading glibc* only to the one in F13 fixes it). Perhaps it's like that only on my system? I would be surprised a bit, I think. -- Krzysztof Halasa -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
F-14 Branched report: 20101017 changes
Compose started at Sun Oct 17 13:15:04 UTC 2010 Broken deps for x86_64 -- antlr3-python-3.1.2-7.fc14.noarch requires python(abi) = 0:2.6 gnome-pilot-conduits-2.0.17-4.fc13.x86_64 requires libgpilotdconduit.so.2()(64bit) gnome-pilot-conduits-2.0.17-4.fc13.x86_64 requires libgpilotd.so.2()(64bit) gnome-pilot-conduits-2.0.17-4.fc13.x86_64 requires libgpilotdcm.so.2()(64bit) intellij-idea-9.0.1.94.399-11.fc14.x86_64 requires jna-examples qtgpsc-0.2.3-6.fc12.x86_64 requires libgps.so.18()(64bit) spacewalk-certs-tools-1.1.1-2.1.fc14.noarch requires spacewalk-backend-libs >= 0:0.8.28 valide-0.6.1-0.22.20103003svn511.fc14.i686 requires libvala.so.0 valide-0.6.1-0.22.20103003svn511.fc14.x86_64 requires libvala.so.0()(64bit) Broken deps for i386 -- antlr3-python-3.1.2-7.fc14.noarch requires python(abi) = 0:2.6 gnome-pilot-conduits-2.0.17-4.fc13.i686 requires libgpilotdcm.so.2 gnome-pilot-conduits-2.0.17-4.fc13.i686 requires libgpilotd.so.2 gnome-pilot-conduits-2.0.17-4.fc13.i686 requires libgpilotdconduit.so.2 intellij-idea-9.0.1.94.399-11.fc14.i686 requires jna-examples qtgpsc-0.2.3-6.fc12.i686 requires libgps.so.18 spacewalk-certs-tools-1.1.1-2.1.fc14.noarch requires spacewalk-backend-libs >= 0:0.8.28 valide-0.6.1-0.22.20103003svn511.fc14.i686 requires libvala.so.0 Summary: Added Packages: 0 Removed Packages: 0 Modified Packages: 0 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
handling env variables like JAVA_HOME, M2_HOME...
How can Fedora work out of the box with apps requiring env variables like JAVA_HOME, M2_HOME ? Today, even though fedora provides java & maven, one still has to manually set these vars. Should Fedora java/maven packages set these (e.g. by files in /etc/profile.d/), while still allowing users to overwrite them in ~/.bash_profile? -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
rawhide report: 20101017 changes
Compose started at Sun Oct 17 08:15:03 UTC 2010 Broken deps for x86_64 -- clutter-gst-devel-1.2.0-1.fc15.i686 requires pkgconfig(clutter-1.0) < 0:1.3.0 clutter-gst-devel-1.2.0-1.fc15.x86_64 requires pkgconfig(clutter-1.0) < 0:1.3.0 dreampie-python3-1.1-5.fc14.noarch requires python(abi) = 0:3.1 empathy-2.32.0-1.fc15.x86_64 requires libcamel-1.2.so.19()(64bit) 1:gedit-devel-2.91.0-4.fc15.i686 requires gtksourceview2-devel >= 0:2.91 1:gedit-devel-2.91.0-4.fc15.x86_64 requires gtksourceview2-devel >= 0:2.91 1:gnome-games-extra-2.31.91.1-1.fc15.x86_64 requires libclutter-gtk-0.10.so.0()(64bit) gnome-pilot-eds-2.32.0-1.fc14.x86_64 requires libcamel-1.2.so.19()(64bit) gnome-python2-brasero-2.32.0-1.fc14.x86_64 requires libbrasero-burn.so.1()(64bit) gnome-python2-brasero-2.32.0-1.fc14.x86_64 requires libbrasero-media.so.1()(64bit) gnome-python2-evince-2.32.0-1.fc14.x86_64 requires libevdocument.so.3()(64bit) gnome-python2-evince-2.32.0-1.fc14.x86_64 requires libevview.so.3()(64bit) gnome-python2-evolution-2.32.0-1.fc14.x86_64 requires libcamel-1.2.so.19()(64bit) gnome-python2-totem-2.32.0-1.fc14.x86_64 requires libgnome-media-profiles.so.0()(64bit) gpx-viewer-0.2.0-3.fc14.x86_64 requires libchamplain-0.6.so.0()(64bit) gpx-viewer-0.2.0-3.fc14.x86_64 requires libclutter-gtk-0.10.so.0()(64bit) gpx-viewer-0.2.0-3.fc14.x86_64 requires libchamplain-gtk-0.6.so.0()(64bit) hornsey-1.5.2-0.3.fc15.x86_64 requires libclutter-gtk-0.10.so.0()(64bit) moblin-panel-status-0.1.21-6.fc14.x86_64 requires libsocialweb-client.so.1()(64bit) moblin-panel-status-0.1.21-6.fc14.x86_64 requires libchamplain-0.6.so.0()(64bit) moblin-panel-status-0.1.21-6.fc14.x86_64 requires libclutter-gtk-0.10.so.0()(64bit) qtgpsc-0.2.3-6.fc12.x86_64 requires libgps.so.18()(64bit) rakudo-0.0.2010.08_2.7.0-1.fc14.x86_64 requires libparrot.so.2.7.0()(64bit) stardict-3.0.1-21.fc13.x86_64 requires libgucharmap.so.7()(64bit) totem-2.90.5-5.fc15.i686 requires libpeasui-1.0.so.0 totem-2.90.5-5.fc15.x86_64 requires libpeasui-1.0.so.0()(64bit) Broken deps for i386 -- clutter-gst-devel-1.2.0-1.fc15.i686 requires pkgconfig(clutter-1.0) < 0:1.3.0 dreampie-python3-1.1-5.fc14.noarch requires python(abi) = 0:3.1 empathy-2.32.0-1.fc15.i686 requires libcamel-1.2.so.19 1:gedit-devel-2.91.0-4.fc15.i686 requires gtksourceview2-devel >= 0:2.91 1:gnome-games-extra-2.31.91.1-1.fc15.i686 requires libclutter-gtk-0.10.so.0 gnome-pilot-eds-2.32.0-1.fc14.i686 requires libcamel-1.2.so.19 gnome-python2-brasero-2.32.0-1.fc14.i686 requires libbrasero-burn.so.1 gnome-python2-brasero-2.32.0-1.fc14.i686 requires libbrasero-media.so.1 gnome-python2-evince-2.32.0-1.fc14.i686 requires libevdocument.so.3 gnome-python2-evince-2.32.0-1.fc14.i686 requires libevview.so.3 gnome-python2-evolution-2.32.0-1.fc14.i686 requires libcamel-1.2.so.19 gnome-python2-totem-2.32.0-1.fc14.i686 requires libgnome-media-profiles.so.0 gpx-viewer-0.2.0-3.fc14.i686 requires libclutter-gtk-0.10.so.0 gpx-viewer-0.2.0-3.fc14.i686 requires libchamplain-0.6.so.0 gpx-viewer-0.2.0-3.fc14.i686 requires libchamplain-gtk-0.6.so.0 hornsey-1.5.2-0.3.fc15.i686 requires libclutter-gtk-0.10.so.0 moblin-panel-status-0.1.21-6.fc14.i686 requires libsocialweb-client.so.1 moblin-panel-status-0.1.21-6.fc14.i686 requires libclutter-gtk-0.10.so.0 moblin-panel-status-0.1.21-6.fc14.i686 requires libchamplain-0.6.so.0 qtgpsc-0.2.3-6.fc12.i686 requires libgps.so.18 rakudo-0.0.2010.08_2.7.0-1.fc14.i686 requires libparrot.so.2.7.0 stardict-3.0.1-21.fc13.i686 requires libgucharmap.so.7 totem-2.90.5-5.fc15.i686 requires libpeasui-1.0.so.0 New package: libmsip-0.8.0-0.1.20100629svn3775.fc15 A C++ library implementing the SIP protocol New package: scout-0.4-6.fc15 CLI interface to Tomboy notes and Gnote Updated Packages: eog-2.91.0-2.fc15 - * Sat Oct 16 2010 Siddhesh Poyarekar 2.91.0-2 - Add librsvg to BuildRequires to build native svg support evolution-couchdb-0.5.0-2.fc15 -- * Sat Oct 16 2010 Peter Robinson 0.5.0-2 - Bump build fedora-release-notes-14.0.0-1.fc15 -- * Sat Oct 16 2010 John J. McDonough - 14.0.0-1 - Update for F14 release hydrogen-0.9.4.2-3.fc15 --- * Sat Oct 16 2010 Orcan Ogetbil - 0.9.4.2-3 - Fix data directory. Fixes RHBZ#643622 ibus-anthy-1.2.3-1.fc15 --- * Sat Oct 16 2010 Takao Fujiwara - 1.2.3 - Updated to 1.2.3 - Updated translations. * Fri Oct 15 201
Re: Making Fedora work with laptops on docking station with external monitor
On Thu, Oct 07, 2010 at 09:43:22PM +0200, Dan Horák wrote: > Pasi Kärkkäinen píše v ??t 07. 10. 2010 v 22:29 +0300: > > On Thu, Oct 07, 2010 at 10:17:11AM -0700, Adam Williamson wrote: > > > On Thu, 2010-10-07 at 10:49 +0300, Pasi Kärkkäinen wrote: > > > > > > > > that bug is already inconvenient for some people; if they have laptops > > > > > with bad lid switches it'd be much more inconvenient. The only active > > > > > display would be the external display they weren't actually using. > > > > > > > > I read that bugzilla as it's a driver bug.. so it'll get fixed at some > > > > point. > > > > > > Not really; the driver isn't able to detect if connected monitors are > > > turned on. It's not clear if this is really *theoretically* possible, > > > which is why the report's been closed. And it doesn't cover the case > > > where a connected monitor is powered on but not actually being used for > > > the computer. > > > > > > > Hmm... things seem to work always ok on Windows, so it should be possible.. > > And I dare to call the recent behaviour a regression, because IIRC it > worked well until one (not identified) update in F-12. > > Also it would be perfectly ok if I could enable "trust_acpi_lid_state" option somewhere (since I know it works on my laptop), but today we don't have a daemon/tool/script to handle laptop lids.. So we're not even trying to do the right thing.. -- Pasi -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Bug in curl makes Fedora ftp:// URL installations fail with some mirrors
On Sun, Oct 17, 2010 at 09:29:48AM +0100, Richard W.M. Jones wrote: > On Sat, Oct 16, 2010 at 11:49:39PM +0300, Pasi Kärkkäinen wrote: > > You can reproduce the bug like this: > > curl -o iputils-20071127-10.fc13.x86_64.rpm --range 1384-1400 > > ftp://ftp.funet.fi/pub/mirrors/fedora.redhat.com/pub/fedora/linux/releases/13/Fedora/x86_64/os/Packages/iputils-20071127-10.fc13.x86_64.rpm > > > > It gives error "(28) FTP response timeout" after around one minute. > > (1384 is the size of the header in many rpms). > > That command worked fine for me, with curl-7.21.0-5.fc14.x86_64, but I > realized that it worked because I was using a proxy. So I would > suggest people do: > > unset ftp_proxy > > before running the test. The command fails in the way you described > without a proxy. > > I looked at the trace (curl -v) and it looks like the FTP server > itself is not responding correctly. The problem does not seem to be > the REST command, but the short RETR: curl only downloads 17 bytes > then closes the connection, but this appears to confuse the FTP > server. The FTP server appears to die when this happens, whereas I > think I would expect it to send an error message on the control > connection. > Yes, indeed, it seems more likely a bug in the FTP server (pure-ftpd), but it would be very nice to have a workaround in curl or in anaconda for it.. I'm sure ftp.funet.fi is not the only Fedora mirror running pure-ftpd. -- Pasi -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Bug in curl makes Fedora ftp:// URL installations fail with some mirrors
On Sat, Oct 16, 2010 at 11:49:39PM +0300, Pasi Kärkkäinen wrote: > You can reproduce the bug like this: > curl -o iputils-20071127-10.fc13.x86_64.rpm --range 1384-1400 > ftp://ftp.funet.fi/pub/mirrors/fedora.redhat.com/pub/fedora/linux/releases/13/Fedora/x86_64/os/Packages/iputils-20071127-10.fc13.x86_64.rpm > > It gives error "(28) FTP response timeout" after around one minute. > (1384 is the size of the header in many rpms). That command worked fine for me, with curl-7.21.0-5.fc14.x86_64, but I realized that it worked because I was using a proxy. So I would suggest people do: unset ftp_proxy before running the test. The command fails in the way you described without a proxy. I looked at the trace (curl -v) and it looks like the FTP server itself is not responding correctly. The problem does not seem to be the REST command, but the short RETR: curl only downloads 17 bytes then closes the connection, but this appears to confuse the FTP server. The FTP server appears to die when this happens, whereas I think I would expect it to send an error message on the control connection. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones New in Fedora 11: Fedora Windows cross-compiler. Compile Windows programs, test, and build Windows installers. Over 70 libraries supprt'd http://fedoraproject.org/wiki/MinGW http://www.annexia.org/fedora_mingw -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel