Re: [arch-dev-public] Merging the "bin" directories
On 24/05/13 11:17, Sébastien Luttringer wrote:
> On Sun, May 12, 2013 at 7:22 AM, Allan McRae wrote:
>> Some packages clearly can not have that done and will
>> have to wait until we are prepared to replace those directories with
>> symlinks.
>>
>> Once we see how many packages are left, we can start planning to finally
>> get rid of these directories.
>
> Can we think about doing this soon? There is 234 packages left and 453
> have been fixed.
>
> I've lost network on 3 hosts by updating them and have systemd
> services which use /usr/sbin/{ethtool,sysctl}. There is also breakage
> to fcron users who doesn't take care immediately of .pacnew files.
> Instead of starting looking at which package can cause breakage or
> not, launching the final rebuild now will save admin time.
>
The final transition will be much, much easier if there is fewer
packages to deal with.
Looking at the remaining rebuilds, a large portion can still be moved
without issues. As I said in the rebuild description, mark as complete
any packages that need to wait.
Allan
Re: [arch-dev-public] Merging the "bin" directories
On Sun, May 12, 2013 at 7:22 AM, Allan McRae wrote:
> Some packages clearly can not have that done and will
> have to wait until we are prepared to replace those directories with
> symlinks.
>
> Once we see how many packages are left, we can start planning to finally
> get rid of these directories.
Can we think about doing this soon? There is 234 packages left and 453
have been fixed.
I've lost network on 3 hosts by updating them and have systemd
services which use /usr/sbin/{ethtool,sysctl}. There is also breakage
to fcron users who doesn't take care immediately of .pacnew files.
Instead of starting looking at which package can cause breakage or
not, launching the final rebuild now will save admin time.
Cheers,
--
Sébastien "Seblu" Luttringer
https://www.seblu.net
GPG: 0x2072D77A
Re: [arch-dev-public] Removing glib 1, gtk 1 and qt3
On Thursday 23 May 2013 14:41:05 Allan McRae wrote: > Do many apps really still depend on qt3? I though even Debian managed > to go qt3 free in the latest release... I guess many of them could be already removed, e.g.: * kovpn, NetworkManager (both the plasmoid and the applet) support OpenVPN. * qtcurve-qt3, it just a theme which doesn't require many resources to be built. Someone have a development version for Qt4/KDE4 * ksniffer, (and I bet everyone uses wireshark). * ktechlab Others have better alternatives: * kleansweep, bleachbit? (uses PyGTK) sweeper? (maybe miss some feature, just report the feature request to the kde bug tracker) * pwmanager, kwallet? I can't do a detailed list ATM, but I'd like to hear some opinion from the people that use those programs first. I'm in favor or removing gtk1/qt3, but building qt3 takes sooo much time. I really want to drop it when nobody really needs it. -- Andrea Arch Linux Developer
Re: [arch-dev-public] Removing glib 1, gtk 1 and qt3
Il 23/05/2013 18:14, Gaetan Bisson ha scritto: [2013-05-23 17:29:28 +0200] Giovanni Scafora: Il 23/05/2013 06:32, Tom Gundersen ha scritto: Why? For the same reasons written by Eric. We all can read Eric's emails just fine... and then? I know very well that you can all read the Eric's emails... I just answered the Tom's question. -- Arch Linux Developer http://www.archlinux.org http://www.archlinux.it
Re: [arch-dev-public] Removing glib 1, gtk 1 and qt3
[2013-05-23 17:29:28 +0200] Giovanni Scafora: > Il 23/05/2013 06:32, Tom Gundersen ha scritto: > >Why? > > For the same reasons written by Eric. We all can read Eric's emails just fine... -- Gaetan
Re: [arch-dev-public] Removing glib 1, gtk 1 and qt3
Am 22.05.2013 16:20, schrieb Eric Bélanger: > Beside the fact that they are old, is there any reason to remove them from > the repo? I maintain these threee packages and they are working well (no > bug assigned). I don't see why they should be removed especially since > many apps still depends on them. I have another example (not in our repos): http://surf.sourceforge.net/ requires gtk1 and that won't change. I'd prefer having binaries for gtk as opposed to compiling it myself. The gtk package did not need a recompile in over a year, so I see no harm there. The maintenance burden of qt3 and kdelibs3 is probably much higher, and I got rid of them by now, so I don't really care there. signature.asc Description: OpenPGP digital signature
Re: [arch-dev-public] Removing glib 1, gtk 1 and qt3
Il 23/05/2013 06:32, Tom Gundersen ha scritto: Why? For the same reasons written by Eric. -- Arch Linux Developer http://www.archlinux.org http://www.archlinux.it
Re: [arch-dev-public] [f2fs-toolsl] possible to move to extra?
Am 23.05.2013 13:49, schrieb Jelle van der Waa: > On 05/23/13 at 12:38pm, Tobias Powalowski wrote: >> Hi, >> I added f2fs support to archboot, in order to be able to install the >> f2fs-tools during installation, can I move it to [extra] from community? >> >> Thanks >> greetings >> tpowa >> >> -- >> Tobias Powalowski >> Archlinux Developer & Package Maintainer (tpowa) >> http://www.archlinux.org >> tp...@archlinux.org >> >> >> >> > I don't mind if you move it to [extra], but do note that it doesn't > generate UUID entries for your partition atm. ( The git version does > support UUID generation ) > I could bump it to latest git which works fine with UUID and LABEL support. greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tp...@archlinux.org signature.asc Description: OpenPGP digital signature
Re: [arch-dev-public] Removing glib 1, gtk 1 and qt3
On Thu, May 23, 2013 at 6:02 AM, Alexander Rødseth wrote: > Hi, > > > 2013/5/22 Eric Bélanger : > > Well gtk is a depends for imlib wich is required by fvwm, the WM I use. > > fvwm compiles without imlib and thus without gtk1 > I got an email from a Gentoo dev (Samuli Suominen) : "imlib1 can work without gtk1, that's how we build imlib1 in Gentoo some years ago, there was only a handful of libraries making use of the gtk1 parts of imlib1 and those got thrown out of the portage tree i would be suprised if there was anything left in archlinux just build imlib1 without gtk1" So we could build imlib without gtk. I'll probably do that change regardless of the fate of gtk (unless we also want to get rid of imlib). Given this new information, I'll change my -1 vote to a 0. I can continue to maintain them as long as the maintenance is minimal. But if people want to remove them, then I won't oppose. Also, do all the packages depending on glib/qt3 have a maintainer? We could certainly remove the orphaned ones. > > (As a former fvwm user, for years, I can recommend pekwm or i3 instead). > > +1 for moving old cruft to AUR > > > -- > Sincerely, > Alexander Rødseth > xyproto / TU >
Re: [arch-dev-public] [f2fs-toolsl] possible to move to extra?
On 05/23/13 at 12:38pm, Tobias Powalowski wrote: > Hi, > I added f2fs support to archboot, in order to be able to install the > f2fs-tools during installation, can I move it to [extra] from community? > > Thanks > greetings > tpowa > > -- > Tobias Powalowski > Archlinux Developer & Package Maintainer (tpowa) > http://www.archlinux.org > tp...@archlinux.org > > > > I don't mind if you move it to [extra], but do note that it doesn't generate UUID entries for your partition atm. ( The git version does support UUID generation ) -- Jelle van der Waa signature.asc Description: Digital signature
[arch-dev-public] [f2fs-toolsl] possible to move to extra?
Hi, I added f2fs support to archboot, in order to be able to install the f2fs-tools during installation, can I move it to [extra] from community? Thanks greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tp...@archlinux.org signature.asc Description: OpenPGP digital signature
Re: [arch-dev-public] Removing glib 1, gtk 1 and qt3
Hi, 2013/5/22 Eric Bélanger : > Well gtk is a depends for imlib wich is required by fvwm, the WM I use. fvwm compiles without imlib and thus without gtk1 (As a former fvwm user, for years, I can recommend pekwm or i3 instead). +1 for moving old cruft to AUR -- Sincerely, Alexander Rødseth xyproto / TU
[arch-dev-public] Signoff report for [testing]
=== Signoff report for [testing] === https://www.archlinux.org/packages/signoffs/ There are currently: * 10 new packages in last 24 hours * 0 known bad packages * 0 packages not accepting signoffs * 4 fully signed off packages * 178 packages missing signoffs * 0 packages older than 14 days (Note: the word 'package' as used here refers to packages as grouped by pkgbase, architecture, and repository; e.g., one PKGBUILD produces one package per architecture, even if it is a split package.) == New packages in [testing] in last 24 hours (10 total) == * iptables-1.4.18-2 (i686) * util-linux-2.23-3 (i686) * iptables-1.4.18-2 (x86_64) * util-linux-2.23-3 (x86_64) * imagemagick-6.8.5.7-1 (i686) * net-snmp-5.7.2-7 (i686) * pulseaudio-3.99.2-1 (i686) * imagemagick-6.8.5.7-1 (x86_64) * net-snmp-5.7.2-7 (x86_64) * pulseaudio-3.99.2-1 (x86_64) == Incomplete signoffs for [core] (35 total) == * netctl-1.1-1 (any) 0/2 signoffs * btrfs-progs-0.20rc1.2-1 (i686) 0/1 signoffs * cracklib-2.8.22-3 (i686) 0/1 signoffs * dmraid-1.0.0.rc16.3-9 (i686) 0/1 signoffs * gmp-5.1.2-1 (i686) 0/1 signoffs * grub-2.00-2 (i686) 0/1 signoffs * iptables-1.4.18-2 (i686) 0/1 signoffs * linux-atm-2.5.2-3 (i686) 0/1 signoffs * nfs-utils-1.2.8-4 (i686) 0/1 signoffs * openldap-2.4.35-4 (i686) 0/1 signoffs * perl-5.18.0-1 (i686) 0/1 signoffs * popt-1.16-6 (i686) 0/1 signoffs * reiserfsprogs-3.6.22-2 (i686) 0/1 signoffs * rp-pppoe-3.11-4 (i686) 0/1 signoffs * rpcbind-0.2.0-12 (i686) 0/1 signoffs * syslinux-5.01-4 (i686) 0/1 signoffs * util-linux-2.23-3 (i686) 0/1 signoffs * xfsprogs-3.1.11-1 (i686) 0/1 signoffs * xinetd-2.3.15-3 (i686) 0/1 signoffs * cracklib-2.8.22-3 (x86_64) 0/2 signoffs * dmraid-1.0.0.rc16.3-9 (x86_64) 0/2 signoffs * gmp-5.1.2-1 (x86_64) 0/2 signoffs * grub-2.00-2 (x86_64) 0/2 signoffs * linux-atm-2.5.2-3 (x86_64) 0/2 signoffs * nfs-utils-1.2.8-4 (x86_64) 0/2 signoffs * openldap-2.4.35-4 (x86_64) 0/2 signoffs * perl-5.18.0-1 (x86_64) 0/2 signoffs * popt-1.16-6 (x86_64) 0/2 signoffs * reiserfsprogs-3.6.22-2 (x86_64) 0/2 signoffs * rp-pppoe-3.11-4 (x86_64) 0/2 signoffs * rpcbind-0.2.0-12 (x86_64) 0/2 signoffs * syslinux-5.01-4 (x86_64) 1/2 signoffs * util-linux-2.23-3 (x86_64) 0/2 signoffs * xfsprogs-3.1.11-1 (x86_64) 0/2 signoffs * xinetd-2.3.15-3 (x86_64) 0/2 signoffs == Incomplete signoffs for [extra] (143 total) == * python-distribute-0.6.40-1 (any) 0/2 signoffs * cairo-perl-1.103-2 (i686) 0/1 signoffs * calligra-2.6.3-5 (i686) 0/1 signoffs * claws-mail-3.9.1-3 (i686) 0/1 signoffs * cups-filters-1.0.34-4 (i686) 0/1 signoffs * evas_generic_loaders-1.7.7-2 (i686) 0/1 signoffs * frozen-bubble-2.2.1beta1-5 (i686) 0/1 signoffs * gconf-perl-1.044-8 (i686) 0/1 signoffs * glade-perl-1.007-7 (i686) 0/1 signoffs * glib-perl-1.280-3 (i686) 0/1 signoffs * gnome-perl-1.042-9 (i686) 0/1 signoffs * gnome-vfs-perl-1.081-7 (i686) 0/1 signoffs * gnomecanvas-perl-1.002-11 (i686) 0/1 signoffs * gnumeric-1.12.2-2 (i686) 0/1 signoffs * graphicsmagick-1.3.18-3 (i686) 0/1 signoffs * graphviz-2.30.1-4 (i686) 0/1 signoffs * gtk2-perl-1.247-2 (i686) 0/1 signoffs * gummiboot-31-1 (i686) 0/1 signoffs * imagemagick-6.8.5.7-1 (i686) 0/1 signoffs * inkscape-0.48.4-8 (i686) 0/1 signoffs * irssi-0.8.15-7 (i686) 0/1 signoffs * kdebindings-perlkde-4.10.3-2 (i686) 0/1 signoffs * kdebindings-perlqt-4.10.3-2 (i686) 0/1 signoffs * libproxy-0.4.11-2 (i686) 0/1 signoffs * libreoffice-4.0.3-2 (i686) 0/1 signoffs * mod_perl-2.0.8-1 (i686) 0/1 signoffs * net-snmp-5.7.2-7 (i686) 0/1 signoffs * pango-perl-1.224-2 (i686) 0/1 signoffs * perl-async-interrupt-1.10-3 (i686) 0/1 signoffs * perl-bit-vector-7.2-3 (i686) 0/1 signoffs * perl-compress-bzip2-2.15-1 (i686) 0/1 signoffs * perl-crypt-openssl-bignum-0.04-9 (i686) 0/1 signoffs * perl-crypt-openssl-random-0.04-9 (i686) 0/1 signoffs * perl-crypt-openssl-rsa-0.28-4 (i686) 0/1 signoffs * perl-crypt-ssleay-0.64-2 (i686) 0/1 signoffs * perl-dbd-mysql-4.023-2 (i686) 0/1 signoffs * perl-dbd-sqlite-1.37-2 (i686) 0/1 signoffs * perl-dbi-1.625-2 (i686) 0/1 signoffs * perl-digest-nilsimsa-0.06-9 (i686) 0/1 signoffs * perl-digest-sha1-2.13-4 (i686) 0/1 signoffs * perl-ev-4.15-2 (i686) 0/1 signoffs * perl-fcgi-0.74-4 (i686) 0/1 signoffs * perl-guard-1.022-3 (i686) 0/1 signoffs * perl-html-parser-3.71-2 (i686) 0/1 signoffs * perl-libintl-perl-1.23-2 (i686) 0/1 signoffs * perl-list-moreutils-0.33-4 (i686) 0/1 signoffs * perl-locale-gettext-1.05-10 (i686) 0/1 signoffs * perl-net-dns-0.72-2 (i686) 0/1 signoffs * perl-net-ssleay-1.54-2 (i686) 0/1 signoffs * perl-netaddr-ip-4.066-2 (i686) 0/1 signoffs * perl-sdl-2.540-4 (i686) 0/1 signoffs * perl-socket6-0.23-3 (i686) 0/1 signoffs * perl-templat
Re: [arch-dev-public] Removing glib 1, gtk 1 and qt3
On Thu, May 23, 2013 at 12:41 AM, Allan McRae wrote: > On 23/05/13 00:20, Eric Bélanger wrote: > > On Tue, May 21, 2013 at 7:12 AM, Jan Alexander Steffens < > > jan.steff...@gmail.com> wrote: > > > >> Greetings everypony, > >> > >> Can we throw out glib 1, gtk 1 and qt3? These are seriously legacy > >> libraries. > >> > >> Check "pactree -rs glib" and "pactree -rs qt3" for dependent packages. > >> > >> Cheers, > >> Jan > >> > > > > Well gtk is a depends for imlib wich is required by fvwm, the WM I use. > > Unless imlib can work without gtk, I give a big -1 to removing glib/gtk > > from the repo. > > > > Beside the fact that they are old, is there any reason to remove them > from > > the repo? I maintain these threee packages and they are working well (no > > bug assigned). I don't see why they should be removed especially since > > many apps still depends on them. > > Do many apps really still depend on qt3? I though even Debian managed > to go qt3 free in the latest release... > > Allan > > > A dozen. Then you have kdelibs3 and pyqt3 which are also dependencies of other packages. So we're probably talking about 20 qt3 packages.
