Re: Does anybody care about gettext?

10.08.2019 13:12 Björn Persson wrote: > [...] > Anyway, the answer is yes: > > 220 GNU FTP server ready. > USER anonymous > 230-NOTICE (Updated October 13 2017): > 230- > 230-Because of security concerns with plaintext protocols, we still > 230-intend to disable the FTP protocol for downloads on

Re: Does anybody care about gettext?

9.08.2019 22:10 Jerry James wrote: > On Fri, Aug 9, 2019 at 2:12 AM Alexander Ploumistos > wrote: > > All the patches we carried were merged back in the latest upstream > > version (0.20.1), but when I took a stab at it, I got a lot of errors > > about the variable types and I did not know how

Re: Help with broken UTF-8 on F30 (Rawhide) mock target

18.04.2019 21:16 jkone...@redhat.com wrote: > [...] > All the information can be found here: > > https://github.com/rpm-software-management/mock/issues/250 The discussion contains the suggestion that adding glibc-all-langpacks to BuildRequires fixes the problem. My other suggestion is that maybe

Re: Fedora 30 Beta Freeze

5.03.2019 04:20 Mohan Boddu wrote: > [...] > Finally, today is also the Software String freeze[7], which means that > strings marked for translation in Fedora- > translated projects should not now be changed for Fedora 30. Thanks for the reminders. The link [1] says that the software string

Re: The state of Zanata Python client (Python 3 support)

Hi, Somebody fix me if I'm wrong but as far as I know Python Zanata client has never been an official client of Zanata. It has always been just community supported. The official client RPM package is called zanata-client, its main command line tool is /usr/bin/zanata-cli, and it is written in

Re: REMINDER: Fedora 27 End of Life on 2018-Nov-30

Hi Ben, 26.11.2018 16:10 Ben Cotton wrote: > [...] > [1] > https://bugzilla.redhat.com/buglist.cgi?bug_status=NEW_status=ASSIGNED_status=POST_status=MODIFIED_status=ON_DEV_status=ON_QA_status=VERIFIED_status=RELEASE_PENDING=Fedora_id=9748312_format=advanced=26 There is a small but severe typo:

Re: Locales documentation - custom locale

9.11.2018 14:39 Dominik Grafenhofer wrote: > > Hi all, > > I would like to create a new custom locale (basically irish english + > monday as first day of the week). Off-topic: does not en_GB.utf8 provide this functionality? Is there a bug in the existing en_IE locale which needs a fix? >

Re: mass-removal of LANG=anything-not-C.UTF-8 in packages

11.11.2018 21:33 Joël Krähemann wrote: > > Hi all, > > I don't care as long you leave the C locale on the system. IIUC, the C locale is built in and impossible to remove. When Zbyszek said "remove anything-not-C.UTF-8" he probably meant removal of actual national langpacks (including English)

Re: mass-removal of LANG=anything-not-C.UTF-8 in packages

6.11.2018 23:15 Zbigniew Jędrzejewski-Szmek wrote: > [...] > Things are the way they are so that without the additional step of > specifying glibc-minimal-langpack, one get's all the locales by > default. This design was chosen for maximum backwards compatibility when > the langpack split was

Re: mass-removal of LANG=anything-not-C.UTF-8 in packages

6.11.2018 00:24 Zbigniew Jędrzejewski-Szmek wrote: > > Dear maintainers, > > I'm working again on implementing > https://fedoraproject.org/wiki/Changes/Remove_glibc-langpacks-all_from_buildroot. > [...] > > Once that's done, I'll file the PRs to actually replace > glibc-langpacks-all > with

Re: fedora-tagger sunset - week post F29 beta freeze

28.08.2018 14:28 Björn Persson wrote: > Mattia Verga wrote: > > The Group tag would not fix exactly what I mean. I wouldn't want to create > > groups of packages, but apply descriptive tags of the abilities of the > > package. > > For example, in some of the packages I maintain: > > ccdciel:

Re: glibc-2.27.9000 and struct statx_timestamp

19.07.2018 00:10 Sandro Mani wrote: > > Hi > > I'm hitting the following with qt5-qtbase: > > /usr/include/linux/stat.h:56:8: error: redefinition of 'struct > statx_timestamp' > struct statx_timestamp { > ^~~ > In file included from /usr/include/sys/stat.h:446, >

Re: Re: [ACTION NEEDED] Missing BuildRequires: gcc/gcc-c++

28.02.2018 09:33 Nicolas Mailhot wrote: > > Le mercredi 28 février 2018 à 00:11 -0500, Orcan Ogetbil a écrit : > > > > Shouldn't we consider having -devel packages Require gcc or gcc-c++? > > What good is a header package without a compiler anyway? > > This would also

Re: Pull requests for compat-gcc-34

23.02.2018 13:58 Jonathan Wakely <jwak...@fedoraproject.org> wrote: > > > On 22/02/18 16:47 +0100, Rafal Luzynski wrote: > >15.02.2018 12:02 Rafal Luzynski <digitalfr...@lingonborough.com> wrote: > >> > >> > >> 9.02.2018 11:34

Re: Pull requests for compat-gcc-34

15.02.2018 12:02 Rafal Luzynski <digitalfr...@lingonborough.com> wrote: > > > 9.02.2018 11:34 Rafal Luzynski <digitalfr...@lingonborough.com> wrote: > > [...] > > Please: > > - backport the solution to F26 and F27 as well, this should be much > > easier

Re: Pull requests for compat-gcc-34

9.02.2018 11:34 Rafal Luzynski <digitalfr...@lingonborough.com> wrote: > [...] > Please: > - backport the solution to F26 and F27 as well, this should be much > easier than in F28 (my pull requests may be helpful), > - mark my pull requests as merged/obsolete/whatever is

Re: Pull requests for compat-gcc-34

9.02.2018 09:50 Jakub Jelinek <ja...@redhat.com> wrote: > On Fri, Feb 09, 2018 at 09:48:30AM +0100, Rafal Luzynski wrote: > > 9.02.2018 08:41 Kevin Kofler <kevin.kof...@chello.at> wrote: > > > > > > > > > Rafal Luzynski wrote: > > > > R

Re: Pull requests for compat-gcc-34

9.02.2018 08:41 Kevin Kofler <kevin.kof...@chello.at> wrote: > > > Rafal Luzynski wrote: > > Requires: libstdc++.so.6 > > That needs to be libstdc++.so.6()(64bit) on x86_64 and other 64-bit multilib > architectures though. I know and this was going to be my next

Re: Pull requests for compat-gcc-34

7.02.2018 14:58 Jonathan Wakely <jwak...@fedoraproject.org> wrote: > > On 07/02/18 02:09 +0100, Rafal Luzynski wrote: > >[...] > >Also, just to clarify: I still don't know whether it is correct to just > >bump the required version of libstdc++, I just bump it becau

Pull requests for compat-gcc-34

Hello, I have opened 3 pull requests for compat-gcc-34: https://src.fedoraproject.org/rpms/compat-gcc-34/pull-requests fixing FTBFS errors in 3 currently existing Fedora releases. Thank you all who helped me with this task. What is the next step to make them actually merged? I have not received

Re: [HEADS UP] Changes in date formatting (strftime, nl_langinfo)

24.01.2018 10:08 nicolas.mail...@laposte.net wrote: > > > Hi Rafal > > > Does that mean it is finally possible for a user to set its default > date format to ISO 8601 without switching its language to Danish English? > [...] No, this was not a part of my work. I was working only on how the month

Re: [HEADS UP] Changes in date formatting (strftime, nl_langinfo)

24.01.2018 07:10 Florian Weimer <fwei...@redhat.com> wrote: > > On 01/22/2018 11:58 PM, Rafal Luzynski wrote: > > I'd like to notify you that today I've finished my works on date > > formatting in glibc, that means upstream. These changes are already > > arriving

[HEADS UP] Changes in date formatting (strftime, nl_langinfo)

I'd like to notify you that today I've finished my works on date formatting in glibc, that means upstream. These changes are already arriving to Fedora Rawhide (they should be there tomorrow) and will be part of Fedora 28. They will be included in glibc 2.27 (to be released on February 1), or in

Re: RFC: Dropping %{?_isa} hack

19.01.2018 04:54 Michael Cronenworth wrote: > [...] > Yes. Yes. There are cases where the 64-bit binary doesn't run and the 32-bit > one > does. There are cases where the software is 32-bit only and no longer > supported but > still needed to export data. > > Until Microsoft

Re: F28 Self Contained Change: Glibc collation update and sync with cldr

5.01.2018 00:22 R P Herrold <herr...@owlriver.com> wrote: > > > On Fri, 5 Jan 2018, Rafal Luzynski wrote: > > > be the same as the default "C" locale or slightly different. I'm not > > aware of any Fedora package where the order of the config files does &

Re: F28 Self Contained Change: Glibc collation update and sync with cldr

4.01.2018 20:19 nicolas.mail...@laposte.net wrote: > > > Hi, > > Shouldn't iso definition files (or unicode.org files) have their own package, > so they are not buried deep inside glibc, and it is clear a periodic upstream > sync is necessary ? > I'm afraid it would be a huge effort to implement

Re: F28 Self Contained Change: Glibc collation update and sync with cldr

4.01.2018 16:59 Jan Kurik wrote: > [...] Therefore, all > characters added in later Unicode versions are missing and not sorted > at all which causes bugs like [[1]]. Seems like a link is missing. While at this, there is one more change in glibc, not directly related with

Re: adding display authorization to other accounts is broken

20.12.2017 17:07 Przemek Klosowski wrote: > > > The primary logged-in session is of course authorized to access the main > X11/wayland display, but it's often useful to add display authorization > to other accounts. For instance, looking at disk space with 'baobab' >

Re: Help Reviewing a FreeOTP (Android) Pull Request in Korean

6.12.2017 15:47 Nathaniel McCallum wrote: > > > Do you speak (I think) Korean and English? Can you code? If so, I > could use your help. > > The Fedora-associated FreeOTP project has received this pull request: > https://github.com/freeotp/freeotp-android/pull/165 > > The

Re: Developers - help promote Fedora -- Booth Demo Opportunity 11/12 November

Hi Brian, Are you sure it's 11/12 November? Their web page says 15-19. BTW, I'm unable to help you for multiple good reasons. Regards, Rafal ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to

Re: Strange situation with Wine on Fedora 27

12.07.2017 12:38 Thomas Goffin wrote: > > Thanks for reaction, the problem was in the duplicate: > > * gstreamer1-1.12.1-1.fc27 > * gstreamer1-1.12.0-1.fc27 > Actually your duplicate was: * gstreamer1-1.12.1-1.fc27.i686 * gstreamer1-1.12.0-1.fc27.x86_64 as you

Re: Non responsive maintainer fab

23.05.2017 11:40 James Hogarth wrote: > > > On 23 May 2017 at 09:17, Vascom wrote: > > Yes, I am tried few days ago. He is not response. > > > > > Give him a time, life gets busy at times and we are but volunteers. If you look at fab's list of

Re: Deprecated net-tools? Mass bug filing?

> Dnia 18 maj 2017 o 23:19 Reindl Harald <h.rei...@thelounge.net> napisał(a): > > > > > Am 18.05.2017 um 23:13 schrieb Rafal Luzynski: > > On 18 May 2017 at 11:03, Nico Kadel-Garcia <nka...@gmail.com> wrote: > >> It's not just packages with expli

Re: Deprecated net-tools? Mass bug filing?

On 18 May 2017 at 11:03, Nico Kadel-Garcia wrote: > It's not just packages with explicitly published dependencies. It's a > lot of configuration tools with implicit dependencies, whose authors > didn't imagine at the time of authorship that basic utilities like >

Re: Finding conflicts in /usr/bin

12.05.2017 20:50 Mattia Verga wrote: > [...] > I tried with 'dnf repoquery --disablerepo="updates" -l *.x86_64 | grep > "/usr/bin" &> filelist.txt' but it seems to only list files for packages > I've installed on my system. I tried: dnf repoquery --disablerepo=updates

Re: Cannot dnf group remove "Cinnamon Desktop"

10.05.2017 20:02 Jorge Gallegos <k...@blegh.net> wrote: > > > On Tue, May 09, 2017 at 12:09:48PM +0200, Rafal Luzynski wrote: > [...] > > 2. I guess that dnf history undo would do the job. > > Hrm, I haven't looked at dnf history, fwiw this is the rough timeline of &

Re: Cannot dnf group remove "Cinnamon Desktop"

Hi, 8.05.2017 16:40 Jorge Gallegos wrote: > [...] > [root@ragnia ~]# dnf group remove "Cinnamon Desktop" > Last metadata expiration check: 2:18:50 ago on Mon May 8 07:18:18 2017. > Dependencies resolved. > Error: The operation would result in removing the following protected >

Re: DNF translation

I think that developers should be asked this question. As DNF is a software originally made by Fedora people I think it's correct to crosspost to devel@fpo hoping to get an answer from the DNF authors or at least from somebody who can explain what they meant. Just to summarize the story: somebody

Re: how to handle source code from github

Thank you for your tips, Christopher. This is probably the most complete guide that can be included in a short post. Regards, Rafal ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to

Re: how to handle source code from github

25.04.2017 06:16 Globe Trotter wrote: > [...] > However, if there is going to be an issue with getting it accepted in Fedora > because it has not been around for a while and because it is likely hardly > used by people (because it is at best for WM environments), then I

Re: how to handle source code from github

25.04.2017 02:47 Nico Kadel-Garcia <nka...@gmail.com> wrote: > > > On Mon, Apr 24, 2017 at 7:39 PM, Rafal Luzynski > <digitalfr...@lingonborough.com> wrote: > > 23.04.2017 19:23 Christopher <ctubb...@fedoraproject.org> wrote: > >> > >> You ca

Re: how to handle source code from github

23.04.2017 19:23 Christopher wrote: > > You can set the name of the file via the GitHub API when you download it. > > For jQuery (packaged as js-jquery), I use: > https://github.com/jquery/jquery/archive/%{version}/jquery-%{version}.tar.gz > > This will work for

Re: Split translations to noarch packages?

24.04.2017 12:47 Milan Crha wrote: > [...] > I know I can do this for packages I maintain, but I though it would > make sense to think of it globally. Maybe? > > Bye, > Milan If I may drop my 2¢… this sounds good to me for large packages, for example LibreOffice, glibc and KDE

Re: Nested rich-dependencies in rpm

13.04.2017 08:57 Björn 'besser82' Esser <besse...@fedoraproject.org> wrote: > > > Am 13.04.2017 um 02:38 schrieb Rafal Luzynski: > > [...] > > Could it at least try to recognize the current desktop environment > > and prefer the matching backend rather than loading

Re: Nested rich-dependencies in rpm

12.04.2017 18:20 Björn 'besser82' Esser wrote: > [...] > if TTY it instantly uses libyui-ncurses > else it *tries* to load - and uses the first available - > GUI-backend in the following order: > > libyui-qt > libyui-gtk > libyui-ncurses Could it at least try to

Re: DNF and PackageKit background data usage

31.10.2016 22:35 Chris Murphy wrote: > [...] And if I refresh, it appears to be > downloading a lot of data all over again - I just don't know what and > have no good way to troubleshoot this, but the refresh is taking a > long time, maybe 30 minutes. That's definitely

Re: PSA: Do not run 'dnf update' inside GNOME, KDE or any other graphical desktop on Fedora 24

5.10.2016 22:21 Dan Book wrote: > [...] I'd like to add that at least the MATE and Cinnamon spins, possibly > others, do not include PackageKit and instead expect users to update using > yumex-dnf or dnf itself. So ideally an offline update mechanism can be added > to dnf, and