January 2016 - Arch-general - lists.archlinux.org

[arch-general] Update delayed for more of two months, Lyx v2.1.4
by Xavier Corredor Llano 08 Jun '16

08 Jun '16

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 -- Xavier Corredor Llano ---------- Forwarded Message ---------- Subject: Lyx 2.1.4 Date: Saturday, August 15, 2015, 07:11:42 PM From: Xavier Corredor Llano <xavier.corredor.llano(a)gmail.com> To: ronald(a)archlinux.org Hi Ronald! I have tested the Lyx [1] version 2.1.4 with the PKGBUILD attachment and work fine. Regards [1] https://www.archlinux.org/packages/extra/x86_64/lyx/ -- Xavier Corredor Llano -----------------------------------------

3 3

[arch-general] Building in docker?
by Magnus Therning 27 Apr '16

27 Apr '16

For various reasons I'm looking into not using `makechrootpkg` when building the 200+ packages I put into a non-official repo. Obviously it's important to keep the building environment separate from my ordinary system environment. Going to full virtualisation is definitely overkill and the only containers I know of are chroots and docker. Docker has some nice attributes, in particular no need for root access. However, I don't know a whole lot about it, so I wonder are there any aspects to it that makes it a bad choice for building packages? /M -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: magnus(a)therning.org jabber: magnus(a)therning.org twitter: magthe http://therning.org/magnus Heuristic is an algorithm in a clown suit. It’s less predictable, it’s more fun, and it comes without a 30-day, money-back guarantee. -- Steve McConnell, Code Complete

6 13

[arch-general] Smartcard troubles on Arch
by Mathias Huber 18 Mar '16

18 Mar '16

Dear Archers, I am trying to get my Gemalto USB Shell Token V2 (GPG-Smartcard-Reader in a USB-Stick) to work on Arch. I've set up Udev in the way I did successfully in Ubuntu 12.04.LTS. However, no success. I am still trying to figure out where the trouble lies. I can never see the card using gpg --card-status But sometimes I see its fields when using pcscs_scan. Possible culprits: pcscd, which sometimes gives errors, gpg's USB support? Has anyone had success in setting up this reader or similar smartcard readers? Or had similar troubles? I would love to hear from you. Best, Mathias

3 3

[arch-general] building cwm or twrp on arch
by Javier Vasquez 04 Feb '16

04 Feb '16

Hi, As I was not able to fing a CWM (clock work mode) recovery image, neither a TWRP (TeamWin Recovery Project) recovery image for Huawei SnapTo, I'm planning on building CWM for that phone on Arch. I was looking at [1], so to have an idea of what packages I needed to install, but [1] doesn't focus on building CWM/TWRP, besides I couldn't notice how the sdk and others under [2] were sourced, or included into PATH, LD_LIBRARY_PATH, etc. So I have already installed: android-tools android-sdk android-sdk-platform-tools android-sdk-build-tools android-platform And several other android build requirements, except for ncurses5-compat-libs and lib32-ncurses5-compat-libs (not planning to install them unless strictly necessary). However searching I found [3], which in turns indicate one should do: export PATH="/opt/android-build:/opt/jdk1.6.0_45/bin:$PATH" But then it also indicates: . build/envsetup.sh lunch cyanogen_cooperve-eng make clean Which I'd guess those are the initial cyanogen build steps, and depend on the cynogenmod sources being downloaded there. However I'm still missing how to build CWM/TWRP recovery images for that particular phone model. If anyone has pointers to where one can read how to build such images for any phone model (being able to specify the one for which it's to be built), or huawei snapto in particular, then that'd be great. Or if anyone can include instructions on how to build such images, then that'd be also great. Thanks a lot, -- Javier [1] https://wiki.archlinux.org/index.php/android [2] /opt/android-sdk [3] http://forum.xda-developers.com/showthread.php?t=2259929

2 3

[arch-general] Update GNU Wget
by Darshit Shah 03 Feb '16

03 Feb '16

Hi, I noticed that it's been almost one month since the release of GNU Wget 1.17 and yet it is not even in the [testing] repos. Is there anything holding up? A new bugfix version has just been released and I'd like to see that in the repos as soon as possible. If there's any issues, please let us know so they can be fixed. Thanking You, Darshit Shah

4 6

[arch-general] opinion request about Firefox add-ons
by Francis Gerund 01 Feb '16

01 Feb '16

Hi. Firefox 44.0 does not seem to allow installing the firefox-adblock-plus addon package from the Arch community repository. Instead, Firefox states that it only allows addons "signed" by Mozilla to be installed. That seems to exclude the package mentioned. I could install the adblock-plus addon version available from Mozilla, directly through Firefox. But is this okay, or a bad idea, or is there a better idea? Any opinions?

9 15

[arch-general] Chromium Favorites Bar Partially Inoperative
by Dutch Ingraham 01 Feb '16

01 Feb '16

Hello all: I just installed Chromium, v. 48.0.2564.97, two days ago. I imported my bookmarks from Firefox and enabled the bookmarks bar. I added a few new bookmarks to the bar, but not in my existing folders. Today, I tried to drag-and-drop the bookmarks into the folders on my bookmarks bar, but nothing happened - the bookmarks just remained on the bar. In addition, it seems impossible to move anything on the bar, i.e., adjusting the order of folders or bookmarks. Everything just stays where it was originally placed. For those who don't use Chromium, this is not normal behavior - one should be able to drag-and-drop into folders, subfolders, and slide things around at will. In fact, even in the bookmark manager it is not possible to drag-and-drop; the only way I've found to move a bookmark into a folder is to copy and paste it there, then delete the original. I've tried disabling my two extensions without luck, and I see no recent activity on the boards or on Chromium's bug tracker. Anyone else seeing this? Any suggestions?

3 4

[arch-general] FireFox 44 turning the bookmark toolbar+ extensions area + current tab into light gray (like selected) [gist image]
by Javier Vasquez 31 Jan '16

31 Jan '16

Hi, Just updated Arch, and got FF 44, but there's a new color behavior on the bookmark toolbar, the extensions area, and current tab. It looks like if everything was somehow selected, light grayed. This is new, but I don't know if it's the new 44+ expected behavior, or something that got broken, and perhaps there's a way to work it around. The gist linked image provides a snapshot of the new weird behavior: https://gist.github.com/je-vv/7a00601e9217cd9d3447 Thanks, -- Javier

3 4

Re: [arch-general] [arch-security] [Announcement] Discussion about restricting arch-security for public participation
by Elmar Stellnberger 30 Jan '16

30 Jan '16

Am 2016-01-30 um 20:37 schrieb Emil Lundberg: > > Getting posts about imminent and potential security risks from many > different sides is f.i. something I still estimate about the Debian > security list very much. > > > I think the word you're looking for instead of "estimate" is > "appreciate". I suspect these two words translate to the same word in > your native language (German?), as they do in mine (Swedish). :) > > /Emil Actually, yes; that is to say. Elmar

1 0

[arch-general] [Announcement] Discussion about restricting arch-security for public participation
by Levente Polyak 30 Jan '16

30 Jan '16

Dear arch-security subscribers, Dear arch-general subscribers, the policy of the arch-security mailinglist is currently changed to a restricted advisory announcements only list due to certain reason roughly explained on the arch-devops [0] and arch-dev-public [1] lists. As there was no announcement and discussion about this change yet, we want to invite you to discuss the restriction of the arch-security mailinglist on the CC-ed arch-general list. After making sure you are subscribed to arch-general [2], you can simply reply to this announcement by posting directly to the arch-general mailinglist. Our main goal behind this change is to separate relevant official announcements and advisories from possibly long and frequent discussions. The security teams idea is that each announcement to the arch-security list should be considered as an urgent alert and reviewed as soon as possible, without the need to filter them from general conversations and exchange of "unverified" information. sincerely, Levente (anthraxx) [0] https://lists.archlinux.org/pipermail/arch-devops/2016-January/000007.html [1] https://lists.archlinux.org/pipermail/arch-dev-public/2015-December/027581.… [2] https://lists.archlinux.org/listinfo/arch-general

5 7