Re: Policy on removing %changelog entries?
On Thu, 2009-08-27 at 13:21 -0400, Jeff Garzik wrote: What is the policy regarding deletion of individual entries in the middle of %changelog? A developer added a %changelog entry to each of my cloud daemons' packages, on the main fedora-cvs devel branch of each. Then, a day or so later, after other %changelog entries had been added by me... the same developer removed one %changelog entry from the middle of %changelog, and added another entry at the top. I thought the policy was to never delete %changelog entries, ever? I've explained that the reason for removing that entry was that the package for which the changelog entry I've added first was never on the rawhide dist tag in koji. And as it was necessary to do another rebuild so the entry could be seen as duplicate I've removed that previous entry. However I understand that you don't want that to happen again so I won't do it again. -- Tomas Mraz No matter how far down the wrong road you've gone, turn back. Turkish proverb -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: cpqarrayd for fedora 11 and 12
On 27/08/09 16:08, Peter Jones wrote: On 08/27/2009 06:02 AM, Howard Wilkinson wrote: I have had to patch the code for cpqarrayd to get it working under Fedora 11. It was failing with a stack smashing exception. I have fixed this by replacing stack structures with dynamic allocation. Where should I send the patch ... the last development on this was in 2007 so it is probably not being maintained, although I will try to contact the author. Congrats, you get to be maintainer (and possibly the only remaining user) of cpqarrayd. Is it really true that nobody else uses cpqarrayd? If so what do people use to monitor the HP/Compaq hardware in the Proliant range of servers? If I had found one I would use an SNMP plugin and monitor via SNMP, but not tracked one down yet! My 'fix' is just removing the 'cause' of the stack smash, it does not change any function hence maintaining this is not something I am (yet) qualified to do. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: dhclient and dhcp update require restart?
On Thu, Aug 27, 2009 at 22:54, Matthew Woehlkemw_tr...@users.sourceforge.net wrote: Dariusz J. Garbowski wrote: Hi, something that bothers me a bit... More and more system restart requests with each update (even if one doesn't use the package at the time). This is a real shame. One of the selling points of Linux is that you *don't* need to reboot for every little upgrade (unlike a certain other OS I shan't name). I also have the feeling that the reboot messages are getting a little bit out of hand recently. This might be because of the stickiness of these flag, but it also might be used more now than before. Except of kernel updates none of these should really be necessary. Is there any way to get some statistics out of the update system how many package updates require a reboot per day ? Christof -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: ktorrent adds kdm - Re: Orphaning packages
On Thursday 27 August 2009 18:34:38 Michael Schwendt wrote: On Thu, 27 Aug 2009 12:14:43 -0400, Ben wrote: [KDE X session file] So your issue is that kdebase-workspace puts it there, but it's not complete, so it shouldn't? Well, in case installing ktorrent shall drag in the packages for a complete KDE desktop, the current dependencies are incomplete. Some packages are missing. Alternatively, ktorrent shall drag in only what's really needed. Would be tons better for the Install KDE app on GNOME desktop scenario. That's what we are fighting on the other side of barricade - sometimes Gnome stuff brings so many strange dependencies. There's only one solution - report bug, defend it with arguments, it's not only about splitting but provides, etc... But sometimes status quo wins ;-) Jaroslav -- Jaroslav Řezník jrez...@redhat.com Associate Software Engineer - Base Operating Systems Brno Office: +420 532 294 275 Mobile: +420 731 455 332 Red Hat, Inc. http://cz.redhat.com/ -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: gwenview - Re: Orphaning packages
On Thursday 27 August 2009 19:54:19 Pavel Alexeev (aka Pahan-Hubbitus) wrote: 25.08.2009 02:07, Kevin Kofler wrote: Rahul Sundaram wrote: A quick way to actually check for such dependencies is to switch to another desktop environment, say Xfce, remove all the KDE packages and install one of the KDE apps. It usually reveals dependencies which are rather silly. I have seen kde-settings, background packages and kdebase pull in odd dependencies on occasions. k3b, ktorrent, scribus et all are often used outside KDE. It's not like those dependencies bite. ;-) HDD space is cheap. This is incorrect question setup. HDD space not always cheap. This may be very expensive, f.e. on embedded systems, on USB-stick, Live-CD images... Additionally it additional bandwidth on updates, which cost often is more significant. But at end, main point for me what it is incorrect. This is very monolithic, small user chose to manipulation, big and, as showed before, often produce additional errors (dependency and others). So, I do not call fanatic split all what we can find, but if we can reasonably (ok, I do not want question and define it as at least anything see in that sense) provide program separately - why you argue with that? Hi Pavel, as Kevin has already pointed out - we already did some splits, we discuss it on our meeting, counting pros and cons. If you find something to be split, feel free to report the bug, join our meeting, defend it. With good arguments we can do it. But sometimes even one good reason is not enough to do it and there could be another reason why we shouldn't do it. Jaroslav At and, we see there discussion about big packages, and some arguments why it is not problem. But what main arguments to do NOT split some thus packages on few? -- Jaroslav Řezník jrez...@redhat.com Associate Software Engineer - Base Operating Systems Brno Office: +420 532 294 275 Mobile: +420 731 455 332 Red Hat, Inc. http://cz.redhat.com/ -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: PolicyKit 0.9 is going away
On Thursday 27 August 2009 18:45:44 Matthias Clasen wrote: On Thu, 2009-08-27 at 17:35 +0200, Kevin Kofler wrote: Jaroslav Reznik wrote: PolicyKit-KDE is now integral part of kdebase-workspace, it is a KDE 4.3 feature, we should disable it for now (untill we have new ported version). Same problem is with PolicyKit-Qt as my quick port breaks API. I'd like to prepare new PolicyKit-Qt, more powerful that actually matches PolicyKit Authority DBUS interface. It's quite a bad timing with switching to new PolicyKit. I'm not sure I'll have releasable version in time of beta, I'll try it but there's still question with API compatibility for KDE 4.3. There are no KDE apps utilizing PK-Qt now so I think it's not problem to do not ship it now. What do you think? System Settings uses it (well, 1 or 2 modules do). And PolicyKit integration is advertised as a KDE 4.3 feature by upstream and even our feature page. So I think just dropping it is not an option. I'd be willing to maintain PolicyKit 0.9 packages (as compatibility packages (though renaming should not be needed as they already have distinct names), to be used by KDE) for F12. It is my understanding that those will not conflict with PolicyKit 1 and can coexist just fine, if that's not the case, please correct me. So please don't obsolete PolicyKit 0.9! I have been able to port some 10-12 PolicyKit users from 0.9 to 0.90 in a matter of a few days. The KDE sig should really be able to get this port done. We really don't want to ship multiple authorization databases, that way lies confusion and madness. I have initial port - it really took two days. It's not finished as I'm not sure about shipping such big change in KDE, practically our own fork of PolicyKitQt library. With 0.92 it wasn't even possible to use this library as it was intended! I can give a shot with 0.94, seems like it's working now and usable. I'll try to finish it but really I really don't want to ship this hack/fork. I'd like to have proper PolicyKit 1 support, based on library from scratch, using DBUS interface (I don't know how to combine C++ with Glib callbacks, any help?) and offering same API as Glib version. But this is more KDE 4.4. stuff. Next time please try to synchronize/coordinate with upstreams you are targeting ;-) I'd like to help upstream as it comes from Fedora. We're trying to be more proactive in this area but you know, we're few people right now (but growing!). Another problem as I've already described is that new Policy Kit does not run nearly anywhere, even I had to update to Rawhide (btw X server is really very broken by now). Jaroslav Matthias -- Jaroslav Řezník jrez...@redhat.com Associate Software Engineer - Base Operating Systems Brno Office: +420 532 294 275 Mobile: +420 731 455 332 Red Hat, Inc. http://cz.redhat.com/ -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Page size pain / localisation / possible F13 feature
On Thu, 2009-08-27 at 23:06 +0200, Kevin Kofler wrote: Maybe we just need an en_INTL locale which defaults to US English translations, but ISO standards everywhere else (ISO -mm-dd dates, ISO A4 paper, metric units etc.)? (Currency would be a problem though, default to €? $? The generic currency sign ¤ almost nobody actually uses? Or something silly like %f bucks? ;-) ) Such a locale might even become the default (though it'd irritate US folks ;-) ). I think it'd cover the needs of most of the non-US users of en_US, and details could still be overidden where needed. Well, FWIW there is the (rather weird) en_DK locale, which has -MM-YY dates (I think its the only locale where this is the default) English A4 Paper Metric units 1.000,00 decimal format 0xA4 Currency Sign Currency and then there is en_IE which has DD/MM/ dates English A4 Paper Metric units 1,000.00 decimal format € Currency Though I sort of reckon that the right-thing-to-do might be to instead have a utility which convinces the user to configure their locale setting *truthfully* but also support setting LANGUAGE, so that one can specify that you want messages and the UI in English anyway, without pulling in the extra baggage that comes with an en_US locale. e.g. taking a standard German_Germany example $ export LANG=de_DE.utf8 $ locale LANG=de_DE.utf8 LC_CTYPE=de_DE.utf8 LC_NUMERIC=de_DE.utf8 LC_TIME=de_DE.utf8 LC_COLLATE=de_DE.utf8 LC_MONETARY=de_DE.utf8 LC_MESSAGES=de_DE.utf8 LC_PAPER=de_DE.utf8 LC_NAME=de_DE.utf8 LC_ADDRESS=de_DE.utf8 LC_TELEPHONE=de_DE.utf8 LC_MEASUREMENT=de_DE.utf8 LC_IDENTIFICATION=de_DE.utf8 LC_ALL= $ echo \$LANGUAGE\ $ ls --help | head -n 1 Aufruf: ls [OPTION]... [DATEI]... $ date +%x 28.08.2009 assuming that English is the desired language for output and we're sort of geeky and want ISO dates, then we should have something friendly that allows one to configures things to get... export LANG=de_DE.utf8 export LANGUAGE=en_US.utf8 export LC_TIME=en_DK.utf8 would give the probable truly desired outcome of... $ locale LANG=de_DE.utf8 LC_CTYPE=de_DE.utf8 LC_NUMERIC=de_DE.utf8 LC_TIME=en_DK.utf8 LC_COLLATE=de_DE.utf8 LC_MONETARY=de_DE.utf8 LC_MESSAGES=de_DE.utf8 LC_PAPER=de_DE.utf8 LC_NAME=de_DE.utf8 LC_ADDRESS=de_DE.utf8 LC_TELEPHONE=de_DE.utf8 LC_MEASUREMENT=de_DE.utf8 LC_IDENTIFICATION=de_DE.utf8 LC_ALL= $ echo \$LANGUAGE\ en_US.utf8 $ ls --help | head -n 1 Usage: ls [OPTION]... [FILE]... $ date +%x 2009-08-28 and that allows LANG to be retained for use as e.g. the default content creation language, i.e. default spell check using that setting, gettext LANGUAGE variable as the UI/output language, and the correct locale values for currency, paper, etc. C. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Some ideas/questions about yum
Hi all, Currently, Fedora package management is one of the most annoying part of Fedora experience for new desktop users (at least for those without fast, always available internet connection). For such users, Fedora package management Just Doesn't Work! I've almost never been able to demonstrate using fedora package management tools for a fresh Fedora install without the need to use command line, editing yum configuration file(s), killing current running yum/package kit instance(s), installing some small rpm packages using rpm command instead of using yum or graphically, etc. And sometimes, I found it better to download yum metadata using another application and copying the downloaded file to yum cache; or even completely skip yum and use rpm and manually resolve dependencies when they are not too much! First, I've some suggestions/requests which doesn't seem to need much work, and then some ideas which I'd like to know your opinions about. 1. Since Fedora 4, Fedora doesn't support installing software from DVD out of the box. Fedora 8 is an exception here. Currently, it seems that the work is almost done (99% completed as in [1]), and fixing the remaining 1% doesn't seem to need much work but unfortunately it seems that it is stopped. I think requesting a small collaboration between the feature owner, PolicyKit and/or GIO people is not too much. 2. Maybe yum could be a bit more forgiving about inaccessible repositories when running. Consider this case: a new offline user installs Fedora, and then runs Add/Remove Software. Currently, if he clicks on all packages, he'll see an error message that yum is unable to contact fedora repository. I think it is better to show a warning to user about being unable to contact online repositories and then show all installed packages + the packages from all accessible repositories. IMHO it is much more reasonable than expecting the user to disable all such repositories in such cases (yum/packagekit can be a bit more intelligent and do it itslef). Now, some ideas: 3. AFAIK, currently yum's primary database file contains information about packages, and all of the files in directories such as /usr/bin and /usr/lib, so that it can resolve package and file level dependencies. Isn't it possible to move file level information outside primary db (e.g. to primary_file_deps.db) and translate internal dependencies from file level dependencies to package level dependencies when creating repositories? (So that provides and requires tables in primary db only contain package references rather than file references?). It might be even possible to do it for dependencies outside repository; for example when creating updates repository, you can introduce fedora repository to createrepo, so it can translate all of the file level dependencies of updates packages also. 4. Even if the above solution is possible and can reduce the size of primary db, it won't solve the main problem: for large repositories, you'll need to download large database files. You'll need to download extra database files on some use cases anyway. So, it can be said that currently yum doesn't scale well. What do you think about it: we can implement parts of yum at the server side (e.g. a web service), and do queries online. The client can submit queries to online repositories, aggregate the results (+using local repositories by itself) and do appropriate actions. It can also store received data to be used when offline or while they are valid. It'll be completely backward compatible with the current clients: those who use the old method can download repositories themselves, like what they do now. It is possible to think about further details and design it completely, but I want to know about your opinions about the whole idea. [1] http://www.fedoraproject.org/wiki/Features/MediaRepo Thanks anyway, Hedayat -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: PolicyKit 0.9 is going away
Matthias Clasen wrote: I have been able to port some 10-12 PolicyKit users from 0.9 to 0.90 in a matter of a few days. The KDE sig should really be able to get this port done. We really don't want to ship multiple authorization databases, that way lies confusion and madness. The PolicyKitOne feature page does include in its contingency plan: If not all ports listed above can be completed in time, keep PolicyKit 0.9 around... -- Rex -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Some ideas/questions about yum
On Fri, 28 Aug 2009, Hedayat Vatnakhah wrote: Hi all, Currently, Fedora package management is one of the most annoying part of Fedora experience for new desktop users (at least for those without fast, always available internet connection). For such users, Fedora package management Just Doesn't Work! I've almost never been able to demonstrate using fedora package management tools for a fresh Fedora install without the need to use command line, editing yum configuration file(s), killing current running yum/package kit instance(s), installing some small rpm packages using rpm command instead of using yum or graphically, etc. And sometimes, I found it better to download yum metadata using another application and copying the downloaded file to yum cache; or even completely skip yum and use rpm and manually resolve dependencies when they are not too much! Have you filed bugs on any of these issues or are they strictly due to unreliable network connections? First, I've some suggestions/requests which doesn't seem to need much work, and then some ideas which I'd like to know your opinions about. 1. Since Fedora 4, Fedora doesn't support installing software from DVD out of the box. Fedora 8 is an exception here. Currently, it seems that the work is almost done (99% completed as in [1]), and fixing the remaining 1% doesn't seem to need much work but unfortunately it seems that it is stopped. I think requesting a small collaboration between the feature owner, PolicyKit and/or GIO people is not too much. Alsadi has done a great deal of work to make this happen and I believe it is likely it will go in for F13. 2. Maybe yum could be a bit more forgiving about inaccessible repositories when running. Consider this case: a new offline user installs Fedora, and then runs Add/Remove Software. Currently, if he clicks on all packages, he'll see an error message that yum is unable to contact fedora repository. I think it is better to show a warning to user about being unable to contact online repositories and then show all installed packages + the packages from all accessible repositories. IMHO it is much more reasonable than expecting the user to disable all such repositories in such cases (yum/packagekit can be a bit more intelligent and do it itslef). Disabling repos which are unavailable/inaccessible is a pretty dangerous behavior. If you're doing a 'yum install foo' and the only 'foo' you have access to is insecure - but a secure 'foo' is in the updates dir - it would be better for you to not install 'foo' at all than install a bad one. Now, some ideas: 3. AFAIK, currently yum's primary database file contains information about packages, and all of the files in directories such as /usr/bin and /usr/lib, so that it can resolve package and file level dependencies. Isn't it possible to move file level information outside primary db (e.g. to primary_file_deps.db) and translate internal dependencies from file level dependencies to package level dependencies when creating repositories? (So that provides and requires tables in primary db only contain package references rather than file references?). It might be even possible to do it for dependencies outside repository; for example when creating updates repository, you can introduce fedora repository to createrepo, so it can translate all of the file level dependencies of updates packages also. Except none of this will work for dependencies for 3rd party repos at all. Nor will it adequately handle any of the cases where we have multiple pkgs which provide the same file. 4. Even if the above solution is possible and can reduce the size of primary db, it won't solve the main problem: for large repositories, you'll need to download large database files. You'll need to download extra database files on some use cases anyway. So, it can be said that currently yum doesn't scale well. no - it can be said that yum if you have a lot of pkgs you have a lot of metadata. That's not a function of yum scaling that's a function of network connectivity. What do you think about it: we can implement parts of yum at the server side (e.g. a web service), and do queries online. The client can submit queries to online repositories, aggregate the results (+using local repositories by itself) and do appropriate actions. It can also store received data to be used when offline or while they are valid. It'll be completely backward compatible with the current clients: those who use the old method can download repositories themselves, like what they do now. It is possible to think about further details and design it completely, but I want to know about your opinions about the whole idea. That's what up2date and rhn did in rhl6-rhel3. There are multiple problems: 1. we need a single web service that many systems would access to query for depsolving If you want to talk about things NOT scaling 2. it would mean
Re: Some ideas/questions about yum
On 08/28/2009 01:27 PM, Hedayat Vatnakhah wrote: Hi all, Currently, Fedora package management is one of the most annoying part of Fedora experience for new desktop users (at least for those without fast, always available internet connection). For such users, Fedora package management Just Doesn't Work! I've almost never been able to demonstrate using fedora package management tools for a fresh Fedora install without the need to use command line, editing yum configuration file(s), killing current running yum/package kit instance(s), installing some small rpm packages using rpm command instead of using yum or graphically, etc. And sometimes, I found it better to download yum metadata using another application and copying the downloaded file to yum cache; or even completely skip yum and use rpm and manually resolve dependencies when they are not too much! First, I've some suggestions/requests which doesn't seem to need much work, and then some ideas which I'd like to know your opinions about. 1. Since Fedora 4, Fedora doesn't support installing software from DVD out of the box. Fedora 8 is an exception here. Currently, it seems that the work is almost done (99% completed as in [1]), and fixing the remaining 1% doesn't seem to need much work but unfortunately it seems that it is stopped. I think requesting a small collaboration between the feature owner, PolicyKit and/or GIO people is not too much. 2. Maybe yum could be a bit more forgiving about inaccessible repositories when running. Consider this case: a new offline user installs Fedora, and then runs Add/Remove Software. Currently, if he clicks on all packages, he'll see an error message that yum is unable to contact fedora repository. I think it is better to show a warning to user about being unable to contact online repositories and then show all installed packages + the packages from all accessible repositories. IMHO it is much more reasonable than expecting the user to disable all such repositories in such cases (yum/packagekit can be a bit more intelligent and do it itslef). Now, some ideas: 3. AFAIK, currently yum's primary database file contains information about packages, and all of the files in directories such as /usr/bin and /usr/lib, so that it can resolve package and file level dependencies. Isn't it possible to move file level information outside primary db (e.g. to primary_file_deps.db) and translate internal dependencies from file level dependencies to package level dependencies when creating repositories? (So that provides and requires tables in primary db only contain package references rather than file references?). It might be even possible to do it for dependencies outside repository; for example when creating updates repository, you can introduce fedora repository to createrepo, so it can translate all of the file level dependencies of updates packages also. 4. Even if the above solution is possible and can reduce the size of primary db, it won't solve the main problem: for large repositories, you'll need to download large database files. You'll need to download extra database files on some use cases anyway. So, it can be said that currently yum doesn't scale well. What do you think about it: we can implement parts of yum at the server side (e.g. a web service), and do queries online. The client can submit queries to online repositories, aggregate the results (+using local repositories by itself) and do appropriate actions. It can also store received data to be used when offline or while they are valid. It'll be completely backward compatible with the current clients: those who use the old method can download repositories themselves, like what they do now. It is possible to think about further details and design it completely, but I want to know about your opinions about the whole idea. [1] http://www.fedoraproject.org/wiki/Features/MediaRepo Thanks anyway, Hedayat Since it's idea time, I think it would be good for the user that uses yum to see in a listing (like yum search $whatever) to see the status of the package, like installed, not installed, virtual package et al. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Some ideas/questions about yum
Oh, and speaking of anaconda, IMHO it should support DSL configuration when using asknetwork. DSL is popular these days. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Some ideas/questions about yum
On Fri, 28 Aug 2009, Aioanei Rares wrote: Thanks anyway, Hedayat Since it's idea time, I think it would be good for the user that uses yum to see in a listing (like yum search $whatever) to see the status of the package, like installed, not installed, virtual package et al. 'yum list pkgname' does this now. (well it shows installed, not installed) - since there is no such thing as a virtual package it doesn't show that. -sv -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Some ideas/questions about yum
On 08/28/2009 12:27 PM, Hedayat Vatnakhah wrote: Now, some ideas: 3. AFAIK, currently yum's primary database file contains information about packages, and all of the files in directories such as /usr/bin and /usr/lib, so that it can resolve package and file level dependencies. Isn't it possible to move file level information outside primary db (e.g. to primary_file_deps.db) and translate internal dependencies from file level dependencies to package level dependencies when creating repositories? (So that provides and requires tables in primary db only contain package references rather than file references?).It might be even possible to do it for dependencies outside repository; for example when creating updates repository, you can introduce fedora repository to createrepo, so it can translate all of the file level dependencies of updates packages also. Bad idea as you never know all repositories existing. Bad idea because you don't want to recreate all repos when one of them changes. Bad idea because changing the data of the packages in the repo likely to lead to other problems. There have actually been efforts long ago to improve the set of files shipped with the primarydb to lower the need of downloading the filelist while still decrease the number of file shipped in the primarydb. AFAIK they got rejected by yum upstream at that time because the also needed cross repo closures (Although this was much less problematic as what you have suggested here). 4. Even if the above solution is possible and can reduce the size of primary db, it won't solve the main problem: for large repositories, you'll need to download large database files. You'll need to download extra database files on some use cases anyway. So, it can be said that currently yum doesn't scale well. True. What do you think about it: we can implement parts of yum at the server side (e.g. a web service), and do queries online. The client can submit queries to online repositories, aggregate the results (+using local repositories by itself) and do appropriate actions. It can also store received data to be used when offline or while they are valid. It'll be completely backward compatible with the current clients: those who use the old method can download repositories themselves, like what they do now. It is possible to think about further details and design it completely, but I want to know about your opinions about the whole idea. Web services have the problem that they don't mix well with our mirrors infrastructure of simple and stupid http/ftp/rsync servers largely provided by volunteers. It is also difficult to GPG sign external web services. Because of this the whole traffic of such web services would most likely need to run over Fedora infrastructure. When we think of a Fedora that has grown another order of magnitude (may be 2015) it will become hard to argue against a more centralized solution. Right now we are not at the point where the pain of the local repo db does out weight the complexity of a web service architecture IMHO. But there is another way to drastically reduce the amount of data that has to be transferred: Delta meta data The repo data bases could be split up into deltas in a similar way as done with the delta rpms aka presto. As a result the meta data of each package would be downloaded (more or less) exactly once. While this idea is arround for a while an implementation is still missing... Florian -- Reg. Adresse: Red Hat GmbH, Hauptstätter Str. 58, 70178 Stuttgart Handelsregister: Amtsgericht Muenchen HRB 153243 Geschaeftsfuehrer: Brendan Lane, Charlie Peters, Michael Cunningham, Charles Cachera -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Some ideas/questions about yum
On Fri, 28 Aug 2009, Florian Festi wrote: When we think of a Fedora that has grown another order of magnitude (may be 2015) it will become hard to argue against a more centralized solution. Right now we are not at the point where the pain of the local repo db does out weight the complexity of a web service architecture IMHO. no - I think it'll be hard to argue why we need 20K pkgs in a single repository. Or hell, why we need 20K pkgs AT ALL. But there is another way to drastically reduce the amount of data that has to be transferred: Delta meta data The repo data bases could be split up into deltas in a similar way as done with the delta rpms aka presto. As a result the meta data of each package would be downloaded (more or less) exactly once. While this idea is arround for a while an implementation is still missing... 1. this is what he asked on yum-devel list. I told him there was the beginning of an implementation but it was never completed. He made it clear on yum-devel, at least, he didn't have the time to do any work on this - just that he wanted to tell us how he felt. 2. you still have to get the original metadata -sv -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Prelink and kdeinit4 problems persist(Rawhide)
There was a thread more than a month ago about kdeinit4 failing to start before one did as root a 'prelink -f /usr/bin/kdeinit4'. Well the problem is still here. Anyone knows anything? -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Some ideas/questions about yum
On 08/28/2009 02:47 PM, Seth Vidal wrote: no - I think it'll be hard to argue why we need 20K pkgs in a single repository. Or hell, why we need 20K pkgs AT ALL. Dream on! ls -1 /mnt/archive/fedora/development/x86_64/os/Packages/ | wc 18382 18382 708766 Not yet counting http://fedoraproject.org/wiki/Features/TeXLive So we are already real close to 20k packages in one repository. Separating them into different repositories doesn't help much anyway (lowers the quadratic overhead a bit, though). When I am talking about another order of magnitude I mean 100k packages, btw. I would love that your argument would even apply to that number but I am not sure actually... May be we as upstream devs of the tool chain should just limit the number of packages and packaged files by decree ;)= Florian -- Reg. Adresse: Red Hat GmbH, Hauptstätter Str. 58, 70178 Stuttgart Handelsregister: Amtsgericht Muenchen HRB 153243 Geschaeftsfuehrer: Brendan Lane, Charlie Peters, Michael Cunningham, Charles Cachera -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Some ideas/questions about yum
On Fri, 28 Aug 2009, Florian Festi wrote: May be we as upstream devs of the tool chain should just limit the number of packages and packaged files by decree ;)= this works for me. When should we meet to decide how next to rule the world? muahahahahahahaha -sv -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
#! /usr/bin/perl preferred
Hello, at certain periods of time, it was recommended to use #!/usr/bin/env . Some people consider it ugly. (The humble opinion of the author of this mail is the same.) Currently there is popular mood to remove /usr/bin/env python, see http://fedoraproject.org/wiki/Features/SystemPythonExecutablesUseSystemPython We could follow this movement and replace #! ?/(usr/)?bin/env perl by mere #! /usr/bin/perl To assist with this change, I searched all Fedora packages (on x86_64 only) for the issue. Attached below please find the list of affected files, grouped by maintainers and packages. Have a nice weekend, Stepan alexlan: perl-bioperl /usr/bin/bp_seqfeature_gff3.pl /usr/share/doc/perl-bioperl-1.6.0/examples/root/exceptions1.pl /usr/share/doc/perl-bioperl-1.6.0/examples/root/exceptions2.pl /usr/share/doc/perl-bioperl-1.6.0/examples/root/exceptions3.pl /usr/share/doc/perl-bioperl-1.6.0/examples/root/exceptions4.pl /usr/share/doc/perl-bioperl-1.6.0/examples/searchio/custom_writer.pl /usr/share/doc/perl-bioperl-1.6.0/examples/searchio/hspwriter.pl /usr/share/doc/perl-bioperl-1.6.0/examples/searchio/rawwriter.pl /usr/share/doc/perl-bioperl-1.6.0/examples/tools/seq_pattern.pl andriy: renrot /usr/bin/renrot athimm: mediawiki(mediawiki-nomath) /usr/share/mediawiki/maintenance/fetchInterwiki.pl vtk(vtk-devel) /usr/lib64/vtk-5.4/doxygen/doc_class2example.pl /usr/lib64/vtk-5.4/doxygen/doc_cleanhtml.pl /usr/lib64/vtk-5.4/doxygen/doc_codematch.pl /usr/lib64/vtk-5.4/doxygen/doc_contributors.pl /usr/lib64/vtk-5.4/doxygen/doc_header2doxygen.pl /usr/lib64/vtk-5.4/doxygen/doc_index.pl /usr/lib64/vtk-5.4/doxygen/doc_rmpath.pl /usr/lib64/vtk-5.4/doxygen/doc_version.pl /usr/share/doc/vtk-devel-5.4.2/Upgrading/DiagAttribute.pl /usr/share/doc/vtk-devel-5.4.2/Upgrading/UpgradeFrom32.pl atkac: tigervnc(tigervnc-server) /usr/bin/vncserver ausil: konversation /usr/share/kde4/apps/konversation/scripts/cmd /usr/share/kde4/apps/konversation/scripts/fortune /usr/share/kde4/apps/konversation/scripts/uptime bonii: teseq /usr/bin/reseq c4chris: lagan /usr/bin/lagan /usr/lib64/lagan/anal_gloc.pl /usr/lib64/lagan/rechaos.pl /usr/lib64/lagan/utils/cmerge2.pl /usr/lib64/lagan/utils/draft.pl /usr/lib64/lagan/utils/mextract.pl /usr/lib64/lagan/utils/mf2bin.pl /usr/lib64/lagan/utils/mpretty.pl /usr/lib64/lagan/utils/mproject.pl /usr/lib64/lagan/utils/mrun.pl /usr/lib64/lagan/utils/mrunfile.pl /usr/lib64/lagan/utils/mrunpairs.pl /usr/lib64/lagan/utils/mviz.pl cweyl: perl-Class-MOP /usr/share/doc/perl-Class-MOP-0.92/t/086_rebless_instance_away.t /usr/share/doc/perl-Class-MOP-0.92/t/307_null_stash.t /usr/share/doc/perl-Class-MOP-0.92/t/lib/SyntaxError.pm perl-Class-Method-Modifiers /usr/share/doc/perl-Class-Method-Modifiers-1.04/t/000-load.t /usr/share/doc/perl-Class-Method-Modifiers-1.04/t/001-error.t /usr/share/doc/perl-Class-Method-Modifiers-1.04/t/002-cache.t /usr/share/doc/perl-Class-Method-Modifiers-1.04/t/003-basic.t /usr/share/doc/perl-Class-Method-Modifiers-1.04/t/004-around.t /usr/share/doc/perl-Class-Method-Modifiers-1.04/t/005-return.t /usr/share/doc/perl-Class-Method-Modifiers-1.04/t/010-before-args.t /usr/share/doc/perl-Class-Method-Modifiers-1.04/t/011-after-args.t /usr/share/doc/perl-Class-Method-Modifiers-1.04/t/012-around-args.t /usr/share/doc/perl-Class-Method-Modifiers-1.04/t/020-multiple-inheritance.t /usr/share/doc/perl-Class-Method-Modifiers-1.04/t/030-multiple-before.t /usr/share/doc/perl-Class-Method-Modifiers-1.04/t/031-multiple-after.t /usr/share/doc/perl-Class-Method-Modifiers-1.04/t/032-multiple-around.t /usr/share/doc/perl-Class-Method-Modifiers-1.04/t/034-multiple-everything.t /usr/share/doc/perl-Class-Method-Modifiers-1.04/t/035-multiple-everything-twice.t /usr/share/doc/perl-Class-Method-Modifiers-1.04/t/040-twice-orig.t /usr/share/doc/perl-Class-Method-Modifiers-1.04/t/041-modify-parent.t
Re: PolicyKit 0.9 is going away
On Friday 28 August 2009 15:36:19 Matthias Clasen wrote: On Fri, 2009-08-28 at 06:47 -0500, Rex Dieter wrote: Matthias Clasen wrote: I have been able to port some 10-12 PolicyKit users from 0.9 to 0.90 in a matter of a few days. The KDE sig should really be able to get this port done. We really don't want to ship multiple authorization databases, that way lies confusion and madness. The PolicyKitOne feature page does include in its contingency plan: If not all ports listed above can be completed in time, keep PolicyKit 0.9 around... Right. But from what I've heard that is not the case. Jreznik just said: I have initial port [...] seems like it's working now and usable. Yes, I have port but I'm not sure how to combine it into current KDE as it breaks polkit-qt API and I don't like shipping big patches that actually forks project. I'd like to see it from upstream. I'm working on this, we have topic for our next KDE SIG meeting. If you could join, it would be great - http://fedoraproject.org/wiki/SIGs/KDE/Meetings. Matthias, could you please look at https://bugzilla.redhat.com/show_bug.cgi?id=519674 Thanks Jaroslav -- Jaroslav Řezník jrez...@redhat.com Associate Software Engineer - Base Operating Systems Brno Office: +420 532 294 275 Mobile: +420 731 455 332 Red Hat, Inc. http://cz.redhat.com/ -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: PolicyKit 0.9 is going away
On Thu, 2009-08-27 at 12:45 -0400, Matthias Clasen wrote: I'd be willing to maintain PolicyKit 0.9 packages (as compatibility packages (though renaming should not be needed as they already have distinct names), to be used by KDE) for F12. It is my understanding that those will not conflict with PolicyKit 1 and can coexist just fine, if that's not the case, please correct me. So please don't obsolete PolicyKit 0.9! We announced that this would happen long ago. And, FWIW, it was approved long ago by FESCO too. And you've been aware of this long ago as well. So, sorry, but we will obsolete the old packages and I'm afraid you will need to deal with it. Just like everyone else. We really don't want to ship multiple authorization databases, that way lies confusion and madness. Indeed. And in this transition period where we've been shipping both set of packages, there has been a lot of confusion. I've witnessed that myself. We just don't want that to happen in a released OS. David -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: PolicyKit 0.9 is going away
On Friday 28 August 2009 16:23:07 David Zeuthen wrote: On Thu, 2009-08-27 at 12:45 -0400, Matthias Clasen wrote: I'd be willing to maintain PolicyKit 0.9 packages (as compatibility packages (though renaming should not be needed as they already have distinct names), to be used by KDE) for F12. It is my understanding that those will not conflict with PolicyKit 1 and can coexist just fine, if that's not the case, please correct me. So please don't obsolete PolicyKit 0.9! We announced that this would happen long ago. And, FWIW, it was approved long ago by FESCO too. And you've been aware of this long ago as well. So, sorry, but we will obsolete the old packages and I'm afraid you will need to deal with it. Just like everyone else. As I said - patches are mostly ready, only polishing is needed. What I don't like is that it is our fork of polkit-qt. I think we should discuss it at KDE SIG meeting, how to do it carefully. You can join us. It's Freedesktop.org hosted, so it should match releases of major desktop environments, not one distribution. Upstream is not using Fedora, they can't get it running (I'm not blaming anyone), so it looks I'm now upstream ;-) I know why are you pushing on this and I don't have objections. For Authentication Agent we'd like to use Gnome as I'm fighting with it. BeginAuthentication method should be OK, but daemon does not accept it's signature... Could I ping you sometime next week? I'm leaving soon today... Thanks Jaroslav We really don't want to ship multiple authorization databases, that way lies confusion and madness. Indeed. And in this transition period where we've been shipping both set of packages, there has been a lot of confusion. I've witnessed that myself. We just don't want that to happen in a released OS. David -- Jaroslav Řezník jrez...@redhat.com Associate Software Engineer - Base Operating Systems Brno Office: +420 532 294 275 Mobile: +420 731 455 332 Red Hat, Inc. http://cz.redhat.com/ -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: rawhide report: 20090828 changes
On 08/28/2009 09:09 AM, Rawhide Report wrote: Broken deps for i386 -- paraview-3.6.1-4.fc12.i686 requires libssl.so.8 paraview-mpi-3.6.1-4.fc12.i686 requires libssl.so.8 3.6.1-5 is building now which should fix this. -- Orion Poplawski Technical Manager 303-415-9701 x222 NWRA/CoRA DivisionFAX: 303-415-9702 3380 Mitchell Lane or...@cora.nwra.com Boulder, CO 80301 http://www.cora.nwra.com -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: PolicyKit 0.9 is going away
On Friday 28 August 2009 16:14:51 Jaroslav Reznik wrote: On Friday 28 August 2009 15:36:19 Matthias Clasen wrote: On Fri, 2009-08-28 at 06:47 -0500, Rex Dieter wrote: Matthias Clasen wrote: I have been able to port some 10-12 PolicyKit users from 0.9 to 0.90 in a matter of a few days. The KDE sig should really be able to get this port done. We really don't want to ship multiple authorization databases, that way lies confusion and madness. The PolicyKitOne feature page does include in its contingency plan: If not all ports listed above can be completed in time, keep PolicyKit 0.9 around... Right. But from what I've heard that is not the case. Jreznik just said: I have initial port [...] seems like it's working now and usable. Yes, I have port but I'm not sure how to combine it into current KDE as it breaks polkit-qt API and I don't like shipping big patches that actually forks project. I'd like to see it from upstream. And this apply only to polkit-qt-core, I'm not even sure it's easily possible to port polkit-qt-gui without mayor rewrite. Jaroslav I'm working on this, we have topic for our next KDE SIG meeting. If you could join, it would be great - http://fedoraproject.org/wiki/SIGs/KDE/Meetings. Matthias, could you please look at https://bugzilla.redhat.com/show_bug.cgi?id=519674 Thanks Jaroslav -- Jaroslav Řezník jrez...@redhat.com Associate Software Engineer - Base Operating Systems Brno Office: +420 532 294 275 Mobile: +420 731 455 332 Red Hat, Inc. http://cz.redhat.com/ -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: How to respin F11-install-dvd with GRUB on ext4?
2009/8/27 Joshua C. joshua...@googlemail.com 2009/8/27 Bruno Wolff III br...@wolff.to On Thu, Aug 27, 2009 at 01:44:13 +0200, Joshua C. joshua...@googlemail.com wrote: I'm trying to respin the f11.x86_64 install dvd in order to put the new grub and anaconda packages, so that I can have grub on my ext4 without a separete partition for it. I recompiled grub-0.97-59.fc11.x86_64 and anaconda-12.0-1.fc11.x86_64 against the current f11 packages. Everything worked fine. I also recompiled the corresponding util-linux-ng and other deps. I thought new packages had already been pushed to F11 to allow this, so you shouldn't have had to recompile anything. I haven't heard of this. I'll switch to f11 but didn't want to use the default install dvd because of the grub-on-ext3 problem. Even if new packages have been pushed to f11 repos the install media haven't been respin. Therefore I need ot do it thia way. How can I recreate the install dvd? pungi is the tool used to build install images. I'll try it. thanks. Ok I finally did it. After trying all version of anaconda from anaconda-12.0-1.fc12 to anaconda-12.7-1.fc12 (against the current f11 libs), they all gave me different sorts of errors. At the end I just patched the anaconda-11.5.0.59-1.fc11 with the following commits and recompiled it. commit 162c92b4838f9769f39b0c3a85f9c6e4a38a5913: x86 and EFI platforms can now have /boot on ext4. commit 11266dabba490baf732b85ba76e2841e6ae17733: Default to /boot on ext4 commit 9e83e8a43f8a609c65c39c6de8cf1c341d3f31ec: Allow /boot on ext4 now that we have a grub that allows it Now I have f11-install-dvd with grub (recompiled grub-0.97-59.fc11) on ext4 by default. It' works just fine. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Some ideas/questions about yum
On Fri, Aug 28, 2009 at 15:29:50 +0300, Aioanei Rares scha...@gmail.com wrote: Oh, and speaking of anaconda, IMHO it should support DSL configuration when using asknetwork. DSL is popular these days. If you actually file an RFE bug about this you'll need to be more specific. There is nothing inherently special about DSL that requires anaconda to know that you have a DSL connection. You might be referring to PPP which some (IMO only crappy ISPs do this for DSL) DSL providers require you to use. If you are referring to PPP support, that's what you should say, since other types of links (in particular dialup) use PPP. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Some ideas/questions about yum
On Fri, Aug 28, 2009 at 14:57:44 +0430, Hedayat Vatnakhah heda...@grad.com wrote: Now, some ideas: 3. AFAIK, currently yum's primary database file contains information about packages, and all of the files in directories such as /usr/bin and /usr/lib, so that it can resolve package and file level dependencies. Isn't it possible to move file level information outside primary db (e.g. to primary_file_deps.db) and translate internal dependencies from file level dependencies to package level dependencies when creating repositories? (So that provides and requires tables in primary db only contain package references rather than file references?). It might be even possible to do it for dependencies outside repository; for example when creating updates repository, you can introduce fedora repository to createrepo, so it can translate all of the file level dependencies of updates packages also. Personally, I think dependencies of file names is a bad idea. I think they are getting used as a standin for interface names. I think we would be better off replacing the current set of file name requires with new provides and dump file name dependencies. However, the last time I brought this up, other people disagreed, so it's not something that's likely to change in the near future. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Some ideas/questions about yum
Hi again, On ۰۹/۰۸/۲۸ 04:50, Seth Vidal wrote: On Fri, 28 Aug 2009, Hedayat Vatnakhah wrote: Hi all, Currently, Fedora package management is one of the most annoying part of Fedora experience for new desktop users (at least for those without fast, always available internet connection). For such users, Fedora package management Just Doesn't Work! I've almost never been able to demonstrate using fedora package management tools for a fresh Fedora install without the need to use command line, editing yum configuration file(s), killing current running yum/package kit instance(s), installing some small rpm packages using rpm command instead of using yum or graphically, etc. And sometimes, I found it better to download yum metadata using another application and copying the downloaded file to yum cache; or even completely skip yum and use rpm and manually resolve dependencies when they are not too much! Have you filed bugs on any of these issues or are they strictly due to unreliable network connections? I've reported bugs for some of them (e.g. the bug you know about resuming downloding metadata files), I'll report some more, and some of them happened on systems of some users and I wasn't able to investigate them to file useful reports for them. And yes, many of them happen with poor (or no) network connection only. First, I've some suggestions/requests which doesn't seem to need much work, and then some ideas which I'd like to know your opinions about. 1. Since Fedora 4, Fedora doesn't support installing software from DVD out of the box. Fedora 8 is an exception here. Currently, it seems that the work is almost done (99% completed as in [1]), and fixing the remaining 1% doesn't seem to need much work but unfortunately it seems that it is stopped. I think requesting a small collaboration between the feature owner, PolicyKit and/or GIO people is not too much. Alsadi has done a great deal of work to make this happen and I believe it is likely it will go in for F13. I hope that happens. 2. Maybe yum could be a bit more forgiving about inaccessible repositories when running. Consider this case: a new offline user installs Fedora, and then runs Add/Remove Software. Currently, if he clicks on all packages, he'll see an error message that yum is unable to contact fedora repository. I think it is better to show a warning to user about being unable to contact online repositories and then show all installed packages + the packages from all accessible repositories. IMHO it is much more reasonable than expecting the user to disable all such repositories in such cases (yum/packagekit can be a bit more intelligent and do it itslef). Disabling repos which are unavailable/inaccessible is a pretty dangerous behavior. If you're doing a 'yum install foo' and the only 'foo' you have access to is insecure - but a secure 'foo' is in the updates dir - it would be better for you to not install 'foo' at all than install a bad one. And this is why the warning should be shown! The warning message could state that there might be security concerns too. But what if the user just wants to remove a package (maybe a separate section called installed packages in PackageKit will do the job in this case) or he just wants to install a package from a local repository (DVD) or rpmfusion?! I think the current frustration for the end user is not better than what you mentioned. Now, some ideas: 3. AFAIK, currently yum's primary database file contains information about packages, and all of the files in directories such as /usr/bin and /usr/lib, so that it can resolve package and file level dependencies. Isn't it possible to move file level information outside primary db (e.g. to primary_file_deps.db) and translate internal dependencies from file level dependencies to package level dependencies when creating repositories? (So that provides and requires tables in primary db only contain package references rather than file references?). It might be even possible to do it for dependencies outside repository; for example when creating updates repository, you can introduce fedora repository to createrepo, so it can translate all of the file level dependencies of updates packages also. Except none of this will work for dependencies for 3rd party repos at all. Nor will it adequately handle any of the cases where we have multiple pkgs which provide the same file. For the first case, it'll work. Yum will download the file I mentioned (primary_file_deps.db) when it needs to resolve file dependencies. I do not know what do you do now about the latter case and what is that at all, so I'll be silent here! 4. Even if the above solution is possible and can reduce the size of primary db, it won't solve the main problem: for large repositories, you'll need to download large database files. You'll need to download extra database files on some use cases anyway. So, it can be said that currently yum doesn't scale well. no - it can
Re: Some ideas/questions about yum
Hi again! /*Florian Festi ffe...@redhat.com*/ wrote on جمعه ۲۸ اوت ۰۹، ۱۷:۱۳:۱۰: On 08/28/2009 12:27 PM, Hedayat Vatnakhah wrote: Now, some ideas: 3. AFAIK, currently yum's primary database file contains information about packages, and all of the files in directories such as /usr/bin and /usr/lib, so that it can resolve package and file level dependencies. Isn't it possible to move file level information outside primary db (e.g. to primary_file_deps.db) and translate internal dependencies from file level dependencies to package level dependencies when creating repositories? (So that provides and requires tables in primary db only contain package references rather than file references?).It might be even possible to do it for dependencies outside repository; for example when creating updates repository, you can introduce fedora repository to createrepo, so it can translate all of the file level dependencies of updates packages also. Bad idea as you never know all repositories existing. Bad idea because you don't want to recreate all repos when one of them changes. Bad idea because changing the data of the packages in the repo likely to lead to other problems. You don't need to know about all existing repositories, since you can still resolve file level dependencies. In such cases you'll be forced to download the other file I mentioned (primary_file_deps.db). I don't see why you'll need to recreate all repos when one of them changes! Sorry :( And its impossible to state anything about the last item. There have actually been efforts long ago to improve the set of files shipped with the primarydb to lower the need of downloading the filelist while still decrease the number of file shipped in the primarydb. AFAIK they got rejected by yum upstream at that time because the also needed cross repo closures (Although this was much less problematic as what you have suggested here). 4. Even if the above solution is possible and can reduce the size of primary db, it won't solve the main problem: for large repositories, you'll need to download large database files. You'll need to download extra database files on some use cases anyway. So, it can be said that currently yum doesn't scale well. True. What do you think about it: we can implement parts of yum at the server side (e.g. a web service), and do queries online. The client can submit queries to online repositories, aggregate the results (+using local repositories by itself) and do appropriate actions. It can also store received data to be used when offline or while they are valid. It'll be completely backward compatible with the current clients: those who use the old method can download repositories themselves, like what they do now. It is possible to think about further details and design it completely, but I want to know about your opinions about the whole idea. Web services have the problem that they don't mix well with our mirrors infrastructure of simple and stupid http/ftp/rsync servers largely provided by volunteers. It is also difficult to GPG sign external web services. Because of this the whole traffic of such web services would most likely need to run over Fedora infrastructure. IMHO, even a single php/python script can provide such a XML RPC service (web service was just an example). Mirrors could get this file just like the other files when syncing. But well, it'll be http only. The GPG sign issue could be problematic, but would you really need to sign the traffic?! When we think of a Fedora that has grown another order of magnitude (may be 2015) it will become hard to argue against a more centralized solution. Right now we are not at the point where the pain of the local repo db does out weight the complexity of a web service architecture IMHO. No, I don't want to invite to a centralized solution. But there is another way to drastically reduce the amount of data that has to be transferred: Delta meta data The repo data bases could be split up into deltas in a similar way as done with the delta rpms aka presto. As a result the meta data of each package would be downloaded (more or less) exactly once. While this idea is arround for a while an implementation is still missing... Yes, I know. In fact, at first I decided to start working on that. But you'll still need to download it once (while it's possible to put the Fedora repository's metadata into Fedora DVD!). I though that if the proposed solution works, it would be better than delta metadata files. Even if the whole client/server idea is considered bad, there might be some other ways of organizing the repository metadata so that yum would still download the data it needs rather than all data. But currently I'm interested to here about this Idea... Thanks, Hedayat Florian -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Some ideas/questions about yum
On Fri, 28 Aug 2009, Hedayat Vatnakhah wrote: You don't need to know about all existing repositories, since you can still resolve file level dependencies. In such cases you'll be forced to download the other file I mentioned (primary_file_deps.db). I don't see why you'll need to recreate all repos when one of them changes! Sorry :( And its impossible to state anything about the last item. You're going to pretty much instantly download the complete filelists then b/c if you add ANY 3rd party repo you're going to need /bin/sh probably immediately along with various and sundry items in /etc/. Now - an argument could be made for nuking /bin/sh deps from orbit but that's going to have to happen at another layer than this. IMHO, even a single php/python script can provide such a XML RPC service (web service was just an example). Mirrors could get this file just like the other files when syncing. But well, it'll be http only. The GPG sign issue could be problematic, but would you really need to sign the traffic?! 1. a lot of our mirrors won't want to run any app 2. some of our mirrors are not running on linux (or sometimes not even on a unix) 3. it makes 'mirroring' things much harder in the traditional sense 4. yes you need to sign it otherwise you'll get the same set of problems we just dealt with last fall. We have to sign the metadata to make sure clients aren't screwed. -sv -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
FESCo meeting summary for 2009-08-28
Minutes: http://meetbot.fedoraproject.org/fedora-meeting/2009-08-28/fedora-meeting.2009-08-28-17.01.html Minutes (text): http://meetbot.fedoraproject.org/fedora-meeting/2009-08-28/fedora-meeting.2009-08-28-17.01.txt Log: http://meetbot.fedoraproject.org/fedora-meeting/2009-08-28/fedora-meeting.2009-08-28-17.01.log.html --- 17:01:14 jds2001 #startmeeting FESCo meeting 20090828 17:01:14 zodbot Meeting started Fri Aug 28 17:01:14 2009 UTC. The chair is jds2001. Information about MeetBot at http://wiki.debian.org/MeetBot. 17:01:14 zodbot Useful Commands: #action #agreed #halp #info #idea #link #topic. 17:01:17 jds2001 #chair dgilmore jwb notting nirik sharkcz jds2001 j-rod skvidal Kevin_Kofler 17:01:17 zodbot Current chairs: Kevin_Kofler dgilmore j-rod jds2001 jwb nirik notting sharkcz skvidal 17:01:21 * nirik is here. 17:01:26 skvidal hi 17:01:27 * sharkcz is here 17:02:02 jds2001 anyone else? 17:02:08 * notting is here 17:02:27 jds2001 ok, we have something of quorum :/ 17:02:57 jds2001 #topic tbzatek provenpackager request 17:03:03 jds2001 .fesco 246 17:03:04 zodbot jds2001: #246 (Request to become provenpackager - tbzatek) - FESCo - Trac - https://fedorahosted.org/fesco/ticket/246 17:03:24 jds2001 +1, we have no better way atm :/ 17:03:33 sharkcz +1 17:03:53 notting +1, tbzatek has been around quite a while and knows what he's doing 17:03:55 nirik +1 from here. It seems ok. 17:04:03 notting kkofler was +1 in the ticket 17:04:07 notting iirc 17:04:13 jds2001 yep 17:04:30 jds2001 #agreed tbzatek provenpackager is approved 17:04:40 jds2001 oops, a little ordering issue 17:04:50 jds2001 #topic provenpackager request - bruno 17:05:19 jds2001 so there were objections to this, and I agree with them 17:05:21 nirik I would say he should do more work and maintain more packages and come back in a while. 17:05:32 jds2001 he's not met the 'proven' part 17:05:36 nirik he's a great guy and has been very good maintaining the games spin. 17:05:38 notting i see no reason to override the opinions of his sponsor, for example. so -1. 17:05:39 jds2001 yeah 17:05:45 nirik but only has one package currently. 17:05:50 brunowolff Two 17:06:20 nirik oh, sorry. ;) Hi brunowolff. 17:06:46 brunowolff I just picked up glest/glest-data last week when it was orphaned. 17:06:51 nirik brunowolff: would you be willing to do some more packages and come back to us in a month or so? 17:07:03 jds2001 but as with notting, I see no reason to override his sponsor on this. 17:07:16 brunowolff But I am not necesarily disagreeing with the proven part not being met. 17:08:36 brunowolff I am not so much looking to become the maintainer of more packages as much as to be able to simple rebuilds to things on the games 17:09:00 brunowolff spin. Their are other ways (like asking others for help) to get that done. 17:09:48 brunowolff Continuing doing that for for longer isn't a big deal. 17:10:00 jds2001 OK, good. 17:10:02 nirik yeah, but sometimes those simple rebuilds are not so simple. ;) Of course sometimes they are. 17:10:17 brunowolff That's what make scratch-build is for. 17:10:34 brunowolff I can still learn a lot more. 17:10:39 sharkcz or local mock build 17:10:52 jds2001 sharkcz: make mockbuild :) 17:11:03 jds2001 just in case you didn't know about it :) 17:11:46 sharkcz jds2001: I know :) but it deletes the chroot at the end so I rather do a manual mock build 17:12:30 jds2001 anyhow, shall we move on? 17:13:14 sharkcz yes, I agree with the rest of fesco, -1 for now 17:13:32 jds2001 #agreed brunowolff provenpackager is declined for now, please come back later with more experience 17:13:52 jds2001 #topic translations proposal 17:13:59 jds2001 .fesco 243 17:14:01 zodbot jds2001: #243 (New entry of 'Build packages for which Fedora is upstream for all language translators' review correction' for F12 schedule) - FESCo - Trac - https://fedorahosted.org/fesco/ticket/243 17:14:28 jds2001 so I'm not sure what the scope of this is supposed to be anymore :) 17:14:38 skvidal crap 17:14:47 skvidal sorry - I got distracted from the meeting 17:14:54 jds2001 skvidal: np 17:15:06 jds2001 skvidal: you wanted to say something? 17:15:10 skvidal no 17:15:12 skvidal it's fine 17:15:18 jds2001 k 17:15:22 skvidal none of the items on the agenda today worried me 17:15:29 skvidal for the most part they look procedural 17:15:38 jds2001 except this one :) 17:15:47 jds2001 well i guess it still is/ 17:15:55 skvidal anyway - go on 17:16:08 jds2001 but anyhow, do we know what the scope of this proposal is precisely? 17:16:23 jds2001 I thought it was packages for which we are upstream and have translations 17:16:41 jds2001 but it seems to have gotten confused with packages that have translations 17:16:56 skvidal if it is the former then +1 17:17:00 skvidal if it is the latter then -1 17:17:11 * notting agrees with skvidal on both counts 17:17:21 * sharkcz too :-) 17:17:24 * jds2001 too 17:17:28 * nirik nods. 17:17:38 nirik by 'we are upstream' you mean 'uses fedora tranisfex
Re: Some ideas/questions about yum
Hi. On Fri, 28 Aug 2009 11:43:00 -0500, Bruno Wolff III wrote You might be referring to PPP which some (IMO only crappy ISPs do this for DSL) DSL providers require you to use. PPP is pretty much standard for broadband access because it allows for some very useful tricks. Please note that I did not say that it is required, it is not, just that there are some convincing advantages to using it (at the provider side, and in not-so-obvious ways on the customer side as well). This is OT here, so mail me in private if you'd like to discuss this further. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Fedora 12 early branch now available.
For those of you that wish to separate Fedora 12 stabalization work from future development, we are now ready to process branch requests for F-12. If you branch your package early, builds from your new F-12 branch will continue to go to the Fedora 12 targets. dist-f12 for now, and eventually dist-f12-updates-candidate. Builds from devel/ will be sent to dist-f13 and will be held for the Fedora 13 rawhide once we get Fedora 12 out the door. To request a branch, please continue to use the cvsadmin request method: https://fedoraproject.org/wiki/PackageMaintainers/CVSAdminProcedure -- Jesse Keating Fedora -- Freedom² is a feature! identi.ca: http://identi.ca/jkeating 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
Re: Page size pain / localisation / possible F13 feature
On Fri, 2009-08-28 at 22:45 +0200, Björn Persson wrote: Caolán McNamara wrote: Well, FWIW there is the (rather weird) en_DK locale, which has -MM-YY dates (I think its the only locale where this is the default) Assuming you meant -MM-DD, sv_SE has that: I'd guess Japan would too, that's the standard date format there IIRC. -- 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
pkgs in rawhide which are obsoleted by something in rawhide
Working on something else I stumbled across this: http://fpaste.org/jDwM/ that's a list of pkgs in rawhide which are obsoleted by something else in rawhide. seems a bit dodgy to me. -sv -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
ABRT for f12 status
Hi internets, I was looking at the current state of ABRT (I tested on F11). The core capturing seems to work well. In brief, I propose to apply the (attached) patch to comps-f12.xml.in. For upgrades, we'll need to add a Conflicts: bug-buddy, correct? ABRT is a big step forward from bug-buddy in that the crashes are stored sanely in a persistent manner, and it captures crashes in the core OS as well. Concerns: == Getting the Data == My main concern is ensuring that we get the data reliably to the eyes of Fedora developers. The current abrt-desktop virtual package[1] depends on abrt-plugin-bugzilla, which has a default BugzillaURL = https://bugzilla.redhat.com/. To be able to successfully submit data, you have to go to: Edit-Preferences, click Bugzilla, click Configure Plugin and enter a username/password; there's no provision for creating a Bugzilla account here. I suggest that Fedora infrastructure instead provide a service where the data in /var/cache/abrt can be submitted via HTTP post as a tarball, anonymously. Then the crash UI can be just A problem has been detected in [whatever]. Do you want to send this data to Fedora? [Submit] [ See Data ] [ Cancel ]: On the server side then we can later write tools to analyze the crash data (reuse kerneloops? socorro? write custom code?). Secondary concerns: == kernel/GNOME developer feedback == We should ensure Fedora is still sending crashes from the kernel to kerneloops.org; does ABRT handle this? Also, ideally on the server side there would be a web page where a GNOME developer (hi!) could go to http://crashes.fedoraproject.org/package/gnome-panel and see a list of crashes sorted by number. == Privacy == ABRT needs some explanation that the crash data may contain private information. We may need to restrict visibility of the data to only Fedora account holders by default or the like, to at least prevent any future effects like a Slashdot link to a trace where the submitter was viewing pornography or the like (yes, this happened with GNOME bugzilla). But in general, thanks for the work on ABRT, we should get this in by default for the F12 desktop target. [1] For RPM/dependency graph people: Why does this exist? I thought virtual packages were disallowed? Should just be in comps I think. Index: comps-f12.xml.in === RCS file: /cvs/pkgs/comps/comps-f12.xml.in,v retrieving revision 1.98 diff -u -r1.98 comps-f12.xml.in --- comps-f12.xml.in 27 Aug 2009 14:49:40 - 1.98 +++ comps-f12.xml.in 28 Aug 2009 21:13:54 - @@ -360,7 +360,7 @@ packagereq type=defaultfirstboot/packagereq packagereq type=defaultglx-utils/packagereq packagereq type=defaultgnome-packagekit/packagereq - packagereq type=defaultkerneloops/packagereq + packagereq type=defaultabrt-desktop/packagereq packagereq type=defaultkrb5-auth-dialog/packagereq packagereq type=defaultopenssh-askpass/packagereq packagereq type=defaultplymouth-system-theme/packagereq @@ -2462,7 +2462,6 @@ packagereq type=conditional requires=scimscim-bridge-gtk/packagereq packagereq type=defaultat-spi/packagereq packagereq type=defaultbrasero-nautilus/packagereq - packagereq type=defaultbug-buddy/packagereq packagereq type=defaultcheese/packagereq packagereq type=defaultcompiz-gnome/packagereq packagereq type=defaultdasher/packagereq -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Firefox addon for Fedora-pkgdb search
On Thu, Aug 27, 2009 at 5:16 PM, Milos Jakubicekxja...@fi.muni.cz wrote: snip I'm very very sorry for this as I'm sure that I've partially invalidated my/your/both work, which is just bad:( Could you try to merge my and your work somehow? I'd be glad if you would do this and keep an eye of this feature so that it will land on pkgdb's pages sooner or later. snip I honestly don't see how I can merge the two its just a little xml file and ours are actually using different versions of the OpenSearch spec and I'm using pkgdb's search function while you're using the suggest function (granted I don't know what those two do on the back end so it might be the same). -Adam -- http://maxamillion.googlepages.com - () ascii ribbon campaign - against html e-mail /\ www.asciiribbon.org - against proprietary attachments -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: ABRT for f12 status
On Fri, Aug 28, 2009 at 11:31 PM, Colin Walterswalt...@verbum.org wrote: Hi internets, I was looking at the current state of ABRT (I tested on F11). The core capturing seems to work well. In brief, I propose to apply the (attached) patch to comps-f12.xml.in. For upgrades, we'll need to add a Conflicts: bug-buddy, correct? No, you want Obsoletes: bug-buddy, so yum/anaconda will replace bug-buddy with abrt. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: PolicyKit 0.9 is going away
David Zeuthen wrote: We announced that this would happen long ago. And, FWIW, it was approved long ago by FESCO too. You (well, whoever from your team was there to talk about the feature) promised to FESCo that PolicyKit 0.9 and 1.0 can coexist and that 0.9 can stay around if somebody signs up to maintain the compat package. I can dig up the log if you don't believe me. So, sorry, but we will obsolete the old packages Obsoleting packages which somebody still wants to maintain is extremely bad form. Especially if it's a library which is needed by other packages. Indeed. And in this transition period where we've been shipping both set of packages, there has been a lot of confusion. I've witnessed that myself. We just don't want that to happen in a released OS. The compat lib would only ship on the KDE spin. Kevin Kofler -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: ABRT for f12 status
On Fri, Aug 28, 2009 at 5:49 PM, drago01drag...@gmail.com wrote: On Fri, Aug 28, 2009 at 11:31 PM, Colin Walterswalt...@verbum.org wrote: Hi internets, I was looking at the current state of ABRT (I tested on F11). The core capturing seems to work well. In brief, I propose to apply the (attached) patch to comps-f12.xml.in. For upgrades, we'll need to add a Conflicts: bug-buddy, correct? No, you want Obsoletes: bug-buddy, so yum/anaconda will replace bug-buddy with abrt. Ok, thanks. Should then the current %package addon-kerneloops [...] Conflicts: kerneloops Also be changed to Obsoletes? -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: ABRT for f12 status
On Sat, Aug 29, 2009 at 12:19 AM, Colin Walterswalt...@verbum.org wrote: On Fri, Aug 28, 2009 at 5:49 PM, drago01drag...@gmail.com wrote: On Fri, Aug 28, 2009 at 11:31 PM, Colin Walterswalt...@verbum.org wrote: Hi internets, I was looking at the current state of ABRT (I tested on F11). The core capturing seems to work well. In brief, I propose to apply the (attached) patch to comps-f12.xml.in. For upgrades, we'll need to add a Conflicts: bug-buddy, correct? No, you want Obsoletes: bug-buddy, so yum/anaconda will replace bug-buddy with abrt. Ok, thanks. Should then the current %package addon-kerneloops [...] Conflicts: kerneloops Also be changed to Obsoletes? Yes a conflict will just prevent it from getting installed when kerneloops is installed. (which is kinda useless and not what was intended here) Obsoleting a specific version would be even better: Obsoletes: kerneloops = lastestversion -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: ABRT for f12 status
On Sat, Aug 29, 2009 at 12:26 AM, drago01drag...@gmail.com wrote: On Sat, Aug 29, 2009 at 12:19 AM, Colin Walterswalt...@verbum.org wrote: On Fri, Aug 28, 2009 at 5:49 PM, drago01drag...@gmail.com wrote: On Fri, Aug 28, 2009 at 11:31 PM, Colin Walterswalt...@verbum.org wrote: Hi internets, I was looking at the current state of ABRT (I tested on F11). The core capturing seems to work well. In brief, I propose to apply the (attached) patch to comps-f12.xml.in. For upgrades, we'll need to add a Conflicts: bug-buddy, correct? No, you want Obsoletes: bug-buddy, so yum/anaconda will replace bug-buddy with abrt. Ok, thanks. Should then the current %package addon-kerneloops [...] Conflicts: kerneloops Also be changed to Obsoletes? Yes a conflict will just prevent it from getting installed when kerneloops is installed. (which is kinda useless and not what was intended here) Obsoleting a specific version would be even better: Obsoletes: kerneloops = lastestversion But do we even want to drop kerneloops from the distro? -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Some ideas/questions about yum
1. Since Fedora 4, Fedora doesn't support installing software from DVD out of the box. Fedora 8 is an exception here. Currently, it seems that the work is almost done (99% completed as in [1]), and fixing the remaining 1% doesn't seem to need much work but unfortunately it seems that it is stopped. I think requesting a small collaboration between the feature owner, PolicyKit and/or GIO people is not too much. I have done that part 100% for yumex nextgen and it will work in F12 since the patch was accepted upstream (you just need to copy media.repo from the DVD to /etc/yum.repos.d/) but the PK implementation got a problem either we modify the file /usr/share/PolicyKit/policy/org.freedesktop.devicekit.disks.policy to grant root to access org.freedesktop.devicekit.disks.filesystem-mount or wait till the PK API is rewritten so that mounting is done in the non-privileged console user part and since the second option can't be done in F12 time and the first option is needs a policy change [which I can't change] you won't have this feature in F12 -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: another spin of TeX Live 2009 packages
Message du 27/08/09 16:38 De : Jindrich Novy A : fedora-devel-list@redhat.com Copie à : fedora-fonts-l...@redhat.com, tcall...@redhat.com Objet : Re: another spin of TeX Live 2009 packages On Wed, Aug 26, 2009 at 03:02:18PM +0200, Jindrich Novy wrote: Hi, first off, thanks many people who sent me RFE and bugfix proposals. I've tried to fix most of them in the current package set in the testing repository: rpm -i http://jnovy.fedorapeople.org/texlive/texlive-release-2009-0.1.fc11.noarch.rpm Thanks a lot for continuing to work on sanitizing TEX packaging. I ll examine your font packages as soon as I can (probably mid september). At first look, it seems you re duplicating many existing packages because CTAN redistributes stuff it s not the actual upstream of. So IMHO you wont escape a package per package check for fonts (TEX specific stuff tends to be released at CPAN first, but that s not the case for generic resources like fonts) In the meanwhile please do check you re actually using the fontpackages-devel macros in your packages an try to run the audit script available there against your repo Regards -- Nicolas Mailhot Alt. 3790 m Créez votre adresse électronique prenom@laposte.net 1 Go d'espace de stockage, anti-spam et anti-virus intégrés. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: dhclient and dhcp update require restart?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Thu, 27 Aug 2009, Matthew Woehlke wrote: Dariusz J. Garbowski wrote: Hi, something that bothers me a bit... More and more system restart requests with each update (even if one doesn't use the package at the time). This is a real shame. One of the selling points of Linux is that you *don't* need to reboot for every little upgrade (unlike a certain other OS I shan't name). Is this necessary for dhclient and dhcp update packages to require restart? Wouldn't service network restart and service dhcpd restart in the install/upgrade scripts do the trick (after checking that the service is actually running)? Ssh used to do that since, well, as far as I remember. Yes, please. Though maybe with prompting; we shouldn't go restarting possibly-critical services without good warning. As David said, for dhcpd, 'service restart dhcpd' should be fine. For dhclient I would question why /any/ restart is needed. If your dhcp connection is currently established, is dhclient even running? And even if it is, what benefit do you get cycling the interface /now/, if the new dhclient takes over whenever the interface cycles anyway? This is a limitation of the updates system, at least to my knowledge. I submit updates based on package builds, but cannot set things like 'suggests reboot' on a per subpackage basis. Since dhclient is a subpackage of dhcp, and I flag needs reboot for the dhcp package, dhclient inherits that. But I explained in the previous reply how to cycle the interface using either the network service or NetworkManager. I still view this as something more technical users will be familiar with and for the average user, simply rebooting the system is the easiest method. - -- David Cantrell dcantr...@redhat.com Red Hat / Honolulu, HI -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkqYYQ0ACgkQ5hsjjIy1VkmmAQCgyTlzwMUifVgU4xYYdKbeCZJS A9UAoKO1pnjuM82JLy3+gYxL8T0/Sxgn =O/sd -END PGP SIGNATURE- -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Firefox addon for Fedora-pkgdb search
Dne 28.8.2009 23:33, Adam Miller napsal(a): On Thu, Aug 27, 2009 at 5:16 PM, Milos Jakubicekxja...@fi.muni.cz wrote: snip I'm very very sorry for this as I'm sure that I've partially invalidated my/your/both work, which is just bad:( Could you try to merge my and your work somehow? I'd be glad if you would do this and keep an eye of this feature so that it will land on pkgdb's pages sooner or later. snip I honestly don't see how I can merge the two its just a little xml file and ours are actually using different versions of the OpenSearch spec and I'm using pkgdb's search function while you're using the suggest function (granted I don't know what those two do on the back end so it might be the same). Well, imo the point is that we should try to enable the users to get to the desired package info page (from which they can access builds/updates/sources/bugs) in shortest possible time, therefore I've implemented the suggestions (which, if running on a reliable box, provide an instant way how to ensure one type the package name properly). Otherwise, as I described: entering a nonexisting package results into search, otherwise you'll get to the package page in pkgdb. Regards, Milos -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
how to determain those no longer required packages
I'm reading APT and YUM source codes recently, and met the following question: for class apt.package.Package, there are a function isAutoRemovable, which means: http://apt.alioth.debian.org/python-apt-doc/apt/package.html?highlight=isautoremovable#apt.package.Package.isAutoRemovable Return True if the package is no longer required. If the package has been installed automatically as a dependency of another package, and if no packages depend on it anymore, the package is no longer required. Do YUM codes have the same function as 'isAutoRemovable' feature?? or how to determine such no longer required rpm packages using yum CLIs? Thanks, Ray -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
[Bug 517635] [indic] fc-match output is not matching to current locale
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=517635 Parag pnem...@redhat.com changed: What|Removed |Added Summary|[ne_NP] fc-match showing|[indic] fc-match output is |Lohit Hindi instead of|not matching to current |current Language|locale --- Comment #3 from Parag pnem...@redhat.com 2009-08-28 02:10:14 EDT --- We need fontconfig rules for all Indic Lohit fonts. -- 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
rpms/libfontenc/devel libfontenc-1.0.0-get-fontdir-from-pkgconfig.patch, 1.1, 1.2 libfontenc.spec, 1.29, 1.30
Author: whot
Update of /cvs/pkgs/rpms/libfontenc/devel
In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv25120
Modified Files:
libfontenc-1.0.0-get-fontdir-from-pkgconfig.patch
libfontenc.spec
Log Message:
* Fri Aug 28 2009 Peter Hutterer peter.hutte...@redhat.com 1.0.5-2
- libfontenc-1.0.0-get-fontdir-from-pkgconfig.patch: rebase to 1.0.5.
libfontenc-1.0.0-get-fontdir-from-pkgconfig.patch:
configure.ac |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
Index: libfontenc-1.0.0-get-fontdir-from-pkgconfig.patch
===
RCS file:
/cvs/pkgs/rpms/libfontenc/devel/libfontenc-1.0.0-get-fontdir-from-pkgconfig.patch,v
retrieving revision 1.1
retrieving revision 1.2
diff -u -p -r1.1 -r1.2
--- libfontenc-1.0.0-get-fontdir-from-pkgconfig.patch 16 Dec 2005 11:11:51
- 1.1
+++ libfontenc-1.0.0-get-fontdir-from-pkgconfig.patch 28 Aug 2009 06:16:09
- 1.2
@@ -1,11 +1,13 @@
./configure.ac.get-fontdir-from-pkgconfig 2005-12-16 03:10:56.0
-0500
-+++ ./configure.ac 2005-12-16 03:11:25.0 -0500
-@@ -35,7 +35,7 @@
+diff --git ./configure.ac ./configure.ac
+index fc28ef9..63ef0c8 100644
+--- ./configure.ac
./configure.ac
+@@ -37,7 +37,7 @@ AC_PROG_CC
+ AC_PROG_LIBTOOL
+ XORG_CWARNFLAGS
- m4_ifdef([AS_HELP_STRING], , [m4_define([AS_HELP_STRING],
m4_defn([AC_HELP_STRING]))])
-
--DEFAULT_ENCODINGSDIR=${libdir}/X11/fonts/encodings
-+DEFAULT_ENCODINGSDIR=$(pkg-config --variable=fontdir fontutil)/encodings
- AC_ARG_WITH(encodingsdir,
- AS_HELP_STRING([--with-encodingsdir=ENCODINGSDIR], [Path to font
encodings]),
- [ENCODINGSDIR=$withval],
+-encodingsdir=${libdir}/X11/fonts/encodings
++encodingsdir=$(pkg-config --variable=fontdir fontutil)/encodings
+ AC_ARG_WITH(encodingsdir, AC_HELP_STRING([--with-encodingsdir=pathname],
+ [Path to font encodings]), [encodingsdir=$withval])
+ ENCODINGSDIR=$encodingsdir
Index: libfontenc.spec
===
RCS file: /cvs/pkgs/rpms/libfontenc/devel/libfontenc.spec,v
retrieving revision 1.29
retrieving revision 1.30
diff -u -p -r1.29 -r1.30
--- libfontenc.spec 28 Aug 2009 05:54:37 - 1.29
+++ libfontenc.spec 28 Aug 2009 06:16:09 - 1.30
@@ -1,7 +1,7 @@
Summary: X.Org X11 libfontenc runtime library
Name: libfontenc
Version: 1.0.5
-Release: 1%{?dist}
+Release: 2%{?dist}
License: MIT
Group: System Environment/Libraries
URL: http://www.x.org
@@ -82,6 +82,9 @@ rm -rf $RPM_BUILD_ROOT
%{_libdir}/pkgconfig/fontenc.pc
%changelog
+* Fri Aug 28 2009 Peter Hutterer peter.hutte...@redhat.com 1.0.5-2
+- libfontenc-1.0.0-get-fontdir-from-pkgconfig.patch: rebase to 1.0.5.
+
* Fri Aug 28 2009 Peter Hutterer peter.hutte...@redhat.com 1.0.5-1
- libfontenc 1.0.5
___
Fedora-fonts-bugs-list mailing list
Fedora-fonts-bugs-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-fonts-bugs-list
[Bug 520043] [pa_IN] Need fontconfig rules for Lohit 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=520043 --- Comment #1 from Parag pnem...@redhat.com 2009-08-28 02:17:30 EDT --- Created an attachment (id=358995) -- (https://bugzilla.redhat.com/attachment.cgi?id=358995) fontconfig rules for Lohit Punjabi -- 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 520040] [kn_IN] Need fontconfig rules for Lohit Kannada 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=520040 --- Comment #1 from Parag pnem...@redhat.com 2009-08-28 02:18:17 EDT --- Created an attachment (id=358998) -- (https://bugzilla.redhat.com/attachment.cgi?id=358998) fontconfig rules for Lohit Kannada -- 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 520042] [or_IN] Need fontconfig rules for Lohit Oriya 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=520042 Parag pnem...@redhat.com changed: What|Removed |Added Blocks||517635 -- 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 520032] [hi_IN] Need fontconfig rules for Lohit Hindi 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=520032 Parag pnem...@redhat.com changed: What|Removed |Added Blocks||517635 -- 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 520039] [gu_IN] Need fontconfig rules for Lohit Gujarati 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=520039 Parag pnem...@redhat.com changed: What|Removed |Added Blocks||517635 -- 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 520043] [pa_IN] Need fontconfig rules for Lohit 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=520043 Parag pnem...@redhat.com changed: What|Removed |Added Blocks||517635 -- 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 520041] [ml_IN] Need fontconfig rules for Lohit Malayalam 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=520041 Parag pnem...@redhat.com changed: What|Removed |Added Blocks||517635 -- 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 520038] [bn_IN] ]Need fontconfig rules for Lohit Bengali 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=520038 Parag pnem...@redhat.com changed: What|Removed |Added Blocks||517635 -- 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 520033] [mr_IN] Need fontconfig rules for Lohit Marathi 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=520033 Parag pnem...@redhat.com changed: What|Removed |Added Blocks||517635 -- 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 520037] [sd...@devanagari] ]Need fontconfig rules for Lohit Sindhi 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=520037 Parag pnem...@redhat.com changed: What|Removed |Added Blocks||517635 -- 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 518161] contains expression seems not working on the fontconfig rule
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=518161 Parag pnem...@redhat.com changed: What|Removed |Added Blocks||517635 -- 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 520035] [as_IN] Need fontconfig rules for Lohit Assamese 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=520035 Parag pnem...@redhat.com changed: What|Removed |Added Blocks||517635 -- 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 520034] [mai_IN] Need fontconfig rules for Lohit Maithili 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=520034 Parag pnem...@redhat.com changed: What|Removed |Added Blocks||517635 -- 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 520036] [ks...@devanagari] Need fontconfig rules for Lohit Kashmiri 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=520036 Parag pnem...@redhat.com changed: What|Removed |Added Blocks||517635 -- 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 520040] [kn_IN] Need fontconfig rules for Lohit Kannada 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=520040 Parag pnem...@redhat.com changed: What|Removed |Added Blocks||517635 -- 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 517635] [indic] fc-match output is not matching to current locale
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=517635 Parag pnem...@redhat.com changed: What|Removed |Added Depends on||518161, 520032, 520033, ||520034, 520035, 520036, ||520037, 520038, 520039, ||520040, 520041, 520042, ||520043 -- 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 520032] [hi_IN] Need fontconfig rules for Lohit Hindi 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=520032 --- Comment #1 from Parag pnem...@redhat.com 2009-08-28 02:20:42 EDT --- Created an attachment (id=359006) -- (https://bugzilla.redhat.com/attachment.cgi?id=359006) fontconfig rules for Lohit Hindi -- 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 520034] [mai_IN] Need fontconfig rules for Lohit Maithili 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=520034 --- Comment #1 from Parag pnem...@redhat.com 2009-08-28 02:20:09 EDT --- Created an attachment (id=359004) -- (https://bugzilla.redhat.com/attachment.cgi?id=359004) fontconfig rules for Lohit Maithili -- 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 520033] [mr_IN] Need fontconfig rules for Lohit Marathi 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=520033 --- Comment #1 from Parag pnem...@redhat.com 2009-08-28 02:20:26 EDT --- Created an attachment (id=359005) -- (https://bugzilla.redhat.com/attachment.cgi?id=359005) fontconfig rules for Lohit Marathi -- 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 520041] [ml_IN] Need fontconfig rules for Lohit Malayalam 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=520041 --- Comment #1 from Parag pnem...@redhat.com 2009-08-28 02:18:03 EDT --- Created an attachment (id=358997) -- (https://bugzilla.redhat.com/attachment.cgi?id=358997) fontconfig rules for Lohit Malayalam -- 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 520038] [bn_IN] ]Need fontconfig rules for Lohit Bengali 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=520038 --- Comment #1 from Parag pnem...@redhat.com 2009-08-28 02:18:46 EDT --- Created an attachment (id=359000) -- (https://bugzilla.redhat.com/attachment.cgi?id=359000) fontconfig rules for Lohit Bengali -- 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 520039] [gu_IN] Need fontconfig rules for Lohit Gujarati 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=520039 --- Comment #1 from Parag pnem...@redhat.com 2009-08-28 02:18:36 EDT --- Created an attachment (id=358999) -- (https://bugzilla.redhat.com/attachment.cgi?id=358999) fontconfig rules for Lohit Gujarati -- 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 520037] [sd...@devanagari] ]Need fontconfig rules for Lohit Sindhi 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=520037 --- Comment #1 from Parag pnem...@redhat.com 2009-08-28 02:19:07 EDT --- Created an attachment (id=359001) -- (https://bugzilla.redhat.com/attachment.cgi?id=359001) fontconfig rules for Lohit Sindhi (Devanagari) -- 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 520035] [as_IN] Need fontconfig rules for Lohit Assamese 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=520035 --- Comment #1 from Parag pnem...@redhat.com 2009-08-28 02:19:53 EDT --- Created an attachment (id=359003) -- (https://bugzilla.redhat.com/attachment.cgi?id=359003) fontconfig rules for Lohit Assamese -- 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 520036] [ks...@devanagari] Need fontconfig rules for Lohit Kashmiri 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=520036 --- Comment #1 from Parag pnem...@redhat.com 2009-08-28 02:19:26 EDT --- Created an attachment (id=359002) -- (https://bugzilla.redhat.com/attachment.cgi?id=359002) fontconfig rules for Lohit Kashmiri (Devanagari) -- 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 520046] New: [ne_NP] Need fontconfig rules for Lohit Nepai font
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: [ne_NP] Need fontconfig rules for Lohit Nepai font https://bugzilla.redhat.com/show_bug.cgi?id=520046 Summary: [ne_NP] Need fontconfig rules for Lohit Nepai font Product: Fedora Version: rawhide Platform: All OS/Version: Linux Status: NEW Severity: medium Priority: low Component: lohit-fonts AssignedTo: psatp...@redhat.com ReportedBy: pnem...@redhat.com QAContact: extras...@fedoraproject.org CC: peter...@redhat.com, pnem...@redhat.com, fedora-fonts-bugs-list@redhat.com, psatp...@redhat.com, fedora-i18n-b...@redhat.com Classification: Fedora Target Release: --- Created an attachment (id=359008) -- (https://bugzilla.redhat.com/attachment.cgi?id=359008) fontconfig rules for Lohit Neapli Description of problem: Need to add fontspecific fontconfig rule file. Version-Release number of selected component (if applicable): lohit-fonts-2.4.1-1.fc12 How reproducible: always Steps to Reproduce: 1. 2. 3. Actual results: No fontconfig rule for Nepali font Expected results: Should have fontconfig rule for Neapli font Additional info: -- 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 520045] New: [ta_IN] Need fontconfig rules for Lohit Tamil font
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: [ta_IN] Need fontconfig rules for Lohit Tamil font https://bugzilla.redhat.com/show_bug.cgi?id=520045 Summary: [ta_IN] Need fontconfig rules for Lohit Tamil font Product: Fedora Version: rawhide Platform: All OS/Version: Linux Status: NEW Severity: medium Priority: low Component: lohit-fonts AssignedTo: psatp...@redhat.com ReportedBy: pnem...@redhat.com QAContact: extras...@fedoraproject.org CC: peter...@redhat.com, pnem...@redhat.com, fedora-fonts-bugs-list@redhat.com, psatp...@redhat.com, fedora-i18n-b...@redhat.com Classification: Fedora Target Release: --- Created an attachment (id=359007) -- (https://bugzilla.redhat.com/attachment.cgi?id=359007) fontconfig rules for Lohit Tamil Description of problem: Need to add fontspecific fontconfig rule file. Version-Release number of selected component (if applicable): lohit-fonts-2.4.1-1.fc12 How reproducible: always Steps to Reproduce: 1. 2. 3. Actual results: No fontconfig rule for Tamil font Expected results: Should have fontconfig rule for Tamil font Additional info: -- 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 520050] New: [kok_IN] Need fontconfig rules for Lohit Konkani font
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: [kok_IN] Need fontconfig rules for Lohit Konkani font https://bugzilla.redhat.com/show_bug.cgi?id=520050 Summary: [kok_IN] Need fontconfig rules for Lohit Konkani font Product: Fedora Version: rawhide Platform: All OS/Version: Linux Status: NEW Severity: medium Priority: low Component: lohit-fonts AssignedTo: psatp...@redhat.com ReportedBy: pnem...@redhat.com QAContact: extras...@fedoraproject.org CC: peter...@redhat.com, pnem...@redhat.com, fedora-fonts-bugs-list@redhat.com, psatp...@redhat.com, fedora-i18n-b...@redhat.com Classification: Fedora Target Release: --- Created an attachment (id=359011) -- (https://bugzilla.redhat.com/attachment.cgi?id=359011) fontconfig rules for Lohit Konkani Description of problem: Need to add fontspecific fontconfig rule file. Version-Release number of selected component (if applicable): lohit-fonts-2.4.1-1.fc12 How reproducible: always Steps to Reproduce: 1. 2. 3. Actual results: No fontconfig rule for Lohit Konkani font Expected results: Should have fontconfig rule for Konkani font Additional info: -- 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 520049] [te_IN] Need fontconfig rules for Lohit Telugu 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=520049 Parag pnem...@redhat.com changed: What|Removed |Added Blocks||517635 -- 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 520046] [ne_NP] Need fontconfig rules for Lohit Nepai 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=520046 Parag pnem...@redhat.com changed: What|Removed |Added Blocks||517635 -- 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 520045] [ta_IN] Need fontconfig rules for Lohit Tamil 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=520045 Parag pnem...@redhat.com changed: What|Removed |Added Blocks||517635 -- 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 520051] [deva] Need fontconfig rules for Samyak Devanagari 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=520051 Parag pnem...@redhat.com changed: What|Removed |Added Blocks||517635 -- 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 517635] [indic] fc-match output is not matching to current locale
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=517635 Parag pnem...@redhat.com changed: What|Removed |Added Depends on||520045, 520046, 520047, ||520049, 520050, 520051 -- 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 520051] New: [deva] Need fontconfig rules for Samyak Devanagari font
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: [deva] Need fontconfig rules for Samyak Devanagari font https://bugzilla.redhat.com/show_bug.cgi?id=520051 Summary: [deva] Need fontconfig rules for Samyak Devanagari font Product: Fedora Version: rawhide Platform: All OS/Version: Linux Status: NEW Severity: medium Priority: low Component: samyak-fonts AssignedTo: psatp...@redhat.com ReportedBy: pnem...@redhat.com QAContact: extras...@fedoraproject.org CC: fedora-fonts-bugs-list@redhat.com, psatp...@redhat.com, fedora-i18n-b...@redhat.com Classification: Fedora Target Release: --- Created an attachment (id=359012) -- (https://bugzilla.redhat.com/attachment.cgi?id=359012) fontconfig rules for Samyak Devanagari Description of problem: Need to add fontspecific fontconfig rule file. Version-Release number of selected component (if applicable): samyak-fonts-1.2.1-6.fc12 How reproducible: always Steps to Reproduce: 1. 2. 3. Actual results: No fontconfig rule for Samyak Devanagari font Expected results: Should have fontconfig rule for Samayak Devanagari font Additional info: -- 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 520050] [kok_IN] Need fontconfig rules for Lohit Konkani 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=520050 Parag pnem...@redhat.com changed: What|Removed |Added Blocks||517635 -- 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 518161] contains expression seems not working on the fontconfig rule
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=518161 Matthias Clasen mcla...@redhat.com changed: What|Removed |Added CC||mcla...@redhat.com --- Comment #2 from Matthias Clasen mcla...@redhat.com 2009-08-29 00:33:57 EDT --- Behdad, this is fixed now, no ? -- 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] ip6tables template for RHEL5
From: Matt Domsch mdom...@puppet1.fedora.phx.redhat.com --- configs/system/ip6tables-template.conf.erb | 40 1 files changed, 40 insertions(+), 0 deletions(-) create mode 100644 configs/system/ip6tables-template.conf.erb diff --git a/configs/system/ip6tables-template.conf.erb b/configs/system/ip6tables-template.conf.erb new file mode 100644 index 000..e0a0efc --- /dev/null +++ b/configs/system/ip6tables-template.conf.erb @@ -0,0 +1,40 @@ +# Firewall configuration written by system-config-securitylevel +# Manual customization of this file is not recommended. +*filter +:INPUT ACCEPT [0:0] +:FORWARD ACCEPT [0:0] +:OUTPUT ACCEPT [0:0] +:RH-Firewall-1-INPUT - [0:0] +-A INPUT -j RH-Firewall-1-INPUT +-A FORWARD -j RH-Firewall-1-INPUT + +# loopback allowed +-A RH-Firewall-1-INPUT -i lo -j ACCEPT + +# Accept ping and traceroute (needs icmp) +-A RH-Firewall-1-INPUT -p icmpv6 -j ACCEPT + +# Accept IPv6 packets at all +-A RH-Firewall-1-INPUT -p 50 -j ACCEPT +-A RH-Firewall-1-INPUT -p 51 -j ACCEPT + +# Accept SSH +-A RH-Firewall-1-INPUT -m tcp -p tcp --dport 22 -j ACCEPT + +# Custom Services +% custom.each do |cust| -% +%= cust % +% end -% + +# Services TCP +% tcpPorts.each do |port| -% +-A RH-Firewall-1-INPUT -p tcp -m tcp --dport %= port % -j ACCEPT +% end -% + +# Services UDP +% udpPorts.each do |port| -% +-A RH-Firewall-1-INPUT -p udp -m udp --dport %= port % -j ACCEPT +% end -% + +-A RH-Firewall-1-INPUT -j REJECT --reject-with icmp6-adm-prohibited +COMMIT -- 1.5.5.6 ___ Fedora-infrastructure-list mailing list Fedora-infrastructure-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
[PATCH] extend eth{} to optionally take a list of IPv6 addresses
From: Matt Domsch mdom...@puppet1.fedora.phx.redhat.com
---
configs/system/generic-network.conf.erb |4
manifests/filetypes/interfaces.pp |2 +-
2 files changed, 5 insertions(+), 1 deletions(-)
diff --git a/configs/system/generic-network.conf.erb
b/configs/system/generic-network.conf.erb
index 07ece31..f4366dd 100644
--- a/configs/system/generic-network.conf.erb
+++ b/configs/system/generic-network.conf.erb
@@ -19,3 +19,7 @@ BRIDGE=%= brname %
% else -%
TYPE=Ethernet
% end -%
+
+% if ipv6addrs.length then -%
+IPV6ADDR_SECONDARIES=%= ipv6addrs.map{|ip| ip }.join( ) %
+% end -%
diff --git a/manifests/filetypes/interfaces.pp
b/manifests/filetypes/interfaces.pp
index 1a7f30e..29722f6 100644
--- a/manifests/filetypes/interfaces.pp
+++ b/manifests/filetypes/interfaces.pp
@@ -1,6 +1,6 @@
# Define ethernet devices (usually aliased)
-define eth($ipaddr, $netmask) {
+define eth($ipaddr, $netmask, $ipv6addrs=[]) {
$bootproto='static'
$device = $name
$ethtype = standard
--
1.5.5.6
___
Fedora-infrastructure-list mailing list
Fedora-infrastructure-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
[PATCH] add apache IPv6 config options
From: Matt Domsch mdom...@puppet1.fedora.phx.redhat.com --- modules/httpd/files/00-namevirtualhost.conf |4 modules/httpd/files/httpd.conf-rhel5p |1 + 2 files changed, 5 insertions(+), 0 deletions(-) diff --git a/modules/httpd/files/00-namevirtualhost.conf b/modules/httpd/files/00-namevirtualhost.conf index 3c87355..a3c8b39 100644 --- a/modules/httpd/files/00-namevirtualhost.conf +++ b/modules/httpd/files/00-namevirtualhost.conf @@ -25,6 +25,10 @@ NameVirtualHost 152.46.7.221:80 NameVirtualHost 152.46.7.221:443 NameVirtualHost 152.46.7.222:80 NameVirtualhost 152.46.7.222:443 +NameVirtualHost [2610:28:200:1::fed0:1]:80 +NameVirtualHost [2610:28:200:1::fed0:1]:443 +NameVirtualHost [2610:28:200:1::fed0:2]:80 +NameVirtualHost [2610:28:200:1::fed0:2]:443 #proxy5 NameVirtualHost 80.239.156.214:80 diff --git a/modules/httpd/files/httpd.conf-rhel5p b/modules/httpd/files/httpd.conf-rhel5p index 5c40c80..bd4480f 100644 --- a/modules/httpd/files/httpd.conf-rhel5p +++ b/modules/httpd/files/httpd.conf-rhel5p @@ -148,6 +148,7 @@ MaxRequestsPerChild1 # Listen 0.0.0.0:80 Listen 0.0.0.0:443 +Listen [::]:80 # # Dynamic Shared Object (DSO) Support -- 1.5.5.6 ___ Fedora-infrastructure-list mailing list Fedora-infrastructure-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
IPv6 enablement patches
This patch series enables IPv6 for several infrastructure services. * ns2, so we start serving DNS by IPv6 * proxy4, so we can start serving fedoraproject.org and other sites by IPv6 * ip6tables for these servers Comments welcome. Thanks, Matt ___ Fedora-infrastructure-list mailing list Fedora-infrastructure-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
[PATCH] add ibiblio1 AAAA
From: Matt Domsch mdom...@puppet1.fedora.phx.redhat.com --- modules/bind/files/master/fedoraproject.org |1 + 1 files changed, 1 insertions(+), 0 deletions(-) diff --git a/modules/bind/files/master/fedoraproject.org b/modules/bind/files/master/fedoraproject.org index 43d6d18..2327080 100644 --- a/modules/bind/files/master/fedoraproject.org +++ b/modules/bind/files/master/fedoraproject.org @@ -126,6 +126,7 @@ hosted60INCNAME hosted1.fedoraproject.org. hosted1 INA 66.135.52.17 hosted2 INA 66.135.52.84 ibiblio1INA 152.46.7.219 +ibiblio1IN 2610:28:200:1:21a:64ff:fec3:ac0a ibiblio1-mgmt INA 152.46.7.223 id INCNAME admin *.idINCNAME admin -- 1.5.5.6 ___ Fedora-infrastructure-list mailing list Fedora-infrastructure-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
[PATCH] add AAAA records for ns2, proxy4, and torrent1
From: Matt Domsch mdom...@puppet1.fedora.phx.redhat.com --- modules/bind/files/master/fedoraproject.org |3 +++ 1 files changed, 3 insertions(+), 0 deletions(-) diff --git a/modules/bind/files/master/fedoraproject.org b/modules/bind/files/master/fedoraproject.org index cb9836f..43d6d18 100644 --- a/modules/bind/files/master/fedoraproject.org +++ b/modules/bind/files/master/fedoraproject.org @@ -148,6 +148,7 @@ mx3 INA 66.187.233.32 noc2INA 80.239.156.216 ns1 INA 64.34.184.179 ns2 INA 152.46.7.225 +ns2 IN 2610:28:200:1:216:3eff:fe1f:6b93 ols INCNAME fedorapeople.org. osuosl1 INA 140.211.169.194 people1 INA 128.197.185.45 @@ -166,6 +167,7 @@ posse8 INA 209.132.178.18 posse9 INA 209.132.178.20 proxy3 INA 66.35.62.162 proxy4 INA 152.46.7.221 +proxy4 IN 2610:28:200:1:216:3eff:fe62:9fdd proxy4-2INA 152.46.7.222 proxy5 INA 80.239.156.214 publictest1 INA 152.46.7.227 @@ -214,6 +216,7 @@ talkINCNAME asterisk1.fedoraproject.org. telia1 INA 80.239.144.84 torrent60 INA 152.46.7.220 torrent1INA 152.46.7.220 +torrent1IN 2610:28:200:1:216:3eff:fe42:cd90 torrentsINCNAME torrent translate INCNAME admin translate.stg INCNAME admin.stg.fedoraproject.org. -- 1.5.5.6 ___ Fedora-infrastructure-list mailing list Fedora-infrastructure-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
[PATCH] enable IPv6 in named.conf
From: Matt Domsch mdom...@puppet1.fedora.phx.redhat.com
---
modules/bind/files/named.conf | 12 +---
1 files changed, 9 insertions(+), 3 deletions(-)
diff --git a/modules/bind/files/named.conf b/modules/bind/files/named.conf
index 6063696..29f0d63 100644
--- a/modules/bind/files/named.conf
+++ b/modules/bind/files/named.conf
@@ -13,9 +13,11 @@ key rndckey {
// dns1.j2solutions.net - run by Jesse Keating jkeat...@redhat.com
acl slaves { 209.124.61.35; 209.124.61.34; 209.124.62.154; };
//
-acl me { 127.0.0.1; };
+acl me { 127.0.0.1; ::1; };
//
-acl everyone { 0.0.0.0/0; };
+acl everyone-v4 { 0.0.0.0/0; };
+acl everyone-v6 { ::0/0; };
+acl everyone { 0.0.0.0/0; ::0/0; };
//
acl ns_redhat { 66.187.233.210; 209.132.183.2; 66.187.229.10; };
//
@@ -27,6 +29,7 @@ options {
allow-query { everyone; };
allow-recursion { me; cloud; };
query-source address * port *;
+query-source-v6 address * port *;
allow-transfer { me; slaves; };
transfer-source * port 53;
pid-file var/run/named/named.pid;
@@ -34,7 +37,10 @@ options {
// forwarders { 209.132.178.0/23; };
version cowbell++;
listen-on port 53 {
-everyone;
+everyone-v4;
+};
+listen-on-v6 port 53 {
+everyone-v6;
};
notify yes;
};
--
1.5.5.6
___
Fedora-infrastructure-list mailing list
Fedora-infrastructure-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
[PATCH] create ip6tables definition
From: Matt Domsch mdom...@puppet1.fedora.phx.redhat.com
---
manifests/filetypes/standard.pp | 12
1 files changed, 12 insertions(+), 0 deletions(-)
diff --git a/manifests/filetypes/standard.pp b/manifests/filetypes/standard.pp
index d4ce26a..097b3df 100644
--- a/manifests/filetypes/standard.pp
+++ b/manifests/filetypes/standard.pp
@@ -130,6 +130,18 @@ define iptables($owner = root, $group = root, $mode = 644,
$content,
notify = Service['iptables'],
}
}
+define ip6tables($owner = root, $group = root, $mode = 644, $content,
+ $backup = main, $ensure = file) {
+file { $name:
+mode = $mode,
+owner = $owner,
+group = $group,
+backup = $backup,
+ensure = $ensure,
+content = $content,
+notify = Service['ip6tables'],
+}
+}
define nfs($device, $fstype='nfs', $ensure=mounted, $options='defaults') {
include nfs-utils
--
1.5.5.6
___
Fedora-infrastructure-list mailing list
Fedora-infrastructure-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
[PATCH] add ip6tables on DNS servers
From: Matt Domsch mdom...@puppet1.fedora.phx.redhat.com
---
manifests/servergroups/dns.pp |9 +
1 files changed, 9 insertions(+), 0 deletions(-)
diff --git a/manifests/servergroups/dns.pp b/manifests/servergroups/dns.pp
index 0b543b2..01b5a60 100644
--- a/manifests/servergroups/dns.pp
+++ b/manifests/servergroups/dns.pp
@@ -12,11 +12,20 @@ class dns {
content = template('system/iptables-template.conf.erb'),
}
+ip6tables { '/etc/sysconfig/ip6tables':
+content = template('system/ip6tables-template.conf.erb'),
+}
+
service { iptables:
ensure = running,
hasstatus = true,
}
+service { ip6tables:
+ensure = running,
+hasstatus = true,
+}
+
semanage_fcontext { '/var/named/chroot/log(/.*)?':
type = 'named_log_t'
}
--
1.5.5.6
___
Fedora-infrastructure-list mailing list
Fedora-infrastructure-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
[PATCH] add IPv6 addresses for apache VirtualHost stanzas
From: Matt Domsch mdom...@puppet1.fedora.phx.redhat.com
---
manifests/servergroups/proxy.pp | 23 +++
1 files changed, 23 insertions(+), 0 deletions(-)
diff --git a/manifests/servergroups/proxy.pp b/manifests/servergroups/proxy.pp
index bfa0481..eeb9e19 100644
--- a/manifests/servergroups/proxy.pp
+++ b/manifests/servergroups/proxy.pp
@@ -22,6 +22,7 @@ class proxy {
66.35.62.162,
80.239.156.214,
152.46.7.221,
+[2610:28:200:1::fed0:1],
],
server_aliases = [ stg.fedoraproject.org ],
ssl= true,
@@ -39,6 +40,7 @@ class proxy {
66.35.62.166,
80.239.156.215,
152.46.7.222,
+[2610:28:200:1::fed0:2],
],
server_aliases = [ admin.stg.fedoraproject.org ],
ssl= true,
@@ -57,6 +59,7 @@ class proxy {
66.35.62.166,
80.239.156.215,
152.46.7.222,
+[2610:28:200:1::fed0:2],
],
server_aliases = [ mirrors.stg.fedoraproject.org ],
ssl= true,
@@ -74,6 +77,7 @@ class proxy {
66.35.62.166,
80.239.156.215,
152.46.7.222,
+[2610:28:200:1::fed0:2],
],
server_aliases = [
download01.fedoraproject.org,
@@ -103,6 +107,7 @@ class proxy {
66.35.62.166,
80.239.156.215,
152.46.7.222,
+[2610:28:200:1::fed0:2],
],
server_aliases = [ translate.stg.fedoraproject.org ],
ssl= true,
@@ -121,6 +126,7 @@ class proxy {
66.35.62.166,
80.239.156.215,
152.46.7.222,
+[2610:28:200:1::fed0:2],
],
server_aliases = [ smolt.fedoraproject.org, stg.smolts.org,
'www.smolts.org'],
ssl= false,
@@ -137,6 +143,7 @@ class proxy {
66.35.62.166,
80.239.156.215,
152.46.7.222,
+[2610:28:200:1::fed0:2],
],
server_aliases = [ doc.fedoraproject.org,
docs.stg.fedoraproject.org ],
ssl= true,
@@ -154,6 +161,7 @@ class proxy {
66.35.62.166,
80.239.156.215,
152.46.7.222,
+[2610:28:200:1::fed0:2],
],
server_aliases = [ bodhi.stg.fedoraproject.org ],
ssl= true,
@@ -171,6 +179,7 @@ class proxy {
66.35.62.166,
80.239.156.215,
152.46.7.222,
+[2610:28:200:1::fed0:2],
],
server_aliases = [ bugz.stg.fedoraproject.org ],
ssl= true,
@@ -188,6 +197,7 @@ class proxy {
66.35.62.166,
80.239.156.215,
152.46.7.222,
+[2610:28:200:1::fed0:2],
],
server_aliases = [ fas.stg.fedoraproject.org,
accounts.fedoraproject.org ],
ssl= true,
@@ -207,6 +217,7 @@ class proxy {
66.35.62.166,
80.239.156.215,
152.46.7.222,
+[2610:28:200:1::fed0:2],
],
server_aliases = [
fedoralinux.com,
@@ -252,6 +263,7 @@ class proxy {
66.35.62.166,
80.239.156.215,
152.46.7.222,
+[2610:28:200:1::fed0:2],
],
server_aliases = [ get.stg.fedoraproject.org ],
ssl= true,
@@ -269,6 +281,7 @@ class proxy {
66.35.62.166,
80.239.156.215,
152.46.7.222,
+[2610:28:200:1::fed0:2],
],
server_aliases = [ help.stg.fedoraproject.org ],
ssl= true,
@@ -286,6 +299,7 @@ class proxy {
66.35.62.166,
80.239.156.215,
152.46.7.222,
+[2610:28:200:1::fed0:2],
],
server_aliases = [ join.stg.fedoraproject.org ],
ssl= true,
@@ -303,6 +317,7 @@ class proxy {
66.35.62.166,
80.239.156.215,
152.46.7.222,
+[2610:28:200:1::fed0:2],
],
server_aliases = [ l10n.stg.fedoraproject.org ],
ssl= true,
@@ -320,6 +335,7 @@ class proxy {
66.35.62.166,
80.239.156.215,
152.46.7.222,
+[2610:28:200:1::fed0:2],
],
server_aliases = [ start.stg.fedoraproject.org ],
ssl= true,
@@ -337,6 +353,7 @@ class proxy {
66.35.62.166,
80.239.156.215,
[PATCH] assign IPv6 addresses to proxy4
From: Matt Domsch mdom...@puppet1.fedora.phx.redhat.com
---
manifests/nodes/proxy4.fedoraproject.org.pp |7 +++
1 files changed, 7 insertions(+), 0 deletions(-)
diff --git a/manifests/nodes/proxy4.fedoraproject.org.pp
b/manifests/nodes/proxy4.fedoraproject.org.pp
index 8926d94..fb31481 100644
--- a/manifests/nodes/proxy4.fedoraproject.org.pp
+++ b/manifests/nodes/proxy4.fedoraproject.org.pp
@@ -61,8 +61,15 @@ node proxy4.fedoraproject.org {
alias = [value2, value2.fedoraproject.org],
}
+eth { eth0:
+ipaddr = 152.46.7.221,
+netmask = 255.255.255.0,
+ipv6addrs = [2610:28:200:1::fed0:1/64],
+}
+
eth { eth0:0:
ipaddr = 152.46.7.222,
netmask = 255.255.255.0,
+ipv6addrs = [2610:28:200:1::fed0:2/64],
}
}
--
1.5.5.6
___
Fedora-infrastructure-list mailing list
Fedora-infrastructure-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
[PATCH] change proxy4 IPv6 addresses to static scheme
From: Matt Domsch mdom...@puppet1.fedora.phx.redhat.com --- modules/bind/files/master/fedoraproject.org |3 ++- 1 files changed, 2 insertions(+), 1 deletions(-) diff --git a/modules/bind/files/master/fedoraproject.org b/modules/bind/files/master/fedoraproject.org index 2327080..14eb8c3 100644 --- a/modules/bind/files/master/fedoraproject.org +++ b/modules/bind/files/master/fedoraproject.org @@ -168,8 +168,9 @@ posse8 INA 209.132.178.18 posse9 INA 209.132.178.20 proxy3 INA 66.35.62.162 proxy4 INA 152.46.7.221 -proxy4 IN 2610:28:200:1:216:3eff:fe62:9fdd +proxy4 IN 2610:28:200:1::fed0:1 proxy4-2INA 152.46.7.222 +proxy4-2IN 2610:28:200:1::fed0:2 proxy5 INA 80.239.156.214 publictest1 INA 152.46.7.227 publictest2 INA 152.46.7.228 -- 1.5.5.6 ___ Fedora-infrastructure-list mailing list Fedora-infrastructure-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
[PATCH] add proxy4 IPv6 addresses into zone file
From: Matt Domsch mdom...@puppet1.fedora.phx.redhat.com --- modules/bind/files/master/fedoraproject.org |2 ++ 1 files changed, 2 insertions(+), 0 deletions(-) diff --git a/modules/bind/files/master/fedoraproject.org b/modules/bind/files/master/fedoraproject.org index 14eb8c3..6f9286d 100644 --- a/modules/bind/files/master/fedoraproject.org +++ b/modules/bind/files/master/fedoraproject.org @@ -17,12 +17,14 @@ $TTL 3600 @60 INA66.35.62.162 @60 INA152.46.7.221 ;@60 INA80.239.156.214 +@60 IN 2610:28:200:1::fed0:1 ; Our non fp.o load balanced setup wildcard60 INA209.132.176.120 wildcard60 INA66.35.62.166 wildcard60 INA152.46.7.222 ;wildcard60 INA80.239.156.215 +wildcard60 IN 2610:28:200:1::fed0:2 ; koji kojiIN A 209.132.176.65 -- 1.5.5.6 ___ Fedora-infrastructure-list mailing list Fedora-infrastructure-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
Re: [PATCH] add apache IPv6 config options
On 08/28/2009 05:11 PM, Matt Domsch wrote: index 5c40c80..bd4480f 100644 --- a/modules/httpd/files/httpd.conf-rhel5p +++ b/modules/httpd/files/httpd.conf-rhel5p @@ -148,6 +148,7 @@ MaxRequestsPerChild1 # Listen 0.0.0.0:80 Listen 0.0.0.0:443 +Listen [::]:80 Two comments: - wouldn't *:80 accomplish the same thing as two listen directives? Perhaps *:80 means that Apache binds, on Linux, to the slightly-more-efficient ipv6 socket, where ipv4 connections are ipv6-mapped (::10.20.30.40)? - do you need a listen [::]:443 also? ___ Fedora-infrastructure-list mailing list Fedora-infrastructure-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
Re: [PATCH] add ip6tables on DNS servers
Matt why are you spamming the list
- Original Message -
From: Matt Domsch matt_dom...@dell.com
To: fedora-infrastructure-list@redhat.com
Sent: Friday, August 28, 2009 5:11 PM
Subject: [PATCH] add ip6tables on DNS servers
From: Matt Domsch mdom...@puppet1.fedora.phx.redhat.com
---
manifests/servergroups/dns.pp |9 +
1 files changed, 9 insertions(+), 0 deletions(-)
diff --git a/manifests/servergroups/dns.pp b/manifests/servergroups/dns.pp
index 0b543b2..01b5a60 100644
--- a/manifests/servergroups/dns.pp
+++ b/manifests/servergroups/dns.pp
@@ -12,11 +12,20 @@ class dns {
content = template('system/iptables-template.conf.erb'),
}
+ip6tables { '/etc/sysconfig/ip6tables':
+content = template('system/ip6tables-template.conf.erb'),
+}
+
service { iptables:
ensure = running,
hasstatus = true,
}
+service { ip6tables:
+ensure = running,
+hasstatus = true,
+}
+
semanage_fcontext { '/var/named/chroot/log(/.*)?':
type = 'named_log_t'
}
--
1.5.5.6
___
Fedora-infrastructure-list mailing list
Fedora-infrastructure-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
___
Fedora-infrastructure-list mailing list
Fedora-infrastructure-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
