On 12/22/20 10:55 AM, Juergen Werner via arch-general wrote:
...
Try libyuv-r2212+dfaf7534-2. Looks like that might fix your problem.
Yes indeed I just got it - thanks - and all looks fine now.
gene
Todays update[1] of darktable along with libavif / libavif led to this
message:
(5/7) Probing GDK-Pixbuf loader modules...
g_module_open() failed for
/usr/lib/gdk-pixbuf-2.0/2.10.0/loaders/libpixbufloader-avif.so:
/usr/lib/libyuv.so: undefined symbol: jpeg_read_raw_data
I have libjpeg-turbo
On 2/12/20 3:27 AM, Jelle van der Waa wrote:
> Be aware that packagers might be busy, have limited time or various
> rebuilds need to happen. For samba for example there is an updated
> version in [testing]. For libelf, a rebuild is required which might make
> sense to wait until binutils has
Hi
Thank you again for all the great work managing and keeping
packages up to date. It is a significant amount of work and continues
to make Arch a really standout distro.
That said, periodically I check the repos for out of date packages.
I've selected a few to highlight based on age and my
Hi Silvio
One general comment - your script uses the iptables command for each
rule - this is extremely inefficient. This is probably not a big deal in
your case but I'll mention it anyway.
Far better way is to output the firewall in the same format as
iptables-save uses, then simply use
On 1/27/20 8:19 AM, Genes Lists via arch-general wrote:
Thank you - this was fixed with the updated plasma-integration-5.17.5-2.
All fine now.
On 1/27/20 10:18 AM, Neven Sajko wrote:
>> Wonder if the latter really is qt4 or just needs to be renamed.
>
> Perhaps ldd could help you to check? Just run "ldd
...
Thanks
1) I did run ldd on ksshaskpass and indeed it shows only qt5 libs. Since
I'm not familiar with these libs, I cannot tell if
After the recent updates to qt 5.14.1, both ksshaskpass as well as
qt4-ssh-askpass (provided by openssh-askpass) programs dump core.
Perhaps these need to be recompiled against the newer qt libraries?
Wonder if the latter really is qt4 or just needs to be renamed.
thanks.
gene
On 1/22/20 7:49 AM, Bjoern Franke via arch-general wrote:
> Hi,
>
> recently AVM provided a beta-Firmware for Fritzboxes which support WPA3.
...
In addition to above, iwd has support for WPA3 - may be worth switching
over from wpa_supp to iwd and see if it works for you (i've been using
it for
On 12/3/19 5:36 AM, Andy Pieters wrote:
>
> I have experienced this last year and when I recompiled both apache
> and wsgi with debugging symbols to find out what's what, it suddenly
> worked again and has since!
>
That sounds like use of variable before set - as debugging initializes
On 11/3/19 11:27 PM, Giancarlo Razzolini wrote:
>
>
> xz is much slower than gzip, and the kernel does not support zstd.
>
Right - facebook brought it up again a few months ago, thread went quiet
and I incorrectly assumed it was actually mainlined - but you're right
it isn't.
On 11/3/19 11:16 PM, Genes Lists via arch-general wrote:
>
> gene
>
Clearly image size and compression both likely impact boot time.
An interesting comparison might be running systemd-analyze blame after
booting with and with hostonly and with and without compression.
Anyone have a c
On 11/3/19 10:59 PM, Genes Lists via arch-general wrote:
>
> Not sure what value a fallback image actualy provides at this point?
> It takes more space and I don't see it adding much value.
>
Didn't think enough - the host only image might well be faster to boot
(being smaller)
On 11/3/19 7:31 PM, Giancarlo Razzolini wrote:
> That would require having dracut depend on mdadm. I think this is something
> to be done by the user. I plan a simple config/preset per kernel that
> will be
Yeh, that makes sense - plus its very easy to add to dracut.conf
> called twice, once
On 11/3/19 7:05 PM, Genes Lists via arch-general wrote:
> Only suggestion I'd make is adding "--mdadmconf" perhaps by default -
To clarify, I mean in dracut.conf - so I should probably have said
mdadmconf="yes"
... anyway, thanks again.
gene
On 11/3/19 4:02 PM, Giancarlo Razzolini wrote:
>
> I'm as of now writing hooks for dracut to be able to install the kernel, as
> mkinitcpio does, and I'm considering have a preset config, like mkinicpio,
> so it gives the user the ability to decide how dracut is ran.
>
> Other than that, given
On 10/31/19 2:30 PM, Giancarlo Razzolini via arch-general wrote:
...
> ... Also, as I've mentioned, dracut should receive
> soon, hooks similar to those mkinitcpio did, with a few differences of
> course.
Since Giancarlo brought up dracut in May this year, I've been using this
successfully to
Since the kernel now separates verification of signed modules from the
enforcement policy whether to allow unverified modules to be loaded or
now I thought it's time to explore. The enforcement policy can be
compiled in or turned on at run time via boot option to kernel.
I now have it working
On 10/9/19 10:11 AM, Tinu Weber wrote:
>
> https://web.archive.org/web/20190722121302/https://www.archlinux.org/groups/x86_64/base/
>
Perfect - thank you!
On 10/9/19 6:15 AM, mar77i via arch-general wrote:
>...What problem are we solving, really?
Problem: - there was a change - but the "diff" is not (obviously)
visible, though I may have not looked in all the right places.
The 'base' package has no history [1] - it came into existence 3 days ago.
On 10/8/19 4:34 PM, Eli Schwartz via arch-general wrote:
> Really, I wish we would do as I'd wanted and transfer the "essential
> packages" which aren't actually essential and were thus not included in
> base.. to a new *group* called "base-extras", which would reflect its
> status as being mere
May I offer a suggestion and you may already be doing thi; its what I do
to create Arch installs customized to my own needs.
Either:
a) Create a simple script with installs a list of packages you want.
Can be as simple as a shell script with a list of commands like:
pacman -S --needed
On 9/17/19 12:48 PM, Yurii Kolesnykov wrote:
> Hello Lukas,
>
> Firstly, could you provide output of the following command (requires
> mesa-demos):
>
> `glxinfo|grep Rendering`
>
Or possibly
glxinfo|grep rendering
What tool is being used to boot (grub, refind, etc)?
Should we assume this is UEFI? And if so, what are UEFI Bios settings
possibly relevant (like a boot manager setting for example which "can"
choose disks oher than your preference).
On 7/21/19 8:28 PM, Genes Lists via arch-general wrote:
> All:
>
> For client tracking and recovery on reboots NFS provides some mechanisms.
>
> My understanding is that nfsdcld is considered replaced by nfsdcltrack.
Following up on self:
(1) nfsdcld is what is still provided b
Topic: Email
Suggest: New package for officia repo [2]
MTA-STS is taking off and the major email providers are supporting it.
Details are described in RFC8461 [1] from Sep 2018.
As of now it has support by Google (gmail), yahoo, comcast, hotmail and
others.
MTA-STS is a new standard that aims
On 8/22/19 3:36 PM, Giancarlo Razzolini via arch-general wrote:
> Em agosto 22, 2019 16:29 Damjan Georgievski via arch-general escreveu:
...
>
> On the other hand, I have been using dracut for months now without any
> issues.
>
> Regards,
> Giancarlo Razzolini
I too have been using it for
On 8/2/19 12:23 PM, John Z. wrote:
...
>> I don't have a direct answer, but check the version(s) of LibreOffice,
There might also be a difference between libreoffice-fresh and
libreoffice-still which is quite a bit behind fresh.
All:
For client tracking and recovery on reboots NFS provides some mechanisms.
My understanding is that nfsdcld is considered replaced by nfsdcltrack.
However, while there is a system service unit for nfsdcld there is
nothing for nfsdcltrack. The binary for both is available. Only the
systemd
On 7/3/19 9:31 AM, Bennett Piater wrote:
> I was talking about external monitors not working, you are talking about wifi
> cards.
You're right sorry - I replied to wrong email - meant to be to this.
It should have been a new thread as different topic.
On 7/2/19 12:25 PM, Stanislav N. aka
On 7/3/19 3:58 AM, Bennett Piater wrote:
>
>
> To clarify: I did not find an upstream bug, and I don't know that this
> is an upstream issue.
It is an upstream bug - peraps my previous email didn't get through -
will quote it again - sorry if its a dup:
---
On 7/2/19 1:48 PM,
> Not only GPUs, but also WiFi cards. Got 8265 on Thinkpad T480 and 5G
> speeds are awful. When you're trying to download via 5G network
> something big - connection interrupts and won't come back until
> NetworkManager is restarted, also there are plenty of errors in dmesg.
> All fine on 5.0.x
On 6/15/19 5:12 PM, Genes Lists via arch-general wrote:
...
>
> I need to do more work ... perhaps test with the --madadmconf flag when
> building the initrd is next step.
>
I confirm that building the initrd with --mdadmconf fixes the problem
assembling the raid disks
I now understand why this works with mkinitrd - it's because this
approach does not assemble the array until -after- the pivot root - and
the hostname is now the real hostname and this matches what's in the
raid superblock.
dracut attempts to assemble the array(s) before - in this case the
> Giancarlo Razzolini
Found this (very) old thread [1] - and tried the suggesion - removed
name= from mdadm.conf, rebuilt the initrd and rebooted but had same
problem. Booted from mkinitrd and still works. May be i need to learn
more about raid
Will need to get back to this.
[1]
>
Speculation - this may be related to the kernel config which has
CONFIG_DEFAULT_HOSTNAME="archlinux"
for arch kernels and i use a different name (saplinux)
In either case, in the boot logs the hostame shown before the pivot root
is that default as compiled into thekernel - but after the
On 6/4/19 4:53 PM, Genes Lists via arch-general wrote:
Forgot to post the boot the boot log which shows the problem occurs
after switching the pivot root:
...
saplinux kernel: md/raid:md127: raid level 6 active with 6 out of 6
devices, algorithm 2
saplinux kernel: md127: detected capacity
On 6/4/19 12:07 PM, Genes Lists via arch-general wrote:
> FYI - I have switched my custom kernel builds to use dracut by default
Ug take it back - i have one problem - a big problem.
On a computer using md RAID-6 the raid disks are not assembled at boot -
and the boot fails. Works f
FYI - I have switched my custom kernel builds to use dracut by default
now - tested on 8 machines with no issues. Very supportive of switching
to dracut.
thank you.
gene
On 5/27/19 2:07 PM, Genes Lists via arch-general wrote:
Likely the same issue
https://lkml.org/lkml/2019/5/28/812
Thanks,
gene
On 5/27/19 2:07 PM, Genes Lists via arch-general wrote:
> Hi
>
> I've come across a possible issue which related to usb keyboard/mouse
> device.
>
>
Quick follow up. I have this issue on 2 machines I've tested.
(i) vendor_id : GenuineIntel
cpu family : 6
model
Hi
I've come across a possible issue which related to usb keyboard/mouse
device.
I notice that booting using dracut initramfs with kernel 5.2-rc2 that as
soon as it boots it shows on the console: stopping job udev Kernel
Device Manager with red spinner.
This times out and boot continues fine -
On 5/21/19 12:24 PM, Genes Lists via arch-general wrote:
> 1) Feedback:
> Tested one computer and it worked fine.
Working fine on a couple more I tested.
Also for my custome kernel builds, I added a libalpm hook to create the
dracut initrd - makes it easier for me to test.
Thank you for
On 5/19/19 6:08 PM, Genes Lists via arch-general wrote:
Firstly, a big thank you for those who updated their packages :)
(By the way, The age column is the number of days between the current
available release and the version we have in the repo. )
Given the work needed to explore possible use
On 5/22/19 11:27 AM, Ram Kumar via arch-general wrote:
I have been using arch on laptops with SSDs for a few years with no
issues whatsoever. Other than the UEFI vfat partition I use ext4 for
everything. It "just works" with no problems at all.
gene
On 5/21/19 1:21 PM, Giancarlo Razzolini wrote:
>> Got text prompt for passphrase not graphical - think there is a way to
>> get graphical as well but need to read further how to do that. I prefer
>> text as I also can see the boot progress details which is helpful.
>> Still, be good to know how
On 5/21/19 2:48 PM, Giancarlo Razzolini wrote:
> Em maio 21, 2019 15:42 Genes Lists via arch-general escreveu:
...
>
> Loading the microcode before will probably always work and should
> continue to be the desirable solution.
..
Funnily enough, while I do have intel-ucode package
Early Microcode and initrd.
I notice that the AMD microcode is [1] in the initrd while the intel
microcode is not.
Booting with option:
initrd=/boot/intel-ucode.img
to get the microcode installed early works fine with dracut as it always
has.
Is this something that will remain the same as now
On 5/21/19 12:41 PM, Doug Newgard via arch-general wrote:
>
>
> Since ln won't work on vfat, that's not really an option for a lot of people.
>
Ah thanks and good point.
While it would actualy work with refind ( as the images are on ext4
/boot partition and only the refind efi images sit in
1) Feedback:
Tested one computer and it worked fine.
Used refind to boot - it has encrytped /home but not root.
Got text prompt for passphrase not graphical - think there is a way to
get graphical as well but need to read further how to do that. I prefer
text as I also can see the boot progress
On 5/20/19 10:41 PM, Giancarlo Razzolini via arch-dev-public wrote:
> Hi All,
>
...
>
> In this initial phase I want to ask as many of you to test this as a
> replacement to mkinitcpio in your setups,
> as many as possible, and in as many scenarios as possible. We will
...
I'm an arch tester
On 5/19/19 6:16 PM, Anatol Pomozov via arch-general wrote:
...
>> lsof4.91201804044.93.2 20190508399
>
> Where did you find lsof version 4.93.2?>
> The official website does not mention current version. And the mirror
> Arch uses hosts 4.91 only
Hi - First a thank you for all the great work managing and keeping
packages up to date. It can a significant amount of work.
That said, periodically I check the repos for out of date packages. I've
selected a few to highlight based on age and my own view of importance
(no claim its a good view).
On 2/28/19 9:21 AM, DcUK wrote:
..
>
> The aur/iprange package is another alternative for manipulating IP lists.
>
> It can optimize/merge/compare/convert in pretty much any way you like.
Thanks - wasn't aware of this one either. A quick glance at source and
it seems to be IPV4 only with no
On 2/27/19 7:37 PM, Eli Schwartz via arch-general wrote:
.
>
> If there are any remaining packages where the Arch packager has added
> his/her own systemd files that contain "/var/run", you are welcome to
> file a bug report at https://bugs.archlinux.org
>
Thanks that is helpful - I'll
I've noticed warnings from systemd about changing systemd files to
reference /run instead of /var/run.
I'm not sure if this is upstream or arch or both? I see it for things like:
rpc-statd (from nfs-utils)
dovecot
saslauthd
chronyd
There may well be more.
gene
On 2/26/19 4:01 PM, brent s. wrote:
...
>
> You can (Gene, you may find this particularly useful since you feed to
> ipset) use the pyroute2.IPSet() function to actually manage the live
>
Great thank you - I wasn't aware of this capability. I really like
python! ipset made a huge difference -
On 2/26/19 1:13 PM, Juha Kankare via arch-general wrote:
> On 26/02/2019 20:11, Genes Lists via arch-general wrote:
...
>
> My current script is just pulling cn.zone from ipdeny.com. This looks
> super useful, I'm saving it. Thank you dude!
>
You're welcome.
I just ra
Just an FYI if you pull cidr blocks by country, either doing it
yourself directly from arin et al or by using someone elses list like
ipdeny.com the CIDR blocks are not necessarily compacted.
i.e. it is often not the most minimal CIDR representation. I use is
this little python script, which
-R folks evolution-data-server or use -Rc evolution-data-server
[warning], may remove more than intended, read the output before you
press Y/enter
Well duh on me for being silly. I read that as a "folksy" message
instead of as a package - happy new year lol.
Thank you for fixing my
Ignore the evolution line, bad paste - i tried to remove them both which
failed as above, then I removed evolution which worked. I subsequently
tried to remove evolution-data-server alone and got:
# pacman -R evolution-data-server
checking dependencies...
error: failed to prepare
What am I doing wrong?
# pacman -R evolution-data-server
checking dependencies...
error: failed to prepare transaction (could not satisfy dependencies)
:: evolution: removing evolution-data-server breaks dependency
'evolution-data-server'
:: folks: removing evolution-data-server breaks
Requires adding files (if you haven't already got them) for both dovecot
and postfix and not relying on the old 'other' catchall pam file.
This is described in more detail in the forum posts [1]. Hoever I'm as
yet not sure of the best postfix pam file. Perhaps others can comment.
thank you.
The problem stems from change to:
/etc/pam.d/other
which replaced
password requiredpam_unix.so
with
password required pam_deny.so
I wonder if this means that things like dovecot and postfix need to have
explicit additional files in /etc/pam.d so that email authentication
Forgot to mention the perhaps obvious that postfix subsequently logs:
warning: SASL authentication failure: Password verification failed
Thank you.
pambase 20190105.1-1 caused bad failure for email.
The error I saw immediately was from postfix failing to authenticate
users via saslauthd which in turn blames pam. Downgrading back to
20171006-1 restores email funtioning ok.
Logs say:
saslauthd[22214]: pam_warn(smtp:auth):
To help us understand, On the wireguard server what is the output of
iptables --list-rules
thanks,
gene
On 1/1/19 10:46 AM, siefke_lis...@web.de wrote:
> Forwarding is enabled like it stand in tutorial of Arch and Firewall
> only must open the port I used for wireguard?
>
There are 3 of cases that come to mind. (a) you're testing on internal
network (b) you're using external and wireguard is
On 1/1/19 9:49 AM, Jelle van der Waa wrote:
had someone run wireguard?`I have read today about it and try to run
it through the Tutorial
Yes
I run it as well. Works really well, is easy to configure. I use a QR
code to configure android phones using the beta app. This is discussed
in
On 12/21/18 10:38 AM, Eli Schwartz via arch-general wrote:
...
Debian has patches for both -- neither of which the syslinux developer
community has responded to, though given that they've only committed 2
patches in the last year, both of which were in response to a syslinux
thread entitled "Is
On 12/18/18 3:54 PM, Christian Hesse wrote:
The remaining issue is that zerofill support in libmariadb is broken.
Thanks Christian:
I certainly assume you're all making sound decisions on holding off
on 10.3.11 - but it would be helpful, if you you wouldn't mind, sharing
a little more
Yeh the defaults were changed a while ago ...
Try add this to your unbound.conf
do-daemonize: no
See if that fixes things.
On 10/31/18 4:41 PM, siefke_lis...@web.de wrote:
On 9/27/18 7:04 AM, leoutat...@gmx.fr wrote:
If you have further news, feel free to share. :)
Mariadb 10.2 and 10.3 are available in all distro except Arch
https://downloads.mariadb.org/mariadb/repositories/#mirror=cnrs
The link Eli provided references lots of client programs having
Not sure when this started but seems to be after the last update.
Everything works normally and then at some point, somehow Ctrl-P + Enter
becomes a shortcut for a new konsole tab.
You can see this in settings->manage profiles (shortcuts). I have 2
profiles - my own plus the default. It is
On 1/11/18 12:39 PM, Bruno Pagani wrote:
...
... because the new version of those packages won’t have the dir anymore.
Regards,
Bruno
Ding ... duh of course ... thank you both for your patience ...
On 1/11/18 12:15 PM, Eli Schwartz via arch-general wrote:
..
*What* directory removal logic???
pacman -Qo /usr/lib/modules/extramodules-4.14-ARCH/
Anyway, see how Red Hat uses "weak modules" in much the same way.
When linux is updated to 4.15 the old 4.14.13-1-ARCH modules directory
will
On 1/11/18 9:45 AM, Eli Schwartz via arch-general wrote:
...
Because the extramodules directory is designated for thirdparty modules
that are believed to be compatible with any kernel patch release of the
same major.minor version. If the module needs to be recompiled with
patch releases, it
The linux package creates 2 directories; for example:
/usr/lib/modules/4.14.13-1-ARCH
/usr/lib/modules/extramodules-4.14-ARCH
Question - Why is the latter not named extramodules-4.14.13-1-ARCH?
Both are owned by the linux-4.14.13 package - and extramodules-4.14-ARCH
will also be owned
On Sat, 2017-10-07 at 21:03 +0200, Frank Zimmermann wrote:
> > 4.13.4 - have you tried 4.13.4 from testing?
>
> So this kernel does not provide an improvement
2 Other threads that may be relevant - do these seem relevant for your
case?
4.13
Could be related
https://lkml.org/lkml/2017/8/14/682
Not sure if this was in 4.13.3 but looks like it should be fixed in
4.13.4 - have you tried 4.13.4 from testing?
--
Gene
li...@sapience.com
I note that there are some atheros (and intel) wifi fixes in 4.13.4
which you can try from testing repo. I think original poster may be
using Ath based on the logs. Don't know if it addresses this (these)
particular issue(s).
Are you also using Ath by any chance?
--
Gene
li...@sapience.com
On Tue, 2017-09-26 at 23:06 +0200, Christian Hesse wrote:
> ...
> We tried to upgrade to MariaDB 10.2.6, which ended in a disaster. The
> client
> library has been renamed from libmysqlclient to libmariadb and it has
> seen
> structural changes for data types. Programs fail to link or - if they
>
On Tue, 2017-09-26 at 21:28 +0200, Christian Hesse wrote:
> Hello everybody,
>
> after the release of 10.1.27 upstream was made aware of a regression,
> so
> the release has been pulled from the downloads system. The fix will
> be
> in 10.1.28.
> I removed mariadb 10.1.27 packages from [testing].
On Mon, 2017-07-17 at 06:38 +0200, SanskritFritz wrote:
> On Sat, Jul 15, 2017 at 6:21 PM, Genes Lists via arch-general ene...@archlinux.org> wrote:
> > I have a work around which is to add timeout=90
>
> Where to add this?
>
>
in /etc/crypttab at the end of
Could wel be related:
https://github.com/systemd/systemd/pull/6264
--
Gene
li...@sapience.com
I have a work around which is to add timeout=90
It seems the timeout=0, which is the default) and is supposed to mean
wait indefinitely) is now treated as dont prompt or wait at all.
I cannot say if this is a change in behavior which is intentional and
the man pages need to be updated (man
This has been working for years - starting on recent reboots systemd is
failing to ask for password for luks encrypted /home partition and boot
halts.
Fully updated from testing repos - when I reboot now, systemd no longer
asks for password to unlock luks partition. There is no hesitation at all
1) Tobias: Thank you for doing a terrific and diligent job packaging
and testing kernels and, which come into testing in short order.
2) Florian: Thank you for your comments - agree completely.
3) Adding to what Florian said - Testing also allows Arch users to
signoff after performing
May want to warn anyone running dovecot that sslv2 is no longer
supported in openssl 1.1.
And so if conf.d/10-ssl.conf has this line:
ssl_protocols = !SSLv2 !SSLv3
this will lead to error and mail not working - change to:
ssl_protocols = !SSLv3
--
Gene
li...@sapience.com
On Tue, 2017-01-10 at 16:55 +, Mike Cloaked via arch-general wrote:
> On Tue, Jan 10, 2017 at 1:53 PM, Carsten Mattner via arch-general <
> arch-general@archlinux.org> wrote:
>
> > ...
> >
>
> Looks like there are some patches to try and are being tested for
> kernel
> 4.9 - see
On Fri, 2016-12-23 at 13:59 +0100, fredbezies via arch-general wrote:
> Hello.
>
> I'm facing an annoying bug with linux 4.9-1 kernel on my 6 or 7 years
> old Toshiba Laptop. When I try to make it boot on with linux 4.9-1
> kernel, it freeze right after loading initramfs.
Please add to this bug
On Fri, 2016-12-23 at 13:59 +0100, fredbezies via arch-general wrote:
> ...
>
> I opened a bug : https://bugs.archlinux.org/task/52246
I added a comment to your bug report.
I have one computer which doesn't boot under 4.9 - this started with
4.9-RC1 ( i build and test all kernels) and still
On Thu, 2016-09-08 at 10:15 +0200, Jelle van der Waa wrote:
>
>
> Not sure what you are trying to achieve with this email, but it's
My point was just that by focussing on the more important packages, it
seems to me Arch is doing pretty well in my view - the glass is half
full so to speak.
>
After the recent dicsussion(s) around this topic I thought it
worthwhile to go through where things stand.
I went through all the packages flagged out of date on the website
and focused on what I viewed as the "more important" ones (this is IMHO
of course ... I'm sure others have differnt
> On Sun, 2016-08-21 at 10:09 -0400, Genes Lists via arch-general
wrote:
> Tried to update today but I am getting the following errors:
This has been resolved and the error has gone (stale mirror perhaps?)
Anyay - sorry for noise.
--
Gene
li...@sapience.com
On Sun, 2016-08-21 at 08:07 +, Arch Website Notification wrote:
> === Signoff report for [testing] ===
> https://www.archlinux.org/packages/signoffs/
>
> There are currently:
> * 402 new packages in last 24 hours
> * 0 known bad packages
> * 0 packages not accepting signoffs
> * 12 fully
On Sun, 2016-08-14 at 15:27 -0500, Dutch Ingraham wrote:
>
> I would argue it is not the raw number or percentage of packages that
> are out of date, but *which* packages are out of date. For example,
> I
> wouldn't place equal weight on pychess as I would glibc.
Agree with this completely
refind-efi has been flagged out of date for 9 months.
Are there any packagers who would be willing to take this one over?
It is not the most out of date even ... but it's an important
component for those who boot with it. There are plenty of others which
are also very out of date.
I counted
There is a little noise on install
Are these fixable - or benign?
(9/9) upgrading texlive-
bin []
100%
>>> texlive: updating the filename database...
recreating all formats...fmtutil [WARNING]: inifile aleph.ini for
On Sat, 2016-07-02 at 09:16 +1000, Allan McRae wrote:
>
> This sounds like the Fedora policy where packages have to surpass a
> certain karma level to move into the main repositories. I'm not sure
> who gets to vote for that though.
>
> A
I would suggest allowing any Arch user vote yay or
1 - 100 of 231 matches
Mail list logo
