On Fri, May 28, 2021 at 12:32 PM PGNet Dev wrote:
> > Andrew Lee has a flexible relationship with the truth. This is not a
> both sides issue, as every other free software project has also agreed.
>
> Well, it seems you're good then. So, great.
>
> Just for me, not my 1st rodeo dealing with the
On Fri, May 28, 2021 at 12:01 PM PGNet Dev wrote:
> On 5/27/21 2:04 PM, Nick Bebout wrote:
> > Since its beginnings, the Fedora Project has used the freenode IRC
> network for our project communications. Due to a variety of recent changes
> to that network, the Fedora Project is moving our IRC co
On Thu, Sep 24, 2020 at 2:34 PM Ben Cotton wrote:
> On Thu, Sep 24, 2020 at 2:31 PM Ben Cotton wrote:
> >
> > The Fedora 33 Beta RC1.3 compose[1] is GO and will be shipped live on
> > Tuesday, 17 March 2020.
> >
> This, of course, should read Tuesday, 29 September 2020.
>
It really has been a l
On Fri, May 8, 2020 at 12:54 PM Zbigniew Jędrzejewski-Szmek <
zbys...@in.waw.pl> wrote:
> On Fri, May 08, 2020 at 12:39:04PM -0400, Dan Book wrote:
> > On Fri, May 8, 2020 at 12:05 PM Scott Talbert wrote:
> >
> > > On Fri, 8 May 2020, Michael Catanzaro wrote:
>
On Fri, May 8, 2020 at 12:05 PM Scott Talbert wrote:
> On Fri, 8 May 2020, Michael Catanzaro wrote:
>
> >> That is kind of what I figured. BTW, I used the GUI method to upgrade.
> >
> > Yeah me too. And my fedora-obsolete-packages is also gone.
> >
> > It cannot be installed, either. I wonder: a
On Thu, Apr 30, 2020 at 5:34 AM Michal Schorm wrote:
> Hi,
>
> A long time ago I filled a BZ for F29 against the package group
> @cinnamon-desktop-environment. [1]
> Now I checked, and the issue still exists, so I re-opened it and moved
> against F32.
>
> How can I get someone appropriate to noti
On Fri, Apr 17, 2020 at 9:10 AM Benson Muite
wrote:
>
> On Fri, Apr 17, 2020, at 4:02 PM, Leigh Scott wrote:
> > > Hi Leigh,
> > >
> > >
> > > Do you think you could please use nicer language? There's no need to
> > > use words like that to describe other people's work in the community.
> >
> > T
On Fri, Apr 17, 2020 at 11:12 AM Adam Williamson
wrote:
> On Fri, 2020-04-17 at 16:09 +0300, Benson Muite wrote:
> > On Fri, Apr 17, 2020, at 4:02 PM, Leigh Scott wrote:
> > > > Hi Leigh,
> > > >
> > > >
> > > > Do you think you could please use nicer language? There's no need to
> > > > use word
On Fri, Mar 6, 2020 at 12:03 PM Luya Tshimbalanga
wrote:
> Hello team,
>
> f32-backgrounds is available for testing on
> https://bodhi.fedoraproject.org/updates/FEDORA-2020-ed62604eca
>
> For the Design team, new change is the drop of standard, normalish, tv,
> tv-wider folders in favour of a sin
On Thu, Aug 29, 2019 at 11:11 AM Adam Williamson
wrote:
> On Wed, 2019-08-28 at 23:13 -0400, Christopher wrote:
> > On Wed, Aug 28, 2019 at 8:56 PM John Harris
> wrote:
> > > On Wednesday, August 28, 2019 5:46:58 PM MST Christopher wrote:
> > > > A similar idea that would keep it separate from t
On Wed, Aug 28, 2019 at 4:27 PM Adam Williamson
wrote:
> That is talking about the whole idea that having a firewall enabled by
> default is not as important if there are no listening services by
> default; at that point you can make the argument that installing a
> service that listens on a port
This conversation is pretty pointless. You are never going to convince
other people to like Discourse more than mailing lists, and they are never
going to convince you the other direction.
-Dan
On Tue, Aug 27, 2019 at 11:35 AM Gerald B. Cox wrote:
> Here is an interesting discussion on "threade
; Red Hat is written as two separate words. So you can put some work
> into learning that :)
>
> Anyhow, why does user need to learn what port is? Can you imagine your
> grandma / grandfather learning how to open some port on the firewall?
>
> On Tue, Aug 27, 2019 at 3:05 PM Dan
On Tue, Aug 27, 2019 at 8:10 AM wrote:
> On Tue, Aug 27, 2019 at 4:22 AM, John Harris wrote:
>
> No, that is not how this works, at all. First, let's go ahead and address
> the idea that "if the firewall blocks it, the app breaks, so it's the
> firewall's fault": It's not. If the firewall has no
On Mon, Aug 26, 2019 at 8:31 AM Vitaly Zaitsev via devel <
devel@lists.fedoraproject.org> wrote:
> Hello all.
>
> Is it okay that firewall is completely disabled by default (opened all
> ports 1025-65535) on Fedora Workstation?
>
> I think that this is a major vulnerability and it must be fixed by
On Mon, Aug 12, 2019 at 3:11 PM Dan Book wrote:
> On Mon, Aug 12, 2019 at 2:36 PM Petr Pisar wrote:
>
>> - Perl: https://rt.perl.org/Public/
>
>
> I would not expend effort on this, as it is planned to be moved the github
> in the near future.
>
> https://www.
On Mon, Aug 12, 2019 at 2:36 PM Petr Pisar wrote:
> - Perl: https://rt.perl.org/Public/
I would not expend effort on this, as it is planned to be moved the github
in the near future.
https://www.nntp.perl.org/group/perl.perl5.porters/2019/06/msg255335.html
-Dan
___
On Thu, Jun 27, 2019 at 2:48 PM Miro Hrončok wrote:
> On 27. 06. 19 18:49, Ben Cotton wrote:
> > On Thu, Jun 27, 2019 at 12:06 PM Miro Hrončok
> wrote:
> >>
> >> So I might ask: What's the benefit of not having an unversioned python
> at all?
> >>
> > Avoiding ambiguity. Admittedly, it's avoidin
On Thu, Jun 27, 2019 at 12:30 PM Björn Persson wrote:
>
> If there is a significant risk that the warning will be overlooked,
> then how about just making the warning more visible?
>
>
Based on experience with people installing things from CPAN for Perl, there
is no "more visible" that has any ap
On Mon, Jan 14, 2019 at 6:20 PM wrote:
> On Mon, Jan 14, 2019 at 12:05 PM, John Harris
> wrote:
> > The easiest way to make any of the Spins more accessible, for them to
> > have any
> > chance comparable to the prominent advertising of Workstation and
> > similar
> > options, would be to make t
On Mon, Jan 14, 2019 at 1:48 PM Japheth Cleaver
wrote:
> On 1/13/2019 10:19 AM, Zbigniew Jędrzejewski-Szmek wrote:
> > On Sat, Jan 12, 2019 at 07:51:34PM +0100, Kevin Kofler wrote:
> >> Stephen John Smoogen wrote:
> >>> Side note, I was at a loss of what you were getting at. There were
> several
On Sat, Oct 20, 2018 at 6:09 AM Stephen J. Turnbull
wrote:
> Dominik 'Rathann' Mierzejewski writes:
> > Gerald B. Cox writes:
>
> > > Regardless, as I mentioned above, if they have a bug, then it
> > > should be reported for them to address.
> >
> > I wouldn't call it a bug, just bad UX f
On Tue, Oct 16, 2018 at 11:06 AM Ben Rosser wrote:
> 2) What's the migration strategy look like? Can users on the mailing
> lists be automatically added to the relevant discourse lists?
>
> 3) Will there be a transition period where the old list addresses
> continue to work? Can they be maintaine
On Tue, Oct 17, 2017 at 7:29 AM, Jonathan Wakely
wrote:
>
>
>> This is clean_requirements_on_remove being helpful as usual. Never should
>> have been a default setting as I've argued before, and the first thing I
>> disable in /etc/dnf/dnf.conf.
>> http://dnf.readthedocs.io/en/latest/conf_ref.html
On Mon, Oct 16, 2017 at 9:51 PM, Matthew Miller
wrote:
> On Tue, Oct 17, 2017 at 03:20:09AM +0200, Radka Janekova wrote:
> > so recently I managed to destroy[1] two production servers by removing
> what
> > I saw as useless web-config utility. Apparently Cockpit depends on
> > NetworkManager, whi
On Thu, Jun 15, 2017 at 2:06 PM, Emmanuel Seyman wrote:
> * Stephen Gallagher [15/06/2017 13:27] :
> >
> > If your intent is to say unequivocally that this system must not include
> the
> > perl interpreter unless all of these packages are installed, then that's
> when
> > you should use Requires
On Thu, Jun 15, 2017 at 1:27 PM, Stephen Gallagher
wrote:
>
>
> If that's the case, I think these two approaches are *basically* identical,
> except that the metapackage approach will probably cause DNF to misbehave
> due to
> the "clean_requirements_on_remove=true" default configuration (which
>
On Wed, May 10, 2017 at 2:09 PM, Jorge Gallegos wrote:
> On Mon, May 08, 2017 at 12:02:40PM -0400, Dan Book wrote:
> > On Mon, May 8, 2017 at 10:40 AM, Jorge Gallegos wrote:
> >
> > Hi,
> >
> > I found out the Cinnamon Desktop group is behaving like Hote
On Mon, May 8, 2017 at 10:40 AM, Jorge Gallegos wrote:
> Hi,
>
> I found out the Cinnamon Desktop group is behaving like Hotel
> California. I had ``dnf group install "Cinnamon Desktop"`` some time in
> the past, and was trying to cleanup now after finishing fiddling with
> it. It turns out that
On Wed, May 3, 2017 at 5:31 PM, Emmanuel Seyman wrote:
> * Jon [03/05/2017 15:57] :
> >
> > Normally Spot would revel these kind of topics.
> >
> > Where are you Spot?
> >
> > Have you run this topic through RH legal?
>
> Yes, it has been run through Red Hat legal channels.
>
> https://lists.fedo
On Wed, May 3, 2017 at 12:38 PM, Adam Williamson wrote:
> On Wed, 2017-05-03 at 00:56 +, Zbigniew Jędrzejewski-Szmek wrote:
> > On Tue, May 02, 2017 at 10:45:12AM +0200, Germano Massullo wrote:
> > > As torrents seeder of certain Fedora spins, I would like to share some
> > > upload statistic
On Fri, Oct 21, 2016 at 6:20 PM, Adam Williamson wrote:
> On Fri, 2016-10-21 at 18:16 -0400, Dan Book wrote:
> > On Fri, Oct 21, 2016 at 6:08 PM, Adam Williamson <
> adamw...@fedoraproject.org
> > > wrote:
> > >
> > >
> > > 13" 1080p la
On Fri, Oct 21, 2016 at 6:08 PM, Adam Williamson wrote:
>
>
> 13" 1080p laptops are the biggest exception to this that I can think
> of. I dunno what you do with them on Windows; I think Windows has a
> slider somewhere which more or less works like the 'scaling factor'
> setting.
FWIW, here on
On Wed, Oct 5, 2016 at 11:59 AM, Gerald B. Cox wrote:
>
>
> I created a RFE bug requesting that the upgrade function in DNF be changed
> to incorporate "offline" upgrades as an option. If it is really
> an issue, DNF should handle it.
> https://bugzilla.redhat.com/show_bug.cgi?id=1382063
>
>
This
On Sat, Jul 9, 2016 at 6:20 PM, Alex Thomas wrote:
>
> As it looks from my vantage point, the choice is either carry a patch
> to revert this change in systemd, or accept the load of carrying an unknown
> number of patches to allow other software to accommodate this change.
>
> My sugges
>
> repeat my self for last time: is not a my problem.
> if you want block another time my fedora account, please,
> take a seat
> regards
> .g
>
Nobody is blocking you. But aside from this one instance I went digging
through my spam folder, I do not see your messages, and I suspect many
others do
Hello,
The blueman package has been orphaned by previous maintainer leigh123linux.
It is an important service (bluetooth support) for the Cinnamon, MATE,
XFCE, and other desktops, so if anyone is willing and capable, a new
maintainer would be appreciated.
-Grinnz
--
devel mailing list
devel@lists
On Thu, Jun 9, 2016 at 4:51 AM, Marcin Juszkiewicz
wrote:
> W dniu 09.06.2016 o 00:18, gil pisze:
>
> I have no idea why but most of your mails end in my spam folder ;(
>
> Il 08/06/2016 21:15, Kevin Fenzi ha scritto:
>>
>>> On Wed, 8 Jun 2016 21:07:26 +0200
>>> Marcin Juszkiewicz wrote:
>>>
>>
On Wed, Jun 1, 2016 at 2:19 PM, Przemek Klosowski <
przemek.klosow...@nist.gov> wrote:
> On 05/27/2016 12:45 PM, Christopher wrote:
>
>
> It seems to me that what's happening is that systemd is now enforcing this
> "login session" perspective... metaphorically speaking, gluing the
> transparent ov
On Wed, Jun 1, 2016 at 10:28 AM, Tomasz Torcz wrote:
>
>
> I think that programs needing special treatment should use operating
> system's facilities to communicate that. So tmux, screen, nohup should
> really open a new session. It's unfortunate that tmux author is hostile
> against that, but
On Wed, Jun 1, 2016 at 9:48 AM, Lennart Poettering
wrote:
> On Wed, 01.06.16 12:19, Howard Chu (h...@symas.com) wrote:
>
> > This is still looking at the problem back-asswards. The problem isn't
> that
> > screen and tmux are special cases. The problem is that some handful of
> > programs that go
On Mon, May 30, 2016 at 6:20 PM, Richard W.M. Jones
wrote:
> On Sun, May 29, 2016 at 06:51:20PM -0600, Chris Murphy wrote:
> > So there's tmux, screen, curl, wget, and probably quite a few others
> > that don't necessarily get daemonized that are probably affected.
>
> Currently you can `scp ...
On Fri, May 27, 2016 at 2:17 AM, Nico Kadel-Garcia wrote:
> On Thu, May 26, 2016 at 1:03 PM, Gerald B. Cox wrote:
> >
> > On Thu, May 26, 2016 at 3:02 AM, Michal Luscon
> wrote:
> >>
> >> This might have been caused by
> >> https://bugzilla.redhat.com/show_bug.cgi?id=1259865
> >>
> >> .
> >>
>
This sounds like a good step to me. I am used to the pull request workflow
though.
On Fri, Feb 19, 2016 at 5:55 PM, Zach Villers wrote:
> +1 for moving forward and involving pagure. I'm not experienced enough to
> pick out any issues, but will help however I can.
> On Fri, Feb 19, 2016 at 2:37 P
On Wed, Feb 3, 2016 at 6:10 PM, Samuel Sieb wrote:
> On 02/03/2016 02:28 PM, Felix Miata wrote:
>
>> Problem #3:
>> When running from say the /boot directory the same dnf command above:
>>
>> # dnf update kd*, kf*, q*, per*, pyt*, u*, v*, x* y*, z*
>>
>> dnf reports cannot install package
On Wed, Dec 2, 2015 at 8:42 AM, David Tardon wrote:
> Hi,
>
> On Tue, Dec 01, 2015 at 02:20:34AM -0500, Dan Book wrote:
> > I have run into this before and it was very confusing, it really should
> be
> > a separate command from remove for when you actually want to remov
On Tue, Dec 1, 2015 at 3:02 AM, Petr Spacek wrote:
> On 1.12.2015 08:20, Dan Book wrote:
> > I have run into this before and it was very confusing, it really should
> be
> > a separate command from remove for when you actually want to remove what
> > dnf thinks is no
irements_on_remove=false
>
> On Tue, Dec 1, 2015 at 8:29 AM, Igor Gnatenko
> wrote:
> > # dnf autoremove
> >
> > On Tue, Dec 1, 2015 at 8:21 AM Dan Book wrote:
> >>
> >> I have run into this before and it was very confusing, it really should
> be
I have run into this before and it was very confusing, it really should be
a separate command from remove for when you actually want to remove what
dnf thinks is now "unused".
On Tue, Dec 1, 2015 at 1:38 AM, Panu Matilainen
wrote:
> On 12/01/2015 07:02 AM, Christopher wrote:
>
>> What's the deal
On Wed, Nov 11, 2015 at 11:20 PM, Dennis Chen wrote:
> Hi,
>
> What are the chances that a minimal desktop spin can be created for the
> 24 release? It would be nice to have a prepackaged "desktop
> environment" with the terminal as it's main focus.
>
> Dennis Chen
> --
> devel mailing list
> dev
On Thu, Nov 5, 2015 at 11:35 AM, Kevin Kofler
wrote:
> Jos Vos wrote:
> > I see that the F23 Xfce live image still includes only Midori as the
> > internet browser, similar to the F22 image.
>
> At least one image that is still consistent with its goals in its
> application choice. The KDE image
GPL/Artistic is the perl license; the module's META.json specifies the MIT
license. The text included in the module is similar to the MIT and ISC
license text, it is definitely not the Artistic license or GPL. Personally
I would seek clarification from the author(s).
On Fri, Aug 7, 2015 at 10:49 A
On Wed, Jul 15, 2015 at 5:01 PM, Dan Book wrote:
>
> On Wed, Jul 15, 2015 at 4:47 PM, Kevin Fenzi wrote:
>
>> Greetings.
>>
>> For a while now it's been possible for desktops to have their own mime
>> info (which is great), but it seems we have also g
On Wed, Jul 15, 2015 at 4:47 PM, Kevin Fenzi wrote:
> Greetings.
>
> For a while now it's been possible for desktops to have their own mime
> info (which is great), but it seems we have also gotten rid of the
> generic one, which causes some strange behavior:
>
> https://bugzilla.redhat.com/show_
On Wed, Jun 10, 2015 at 2:12 AM, Thorsten Leemhuis
wrote:
> Dan Book wrote on 09.06.2015 22:01:
> > This has also been a problem for several releases with the akmods from
> > rpmfusion.
>
> There was always a problem; there where just less people running into
> it, b
tand the
kernel-devel issue).
-Dan
On Tue, Jun 9, 2015 at 4:24 PM, Reindl Harald
wrote:
>
> Am 09.06.2015 um 22:01 schrieb Dan Book:
>
>> This has also been a problem for several releases with the akmods from
>> rpmfusion. I think the more "correct" solution (read to
This has also been a problem for several releases with the akmods from
rpmfusion. I think the more "correct" solution (read to the end) would be
to somehow prioritize the kernel-devel package (possibly multiple) that
matches the installed kernel(s). kernel-debug-devel is never the "correct"
choice
On Mon, Jan 26, 2015 at 9:51 PM, Carlos Morel-Riquelme <
empateinfin...@gmail.com> wrote:
> Dan, thank for the new but the download links for the spin (wiki
> skeleton) isn't available :(
>
> On Mon, Jan 26, 2015 at 11:24 PM, Dan Book wrote:
>
>> On Sat, De
On Sat, Dec 20, 2014 at 11:35 AM, Dan Book wrote:
> Hello,
> I have put together a basic Cinnamon Live spin, and was wondering if this
> is something people would like to see become official. It's not ready for
> submission quite yet, there is a bit of a hack to change the defau
On Sun, Dec 21, 2014 at 1:25 PM, Thomas Gilliard
wrote:
>
> On 12/20/2014 8:35 AM, Dan Book wrote:
>
> Hello,
> I have put together a basic Cinnamon Live spin, and was wondering if this
> is something people would like to see become official. It's not ready for
> submis
mostly following the XFCE spin's
kickstart for setting up lightdm and the liveuser.
>
> On Sat, Dec 20, 2014 at 6:14 PM, Rahul Sundaram
> wrote:
>
>> Hi
>>
>> On Sat, Dec 20, 2014 at 11:35 AM, Dan Book wrote:
>>
>>> Hello,
>>> I have put
t files in this github repo:
https://github.com/Grinnz/spin-kickstart-cinnamon
And resulting images, which I have briefly tested and installed in a VM:
https://grinnz.com/public/spins-cinnamon/
I added a skeleton wiki page as well:
https://fedoraproject.org/wiki/Cinnamon_Spin
-Dan Book
--
devel ma
62 matches
Mail list logo
