Re: [arch-general] package pages link to github (which is partly broken)

[Jelle van der Waa]

On 18/10/2020 17:29, LuKaRo wrote:
> On 7/22/20 9:18 PM, Giancarlo Razzolini via arch-general wrote:
>> Em julho 22, 2020 14:31 LuKaRo escreveu:
>>> Thanks for clarifying :) Does that mean that gitlab.archlinux.org is
>>> meant to replace git.archlinux.org in the long run, and GitHub will
>>> be just a mirror?
>>>
>>> LuKaRo
>>>
>>
>> Yes, although, things are still not fully defined for everthing. I
>> would say,
>> however, that anything under https://gitlab.archlinux.org/archlinux
>> can be considered
>> the de facto upstream for those projects as of now.
>>
>> It doesn't mean that mirroring always will be done, or that in some
>> instances that the
>> mirroring won't be done in the opposite direction (ie, from gitlab to
>> github). Things are
>> still evolving.
>>
>> Regards,
>> Giancarlo Razzolini
> 
> Hi,
> 
> I need to pick up this thread once more. Again, I wanted to access an
> older version of a package in the official repositories today. But the
> "view changes" link still points to github. I manually found the
> svntogit/community.git repository under git.archlinux.org. Is
> git.archlinux.org still supposed to be taken down in the near future?

No, the cgit instance will go away in the for see-able future (hopefully
2020). Note that the view changes button works fine? It shows an
overview of commits for me for a package.

> Will the svntogit-repositories move to gitlab until then? 

No, as Gitlab isn't able to scale to repository's this size ironically.
https://gitlab.com/gitlab-org/gitlab/-/issues/232072

> Or what will be the local non-commercial mirror for accessing them?

git.archlinux.org as long as it stays alive.



signature.asc
Description: OpenPGP digital signature

Re: [arch-general] arch monthly brocken

[Jelle van der Waa]

On 05/05/2020 17:42, C Schu via arch-general wrote:
> Hi !
> 
> I use mothly update repo:
> 
> Server=https://archive.archlinux.org/repos/month/$repo/os/$arch
> 
> For years it works without problem but now it doesnt work ?!

Given your limited information, I assume you mean
https://archive.archlinux.org/repos/2020/05/01/ ?

Since the repository is empty, it won't work.




signature.asc
Description: OpenPGP digital signature

Re: [arch-general] Multi-threaded mkinitpcio

[Jelle van der Waa]

On 04/04/2020 12:11, Pascal via arch-general wrote:
> I don't quite understand where the reproducibility is broken ?

multi-threaded compression does not create a predictable reproducible
archive (for xz/zstd).

> Amin Vakil says that rebuilding his initrd (when updating kernel and/or
> modules) takes a lot of time and the final compression phase can be reduced
> by switching to lz4 or lzop. when you go from xz (which may be his case) to
> lzop, the difference is remarkable.

Sure, has nothing to do with reproducibility however.

> 
> Le ven. 3 avr. 2020 à 14:47, Giancarlo Razzolini 
> a écrit :
> 
>> Em abril 3, 2020 3:17 Pascal via arch-general escreveu:
>>> hi,
>>>
>>> change the COMPRESSION variable to lz4 ou lzop in your
>> /etc/mkinitcpio.conf
>>> : it will considerably reduce the compression time.
>>>
>>
>> And break reproducibility. Also, I wouldn't say considerably. Might be
>> faster,
>> but not leaps and bounds faster.
>>
>> Regards,
>> Giancarlo Razzolini
>>

Re: [arch-general] animate.sty in texlive-latexextra needs update

[Jelle van der Waa]

On 02/24/20 at 03:31pm, Marco via arch-general wrote:
> Dear list,
> 
> I run into the problem of outdated package "animate" contained in
> texlive-latexextra. With the current version of the package, xelatex
> is not able to embed animations at least when using png frames. At the
> contrary, pdflatex works fine.
> 
> Replacing the /usr/share/texmf-dist/tex/latex/animate/animate.sty with
> the version "2019/12/03" available upstream, that is, from CTAN [1],
> fixes the issue.
> 
> I am now confused as what it's the best way to proceed, since I am not
> familiar with Arch's release cycle of texlive.
> 
> Should I flag texlive-latexextra as out-of-date? Or is it better to
> file a bugreport?
> Suggestions welcomed.

File a bug report.


signature.asc
Description: PGP signature

Re: [arch-general] A few out of date packages

[Jelle van der Waa]

On 02/11/20 at 06:58pm, Genes Lists via arch-general wrote:
> 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 own view of
> importance (no claim its a good view).
> 
> So, here's a few that might benefit from an update:
>Cal Pkg
> NameVers Updt   Flag   CVers   DateAge Age Pkger
> ---  -- -- --- --  --- -
> thunderbird 68.4.2   200126 200211 68.5.0  200210  16  15 LP
> bash5.0.011  191118 200208 5.0.016 200207  85  81 EF
> fail2ban0.10.5   200112 200112 0.11.1  200111  30  -1 FY
> ipset   7.4  191202 200109 7.5 200109  71  38 SL
> samba   4.10.10  191114 191101 4.11.6  200128  89  75 TP
> smbclient   4.10.10  191114 191101 4.11.6  200128  89  75 TP
> ebtables2.0.10_4 181113 191203 2.0.11  190212 455 384 EF
> biber   1:2.13   191101 191202 2.14191201 102  30 RO
> diffstat1.62 190106 191130 1.63191129 401 327 AW
> libelf  0.177191118 191128 0.178   191126  85   8 EF
> elfutils0.177191118 191128 0.178   191126  85   8 EF
> refind-efi  0.11.3   180723 181119 0.11.4  191112 568 112 TP [1]
> 
> [1] 0.11.5 looks to be coming out soon
> 
>   Cal Age = days since last update
>   Pkg Age = days between current and arch release
>   Cvers = Current version
> 
> Packagers
>  EF  Evangelos Foutras
>  FY  Felix Yan
>  SL  Sébastien Luttringer
>  TP  Tobias Powalowski
>  AW  Alad Wenter
>  RO  Rémy Oudompheng
>  LP  Levente Polyak
> 
> The packages that really standout to me are refind-efi and samba.
> 
> Hopefully this is useful. Thanks and happy updating!

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 support for debuginfod so we don't have
to rebuild it twice. [1]

https://bugs.archlinux.org/task/65406

-- 
Jelle van der Waa


signature.asc
Description: PGP signature

Re: [arch-general] [mkinitpcio] running as non-root creates non-root files in the cpio

[Jelle van der Waa]

On 01/20/20 at 06:54pm, Damjan Georgievski via arch-general wrote:
> I've already opened a bug issue, and supplied a patch at
> https://bugs.archlinux.org/task/65006
> but except from the first comment by dreisner, there's not much activity.
> 
> Is it ok if I escalate here? :)
> 
> Alternatively, is there a better place for reporting mkinitpcio
> issues, and sending patches?

I've assigned the bug to the main maintainer, but note that there is
also a Github repo in the archlinux org.

https://github.com/archlinux/mkinitcpio


signature.asc
Description: PGP signature

Re: [arch-general] Whatsapp group

[Jelle van der Waa]

On 08/14/19 at 03:40pm, Jack Wu wrote:
> Well why not connect the channel with the group on Telegram by using a
> bot? It will be nice.

This is against the channel ToS, we do not allow anyone to bridge the
channel to an external service. One of the most obvious reasons is that
everything via the bot can't be controlled and as an irc user your data
is leaked to telegram.

Greetings,

Jelle


signature.asc
Description: PGP signature

Re: [arch-general] talkingarch

[Jelle van der Waa]

On 08/04/19 at 03:28pm, adérito  wrote:
> Hello you can help me to install talkingarch send me the commands to install 
> talkingarch.

This is the 4th time you emailed the same message, please refrain from
bumping your topic every day.

-- 
Jelle van der Waa


signature.asc
Description: PGP signature

Re: [arch-general] community/radare2-cutter - enable support for python plugins

[Jelle van der Waa]

On 07/31/19 at 03:33pm, Lukasz Gromanowski via arch-general wrote:
> Added missing patch (sorry).
> 
> On Wed, Jul 31, 2019 at 3:32 PM Lukasz Gromanowski 
> wrote:
> 
> > Hello,
> > would you please apply a patch to the community/radare2-cutter PKGBUILD
> > which is available in bugtracker:
> > https://bugs.archlinux.org/task/63216?project=5=radare2-cutter (it
> > is also attached to this e-mail)?
> >
> > Thank you!
> >
> > --
> > best regards,
> > Lukasz
> >

This mailing list does not support attaching patches. Since there is
also a bug open for your issue, please leave the discussion there :)

-- 
Jelle van der Waa


signature.asc
Description: PGP signature

Re: [arch-general] Suggestion: switch to zstd -19 for compressing packages over xz

[Jelle van der Waa]

On 03/16/19 at 10:59pm, Jonathon Fernyhough wrote:
> On 16/03/2019 13:24, Ralph Corderoy wrote:
> > suggest replacing xz with lzip as xz has quite a few flaws in its file 
> > format.
> 
> I seem to remember that this has been debunked/ruled out as irrelevant
> to package distribution every time it has been proposed to Debian, e.g.
> it even has worse decompression times then xz.

Apart from that, we have other important factors:

* Is the archiving format reproducible, this is important for
  reproducible builds
* zstd has been discussed in #archlinux-pacman some time ago but no
  descision has been taken yet.

To be quite honest I don't believe this is one of the most pressing
issues in Arch :)


signature.asc
Description: PGP signature

Re: [arch-general] Wireguard

[Jelle van der Waa]

On 01/01/19 at 04:46pm, siefke_lis...@web.de wrote:
> On Tue, 1 Jan 2019 15:49:36 +0100
> Jelle van der Waa  wrote:
> 
> > I would recommend our wiki article [1]. Do you have ipv4 forwarding
> > enabled and configured your firwewall correctly?
> 
> Forwarding is enabled like it stand in tutorial of Arch and Firewall
> only must open the port I used for wireguard? 

No, your firewall also needs to have the correct masquerade rules.


signature.asc
Description: PGP signature

Re: [arch-general] Wireguard

[Jelle van der Waa]

On 01/01/19 at 03:41pm, siefke_lis...@web.de wrote:
> Hello, 
> 
> had someone run wireguard?`I have read today about it and try to run 
> it through the Tutorial 

Yes
> 
> https://emanuelduss.ch/2018/09/wireguard-vpn-road-warrior-setup/

I would recommend our wiki article [1]. Do you have ipv4 forwarding
enabled and configured your firwewall correctly?

[1] https://wiki.archlinux.org/index.php/WireGuard


signature.asc
Description: PGP signature

Re: [arch-general] Reboot-less Computers

[Jelle van der Waa]

On 10/28/18 at 05:43pm, Jayesh Badwaik via arch-general wrote:
> Hi,
> 
> I am looking at possibilities to have a setup which does not need to be 
> restarted at all and can be live patched. I have seen this old post:
> 
> http://allanmcrae.com/2015/03/updating-arch-kernel-on-digital-ocean/
> 
> And I am reading information about kpatch. But there does not need to be much 
> information. Is there a reliable way to do this currently? If yes, I would 
> like to know some information about it.

The wiki has an article about kpatch, but note that you will have to
maintain your own kernel then. Also kpatch is really geared to updating
your kernel for security issues and not updating to a newer version. [1]

[1] https://wiki.archlinux.org/index.php/Kernel_live_patching

-- 
Jelle van der Waa


signature.asc
Description: PGP signature

Re: [arch-general] Arch branded ODP slide for presentation

[Jelle van der Waa]

On 08/22/18 at 03:36pm, Filipe Laíns via arch-general wrote:
> On Wed, 2018-08-22 at 09:46 -0300, Giancarlo Razzolini via arch-general 
> wrote:
> > Em agosto 22, 2018 9:35 Ashok Arora via arch-general escreveu:
> > > > 
> > > > 1) Is there someone I need to seek permission from to use Arch
> > > > branding?
> > 
> > See the usage cased listed on the wiki page provided by Ashok. From
> > what you
> > have told us so far, I don't think there's any issue.
> > 
> > > > 2) Does anyone have any good slide templates they can share?
> > > > 
> > 
> > I don't think we have a template. I know some devs have been giving
> > talks
> > recently, the one that I remember from the top of my head is Jelle.
> > Perhaps
> > one of them can share it with you. You can also search for past
> > presentations
> > by devs/tus. I would ask their permission though, before using any of
> > their slides
> > templates.
> > 
> > Regards,
> > Giancarlo Razzolini
> 
> Yes. Here[1] are the slides. I've pinged jelle at the IRC so he can
> have a look at this.

I have a basic remarkjs theme on my Github [1]

[1] https://github.com/jelly/arch-linux-remarkjs-theme

-- 
Jelle van der Waa


signature.asc
Description: PGP signature

Re: [arch-general] Missing rc-local.service

[Jelle van der Waa]

On 05/09/18 at 02:17am, Marek Howard via arch-general wrote:
> Hello,
> 
> I'd like to use /etc/rc.local and noticed, that there's something
> called systemd-rc-local-generator which should somehow pull in
> rc-local.service on boot, according to its man page. But on my
> ArchLinux, the service file isn't there, and neither does /etc/rc.local
> run on boot.

When we migrated to systemd we basically stopped promoting (or even
supporting) rc.local. The alternative is to write a systemd unit which
have a lot of benefits. (finer grained control, etc.) 

> Is the systemd in ArchLinux packaged correctly?

Well it might be an upstream bug, since the man page is installed but
the binary.

-- 
Jelle van der Waa


signature.asc
Description: PGP signature

Re: [arch-general] Mirrorlist Generator Not Working?

[Jelle van der Waa]

On 04/23/18 at 07:20am, Eli Schwartz via arch-general wrote:
> On 04/23/2018 06:42 AM, Hering wrote:
> > Hello, 
> > is it just me or is the mirror list generator currently not working? 
> > When I call for example: 
> > https://www.archlinux.org/mirrorlist/?country=DE=https_version=4_mirror_status=on
> >  
> > 
> > I get a list with all mirrors at the moment and not just the ones where
> > the above parameters apply.
> 
> Known issue.
> 
> https://bugs.archlinux.org/task/58304

And the fix is deployed on https://archlinux.org!

-- 
Jelle van der Waa


signature.asc
Description: PGP signature

Re: [arch-general] Wireless hardware inconsistent behaviour

[Jelle van der Waa]

On 03/27/18 at 05:30pm, Ashwin via arch-general wrote:
> Hey everyone,
> 
> I am running Manjaro Linux on a Dell Inspiron 5370. I always have low wifi 
> signal strength and connecting to new networks is almost always a pain.

This mailing list is for Arch Linux only and since Manjaro is a separate
distro we can't help you here.

> The network manager applet is forever frozen and nmtui keeps dropping network 
> connects.
> 
> Is there a way I can debug this or look at solving the problem for good? I 
> tried all options in the networking page on the archlinux wiki but none of 
> them seem to properly solve the problem for me.

Check the logs

-- 
Jelle van der Waa


signature.asc
Description: PGP signature

Re: [arch-general] Curious about arch repository policy

[Jelle van der Waa]

On 03/27/18 at 03:13pm, Dragon ryu via arch-general wrote:
> 2018年3月27日(火) 23:57 Sudarshan Kakoty via arch-general <
> arch-general@archlinux.org>:
> 
> > Hello...
> >
> > I was reading "Arch Wiki" and felt curious about that difference
> > between extra and community repo.
> >
> > Some packages, such as "meson" is in the "extra" repo, whereas "ninja"
> > is in "community" repo. The interesting fact is that -  is an implicit
> > dependency to "meson". So why that is (ninja) in the community repo?
> >
> > Also, some critical GNOME specific packages are part of the community
> > repo. Even, some compilers, like Haskell is also part of the community
> > repo. What is the exact difference between extra and community
> > repository?
> >
> > I wonder, Is it really important to have that split?
> >  --
> > Sudarshan Kakoty <skakoty1...@yahoo.com>
> >
> 
> simply saying.
> community is TU managed repo; mostly from AUR by vote.

To be clear, votes don't matter for a package to be moved to
[community]. Some popular packages with many votes simply can't enter
the repository due to licensing or no interest of the TU's to maintain
it.

-- 
Jelle van der Waa


signature.asc
Description: PGP signature

Re: [arch-general] gcc broken - Arch specific, applying optimization incorrectly - may explain unexplained problems

[Jelle van der Waa]

On 03/15/18 at 09:29pm, Carsten Mattner via arch-general wrote:
> On 3/15/18, Eli Schwartz via arch-general <arch-general@archlinux.org> 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 have a say, but I would still like to provide
> an opinion. It's just an opinion. Having used large bugzilla installations
> like mozilla.org, kernel.org, freedesktop.org, it doesn't look like Bugzilla
> can be fast. I've found Mantis and to some extend Redmine to be fast and
> lean trackers. These may or may not suit Arch's needs, and I still have
> hope Bugzilla will at some point become snappy.
> 
> Just an opinion based on experience, the arch admins/devs will know why
> bugzilla is the right choice. I trust them.

Please don't de-rail the thread. (Obviously the Arch devs also want a
performing bugtracker, but Flyspray has to go either way)

-- 
Jelle van der Waa


signature.asc
Description: PGP signature

Re: [arch-general] gcc broken - Arch specific, applying optimization incorrectly - may explain unexplained problems

[Jelle van der Waa]

On 03/13/18 at 08:44pm, David C. Rankin wrote:
> On 03/13/2018 03:28 PM, mar77i via arch-general wrote:
> > On 03/13/2018 02:17 AM, PkmX via arch-general wrote:
> >> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84607
> > 
> > Pass -std=... to compiling the programi n question. If it's in clear 
> > deviation of what the respective standard dictates, it's a bug.
> > 
> > 
> > ​Sent with ProtonMail Secure Email.​
> > 
> 
> Yes, confirmed it was indeed a bug:
> 
>   $ gcc -Wall -Wextra -pedantic -std=c11 -o bin/infunc2 infunc2.c
>   $ ./bin/infunc2
>   In main
> 
> And, with Jelle van der Waa's suggestion, I loaded clang (which I never
> otherwise install) and it confirms the issue further:
> 
>   $ clang -Wall -Wextra -pedantic -std=c11 -o infunc2 infunc2.c
>   $ ./infunc2
>   In func
>   In main
> 
> The only part I'm unclear on is where in the fix process
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84607 is on getting fixed and
> when that will trickle down to us.

In the comments it reads: "Fixed on the trunk." In commit 
https://gcc.gnu.org/viewcvs/gcc?view=revision=258061

As I suggested, create a bugtracker issue for gcc on our bugtracker
otherwise you'll have to wait on a new gcc minor release.

-- 
Jelle van der Waa


signature.asc
Description: PGP signature

Re: [arch-general] gcc broken - Arch specific, applying optimization incorrectly - may explain unexplained problems

[Jelle van der Waa]

On 03/13/18 at 03:17pm, 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 the
> issue?
> 

BTW, cross checking with clang was also an option :-)

[jelle@starfighter][/tmp]%clang foo.c
[jelle@starfighter][/tmp]%./a.out
In func
In main

Feel free to make a bugreport on https://bugs.archlinux.org


signature.asc
Description: PGP signature

Re: [arch-general] Fwd: Package Statistics

[Jelle van der Waa]

On 02/06/18 at 09:18pm, freq via arch-general wrote:
> Shown here for ARM: https://archlinuxarm.org/packages "Showing 1 to 500 of 
> 33,249 entries" at the bottom of the page.
> And for Official: "9922 matching packages found. Page 1 of 100." at the 
> bottom of https://www.archlinux.org/packages/. 
> 
> On Tue, 6 Feb 2018 21:13:31 -0500
> Lucas Ramage via arch-general  wrote:
> 
> > Hello,
> > 
> > I am trying to figure out how many packages there are.
> > 
> > This includes,
> > - [official packages](https://www.archlinux.org/packages/)

See archlinux.org, 9952 matching packages found. [1]

Stats by $arch

any 3634 packages
x86_64  6318 packages

[1] https://www.archlinux.org/packages/?sort=-last_update


signature.asc
Description: PGP signature

Re: [arch-general] Why was php conflict 'php-mcrypt<=7.1' added? Breaks php56-mcrypt?

[Jelle van der Waa]

On 12/04/17 at 12:01am, David C. Rankin wrote:
> On 12/03/2017 11:39 PM, David C. Rankin wrote:
> > Seems like it is already fixed under the title "Remove useless conflict"
> > 
> > https://git.archlinux.org/svntogit/packages.git/commit/trunk?h=packages/php=e1c14f1569f7da2fd0acf4738771be1eb1096f1d
> 
> Pierre,
> 
>   This will still need a minor version bump to be picked up by the mirrors.
> Unless I'm reading the changelog wrong, the version was never updated from
> 7.2-1 to 7.2-2 with this change, so the removal of the conflict isn't being
> propagated to the mirrors.

Packagers aren't required to subscribe to arch-general, so it's best to
create a bugreport for this issue.

-- 
Jelle van der Waa


signature.asc
Description: PGP signature

Re: [arch-general] [arch-dev-public] Switching the bugtracker to Bugzilla

[Jelle van der Waa]

On 11/21/17 at 09:23am, Óscar García Amor wrote:
> 2017-11-19 18:54 GMT+01:00 Bartłomiej Piotrowski <bpiotrow...@archlinux.org>:
> > On 2017-11-19 17:58, William Gathoye wrote:
> >> I'll be using Gitlab professionally on Arch Linux. So as soon I become a
> >> TU (if it happen the Arch Linux community accepts me ;)) I think I'll
> >> help Sven-Hendrik Haase in this process. Packaging Gitlab as a single
> >> person is indeed a hard task.
> >
> > There is more to reliability of service than correct and reliable
> > packaging. By any means Gitlab isn't "fire & forget" type of project and
> > with my infra team hat on, I'm completely unwilling to spend my evenings
> > or lunches on making sure it's running properly.
> 
> Why don't talk with GitLab people to get a free hosted solution? As
> you can see in his page[1] they offer "the very best full gold plan of
> the death" to Open Source projects. In this way you can devote your
> resources to other tasks and forget the Git/GitLab administration.


I'm quiet happy that we are still running everything on our (community
sponsored) infrastructure without relying on third party's. This has a
lot of benefits, we own the data, we can migrate freely to an
alternative and we don't rely on externals messing things up or changing
their offering.

A sponsored hosted platform sounds amazing, but having a
vendor lock in isn't really :-)

-- 
Jelle van der Waa


signature.asc
Description: PGP signature

Re: [arch-general] Can we please have a co-maintainer ...

[Jelle van der Waa]

Hi,

On 10/13/17 at 10:35am, Sebastian Lau via arch-general wrote:
> On 13.10.2017 09:01, Leonidas Spyropoulos via arch-general wrote:
> > On 13/10/17, Ralf Mardorf wrote:
> >> On Fri, 13 Oct 2017 01:02:54 +0200, Rob Til Freedmen wrote:
> >>> ... for these long outdated packages?
> >>>
> >>> https://www.archlinux.org/packages/?sort=-last_update==schiv=Flagged
> >>>
> >>> https://www.archlinux.org/packages/?sort=-last_update==speps=Flagged
> > Hello,

As a Dev/TU I refrain from updating these outdated flagged packages, since I
have no idea how to test and check if it works. The packages are a quite
specific nice.

> > I can adopt few if they drop to AUR (of if I get sponsor to apply for a
> > TU).

It would be nice, if someone with audio packaging experience and real life user
would join the team.


> I would do the same for a few of that listed packages under the same
> circumstances (a drop to AUR or finding a sponsor to apply for a TU). My
> current packages in AUR are listed here:
> https://aur.archlinux.org/packages/?O=0=m=nullptr_t==n=a=50_Search=Go
> .
> 
> If I would get a sponsor for applying as a TU, I would like to migrate
> plymouth (no AUR dependencies) to [community] or [extra], when current
> issues are patched. It is widely used and got a recent update from
> upstream (even if I think, the next update from upstream will take a
> while, most of my releases address community issues).

A Tu can't access [extra] btw.

> Also, I'd like to have an audio mailing list (wether official or not)
> for discussion on that audio packages.

You're free to setup one or extend the wiki :-)

I would advice you both to find a TU to sponsor you!

-- 
Jelle van der Waa


signature.asc
Description: PGP signature

Re: [arch-general] Thank you for keeping 32 bit alive

[Jelle van der Waa]

On 10/12/17 at 03:13pm, Dutch Ingraham wrote:
> On Thu, Oct 12, 2017 at 04:09:06PM -0400, theodore.preunin...@lycos.com wrote:
> > The current issue of Distro Watch Weekly has some topics including if 32-bit
> > prematurely obsoleted or not.
> > 
> > http://distrowatch.com/weekly.php?issue=20171009
> > 
> > Since I can not offer any money or time to assist you at this time, thank
> > you for keeping 32 bit alive.
> 
> The news item dated Jan. 25, 2017 may be of interest to you.

Please take a look at https://archlinux32.org/

-- 
Jelle van der Waa


signature.asc
Description: PGP signature

Re: [arch-general] Question regarding cmake

[Jelle van der Waa]

On 10/10/17 at 02:45pm, Valo wrote:
> Hello everybody,
> 
> I noticed that extra/cmake depends on core or extra packages exception
> made for community/rhash.
> 
> I was trying to use build.opensuse.org to build a package but was unable
> to use cmake due to the fact that it depends on a package in community
> which is not included in build.opensuse.org
> 
> My question is: is it fine for an extra package to depend on a package
> found in community?

That would be a lot better.

> I tried to search for policies but didn't find anything.

Only unwritten rules I believe.

> I'm saying it would be useful as cmake is used by many project ad being
> able to use it on opensuse build service would enable more packages to
> be built there for Arch.

To be honest, this is also a bit silly of OBS (also filtering a lot of
"license" issue packages) and I believe you can actually enable the
community repo on it.

-- 
Jelle van der Waa


signature.asc
Description: PGP signature

Re: [arch-general] linux-4.13: CONFIG_SPI removed?

[Jelle van der Waa]

On 10/05/17 at 01:02pm, Christoph Gysin via arch-general wrote:
> I'm using a MacBookPro from late 2016, which features a keyboard and
> touchpad that are attached via SPI (spi_pxa2xx_platform), using the
> driver from [0].
> 
> It seems that with the upgrade to kernel 4.13. CONFIG_SPI has been removed 
> [1].
> 
> Any idea what was the motivation behind this change? Was it intentional?
> 
> I'm totally capable of compiling my own kernel, but I'd rather spend
> my time on other things :)
> 
> Could we have CONFIG_SPI back in the stock kernel?

Please report this on the bug tracker if not already done.


-- 
Jelle van der Waa


signature.asc
Description: PGP signature

Re: [arch-general] intel-gpu-tools updated PKGBUILD

[Jelle van der Waa]

On 08/17/17 at 07:33am, Jordan Glover via arch-general wrote:
> I prepared updated PKGBUILD for intel-gpu-tools package[1] which is flagged 
> out-of-date since 2016-12-05.
> 
> I updated it to newest version (1.19), updated PGP key to currently used one, 
> upgraded hash to sha256, added new dependencies found by namcap and generally 
> enhanced PKGBUILD to highest Arch standards.
> 
> I would be glad if current maintainer or anyone else capable could merge it 
> to official package. There is no official channel for submitting such changes 
> so I decided to send it to this Arch mailinglist.

It has been updated.

-- 
Jelle van der Waa


signature.asc
Description: PGP signature

Re: [arch-general] Yes you have standing to sue GRSecurity - Two options that can be used in concert or separately

[Jelle van der Waa]

On 07/31/17 at 02:46pm, ni...@redchan.it wrote:
> Thank you Mr. Rankin for saying this. Bruce Perens blocked me* (also calling
> me a "fool" later to a 3rd party) after I started to brainstorm the defenses
> that would be raised about a week or two ago: letting everyone in the world
> know what he thought of me for mentioning laches etc.

I'm not sure what you want to achieve by posting this to arch-general,
this issue really does not concern Arch Linux and I would argue it is out
off scope for this mailing list.

Secondly I would really appreciate if you left your personal grudges
with whomever to yourself.

-- 
Jelle van der Waa


signature.asc
Description: PGP signature

Re: [arch-general] (Off-topic) Command-line torrent download tool

[Jelle van der Waa]

On 07/24/17 at 01:45pm, Kryptxy via arch-general wrote:
> [Off-topic]
> Command-line torrent download tool for linux and windows OS. The tool fetches 
> torrents from TPB proxy sites. Its written in Python3.
> 
> Here - https://github.com/kryptxy/torrench
> 

I've really want some adoption, I suggest you upload a PKGBUILD to the
AUR.

P.S. I'm not a 100% fan of these forms of advertisement (seeing how it's
also CC'd to the ubuntu mailing list)


-- 
Jelle van der Waa


signature.asc
Description: PGP signature

Re: [arch-general] Why there is no NetworkManager in ArchISO

[Jelle van der Waa]

On 07/24/17 at 09:40am, Bennett Piater wrote:
> 
> 
> On July 24, 2017 9:36:39 AM GMT+02:00, Junayeed Ahnaf via arch-general 
> <arch-general@archlinux.org> wrote:
> >All fine and good but I don't see arch being installed on something 
> >other than desktop/laptop. Of course there are niche cases as arch 
> >server I do not doubt but how much of arch install base is traditional 
> >desktop? I think it's rather high.
> You are missing the point. Many arch users don't simply install a desktop 
> environment and use its defaults. 
> If that's what you want, you may want to use another distribution, preferably 
> one that focuses on your DE. 
> 
> I use a very minimal setup without DE, and I don't want bloated catch-all 
> solution that doesn't integrate nicely into my configuration, thank you very 
> much. 

Y'all seem to miss the point that provided on the ISO != installed
on your machine. I for one, don't see a problem with networkmanager
being installed on the ISO, nmtui works pretty well (as does nmcli), I'm
not sure however how much the ISO size will blow up.

-- 
Jelle van der Waa


signature.asc
Description: PGP signature

Re: [arch-general] Problem install slack-desktop deb

[Jelle van der Waa]

On 06/13/17 at 04:31pm, Maykel Franco via arch-general wrote:
> 2017-06-13 16:26 GMT+02:00 Jelle van der Waa <je...@vdwaa.nl>:
> > On 06/13/17 at 04:21pm, Maykel Franco via arch-general wrote:
> >> Hi, recently I like install slack-desktop 2.3.4 because with the
> >> latest version 2.6.x I have a problem with unmark read messages bug...
> >>
> >> I have install debtap from github, the binary because the debtap
> >> archlinux repository not works well.
> >>
> >> When install the slack-desktop 2.3.4 deb I get this error...
> >>
> >> user ~/ $ LANG=C sudo pacman -U
> >> slack-desktop-2.3.4-1-x86_64.pkg.tar.xz
> >> loading packages...
> >> resolving dependencies...
> >> warning: cannot resolve "apt", a dependency of "slack-desktop"
> >> warning: cannot resolve "gir1.2-gnomekeyring-1.0", a dependency of
> >> "slack-desktop"
> >> :: The following package cannot be upgraded due to unresolvable
> >> dependencies:
> >>  slack-desktop
> >>
> >> :: Do you want to skip the above package for this upgrade? [y/N]
> >> error: failed to prepare transaction (could not satisfy dependencies)
> >> :: slack-desktop: requires apt
> >> :: slack-desktop: requires gir1.2-gnomekeyring-1.0
> >>
> >>
> >> How resolved it?
> >
> > It's better to not rely on unofficial (shit) like debtap and work on
> > fixing the package in the repos.
> >
> > --
> > Jelle van der Waa
> 
> How to fixing the package specific version 2.3.4 in repo??

The package is not even in our repos, but in the AUR and since the AUR
is unsupported ask the maintainer of even better ask upstream.

-- 
Jelle van der Waa


signature.asc
Description: PGP signature

Re: [arch-general] Problem install slack-desktop deb

[Jelle van der Waa]

On 06/13/17 at 04:21pm, Maykel Franco via arch-general wrote:
> Hi, recently I like install slack-desktop 2.3.4 because with the
> latest version 2.6.x I have a problem with unmark read messages bug...
> 
> I have install debtap from github, the binary because the debtap
> archlinux repository not works well.
> 
> When install the slack-desktop 2.3.4 deb I get this error...
> 
> user ~/ $ LANG=C sudo pacman -U
> slack-desktop-2.3.4-1-x86_64.pkg.tar.xz
> loading packages...
> resolving dependencies...
> warning: cannot resolve "apt", a dependency of "slack-desktop"
> warning: cannot resolve "gir1.2-gnomekeyring-1.0", a dependency of
> "slack-desktop"
> :: The following package cannot be upgraded due to unresolvable
> dependencies:
>  slack-desktop
> 
> :: Do you want to skip the above package for this upgrade? [y/N]
> error: failed to prepare transaction (could not satisfy dependencies)
> :: slack-desktop: requires apt
> :: slack-desktop: requires gir1.2-gnomekeyring-1.0
> 
> 
> How resolved it?

It's better to not rely on unofficial (shit) like debtap and work on
fixing the package in the repos.

-- 
Jelle van der Waa


signature.asc
Description: PGP signature

Re: [arch-general] Where do you host your personal repository?

[Jelle van der Waa]

On 05/15/17 at 10:16am, Giovanni Santini via arch-general wrote:
> Good morning,
> It has been a few time since I am hosting packages on OpenSUSE OBS (Open
> Build Service). I find myself kinda good, but I have to tackle some
> problems it makes that I don't really like.
> So I wanted to ask to you where do you host your packages, if you have a
> private server or you take advantage of already present services.

I use a private server, OBS has some major issues (it's crammed, doesn't
have all the packages due to licensing).

> I was also wondering if some integration with Gitlab/Github could be
> possible. That would be cool.

What kind of integration are you looking for?

-- 
Jelle van der Waa


signature.asc
Description: PGP signature

Re: [arch-general] Best practices for creating an Arch Docker image

[Jelle van der Waa]

On 04/27/17 at 07:52pm, Giovanni Santini via arch-general wrote:
> Good evening to everybody,
> I got interested in Docker lately and I've decided to create an
> ArchLinux image for it.
> There's one suggested from the ArchWiki (*base/archlinux*) but I wanted
> to learn from scratch.

Just FYI, we hope to provide an official Arch Linux docker image soon
(tm)

-- 
Jelle van der Waa


signature.asc
Description: PGP signature

Re: [arch-general] arch-audit didn't survive the openssl upgrade to 1.1.0

[Jelle van der Waa]

On 04/27/17 at 03:46pm, Ricardo Band wrote:
> Ahoi,
> 
> arch-audit in version 0.1.8-2 still looks for openssl 1.0.0:
> 
> arch-audit: error while loading shared libraries: libssl.so.1.0.0:
> cannot open shared object file: No such file or directory
> 
> After installing openssl-1.0 it works again.
> 
> I see 2 solutions here. Update arch-audit to use OpenSSL 1.1 or add
> openssl-1.0 as a dependency to arch-audit package.

For these issues we have a bugtracker on https://bugs.archlinux.org

-- 
Jelle van der Waa


signature.asc
Description: PGP signature

Re: [arch-general] arch health

[Jelle van der Waa]

On 04/20/17 at 04:18pm, Storm Dragon via arch-general wrote:
> Howdy,
> I offered once to learn all the stuff needed to become a TU to help out with
> package maintenance. The offer still stands, if someone is willing to talk
> with, help with training, and finally sponsor me. The offer still stands. I
> could work on Arch related stuff several hours per week if needed. I have a
> few packages I would move from the AUR, but not a ton, so I could addopt
> things that are orphaned, and help wherever needed. Of course, I'm just as
> happy maintaining my stuff in the AUR, but if I can help, I will. Storm
> -- 

You can start by going through the bugtracker, there are plenty of bugs
which need to be triaged, reported upstream or potential fixes in
packaging which in the form of patches can be created and attached to a
bug.

-- 
Jelle van der Waa


signature.asc
Description: PGP signature

Re: [arch-general] arch health

[Jelle van der Waa]

On 04/20/17 at 08:32am, Dragon ryu via arch-general wrote:
> 2017/04/20 午前8:30 "ITwrx.org" <i...@itwrx.org>:
> 
> i'm a little concerned about arch's overall health and i was wondering
> if there's anything we can do about it.
> 
> why am i concerned?
> 
> --
> Information Technology Works
> https://ITwrx.org
> @ITwrxorg
> 
> Wait, actual question is about PIE?
> If you find that package are outdated in community or extra, file a bug rep.
> Why not do it?

Can you please fix your client to reply sanely and not append your own
text to the original mail it's confusing and silly.

And again don't file bug reports for out of date packages..

-- 
Jelle van der Waa


signature.asc
Description: PGP signature

Re: [arch-general] arch health

[Jelle van der Waa]

On 04/19/17 at 06:55pm, ITwrx.org wrote:
> On 04/19/2017 06:32 PM, Dragon ryu via arch-general wrote:
> > 2017/04/20 午前8:30 "ITwrx.org" <i...@itwrx.org>:
> >
> > 
> >
> > Wait, actual question is about PIE?
> > If you find that package are outdated in community or extra, file a bug rep.
> > Why not do it?
> >
> no, PIE is just one of the examples i listed of symptoms of a larger
> issue that i thought might could be helped by paying devs and
> modernizing the donation system.

PIE is blocked by upstream because of this bug iirc. [1]

> why would i file a bug for an out of
> date package? i'm sure the developer is notified when a package is
> flagged? why should i pester them to update it?

You don't and it's counterproductive, just flag it out of date.
Currently you might experience packages being updated a lot slower since
we have a lot of big invasive rebuilds; OpenSSL 1.1, LLVM 4.0.
Especially the OpenSSL rebuild was painful and time consuming.

[1] https://sourceware.org/bugzilla/show_bug.cgi?id=21090

-- 
Jelle van der Waa


signature.asc
Description: PGP signature

Re: [arch-general] Which browser to use? [was: Firefox user data autofill doesn't work as before]

[Jelle van der Waa]

On 03/09/17 at 08:23am, Peter Nabbefeld wrote:
> 
> So, I wonder why Firefox is in a "preferred" registry (extra), while Opera
> is in "community" and Vivaldi is in "aur".

Well it's not even Open Source software, so why would someone be happy with a
blob.

-- 
Jelle van der Waa


signature.asc
Description: PGP signature

Re: [arch-general] Firefox 52 Audio broken

[Jelle van der Waa]

On 03/07/17 at 12:15pm, LoneVVolf wrote:
> if we really want to follow firefox upstream, we should :
> - stop replacing the libraries upstream bundles with system libs,
> - disable gold linker
> - disable pie
> - disable rust support
> 
> etc.
> 
> We don't follow upstream firefox now, do you have other reasons to leave out
> alsa support ?

No, we follow software defaults which libraries or CFLAGS we use has
nothing to do with that.

-- 
Jelle van der Waa


signature.asc
Description: PGP signature

Re: [arch-general] [arch-dev-public] AUR ToS (aka making AUR user names public)

[Jelle van der Waa]

On 03/07/17 at 10:03am, fnodeuser wrote:
> Bartłomiej Piotrowski,
> 
> it is the same email address that i have been using since the beginning.
> 
> what opinions?
> 
> i never talk with opinions. i always talk with facts.

You broke the thread again. If you want to be taken serious atleast
reply in a thread and provide actual facts and arguments.

-- 
Jelle van der Waa


signature.asc
Description: PGP signature

Re: [arch-general] sparkleshare 1.5-3 core dump

[Jelle van der Waa]

On 02/19/17 at 09:23pm, ber532k wrote:
> Hi,
> 
> I am eperiencing core dumps when running sparkleshare, and I’m not sure how
> to resolve this. Does anyone have experience with mono? The error messages
> can be found at http://pastebin.com/VhA8n5jJ. Any help appreciated.
> 
And the paste expired.. I'd recommend using a sane pastebin such as
gists.github.com, https://ptpb.pw or https://bpaste.net

And are you compiling sparkleshare or using a blob?

-- 
Jelle van der Waa


signature.asc
Description: PGP signature

Re: [arch-general] systemd latest upgrade

[Jelle van der Waa]

On 01/31/17 at 04:18pm, Jude DaShiell wrote:
> For the last several systemd upgrades an error complaining about a missing
> uefi directory has come out when those upgrades were being installed. Today
> that happened too.

No clue

> However any package install now finishes with the
> message:
> Arming ConditionNeedsUpdate 

That's just a pacman hook to touch /var, for the recent CVE issue in
systemd  [1] [2]

[1] 
https://git.archlinux.org/svntogit/packages.git/commit/trunk?h=packages/systemd=59541b72a7ec32b30343a2a388b40ea1365f6308
[2] http://www.openwall.com/lists/oss-security/2017/01/24/4

-- 
Jelle van der Waa


signature.asc
Description: PGP signature

Re: [arch-general] ownCloud vs. nextcloud

[Jelle van der Waa]

On 01/31/17 at 03:06pm, David Runge wrote:
> On 2017-01-30 21:11:18 (+0100), Jelle van der Waa wrote:
> > You could make a bug report on our tracker under the community section
> Just did: https://bugs.archlinux.org/task/52791

Thanks, assigned so that sergej knows about it :)

-- 
Jelle van der Waa


signature.asc
Description: PGP signature

Re: [arch-general] ownCloud vs. nextcloud

[Jelle van der Waa]

On 01/30/17 at 05:00pm, David Runge wrote:
> Helloes!
> 
> I wonder what Arch's/Sergej Pupykin's position towards nextcloud is.
> It seems that ownCloud lost most of its developers to the schism
> introduced last year.

Might be wise to include him in the TO field then ;-)

> Wouldn't it be better to switch to nextcloud in the community repository at
> this point?

You could make a bug report on our tracker under the community section
:)

-- 
Jelle van der Waa


signature.asc
Description: PGP signature

Re: [arch-general] SSH access to Arch machines for testing

[Jelle van der Waa]

On 01/26/17 at 10:04am, Jeffrey Walton via arch-general wrote:
> Hi Everyone,
> 
> Does Arch make machines available for testing software? (I'm
> interested in something like the GCC compile farm)

No we don't, we do encourage you to install Arch Linux on all your
machines :)

-- 
Jelle van der Waa


signature.asc
Description: PGP signature

Re: [arch-general] arch-security: CVE and ASA wiki logging

[Jelle van der Waa]

On 01/16/17 at 10:57pm, G. Schlisio wrote:
> > Logging was moved to a dedicated subdomain [0], but it is still under 
> > development (the source code is on GitHub [1]). Apparently they forgot to 
> > mention it (I got the info from the arch-audit [2] repo, here [3]).
> 
> very interesting, thank you, simon.
> a deprecation notice on the wiki page will surely be appropriate at some
> time. i'm sure they have a plan

CVE / ASA logging or however you call it is now officially hosted on
https://security.archlinux.org

The wiki is dead, long live the new awesome tracker :)

-- 
Jelle van der Waa


signature.asc
Description: PGP signature

Re: [arch-general] Package signing on soyuz

[Jelle van der Waa]

On 01/17/17 at 09:42am, Jerome Leclanche wrote:
> What is the current intended way to sign packages on the pkgbuild.com server?
> 
> I spent the past day setting up agent forwarding
> (https://wiki.gnupg.org/AgentForwarding) for it. Had a lot of trouble
> setting it up due to systemd being seemingly overzealous about the
> gpg-agent socket.  I have it working now, for myself, but wondering if
> anyone else is using it or if everybody is just signing locally.

When I use pkgbuild.com (my hardware at home is beefy enough for
building most of my packages). I just scp the *.xz's back to my local
machine and call communitypkg.

-- 
Jelle van der Waa


signature.asc
Description: PGP signature

Re: [arch-general] Gufw broken by large update.

[Jelle van der Waa]

On 01/07/17 at 02:36am, Phil Wyett via arch-general wrote:
> Workaround...
> 
> In terminal:
> 
> sudo python /usr/lib/python3.6/site-packages/gufw/gufw.py

This generates a new pyc file, so beware of conflicts when updating to a
new gufw package. You will have to use the --force :)

-- 
Jelle van der Waa


signature.asc
Description: PGP signature

Re: [arch-general] STM32 compilation on ArchLinuxARM

[Jelle van der Waa]

On 12/27/16 at 05:40am, Foxtrot Mike via arch-general wrote:
> TL;DR;
> I need a way to install arm-none-eabi-gcc on Raspberry Pi (Arch Linux 
> ARM) using pacman or from source.

Well arm-none-eabi-gcc is a armv7 (6?) cross compiler and on your RPI
you are already running on an arm platform you probably won't need a
cross compiler. (Assuming arvm7 can compile armv6 like gcc on 64 bit can
compile 32 bit)

#archlinux-arm might also be a good place to ask questions.

> Hi guys,
> 
> First of all, I know that this mailing list entertains questions and 
> information related to Arch Linux, not Arch Linux ARM. Since I have 
> received valuable suggestions on this list before, I am going to ask  my 
> question here in the hope that someone would be able and willing to 
> help. I couldn't find the required info on the internet.
> 
> I am running Arch on my main desktop. I installed arm-none-eabi-gcc 
> package using pacman so I can compile code for my STM32F103 board.
> 
> I switched from Raspbian to ArchLinuxARM on Raspberry pi yesterday*. I 
> have found most of the my daily usage packages in ARchLinuxARM repo, but 
> can't find arm-none-eabi-gcc package. There's a post on ArchLinuxARM 
> forums [1] requesting the same info, but the post didn't get any reply.
> 
> Every google search tells ways to develop for Raspberry Pi on x86 
> computers using arm-none-eabi-gcc. I couldn't find any meaningful info 
> about developing for ARM Cortex-Mx on Raspberry pi.
> 
> Any suggestions would be apreciated.
> 
> Regards,
> Fulcrum
> 
> 
> [1] https://archlinuxarm.org/forum/viewtopic.php?f=15=10060
> 
> * Hoping to use Raspberry pi as my daily computer so I could run Windows 
> on my main desktop for gaming

-- 
Jelle van der Waa


signature.asc
Description: PGP signature

Re: [arch-general] Google Summer of Code 2017

[Jelle van der Waa]

On 12/19/16 at 09:46pm, Jonas Verschueren via arch-general wrote:
> Hi everyone,
> 
> I am a PhD student in theoretical and computational materials science based
> in London. I am an experienced c++ and python user but I am getting more
> and more interested in the inner workings of the linux kernel and the way
> various distributions are built on top of it, which also explains my
> interest in doing this.
> 
> Anyone know whether someone of the Arch developers could be interested in
> (or gently persuaded into) mentoring a Summer of code project?

Two years ago however Allan send out some ideas, finding mentors however
will be challenging :)

https://lists.archlinux.org/pipermail/arch-dev-public/2014-November/026748.html

-- 
Jelle van der Waa


signature.asc
Description: PGP signature

Re: [arch-general] PHP 7.1.0 not compatible with latest stable ownCloud in [community]

[Jelle van der Waa]

On 12/06/16 at 06:11pm, Chi-Hsuan Yen via arch-general wrote:
> Hi Arch enthusiasts,
> 
> I've just upgraded to testing/php 7.1.0-2. Now my ownCloud
> installation only displays a short notice on its index.php:

The breakge is unwelcome, why didn't you make a bugreport for owncloud
or contacted Pierre? Developers/TU's usually don't follow arch-general.

-- 
Jelle van der Waa


signature.asc
Description: PGP signature

Re: [arch-general] After upgrade

[Jelle van der Waa]

On 12/04/16 at 01:34pm, piequiex wrote:
> > On 12/02/16 at 05:47am, piequiex wrote:
> > > -BEGIN PGP SIGNED MESSAGE-
> > > [   65.955101] BUG: unable to handle kernel paging request at 
> > > 81e0
> > 
> > Welp, sounds like you a kernel bug, either the kernel just locked up or
> > hit a BUG_ON().
> > > [   65.956510] IP: [] __memmove+0x24/0x1a0
> > > [   65.957874] PGD 1a09067 PUD 1a0a063 PMD 0 
> > > [   65.959198] Oops:  [#17] PREEMPT SMP
> > > [   65.993921] CPU: 2 PID: 892 Comm: loadkeys Tainted: P  DO
> > > 4.8.11-1-ARCH #1
> > 
> > Your kenrel is tainted, mainline does not support tainted kernels.
> Look on subject. Tainted distro.

I've tried to be nice and helpful after the previous drama. But it seems
your attitude doesn't improve. So sorry I can't help you.

P.S. You don't have to taint your kernel, by using nouveau...

-- 
Jelle van der Waa


signature.asc
Description: PGP signature

Re: [arch-general] After upgrade

[Jelle van der Waa]

On 12/02/16 at 05:47am, piequiex wrote:
> -BEGIN PGP SIGNED MESSAGE-
> [   65.955101] BUG: unable to handle kernel paging request at 81e0

Welp, sounds like you a kernel bug, either the kernel just locked up or
hit a BUG_ON().
> [   65.956510] IP: [] __memmove+0x24/0x1a0
> [   65.957874] PGD 1a09067 PUD 1a0a063 PMD 0 
> [   65.959198] Oops:  [#17] PREEMPT SMP
> [   65.993921] CPU: 2 PID: 892 Comm: loadkeys Tainted: P  DO
> 4.8.11-1-ARCH #1

Your kenrel is tainted, mainline does not support tainted kernels.

-- 
Jelle van der Waa


signature.asc
Description: PGP signature

Re: [arch-general] snapcraft.io IMO gets across the message that snaps are appropriate for Arch Linux

[Jelle van der Waa]

On 11/24/16 at 12:18pm, Ralf Mardorf wrote:
> My opinion is, that it would be better, if the Arch Linux logo would be
> removed from http://snapcraft.io/ , because I guess it gets across a
> wrong message.

You are aware that we package snapd in [community]? [1]

I'm not sure why ask for the logo to be removed from the website,
technically we support the snapd package.

[1] https://www.archlinux.org/packages/community/x86_64/snapd/
-- 
Jelle van der Waa


signature.asc
Description: PGP signature

Re: [arch-general] Cannot start 0ad (libboost problems)

[Jelle van der Waa]

On 11/01/16 at 04:05pm, Peter Nabbefeld wrote:
> 
> Hello,
> 
> when I want to start "0ad", I'm getting the following error message:
> 
> /usr/bin/pyrogenesis: error while loading shared libraries:

pacman -Qo /usr/bin/pyrogenesis

Also please report the 0ad and boost version..

> libboost_filesystem.so.1.61.0: cannot open shared object file: No such file
> or directory
> 
> I've already tried to re-install boost and boost-libs.
> 
> Kind regards
> Peter

-- 
Jelle van der Waa


signature.asc
Description: PGP signature

Re: [arch-general] out of date packages - an observation

[Jelle van der Waa]

On 09/07/16 at 11:51am, Genes Lists via arch-general wrote:
> 
> 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 views). Regardless of how
>  out of date a package is, if a new package was in testing I did not
> include it here.

Not sure what you are trying to achieve with this email, but it's
actually a bit worse. We have 189 (i686/x86_64 included) packages which
are out of date for more than 30 days in our repos.

Then again I don't have any historical data of how many out of date
packages we usually have.


-- 
Jelle van der Waa


signature.asc
Description: PGP signature

Re: [arch-general] [PATCH] core/links: bump to version 2.13

[Jelle van der Waa]

On 08/05/16 at 01:01pm, Alive 4ever wrote:
> 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
> > > package an updated version.
> > 
> > Posting this kind of patches will not lead to the package being updated
> > magically.
> 
> The only thing to do to be able to update Arch Linux repository package
> is by being Arch Linux developer or trusted user.

No, only a few developers have access to the [core] repository. Trusted
users can only handle [community].

-- 
Jelle van der Waa


signature.asc
Description: PGP signature

Re: [arch-general] [PATCH] core/links: bump to version 2.13

[Jelle van der Waa]

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
> package an updated version.

Posting this kind of patches will not lead to the package being updated
magically.

-- 
Jelle van der Waa


signature.asc
Description: PGP signature

Re: [arch-general] Announcing pacpak

[Jelle van der Waa]

On 07/10/16 at 01:59pm, LoneVVolf wrote:
> IF flatpak is to become supported on AL, i'd prefer pacman to handle it
> instead of a separate application.

flatpak is packaged in [extra], which for me means that it is indeed
supported.

> 
> My personal preference though is for AL community to treat flatpak similar
> as derivative distros.

Huh? I'd say we support running flatpak's, but obviously not what runs
in the flatpak :-)

> 
> something like : flatpak is unsupported on Arch linux, ask the flatpak
> creator(s) for help.

-- 
Jelle van der Waa


signature.asc
Description: PGP signature

Re: [arch-general] Update delayed for more of two months, Lyx v2.1.4

[Jelle van der Waa]

On 06/07/16 at 08:54pm, Xavier Corredor Llano via arch-general wrote:
> Hi guys,
> 
> Again the maintainer of Lyx [1] is so delay for update this package,  here 
> [2] is the pkgbuild 
> updated and tested, can any TUs update this?

Only developers have access to the extra repo.

> 
> Thanks
> 
> [1]: https://www.archlinux.org/packages/extra/x86_64/lyx/
> [2]: PKGBUILD[1] 
> 
> -- 
> Xavier Corredor Llano
> 
> On Saturday, 24 October 2015 11:19:54 COT Antonio Rojas wrote:
> > Xavier Corredor Llano wrote:
> > > Hi guys,
> > > 
> > > After more than two months ago Lyx [1] released the version 2.1.4 [2],
> > > this is a minor and maintenance release (strongly recommended), in august,
> > > and after flagged as out-date and wait some days, I contacted with the
> > > maintainer (Ronald) and he didn't answer me (I understand, maybe he is
> > > busy)
> > > 
> > > I tested for more of two months and this release work fine, I would like
> > > to be the maintainer of this package but I am not TU.
> > > 
> > > Regards
> > > 
> > > [1] https://www.archlinux.org/packages/extra/x86_64/lyx/
> > > [2] http://www.lyx.org/News
> > 
> > Updated
> 
> 
> 
> [1] 
> https://drive.google.com/file/d/0B2KQf7Dbx7DUM2MtaXBxb3kzY0k/view?usp=drivesdk

-- 
Jelle van der Waa


signature.asc
Description: PGP signature

Re: [arch-general] Experiences with SELinux on Arch

[Jelle van der Waa]

On 01/22/16 at 05:26am, Niels Kobschaetzki wrote:
> On 16/01/22 10:14, Oon-Ee Ng wrote:
> >On Fri, Jan 22, 2016 at 4:59 AM, Niels Kobschaetzki
> ><ni...@kobschaetzki.net> wrote:
> >>since I won't get an answer on the forum except "Read the Wiki" which
> >>isn't helpful, I ask here.
> >>Is here anybody with real world experiences with SELinux on Arch? The
> >>forum states the userland tools as "work in progress" which doesn't say
> >>anything about the progress…
> >>I'd like to know how easy SELinux is to use on Arch. I am just starting
> >>out to (re-)enabling it on my CentOS-servers and there it is actually
> >>not that hard after all nowadays because of the great tools available.
> >>But how about Arch?
> >
> >Have you read the wiki? Besides the actual content, the fact that
> >there is a page (and the activity ilevel ofthe page) should answer
> >your question pretty quickly.
> 
> Have you read my e-mail? Have you experiences with SELinux?

Simple answer is, our kernel does not support SELinux and won't in the
future. [1]

So you are basically on your own, build the kernel, core and tools from AUR.

You might want to look at Grsecurity though, since more people use it with
Arch and it has a package in [community]. [2]

[1] https://bugs.archlinux.org/task/31448
[2] https://wiki.archlinux.org/index.php/Grsecurity
> 
> Yes, of course I read the wiki and googled around for a couple of hours
> before I ask questions.
> 
> Niels

-- 
Jelle van der Waa


signature.asc
Description: PGP signature

Re: [arch-general] Samba Clustering Support

[Jelle van der Waa]

On 12/17/15 at 12:54pm, Carsten Feuls wrote:
> Is it possible to compile samba with clustering support in arch.
> I've tested it with the PKGBUILD for samba. 
> And I only need to add 
>   --with-cluster-support
> in the ./configure part.
> 
> And the config files need to be moved to /etc.
> 
> 
> Whould it make sense for arch to activate it?
> I could not find any regressions with it!

If you really care about the feature make a bug report at our
bugtracker, then the packager can decide if we want to add support. [1]

[1] https://bugs.archlinux.org/toplevel/proj1

-- 
Jelle van der Waa


signature.asc
Description: PGP signature

Re: [arch-general] hifishield / odroid-c1+ plus on archlinux

[Jelle van der Waa]

On 11/22/15 at 01:03pm, Andreas Ladanyi wrote:
> Hi,
>  
> howto setup the hifishield odroid-c1+ on archlinux.

You've reached the wrong mailing list, Arch Linux is not the same
as Arch Linux ARM. They do however have an excellent website. [1]

[1] http://archlinuxarm.org/platforms/armv7/amlogic/odroid-c1

-- 
Jelle van der Waa


signature.asc
Description: PGP signature

Re: [arch-general] python2-cherrypy stuck to old version

[Jelle van der Waa]

On 10/09/15 at 03:03pm, Cédric Girard wrote:
> Hi,
> 
> python2-cherrypy [1] is stuck at an old version (3.6.0) despite having been
> rebuilt several times since flagged out of date. Is there any reason for
> this?
> 
> Current revision is 3.8.0 [2].

I've just updated it yesterday!

-- 
Jelle van der Waa


signature.asc
Description: PGP signature

Re: [arch-general] cgmanager install issue

[Jelle van der Waa]

On 10/01/15 at 05:24pm, Antonio Rojas wrote:
> arnaud gaboury wrote:
> 
> 
> > Lucky me to have  /lib exists in filesystem !! It seems something is
> > wrong, no?

This has been fixed with 0.39-2.

> > 
> 
> Yes --> bugs.archlinux.org


-- 
Jelle van der Waa


signature.asc
Description: PGP signature

Re: [arch-general] libicuuc.so.54: cannot open shared object

[Jelle van der Waa]

On 04/13/15 at 11:31am, Armin K. wrote:
 On 13.4.2015 11:29, arnaud gaboury wrote:
 gabx@hortensia ➤➤ ~ % R
 /usr/lib64/R/bin/exec/R: error while loading shared libraries:
 libicuuc.so.54: cannot open shared object file: No such file or
 directory
 
 gabx@hortensia ➤➤ ~ % mypac icu
 306:icu 55.1-1
 386:lib32-icu 54.1-1
 
 gabx@hortensia ➤➤ ~ % ls -al /usr/lib32/libicuio.so.54
 lrwxrwxrwx 1 root root 16 Oct 22 02:14 /usr/lib32/libicuio.so.54 -
 libicuio.so.54.1*
 
 This issue is quite new, R never complain about this lib.
 
 How can I solve this issue?
 Thank you
 
 
 
 If that's an AUR package, you need to rebuild it yourself.

libicu.so.55 just hit [extra], but I can't see R depending on icu so
maybe it has some plugin which requires icu which you need to rebuild?

-- 
Jelle van der Waa


pgpu0mVbXOPbC.pgp
Description: PGP signature

Re: [arch-general] Linphone-3.8.0

[Jelle van der Waa]

On 03/14/15 at 01:03am, Mark Lee wrote:
 -BEGIN PGP SIGNED MESSAGE-
 Hash: SHA256
 
 While this may not be the proper way of submitting packages, linphone
 is out of date and repackaging it does require some fiddling. The
 major change is the use of bzrtp for zrtp encryption now. I've
 attached the PKGBUILDs I used to build linphone-3.8.0 so the
 maintainers can avoid some duplication of effort if they'd like. Note,
 I enabled GLX for linphone video calls in my version of mediastreamer.
 
 Regards,
 Mark
 -BEGIN PGP SIGNATURE-
 Version: GnuPG v2
 
 iF4EAREIAAYFAlUDwR8ACgkQZ/Z80n6+J/YmqQD+Nm4WX/hvn3b+d2LqGfrODIpf
 cPqDlJz/oJJxeJqaiFwA/2apVSnA9ByrYmQsE9I+jUSBiXZRoUGQp5au1bKk3oKU
 =XVOP
 -END PGP SIGNATURE-


The mailing lists doesn't allow attachments, so it's best to contact the
maintainer directly via email. You can see who maintains linephone on
archweb [1]

[1] https://www.archlinux.org/packages/community/x86_64/linphone/

-- 
Jelle van der Waa


pgphKmA_OaGZM.pgp
Description: PGP signature

Re: [arch-general] Package for gsmartcontrol is out of date: upstream moved

[Jelle van der Waa]

On 18 Jun 2014 16:56, Martti Kühne mysat...@gmail.com wrote:

 On Wed, Jun 18, 2014 at 4:49 PM, John Lane archli...@jelmail.com wrote:
 
 
  I have attached a patch.
 
  sorry just noticed the patch was backwards. Here it is again, corrected
:)


 No, we still don't take attachments.
 Read what Lukas told you.

 cheers!
 mar77i

Please create a  bug report or email the patch to my personal mail. Then
I'll  update the package tomorrow :)

Re: [arch-general] Cantata gives error after Qt-5.3 upgrade

[Jelle van der Waa]

Please create a bugreport, i will fix it then asap.
 On 20 May 2014 15:02, Savyasachee Jha savya.jh...@gmail.com wrote:

 On Tue, May 20, 2014 at 10:00 PM, Savyasachee Jha savya.jh...@gmail.com
 wrote:

  On Tue, May 20, 2014 at 9:55 PM, A Rojas nqn1976l...@gmail.com wrote:
 
  Savyasachee Jha wrote:
 
 
  
   Have you checked the output of pacman and installed all needed qt5
   optdepends?
  
  
   There are no optdepends for cantata or any of the qt5 packages it
  depends
   on.
  
 
  Are you sure about that?
 
  New optional dependencies for qt5-base
  gtk2: GTK2 plugin [installed]
  libsm: xcb plugin [installed]
  libxkbcommon-x11: xcb plugin
  mtdev: evdev plugin [installed]
 
 
  I did not have libxkbcommon-x11 installed. And quite strangely, when I
  upgraded, I did not get the new optional deps thing. However, when I
 just
  downgraded and upgraded again, it appeared. I guess I caught the mirror
 at
  an inappropriate time. :)
 
  Thank you!
 
  --
  Savyasachee Jha
 
  *Aerodynamics is for people whodon't know how to build engines.*
 

 I should add that libxkbcommon-x11 should be added as a dep to cantata, for
 it does not run without it.

 --
 Savyasachee Jha

 *Aerodynamics is for people whodon't know how to build engines.*

Re: [arch-general] ibm java installation path environment

[Jelle van der Waa]

On 04/19/14 at 11:23pm, GSC wrote:
 On 2014年04月19日 23:02, message wrote:
 
 Have also tried:
 
 ...
 export PATH=$PATH:$JAVA_HOME/bin
 export JAVA_HOME=/usr/local/java/jre
 
 but also unsuccessful recognition of the java command.
 Are you joking?

Why are you using a custom java and not for example aur/jre or the
openjdk packages in the normal repo.

-- 
Jelle van der Waa


signature.asc
Description: Digital signature

Re: [arch-general] [aur-general] GHC 7.8.1 packaging decisions for Arch Linux

[Jelle van der Waa]

On Wed, Apr 9, 2014 at 9:07 AM, Magnus Therning mag...@therning.org wrote:

 Tom,

 I might come across as very critical below, but I'm really not.  As
 you probably realise I've also thought a bit about related questions
 and I'm just really interested in your thoughts and answers.

 On Wed, Apr 9, 2014 at 7:27 AM, Thomas Dziedzic gos...@gmail.com wrote:
  Hello all,
 
  With the arrival of ghc 7.8.1 [0], I would like to address the following
  problems with a restructuring of how we treat haskell packages in
 archlinux:
 [...]
  Change 1: Move every haskell related package out of [extra] into
  [community] except ghc and cabal-install. This includes the following 8
  packages: haskell-http, haskell-mtl, haskell-network, haskell-parsec,
  haskell-random, haskell-text, haskell-transformers, haskell-zlib
  Explanation: These packages are only required to build cabal-install.
 Since
  we converted the cabal-install package to use the bootstrap script that
  comes with it, we no longer depend on these packages for anything in
  [extra].

 I'm guessing this means cabal-install now is the only package outside
 of [community] that uses ghc to build.  Is that right?

 Is the plan then that any future tools (i.e. non-libraries)
 implemented in Haskell would go into [community]?

 I would like to keep XMonad/XMobar in [community] it does seem to take up
a big chunk of the haskell-* packages we have in our repos. But I've never
ran into real big issues packaging haskell libraries, one minor issue is
that the developers tend to oversplit packages for example
haskell-data-default-* . This really makes packaging haskell libraries
annoying.

It should be noted that cabal-install isn't a package manager in the
 true sense[1].  I'm not sure this is an argument against making the
 change you propose, but it's worth noting.

 There are quite a few other language/frameworks that have
 language-specific build/package systems, Python, Ruby, Perl,
 node.js...  Are Python developers on Arch pointed towards using pip to
 install Python libs?

 I think sometimes the right thing is to point users to another package
 manager, e.g. packaging vim scripts for system wide installation is a
 bit silly, since installing a vim script affects ALL users on the
 system.  So doing that would require providing some sort of vim-script
 manager to users.  Then there's very little difference compared to
 just telling users to use Vundle/Pathogen/whatever directly instead.
 However, this isn't the case for Haskell/GHC...

 I would prefer that we don't package vim plugins or firefox extensions.
Firefox has it's own extension manager and vim has a lot of solutions which
work better then pacman.

 Change 3: Support users who are unable to install haskell packages that do
  not compile under archlinux. This would require working with the user and
  upstream to open up tickets and write patches for programs. At the very
  least we can work with the user if they do not to open up upstream bug
  reports and track them in our own bug tracker. There might be some
 packages
  which we would probably consider unsupported like bindings to packages
 that
  are not in the supported repos and packages that have no upstream
 activity
  and ones that are effectively unmaintained.

 How do you envision this actually working?
 The set of packages in [extra]/[community] is rather small today, in
 the order of 3 dozen, so does this mean that users are already turning
 to the Arch devs when they are having problems compiling Haskell
 packages?

 How many haskell developers actually use our packages in the repos/aur
rather then using caba-install?

-- 
Jelle van der Waa

Re: [arch-general] Security vulnerability (CVE-2014-0004) in udisks/udisks2

[Jelle van der Waa]

On 03/11/14 at 10:24am, Manuel Reimer wrote:
 Hello,
 
 I already flagged the packages out of date, but maybe other people are
 interested, too, that there is a known security hole in udisks/udisks2,
 which has been fixed upstream with new releases:
 
 http://lists.freedesktop.org/archives/devkit-devel/2014-March/001568.html
 
 Greetings,
 
 Manuel
 

FYI: 
https://mailman.archlinux.org/pipermail/arch-dev-public/2014-March/025952.html

-- 
Jelle van der Waa


signature.asc
Description: Digital signature

Re: [arch-general] Packages Verified with MD5

[Jelle van der Waa]

On 01/11/14 at 11:09pm, Taylor Hornby wrote:
 I noticed that the TrueCrypt package is downloaded over an insecure FTP
 connection and then only verified using MD5 hashes.
 
 https://projects.archlinux.org/svntogit/packages.git/tree/trunk/PKGBUILD?h=packages/truecrypt
 
 There are practical collision attacks against MD5. This means an
 adversary (e.g. the NSA) can construct two versions of the truecrypt
 binaries, one malicious and one not, which have the same MD5 hash. They
 can silently replace the file being downloaded with the malicious
 version and the change will not be detected.
 
 This should be fixed to use SHA256 hashes, like the Firefox package:
 
 https://projects.archlinux.org/svntogit/packages.git/tree/trunk/PKGBUILD?h=packages/firefox
 
 How can I help make it use SHA256 instead of MD5? I'm relatively new to
 arch, so I'm not familiar with what it takes to change something in the
 repos. Any advice would be appreciated.
 
 Are there other packages still being verified with MD5? Can we fix them
 too? I'll gladly donate my time if it's not something that can be automated.
 
 Thanks,
 -- 
 Taylor Hornby
 
 p.s. This might be better suited to arch-dev-public, but I think users
 should be informed of the vulnerability, so I decided on arch-general.

SHA256 hashes won't fix anything, since hashes are only integritiy checks 
telling you the downloaded file isn't corrupt.

Signatures however are made to verify that the content isn't modified on
the server, which as you can see is used in the PKGBUILD. [1]

The maintainer also says in his PKGBUILD that the download method used
by truecrypt isn't compatible with makepkg [2]


[1] http://www.truecrypt.org/docs/digital-signatures
[2] 
https://projects.archlinux.org/svntogit/packages.git/tree/trunk/PKGBUILD?h=packages/truecrypt

-- 
Jelle van der Waa


signature.asc
Description: Digital signature

Re: [arch-general] Packages Verified with MD5

[Jelle van der Waa]

On 01/12/14 at 09:58am, Taylor Hornby wrote:
 On 01/12/2014 02:58 AM, Rashif Ray Rahman wrote:
  On 12 January 2014 14:09, Taylor Hornby ha...@defuse.ca wrote:
  Are there other packages still being verified with MD5? Can we fix them
  too? I'll gladly donate my time if it's not something that can be 
  automated.
  
  Of the 4890 base packages shown by ABS, 2988 are MD5-only. That is
  61%, or more than half.
  
 
 Wow, that's quite a lot.
 
 Do I understand correctly that the hashes are relied on for security? In
 other words, is it the package (containing the PKGBUILD) that's signed,
 and once it's verified, it's the PKGBUILD's responsibility to check the
 integrity of the files it needs?
 
 If so, this should be fixed as soon as possible. How feasible would it
 be? Could it be as simple as making a script that:
 
 1. Finds the 'source' and 'md5sums' lines.
 2. Downloads the packages and checks the md5sums.
 3. Computes the SHA256sums, and adds them to the file.
 
 If there's anything I can do to help, let me know.
 
 -- 
 Taylor Hornby

No, you don't rely on hashes for security, hashes are for integrity
checks. Signatures are for the verification of a file or message, since
anyone can replace the hash on the server and upload a new tarball.

Signatures can only be created by the developers private key, it hashes
a file or messages, then encrypts this hash with his private key. Then
the developer puts the signature and tarball on a server.

Everyone who has somehow obtained the developers public key, can verify
that the tarball hasn't been tampered with by creating a hash from the
tarball and comparing it with the decrypted signature (original hash).

If a hacker uploaded a malicious tarball, he would be able to create a
new hash, but wouldn't be able to create a new valid signature.

PS: the explanation of signing isn't exactly correct, since I didn't
explain that there hash is actually not encrypted with the private key.
A nice explanation of PGP can be found here:
http://www.pgpi.org/doc/pgpintro/

PS2: You may raise more concerns about the truecrypts code.
http://istruecryptauditedyet.com/

-- 
Jelle van der Waa


signature.asc
Description: Digital signature

Re: [arch-general] build and test packages automatically

[Jelle van der Waa]

On 12/22/13 at 07:51pm, Guangyu Zhang wrote:
 Hello,
 
 I want to build an repository. I need a software to build and test packages
 automatically, and to show the status of all packages which is just like
 the buildd http://www.debian.org/devel/buildd/ in Debian. I have been
 looking for it via Google, but nothing found.
 
 Can anybody give me some advice? I also wonder what software is used by
 official developers to manage the main repository.
 
 Thanks,
 
 Guangyu

Hi,

We don't have software that automatically builds new packages when
something is commited in svn. TU/Dev's usually use devtools ( pacman -S
devtools ) to build packages in a clean chroot. [1]

What automatic testing are you looking for? We have namcap which
checks for packaging problems.

To manage the main repo we use dbscripts [2] and for example
communitypkg which is in devtools. You can find a description of adding
a package to our repos in the first link.

1. https://wiki.archlinux.org/index.php/DeveloperWiki:HOWTO_Be_A_Packager
2. https://wiki.archlinux.org/index.php/DeveloperWiki:dbscripts

-- 
Jelle van der Waa


signature.asc
Description: Digital signature

Re: [arch-general] Failure to resume on kernel 3.9.9

[Jelle van der Waa]

On 12/05/13 at 01:54am, Patrick Burroughs (Celti) wrote:
 Hi list,
 
 I realise this email comes with a deplorable paucity of informaton,
 but I haven't found *any* logs relating to this event. I also realise
 I've waited what may be considered overlong to ask for help, but I was
 hoping the bug would be fixed in a later kernel release and it wasn't.
 Google has failed me, so now I come to you for help.
 
 My laptop is an HP Pavilion g7. The system suspends normally, but
 fails to resume leaving a powered-off screen and no responsiveness to
 keyboard input, including the magic sysrq, but the caps lock light
 turns on and off.
 
 At first I suspected fglrx, but it happens with or without fglrx
 loaded, and with or without nomodeset on the kernel command line.
 Further, it happens identically inside or outside of X.
 
 I tried git-bisect on the kernel but gave up after many hours of
 compiling and testing — anyone know of a faster/easier way to do this?
 
 I'm currently running kernel 3.9.8, but am perfectly willing to update
 again and generate a failure to provide any logs someone thinks may
 help — I haven't found anything, but I may not be looking in the right
 place.
 
 Thank you,
 ~Celti

Sounds like https://bugzilla.kernel.org/show_bug.cgi?id=61781 

-- 
Jelle van der Waa


signature.asc
Description: Digital signature

Re: [arch-general] apache 2.4

[Jelle van der Waa]

On 11/21/13 at 01:41pm, Guus Snijders wrote:
 Op 21 nov. 2013 12:02 schreef Karol Babioch ka...@babioch.de het
 volgende:
 
  Hi,
 
  Am 20.11.2013 07:28, schrieb William Giokas:
   I really think that the argument that is presented there is quite
   awful.
 
  Yes, I think so, too. A rolling release shouldn't hold back new versions
  for months because a specific Maintainer doesn't like it for quite
  subjective reasons.
 
 Actually, the fact if $dev wants to work on it or not is entirely
 subjective imho. On the other hand; anyone can post a PKGBUILD on the AUR
 of course.
 
 Just remember that the devs are volunteers.
 
 mvg, Guus

Apache24 is already in AUR. https://aur.archlinux.org/packages/apache24/

-- 
Jelle van der Waa


signature.asc
Description: Digital signature

Re: [arch-general] Revisit official SELinux support

[Jelle van der Waa]

On 10/31/13 at 09:36am, Allan McRae wrote:
 On 31/10/13 09:36, Timothée Ravier wrote:
  On 29/10/2013 01:21, Allan McRae wrote:
  I'd suggest that someone maintains an unofficial repo with all the
  packages required to set this up to prove the work required for
  continual maintenance of this has been done.  Then requests could be
  made to (e.g.) add support to the kernel, providing full details of what
  is required and if it has any effect on those not using SELinux.
  
  Hi,
  
  I've had this on my TODO list for a while but never got to finish it up
  to the point of having a really functional system as it is quite time
  consuming (especially the SELinux policy fixing part).
  
  But I should have some time for it now so I'll try to make those packages.
  
  Impact for non-SELinux users should be rather minimal:
   * kernel: TOMOYO is already enabled and need explicit boot parameter to
  operate and so will SELinux once enabled. No major changes here except
  for a slightly bigger kernel.
   * userspace: only a very restricted set of packages needs tweaks, but
  it won't impact performance for non-SELinux users. No major changes here
  except for slightly bigger packages.
  
  Only packagers will be impacted as there are still some patches needed
  and this could slow down 'core packages' updates when issues arise. But
  fixes usually comes quite quickly as both Fedora and Gentoo maintain
  packages with SELinux support.
 
 Requiring patches not accepted upstream is an immediate blocker.
 
  I see a couple of issues that will also have to be resolved for SELinux
  on Arch to be usable:
   * It needs some support in pacman, otherwise package updates will be
  painful;
 
 I'm interested as a pacman developer what support would be needed, but
 that too is a likely blocker.
 
   * It needs a proper policy tuned for Arch Linux packages. Filesystem
  hierarchy differences between Fedora and Arch will prevent us from just
  applying the Fedora policy to Arch;
   * Performance comparisons between no-SELinux and disabled-SELinux
  installations to make sure the impact is minimal.
  
  Cheers,
  
  Tim
  
  
 

Although I'm not a fan of SELinux, it would be nice if there was a list
( wiki article ) which lists all patches we need to apply on our
packages. ( Who providers these patches btw. ) And which policy files we
need to ship with our packages


-- 
Jelle van der Waa


signature.asc
Description: Digital signature

[arch-general] Libreoffice Beta builds

[Jelle van der Waa]

If anyone wants to test out the new Libreoffice beta release. Add the
folowing to your pacman.conf

[libreoffice]
Server = http://pkgbuild.com/~jelle/libreoffice
SigLevel = Optional


pacman -S libreoffice/libreoffice

-- 
Jelle van der Waa


signature.asc
Description: Digital signature

Re: [arch-general] ntp-signd support for Samba4

[Jelle van der Waa]

On 04/23/13 at 04:40pm, John Lane wrote:
 Now that Samba 4 is the deault, I think the ntp package needs to be
 configured with '--enable-ntp-signd' because this is needed for Active
 Directory clients to be able to synchronize time via the Active Directory
 component of Samba 4. As far as I know this is necessary but the wiki makes
 no mention of it so I may of course be wrong Does anybody else know more
 about this?

Make a feature request on the bugtracker, so the dev can check it. Since
not all devs read arch-general.

-- 
Jelle van der Waa


pgpaoaNWrlVZH.pgp
Description: PGP signature

Re: [arch-general] Concerning Secure Boot Support

[Jelle van der Waa]

On Mon, Dec 10, 2012 at 10:28 AM, Thomas Bächler tho...@archlinux.orgwrote:

 Am 10.12.2012 06:54, schrieb kristof:
  As it stands, Gummiboot doesn't support calling back to Matthew
  Garrett's shim and until this happens it won't work in secure boot mode.

 Could you refer to any documentation about this? Why would the boot
 loader need to call back into shim?

  Lastly, the shim itself needs to be pulled into [extra] and it should
  come with some script like shim-install which would simply rename the
  grub-efi binary as grubx64.efi and would place the shim in
  /boot/efi/EFI/BOOT/x86_64/, renaming it bootx64.efi. Not so difficult at
  all, but it's another thing to do.

 There has been a discussion about this topic just a few days ago. I
 suggest you read it first.


 Indeed, we shouldn't package packages just because they might build.

I also don't see a reason why Archlinux should support secure boot, it's
only forced on ARM. I would never run it on my laptop even if I had support
for it.


-- 
Jelle van der Waa

Re: [arch-general] Virtualbox hosting qemu-kvm guests

[Jelle van der Waa]

On 21/11/12 10:01, Lukas Jirkovsky wrote:
 On 20 November 2012 19:34, Steve P. pub...@milehightexas.net wrote:
 Hi

 This is my first posting so bear with me.

 I am trying to get qemu-kvm to work inside Virtualbox, but when I try to
 #modprobe the kvm-intel or kvm_intel module, it errors stating that
 operation is not permitted.

 Is qemu known to run inside virtualbox? The host hardware is an i7 that
 supports hardware virtualization fine.

 I have qemu running natively on the same box so it is confusing, but want
 to use VB also.

 Thanks in advance.
 
 That can't work, because you don't have access to the HW
 virtualization from the guest.
 
 That's because CPU virtualization is basically nothing more than an
 additional CPU ring (ring-1) where the guest runs. To allow guests in
 guests in guests... there would have to be recursion in the HW itself
 (which I dare to say is impossible, there will always be a limit).
 
 Lukas
 
It can work. KVM supports nested support for their virtual machines
which make it possible to run VirtualBox inside a KVM Guest. You will
need VMX for it to work ( or the AMD counterpart ) and i don't think
virtualbox supports this feature.

http://networkstatic.net/nested-kvm-hypervisor-support/



signature.asc
Description: OpenPGP digital signature

Re: [arch-general] [arch-dev-public] Bug Squashing Day: Saturday 17th November

[Jelle van der Waa]

On 12/11/12 07:41, Karol Blazewicz wrote:
 Why are some bug descriptions truncated?
 
 Is:
 FS#26200 - [gnome-control-center] 3.2.0-1 does not show any items when used
 
 Should be:
 FS#26200 - [gnome-control-center] 3.2.0-1 does not show any items when
 used with LXDE
 
 https://bugs.archlinux.org/task/26200
 
 
 Why not use the wiki template for bug reports
 https://wiki.archlinux.org/index.php/Template:Bug ?
 
I probably failed copy/pasting it from the output from my tool or my
tool truncates it.

Oh and I didn't know about the wiki template for bug reports, thanks for
reporting!






signature.asc
Description: OpenPGP digital signature

Re: [arch-general] [arch-dev-public] Bug Squashing Day: Saturday 17th November

[Jelle van der Waa]

On 12/11/12 12:45, Karol Blazewicz wrote:
 On Mon, Nov 12, 2012 at 12:00 PM, Allan McRae al...@archlinux.org wrote:
 It is a wiki...  fix it.
 
 Sure, but it would be nice to find out what went wrong in the first place.
 
Oh and my script is here https://github.com/jelly/PyFlySpray



signature.asc
Description: OpenPGP digital signature

Re: [arch-general] aur down?

[Jelle van der Waa]

On 26/10/12 21:18, Jameson wrote:
 On Fri, Oct 26, 2012 at 3:04 PM, Leonidas Spyropoulos
 artafi...@gmail.com wrote:
 Is aur server down?
 
 I can't get to it.
 
Yes it's down. And yes it will be fixed.



signature.asc
Description: OpenPGP digital signature

Re: [arch-general] failure to install w7 on VM

[Jelle van der Waa]

On 08/10/12 20:47, Arno Gaboury wrote:
 Dear list,
 
 I am trying with no sucess to install w7 on a VM on my Archlinux box.
 I use virt-install,virtio,qemu, and i already managed to set up VM.
 
 This time, after #virt-install --connect qemu///system --name=merdoz
 --ram 4000 --cpu host --disk
 path=/dev/vg0/lv_merdoz,bus=virtio,sparse=false,format=raw --cdrom
 /var/lib/libvirt/images/isofiles/WindowsTiny.iso --description=merdoz
 -vm guest on host magnolia --graphics vnc --os-type=windows
 --os-variant=win7  --video=vga --hvm --accelerate --nonetwork.
 
 
 The libvirtviewer opens, and windows starts to install. The issue is it can 
 not find the
 disk (/dev/vg0/lv_merdoz) because drivers are not installed.
 
 I read I needed virtio-win-0.1-30.iso.
 I downloaded it, exctract the WIN7 folder with the drivers.
 Then I exctract my win7.iso, put the WIN7 folder inside, then
 $mkisofs -o win7.iso -J -r win7
 and get a new iso file.
 
 Unfortunately, when using it with virt-install, the file is not
 recognized and windows can not boot: could not read (code 004).
 
 1- Do I really need virtio.iso to get the drivers? If not, why w7
 doesn't recognize my LV ?
 2- how to add these drivers to my setup?
 
 Thank you for help.
 
IIRC, I added the virtio iso as second disk ( or floppy image ) and then
installed windows. ( Windows can 'install' drivers in the partitioning
step )



signature.asc
Description: OpenPGP digital signature

Re: [arch-general] Open Build Service adds support for Arch Linux

[Jelle van der Waa]

On 11/09/12 12:48, André Prata wrote:
 http://www.open-build-service.org/2012/09/10/arch-linux-support/
 
 Are there any plans for seamless integration with the AUR?
 
 André Prata
 

Patches are always welcome, but on a side note. We don't want people to
build AUR packages automatically since they might be faulty, insecure or
contain exploits.




signature.asc
Description: OpenPGP digital signature

Re: [arch-general] SystemD poll

[Jelle van der Waa]

On 08/16/12 18:59, Jérôme Bartand wrote:
 Hi!
 
 Yesterday I read on Phoronix that Arch devs are planning to switch to
 SystemD, but many users are unhappy with this move. You can see a lot of
 controversy discussion on this list. I have created an online poll to
 determine the will of the community:
 http://www.easypolls.net/poll.html?p=502d2113e4b02c3adb09a939
 
 Please vote and spread!
 
Since when is archlinux a democracy?

Also you're poll doesn't give any arguments for or against the move,
unedacted users should look into the benefits of moving to systemd.


-- 
Jelle van der Waa



signature.asc
Description: OpenPGP digital signature

Re: [arch-general] Lennart Poettering on udev-systemd

[Jelle van der Waa]

On 08/14/12 14:59, Ralf Mardorf wrote:
 On Tue, 2012-08-14 at 13:45 +0100, Paul Gideon Dann wrote:
 and easier for most users to maintain
 
 USERS? I'm a stupid user. I guess you're talking about experts. For
 USERS it's hard to follow changes every half year. We stupid users
 simply want to use the computer. We are willing to learn, but we won't
 start from the beginning, every half year.
 
 Btw. I'm a computer dino, so for me nothing is bad with the obsolete
 PASCAL style of the configs. Oh wait, I always hated to program Pascal.
 
 CheersRalf
 
 
 
Tell me what's hard about systemd?


Ah well as soon as RHEL switches to systemd, more and more distro's will
switch, so soon you might have to use it ;) (So better learn it now :p )

-- 
Jelle van der Waa



signature.asc
Description: OpenPGP digital signature

Re: [arch-general] Lennart Poettering on udev-systemd

[Jelle van der Waa]

On 08/09/12 22:00, Anthony ''Ishpeck'' Tedjamulia wrote:
 I think what he was saying wasn't that systemd is hard but switching is hard 
 irrespectively of what you're switching to.  
Because the devs made systemd being able to use rc.conf?

It takes less then a day to use systemd, but I am not forcing you to use it.

-- 
Jelle van der Waa



signature.asc
Description: OpenPGP digital signature

Re: [arch-general] Lennart Poettering on udev-systemd

[Jelle van der Waa]

On 08/14/12 15:51, Paul Gideon Dann wrote:
 On Tuesday 14 Aug 2012 14:59:43 Ralf Mardorf wrote:
 On Tue, 2012-08-14 at 13:45 +0100, Paul Gideon Dann wrote:
 and easier for most users to maintain

 USERS? I'm a stupid user. I guess you're talking about experts. For
 USERS it's hard to follow changes every half year. We stupid users
 simply want to use the computer. We are willing to learn, but we won't
 start from the beginning, every half year.
 
 Cool, so once you're set up with systemd, you should find it easier to work 
 with.  As for change, I'm afraid that's inevitable in ArchLinux, because it's 
 intended to be a cutting-edge distro.  If you don't like the change, you 
 really need to consider switching to something less hands-on.  I hear that 
 OpenSUSE Tumbleweed is a viable rolling-release option.  And I think Mint 
 Debian Edition is also rolling-release?
 
 Paul
 
SuSe has systemd plans too ;)

-- 
Jelle van der Waa



signature.asc
Description: OpenPGP digital signature

Re: [arch-general] [arch-dev-public] Migration to systemd

[Jelle van der Waa]

On 08/14/12 17:55, Calvin Morrison wrote:
 On 14 August 2012 10:57, Stéphane Gaudreault steph...@archlinux.org wrote:
 Systemd has a overall better design than SysV, lots of useful administrative
 features and provide quicker boot up. Considering that it has been around in
 our repositories for some time and that it could be considered stable enough
 for production use, I would suggest to replace iniscript by systemd once the
 'Missing systemd units' is over. Thus we will avoid duplicating our efforts
 on two init systems.

 Any objections to start the migration process ?

 Cheers,

 Stéphane


 
 I'd love to see the overall advantages and disadvantages of each of
 those fleshed out on a page where I can read them - I know I can't
 order anyone to do it, and my comment doesn't effect the outcome, but
 I would really like to see a good explanation of the advantages in an
 unbiased (aka not by LP) explanation  of why it is better for arch. Is
 systemd suckless? is it easy to maintain? is it going to around for
 several years? have we considered Upstart? what about OpenRC?
 
 before Arch jump ship, I would love to see some good details. I have
 been trying to keep up Tom's posts on the general, so maybe I should
 revisit them.
 
 Calvin
 
Tom has listed the advantages a couple of times in arch-general.

-- 
Jelle van der Waa



signature.asc
Description: OpenPGP digital signature

Re: [arch-general] What can be deleted, when not using systemd - was: polkit package upgrade patch

[Jelle van der Waa]

On 11/08/12 02:14, Ralf Mardorf wrote:
 On Sat, 11 Aug 2012 02:03:51 +0200, Leonid Isaev lis...@umail.iu.edu
 wrote:
 If you disagree file a bugreport.
 
 Any hints where to file a bug report are welcome. Seemingly nobody is
 interested, as already explained by Heiko.
 
 But using dummy packages is just cheating.
 
 So I should do audio productions with a Linux, that is unable to use my
 audio card? How should I do this?
 
 Regards,
 Ralf
Have you ever tried to report your problems with PA and your soundcard
to upstream?

-- 
Jelle van der Waa



signature.asc
Description: OpenPGP digital signature

Re: [arch-general] OT: [arch-dev-public] polkit package upgrade patch

[Jelle van der Waa]

On 10/08/12 23:38, Heiko Baums wrote:
 Am Fri, 10 Aug 2012 16:33:39 -0400
 schrieb Brandon Watkins bwa...@gmail.com:
 
 Systemd and pulseaudio are completely different pieces of software
 with different purposes. Comparing them like that just because of the
 author is comparing apples to oranges.
 
 Sorry, it is not. I see that PA is totally not complete and doesn't
 support at least half of the professional use cases. And I see that it's
 the same with systemd. So what's the difference?
 
 They are both developed by the same person who seemingly doesn't have
 much knowledge about professional computer usage and only cares about
 some desktop users.
 
 With PA it's currently not such a problem since I don't need to use a
 distro or a desktop environment which forces me to install PA.
 
 With systemd it's worse since the init system is a very serious and
 important piece of the system. And if this doesn't support every
 professional use case and isn't proved to be really reliable, it just
 shouldn't be made to a de facto standard.
 
 And if I can't trust PA how can I trust an even more important piece of
 software written by the same person?
 
 Btw., look at systemd-cryptsetup. Yes, meanwhile my use case is filed
 upstream and allegedly and hopefully fixed. But it shows that at least
 one use case was just forgotten or in other words it was not well
 enough thought out. The latter is the biggest problem.
 
 Like I said before, some of Lennart's ideas may, say, seem to be quite
 interesting, and maybe sysvinit is also not the perfect init system.
 But Lennart's software is just not implemented good enough.
 
 If somebody doesn't care about the professional users when writing on
 software, would he really care about the professional users when
 writing the other software?

Sure soon RHEL will switch to systemd with RHEL 7, so the systemd market
share will probably continue to grow. Also SUSE seems to switch to
systemd. With these major distro's taking up systemd, it's almost
impossible that it's not implemented good enough.

p.s. it's a bit lame to just blame Poettering since for everything he
just iirc the maintainer of systemd. Since there are much more people
behind systemd ( Kay sievers, etc. )





signature.asc
Description: OpenPGP digital signature

Re: [arch-general] When will LibreOffice 3.6 proposed ?

[Jelle van der Waa]

On 10/08/12 21:15, fredbezies wrote:
 Hello.
 
 I know, archlinux is really quick to package software, so I was
 wondering when LibreOffice 3.6 will be proposed, at least on testing ?
 
 I grabbed PKGBUILD from abs, and tweaked .36 version to build both
 translations (done first) and then core package (currently working on
 LibO Writer after something like 4 hours on my AMD Athlon X2-215,
 which is now something like 2 years old).
 
 Thanks for any infos.
 
 Have a good week-end.
 
Usually it's released when it's ready ( it's only two days ago, since it
has been released)

-- 
Jelle van der Waa



signature.asc
Description: OpenPGP digital signature

Re: [arch-general] [arch-dev-public] polkit package upgrade patch

[Jelle van der Waa]

On 08/08/12 10:52, Jayesh Badwaik wrote:
 On Wednesday 08 Aug 2012 09:38:40 Lukas Jirkovsky wrote:
 Works fine here with the nearly Poettering-free system. I'm using
 KDE networkmanager applet. I tested a system-wide wifi connection and
 it worked fine.
 
 Are you able to use KDE without all the Poettering stuff? 
 
What if Poettering writes a kernel patch, are you going to stop using
linux then?
The poettering rants are a bit silly, since multiple devs work on
Pulseaudio and Systemd.

But back on topic, yes you can run KDE fine without Pulseaudio or Systemd.

-- 
Jelle van der Waa



signature.asc
Description: OpenPGP digital signature

Re: [arch-general] New dual install iso -- Where the heck is arch-setup??

[Jelle van der Waa]

On 05/08/12 03:43, David C. Rankin wrote:
 On 08/04/2012 10:49 AM, Oon-Ee Ng wrote:
 David, you are fairly active on the mailing lists, and it's amusing that
 you totally missed the discussions related to the removal of AIF a few
 weeks ago.
 More to the point, as a maintainer of a fairly complicated set of packages,
 he should be following important announcements rather than shooting of
 emails when he personally encounters the changes. Or at least looking at
 the front pages

 
 Both points well taken. I do follow - to the greatest extent possible - the
 changes with arch. Even scanning the dev list, I completely glossed over the 
 AIF
 removal, thus the email. After having completed the install without it, I can
 say, AIF is sorely missed.
 
 The install guide that is currently in the wiki, does a good job, but it is
 extremely terse. The install can be done with the install wiki, but it takes 
 an
 additional level of effort and Linux understanding than with AIF (and that had
 no training wheels). The current install is silent on 'swap'. I wanted a 500M
 swap, so I created on with cfdisk during install and added it to fstab. Simple
 issue, but it was things like that that AIF did that really helped cut down on
 the time/thought required for install.
 
 What is the current Arch policy for swap creation? Is it still recommended? If
 so, for what systems? (RAM X, other criteria?) Let me know and I'll add it to
 the install wiki. Even if it is Arch doesn't recommend swap creation, that
 should still be there for all users that historically have come to expect a 
 swap.
 
You're welcome to create an improved guide for installing.

And as taken from the Archwiki To summarize: Arch Linux is a versatile
and simple distribution designed to fit the needs of the competent
Linux® user.
So anyone who wants to install Archlinux should be able to set up a
partition and know how to set up a swap partition.

-- 
Jelle van der Waa



signature.asc
Description: OpenPGP digital signature