rlottie license change
by Vitaly Zaitsev
Hello all.
License changed from "LGPLv2+ and MIT and FTL and BSD and MPLv1.1" to
"MIT and FTL and BSD and MPLv1.1".
--
Sincerely,
Vitaly Zaitsev (vitaly(a)easycoding.org)
3 years, 6 months
Fedora 33: pcscd and xrdp issue
by Marius Schwarz
Hi,
this is a topic since a lot of time and it's still hits the user in it's
face for no reason.
Found: while presenting Fedora 33 changes to an audience and
screenrecording with wayland isn't working yet :(
Tested on Fedora 33 liveimage:
su
dnf install xrdp -y
adduser -s /bin/bash -d /home/rdptest rdptest
passwd rdptest
systemctl start xrdp
## different pc ##
Start Remmina or XFreeRDP to connect to your running liveimage.
You get a fucking uncloseable requester once the gnome session is open,
that you need to enter a password for the LIVEUSER with to buttons
without any function. It's not possible to get rid of it by using either
one of the buttons nor a windowclose.
Only Solution: dnf erase pcsc*
Because: stopping that service does not stop the requester from popping
up, as the daemon gets restarted via a socket.
Now what really makes it so anoying: there is no smartcard reader in the
hw.
For what reason does a smartcardservice start if it has nothing to work
with???
Fix:
check for a smartcard reader before the requester pops up ...
and ... Suggestion to the Installer-Team:
check for a smartcard reader before the package gets installed.
best regards,
Marius
3 years, 6 months
Schedule for Wednesday's FESCo Meeting (2020-10-14) + Proposal to Cancel
by Fabio Valentini
Since there are no open tickets that are tagged with "meeting" and no new
tickets are in need of synchronous discussion IMO, I propose to cancel
tomorrow's meeting, and would chair next week's meeting instead.
The usual (empty) schedule and announcements are listed below.
- Fabio
---
Following is the list of topics that will be discussed in the
FESCo meeting Wednesday at 14:00UTC in #fedora-meeting-2 on
irc.freenode.net.
To convert UTC to your local time, take a look at
http://fedoraproject.org/wiki/UTCHowto
or run:
date -d '2020-10-14 14:00 UTC'
Links to all issues to be discussed can be found at:
https://pagure.io/fesco/report/meeting_agenda
= Discussed and Voted in the Ticket =
Nonresponsive maintainer policy exception request for dormouse
https://pagure.io/fesco/issue/2480
APPROVED (+6, 0, -0)
F34 Self-Contained Change: Move deprecated bluetooth utilities to subpackage
https://pagure.io/fesco/issue/2481
APPROVED (+7, 0, -0)
F34 System-Wide Change: Debug Info Standardization (from DWZ to
-fdebug-types-section)
https://pagure.io/fesco/issue/2482
REJECTED (+0, 0, -6)
= Followups =
No old tickets tagged with "meeting".
= New business =
No new tickets tagged with "meeting", votes are still collecting in others.
= Open Floor =
For more complete details, please visit each individual
issue. The report of the agenda items can be found at
https://pagure.io/fesco/report/meeting_agenda
If you would like to add something to this agenda, you can
reply to this e-mail, file a new issue at
https://pagure.io/fesco, e-mail me directly, or bring it
up at the end of the meeting, during the open floor topic. Note
that added topics may be deferred until the following meeting.
3 years, 6 months
Packages looking for new maintainers
by Artem Tim
Hi everyone,
I've decided to orphan packages which i am not using myself and those which flatpak'ed to date. I'll still try to update them in time for a while until they found new home.
Email me, comment on Google docs [1] or post here your FAS name and packages which you want to take.
Package which looking new maintainers:
## GTK apps:
- apostrophe
- drawing
- dynamic-wallpaper-editor
- foliate
- gedit-color-schemes
- gedit-control-your-tabs
- gnome-feeds
- gydl
- howl
- hydrapaper ('kalev' taking care of Fedora flatpak package but still could - use some help)
- komikku ('lyessaadi' taking care of it as well but still could use some - help)
- srain
- video-downloader
- gnome-passwordsafe
- gnome-radio
## Qt apps:
- qownnotes
- stacer
## Vala apps:
- cawbird
- coin
- elementary-planner
- ephemeral
- fondo
- meteo
- minder
- notes-up
- nutty
- peek
- quilter
- remotely
- taigo
- taxi
- vgrive
## C:
- xde-menu
## C++:
- polybar
- springlobby
## Python:
- python-argon2-cffi
- python-aspy.yaml
- python-cfgv
- python-cloudscraper
- python-identify
- python-injector
- python-listparser
- python-pure-protobuf
- python-py3nvml
- python-pycryptodome
- python-pykeepass
- python-readability
- python-readability-lxml
- python-rustcfg
- python-rx
- python-siphash
## Golang
- 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
## Vim plugins:
- awesome-vim-colorschemes
- boxes
- vim-airline
- vim-devicons
- vim-gitgutter
- vim-gv
- vim-nerdtree-git-plugin
- vim-pathogen
- vim-trailing-whitespace
[1] An up-to-date list here:
https://docs.google.com/spreadsheets/d/1KHaH_DmsaLUGoBFSAagy0PXrUDHgPVKhl...
3 years, 6 months
bodhi updates stuck in "pending" state
by Fabio Valentini
Hi everybody,
To me, it looks like some recent bodhi updates are stuck in "pending"
unintentionally. This might be the result of a bodhi bug that let
release branch updates created from side tags sit in "pending" without
ever going into "testing" state without manually prodding them. This
affects fedora 33, 32, and 31, from what I can tell, see for example,
page 6 of updates in "pending" state:
https://bodhi.fedoraproject.org/updates/?search=&status=pending&page=6
I commented on a few of the stuck updates to alert the maintainers of
this issue, but that probably won't help for all of them. Should we
push all those "stuck in pending because of bodhi bug" updates to
testing? WDYT?
Fabio
3 years, 6 months
opam2rpm
by Jerry James
A few of us have tossed around the idea of an opam2rpm project before.
Over the last few weeks, I've been working on bringing that to life.
See what I have so far:
https://pagure.io/opam2rpm
I made the possibly controversial decision to write opam2rpm in
python. I did this so that I could borrow code and ideas from other
spec file generators, many of which are written in python. If this
proves to be a sticking point with the other OCaml package
maintainers, I am not opposed to porting it to OCaml, but will need a
fair amount of help to do so.
The current version owes much to go2rpm. Thank you, go2rpm developers!
Quick rundown of the source files:
- dependency.py: converts opam package dependencies into RPM dependencies
- licensing.py: SPDX-to-Fedora license converter, stolen from go2rpm
- opamparser.py: parses opam files, roughly equivalent to ocaml-file-format
- version.py: implements the Debian versioning scheme, used by opam
- __main__.py: controlling logic
There are jinja2 templates for dune, topkg, obuild, and "everything
else". The generator almost produces everything, but there are still
a few holes. In particular, the %files lists are generated by an
imaginary (i.e., vaporware) script. I think writing that script
shouldn't be too hard: put *.{a,cmt,cmti,cmx,cmxa,h,mli} files into
-devel and everything else into the main package. When there are
subpackages, repeat that logic for the directory corresponding to each
subpackage.
Things that still need to be done:
1. Make better use of pyparsing in opamparser.py. Right now it is
only used for lexing, with a handwritten recursive descent parser on
top. I made several attempts to use pyparsing for the actual parsing,
all ending in misery and woe. Whenever I try to introduce a rule that
uses ZeroOrMore(), things get weird. Rules that shouldn't fire on the
input given to the parser fire anyway. I don't know what's going on,
hence the current solution.
2. Make better use of jinja2. There are a bunch of strings in
dependency.py that really should be in the template files instead.
3. Get a python expert to help make the code more pythonic.
4. Write the %files script described above. Where should it live,
ocaml-srpm-macros?
5. Write unit tests.
6. Talk to the go2rpm developers about breaking licensing.py and
spdx_to_fedora.csv out into a separate project. Note that I fixed
some incorrect LGPL entries in the version in opam2rpm.
I have heard it said that every software project should be implemented
3 times. The first time is to figure out what you don't know. The
second time is to do it right. The third time is to make it elegant.
Most projects never get around to the second implementation, and only
a very small number have ever gotten to the third. Please remember,
when you look at this code, that this is implementation #1. :-)
If you have an interest in OCaml packaging, stop by and help knock off
some of the TODO items. Regards,
--
Jerry James
http://www.jamezone.org/
3 years, 6 months
