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
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 to
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
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
freez
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 Java
Hi Ben,
26.11.2018 16:10 Ben Cotton wrote:
> [...]
> [1]
> https://bugzilla.redhat.com/buglist.cgi?bug_status=NEW&bug_status=ASSIGNED&bug_status=POST&bug_status=MODIFIED&bug_status=ON_DEV&bug_status=ON_QA&bug_status=VERIFIED&bug_status=RELEASE_PENDING&classification=Fedora&list_id=9748312&query_f
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?
> Wher
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) r
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 bein
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 gli
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: astro
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,
>
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 (indirectly) pull in the comp
23.02.2018 13:58 Jonathan Wakely wrote:
>
>
> On 22/02/18 16:47 +0100, Rafal Luzynski wrote:
> >15.02.2018 12:02 Rafal Luzynski wrote:
> >>
> >>
> >> 9.02.2018 11:34 Rafal Luzynski wrote:
> >> > [...]
> >> > Please:
> >
15.02.2018 12:02 Rafal Luzynski wrote:
>
>
> 9.02.2018 11:34 Rafal Luzynski 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
9.02.2018 11:34 Rafal Luzynski 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 appropriate,
> - mark the bugzill
9.02.2018 09:50 Jakub Jelinek wrote:
> On Fri, Feb 09, 2018 at 09:48:30AM +0100, Rafal Luzynski wrote:
> > 9.02.2018 08:41 Kevin Kofler wrote:
> > >
> > >
> > > Rafal Luzynski wrote:
> > > > Requires: libstdc++.so.6
> > >
> > > T
9.02.2018 08:41 Kevin Kofler 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 question: what magic
operato
7.02.2018 14:58 Jonathan Wakely 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 because it has been
>
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
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 n
24.01.2018 07:10 Florian Weimer 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 to Fedora Rawhide (
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 pr
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 decides to abandon 32-
5.01.2018 00:22 R P Herrold 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
> > matter
>
&
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 t
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 this one but kinda simi
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'
> works better as root because s
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 comments and commit descr
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 devel-le...@lists.fed
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 wrote:
> > # dnf insta
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 packages [1] it's huge. And he
has updated some of t
> Dnia 18 maj 2017 o 23:19 Reindl Harald napisał(a):
>
>
>
>
> Am 18.05.2017 um 23:13 schrieb Rafal Luzynski:
> > On 18 May 2017 at 11:03, Nico Kadel-Garcia wrote:
> >> It's not just packages with explicitly published dependencies. It's a
&g
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
> "/sbin/ifconfig". These tools may
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 -l \*.x86_64 ...
and i
10.05.2017 20:02 Jorge Gallegos 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
> events:
>
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
> packages: dnf, syst
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
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 devel-le...@lists.fedoraproject.o
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 don't know
> if I should e
25.04.2017 02:47 Nico Kadel-Garcia wrote:
>
>
> On Mon, Apr 24, 2017 at 7:39 PM, Rafal Luzynski
> wrote:
> > 23.04.2017 19:23 Christopher wrote:
> >>
> >> You can set the name of the file via the GitHub API when you download it.
> >>
> >>
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 any GitHub project which tag
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 which do it already
13.04.2017 08:57 Björn 'besser82' Esser 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 them in this
>
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 recognize the current desktop envi
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 not the answer for the end
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 then exposed in yume
47 matches
Mail list logo