Re: RANT: compton-ng…

[Abhiram Kuchibhotla]

Hey guys, I just saw this so sorry for the late reply.

I'm still around. I haven't been contacted but I see no problems with
moving away from compton in an orderly fashion.
Feel free to take over if you want. :)

Regards,
Abhiram K

On Tue, 13 Aug, 2019, 11:32 PM Adam Williamson, 
wrote:

> On Tue, 2019-08-13 at 18:42 +0200, Vitaly Zaitsev via devel wrote:
> > On 13.08.2019 18:34, Adam Williamson wrote:
> > > And yet this thread demonstrates that without good review, we will get
> > > garbage packages. Review processes exist for a reason.
> >
> > Every package can become a garbage, because after package review no one
> > reviews it again. I see lots of legacy packages, which breaks modern
> > package guidelines. Some of them we fixed by my PRs.
>
> This is true, but that's not a reason to stop doing package reviews.
> "Things aren't perfect" is never a good excuse for "...so we can make
> them worse!"
>
> > > This is not true. Many people are doing package reviews.
> >
> > And every day I see in this mailing list requests for review swaps. Do
> > you think this is fine?
>
> Yeah, I do.
> --
> Adam Williamson
> Fedora QA Community Monkey
> IRC: adamw | Twitter: AdamW_Fedora | XMPP: adamw AT happyassassin . net
> http://www.happyassassin.net
> ___
> devel mailing list -- devel@lists.fedoraproject.org
> To unsubscribe send an email to devel-le...@lists.fedoraproject.org
> Fedora Code of Conduct:
> https://docs.fedoraproject.org/en-US/project/code-of-conduct/
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives:
> https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
>
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org

Re: Looking for whom to pass the vessel for maitaining youtube-dl

[Abhiram Kuchibhotla]

Hey,

I'd be interested in taking over for you.

On Sat 8 Sep, 2018, 3:31 PM Matěj Cepl,  wrote:

> Hi,
>
> with change of my employer I don't use Fedora/RHEL for my
> day-to-day work anymore and so I am loosing touch with the
> actual state of packages here. Therefore, I would love to hand
> over de facto maintainership of the youtube-dl package.
>
> Updating it is really simple (just change the version and
> %changelog, download new packages with spectool -g, and
> rebuild), but it needs to be done quite often. Most of the time,
> I just wait until both EL6 and EPEL7 packages timeout to the
> stable distro, and then do new update.
>
> Would anybody be willing to take the maintenance of the package,
> please?
>
> Thank you,
>
> Matěj
> --
> https://matej.ceplovi.cz/blog/, Jabber: mc...@ceplovi.cz
> GPG Finger: 3C76 A027 CA45 AD70 98B5  BC1D 7920 5802 880B C9D8
>
> May integrity and uprightness preserve me, for I wait for you.
>   -- Psalm 25:21 ESV
> ___
> devel mailing list -- devel@lists.fedoraproject.org
> To unsubscribe send an email to devel-le...@lists.fedoraproject.org
> Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives:
> https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
>
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org

Am I allowed to package this?

[Abhiram Kuchibhotla]

Hi all,
So, the other day I ordered a USB Wireless AC adapter for my pc, and I was
surprised to see that it didn't automatically start working.
After looking around, I came across this tutorial
that
mentioned this github page
.

The driver installation worked, and the device runs.

So, I would like to package it for Fedora, but I am not sure if it is
allowed. The github page's LICENSE document says GPLv2, but I just wanted
to make sure before I packaged it.

Could someone please help me out?

Regards,
Abhiram K
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org

Re: Am I allowed to package this?

[Abhiram Kuchibhotla]

Ah! Thanks for the reply!
I'll do that then!

On Sat 8 Sep, 2018, 6:28 PM Neal Gompa,  wrote:

> On Sat, Sep 8, 2018 at 8:49 AM Abhiram Kuchibhotla
>  wrote:
> >
> > Hi all,
> > So, the other day I ordered a USB Wireless AC adapter for my pc, and I
> was surprised to see that it didn't automatically start working.
> > After looking around, I came across this tutorial that mentioned this
> github page.
> >
> > The driver installation worked, and the device runs.
> >
> > So, I would like to package it for Fedora, but I am not sure if it is
> allowed. The github page's LICENSE document says GPLv2, but I just wanted
> to make sure before I packaged it.
> >
> > Could someone please help me out?
>
> kmod packages are not permitted in Fedora, in any form:
>
> https://fedoraproject.org/wiki/Packaging:Guidelines#No_External_Kernel_Modules
>
> Instead, you should work with the Fedora kernel maintainers to figure
> out what's needed to make it work upstream.
>
> --
> 真実はいつも一つ！/ Always, there's only one truth!
> ___
> devel mailing list -- devel@lists.fedoraproject.org
> To unsubscribe send an email to devel-le...@lists.fedoraproject.org
> Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives:
> https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
>
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org

Re: Am I allowed to package this?

[Abhiram Kuchibhotla]

Sure, COPR is always an option, but since this is a driver, I think it
would benefit everyone if it was pushed upstream, y'know?

I'm currently reading up on how to contribute to the kernel so that I can
help push this. :D

Any tips are welcome!

On Mon 10 Sep, 2018, 1:18 PM Jan Rybar,  wrote:

> Hi Abhiram,
>
> you can make COPR. No one asks, no harm done, everyone's happy.
>
> On 09/08/2018 02:52 PM, Neal Gompa wrote:
> > On Sat, Sep 8, 2018 at 8:49 AM Abhiram Kuchibhotla
> >  wrote:
> >>
> >> Hi all,
> >> So, the other day I ordered a USB Wireless AC adapter for my pc, and I
> was surprised to see that it didn't automatically start working.
> >> After looking around, I came across this tutorial that mentioned this
> github page.
> >>
> >> The driver installation worked, and the device runs.
> >>
> >> So, I would like to package it for Fedora, but I am not sure if it is
> allowed. The github page's LICENSE document says GPLv2, but I just wanted
> to make sure before I packaged it.
> >>
> >> Could someone please help me out?
> >
> > kmod packages are not permitted in Fedora, in any form:
> >
> https://fedoraproject.org/wiki/Packaging:Guidelines#No_External_Kernel_Modules
> >
> > Instead, you should work with the Fedora kernel maintainers to figure
> > out what's needed to make it work upstream.
> >
> ___
> devel mailing list -- devel@lists.fedoraproject.org
> To unsubscribe send an email to devel-le...@lists.fedoraproject.org
> Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives:
> https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
>
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org

Re: Am I allowed to package this?

[Abhiram Kuchibhotla]

According to the LICENSE file in their git repo, the code in the repo seems
to be gplv2. Not sure if that proves anything. I'll do the licensecheck -r
later and update you guys.

On Mon 10 Sep, 2018, 6:08 PM Richard Shaw,  wrote:

> On Mon, Sep 10, 2018 at 7:27 AM Rex Dieter  wrote:
>
>> Jan Rybar wrote:
>>
>> > Hi Abhiram,
>> >
>> > you can make COPR. No one asks, no harm done, everyone's happy.
>>
>> I don't think copr is appropriate either,
>> https://docs.pagure.org/copr.copr/user_documentation.html#faq
>>
>> To me, makes it pretty clear that if it can't be in fedora, it can't be
>> in
>> copr either.
>>
>
> You need to go through the code (maybe use licensecheck -r to help) to see
> if all the code is acceptable. If so I'll defer to Neal on the COPR
> acceptability. Another alternative is until formal support is added to the
> kernel you can look at packaging it in RPM Fusion. If it's truly FOSS but
> just not acceptable because it's a kernel module it can go in the Free
> repository. If it's using proprietary code (even if the project is GPL
> licensed) then as long as it's redistributable, it can go in the Non-Free
> repository.
>
> Thanks,
> Richard
> ___
> devel mailing list -- devel@lists.fedoraproject.org
> To unsubscribe send an email to devel-le...@lists.fedoraproject.org
> Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives:
> https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
>
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org

Self Introduction: Abhiram Kuchibhotla

[Abhiram Kuchibhotla]

Good day, everyone!

My name is Abhiram, and I go by "Axel" online.
I recently graduated college with a bachelor's degree in technology with a 
focus on software engineering and IT.

I've been a full time Linux user for about 11-ish years having started my 
journey on good ol' Fedora core 9.

Recently, I've started to teach myself how to package applications for Fedora 
and I submitted my first package review request earlier 
today(https://bugzilla.redhat.com/show_bug.cgi?id=1532042) for Compton which is 
a compositor for X11 that I use regularly.

Besides that, I've also made a copr repository for a small program called 
nvidia-xrun which allows people with Nvidia Optimus devices to launch separate 
Xsessions using their nvidia cards.

I have a few more packages that I'm making, and I'm looking for a sponsorship 
into the packager group so that I can contribute further.

I really look forward to working with all of you!

Best Regard,
Abhiram K.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Request to unretire Compton

[Abhiram Kuchibhotla]

Good evening, 

I'd like to unretire the compton package and continue maintaining it.
You can find my bugzilla review request here: 
https://bugzilla.redhat.com/show_bug.cgi?id=1532042

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

How do I go about integrating this?

[Abhiram Kuchibhotla]

Good Evening everyone!

So, I've been looking for a reliable way to handle Nvidia Optimus devices on 
Linux. Previously, I did a little work with bumblebee and rewrote quite a bit 
of the wiki page.

Recently however, I was told about this: 
https://github.com/solus-project/linux-driver-management

Based on a quick glance, this looks very similar to Ubuntu's implementation of 
Nvidia PRIME profiles and in my experience that is a very reliable way to 
handle the drivers on Optimus devices without breaking too many things.

Looking at Pagure, I found that the linux-driver-management package already 
exists, but it hasn't been integrated into Fedora yet.

I took a look at linux-driver-management's "distro integration" section 
(https://github.com/solus-project/linux-driver-management#distro-integration) 
and I feel a little lost about how exactly I should go about helping 
integrating it.

Could anyone please point me in the right direction?

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

Re: Kubernetes Development SIG

[Abhiram Kuchibhotla]

Count me in too!

Regards,
Abhiram K

On Fri, 18 Sep, 2020, 10:54 pm Ivan Chavero,  wrote:

> Sounds great!
>
> I would like to participate as user and developer
>
> Cheers,
> Iván
>
> On Tue, Sep 15, 2020 at 7:45 AM Leonardo Rossetti 
> wrote:
>
>> Hello all,
>>
>> I would like to present a Kubernetes Development SIG.
>>
>> I initially thought of an "operator SIG" but I think a wider SIG about
>> programming components and services with Kubernetes APIs and internal
>> components made more sense (inspired by the "Programming Kubernetes" book).
>>
>> I am using some of the fields/titles described in this document [1] as
>> the proposal template.
>>
>> Proposal Name
>> 
>>
>> SIG: Kubernetes Development
>>
>> Summary
>> ===
>>
>> A SIG for people interested in using, developing, extending kubernetes
>> for Fedora components and services.
>>
>> Owner
>> =
>>
>> Name: Leonardo Rossetti (lrossett)
>> Email: lross...@redhat.com
>>
>> Benefit to Fedora
>> =
>>
>> Development Experience and Learning
>> 
>>
>> A place to exchange and discuss kubernetes development design and
>> patterns.
>>
>> Extending kubernetes is not that straightforward so this SIG would be a
>> good place to learn more about it.
>>
>> Kubernetes can be extended in the following areas:
>>
>> * Kubectl Plugins
>> * Custom API Servers
>> * Custom Controllers / Operators
>>
>> Operator Development
>> ---
>>
>> The Operator SDK [3] is the shining new framework when developing custom
>> kubernetes controllers nas has become a popular tool for packaging and
>> deploying applications in kubernetes.
>>
>> Some Fedora services and components could leverage the usage of an
>> operator (as we are doing with MBBOX [2]) but other services could be
>> deployed via operators as well and even the mbbox operator could be split
>> into smaller operators.
>>
>> Kubernetes DevOps
>> ---
>>
>> The SIG could also be a place for sysadmins and ops engineers to discuss
>> the challenges, practices and tooling of monitoring, deploying and running
>> operators, api servers and other related kubernetes components in
>> production.
>>
>> [1] - https://fedoraproject.org/wiki/Changes/EmptyTemplate
>> [2] - https://github.com/fedora-infra/mbbox
>> [3] - https://github.com/operator-framework/operator-sdk
>>
>> --
>>
>> Leonardo Rossetti
>>
>> Senior Software Engineer,
>>
>> Red Hat 
>>
>> lross...@redhat.com
>> 
>> ___
>> devel mailing list -- devel@lists.fedoraproject.org
>> To unsubscribe send an email to devel-le...@lists.fedoraproject.org
>> Fedora Code of Conduct:
>> https://docs.fedoraproject.org/en-US/project/code-of-conduct/
>> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
>> List Archives:
>> https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
>>
> ___
> devel mailing list -- devel@lists.fedoraproject.org
> To unsubscribe send an email to devel-le...@lists.fedoraproject.org
> Fedora Code of Conduct:
> https://docs.fedoraproject.org/en-US/project/code-of-conduct/
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives:
> https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
>
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org

Re: Does anybody still use `starship'?

[Abhiram Kuchibhotla]

Yup! I get my starship straight from the repos.

On Sun, 9 Jan, 2022, 4:55 pm Igor Raits,  wrote:

> Hello,
>
> I saw some recent discussions (yet another time) how packaging Rust /
> Go / Node.js is horrible, we should simply bundle everything and such.
> Let's not discuss this here, though.
>
> I'm interested to hear if there are any users of the `starship'
> application here in Fedora that consume it from the repositories.
> Please speak up if you do!
>
> As pointed out in the other places, I don't think we are able to
> update things like that as fast as releases popping out with just as
> few people working on the packaging Rust stack these days (I'm pretty
> much not contributing for last couple years due to the other work).
> And the question, if we want to keep packaging it (with some slower
> update cycle, as the time permits) or we want to retire it completely.
>
> Personally, I'd love to have more people working on packaging (and
> most importantly keeping up-to-date) Rust crates / apps but I think
> this is not so realistic :)
> --
> — Igor Raits.
> ___
> devel mailing list -- devel@lists.fedoraproject.org
> To unsubscribe send an email to devel-le...@lists.fedoraproject.org
> Fedora Code of Conduct:
> https://docs.fedoraproject.org/en-US/project/code-of-conduct/
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives:
> https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
> Do not reply to spam on the list, report it:
> https://pagure.io/fedora-infrastructure
>
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Re: Question about toolbox purpose/usage

[Abhiram Kuchibhotla]

Since we're talking about toolbox, is there a way to get rid of or change
the hexagon in the prompt after you enter a toolbox?

My google-fu failed me on that one.

That being said, I'm having way too much fun making custom toolbox images
for the devs at my workplace.

It's a pretty big hit here. Huge props to the devs.

On Mon, 29 Nov, 2021, 9:11 am Otto Urpelainen,  wrote:

> Sergio Belkin kirjoitti 29.11.2021 klo 3.32:
> > Hi,
> > I've been playing a bit with toolbox, what is it intended for?
> >
> > I understand that was intended primarily for immutable OS. But
> > documentation says that it can be used on the Workstation edition too.
> > AFAIK it's only useful if you don't want to mess up your /usr of your
> host
> > operating system by installing apps. Beyond that, you can happily destroy
> > your very $HOME, from overwriting dot files to removing any other of your
> > important files.
> > Am I missing something?
> > Please correct me if I'm wrong.
> > Thanks in advance!
>
> You have understood it correctly. With Toolbox, your data and user
> config is shared through mounting the home directory.
>
> Toolbox may be useful if you have two projects that need different
> versions of the same tools, or otherwise require conflicting toolchains.
> Or if you need different operating system releases for different
> projects. Or if you have just a single project, but want to keep it in
> specified release, independently of upgrading the base operating system.
>
> I have used Toolbox to test that Fedora package updates work correctly
> in Rawhide and all active releases.
>
> There was also a Fedora Magazine article recently that lists various use
> cases [1].
>
> [1]: https://fedoramagazine.org/toolbx-a-developers-new-best-friend/
>
> Otto
> ___
> devel mailing list -- devel@lists.fedoraproject.org
> To unsubscribe send an email to devel-le...@lists.fedoraproject.org
> Fedora Code of Conduct:
> https://docs.fedoraproject.org/en-US/project/code-of-conduct/
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives:
> https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
> Do not reply to spam on the list, report it:
> https://pagure.io/fedora-infrastructure
>
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Re: Packages in need of a new maintainer

[Abhiram Kuchibhotla]

I could help with the elementary stuff, but I don't think I can take over
fully.

If anyone can help me maintain that'd be great.

On Sun, 2 May, 2021, 12:59 pm Johannes Lips, 
wrote:

> Dear all,
>
> after quite some years, I would like to hand over the following packages
> to new maintainers. I will not orphan them if no one picks them up, but it
> would be great if someone with an interest in these packages could take
> them over.
>
> backintime - backintime backup tool
> elementary-icon-theme - Icons from the Elementary Project
> elementary-xfce-icon-theme - Icons for Xfce based on the elementary
> Project Icon Theme
> texstudio - A feature-rich editor for LaTeX documents
>
> I am still using these, but the burden of doing package maintenance
> besides my day job and personal stuff is too high.
>
> Thanks in advance for any volunteers
>
> johannes
> ___
> devel mailing list -- devel@lists.fedoraproject.org
> To unsubscribe send an email to devel-le...@lists.fedoraproject.org
> Fedora Code of Conduct:
> https://docs.fedoraproject.org/en-US/project/code-of-conduct/
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives:
> https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
> Do not reply to spam on the list, report it:
> https://pagure.io/fedora-infrastructure
>
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure