On 9/19/18, ProgAndy wrote:
> There are LTS releases planned by AdoptOpenJDK, though. For now, Java 8
> and Java 11 are declared as supported until at least 2022 [1]. These
> versions may be of interest for Arch Linux.
I'm not a Java developer anymore and probably unaware of new stuff,
and what
On 9/17/18, ProgAndy wrote:
> Am 18.09.18 um 00:23 schrieb Carsten Mattner via arch-general:
>> Hope you don't mind me hijacking the thread to ask if you've ever
>> extracted an adoptopenjdk tarball and were able to use it for running
>> a Swing GUI. The jdk10-o
On 9/17/18, Guus Snijders via arch-general wrote:
> As an alternative : you could just extract (unpack) the pkg file to a
> versioned directory in your $home and use those for testing.
Hope you don't mind me hijacking the thread to ask if you've ever
extracted an adoptopenjdk tarball and were ab
On 9/17/18, Eli Schwartz via arch-general wrote:
> So essentially what you really want is a way for pacman to remember your
> choice. That would require pacman modify its configuration which is
> something that goes against the current architecture... What would happen
> instead is pacman.conf co
I have a related question. I tried arch's openjdk packages and those
were successful in displaying Swing UIs.
Then, to check out newer JDKs and IBM's OpenJ9, I grabbed a
build from https://adoptopenjdk.net, and I just couldn't get
any Swing UI to display. It reported many exceptions and that
was i
On 9/10/18, Geo Kozey via arch-general wrote:
> Of course I don't report issues with linux-hardened patch itself upstream.
Correct me if I'm wrong, but does that mean you first try to repro with
vanilla and fall back to reporting to -hardened if it's not present in
Linus' tree?
On 9/10/18, Levente Polyak via arch-general wrote:
> On 9/10/18 1:43 PM, Carsten Mattner wrote:
>> On 9/10/18, Levente Polyak via arch-general
>> wrote:
>>> Just a crazy idea but how about contributing back instead of just
>>> complaining? People on the bug tracker always help guiding how to repo
On 9/10/18, Levente Polyak via arch-general wrote:
> It is quite definitively equally stable as vanilla linux is, there is no
> crazy overly invasive stuff in hardened that would justify claiming
> otherwise.
That hasn't been my experience, and I'm happy to hear I might be an
outlier. I am grate
On 9/9/18, Gus wrote:
> Linux-hardened doesn't support hibernation and i think it's overkill to
> use it on desktop.
Not arguing in anyway for or against AppArmor, just another
data point regarding linux-hardened 4.17 and 4.18:
I tried linux-hardened on two Intel machines, and it was less stable
Is there a guide to migrate from synaptics to libinput?
I tried and failed to configure Wayland's libinput
to behave like my xf86-input-synaptics config, and
that has been enough experience to not try
xf86-input-libinput, at least for the moment.
On 5/29/18, Francesco Porro via arch-general wrote:
> You don't need to add my address since I'm subscribed to the mailing
> list :)
>
> (it you do, and I hit reply, Kmail replys only to your email by
> default).
I think there's some confusion. I checked the mail you sent me, and
the only recipi
On 5/27/18, Francesco Porro via arch-general wrote:
> You mailed me privately. Better replying to mailing list since this could be
>
> useful to others && please do not top quote.
Agreed, but I only replied to your direct mail to me. Apologies if
I missed the CC somehow.
The single most beneficial change would be adoption of
The Update Framework, since it is resilient against
all known issues with remote package management,
regardless of pkg signers coming/going and whether
HTTPS is used or not. It also has a nice protocol
for handling key revocation.
On 5/8/18, Francesco Porro wrote:
> In data martedì 8 maggio 2018 21:08:35 CEST, Carsten Mattner ha scritto:
>> Linux block layer's writeback system was supposed to fix this,
>> but I've also noticed that the mechanism isn't perfect and
>> you can still have a "hanging" application when doing the
On 5/8/18, Francesco Porro via arch-general wrote:
> Hi,
>
> My problem is: when I'm watching a video, running Konversation in the
> background with logging on disk enabled, the playback of video slows
> down, freezes for a while.
>
> Running iotop and ksysguard I found that baloo_file_extractor i
FWIW and thankfully, we're not all wired the same, and I can
say with certainty that I find htop irritating and confusing,
having used FreeBSD and procps top for decades. There is
a learning curve, I guess, or we're using/missing different
features.
But to return to the important point, does anyon
I haven't seen the modern top ui, but it sounds useful and I'd
be in favor of it if it doesn't break things.
But I have to note that terminal emulators and coloring curses
applications is very hard to do in a way that works across
everyone's favorite color scheme. It's bound to result in
invisible
On 3/19/18, Paul Gideon Dann via arch-general
wrote:
> I've moved or cloned my general-use Arch system between disks more times
> than I can count. This is what LVM is for. If you're not using LVM (or
> BTRFS), I recommend you start
Which aspect is easier/improved with LVM?
On 3/16/18, Jelle van der Waa wrote:
> On 03/15/18 at 09:29pm, Carsten Mattner via arch-general wrote:
>> On 3/15/18, Eli Schwartz via arch-general
>> wrote:
>>
>> > Good news, I guess, is that we will almost certainly switch to bugzilla
>> > as soon as Ha
I should note that Jira takes the position of being the slowest bugtracker.
Nobody would use git if it was slow like Jira or Bugzilla.
On 3/15/18, Eli Schwartz via arch-general wrote:
> Good news, I guess, is that we will almost certainly switch to bugzilla
> as soon as Harmony brings stable psgi support (Soon™).
Harmony?
PSGI?
I like Bugzilla's features, and I don't use arch's tracker enough to have
a voice, or maintain it to
On 3/14/18, Thomas Dreher wrote:
> Am Mittwoch, 14. März 2018, 01:50:51 CET schrieb Jagannathan Tiruvallur
> Eachambadi via arch-general:
>> On Tuesday 13 March 2018 12:53:10 PM CET Thomas Dreher wrote:
>> > Libinput is broken. Downgrading to 1.10.1-1 works.
>>
>> Can you link any bug report regar
On 3/14/18, Ralf Mardorf wrote:
> As a real-time audio user, too, be sure, I'm as well using a PS/2
> keyboard. A PS/2 keyboard should work. However, from time to time it
I'm so glad to hear there are other PS/2 keyboard proponents.
USB kinda, sorta works but the bus nature of it, and having
mor
On 3/13/18, Jeanette C. via arch-general wrote:
> Hey hey,
> I updated yesterday, from some;thing like a 4.13 or 4.14 kernel to version
> 4.15.5 and couldn't use my PS/2 keyboard. I saw the LEDs flashing when the
> system started, but couldn't get any response from the keyboard upon login.
>
> I'v
On 3/13/18, Eli Schwartz via arch-general wrote:
> Like I said, this can be done from any system which has pacman and
> mkinitcpio available. That means:
>
> 1) Arch Linux
> 2) Gentoo, which has a pacman package and IIRC also provides mkinitcpio
>as an option alongside dracut.
> 3) Any Linux
On 3/13/18, PkmX via arch-general wrote:
> Hi,
>
> AFAIK this is the exact case of gcc bugzilla #84607:
>
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84607
>
> As this is an upstream bug this should affect all distributions, maybe
> the commenter on Debian is using 7.3.1 so he can't reproduce t
On 3/13/18, David Rosenstrauch wrote:
>
>
> On 03/12/2018 09:56 PM, Carsten Mattner via arch-general wrote:
>> Any BIOS updates or kernel updates recently (4.15.8)?
>>
>> Try with 3.16 or 4.9 or another old lts kernel from archive.archlinux.org
>> just for tes
On 3/13/18, David Rosenstrauch wrote:
> So if this issue is irq-based, I guess that means some piece of hardware
> is faulty or failing. Any idea how I might go about pinning down which
> one? Would there be info in the kernel log about this? Or something
> that I can look at in /proc?
Any BI
Sorry for letting gmail butcher wrapping/breaks. Someone at Google
needs to be demoted for that anti-feature. I should remember to never
edit in gmail's text box but use my normal editor as usual.
It almost looks like filesystem development doesn't fit Linux kernel
development style
of iterating constantly and evolving with time. btrfs has had the same
time as zfs
had in-house at Oracle before it was declared publicly stable, and
there are still
buggy/unfinished corners.
If you look at past
On 3/12/18, Leonid Isaev via arch-general wrote:
> On Mon, Mar 12, 2018 at 10:24:37PM +0000, Carsten Mattner via arch-general
> wrote:
>> On 3/12/18, Eli Schwartz via arch-general
>> wrote:
>> > On 03/11/2018 10:00 PM, Carsten Mattner via arch-general wrote:
>&
On 3/12/18, Eli Schwartz via arch-general wrote:
> On 03/11/2018 10:00 PM, Carsten Mattner via arch-general wrote:
>> I'm happy to hear that. My rationale is based on past observations
>> of needlessly heated arguments and ZFS, due to its license splitting
>> t
On 3/12/18, David Rosenstrauch wrote:
> My server's been exhibiting some very strange behavior lately. Every
> couple of days I run into a situation where one core (core #0) on the
> quad core CPU starts continuously using around 34% of CPU, but I'm not
> able to see (using htop) any process that
On 3/12/18, Celti Burroughs via arch-general wrote:
> On Mon, 12 Mar 2018 01:04:14 +
> Carsten Mattner via arch-general wrote:
>
>> Or I actually did post it to the list by accident.
>>
>> Please don't flame me for mention ZFS boot environments as a techniq
Or I actually did post it to the list by accident.
Please don't flame me for mention ZFS boot environments as a technique
available for FOSS servers.
On 3/12/18, Carsten Mattner wrote:
> On 3/11/18, David C. Rankin wrote:
>
>> This was a nightmare. It's not a CD problem, it's a problem with the
On 3/11/18, David C. Rankin wrote:
> This was a nightmare. It's not a CD problem, it's a problem with the system
> seeing the CD Label and/or creating the /dev/disk/by-label directory in
> time for the link to be created.
Hi David,
so in the end you were able to boot off usb, right?
Also, the
On 3/4/18, Eli Schwartz wrote:
> On 03/04/2018 03:27 PM, Carsten Mattner wrote:
>> Interesting. What does PKGBUILD do with history of more than 10
>> revisions?
>> If we checkout a tag or specific commit (e.g. xf86-video-intel), what
>> does PKGBUILD need prior revisions for? I'm sure you're corre
On 3/4/18, Eli Schwartz wrote:
> On 03/04/2018 10:58 AM, Carsten Mattner wrote:
>> At least for GitHub remotes, don't they still support checking out
>> with SVN? If they do, this would be faster and use less space, too,
>> when we just need a certain revision and no history at all.
>>
>> Other th
At least for GitHub remotes, don't they still support checking out
with SVN? If they do, this would be faster and use less space, too,
when we just need a certain revision and no history at all.
Other than that, I'm "pretty sure" that a git depth of 10 commits
will work for most repositories when
Does it also happen if you run one X session and a Wayland session?
On 10/18/17, Robert Arkiletian via arch-general
wrote:
> If I have two X sessions running on different accounts and I switch
> between them (ctrl-alt-f1 ctrl-alt-f2) a few times. I usually get a
> frozen mouse in one of the two
On Fri, May 12, 2017 at 1:22 AM, Hao Zhang via arch-general
wrote:
> On 2017-05-10 20:19, Bartłomiej Piotrowski wrote:
>> I found some time today to make a test build of the latest GCC. I tested
>> some "simple" projects like nginx and libtorrent-rasterbar and they do
>> build, while MariaDB fails
On Mon, May 8, 2017 at 9:15 PM, Eli Schwartz via arch-general
wrote:
> On 05/08/2017 01:45 PM, Carsten Mattner wrote:
>> Is the idea that I create a machine local repo that has highest prio
>> and overrides arch extra/testing? Otherwise, I don't know how to unbreak
>> the cycle while only building
On Sun, May 7, 2017 at 6:37 PM, Eli Schwartz via arch-general
wrote:
> On 05/07/2017 02:28 PM, Carsten Mattner via arch-general wrote:
>> On Sun, May 7, 2017 at 6:11 PM, Doug Newgard wrote:
>>> And again, the cycle doesn't matter at all if your ffmpeg package is set up
On Sun, May 7, 2017 at 6:11 PM, Doug Newgard wrote:
> On Sun, 7 May 2017 18:05:16 +
> Carsten Mattner via arch-general wrote:
>
>> On Sun, May 7, 2017 at 4:45 PM, Doug Newgard wrote:
>> > So what? None of that should cause a problem if your custom
>> >
On Sun, May 7, 2017 at 4:45 PM, Doug Newgard wrote:
> On Sun, 7 May 2017 16:36:43 +
> Carsten Mattner via arch-general wrote:
>
>> On Sun, May 7, 2017 at 3:01 PM, Doug Newgard wrote:
>> > On Sun, 7 May 2017 14:51:08 +0000
>> > Carsten Mattner via arch-gener
On Sun, May 7, 2017 at 2:57 PM, Lin DasSarma <_...@umbc.edu> wrote:
> Carsten,
>
> What about a custom ffmpeg PKGBUILD instead?
That's what I've been doing which got complicated now that
x264.h is not in libx264 but x264 and x264 depends on ffmpeg
for presumably muxing.
We have more than two x264
On Sun, May 7, 2017 at 3:01 PM, Doug Newgard wrote:
> On Sun, 7 May 2017 14:51:08 +
> Carsten Mattner via arch-general wrote:
>
>> For various reasons like missing features and wrong version
>> I cannot use arch's ffmpeg package and have to build my own
>>
Since the libx264 package does not include /usr/include
and it's in x264 now, and because x264 depends on ffmpeg,
I cannot use libx264 without also installing ffmpeg.
For various reasons like missing features and wrong version
I cannot use arch's ffmpeg package and have to build my own
package, an
On Fri, Apr 28, 2017 at 6:43 PM, Eric Blau wrote:
> On Fri, Apr 28, 2017 at 2:19 PM, Carsten Mattner
> wrote:
>> On Fri, Apr 28, 2017 at 5:11 PM, Eric Blau wrote:
>>> On Fri, Apr 28, 2017 at 12:29 PM, Carsten Mattner via arch-general
>>> wrote:
>>>
>
On Fri, Apr 28, 2017 at 6:34 PM, Eric Blau wrote:
> On Fri, Apr 28, 2017 at 2:20 PM, Carsten Mattner
> wrote:
>> Eric, does it also fail in XFCE or GNOME3? Like I wrote, I've found
>> Plasma's compositor to be buggier.
>
> I use i3 with compton as a compositor. Maybe I would have better luck
> ru
Eric, does it also fail in XFCE or GNOME3? Like I wrote, I've found
Plasma's compositor to be buggier.
On Fri, Apr 28, 2017 at 5:11 PM, Eric Blau wrote:
> On Fri, Apr 28, 2017 at 12:29 PM, Carsten Mattner via arch-general
> wrote:
> >
> > The constant churn of refactorings and whatnot makes it impossible
> > for all the hardware that say i915 supports to actually work
&g
On Fri, Apr 28, 2017 at 12:40 PM, fnodeuser wrote:
> Tobias Powalowski,
>
> you continue to place pkgs in the testing repo that do not require
> any further testing.
>
> for what reasons, exactly, do the linux 4.10.13 and hwids 20170328
> pkgs need to be in testing for 4+ days?
>
> also, you did n
On Thu, Apr 27, 2017 at 7:12 PM, Carsten Mattner
wrote:
> Is CopperheadOS using grsec or something derived from it?
Found the technical details, it seems to be select grsec features
ported to AOSP but not a full port of grsec, which together with the
other hardening looks reasonable since it's a
Is CopperheadOS using grsec or something derived from it?
This is an undesirable situation for users, but I want to offer a
positive outlook on this. Ever since KSPP started, some of the
dynamics started to shift and I wager that closing off grsec will
motivate more users and developers to consider supporting efforts that
are in mainline linux. Short-term
On Fri, Apr 21, 2017 at 12:09 PM, Guus Snijders wrote:
>
> If I may suggest a pain point: arch needs good support for
> revoking packages and replacing with the previous version
> if regressions are encountered.
>
>
> From a user POV, that is something where Arch really stands out (for me,
> anywa
On Thu, Apr 20, 2017 at 8:27 PM, Mauro Santos via arch-general
wrote:
> On 20-04-2017 20:21, Ralf Mardorf wrote:
>>> Have you reported the bug? If yes and the dev decides that it should be
>>> reverted to a previous version there is a way to do it, see:
>>> man pacman | grep -A1 epoch
>>
>> For th
If I may suggest a pain point: arch needs good support for
revoking packages and replacing with the previous version
if regressions are encountered. Case in point ffmpeg 3.3.
3.2.4 was fine and 2.8.11 is also fine but 3.3's muxer
corrupts files. It's not the first instance where I wished
for offici
On Tue, Jan 10, 2017 at 8:14 PM, Eli Schwartz via arch-general wrote:
> On 01/10/2017 08:53 AM, Carsten Mattner via arch-general wrote:
>> My criticism of the stable patch queue is that they mix fixes
>> with actual feature patches, making it more risky and not
>> upholding a
FYI, 4.8 has been EOL'd, leaving 4.4-lts, 4.1-lts as options for
arch "default" kernel until 4.10 is released if we assume that
there's a critical fix in the stable patch queue.
My criticism of the stable patch queue is that they mix fixes
with actual feature patches, making it more risky and not
On Sat, Dec 24, 2016 at 4:33 PM, Mauro Santos
wrote:
> On 24-12-2016 14:14, Carsten Mattner wrote:
>> On Fri, Dec 23, 2016 at 3:17 PM, Mauro Santos via arch-general
>> wrote:
>>> On 23-12-2016 13:58, Carsten Mattner via arch-general wrote:
>>>> On Fri, Dec
On Fri, Dec 23, 2016 at 3:17 PM, Mauro Santos via arch-general
wrote:
> On 23-12-2016 13:58, Carsten Mattner via arch-general wrote:
>> On Fri, Dec 23, 2016 at 1:59 PM, fredbezies via arch-general
>> wrote:
>>> Hello.
>>>
>>> I'm facing an annoying
On Fri, Dec 23, 2016 at 1:59 PM, 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.
>
> 4.8.xx kernel was worki
On Sat, Dec 3, 2016 at 6:27 AM, fnodeuser wrote:
> https://lists.archlinux.org/pipermail/arch-dev-public/2016-November/028492.html
I would suggest considering TUF - The Update Framework or stealing their
signing scheme which withstands all kinds of attack scenarios.
On Sat, Nov 26, 2016 at 3:23 PM, Maarten de Vries
> To my knowledge, makechrootpkg uses systemd-nspawn, which means it is
> already using a container. Reproducible builds will need quite a bit more
> work than simply using containers though.
I only meant reproducible environment but failed to ma
On Sat, Nov 26, 2016 at 3:23 PM, Bennett Piater wrote:
>> Another very useful case would be using containers as a chroot replacement
>> for having clean (only what's in the recipe), reproducable build environments
>> for building arch packages. It would also allow installing makedeps only in
>> th
On Sat, Nov 26, 2016 at 3:23 PM, Maarten de Vries wrote:
>
>
> On 26 November 2016 at 15:08, Carsten Mattner via arch-general
> wrote:
>>
>>
>> Another very useful case would be using containers as a chroot replacement
>> for having clean (only what&
On Fri, Nov 25, 2016 at 7:01 PM, pelzflorian (Florian Pelz)
wrote:
> Containers are an attempt to solve multiple issues. One is being a
> replacement for bundles. When people sell and distribute a proprietary
> app/game, they presumably want it to run on as many systems as possible
> with as littl
When it comes to security of online update mechanisms and that of
an index, TUF has a well designed scheme to be safe regardless of
http and plan for eventual leak/theft of signing keys.
I'd suggest anyone interest to have a look.
On Tue, Jul 19, 2016 at 8:37 PM, pelzflorian (Florian Pelz)
wrote:
> On 07/19/2016 07:03 PM, Carsten Mattner via arch-general wrote:
>> This is a nice and useful project, but I think we could be served
>> better in the short term by having supported firejail profiles
>> fo
This is a nice and useful project, but I think we could be served
better in the short term by having supported firejail profiles
for things like Firefox and LibreOffice that are easy to use.
On Wed, Jun 1, 2016 at 1:25 AM, phimosis haver via arch-general
wrote:
> "The most recent version of OCaml is 4.03.0. It was released on 2016-05-25."
>
> https://www.archlinux.org/packages/extra/x86_64/ocaml/ is a super old
> version.
I believe most people use opam to install different OCaml vers
73 matches
Mail list logo