On 11/08/15 20:25, Gerald B. Cox wrote:
...
> Things have also changed over the years, and Chrome/Chromium's
> popularity has continued to grow and is now packaged in Ubuntu, Debian
> and Suse. Firefox has exceptions mainly because it is deemed "to
> popular" to keep out of the distribution.
I submitted the PostBooks packages some time ago:
https://bugzilla.redhat.com/show_bug.cgi?id=1196780
https://bugzilla.redhat.com/show_bug.cgi?id=1196782
https://bugzilla.redhat.com/show_bug.cgi?id=1196827
Is anybody interested in reviewing?
I believe this is a useful addition to Fedora, it pr
Hi,
I'm just wondering if anybody has any feedback about https://FedRTC.org
Did you try it from a browser? Which browser worked better?
Did you try any SIP clients with it, e.g. GNOME Empathy[1], Lumicall[2],
Linphone[3], Sflphone[4], Jitsi[5], Ekiga[6], CSipSimple[7]? Many SIP
clients shoul
On 30/05/15 19:31, Luya Tshimbalanga wrote:
> On 30/05/15 01:19 AM, Daniel Pocock wrote:
>>
>> Hi,
>>
>> I'm just wondering if anybody has any feedback about https://FedRTC.org
>>
>> Did you try it from a browser? Which browser worked better?
&g
Hi all,
I've been looking at ways to expand on the fedrtc.org service and would
like to start creating a team around the service just as we did in
Debian[1].
There are many ways for people to participate:
- answering questions from users of the service
- helping people diagnose problems and dec
On 13/11/15 00:00, Jared K. Smith wrote:
>
> On Thu, Nov 12, 2015 at 2:36 PM, Daniel Pocock <mailto:dan...@pocock.pro>> wrote:
>
> I've been looking at ways to expand on the fedrtc.org
> <http://fedrtc.org> service and would
> like to start c
On 13/11/15 10:20, Peter Robinson wrote:
> On Fri, Nov 13, 2015 at 8:19 AM, Daniel Pocock wrote:
>>
>>
>> On 13/11/15 00:00, Jared K. Smith wrote:
>>>
>>> On Thu, Nov 12, 2015 at 2:36 PM, Daniel Pocock >> <mailto:dan...@pocock.pro>> wrote:
On 13/11/15 19:45, Michael Catanzaro wrote:
> On Fri, Nov 13, 2015 at 1:20 AM, Peter Robinson wrote:
>> In both the FedRTC and debian case how many calls are made a
>> day/month, what is the volume of XMPP etc? In the later case we
>> already use both IRC and Telegram within the community, I'm n
On 17/11/15 22:57, Nikos Roussos wrote:
> On Fri, Nov 13, 2015 at 10:19 AM, Daniel Pocock wrote:
>> Fedora Talk was based on Asterisk.
>> https://fedoraproject.org/wiki/Infrastructure/Asterisk Asterisk has
>> lots of great features (voicemail, queues, etc) but it is ma
On 17/01/14 07:27, Mathieu Bridon wrote:
> On Fri, 2014-01-17 at 07:11 +0100, Daniel Pocock wrote:
>
>> I've been trying to do this for a new package, cajun-jsonapi
>>
>> bodhi refuses to let me request the update, it always gives the
>> message:
>>
>&
A build failed with the -Wnarrowing error in rawhide on ARM
I've got access to another ARM box where I want to reproduce the
problem, but running gcc 6 on that box, -Wnarrowing is only a warning.
I added -std=c++11 to CPPFLAGS and now it fails on the other box too,
but are there other things I
On 14/05/16 23:18, Peter Robinson wrote:
>> A build failed with the -Wnarrowing error in rawhide on ARM
>>
>> I've got access to another ARM box where I want to reproduce the
>> problem, but running gcc 6 on that box, -Wnarrowing is only a warning.
>>
>> I added -std=c++11 to CPPFLAGS and now it
Is anybody interested in reviewing captagent?
https://bugzilla.redhat.com/show_bug.cgi?id=1376848
It is a relatively small package that is used to feed data to a HOMER /
SIPCapture system. It is extremely useful for troubleshooting any of
the other SIP or RTP applications currently available in
On 24/03/2020 12:08, Charalampos Stratakis wrote:
> Why would you care though, care to elaborate? And how would you personally
> know what is going on? Clearly there are reasons for it to go to a different
> venue and you just blindly assume that this is censorship and whatnot.
>
I just wa
On 24/03/2020 13:47, Martin Langhoff wrote:
> On Tue, Mar 24, 2020 at 7:28 AM Daniel Pocock wrote:
>> Sending this to another list is not the solution. Langhoff unleashed
>> this monster on this list and it is time for people to show some respect
>
> Of all the players i
On 28/03/2020 16:13, Sérgio Basto wrote:
> On Sun, 2020-03-22 at 23:04 +0100, Daniel Pocock wrote:
>> Helping to host
>> any other solution is good too, for example, Jitsi Meet provides a
>> Docker image[5] now.
>
> I will try packaging all Jitsi Meet suite [1]
Hi all,
In addition to the spec file in Fedora Git, I maintain an upstream spec
file and try to keep it up to date so people can take one of our
tarballs and build it on just about any RPM-based distribution whenever
they want.
I saw some discussions about how to maintain changelogs in the spec
This is vaguely related to the ongoing discussions about Git Forge but
it is not an alternative to that, it could complement that.
I've been looking at how upstream tarballs, spec files, SRPMs, binary
RPMs and equivalent artifacts for other distributions could be shared
through IPFS[1]. Has anyb
Hi everybody
I orphaned the postbooks package
If anybody else wants to continue maintaining it you are welcome to do so
You might find more recent source snapshot and patches in the Debian
packaging repository.
Regards,
Daniel
___
devel mailing list
Hi everybody
I orphaned the xtuple-csvimp package
If anybody else wants to continue maintaining it you are welcome to do so
You might find more recent source snapshot and patches in the Debian
packaging repository.
Regards,
Daniel
___
devel mailing
On 03/03/2020 17:35, Neal Gompa wrote:
> On Tue, Mar 3, 2020 at 4:10 AM Daniel Pocock wrote:
>>
>>
>>
>> On 28/02/2020 10:00, Ankur Sinha wrote:
>>> On Thu, Feb 27, 2020 17:07:21 -0500, Dakota Williams via devel wrote:
>>>> On 2/26/20 6:59 PM, Da
On 03/03/2020 18:50, Kevin Fenzi wrote:
> On Tue, Mar 03, 2020 at 05:52:10PM +0100, Daniel Pocock wrote:
>>
>> Thanks for doing that
>>
>> Here are some observations:
>>
>> - the original email was sent to my pocock.com.au address and so my mail
>> c
On 03/03/2020 23:23, Dakota Williams wrote:
> On 3/3/20 4:10 AM, Daniel Pocock wrote:
>>
>> But based on what you say, I'm happy to give access to Dakota and I'd
>> also like to know if anybody else can help with the reSIProcate
>> packages. There is
On 05/03/2020 21:26, Julian Sikorski wrote:
> I would like to take this opportunity to remind about the PR that I have
> prepared - let us not duplicate the work:
> https://src.fedoraproject.org/rpms/asio/pull-request/1
> I have rebuilt all asio's dependencies and only encountered issues with
>
On 07/03/2020 10:32, Julian Sikorski wrote:
> W dniu 06.03.2020 o 19:21, Daniel Pocock pisze:
>>
>>
>> On 05/03/2020 21:26, Julian Sikorski wrote:
>>
>>> I would like to take this opportunity to remind about the PR that I have
>>> prepar
One of the reasons my contributions to Fedora have slowed down is
because my blog was censored from Planet Fedora
I'd like to ask if people would like this censorship to stop
As this was done shortly after the death of my father, things like this
leave a scar.
It is very, very wrong and I don't
On 12/03/2020 22:34, Matthew Miller wrote:
> On Sat, Mar 07, 2020 at 11:33:04PM +0100, Daniel Pocock wrote:
>> It is very, very wrong and I don't feel I should have to make a public
>> request like this. Nonetheless, there is a certain type of person who
>
> Daniel,
On 19/03/2020 20:46, Silvia Sánchez wrote:
>
> Hello,
>
> I just read Gnome Code of Conduct, which can be found
> here: https://wiki.gnome.org/Foundation/CodeOfConduct
> Can anyone explain in which line racism is allowed?
> Also, what communism has to do with anything? Aren't you getting a b
On 15/03/2020 13:32, Neal Gompa wrote:
> On Fri, Mar 6, 2020 at 2:06 PM Dakota Williams
> wrote:
>>
>> On 3/6/20 1:21 PM, Daniel Pocock wrote:
>>>
>>>
>>> On 05/03/2020 21:26, Julian Sikorski wrote:
>>>
>>>> I would like to take
On 20/03/2020 04:33, John M. Harris Jr wrote:
>
> Hi Martin,
>
> Please see the Fedora Code of Conduct[1]. Referring to other members of the
> community as "sock puppets" falls a bit shy of "be excellent to each other",
> in my opinion.
>
> 1: https://docs.fedoraproject.org/en-US/project/co
On 20/03/2020 09:16, Zbigniew Jędrzejewski-Szmek wrote:
> On Thu, Mar 12, 2020 at 05:34:58PM -0400, Matthew Miller wrote:
>> On Sat, Mar 07, 2020 at 11:33:04PM +0100, Daniel Pocock wrote:
>>> It is very, very wrong and I don't feel I should have to make a publi
I've been looking at email from Bugzilla to try and find out what I need
to know preparing the upstream release of reSIProcate
I feel the signal/noise ratio is disturbing and it also means I am less
likely to open Bugzilla emails
In particular,
- there were over 100 "outstanding requests" emai
On 20/03/2020 12:50, Martin Langhoff wrote:
> Apologies to Ty. I should have written instead:
>
> Daniel Pocock seems to have created a complicated situation with Debian,
> which includes sock puppets and attempts at impersonation.
>
> Here is a good LWN article that tries
On 20/03/2020 13:19, Emmanuel Seyman wrote:
>
> Hi, Daniel.
>
> * Daniel Pocock [20/03/2020 12:38] :
>>
>> - there were over 100 "outstanding requests" emails in my inbox
>
> Over how many bugs and what time period were the requests generated?
More t
On 20/03/2020 13:30, Miro Hrončok wrote:
> On 20. 03. 20 13:22, Daniel Pocock wrote:
>> More than a year
>
> I my humble opinion, if you ignore outstanding Bugzillas for over a
> year, you cannot be surprised you have hundreds of remainders in your
> inbox.
Please rem
On 22/03/2020 04:18, John M. Harris Jr wrote:
> On Friday, March 20, 2020 6:09:51 AM MST Ben Cotton wrote:
>> This thread is off-topic and not in the spirit of our Friends
>> foundation. Please refrain from further replies.
>>
>> --
>> Ben Cotton
>> He / Him / His
>> Senior Program Manager, Fedo
On 22/03/2020 12:36, Fabio Valentini wrote:
> On Sun, Mar 22, 2020 at 10:22 AM Daniel Pocock wrote:
>>
>>
>>
>> On 22/03/2020 04:18, John M. Harris Jr wrote:
>>> On Friday, March 20, 2020 6:09:51 AM MST Ben Cotton wrote:
>>>> This thread i
As noted[0] in January, free software solutions have a role to play in
the current crisis.
Some background is at the bottom of this email.
In Europe, we've already seen broadband networks being overloaded and
some popular meeting services are periodically offline. I've received a
lot of querie
On 20/03/2020 00:08, Neal Gompa wrote:
> On Thu, Mar 19, 2020 at 6:42 PM Daniel Pocock wrote:
>> I had added Dakota as developer (commit?) and when I looked tonight, I
>> notice he had vanished. I've added him now as admin. Is there any way
>> to see how he
On 22/03/2020 18:15, Marius Schwarz wrote:
> Hi all,
>
> Am 22.03.20 um 14:19 schrieb Emmanuel Seyman:
>> I feel you've proved the opposite: filing bugs alone isn't sufficient and,
>> apparently, neither is sending out periodic reminders by mail. Perhaps we
>> need to be more agressive in encour
-end more pretty for fedrtc then feel
free to fork it and we'll look at how to work together.
Regards,
Daniel
On 22/03/2020 23:04, Daniel Pocock wrote:
>
>
> As noted[0] in January, free software solutions have a role to play in
> the current crisis.
>
> Some backgrou
On 23/03/2020 15:35, Dominik 'Rathann' Mierzejewski wrote:
> On Monday, 23 March 2020 at 12:10, Daniel Pocock wrote:
> [...]
>> The bottom line is that these tools need to support our workflows, not
>> try to shoehorn us into a particular way of working.
>
>
On 06/12/17 00:21, Kevin Fenzi wrote:
> Sorry to reply to myself here, but I meant to reply to this part and
> forgot:
>
> On 12/05/2017 02:53 PM, Kevin Fenzi wrote:
>> On 12/05/2017 01:56 AM, Daniel Pocock wrote:
>>
>>> My observation is that the people who
On 05/12/17 23:53, Kevin Fenzi wrote:
> On 12/05/2017 01:56 AM, Daniel Pocock wrote:
>> When somebody writes a comment in Bugzilla, I am receiving an email from
>> Bugzilla and another email from FMN: two emails for each comment. I
>> haven't seen this type of beh
On 27/11/2019 15:17, Pablo Greco wrote:
> I'm starting to work on a project to make Fedora fully reproducible and
> bootstrappable from scratch.
> I know it is a long term plan and still working on the steps, but it would be
> good to know the current status, if there is an internal interest in
On 26/10/2020 10:53, Vitaly Zaitsev via devel wrote:
> On 25.10.2020 22:47, Leigh Scott wrote:
>> https://github.com/github/dmca/blob/master/2020/10/2020-10-23-RIAA.md
>
> Self-censorship is the worst thing in the world. We shouldn't do
> anything with this.
I've recently made some suggestions
On 26/10/2020 12:09, Vitaly Zaitsev via devel wrote:
> On 26.10.2020 11:29, Daniel Pocock wrote:
>> I've recently made some suggestions about using IPFS as part of the
>> packaging workflow[1]
>
> Censorship is evil. If the copyright holders complain about any
> p
On 04/11/2020 20:01, Patrick Vavrina wrote:
> Hello,
>
> My name is Patrick with Fedora pseudo: patux.
>
> I am a Fedora Ambassador since 2015 and an enthusiast for Fedora and Red Hat
> GNU/Linux for 22 years.
>
> Now I would like to contribute as a packager, too. I’m not a developer. My
>
Hi all,
Does anybody have any comments for those who manage to get one of these
cards?
Phoronix published[1] various comments about it, it appears to need:
Kernel 5.9 or 5.10
Firmware binary code that isn't yet present in linux-firmware.git
- is there any way to extract that binary from anothe
Hi all,
Given the problems with the 64k page size, is it feasible to offer the
4k page size as default for ppc64 users in Fedora 34?
Vikings.net in Germany is about to start selling[1] workstations based
on the Talos II and Blackbird. The people who buy those have a big
commitment to free soft
On 18/11/2020 19:17, David Howells wrote:
> Daniel Pocock wrote:
>
>> Given the problems with the 64k page size, is it feasible to offer the
>> 4k page size as default for ppc64 users in Fedora 34?
>
> It doesn't necessarily help you if you're, say, upgradin
On 18/11/2020 19:18, Dan Horák wrote:
> On Wed, 18 Nov 2020 18:54:51 +0100
> Daniel Pocock wrote:
>
>>
>>
>> Hi all,
>>
>> Given the problems with the 64k page size, is it feasible to offer the
>> 4k page size as default for ppc64 users in Fedora
On 19/11/2020 10:04, Felix Schwarz wrote:
> Hi Daniel,
>
> Am 18.11.20 um 18:41 schrieb Daniel Pocock:
>> Firmware binary code that isn't yet present in linux-firmware.git
>> - is there any way to extract that binary from another platform?
>
> you probably no
On 19/11/2020 18:55, Richard W.M. Jones wrote:
> On Thu, Nov 19, 2020 at 06:50:21PM +0100, Vitaly Zaitsev via devel wrote:
>> On 19.11.2020 18:34, Radka Gustavsson wrote:
>>> Rich, IRC is not being dropped, it is being bridged to modern,
>>> "IRC-native" (for lack of better word in my vocabulary
On 19/11/2020 19:17, Neal Gompa wrote:
> On Thu, Nov 19, 2020 at 1:09 PM Daniel Pocock wrote:
>>
>>
>>
>> On 19/11/2020 18:55, Richard W.M. Jones wrote:
>>> On Thu, Nov 19, 2020 at 06:50:21PM +0100, Vitaly Zaitsev via devel wrote:
>>>> On 19.1
Given the plans to make btrfs the default, I'll share some of my own
recent experiences, hopefully this can make it easier for the next person
One issue I've come across is that a btrfs filesystem can only be used
on hosts with the same page size as the host that created the filesystem
E.g. x86
On 16/09/2020 21:29, Josef Bacik wrote:
> On 9/16/20 3:18 PM, Eugene Syromiatnikov wrote:
>> On Wed, Sep 16, 2020 at 03:04:45PM -0400, Josef Bacik wrote:
>>> At the time we tied the fs blocksize to the
>>> page size, because it was unlikely that a user would mkfs a fs on one
>>> arch
>>> and move
On 18/09/2020 14:34, Neal Gompa wrote:
> On Fri, Sep 18, 2020 at 8:19 AM Daniel Pocock wrote:
>>
>>
>>
>> On 16/09/2020 21:29, Josef Bacik wrote:
>>> On 9/16/20 3:18 PM, Eugene Syromiatnikov wrote:
>>>> On Wed, Sep 16, 2020 at 03:04:45PM -0400,
I noticed another thread about subvolumes already exists, I'm starting
this one for the very specific topic of installing multiple root
filesystems as subvolumes
Examples: Fedora 33 in one subvolume, Fedora rawhide in another
subvolume, Fedora 33 32-bit in another subvolume, maybe RHEL in a
subvo
If anybody wants to try their kernel with a different page size, for
example, using ppc64el with the 4k page size instead of 64k
- are there any packages in a standard installation that should be
recompiled?
- before recompiling anything, should we recompile any build tools, such
as gcc, on the
Does Btrfs have any mechanism to help manage ERC settings in the drives
or is there any desire for Fedora to help users do this?
I've typically used rc.local to check the settings on drives used in md
or btrfs arrays, e.g.
DISKS="/dev/sda /dev/sdb"
echo -n "smartctl: Trying to enable SCTERC /
On 20/09/2020 21:16, Chris Murphy wrote:
> On Sun, Sep 20, 2020 at 11:07 AM Daniel Pocock wrote:
>>
>>
>>
>> Does Btrfs have any mechanism to help manage ERC settings in the drives
>> or is there any desire for Fedora to help users do this?
>
> File syst
In my adventures with ppc64el (Talos II, POWER9), I've come across some
issues in things that just don't quite work.
When I'm looking at code I know, such as reSIProcate, it is quite easy
to look at the stack, find the point where things went wrong, fix it and
craft a unit test to catch it in fut
Are there any tools in Fedora to help people migrate an md RAID1 array
to btrfs, with data verification checks?
For example
1) check for differences between source file sectors on each source drive
2) for each file, if the file format has a checksum, check it somehow
and alert on failures
The
On 28/09/2020 09:31, Dominique Martinet wrote:
> Roberto Ragusa wrote on Mon, Sep 28, 2020:
>>> I could imagine using kpartx to script a solution to (1) above, skipping
>>> over the md headers. Some kind of shim may be needed to fool the kernel
>>> to see a different UUID for each source volume
On 28/09/2020 16:20, Chuck Anderson wrote:
> On Mon, Sep 28, 2020 at 03:07:39PM +0200, Daniel Pocock wrote:
>> 5. you can now use
>>
>> rsync --dry-run /mnt/sda1_non_raid /mnt/btrfs_new
>>
>> to see if every file on the sda1 side of the mirror matches wha
Hi all,
I came across febootstrap[1] but it doesn't look like it has been
updated[2] for some time. What is the currently recommended method for
creating a chroot, is it mock or are there alternatives?
Here is the problem I'm trying to solve: on the Talos II (ppc64) host,
most things run well
On 07/10/2020 08:53, Miroslav Suchý wrote:
> Dne 06. 10. 20 v 23:50 James Cassell napsal(a):
>> yum install --releasever=/ --installroot=/mnt/sysimage bash mypackage
>
> This is naive approach. It does not setup: resolver, timezone, dbus uuid,
> unpriv user, btrfs-control, special devices, etc.
Hi,
I've opened a bug report[1] about automatically generated emails from
Fedora Fedmsg and other parts of Fedora infrastructure.
Maybe there are other components of Fedora where bug reports like this
should be opened but that isn't completely clear to me.
I'm sending this email to the communit
On 05/12/17 01:48, Kevin Fenzi wrote:
> On 12/04/2017 01:07 AM, Daniel Pocock wrote:
>>
>> Hi,
>>
>> I've opened a bug report[1] about automatically generated emails from
>> Fedora Fedmsg and other parts of Fedora infrastructure.
>>
>> Maybe ther
We did some more troubleshooting of AMD Radeon issues on ppc64
As with Nouveau, it looks like a change from 64k to 4k page size got it
working again with RX 5700. I suspect it will be similar for RX 6800 if
we can get some of them, they are a good complement for the compute power.
The issue is
On 06/01/2021 23:02, Michael Catanzaro wrote:
> On Wed, Jan 6, 2021 at 9:53 pm, Peter Robinson
> wrote:
>> Ultimately it's software bugs and if the software is open it's a
>> fixable problem. Are there bugs filed? Because I've always found the
>> IBM team that are involved in Fedora are pretty a
On 07/01/2021 02:02, Neal Gompa wrote:
> On Wed, Jan 6, 2021 at 6:27 PM Peter Robinson wrote:
>>
>> On Wed, Jan 6, 2021 at 11:25 PM Neal Gompa wrote:
>>>
>>> On Wed, Jan 6, 2021 at 6:03 PM Peter Robinson wrote:
> Regardless of the packages above, I still think the Btrfs issue is the
>
On 07/01/2021 12:35, Dan Horák wrote:
> Hi Daniel,
>
> On Wed, 6 Jan 2021 14:11:37 +0100
> Daniel Pocock wrote:
>
>>
>> We did some more troubleshooting of AMD Radeon issues on ppc64
>>
>> As with Nouveau, it looks like a change from 64k to 4k page si
On 07/01/2021 19:15, Dan Horák wrote:
> On Thu, 7 Jan 2021 18:00:42 +
> Peter Robinson wrote:
>
>> On Thu, Jan 7, 2021 at 3:24 PM Neal Gompa wrote:
>>>
>>> On Thu, Jan 7, 2021 at 10:10 AM Daniel Pocock wrote:
>>>>
>>>>
>&g
I started drafting the change on the wiki[1] and there is discussion[2]
in Pagure
Is there anybody from the POWER SIG or kernel team who would like to
collaborate as co-owner?
Are there any ppc64le users who would like to propose requirements for
upgrade, test or anything else?
Regards,
Daniel
On 15/01/2021 20:31, Mohan Boddu wrote:
> Hi all,
>
> Per the Fedora 34 schedule[1] we will start a mass rebuild for Fedora 34
> on Jan 20th 2021. We will run a mass rebuild for Fedora 34 for the
> changes listed in:
>
> https://pagure.io/releng/issues?status=Open&tags=mass+rebuild
The ppc64l
On 17/01/2021 23:10, Kevin Fenzi wrote:
> On Sun, Jan 17, 2021 at 01:19:34AM +0100, Daniel Pocock wrote:
>>
>>
>> On 15/01/2021 20:31, Mohan Boddu wrote:
>>> Hi all,
>>>
>>> Per the Fedora 34 schedule[1] we will start a mass rebuild for Fedora 34
Hi all,
In 2020 I made an update of https://fedrtc.org and the updated
reSIProcate packages are mostly complete, so people can run it or adapt
it as they please.
I can see that 68 people have created accounts there and tried it.
Would anybody have time to test it and give me feedback if it work
Has anybody tested the Jami softphone from Savoir-Faire Linux? It was
formerly known as Ring.
They distribute RPMs directly from the web site[1]. It is already[2] in
Debian for some time.
They distribute[3] their DHT as a library, OpenDHT, for use in other
projects.
Regards,
Daniel
1. https
On 02/02/2021 10:17, Vitaly Zaitsev via devel wrote:
> On 01.02.2021 19:49, Daniel Pocock wrote:
>> Has anybody tested the Jami softphone from Savoir-Faire Linux? It was
>> formerly known as Ring.
>
> Electron framework is forbidden on Fedora due to ffmpeg usage and it
&
In reSIProcate, we did some experiments with telepathy-qt to use GNOME
Empathy as front-end. It rests unfinished[1] for anybody who wants to
learn the API.
Could a similar approach be used for some of the P2P messengers like
Jami and Briar? As our reSIProcate attempt is still in such a trivial
On 12/02/2021 21:19, Justin Forbes wrote:
> On Fri, Feb 12, 2021 at 10:21 AM Ben Cotton wrote:
>>
>> https://fedoraproject.org/wiki/Changes/Power4kPageSize
>>
>> == Summary ==
>>
>> On ppc64le, the kernel is currently compiled for 64k page size.
>>
>> This change proposes using the more common 4
On 13/02/2021 09:11, Tomasz Torcz wrote:
> Dnia Fri, Feb 12, 2021 at 10:16:26PM +0100, Daniel Pocock napisał(a):
>>
>>
>> On 12/02/2021 21:19, Justin Forbes wrote:
>>> On Fri, Feb 12, 2021 at 10:21 AM Ben Cotton wrote:
>>>>
>>>>
On 13/02/2021 18:51, Stephen John Smoogen wrote:
>
>
> On Sat, 13 Feb 2021 at 05:15, Daniel Pocock <mailto:dan...@pocock.pro>> wrote:
>
>
>
> On 13/02/2021 09:11, Tomasz Torcz wrote:
> > Dnia Fri, Feb 12, 2021 at 10:16
On 14/02/2021 05:41, Tom Seewald wrote:
> > The GPUs also have firmware blobs
> Could you provide some links to mailing list posts or bug reports where AMD
> developers confirm that their GPU firmware requires 4k pages? I think having
> some definitive sources will make this situation more cle
On 15/02/2021 19:47, Gary Buhrmaster wrote:
> On Mon, Feb 15, 2021 at 6:39 PM Dan Horák wrote:
>
>> The open question still is whether we should try to keep 64k as default
>> as it would allow to find the remaining bugs and offer 4k kernel variant
>> (COPR for ppc64le should be coming back soon
On 16/02/2021 17:05, Peter Robinson wrote:
>> On 15/02/2021 19:47, Gary Buhrmaster wrote:
>>> On Mon, Feb 15, 2021 at 6:39 PM Dan Horák wrote:
>>>
The open question still is whether we should try to keep 64k as default
as it would allow to find the remaining bugs and offer 4k kernel va
It could be useful to create a wiki table with some of the key features
of the most common boards other Fedora collaborators are already using
I already created a table showing the things I had in mind choosing
between the Raptor products, it would be fairly easy to copy and paste
it to the Fedor
On 19/02/2021 22:18, Łukasz Posadowski wrote:
> On Fri, 2021-02-19 at 20:19 +0100, Guido Aulisi wrote:
>>
>>
>>> Il giorno 19 feb 2021, alle ore 09:14, T.J. Yang <
>>> tjyang2...@gmail.com> ha scritto:
>>>
>>> Hi Martin and Stephen
>>>
>>> Thank you for maintaining the pkgs for all these years.
On 22/02/2021 17:55, David Woodhouse wrote:
> On Fri, 2021-02-12 at 14:19 -0600, Justin Forbes wrote:
>>> Some things, like the AMD Radeon GPU drivers, firmware or related
>>> code, appear to be completely non-functional on the 64k page size.
>>> Insufficient upstream developers are testing such
On 22/02/2021 21:18, Tom Seewald wrote:
>> I feel that you underestimate the impact of the GPU driver issue
>>
>> If the GPU driver doesn't work, people can't even log in and get started
>
> I still do not understand why no one from the talos/ppc64le community is
> following up on that amdgpu r
Hi all,
I put some comments on the OpenSSH mailing list[1] about UpdateHostKeys
and other SHA-1 related changes.
The OpenSSH release notes simply tell people to update OpenSSH. In
practice, people who use distributions like Fedora, RHEL and CentOS are
going to wait for a package. Security cons
On 11/03/2021 12:13, Florian Weimer wrote:
> * Richard W. M. Jones:
>
>> I really hope we don't remove the ability to connect to old servers
>> (eg. running RHEL 5). At the moment you have to opt-in by setting the
>> crypto-policy to LEGACY and running update-crypto-policies(8), which
>> is bea
On 11/03/2021 23:06, Kevin Fenzi wrote:
> On Thu, Mar 11, 2021 at 03:50:57PM +0100, Daniel Pocock wrote:
>>
>>
>> On 11/03/2021 12:13, Florian Weimer wrote:
>>> * Richard W. M. Jones:
>>>
>>>> I really hope we don't remove the ability to c
On 22/02/2021 22:43, Dan Horák wrote:
> On Mon, 22 Feb 2021 21:19:26 -
> "Tom Seewald" wrote:
>
>>> On 22/02/2021 21:18, Tom Seewald wrote:
>>>
>>>
>>>
>>> Personally, I have an older GPU, RX 580 Polaris series, I will only
>>> spend dev time on the AMD Navi GPU issues after AMD makes the R
On 29/03/2021 11:49, Dan Horák wrote:
> On Wed, 24 Mar 2021 16:13:08 +0100
> Daniel Pocock wrote:
>
>>
>>
>> On 22/02/2021 22:43, Dan Horák wrote:
>>> On Mon, 22 Feb 2021 21:19:26 -
>>> "Tom Seewald"
It is a strange coincidence that Planet Fedora has stopped syndicating
the blogs of volunteers in the same week that Red Hat stopped[1] funding
the FSF.
I promised I would consider the Fedora Code of Conduct[2] and with that
in mind, I will not speculate that this is any more than a coincidence.
On 30/03/2021 01:31, Kevin Fenzi wrote:
> On Mon, Mar 29, 2021 at 04:25:17PM -0700, Kevin Fenzi wrote:
>> On Tue, Mar 30, 2021 at 01:07:28AM +0200, Daniel Pocock wrote:
>>>
>>> It is a strange coincidence that Planet Fedora has stopped syndicating
>>> the
On 30/03/2021 01:37, Daniel Pocock wrote:
>
>
> On 30/03/2021 01:31, Kevin Fenzi wrote:
>> On Mon, Mar 29, 2021 at 04:25:17PM -0700, Kevin Fenzi wrote:
>>> On Tue, Mar 30, 2021 at 01:07:28AM +0200, Daniel Pocock wrote:
>>>>
>>>> It is a st
1 - 100 of 102 matches
Mail list logo
