- Arch-dev-public - lists.archlinux.org

[arch-dev-public] Away for a few days
by Eli Schwartz 29 Aug '17

29 Aug '17

I'll be traveling tomorrow to a friend's wedding, plus dealing with a move, so chances are I won't be very active for the immediate future. Hopefully we won't be suddenly swarmed with more bugs than Doug can handle. :) -- Eli Schwartz

1 0

[arch-dev-public] Orphaned packages
by Sébastien Luttringer 20 Aug '17

20 Aug '17

Hello, I orphaned several packages I don't use anymore. The following have no more maintainer, so if nobody is interested, I will move them to AUR. - unifi - rxvt-unicode - laptop-detect - python-docutils - quilt - rblcheck Cheers, Sébastien "Seblu" Luttringer

4 3

[arch-dev-public] Drop hfsutils
by Muflone 20 Aug '17

20 Aug '17

Hi The current status of the package hfsutils v332 is really out-of-date compared to Apple sources [1] v589. Various GNU/Linux distributions approach this package in many different ways. - Debian still maintains it the outdated v332 [2] - Fedora uses a more recent version v540 [3] which doesn't provide anymore mkfs.hfs. A package from another source could create new filesystems. - Gentoo uses the same old version v332 [4] As I don't use this package anymore and I don't think a 10 years old package should live in the official repositories I plan to move hfsutils to the AUR. If someone has a better idea or wants to maintain hfsutils please let me know. If not I'll try to update hfsutils in the AUR to v540. [1]: https://opensource.apple.com/source/diskdev_cmds/diskdev_cmds-589/ [2]: https://packages.debian.org/sid/hfsprogs [3]: https://src.fedoraproject.org/rpms/hfsplus-tools/blob/master/f/hfsplus-tool… [4]: https://packages.gentoo.org/packages/sys-fs/diskdev_cmds -- Fabio Castelli aka Muflone

1 1

[arch-dev-public] Bug tracker group - New TU
by Dan Printzell 14 Aug '17

14 Aug '17

Hi everyone. I got accepted as a TU about 6 days ago and I still haven't gotten upgraded to the Trusted User group on the bug tracker. My account: https://bugs.archlinux.org/user/25875 Thanks Dan Printzell

2 1

[arch-dev-public] away/unavailable
by Dave Reisner 10 Aug '17

10 Aug '17

Hi, I'm sporadically unavailable for the next month or so: * vacation: 8/11 - 8/20 * work trip: 9/1 - 9/9 * wedding: 9/22 - 9/24 If it's not one of the above, I'm likely doing planning for said wedding and/or contemplating some other fairly major upcoming changes. Feel free to update any/all of my packages as needed. dR

1 0

[arch-dev-public] Away until 18 Aug
by Antonio Rojas 29 Jul '17

29 Jul '17

It's vacation time. Will have intermittent internet access but no signing key. Feel free to fix/update anything, just make sure not to break Sage if you touch any of its dependencies.

1 0

[arch-dev-public] Hey everyone,
by Sven-Hendrik Haase 26 Jul '17

26 Jul '17

I'll be on vacation for 2 weeks starting today. Feel free to update my packages. Sven

1 0

[arch-dev-public] TeXLive 2017 packages are now available in [testing]
by Rémy Oudompheng 17 Jul '17

17 Jul '17

Hello, TexLive 2017 has been released at the beginning of the month and is now packaged in [testing]. No particular issue is expected when upgrading to this release. Note that a few packages disappear in this release, following upstream changes in structure: * texlive-genericextra (merged in texlive-core) * texlive-htmlxml (merged in texlive-core and formatsextra) * texlive-plainextra (merged in texlive-core) Pacman hooks for TeXLive, which were in texlive-bin, are now in texlive-core, which should fix bugs like FS50238, FS20423 and FS51918. I expect to move them to [extra] early July. Happy TeXing, Regards, Rémy.

2 3

Re: [arch-dev-public] Changing compilation flags
by Evangelos Foutras 08 Jul '17

08 Jul '17

On 7 July 2017 at 19:17, Jordan Glover <Golden_Miller83(a)protonmail.ch> wrote: > I'm surprised as it seemed to me that Daniel took it for granted that > patch like that will get accepted. Anyway it's hard for an outsider to > successfully submit anything to big upstream project. I hope you'll be more > lucky if/when you decide to upstream your pie/ssp patches. > The SSP/PIE patch is a bit of a hack and is specific to Arch and the architectures we support. As mentioned in the commit message, it's a temporary fix until upstream makes those parameters configurable at compile-time (or a better solution is found). This means it's not upstreamable. > It would be nice if makepkg have some conditionals i.e. : > > if cc=clang then > cflags="-march=x86-64 -mtune=generic -O2 -pipe -fsanitize=safe-stack > -fsanitize=cfi -fvisibility=hidden > > if cc=gcc then > cflags="-march=x86-64 -mtune=generic -O2 -pipe -fno-plt -fstack-check > There are multiple ways the compiler can be selected; two of them are: 1) exporting CC/CXX in the PKGBUILD and 2) the project's configure script picking one of the available compilers. makepkg can't realistically know which compiler is going to be used and thus must have only one set of flags that is supported by both GCC and Clang. On 7 July 2017 at 19:17, Jordan Glover <Golden_Miller83(a)protonmail.ch> wrote: > I'm surprised as it seemed to me that Daniel took it for granted that > patch like that will get accepted. Anyway it's hard for an outsider to > successfully submit anything to big upstream project. I hope you'll be more > lucky if/when you decide to upstream your pie/ssp patches. > > It would be nice if makepkg have some conditionals i.e. : > > if cc=clang then > cflags="-march=x86-64 -mtune=generic -O2 -pipe -fsanitize=safe-stack > -fsanitize=cfi -fvisibility=hidden > > if cc=gcc then > cflags="-march=x86-64 -mtune=generic -O2 -pipe -fno-plt -fstack-check > > -------- Original Message -------- > Subject: Re: [arch-dev-public] Changing compilation flags > From: evangelos(a)foutrelis.com > To: Jordan Glover <Golden_Miller83(a)protonmail.ch> > arch-general(a)archlinux.org <arch-general(a)archlinux.org>, Daniel Micay < > danielmicay(a)gmail.com>, Public mailing list for Arch Linux development < > arch-dev-public(a)archlinux.org>, joerg(a)netbsd.org > > Thanks for trying to push the change upstream. I"m sorry they weren"t > very receptive of it; your responses were on point and further > clarified our intended use case. > > I"m not sure what Joerg meant by saying "Arch Linux can"t do > compiler-specific flag definitions". He could be thinking of a regular > project that can check for supported compiler flags, but AFAIK that > concept is not readily transferable to distro-wide flags. (Even if it > was, it would also apply to stack-check and friends so it"s a weak > argument in my opinion.) > > At the end of the day, it"s not an issue to carry this patch > downstream in Arch. :-) > > >

1 0

[arch-dev-public] New Bug Wrangler: Eli Schwartz
by Florian Pritz 07 Jul '17

07 Jul '17

Hi, Eli Schwartz has just joined Doug as a bug wrangler and will help us deal with bugs even better. Welcome Eli! Florian

2 1