[arch-dev-public] Proposal to remove PyGTK

Hi all, I would propose to remove PyGTK from the official repositories. PyGTK was used to create GTK2 applications in python2. It's deprecated and unmaintained since 2011 in favor of PyGObject, and does not receive any fixes since then. The following packages are in progress to be ported from

Re: [arch-dev-public] Spring cleaning (take 2)

Antonio Rojas via arch-dev-public ezt írta (időpont: 2019. márc. 27., Sze, 17:19): > bluefish > I would adopt 'bluefish'. -- György Balló Trusted User

Re: [arch-dev-public] rename lcms -> lcms1

ezt írta (időpont: 2018. szept. 17., H, 10:19): > Christian Hesse schreef op 2018-09-14 21:18: > > Hello everybody, > > > > we have packages lcms (which provides lcms 1.x) and lcms2. The former > > is > > flagged out-of-date every now and then for version 2.x... I would like > > to > > rename

[arch-dev-public] Request to orphan Snowman's packages

Eric Bélanger (Snowman) was inactive as package maintainer in the past two years. [1][2] Is it possible to disown his packages on archweb? I think it would better to make it visible that his packages are actually orphan. https://git.archlinux.org/svntogit/packages.git/log/?qt=author=eric

[arch-dev-public] Proposal to remove libglade

Hi all, Similar to my previous mail, I orphaned some of my packages which have a dependency on libglade. Libglade is deprecated in favor of GtkBuilder since 2009, [1] and does not receive any fixes since then. I would propose to remove it from the official repositories. The following packages

[arch-dev-public] Proposal to remove GConf

Hi all, Recently I orphaned some of my packages which have a dependency on gconf. GConf was used in GNOME 2 as the settings storage daemon. It's deprecated since 2010 in favor of GSettings, and does not receive any fixes since 2013. I would propose to remove it from the official repositories.

Re: [arch-dev-public] Package group between repositories

Then if it's okay, I would like to add the following [community] packages to groups based on upstream sources: - gnome-boxes (gnome) - gnome-multi-writer (gnome-extra) - gnome-recipes (gnome-extra) - gnome-software (gnome) - parole (xfce4-goodies) - simple-scan (gnome) -- György Balló Trusted

[arch-dev-public] Package group between repositories

Currently the 'xfce4-goodies' package group[1] is in split between [extra] and [community]. Most of its packages are in [extra], but 'ristretto' and 'xfce4-whiskermenu-plugin' are in [community]. My question is: is it okay, or should we avoid it by removing these two packages from the

Re: [arch-dev-public] 2017 repository cleanup

2018-01-04 12:32 GMT+01:00 Bartłomiej Piotrowski via arch-dev-public < arch-dev-public@archlinux.org>: > On 2018-01-04 12:17, Balló György via arch-dev-public wrote: > > The following packages should be kept too: > > - dvdauthor > > arojas: kdenlive > >

Re: [arch-dev-public] 2017 repository cleanup

I adopted the packages below. I'm not sure that I want to maintain all of them for a long time, so if anyone want to take over a package, please let me know. - bless - codeblocks - converseen - cpulimit - cuneiform - devede - driconf - frei0r-plugins - gmtk - gnome-icon-theme-extras -

Re: [arch-dev-public] 2017 repository cleanup

The following packages should be kept too: - dvdauthor arojas: kdenlive fyan: kdenlive heftig: brasero jgc: brasero - libhx arojas: pam_mount - sofia-sip heftig: empathy -- György Balló Trusted User

Re: [arch-dev-public] 2017 repository cleanup

Please move the following packages from [extra] to [community], so I can adopt them: - gnome-icon-theme-extras - libgovirt - python2-telepathy -- György Balló Trusted User

Re: [arch-dev-public] 2017 repository cleanup

Please don't remove anything yet. I'll adopt some packages in the next 24 hours. You missed some optional and indirect dependencies. We should keep the following packages: - bbdb spupykin: wanderlust - btchip-udev shibumi: electrum - bwidget andyrtr: libisoburn - emovix arojas:

[arch-dev-public] Drop sqlite2 and webkitgtk{,2}

Hi all, I think we can drop sqlite2 and webkitgtk{,2} from the official repositories now. sqlite2 was replaced by sqlite 3. The last application which still use it is Freevo, which was last released in 2009, and is currently unmaintained. webkitgtk{,2} has many CVEs[1][2], and was replaced by

Re: [arch-dev-public] Phasing out gstreamer0.10

Thanks for everyone who participated to eliminate GStreamer 0.10 and old GNOME libraries! Especially to Jan de Groot, who did a very good job. TODOs are finished now. Finally, we had to remove only a small number of applications: arista cycle drivel flumotion gcdmaster gnome-commander grip

Re: [arch-dev-public] News draft for i686 deprecation

2017-01-23 22:09 GMT+01:00 Bartłomiej Piotrowski : > What I infer from my conversation with Allan is that > neither of us is interested in leading this personally. Will you take on > this role? > I'm not sure about that, but I would like to keep i686 alive. I have

Re: [arch-dev-public] News draft for i686 deprecation

2017-01-23 15:58 GMT+01:00 Bartłomiej Piotrowski : > However, as there is still some interest in keeping i686 alive, we would > like to encourage the community to make it happen with our guidance. > Depending on the demand, an official channel and mailing list will be

[arch-dev-public] Dropping udisks 1

Following our series on dropping packages, I think we don't need udisks 1 anymore. Most of the applications are ported to udisks2, and currently udisks is just an optional dependency for some other packages. If no one oppose, I'll remove udisks from optional dependencies of the following packages

[arch-dev-public] Phasing out gstreamer0.10

Beside to WebkitGTK+, GStreamer 0.10 is unmaintained too. [1] The last release was in 2012. Most of the applications are already ported to GStreamer 1. The last major user is wxGTK, but an upstream patch is available for GStreamer 1 support. [2] Currently the following packages depending on

Re: [arch-dev-public] Phasing out webkitgtk{,2}

2017-01-18 23:42 GMT+01:00 Jan Alexander Steffens via arch-dev-public < arch-dev-public@archlinux.org>: > To protect our users we should try to limit the packages using > webkitgtk(2)., with the goal of eventually getting rid of it completely. I > propose making a TODO that covers all these

Re: [arch-dev-public] Shadowing i686, round 1

2016. 12. 13, kedd keltezéssel 12.29-kor Doug Newgard ezt írta: > On Tue, 13 Dec 2016 19:16:53 +0100 > Balló György via arch-dev-public <arch-dev-public@archlinux.org> > wrote: > > > -1 for dropping i686 completely. > > > > +1 for introducing automa

Re: [arch-dev-public] Shadowing i686, round 1

-1 for dropping i686 completely. +1 for introducing automated builds, even if it's less secure. I would like to keep i686 supported, and willing to do anything that is needed to setup and maintain an official automated build server for i686 packages (and possibly for other architectures). --

Re: [arch-dev-public] i686 and SSE2

2016-09-19 15:34 GMT+02:00 Allan McRae <al...@archlinux.org>: > On 19/09/16 23:14, Balló György via arch-dev-public wrote: > > 2016-09-19 7:02 GMT+02:00 Allan McRae <al...@archlinux.org>: > > > >> This goes beyond just adding SSE2 support. > >> > &g

Re: [arch-dev-public] i686 and SSE2

2016-09-19 7:02 GMT+02:00 Allan McRae : > This goes beyond just adding SSE2 support. > > Years ago, Arch Linux was "optimised for modern processors". These were > the days when every other distro was using i386 and we had a blazingly > fast i686 port. Now every other distro

Re: [arch-dev-public] Discussion about optional dependencies

I agree with this, and the same apply for vlc I think, which recently lost its qt4 dependency: https://git.archlinux.org/svntogit/packages.git/commit/trunk?h=packages/vlc=b1a56bb8d107ebb51a6f2e32c67f866e2693517b -- György Balló Trusted User

Re: [arch-dev-public] Missing /run/lock/lockdev

Hi, (Sorry, the previous mail was an accident.) Two of my packages (gnokii [1] and java-rxtx [2] ) still uses the /run/lock/lockdev directory, but it was dropped from systemd 229 [3]. Without this directory (and the "lock" group), these applications fail to create the lock file, and unable to

[arch-dev-public] Missing /run/lock/lockdev

https://www.archlinux.org/packages/community/i686/java-rxtx/ https://github.com/systemd/systemd/commit/61f32bff6130a44d077886d38cff89ad161bf177