Re: F40 Change: Privacy-preserving Telemetry for Fedora Workstation (System-Wide)

[Fabio Alessandro Locati]

On Sat, Jul 8, 2023, at 03:21, Demi Marie Obenour wrote:
> If Fedora has 2 million users (possibly an overestimate) then the
> metrics would need to have entropy much less than 2^21, which means
> that the entire metrics set would need to be able to be represented
> as a 20-bit integer.  In practice, I suspect one would need to fit
> the entire set in a 16-bit integer or less, and possibly
> _significantly_ less.

I see this numbers as over-optimistic, since:
* The change will only apply to Fedora Workstation users, not all Fedora users
* Many pro users (probably a big percentage of the total Fedora users, due to 
the nature of Fedora) will disble the telemetry

Overall, my pov is: this change is acceptable only if it is 100% opt-in.
Opt-out is not a valid way of saying "user consent", and can also be considered 
a dark pattern (illegal in many places, immoral everywhere).

Best,
Fale
-- 
Fabio Alessandro "Fale" Locati
fale.io
___
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, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Re: F38 proposal: Fedora Sway Spin (Self-Contained Change proposal)

[Fabio Alessandro Locati]

On Fri, Dec 2, 2022, at 16:27, Major Hayden wrote:
>> For those reasons, we propose to create a Sway spin and an ostree one,
>> called `Sericea`.
>
> What made you choose the name? (Just curious.)

It's actually named after Terminalia sericea [0] not Cornus sericea.

The reasons were:

* Terminalia Sericea is a tree. So is ostree.
* Terminalia Sericea is also known as silverleaf. Silverleaf was one of the top 
contenders for the project name of what later became Fedora Silverblue [1].
* If you stare at a Terminalia Sericea for a while, you'll eventually start 
noticing similarities with the Sway logo

Best,
Fale

[0] https://en.wikipedia.org/wiki/Terminalia_sericea
[1] 
https://docs.fedoraproject.org/en-US/fedora-silverblue/faq/#_about_the_project

-- 
Fabio Alessandro "Fale" Locati
fale.io
___
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, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Re: Self Introduction: James Read

[Fabio Alessandro Locati]

Welcome James :-).

Best,
Fale

On Sat, Nov 12, 2022, at 13:07, James Read via devel wrote:
> Hey folks,
>
> I'm joining this list as a hobbyist developer (although I'm also a Red 
> Hat employee for 11 years), with the hope that I can package one of my 
> projects that has had some interest and success since releasing it 1 
> year ago; OliveTin - http://olivetin.app . I'm sending this email as 
> instructed by the "Join Packaging Maintainers" documentation.
>
> I'm "jamesread" on GitHub and the Fedora Accounts system, and am 
> looking forward to joining this community :-) 
>
> --
> James Read
> web: http://jread.com tel: +44 (0)7899 688 226mail: 
> cont...@jread.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
> Do not reply to spam, report it: 
> https://pagure.io/fedora-infrastructure/new_issue

-- 
Fabio Alessandro "Fale" Locati
fale.io
___
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, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Re: F39 proposal: Replace DNF with DNF5 (System-Wide Change proposal)

[Fabio Alessandro Locati]

On Thu, Sep 8, 2022, at 10:13, Marius Schwarz wrote:
> Am 06.09.22 um 20:28 schrieb Ben Cotton:
>> * Unify Python bindings
>
> If it's still written in python, it will still be slow on devices like 
> Pinephones. I was under the impression, that microdnf + libdnf was 
> developed to counter this slowness?

My understanding is that dnf is written 100% in Python [0], while libdnf is 
written in C [1], dnf5 is written in C++ [2]. Though, to guarantee 
compatibility, dnf5 will have Python bindings  to allow Python software to 
easily use dnf5 (as well as bindings for other languages such as Perl and Ruby).

[0] https://github.com/rpm-software-management/dnf
[1] https://github.com/rpm-software-management/microdnf
[2] https://github.com/rpm-software-management/dnf5
-- 
Fabio Alessandro "Fale" Locati
fale.io
___
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, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Re: F38 proposal: Pcre Deprecation (System-Wide Change proposal)

[Fabio Alessandro Locati]

On Wed, Aug 24, 2022, at 11:56, Kevin Kofler via devel wrote:
> That was exactly my point though. If nobody finds CVEs, then nobody has to 
> fix them. We can only fix what we know about, and blackhats can only attack 
> what they know about.

The fact that there are no new CVEs (and therefore fixes) does not imply that 
there are no security vulnerabilities (potentially) exploited in the wild.
-- 
Fabio Alessandro "Fale" Locati
fale.io
___
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, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Re: Non-responsive asio maintainers (uwog, fale, dcavalca, raineforest)

[Fabio Alessandro Locati]

Yes, this was the idea, but since asio still exists (and gets updated) outside 
the boost library, it would require convincing upstreams and/or patching the 
dependent packages to ensure they are importing the boost one.

Fale

On Sat, Aug 13, 2022, at 12:19, Leigh Scott wrote:
> Shouldn't asio package be retired as it's provided by boost-devel?
> 
> /usr/include/boost/asio/
> ___
> 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, report it: 
> https://pagure.io/fedora-infrastructure/new_issue
> 

-- 
Fabio Alessandro "Fale" Locati
fale.io
___
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, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Fedora Sway OSTree Spin name

[Fabio Alessandro Locati]

Hi,

The Sway SIG is looking for ideas and opinions on the name for the Sway OSTree 
spin.
You can read more at 
https://fale.io/blog/2022/08/12/fedora-sway-ostree-spin-name

Thanks a lot :-)
-- 
Fabio Alessandro "Fale" Locati
fale.io
___
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, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Re: Self Introduction: mczernek

[Fabio Alessandro Locati]

Hi Marek,

Nice to see you here :-).

Best,
Fale

On Sun, Jul 17, 2022, at 10:49, Benson Muite wrote:
> On 7/17/22 11:09, Marek Czernek wrote:
> > Hey folks,
> > 
> > I work as a developer for Red Hat training. As part of our work, we write 
> > both code and
> > a lot of English text, which means we want to have linters for both :). 
> 
> Hopefully we can add Czech and other languages that areusedin Fedora, 
> https://languages.fedoraproject.org/f36/language/
> Several of my colleagues
> > started using Vale, and so I thought I'd package it for Fedora to make the 
> > installation
> > on RPM systems easier.
> > 
> > Hope I'll be able to contribute to the Fedora ecosystem :).
> Welcome to Fedora Marek!
> > You can see my RPM proposal at 
> > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=2107888
> > 
> > Cheers,
> > M.
> ___
> 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
> 

-- 
Fabio Alessandro Locati
fale.io
___
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: [Rust] Rust Stack Spring Cleaning (July 2022 Edition)

[Fabio Alessandro Locati]

On Sat, Jul 9, 2022, at 01:35, Miro Hrončok wrote:
> On 09. 07. 22 0:26, Fabio Valentini wrote:
> > In addition, I would ask of all of you to make sure all your packages have 
> > been
> > added to the @rust-sig group on src.fedoraproject.org (at least with 
> > "commit"
> > access), unless there is a very good reason not to do so (and if that is the
> > case for a particular package on this list, I'd be interested in knowing the
> > reason).
> 
> Should we escalate this trough FESCo? It seems to me that this makes sense as 
> a 
> policy and the maintainers you list here are always the same (mostly 
> pbrobinson, salimma, ignatenkobrain).

I agree that FESCo should intervene and enforce (over time) the SIGs commit 
access on all packages that should be in the SIG scope.
The same applies for golang SIG/packages, in fact I was planning to do the 
similar reminder tomorrow.

Best,
Fale
-- 
Fabio Alessandro Locati
fale.io
___
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

Spring Cleaning go-sig/June 2022

[Fabio Alessandro Locati]

-smetrics: mayorga
- golang-github-zyedidia-highlight: atim
- golang-gitlab-esr-fqme: dfateyev
- golang-gitlab-ianbruene-kommandant: dfateyev
- golang-nanomsg-mangos-3: fab
- golang-rsc-pdf: deparker
- golang-starlark: alexsaezm
- golie: isimluk
- gomtree: vbatts
- google-guest-agent: ericedens
- gotun: kushal
- grafana: agerstmayr
- grafana-pcp: agerstmayr
- graphviz: jskarvad
- gron: lkiesow
- ignition: dustymabe
- kata-containers: etrunko
- kompose: dustymabe
- manifest-tool: jwboyer
- oci-seccomp-bpf-hook: jnovy
- origin: jcajka
- osbuild-composer: obudai
- pack: lsm5
- podman: mheon
- podman-tui: navidys
- popub: zsun
- reg: mattia
- reposurgeon: dfateyev
- restic: copart
- runc: kir
- singularity: dwd
- skopeo: lsm5
- stargz-snapshotter: ktock
- startdde: mosquito
- swig: jplesnik
- tmux-top: ttomecek
- toolbox: rishi
- vultr-cli: mhayden
- xe-guest-utilities-latest: cheeselee


Packages per maintainer:

abulimov (1): golang-github-facebook-time

agerstmayr (2): grafana, grafana-pcp

alexsaezm (2): golang-github-google-dap, golang-starlark

appadeia (2): golang-github-elves-elvish, golang-github-xiaq-persistent

athoscr (1): golang-github-mingrammer-commonregex

atim (11): golang-github-anaskhan96-soup, golang-github-gizak-termui, 
golang-github-hajimehoshi-mp3, golang-github-hajimehoshi-oto, 
golang-github-jroimartin-gocui, golang-github-lithammer-fuzzysearch, 
golang-github-lunixbochs-vtclean, golang-github-mbndr-figlet4go, 
golang-github-sqshq-sampler, golang-github-tomnomnom-xtermcolor, 
golang-github-zyedidia-highlight

baitaand (1): git-octopus

bgilbert (1): butane

cheeselee (8): deepin-pw-check, golang-github-kelvins-sunrisesunset, 
golang-github-lofanmi-pinyin, golang-github-mozillazg-pinyin, 
golang-github-rickb777-date, golang-github-rickb777-plural, 
golang-github-teambition-rrule, xe-guest-utilities-latest

clime (1): golang-github-rubyist-tracerx

copart (1): restic

cverna (1): docker-distribution

dcavalca (10): golang-github-bits-and-blooms-bitset, 
golang-github-hugelgupf-socketpair, golang-github-kalafut-imohash, 
golang-github-schollz-cli-2, golang-github-schollz-croc, 
golang-github-schollz-logger, golang-github-schollz-mnemonicode, 
golang-github-schollz-pake-3, golang-github-schollz-peerdiscovery, 
golang-github-tscholl2-siec

deparker (1): golang-rsc-pdf

dfateyev (5): golang-github-ianbruene-difflib, golang-github-termie-shutil, 
golang-gitlab-esr-fqme, golang-gitlab-ianbruene-kommandant, reposurgeon

dmoerner (1): golang-github-msprev-fzf-bibtex

dustymabe (2): ignition, kompose

dwd (2): apptainer, singularity

ericedens (2): golang-github-googlecloudplatform-guest-logging, 
google-guest-agent

etrunko (1): kata-containers

fab (2): golang-github-projectdiscovery-cdncheck, golang-nanomsg-mangos-3

gundersanne (1): golang-github-segmentio-ksuid

haircommander (1): cri-o

harrymichal (2): golang-github-acobaugh-osrelease, 
golang-github-harrymichal-version

isimluk (2): golang-github-gocomply-scap, golie

jaymzh (1): golang-github-hub

jcajka (2): golang, origin

jchaloup (1): godep

jdoss (7): golang-github-cli-shurcool-graphql, golang-github-enescakir-emoji, 
golang-github-hinshun-vt10x, golang-github-muesli-reflow, 
golang-github-muesli-termenv, golang-github-netflix-expect, 
golang-github-rivo-uniseg

jjelen (1): golang-github-google-gousb

jnovy (1): oci-seccomp-bpf-hook

jplesnik (1): swig

jskarvad (1): graphviz

jwboyer (1): manifest-tool

kir (1): runc

kkeithle (1): ceph

ktock (1): stargz-snapshotter

kushal (1): gotun

limb (2): golang-github-apparentlymart-textseg-13, golang-github-coreos-semver

lkiesow (1): gron

lpabon (1): golang-github-lpabon-godbc

lsm5 (4): buildah, go-bindata, pack, skopeo

mattia (1): reg

mayorga (3): golang-github-client9-gospell, golang-github-remeh-sizedwaitgroup, 
golang-github-xrash-smetrics

mhayden (2): asciigraph, vultr-cli

mheon (2): containernetworking-plugins, podman

mikelo2 (2): golang-github-cli-gh, golang-github-projectdiscovery-sliceutil

mosquito (8): deepin-api, deepin-daemon, deepin-desktop-schemas, 
deepin-gir-generator, golang-deepin-go-lib, 
golang-github-linuxdeepin-dbus-factory, 
golang-github-linuxdeepin-go-x11-client, startdde

navidys (1): podman-tui

obudai (1): osbuild-composer

pwouters (4): golang-github-apparentlymart-cidr, 
golang-github-letsencrypt-challtestsrv, golang-github-letsencrypt-pebble, 
golang-github-mbland-hmacauth

rishi (1): toolbox

salimma (1): golang-entgo-ent

szeth (1): golang-github-mitchellh-ps

thomasfedb (1): golang-github-pkg-browser

tkorbar (1): cheat

tohojo (1): golang-github-heistp-irtt

ttomecek (1): tmux-top

van (1): android-tools

vbatts (1): gomtree

wef (1): clipman

zdohnal (2): golang-github-openprinting-goipp, 
golang-github-openprinting-ipp-usb

zsun (1): popub

zyga (2): golang-github-gosexy-gettext, golang-github-mvo5-goconfigparser

-- 
Fabio Alessandro Locati
fale.io
___
devel mailing list -- devel@lists.fedor

Unretire Nebula (kind of)

[Fabio Alessandro Locati]

Hi everyone,

I have the intention of un-retiring the nebula package, but for a different 
software.
In fact, the new software is github.com/slackhq/nebula while the previous one 
was downloads.sourceforge.net/nebula.

Calling the package nebula, even if it's a golang packages is the correct 
behavior according to the documentation [0] since we are talking about a 
package that provide a well-known application.

I've opened a releng ticket on this as well [1].

Best,
Fale

[0] 
https://docs.fedoraproject.org/en-US/packaging-guidelines/Golang/#_source_packages_src_rpm
[1] https://pagure.io/releng/issue/10822
-- 
Fabio Alessandro Locati
fale.io
___
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

Go-Sig spring cleaning

[Fabio Alessandro Locati]

Hello Golang packagers,

As decathorpe is doing with the Rust SIG, I'm trying to improve the shape of 
the go-sig. Sorry decathorpe for the plagiarisms in this email, yours was too 
well done to re-create things from scratch :-).

At the moment I've gathered all packages that depend on golang and the 
privilege that @go-sig has on them.

I would ask of all of you to make sure all your packages have been added to the 
@go-sig group on src.fedoraproject.org (at least with "commit" access), unless 
there is a very good reason not to do so (and if that is the case for a 
particular package on this list, I'd be interested in knowing the reason).

Without that, it makes it very hard for us to keep the Go stack up-to-date and 
in working order, because the "go-sig" list / bugzilla account does not get 
CC'd on new bugs that way, and your bugs do not show up in our BugZilla queries.

If you want a scripted way of adding "@go-sig" group to many packages, you can 
generate an API token on src.fedoraproject.org (with "Modify an existing 
project") access level, and use the simple Python script from this link:

https://fale.fedorapeople.org/add-go-sig.py

Below is the list of "incompletely set-up" packages, in alphabetic order, and
at the bottom, is a list per package maintainer.

Thanks,
Fale



Maintainers per package:

 - act: churchyard
 - aerc: eclipseo
 - age: eclipseo
 - android-tools: van
 - antlr4-project: jjames
 - apptainer: dwd
 - asciigraph: mhayden
 - buildah: lsm5
 - butane: bgilbert
 - ceph: kkeithle
 - cheat: tkorbar
 - clipman: wef
 - containernetworking-plugins: mheon
 - cri-o: haircommander
 - deepin-api: mosquito
 - deepin-daemon: mosquito
 - deepin-desktop-schemas: mosquito
 - deepin-gir-generator: mosquito
 - deepin-pw-check: cheeselee
 - docker-distribution: cverna
 - git-octopus: baitaand
 - go-bindata: lsm5
 - godep: jchaloup
 - golang: jcajka
 - golang-ariga-atlas: eclipseo
 - golang-deepin-go-lib: mosquito
 - golang-entgo-ent: salimma
 - golang-github-acobaugh-osrelease: harrymichal
 - golang-github-adalogics-fuzz-headers: eclipseo
 - golang-github-adroll-goamz: eclipseo
 - golang-github-anaskhan96-soup: atim
 - golang-github-antchfx-htmlquery: eclipseo
 - golang-github-antchfx-xmlquery: eclipseo
 - golang-github-apache-beam-2: eclipseo
 - golang-github-apex-log: eclipseo
 - golang-github-apex-logs: eclipseo
 - golang-github-apparentlymart-cidr: pwouters
 - golang-github-apparentlymart-textseg-13: limb
 - golang-github-aquarapid-vaultlib: eclipseo
 - golang-github-aquasecurity-dep-parser: eclipseo
 - golang-github-aquasecurity-pep440-version: eclipseo
 - golang-github-aquasecurity-version: eclipseo
 - golang-github-artyom-mtab: eclipseo
 - golang-github-atotto-clipboard: eclipseo
 - golang-github-bits-and-blooms-bitset: dcavalca
 - golang-github-bmatcuk-doublestar-3: eclipseo
 - golang-github-brunnre8-notmuch: eclipseo
 - golang-github-c4milo-unpackit: eclipseo
 - golang-github-cention-sany-utf7: eclipseo
 - golang-github-clbanning-mxj: eclipseo
 - golang-github-client9-gospell: mayorga
 - golang-github-cli-shurcool-graphql: jdoss
 - golang-github-cncf-xds: eclipseo
 - golang-github-containerd-fuse-overlayfs-snapshotter: eclipseo
 - golang-github-coreos-semver: limb
 - golang-github-crackcomm-gitignore: eclipseo
 - golang-github-cskr-pubsub: eclipseo
 - golang-github-ddevault-libvterm: eclipseo
 - golang-github-dennwc-varint: eclipseo
 - golang-github-docker-slim: eclipseo
 - golang-github-docker-slim-uilive: eclipseo
 - golang-github-docker-slim-uiprogress: eclipseo
 - golang-github-docker-slim-update: eclipseo
 - golang-github-doug-martin-goqu-8: eclipseo
 - golang-github-elves-elvish: appadeia
 - golang-github-emersion-imap: eclipseo
 - golang-github-emersion-imap-idle: eclipseo
 - golang-github-emersion-imap-sortthread: eclipseo
 - golang-github-emersion-maildir: eclipseo
 - golang-github-emersion-message: eclipseo
 - golang-github-emersion-pgpmail: eclipseo
 - golang-github-emersion-sasl: eclipseo
 - golang-github-emersion-smtp: eclipseo
 - golang-github-emersion-textwrapper: eclipseo
 - golang-github-enescakir-emoji: jdoss
 - golang-github-etcd-io-gofail: eclipseo
 - golang-github-facebook-time: abulimov
 - golang-github-gatherstars-com-jwz: eclipseo
 - golang-github-genuinetools-pkg: eclipseo
 - golang-github-gizak-termui: atim
 - golang-github-gobs-pretty: eclipseo
 - golang-github-goccy-json: eclipseo
 - golang-github-gocolly-colly-2: eclipseo
 - golang-github-gocomply-scap: isimluk
 - golang-github-gogs-chardet: eclipseo
 - golang-github-googlecloudplatform-guest-logging: ericedens
 - golang-github-google-dap: alexsaezm
 - golang-github-google-gousb: jjelen
 - golang-github-gosexy-gettext: zyga
 - golang-github-gosidekick-goconfig: eclipseo
 - golang-github-guregu-null: eclipseo
 - golang-github-hajimehoshi-mp3: atim
 - golang-github-hajimehoshi-oto: atim
 - golang-github-harrymichal-version: 

Re: Self Introduction: laiot

[Fabio Alessandro Locati]

Welcome Carmelo!

I'm adding you to the repo now ;-).

Best,
Fale

On Wed, Mar 30, 2022, at 14:46, Carmelo Sarta wrote:
> Hello there!
> I'm Carmelo (I usually go by laiot on the web), a 24yo new Red Hatter from 
> Italy. I'm writing this mail as my personal introduction to the community.
> So far I've only helped solve issues on some Github repositories but now I'm 
> looking forward to work with fale on gopass.
> Cheers
> -- 
> and thanks for all the fish,
> 
> Carmelo Sarta
> 
> Red Hat <https://www.redhat.com/>
> 
> 
> csa...@redhat.com   
> 
> @RedHat <https://twitter.com/redhat>   Red Hat 
> <https://www.linkedin.com/company/red-hat>  Red Hat 
> <https://www.facebook.com/RedHatInc>
 <https://www.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
> Do not reply to spam on the list, report it: 
> https://pagure.io/fedora-infrastructure
> 

-- 
Fabio Alessandro Locati
fale.io
___
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: Non-responsive maintainer check for szeth

[Fabio Alessandro Locati]

Hi Ivan,

Thanks for replying and starting to work on the issue.
I see that you built for F36 but still no build for rawhide. Please remember to 
build it for rawhide as well!

Best,
Fale

On Mon, Mar 28, 2022, at 15:50, Ivan Savciuc wrote:
> Hi Fabio,
> 
> Thanks for reaching out, by some reason all the bugzile emails were filtered 
> out and I completely missed it (will do something about it now).
> 
> I just pushed the update to Bodhi, but have no clues how to give permissions 
> to the golang-sig.
> 
> Have a great day,
> Ivan
> 
> 
> On Sat, Mar 26, 2022 at 10:55 AM Fabio Alessandro Locati  wrote:
>> __
>> Sorry, adding in CC the maintainer.
>> 
>> On Sat, Mar 26, 2022, at 09:49, Fabio Alessandro Locati wrote:
>>> Hi all,
>>> 
>>> As per: 
>>> https://docs.fedoraproject.org/en-US/fesco/Policy_for_nonresponsive_package_maintainers/
>>> Bug link: https://bugzilla.redhat.com/show_bug.cgi?id=2068720
>>> 
>>> Does anyone know how to reach Ivan Savciuc (szeth)? 
>>> I've opened a bug with NEEDINFO more than a week ago 
>>> (https://bugzilla.redhat.com/show_bug.cgi?id=2065054) but there is no 
>>> reply, and it seems like szeth have no activity for more than a month.
>>> 
>>> Thanks,
>>> Fale
>>> -- 
>>> Fabio Alessandro Locati
>>> fale.io
>>> 
>>> ___
>>> 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
>>> 
>> 
>> -- 
>> Fabio Alessandro Locati
>> fale.io

-- 
Fabio Alessandro Locati
fale.io
___
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: Non-responsive maintainer check for szeth

[Fabio Alessandro Locati]

Sorry, adding in CC the maintainer.

On Sat, Mar 26, 2022, at 09:49, Fabio Alessandro Locati wrote:
> Hi all,
> 
> As per: 
> https://docs.fedoraproject.org/en-US/fesco/Policy_for_nonresponsive_package_maintainers/
> Bug link: https://bugzilla.redhat.com/show_bug.cgi?id=2068720
> 
> Does anyone know how to reach Ivan Savciuc (szeth)? 
> I've opened a bug with NEEDINFO more than a week ago 
> (https://bugzilla.redhat.com/show_bug.cgi?id=2065054) but there is no reply, 
> and it seems like szeth have no activity for more than a month.
> 
> Thanks,
> Fale
> -- 
> Fabio Alessandro Locati
> fale.io
> 
> ___
> 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
> 

-- 
Fabio Alessandro Locati
fale.io___
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

Non-responsive maintainer check for szeth

[Fabio Alessandro Locati]

Hi all,

As per: 
https://docs.fedoraproject.org/en-US/fesco/Policy_for_nonresponsive_package_maintainers/
Bug link: https://bugzilla.redhat.com/show_bug.cgi?id=2068720

Does anyone know how to reach Ivan Savciuc (szeth)? 
I've opened a bug with NEEDINFO more than a week ago 
(https://bugzilla.redhat.com/show_bug.cgi?id=2065054) but there is no reply, 
and it seems like szeth have no activity for more than a month.

Thanks,
Fale
-- 
Fabio Alessandro Locati
fale.io
___
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: 2FA (was: Preventing account takeovers through expired domains)

[Fabio Alessandro Locati]

Also it's possible to use gopass which is able to store the OTP seed secured by 
GPG and keep the GPG keys on a Yubikey to ensure their safety.

Best,
Fale

On Mon, Feb 21, 2022, at 11:03, Björn Persson wrote:
> Adam Williamson wrote:
> > However, it supports Google Authenticator-style OTPs. Folks
> > with infra privileges on their accounts (like me) are already required
> > to use these. It works fine. I preferred being able to use a yubikey so
> > I don't always have to open an app on my phone and retype a six digit
> > code when I need to log in to something, but that's just a minor
> > annoyance.
> 
> You can produce compatible OTPs with a yubikey if you want. Install
> yubioath-desktop. You open an app on your workstation/laptop instead of
> on the phone, and paste from the clipboard instead of retyping. (Still
> not as good as U2F of course.)
> 
> Björn Persson
> 
> ___
> 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
> 

-- 
Fabio Alessandro Locati
fale.io
___
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: sway SIG

[Fabio Alessandro Locati]

Thanks a lot for starting this proposal.

I'm interested in joining this SIG!

Cheers,
Fale
___
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

Packages giveaway

[Fabio Alessandro Locati]

Hi everyone,

I've been tried for the past 1+ year to be active on the Fedora Project
throught packaging and in other ways, even if my daily job is absorbing a
big part of my energies and time. Also, lately, even more things are
absorbing my energy and time.

Clearly this is not working very well, so I'm giving up all my Point of
Contacts position on packages.
I will try to work on them, even if I'm not th PoC anymore, but I don't
want to keep those packages stuck due to my (un)availability.


Those are the list of packages I just orphanated:


2ping -- Bi-directional ping utility
NetPIPE -- Network Protocol Independent Performance Evaluator
abattis-cantarell-fonts -- Cantarell, a Humanist sans-serif font family
ascii-design -- A tool to create ascii arts
aws-shell -- AWS Shell
awscli -- Universal Command Line Environment for AWS
bonesi -- The DDoS Botnet Simulator
brightnessctl -- Read and control device brightness
cdk -- Curses Development Kit
chck -- Collection of C utilities
dzen2 -- A general purpose messaging and notification program
feh -- Fast command line image viewer using Imlib2
git-fame -- Pretty-print git repository collaborators sorted by
contributions
golang-github-stretchr-objx -- Go package for dealing with maps, slices,
JSON and other data
golang-github-stretchr-testify -- Tools for testifying that your code will
behave as you intend
httrack -- Website copier and offline browser
ioping -- Simple disk I/O latency monitoring tool
libnatpmp -- Library of The NAT Port Mapping Protocol
libqxt -- Qt extension library
lzma -- LZMA utils
mcabber -- Console Jabber instant messaging client
mylvmbackup -- Utility for creating MySQL backups via LVM snapshots
nf3d -- 3D Netfilter visualization utility
ngrep -- Network layer grep tool
nload -- A tool can monitor network traffic and bandwidth usage in real
time
nudoku -- Ncurses based Sudoku game
paperkey -- An OpenPGP key archiver
perl-App-CSV -- App::CSV Perl module
perl-Crypt-RC4 -- Perl implementation of the RC4 encryption algorithm
perl-Spreadsheet-ParseExcel -- Extract information from an Excel file
pixz -- Parallel indexed xz compressor
postgrey -- Postfix Greylisting Policy Server
python-ansible-tower-cli -- A CLI tool for Ansible Tower
python-boto3 -- The AWS SDK for Python
python-botocore -- Low-level, data-driven core of boto 3
python-colorama -- Cross-platform colored terminal text
python-configobj -- Config file reading, writing, and validation
python-gnupg -- A wrapper for the Gnu Privacy Guard
python-jmespath -- JSON Matching Expressions
python-lxml -- XML processing library combining libxml2/libxslt with the
ElementTree API
python-pgpdump -- PGP packet parser library in Python 2.x
python-prompt_toolkit -- Library for building powerful interactive command
lines in Python
python-s3transfer -- An Amazon S3 Transfer Manager
python-wcwidth -- Measures number of Terminal column cells of
wide-character codes
python-yamllint -- A linter for YAML files
qbittorrent -- A Bittorrent Client
qtiocompressor -- QIODevice that compresses data streams
qtlockedfile -- QFile extension with advisory locking functions
qtsingleapplication -- Qt library to start applications only once per user
rats -- Rough Auditing Tool for Security
rb_libtorrent -- A C++ BitTorrent library aiming to be the best alternative
recoverjpeg -- Recover JPEG pictures and MOV movies from damaged devices
ripright -- Minimal CD to FLAC ripper
rtv -- A simple terminal viewer for Reddit
rubygem-asciidoctor-pdf -- Converts AsciiDoc documents to PDF using Prawn
rubygem-css_parser -- Ruby CSS parser
rubygem-font-awesome-rails -- An asset gemification of the font-awesome
icon font library
rubygem-pdf-core -- PDF::Core is used by Prawn to render PDF documents
rubygem-prawn -- A fast and nimble PDF generator for Ruby
rubygem-prawn-icon -- Provides icon fonts for PrawnPDF
rubygem-prawn-manual_builder -- A tool for writing manuals for Prawn and
Prawn accessories
rubygem-prawn-svg -- SVG renderer for Prawn PDF library
rubygem-prawn-table -- Provides tables for PrawnPDF
rubygem-prawn-templates -- Prawn::Templates allows using PDFs as templates
in Prawn
sha2 -- SHA Implementation Library
sway -- i3-compatible window manager for Wayland
systemd-bootchart -- Boot performance graphing tool
wlc -- Wayland compositor library
xls2csv -- A script that recodes a spreadsheet's charset and saves as CSV
yamllint -- A linter for YAML files
zmap -- Network scanner for Internet-wide network studies

Cheers,
Fale

-- 
Fabio Alessandro Locati
Red Hat - Senior Consultant

PGP Fingerprint: E815 3C49 2A8D FD8B 1CBD  BC85 FDB3 DF20 B2DC 9C1B
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Change process question [was Re: The glvnd + mesa update for F25]

[Fabio Alessandro Locati]

On Mon, Feb 06, 2017 at 08:38:04AM -0500, Matthew Miller wrote:
> On Sun, Feb 05, 2017 at 09:12:26PM +0100, Hans de Goede wrote:
> > >* Why is it not proposed for F26 (now the deadline is over, but IMHO it
> > >should get in)?
> > 
> > Since the plan has always been (as that page shows) to get it into F25,
> > which would not make it a F26 change.
> 
> There's a big Change process question here which I think FESCo should
> resolve. If a Change does not meet the deadline, should it be released
> as an update, automatically retargetted for the next release, or need
> to be re-proposed? I think probably all answers of these possibilities
> are appropriate for some cases; maybe we should make "if you didn't
> make the deadlines, please run past fesco for what to do next" part of
> the process.

Hi,

My POV is that if a Change does not meet the deadline needs _always_
to be re-proposed.

Fale
-- 
Fabio Alessandro Locati
Red Hat - Senior Consultant

PGP Fingerprint: E815 3C49 2A8D FD8B 1CBD  BC85 FDB3 DF20 B2DC 9C1B


signature.asc
Description: PGP signature
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: The glvnd + mesa update for F25

[Fabio Alessandro Locati]

On Sun, Feb 05, 2017 at 09:10:26AM +0100, Hans de Goede wrote:
> Hi All,
> 
> So a lot has been said about $subject and FESco has asked me
> to send a mail to the devel list describing the what and why
> of this change.

Hi Hans, hi everyone,
I have to say that I'm a little bit impressed by the fact that FESCo had
to ask you to email devel list, I thought that was normal when such big
changes are pushed to Fedora, but whatever.
 
> First the what: ever since AMD and NVIDIA started shipping
> their own Linux drivers we have had multiple competing
> implementations of libGL.so.1 (and friends) where the way
> the linker works means that there can be only one.
> This has made installing AMD or NVIDIA's drivers harder
> then it has any rights to be and this has been hurting
> out users, some of which want to use the vendor supplied
> drivers. It often causes broken systems and makes
> switching between drivers unnecessarily hard.

Until Fedora is not going to ship proprietary drivers, this is not
really a problem for Fedora. We want to solve it either way? Ok, but
please do not break anyone workflow to achieve this.

> libglvnd is a solution for this it is a vendor neutral
> implementation of libGL.so.1 which acts as a dispatcher
> to one or more glvnd enabled libGL implementations
> installed on the systems.

I have the impression that libgvlnd is _not_ the solution.
libglvnd is developed by Nvidia, and as far as I can see they are the
only graphical card company that is working on it.

> This also mostly explains the why of this change,
> except for why also bring it to Fedora 25 and not
> just to Fedora 26 and later?

This explain why _YOU_ would like to see the change. Fedora has a way to
handle changes proposals
(https://fedoraproject.org/wiki/Changes/Policy). Please ensure you
follow all steps to propose your proposal.
 
> The main reason for this is a non-technical reason,
> we (as in the Fedora project) have quite vocally
> publicly promised we would do so:
> https://blogs.gnome.org/uraeus/2016/11/01/discrete-graphics-and-fedora-workstation-25/

As far as I know the only person that is (or could) be able to promise
something in the name of the Fedora Project is the Fedora Project Leader
(aka: mattdm). AFAIK Uraeus does not has any power to actually do so
(nor should he give any message that seems to be stating the official
Fedora Project projects/intentions if he is not allowed to do so).
I'm very sorry that Uraeus exposed such vision without sharing it
_before_ with FESCo using the Change Proposal procedure.

Also, Fedora Project is an open source project, is not a company.
Due to this, is very hard to announce something that will happen in future,
unless that something already landed in rawhide and the community is
happy with that (and therefore it seems like it will not be reverted).
 
> And from a technical pov it is ready, despite all the noise
> about this update for F25, 2 issues where found with it
> in updates-testing and both of these issues have been fixed.

Yes, that happened after I opened a FESCo ticket.
Before that (and even soon after I opened the ticket) you were asking
releng to speedup the push of this change to stable, even thought you
knew you were breaking Sway.

> For most people it has been rock-solid and it has received
> a lot of positive karma in bodhi as this is an update many
> people would like to see for F25.

Big changes require to comply the Changes Policy, no matter how much
the uploader says that the update is "rock solid".

Fale
-- 
Fabio Alessandro Locati
Red Hat - Senior Consultant

PGP Fingerprint: E815 3C49 2A8D FD8B 1CBD  BC85 FDB3 DF20 B2DC 9C1B


signature.asc
Description: PGP signature
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Provide VIM SPLs

[Fabio Alessandro Locati]

Hi,

I opened a bug [0] few days ago, since I was not able to find any VI
SPLs (spellcheck files) for languages outside English in the Fedora
repos.
Initially I thought it was a 'vi' problem, but thanks to Karsten, I
understood that it's not.
I guess the basic problem is that 'vi' does not provides the SPLs files,
but those can be generated from hunspell.
I think we (as Fedora) should provide such files, and probably we should
generate them from hunspell directly.

My proposal is to change the hunspell source packages to provide this
additional file. This could be done just adding the file to the current
package or to make the hunspell source package to provide one additional
package (called vim-hunspell-XX) with the additional file.

What's the people opinion on this?
If this change is considered good, I'll go forward implementing it.

Cheers,
Fale

0: https://bugzilla.redhat.com/show_bug.cgi?id=1405132
-- 
Fabio Alessandro Locati
Red Hat - Senior Consultant

PGP Fingerprint: E815 3C49 2A8D FD8B 1CBD  BC85 FDB3 DF20 B2DC 9C1B


signature.asc
Description: PGP signature
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Fedora on Macs, removing the release criterion

[Fabio Alessandro Locati]

On Mon, Nov 14, 2016 at 08:01:07AM -0500, Stephen Gallagher wrote:
> So I assert that while support for Apple hardware is desirable, I don't 
> believe
> that the lack of it should prevent us from shipping Fedora for all the other
> hardware that we do support.

Hi,

That is exactly what I was trying to say few messages ago, but worded in
a much better way :).

Best,
Fale
-- 
Fabio Alessandro Locati
Red Hat - Senior Consultant

PGP Fingerprint: E815 3C49 2A8D FD8B 1CBD  BC85 FDB3 DF20 B2DC 9C1B


signature.asc
Description: PGP signature
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Fedora on Macs, removing the release criterion

[Fabio Alessandro Locati]

On Fri, Nov 11, 2016 at 10:23:34AM +, Peter Robinson wrote:
> On Fri, Nov 11, 2016 at 9:08 AM, Fabio Alessandro Locati
> <f...@redhat.com> wrote:
> > On Fri, Nov 11, 2016 at 12:34:20AM -0800, Adam Williamson wrote:
> >> One thing I forgot to mention in my original reply to jwb (it was
> >> getting long) is that there's a conundrum that applies quite
> >> specifically to Mac support, and it's this: there are quite a lot of
> >> people who want to run Fedora on Macs (seemingly, at least) but very
> >> few in a position to test installs for new releases.
> >
> > Hi,
> >
> > I think this is a big problem.
> > If we have a "class" of users that have special needs (aka: very
> > specific hardware/software/bios/...) and they never tests things, I see
> > this more as their problem than other people problem.
> 
> I see it as everyone's problem. A bad user experience for an entire
> class of users is not good for the project as a whole. I don't see the
> them and us

Hi,

I see the "them and us" only in the sense that the people outside that
class can not perform testing and therefore the number of tester is very
limited.
Same can apply to other kind of setup that have very specific hardware
compatibilities (ie: secondary arch).
Obviously if a company wants to test and support this actively can do so,
but imho this burden should not be on the wider community.
 
> I generally haven't seen that trend. The mac users I know often keep
> their devices as long as they are usable as they cost so much or they
> upgrade every time there's a new model and sell the old one ASAP to
> recoup some of the costs. For corp use this is often different but
> then it is with all laptops.

This is true. Often Mac users that upgrade frequently sell their old Macs,
while this is less common in the PC world.

Best,
Fale
-- 
Fabio Alessandro Locati
Red Hat - Senior Consultant

PGP Fingerprint: E815 3C49 2A8D FD8B 1CBD  BC85 FDB3 DF20 B2DC 9C1B


signature.asc
Description: PGP signature
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Fedora on Macs, removing the release criterion

[Fabio Alessandro Locati]

On Fri, Nov 11, 2016 at 12:34:20AM -0800, Adam Williamson wrote:
> One thing I forgot to mention in my original reply to jwb (it was
> getting long) is that there's a conundrum that applies quite
> specifically to Mac support, and it's this: there are quite a lot of
> people who want to run Fedora on Macs (seemingly, at least) but very
> few in a position to test installs for new releases.

Hi,

I think this is a big problem.
If we have a "class" of users that have special needs (aka: very
specific hardware/software/bios/...) and they never tests things, I see
this more as their problem than other people problem.
 
> The reason is pretty simple: very few people have a disposable Mac.
> About 90% of the time, the Mac people want to install Fedora on is
> their personal laptop. So of course they're not willing to test
> installing some random pre-Beta nightly snapshot and tell us if
> everything explodes. We also can't i) easily or ii) legally (AFAIK)
> install OS X into a VM on non-Apple hardware for testing.

I don't see why people should not have a disposable Macs but is "normal"
to have a disposable PC.
Also, AFAIK, Mac users tend to substitute their machines more often than
PC users (at least statistically speaking), so many of them should have
a 2-3 years old machine laying around.
 
> We could, I suppose, try to get a few Mac users to look into testing in
> VMs on their Macs. But beyond that we need people with 'burner' Macs,
> and there aren't very many of them. We (Fedora QA) have just one old
> Mac Mini.

I think VM testing on Mac would not produce any more insights than VM
testing on PC.

Best,
Fale
-- 
Fabio Alessandro Locati
Red Hat - Senior Consultant

PGP Fingerprint: E815 3C49 2A8D FD8B 1CBD  BC85 FDB3 DF20 B2DC 9C1B


signature.asc
Description: PGP signature
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Fedora on Macs, removing the release criterion

[Fabio Alessandro Locati]

On Fri, Nov 11, 2016 at 09:20:08AM +0100, Andreas Tunek wrote:
> As a mac owner (although one that is not very well supported by
> Linux*) I really appreciate the fact that Fedora works. And saying you
> do not want to support that hardware anymore just because you found a
> regression/bug is kind of lame.

Hi,

No one is saying that we should not support Macs, only that if Mac
support is broken, this should not block a whole release.

Best,
Fale
-- 
Fabio Alessandro Locati
Red Hat - Senior Consultant

PGP Fingerprint: E815 3C49 2A8D FD8B 1CBD  BC85 FDB3 DF20 B2DC 9C1B


signature.asc
Description: PGP signature
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Self introduction - Fale

[Fabio Alessandro Locati]

Hi,

I've been packaging python packages for quite some time and since one
month ago I also joined this mailing list, mainly because I was
interested in reading it.
I think that it would make sense to present myself and maybe help out
more.

I'm mainly interested in python packaging and ATM I'm Poc of 11 python
packages and co-maintainer of other 9.

Best,
Fale
-- 
Fabio Alessandro Locati
Red Hat - Senior Consultant

PGP Fingerprint: E815 3C49 2A8D FD8B 1CBD  BC85 FDB3 DF20 B2DC 9C1B


signature.asc
Description: PGP signature
___
python-devel mailing list -- python-devel@lists.fedoraproject.org
To unsubscribe send an email to python-devel-le...@lists.fedoraproject.org

Re: bootchart packagers needed

[Fabio Alessandro Locati]

On Tue, Sep 20, 2016 at 12:36:39PM +, Zbigniew Jędrzejewski-Szmek wrote:
> Hi,
> 
> systemd-bootchart is a program which produces plots of activity
> during boot, with the goal of optimizing the boot time and dependencies.
> It was part of systemd until systemd-230, is now a separate project [1],
> with a separate release cycle. It needs a new package, and a new
> maintainer. It just made a new release a few days ago [2]. So if you
> are a bootchart user, or want to involved, please submit a review
> request. From my side I promise a quick review and any general help
> with the package.
> 
> Zbyszek
> 
> [1] https://github.com/systemd/systemd-bootchart
> [2] https://github.com/systemd/systemd-bootchart/releases/tag/v231

Hi,
I'm interested in doing so.
I have a working SPEC file so I'll create the review request in few
minutes :).

Thanks a lot,
Fale
-- 
Fabio Alessandro Locati
Red Hat - Senior Consultant

PGP Fingerprint: E815 3C49 2A8D FD8B 1CBD  BC85 FDB3 DF20 B2DC 9C1B


signature.asc
Description: PGP signature
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: orphaning ec2-metadata, system-autodeath, s3cmd

[Fabio Alessandro Locati]

On Fri, Sep 16, 2016 at 06:07:49AM -0400, Nico Kadel-Garcia wrote:
> On Thu, Sep 15, 2016 at 3:24 PM, Athmane Madjoudj
> <athm...@fedoraproject.org> wrote:
> > Hi,
> >
> > On Thu, Sep 15, 2016 at 8:00 PM, Matthew Miller
> > <mat...@fedoraproject.org> wrote:
> >> s3cmd
> >
> > I took s3cmd.
> 
> Good. s3cmd sems to have been superseded, at Amazon, by awscli.
> Unfortunately, awscli is a !@#$!#@ to RPM bundle. I tried. The
> difficulty is the chain of python module dependencies, each of which
> have python module dependencies, and some of which have *conflicting*
> python module dependencies. The conflicts apply especially to the
> Sphinx versions used to build the documentation of different modules.

awscli is actually packaged and maintained (by me) in Fedora.
-- 
Fabio Alessandro Locati
Red Hat - Senior Consultant

PGP Fingerprint: E815 3C49 2A8D FD8B 1CBD  BC85 FDB3 DF20 B2DC 9C1B


signature.asc
Description: PGP signature
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Bodhi 2 coming to a Rawhide near you

[Fabio Alessandro Locati]

On Thu, Sep 01, 2016 at 02:34:00PM -0400, Randy Barlow wrote:
> I forgot to mention, I'm also maintaining a Copr for Bodhi 2 for Fedora
> 23 and 24:
> 
> https://copr.fedorainfracloud.org/coprs/bowlofeggs/bodhi/
> 
> Copr doesn't seem to have Fedora 25 buildroots yet, but I'll try to
> remember to add Fedora 25 as well once it does.

The F24 copr seems to be broken. I've enabled it, updated all packages
and running 'bodhi', it seems to be broken:

[fale@redhat ~]$ bodhi 
Traceback (most recent call last):
  File "/usr/bin/bodhi", line 5, in 
from pkg_resources import load_entry_point
  File "/usr/lib/python2.7/site-packages/pkg_resources/__init__.py",
line 3141, in 
@_call_aside
  File "/usr/lib/python2.7/site-packages/pkg_resources/__init__.py",
line 3127, in _call_aside
f(*args, **kwargs)
  File "/usr/lib/python2.7/site-packages/pkg_resources/__init__.py",
line 3154, in _initialize_master_working_set
working_set = WorkingSet._build_master()
  File "/usr/lib/python2.7/site-packages/pkg_resources/__init__.py",
line 640, in _build_master
ws.require(__requires__)
  File "/usr/lib/python2.7/site-packages/pkg_resources/__init__.py",
line 941, in require
needed = self.resolve(parse_requirements(requirements))
  File "/usr/lib/python2.7/site-packages/pkg_resources/__init__.py",
line 828, in resolve
raise DistributionNotFound(req, requirers)
pkg_resources.DistributionNotFound: The 'bodhi==2.1.8' distribution was
not found and is required by the application


-- 
Fabio Alessandro Locati
Red Hat - Senior Consultant

PGP Fingerprint: E815 3C49 2A8D FD8B 1CBD  BC85 FDB3 DF20 B2DC 9C1B


signature.asc
Description: PGP signature
--
devel mailing list
devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: Pending ACLs

[Fabio Alessandro Locati]

On Sat, Aug 06, 2016 at 10:26:36AM -0400, Neal Gompa wrote:
> On Sat, Aug 6, 2016 at 10:24 AM, Fabio Alessandro Locati
> <f...@redhat.com> wrote:
> > On Fri, Aug 05, 2016 at 03:34:58PM +0200, Helio Chissini de Castro wrote:
> >> I have a strong opinion over this
> >>
> >> All the ACL's should be accepted, doesn't matter the level.
> >> And why i think of this ?
> >>
> >> Two simple reasons:
> >> - The packager abandoned the package, because several reasons, and then is
> >> far away from Fedora systems for some time
> >> - The packager is actively using Fedora, but seen not care to even properly
> >> take care of his package, not in the minimal sense to deny the ACL, which
> >> would be acceptable.
> >>
> >> In both cases, the package became hostage to someone that for sure aren't
> >> caring much for the distro, unless prove me wrong.
> >
> > Hi,
> >
> > On one hand I agree with you, on the other hand I do think that
> > sometimes pkgdb notifications are not so visible and therefore someone
> > could inadvertly loose track of some notifications and with your
> > proposal, this would trigger an auto-approval.
> 
> The last time someone requested ACLs from one of my packages, I
> received an email about it. So if they're not reading email about
> their package, then that's a problem.

Sometimes an email could get missplaced. I think that at least an
(additional) weekly recap email should be sent (only to people with
pending ACL approval).

Best,
Fale
-- 
Fabio Alessandro Locati
Red Hat - Senior Consultant

PGP Fingerprint: E815 3C49 2A8D FD8B 1CBD  BC85 FDB3 DF20 B2DC 9C1B


signature.asc
Description: PGP signature
--
devel mailing list
devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: Pending ACLs

[Fabio Alessandro Locati]

On Sat, Aug 06, 2016 at 04:36:34PM +0100, Richard W.M. Jones wrote:
> I've checked again just now, and I still don't see those ACLs.

My guess is that it's a PkgDB bug and for this reason I'm trying to get
in touch with Pingou.

Cheers,
Fale

-- 
Fabio Alessandro Locati
Red Hat - Senior Consultant

PGP Fingerprint: E815 3C49 2A8D FD8B 1CBD  BC85 FDB3 DF20 B2DC 9C1B


signature.asc
Description: PGP signature
--
devel mailing list
devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: Pending ACLs

[Fabio Alessandro Locati]

On Thu, Aug 04, 2016 at 08:41:56PM +0100, Richard W.M. Jones wrote:
> Your email needs a "call to action" link, otherwise no one will know
> what they are supposed to do about it.  In this case it's probably:
> 
>   https://admin.fedoraproject.org/pkgdb/acl/pending/
> 
> However I visited the above URL, logged in, and it says:
> 
>   Pending ACLs
>   No pending ACLs for you 
> 
> So I guess this is wrong or perhaps refers to something else:
> 
> ...
> > 3   rjones
> ...

Hi Richard,

It seems like pkgdb is hiding those ACL requests on the page you linked.
It seems like the following requests could/should be approved by you:

 requester |   req_acl   | package | distro | version | approver 
---+-+-++-+--
 epienbro  | commit  | mingw32-gtk-vnc | Fedora | devel   | rjones
 epienbro  | approveacls | mingw32-gtk-vnc | Fedora | devel   | rjones
 ktietz| approveacls | mingw32-openssl | Fedora | devel   | rjones

Best,
Fale
-- 
Fabio Alessandro Locati
Red Hat - Senior Consultant

PGP Fingerprint: E815 3C49 2A8D FD8B 1CBD  BC85 FDB3 DF20 B2DC 9C1B


signature.asc
Description: PGP signature
--
devel mailing list
devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Penging ACLs - 06 Aug 2016

[Fabio Alessandro Locati]

   jerboaa
3   rrelyea
3   james
3   jcm
3   rharwood
3   packaging-team
3   shenson
3   clime
3   ffesti
3   lsedlar
3   guidograzioli
3   nim
3   vicodan
3   tk009
3   ke4qqq
3   mbooth
3   jwakely
3   martinkg
3   jkastner
3   mintojoseph
2   cicku
2   cfu
2   gbailey
2   sheltren
2   aalvarez
2   hadess
2   swagiaal
2   diegobz
2   frafra
2   bronhaim
2   fschwarz
2   davidz
2   thozza
2   berrange
2   janfrode
2   pingou
2   hardaker
2   micklweiss
2   aviso
2   robert
2   tstclair
2   mlichvar
2   ensc
2   jjohnstn
2   smizrahi
2   fabbione
2   xaeth
2   mjg59
2   jamatos
2   epienbro
2   sdake
2   pmuldoon
2   dtimms
1   dknox
1   beekhof
1   miminar
1   russellb
1   axelvvd
1   zaneb
1   imntreal
1   kay
1   dros
1   sgros
1   astokes
1   zultron
1   stahnma
1   hobbes1069
1   fsimonce
1   mrunge
1   mmraka
1   hguemar
1   moceap
1   danken
1   spstarr
1   timlau
1   bphinz
1   rebus
1   harald
1   lnykryn
1   coolsvap
1   gwei3
1   domcleal
1   mycae
1   rrati
1   pertusus
1   mystro256
1   akurtakov
1   mizdebsk
1   lfarkas
1   fab
1   ejratl
1   kzak

Best,
Fale
-- 
Fabio Alessandro Locati
Red Hat - Senior Consultant

PGP Fingerprint: E815 3C49 2A8D FD8B 1CBD  BC85 FDB3 DF20 B2DC 9C1B


signature.asc
Description: PGP signature
--
devel mailing list
devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: Pending ACLs

[Fabio Alessandro Locati]

On Fri, Aug 05, 2016 at 03:34:58PM +0200, Helio Chissini de Castro wrote:
> I have a strong opinion over this
> 
> All the ACL's should be accepted, doesn't matter the level.
> And why i think of this ?
> 
> Two simple reasons:
> - The packager abandoned the package, because several reasons, and then is
> far away from Fedora systems for some time
> - The packager is actively using Fedora, but seen not care to even properly
> take care of his package, not in the minimal sense to deny the ACL, which
> would be acceptable.
> 
> In both cases, the package became hostage to someone that for sure aren't
> caring much for the distro, unless prove me wrong.

Hi,

On one hand I agree with you, on the other hand I do think that
sometimes pkgdb notifications are not so visible and therefore someone
could inadvertly loose track of some notifications and with your
proposal, this would trigger an auto-approval.

Best,
Fale
-- 
Fabio Alessandro Locati
Red Hat - Senior Consultant

PGP Fingerprint: E815 3C49 2A8D FD8B 1CBD  BC85 FDB3 DF20 B2DC 9C1B


signature.asc
Description: PGP signature
--
devel mailing list
devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: Pending ACLs

[Fabio Alessandro Locati]

On Fri, Aug 05, 2016 at 11:14:02AM +0200, Dan Horák wrote:
> On Thu, 4 Aug 2016 20:41:56 +0100
> "Richard W.M. Jones" <rjo...@redhat.com> wrote:
> > Your email needs a "call to action" link, otherwise no one will know
> > what they are supposed to do about it.  In this case it's probably:
> > 
> >   https://admin.fedoraproject.org/pkgdb/acl/pending/
> > 
> > However I visited the above URL, logged in, and it says:

Thanks, I'll add a call to action next time.

> also there should be no action required from the owner for "watchcommit"
> or "watchbugzilla" requests, looks as a bug in the conversion when
> deploying the recent pkgdb

This is true. About 25% of the ACL are in this situation. I'll update my
database and in a couple of days run it again removing those.

Cheers,
Fale

-- 
Fabio Alessandro Locati
Red Hat - Senior Consultant

PGP Fingerprint: E815 3C49 2A8D FD8B 1CBD  BC85 FDB3 DF20 B2DC 9C1B


signature.asc
Description: PGP signature
--
devel mailing list
devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Pending ACLs

[Fabio Alessandro Locati]

   davidx
3   acme
3   itamarjp
3   lsedlar
3   mcrha
3   guidograzioli
3   nim
3   vicodan
3   tk009
3   ke4qqq
3   mbooth
3   jwakely
3   jchaloup
3   martinkg
3   jkastner
3   ankursinha
3   mintojoseph
3   jdennis
3   leonn
3   jwboyer
3   mathstuf
3   oliver
3   hicham
3   williamjmorenor
3   xhorak
3   neugens
3   rrelyea
3   krege
3   amluto
3   omajid
3   jamesni
3   alexises
3   fonts-sig
3   athimm
3   jsynacek
3   jussilehtola
3   xinwu
3   olea
3   linuxdonald
3   katzj
3   kjaleel
3   bioinfornatics
3   vbatts
3   veillard
3   beckerde
3   mso
3   jimi
3   abompard
3   gerd
3   dborkmann
3   jbowes
3   airlied
3   junghans
3   dwrobel
3   jerboaa
3   zoglesby
2   harald
2   swagiaal
2   sheltren
2   smizrahi
2   jpopelka
2   cfu
2   janfrode
2   fschwarz
2   kay
2   frafra
2   glommer
2   aalvarez
2   hardaker
2   pmuldoon
2   jjohnstn
2   athmane
2   mjg59
2   micklweiss
2   epienbro
2   tstclair
2   gbailey
2   diegobz
2   pingou
2   stahnma
2   dtimms
2   thozza
2   berrange
2   xaeth
2   ensc
2   bronhaim
2   robert
2   cicku
1   zultron
1   bphinz
1   axelvvd
1   beekhof
1   zaneb
1   dknox
1   timlau
1   astokes
1   fsimonce
1   mizdebsk
1   spstarr
1   jkaluza
1   lnykryn
1   moceap
1   rrati
1   mrunge
1   lfarkas
1   mmraka
1   coolsvap
1   danken
1   miminar
1   russellb
1   rebus
1   hguemar
1   dros
1   imntreal
1   mystro256
1   hobbes1069
1   mycae
1   sgros
1   pertusus
1   kzak
1   gwei3
1   domcleal
1   ejratl
1   fab

I hope people will actually take care of those numbers and I'll
generate similar reports over time to keep track of the situation.

Cheers,
Fale
-- 
Fabio Alessandro Locati
Red Hat - Senior Consultant

PGP Fingerprint: E815 3C49 2A8D FD8B 1CBD  BC85 FDB3 DF20 B2DC 9C1B


signature.asc
Description: PGP signature
--
devel mailing list
devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: T460s + latest kernel doesn't boot

[Fabio Alessandro Locati]

On Fri, Jul 22, 2016 at 08:40:16AM -0400, Dusty Mabe wrote:
> 
> 
> kernel-4.6.4-301.fc24.x86_64
> 
> 
> Once I select the latest kernel in grub it then pops up and says 
> 
> Probing EDD (edd=off to disable)... OK
> 
> and then nothing else and stays there.
> 
> Anyone else having this problem? If i boot the original kernel from f24 
> (kernel-4.5.5-300.fc24.x86_64) then the system boots fine.
> 
> Any tips? 

It's a known bug and you got to update the BIOS.

https://bugzilla.redhat.com/show_bug.cgi?id=1351943
https://bugzilla.redhat.com/show_bug.cgi?id=1353103

Best,
Fale
-- 
Fabio Alessandro Locati
Red Hat - Senior Consultant

PGP Fingerprint: E815 3C49 2A8D FD8B 1CBD  BC85 FDB3 DF20 B2DC 9C1B


signature.asc
Description: PGP signature
--
devel mailing list
devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: Large number of packages to be orphaned on Feb 26

[Fabio Alessandro Locati]

On Mon, Feb 22, 2016 at 09:19:50AM +0100, Dridi Boukelmoune wrote:
> On Fri, Feb 19, 2016 at 8:15 PM, Fabio Alessandro Locati
> <fabioloc...@gmail.com> wrote:
> > If Christopher will not respond, I can take care of:
> >
> snip
> > - rpms/tiptop -- Performance monitoring tool based on hardware counters
> 
> Hi Fabio,
> 
> I'm already a co-maintainer on this one, I can take tiptop.

perfect :)

Cheers,
Fale
-- 
Fabio Alessandro Locati

PGP Fingerprint: B960 BE9D E7A8 FA12 273A  98BB 6D6A 29D6 709A 7851
https://keybase.io/fale


signature.asc
Description: PGP signature
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: Declining package maintenance requests?

[Fabio Alessandro Locati]

On Sun, Feb 21, 2016 at 09:52:17PM +0100, Björn Persson wrote:
> Fabio Alessandro Locati wrote:
> > If a person is not able to make a click in 7 days (maybe vacation
> > periods could be excluded from the count), why should he be able to do
> > so in the following 21 days?
> 
> What vacation periods? How do you know when a stranger on another
> continent might be on vacation? Furthermore, some of us contribute to
> Fedora as volunteers. Vacations and weekends are when we're likely to
> have time, but sometimes a weekend is consumed by other activities, so
> that volunteer work that isn't absolutely urgent may have to wait for
> two weeks or even longer.

By "vacation" I mean the vacation periods the users mark on the Fedora
Calendar to show other Fedora users that they will not be able to work
on Fedora during those days/weeks.

Cheers,
Fabio
-- 
Fabio Alessandro Locati

PGP Fingerprint: B960 BE9D E7A8 FA12 273A  98BB 6D6A 29D6 709A 7851
https://keybase.io/fale


signature.asc
Description: PGP signature
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: Declining package maintenance requests? (Was Re: Large number of packages to be orphaned on Feb 26)

[Fabio Alessandro Locati]

On Sun, Feb 21, 2016 at 01:58:55PM +0100, Ralf Corsepius wrote:
> On 02/21/2016 11:44 AM, Fabio Alessandro Locati wrote:
> 
> >Now, I think that it makes sense to have the POC/Package Admins able to
> >approve and/or decline requests. I think the following 3 improvements
> >would greatly improve the ACL request experience:
> >
> >- auto-accept the ACL requests after 7 days of no POC/PA responded
> 
> I am against any automated approvals and dislike your proposal. Also, I do
> not see how automated ACLs would change anything about the situation in
> question.

True,
Sorry, I should have clarified it better: this would solve the problem I
see way more present of unresponsive maintainers preventing new
maintainers to maintain packages.
 
> Besides this, 7 days would be much too short. 4 weeks would be much more
> appropriate.

If a person is not able to make a click in 7 days (maybe vacation
periods could be excluded from the count), why should he be able to do
so in the following 21 days? Also, Fedora already have ACL cases where
the POC/PA have 7 days to respond, otherwise a positive response is
assumed.

> >- introduce an (optional) text box to allow to bundle a message with the
> >   ACL request
> Such a message should be mandatory, because I've received ACLs from people
> I've never heard before and from "inexperienced and overly eager
> new-comers".

I have said optional because a lot of times the asking-maintainer and
the POC already knows each others. Obviusly a small message could be ok
in those cases as well.

> >- allow (and force) a formal message in the case of ACL denial
> This would mean to allow people to implement ACL-request spam, with the load
> ending on those peoples' shoulders who are actually doing the Fedora work.

I don't see how this could happend.
Maybe I explained my thought in a bad way.
I'll try to explain with an example:
- user A asks ACL for package X
- X POC decides to decline A request.
In my proposal, X must justify the decline.

Best,
Fale

-- 
Fabio Alessandro Locati

PGP Fingerprint: B960 BE9D E7A8 FA12 273A  98BB 6D6A 29D6 709A 7851
https://keybase.io/fale


signature.asc
Description: PGP signature
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: Declining package maintenance requests? (Was Re: Large number of packages to be orphaned on Feb 26)

[Fabio Alessandro Locati]

On Sun, Feb 21, 2016 at 10:10:53AM +, Jonathan Underwood wrote:
> This jumped out at me as particularly worrisome:
> 
> On 19 February 2016 at 19:15, Fabio Alessandro Locati
> <fabioloc...@gmail.com> wrote:
> > If Christopher will not respond, I can take care of:
> [snip]
> > Also I can help with the i3 packages as I volounteered few weeks ago and
> > have been shot down by Christopher becase "no more help is needed".
> >
> 
> My personal opinion is that (with a few possible exceptions, perhaps
> critical path, or a subset of that), co-maintainership requests
> shouldn't ever be turned down. That's really not in the spirit of
> Fedora. Which makes me wonder why, for most packages, we even need
> approval from the point of contact when requesting commit access on
> packages.
> 
> Perhaps we need to have a clear policy on this?

In my experience, only in two cases my requests for ACL have been
denied:

- one is the case we are speaking about, and you can read it from [0]
- one is a case of a cold-sent ACL request that have been denied.
  Getting to talk 2 minutes with the POC, introducing myself and saying
  "hi" made him approve the ACL with no further questions asked.

Now, I think that it makes sense to have the POC/Package Admins able to
approve and/or decline requests. I think the following 3 improvements
would greatly improve the ACL request experience:

- auto-accept the ACL requests after 7 days of no POC/PA responded
- introduce an (optional) text box to allow to bundle a message with the
  ACL request
- allow (and force) a formal message in the case of ACL denial

Best,
Fale

[0] https://bugzilla.redhat.com/show_bug.cgi?id=1276844
-- 
Fabio Alessandro Locati

PGP Fingerprint: B960 BE9D E7A8 FA12 273A  98BB 6D6A 29D6 709A 7851
https://keybase.io/fale


signature.asc
Description: PGP signature
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: CVE-2015-7547 fix for Fedora 21

[Fabio Alessandro Locati]

On Fri, Feb 19, 2016 at 02:05:18PM -0500, DJ Delorie wrote:
> Igor Gnatenko <i.gnatenko.br...@gmail.com> writes:
> > Why do you want to build such packages for EOLed distro?
> 
> Because he's a nicy guy and it's an important patch?

From my point of view, the whole concept of "EOL" is: if you use this
version you acknowledge that NO security patch will arrive and therefore
it's possible and very likely that you are running an unsafe system.

I think the important part is to help people to update to supported
versions, not to push patches is EOL releses.

-- 
Fabio Alessandro Locati

PGP Fingerprint: B960 BE9D E7A8 FA12 273A  98BB 6D6A 29D6 709A 7851
https://keybase.io/fale


signature.asc
Description: PGP signature
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: Large number of packages to be orphaned on Feb 26

[Fabio Alessandro Locati]

If Christopher will not respond, I can take care of:

- rpms/2ping -- Bi-directional ping utility
- rpms/NetPIPE -- Network Protocol Independent Performance Evaluator
- rpms/ascii-design -- A tool to create ascii arts
- rpms/bonesi -- The DDoS Botnet Simulator
- rpms/cdk -- Curses Development Kit
- rpms/httrack -- Website copier and offline browser
- rpms/httraqt -- HTTrack Qt GUI
- rpms/ioping -- Simple disk I/O latency monitoring tool
- rpms/libnatpmp -- Library of The NAT Port Mapping Protocol (NAT-PMP)
- rpms/libproxy -- A library handling all the details of proxy configuration
- rpms/libupnp -- Universal Plug and Play (UPnP) SDK
- rpms/lzma -- LZMA utils
- rpms/mylvmbackup -- Utility for creating MySQL backups via LVM snapshots
- rpms/nf3d -- 3D Netfilter visualization utility
- rpms/ngrep -- Network layer grep tool
- rpms/nload -- A tool can monitor network traffic and bandwidth usage
  in real time
- rpms/nsnake -- The classic snake game with textual interface
- rpms/pgpdump -- PGP packet visualizer
- rpms/pixz -- Parallel indexed xz compressor
- rpms/postgrey -- Postfix Greylisting Policy Server
- rpms/python-pgpdump -- PGP packet parser library in Python 2.x 
- rpms/python-pygit2 -- Python 2.x bindings for libgit2
- rpms/python-reportlab -- Python 2.x library for generating PDFs and
  graphics
- rpms/python3-dugong -- Python 3.x HTTP 1.1 client module
- rpms/rats -- Rough Auditing Tool for Security
- rpms/recoverjpeg -- Recover JPEG pictures and MOV movies from damaged
  devices
- rpms/ripright -- Minimal CD to FLAC ripper
- rpms/tiptop -- Performance monitoring tool based on hardware counters
- rpms/zmap -- Network scanner for Internet-wide network studies 

Also I can help with the i3 packages as I volounteered few weeks ago and
have been shot down by Christopher becase "no more help is needed". 

-- 
Fabio Alessandro Locati

PGP Fingerprint: B960 BE9D E7A8 FA12 273A  98BB 6D6A 29D6 709A 7851
https://keybase.io/fale


signature.asc
Description: PGP signature
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: AWS stuff in EPEL (aka: have I broke bodhi?)

[Fabio Alessandro Locati]

On Mon, Jan 25, 2016 at 08:42:15AM -0700, Kevin Fenzi wrote:
> On Mon, 25 Jan 2016 13:52:31 +0100
> Fabio Alessandro Locati <fabioloc...@gmail.com> wrote:
> 
> > Hello,
> > 
> > I'm speaking about the following two bodhi updates:
> > 
> > - https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-49246e36a3
> > - https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-c576a00844
> > 
> > Both seems to be in both testing and pending testing status.
> > 
> > How I did it?
> > - Create the bodhi update
> > - Unpush the bodhi update
> > - Push the bodhi update back to testing
> > 
> > The packages had dependency problems that I've fixed in the meantime
> > but I was not expecting to solve them so quickly.
> > 
> > In the repo testing [0][1] they do not appear, so my guess is that in
> > reality they are in pending-testing but for some reason the masher
> > does not pick them up (probably for the push-unpush-push thing).
> > 
> > How can I make it work again?
> 
> They look fine to me, and should go out in the next updates push. 
> 
> They were submitted to testing to late to be in the last one yesterday. 
> 
> kevin

Indeed, you were right. Thanks a lot :)
Fale

-- 
Fabio Alessandro Locati

PGP Fingerprint: B960 BE9D E7A8 FA12 273A  98BB 6D6A 29D6 709A 7851
https://keybase.io/fale


signature.asc
Description: PGP signature
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

AWS stuff in EPEL (aka: have I broke bodhi?)

[Fabio Alessandro Locati]

Hello,

I'm speaking about the following two bodhi updates:

- https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-49246e36a3
- https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-c576a00844

Both seems to be in both testing and pending testing status.

How I did it?
- Create the bodhi update
- Unpush the bodhi update
- Push the bodhi update back to testing

The packages had dependency problems that I've fixed in the meantime but
I was not expecting to solve them so quickly.

In the repo testing [0][1] they do not appear, so my guess is that in
reality they are in pending-testing but for some reason the masher does
not pick them up (probably for the push-unpush-push thing).

How can I make it work again?

Best regards,
Fabio Alessandro Locati
-- 
Fabio Alessandro Locati

PGP Fingerprint: B960 BE9D E7A8 FA12 273A  98BB 6D6A 29D6 709A 7851
https://keybase.io/fale


signature.asc
Description: PGP signature
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: Attempting to contact nonresponsive maintainer: s4504kr

[Fabio Alessandro Locati]

On Fri, Jan 22, 2016 at 03:58:56PM +0100, Jochen Schmitt wrote:
> Von meinem iPad gesendet
> > Am 22.01.2016 um 15:39 schrieb Fabio Alessandro Locati 
> > <fabioloc...@gmail.com>:
> > 
> > Does anyone know how to contact Jochen Schmitt? I've been trying to contact 
> > him in regards to https://bugzilla.redhat.com/show_bug.cgi?id=1295042, and 
> > have
> > also tried contacting him via the email address in bugzilla, and have not
> > received any response.
> > 
> Sorry, bunt I have oberste the bug and the Mail. I will try to fix the bug in 
> the nett days.

Perfect, thanks a lot :)
Fale

-- 
Fabio Alessandro Locati

PGP Fingerprint: B960 BE9D E7A8 FA12 273A  98BB 6D6A 29D6 709A 7851
https://keybase.io/fale


signature.asc
Description: PGP signature
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: Packages that remove the egg-info

[Fabio Alessandro Locati]

On Thu, Jan 14, 2016 at 02:37:13PM -0500, Stephen Gallagher wrote:
> On 01/14/2016 02:25 PM, Fabio Alessandro Locati wrote:
> > During a Package Review I was doing on a python package, Kevin 
> > Kofler joined the conversation to point out that was wrong to 
> > suggest that the python packages should remove the egg-info 
> > provided by upstream. I was a little surprised by this so I
> > started to look around and I found a wiki page 
> > (https://fedoraproject.org/wiki/Packaging:Python_Eggs) confirming 
> > that this is an old policy that is now deprecated.
> > 
> > Believing not to be the only packager that is used to delete the 
> > upstream egg-info folder, I scanned Fedora RPM specs and this is 
> > what I found: 459 packages do it.
> > 
> > Since in the wiki page it's specified that this behavior is 
> > deprecated, I think all packagers having packages that delete 
> > egg-info files should improve their packages.
> > 
> > This is the complete list of packages doing so.
> > 
> 
> Some (many?) of these packages only remove egg-info during %setup to
> ensure that it gets regenerated by the %build phase (this is
> particularly important for packages that may patch the requirements
> from upstream to be more flexible with versions).

I guess this is only partially true.
Of these 459, 134 contain the string "rm -rf %{pypi_name}.egg-info"
which make me thinking that those packages are created with the pyp2rpm
tool, which adds this rm string _by default_ to all packages that have a
bundled egg-info (see:
https://github.com/fedora-python/pyp2rpm/blob/master/pyp2rpm/templates/fedora.spec#L43).

As for the other packages, my guess is that the majority were built when
this was still the policy and have not been modified when the policy
changed.

Have a nice day,
Fale
-- 
Fabio Alessandro Locati

PGP Fingerprint: B960 BE9D E7A8 FA12 273A  98BB 6D6A 29D6 709A 7851
https://keybase.io/fale


signature.asc
Description: PGP signature
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Attempting to contact nonresponsive maintainer: s4504kr

[Fabio Alessandro Locati]

Does anyone know how to contact Jochen Schmitt? I've been trying to contact 
him in regards to https://bugzilla.redhat.com/show_bug.cgi?id=1295042, and have
also tried contacting him via the email address in bugzilla, and have not
received any response.

This is what the Fedora active user tool affirms:

$ ./fedora_active_user.py --user s4504kr
Last login in FAS:
   s4504kr 2015-10-15
Last action on koji:
   Fri, 13 Nov 2015 package list entry created: ghc-primes in trashcan
by oscar [still active]
Last package update on bodhi:
   2015-08-13 15:55:14 on package pgp-tools-2.1-1.fc23
Last actions performed according to fedmsg:
  - s4504kr's inn-2.6.0-0.rc1.fc23 was deleted on 2016-01-10 09:40:34 ()
  - s4504kr's inn-2.6.0-0.rc1.fc23 untagged from trashcan by oscar on
2016-01-10 09:40:32 ()
  - s4504kr's blender-2.74-1.fc23 was deleted on 2016-01-10 09:08:09 ()
  - s4504kr's blender-2.74-1.fc23 untagged from trashcan by oscar on
2016-01-10 09:08:08 ()
  - s4504kr's real build of blender-2.76-3.fc24 for RHBZ#1238685
completed on 2016-01-05 20:08:17 ()
  - s4504kr's blender-2.76-3.fc24 tagged into f24 by s4504kr on
2016-01-05 20:07:15 ()
  - s4504kr's blender-2.76-3.fc24 completed on 2016-01-05 20:07:12 ()
  - s4504kr's blender-2.76-3.fc24 started building on 2016-01-05
17:15:44 ()
  - s4504kr pushed to blender (master).  "Rebuilt for
https://fedoraproject.org/wiki/Changes/python3.5; on 2016-01-05
17:12:16 ()
  - s4504kr's blender-2.74-1.fc23 tagged into trashcan by oscar on
2015-12-12 19:31:39 ()

Thanks,
Fale
-- 
Fabio Alessandro Locati

PGP Fingerprint: B960 BE9D E7A8 FA12 273A  98BB 6D6A 29D6 709A 7851
https://keybase.io/fale


signature.asc
Description: PGP signature
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Packages that remove the egg-info

[Fabio Alessandro Locati]

-ndg_httpsclient
python-ngram
python-nine
python-nmap
python-nodeenv
python-nose-cov
python-nose-cover3
python-nose-exclude
python-nose-parameterized
python-nose-testconfig
python-nose-xcover
python-novaclient
python-num2words
python-oauthlib
python-odict
python-ofxparse
python-openpyxl
python-openstack-nose-plugin
python-oslo-cache
python-oslo-i18n
python-oslo-service
python-oslo-sphinx
python-oslotest
python-osprofiler
python-os-testr
python-OWSLib
python-parse
python-parse_type
python-paste-deploy
python-pbr
python-pdfkit
python-pdfminer
python-pecan
python-pelican
python-pid
python-pkgwat-api
python-plaintable
python-pluggy
python-plumbum
python-plyvel
python-pottymouth
python-praw
python-pretend
python-profilehooks
python-progress
python-proliantutils
python-prompt_toolkit
python-pudb
python-pyactivetwo
python-pydotplus
python-pygal
python-pygeoip
python-pyghmi
python-pyldap
python-pylibravatar
python-PyLink
python-pymemcache
python-PyMySQL
python-Pyped
python-pypng
python-pypump
python-pyramid
python-pyramid-fas-openid
python-pyramid-mako
python-pyramid-tm
python-pysmell
python-pytest-cache
python-pytest-capturelog
python-pytest-cov
python-pytest-flakes
python-pytest-pep8
python-pyudev
python-pyzabbix
python-rauth
python-rdflib
python-re2
python-repoze-lru
python-repoze-who
python-requests-cache
python-requests-file
python-requests-ftp
python-requests-mock
python-requests-oauthlib
python-restkit
python-restsh
python-retrying
python-rfc3986
python-roman
python-rsa
python-rtkit
python-Rtree
python-ryu
python-saharaclient
python-salttesting
python-sanction
python-scrapy
python-semantic_version
python-service-identity
python-sieve
python-sievelib
python-simplewrap
python-slimit
python-snowballstemmer
python-snpp
python-socketpool
python-sparklines
python-spec
python-sphinxcontrib-adadomain
python-sphinxcontrib-cheeseshop
python-sphinxcontrib-issuetracker
python-sphinx-theme-alabaster
python-sql
python-sqlalchemy-traversal
python-sqlalchemy-utils
python-squaremap
python-statsd
python-structlog
python-summershum
python-sure
python-swiftclient
python-tahrir-api
python-taskflow
python-tempest-lib
python-testing
python-testrepository
python-testresources
python-testscenarios
python-TornadIO2
python-tortilla
python-tox
python-transaction
python-translationstring
python-trollius-redis
python-troveclient
python-tw2-jqplugins-jqplot
python-tw2-polymaps
python-tw2-slideymenu
python-twiggy
python-txaio
python-txrequests
python-tzlocal
python-ujson
python-unittest2
python-upoints
python-vcrpy
python-velruse
python-venusian
python-versiontools
python-w3lib
python-waitress
python-warlock
python-watchdog
python-wcwidth
python-websocket-client
python-websockets
python-webtest
python-webtest1
python-wifi
python-wordpress-xmlrpc
python-wrapt
python-wsgi_intercept
python-WSGIProxy2
python-xdot
python-xml2rfc
python-xmlbuilder
python-XStatic
python-XStatic-Angular
python-XStatic-Angular-Bootstrap
python-XStatic-Angular-Cookies
python-XStatic-Angular-Gettext
python-XStatic-Angular-lrdragndrop
python-XStatic-Angular-Mock
python-XStatic-Bootstrap-Datepicker
python-XStatic-Bootstrap-SCSS
python-XStatic-D3
python-XStatic-Font-Awesome
python-XStatic-Hogan
python-XStatic-Jasmine
python-XStatic-jQuery
python-XStatic-JQuery-Migrate
python-XStatic-JQuery-quicksearch
python-XStatic-JQuery-TableSorter
python-XStatic-jquery-ui
python-XStatic-JSEncrypt
python-XStatic-Magic-Search
python-XStatic-QUnit
python-XStatic-Rickshaw
python-XStatic-smart-table
python-XStatic-Spin
python-XStatic-termjs
python-xtermcolor
python-yaql
python-zaqarclient
python-zc-customdoctests
python-zope-component
python-zope-configuration
python-zope-deprecation
python-zope-event
python-zope-exceptions
python-zope-i18nmessageid
python-zope-interface
python-zope-interface4
python-zope-proxy
python-zope-schema
python-zope-sqlalchemy
python-zope-testing
qpid-cpp
qpid-qmf
rebase-helper
s3ql
spec2scl
sscg
StarCluster
trac-fedmsg-plugin
trytond-account-stock-anglo-saxon
trytond-account-stock-continental
tunir
unp
xcat

Best regards,
Fale

PS: I've done a pretty simple regex so it's possible that there are
false positives cases but they schould be a very limited number. I
apologise in advanced if a packge you are maintaining is listed even if
it should not be.

-- 
Fabio Alessandro Locati

PGP Fingerprint: B960 BE9D E7A8 FA12 273A  98BB 6D6A 29D6 709A 7851
https://keybase.io/fale


signature.asc
Description: PGP signature
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: F24 System Wide Change: Default Local DNS Resolver

[Fabio Alessandro Locati]

2015-12-09 19:04 GMT+01:00 Debarshi Ray :
> On Mon, Dec 07, 2015 at 10:48:55AM +0100, Tomas Hozza wrote:
>> On 04.12.2015 15:57, Lennart Poettering wrote:
>> > How do other popular desktop/consumer OSes deal with this? Windows,
>> > MacOS, iOS, Android, ChromeOS? Does any of them do client-side DNSSEC
>> > validation by default and how are they dealing with this issue?

As far as I've seen, no Operating System today ships client-side
DNSSEC validation. Some ISP (like Comcast since 2012) perform DNSSEC
validation on their DNS servers, as well as some public DNS (like
Google DNS) perform them.

Fabio
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: i3wm based minimal Spin?

[Fabio Alessandro Locati]

I was thinking about it too... but I think that i3wm may be not the
right one since is based on Xorg and there is no plan to support
wayland in the near future. http://swaywm.org/ is a project to write
an i3wm port to wayland. I think it could be interesting to be based
on it

2015-11-12 16:00 GMT+01:00 Adam Miller <maxamill...@fedoraproject.org>:
> On Wed, Nov 11, 2015 at 10:29 PM, Dan Book <gri...@gmail.com> wrote:
>> On Wed, Nov 11, 2015 at 11:20 PM, Dennis Chen <barracks...@gmail.com> 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.
>
> I've thought about doing this a few times in the past but decided not
> to because I generally expect folks who want very minimal systems with
> tiling window managers like i3wm are going to want things very
> customized exactly the way they like them (myself included). My
> approach right now is just to install a minimal system with the net
> installer and then run an ansible playbook[0] I have to setup my
> laptop the way I like it along with my configs[1] and I'd be surprised
> if others who use tiling window managers have a much different
> approach.
>
> That being said, if there are enough people interested in agreeing on
> some sort of a baseline such that we have a nice LiveCD/USB image that
> can be installed from, I'd be open to discussing and helping maintain
> an i3wm spin.
>
> -AdamM
>
> [0] - https://github.com/maxamillion/ansible-maxamillion-workstation
> [1] - https://github.com/maxamillion/dotfiles
>
>>>
>>> Dennis Chen
>>> --
>>> devel mailing list
>>> devel@lists.fedoraproject.org
>>> https://admin.fedoraproject.org/mailman/listinfo/devel
>>> Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
>>
>>
>> As with anything, it probably depends foremost on someone being willing to
>> set it up. There is a "Basic Desktop" group that could be used.
>>
>> --
>> devel mailing list
>> devel@lists.fedoraproject.org
>> https://admin.fedoraproject.org/mailman/listinfo/devel
>> Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
> --
> devel mailing list
> devel@lists.fedoraproject.org
> https://admin.fedoraproject.org/mailman/listinfo/devel
> Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct



-- 
Fabio Alessandro Locati

PGP Fingerprint: B960 BE9D E7A8 FA12 273A  98BB 6D6A 29D6 709A 7851
https://keybase.io/fale
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: ansible in Fedora 23+ (python3)

[Fabio Alessandro Locati]

2015-10-19 2:33 GMT+02:00 Kevin Kofler <kevin.kof...@chello.at>:
> Dusty Mabe wrote:
>> Does anyone have a good solution for this? Obviously it would be nice
>> if ansible went to python3 but I think they have stated clearly that
>> they are sticking with python2 for backwards compat with systems that
>> still need 2.4.
>
> I don't understand why still nobody has forked Ansible to get it out of the
> stone age.

It's not so easy. Ansible is based on Twisted which is not yet 100%
Python3 compatible, as far as I understood.
Also, the problem is that RedHat still supports RHEL5 systems which
for today standards are totally legacy and therefore it has to run on
Python 2.4.

-- 
Fabio Alessandro Locati

PGP Fingerprint: B960 BE9D E7A8 FA12 273A  98BB 6D6A 29D6 709A 7851
https://keybase.io/fale
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: Cinnamon Spin

[Fabio Alessandro Locati]

Hi,

I'm Fale, one of the cinnamon maintainer of Fedora and I was working on a
Cinnamon Spin too. Due to the big amount of work I'm doing during these
months, I kind of left it behind. I can join you with this project if you
want too :).

Thanks a lot,
Fabio

On Sat, Dec 20, 2014 at 6:14 PM, Rahul Sundaram methe...@gmail.com wrote:

 Hi

 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 default
 gtk-theme to Zukitwo, as the Adwaita gtk-theme messes up title-bar and
 desktop icon colors (something that should probably be fixed upstream, this
 happens for any Cinnamon install by default in F21).


 Please file a bug report.


 I'm not a Fedora packager nor do I have a whole lot of time to put into
 this, but I am willing to update and maintain the spin as necessary.


 Spins do take sometime regularly and you should either be actively working
 with the Cinnamon maintainers in Fedora or be a co-maintainer yourself but
 now that you have gotten a headstart, hopefully others can step in and take
 it forward working with you if you are interested/have that time.  Thanks!

 Rahul


 --
 devel mailing list
 devel@lists.fedoraproject.org
 https://admin.fedoraproject.org/mailman/listinfo/devel
 Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct




-- 
Fabio Alessandro Locati

Home: Segrate, Milan, Italy (CET/CEST)
Phone: +39 348 2668873
MSN/Jabber/E-Mail: fabioloc...@gmail.com

PGP Fingerprint: B1CD 2318 532D 57D6 56FA  E409 64DE 5B09 C09A 145F

Involved in: KDE, OpenStreetMap, Ubuntu, Wikimedia
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: Dash as default shell

[Fabio Alessandro Locati]

On Wed, Oct 8, 2014 at 5:11 PM, Gerald B. Cox gb...@bzb.us wrote:

 My thought is this whole topic was started as a result of the recent Bash
 vulnerability which has since been corrected.  Not bad for a product that
 has been around for decades.  Nothing against Dash, but changing a default
 isn't something that should be done each time the wind changes direction.
 A bit of disk space savings or processing time IMO isn't a sufficient
 reason either. That can change quite rapidly between products and their
 updates.  When a default is chosen it sets up an expectation of familiarity
 and stability within the user community.  It shouldn't be changed unless
 there is an EXTREMELY compelling reason.  I've seen quite a few posts
 lately regarding the changing of this default or that default.  I think
 what gets lost in these conversations is what default status means.  People
 are down in the weeds and can't see the forest for the trees.


Thank you Gerald, you have expressed exactly my point of view :)
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: PkgDB, pending ACL requests

[Fabio Alessandro Locati]

Hi,

Something seems to be wrong: on
https://admin.fedoraproject.org/pkgdb/acl/pending/ I have 14 approve
requests from xls2csv (
https://admin.fedoraproject.org/pkgdb/package/xls2csv/) 7 from myself and 7
from hubbitus.

Screenshot: https://fale.fedorapeople.org/pkgdb2-xls2csv.png

Thank you for the great tool,
Fabio A Locati


On Mon, Aug 18, 2014 at 12:31 PM, Pierre-Yves Chibon pin...@pingoured.fr
wrote:

 On Mon, Jul 28, 2014 at 04:25:11PM +0200, Vít Ondruch wrote:
  Dne 24.7.2014 11:46, Pierre-Yves Chibon napsal(a):
  On Wed, Jul 23, 2014 at 04:25:54PM +0200, Pierre-Yves Chibon wrote:
  On Thu, Jul 17, 2014 at 03:28:56PM +0200, Pierre-Yves Chibon wrote:
  On Wed, Jul 09, 2014 at 10:05:25AM +0200, Pierre-Yves Chibon wrote:
  Good Morning everyone!
  
  In the version 1.13 of pkgdb2 a new API endpoint has been added that
 just
  provide the list of pending ACL requests:
  https://admin.fedoraproject.org/pkgdb/api/pendingacls
  
  I just wanted to share with you the first line of its output:
 # Number of requests pending: 5492
  Today we are at:
  
  # Number of requests pending: 5410
  
  So there is some improvements :)
  Today's number is:
  
   # Number of requests pending: 5151
  
  We got 341 requests that have been either accepted, rejected of
 withdrawn over
  the last two weeks, but we still have some pending :)
  
  So don't forget to visit:
  https://admin.fedoraproject.org/pkgdb/acl/pending/
  I found out yesterday that this list contains pending ACL requests for
 package
  that have been retired.
  So I fix this in 1.18 (just deployed), so we're down to:
  
 # Number of requests pending: 4744
  
  Pierre
 
  The list does not show all packages I can confirm ACLs for. I'd say that
  there are shown just packages where I am POC.

 This is fixed from 1.18.4 that just got released:
   https://admin.fedoraproject.org/pkgdb/acl/pending/

 Pierre
 --
 devel mailing list
 devel@lists.fedoraproject.org
 https://admin.fedoraproject.org/mailman/listinfo/devel
 Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct




-- 
Fabio Alessandro Locati

Home: Segrate, Milan, Italy (CET/CEST)
Phone: +39 348 2668873
MSN/Jabber/E-Mail: fabioloc...@gmail.com

PGP Fingerprint: B1CD 2318 532D 57D6 56FA  E409 64DE 5B09 C09A 145F

Involved in: KDE, OpenStreetMap, Ubuntu, Wikimedia
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: Replace Yum With DNF

[Fabio Alessandro Locati]

Hi David,
Probably the best place to ask is on the dnf bugzilla:
https://bugzilla.redhat.com/buglist.cgi?component=dnfproduct=Fedora

Also, I've noted that there is an open bug about a specific yum-util (
https://bugzilla.redhat.com/show_bug.cgi?id=1048541).

Fabio


On Thu, Jun 12, 2014 at 11:11 PM, David dgbo...@gmail.com wrote:

 Excuse me.

 To whom, or to where, should I write to request that dnf has a tools
 package like yum has. Yum-utils.
 --

   David
 --
 devel mailing list
 devel@lists.fedoraproject.org
 https://admin.fedoraproject.org/mailman/listinfo/devel
 Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct




-- 
Fabio Alessandro Locati

Home: Segrate, Milan, Italy (CET/CEST)
Phone: +39 348 2668873
MSN/Jabber/E-Mail: fabioloc...@gmail.com

PGP Fingerprint: B1CD 2318 532D 57D6 56FA  E409 64DE 5B09 C09A 145F

Involved in: KDE, OpenStreetMap, Ubuntu, Wikimedia
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Self Introduction: Fabio Alessandro Locati

[Fabio Alessandro Locati]

Hi,

I'm Fabio Alessandro Locati, an Italian Linux user since ~2003. I've
used for years Ubuntu on my PC and CentOS on the servers, now I've
moved my PC to Fedora and I've noticed that some packages I'm used to
have are not available (or outdated) in Fedora's repository. For this
reason I'd like to become a Package maintainer: to help Fedora to grow
the number of packages available and to make new software available as
soon as possible to Fedora users.
I've submitted a patch yesterday for xls2csv
(https://bugzilla.redhat.com/show_bug.cgi?id=1062668, already
accepted) and I'm now submitting a new package: csv
(https://bugzilla.redhat.com/show_bug.cgi?id=1062942).

Have a nice day,
Fabio A Locati
-- 
Fabio Alessandro Locati

Home: Segrate, Milan, Italy (CET/CEST)
Phone: +39 348 2668873
MSN/Jabber/E-Mail: fabioloc...@gmail.com

PGP Fingerprint: B1CD 2318 532D 57D6 56FA  E409 64DE 5B09 C09A 145F

Involved in: KDE, OpenStreetMap, Ubuntu, Wikimedia
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct