Fedora Weekly News 179
Welcome to Fedora Weekly News Issue 179[1] for the week ending June 7, 2009. In this, the issue immediately prior to the impending release of Fedora 11, we have a fine bevy of news for you. Fedora elections are open for voting in the various positions, please participate if you are eligible. John Polestra has also been elected to the Fedora Board for a two release term. From around the Fedora Planet, Fedora 11 podcasts, details on fingerprint authentication in F11, and thoughts on ensuring Fedora teams sustainability from Fedora leader Paul W. Frields. In Ambassadors, a reminder to please send in news about upcoming Fedora events in your area. In QA news, details on this past weekly meeting, deeply focused in pre-Fedora 11 final testing and pre-upgrade status. In the Translation beat, the release notes for Fedora 11 have been completed and are ready for translation rebuild after the Fedora 11 Release Announcement. The Fedora Localization Project welcomed new contributors for Latvian and Russian, Chinese, Italian, traditional Chinese and Korean and Spa nish this past week! The Fedora Design team is already thinking about Fedora 12 'themeability' of some of the proposed codenames for F12. Also some great artwork for an upcoming FUDCon in Porto Alegre-RS, Brazil. In Security news, details on .ORG becoming the first top-level domain to sign their zone with DNSSEC and implications for other domains. Our issue this week rounds up with news from virtualization teams, including updates on libvirt 0.6.4, thoughts of virtualization features for Fedora 12, and much more. Enjoy! We are still looking for several writers to take up dormant beats in Fedora development, OLPC, and other potential areas. If you are interested in contributing to Fedora Weekly News, please see our 'join' page[2]. We welcome reader feedback: fedora-news-l...@redhat.com FWN Editorial Team: Pascal Calarco, Adam Williamson 1. http://fedoraproject.org/wiki/FWN/Issue179 2. http://fedoraproject.org/wiki/NewsProject/Join -- Announcements -- In this section, we cover announcements from the Fedora Project[1] [2] [3]. Contributing Writer: Max Spevack 1. http://www.redhat.com/archives/fedora-announce-list/ 2. http://www.redhat.com/archives/fedora-devel-announce/ 3. http://fedoraproject.org/wiki/Events --- Fedora 11 (Leonidas) --- Fedora 11 is coming on Tuesday June 9. Check out the tour[1]. Rawhide has officially moved to Fedora 12 content[2]. 1. http://fedoraproject.org/wiki/Fedora_11_tour 2. http://www.redhat.com/archives/fedora-devel-announce/2009-June/msg1.html --- Elections --- By the time you are reading this, the current round of Fedora elections will be taking place. All the information[1] that you need for voting is included in the reference link. 1. http://www.redhat.com/archives/fedora-announce-list/2009-June/msg4.html Fedora Board John Poelstra[1] has been appointed to the Fedora Board, for a two-release term. Paul Frields[2] wrote[3], Many of our contributors know John from his work in many capacities around the Project, from work with the Fedora Bug Zappers, maintaining our release schedule, and facilitating meetings for many of our community teams. He will bring a unique perspective and experience to our team. 1. http://fedoraproject.org/wiki/User:Poelstra 2. http://fedoraproject.org/wiki/User:Pfrields 3. http://www.redhat.com/archives/fedora-announce-list/2009-June/msg2.html --- FUDCons and FADs --- This section previews upcoming Fedora Users Developers Conferences, as well as upcoming Fedora Activity Days. Fedora Activity Day: Development Cycle In North America, Jesse Keating announced[1] an upcoming Fedora Activity Day[2] for maintainers, QA, and release engineering folks to meet and discuss ongoing issues with the Fedora Development Cycle and to create a proposal on how to fix many of the issues. Note, this is not an event to decide on a solution, it is an event to decide on a proposal, which will then be shared with the whole community for more input and work. 1. http://www.redhat.com/archives/fedora-announce-list/2009-May/msg00012.html 2. http://fedoraproject.org/wiki/Fedora_Activity_Day_Fedora_Development_Cycle_2009 FUDCon Porto Alegre 2009 FUDCon Porto Alegre[1] will take place June 24-27 in Brazil. About 30 people have signed up so far, and we're hopeful for an attendance of over 100. If you would like more information, please visit the wiki page. 1. http://fedoraproject.org/wiki/FUDCon:LATAM_2009 FUDCon Berlin 2009 FUDCon Berlin[1] will be held from June 26-28, and we're got over 130 people pre-registered for the event. If you would like more information, please visit the wiki page. 1. http://fedoraproject.org/wiki/FUDCon:Berlin_2009 --- Upcoming Events --- Consider attending or volunteering at an event near you! June 8-10: FAD Fedora
Re: Some pulseaudio questions...
On Sat, 2009-06-06 at 19:01 -0400, Kyle McMartin wrote: On Sun, Jun 07, 2009 at 12:51:02AM +0200, Lennart Poettering wrote: What would be good to have would be a swap niceness value that could be attached to a processes or memory regions. i.e. some way to influence the swapping algorithm in a less binary way than just swap this or don't swap this. I've been working on this along with some enhancements to make fadvise more than utterly useless... hopefully will be ready for posting soon. Main problem is proving its utility with actual benchmarks - witness the recent first class citizen VM patch thread. Jon. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: GDM Language list...
After discussion with Ray Strode, I realized that it's difficult to find a common solution that can work across distributions since GDM is an upstream package. Thanks for the discussion Ray. To me it looks an unsolvable problem if we stick to find an upstream solution. Of course, creating a downstream patch and maintaining it for a long time would be difficult too. But, I was wondering if we can have an upstream patch like below: if (fedora) check_for_installed_language_support else if (debian) check_for_abc_things else check_xyz Is it possible? Thanks! -- Regards, Ankit Patel http://www.indianoss.org/ -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Looking for a ucspi-ipc style tool in Fedora
In my neverending quest for the School Server, I am looking for a 'unix socket superserver', something akin to xinetd listening on oldstyle unix sockets. Connecting to the right socket triggers the superserver to spawn a (potentially memory-heavy, privileged) process to handle the connection, with the superserver handling rate limiting, etc. xinetd doesn't seem to know how to do this at all. ucspi-unix and its close cousin ucspi-ipc seem to cover the requirements but are not in Fedora. Are there alternatives that I am overlooking? thanks! m -- martin.langh...@gmail.com mar...@laptop.org -- School Server Architect - ask interesting questions - don't get distracted with shiny stuff - working code first - http://wiki.laptop.org/go/User:Martinlanghoff -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
dist-f12 buildroot broken due to conflicting /%{_lib}/libblkid.so.1 versions
Task info: http://koji.fedoraproject.org/koji/taskinfo?taskID=1398761 ... Transaction Check Error: DEBUG util.py:256:file /lib64/libblkid.so.1 conflicts between attempted installs of e2fsprogs-libs-1.41.6-1.fc12.x86_64 and libblkid-2.15.1-0.1.fc12.x86_64 I guess one of these packages needs fixing but something will have to be untagged before that can be done. Paul. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: dist-f12 buildroot broken due to conflicting /%{_lib}/libblkid.so.1 versions
Paul Howarth wrote, at 06/08/2009 06:08 PM +9:00: Task info: http://koji.fedoraproject.org/koji/taskinfo?taskID=1398761 ... Transaction Check Error: DEBUG util.py:256:file /lib64/libblkid.so.1 conflicts between attempted installs of e2fsprogs-libs-1.41.6-1.fc12.x86_64 and libblkid-2.15.1-0.1.fc12.x86_64 I guess one of these packages needs fixing but something will have to be untagged before that can be done. Paul. Actually all dist-f12 builds are now failing. util-linux-ng-2.15.1-0.1.fc12 should be untagged for now, I guess. Mamoru -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: dist-f12 buildroot broken due to conflicting /%{_lib}/libblkid.so.1 versions
Karel Zak wrote, at 06/08/2009 06:37 PM +9:00: On Mon, Jun 08, 2009 at 10:08:23AM +0100, Paul Howarth wrote: Task info: http://koji.fedoraproject.org/koji/taskinfo?taskID=1398761 ... Transaction Check Error: DEBUG util.py:256:file /lib64/libblkid.so.1 conflicts between attempted installs of e2fsprogs-libs-1.41.6-1.fc12.x86_64 and libblkid-2.15.1-0.1.fc12.x86_64 I guess one of these packages needs fixing but something will have to be untagged before that can be done. I'm moving libblkid from e2fsprogs to util-linux-ng right now. It's expected problem and should be fixed after e2fsprogs rebuild. Karel The problem is that now it is failing on creating minimum buildroot (i.e. you cannot rebuild modified e2fsprogs unless new util-linux-ng is untagged) Mamoru -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: dist-f12 buildroot broken due to conflicting /%{_lib}/libblkid.so.1 versions
On Mon, Jun 08, 2009 at 11:37:15AM +0200, Karel Zak wrote: On Mon, Jun 08, 2009 at 10:08:23AM +0100, Paul Howarth wrote: Task info: http://koji.fedoraproject.org/koji/taskinfo?taskID=1398761 ... Transaction Check Error: DEBUG util.py:256:file /lib64/libblkid.so.1 conflicts between attempted installs of e2fsprogs-libs-1.41.6-1.fc12.x86_64 and libblkid-2.15.1-0.1.fc12.x86_64 I guess one of these packages needs fixing but something will have to be untagged before that can be done. Fixed. util-linux-ng-2.15.1-0.1.fc12 untagged from dist-f12 I'm moving libblkid from e2fsprogs to util-linux-ng right now. It's expected problem and should be fixed after e2fsprogs rebuild. Hmm... that's problem. There is still huge number of packages that depend on e2fsprogs-libs :-( Karel -- Karel Zak k...@redhat.com -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: GDM Language list...
On Fri, Jun 5, 2009 at 4:43 PM, Mathieu Bridon (bochecha)boche...@fedoraproject.org wrote: 1. user chooses a language in GDM for the first time 2. PK tries to install the language-support group We need to come up with a system that isn't based on Fedora, as ubuntu might call this something different. In fedora we might install a group, in ubuntu they might install a metapackage. We can't have fedora'isms in upstream PackageKit. 3. if this group exist and some packages could be installed (i.e. not already installed), the user is presented a nice PK popup, just like the font or codec install suggestion, but for the support of his language Seems a sane idea, it just needs someone to implement it in gnome-packagekit. Richard. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: File Triggers (was Re: Proposal (and yes, I'm willing to do stuff!): Must Use More Macros)
Le samedi 06 juin 2009 à 13:01 +0300, Panu Matilainen a écrit :
Yes, having each and every spec carry the %{!?foo:¤%¤%} macro goo makes
no sense at all.
That is pretty much what we did for fonts in F11. However many packagers
just ignored the change and didn't fix their packages.
For instance, if a file gets dropped under /usr/share/icons/something
rpm should run gtk-update-icon-cache /usr/share/icons/something
automatically.
the gtk2 package should be able to drop a file in /usr/lib/rpm/redhat
that makes that happen. likewise, desktop-file-utils should be able
to drop a file there to make update-desktop-database get run and so
on.
I don't know how hard it would be to fix rpm to allow for that though.
The hardest part is getting the design right the first time, there's no
changing an api that is exposed to packages.
I personally think it would be a huge mistake to have stuff happen
automatically based on filename/location heuristics. Naming collisions
happen all the time (for example GNOME recently decided that a third of
our fonts were ODF templates and good luck trying to find someone
ready to acknowledge it's a problem). I'd much prefer if the packager
was left in control and specified the processing himself, for example by
allowing more magic %doc-like words in %files.
In my ideal pony-land, we could have stuff like
%files somepackage
%font somefont.ttf
%icon-dir somedirectory
...
that injected the correct logic in %install/%pre/%post/%postun/%
posttrans etc
And I suppose some of those magic words would work on files already
installed, others on files in the build root (like %doc), and you'd need
them to interact (for example, consolidate three %font lines in a
package in a single actions, have the %font word be aware of the %
fontconfig word so one could correct font file processing with explicit
fontconfig rules, etc)
--
Nicolas Mailhot
signature.asc
Description: Ceci est une partie de message numériquement signée
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: File Triggers (was Re: Proposal (and yes, I'm willing to do stuff!): Must Use More Macros)
Le dimanche 07 juin 2009 à 12:31 +0300, Panu Matilainen a écrit : Btw your initial suggestion of collecting the common stuff into macros and converting packages to use them would be useful on several ways: a) Finding out the things that *are* common among lots of packages. While numerous cases are well and widely known already, I suspect there might be some that are only specific groups know about (possibly eg java related packages, I dunno). b) Making the usages of the common patterns easy to spot by grepping. c) The transition period cruft can be hidden inside the common macros without polluting every spec with it. Won't work IMHO. One characteristic of pre-macroized specs is that their authors have found lots of interesting ways to do about the same thing with different instructions (usually missing some problems). If you don't want this old processing to collide and interfere with your new shiny processing you need the call to the new processing to be explicit, so packagers can check for problems before enabling it. -- Nicolas Mailhot signature.asc Description: Ceci est une partie de message numériquement signée -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: More mock problems
Kevin Kofler kevin.kof...@chello.at writes: You need these: http://infrastructure.fedoraproject.org/builder-rpms/ and python-hashlib from EPEL. These won't install cleanly on an existing CentOS 5.3 builder, net-snmp is older than the one in CentOS updates. [r...@builder1 ~]# rpm -q rpm net-snmp rpm-4.4.2.3-9.el5 net-snmp-5.3.2.2-5.el5 [r...@builder1 ~]# yum install rpm Loaded plugins: fastestmirror, priorities, versionlock Loading mirror speeds from cached hostfile Reading version lock configuration Setting up Install Process Parsing package install arguments Resolving Dependencies -- Running transaction check -- Processing Dependency: rpm = 4.4.2.3-9.el5 for package: rpm-python -- Processing Dependency: rpm = 4.4.2.3-9.el5 for package: rpm-build -- Processing Dependency: rpm = 4.4.2.3-9.el5 for package: rpm-libs --- Package rpm.x86_64 0:4.6.0-4.0.mitr.1.el5 set to be updated -- Processing Dependency: liblua-5.1.so()(64bit) for package: rpm -- Running transaction check --- Package lua.x86_64 0:5.1.2-1.el5 set to be updated --- Package rpm-python.x86_64 0:4.6.0-4.0.mitr.1.el5 set to be updated --- Package rpm-libs.x86_64 0:4.6.0-4.0.mitr.1.el5 set to be updated --- Package rpm-build.x86_64 0:4.6.0-4.0.mitr.1.el5 set to be updated -- Processing Dependency: librpm-4.4.so()(64bit) for package: net-snmp -- Processing Dependency: librpmio-4.4.so()(64bit) for package: net-snmp -- Running transaction check --- Package net-snmp.x86_64 1:5.3.2.2-5.el5_3.1 set to be updated -- Processing Dependency: net-snmp-libs = 1:5.3.2.2-5.el5_3.1 for package: net-snmp -- Processing Dependency: librpm-4.4.so()(64bit) for package: net-snmp -- Processing Dependency: librpmio-4.4.so()(64bit) for package: net-snmp -- Running transaction check --- Package net-snmp-libs.x86_64 1:5.3.2.2-5.el5_3.1 set to be updated -- Processing Dependency: librpm-4.4.so()(64bit) for package: net-snmp -- Processing Dependency: librpmio-4.4.so()(64bit) for package: net-snmp -- Finished Dependency Resolution 1:net-snmp-5.3.2.2-5.el5_3.1.x86_64 from update has depsolving problems -- Missing Dependency: librpmio-4.4.so()(64bit) is needed by package 1:net-snmp-5.3.2.2-5.el5_3.1.x86_64 (update) 1:net-snmp-5.3.2.2-5.el5.x86_64 from installed has depsolving problems -- Missing Dependency: librpm-4.4.so()(64bit) is needed by package 1:net-snmp-5.3.2.2-5.el5_3.1.x86_64 (update) 1:net-snmp-5.3.2.2-5.el5_3.1.x86_64 from update has depsolving problems -- Missing Dependency: librpm-4.4.so()(64bit) is needed by package 1:net-snmp-5.3.2.2-5.el5_3.1.x86_64 (update) Error: Missing Dependency: librpmio-4.4.so()(64bit) is needed by package 1:net-snmp-5.3.2.2-5.el5_3.1.x86_64 (update) Error: Missing Dependency: librpm-4.4.so()(64bit) is needed by package 1:net-snmp-5.3.2.2-5.el5_3.1.x86_64 (update) -- Arnaud -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: File Triggers (was Re: Proposal (and yes, I'm willing to do stuff!): Must Use More Macros)
On Mon, 2009-06-08 at 13:25 +0200, Nicolas Mailhot wrote: I personally think it would be a huge mistake to have stuff happen automatically based on filename/location heuristics. Naming collisions happen all the time (for example GNOME recently decided that a third of our fonts were ODF templates and good luck trying to find someone ready to acknowledge it's a problem). Did you file a bug against shared-mime-info ? I don't recall seeing one go by... -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: File Triggers (was Re: Proposal (and yes, I'm willing to do stuff!): Must Use More Macros)
Le lundi 08 juin 2009 à 09:34 -0400, Matthias Clasen a écrit : On Mon, 2009-06-08 at 13:25 +0200, Nicolas Mailhot wrote: I personally think it would be a huge mistake to have stuff happen automatically based on filename/location heuristics. Naming collisions happen all the time (for example GNOME recently decided that a third of our fonts were ODF templates and good luck trying to find someone ready to acknowledge it's a problem). Did you file a bug against shared-mime-info ? I don't recall seeing one go by... I filed http://bugzilla.redhat.com/show_bug.cgi?id=491598 http://bugzilla.gnome.org/show_bug.cgi?id=576360 http://bugs.freedesktop.org/show_bug.cgi?id=20854 at which point I decided to give up on the bugzilla NOTOURBUG ping pong game. -- Nicolas Mailhot signature.asc Description: Ceci est une partie de message numériquement signée -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
libblkid and BuildRequires: e2fsprogs-devel
The libblkid has been moved from e2fsprogs to util-linux-ng. Please, check your spec files and update BuildRequires: - BuildRequires: e2fsprogs-devel + BuildRequires: libblkid-devel if the package depends on liblkid. Karel -- Karel Zak k...@redhat.com -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: the end of life for flash player (HTML5)
drago01 wrote: On Fri, Jun 5, 2009 at 9:55 AM, Christof Damianchris...@damian.net wrote: On Fri, Jun 5, 2009 at 09:48, Jaroslav Reznik jrez...@redhat.com wrote: Mostly it depends on YouTube - it's 90% of all Flash content for me. So if YouTube (and p0rn variants :D) adopts video tag, battle is nearly won. For games - canvas with JS is nice way. But it's missing IDE as Adobe has - my roommate is using some and I have to admit - it's really great tool - if you are more designer than coder. For now - we have technology, now we need tools. youtube is testing html5 too: http://www.youtube.com/html5 as my flash on fedora10 x86_64 is crashing all the time at the moment I am really looking forward to this. I have some other useful flash usages too, for example the open flash chart: http://teethgrinder.co.uk/open-flash-chart-2/ , which is used by quite a bit of sites. Some google sites, like analytics and finance also use flash. Can be done with js + svg or js + canvas the only thing that holds this technologies back is one browser that does not support them at all but has a significant market share. (MSIE) Enter silverlight :( --CJD -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Announcing Fedora Activity Day - Fedora Development Cycle 2009
Sorry, was quite busy with other stuff over the past few days and didn't get around to answer this On 03.06.2009 02:15, Josh Boyer wrote: On Wed, Jun 03, 2009 at 01:08:15AM +0200, Kevin Kofler wrote: Thorsten Leemhuis wrote: It IMHO shows a big and more and more pressing problem in Fedora: Packagers and leadership are not working towards the same direction. The best solution for that is to change the leadership. :-) So don't vote for the same old hats for FESCo and FPB. Honestly, that is pretty short-sighted. And Thorsten's statement isn't entirely accurate either. Entirely new FESCo and FPB would still be faced with the same problems we have today. Let's look at in a bit more detail. 1) I don't recall ever seeing FESCo or FPB state as a committee that they want fewer packages and updates. If you have a mailing list post to meeting minutes that say that, I would be happy to look at it. In short: And that from my point of view is exactly the leadership problem. The verbose version: Fedora obviously has a problem here as some packagers follow a (kind of) debian like update scheme while others are more rolling release scheme. That's bad, as those users that prefer to get the latest version of the software as regular update are not satisfied, as some packages stay on old versions; neither are those that prefer old, but stable, as they sometimes can't avoid to update to new versions for security reasons (Note that this is the very long story very short and without lots of details/special cases where doing either the first or the second is the better thing to do). The policy that FESCo worked out a few months didn't help much. In fact it's so vague that it's IMHO more confusing then helpful. Not to forget Jesse (as rel-eng lead in a quite important position) and his quest to reduce the number of updates (which he gave up -- see earlier this thread), which likely made some packagers wonder is it right how I do it? A real leader/leading group would have said guided people better. Like This is how we want to do it [...], here are a few examples that will help to understand [...]. Or even better: work out a overall solution that changes Fedora into a distribution that satisfies both users groups mentioned above: those that prefer older, but stable packages and those that prefer newer packages, but avoid rawhide because it's to dangerous. [...] Cu knurd -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Interested in scanning?
On Fri, 2009-06-05 at 14:04 +0300, Nicu Buculei wrote: I have an old HP ScanJet 5370C, for which according with sane-project.org the support is Good (avision backend). For me the best was around F9, when it worked 50% of the time Unfortunately SANE support for the 5370C isn't universally Good - I asked for the compatibility chart to be updated a year or so ago but I guess that wasn't fixed. There are several hardware revisions sold under the 5370C model number; some may still work, others definitely didn't the last time I tried. We had one with a C5 ASIC, though it sounds like you've had more luck getting any useful functionality out of yours, so I guess you may have a different revision. I spent quite some time trying to track down the problem, but upstream wasn't able to be particularly helpful. The sane-avision mailing list isn't archived, which doesn't help. (also: https://bugzilla.redhat.com/show_bug.cgi?id=206094 ) cheers, Kevin -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: the end of life for flash player (HTML5)
Enter silverlight :( And monolight http://www.mono-project.com/Moonlight --CJD -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: File Triggers (was Re: Proposal (and yes, I'm willing to do stuff!): Must Use More Macros)
On Mon, 2009-06-08 at 13:31 +0200, Nicolas Mailhot wrote: Le dimanche 07 juin 2009 à 12:31 +0300, Panu Matilainen a écrit : Btw your initial suggestion of collecting the common stuff into macros and converting packages to use them would be useful on several ways: a) Finding out the things that *are* common among lots of packages. While numerous cases are well and widely known already, I suspect there might be some that are only specific groups know about (possibly eg java related packages, I dunno). b) Making the usages of the common patterns easy to spot by grepping. c) The transition period cruft can be hidden inside the common macros without polluting every spec with it. Won't work IMHO. One characteristic of pre-macroized specs is that their authors have found lots of interesting ways to do about the same thing with different instructions (usually missing some problems). If you don't want this old processing to collide and interfere with your new shiny processing you need the call to the new processing to be explicit, so packagers can check for problems before enabling it. I'm not planning to re-implement anything, just change things that are currently snippets of code you have to copy and paste from the guidelines to be macros instead. All it involves is taking the snippets and putting them into a /etc/macros.* file. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: the end of life for flash player (HTML5)
yersinia wrote: Enter silverlight :( And monolight http://www.mono-project.com/Moonlight Two sides of the same miserable coin. --CJD -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: File Triggers (was Re: Proposal (and yes, I'm willing to do stuff!): Must Use More Macros)
Nicolas Mailhot wrote:
Le samedi 06 juin 2009 à 13:01 +0300, Panu Matilainen a écrit :
Yes, having each and every spec carry the %{!?foo:¤%¤%} macro goo makes
no sense at all.
That is pretty much what we did for fonts in F11. However many packagers
just ignored the change and didn't fix their packages.
...
I personally think it would be a huge mistake to have stuff happen
automatically based on filename/location heuristics.
...
I'd much prefer if the packager
was left in control and specified the processing himself, for example by
allowing more magic %doc-like words in %files.
That shows the problem very well. Full control for the packagers is
demanded but it is difficult to force the right (tm) behavior on the
packagers. The question is do we really win something by leaving the
handling of every file to the packager or do we demand to much when
requiring the knowledge how to handle every type of file.
I btw very much dislike the term filename/location heuristics in this
context as it gets things wrong. File triggers is not about guessing
what to do with the different files but to create, implement and then
enforce rules how files of a given type are installed. This includes
where these files need to be placed or how they are named - not exactly
a new concept for a huge number of file types.
With the growing number of packages and file types that need special
handling the burden for Fedora for handling these files is also growing.
While changing/removing 95% of the scriptlets is a huge effort it will
pay off - especially as lowers the level of entry for packaging.
In my ideal pony-land, we could have stuff like
%files somepackage
%font somefont.ttf
%icon-dir somedirectory
...
that injected the correct logic in %install/%pre/%post/%postun/%
posttrans etc
And I suppose some of those magic words would work on files already
installed, others on files in the build root (like %doc), and you'd need
them to interact (for example, consolidate three %font lines in a
package in a single actions, have the %font word be aware of the %
fontconfig word so one could correct font file processing with explicit
fontconfig rules, etc)
This approach has several shortcomings (forgetting the technical
details). It requires a lot of data be shipped with each package. Data
which can be already out of date (method of handling the files changed).
It still requires the packager to know about all file types and whether
they need special handling. And even worse it requires RPM to know about
the different file types.
The nice about file triggers is that the package that actually knows
about the file type ships the file trigger for handling it. glibc would
ship the trigger for calling ldconfig and info the trigger for info
files and so on.
Florian
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: More mock problems
On Tue, Apr 28, 2009 at 4:02 PM, Neal Becker ndbeck...@gmail.com wrote: mock -r fedora-devel-x86_64 --shell INFO: mock.py version 0.9.14 starting... State Changed: init plugins State Changed: start State Changed: lock buildroot mock-chroot rpm -q igraph rpmdb: Program version 4.7 doesn't match environment version 4.5 error: db4 error(-30971) from dbenv-open: DB_VERSION_MISMATCH: Database environment version mismatch error: cannot open Packages index using db3 - (-30971) error: cannot open Packages database in /var/lib/rpm rpmdb: Program version 4.7 doesn't match environment version 4.5 error: db4 error(-30971) from dbenv-open: DB_VERSION_MISMATCH: Database environment version mismatch error: cannot open Packages database in /var/lib/rpm package igraph is not installed Seems related to this patch rejected for rpm for RHEL and CENTOS. https://bugzilla.redhat.com/show_bug.cgi?id=464752 Regards -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: More mock problems
Rich Megginson wrote: Kevin Kofler wrote: Fernando Lopez-Lezcano wrote: On Wed, 2009-04-29 at 00:40 +0200, Kevin Kofler wrote: Neal Becker wrote: rpmdb: Program version 4.7 doesn't match environment version 4.5 You need at least RPM 4.6 on the host systems to build Rawhide packages, that's at least F10 + updates. All the Fedora builders are running a custom build of RPM 4.6 on the EL5 hosts. Is this available anywhere? My build host is EL5 and I'm finding it impossible to build F11 packages there You need these: http://infrastructure.fedoraproject.org/builder-rpms/ and python-hashlib from EPEL. I'm not able to install the packages at builder-rpms I'm running RHEL5 x86_64 1) upgrade to latest RHEL5 - reboot 2) added /etc/yum.repos.d/builder-rpms.repo: [builder-rpms] name=builder-rpms description=New rpm and yum in order to use mock on el5 to build f11 and later packages baseurl=http://infrastructure.fedoraproject.org/builder-rpms/x86_64/ 3) yum upgrade - the only package I was able to successfully upgrade was yum - yum upgrade yum - everything else fails like this: 1:net-snmp-5.3.2.2-5.el5_3.1.x86_64 from installed has depsolving problems -- Missing Dependency: librpmio-4.4.so()(64bit) is needed by package 1:net-snmp-5.3.2.2-5.el5_3.1.x86_64 (installed) 1:net-snmp-5.3.2.2-5.el5_3.1.x86_64 from installed has depsolving problems -- Missing Dependency: librpm-4.4.so()(64bit) is needed by package 1:net-snmp-5.3.2.2-5.el5_3.1.x86_64 (installed) rpm-devel-4.6.0-4.0.mitr.1.el5.x86_64 from builder-rpms has depsolving problems -- Missing Dependency: popt-devel is needed by package rpm-devel-4.6.0-4.0.mitr.1.el5.x86_64 (builder-rpms) Error: Missing Dependency: librpm-4.4.so()(64bit) is needed by package 1:net-snmp-5.3.2.2-5.el5_3.1.x86_64 (installed) Error: Missing Dependency: popt-devel is needed by package rpm-devel-4.6.0-4.0.mitr.1.el5.x86_64 (builder-rpms) Error: Missing Dependency: librpmio-4.4.so()(64bit) is needed by package 1:net-snmp-5.3.2.2-5.el5_3.1.x86_64 (installed) I cannot find popt-devel anywhere in the rhel or epel repos. Do I need to install these rpms manually with rpm rather than with yum? Follow up - this doesn't work either: 1) downloaded all of the builder-rpms to a local directory 2) rpm -Uvh /path/to/builder-rpms/*.rpm error: Failed dependencies: liblua-5.1.so()(64bit) is needed by rpm-4.6.0-4.0.mitr.1.el5.x86_64 liblua-5.1.so()(64bit) is needed by rpm-build-4.6.0-4.0.mitr.1.el5.x86_64 liblua-5.1.so()(64bit) is needed by rpm-devel-4.6.0-4.0.mitr.1.el5.x86_64 popt-devel is needed by rpm-devel-4.6.0-4.0.mitr.1.el5.x86_64 liblua-5.1.so()(64bit) is needed by rpm-libs-4.6.0-4.0.mitr.1.el5.x86_64 Kevin Kofler smime.p7s Description: S/MIME Cryptographic Signature -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: File Triggers (was Re: Proposal (and yes, I'm willing to do stuff!): Must Use More Macros)
On Sat, Jun 6, 2009 at 6:01 AM, Panu Matilainenpmati...@laiskiainen.org wrote:
The hardest part is getting the design right the first time, there's no
changing an api that is exposed to packages.
It's definitely better to get things right the first time, but one
thing missing from the system now is any kind of versioning on the
macro API. It would seem fairly straightforward to have a global
SpecVersion: 2 type header that pulls in an updated set of macros
from a different directory.
If such a thing were to be implemented it'd probably be good to use it
to clean out the wishlist in general, like handling %clean and even
%build automatically (e.g. if we see a configure script, just assume
to call %{configure}, see a Makefile, just assume to call make,
etc)
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Orphaning planet package
On 06/06/2009 09:49 AM, Seth Vidal wrote: On Sat, 6 Jun 2009, Richard Dawe wrote: Good afternoon, I'm the current maintainer of the planet package, but I don't have to maintain it anymore. I am there going to orphan the planet packages. I've taken ownership of it. ... and I'll be helping seth. --Bret -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: File Triggers (was Re: Proposal (and yes, I'm willing to do stuff!): Must Use More Macros)
Le lundi 08 juin 2009 à 20:13 +0200, Florian Festi a écrit : This approach has several shortcomings (forgetting the technical details). It requires a lot of data be shipped with each package. I think you misunderstood me. I'd want the definition for %font of % icon-dir to be factored-out and centralized too (and not necessarily in an rpm subpackage BTW, a %lib definition shipped with glibc would be perfectly fine with me). Also, that does not prevent standardising install locations (that's why I ask something that can hook in %install). My example, %doc, already makes file location decisions BTW. What I don't want is 1. something auto-triggered transparently (didn't we learn anything from existing package triggers?). Some of us do not have the luxury of uniform-quality input files. Therefore, I want the decision to launch the processing packager-side. I want the packager to decide and check some processing is right for his files, and not discover at QA time another packager decided his file looked like a candidate for froobing and should be froobed behind his back. The existing auto-processing (for example debuginfo generation) has been wrong so many times the web is littered with way to disable it (often with side-effects). Just because you can write good froobing rules does not mean you understand how to auto-select files to be froobed accurately. 2. something that auto-generates (sub)packages. The packager should decide how big or small his packages will be, if they deserve splitting or not, etc. Auto-package creation leads in many cases to monster packages to big to be installed in any reasonable system. -- Nicolas Mailhot signature.asc Description: Ceci est une partie de message numériquement signée -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: FESco meeting summary for 20090605
Am Freitag, 05 Juni 2009 12:21:01 schrieb Kevin Fenzi: KF 17:28:03 notting so, we already have -5 to the exception for zsync KF 17:28:28 nirik #agreed No exception for zsync. Of course shipping internals is very very evil and I really understand the problems behind them. I'm a pessimist and I ask myself: What is the consequence, if rsync-upstream is unwilling to drop shipping of forked zlib as internal dependency? a) drop rsync from fedora? b) build rsync against system and lose compatibility to rsync original? c) call the dependency rsync-zlib or whatever? The zsync difficulty is that zsync tries to be compatible to rsync and needs a forked zlib, like rsync. It's on the dice, that the zlib-internal is bound with the zlib of rsync. I beg, again, for the exception of zsync, because the problem wouldn't be worsened. It's just a new child of sorrow, sitting in the front of the closed door and knows his brother with the same misfeature is in. If rsync-upstream is unwilling to drop internal zlib, I believe nothing will happened, because rsync is a centerpiece of every distribution and fedora can't afford drop this package or can't afford to be incompatible to other distributions and rsync itself. And renaming the zlib for this project will bring a flood of *-zlib and that can not be the meaning of it all. I think this is an important question. I don't want to bring trouble upon fedora project or rsync or anybody else. Additionally, I believe that there are a few applications in fedora which are using shipped internals, too. As I said it before, I don't want to start trouble, but it should be very helpful to find them and collect them in a seperate tracker. I created one with the bugnumber #504497 to get an overview, about packages/applications with duplicated libs. Please help to find them. Perhaps we can be succeed in conversion of upstream, to help all for a better cooperation and better software. Thank you! -- Mit freundlichen Grüßen aus dem schönen Hainzell Simon Wesp The G in GNU stands for GNU http://fedoraproject.org/wiki/SimonWesp signature.asc Description: PGP signature -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Static system level uid/gid's reservations in Fedora/RHEL - how to handle situation?
On Friday 05 June 2009, D. Hugh Redelmeier wrote: I gave up and renumbered on my newest boxes. It sure is a pain today when I'm trying to use NFS between an old box and a new one. I think that Sun supports UID mapping on NFS but Linux does not. It's supported with NFSv4. That might not help with old boxes though. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: the end of life for flash player (HTML5)
Thanks to Apple, that isn't going to be happening. Apple's pushing for the required default video codec to be the aforementioned nonfree MPEG4/H.264 codec, and they don't seem to care whether it can be shipped by anybody else. On Fri, Jun 5, 2009 at 5:57 AM, Jaroslav Reznik jrez...@redhat.com wrote: In Arora I can hear only audio... So it's not OK - OGG has to be THE MUST - basic codec supported on all platforms/browsers. I'm not against proprietary codecs (I don't want to use them). Jaroslav Matěj -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: More mock problems
On 06/08/2009 11:48 AM, Fernando Lopez-Lezcano wrote: On Mon, 2009-06-08 at 11:55 -0600, Rich Megginson wrote: Kevin Kofler wrote: Fernando Lopez-Lezcano wrote: On Wed, 2009-04-29 at 00:40 +0200, Kevin Kofler wrote: Neal Becker wrote: rpmdb: Program version 4.7 doesn't match environment version 4.5 You need at least RPM 4.6 on the host systems to build Rawhide packages, that's at least F10 + updates. All the Fedora builders are running a custom build of RPM 4.6 on the EL5 hosts. Is this available anywhere? My build host is EL5 and I'm finding it impossible to build F11 packages there You need these: http://infrastructure.fedoraproject.org/builder-rpms/ and python-hashlib from EPEL. I'm not able to install the packages at builder-rpms I'm running RHEL5 x86_64 1) upgrade to latest RHEL5 - reboot 2) added /etc/yum.repos.d/builder-rpms.repo: [builder-rpms] name=builder-rpms description=New rpm and yum in order to use mock on el5 to build f11 and later packages baseurl=http://infrastructure.fedoraproject.org/builder-rpms/x86_64/ 3) yum upgrade - the only package I was able to successfully upgrade was yum - yum upgrade yum - everything else fails like this: 1:net-snmp-5.3.2.2-5.el5_3.1.x86_64 from installed has depsolving problems -- Missing Dependency: librpmio-4.4.so()(64bit) is needed by package 1:net-snmp-5.3.2.2-5.el5_3.1.x86_64 (installed) 1:net-snmp-5.3.2.2-5.el5_3.1.x86_64 from installed has depsolving problems -- Missing Dependency: librpm-4.4.so()(64bit) is needed by package 1:net-snmp-5.3.2.2-5.el5_3.1.x86_64 (installed) rpm-devel-4.6.0-4.0.mitr.1.el5.x86_64 from builder-rpms has depsolving problems -- Missing Dependency: popt-devel is needed by package rpm-devel-4.6.0-4.0.mitr.1.el5.x86_64 (builder-rpms) Error: Missing Dependency: librpm-4.4.so()(64bit) is needed by package 1:net-snmp-5.3.2.2-5.el5_3.1.x86_64 (installed) Error: Missing Dependency: popt-devel is needed by package rpm-devel-4.6.0-4.0.mitr.1.el5.x86_64 (builder-rpms) Error: Missing Dependency: librpmio-4.4.so()(64bit) is needed by package 1:net-snmp-5.3.2.2-5.el5_3.1.x86_64 (installed) I cannot find popt-devel anywhere in the rhel or epel repos. Do I need to install these rpms manually with rpm rather than with yum? Yup, same here, looks like there's more than just what is in the infrastructure site... I'm currently trying to rebuild locally. The rebuilt net-snmp is also in the builder repo. Unfortunately, the CentOS repository rebuild compares newer than the one in the builder repo: Centos: net-snmp-5.3.2.2-5.el5_3.1.x86_64 builder-repo: net-snmp-5.3.2.2-5.el5.fedorabuilder.x86_64 You could probably replace the centos net-snmp with the builder-repo's and then things will be fine... You'll have to use --exclude with yum afterwards, though, or the net-snmp from centos will keep trying to come in. -Toshio signature.asc Description: OpenPGP digital signature -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: More mock problems
Toshio Kuratomi wrote: On 06/08/2009 11:48 AM, Fernando Lopez-Lezcano wrote: On Mon, 2009-06-08 at 11:55 -0600, Rich Megginson wrote: Kevin Kofler wrote: Fernando Lopez-Lezcano wrote: On Wed, 2009-04-29 at 00:40 +0200, Kevin Kofler wrote: Neal Becker wrote: rpmdb: Program version 4.7 doesn't match environment version 4.5 You need at least RPM 4.6 on the host systems to build Rawhide packages, that's at least F10 + updates. All the Fedora builders are running a custom build of RPM 4.6 on the EL5 hosts. Is this available anywhere? My build host is EL5 and I'm finding it impossible to build F11 packages there You need these: http://infrastructure.fedoraproject.org/builder-rpms/ and python-hashlib from EPEL. I'm not able to install the packages at builder-rpms I'm running RHEL5 x86_64 1) upgrade to latest RHEL5 - reboot 2) added /etc/yum.repos.d/builder-rpms.repo: [builder-rpms] name=builder-rpms description=New rpm and yum in order to use mock on el5 to build f11 and later packages baseurl=http://infrastructure.fedoraproject.org/builder-rpms/x86_64/ 3) yum upgrade - the only package I was able to successfully upgrade was yum - yum upgrade yum - everything else fails like this: 1:net-snmp-5.3.2.2-5.el5_3.1.x86_64 from installed has depsolving problems -- Missing Dependency: librpmio-4.4.so()(64bit) is needed by package 1:net-snmp-5.3.2.2-5.el5_3.1.x86_64 (installed) 1:net-snmp-5.3.2.2-5.el5_3.1.x86_64 from installed has depsolving problems -- Missing Dependency: librpm-4.4.so()(64bit) is needed by package 1:net-snmp-5.3.2.2-5.el5_3.1.x86_64 (installed) rpm-devel-4.6.0-4.0.mitr.1.el5.x86_64 from builder-rpms has depsolving problems -- Missing Dependency: popt-devel is needed by package rpm-devel-4.6.0-4.0.mitr.1.el5.x86_64 (builder-rpms) Error: Missing Dependency: librpm-4.4.so()(64bit) is needed by package 1:net-snmp-5.3.2.2-5.el5_3.1.x86_64 (installed) Error: Missing Dependency: popt-devel is needed by package rpm-devel-4.6.0-4.0.mitr.1.el5.x86_64 (builder-rpms) Error: Missing Dependency: librpmio-4.4.so()(64bit) is needed by package 1:net-snmp-5.3.2.2-5.el5_3.1.x86_64 (installed) I cannot find popt-devel anywhere in the rhel or epel repos. Do I need to install these rpms manually with rpm rather than with yum? Yup, same here, looks like there's more than just what is in the infrastructure site... I'm currently trying to rebuild locally. The rebuilt net-snmp is also in the builder repo. Unfortunately, the CentOS repository rebuild compares newer than the one in the builder repo: Centos: net-snmp-5.3.2.2-5.el5_3.1.x86_64 builder-repo: net-snmp-5.3.2.2-5.el5.fedorabuilder.x86_64 You could probably replace the centos net-snmp with the builder-repo's and then things will be fine... You'll have to use --exclude with yum afterwards, though, or the net-snmp from centos will keep trying to come in. Ok, that got me further, but I'm still failing. I had to do rpm --force -Uvh net-snmp*.fedorabuilder.x86_64.rpm But I'm stuck on rpm - both yum and rpm install are failing: liblua-5.1.so()(64bit) is needed by rpm-4.6.0-4.0.mitr.1.el5.x86_64 liblua-5.1.so()(64bit) is needed by rpm-build-4.6.0-4.0.mitr.1.el5.x86_64 liblua-5.1.so()(64bit) is needed by rpm-devel-4.6.0-4.0.mitr.1.el5.x86_64 popt-devel is needed by rpm-devel-4.6.0-4.0.mitr.1.el5.x86_64 liblua-5.1.so()(64bit) is needed by rpm-libs-4.6.0-4.0.mitr.1.el5.x86_64 -Toshio smime.p7s Description: S/MIME Cryptographic Signature -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: the end of life for flash player (HTML5)
2009/6/8 Kelly Miller lightsolphoe...@gmail.com: Thanks to Apple, that isn't going to be happening. Apple's pushing for the required default video codec to be the aforementioned nonfree MPEG4/H.264 codec, and they don't seem to care whether it can be shipped by anybody else. Perhaps pedantry but for the sake of accuracy: Some of the patent holders in the MPEG-LA patent pool (Apple and Nokia) pushed hard for there to be no royalty-free baseline recommended in the standard. I'm not aware of anyone, Apple included, pushing for H.264 in the standard since the adoption of an encumbered format as formal formal default is simply a complete non-starter. What Apple has done is ship systems which can only play H.264 using the video tag out of the box. You could accurately accuse Apple of pushing for H.264 as a defacto standard, but not a required default. For desktop Safari usage Ogg/Theora+Vorbis support can be added by installing the XiphQT codec package. While requiring an install was unfortunate flash itself is an existence proof that required installations don't make wide adoption impossible. The apple desktops also have decent Java support and websites can fall back to java playback. (Theoretically Flash playback of Ogg/Theora is also possible now; but the intersection of Flash gurus and free software developers is nearly the empty set) -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: the end of life for flash player (HTML5)
On Mon, Jun 8, 2009 at 11:30 PM, Gregory Maxwellgmaxw...@gmail.com wrote: 2009/6/8 Kelly Miller lightsolphoe...@gmail.com: Thanks to Apple, that isn't going to be happening. Apple's pushing for the required default video codec to be the aforementioned nonfree MPEG4/H.264 codec, and they don't seem to care whether it can be shipped by anybody else. Perhaps pedantry but for the sake of accuracy: Some of the patent holders in the MPEG-LA patent pool (Apple and Nokia) pushed hard for there to be no royalty-free baseline recommended in the standard. I'm not aware of anyone, Apple included, pushing for H.264 in the standard since the adoption of an encumbered format as formal formal default is simply a complete non-starter. What Apple has done is ship systems which can only play H.264 using the video tag out of the box. You could accurately accuse Apple of pushing for H.264 as a defacto standard, but not a required default. For desktop Safari usage Ogg/Theora+Vorbis support can be added by installing the XiphQT codec package. While requiring an install was unfortunate flash itself is an existence proof that required installations don't make wide adoption impossible. The apple desktops also have decent Java support and websites can fall back to java playback. (Theoretically Flash playback of Ogg/Theora is also possible now; but the intersection of Flash gurus and free software developers is nearly the empty set) Or you can simply ship provide multiple video streams and switch them based on the useragent. (this is very likely to be the end result, even thought it sucks). -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: the end of life for flash player (HTML5)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Kelly Miller wrote: Thanks to Apple, that isn't going to be happening. Apple's pushing for the required default video codec to be the aforementioned nonfree MPEG4/H.264 codec, and they don't seem to care whether it can be shipped by anybody else. Nokia argued against it for patent worries. Probably worried that if it did get done, some patent troll would come out of the woodwork with some obscure patent and sue all OGG the distributors. Apple's biggest complaint was that hardware decoders for Theora were far and few between (despite there being specs for it). Their excuse was that H.264 has hardware implementations in current hardware and handhelds don't have the power to do the decoding in software. I'm not aware of any other large companies that lobbied W3C to have no baseline instead of OGG/Theora. As much as I dislike and distrust Apple, it isn't just them. :( However, I think that Firefox offering OGG/Theora everywhere will at least help push some of the more aware video vendors to offer OGG so they don't shove off one side of the Mac/Windows userbase with extra codec messes. I'm sure IE will just play by itself in the corner and Safari will play Apple's game no matter what happens. - --Ben On Fri, Jun 5, 2009 at 5:57 AM, Jaroslav Reznik jrez...@redhat.com wrote: In Arora I can hear only audio... So it's not OK - OGG has to be THE MUST - basic codec supported on all platforms/browsers. I'm not against proprietary codecs (I don't want to use them). Jaroslav Matěj -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkothtQACgkQiPi+MRHG3qSMrgCaAhgyXCiXU2t6Idf453deYAxI iO4An1IknF77NJ7u5f8+QBzc3ncyJ/ZG =Oq5t -END PGP SIGNATURE- -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: More mock problems
On Mon, 2009-06-08 at 11:48 -0700, Fernando Lopez-Lezcano wrote: On Mon, 2009-06-08 at 11:55 -0600, Rich Megginson wrote: Kevin Kofler wrote: Fernando Lopez-Lezcano wrote: On Wed, 2009-04-29 at 00:40 +0200, Kevin Kofler wrote: Neal Becker wrote: rpmdb: Program version 4.7 doesn't match environment version 4.5 You need at least RPM 4.6 on the host systems to build Rawhide packages, that's at least F10 + updates. All the Fedora builders are running a custom build of RPM 4.6 on the EL5 hosts. Is this available anywhere? My build host is EL5 and I'm finding it impossible to build F11 packages there You need these: http://infrastructure.fedoraproject.org/builder-rpms/ and python-hashlib from EPEL. I'm not able to install the packages at builder-rpms I'm running RHEL5 x86_64 1) upgrade to latest RHEL5 - reboot 2) added /etc/yum.repos.d/builder-rpms.repo: [builder-rpms] name=builder-rpms description=New rpm and yum in order to use mock on el5 to build f11 and later packages baseurl=http://infrastructure.fedoraproject.org/builder-rpms/x86_64/ 3) yum upgrade - the only package I was able to successfully upgrade was yum - yum upgrade yum - everything else fails like this: 1:net-snmp-5.3.2.2-5.el5_3.1.x86_64 from installed has depsolving problems -- Missing Dependency: librpmio-4.4.so()(64bit) is needed by package 1:net-snmp-5.3.2.2-5.el5_3.1.x86_64 (installed) 1:net-snmp-5.3.2.2-5.el5_3.1.x86_64 from installed has depsolving problems -- Missing Dependency: librpm-4.4.so()(64bit) is needed by package 1:net-snmp-5.3.2.2-5.el5_3.1.x86_64 (installed) rpm-devel-4.6.0-4.0.mitr.1.el5.x86_64 from builder-rpms has depsolving problems -- Missing Dependency: popt-devel is needed by package rpm-devel-4.6.0-4.0.mitr.1.el5.x86_64 (builder-rpms) Error: Missing Dependency: librpm-4.4.so()(64bit) is needed by package 1:net-snmp-5.3.2.2-5.el5_3.1.x86_64 (installed) Error: Missing Dependency: popt-devel is needed by package rpm-devel-4.6.0-4.0.mitr.1.el5.x86_64 (builder-rpms) Error: Missing Dependency: librpmio-4.4.so()(64bit) is needed by package 1:net-snmp-5.3.2.2-5.el5_3.1.x86_64 (installed) I cannot find popt-devel anywhere in the rhel or epel repos. Do I need to install these rpms manually with rpm rather than with yum? Yup, same here, looks like there's more than just what is in the infrastructure site... I'm currently trying to rebuild locally. I had to: - change requires in rpm.spec from popt-devel to just popt - build rpm package (for x86_64 and i386) - put it in local repository (net-snmp should not need it, I think that is the point, but just in case) - build net-snmp (merged in spec with latest patch from 5.3) with the new rpm in the build environment, x86_64 - but rpm-libs and rpm-devel require libmagic.so.1 in i386, and that seems to not be available in the 5.3 x86_64 standard repository, so install the i386 file from 5.3.i386 in the x86_64 infrastructure repository - rebuild yum - the result installs in a fully updated 5.3 and a f11 root can be created... -- Fernando -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: the end of life for flash player (HTML5)
Ben Boeckel wrote: userbase with extra codec messes. I'm sure IE will just play by itself in the corner and Safari will play Apple's game no matter what happens. /s/by/with/ -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: More mock problems
On 06/08/2009 02:28 PM, Rich Megginson wrote: Ok, that got me further, but I'm still failing. I had to do rpm --force -Uvh net-snmp*.fedorabuilder.x86_64.rpm But I'm stuck on rpm - both yum and rpm install are failing: liblua-5.1.so()(64bit) is needed by rpm-4.6.0-4.0.mitr.1.el5.x86_64 liblua-5.1.so()(64bit) is needed by rpm-build-4.6.0-4.0.mitr.1.el5.x86_64 liblua-5.1.so()(64bit) is needed by rpm-devel-4.6.0-4.0.mitr.1.el5.x86_64 popt-devel is needed by rpm-devel-4.6.0-4.0.mitr.1.el5.x86_64 liblua-5.1.so()(64bit) is needed by rpm-libs-4.6.0-4.0.mitr.1.el5.x86_64 Hmm... The lua package should be available in epel. lftp download.fedora.redhat.com:/pub/epel/5/x86_64 ls lua-5* -rw-rw-r--2 ftp ftp230809 Jun 16 2007 lua-5.1.2-1.el5.i386.rpm -rw-rw-r--1 ftp ftp230063 Jun 16 2007 lua-5.1.2-1.el5.x86_64.rpm -Toshio signature.asc Description: OpenPGP digital signature -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: More mock problems
Toshio Kuratomi wrote: On 06/08/2009 02:28 PM, Rich Megginson wrote: Ok, that got me further, but I'm still failing. I had to do rpm --force -Uvh net-snmp*.fedorabuilder.x86_64.rpm But I'm stuck on rpm - both yum and rpm install are failing: liblua-5.1.so()(64bit) is needed by rpm-4.6.0-4.0.mitr.1.el5.x86_64 liblua-5.1.so()(64bit) is needed by rpm-build-4.6.0-4.0.mitr.1.el5.x86_64 liblua-5.1.so()(64bit) is needed by rpm-devel-4.6.0-4.0.mitr.1.el5.x86_64 popt-devel is needed by rpm-devel-4.6.0-4.0.mitr.1.el5.x86_64 liblua-5.1.so()(64bit) is needed by rpm-libs-4.6.0-4.0.mitr.1.el5.x86_64 Hmm... The lua package should be available in epel. lftp download.fedora.redhat.com:/pub/epel/5/x86_64 ls lua-5* -rw-rw-r--2 ftp ftp230809 Jun 16 2007 lua-5.1.2-1.el5.i386.rpm -rw-rw-r--1 ftp ftp230063 Jun 16 2007 lua-5.1.2-1.el5.x86_64.rpm -Toshio Ah, so it is. Thanks! So now my only hurdle is the missing popt-devel - any ideas? smime.p7s Description: S/MIME Cryptographic Signature -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Announcing Fedora Activity Day - Fedora Development Cycle 2009
On Mon, Jun 8, 2009 at 6:24 PM, Thorsten Leemhuisfed...@leemhuis.info wrote: Not to forget Jesse (as rel-eng lead in a quite important position) and his quest to reduce the number of updates (which he gave up -- see earlier this thread), FTR, he actually said I've all *but* given up on my quest to reduce the number of updates, emphasis is mine. -- Gianluca Sforna http://morefedora.blogspot.com http://www.linkedin.com/in/gianlucasforna -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: the end of life for flash player (HTML5)
On Mon, Jun 8, 2009 at 5:47 PM, Ben Boeckelmaths...@gmail.com wrote: Nokia argued against it for patent worries. Probably worried that if it did get done, some patent troll would come out of the woodwork with some obscure patent and sue all OGG the distributors. If you're going to play the numbers the MPEG codecs have a far worse track record of attracting litigation from trolls. The argument was actually more nuanced than that. It's more along the lines of We're already committed to shipping H.264 and taking whatever surprise litigation risk there exists from that; even if the risk of negative surprises with Ogg/Theora is lower it would still be an addition to the risk we're already assuming, even evaluating the risks of alternatives has a cost to us, so the adoption of anything as a baseline other than what we're already using is not in our interests Which isn't an insane argument, but it does have a simple solution: Sufficient market adoption will justify those costs. It's also positive that the only companies who have taken a clear public position against adopting Ogg/Theora as a baseline are companies whom receive payments for the use of MPEG-LA licensed technology. Those who merely pay to play are still shipping Theora. Apple's biggest complaint was that hardware decoders for Theora were far and few between (despite there being specs for it). Their excuse was that H.264 has hardware implementations in current hardware and handhelds don't have the power to do the decoding in software. This isn't a correct knock in any case: Typical mobile devices (er, like the iphone) implement H.264 using the regular SIMD instruction sets of pretty boring general purpose CPUs or fairly common off the shelf DSPs (I.e. the c64x on TI OMAP). The existing handhelds very much do have the power to decode Theora in software, at least if someone would bother adding neon versions of the assembly optimized parts. (Although even my anaemic openmoko can *decode* Theora in real time with a totally unoptimized implementation; though display has bandwidth problems; most modern handhelds have far more horsepower.) Direct hardware support for non-trivial parts of the decode is something that seems to have been largely abandoned in the late 90s after everyone realized that this stuff changes too fast for economic silicon implementation. When people say hardware support these days usually mean carefully optimized versions for my embedded processor or possibly use of hardware overlay and colorspace conversion which works equally well for Theora. That said, there is a synthesizable VHDL implementation the back half of the the Theora decoder available: http://svn.xiph.org/trunk/theora-fpga/ (most of the rest of the decode process is more easily and effectively done on a general purpose CPU). So it's not even there exists a spec it's there exists a hardware design needing only integration and manufacture. But as I said, generally true hardware implementation isn't done for decoders anymore. Even the $0.10 vorbis player on a chip is just software on a tiny DSP. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: More mock problems
On Mon, 2009-06-08 at 14:50 -0700, Fernando Lopez-Lezcano wrote: On Mon, 2009-06-08 at 11:48 -0700, Fernando Lopez-Lezcano wrote: On Mon, 2009-06-08 at 11:55 -0600, Rich Megginson wrote: Kevin Kofler wrote: Fernando Lopez-Lezcano wrote: On Wed, 2009-04-29 at 00:40 +0200, Kevin Kofler wrote: Neal Becker wrote: rpmdb: Program version 4.7 doesn't match environment version 4.5 You need at least RPM 4.6 on the host systems to build Rawhide packages, that's at least F10 + updates. All the Fedora builders are running a custom build of RPM 4.6 on the EL5 hosts. Is this available anywhere? My build host is EL5 and I'm finding it impossible to build F11 packages there You need these: http://infrastructure.fedoraproject.org/builder-rpms/ and python-hashlib from EPEL. I'm not able to install the packages at builder-rpms I'm running RHEL5 x86_64 1) upgrade to latest RHEL5 - reboot 2) added /etc/yum.repos.d/builder-rpms.repo: [builder-rpms] name=builder-rpms description=New rpm and yum in order to use mock on el5 to build f11 and later packages baseurl=http://infrastructure.fedoraproject.org/builder-rpms/x86_64/ 3) yum upgrade - the only package I was able to successfully upgrade was yum - yum upgrade yum - everything else fails like this: 1:net-snmp-5.3.2.2-5.el5_3.1.x86_64 from installed has depsolving problems -- Missing Dependency: librpmio-4.4.so()(64bit) is needed by package 1:net-snmp-5.3.2.2-5.el5_3.1.x86_64 (installed) 1:net-snmp-5.3.2.2-5.el5_3.1.x86_64 from installed has depsolving problems -- Missing Dependency: librpm-4.4.so()(64bit) is needed by package 1:net-snmp-5.3.2.2-5.el5_3.1.x86_64 (installed) rpm-devel-4.6.0-4.0.mitr.1.el5.x86_64 from builder-rpms has depsolving problems -- Missing Dependency: popt-devel is needed by package rpm-devel-4.6.0-4.0.mitr.1.el5.x86_64 (builder-rpms) Error: Missing Dependency: librpm-4.4.so()(64bit) is needed by package 1:net-snmp-5.3.2.2-5.el5_3.1.x86_64 (installed) Error: Missing Dependency: popt-devel is needed by package rpm-devel-4.6.0-4.0.mitr.1.el5.x86_64 (builder-rpms) Error: Missing Dependency: librpmio-4.4.so()(64bit) is needed by package 1:net-snmp-5.3.2.2-5.el5_3.1.x86_64 (installed) I cannot find popt-devel anywhere in the rhel or epel repos. Do I need to install these rpms manually with rpm rather than with yum? Yup, same here, looks like there's more than just what is in the infrastructure site... I'm currently trying to rebuild locally. I had to: - change requires in rpm.spec from popt-devel to just popt - build rpm package (for x86_64 and i386) - put it in local repository (net-snmp should not need it, I think that is the point, but just in case) - build net-snmp (merged in spec with latest patch from 5.3) with the new rpm in the build environment, x86_64 - but rpm-libs and rpm-devel require libmagic.so.1 in i386, and that seems to not be available in the 5.3 x86_64 standard repository, so install the i386 file from 5.3.i386 in the x86_64 infrastructure repository - rebuild yum - the result installs in a fully updated 5.3 and a f11 root can be created... Nope, sorry, no luck yet. I can use _mach_ to build a f11 chroot but mock is not happy (cannot open Packages index using db3 - No such file or directory). Removing all caches seems to help but I only can build a chroot once. I have tried many times and I'm getting confused. It is an old version of mock, maybe that's the reason. Sigh. -- Fernando -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Reminder: no new Fedora 9 CVS branches
Hi All, As Fedora 11 is released on Tuesday June 9th there will be no new CVS branches allowed for F-9 http://fedoraproject.org/wiki/PackageMaintainers/Policy/EOL lists the policy in effect. This means that F-9 is now in a maintenance only cycle, with EOL fast approaching, the exact EOL date will be set at the FESCo meeting this week. Dennis signature.asc Description: This is a digitally signed message part. ___ Fedora-devel-announce mailing list fedora-devel-annou...@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-announce-- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
OT: why aren't we campaigning against Apple/Nokia's fight against the use of OGG? (was Re: the end of life for flash player (HTML5))
On Mon, 2009-06-08 at 17:30 -0400, Gregory Maxwell wrote: 2009/6/8 Kelly Miller lightsolphoe...@gmail.com: Thanks to Apple, that isn't going to be happening. Apple's pushing for the required default video codec to be the aforementioned nonfree MPEG4/H.264 codec, and they don't seem to care whether it can be shipped by anybody else. Perhaps pedantry but for the sake of accuracy: Some of the patent holders in the MPEG-LA patent pool (Apple and Nokia) pushed hard for there to be no royalty-free baseline recommended in the standard. I'm not aware of anyone, Apple included, pushing for H.264 in the standard since the adoption of an encumbered format as formal formal default is simply a complete non-starter. I'm sick of Apple and Nokia's bullcrap about OGG being encumbered and constantly fighting against it. I think it's a clear sign that OGG is better and the they (Apple particularly) don't want people knowing that they don't have to be locked into Apple's mini-monopoly. So, after having given so much to Apple and Nokia (you can mount a very sound argument that without OSS, Apple would be a backwater stuck with OS9) why aren't we making noise about it being time that Apple and Nokia give a little back. I for one am sick of knowing we enabled them, but in a way that they seem to feel it's fine to lock us out. R. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
[Bug 503662] Review Request: saab-fonts - OTF Saab Punjabi Font
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=503662 Nicolas Mailhot nicolas.mail...@laposte.net changed: What|Removed |Added CC||fedora-fonts-bugs-l...@redh ||at.com, ||fedora-i18n-b...@redhat.com Flag|needinfo?(nicolas.mail...@l | |aposte.net) | --- Comment #9 from Nicolas Mailhot nicolas.mail...@laposte.net 2009-06-08 10:00:30 EDT --- (In reply to comment #8) Can you please check whether it will work or not? 1. Unless saab is derived from lohit punjabi and they have the same look and metrics I'd really not include alias binding=same familyLohit Punjabi/family accept familySaab/family /accept /alias 2. The 90 priority is safe, but very conservative. I'd discuss with the Lohit people and i18n if Saab could not be bumped a little. 3. Please cc the fonts list on fonts review so the right people get cc-ed 4. Please also check you didn't miss any step in http://fedoraproject.org/wiki/Font_package_lifecycle -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Fedora-fonts-bugs-list mailing list Fedora-fonts-bugs-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-fonts-bugs-list
[Bug 503662] Review Request: saab-fonts - OTF Saab Punjabi Font
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=503662 --- Comment #10 from Parag AN(पराग) panem...@gmail.com 2009-06-08 10:24:27 EDT --- thanks Nicolas for your reply. I will check what you have asked above. -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Fedora-fonts-bugs-list mailing list Fedora-fonts-bugs-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-fonts-bugs-list
[Bug 20854] OTF is a font format
http://bugs.freedesktop.org/show_bug.cgi?id=20854 Matthias Clasen mcla...@redhat.com changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|NOTOURBUG | --- Comment #7 from Matthias Clasen mcla...@redhat.com 2009-06-08 08:08:43 PST --- Bastien, we need to add a glob for *.otf to the font mime type too, since the current agreed-on matching algorithm only looks at magic to disambiguate if there is a glob conflict. I tested locally that adding the glob makes otf fonts show up correctly in nautilus. -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Fedora-fonts-bugs-list mailing list Fedora-fonts-bugs-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-fonts-bugs-list
[Issue 43029] support PS-OpenType/OTF/(SFNT with CFF) fonts for PDF export and printing
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=43029 --- Additional comments from xavier_ro...@openoffice.org Mon Jun 8 15:11:22 + 2009 --- Je cherchais justement comment obtenir cette possibilité. Dommage que ce ne soit pas possible. J'ai voté, mais le développement n'étant pas démocratique, ce n'a probablement aucun effet (voir le [url=http://qa.openoffice.org/issues/show_bug.cgi?id=43029]le bug sur l'export PDF des polices OpenType[/url] dont la correction est sans cesse repoussée malgré les 250 votes). - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification ___ Fedora-fonts-bugs-list mailing list Fedora-fonts-bugs-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-fonts-bugs-list
[Bug 480443] [Tracker] Deploy new fonts package naming guidelines
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=480443 John Poelstra poels...@redhat.com changed: What|Removed |Added Keywords||Tracking --- Comment #2 from John Poelstra poels...@redhat.com 2009-06-08 15:23:51 EDT --- Adding 'Tracking' keyword to be excluded from rawhide rebase to Fedora 11 -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Fedora-fonts-bugs-list mailing list Fedora-fonts-bugs-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-fonts-bugs-list
[Bug 485746] (tracker) Hinting of Liberation Fonts.
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=485746 John Poelstra poels...@redhat.com changed: What|Removed |Added Keywords||Tracking --- Comment #1 from John Poelstra poels...@redhat.com 2009-06-08 15:23:52 EDT --- Adding 'Tracking' keyword to be excluded from rawhide rebase to Fedora 11 -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Fedora-fonts-bugs-list mailing list Fedora-fonts-bugs-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-fonts-bugs-list
[Bug 477044] [Tracker] Deploy new font packaging guidelines for Fedora 11
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=477044 John Poelstra poels...@redhat.com changed: What|Removed |Added Keywords||Tracking --- Comment #2 from John Poelstra poels...@redhat.com 2009-06-08 15:23:49 EDT --- Adding 'Tracking' keyword to be excluded from rawhide rebase to Fedora 11 -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Fedora-fonts-bugs-list mailing list Fedora-fonts-bugs-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-fonts-bugs-list
[PATCH] spec: add RHEL to the conditions to enable fancy_debug
Strangely, with fancy_debug disabled, only ppc64 build breaks.
---
kernel.spec |3 +++
1 file changed, 3 insertions(+)
--- a/kernel.spec 2009-06-08 12:32:07.0 -0400
+++ b/kernel.spec 2009-06-08 12:35:34.0 -0400
@@ -490,6 +490,9 @@ BuildConflicts: rhbuildsys(DiskFree) 5
%if 0%{?fedora} = 8
%define fancy_debuginfo 1
%endif
+%if 0%{?rhel}
+%define fancy_debuginfo 1
+%endif
%endif
%if %{fancy_debuginfo}
___
Fedora-kernel-list mailing list
Fedora-kernel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-kernel-list
Re: [PATCH] spec: add RHEL to the conditions to enable fancy_debug
On Mon, Jun 08, 2009 at 02:39:27PM -0400, Aristeu Rozanski wrote:
Strangely, with fancy_debug disabled, only ppc64 build breaks.
How so? Can I see the build output in brew?
Cheers,
Don
---
kernel.spec |3 +++
1 file changed, 3 insertions(+)
--- a/kernel.spec 2009-06-08 12:32:07.0 -0400
+++ b/kernel.spec 2009-06-08 12:35:34.0 -0400
@@ -490,6 +490,9 @@ BuildConflicts: rhbuildsys(DiskFree) 5
%if 0%{?fedora} = 8
%define fancy_debuginfo 1
%endif
+%if 0%{?rhel}
+%define fancy_debuginfo 1
+%endif
%endif
%if %{fancy_debuginfo}
___
Fedora-kernel-list mailing list
Fedora-kernel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-kernel-list
___
Fedora-kernel-list mailing list
Fedora-kernel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-kernel-list
[PATCH] spec: fix hardlink usage with RHEL
Currently, the spec has *fc* hardcoded to the hardlink command. Not sure if
it wouldn't be better just use /usr/src/kernels/*.
---
kernel.spec |7 ++-
1 file changed, 6 insertions(+), 1 deletion(-)
--- spec-diffs.orig/kernel.spec 2009-06-08 12:35:34.0 -0400
+++ spec-diffs/kernel.spec 2009-06-08 14:36:12.0 -0400
@@ -1630,7 +1630,12 @@ if [ $HARDLINK != no -a -x /usr/sbin
then\
(cd /usr/src/kernels/%{KVERREL}%{?1:.%{1}} \
/usr/bin/find . -type f | while read f; do\
- hardlink -c /usr/src/kernels/*.fc*.*/$f $f\
+ if [ -n %{?rhel} ]\
+ then\
+ hardlink -c /usr/src/kernels/*.el*.*/$f $f\
+ else\
+ hardlink -c /usr/src/kernels/*.fc*.*/$f $f\
+ fi\
done)\
fi\
%{nil}
___
Fedora-kernel-list mailing list
Fedora-kernel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-kernel-list
Re: [PATCH] spec: fix hardlink usage with RHEL
On Mon, 2009-06-08 at 14:43 -0400, Aristeu Rozanski wrote:
Currently, the spec has *fc* hardcoded to the hardlink command. Not sure if
it wouldn't be better just use /usr/src/kernels/*.
---
kernel.spec |7 ++-
1 file changed, 6 insertions(+), 1 deletion(-)
--- spec-diffs.orig/kernel.spec 2009-06-08 12:35:34.0 -0400
+++ spec-diffs/kernel.spec2009-06-08 14:36:12.0 -0400
@@ -1630,7 +1630,12 @@ if [ $HARDLINK != no -a -x /usr/sbin
then\
(cd /usr/src/kernels/%{KVERREL}%{?1:.%{1}} \
/usr/bin/find . -type f | while read f; do\
- hardlink -c /usr/src/kernels/*.fc*.*/$f $f\
+ if [ -n %{?rhel} ]\
+ then\
+ hardlink -c /usr/src/kernels/*.el*.*/$f $f\
+ else\
+ hardlink -c /usr/src/kernels/*.fc*.*/$f $f\
+ fi\
done)\
fi\
%{nil}
Could just do %{dist} instead of .fc* and .el* I suspect.
- ajax
___
Fedora-kernel-list mailing list
Fedora-kernel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-kernel-list
Re: [PATCH] spec: fix hardlink usage with RHEL
Could just do %{dist} instead of .fc* and .el* I suspect.
I thought the idea would be mathing other versions too? %{dist} will give
fc11...
--
Aristeu
___
Fedora-kernel-list mailing list
Fedora-kernel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-kernel-list
Tecra A10 - failed to set xfermode (err_mask=0x4)
Hey All, I have been working with a Toshiba Tecra A10 in Fedora 10 and soon to go to Fedora 11. The issue I have been dealing with concerns my DVD drive on boot. When I start Fedora I get the following message 3 times when there is no CD/DVD in the drive: failed to set xfermode (err_mask=0x4) After which the DVD drive is not recognized when I get into Fedora. I was wondering if anyone is having a similar problem or knows of any fixes, I have tried to recompile my kernel with some other options enabled, but this broke more than it fixed. As for Fedora 11, I have tested rawhide on another A10 that is identical to mine and it still gets this error.. Any suggestions? Best, Tait ___ Fedora-laptop-list mailing list Fedora-laptop-list@redhat.com http://www.redhat.com/mailman/listinfo/fedora-laptop-list
Re: Skype under Fedora-10
Kevin Kofler wrote: Veli-Pekka Kestilä wrote: That feature actually is one which is missing from sip, if someone would make opensource voip-solution which would be secure and use p2p as transport we could maybe see real alternative to skype. Truth is that there is a lot of computers which cannot act as a server and no-one will want to host voip server for free (in large scale) so that two of these behind nat computers could talk with eachother. That's what STUN is for. And it really isn't what is needed you will see when reading the spec and thinking of two isp's (companies,schools, etc.) doing large scale nat. But do what you like. Insist that current software does the job and complain how no one is switching away from skype. The thing is that skype works quite reliably because of the agreement that when you use it connections of other people can route through your bandwith. I have managed to call trough it back to Finland in remote places like Urumuqi and being able to talk even surfing web had horrendous latency and speed issues. Granted there was probably some furius person listening it in Beijing who couldn't understand a word because I talked Finnish. (but that is expected when you make phone calls from country with totalitarian goverment) Then with normal sip it would have been even more easy as they can intercept the packets and listen in to the conversation if I could have been able to connect at all. With most probable outcome being that latency of direct Urumuqi - Finland link would have killed the ability to hold meaningfull conversation. That's why you may need 3rd party or 4th party thru which you can get low latency link between two places. -vpk -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: help: fedora installation to USB external hard disk
Follow Below link those are struggling to install Fedora Core on USB Hard disk. I have found this is the simplest way to install Fedora Core on external USB hard disk and working very fine for me. http://galder.zamarreno.com/?p=244 Thanks for all support :-) -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: Skype under Fedora-10
Tim wrote: On Sun, 2009-06-07 at 18:05 +0300, Veli-Pekka Kestilä wrote: That feature actually is one which is missing from sip, if someone would make opensource voip-solution which would be secure and use p2p as transport we could maybe see real alternative to skype. Truth is that there is a lot of computers which cannot act as a server and no-one will want to host voip server for free (in large scale) so that two of these behind nat computers could talk with eachother. They don't have to do that. The only peer-to-peer thing really necessary is the two sides of the conversation. You don't need to have a mass of peer-to-peer strangers connected together, this isn't file sharing. It's needed for cases of both ends having nat-connections. You can try other possibilities like STUN which Kevin mentioned, and I remember reading Skype trying it first before resolting the use of 3rd party routing of call. But sometimes STUN just doesn't work and some firewall operators actively fight against it. There could quite easily be a simple server installed on ISPs, like they (nearly) all have mail servers, that simply managed the locating of their users online (status and IP), then the clients direct connect together. i.e. The server has a very small, comparatively speaking, workload. There's no need for there to be abusing individuals as a server for all and sundry. And it'd be far better for everyone if ISPs ran a few more servers, like VOIP and instant messaging, which weren't client dependent. As a partial owner of ISP i can tell you that if somone isn't paying for that server it's not going to happen. For us it would only mean one new server, but with bigger operators it could easily mean couple of them in some kind of cluster and atleast one or two guys keeping it running. Of course then would come goverment demanding for surveilance access. But as an idea it's nice and would make sense if there was way to make it for free to ISP's. In here it would be because of small margins from fierce competition and what I read in other parts of the world ISP's who have monopolies for their area probably don't want to offer anything which would eat into their profits. -vpk -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: config network-manager
2009/6/5 Mikkel L. Ellertson mik...@infinity-ltd.com: Frank Cox wrote: On Fri, 05 Jun 2009 17:22:31 +0200 François Patte wrote: Thanks. I have seen this. But everytime I reboot the system, wired and wireless connection are ticked and everytime nm chooses to connect trough wireless Is there somewhere a config file where I can tell nm that the default connection is the wired one. I did this on my main laptop a while back but I can't remember exactly what I did. It may have have something to do with removing the word auto in the description. My intention was to be able to connect manually to either one of my two WAP's, without the machine making the choice for me. I know that it was pretty straight-forward to do but again, I can't remember exactly what I did. But it can be done. Things must have changed, or something. I know the default was to use the wired connection, if the link was up, and change to the wireless connection if it was not. It is probably still a configuration option. (I am not on my laptop, so I can not check it.) Please check your /etc/sysconfig/network-scripts/ifcfg-ethX (where X is your wireless card) and look for ONBOOT=yes. If that is present, then you likely get automatic connected to the WLAN. Change it to no and you are able to active wifi only if you wish by choosing the the preferred wifi network at the NM icon. Please also check if you wired connection is also set to onboot=yes, if not, no interface get started unless you active it manual. -- Regards, Niels Mike -- No trees were killed in the sending of this message. However a large number of electrons were terribly inconvenienced. -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: Skype under Fedora-10
Tim: There's no need for there to be abusing individuals as a server for all and sundry. And it'd be far better for everyone if ISPs ran a few more servers, like VOIP and instant messaging, which weren't client dependent. Veli-Pekka Kestilä: As a partial owner of ISP i can tell you that if somone isn't paying for that server it's not going to happen. They're called customers... ISPs will buy expensive server software, if they see that it's the easiest solution for them. Or they'll buy cheap, or get free, if they're prepared to do more of the work, themselves. This is no different than running mail, news, and web servers. Customers expect mail and web pages from most ISPs, at the very least. One day VOIP will be one of the attractors to choosing one ISP over another. -- [...@localhost ~]$ uname -r 2.6.27.24-78.2.53.fc9.i686 Don't send private replies to my address, the mailbox is ignored. I read messages from the public lists. -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: Gnome keyring password prompt on login
Around about 02/06/09 16:28, Todd Zullinger typed ... I'll bet on the laptop, you've got a login.keyring and on the desktop, you've got a default.keyring in ~/.gnome2/keyrings. I'll check that. I do recall that I had some issue a short while back on the laptop that it somehow stuffed the keyring it had been using, and either wouldn't unlock it or kept complaining that there wasn't a default. I think I manually deleted what was there and created what it was asking for (default, I think). I'll also play with having the password the same as my login, although I think I'd rather it were diff.; I wasn't worried about having to type the password when logging into the laptop, more that I *wasn't* having to on one and was on the other. Although if I'm going to be habitually typing it straight after I've typed my main password, maybe there's not much point. It's only got wifi jobbies in there ATM anyway. -- [n...@fnx ~]# rm -f .signature [n...@fnx ~]# ls -l .signature ls: .signature: No such file or directory [n...@fnx ~]# exit -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: Skype under Fedora-10
On Monday 08 June 2009 10:22:39 Tim wrote: Veli-Pekka Kestilä: As a partial owner of ISP i can tell you that if somone isn't paying for that server it's not going to happen. They're called customers... ISPs will buy expensive server software, if they see that it's the easiest solution for them. Or they'll buy cheap, or get free, if they're prepared to do more of the work, themselves. This is no different than running mail, news, and web servers. Customers expect mail and web pages from most ISPs, at the very least. One day VOIP will be one of the attractors to choosing one ISP over another. I chose my ISP on quality of service, knowing that they are not cheap. In a recent survey they scored high marks on all counts, but in the summary were marked way down. Reason? They said that they are too expensive. I agree that VOIP will be one attractor, but I'm not so sure that people will be willing to pay extra to get it. It seems that most people want everything for nothing, or as near to it as they can get. Anne -- New to KDE4? - get help from http://userbase.kde.org Just found a cool new feature? Add it to UserBase signature.asc Description: This is a digitally signed message part. -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Howto setup of a directory server
Dear All, I am planning to setup a server with following features : 1. Authenticate Unix and Windows users from an LDAP server (Fedora Directory Server) 2. Map dedicated network drive for all the users under their username using SAMBA. 3. Enable roaming profile 4. Control hardware of client m/cs 5. Authenticate LDAP for Squid proxy server also. 6. Local mail server which fetch mails from main server (external) for defined users and make available on LAN. Can anybody suggest me which combination packages is best for the required setup and the best howto to setup the same. regards regards -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: sendmail delivery to local maildir?
Hi, thanks for the advice. It nearly worked. After making /var/spool/mail/choeger a dir (and setting group to mail, at least my old mbox was set to that group), procmail seems to store the messages in maildir format. But it does so by putting them directly under /var/spool/mail/choeger so I can only read them after moving them to cur manually. Is that my fault? signature.asc Description: Dies ist ein digital signierter Nachrichtenteil -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Some questions about networking
1.Why most of the addresses in class A are wasted? 2.How the block of class C addresses are calculated? -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: Some questions about networking
2009/6/8 gmspro gms...@yahoo.com: 1.Why most of the addresses in class A are wasted? 2.How the block of class C addresses are calculated? Your questions make no sense. You will need to expand on them. -- Sam -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Fixing heading sequences in oowriter 3
Hi folks, I have a document that I have been working on for a long time now, and I have a problem with the headings in it. I used Heading 1 through to Heading 4, and as I've written the document all seemed fine. However, when I now go back and add another section (heading 4 followed by Text body), I get either one of two problems. 1) the heading seems to be more indented, and started from sequence 1 again or 2) stays on the correct indentation, but not with the right sequence. This happened even more if for example I add a section into the middle of a number of existing heading 4 sections. My questions are, 1) how do I make it so that oowriter inserts the new header 4 correctly 2) How do I make oowriter re-sequence the ones that are already written -- Gary Stainburn This email does not contain private or confidential material as it may be snooped on by interested government parties for unknown and undisclosed purposes - Regulation of Investigatory Powers Act, 2000 -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
How and when do updates of apps get into repos?
Hi all, A question that has scratched at my grey cell for a time. There are apps in repos there are more recent versions on their home pages or in Source Forge - how and when do the updated versions get incorporated into the repos? And the other side of the same question If I install/build/compile or whatever one of these updated versions into my F10, will yum co be able to keep tabs on it or must I keep a running watch on the page I got it from? And if I find an RPM on a non-Fedora site, what are likely/possible side-effect consequences of installing it?? Thanks Dave -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: Some questions about networking
gmspro wrote: 1.Why most of the addresses in class A are wasted? 2.How the block of class C addresses are calculated? Hello, Hope this helps in your understanding: httphttp://computer.howstuffworks.com/question549.htm://computer.howstuffworks.com/question549.htm Phil -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: How and when do updates of apps get into repos?
On Mon, 08 Jun 2009 13:52:43 +0200, DB wrote: Hi all, A question that has scratched at my grey cell for a time. There are apps in repos there are more recent versions on their home pages or in Source Forge - how and when do the updated versions get incorporated into the repos? When the Fedora package maintainers publish updated packages. And the other side of the same question If I install/build/compile or whatever one of these updated versions into my F10, will yum co be able to keep tabs on it or must I keep a running watch on the page I got it from? yum co only care about packages found in the local RPM database and in the enabled repositories. If you install a self-built program without using RPM packages, yum co don't know about it. And if I find an RPM on a non-Fedora site, what are likely/possible side-effect consequences of installing it?? Depends on who packaged it and whether the same software is included with Fedora. One could fill a chapter of a book with stuff about sloppy packaging, conflicts, incompatibilities, version races, regression, security issues (such as unfixed vulnerabilities or compromised packages), problems after a dist-upgrade. -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: How and when do updates of apps get into repos?
On Mon, 2009-06-08 at 13:52 +0200, DB wrote: Hi all, A question that has scratched at my grey cell for a time. There are apps in repos there are more recent versions on their home pages or in Source Forge - how and when do the updated versions get incorporated into the repos? Once the package maintainer(s) find out there is a new version, build it and test it in updates-testing. If you want a package updated you can file a bug in bugzilla or contact the maintainer via email (you can get their addresses by rpm -q --changelog package). And the other side of the same question If I install/build/compile or whatever one of these updated versions into my F10, will yum co be able to keep tabs on it or must I keep a running watch on the page I got it from? If you use the Fedora spec file and update its version, it's likely that things will go nicely. If you install from source (./compile, make make install) things will get messy, as there's nothing to keep track of what's installed on your system. And if I find an RPM on a non-Fedora site, what are likely/possible side-effect consequences of installing it?? Short answer: don't do it. A badly created RPM can botch your system. -- Jussi Lehtola Fedora Project Contributor jussileht...@fedoraproject.org -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: Some questions about networking
gmspro wrote: 1.Why most of the addresses in class A are wasted? 2.How the block of class C addresses are calculated? Sorry, Copy and paste problem. Should read: http://computer.howstuffworks.com/question549.htm://computer.howstuffworks.com/question549.htm Phil -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Problem using file /etc/ethers
Greetings to anyone, i'm trying to reach a NAS that autoconfigure its IP address with DHCP, I can't foresee the address because I'm not the dhcp server administrator, so I put in /etc/ethers: 00:d0:4b:87:4a:ac 192.168.0.111 192.168.0.111 (is a random address in the same subnet of my pc) My IP address is 192.168.0.5 but running ping 192.168.0.111 all the packet are dropped smbclient -L 192.168.0.111 return with Connection failed (Error NT_STATUS_HOST_UNREACHABLE) Doing strace ping 192.168.0.111 i can see that /etc/ethers is not read by ping In /etc/nsswitch.conf there is the line about ethers and is set as ethers:files Is /etc/ethers deprecated and no program read it? Thank you in advance for your help, regards, Fau -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
F10: grub won't boot, beeps instead
Hi all, This afternoon I went to reboot my F10 system, and after the usual BIOS initializations, it now hangs when it should boot Grub; GRUB is displayed and the system just starts beeping incessantly. I dug out the F9 rescue disk, and it was able to mount the system normally under /mnt/sysinstall, so there should be no problem with my file systems. Poking around /boot/grub, Menu.lst was last updated on 29 May, probably the date I installed the latest kernel (I hadn't rebooted after doing that). To my untrained eye, menu.lst looks OK. At this point, I'd welcome suggestions on how to proceed further. FWIW: boot = /dev/sdc1 root = /dev/sdc2 usr = /dev/sdc3 home = /dev/sdc6 Thanks - Colin Brace Amsterdam http://lim.nl -- View this message in context: http://www.nabble.com/F10%3A-grub-won%27t-boot%2C-beeps-instead-tp23923898p23923898.html Sent from the Fedora List mailing list archive at Nabble.com. -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: EeePC - Fedora or Ubuntu?
Tim wrote: Yes, I know that. But the dependencies are being made at too high a level. It's the same as things depending on the whole of Firefox, rather than the gecko engine, because they want some small aspect of it. That's because Firefox was never designed to be a library, but got used as such (due to lack of alternatives; there was KHTML, but GTK+ apps couldn't really use it, WebKitGtk got available only much later). Only recently, they made xulrunner, which at least somewhat resembles a library (but it was too late for some apps which already decided to switch to WebKit). Kevin Kofler -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: Howto setup of a directory server
On Mon, 8 Jun 2009 16:18:38 +0530 Arun Shrimali arun.r...@gmail.com wrote: Dear All, I am planning to setup a server with following features : 1. Authenticate Unix and Windows users from an LDAP server (Fedora Directory Server) Install the fedora-ds* packages 2. Map dedicated network drive for all the users under their username using SAMBA. 3. Enable roaming profile This job is one for Samba (samba, samba-common) 4. Control hardware of client m/cs No idea what you mean here. 5. Authenticate LDAP for Squid proxy server also. It's been a while since I used Squid but it should have an LDAP authentication helper 6. Local mail server which fetch mails from main server (external) for defined users and make available on LAN. Fetchmail and Sendmail (or Postfix) are well suited to this task Can anybody suggest me which combination packages is best for the required setup and the best howto to setup the same. I've suggested the appropriate packages, the setup is entirely dependent on your local environment. The SAMBA, Squid and Fedora Directory Server documentation should see you most of the way there regards regards Michael -- Michael Fleming mflem...@thatfleminggent.com - (EMail/XMPP/Jabber) WWW: http://www.thatfleminggent.com Fedora / Red Hat Packages: http://www.thatfleminggent.com/rpm-packages Twitter / Identi.ca: @thatfleminggent -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: F10: grub won't boot, beeps instead
Colin Brace wrote: Hi all, This afternoon I went to reboot my F10 system, and after the usual BIOS initializations, it now hangs when it should boot Grub; GRUB is displayed and the system just starts beeping incessantly. I dug out the F9 rescue disk, and it was able to mount the system normally under /mnt/sysinstall, so there should be no problem with my file systems. Poking around /boot/grub, Menu.lst was last updated on 29 May, probably the date I installed the latest kernel (I hadn't rebooted after doing that). To my untrained eye, menu.lst looks OK. At this point, I'd welcome suggestions on how to proceed further. It sounds like you are going to have to re-install Grub. I can not check it right now, but I thought there was an option to do that when you booted in the rescue mode. If not, you can chroot /mnt/sysinstall and run grub-install. Mikkel -- Do not meddle in the affairs of dragons, for thou art crunchy and taste good with Ketchup! signature.asc Description: OpenPGP digital signature -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: Running 2.6.27 on F11 instead of 2.6.29
On Sun, Jun 07, 2009 at 09:41:34 -0700, Suvayu Ali fatkasuvayu+li...@gmail.com wrote: Hello, I wanted to check with you whether this is feasible before I attempted it. I use a ATI HD4870 so I _need_ the proprietary drivers for a working GUI. However they don't support 2.6.29 yet. So I was advised on the RPMFusion list, that if I really wanted to upgrade to F11, I install F11 downgrade the kernel to 2.6.27 and use akmod. I had some concerns about the use of stronger hashes[1] in F11, but I was told they are backwards compatible. So my question is, would installing F11 and using the F10 kernel rpms to downgrade the kernel to 2.6.27 to use proprietary drivers from RPMFusion along with akmod be good idea? Some of the graphics stuff has minimum kernel levels. In particular with all of the KMS work going on there is a good chance it won't be easy to make this work. If 2D accelleration is good enough you should get that right now with the open source drivers. -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: Managing .rpmnew files?
On 05/06/09 15:56, Michael Rohan wrote: Is there a standard way to manage the .rpmnew files created on yum update? It would seem the updates should be merged into the locally modified files when appropriate My suggestion is to yum install meld, then meld /etc/something.rpmnew /etc/something This way you can see any notes that might be in the rpmnew file about how to set new parameters, etc, and graphically pull those new elements into your existing config file. DaveT. -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: Running 2.6.27 on F11 instead of 2.6.29
2009/6/8 Bruno Wolff III br...@wolff.to: On Sun, Jun 07, 2009 at 09:41:34 -0700, Suvayu Ali fatkasuvayu+li...@gmail.com wrote: Hello, I wanted to check with you whether this is feasible before I attempted it. I use a ATI HD4870 so I _need_ the proprietary drivers for a working GUI. However they don't support 2.6.29 yet. So I was advised on the RPMFusion list, that if I really wanted to upgrade to F11, I install F11 downgrade the kernel to 2.6.27 and use akmod. I had some concerns about the use of stronger hashes[1] in F11, but I was told they are backwards compatible. So my question is, would installing F11 and using the F10 kernel rpms to downgrade the kernel to 2.6.27 to use proprietary drivers from RPMFusion along with akmod be good idea? Some of the graphics stuff has minimum kernel levels. In particular with all of the KMS work going on there is a good chance it won't be easy to make this work. If 2D accelleration is good enough you should get that right now with the open source drivers. 2D acceleration is good enough for me. I don't even run compiz. But the open source drivers can't even boot to runlevel 5 for my hardware, let alone a working desktop. I had to do a text install to get F10 on this box. I got a working gui only after I got the fglrx stuff from RPMFusion installed from runlevel 3. However I have to admit the last time I tried the open source drivers was early this year (around February-March). Have they changed enough to warrant another try? -- Suvayu Open source is the future. It sets us free. -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: Running 2.6.27 on F11 instead of 2.6.29
2009/6/8 suvayu ali fatkasuvayu+li...@gmail.com: 2D acceleration is good enough for me. I don't even run compiz. But the open source drivers can't even boot to runlevel 5 for my hardware, let alone a working desktop. I had to do a text install to get F10 on this box. I got a working gui only after I got the fglrx stuff from RPMFusion installed from runlevel 3. However I have to admit the last time I tried the open source drivers was early this year (around February-March). Have they changed enough to warrant another try? The radeon driver has seen a lot of improvements in the past monhs. I'd recommend trying at least with a F11 livecd (they are installable, too). You graphics hardware is at least supposed to be supported by the radeon driver, as the other R700 generation cards are. My RadeonHD 3650 works fine in Fedora 11. -- Joonas Sarajärvi mue...@gmail.com -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: How and when do updates of apps get into repos?
Jussi Lehtola wrote: Short answer: don't do it. A badly created RPM can botch your system. Yes, and upstream RPMs tend to be badly-created. Some hints to recognize quickdirty RPMs: * they try to support every RPM-based distribution under the sun (with the same binary RPM), * they are not provided in any sort of repository, * they are not signed, * installing them fires up some interactive installation wizard (but if you only notice it at that point, you may already have gotten yourself into a mess), * there's no SRPM, the RPM is built directly from a tarball containing a specfile, * the specfile is autogenerated, either entirely or from some .spec.in file. The more of these are true, the scarier the packaging is! Kevin Kofler -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: F10: grub won't boot, beeps instead
Mikkel L. Ellertson wrote: It sounds like you are going to have to re-install Grub. I can not check it right now, but I thought there was an option to do that when you booted in the rescue mode. If not, you can chroot /mnt/sysinstall and run grub-install. OK, I ran grub-install on /dev/sdc; it seems to run without problem, and the device.map it generates appears correct: (hd0) = /dev/sdc1 But grub still won't boot. :( - Colin Brace Amsterdam http://lim.nl -- View this message in context: http://www.nabble.com/F10%3A-grub-won%27t-boot%2C-beeps-instead-tp23923898p23924984.html Sent from the Fedora List mailing list archive at Nabble.com. -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: Some questions about networking
Sharpe, Sam J wrote: 2009/6/8 gmspro gms...@yahoo.com: 1.Why most of the addresses in class A are wasted? 2.How the block of class C addresses are calculated? Your questions make no sense. You will need to expand on them. These sound like homework questions the OP's asking us to answer to avoid doing the research. Kevin Kofler -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Downgrading hplip?
Just curious: Anyone know if it is possible to downgrade the newest version of hplip that will be in fedora 11 to the old version from fedora 10? Looks like the new version has lost the ability to set the media tray correctly :-(. https://answers.launchpad.net/hplip/+question/63943 Just wondering if lots of things depend on hplip or if it is pretty much stand alone and could be replaced without also involving all of cups and sane, etc? (I suppose I'll find out when I try, but just wonder if it is worth trying). -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Presto causing yum troubles?
Hi, Whenever I try to install some new packages, I get messages like: http://mirrors.nl.eu.kernel.org/fedora/releases/11/Everything/i386/os/repodata/869118a068c1b1c8b17e69282e562c4642f63a6e5041b6670e2141cf740aced7-prestodelta.xml.gz: [Errno 14] HTTP Error 403: Forbidden Any idea what could be the reason? Thank you in advance, lg Clemens -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: Fedoraproject certificate bad??
On Sun, 07 Jun 2009 16:31:16 -0400, Todd Zullinger wrote: https://fedoraproject.com/wiki/SIGs/FedoraMini Sure enough, that fixes it. Thanks! I *thought* it was odd to see a .com there; but I don't remember where I got it -- Beartooth Staffwright, PhD, Neo-Redneck Linux Convert Remember I know precious little of what I am talking about. -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: Downgrading hplip?
On Mon, 2009-06-08 at 10:29 -0400, Tom Horsley wrote: Just curious: Anyone know if it is possible to downgrade the newest version of hplip that will be in fedora 11 to the old version from fedora 10? Looks like the new version has lost the ability to set the media tray correctly :-(. https://answers.launchpad.net/hplip/+question/63943 Just wondering if lots of things depend on hplip or if it is pretty much stand alone and could be replaced without also involving all of cups and sane, etc? (I suppose I'll find out when I try, but just wonder if it is worth trying). Should work to do that without problems. However, it would be really useful if you could file a bug against Fedora for tracking it, otherwise it will never appear on my radar for fixing. Tim. */ signature.asc Description: This is a digitally signed message part -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: Downgrading hplip?
Tom Horsley wrote: Just curious: Anyone know if it is possible to downgrade the newest version of hplip that will be in fedora 11 to the old version from fedora 10? Looks like the new version has lost the ability to set the media tray correctly :-(. https://answers.launchpad.net/hplip/+question/63943 Just wondering if lots of things depend on hplip or if it is pretty much stand alone and could be replaced without also involving all of cups and sane, etc? (I suppose I'll find out when I try, but just wonder if it is worth trying). it depends on some stuff, which is dependent on other stuff. How I managed was Install F10, yum.conf exclude=hplip\* And then upgraded with yum --skip-broken, following the yum upgrade faq. The is a bug on bugzilla.redhat.com and launchpad. https://bugzilla.redhat.com/show_bug.cgi?id=495672 and I saw you added to launchpad. Frank -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: F10: grub won't boot, beeps instead
Colin Brace wrote: Mikkel L. Ellertson wrote: It sounds like you are going to have to re-install Grub. I can not check it right now, but I thought there was an option to do that when you booted in the rescue mode. If not, you can chroot /mnt/sysinstall and run grub-install. OK, I ran grub-install on /dev/sdc; it seems to run without problem, and the device.map it generates appears correct: (hd0) = /dev/sdc1 But grub still won't boot. :( Dumb question - is one partition marked as bootable? Preferably the /boot partition. Mikkel -- Do not meddle in the affairs of dragons, for thou art crunchy and taste good with Ketchup! signature.asc Description: OpenPGP digital signature -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: F10: grub won't boot, beeps instead
Colin Brace wrote: Mikkel L. Ellertson wrote: It sounds like you are going to have to re-install Grub. I can not check it right now, but I thought there was an option to do that when you booted in the rescue mode. If not, you can chroot /mnt/sysinstall and run grub-install. OK, I ran grub-install on /dev/sdc; it seems to run without problem, and the device.map it generates appears correct: (hd0) = /dev/sdc1 But grub still won't boot. :( Oops - are you booting to /dev/sdc, or to another drive? (Check your BIOS settings.) I need to wake up more and think about this... Mike -- I have always wished that my computer would be as easy to use as my telephone. My wish has come true. I no longer know how to use my telephone. -Bjorne Stroustrup, computer science professor, designer of C++ programming language (1950- ) signature.asc Description: OpenPGP digital signature -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: Presto causing yum troubles?
Clemens Eisserer wrote: Hi, Whenever I try to install some new packages, I get messages like: http://mirrors.nl.eu.kernel.org/fedora/releases/11/Everything/i386/os/repodata/869118a068c1b1c8b17e69282e562c4642f63a6e5041b6670e2141cf740aced7-prestodelta.xml.gz: [Errno 14] HTTP Error 403: Forbidden Any idea what could be the reason? Thank you in advance, lg Clemens Yes: https://www.redhat.com/archives/fedora-devel-list/2009-June/msg00437.html Disable fedora.repo for a few days. Frank -- msn: frankly3d skype: frankly3d Mailing-List Reply to: Mailing-List Still Learning, Unicode where possible -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: Downgrading hplip?
On Mon, 08 Jun 2009 15:38:44 +0100 Tim Waugh wrote: However, it would be really useful if you could file a bug against Fedora for tracking it, otherwise it will never appear on my radar for fixing. Yea, I was gonna do that if the problem shows up in the real fedora 11 release tomorrow (or just add to the existing bug 495672 which does look like the same issue). Assuming the release really happens tomorrow :-). -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: Presto causing yum troubles?
On Mon, 8 Jun 2009 10:33:59 -0400, Clemens wrote: Hi, Whenever I try to install some new packages, I get messages like: http://mirrors.nl.eu.kernel.org/fedora/releases/11/Everything/i386/os/repodata/869118a068c1b1c8b17e69282e562c4642f63a6e5041b6670e2141cf740aced7-prestodelta.xml.gz: [Errno 14] HTTP Error 403: Forbidden Any idea what could be the reason? Find out with your favourite web browser. There is no 11 directory on that mirror. Fedora 11 has not been released yet. And those mirrors that already sync the 11 release files don't have it opened up for public consumption. The updates and update-testing repositories for Fedora 11 are a different matter. -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: Downgrading hplip?
On Mon, 2009-06-08 at 10:52 -0400, Tom Horsley wrote: Yea, I was gonna do that if the problem shows up in the real fedora 11 release tomorrow (or just add to the existing bug 495672 which does look like the same issue). Assuming the release really happens tomorrow :-). OK, yes, that does look like the same problem. Thanks for pointing me to it. Tim. */ signature.asc Description: This is a digitally signed message part -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Wireless networking - should I install Ralink driver?
Hi all I am running Fedora 10 - 2.6.27.24-170.2.68.fc10.i686. I have installed a D-Link DWA-510 Wireless NIC. 'lspci -nn' shows it as 'RaLink RT2561/RT61 rev B 802.11g [1814:0302]'. After reading the Quick Howto in Linux Wireless Networking, I set up the card by typing the appropriate values in /etc/sysconfig/networking/devices/ - ifcfg-wlan0 and keys-wlan0. I have not installed any additional drivers. Basically it works. To begin with it dropped the connection from time to time, but then I experimented with channels and ended up setting everything to Channel 11. That seems to have fixed that problem. Now my only problem is that, on startup, the card does not always initialise first time. It appears to bring up wlan0 successfully, and it appears to start wpa_supplicant successfully. However, the next step is to mount an NFS share. Sometimes it works first time, but usually it sits there for a while and then fails. If I then check iwconfig, it shows no Access Points, and 0 for Link Quality. I then run 'service network restart' and 'service wpa_supplicant restart' a couple of times, and it usually comes up on the second or third attempt. The Fedora box is about 10 feet from the Access Point. I have a couple of Windows laptops further away which connect with no problems. My next step was going to be to install the Ralink driver downloaded from their site, but I thought I would check here first to see if there are any other suggestions. TIA Frank Millman -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: F10: grub won't boot, beeps instead
On Mon, 08 Jun 2009 06:16:48 -0700, Colin Brace wrote: [...] At this point, I'd welcome suggestions on how to proceed further. Try Super Grub Disk. One place you can get it is http://prdownload.berlios.de/supergrub/super_grub_disk_0.9797.iso.bz2 -- Beartooth Staffwright, PhD, Neo-Redneck Linux Convert Remember I know precious little of what I am talking about. -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: Wireless networking - should I install Ralink driver?
Frank Millman wrote: My next step was going to be to install the Ralink driver downloaded from their site, but I thought I would check here first to see if there are any other suggestions. The driver from the Ralink site is legacy, I'm not even sure they still update it at all, given that the rewritten driver from the rt2x00 project (which is what you're getting by default) is now in the kernel itself. Kevin Kofler -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
