Re: A less "bloated" KDE spin

2017-09-09 Thread Leigh Scott 
> On Sat, Sep 9, 2017 at 11:34 AM, jack smith  wrote:

> And MPV is a GTK+ based application,

That isn't true or are you actually referring to gnome-mpv (separate project)? 

[leigh@localhost ~]$ rpm -qa --requires mpv\* |grep gtk
[leigh@localhost ~]$
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Regression of docker-compose?

2017-09-09 Thread Dave Johansen 
docker-compose doesn't work when pulling from private repos with F26 [1]
and it looks like it's from the new config that was added to support Fedora
repos in F26. Any ideas on how I can help get this fixed?
Thanks,
Dave

1: https://bugzilla.redhat.com/show_bug.cgi?id=1471319
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Fedora 27-20170909.n.0 compose check report

2017-09-09 Thread Fedora compose checker 
Missing expected images:

Workstation live i386
Server boot i386
Kde live i386

Failed openQA tests: 42/128 (x86_64), 1/18 (i386), 1/2 (arm)

ID: 139628  Test: x86_64 Server-boot-iso install_default@uefi
URL: https://openqa.fedoraproject.org/tests/139628
ID: 139631  Test: x86_64 Server-dvd-iso install_default@uefi
URL: https://openqa.fedoraproject.org/tests/139631
ID: 139633  Test: x86_64 Server-dvd-iso base_services_start
URL: https://openqa.fedoraproject.org/tests/139633
ID: 139634  Test: x86_64 Server-dvd-iso server_role_deploy_domain_controller
URL: https://openqa.fedoraproject.org/tests/139634
ID: 139637  Test: x86_64 Server-dvd-iso server_cockpit_basic
URL: https://openqa.fedoraproject.org/tests/139637
ID: 139640  Test: x86_64 Server-dvd-iso support_server
URL: https://openqa.fedoraproject.org/tests/139640
ID: 139651  Test: x86_64 Everything-boot-iso install_default@uefi
URL: https://openqa.fedoraproject.org/tests/139651
ID: 139653  Test: x86_64 Workstation-live-iso install_default_upload
URL: https://openqa.fedoraproject.org/tests/139653
ID: 139654  Test: x86_64 Workstation-live-iso install_default@uefi
URL: https://openqa.fedoraproject.org/tests/139654
ID: 139669  Test: x86_64 Workstation-boot-iso install_default@uefi
URL: https://openqa.fedoraproject.org/tests/139669
ID: 139672  Test: x86_64 KDE-live-iso install_default@uefi
URL: https://openqa.fedoraproject.org/tests/139672
ID: 139676  Test: x86_64 KDE-live-iso desktop_notifications_postinstall
URL: https://openqa.fedoraproject.org/tests/139676
ID: 139680  Test: x86_64 KDE-live-iso base_services_start
URL: https://openqa.fedoraproject.org/tests/139680
ID: 139682  Test: x86_64 KDE-live-iso desktop_browser
URL: https://openqa.fedoraproject.org/tests/139682
ID: 139684  Test: arm Minimal-raw_xz-raw.xz base_services_start_arm
URL: https://openqa.fedoraproject.org/tests/139684
ID: 139685  Test: x86_64 Atomic-dvd_ostree-iso install_default@uefi
URL: https://openqa.fedoraproject.org/tests/139685
ID: 139687  Test: x86_64 universal support_server
URL: https://openqa.fedoraproject.org/tests/139687
ID: 139690  Test: x86_64 universal install_multi@uefi
URL: https://openqa.fedoraproject.org/tests/139690
ID: 139694  Test: x86_64 universal upgrade_server_domain_controller
URL: https://openqa.fedoraproject.org/tests/139694
ID: 139701  Test: x86_64 universal install_shrink_ext4
URL: https://openqa.fedoraproject.org/tests/139701
ID: 139702  Test: x86_64 universal install_shrink_ntfs
URL: https://openqa.fedoraproject.org/tests/139702
ID: 139711  Test: x86_64 universal install_delete_pata@uefi
URL: https://openqa.fedoraproject.org/tests/139711
ID: 139715  Test: x86_64 universal install_sata@uefi
URL: https://openqa.fedoraproject.org/tests/139715
ID: 139716  Test: x86_64 universal install_kickstart_user_creation
URL: https://openqa.fedoraproject.org/tests/139716
ID: 139726  Test: x86_64 universal install_blivet_ext3@uefi
URL: https://openqa.fedoraproject.org/tests/139726
ID: 139727  Test: x86_64 universal install_blivet_btrfs@uefi
URL: https://openqa.fedoraproject.org/tests/139727
ID: 139728  Test: x86_64 universal install_blivet_no_swap@uefi
URL: https://openqa.fedoraproject.org/tests/139728
ID: 139730  Test: x86_64 universal install_simple_free_space@uefi
URL: https://openqa.fedoraproject.org/tests/139730
ID: 139731  Test: x86_64 universal install_multi_empty@uefi
URL: https://openqa.fedoraproject.org/tests/139731
ID: 139732  Test: x86_64 universal install_software_raid@uefi
URL: https://openqa.fedoraproject.org/tests/139732
ID: 139733  Test: x86_64 universal install_delete_partial@uefi
URL: https://openqa.fedoraproject.org/tests/139733
ID: 139734  Test: x86_64 universal install_btrfs@uefi
URL: https://openqa.fedoraproject.org/tests/139734
ID: 139735  Test: x86_64 universal install_ext3@uefi
URL: https://openqa.fedoraproject.org/tests/139735
ID: 139736  Test: x86_64 universal install_xfs@uefi
URL: https://openqa.fedoraproject.org/tests/139736
ID: 139737  Test: x86_64 universal install_lvmthin@uefi
URL: https://openqa.fedoraproject.org/tests/139737
ID: 139738  Test: x86_64 universal install_no_swap@uefi
URL: https://openqa.fedoraproject.org/tests/139738
ID: 139741  Test: x86_64 universal upgrade_desktop_64bit
URL: https://openqa.fedoraproject.org/tests/139741
ID: 139745  Test: x86_64 universal install_rescue_encrypted
URL: https://openqa.fedoraproject.org/tests/139745
ID: 139751  Test: x86_64 universal install_blivet_xfs@uefi
URL: https://openqa.fedoraproject.org/tests/139751
ID: 139752  Test: x86_64 universal install_blivet_software_raid@uefi
URL: https://openqa.fedoraproject.org/tests/139752
ID: 139753  Test: x86_64 universal install_blivet_lvmthin@uefi
URL: https://openqa.fedoraproject.org/tests/139753
ID: 139754  Test: x86_64 universal install_simple_encrypted@uefi
URL: https://openqa.fedoraproject

Re: A less "bloated" KDE spin

2017-09-09 Thread William Moreno 
--
Enviado desde mi móvil, disculpe la brevedad
William

El 9/9/2017 9:35 a. m., "jack smith"  escribió:

> On Sat, Sep 9, 2017 at 8:28 AM, jack smith 
> Taking most of those out would make our experience significantly worse
> than the GNOME spin (a.k.a Fedora Workstation).

Not necessarily because we can only remove the less useful one, replace
some of them by more popular one and keep some of them if they are really
useful for most people.

> Not being able to manage GPG (KGPG) , SSH (ksshaskpass), and email
> (KMail) would be pretty painful for most people. KAddressBook and
> KOrganizer are perfectly fine to keep, too, as they are useful things.

kgpg, ksshaskpass are probably not used by a lot of people and can be
easily installed.

KMail, KAddressBook, KOrganizer are far less popular than Gmail or
Thunderbird and can be easily installed too. Most of the bloat come from
the PIM stack (mysql, akonaki !). Shipping Thunderbird is IMO a better
choice (for the record I use Gmail).


I do use korganizer and work really good even  if you use gmail as your
 principal gmail account, ir is not popular maybe because people do not
know how tobtake advantage of this tool, a serie  of post in Fedora
Magazine can be more productive than just say than can be removed from the
KDE spin because it is not a popular app.


> I could see us not including Konqueror, as Qupzilla/KDE Falkon is the
> new upcoming KDE browser.


Qupzilla work really good and have my +1


How many people really use Konqueror, Qupzilla/KDE Falkon instead of
Chrome, Chromium or Firefox ?
Why force them a browser they won't use ? Shipping Firefox is IMO a better
choice (even if I use Chrome).


Again, promoting falkon/qupzilla as a complete QT based browser with great
integration with the Plasma desktop


> As most of us actually do heavily use IRC, it'd be a shame if we lost
> Konversation on the default instal


+1 here


I don't think the majority of people use IRC and why force them an IRC
client ? They can easily choose and install one.

> Akregator probably could be cut as RSS feeds have become considerably
> less popular and accessible in recent years


+1 here

One less :)

> KNode could probably be removed from the default installs, as
> Usenet/NNTP has become a lot less common.


+1 here


Two less :)

> Jovie, KMouth, KMouseTool, and KMag are handy things for accessibility.

That can be kept if they are handy things for accessibility.

> Dragon is a perfectly nice video player.

Can be kept even if VLC or MPV are better player IMO.

> Kamaso is our equivalent to Cheese on GNOME, and there's no reason to cut
it.

Can be kept indeed.

> KFind for finding files on the system is kinda important, in my view.
> KNetAttach for accessing network shares, too.

Can be kept indeed.

> The telepathy stack (telepathy* / ktp*) might be less handy, but I
> know people who do swear by it.

These people can install it. Again why force everyone to have these ?

> Kolourpaint and and KRuler and handy little things. And KRFB enables
> remote desktop capabilities, which there are plenty of people who
> want. KRDC lets people connect to remote systems, which is equally
> desired.

Can be kept indeed.

As I said if one want to use softs that are not installed by default they
can just simply install them.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: A less "bloated" KDE spin

2017-09-09 Thread Globe Trotter 
I know this is not KDE, but the original poster could consider using the LXQT 
spin and see if that serves his purpose.


  From: Markus S. 
 To: devel@lists.fedoraproject.org 
 Sent: Saturday, September 9, 2017 3:04 PM
 Subject: Re: A less "bloated" KDE spin
   
Wholeheartedly agree. Everybody who disagrees with your proposal better put 
their money where their mouth is and do all necessary QA work for the upcoming 
release!
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org


   ___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: A less "bloated" KDE spin

2017-09-09 Thread Markus S. 
Wholeheartedly agree. Everybody who disagrees with your proposal better put 
their money where their mouth is and do all necessary QA work for the upcoming 
release!
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Review swaps

2017-09-09 Thread Alexander Ploumistos 
Hello,

I have a couple of packages waiting for review:

scidavis - Application for Scientific Data Analysis and Visualization
https://bugzilla.redhat.com/show_bug.cgi?id=1490054

which depends on

liborigin3 - A library for reading OriginLab OPJ project files
https://bugzilla.redhat.com/show_bug.cgi?id=1490053

Both of them have been in a copr for a while:
https://copr.fedorainfracloud.org/coprs/alexpl/scidavis/


I'd appreciate it if any of the people I've done reviews for could
return the favor, but I wouldn't mind reviewing a couple more
packages.

Thanks!
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Bug 921430 - Error updating SMART data: sk_disk_smart_status: Input/output error (udisks-error-quark, 0)

2017-09-09 Thread Tony Nelson 

Could someone apply the patch in this bug[1], languishing since 2013?
According to "freedesktop.org Bug 61998 - Fails to read status from
WD raptors"[2] the patch is in Debian/Ubuntu.  Lennart Poettering did
the last upstream[3] commit 7 years ago, but seems to be busy now.

[1]: https://bugzilla.redhat.com/show_bug.cgi?id=921430
[2]: https://bugs.freedesktop.org/show_bug.cgi?id=61998
[3]: https://github.com/Rupan/libatasmart

--

TonyN.:'   
  '  
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: A less "bloated" KDE spin

2017-09-09 Thread jack smith 
KDE without these softs plus the one I want make a really great experience ;)
My KDE install consume only 400M at boot without the "bloat" !
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: A less "bloated" KDE spin

2017-09-09 Thread jack smith 
> On Sat, Sep 9, 2017 at 11:34 AM, jack smith  wrote:
> 
> Akonadi can be configured to use SQLite. I don't know why we don't,
> but it's a valid option.

That would be better indeed even if I think that PIM stack shouldn't be on the 
ISO.

> KDE Falkon is a QtWebEngine based browser, so it behaves like
> Chrome/Chromium. It is worth promoting.

Well why not but I'm pretty sure that won't change anything.
 
> Neither of those are in Fedora proper, so we can't select them. The
> ffmpeg / encumbered codec requirements make it difficult to bring into
> Fedora. Dragon uses GStreamer, so it works well enough and can be
> extended easily with codec packs. And MPV is a GTK+ based application,
> which I'd prefer to avoid.

That's why I think we can keep it :)

> There are plenty of people that do use IM and video/voice chat.

Of course but let them install what they need.

> But if they're just available, it makes the experience smoother.

Not for me as I "need" to remove a lot of thing !
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: A less "bloated" KDE spin

2017-09-09 Thread jack smith 
That's what I do but why not have a cleaner, saner and less bloated ISO ?
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: A less "bloated" KDE spin

2017-09-09 Thread jack smith 
That's not the point at all. Fedora doesn't ship every Gnome app that exist.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: A less "bloated" KDE spin

2017-09-09 Thread Nico Kadel-Garcia 
On Sat, Sep 9, 2017 at 8:28 AM, jack smith  wrote:
> Hello,
>
> Would you like to consider to provide a less "bloated" KDE spin ? Here is the 
> softs I suggest to remove to have a much cleaner base experience :

Heh. I've been publishing RPM building tools, for *years*, for vtwm.
If you're in the business of avoiding bloat, then neither KDE nor
Gnome are really your friends.

But since both are designed around a philosophy of having a fully
equipped kitchen of tools and a full spice cabinets to flavor your
individual workspace, does it really make sense to try and pare those
down to a set that will fill in a single drawer, a single cabinet, and
a small rack of spices?  If the spin is exceeding the reasonable space
of a DVD, or you can't find the spoons because the drawer is filled
with fish slices, then yes. Definitely do some pruning.

But if there's space left, let it be filled by the full variety of
tools, and let people *delete* what they don't want.

> kolourpaint kruler qupzilla ktorrent krusader kgpg krfb kmines kpat kmahjongg 
> krdc konversation konqueror akregator kamoso dragon ksshaskpass knode kmouth 
> kmousetool dnfdragora k3b jovie kmail kaddressbook korganizer telepathy* ktp* 
> kmag kfind knetattach
>
> Like every softs, if someone need one that is not in the base install, he 
> simply can install it.
>
> Thanks !
> ___
> devel mailing list -- devel@lists.fedoraproject.org
> To unsubscribe send an email to devel-le...@lists.fedoraproject.org
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: A less "bloated" KDE spin

2017-09-09 Thread Matthew Miller 
On Sat, Sep 09, 2017 at 08:47:22AM -0700, Gerald B. Cox wrote:
> I believe you are missing the point of defaults which is to provide as
> complete environment as possible out of the box.  Since this is a KDE spin,
> we should be providing as complete of a KDE environment as possible.
> Users shouldn't be required to go on a treasure hunt to seek out available
> KDE applications.  If you don't want to use a KDE default you can easily
> either go into settings and change the defaults, remove the package you
> don't want, etc.

I don't have a particular side in this debate, but I do feel it
important to point out that making sure all of these different
applications function properly at release time is a big QA workload. If
having these applications all available in the default install is
important to you, please see and help out with
https://lists.fedoraproject.org/archives/list/k...@lists.fedoraproject.org/message/NG22T4KMZZSRAQNPBRISKSEW5GZ4XCJS/

Although we're having problems with UEFI booting, recent F27 nightly
composes (see
https://kojipkgs.fedoraproject.org/compose/branched/latest-Fedora-27/compose/Spins/x86_64/iso/)
should boot and work on BIOS, and running through the validation tests
https://fedoraproject.org/wiki/QA:Release_validation_test_plan
would be a *huge* help in making sure F27 KDE Plasma Desktop is a solid
release.

-- 
Matthew Miller

Fedora Project Leader
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: A less "bloated" KDE spin

2017-09-09 Thread Neal Gompa 
On Sat, Sep 9, 2017 at 11:34 AM, jack smith  wrote:
>> On Sat, Sep 9, 2017 at 8:28 AM, jack smith > wrote:
>>
>> Taking most of those out would make our experience significantly worse
>> than the GNOME spin (a.k.a Fedora Workstation).
>
> Not necessarily because we can only remove the less useful one, replace some 
> of them by more popular one and keep some of them if they are really useful 
> for most people.
>
>> Not being able to manage GPG (KGPG) , SSH (ksshaskpass), and email
>> (KMail) would be pretty painful for most people. KAddressBook and
>> KOrganizer are perfectly fine to keep, too, as they are useful things.
>
> kgpg, ksshaskpass are probably not used by a lot of people and can be easily 
> installed.
>
> KMail, KAddressBook, KOrganizer are far less popular than Gmail or 
> Thunderbird and can be easily installed too. Most of the bloat come from the 
> PIM stack (mysql, akonaki !). Shipping Thunderbird is IMO a better choice 
> (for the record I use Gmail).
>

Akonadi can be configured to use SQLite. I don't know why we don't,
but it's a valid option.

>> I could see us not including Konqueror, as Qupzilla/KDE Falkon is the
>> new upcoming KDE browser.
>
> How many people really use Konqueror, Qupzilla/KDE Falkon instead of Chrome, 
> Chromium or Firefox ?
> Why force them a browser they won't use ? Shipping Firefox is IMO a better 
> choice (even if I use Chrome).
>

KDE Falkon is a QtWebEngine based browser, so it behaves like
Chrome/Chromium. It is worth promoting.

>> As most of us actually do heavily use IRC, it'd be a shame if we lost
>> Konversation on the default install.
>
> I don't think the majority of people use IRC and why force them an IRC client 
> ? They can easily choose and install one.
>
>> Akregator probably could be cut as RSS feeds have become considerably
>> less popular and accessible in recent years.
>
> One less :)
>
>> KNode could probably be removed from the default installs, as
>> Usenet/NNTP has become a lot less common.
>
> Two less :)
>
>> Jovie, KMouth, KMouseTool, and KMag are handy things for accessibility.
>
> That can be kept if they are handy things for accessibility.
>
>> Dragon is a perfectly nice video player.
>
> Can be kept even if VLC or MPV are better player IMO.
>

Neither of those are in Fedora proper, so we can't select them. The
ffmpeg / encumbered codec requirements make it difficult to bring into
Fedora. Dragon uses GStreamer, so it works well enough and can be
extended easily with codec packs. And MPV is a GTK+ based application,
which I'd prefer to avoid.

>> Kamaso is our equivalent to Cheese on GNOME, and there's no reason to cut it.
>
> Can be kept indeed.
>
>> KFind for finding files on the system is kinda important, in my view.
>> KNetAttach for accessing network shares, too.
>
> Can be kept indeed.
>
>> The telepathy stack (telepathy* / ktp*) might be less handy, but I
>> know people who do swear by it.
>
> These people can install it. Again why force everyone to have these ?
>

There are plenty of people that do use IM and video/voice chat.

>> Kolourpaint and and KRuler and handy little things. And KRFB enables
>> remote desktop capabilities, which there are plenty of people who
>> want. KRDC lets people connect to remote systems, which is equally
>> desired.
>
> Can be kept indeed.
>
> As I said if one want to use softs that are not installed by default they can 
> just simply install them.

But if they're just available, it makes the experience smoother.



-- 
真実はいつも一つ！/ Always, there's only one truth!
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: A less "bloated" KDE spin

2017-09-09 Thread Germano Massullo 
# dnf remove foo
and you can easly get rid of what you do not like.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: A less "bloated" KDE spin

2017-09-09 Thread Gerald B. Cox 
On Sat, Sep 9, 2017 at 8:34 AM, jack smith 
wrote:

> > On Sat, Sep 9, 2017 at 8:28 AM, jack smith  wrote:
>
>
> As I said if one want to use softs that are not installed by default they
> can just simply install them.
>
> I believe you are missing the point of defaults which is to provide as
complete environment as possible out of the box.  Since this is a KDE spin,
we should be providing as complete of a KDE environment as possible.
Users shouldn't be required to go on a treasure hunt to seek out available
KDE applications.  If you don't want to use a KDE default you can easily
either go into settings and change the defaults, remove the package you
don't want, etc.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: A less "bloated" KDE spin

2017-09-09 Thread jack smith 
> On Sat, Sep 9, 2017 at 8:28 AM, jack smith  wrote:
>
> Taking most of those out would make our experience significantly worse
> than the GNOME spin (a.k.a Fedora Workstation).

Not necessarily because we can only remove the less useful one, replace some of 
them by more popular one and keep some of them if they are really useful for 
most people.

> Not being able to manage GPG (KGPG) , SSH (ksshaskpass), and email
> (KMail) would be pretty painful for most people. KAddressBook and
> KOrganizer are perfectly fine to keep, too, as they are useful things.

kgpg, ksshaskpass are probably not used by a lot of people and can be easily 
installed.

KMail, KAddressBook, KOrganizer are far less popular than Gmail or Thunderbird 
and can be easily installed too. Most of the bloat come from the PIM stack 
(mysql, akonaki !). Shipping Thunderbird is IMO a better choice (for the record 
I use Gmail).

> I could see us not including Konqueror, as Qupzilla/KDE Falkon is the
> new upcoming KDE browser.

How many people really use Konqueror, Qupzilla/KDE Falkon instead of Chrome, 
Chromium or Firefox ?
Why force them a browser they won't use ? Shipping Firefox is IMO a better 
choice (even if I use Chrome).

> As most of us actually do heavily use IRC, it'd be a shame if we lost
> Konversation on the default install.

I don't think the majority of people use IRC and why force them an IRC client ? 
They can easily choose and install one.

> Akregator probably could be cut as RSS feeds have become considerably
> less popular and accessible in recent years.

One less :)

> KNode could probably be removed from the default installs, as
> Usenet/NNTP has become a lot less common.

Two less :)

> Jovie, KMouth, KMouseTool, and KMag are handy things for accessibility.

That can be kept if they are handy things for accessibility.

> Dragon is a perfectly nice video player.

Can be kept even if VLC or MPV are better player IMO.

> Kamaso is our equivalent to Cheese on GNOME, and there's no reason to cut it.

Can be kept indeed.

> KFind for finding files on the system is kinda important, in my view.
> KNetAttach for accessing network shares, too.

Can be kept indeed.

> The telepathy stack (telepathy* / ktp*) might be less handy, but I
> know people who do swear by it.

These people can install it. Again why force everyone to have these ?

> Kolourpaint and and KRuler and handy little things. And KRFB enables
> remote desktop capabilities, which there are plenty of people who
> want. KRDC lets people connect to remote systems, which is equally
> desired.

Can be kept indeed.

As I said if one want to use softs that are not installed by default they can 
just simply install them.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: A less "bloated" KDE spin

2017-09-09 Thread Neal Gompa 
On Sat, Sep 9, 2017 at 8:28 AM, jack smith  wrote:
> Hello,
>
> Would you like to consider to provide a less "bloated" KDE spin ? Here is the 
> softs I suggest to remove to have a much cleaner base experience :
>
> kolourpaint kruler qupzilla ktorrent krusader kgpg krfb kmines kpat kmahjongg 
> krdc konversation konqueror akregator kamoso dragon ksshaskpass knode kmouth 
> kmousetool dnfdragora k3b jovie kmail kaddressbook korganizer telepathy* ktp* 
> kmag kfind knetattach
>
> Like every softs, if someone need one that is not in the base install, he 
> simply can install it.
>

No..?

Taking most of those out would make our experience significantly worse
than the GNOME spin (a.k.a Fedora Workstation).

Not being able to manage GPG (KGPG) , SSH (ksshaskpass), and email
(KMail) would be pretty painful for most people. KAddressBook and
KOrganizer are perfectly fine to keep, too, as they are useful things.

I could see us not including Konqueror, as Qupzilla/KDE Falkon is the
new upcoming KDE browser.

As most of us actually do heavily use IRC, it'd be a shame if we lost
Konversation on the default install.

Akregator probably could be cut as RSS feeds have become considerably
less popular and accessible in recent years.

KNode could probably be removed from the default installs, as
Usenet/NNTP has become a lot less common.

Jovie, KMouth, KMouseTool, and KMag are handy things for accessibility.

Dragon is a perfectly nice video player.

Kamaso is our equivalent to Cheese on GNOME, and there's no reason to cut it.

KFind for finding files on the system is kinda important, in my view.
KNetAttach for accessing network shares, too.

The telepathy stack (telepathy* / ktp*) might be less handy, but I
know people who do swear by it.

Kolourpaint and and KRuler and handy little things. And KRFB enables
remote desktop capabilities, which there are plenty of people who
want. KRDC lets people connect to remote systems, which is equally
desired.


-- 
真実はいつも一つ！/ Always, there's only one truth!
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

A less "bloated" KDE spin

2017-09-09 Thread jack smith 
Hello,

Would you like to consider to provide a less "bloated" KDE spin ? Here is the 
softs I suggest to remove to have a much cleaner base experience :

kolourpaint kruler qupzilla ktorrent krusader kgpg krfb kmines kpat kmahjongg 
krdc konversation konqueror akregator kamoso dragon ksshaskpass knode kmouth 
kmousetool dnfdragora k3b jovie kmail kaddressbook korganizer telepathy* ktp* 
kmag kfind knetattach

Like every softs, if someone need one that is not in the base install, he 
simply can install it.

Thanks !
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Deleting a fork in src.fedoraproject.org?

2017-09-09 Thread Igor Gnatenko 
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

On Fri, 2017-09-08 at 22:35 +, Christopher wrote:
> I was playing around in the new Pagure https://src.fedoraproject.org/
>  and I
> created a fork of a repo to test. However, I don't need or want this
> fork.
> How do I delete it? There doesn't appear to be an option.
https://lists.fedoraproject.org/archives/list/infrastruct...@lists.fedo
raproject.org/thread/MPFTHDDRXO6DSGZFA33J4TFHAKQK3LNU/

tl;dr it is possible, but not yet enabled in infrastructure. Hopefully
it will be deployed soon.
> ___
> devel mailing list -- devel@lists.fedoraproject.org
> To unsubscribe send an email to devel-le...@lists.fedoraproject.org
- -- 
- -Igor Gnatenko
-BEGIN PGP SIGNATURE-

iQIzBAEBCAAdFiEEhLFO09aHZVqO+CM6aVcUvRu8X0wFAlmzlGEACgkQaVcUvRu8
X0xeJxAAuQGXw6WEQ4LpnW2UXo9srhIdjwUl45Eo5ne4fM/y9Z0JsYFKLR20IdAA
2kMAyluCI9L+WYTL9yhHtBOFyQP6Jh704s17FUQSV+mO0PN5o7gb97Dn73q/Jimj
6QVHprdQ97bM95qAlOvgyvg8wz3fVjWGn+6JlQ3lJLvf0ppPPb4nemF0Y6G5VEmy
HVHX/0ODReTtKyZ3IVOhkRl+3Yt5e72EV9JMohYD33CT9Ci/PBewRYF+rXEtyDUd
6I82L96nSMXykzOfqpAq0yx+lbwcx8xk1Yg7We+H6vHm2uJ7BW21MI7Wxi/sS9Vh
saB311jjeKkh0I4yCqX8ZuDeN5NnXZBPRv3vxZz3Fl2WImsFHJ1Ee44vioKFOMQG
lTRyN2+dJPD61P0+bQB0UKW4ibdMrjgFBbqe3042T5yy5XS5kKWlyehLbtKhekkM
k78FM1Z43FGLXG6DR3n0+rOjC+3HaonMlmGGQ6r6g1VJok9w4QNb9wX7vaZ5snLT
cR6LwVacEhHeFOjlURUDs/f6HWFQW59bpAJ8fNjcS1Yh7shtkjOE/2sbP4V9nuhb
tD9LfdF2ViOJT71CNl6agkckReyeHSdyPEAmj0B6rbibxBvKb5JSDTdqLvXdYhCI
HkLtIq49TVHnFqVlCPCZLJZdEvxr0mcK2RKSqsFrp1xA0lvlCHM=
=yxLL
-END PGP SIGNATURE-
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org