On Sun, Oct 23, 2016 at 01:57:23AM -0400, Eli Schwartz via arch-general wrote:
> On 10/23/2016 01:41 AM, Alive 4ever wrote:
> >> Also consider the fact that your pacman database is one of the least
> >> likely pieces of data to target for the sake of noticeably improving
On Sat, Oct 22, 2016 at 08:35:15PM -0400, Eli Schwartz via arch-general wrote:
> Right... but if you look at the stated reason for its removal, you tend
> to get the impression that the lead pacman developer is actually
> explicitly calling you (rhet.) a blithering idiot if you (rhet.) think
>
On Sat, Oct 22, 2016 at 02:20:30PM +1000, Allan McRae wrote:
> As the currently lead pacman developer... We will never have a sql (or
> other) database backend.
>
> When we did tests for the sync backends, using a single tar file gave
> the same speed-up as using some sql variant (and we still
On Fri, Oct 21, 2016 at 11:06:04PM -0500, Doug Newgard wrote:
> On Sat, 22 Oct 2016 03:53:20 +
> Alive 4ever <alive4e...@live.com> wrote:
>
> > On Fri, Oct 21, 2016 at 08:03:53PM +0200, Tinu Weber wrote:
> > Currently, pacman package includes a ``pacman-optimiz
On Sat, Oct 22, 2016 at 02:15:01AM +0800, Chi-Hsuan Yen via arch-general wrote:
> On Sat, Oct 22, 2016 at 1:54 AM, Robin via arch-general <
> arch-general@archlinux.org> wrote:
>
> > Hi,
> >
> > > I was curious why does 'pacman -Q' operations took longer than 'apt'
> > > counterparts.
> > Sounds
On Fri, Oct 21, 2016 at 08:03:53PM +0200, Tinu Weber wrote:
> On Fri, Oct 21, 2016 at 17:20:53 +0000, Alive 4ever wrote:
> > [...] It seems that the local pacman databases are just subdirectories
> > with text files (desc, files) and gzipped text (mtree).
> > No wonder why l
On Fri, Oct 21, 2016 at 11:44:42PM +0200, G. Schlisio wrote:
> optimisation ideas to the pacman database are (nearly) as old as this
> distribution, but none ever really convinced many.
> if you go back through the archives of the mailinglists and forums (as
> well as the outer parts of the
I was curious why does 'pacman -Q' operations took longer than 'apt'
counterparts. It seems that the local pacman databases are just
subdirectories with text files (desc, files) and gzipped text (mtree).
No wonder why local pacman databases tend to slow down over time and
need to be optimized
This is a known qt5-base issue [1], especially on gnome-wayland. The
qgnomeplatform theme, which provides uniform look for QT and GTK apps, doesn't
support GTK3 wayland compositor.
As temporary workaround, you can tell GTK3 library to use x11 backend
(GDK_BACKEND=x11) or by installing qt5ct
Gnome on Wayland doesn't parse ~/.Xresources anymore[1]. The workaround
is loading ~/.Xresources manually or adding a startup entry to load
~/.Xresources.
[1] https://bugzilla.redhat.com/show_bug.cgi?id=1225384
On Fri, Aug 05, 2016 at 08:57:35AM -0500, Jonathan Roemer wrote:
> 2.13 is now in [testing].
Confirmed. Thanks to eworm for taking care of the package.
On Fri, Aug 05, 2016 at 02:08:29PM +0200, Jelle van der Waa wrote:
> On 08/05/16 at 10:56am, Alive 4ever wrote:
> > Since links package has been flagged out of date for almost one month, I
> > can't help myself to contribute a patch and stop bugging maintainer to
> > packa
Since links package has been flagged out of date for almost one month, I
can't help myself to contribute a patch and stop bugging maintainer to
package an updated version.
I've submitted this patch on aur mailing list and someone told me to
post to the appropriate list. So, I post it here.
On Wed, Aug 03, 2016 at 08:03:29PM -0400, Jude DaShiell wrote:
> I need one more piece of information please. What did you do with the
> keyboard when you got on links are numbered to get the state to change from
> off the default to on? I tried spacebar and x and * and in last version of
>
Are you trying to delete 'nvram' file on the efi partition directly or
are you trying to delete /sys/firmware/efi* ?
I think it would be saver to use 'efibootmgr' instead of manually
deleting 'efivar' or 'nvram' file.
On Wed, Aug 03, 2016 at 02:57:40PM -0400, Jude DaShiell wrote:
> Something to try as an experiment. In html options turn on number links
> then run save html options and see if you manage to modify html.cfg file of
> links. If that fails this bug was not fixed upstream.
>
There is no problem
On Wed, Aug 03, 2016 at 05:11:42PM +0300, Alex Theotokatos via arch-general
wrote:
> On 08/03/2016 09:16 AM, Alive 4ever wrote:
> > Greetings, developers.
> >
> > 'links' package has been flagged out of date for nearly one
> > month and there is no updated
Greetings, developers.
'links' package has been flagged out of date for nearly one
month and there is no updated package until now, not even in
'testing'. Is there anything blocking version 2.13 from being
packaged?
Firefox, which requires time and power to package has already
available in
On Sun, Jul 17, 2016 at 05:16:50AM +, Alive 4ever wrote:
> After 'having fun' with archboot, I finally got it working on both UEFI
> and BIOS. Just make sure that x86_64 and i686 archboot systemd container
> have proper package cache. This can be achieved by bind mounting host
> p
After 'having fun' with archboot, I finally got it working on both UEFI
and BIOS. Just make sure that x86_64 and i686 archboot systemd container
have proper package cache. This can be achieved by bind mounting host
package cache '/var/cache/pacman/pkg' to chroot package cache. Also make
sure that
I also noticed that the x86_64 tarball is smaller than i686 tarball
# du -sh core-x86_64.tar core-i686.tar
211Mcore-x86_64.tar
601Mcore-i686.tar
# du -sh *.iso
661MArchlinux-allinone-2016.07-dual.iso
262MArchlinux-allinone-2016.07-dual-network.iso
266M
Greetings Archboot Developers! (@tpowa)
I am experimenting with manual Arch Boot creation. I created both x86_64
and i686 chroot with only base and archboot installed. I configured my
locale by commenting 'en_US-UTF-8' line on /etc/locale.conf and launched
'locale-gen' to generate locale.
Then I
22 matches
Mail list logo