Re: Join to Mozilla Location Service in Fedora
2014-11-06 9:16 GMT-03:00 Martin Stransky stran...@redhat.com: Hi Folks, as you may know [0] Firefox in Fedora [1] is using Mozilla Location service [2] as a location provider instead of the Google one. I'd like to ask you to join the project, install the Mozilla Stumbler application [3] and help to improve the location accuracy. Wrong list. Would you please post this to trans list? k.r. Domingo Becker -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Join to Mozilla Location Service in Fedora
2014-11-06 11:18 GMT-03:00 Domingo Becker domingobec...@gmail.com: 2014-11-06 9:16 GMT-03:00 Martin Stransky stran...@redhat.com: Hi Folks, as you may know [0] Firefox in Fedora [1] is using Mozilla Location service [2] as a location provider instead of the Google one. I'd like to ask you to join the project, install the Mozilla Stumbler application [3] and help to improve the location accuracy. Wrong list. Would you please post this to trans list? Sorry for the noise. I read localization. Sorry! -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
transifex ownership
I would like to announce that lbazan has taken the ownership of transifex package and it's dependencies. Luis Bazán is a prominent packager from the latinamerican packager group, rpmdev.proyectofedora.org. He has been actively working with transifex package and adding the new dependencies to the Fedora's repositories since march this year. I would also like to thank him and all the people who helped me along with this package. kind regards Domingo Becker -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: i18n translation contact
2012/8/29 Dave Young dyo...@redhat.com: Hi, CC tr...@lists.fedoraproject.org and Neil Horman What's tell the normal process of translating po file? It can be translated online in Transifex [1] or a translator may download the po file for working offline with it using a po file editor like poEdit, and then upload the translated file to transifex. Later, the project maintainer downloads the po files and create the rpm. Po files are generated from the pot file in transifex, normally reusing previous translations. [1] https://fedora.transifex.com/projects/p/fedora/r/fedora-main/l/es/ kind regards Domingo Becker -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: i18n translation contact
2012/8/28 Dave Young dyo...@redhat.com: On 08/29/2012 10:54 AM, Parag N(पराग़) wrote: For translation related issues contact to l10n people on tr...@lists.fedoraproject.org list. More can be read at http://fedoraproject.org/wiki/L10N Thanks very much, will contact i10n list There is a firstboot project in Fedora's Transifex instance [1]. Would you please claim maintanership or comaintanership of that project and upload the latest pot file? I would be more than happy to translate it to Spanish and help you with the pot upload. [1] https://fedora.transifex.com/projects/p/firstboot/ thank you and kind regards Domingo Becker -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Django-* to python-django-* rename
2012/7/11 Matthias Runge mru...@matthias-runge.de: On 07/11/2012 02:33 PM, Rakesh Pandit wrote: @devel May someone take care of this rename and review so that it happens before f18 branching ? Regards, done https://bugzilla.redhat.com/show_bug.cgi?id=839382 Regarding this issue, I need help with python-django-addons review request: https://bugzilla.redhat.com/show_bug.cgi?id=832727 kind regards Domingo Becker -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: comps headsup: plan to drop langpacks from language-support groups in comps-f17.xml.in
2011/9/9 Dimitris Glezos gle...@indifex.com: On Fri, Sep 9, 2011 at 9:50 AM, Ankitkumar Rameshchandra Patel an...@redhat.com wrote: Related note. How about we also change the way we manage translations for packages? This gives more control over translations to translators also translators become independent from package maintainers and can reduce burden from package maintainers taking care of translations! Shouldn't we have translations packaged independently from RPM packages? This is indeed possible. We did this in MeeGo and worked quite well. Here's the workflow we already implemented with MeeGo: 1. Developer has neither POT or PO files in git. No need to. 2. Developer builds his package. His Makefile produces the POT on-the-fly and includes it in the RPM. 3. Developer pushes his SRPM on build system. His SRPM contains one POT file and no PO files. 4. Transifex Middleware App monitors the build system for updates on packages. It detects a new version of the Anaconda SRPM. It downloads it, extracts the POT file from inside and pushes it to Transifex. 5. Transifex imports the file and notifies all translators if there are new strings available. 6. Translators provide translations either offline or online. 7. Localization packager uses Transifex client to pull all translations for eg. F17 and push a update on the language packs. LPacks are splitted eg. as fedora-langpack-ui-pt_BR etc. 8. User sees an update on yum and installs it. Advantages: - Developer is isolated from the need to host translations -- less clutter in his repo and changelog. - Developer does not need to remember to update his POT and pull translations, often forgotten (eg. the pull fresh translations after deadline). - L10n packager and language teams can push updates to their language any time they want. - CD/DVD can include only a couple of lang packs, so smaller size. Upon selection of the language, yum (or even the installer) can download the lang pack right away. - Process works well with release cycles, since there is a string freeze period. It seems promising. +1 Is there any package we can test it with? Possible drawbacks: - During Updates cycles (after a release is shipped): Between the time the developer pushes his package and the time the lang packs are updated, the user may see a couple of English strings on his UI. This happens also when the developer hosts his PO files, unless he decides to have small string-freezes every time (don't know anyone who does this). It's not a problem. It will encourage translators participation. kind regards Domingo Becker -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: packaging wxPdfDocument
2011/8/15 Ulrich Telle ulrich.te...@gmx.de: Hi Domingo, I would like to package wxPdfDocument [1], a class library for creating PDF documents in a C++ application. As I use it in production environments since 2009 with no problems, I would like to package it for Fedora in order to have it available in the official repos. Nice to hear that including wxPdfDocument is discussed. It currently builds successfully under i686 but not in x86_64 because of a /usr/lib - /usr/lib64 dir name issue. But I read this morning how to solve it in another message in this list, so I will test it on an x86_64 machine as soon as I can. Please let me know if changes to the source code of wxPdfDocument are necessary to solve this building problem. If yes, I'd like to include them into my own file releases on wxCode. Ulrich, thank you for your support. The build under x86_64 has been fixed [1] and the review request has been updated accordingly. A link to a successful koji build and some rpmlint output for the spec file and the .src.rpm were added too. The issue was with multilib support in Fedora, the lib directory under i686 is /whatever/lib and under x86_64 is /whatever/lib64. The ../lib is hardcoded in the makefiles under build directory. Perhaps if there is a lib or libdir var that can be provided through make, with a default value if not provided by make. The patch that applies only on x86_64 would give you an idea of the change to the GNUmakefile [2]. [1] https://bugzilla.redhat.com/show_bug.cgi?id=730764#c1 [2] http://beckerde.fedorapeople.org/wxpdfdoc/GNUmakefile.patch kind regards Domingo Becker -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
packaging wxPdfDocument
Hey all, I would like to package wxPdfDocument [1], a class library for creating PDF documents in a C++ application. As I use it in production environments since 2009 with no problems, I would like to package it for Fedora in order to have it available in the official repos. The review request is at [2]. It currently builds successfully under i686 but not in x86_64 because of a /usr/lib - /usr/lib64 dir name issue. But I read this morning how to solve it in another message in this list, so I will test it on an x86_64 machine as soon as I can. [1] http://wxcode.sourceforge.net/components/wxpdfdoc/ [2] https://bugzilla.redhat.com/show_bug.cgi?id=730764 kind regards Domingo Becker -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Orphaning some packages
2011/7/25 Michael Stahnke mastah...@gmail.com: Due to my job changing and me using some of these packages less and less, I will orphaning several packages. python-pygooglechart (Fedora + EPEL) I need this package, and I would like to take ownership. k.r. Domingo Becker -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: [ACTION REQUIRED] Retiring packages in F-16 (v3)
2011/7/14 Bill Nottingham nott...@redhat.com: If not claimed, the packages will be blocked on Monday, July 25. Orphan man-pages-es I've just took that one. k.r. Domingo Becker -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Packages that will be orphaned
2011/6/20 Toshio Kuratomi a.bad...@gmail.com: transifex As I co-maintain this, I'm interested in becoming the maintainer. k.r. Domingo Becker -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: GNOME3 and au revoir WAS: systemd: please stop trying to take over the world :)
2011/6/17 Rahul Sundaram methe...@gmail.com: On 06/17/2011 03:59 PM, Henrik Wejdmark wrote: As has been stated earlier in this thread, having the hot spot in the top left corner and categories far right causes a lot of mouse movements. Common apps in the dash only opens the first instance, after that it switches to the existing instance, effectively doubling the functionality from the activities window. I use Windows key and control + click for these things correspondingly. Middle click launches the app in a new workspace which is convenient as well The shortest way is by using keyboard, as Rahul says: 1. Press the key between Ctrl and Alt. 2. Type in what you search, at least the first letters. After that, some icons are shown and you may use up and down arrow keys to select. 3. After selecting the application you want, press Enter, and that's it. Access through keyboard was something missing in previous GNOME. End users go faster if they only use keyboard (of course, the program and the desktop environment should be prepared for that). I forced the change from F14 to F15 in some production desktops, and this is what end-users said to me: it's a lot faster, it's different, but a lot faster. It's just a matter to get used to it. I was sceptic the first time, and probably I would have said the same as first posts in this thread, but end users have the last and valuable word, and nobody can't deny it. I'm just commenting what I saw in an F15 deployment in production. kind regards Domingo Becker -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: what key between Ctrl Alt (was: GNOME3 and au revoir...)
2011/6/17 Felix Miata mrma...@earthlink.net: On 2011/06/17 08:53 (GMT-0300) Domingo Becker composed: The shortest way is by using keyboard, as Rahul says: 1. Press the key between Ctrl and Alt. What key between Ctrl Alt? The key that can not be named! lol cheers Domingo Becker -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: which video player for a package Requires ?
2011/5/24 Nicoleau Fabien nicoleau.fab...@gmail.com: Hi, I'm packaging a software that downloads videos from websites like youtube, dailymotion, etc ... This software also allow the user to launch a video player that will read the video as a stream. The default value in the configuration file for the video player is vlc --quiet %u. My question is : what am I suppose to set in Requires field for the package ? totem ? something generic ? nothing ? I play videos downloaded from websites like the ones you mention with totem (.flv and .mp4). The Requires would be totem and gstreamer-ffmpeg (from rpmfusion-free). Other media players using gstreamer would work too, but totem works fine for me. xdg-open would work too, and I guess the Requires would be the same if default values are used. kind regards Domingo Becker -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
gparted included in Fedora Live media
Is there any chance to get gparted package included in the Fedora Live media for the next release? I use it very much for solving partition problems with Fedora and other operating systems too. More than a year ago, I made a partition of 250MB for the /boot partition according the what Fedora Installation Guide recommends [0] and it still does [1]. But that size doesn't work for preupgrade, because it can't download the installer images in /boot. I don't like to use other linux distribution's live media to do this, if that can be done perfectly well with a Fedora Live CD. I tested it with yum install gparted in a Fedora 14 Live, and it only added that package. But for situations without internet it will not work. [0] http://docs.fedoraproject.org/en-US/Fedora/13/html/Installation_Guide/s2-diskpartrecommend-x86.html [1] http://docs.fedoraproject.org/en-US/Fedora/14/html/Installation_Guide/s2-diskpartrecommend-x86.html kind regards Domingo Becker -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
installation of my own rpm in a Fedora without internet
I was in a situation a couple of days ago, in which I was setting up some Fedora 14 desktops and I tried to install my software from rpms in an usb stick. For some external reason, the internet connection was down, and after installing F14, setting up the appropriate firewall rules and selinux booleans and file contexts, I tried to install my software from the rpms and it failed because it couldn't get information about the Fedora repo. I think that a just installed Fedora box should have the ability to install software from an usb stick without the need of an internet connection. Think about a computer with F14 for managing something in a place without internet connection (I have several cases like this). Is there a way to do this? kind regards Domingo Becker -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: installation of my own rpm in a Fedora without internet
2011/2/19 Dominic Hopf dma...@googlemail.com: I usually do this with yum localinstall file.rpm Thank you, I'll try that. I have to install some F14 on monday. k.r. Domingo Becker -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: installation of my own rpm in a Fedora without internet
2011/2/19 Till Maas opensou...@till.name: On Sat, Feb 19, 2011 at 11:44:48AM -0300, Domingo Becker wrote: I think that a just installed Fedora box should have the ability to install software from an usb stick without the need of an internet connection. You can try this to install rpms from the local directory: yum --disablerepo=\* install ./*.rpm I will try this too. But next monday or tuesday. Btw. a proper bug report requires a description of what you actually did, e.g. which software did you use to install and what was the excact error message. Sorry, my software is at [1] and [2], both are GPLv3 license. The command I always use is yum install --nogpg my-own.rpm another.rpm I don't remember now the exact error message. It was a depmod.xml file was missing for Fedora repo or something. [1] http://bce.no-ip.org/wiki/index.php/BCE [2] http://bce.no-ip.org/wiki/index.php/Servidor_BCE Thank you. k.r. Domingo Becker -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: installation of my own rpm in a Fedora without internet
2011/2/19 Ben Boeckel maths...@gmail.com: drago01 drag...@gmail.com wrote: rpm -Uhv *.rpm I'd use this as a last resort. Now that yum keeps track of things on its own, going behind its back loses things like yum history and other nicities. Do I loose ABRT support if I use rpm -Uhv ? ABRT is important for me. k.r. Domingo Becker -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Firewall
2010/12/10 Kevin Kofler kevin.kof...@chello.at: seth vidal wrote: ah, printing. Is there anything that's not last century? Uh, you'd be surprised how much many users out there in the real world still print! In these days I've been printing 2+ pages, all of them different, and I do it in a network of several Fedora workstations and printers. People who use Fedora for $work will want network printing support of the highest quality as possible. k.r. Domingo Becker -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel