Re: [arch-general] mytbk920...@gmail.com has indicated you're a friend. Accept?

[Mark Lee]

On Thursday, May 07, 2015 09:21:03 PM D C wrote:
> That's odd, first time I've gotten spam from this mailing list. Thanks
> Mark.
> 
I guess Arch is getting more popular.

Regards,
Mark


signature.asc
Description: This is a digitally signed message part.

Re: [arch-general] mytbk920...@gmail.com has indicated you're a friend. Accept?

[Mark Lee]

On Thursday, May 07, 2015 01:26:45 AM Zander B wrote:
> > I got the same email. Spam confirmed.
> > 

Everyone did. It was sent to the mailing list.

Regards,
Mark

signature.asc
Description: This is a digitally signed message part.

Re: [arch-general] mytbk920...@gmail.com has indicated you're a friend. Accept?

[Mark Lee]

On Wednesday, May 06, 2015 09:14:46 PM D C wrote:
> Hello- not sure if we know each other but I received a friend's request
> from you through arch mailing list.
> 

I think it's spam. I suggest not clicking on it.

Regards,
Mark

signature.asc
Description: This is a digitally signed message part.

Re: [arch-general] PKGBUILD inheritance

[Mark Lee]

On Friday, May 01, 2015 01:27:58 PM Roman Rader wrote:
> I want to be in sync with official kernel config.
> Script is good idea but universal PKGBUILD based on core/linux will keep me
> from updating the package manually every time kernel is updated.

If you want to be in sync with the official arch kernel config, use git rebase 
in the PKGBUILD.

I'm not sure if it's a wise idea to have  PKGBUILD that's updating against 
kernel releases but not updating its pkgver variable. It would mean different 
under the hood kernels, and the pkgver variable only reflects the static 
changes you make on top of the kernel. In other words: 
-1.0 /= -1.0 
since it's pulling in the kernel config branch.

Regards,
Mark

signature.asc
Description: This is a digitally signed message part.

Re: [arch-general] at times when booting system-logind fails and system hangs

[Mark Lee]

On Thursday, April 30, 2015 11:29:18 AM Javier Vasquez wrote:

>   echo  'Loading Linux linux ...'
>   linux /vmlinuz-linux root=UUID= rw rootwait
> rootfstype=ext4 resume=UUID=
This is unrelated, but does Arch Linux respect rootwait?
>   echo  'Loading initial ramdisk ...'
>   initrd   /intel-ucode.img /initramfs-linux.img
> 
> My hooks line in /etc/mkinitcpio.conf:
> 
> HOOKS="base udev autodetect modconf block resume filesystems keyboard fsck"

I don't see any issues in there that'd cause your systemd issues. Did you try 
reinstalling systemd?

Regards,
Mark

signature.asc
Description: This is a digitally signed message part.

Re: [arch-general] Audacity Library Mismatch (Wxgtk2.8)

[Mark Lee]

On Friday, May 01, 2015 11:07:39 AM Ralf Mardorf wrote:
> IIUC the patch let a fatal error become a warning. Everything behind -
> is removed and + is added. Isn't this already a workaround for an issue
> caused by upstream?

Sort of. According to the Arch commit, it's an issue caused with compiling 
with GCC 5.1 (we're on 4.9.2). It's a bit of future proofing.
The Fedora link indicates it's an ABI issue : 

From devel list:

That is a WxGTK bug.  __GXX_ABI_VERSION can change, but usually the result
is still ABI compatible, g++ emits just some aliases when mangling has
changed.


Regards,
Mark

signature.asc
Description: This is a digitally signed message part.

Re: [arch-general] Audacity Library Mismatch (Wxgtk2.8)

[Mark Lee]

On Friday, May 01, 2015 04:40:28 AM you wrote:
> It's caused by the package:
> https://projects.archlinux.org/svntogit/packages.git/plain/trunk/make-abiche
> ck-non-fatal.patch?h=packages/wxgtk2.8

I should clarify here. Arch packagers included that patch because there are 
issues building with gcc 5.1. See :
 

Regards,
Mark


signature.asc
Description: This is a digitally signed message part.

Re: [arch-general] Audacity Library Mismatch (Wxgtk2.8)

[Mark Lee]

On Friday, May 01, 2015 10:32:05 AM Ralf Mardorf wrote:
> Actually the warning says that "The library used 2.8 [snip] and your
> program used 2.8" too.
> 
> So you could file a bug against upstream, it isn't an issue caused by
> the package.

It's caused by the package:
https://projects.archlinux.org/svntogit/packages.git/plain/trunk/make-abicheck-non-fatal.patch?h=packages/wxgtk2.8

Regards,
Mark

signature.asc
Description: This is a digitally signed message part.

Re: [arch-general] at times when booting system-logind fails and system hangs

[Mark Lee]

On Wednesday, April 29, 2015 09:21:10 PM Javier Vasquez wrote:
> On Wed, Apr 29, 2015 at 8:30 PM, Marshall Neill  
wrote:
> > logind.conf is in /etc/systemd
> 
> Yeap:
> 
> % grep '^[^#]' /etc/systemd/logind.conf
> [Login]
> HandlePowerKey=reboot
> HandleLidSwitch=ignore
> 
> The rest are commentaries...
> 
> --
> Javier

What's your kernel cmdline?
What's your initcpio hooks?

Regards,
Mark

signature.asc
Description: This is a digitally signed message part.

Re: [arch-general] at times when booting system-logind fails and system hangs

[Mark Lee]

On Wednesday, April 29, 2015 07:17:53 PM Javier Vasquez wrote:
> > On Wed, Apr 29, 2015 at 3:51 PM, Mark Lee  wrote:
> > ...
> > Systemd usually logs startup in journalctl. Can you post your journalctl
> > output (from a time when you're sure you had the issue)?
> 
> Not sure how useful it is.  Not sure if attaching the whole output,
> but here it goes what related to logind:
> 
> ++
> Apr 29 15:11:22 m1 systemd[1]: Starting Login Service...
> ...
> Apr 29 15:11:52 m1 systemd[1]: Unit systemd-logind.service entered failed
> state. Apr 29 15:11:52 m1 systemd[1]: systemd-logind.service failed.
> Apr 29 15:11:52 m1 systemd[1]: systemd-logind.service has no holdoff
> time, scheduling restart.
> Apr 29 15:11:23 m1 systemd[1]: Starting Permit User Sessions...
> Apr 29 15:11:23 m1 systemd[1]: Started D-Bus System Message Bus.
> Apr 29 15:11:52 m1 systemd-logind[383]: Failed to enable subscription:
> Connection timed out
> Apr 29 15:11:52 m1 systemd-logind[383]: Failed to fully start up
> daemon: Connection timed out

Can you post the output of your /etc/logind.conf?

Regards,
Mark


signature.asc
Description: This is a digitally signed message part.

Re: [arch-general] at times when booting system-logind fails and system hangs

[Mark Lee]

On Wednesday, April 29, 2015 03:40:33 PM Javier Vasquez wrote:
> I haven't identified under which circumstances, when booting the
> system hangs, and the only thing that can be related to that is the
> message:
> 
> Failed to start Login Service
> 
> Of course the recommendation to see the output of:
> 
> systemctl status systemd-logind.service
> 
> Is useless when that happens.  That because the system hangs.
>
Systemd usually logs startup in journalctl. Can you post your journalctl 
output (from a time when you're sure you had the issue)?
 
> A phisical hard power down is what I've done, and then usually by
> starting the system again everything works.
> 
> Has anyone experienced this?  Any suggestion?
>
Not sure if I remember. 
> Thanks,

Regards,
Mark

signature.asc
Description: This is a digitally signed message part.

[arch-general] Updating multiple Arch OS's at once

[Mark Lee]

Salutations,

I wrote a script to update some USB OS's of mine per instance. The idea's that 
multiple instances can be run. The script is located at :

However, I get the following error : 


:: Synchronizing package databases...
error: failed to update core (unable to lock database)
error: failed to update extra (unable to lock database)
error: failed to update community (unable to lock database)
error: failed to synchronize any databases
error: failed to init transaction (unable to lock database)
error: could not lock database: File exists
  if you're sure a package manager is not already
  running, you can remove /var/lib/pacman/db.lck


Those are separate chroot environments so they wouldn't  be sharing 
/var/lib/pacman/db.lck.

Regards,
Mark

signature.asc
Description: This is a digitally signed message part.

Re: [arch-general] update error(?)

[Mark Lee]

On Sunday, April 19, 2015 01:58:52 PM Eli Schwartz wrote:
> On Fri, Apr 17, 2015 at 8:45 PM, Francis Gerund  wrote:
> > I did re-generate the mirrorlist using rankmirrors, as shown on the arch
> > wiki "mirrors" page:
> > 
> > Back up the existing /etc/pacman.d/mirrorlist:
> > 
> > # cp /etc/pacman.d/mirrorlist /etc/pacman.d/mirrorlist.backup
> > 
> > Edit /etc/pacman.d/mirrorlist.backup and uncomment mirrors for testing
> > with
> > rankmirrors.
> > 
> > Optionally run the following sed line to uncomment every mirror:
> > 
> > # sed -i 's/^#Server/Server/' /etc/pacman.d/mirrorlist.backup
> > 
> > Finally, rank the mirrors. Operand -n 6 means only output the 6 fastest
> > mirrors:
> > 
> > # rankmirrors -n 6 /etc/pacman.d/mirrorlist.backup >
> > /etc/pacman.d/mirrorlist
> > 
> > 
> > 
> > The error mysteriously went away.
> > 
> > But I  do not seen to have rtmpdump installed.  After reading about it, I
> > am still not sure what it is, or why it would be needed for rankmirrors.
> > Do the update mirrors use something called RTMP streams?
> 
> I shouldn't've thought ranking the mirrors by speed would inherently fix
> the problem -- although changing mirrors means there is a chance you will
> end up with newer ones.
> Or possibly the mirrors you ended up with had already caught up to the
> packages you were getting errors about.
> 
> I would've used reflector, to generate a list of the most up-to-date
> mirrors, and then ranked those by download speed just to make things faster.
> 
> [eschwartz@arch ~]$ cat ~/bin/mirrorgen
> reflector -c "United States" --age 2 --sort age --protocol http --save
> /tmp/mirrorgen && rankmirrors -v -n 5 /tmp/mirrorgen | sudo tee
> /etc/pacman.d/mirrorlist
> 
> 
> -- Eli Schwartz

This is a known issue regarding the way Arch syncs mirrors. There's even a bug 
report for a particular mirror 


signature.asc
Description: This is a digitally signed message part.

Re: [arch-general] Kernel 3.19.3 not detecting SD cards

[Mark Lee]

On Tuesday, April 14, 2015 11:38:43 PM Magnus Therning wrote:
> Just upgraded to 3.19.3 and now it works.  Must have been something
> else impacting this.
> 
> /M
Looking at the diffs according to the Arch repos, it's not apparent what fixed 
it. There's just a fix for btrfs dead locking and a graphics issue.

Regards,
Mark

signature.asc
Description: This is a digitally signed message part.

Re: [arch-general] Pacman for user-only packages

[Mark Lee]

On Monday, April 13, 2015 07:07:35 PM William Hatch wrote:
> Hello,
> 
> I've been an Arch user for years now because pacman is my favorite package
> manager.  However, I've been working at a job for almost a year now where I
> use a RHEL machine without root access.  They let me use whatever software
> I want, but I have to build it all from source and install it in my home
> directory.  Since this means that I have the better part of a linux
> distribution installed ad-hoc by hand, I've often wished I could somehow
> use pacman and the ABS to automate my builds, have versioning and
> dependencies, rollback in case of errors, etc.  Is there any way to set up
> pacman/ABS/AUR to install to a user's home directory?  Or is there some
> other user-oriented package manager that people know of to accomplish this
> sort of thing?
> 
> Thanks,
> William

To William,

pamcan -r lets you install to a different directory (it'll need the necessary 
files). You could maybe try to use it on a .local directory.

Regards,
Mark

signature.asc
Description: This is a digitally signed message part.

Re: [arch-general] arch linux install iso problem

[Mark Lee]

On Monday, April 13, 2015 02:28:00 PM Francis Gerund wrote:
> When I do:
> 
> file
> /run/media/default/USBHD005/New_stuff/Archlinux/archlinux-2015.04.01-dual.is
> o
> 
> I get:
> 
> archlinux-2015.04.01-dual.iso: # ISO 9660 CD-ROM filesystem data
> 'ARCH_201504 ' (bootable)
> 
> 
> 
> On Mon, Apr 13, 2015 at 2:04 PM, Damjan Georgievski 
> 
> wrote:
> > > :: Triggering uevents . . .
> > > 
> > > ... blk_update request: I/O error, dev sr0, sector 1226572
> > > ... blk_update request: I/O error, dev sr0, sector 1226572
> > > ... Buffer I/O error on dev sr0, logical block 153344, async page read
> > > 
> > > :: Mounting '/dev/disk/by-label/ARCH_201504' ^@ERROR: device did not
> > > :: show
> > > 
> > > up after 30 seconds . . .
> > 
> > check the label of the iso, you can do it with "file ...iso"
> > 
> > although the I/O errors suggest the CD is unreadable.
> > 
> > 
> > --
> > damjan

To Damjan,

Sounds like a bad burn. Can you try booting via USB?

Regards,
Mark

signature.asc
Description: This is a digitally signed message part.

Re: [arch-general] Kernel 3.19.3 not detecting SD cards

[Mark Lee]

On Sunday, April 12, 2015 10:03:13 PM Magnus Therning wrote:
> On Sun, Apr 12, 2015 at 01:13:42PM -0500, Troy Engel wrote:
> > On Sun, Apr 12, 2015 at 12:51 PM, Magnus Therning  
wrote:
> > >> I'm using 3.19.3 and a MicroSD card mounted automatically as expected.
> > > 
> > > Ah, damn.  I was hoping this was a widespread problem ;)
> > 
> > Nope, tested mine for you too -- I use a cheap $10 "Dynex DX-CR112"
> > USB2 dongle card reader you get at Best Buy, working as expected for
> > me on latest updates. Probably a hardware specific regression, you
> > might try reading the 3.19 changelog for keywords of the name of your
> > hardware...
> 
> It's a built-in one, so not quite sure what the make is.  Nothing
> stands out in the outputs of `ls{pci,usb}` either.
> 
> /M

Can you post the output of your lsusb and lspci?

Regards,
Mark

signature.asc
Description: This is a digitally signed message part.

Re: [arch-general] Little automation to install

[Mark Lee]

On Wednesday, April 01, 2015 07:11:29 PM Mateusz Lemusisk wrote:
> I can go with that.
> 
>  Apart from that, the antergos project is trying to build an graphical
> installer, and it holds itself as close as possible to arch linux. --
> Sent from my toaster

I actually have a tool I use to create Arch Linux OS. It works pretty well for 
me. It's used to generate USB {H,S}DD OSes.




Regards,
Mark

signature.asc
Description: This is a digitally signed message part.

Re: [arch-general] Little automation to install

[Mark Lee]

On Wednesday, April 01, 2015 01:53:57 PM Bráulio Bhavamitra wrote:
> Hello all,
> 
> After some many years, I'm back to ArchLinux. One thing that took me time
> was to read the manuals and run all the commands for installation.
> 
> That made me wonder on how automation might help things get easier and
> faster on install. Could you please tell the current works on that?
> 
> The result of my work was this script:
> https://github.com/brauliobo/gitconfig/blob/master/histories/archinstall.sh
> 
> cheers,
> bráulio

To Barulio,

Interesting; but Arch is insistent on KISS for the system as a priority. Your 
script seems to specific to a particular wireless module (ath9k)  and still 
requires some user interactions judging from your use of "nano".

You can direct pacman to a different mount point with the -r  
option. That way you can edit a good deal of your new Arch Linux install 
without chrooting into it.

Regards,
Mark

signature.asc
Description: This is a digitally signed message part.

Re: [arch-general] Duplicated Trash folder in thunderbird

[Mark Lee]

On Tuesday, March 17, 2015 07:35:47 PM Yamakaky wrote:
> Hi
> 
> My thunderbird now creates another Trash folder (checked via webmail),
> and the two trash folders are marked with the trash icon. I can't find a
> way to go back to a normal situation. Does anybody has the same problem ?
> 
> I use thunderbird-beta-bin-all-localizations.
> 
> Yamakaky

To Yamakaky,

You should post to the aur mailing list since that's an AUR package.

Regards,
Mark

signature.asc
Description: This is a digitally signed message part.

Re: [arch-general] Linphone-3.8.0

[Mark Lee]

On Tuesday, March 17, 2015 07:16:49 AM Pedro A. López-Valencia wrote:
> El 14/03/2015 a las 12:03 a. m., Mark Lee escribió:
> > -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
> 
> Hi Mark,
> 
> The proper way to propose a change in a PKGBUILD for a package in the
> official repositories is to file a bug report in Flyspray. In the
> particular case of a community package, there is a whole section
> dedicated to it (make sure to select that when filing the report). One
> of the bug wranglers will assign the bug to the proper person.
> 
> BTW, considering the nature of the bug: new version with who knows what
> security bug fixes and new dependencies, I'd report it as high or even
> critical; but that's just me. :-)
> 
> P.

To P.

I already file several out of date packages and bug reports for linphone and 
its dependencies. All have been sorted from what I've seenalthough while 
PKGBUILDS look very similar I find my name removed as contributor...
Linphone-3.8 is now available in the community repos.

Regards,
Mark

signature.asc
Description: This is a digitally signed message part.

[arch-general] Linphone-3.8.0

[Mark Lee]

-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-


linphone-3.8.0-pkgbuilds.tar.gz.sig
Description: PGP signature

Re: [arch-general] Severity of Failed checksum for PKGBUILD

[Mark Lee]

On 02/20/2015 10:22 AM, Florian Pelz wrote:
> On 02/20/2015 03:59 PM, Daniel Micay wrote:
>> The vast majority of users make use of the binary packages and the 
>> checksums do absolutely nothing to secure the main attack vector
>> which is a compromise of the sources downloaded by the packager. It
>> is only relevant to the tiny minority of people building a package
>> with ABS.
>>
>> The more meaningful compromise needs to happen to the actual
>> package in the repositories. A compromise of the server hosting the
>> sources is the most likely way for this to happen. HTTPS can't do
>> anything to defend against it. HTTPS can only defend against a MITM
>> attack on a specific downstream packager.
>>
> 
> The difference is that if certain government organizations infiltrate
> the Arch servers or upstream, they break everyone's security. They may
> be less likely to do that compared to breaking just yours.
> 
>> There is support for validating sources with GPG signatures, which
>> is a complete solution to this issue. If you care, then file issues
>> for any packages that aren't using the upstream signatures yet, and
>> complain to upstream if they aren't signing the releases.
>>
> 
> This certainly is the right way to go, but I don't think enough
> upstream projects care to make it a viable option for personal
> computers today. PKGBUILD checksums provide less security, but they do
> provide some.
> 
>> On 20/02/15 09:41 AM, Florian Pelz wrote:
>>> I'm not sure if downloads over the git:// protocol are actually 
>>> verified, because the transfer is definitely not secure. I do
>>> hope so.
>>
>> Git's read-only protocol is not authenticated. It supports SSH and
>> HTTPS which do have two different forms of authentication, both of
>> which are very flawed. Signed tags make a lot more sense, and you
>> shouldn't be using code from development branches if you care a lot
>> about robustness and security, since
>>
> 
> It is not authenticated, but I care about checksums. (Authentication
> would be even better because it ensures others don't know what
> software I am running -- but that is too much to ask.) I don't see why
> SSH and HTTPS are flawed, other than a distrust in certificate
> authorities.
> 
> I still hope that git:// downloads use checksums. I'm not sure.
> 
> Greetings,
> Florian
> 

Well it seems the issue has been solved with mpv-0.8.0-2.

However, the issue still stands regarding checksums. Perhaps packages
with metadata changes should just not include checksums? Or, they could
just link to the sources.archlinux.org in those cases with checksums.

In addition, I was thinking more along the lines of coercion.

Regards,
Mark

Re: [arch-general] Severity of Failed checksum for PKGBUILD

[Mark Lee]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

On 02/20/2015 09:22 AM, Daniel Micay wrote:
> On 20/02/15 09:03 AM, Mark Lee wrote:
>> 
>> The checksums are there for integrity. The GPG signatures only
>> confirm the packager built the package. My question is if a
>> packager's PKGBUILD fails a checksum and the license is GPL, how
>> does the packager fullfill their requirement to provide the
>> source code? How does the packager prove that the source was used
>> to build the binaries, especially when there are hash collisions
>> in md5? The packager seems to offset the source code necessities
>> by grabbing the source from upstream, but the checksums don't
>> match...
> 
> The checksums don't "prove" anything. A package could have simply
> been built with --nocheck, it may have been built with a corrupt
> source (it does nothing for the initial and most important
> download) or upstream may have swapped out the tarball as they
> often do.
> 
> Complying with the GPL may mean making source packages available...
> but the checksums really have nothing to do with it. You cannot
> possibly reconstruct the sources from a checksum if the upstream
> download goes away... it has no relevance to the GPL.
> 
>> I understand that the metadata changed which changed the
>> checksum, but that doesn't really change the question of what to
>> do with source code versioning systems that have changing
>> checksums and the need to supply source code for GPL projects.
> 
> Checksums aren't sources. Checksums aren't a proof that the package
> was built from those sources. Checksums also aren't a valuable
> security mechanism, unlike the support for GPG verification of
> sources. They're blindly updated on every release and clobbering
> release is common... so we've all learned to ignore checksum
> failures. I don't understand what this has to do with the GPL.
> 

Checksums aren't sources, they are a method of verifying the integrity
of sources. In other words, while different files can have the same
md5sum (hash collision), a failed checksum indicates something has
definitely changed in the package. Checksums can have false positives
but not false negatives.

In other words, the provided source is definitely not the same as the
source the packager used (metadata difference in this case). If
checksums are as useless as you claim, why even offer them if they
cannot be reproduced for certain packages?

Do packagers really just ignore checksums and "blindly update" on
every release?

Regards,
Mark
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iF4EAREIAAYFAlTnSmUACgkQZ/Z80n6+J/aM4wD/TUaw/RGkMHEqUbcDoHEZuKIy
l+b9kkywSbxOrd7ys+8BAIY2fM1opHOjcJdJjJ35Ifn7yA0PY34FSybyIrzQ4aQe
=GqJJ
-END PGP SIGNATURE-

Re: [arch-general] Severity of Failed checksum for PKGBUILD

[Mark Lee]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

On 02/20/2015 03:27 AM, Daniel Micay wrote:
> On 19/02/15 11:39 PM, Mark Lee wrote:
>> On 02/19/2015 05:46 PM, Mark Lee wrote:
>>> On 02/19/2015 05:24 PM, Lukas Jirkovsky wrote:
>>>> On 19 February 2015 at 21:42, Doug Newgard
>>>>  wrote:
>>>>> You can't. If upstream provides a checksum, that gives you
>>>>> some verification, but since github doesn't, there's no way
>>>>> to verify any of it.
>>>> 
>>>> I don't know about github, but with bitbucket the checksums
>>>> of these generated tarballs may change occasionally as I had
>>>> this issue with luxrender. However, the sources were always
>>>> the same, it was the metadata that changed.
>>>> 
>>> 
>>> How important are checksums to PKGBUILDS then? Should sources
>>> with varying checksums just have 'SKIP' in their integrity
>>> arrays?
>>> 
>>> Regards, Mark
>>> 
>> 
>> Furthermore, if the integrity check is different from upstream,
>> is a packager obligated to host a copy of the source code for
>> GPLed software?
>> 
>> Regards, Mark
> 
> No... the integrity check not matching is not because an
> out-of-tree source tree was used. The checksums are certainly not
> there to improve security, that's what GPG signatures are for.
> 

The checksums are there for integrity. The GPG signatures only confirm
the packager built the package. My question is if a packager's
PKGBUILD fails a checksum and the license is GPL, how does the
packager fullfill their requirement to provide the source code? How
does the packager prove that the source was used to build the
binaries, especially when there are hash collisions in md5? The
packager seems to offset the source code necessities by grabbing the
source from upstream, but the checksums don't match...

I understand that the metadata changed which changed the checksum, but
that doesn't really change the question of what to do with source code
versioning systems that have changing checksums and the need to supply
source code for GPL projects.

Regards,
Mark
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iF4EAREIAAYFAlTnPpgACgkQZ/Z80n6+J/bmMwD7Brg4pcLE6Cewagug1pEIrb5X
ZPzsu5wZcm+wEwXFF+YA/R0zlmnr7HApAY/4fCyXGa7/myvFw5KBmAJkf7UdtBpt
=eFui
-END PGP SIGNATURE-

Re: [arch-general] Severity of Failed checksum for PKGBUILD

[Mark Lee]

On 02/19/2015 05:46 PM, Mark Lee wrote:
> On 02/19/2015 05:24 PM, Lukas Jirkovsky wrote:
>> On 19 February 2015 at 21:42, Doug Newgard  wrote:
>>> You can't. If upstream provides a checksum, that gives you some 
>>> verification,
>>> but since github doesn't, there's no way to verify any of it.
>>
>> I don't know about github, but with bitbucket the checksums of these
>> generated tarballs may change occasionally as I had this issue with
>> luxrender. However, the sources were always the same, it was the
>> metadata that changed.
>>
> 
> How important are checksums to PKGBUILDS then? Should sources with
> varying checksums just have 'SKIP' in their integrity arrays?
> 
> Regards,
> Mark
> 

Furthermore, if the integrity check is different from upstream, is a
packager obligated to host a copy of the source code for GPLed software?

Regards,
Mark

Re: [arch-general] Severity of Failed checksum for PKGBUILD

[Mark Lee]

On 02/19/2015 05:24 PM, Lukas Jirkovsky wrote:
> On 19 February 2015 at 21:42, Doug Newgard  wrote:
>> You can't. If upstream provides a checksum, that gives you some verification,
>> but since github doesn't, there's no way to verify any of it.
> 
> I don't know about github, but with bitbucket the checksums of these
> generated tarballs may change occasionally as I had this issue with
> luxrender. However, the sources were always the same, it was the
> metadata that changed.
> 

How important are checksums to PKGBUILDS then? Should sources with
varying checksums just have 'SKIP' in their integrity arrays?

Regards,
Mark

Re: [arch-general] Severity of Failed checksum for PKGBUILD

[Mark Lee]

On 02/19/2015 03:28 PM, Doug Newgard wrote:
> On Thu, 19 Feb 2015 15:15:42 -0500
> Mark Lee  wrote:
> 
>> Salutations,
>>
>> After trying to build the mpv-0.8.0-1 and finding that the PKGBUILD's
>> checksum was incorrect, I filed a bug report. See
>> <https://bugs.archlinux.org/task/43882?project=5&cat%5B0%5D=33&string=mpv>.
>>
>> I filed it under "critical" since an incorrect checksum means that the
>> package was built from source that doesn't match upstream's source. I
>> was told it's not a critical issue and it was downgraded to medium. I'm
>> wondering why incorrect checksums aren't considered "critical".
>>
>> Regards,
>> Mark
> 
> The checksum matched when the package was built or it wouldn't have built for
> the maintainer, either. This means it's not a security issue, the only way it
> could be considered critical. All it means is that upstream changed something,
> only really affecting people trying to build from the PKGBUILDs. Normally, I
> would make this low severity, as it really doesn't matter that much.
> 
> Doug
> 

To Doug,

While I am not accusing the packager of any misdeeds since another bug
report indicates that there was an upstream change; a correct PKGBUILD
should be able to be rebuilt. If the package cannot be rebuilt using the
same PKGBUILD linked to upstream, how can one trust that there hasn't
been some tampering with the package source outside of the PKGBUILD?

Regards,
Mark

[arch-general] Severity of Failed checksum for PKGBUILD

[Mark Lee]

Salutations,

After trying to build the mpv-0.8.0-1 and finding that the PKGBUILD's
checksum was incorrect, I filed a bug report. See
.

I filed it under "critical" since an incorrect checksum means that the
package was built from source that doesn't match upstream's source. I
was told it's not a critical issue and it was downgraded to medium. I'm
wondering why incorrect checksums aren't considered "critical".

Regards,
Mark

Re: [arch-general] What's the holdup on Linux 3.18?

[Mark Lee]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

On 01/07/15 19:00, Mark Lee wrote:
> Salutations,
> 
> I was wondering what's the holdup on Linux 3.18. It's been in
> testing since 12/11/2014.
> 
> Regards, Mark
> 

I mean 12/17/2014.

Regards,
Mark
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iF4EAREIAAYFAlStyMMACgkQZ/Z80n6+J/aBzgD/fO6OYdHZD5ae1HwIAWQQXq1v
EOfk5qqKYjO4bE2MWOYBAIsqRhjBPJgQLf+jZRz9Wj1WAsw7jD4i92N6mUrfSos1
=V+3Q
-END PGP SIGNATURE-

[arch-general] What's the holdup on Linux 3.18?

[Mark Lee]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Salutations,

I was wondering what's the holdup on Linux 3.18. It's been in testing
since 12/11/2014.

Regards,
Mark
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iF4EAREIAAYFAlStyJsACgkQZ/Z80n6+J/bClAD9EiTNL00Aq6T4JyR+T447j4Ke
WpaeU2jAqEkyudP4XiwA/31Tu0+T4+MNOtcincpJEdC68lg0LRc9QSCnfuzKco+D
=XiY0
-END PGP SIGNATURE-

Re: [arch-general] makepkg as root

[Mark Lee]

On 01/04/15 00:40, Eli Schwartz wrote:

On Sat, Jan 3, 2015 at 11:18 PM, Mark Lee  wrote:


DId you read any of Ralf's messages? He prefaces by commenting about
backwards compatibility and Torvalds' comments.

This isn't just about makepkg; this is about backwards compatibility as
well. Just because yaourt changed it's process to match upstream doesn't
change any of the previous concerns about backwards compatibility and
dialogue regarding changes.

Regards,
Mark


That was the offtopic I referred to. Well, some of it.

Since it doesn't actually have anything to do with this change.

As he himself stated:

On Sat, Jan 3, 2015 at 4:34 PM, Ralf Mardorf 
wrote:


Linux and BSD user space is software based on other software. Yaourt
and some other software does need pacman. Pacman needs bash, curl and
other packages and those packages depend on other packages too.

This policy does only work, when there are agreements about backwards
compatibility.

makepkg provided the --asroot option and within a major release it
dropped backwards compatibility. Fortunately it is a minor issue that
--asroot is dropped, but the real issue is that it already might be a
fashion not to care about other software, not to care about work flows,
IOW to be careless, ignorant.


Linus and systemd, while no doubt exciting, doesn't mean that the ArchLinux
developers have decided it is cool to break backwards compatibility. So
while have no intention of arguing with the concern for backwards
compatibility, pacman 4.2 and the removal of --asroot is not a
backwards-compatibility issue in the end, as the very person who brought it
up ultimately determined.

And thus, the concern about backwards compatibility is offtopic in this
thread

-- Eli Schwartz

I concur that the title is incorrect.

Regards,
Mark

Re: [arch-general] makepkg as root

[Mark Lee]

On 01/04/15 00:09, Eli Schwartz wrote:

On Sat, Jan 3, 2015 at 10:23 PM, Mark Lee  wrote:


An AUR (unofficial package) shouldn't be restricting the development of an
official package. But, a dialogue regarding any differences surely can take
place.


No dialog is necessary, it was a straightforward change with absolutely no
impact beyond the impact of running makepkg --asroot by hand instead of by
proxy.

In fact, the only change to yaourt is making yaourt exit when run as root
instead of warning you it's dangerous.

If you think it's solely about building from a root shell; you should

re-read the thread. It surely has progressed past that dialogue.


Please elaborate about these additional concerns. I see no additional
concerns, it is all about people who would like to build from a root shell.
Whether they should or shouldn't, I don't concern myself, but that is the
issue at hand.
Considering that the actual discussion is about makepkg no longer allowing
you to run from a root shell, that is kind of natural.

(I do not count offtopic discussion as being a concern about this change.)

And as I said in the first place, you are factually incorrect in stating
that the concern is with aur packages. That is FUD originally posted in the
comments on Allan McRae's blog[1] about which the only mention here was
that it too is factually incorrect.
And even if aur packages were broken (it seems there are indeed aur helpers
that run as root) that is still not pacman's fault in this particular case,
that is a bug that bust be fixed regardless in said aur helper.

[1] http://allanmcrae.com/2014/12/pacman-4-2-released/#comment-1250



Calm down for a bit and don't miss the forrest for the trees.

Regards,
Mark


I see no forest, merely a lonesome tree on a deserted plain.

-- Eli Schwartz
DId you read any of Ralf's messages? He prefaces by commenting about 
backwards compatibility and Torvalds' comments.


This isn't just about makepkg; this is about backwards compatibility as 
well. Just because yaourt changed it's process to match upstream doesn't 
change any of the previous concerns about backwards compatibility and 
dialogue regarding changes.


Regards,
Mark

Re: [arch-general] makepkg as root

[Mark Lee]

On 01/03/15 23:18, Eli Schwartz wrote:

On Sat, Jan 3, 2015 at 9:11 PM, Mark Lee  wrote:


I believe the issue is deprecation of a feature utilized by an AUR (non
officially sanctioned) package (yaourt). It should be the responsibility of
the AUR maintainer to engage in discussions regarding deprecation of
official features; and it should be the AUR maintainer's responsibility to
modify their packages accordingly.

With that in mind; how will building on live cd's as non root work? Will
users need to trivially make a pacman user for building packages?

Regards,
Mark


Please don't make things up, yaourt does not use --asroot unless you run
yaourt as root, which means that whether you use yaourt is completely
irrelevant.

Running yaourt as root is going to make yaourt run makepkg as root, so the
solution is... don't run yaourt as root? Since YAOURT ITSELF tries hard to
discourage you from doing just that, I fail to see the problem.

And even if it WAS a problem for yaourt, the idea that an aur package
should or would restrict the further development of pacman and makepgk is
absolutely ludicrous.

Okay, that option can now be removed altogether. And in fact it was,
because funnily enough, it seems the yaourt maintainer doesn't care one
iota and happily added this change:
https://github.com/archlinuxfr/yaourt/commit/3f60d14443ef14687e4e2cb60c92209f2f1c9052
which leaves yaourt brilliantly happy with pacman 4.2

In short, this absolutely not in any way shape or form about aur helpers.
It is about people who want to build packages (however they care to do so)
from a root shell.

-- Eli Schwartz
An AUR (unofficial package) shouldn't be restricting the development of 
an official package. But, a dialogue regarding any differences surely 
can take place.


If you think it's solely about building from a root shell; you should 
re-read the thread. It surely has progressed past that dialogue. Calm 
down for a bit and don't miss the forrest for the trees.


Regards,
Mark

Re: [arch-general] makepkg as root

[Mark Lee]

On 01/03/15 21:24, Eli Schwartz wrote:

On Sat, Jan 3, 2015 at 4:34 PM, Ralf Mardorf 
wrote:


Linux and BSD user space is software based on other software. Yaourt
and some other software does need pacman. Pacman needs bash, curl and
other packages and those packages depend on other packages too.

This policy does only work, when there are agreements about backwards
compatibility.

makepkg provided the --asroot option and within a major release it
dropped backwards compatibility. Fortunately it is a minor issue that
--asroot is dropped, but the real issue is that it already might be a
fashion not to care about other software, not to care about work flows,
IOW to be careless, ignorant.



So what exactly is the issue here?

pacman has engaged in healthy thought about the respective pros/cons of
removing --asroot, and you acknowledge that that is all right... therefore
it necessitates mentioning that Just In Case on a completely unrelated note
everyone gets attacked by a vicious case of wanting to drop backwards
compatibility for the lulz, we should remember it is a Bad Thing to do so?

-- Eli Schwartz
I believe the issue is deprecation of a feature utilized by an AUR (non 
officially sanctioned) package (yaourt). It should be the responsibility 
of the AUR maintainer to engage in discussions regarding deprecation of 
official features; and it should be the AUR maintainer's responsibility 
to modify their packages accordingly.


With that in mind; how will building on live cd's as non root work? Will 
users need to trivially make a pacman user for building packages?


Regards,
Mark

[arch-general] Multithreaded XZ

[Mark Lee]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

To All,

Now that xz is multithreaded (not available in Arch Repos yet); I was
wondering if package building and installing would, by default,
utilize multiple threads.

Regards,
Mark
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iF4EAREIAAYFAlSXgRsACgkQZ/Z80n6+J/Yc6AD+ORs6WkeCmLwlpPEGF/TWGqBX
D1YBmbZRocJ8YqtovT8A+wc9spnkCF37mD3WrTRTBs6cCyRDurCpMQX1ZUg87FpQ
=sMcR
-END PGP SIGNATURE-

Re: [arch-general] kdebase-workspace and kdeplasma-addons-frameworks are in conflict

[Mark Lee]

On 11/24/2014 02:25 PM, Damjan Georgievski wrote:
> I have KDE Plasma 5 installed, and it needed kdebase-workspace removed.
> Today when I try to update the system I get a unresolvable conflict.
> 
> $ sudo pacman -Su
> :: Starting full system upgrade...
> resolving dependencies...
> looking for inter-conflicts...
> :: kdebase-workspace and kdeplasma-addons-frameworks are in conflict.
> Remove kdeplasma-addons-frameworks? [y/N]
> error: unresolvable package conflicts detected
> error: failed to prepare transaction (conflicting dependencies)
> :: kdebase-workspace and kdeplasma-addons-frameworks are in conflict
> 
> 
> The general question is, how can I see what package is pulling
> kdebase-workspace?
> 
> 

To Damien,

Use pacman -Qi kdebase-workspace.

Regards,
Mark

Re: [arch-general] mce after linux-3.11.5-1 on NP900X3C

[Mark Lee]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

On 11/20/2014 08:24 PM, Rasmus Liland wrote:
> On 2014-11-19 22:53, Rasmus Liland wrote:
>> On 2014-11-19 21:41, Mark Lee wrote:
>>> 
>>> To Rasmus,
>>> 
>>> Can you run the parts where it says "run the abvoe through
>>> mcelog --ascii" and post the contents?
>>> 
>>> Regards, Mark
>>> 
>> 
>> I'm attaching the output of mcelog to this message. However, I'm
>> unsure of the usefulness of the output.
>> 
> 
> I checked dmesg now after having uptime of ...
>> rasmus@angrist ~ % uptime 02:04:01 up 1 day,  7:35,  1 user,
>> load average: 0.04, 0.15, 0.40 rasmus@angrist ~ % uname -a Linux
>> angrist 3.11.5-1-ARCH #1 SMP PREEMPT Mon Oct 14 08:31:43 CEST
>> 2013 x86_64 GNU/Linux
> 
> ... about 26 hours. It seems after about 19 hours some (possibly)
> temperature related were causing mce hardware errors over a ten
> minute interval:
>> [70133.209654] mce: [Hardware Error]: Machine check events
>> logged [70376.833053] CPU2: Core temperature above threshold, cpu
>> clock throttled (total events = 30628) [70376.833056] CPU3: Core
>> temperature above threshold, cpu clock throttled (total events =
>> 30628) [70376.833061] CPU3: Package temperature above threshold,
>> cpu clock throttled (total events = 174126) [70376.833070] CPU2:
>> Package temperature above threshold, cpu clock throttled (total
>> events = 174126) [70376.833074] CPU1: Package temperature above
>> threshold, cpu clock throttled (total events = 174126) 
>> [70376.833077] CPU0: Package temperature above threshold, cpu
>> clock throttled (total events = 174124) [70376.835060] CPU3: Core
>> temperature/speed normal [70376.835064] CPU2: Core
>> temperature/speed normal [70376.835070] CPU2: Package
>> temperature/speed normal [70376.835074] CPU3: Package
>> temperature/speed normal [70376.835087] CPU1: Package
>> temperature/speed normal [70376.835090] CPU0: Package
>> temperature/speed normal [70433.353800] mce: [Hardware Error]:
>> Machine check events logged [70676.969501] CPU2: Core
>> temperature/speed normal [70676.969505] CPU3: Core
>> temperature/speed normal [70676.969511] CPU0: Package temperature
>> above threshold, cpu clock throttled (total events = 198545) 
>> [70676.969516] CPU1: Package temperature above threshold, cpu
>> clock throttled (total events = 198547) [70676.969522] CPU3:
>> Package temperature above threshold, cpu clock throttled (total
>> events = 198547) [70676.969545] CPU2: Package temperature above
>> threshold, cpu clock throttled (total events = 198547) 
>> [70676.970519] CPU0: Package temperature/speed normal 
>> [70676.970522] CPU2: Package temperature/speed normal 
>> [70676.970524] CPU3: Package temperature/speed normal 
>> [70676.970526] CPU1: Package temperature/speed normal 
>> [70733.497978] mce: [Hardware Error]: Machine check events
>> logged
> 
> As the system did not reboot, it were able to self heal.
> 

To Rasmus,

Can you run a logger to find out which programs causing your cpu
temperatures to rise?

Regards,
Mark
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iF4EAREIAAYFAlRumB8ACgkQZ/Z80n6+J/YI8gD/bN3dHoENwzLxK33lS0GCF2zs
cn+8X3TDDqIMWSe8lEQBAJLcUwazQrJS7R4qTOZo8gbk2NE9wSoAo1t1jaeoolCB
=mirr
-END PGP SIGNATURE-

Re: [arch-general] mce after linux-3.11.5-1 on NP900X3C

[Mark Lee]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

On 11/19/2014 12:15 PM, Rasmus Liland wrote:
> On 2014-11-17 00:19, Rasmus Liland wrote:
>> On 2014-11-15 18:28, Mark Lee wrote:
>>> On 11/15/2014 12:20 PM, Rasmus Liland wrote:
>>>> On 2014-11-15 15:21, LoneVVolf wrote:
>>>>> On 15-11-14 06:57, Rasmus Liland wrote:
>>>>>> On 2014-11-15 06:10, Mark Lee wrote:
>>>>>>> On 11/14/2014 10:29 PM, Rasmus Liland wrote:
>>>>>>>> On 2014-11-15 04:01, Mark Lee wrote:
>>>>>>>>> Are you booting with the new intel u-code?
>>>>>>>> Are you fairly sure this is a Intel microcode issue?
>>>>>>> I'm not completely certain; but it would make sense.
>>>>>>> I'd test it out.
>>>>>> Thank you for your help thus far. I'll examine this
>>>>>> further tomorrow, g'night.
>>>>> From rasmus first post:
>>>>>> I'm experiencing machine check exceptions since every
>>>>>> kernel after package linux-3.11.5-1 (Oct 14 2013)
>>>>> New intel microcode was only introduced with kernel 3.17
>>>>> ... It's unlikely to have to do with this issue.
>>>>> 
>>>>> install mcelog, run it as the log tells you and post the
>>>>> result.
>>>> [ ... output, see previous messages ... ] I never did use the
>>>> mcelog tool before, but to me it looks like not much of an
>>>> analysis, perhaps I'm doing it wrong.
>>> Looks like a microcode error, please try to add the intel-ucode
>>> to your kernel cmdline.
>> Bah, just as I was finished enabling syslinux using
>> syslinux-install_update and rebooted, the system did not respond,
>> just a blank screen and lighting shutting off, then rebooting
>> again.
>> 
>> Thus, this system needs an overhaul -- apparently some difficulty
>> with the bootcode or the MBR, though I am able to mount the old
>> partitions and chroot into them using arch-chroot.
>> 
>> I tried installing grub using the standard method grub-install
>> according to the wiki, with little success -- some good news at
>> least relevant to previous topic in this thread is that grub
>> recognized and added the intel-ucode file I had copied to the
>> /boot directory, when running grub-mkconfig.
>> 
>> The plan forward is to forget about generating new mbr using
>> gpart and install Debian at the end of the disk to, hopefully,
>> restore some boot related stuff that might have come crashing
>> down after meddling with syslinux.
> 
> A breakthrough in this thread has happened.
> 
> I ended up taking a backup of the disk to an external hdd using
> 
>> # dd if=/dev/sda of=/mnt/angrist-sda-18nov14.img
> 
> then I booted FreeBSD 10.1 memstick, entered shell and entered some
> commands:
> 
>> # gpart delete -i 1 ada0 # gpart delete -i 2 ada0 # gpart delete
>> -i 3 ada0 # gpart destroy ada0 # gpart create -s mbr ada0 # gpart
>> add -s 20g -t linux-data ada0 # gpart add -t linux-data ada0
> 
> Then I rebooted into ArchLinux iso memstick to install Arch on the
> 20G partition and using the other one as /home. So now Syslinux
> works, unfortunately I don't know why. And I was able to install
> all new packages including linux 3.17.3-1 and intel-ucode
> 20140913-1, loading it in Syslinux according to the wiki.
> 
> I got a new mce after exactly three hours:
> 
>> [10827.051523] mce: [Hardware Error]: CPU 1: Machine Check
>> Exception: 5 Bank 4: b2100402 Increasing limit for this
>> warning to that value arg [10827.051632] mce: [Hardware Error]:
>> RIP !INEXACT! 10: {intel_idle+0xe7/0x180} 
>> [10827.055440] mce: [Hardware Error]: TSC 2238c73db17 
>> [10827.059291] mce: [Hardware Error]: PROCESSOR 0:306a9 TIME
>> 1416411506 SOCKET 0 APIC 1 microcode 1b [10827.063192] mce:
>> [Hardware Error]: Run the above through 'mcelog --ascii' 
>> [10827.067078] mce: [Hardware Error]: CPU 3: Machine Check
>> Exception: 5 Bank 4: b2100402 [10827.070986] mce:
>> [Hardware Error]: RIP !INEXACT! 10:
>> {intel_idle+0xe7/0x180} [10827.074899] mce: [Hardware Error]: TSC
>> 2238c73db43 [10827.078769] mce: [Hardware Error]: PROCESSOR
>> 0:306a9 TIME 1416411506 SOCKET 0 APIC 3 microcode 1b 
>> [10827.082673] mce: [Hardware Error]: Run the above through
>> 'mcelog --ascii' [10827.086569] mce: [Hardware Error]: CPU 2:
>> Machine Check Exception: 5 Bank 4: b2100402 
>> [10827.090503] mce: [Hardware Erro

Re: [arch-general] mce after linux-3.11.5-1 on NP900X3C

[Mark Lee]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

On 11/15/2014 12:20 PM, Rasmus Liland wrote:
> On 2014-11-15 15:21, LoneVVolf wrote:
>> On 15-11-14 06:57, Rasmus Liland wrote:
>>> On 2014-11-15 06:10, Mark Lee wrote:
>>>> On 11/14/2014 10:29 PM, Rasmus Liland wrote:
>>>>> On 2014-11-15 04:01, Mark Lee wrote:
>>>>>> Are you booting with the new intel u-code?
>>>>> Are you fairly sure this is a Intel microcode issue?
>>>> I'm not completely certain; but it would make sense. I'd test
>>>> it out.
>>> Thank you for your help thus far. I'll examine this further
>>> tomorrow, g'night.
>> From rasmus first post:
>>> I'm experiencing machine check exceptions since every kernel
>>> after package linux-3.11.5-1 (Oct 14 2013)
>> New intel microcode was only introduced with kernel 3.17 ... It's
>> unlikely to have to do with this issue.
>> 
>> install mcelog, run it as the log tells you and post the result.
> Thank you for your new, important thoughts. I put the lines in a
> file called mce.log.
> 
> rasmus@angrist ~ % cat mce.log [19367.116196] mce: [Hardware
> Error]: CPU 1: Machine Check Exception: 5 Bank 4: b2100402 
> [19367.116202] mce: [Hardware Error]: RIP !INEXACT!
> 33:<7f8b4934c8b7> [19367.116205] mce: [Hardware Error]: TSC
> 2824672b8e7 [19367.116211] mce: [Hardware Error]: PROCESSOR 0:306a9
> TIME 14010118857 SOCKET 0 APIC 1 microcode 12 rasmus@angrist ~ %
> sudo mcelog --ascii < mce.log mce: [Hardware Error]: CPU 1: Machine
> Check Exception: 5 Bank 4: b2100402 mce: [Hardware Error]:
> RIP !INEXACT! 33:<7f8b4934c8b7> mce: [Hardware Error]: TSC
> 2824672b8e7 mce: [Hardware Error]: PROCESSOR 0:306a9 TIME
> 14010118857 SOCKET 0 APIC 1 microcode 12
> 
> I never did use the mcelog tool before, but to me it looks like not
> much of an analysis, perhaps I'm doing it wrong.
> 

To Rasmus,

Looks like a microcode error, please try to add the intel-ucode to
your kernel cmdline.

Regards,
Mark
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iF4EAREIAAYFAlRnjRcACgkQZ/Z80n6+J/YGTgD/dUHzUH1Q9Lj144tZmXQ/xlzt
ICxbu0YUp9ryAGK81I0A/Ao/dyrBV0/3fgg5PBm8/EZnG6EyCcrWSRSVFW3uDow2
=Cnxt
-END PGP SIGNATURE-

Re: [arch-general] mce after linux-3.11.5-1 on NP900X3C

[Mark Lee]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

On 11/14/2014 10:29 PM, Rasmus Liland wrote:
> On 2014-11-15 04:01, Mark Lee wrote:
>> Are you booting with the new intel u-code?
>> 
>> Regards, Mark
>> 
> You mean installing the intel-ucode package and enabling it in the
> bootloader as per instructions at
> https://wiki.archlinux.org/index.php/microcode ?
> 
> No, I haven't gotten around to it yet as I'm, since August 2012, a
> user of the grub-legacy (0.97) package on this laptop. I know
> grub-legacy doesn't support the loading of the microcode. I'll
> switch to using Syslinux instead when I find a proper memstick.
> 
> Are you fairly sure this is a Intel microcode issue?
> 

To Rasmus,

I'm not completely certain; but it would make sense. I'd test it out.

Regards,
Mark
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iF4EAREIAAYFAlRm4DYACgkQZ/Z80n6+J/YGdgD/dlMHYGqgZ/JWzT18fBBZnFg4
1DvEjv8tcJQ60SvkggoA/0wZ4N5L894RNtl64JrimYcb3cgTNdrX7SDpvMpkMWHb
=npDn
-END PGP SIGNATURE-

Re: [arch-general] mce after linux-3.11.5-1 on NP900X3C

[Mark Lee]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

On 11/14/2014 09:48 PM, Rasmus Liland wrote:
> Dear @arch-general readers,
> 
> I'm experiencing machine check exceptions since every kernel after
> package linux-3.11.5-1 (Oct 14 2013). I hope some nice people will
> be able to assist me or perhaps point me in a direction of
> something fruitful. First here goes some kernel panic output I was
> able to snap on May 25th (I also made it an attachment):
>> [19367.116180] Disabling lock debugging due to kernel taint 
>> [19367.116196] mce: [Hardware Error]: CPU 1: Machine Check
>> Exception: 5 Bank 4: b2100402 [19367.116202] mce:
>> [Hardware Error]: RIP !INEXACT! 33:<7f8b4934c8b7> 
>> [19367.116205] mce: [Hardware Error]: TSC 2824672b8e7 
>> [19367.116211] mce: [Hardware Error]: PROCESSOR 0:306a9 TIME
>> 14010118857 SOCKET 0 APIC 1 microcode 12 [19367.116213] mce:
>> [Hardware Error]: Run the above through 'mcelog --ascii' 
>> [19367.116216] mce: [Hardware Error]: Some CPUs didn't answer in
>> synchronization [19367.116218] mce: [Hardware Error]: Machine
>> check: Invalid [19367.116220] Kernel panic - not syncing: Fatal
>> machine check on current CPU [19368.211815] Shutting down cpus
>> with NMI [19368.222834] Kernel Offset: 0x0 from
>> 0x8100   (relocation range:
>> 0x8000-0x9fff) [19368.222942]
>> drm_kms_helper: panic occurred, switching back to text console 
>> [19368.245774] Rebooting in 30 seconds [19398.323579] ACPI
>> RECOVERY or RESET_REG.
> 
> Assuming I did a complete system update about 5.4 hours earlier,
> this implies kernel output for linux kernel version 3.14.4.
> 
> This has been the case for every kernel after version 3.11.5; from
> what I can trace in the `/var/cache/pacman/pkg' directory this also
> calls for _at least_ version 3.15.8; I've removed all other
> archived versions as they used valuable space.
> 
> In dmesg output, my good version 3.11.5-1 is called:
>> Linux version 3.11.5-1-ARCH (tobias@T-POWA-LX) (gcc version 4.8.1
>> 20130725 (prerelease) (GCC)) #1 SMP PREEMPT Mon Oct 14 08:31:43
>> CEST 2013
> 
> The hardware of my system is perhaps relevant. I've got a Samsung 
> NP900X3C-A01SE (Jun.2012) laptop:
>> Intel Core i5-3317U CPU @ 1.70GHz stepping 9 microcode 0x12 4GB
>> RAM (3743M/3888M available, 2048M available to graphics) SanDisk
>> SSD U100 128GB, 10.01.04, max UDMA/133 Intel Centrino Advanced-N
>> 6235 AGN, REV=0xB0
> 
> Presuming this is a good starting point, if more specific hardware 
> information is needed in this thread in the future I can add the
> output of e.g. lscpi -vvnn.
> 
> --Rasmus
> 

To Rasmus,

Are you booting with the new intel u-code?

Regards,
Mark
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iF4EAREIAAYFAlRmweYACgkQZ/Z80n6+J/ZQyQD+I4yYLZlnxr/8gRRlP94HDYDm
C5eUXzAh+/ghqPj3cHcBAJVrEG8gMHK9XG8hZn4j/0uFoZgIZrOk5aqxRgK0lj7k
=hJNM
-END PGP SIGNATURE-

Re: [arch-general] Independent displays

[Mark Lee]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

On 11/06/2014 10:53 AM, Ade Devereux wrote:
> Sent: Thursday, November 06, 2014 at 2:57 PM From: "Mark Lee"
>  To: "General Discussion about Arch Linux"
>  Subject: Re: [arch-general]
> Independent displays On 11/06/2014 09:08 AM, Ade Devereux wrote:
>> Hello list,
> 
>> I am wondering if any one can be help me in my quest; I am trying
>> to get the display of a VM out on to my HDMI port on my latptop,
>> possibly with audio. Whilst keeping my host on the main laptop
>> display.
> 
>> In the VM I have setup X11RDP and I can connect to it with
>> FreeRDP.
> 
>> Somehow I need something like FreeRDP to output the display to my
>> external monitor.
> 
>> I hope I am clear in that I am trying to achieve!?
> 
>> MultiSeat is close but not quite what I am looking for..
> 
> 
> Which window manager are you using? If you extend your desktop onto
> the external monitor, you should able to just drag the terminal to
> the extended desktop and run freerdp in fullscreen. Alternatively,
> you can use i3 to assign a workspace on an external monitor and run
> freerdp in that workspace.
> 
> Regards, Mark
> 
> I swap between XFCE and KDE4
> 
> I was hoping of another way really; could say for example LightDM
> with some sort of auto login create a freerdp session? eventually I
> would like to migrate this to a "headless" server that only has ssh
> access, with only the VMs using all the outputs, for example VGA,
> DVI, HDMI1 and HDMI2.
> 

Salutations,

How does one interact with the vms? If all input is done over the
network; it's possible to launch a "server" user with i3. Simply
autlogin to X with i3 and set each external monitor as a different
workspace; launch freerdp separately on each workspace.

Autlogin to TTY:
<https://wiki.archlinux.org/index.php/Automatic_login_to_virtual_console>
Autlogin to X: <https://wiki.archlinux.org/index.php/Start_X_at_Login>
Configure i3 per monitor workspace:
<http://i3wm.org/docs/userguide.html#_configuring_your_monitors>
Configure autolaunch in i3:
<http://i3wm.org/docs/userguide.html#_automatically_putting_clients_on_specific_workspaces>

If you have any additional questions about this configuration
(details), you can contact me privately at my email.

Regards,
Mark
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iF4EAREIAAYFAlRbn6YACgkQZ/Z80n6+J/bzfgD/VSTeZIV9zn1cQePzVYCOWkAl
GDRyjUFYJQg7ITYvgm0BAJanKkj8VB3EAoItAPvEzIMESR4/As/cQWPNYJdoV/kc
=OVD5
-END PGP SIGNATURE-

Re: [arch-general] Independent displays

[Mark Lee]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

On 11/06/2014 09:08 AM, Ade Devereux wrote:
> Hello list,
>  
> I am wondering if any one can be help me in my quest; I am trying to get the 
> display of a VM out on to my HDMI port on my latptop, possibly with audio. 
> Whilst keeping my host on the main laptop display.
>  
> In the VM I have setup X11RDP and I can connect to it with FreeRDP.
>  
> Somehow I need something like FreeRDP to output the display to my external 
> monitor.
>  
> I hope I am clear in that I am trying to achieve!?
> 
> MultiSeat is close but not quite what I am looking for..


Which window manager are you using? If you extend your desktop onto the
external monitor, you should able to just drag the terminal to the
extended desktop and run freerdp in fullscreen. Alternatively, you can
use i3 to assign a workspace on an external monitor and run freerdp in
that workspace.

Regards,
Mark
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iF4EAREIAAYFAlRbjEUACgkQZ/Z80n6+J/YcfwD/XDASNtsmbcHqeYAIbYlwElVM
K6XM0qd7SbWLxzV2yfcA/RVDCelTLiAY18N/BqSze5TOtKS2nmSaq/XIs33auvc5
=KdwH
-END PGP SIGNATURE-

Re: [arch-general] HD Videos

[Mark Lee]

To Heiko,

What are your laptop specs?

Regards,
Mark

On 10/09/2014 10:47 AM, Heiko Becker wrote:
> Helo everyone,
> 
> since some weeks I have a new laptop. Until now everything seemed to
> work fine. But I can't get youtube to play videos better than 360p,
> which s quite ugly. Does anyone have a hint on this? I installed
> flasplayer from adobe and gst-plugins-base/bad/ugly.
> 
> Best,
> 
> Heiko

Re: [arch-general] [Classroom] Introduction to Scheme and Functional Programming - 5th Sept.

[Mark Lee]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256



On 09/16/2014 06:46 PM, fsckd wrote:
> Logs for the class "Introduction to Scheme and Functional
> Programming" are up at: 
> https://archwomen.org/media/project_classroom/classlogs/2014-09-05-introduction_to_scheme_and_functional_programming.txt
>
> 
> 
> Regards, fsckd
> 
>> Hello,
>> 
>> There will be a class taught by nisstyre called "Introduction to 
>> Scheme and Functional Programming". It will be on Friday,
>> September 5th at 8pm UTC (4pm EDT, 9am NZDT) in
>> #archlinux-classroom on the freenode network. The class is
>> expected to run for 1-2 hours.
>> 
>> Learn the basics of Scheme and how to write practical, useful 
>> functional code, while having fun! Both beginners and advanced 
>> practitioners are welcome to attend. There are no prerequisites
>> but it helps to have some basic programming knowledge - like
>> variables, conditionals, looping, and an idea of what a function
>> is.
>> 
>> Nisstyre is a long time user of Arch Linux (approx. 6 years). He
>> is a programmer who previously worked in a startup. Currently he
>> is a student doing academic research. He likes free software and
>> privacy. His GitHub can be found at
>> . He is a member of
>> .

To All,

I look forwards to the next scheme classroom; although PLT Racket
really isn't pure scheme but rather an evolved dialect. I have
experience in PLT Racket (I've actually written a form of the Set-Game
with GUI as a hobby) and I'd love to help out on the next classroom. I
think we'd need to touch base on how functional languages (like
Haskell and PLT Racket) really differ from ALGOL derivaties. In
addition, I think threading (places can be explained, but futures are
pretty advanced) should be discussed since any complex program would
often feature more than one thread.

Regards,
Mark
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iF4EAREIAAYFAlQY2jwACgkQZ/Z80n6+J/Z02wD+Oi7rikeNFFT3nQHYxrTrUWOW
F41RAa6OOAgNVUMERj4A/jgxrMctU+6FWl4Chyn5Mg1hzj0RO2+cU9pP376fbNsq
=8HqB
-END PGP SIGNATURE-

[arch-general] Zombie Processes

[Mark Lee]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

To all,

I was wondering regarding the killing of a zombie process. As far as I
know, a zombied process is inherited by root when it's parent is
killed. The kernel periodically calls wait() which reaps the zombie
process and frees its memory. I was wondering if a possible attack
could be mounted by the zombie process when it is inherited by root.

Regards,
Mark
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iF4EAREIAAYFAlP9HiYACgkQZ/Z80n6+J/aSXwEAgrFI8dEuDrtqJhBUtSm+HuVO
OMqMDsy/UN4DdcZJHjUA/3PYKpsgBBg11avnhTolV1+KLijgG16gGGPM8XSKhNxd
=A2N2
-END PGP SIGNATURE-

Re: [arch-general] yaourt - tmpfs error: No space left on device

[Mark Lee]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256



On 07/18/2014 03:55 PM, Daniel Micay wrote:
> On 18/07/14 03:51 PM, Travis Thompson wrote:
>> Set BUILDDIR=/var/tmp instead, /tmp is filling up.
> 
> Or just use the *default* of not building in a global directory... 
> especially /tmp which is a ramdisk.
> 

Salutations,

I just looked at yaourt's yaourtrc and it's clear that it's storing
its temporary files in /tmp. Building with yaourt means building in
tmpfs which would for large compilation jobs can exhaust the tmpfs
file system. Either extend the size of /tmp by specifying a larger
size when mounting in /tmp (using fstab or just command line) or set a
different direcotry via yaourt --tmp .

This should really be posted to the AUR mailing list since it's an AUR
issue. I hope this helps.

Regards,
Mark
-BEGIN PGP SIGNATURE-
Version: GnuPG v2
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iF4EAREIAAYFAlPJfgwACgkQZ/Z80n6+J/byEgD+J+nePBfjUg8kWqHyV63Kmv/Q
NbN4k4IglwAZmYjElXAA/RGf0pCnPeGQuFVPPiG2kHEpHUieeO25xTuRs4gsc3hL
=smlC
-END PGP SIGNATURE-

Re: [arch-general] gparted cant take root priviliges

[Mark Lee]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256



On 07/10/2014 08:10 PM, Klearchos-Angelos Gkountras wrote:
> As I see on archlinux polkit [1] there are some limitations .. I
> have add myself on wheel group and uncomment on sudoers file.. now
> what ?
> 
> 
> [1] https://wiki.archlinux.org/index.php/Polkit#Limitations On Thu,
> 10 Jul 2014 18:58:25 -0500 Doug Newgard 
> wrote:
> 
>> On 2014-07-10 17:56, Klearchos-Angelos Gkountras wrote:
>>> In my new laptop , I install archlinux and works fine but also
>>> when I try to use gparted not promont one dialog to have root 
>>> priviliges .. how to fix that ?
>> 
>> You need to install and run a polkit authentication agent.
> 
> 

Salutations,

Run : /usr/bin/gparted_polkit

Regards,
Mark
-BEGIN PGP SIGNATURE-
Version: GnuPG v2
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iF4EAREIAAYFAlO/Nc8ACgkQZ/Z80n6+J/YxPQD8DLXk+NbEsLImlcDn2recg9jT
1JwH/MC6m/gt3Mdxv4gA/A+AByIV+kQ17BEE5yCFw3rqsdYdhllcMkx2HsyIfCi/
=o+Es
-END PGP SIGNATURE-

[arch-general] Chrooting to tmpfs in init

[Mark Lee]

Salutations,

I've been wondering if it's possible to chroot to a tmpfs instead of a
partition in init. I'd like to decompress a 7zip root archive into a tmpfs
and use that as root. This is different from using aufs2. Any suggestions
as how I would go about doing this?

Regards,
Mark

Re: [arch-general] gnome videos 3.12

[Mark Lee]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

On 06/23/2014 01:14 PM, Rasmus wrote:
> Eduardo Machado  writes:
> 
>> Hi,
>>
>> after the last upgrade of gnome (including it's video software), this video
>> app has no menu. When i click on the configurations button it does not show
>> the menu for the configurations.
>>
>> Anyone with the same problem or now how to work around?
> 
> Assuming you are using Gnome-Shell you can click the Videos-icon on
> the top-bar.  There's a Preference-item.
> 
> AFAIK, the Gnomish3 way of accessing global preferences is this one.
> 
> Cheers,
> Rasmus
> 

Did you try pressing the upper left hand corner icon?

Regards,
Mark
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iF4EAREIAAYFAlOor/EACgkQZ/Z80n6+J/YmAwD8CMrefc2HfJSOtgiiPupGsb6K
SKyk9v065q7p5VgyUe0A/Rnsyi90Ka3PcXuIupkcHj4Jw9sIwPxqEsOkSlPHi2cT
=zTfu
-END PGP SIGNATURE-

Re: [arch-general] Bring back the old X11 values

[Mark Lee]

Salutations,

I suggest looking at the diff histories of the x11 packages in the arch 
packages.

Regards,
Mark

-Original Message-
From: "Dimitris Zervas" 
Sent: ‎6/‎13/‎2014 7:29 PM
To: "General Discussion about Arch Linux" 
Subject: Re: [arch-general] Bring back the old X11 values

On June 13, 2014 8:37:59 PM EEST, Bigby James  wrote:
>On 06/13, Dimitris Zervas wrote:
>> 
>> Not helping... :/
>>
>
>The new mouse movement and keyboard repeat speeds aren't to your taste.
>You
>want the old ones back. Questions:
>
>1) Do you know what the old settings were? Kind of moot to ask for help
>and then
>give such a vacuous response when help is offered, if you don't know
>what the
>   settings are that have actually changed.
>
>2) Similarly, what's "not helping?" That response suggests that you
>know what
>you're looking for, and couldn't find it on those wiki pages. Yet if
>you know
>what you're looking for, you should already have an idea where to look
>for it...
>
>3) If you're unsure of what the necessary settings actually are, how
>are you
>testing the current ones vs. the previous ones? No offense, but are you
>sure you
>   aren't imagining this?
>
>Folks need more to go on than this. Is the key repeat speed too fast?
>Too slow?
>Do you use a custom keymap? I'm limiting my questions to the keyboard,
>because
>changing mouse speed and sensitivity is usually trivial.

Yea, you're right.
As for the links provided I meant "The links are not help, 'cause I don't know 
the old values". Sorry for the misunderstanding.

The mouse is too slow (and sometimes, WAY too slow, if I make a small movement).
The key repeat is also slow.

I am asking for the old values of the mouse sensitivity/acceleration/etc and 
key repeat. Just how they were before the update.

I am not "imagining" (I thought of it too in the first place), because I get 
frustrated times that I really am focused on other things (ex. when 
copy/pasting code from one monitor to another)

Thank you.

Re: [arch-general] Linphone TLS cannot start on Port 50656

[Mark Lee]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

On 06/01/2014 03:35 AM, Lukas Jirkovsky wrote:
> On Sun, Jun 1, 2014 at 12:05 AM, Mark Lee  wrote:
>> -BEGIN PGP SIGNED MESSAGE-
>> Hash: SHA256
>>
>> Salutations,
>>
>> I recently installed linphone and found I would get an error on startup:
>> - -
>> Could not start tls transport on port 50656, maybe this port is already
>> used.
>> - -
>> Several things there, I thought SIP with TLS usually used port 5061.
>> Furthermore, upon inspection the linphone is not compiled with the flag
>> "with-ssl" in the PKGBUILD. I added that flag myself, but still get the
>> same error. Any idea what's going on with the TLS transport?
>>
>> Regards,
>> Mark
> 
> See FS#39956 [1] and the thread [2] at linphone devel. Workaround has
> been mentioned in [3]:
> add
>   sip_tls_port=0
> to the [sip] section in the .linphonerc
> 
> 
> [1] https://bugs.archlinux.org/task/39956
> [2] 
> https://lists.nongnu.org/archive/html/linphone-developers/2014-04/msg00076.html
> [3] http://lists.gnu.org/archive/html/linphone-users/2014-03/msg00039.html
> 

Salutations,

Is there any particular reason why polarssl isn't in the official repos?
Also, I looked at the bug report and it is strange that the severity of
the bug is marked very low. Isn't this a security issue?

Regards,
Mark
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.22 (GNU/Linux)

iF4EAREIAAYFAlOLWDAACgkQZ/Z80n6+J/YBxAD9Fs1bVW2ni+bx8ewUTwFJLz+b
7ZYroPhhkaiwnOGL3wUA/R/48m6Iw4uBGYScym0VUvOX4wjRKVcD5xvOiaa6TUnk
=r5l+
-END PGP SIGNATURE-

[arch-general] Linphone TLS cannot start on Port 50656

[Mark Lee]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Salutations,

I recently installed linphone and found I would get an error on startup:
- -
Could not start tls transport on port 50656, maybe this port is already
used.
- -
Several things there, I thought SIP with TLS usually used port 5061.
Furthermore, upon inspection the linphone is not compiled with the flag
"with-ssl" in the PKGBUILD. I added that flag myself, but still get the
same error. Any idea what's going on with the TLS transport?

Regards,
Mark
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.22 (GNU/Linux)

iF4EAREIAAYFAlOKUhEACgkQZ/Z80n6+J/bi4wD/ZzQhFy/C6HryY3rBA7x7Hgg8
3GOxcggaVzp6ukrrnwcBAJJx5/E+gByfIftZWnLxfV3QJBl4937pwsMq4+mfCnhB
=Ae/K
-END PGP SIGNATURE-

Re: [arch-general] How to disable systemd-tmpfiles-clean.timer

[Mark Lee]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

On 05/09/2014 01:41 AM, Daniel Micay wrote:
> On 09/05/14 01:29 AM, Mark Lee wrote:
>>
>> To Daniel,
>>
>> I'm pointing out that respect for people shouldn't affect technical
>> skepticism. People can rant against whomever they want as long as it has
>> technical criticism (at least on this mailing list). 
> 
> Accusing the developers of bad faith and spreading misinformation about
> the project is not technical skepticism. I'll quote one of my earlier
> statements:
> 
>> Bashing an open-source project and spreading FUD about it is always an
>> attack on the open-source community, whether it's GNOME, systemd, KDE,
>> PHP, or something else. It's one thing to take a rational look at a
>> project and criticize it, and quite another to promote content
>> accusing the developers of having bad faith without *any* evidence.
> 
>> Hence, don't make anything personal.
>>
>> Regards,
>> Mark
> 
> You're implying that I've made it personal, but I don't think I've done
> any such thing. What have I said that you think is venturing into the
> land of a personal attack?
> 

To Daniel,

Regarding, your "personal attack". I inferred a personal attack when you
claimed that the Arch developers were also SystemD developers and were
well respected. It seemed to me like you were peer pressuring the fellow
into withdrawing the issue by belittling his credentials in comparison
to a community and powerful developers. This looked like a David vs.
Goliath situation to me; we shouldn't ever be forcing Archers with
questions in this situation. The opinion of a user should be just as
valuable as the opinion of a developer.

There are right ways to handle things and wrong ways. The Archer  had a
technical issue and an opinion. Solving the technical issue is more
important. We can usually just ignore the opinion. This may seem
hypocritical that I'm typing this (since this doesn't solve the issue
for the Archer), so it'll be the last response I make regarding a
person's opinionated response (at least on this thread).

With that in mind, I hope the issue's solved for the Archer.

Regards,
Mark
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.22 (GNU/Linux)

iF4EAREIAAYFAlNsb14ACgkQZ/Z80n6+J/ZN3AD9FjVt91gtQMR/Jrf3UKb9Ac9B
3uRz27Jx2f6U/PmTqGoA/2r/9EEG6RgPvzWN0b24fpLz4fVH4C7kjWi5U9L0oynM
=OSef
-END PGP SIGNATURE-

Re: [arch-general] How to disable systemd-tmpfiles-clean.timer

[Mark Lee]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

On 05/09/2014 01:22 AM, Daniel Micay wrote:
> On 09/05/14 01:01 AM, Mark Lee wrote:
>>
>> To all,
>>
>> Don't make any of this personal. In addition, I hope the inclusion of
>> systemd in Arch Linux has more justification than just some Arch
>> developers are also Systemd developers. Arch may not be a democracy, but
>> it's not supposed to be infested with cronyism either (I don't think it
>> is). Let's all be calm and collected here and sort things out.
>>
>> Regards,
>> Mark
> 
> I never stated that it was a reason for it being included in Arch Linux.
> 
> You're misrepresenting what I said.
> 
> The context of the thread is someone promoting content including a lot
> of inaccurate claims and ad hominem attacks like this: "systemd's team
> is noticeably chauvinistic and anti-Unix" and yet making this claim:
> 
>> This is not a rant against Arch or its devs and community, but against
>> systemd; the sad facts speak for themselves.
> 
> I was countering the claim by pointing out that the group of people they
> are disparaging includes several Arch developers and other prominent
> people in the community.
> 

To Daniel,

I'm pointing out that respect for people shouldn't affect technical
skepticism. People can rant against whomever they want as long as it has
technical criticism (at least on this mailing list). Hence, don't make
anything personal.

Regards,
Mark
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.22 (GNU/Linux)

iF4EAREIAAYFAlNsZ60ACgkQZ/Z80n6+J/a4MAD/f80apvVb66cYD/cwAC4u7mjZ
g4lKktVoRiMwer4wqv4A/2+5+pf3RIGuQItDZNFaUP8wVAbTnW50iH1uvPwMt53T
=kt7h
-END PGP SIGNATURE-

Re: [arch-general] How to disable systemd-tmpfiles-clean.timer

[Mark Lee]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

On 05/08/2014 05:22 PM, Daniel Micay wrote:
> On 08/05/14 05:10 PM, Christos Nouskas wrote:
>>> I guess you'll be upset that Tom (one of the Arch developers) wrote
>>> systemd-networkd.
>>
>> You guess wrong.
> 
> So you're okay with it providing networking, but not timer units? Timer
> units were a very simple addition on top of the existing event loop,
> while networkd is a significant project.
> 
>>> You'll probably also be upset that there's going to be
>>> a simple systemd-console from the kmscon developer (who is an Arch user)
>>> and a systemd-timesyncd for basic NTP clients not needing a full blown
>>> server with complicated RTC handling.
>>
>> Again wrong. Unless they're enabled by default.
> 
> The systemd console would replace the virtual terminals provided by the
> kernel. The NTP client might make sense as something enabled by default,
> although I don't know if it's planned to be.
> 
>>> Everyone else will continue on with their lives, because they realize
>>> that there's nothing wrong with maintaining more than one binary/library
>>> under one version control repository.
>>
>> Don't escalate and don't make it personal. You're just guessing wrong;
>> I don't mind running systemd, unless it decides what's best for me
>> without asking me. Clearing /tmp is one of those annoying things.
> 
> I'm don't see how I'm making it personal with a bit of sarcasm.
> 
> You already made it quite personal by promoting FUD with gems like this:
> 
>> systemd's team is noticeably chauvinistic
> 
> Do you think Tom and Dave are chauvanistic? Or did you not really read
> what you linked to?
> 
>> I've also been annoyed by the fact that I have a PC that won't boot
>> with systemd>198-2, because systemd can't mount /usr/local (which is
>> empty).
> 
> I'm not sure what you mean by this.
> 
>> On the other hand I do love the _netdev & x-systemd.automount
>> directives in /etc/fstab.
>>
>>> This is a rant against the Arch devs and the Arch community.
>>
>> Wrong yet again. It isn't. I didn't say "The Arch and systemd devs are
>> this and that", I just pointed out some facts about *systemd* that I
>> find annoying and this has nothing to do with the developers
>> themselves, for crying out loud! Are you suggesting people should just
>> shut up and never voice an unfavourable opinion? Or you'd rather
>> prefer a court of flatterers praising how perfect this world is?
> 
> No, I'm asking you to stop spreading misinformation and attacks on the
> developers behind the project (who also develop Arch Linux). If you
> interrupt a constructive thread with FUD, you can expect to be called out.
> 
>>> Several of
>>> the developers and several people involved with the community are
>>> systemd developers, and there is certainly consensus among the Arch
>>> developers and trusted users to use systemd.
>>
>> Which makes systemd perfect how exactly?
> 
> No one said it's perfect.
> 
>> Anyway, if I've offended anyone I offer them my apologies.
> 

To all,

Don't make any of this personal. In addition, I hope the inclusion of
systemd in Arch Linux has more justification than just some Arch
developers are also Systemd developers. Arch may not be a democracy, but
it's not supposed to be infested with cronyism either (I don't think it
is). Let's all be calm and collected here and sort things out.

Regards,
Mark
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.22 (GNU/Linux)

iF4EAREIAAYFAlNsYRUACgkQZ/Z80n6+J/Y52QEAhReqsw4fdGtGAPunRLmD3v8t
+Yafv6/f0J4C/ytR8xYA/3QsLD6Pd/kyGGaIGyxeM1Z9Ay91cSuHzlhg11lW4/RB
=IDYd
-END PGP SIGNATURE-

Re: [arch-general] Installing Archlinux alongside Ubuntu on aWindows8 UEFI laptop

[Mark Lee]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256


On 05/07/2014 05:16 PM, Alan E. Davis wrote:
>   I would like to sign off with a little information about how this has
> gone.
>
> I had used the "F12" boot options method once.  Subsequently, the  Windows
> Boot Loader appeared on the GRUB menu.  I have since then installed Fedora
> 20, and it went very well.
>
> I now see that if once specifies "UEFI" as the boot method in the
BIOS, and
> not Legacy or Both, these linux distros look for the EFI partition (or
> whatever that is called), and if one specifies it to be mounted wihtout
> formating in the parititioning scheme, all goes well.
>
> Thank everyone for the help.  Now the machine boots right into GRUB.
>
> Alan Davis
To Alan,

That's excellent. But, the point of UEFI is not to use any boot managers
like GRUB. A proper UEFI install should be able to boot directly off the
firmware. On a very high level, UEFI internalizes boot loaders like GRUB
so instead of chainloading with a boot loader, one boots directly into a
UEFI program (windows, linux, mac os, etc...) I am glad to hear that
your machine setup is working though.

Might I add, if you are truly booting into UEFI mode with Linux (could
be Ubuntu or Arch), you could probably apply the procedures in the Arch
Wiki to boot Arch Linux without a boot loader


Regards,
Mark
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.22 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iF4EAREIAAYFAlNqpxgACgkQZ/Z80n6+J/bisQD/YRhelmYEwJP4PMLSkRqoi3Ks
FYFGPDQXzRy4V+3yXDgA/1TxiqAz7SsOl/NpV7jXumpKLPoQ7tvjPmxbQgU5RmTQ
=Vhpg
-END PGP SIGNATURE-

Re: [arch-general] Installing Archlinux alongside Ubuntu on aWindows8 UEFI laptop

[Mark Lee]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

On 05/02/2014 02:09 PM, Alan E. Davis wrote:
> Thank you for the several comments.
> 
> I don't see any smaller boot menu button.  And this ultrabook has no CD
> drive.  I was able to boot the Arch iso, and install right up to  the Boot
> Manager step.  If I could boot straight into that partition from a USB
> drive, that would be great.
> 
> Several times I have stumbled into nooks and crannies, where, for example,
> that USB flash drive booted right up.
> 
> This is on my agenda, in the near future.  RIght now I'm reading up on
> these multiple issues.
> 
> Alan
> 
> 
> On Fri, May 2, 2014 at 8:59 AM, Mark Lee  wrote:
> 
> On 05/02/2014 12:17 AM, Alan E. Davis wrote:
>>>> I am boot the arch May 1 2014 iso off of a usb flash drive.
>>>>
>>>>
>>>>
>>>>
>>>> On Thu, May 1, 2014 at 6:23 PM, Doug Newgard 
> wrote:
>>>>
>>>>> On 2014-05-01 20:18, Mark Lee wrote:
>>>>>
>>>>>> Salutations,
>>>>>>
>>>>>> If you set up your efistub correctly, you will be able to boot Arch or
>>>>>> Windows using the Uefi boot manager, same system as how you get the
>>>>>> option to boot off a USB stick. UEFI removes the needs for boot
>>>>>> managers.
>>>>>>
>>>>>> Regards,
>>>>>> Man k
>>>>>>
>>>>>> -Original Message-
>>>>>> From: "Alan E. Davis" 
>>>>>> Sent: ‎5/‎1/‎2014 9:09 PM
>>>>>> To: "General Discussion about Arch Linux" 
>>>>>> Subject: Re: [arch-general] Installing Archlinux alongside Ubuntu on
>>>>>> aWindows8 UEFI laptop
>>>>>>
>>>>>> I have never seen an option to boot the Arch iso using eufi boot.
>>>>>>
>>>>>> I may not have said that I want to dual boot.  I do need to do so.  If
> I
>>>>>> boot directly back into Arch, will there be an option do dual boot?
>>>>>> (Actually triple boot for the time being.)
>>>>>>
>>>>>> Alan Davis
>>>>>>
>>>>>>
>>>>>> On Thu, May 1, 2014 at 5:25 PM, Mark Lee  wrote:
>>>>>>
>>>>>>  Salutations,
>>>>>>>
>>>>>>> Okay. Try starting ove again. Boot into the arch iso using uefi boot
>>>>>>> (preferably but not necessary). Then set up your partitions (root,
> home).
>>>>>>> For boot, mount the windows EFI system partition as /boot. Then
> install
>>>>>>> the
>>>>>>> system. You won't need to install grub or gummiboot since you can boot
>>>>>>> the
>>>>>>> efistub directly. I would create a folder in /boot named "arch". I
> would
>>>>>>> then copy the *.img from /boot to /boot/arch and rename the
> vmlinuz-Linux
>>>>>>> to vmlinuz-linux.efi. If you booted into uefi mode from the Arch iso,
> you
>>>>>>> should be able to run efibootmgr. Run efibootmgr to see what entries
> you
>>>>>>> have (you should at least have the windows entry). Then type something
>>>>>>> like
>>>>>>> this : efibootmgr -d >>>>>> (probably 1> -L "Arch Linux UEFI" -l /arch/vmlinux-Linux.efi -u
>>>>>>> "root= initramfs=/arch/initramfs.img rw quiet" -w.
> You
>>>>>>> should be able to reboot if all went well and you will boot into Arch
>>>>>>> Linux.
>>>>>>>
>>>>>>> Regards,
>>>>>>> Mark
>>>>>>>
>>>>>>> -Original Message-
>>>>>>> From: "Alan E. Davis" 
>>>>>>> Sent: ‎5/‎1/‎2014 8:07 PM
>>>>>>> To: "General Discussion about Arch Linux" >>>
>>>>>>> Subject: Re: [arch-general] Installing Archlinux alongside Ubuntu on a
>>>>>>> Windows8 UEFI laptop
>>>>>>>
>>>>>>> I don't understand what is the entry, or fallback entry, or "run the
>>>>>>> entry."   I'm sorry.
>>>>>>>
>>>>>>> I'm going to try again later.  In fact, I may take the undesireable
> step
>&

Re: [arch-general] Installing Archlinux alongside Ubuntu on aWindows8 UEFI laptop

[Mark Lee]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

On 05/02/2014 12:17 AM, Alan E. Davis wrote:
> I am boot the arch May 1 2014 iso off of a usb flash drive.
> 
> 
> 
> 
> On Thu, May 1, 2014 at 6:23 PM, Doug Newgard  wrote:
> 
>> On 2014-05-01 20:18, Mark Lee wrote:
>>
>>> Salutations,
>>>
>>> If you set up your efistub correctly, you will be able to boot Arch or
>>> Windows using the Uefi boot manager, same system as how you get the
>>> option to boot off a USB stick. UEFI removes the needs for boot
>>> managers.
>>>
>>> Regards,
>>> Man k
>>>
>>> -Original Message-
>>> From: "Alan E. Davis" 
>>> Sent: ‎5/‎1/‎2014 9:09 PM
>>> To: "General Discussion about Arch Linux" 
>>> Subject: Re: [arch-general] Installing Archlinux alongside Ubuntu on
>>> aWindows8 UEFI laptop
>>>
>>> I have never seen an option to boot the Arch iso using eufi boot.
>>>
>>> I may not have said that I want to dual boot.  I do need to do so.  If I
>>> boot directly back into Arch, will there be an option do dual boot?
>>> (Actually triple boot for the time being.)
>>>
>>> Alan Davis
>>>
>>>
>>> On Thu, May 1, 2014 at 5:25 PM, Mark Lee  wrote:
>>>
>>>  Salutations,
>>>>
>>>> Okay. Try starting ove again. Boot into the arch iso using uefi boot
>>>> (preferably but not necessary). Then set up your partitions (root, home).
>>>> For boot, mount the windows EFI system partition as /boot. Then install
>>>> the
>>>> system. You won't need to install grub or gummiboot since you can boot
>>>> the
>>>> efistub directly. I would create a folder in /boot named "arch". I would
>>>> then copy the *.img from /boot to /boot/arch and rename the vmlinuz-Linux
>>>> to vmlinuz-linux.efi. If you booted into uefi mode from the Arch iso, you
>>>> should be able to run efibootmgr. Run efibootmgr to see what entries you
>>>> have (you should at least have the windows entry). Then type something
>>>> like
>>>> this : efibootmgr -d >>> (probably 1> -L "Arch Linux UEFI" -l /arch/vmlinux-Linux.efi -u
>>>> "root= initramfs=/arch/initramfs.img rw quiet" -w. You
>>>> should be able to reboot if all went well and you will boot into Arch
>>>> Linux.
>>>>
>>>> Regards,
>>>> Mark
>>>>
>>>> -Original Message-
>>>> From: "Alan E. Davis" 
>>>> Sent: ‎5/‎1/‎2014 8:07 PM
>>>> To: "General Discussion about Arch Linux" 
>>>> Subject: Re: [arch-general] Installing Archlinux alongside Ubuntu on a
>>>> Windows8 UEFI laptop
>>>>
>>>> I don't understand what is the entry, or fallback entry, or "run the
>>>> entry."   I'm sorry.
>>>>
>>>> I'm going to try again later.  In fact, I may take the undesireable step
>>>> of
>>>> installing from Manjaro or whatever is the shortcut way to install Arch
>>>> Linux these days.
>>>>
>>>> On the one hand, I don't care to learn about what's Micro$oft's latest
>>>> tortuous trick it has played on the users; and on the other hand, I do
>>>> value to learn the nuts and bolts of GNU/Linux.
>>>>
>>>> Thank you very much.  I am willing to give it one more try.  I might even
>>>> try to install grub in a partition, as apparently is what Ubuntu has
>>>> done.
>>>>
>>>> Thank you again,
>>>>
>>>> Alan Davis
>>>>
>>>>
>>>> On Thu, May 1, 2014 at 4:59 PM, Daniel Micay 
>>>> wrote:
>>>>
>>>>> On 01/05/14 07:40 PM, Alan E. Davis wrote:
>>>>>> I took a chance, and nothing happened.   I installed gummiboot on
>>>> /boot,
>>>>>> where the kernel was.  But I didn't move the ubuntu kernel over.
>>>>>>
>>>>>> In the end, Windows still booted, and I was able to get back to a
>>>> boot
>>>>> menu
>>>>>> from there, and boot ubuntu.  Not Arch.  Yet.
>>>>>>
>>>>>> Thank you for now.
>>>>>>
>>>>>> Alan
>>>>>
>>>>> You need to explicitly run the entry (if you had the EFI stuff mounted)
>>>>> or the fallback entry (if you didn't).
>>>>>
>>>>>
>>>>
>>>>
>> Would you stop breaking the thread? This is the third time you've broken
>> this thread alone.
>>
>> Not to mention top posting, but I'm not sure if there's a policy on that
>> here.
>>

Salutations,

The last time I checked, I had issues with booting UEFI Arch Linux iso
off a usb stick. Try a cd if you can.

Regards,
Mark
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.22 (GNU/Linux)

iF4EAREIAAYFAlNjwNYACgkQZ/Z80n6+J/ZZpwD/bwNBlO03eWtSdUxow8GPSfN+
eNocU0TymWUlD4jXw8oA/jojkbEjn3ZQC48TUASCnXex8ToZyUghiEgZECP2xVLB
=tGl4
-END PGP SIGNATURE-

Re: [arch-general] Installing Archlinux alongside Ubuntu on aWindows8 UEFI laptop

[Mark Lee]

Salutations,

What are you booting the Arch Iso off of?

Regards,
Mark

-Original Message-
From: "Alan E. Davis" 
Sent: ‎5/‎1/‎2014 9:09 PM
To: "General Discussion about Arch Linux" 
Subject: Re: [arch-general] Installing Archlinux alongside Ubuntu on aWindows8 
UEFI laptop

I have never seen an option to boot the Arch iso using eufi boot.

I may not have said that I want to dual boot.  I do need to do so.  If I
boot directly back into Arch, will there be an option do dual boot?
(Actually triple boot for the time being.)

Alan Davis


On Thu, May 1, 2014 at 5:25 PM, Mark Lee  wrote:

> Salutations,
>
> Okay. Try starting ove again. Boot into the arch iso using uefi boot
> (preferably but not necessary). Then set up your partitions (root, home).
> For boot, mount the windows EFI system partition as /boot. Then install the
> system. You won't need to install grub or gummiboot since you can boot the
> efistub directly. I would create a folder in /boot named "arch". I would
> then copy the *.img from /boot to /boot/arch and rename the vmlinuz-Linux
> to vmlinuz-linux.efi. If you booted into uefi mode from the Arch iso, you
> should be able to run efibootmgr. Run efibootmgr to see what entries you
> have (you should at least have the windows entry). Then type something like
> this : efibootmgr -d  (probably 1> -L "Arch Linux UEFI" -l /arch/vmlinux-Linux.efi -u
> "root= initramfs=/arch/initramfs.img rw quiet" -w. You
> should be able to reboot if all went well and you will boot into Arch Linux.
>
> Regards,
> Mark
>
> -Original Message-
> From: "Alan E. Davis" 
> Sent: ‎5/‎1/‎2014 8:07 PM
> To: "General Discussion about Arch Linux" 
> Subject: Re: [arch-general] Installing Archlinux alongside Ubuntu on a
> Windows8 UEFI laptop
>
> I don't understand what is the entry, or fallback entry, or "run the
> entry."   I'm sorry.
>
> I'm going to try again later.  In fact, I may take the undesireable step of
> installing from Manjaro or whatever is the shortcut way to install Arch
> Linux these days.
>
> On the one hand, I don't care to learn about what's Micro$oft's latest
> tortuous trick it has played on the users; and on the other hand, I do
> value to learn the nuts and bolts of GNU/Linux.
>
> Thank you very much.  I am willing to give it one more try.  I might even
> try to install grub in a partition, as apparently is what Ubuntu has
> done.
>
> Thank you again,
>
> Alan Davis
>
>
> On Thu, May 1, 2014 at 4:59 PM, Daniel Micay 
> wrote:
>
> > On 01/05/14 07:40 PM, Alan E. Davis wrote:
> > > I took a chance, and nothing happened.   I installed gummiboot on
> /boot,
> > > where the kernel was.  But I didn't move the ubuntu kernel over.
> > >
> > > In the end, Windows still booted, and I was able to get back to a boot
> > menu
> > > from there, and boot ubuntu.  Not Arch.  Yet.
> > >
> > > Thank you for now.
> > >
> > > Alan
> >
> > You need to explicitly run the entry (if you had the EFI stuff mounted)
> > or the fallback entry (if you didn't).
> >
> >
>

Re: [arch-general] Installing Archlinux alongside Ubuntu on aWindows8 UEFI laptop

[Mark Lee]

Salutations,

If you set up your efistub correctly, you will be able to boot Arch or Windows 
using the Uefi boot manager, same system as how you get the option to boot off 
a USB stick. UEFI removes the needs for boot managers.

Regards, 
Man k

-Original Message-
From: "Alan E. Davis" 
Sent: ‎5/‎1/‎2014 9:09 PM
To: "General Discussion about Arch Linux" 
Subject: Re: [arch-general] Installing Archlinux alongside Ubuntu on aWindows8 
UEFI laptop

I have never seen an option to boot the Arch iso using eufi boot.

I may not have said that I want to dual boot.  I do need to do so.  If I
boot directly back into Arch, will there be an option do dual boot?
(Actually triple boot for the time being.)

Alan Davis


On Thu, May 1, 2014 at 5:25 PM, Mark Lee  wrote:

> Salutations,
>
> Okay. Try starting ove again. Boot into the arch iso using uefi boot
> (preferably but not necessary). Then set up your partitions (root, home).
> For boot, mount the windows EFI system partition as /boot. Then install the
> system. You won't need to install grub or gummiboot since you can boot the
> efistub directly. I would create a folder in /boot named "arch". I would
> then copy the *.img from /boot to /boot/arch and rename the vmlinuz-Linux
> to vmlinuz-linux.efi. If you booted into uefi mode from the Arch iso, you
> should be able to run efibootmgr. Run efibootmgr to see what entries you
> have (you should at least have the windows entry). Then type something like
> this : efibootmgr -d  (probably 1> -L "Arch Linux UEFI" -l /arch/vmlinux-Linux.efi -u
> "root= initramfs=/arch/initramfs.img rw quiet" -w. You
> should be able to reboot if all went well and you will boot into Arch Linux.
>
> Regards,
> Mark
>
> -Original Message-
> From: "Alan E. Davis" 
> Sent: ‎5/‎1/‎2014 8:07 PM
> To: "General Discussion about Arch Linux" 
> Subject: Re: [arch-general] Installing Archlinux alongside Ubuntu on a
> Windows8 UEFI laptop
>
> I don't understand what is the entry, or fallback entry, or "run the
> entry."   I'm sorry.
>
> I'm going to try again later.  In fact, I may take the undesireable step of
> installing from Manjaro or whatever is the shortcut way to install Arch
> Linux these days.
>
> On the one hand, I don't care to learn about what's Micro$oft's latest
> tortuous trick it has played on the users; and on the other hand, I do
> value to learn the nuts and bolts of GNU/Linux.
>
> Thank you very much.  I am willing to give it one more try.  I might even
> try to install grub in a partition, as apparently is what Ubuntu has
> done.
>
> Thank you again,
>
> Alan Davis
>
>
> On Thu, May 1, 2014 at 4:59 PM, Daniel Micay 
> wrote:
>
> > On 01/05/14 07:40 PM, Alan E. Davis wrote:
> > > I took a chance, and nothing happened.   I installed gummiboot on
> /boot,
> > > where the kernel was.  But I didn't move the ubuntu kernel over.
> > >
> > > In the end, Windows still booted, and I was able to get back to a boot
> > menu
> > > from there, and boot ubuntu.  Not Arch.  Yet.
> > >
> > > Thank you for now.
> > >
> > > Alan
> >
> > You need to explicitly run the entry (if you had the EFI stuff mounted)
> > or the fallback entry (if you didn't).
> >
> >
>

Re: [arch-general] Installing Archlinux alongside Ubuntu on a Windows8 UEFI laptop

[Mark Lee]

Salutations,

Okay. Try starting ove again. Boot into the arch iso using uefi boot 
(preferably but not necessary). Then set up your partitions (root, home). For 
boot, mount the windows EFI system partition as /boot. Then install the system. 
You won't need to install grub or gummiboot since you can boot the efistub 
directly. I would create a folder in /boot named "arch". I would then copy the 
*.img from /boot to /boot/arch and rename the vmlinuz-Linux to 
vmlinuz-linux.efi. If you booted into uefi mode from the Arch iso, you should 
be able to run efibootmgr. Run efibootmgr to see what entries you have (you 
should at least have the windows entry). Then type something like this : 
efibootmgr -d  -L 
"Arch Linux UEFI" -l /arch/vmlinux-Linux.efi -u "root= 
initramfs=/arch/initramfs.img rw quiet" -w. You should be able to reboot if all 
went well and you will boot into Arch Linux.

Regards,
Mark

-Original Message-
From: "Alan E. Davis" 
Sent: ‎5/‎1/‎2014 8:07 PM
To: "General Discussion about Arch Linux" 
Subject: Re: [arch-general] Installing Archlinux alongside Ubuntu on a Windows8 
UEFI laptop

I don't understand what is the entry, or fallback entry, or "run the
entry."   I'm sorry.

I'm going to try again later.  In fact, I may take the undesireable step of
installing from Manjaro or whatever is the shortcut way to install Arch
Linux these days.

On the one hand, I don't care to learn about what's Micro$oft's latest
tortuous trick it has played on the users; and on the other hand, I do
value to learn the nuts and bolts of GNU/Linux.

Thank you very much.  I am willing to give it one more try.  I might even
try to install grub in a partition, as apparently is what Ubuntu has
done.

Thank you again,

Alan Davis


On Thu, May 1, 2014 at 4:59 PM, Daniel Micay  wrote:

> On 01/05/14 07:40 PM, Alan E. Davis wrote:
> > I took a chance, and nothing happened.   I installed gummiboot on /boot,
> > where the kernel was.  But I didn't move the ubuntu kernel over.
> >
> > In the end, Windows still booted, and I was able to get back to a boot
> menu
> > from there, and boot ubuntu.  Not Arch.  Yet.
> >
> > Thank you for now.
> >
> > Alan
>
> You need to explicitly run the entry (if you had the EFI stuff mounted)
> or the fallback entry (if you didn't).
>
>

Re: [arch-general] Installing Archlinux alongside Ubuntu on a Windows8 UEFI laptop

[Mark Lee]

Salutations,

In these cases, I usually whip out a copy of refind-efi on cd and boot that via 
uefi. Refind-efi now detects kernels in /boot so it may be able to detect the 
Arch and Ubuntu kernels. This would allow you to boot the kernels into uefi 
mode and run efibootmgr.

Regards,
Mark

-Original Message-
From: "Alan E. Davis" 
Sent: ‎5/‎1/‎2014 7:40 PM
To: "General Discussion about Arch Linux" 
Subject: Re: [arch-general] Installing Archlinux alongside Ubuntu on a Windows8 
UEFI laptop

I took a chance, and nothing happened.   I installed gummiboot on /boot,
where the kernel was.  But I didn't move the ubuntu kernel over.

In the end, Windows still booted, and I was able to get back to a boot menu
from there, and boot ubuntu.  Not Arch.  Yet.

Thank you for now.

Alan




On Thu, May 1, 2014 at 4:07 PM, Daniel Micay  wrote:

> On 01/05/14 06:56 PM, Mark Lee wrote:
> >
> > Salutations,
> >
> > You need to boot into UEFI mode. So when you're loading the Arch Linux
> > ISO, make sure you select to boot into UEFI mode (usually an option in
> > the boot menu)
> >
> > Regards,
> > Mark
>
> You can do this without being booted into EFI mode, since gummiboot will
> install itself as /boot/EFI/Boot/BOOTX64.EFI and then you can set it up
> properly after the first boot.
>
> I had to do it this way because my hardware (T530) ran into the EFISTUB
> bug on old kernel versions, including the latest Arch ISO. It's
> completely fixed now at least on this hardware... no issues with dozens
> of 3.14.1/3.14.2 builds or the latest LTS kernel.
>
>

Re: [arch-general] Installing Archlinux alongside Ubuntu on a Windows 8 UEFI laptop

[Mark Lee]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

On 05/01/2014 06:54 PM, Alan E. Davis wrote:
> I am now walking through the install step by step.   Initially, it is
> suggested (in the Beginner's Guide) to test whether efivars is mounted.  I
> ran
> 
> mount -t efivarfs efivarfs /sys/firmware/efi/efivars
> 
> And got this message:
> 
> mount: mount point /sys.efivars does not exist.
> 
> I don't knolw whether this is good or bad news.
>  I tested for UEFI in Windows.  The result was positive.
> 
> This is kind of what I mean, that there are so
> many shades and variations.
> 
> 
> 
> On Thu, May 1, 2014 at 3:45 PM, Alan E. Davis  wrote:
> 
>> What is the "EFISTUB  bug"?
>>
>> Alan
>>
>>
>> On Thu, May 1, 2014 at 3:42 PM, Alan E. Davis  wrote:
>>
>>> I'm staying tuned.
>>>
>>> Alan
>>>
>>>
>>> On Thu, May 1, 2014 at 3:41 PM, Delcypher  wrote:
>>>
 On 1 May 2014 23:35, Daniel Micay  wrote:
> On 01/05/14 06:28 PM, Alan E. Davis wrote:
>> After already chrooting, during the Arch installation process, I saw
 some
>> information that suggested to use a command, as follows:
>>
>> mount -t efivarfs efivarfs /sys/firmware/efi/efivars
>
> You don't need to do this, so I'm not sure where you're getting this
> information. Adding an EFI entry is optional since it already installs
> itself as the fallback loader too. You can install an EFI loader
 without
> being booted via EFI.

 It's at https://wiki.archlinux.org/index.php/UEFI#Mount_efivarfs

> It's certainly a lot simpler than using grub... you don't seem to want
> it to work so obviously it's not going to work, since you're going out
> of your way to ignore the instructions.

 It is unless you're one of the people effected by the EFISTUB bug like
 myself. So I'm currently using GRUB2.

>>>
>>>
>>
Salutations,

You need to boot into UEFI mode. So when you're loading the Arch Linux
ISO, make sure you select to boot into UEFI mode (usually an option in
the boot menu)

Regards,
Mark
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.22 (GNU/Linux)

iF4EAREIAAYFAlNi0ScACgkQZ/Z80n6+J/aG2QD+J3nw8NrglCi3vuS4jOAk9may
o9b0rmb9YTTO7/cmXqUA/18m9G+7kx585OgR5t+Nr+NZue+IYy3qtPWn8J2t7eIk
=YCQj
-END PGP SIGNATURE-

Re: [arch-general] Fwd: Installing Archlinux alongside Ubuntu on a Windows 8 UEFI laptop

[Mark Lee]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

On 05/01/2014 06:50 PM, Daniel Micay wrote:
> On 01/05/14 06:40 PM, Alan E. Davis wrote:
>> Hello:
>>
>> The BIOS_GRUB partition was installed by Ubuntu, I think, without any help
>> from me.
>>
>> I am trying to understand the next step.
>>
>> I have to reboot into that Arch install, and walk back through it.  When I
>> get to the point of needing a boot manager, I will install gummiboot.  Give
>> it a try.  Thank you.
>>
>> Alan
> 
> All you need is to mount the ESP as /boot (and make sure it continues to
> be mounted that way via fstab) and pacman -S gummiboot && gummiboot
> install. You don't need to worry about mounting anything else or deal
> with EFI entries. Installing gummiboot will take care of setting it up
> as the fallback loader along with making an entry if it can (but it's
> not required).
> 

Salutations,

Just use the Microsoft reserved partition (ESP partition : ef00). Store
your kernel efistub there. Then write to the firmware that you're going
to boot from that EFI partition. There is no need to generate any extra
partitions from the Microsoft boot scheme since EFI booting is cross
platform. An example would be (following your layout scheme) :

1) EFI system partition (Store all kernel efistubs in here)
2) Microsoft reserved part (I think this is Microsoft system recovery stuff)
3) Basic data partition (This should be the windows: C drive)
4) Linux swap  (your disk-paging partition)
5) Arch Linux / (Arch linux root)
6) /home  (your home directory, I'm assuming it's separate because you
want to share with ubuntu)
7) Ubuntu / (Ubuntu root directory)

Regards,
Mark

-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.22 (GNU/Linux)

iF4EAREIAAYFAlNi0OwACgkQZ/Z80n6+J/bmtgEAmYP+eiTTvoos9hFe1YgA/JaF
UxgGzkn3G7QnLyns6bQBAJYSj8FQgVHleqpdBhs3Xk9GWxUvRbgWKU6fwfMF6bzB
=kYN8
-END PGP SIGNATURE-

Re: [arch-general] Is Voting Effective?

[Mark Lee]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

On 04/11/2014 07:45 PM, Taylor Hornby wrote:
> On 04/11/2014 04:27 PM, Daniel Wallace wrote:
>> So you're saying... blindly trusting someone else that is unknown
>> to build and blindly sign a package is more secure than you
>> downloading the pkgbuild with cower or something, looking at the
>> PKGBUILD, and then using makepkg...
> 
>> How is that?
> 
> No, that person has to be trusted not to actively sign malicious
> binaries of their own creation and to keep their private key secret.
> 
> I'm saying: A single trusted person blindly building and singing
> packages is more secure than everyone blindly building and signing
> packages.
> 
> It's a single opportunity for attack on everyone versus an opportunity
> for an attack each time a user installs a package from the AUR. The
> former is more detectable after-the-fact (thus much less likely to be
> done by an intelligence agency like the NSA) and can be done in a safer
> environment (cable internet connection in the USA vs. a WiFi hotspot in
> Syria).
> 
> The process could also involve grabbing the files (or hashes) through
> different Tor exit nodes and comparing them to make sure they're all the
> same, and there's no attacker messing with the local Internet
> connection.
> 
> 
>> Second, where do you propose the computing time and the storage
>> space comes from to support this kind of repository?
> 
> 
> Would it really be that much? How do other distributions manage it?
> 
> -Taylor
> 
> 

Salutations,

The point of Arch is that security is mainly a user concern. Arch
doesn't target users who would just blindly install packages from the
AUR without reading the PKGBUILD first, or reading the source code as
another step. If one doesn't know how to compile and/or modify the code
they are using, they really shouldn't be using the code. While other
distributions do this, I strongly disagree with it.

Arch users should read the wiki on how to compile with makepkg before
attempting to install packages from the AUR. By the way, installing a
package can be as simple as "$ makepkg -s -r -i" or more complicated if
further dependencies must be compiled.

Security through a messiah is as useful as security through obscurity.

Regards,
Mark
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.22 (GNU/Linux)

iF4EAREIAAYFAlNIhgUACgkQZ/Z80n6+J/ZudAD/QSrAwDUtelbUV9MKB6m51tSi
j/8orGFQE4uaUPb6hwwA/Alcgy8mLCTExbbVPDy7TPwYHW5tp9+moDs+enMHA4sv
=ES3a
-END PGP SIGNATURE-

Re: [arch-general] Is Voting Effective?

[Mark Lee]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

On 04/11/2014 05:40 PM, Taylor Hornby wrote:
> The main mechanism for moving packages from the AUR into the official
> repositories seems to be the "Vote for this package" mechanism.
> Ideally, all packages would just be in the official repositories, and
> there'd be no AUR. Obviously we don't have the resources for that, so
> there needs to be some mechanism for prioritizing packages.
> 
> Because you have to register an account to vote (and I didn't even
> *know* about it until today), the voting mechanism is not effective at
> filtering out the important packages from the sea of mostly-irrelevant
> obscure packages, and it's certainly not a good indicator for package
> quality. This means important packages are getting left behind in the
> AUR even when all other Linux distributions include them in their
> official repositories.
> 
> Ultimately, relying on a vote-based popularity measurement too much is
> hurting -- or is going to hurt -- Arch Linux.
> 
> Take for example tahoe-lafs and tripwire, with 32 and 13 votes
> respectively.
> 
> https://aur.archlinux.org/packages/tahoe-lafs/
> 
> https://aur.archlinux.org/packages/tripwire/
> 
> These are extremely important tools. And, while they may not be popular
> as measured by the voting system, they are widely used, and both are
> included in Debian's official repositories.
> 
> Instead of being able to quickly and easily install signed binaries with
> `pacman -S`, a security-conscious user wanting one of these tools has to
> manually inspect the PKGBUILDs for the packages themselves and many of
> their dependencies to make sure that they're not malicious. And after
> they do all that, they still have to trust insecure connections and MD5
> checksums.
> 
> There needs to be an official channel for hearing reasoned arguments on
> why a package should or should not be included in the real repositories,
> and the unscientific vote count should come second.
> 
> Is there such a thing?
> 
> Thanks for reading,
> 

Salutations,

Packages don't reach the official repositories until they have enough
sponsorship (by voting or devs pushing packages) and have been properly
vetted. In addition, a security conscious user should be inspecting
PKGBUILDS (via the ABS) instead of just taking packages as is. Compiling
the packages via the ABS is further step.

Regards,
Mark
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.22 (GNU/Linux)

iF4EAREIAAYFAlNIY30ACgkQZ/Z80n6+J/ZiNAD+N+KWUv9oIzn/HBJPIYq2LJ+V
Ca0eJ6FbbH9DceXUWiQA/RNsBzO0Aq+MLdoHrcS5oJ7TFv9VQ96/PLzgUGIbQ4Ti
=DHkF
-END PGP SIGNATURE-

[arch-general] Non-root X on Arch Linux

[Mark Lee]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Salutations,

Since Fedora 21 is working on dropping X root rights via systemd-logind.
Does Arch intend to follow?

From,
Mark
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.22 (GNU/Linux)

iF4EAREIAAYFAlNA23AACgkQZ/Z80n6+J/bnlQD+KXmYtkAySaraC+omwJb1x95q
QUud8Ojbkv/zCg/06FsA/iNsJTBoU2A4KspFZv2LnUuinKxcC5VOy64xpgRJVkV4
=GXC+
-END PGP SIGNATURE-

[arch-general] Gnome-shell Compositing for full screen applications

[Mark Lee]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Salutations,

I was recently running a test of the i3 windows manager and tried
dolphin-emu. To my surprise I was able to play Wii games at full speed
at 1080p resolution on my i3-2105 (Intel HD 3000) rig. I'm assuming this
is due no compositing in i3. With that in mind, I was wondering if there
was a way to make gnome-shell disable compositing for full screen
applications.

Regards,
Mark
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.22 (GNU/Linux)

iF4EAREIAAYFAlMziXkACgkQZ/Z80n6+J/am+AEAhbnWcpS5TVbhomZogRI3z/Hg
cKUau/u6/hkYQjOBlWsA/RoVShK5GXWAMrtvsaG0a/zmUJ1W1rKuXRKkT6HO0SyU
=lNLz
-END PGP SIGNATURE-

Re: [arch-general] GNOME Software: Status and integrable?

[Mark Lee]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

On 03/25/2014 08:43 PM, Armin K. wrote:
> On 03/26/2014 01:26 AM, Karol Babioch wrote:
>> Hi,
>> 
>> now that GNOME 3.12 has been released and probably will hit the
>> repos in the next couple of days/weeks, I'm wondering what the
>> current status of "Software" is [1]? This is an application
>> similar to an app store in the mobile world.
>> 
>> I couldn't find it in the repos, and I wouldn't expect it to even
>> work without some patching, because obviously it would have to be
>> integrated into the packet management system. The only reference
>> I could find in regards to Arch Linux was a forum thread from
>> last year [2], which basically ended up in a mess without any
>> real answers.
>> 
>> On the other hand I may have missed it, because GNOME is really
>> good in using generic terms like "Software" and "Web" to name
>> their applications, which are not great to search for :'(.
>> 
>> I'm not interested in another flame war about GNOME, when it hits
>> the repos and things like that. I just want to know whether this
>> particular application is available/works and if not what the
>> technical hurdles would be to make it work and whether it is
>> feasible to get it working in the near term. Arguably users of
>> Arch Linux are expected to know how to use use the command line
>> (including pacman) and I'm fine with that, but I wouldn't mind to
>> be able to browse an app store, just for the fun of it ;).
>> 
>> Best regards, Karol Babioch
>> 
>> [1]: https://wiki.gnome.org/Design/Apps/Software [2]:
>> https://bbs.archlinux.org/viewtopic.php?id=170223
>> 
> 
> Not that I am much aware of the state of this, but from what I've
> seen, the package requires packagekit. Archlinux packagekit package
> is fairly old and I doubt that it can be used by gnome-software.
> There was a thread on one of archlinux mailing lists regarding
> packagekit not so long ago, but even after that thread, packagekit
> still remained at version 0.7 which was released 2 years ago, while
> 0.8 (maybe even 0.9) is the latest available version.
> 

Salutations,

I can't find that thread, can you point me to it? Since Arch is
bleeding edge, it's a bit strange for a package to be that out of date.

Regards,
Mark
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.22 (GNU/Linux)

iF4EAREIAAYFAlMyd5oACgkQZ/Z80n6+J/aosQD+PXKMQn50IbZN3z9K3hngxLnM
9Fy8K+J0vahD1D+VXPEA/3eMZH4g0Us8td7KL8FjBXlhorgXhn/TAZ28uo56SJQ/
=9EuZ
-END PGP SIGNATURE-

Re: [arch-general] browser and tty

[Mark Lee]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

On 03/25/2014 02:29 PM, arnaud gaboury wrote:
> On Tue, Mar 25, 2014 at 7:20 PM, Mark Lee  wrote:
>> -BEGIN PGP SIGNED MESSAGE-
> 
>> I just tested out i3 myself, and if you launch it with startx (from
>> xorg-xinit), I don't have any issues launching chromium in the same TTY.
>>
>> See <https://wiki.archlinux.org/index.php/Keyboard_Configuration_in_Xorg>
> 
> chromium  or firefox is starting fine now.
> 
> from i3 config
> exec firefox-aurora
> assign [instance="firefox-aurora"]  1
> 
> two issues remaining
> firefox starts on workspace 2
> my keyboard is in US
> 

Salutations,

Try changing the line to :
assign [class="firefox-aurora"] 1

I sent you a link on keyboard configuration in Xorg.

Regards,
Mark
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.22 (GNU/Linux)

iF4EAREIAAYFAlMxzU8ACgkQZ/Z80n6+J/b2DwD/Q7Dklwh7Nj4gozmdIw2ieKMo
c6v/WcQxHaRLK4KQlawBAJXFwufrjFjaoH5drcWBFvQUfmuHPG7h6vFpuMyb6pn7
=+nci
-END PGP SIGNATURE-

Re: [arch-general] browser and tty

[Mark Lee]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

On 03/25/2014 02:17 PM, arnaud gaboury wrote:
> On Tue, Mar 25, 2014 at 7:09 PM, Jakub Klinkovský  wrote:
>> On 25.03.14 at 18:56, arnaud gaboury wrote:

 i3 workspace is *not* tty! See 
 http://i3wm.org/docs/userguide.html#_using_workspaces
>>>
>>> No ?? really? Are you joking ?
>>
>> I'm certain. i3 workspaces are an implementation of "virtual desktop" [1], as
> 
> It seems that we don-t have same kind of joke. I know tty is not i3 workspace.
> 
> After a reboot, now I boot directly into i3. Fine, chromium is running .
> But my keyboard is still wrong. Any suggestion
> 

Salutations,

I just tested out i3 myself, and if you launch it with startx (from
xorg-xinit), I don't have any issues launching chromium in the same TTY.

See 

Regards,
Mark
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.22 (GNU/Linux)

iF4EAREIAAYFAlMxyO8ACgkQZ/Z80n6+J/ayRQEAiHDFk0KWUlq9aEcAocHvEIDz
FEMSVSOy8dO2Z7jIrO4A/1VeyaXo4jLr8sPe4fF8Qe5cYg/hW54nwQ/FPDrNFgsb
=DihJ
-END PGP SIGNATURE-

Re: [arch-general] browser and tty

[Mark Lee]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

On 03/25/2014 01:32 PM, Jakub Klinkovský wrote:
> On 25.03.14 at 13:26, Mark Lee wrote:
>> -BEGIN PGP SIGNED MESSAGE-
>> Hash: SHA256
>>
>> On 03/25/2014 01:23 PM, Jason Plum wrote:
>>> Verify there is no running instance of Chromium in any other session, as it
>>> spawns children withing its original session. I have seen this happen with
>>> X2go as well.
>>>
>>> Jason Plum
>>> WarheadsSE
>>>
>>>
>>> On Tue, Mar 25, 2014 at 1:18 PM, arnaud gaboury 
>>> wrote:
>>>
>>>> Dear list,
>>>>
>>>> I decided to get rid of my mate DE and go i3. Before I am testing my
>>>> settings on tty2 (Ctrl+Alt+F2) with a modify .xinitrc (exec i3).
>>>>
>>>> I have a weird behavior as regarding my web browser, could it be
>>>> chromium or firefox.
>>>>
>>>> On my i3 config. I have this line:
>>>>
>>>> assign [instance="^chromium$"] → 1
>>>>
>>>> Unfortunately, when I log in on tty2, there is no chromium being
>>>> started. When I am back on tty1 (mate session), I find chromium being
>>>> opened.
>>>> Then, on tty2, if I start manually firefox, I can't as I am told
>>>> "firefox is already running". Indeed it is but on tty1.
>>>>
>>>> It seems like web browsers are "attached" to my tty1.
>>>>
>>>> Is there any reason for this behavior? Shall I modify anything to
>>>> start any web browser on tty2 ?
>>>>
>>>> Thank you for help.
>>>>
>>
>> Salutations,
>>
>> According to the Arch Wiki :
>> <https://wiki.archlinux.org/index.php/I3#Launching_programs_on_specific_workspaces>;
>> that seems to be the correct behavior.
>>
>> You are assigning chromium to be launched on tty1.
>>
>> Regards,
>> Mark
> 
> i3 workspace is *not* tty! See 
> http://i3wm.org/docs/userguide.html#_using_workspaces
> 

Salutations,

I apologize I just caught the error myself as your email came in. Does
i3 require xorg-xserver, and if that's the case, is there already a
running instance of the xserver on TTY1(you mention you have mate).

Regards,
Mark
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.22 (GNU/Linux)

iF4EAREIAAYFAlMxvyQACgkQZ/Z80n6+J/a+xAEAjJXkAFWkNAEXvC9Fas7wtqrb
D1NWAJX0SfIWFUDZxhYA/Rb/z82YuBqw1lqRqX+d5r1+H1vbO8vncB1vukl2B2ob
=QHI8
-END PGP SIGNATURE-

Re: [arch-general] browser and tty

[Mark Lee]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

On 03/25/2014 01:23 PM, Jason Plum wrote:
> Verify there is no running instance of Chromium in any other session, as it
> spawns children withing its original session. I have seen this happen with
> X2go as well.
> 
> Jason Plum
> WarheadsSE
> 
> 
> On Tue, Mar 25, 2014 at 1:18 PM, arnaud gaboury 
> wrote:
> 
>> Dear list,
>>
>> I decided to get rid of my mate DE and go i3. Before I am testing my
>> settings on tty2 (Ctrl+Alt+F2) with a modify .xinitrc (exec i3).
>>
>> I have a weird behavior as regarding my web browser, could it be
>> chromium or firefox.
>>
>> On my i3 config. I have this line:
>>
>> assign [instance="^chromium$"] → 1
>>
>> Unfortunately, when I log in on tty2, there is no chromium being
>> started. When I am back on tty1 (mate session), I find chromium being
>> opened.
>> Then, on tty2, if I start manually firefox, I can't as I am told
>> "firefox is already running". Indeed it is but on tty1.
>>
>> It seems like web browsers are "attached" to my tty1.
>>
>> Is there any reason for this behavior? Shall I modify anything to
>> start any web browser on tty2 ?
>>
>> Thank you for help.
>>

Salutations,

According to the Arch Wiki :
;
that seems to be the correct behavior.

You are assigning chromium to be launched on tty1.

Regards,
Mark
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.22 (GNU/Linux)

iF4EAREIAAYFAlMxvC8ACgkQZ/Z80n6+J/aVowD+OmXwmCGJiOTCkR2RtOFubXQa
cx6UhDMyVEPjtkcNUBIBAI9mCM+LiFpxu2K58eMogHtsUIwUi8rmdAso+SKYGjrg
=iRGJ
-END PGP SIGNATURE-

Re: [arch-general] SLOB Allocator Vulernability

[Mark Lee]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

On 03/23/2014 02:58 PM, Karol Blazewicz wrote:
> On Sun, Mar 23, 2014 at 7:36 PM, Kyle Bassett  wrote:
>> Thanks Mark!  Great read!
>>
>> I love real-world examples included with any type of lesson.
>>
>> On Sunday, March 23, 2014, Mark Lee  wrote:
>>
> Salutations,
> 
> I recently read an interesting article on a Slob allocator
> vulnerability in the Linux kernel. It was an interesting read so I am
> reposting it for you all.
> 
> <
> http://resources.infosecinstitute.com/exploiting-linux-kernel-heap-corruptions-slub-allocator/
>>>>>
> 
> Regards,
> Mark
>>>
> 
> 
> I think it's about SLUB, not SLOB vulnerability.
> The last line says "So it is easy to spot that there is a heap SLUB
> overflow if a user writes data greater in size than 256 bytes."
> 

Salutations,

That's right; a typo on my part. Thanks!

Regards,
Mark
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.22 (GNU/Linux)

iF4EAREIAAYFAlMvMe8ACgkQZ/Z80n6+J/YefgD7BNiSZ1ElzeXFrjeadGFAB+QR
2gwn5U2xFhgKcsUsdHgA/jTFVJECVzLaWO/Vjg5OrnfjhF/eRzwPym5qwJ0XFYTk
=v5KU
-END PGP SIGNATURE-

[arch-general] SLOB Allocator Vulernability

[Mark Lee]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Salutations,

I recently read an interesting article on a Slob allocator
vulnerability in the Linux kernel. It was an interesting read so I am
reposting it for you all.



Regards,
Mark
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.22 (GNU/Linux)

iF4EAREIAAYFAlMvJC4ACgkQZ/Z80n6+J/a1IQD+OaIhObNMWJkLXxv5zjb47802
nmEoMdpmFzXcFLxdaS8A/2gTP9l0l+wGVPs9nko6/wF3hAMnF0qKNlFyL8yXZpon
=+tvh
-END PGP SIGNATURE-

Re: [arch-general] graphical display management

[Mark Lee]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

On 03/20/2014 06:50 PM, Guus Snijders wrote:
> Op 20 mrt. 2014 18:36 schreef "message"  het
> volgende:
>>
> [ gdm ]
>>
>> After power-on, the computer
>> starts with a sign-in prompt.
>> Normal user does not work.
>> Signed in as root [...]
>
> Ok, now we're getting somewhere.
> When the logon as user "does not work", do you get an error message?
>
> mvg, Guus
Salutations,

Do you have the correct graphics drivers installed (xf86-video-*)? At
least xf86-video-vesa should work. See


In addition, '# systemctl enable gdm'  links to
/etc/system/display-manager.service. If you read the file you'll find
it's /usr/lib/systemd/system/gdm.service. When enabled it should skip
the tty prompt and go straight to the gdm login manager (grey
background, usually lists the users in the system).

Regards,
Mark
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.22 (GNU/Linux)

iF4EAREIAAYFAlMrdGQACgkQZ/Z80n6+J/bAcwEAlgHFCr/Q0ghTyxbEWCVSU8uD
rwJXF2kyTZn851kA/3ORNmeiDR2m+NEsKBQMqW3DJwqWEEjc82BRazf4JPhc
=b1EG
-END PGP SIGNATURE-

Re: [arch-general] BTRFS scrub from systemd unit

[Mark Lee]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

On 03/19/2014 10:34 PM, Sean Greenslade wrote:
> On Wed, Mar 19, 2014 at 09:42:46PM -0400, Mark Lee wrote:
>> -BEGIN PGP SIGNED MESSAGE-
>> Hash: SHA256
>>
>> On 03/19/2014 09:40 PM, Sean Greenslade wrote:
>>> On Thu, Mar 20, 2014 at 01:06:18AM +, Mauro Santos wrote:
>>>> On 20-03-2014 00:41, Sean Greenslade wrote:
>>>>> Hi, folks. I've been noodling over this rather odd issue I've been
>>>>> having, and I thought I'd get a second opinion on things. 
>>>>> 
>>>>> So I'm stumped, here. Anyone have any clue as to what's happening?
>>>>>
>>>>> Thanks,
>>>>>
>>>>> --Sean
>>>>>
>>>>
>>>> Just a guess but you might want to change the unit type to simple
>>>> instead of oneshot.
>>>>
>>>> -- 
>>>> Mauro Santos
>>>
>>> I thought of that, but it just does the same thing. The scrub command
>>> returns after forking(?) back the real scrub process. Now, maybe if
>>> someone has a clever way of making the service detect when the scrub
>>> finishes, I could do a remainafterexit unit, but I can't see a way to do
>>> that.
>>>
>>> --Sean
>>>
>> Salutations,
>>
>> If it's supposed to fork, you may want to switch to type=forking.
>>
>> See <http://www.freedesktop.org/software/systemd/man/systemd.service.html>
>>
>> Regards,
>> Mark
> 
> I did an strace on the start scrub process, but my knowledge on its
> output is limited. I _believe_ this line means that it is forking, but
> can someone else confirm this?
> 
> clone(child_stack=0, flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD, 
> child_tidptr=0x7ffbb9fddb50) = 713
> 
> 
> --Sean
> 
Salutations,

Did you try to just switch to type=forking?

Regards,
Mark
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.22 (GNU/Linux)

iF4EAREIAAYFAlMqU/oACgkQZ/Z80n6+J/YFkQEAkI598OvFLLDNceXB++k3o1dO
hJJymcHIA28aPsAWqScA/0I9xA9s8OvKYr0g/BDGRboJxd0CQPMuSsyOwadyR9vu
=ezb8
-END PGP SIGNATURE-

Re: [arch-general] BTRFS scrub from systemd unit

[Mark Lee]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

On 03/19/2014 09:40 PM, Sean Greenslade wrote:
> On Thu, Mar 20, 2014 at 01:06:18AM +, Mauro Santos wrote:
>> On 20-03-2014 00:41, Sean Greenslade wrote:
>>> Hi, folks. I've been noodling over this rather odd issue I've been
>>> having, and I thought I'd get a second opinion on things. 
>>> 
>>> So I'm stumped, here. Anyone have any clue as to what's happening?
>>>
>>> Thanks,
>>>
>>> --Sean
>>>
>>
>> Just a guess but you might want to change the unit type to simple
>> instead of oneshot.
>>
>> -- 
>> Mauro Santos
> 
> I thought of that, but it just does the same thing. The scrub command
> returns after forking(?) back the real scrub process. Now, maybe if
> someone has a clever way of making the service detect when the scrub
> finishes, I could do a remainafterexit unit, but I can't see a way to do
> that.
> 
> --Sean
> 
Salutations,

If it's supposed to fork, you may want to switch to type=forking.

See 

Regards,
Mark
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.22 (GNU/Linux)

iF4EAREIAAYFAlMqR5YACgkQZ/Z80n6+J/a7sgD/URN81eys/q0U5AR/3GhMkO+T
lfshsUS0cGNxQfNQWX4A+QGL5kwecc8YJFgev4TLokMDrsP3xWZ80CA4OI7EVbXv
=IKdv
-END PGP SIGNATURE-

Re: [arch-general] When change tty1 the locale change

[Mark Lee]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

On 03/18/2014 09:12 PM, Maykel Franco wrote:
> 2014-03-19 2:04 GMT+01:00 Maykel Franco :
> 
>>
>>
>>
>> 2014-03-19 1:54 GMT+01:00 SpinFlo :
>>
>> Hi, but the keyboard layout is not set in vconsole
>>>
>>> ┌─┤[$]|[sl1pkn07]|[sL1pKn07]|[~]|
>>> └───╼  cat /etc/vconsole.conf
>>> KEYMAP=es
>>> FONT=Lat2-Terminus16
>>> #FONT_MAP=8859-1_to_uni
>>> ┌─┤[$]|[sl1pkn07]|[sL1pKn07]|[~]|
>>> └───╼  cat /etc/locale.conf
>>> LANG="es_ES.UTF-8"
>>> LC_TIME="es_ES.UTF-8"
>>> LC_COLLATE="C"
>>> ┌─┤[$]|[sl1pkn07]|[sL1pKn07]|[~]|
>>>
>>>
>>>
>>>
>>> 2014-03-19 1:49 GMT+01:00 Maykel Franco :
>>>
>>>> 2014-03-19 1:44 GMT+01:00 SpinFlo :
>>>>
>>>>> change locale or change keyboard layout?
>>>>>
>>>>>> VC Keymap: n/a
>>>>>
>>>>>
>>>>> 2014-03-19 1:42 GMT+01:00 Maykel Franco :
>>>>>
>>>>>> 2014-03-19 1:38 GMT+01:00 Karol Blazewicz <
>>> karol.blazew...@gmail.com>:
>>>>>>
>>>>>>> On Wed, Mar 19, 2014 at 1:33 AM, Maykel Franco <
>>>> maykeldeb...@gmail.com
>>>>>>
>>>>>>> wrote:
>>>>>>>> 2014-03-19 1:31 GMT+01:00 Mark Lee :
>>>>>>>>
> On 03/18/2014 08:30 PM, Maykel Franco wrote:
>>>>>>>>>>> Hi, I am spanish. I like arch linux, is my prefer for the
>>>> fast
>>>>> it.
>>>>>>> The
>>>>>>>>>>> problem is when I change the tty1, for example, the locale
>>>>>> language
> change
>>>>>>>>>>> to english. Why??
>>>>>>>>>>>
>>>>>>>>>>> Thanks in advanced.
>>>>>>>>>>>
> Salutations,
> 
> Did you set your language in /etc/locale.conf?
> 
> Regards,
> mark
>>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> Thanks for your response.
>>>>>>>>
>>>>>>>> root@arch-maykel /home/maykel/backup/ # cat /etc/locale.conf
>>>>>>>> LANG=es_ES.utf8
>>>>>>>>
>>>>>>>> Thanks again.
>>>>>>>
>>>>>>> What's the output of 'localectl'?
>>>>>>>
>>>>>>>
>>>>>>>> when I change the tty1, for example, the locale language change
>>> to
>>>>>>> english.
>>>>>>>
>>>>>>> How exactly did you check it?
>>>>>>>
>>>>>>
>>>>>>
>>>>>> root@arch-maykel /home/maykel/backup/ # localectl
>>>>>>System Locale: LANG=es_ES.utf8
>>>>>>VC Keymap: n/a
>>>>>>   X11 Layout: n/a
>>>>>>
>>>>>>
>>>>>> Check it:
>>>>>>
>>>>>> Ctrl + alt + f1 , for example:
>>>>>>
>>>>>> And locale:
>>>>>>
>>>>>> root@arch-maykel /home/maykel/backup/ # locale
>>>>>> LANG=es_ES.UTF-8
>>>>>> LC_CTYPE="es_ES.UTF-8"
>>>>>> LC_NUMERIC="es_ES.UTF-8"
>>>>>> LC_TIME="es_ES.UTF-8"
>>>>>> LC_COLLATE="es_ES.UTF-8"
>>>>>> LC_MONETARY="es_ES.UTF-8"
>>>>>> LC_MESSAGES="es_ES.UTF-8"
>>>>>> LC_PAPER="es_ES.UTF-8"
>>>>>> LC_NAME="es_ES.UTF-8"
>>>>>> LC_ADDRESS="es_ES.UTF-8"
>>>>>> LC_TELEPHONE="es_ES.UTF-8"
>>>>>> LC_MEASUREMENT="es_ES.UTF-8"
>>>>>> LC_IDENTIFICATION="es_ES.UTF-8"
>>>>>> LC_ALL=
>>>>>>
>>>>>>
>>>>>> If exec same command in tty1 with cntrl + at + f1 the result is the
>>>> same.
>>>>>>
>>>>>> In tty2, tty3...the result is the same. The language locale change
>>> to
>>>>>> english...I don't now why??
>>>>>>
>>>>>> Thanks again.
>>>>>>
>>>>>
>>>>
>>>>
>>>> The keyboard layout is "es" , spanish, the option is configured in
>>>> systemsettings to kde. In preferences keyboard. In the X , tty7, the
>>>> language is OK, spanish but I change the tty, without X, the language
>>>> change to english...
>>>>
>>>> I dont understand why...
>>>>
>>>> Thanks for all...
>>>>
>>>
>>
>>
>> The /etc/vconsole.conf not found in my system. In the tty1 I know the
>> language is english because to write with keyboard the language is english.
>> For example, in spanish the key - , in the english is /
>>
>> Thanks.
>>
> 
> 
> I solved the problem with create file /etc/vconsole.conf:
> 
> KEYMAP:es
> 
> But de X11 is n/a , how to define X11 locale??
> 
> maykel@arch-maykel ~/ $ localectl
>System Locale: LANG=es_ES.utf8
>VC Keymap: es
>   X11 Layout: n/a
> 
> Thans to all for the help and sorry for my english.
> 

Hola,

Mira
<https://wiki.archlinux.org/index.php/Keyboard_Configuration_in_Xorg_(Espa%C3%B1ol)>

Respecto,
Marco
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.22 (GNU/Linux)

iF4EAREIAAYFAlMo7+YACgkQZ/Z80n6+J/YCUAD6A55K5+c4gK6/kvNV8ruPLogW
aq9nRQkzohP96Ec6x4MA/RgxOX4rrerF0N6eNGMJAOsLSgDpKxB8FGGgX5vP62PF
=jZeF
-END PGP SIGNATURE-

Re: [arch-general] When change tty1 the locale change

[Mark Lee]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

On 03/18/2014 09:12 PM, Maykel Franco wrote:
> 2014-03-19 2:04 GMT+01:00 Maykel Franco :
> 
>>
>>
>>
>> 2014-03-19 1:54 GMT+01:00 SpinFlo :
>>
>> Hi, but the keyboard layout is not set in vconsole
>>>
>>> ┌─┤[$]|[sl1pkn07]|[sL1pKn07]|[~]|
>>> └───╼  cat /etc/vconsole.conf
>>> KEYMAP=es
>>> FONT=Lat2-Terminus16
>>> #FONT_MAP=8859-1_to_uni
>>> ┌─┤[$]|[sl1pkn07]|[sL1pKn07]|[~]|
>>> └───╼  cat /etc/locale.conf
>>> LANG="es_ES.UTF-8"
>>> LC_TIME="es_ES.UTF-8"
>>> LC_COLLATE="C"
>>> ┌─┤[$]|[sl1pkn07]|[sL1pKn07]|[~]|
>>>
>>>
>>>
>>>
>>> 2014-03-19 1:49 GMT+01:00 Maykel Franco :
>>>
>>>> 2014-03-19 1:44 GMT+01:00 SpinFlo :
>>>>
>>>>> change locale or change keyboard layout?
>>>>>
>>>>>> VC Keymap: n/a
>>>>>
>>>>>
>>>>> 2014-03-19 1:42 GMT+01:00 Maykel Franco :
>>>>>
>>>>>> 2014-03-19 1:38 GMT+01:00 Karol Blazewicz <
>>> karol.blazew...@gmail.com>:
>>>>>>
>>>>>>> On Wed, Mar 19, 2014 at 1:33 AM, Maykel Franco <
>>>> maykeldeb...@gmail.com
>>>>>>
>>>>>>> wrote:
>>>>>>>> 2014-03-19 1:31 GMT+01:00 Mark Lee :
>>>>>>>>
> On 03/18/2014 08:30 PM, Maykel Franco wrote:
>>>>>>>>>>> Hi, I am spanish. I like arch linux, is my prefer for the
>>>> fast
>>>>> it.
>>>>>>> The
>>>>>>>>>>> problem is when I change the tty1, for example, the locale
>>>>>> language
> change
>>>>>>>>>>> to english. Why??
>>>>>>>>>>>
>>>>>>>>>>> Thanks in advanced.
>>>>>>>>>>>
> Salutations,
> 
> Did you set your language in /etc/locale.conf?
> 
> Regards,
> mark
>>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> Thanks for your response.
>>>>>>>>
>>>>>>>> root@arch-maykel /home/maykel/backup/ # cat /etc/locale.conf
>>>>>>>> LANG=es_ES.utf8
>>>>>>>>
>>>>>>>> Thanks again.
>>>>>>>
>>>>>>> What's the output of 'localectl'?
>>>>>>>
>>>>>>>
>>>>>>>> when I change the tty1, for example, the locale language change
>>> to
>>>>>>> english.
>>>>>>>
>>>>>>> How exactly did you check it?
>>>>>>>
>>>>>>
>>>>>>
>>>>>> root@arch-maykel /home/maykel/backup/ # localectl
>>>>>>System Locale: LANG=es_ES.utf8
>>>>>>VC Keymap: n/a
>>>>>>   X11 Layout: n/a
>>>>>>
>>>>>>
>>>>>> Check it:
>>>>>>
>>>>>> Ctrl + alt + f1 , for example:
>>>>>>
>>>>>> And locale:
>>>>>>
>>>>>> root@arch-maykel /home/maykel/backup/ # locale
>>>>>> LANG=es_ES.UTF-8
>>>>>> LC_CTYPE="es_ES.UTF-8"
>>>>>> LC_NUMERIC="es_ES.UTF-8"
>>>>>> LC_TIME="es_ES.UTF-8"
>>>>>> LC_COLLATE="es_ES.UTF-8"
>>>>>> LC_MONETARY="es_ES.UTF-8"
>>>>>> LC_MESSAGES="es_ES.UTF-8"
>>>>>> LC_PAPER="es_ES.UTF-8"
>>>>>> LC_NAME="es_ES.UTF-8"
>>>>>> LC_ADDRESS="es_ES.UTF-8"
>>>>>> LC_TELEPHONE="es_ES.UTF-8"
>>>>>> LC_MEASUREMENT="es_ES.UTF-8"
>>>>>> LC_IDENTIFICATION="es_ES.UTF-8"
>>>>>> LC_ALL=
>>>>>>
>>>>>>
>>>>>> If exec same command in tty1 with cntrl + at + f1 the result is the
>>>> same.
>>>>>>
>>>>>> In tty2, tty3...the result is the same. The language locale change
>>> to
>>>>>> english...I don't now why??
>>>>>>
>>>>>> Thanks again.
>>>>>>
>>>>>
>>>>
>>>>
>>>> The keyboard layout is "es" , spanish, the option is configured in
>>>> systemsettings to kde. In preferences keyboard. In the X , tty7, the
>>>> language is OK, spanish but I change the tty, without X, the language
>>>> change to english...
>>>>
>>>> I dont understand why...
>>>>
>>>> Thanks for all...
>>>>
>>>
>>
>>
>> The /etc/vconsole.conf not found in my system. In the tty1 I know the
>> language is english because to write with keyboard the language is english.
>> For example, in spanish the key - , in the english is /
>>
>> Thanks.
>>
> 
> 
> I solved the problem with create file /etc/vconsole.conf:
> 
> KEYMAP:es
> 
> But de X11 is n/a , how to define X11 locale??
> 
> maykel@arch-maykel ~/ $ localectl
>System Locale: LANG=es_ES.utf8
>VC Keymap: es
>   X11 Layout: n/a
> 
> Thans to all for the help and sorry for my english.
> 

Salutations,

See
<https://wiki.archlinux.org/index.php/Keyboard_Configuration_in_Xorg_(Espa%C3%B1ol)>

Regards,
Mark
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.22 (GNU/Linux)

iF4EAREIAAYFAlMo76QACgkQZ/Z80n6+J/aehQD/ZRx3O8H7mZqwtcSSUS2dWVpk
L3GbEArnV2kVUtuexe4A/A+lmgBvWVSYQuS3q7b/w9ltLyrL7B6ONBgh72kEdLpo
=xHmU
-END PGP SIGNATURE-

Re: [arch-general] When change tty1 the locale change

[Mark Lee]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

On 03/18/2014 09:04 PM, Maykel Franco wrote:
> 2014-03-19 1:54 GMT+01:00 SpinFlo :
> 
>> Hi, but the keyboard layout is not set in vconsole
>>
>> ┌─┤[$]|[sl1pkn07]|[sL1pKn07]|[~]|
>> └───╼  cat /etc/vconsole.conf
>> KEYMAP=es
>> FONT=Lat2-Terminus16
>> #FONT_MAP=8859-1_to_uni
>> ┌─┤[$]|[sl1pkn07]|[sL1pKn07]|[~]|
>> └───╼  cat /etc/locale.conf
>> LANG="es_ES.UTF-8"
>> LC_TIME="es_ES.UTF-8"
>> LC_COLLATE="C"
>> ┌─┤[$]|[sl1pkn07]|[sL1pKn07]|[~]|
>>
>>
>>
>>
>> 2014-03-19 1:49 GMT+01:00 Maykel Franco :
>>
>>> 2014-03-19 1:44 GMT+01:00 SpinFlo :
>>>
>>>> change locale or change keyboard layout?
>>>>
>>>>> VC Keymap: n/a
>>>>
>>>>
>>>> 2014-03-19 1:42 GMT+01:00 Maykel Franco :
>>>>
>>>>> 2014-03-19 1:38 GMT+01:00 Karol Blazewicz >> :
>>>>>
>>>>>> On Wed, Mar 19, 2014 at 1:33 AM, Maykel Franco <
>>> maykeldeb...@gmail.com
>>>>>
>>>>>> wrote:
>>>>>>> 2014-03-19 1:31 GMT+01:00 Mark Lee :
>>>>>>>
> On 03/18/2014 08:30 PM, Maykel Franco wrote:
>>>>>>>>>> Hi, I am spanish. I like arch linux, is my prefer for the fast
>>>> it.
>>>>>> The
>>>>>>>>>> problem is when I change the tty1, for example, the locale
>>>>> language
> change
>>>>>>>>>> to english. Why??
>>>>>>>>>>
>>>>>>>>>> Thanks in advanced.
>>>>>>>>>>
> Salutations,
> 
> Did you set your language in /etc/locale.conf?
> 
> Regards,
> mark
>>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> Thanks for your response.
>>>>>>>
>>>>>>> root@arch-maykel /home/maykel/backup/ # cat /etc/locale.conf
>>>>>>> LANG=es_ES.utf8
>>>>>>>
>>>>>>> Thanks again.
>>>>>>
>>>>>> What's the output of 'localectl'?
>>>>>>
>>>>>>
>>>>>>> when I change the tty1, for example, the locale language change
>> to
>>>>>> english.
>>>>>>
>>>>>> How exactly did you check it?
>>>>>>
>>>>>
>>>>>
>>>>> root@arch-maykel /home/maykel/backup/ # localectl
>>>>>System Locale: LANG=es_ES.utf8
>>>>>VC Keymap: n/a
>>>>>   X11 Layout: n/a
>>>>>
>>>>>
>>>>> Check it:
>>>>>
>>>>> Ctrl + alt + f1 , for example:
>>>>>
>>>>> And locale:
>>>>>
>>>>> root@arch-maykel /home/maykel/backup/ # locale
>>>>> LANG=es_ES.UTF-8
>>>>> LC_CTYPE="es_ES.UTF-8"
>>>>> LC_NUMERIC="es_ES.UTF-8"
>>>>> LC_TIME="es_ES.UTF-8"
>>>>> LC_COLLATE="es_ES.UTF-8"
>>>>> LC_MONETARY="es_ES.UTF-8"
>>>>> LC_MESSAGES="es_ES.UTF-8"
>>>>> LC_PAPER="es_ES.UTF-8"
>>>>> LC_NAME="es_ES.UTF-8"
>>>>> LC_ADDRESS="es_ES.UTF-8"
>>>>> LC_TELEPHONE="es_ES.UTF-8"
>>>>> LC_MEASUREMENT="es_ES.UTF-8"
>>>>> LC_IDENTIFICATION="es_ES.UTF-8"
>>>>> LC_ALL=
>>>>>
>>>>>
>>>>> If exec same command in tty1 with cntrl + at + f1 the result is the
>>> same.
>>>>>
>>>>> In tty2, tty3...the result is the same. The language locale change to
>>>>> english...I don't now why??
>>>>>
>>>>> Thanks again.
>>>>>
>>>>
>>>
>>>
>>> The keyboard layout is "es" , spanish, the option is configured in
>>> systemsettings to kde. In preferences keyboard. In the X , tty7, the
>>> language is OK, spanish but I change the tty, without X, the language
>>> change to english...
>>>
>>> I dont understand why...
>>>
>>> Thanks for all...
>>>
>>
> 
> 
> The /etc/vconsole.conf not found in my system. In the tty1 I know the
> language is english because to write with keyboard the language is english.
> For example, in spanish the key - , in the english is /
> 
> Thanks.
> 

Salutations,

Please do the following :
# echo es > /etc/vconsole.com;  ## change keyboard console mapping to
Spanish keyboard

See <https://wiki.archlinux.org/index.php/Keyboard_Configuration_in_Console>

I'd like to know the output of the which command (there usually isn't a
binary called stuff installed, so it should spit out an error message;
if your locale is working, that message is in Spanish).

Regards,
Mark
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.22 (GNU/Linux)

iF4EAREIAAYFAlMo7qEACgkQZ/Z80n6+J/YO5QEAmjYJyfOv/rLPNvz9QJ/CLOuf
Rht1p2mbReu2eMx+ebMA+wdPkA9zktWDfu865leqk3ykyirvwYfTvU9yI5KnS2CP
=dYNa
-END PGP SIGNATURE-

Re: [arch-general] When change tty1 the locale change

[Mark Lee]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

On 03/18/2014 08:49 PM, Maykel Franco wrote:
> 2014-03-19 1:44 GMT+01:00 SpinFlo :
> 
>> change locale or change keyboard layout?
>>
>>> VC Keymap: n/a
>>
>>
>> 2014-03-19 1:42 GMT+01:00 Maykel Franco :
>>
>>> 2014-03-19 1:38 GMT+01:00 Karol Blazewicz :
>>>
>>>> On Wed, Mar 19, 2014 at 1:33 AM, Maykel Franco >>
>>>> wrote:
>>>>> 2014-03-19 1:31 GMT+01:00 Mark Lee :
>>>>>
> On 03/18/2014 08:30 PM, Maykel Franco wrote:
>>>>>>>> Hi, I am spanish. I like arch linux, is my prefer for the fast it.
>>>> The
>>>>>>>> problem is when I change the tty1, for example, the locale
>>> language
> change
>>>>>>>> to english. Why??
>>>>>>>>
>>>>>>>> Thanks in advanced.
>>>>>>>>
> Salutations,
> 
> Did you set your language in /etc/locale.conf?
> 
> Regards,
> mark
>>>>>>
>>>>>
>>>>>
>>>>> Thanks for your response.
>>>>>
>>>>> root@arch-maykel /home/maykel/backup/ # cat /etc/locale.conf
>>>>> LANG=es_ES.utf8
>>>>>
>>>>> Thanks again.
>>>>
>>>> What's the output of 'localectl'?
>>>>
>>>>
>>>>> when I change the tty1, for example, the locale language change to
>>>> english.
>>>>
>>>> How exactly did you check it?
>>>>
>>>
>>>
>>> root@arch-maykel /home/maykel/backup/ # localectl
>>>System Locale: LANG=es_ES.utf8
>>>VC Keymap: n/a
>>>   X11 Layout: n/a
>>>
>>>
>>> Check it:
>>>
>>> Ctrl + alt + f1 , for example:
>>>
>>> And locale:
>>>
>>> root@arch-maykel /home/maykel/backup/ # locale
>>> LANG=es_ES.UTF-8
>>> LC_CTYPE="es_ES.UTF-8"
>>> LC_NUMERIC="es_ES.UTF-8"
>>> LC_TIME="es_ES.UTF-8"
>>> LC_COLLATE="es_ES.UTF-8"
>>> LC_MONETARY="es_ES.UTF-8"
>>> LC_MESSAGES="es_ES.UTF-8"
>>> LC_PAPER="es_ES.UTF-8"
>>> LC_NAME="es_ES.UTF-8"
>>> LC_ADDRESS="es_ES.UTF-8"
>>> LC_TELEPHONE="es_ES.UTF-8"
>>> LC_MEASUREMENT="es_ES.UTF-8"
>>> LC_IDENTIFICATION="es_ES.UTF-8"
>>> LC_ALL=
>>>
>>>
>>> If exec same command in tty1 with cntrl + at + f1 the result is the same.
>>>
>>> In tty2, tty3...the result is the same. The language locale change to
>>> english...I don't now why??
>>>
>>> Thanks again.
>>>
>>
> 
> 
> The keyboard layout is "es" , spanish, the option is configured in
> systemsettings to kde. In preferences keyboard. In the X , tty7, the
> language is OK, spanish but I change the tty, without X, the language
> change to english...
> 
> I dont understand why...
> 
> Thanks for all...
> 

Salutations,

I just tested changing "/etc/locale.conf" to use 'LANG="es_ES.UTF-8"'
and got a gnome message to change folders to Spanish names. However,
when switching tty, I found that the names were in English (but I didn't
translate my folder names to Spanish). How do you know that the tty is
in English?
Can you try the output of something like: $ which stuff
?

Regards,
Mark
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.22 (GNU/Linux)

iF4EAREIAAYFAlMo6oQACgkQZ/Z80n6+J/Y4iwD+P/ijahr9KAd3F1ZESz9/WEbC
jdPxizkBXnXfpJP+y0YA+gMR1Ui3sqkbYbmHvgxbsslKwY0Pyqam90Wq06rHXh+e
=IxO0
-END PGP SIGNATURE-

Re: [arch-general] When change tty1 the locale change

[Mark Lee]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

On 03/18/2014 08:38 PM, Karol Blazewicz wrote:
> On Wed, Mar 19, 2014 at 1:33 AM, Maykel Franco  wrote:
>> 2014-03-19 1:31 GMT+01:00 Mark Lee :
>>
> On 03/18/2014 08:30 PM, Maykel Franco wrote:
>>>>> Hi, I am spanish. I like arch linux, is my prefer for the fast it. The
>>>>> problem is when I change the tty1, for example, the locale language
> change
>>>>> to english. Why??
>>>>>
>>>>> Thanks in advanced.
>>>>>
> Salutations,
> 
> Did you set your language in /etc/locale.conf?
> 
> Regards,
> mark
>>>
>>
>>
>> Thanks for your response.
>>
>> root@arch-maykel /home/maykel/backup/ # cat /etc/locale.conf
>> LANG=es_ES.utf8
>>
>> Thanks again.
> 
> What's the output of 'localectl'?
> 
> 
>> when I change the tty1, for example, the locale language change to english.
> 
> How exactly did you check it?
> 

Salutations,

Did you run # locale-gen with "es_ES.UTF-8 UTF-8" uncommented (or
whichever country you're from)?

Do you see Spanish in a terminal in a desktop environment (gnome, kde,
etc...)?

Regards,
Mark
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.22 (GNU/Linux)

iF4EAREIAAYFAlMo55YACgkQZ/Z80n6+J/blDQD/WDkAJjXZQlXJOFEA7EaKuMw1
6D0qFgAj+CuWDrd0Il0BAIG61V2gWMTrpbM31eqbDPcf50hoIV5tqcw7BEfKswKX
=twT0
-END PGP SIGNATURE-

Re: [arch-general] When change tty1 the locale change

[Mark Lee]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

On 03/18/2014 08:30 PM, Maykel Franco wrote:
> Hi, I am spanish. I like arch linux, is my prefer for the fast it. The
> problem is when I change the tty1, for example, the locale language change
> to english. Why??
> 
> Thanks in advanced.
> 
Salutations,

Did you set your language in /etc/locale.conf?

Regards,
mark
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.22 (GNU/Linux)

iF4EAREIAAYFAlMo5V0ACgkQZ/Z80n6+J/aNeAD8DGKFyrHQf/qNcnu8mRrKeoIk
LYweFf1wRTgGylMHZbsA+wU0+Xz+QkxF6fDLTYddC8e9JZ+tUNb74r/5AYoPZwEy
=Lwbo
-END PGP SIGNATURE-

Re: [arch-general] [SOLVED] Pulseaudio 5.1 Setup echoes Front Speakers to Rear speakers

[Mark Lee]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

On 03/18/2014 09:00 AM, Mark Lee wrote:
> On 03/18/2014 04:49 AM, Rodrigo Rivas wrote:
>> On Tue, Mar 18, 2014 at 2:34 AM, Mark Lee 
>> wrote:
>>> -BEGIN PGP SIGNED MESSAGE- Hash: SHA256
>>>
>>> On 03/17/2014 07:54 PM, Adriano Moura wrote:
>>>> Does the same happens with speaker-test? (included in
>>>> alsa-utils) Try running it like this: speaker-test -c 6
> 
>> Try with "speaker-test -c 6 -D hw:0" to test with the alsa driver.
>> The default device is "default" and it is most likely the
>> PulseAudio driver.
> 
>> Naturally, if you had more than one sound card you might need
>> "hw:1" or "hw:2" or whatever...
> 
>> If this command still does echo, then probably it is an
>> ALSA/hardware issue. If this command does not echo, then all points
>> to a PulseAudio issue.
> 
>> -- Rodrigo
> 
> Salutations,
> 
> Interestingly when I set the speakers to stereo, I am still getting
> the echoing of sound content from the front speakers to the rear speakers.
> 
> Regards,
> Mark
> 

Salutations,

I fixed the issue, it's not with pulseaudio, it was with the bloody
receiver. Turns out the receiver was using a different sound field mode
when using the haswell hdmi output. It was using a sound field mode Sony
calls "sports" which was echoing front speaker content to rear speakers.
Setting it to a different surround sound field has fixed the issue. I
apologize if this wasted anyone's time. Thanks for all the help!

Regards,
Mark
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.22 (GNU/Linux)

iF4EAREIAAYFAlMoXCEACgkQZ/Z80n6+J/a7OgD9GYukDZKi4Qymd4cztRgfyVIA
JacWf+vyvPKv6j1//R8BAIW4Ey2qrJgA7KDNXRImASNAJRolLvIq5PhVTTHOpCV7
=HYPl
-END PGP SIGNATURE-

Re: [arch-general] Pulseaudio 5.1 Setup echoes Front Speakers to Rear speakers

[Mark Lee]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

On 03/18/2014 04:49 AM, Rodrigo Rivas wrote:
> On Tue, Mar 18, 2014 at 2:34 AM, Mark Lee 
> wrote:
>> -BEGIN PGP SIGNED MESSAGE- Hash: SHA256
>> 
>> On 03/17/2014 07:54 PM, Adriano Moura wrote:
>>> Does the same happens with speaker-test? (included in
>>> alsa-utils) Try running it like this: speaker-test -c 6
> 
> Try with "speaker-test -c 6 -D hw:0" to test with the alsa driver.
> The default device is "default" and it is most likely the
> PulseAudio driver.
> 
> Naturally, if you had more than one sound card you might need
> "hw:1" or "hw:2" or whatever...
> 
> If this command still does echo, then probably it is an
> ALSA/hardware issue. If this command does not echo, then all points
> to a PulseAudio issue.
> 
> -- Rodrigo
> 
Salutations,

Interestingly when I set the speakers to stereo, I am still getting
the echoing of sound content from the front speakers to the rear speakers.

Regards,
Mark
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.22 (GNU/Linux)

iF4EAREIAAYFAlMoQ4kACgkQZ/Z80n6+J/ZB+AEAidgIEEX040aU0YnuUTz+gvcA
oPW+cy9I9muNT7mYDLUA/3mQnHGRJI7fn7Br+voP3o1uH9pKD80jKtrSN0obUBVD
=foR3
-END PGP SIGNATURE-

Re: [arch-general] Pulseaudio 5.1 Setup echoes Front Speakers to Rear speakers

[Mark Lee]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

On 03/17/2014 07:54 PM, Adriano Moura wrote:
> Does the same happens with speaker-test? (included in alsa-utils)
> Try running it like this:
> speaker-test -c 6
> 
> 
> 2014-03-17 2:40 GMT-03:00 Kyle Terrien :
> 
>> On 03/16/2014 10:21 PM, Kyle Terrien wrote:
>>> Are you using PulseAudio?
>>
>> D'oh! I noticed the subject line said "Pulseaudio" right after sending
>> my message. Sorry for the stupid question.
>>
>> --Kyle
>>
>>
Salutations,

I tried "$ speaker-test -c 6" and received the same result (echoing of
front speakers to rear speakers).

Pavucontrol doesn't seem to have any extra configuration options to
correct the issue.

Regards,
Mark
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.22 (GNU/Linux)

iF4EAREIAAYFAlMnor4ACgkQZ/Z80n6+J/ZHpQD9Hxhm0fMlrgaNY1llRAWvoFbu
fUlLuNsas4RqKXeIfG0A/0XcDyE2HrrmSuAC6H6Nz2utlIB5XbmhwbuqpkRRkyJj
=wwrA
-END PGP SIGNATURE-

Re: [arch-general] user management error

[Mark Lee]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

On 03/17/2014 02:50 PM, Gerald Stuhrberg wrote:
> Hello,
> 
> /etc/passwd does not store the password, a hashed version of the password
> is stored in /etc/shadow
> 
> If the directory isn't being mounted, can you please post the contents of
> /etc/fstab ?
> 
> You can also check dmesg and journalctl to see if you have messages
> relating to the mounting of the /home/ partition
> 
> 
> On Mon, Mar 17, 2014 at 2:25 PM, message  wrote:
> 
>> Readers,
>>
>> A previously existing /home directory was mounted into the file system
>> during the installation process; this directory contained files in a
>> directory 'a'.
>>
>> A user was created from the root user account:
>>
>> useradd -M -p [password] -s /bin/bash [username'a']
>>
>> After reboot, the system is restarted as root because the user 'a' is
>> stated to not exist. The command 'cat /etc/passwd' reveals a password 'x',
>> but this is not the password that was entered.
>>
>> How to solve this error?
>>

Salutations,

What do you mean the system restarted as root? Do you mean that the
system logged you in as root automatically? If that is the case, how did
you enable auto login? If that is not the case, login as root and try '#
su a' to login as the user and 'passwd' to change the user's password.

Regards,
Mark
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.22 (GNU/Linux)

iF4EAREIAAYFAlMnUOMACgkQZ/Z80n6+J/awCgD/U7rp52hyj1JpAQhx08D2Xxyy
XUlKFFf4hk99AtsVdWQBAJMPWcEWifNpeizP7HUgoBYpy3pc3m5JOlL+oephu6+K
=GtnO
-END PGP SIGNATURE-

[arch-general] Pulseaudio 5.1 Setup echoes Front Speakers to Rear speakers

[Mark Lee]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Salutations,

I recently hooked up a 5.1 surround sound receiver to my Haswell setup
via HDMI. I used the sound manager in gnome to set the system to output
5.1 surround sound. However, while testing each individual speaker using
the gnome sound settings, I found that front speakers were echoing
content to rear speakers (with a small delay). I also noticed that if I
set the fade to rear, I would lose all front speaker output. Moving the
fade to the front reproduced the echo  again. This is noticeable in any
5.1 audio I play as well. Has anyone experienced this and found a solution?

Regards,
Mark
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.22 (GNU/Linux)

iF4EAREIAAYFAlMmgTsACgkQZ/Z80n6+J/a4oQD/SmOzZZJ9hlu1o6z1TV62gGqc
TVRZrVu2yMBnQb3l5XUA/AznszmgsTjGd7Kq01LvwjzGCCsgkZNDYoz2UXLrZyWT
=ekbP
-END PGP SIGNATURE-

Re: [arch-general] creating an archlinux usb key with persistence

[Mark Lee]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

On 03/13/2014 01:20 PM, Temlin Olivér wrote:
>>> My setup right now is this:
>>>
>>> 32GB usb3 drive
>>> |-sda1 (4G) - fat32
>>> |-sda1 (256M) - ext4 /boot
>>> |-sda2 (rest of drive) - luks - btrfs - subvolumes for root and home
> 
>> Sounds likea good setup.
>>
>> What tool are you using for partitioning? I don't remember luks/btrfs as
> an option in fdisk, admittedly I am coming from a debian perspective just
> switching to arch to try it out.
>> Sounds likea good setup.
> 
> Just make it whatever you want, it doesn't really matter in linux, where
> identification goes by magic numbers, not such things as this and
> extensions.
> You can easily follow the wiki with setting up dm-crypt/LUKS and btrfs
> subvolumes.
> Also, please append mesaages to the bottom, as to keep messages in a
> chronological order.
> 
> --Oliver Temlin
> 

Salutations,

I personally used gptfdisk, but gparted also does it. When it comes to
to creating a dm-crypt/LUKS partition, one needs to generate an
unformatted partition first and then encrypt it with dm-crypt and create
the file system in /dev/mapper/ (see
).

Some quick and dirty commands;

# partition=; ## set the partition to format
# cryptname=;  ## set the name of the
decrypted container
# cryptsetup -t luksFormat $partition;  ## create luks/dm-crypt container
# cryptsetup open $partition $cryptname;  ## open the luks/dm-crypt
container
# mkfs.btrfs /dev/mapper/$cryptname;  ## format container with btrfs
# mount -o defaults,compress=lzo /dev/mapper/$cryptname ;
## mount container with compression

Regards,
Mark
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.22 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iF4EAREIAAYFAlMiNb8ACgkQZ/Z80n6+J/ZwQgD/TV2GtbeJHVBtqVnYeIM2vjfR
MwsPXi3N2smxAVBloPMA/0OOgdw5QLg5bJdaf+5hvoz+LTESv3xcpGDzjvbCM+sc
=ghMp
-END PGP SIGNATURE-

Re: [arch-general] creating an archlinux usb key with persistence

[Mark Lee]

Salutations,

Remember that fat32 has a 4GB file size limitation (it doesn't effect Mauro
Santos, cause his partition is 4GB). In addition I suggest using fat32 for
/boot since it can also work on UEFI systems (minimum partition size is
100mb). I also use luks+btrfs (I use dmcrypt).

Regards,
Mark


On Thu, Mar 13, 2014 at 9:58 AM, Mauro Santos wrote:

> On 13-03-2014 12:04, Øyvind Heggstad wrote:
> >> Any info would be appreciated.
> >>
> >> BTW: I am planning on using a 64gb usb key for this endeavor.
> >
> > Just create a extra partition on the usb stick and format it as f2fs or
> > whatever. There you go, persistent storage.
> >
>
> I would say go with btrfs in that case. I've tried f2fs for a while and
> in my opinion it still needs to mature a bit more, right now I'm giving
> btrfs a go and so far I'm happy.
>
> My setup right now is this:
>
> 32GB usb3 drive
> |-sda1 (4G) - fat32
> |-sda1 (256M) - ext4 /boot
> |-sda2 (rest of drive) - luks - btrfs - subvolumes for root and home
>
> --
> Mauro Santos
>

Re: [arch-general] creating an archlinux usb key with persistence

[Mark Lee]

Salutations,

If you kind of just follow my message you'll understand how. It really goes
exactly like I said. I'll work on writing a script for generating one,
possibly have a rough draft sometime tomorrow.

Regards,
Mark


On Thu, Mar 13, 2014 at 6:38 AM, Manolo Martínez
wrote:

> On 03/13/14 at 03:59am, Mark Lee wrote:
> > While I don't know of any specific instructions on the Arch wiki, you can
> > install Arch Linux onto a usb stick like a regular {H,S}DD. In my case, I
> > made three partitions. The first was an NTFS partition for using the usb
> > stick as a data transferring device; the second was a FAT32 boot
> partition
> > (for EFI and Syslinux booting); the third was a BTRFS root partition
> (with
> > transparent LZO compression enabled to reduce read/write). In addition, I
> > use a script to place certain directories (mostly $HOME directories in my
> > case) in a tmpfs partition (I just link them to /tmp) to decrease the
> > effect of USB writes on the system. My script syncs the tmpfs directores
> to
> > disk every 5 minutes. Since it's a full Arch Linux system, it upgrades
> and
> > evolves like any other Arch system.
>
> That sounds amazing, and I want one :) If you have a fuller blog post
> somewhere, or that script is available, I'm interested.
>
> Manolo
>

Re: [arch-general] creating an archlinux usb key with persistence

[Mark Lee]

Salutations,

Do you know how stable F2FS is (the Phoronix benchmarks don't tell us
anything about data permanence)?

Regards,
Mark


On Thu, Mar 13, 2014 at 8:04 AM, Øyvind Heggstad wrote:

> On Wed, 12 Mar 2014 22:09:14 -0700 (PDT)
> Don Raikes  wrote:
>
> > Hi,
> >
> >
> >
> > Are there instructions for creating an archlinux usb key with
> > persistence somewhere?
> >
> >
> >
> > I want to use my archlinux usb key as a diagnostic tool, and
> > sometimes it is helpful to save files to it for later review.
> >
> >
> >
> > Any info would be appreciated.
> >
> > BTW: I am planning on using a 64gb usb key for this endeavor.
>
> Just create a extra partition on the usb stick and format it as f2fs or
> whatever. There you go, persistent storage.
>

Re: [arch-general] Zramswap for /tmp

[Mark Lee]

Salutations,

I've had excessive swapping (high cpu usage with kswapd) and the
termination of running programs (like Skype) due to zram swapping. I used
zramswap from the AUR to start the service, but it only calls on the kernel
to produce the block devices. A compressed zram device (like maybe F2FS
partition zram block) for /tmp should eliminate the risk of /tmp files
taking precedence over running programs with a zramswap. It would limit
/tmp performance to the max decompression speed of the zram block.

Regards,
Mark


On Thu, Mar 13, 2014 at 8:06 AM, Simon Perry  wrote:

> On 13/03/14, Mauro Santos wrote:
>
> | I have had it enabled for a while and I haven't yet seen any nasty crash
> | due to it. Hibernation also works fine and seems to go faster than
> | without zswap.
>
> How much RAM do you have?
>
> zram is probably solving a problem you don't have.
>
> Enable it on a VPS that has 256MB RAM (which is supposed to be its use
> case) and get back to me.
>
> --
> Simon Perry (aka Pezz)
>
>

[arch-general] Zramswap for /tmp

[Mark Lee]

Salutations,

I wanted to float the idea of mounting /tmp on zram. We could still use the
50% ratio (or something less) but reduce the risk of running out of ram
while using tmpfs.

Regards,
Mark

Re: [arch-general] creating an archlinux usb key with persistence

[Mark Lee]

Salutations,

While I don't know of any specific instructions on the Arch wiki, you can
install Arch Linux onto a usb stick like a regular {H,S}DD. In my case, I
made three partitions. The first was an NTFS partition for using the usb
stick as a data transferring device; the second was a FAT32 boot partition
(for EFI and Syslinux booting); the third was a BTRFS root partition (with
transparent LZO compression enabled to reduce read/write). In addition, I
use a script to place certain directories (mostly $HOME directories in my
case) in a tmpfs partition (I just link them to /tmp) to decrease the
effect of USB writes on the system. My script syncs the tmpfs directores to
disk every 5 minutes. Since it's a full Arch Linux system, it upgrades and
evolves like any other Arch system.

Regards,
Mark


On Thu, Mar 13, 2014 at 3:40 AM, Rashif Ray Rahman wrote:

> On 13 March 2014 11:09, Don Raikes  wrote:
> > Hi,
> >
> >
> >
> > Are there instructions for creating an archlinux usb key with
> persistence somewhere?
> >
> >
> >
> > I want to use my archlinux usb key as a diagnostic tool, and sometimes
> it is helpful to save files to it for later review.
> >
> >
> >
> > Any info would be appreciated.
> >
> > BTW: I am planning on using a 64gb usb key for this endeavor.
>
> As far as I am aware, there is no official documentation, support or
> tool for this. I've also had a frugal install on my personal TODO for
> several years now but never got around to it. [1]
>
> Support for persistence needs to be built into the image, but I may be
> wrong; persistence in most cases is simply a virtual disk image
> overlay (it is overlaid on top of the primary booting system) that
> only saves changes and nothing else.
>
> I had an ext2-formatted second-partition Arch install for a while, but
> I realized I didn't like that. Now I simply have a SysResCD that I
> managed to shove into a single directory ".ufdboot", hidden in Linux,
> Mac, and Windows (by setting attrib +h from cmd or wine).
>
> Try a boot helper such as Universal USB Installer; they say it gives
> persistence to "any" distribution (I'm unsure how). You may also be
> able to find a ready-made third-party image. Simply do a Google search
> for "arch linux live with persistence" or similar.
>
> In any case, I wouldn't suggest having one of our official ISOs redone
> with persistence without more customization. They're bare minimal
> system images, and the changes you apply are surely to increase by
> several gigabytes (and the overlay may take even more space).
>
> [1] https://wiki.archlinux.org/index.php/User:Schivmeister/ArchLinuxUFD
>
>
> --
> GPG/PGP ID: C0711BF1
>

Re: [arch-general] Building a live USB version of ArchLinux for ARM users

[Mark Lee]

On Sat, 2014-02-22 at 20:57 -0800, Kyle Terrien wrote:
> On 02/22/2014 08:03 PM, Thiago Barroso Perrotta wrote:
> > Hey Kyle,
> > 
> > I've always thought of creating something similar too, but I didn't do
> > anything about it because of its usefulness (would people use it, since
> > parted magic and other similar projects already exist?) and maintainability
> > issues. But it is good to know another person who also finds this a good
> > idea. The Arch ISO is really great for recovery purposes without X (dd, for
> > example, yesterday I used it this way!), but there are some GUI-based
> > recovery tools without an easy CLI replacement.
> > 
> > We should probably stick back to the topic, but please let me know if you
> > ever do something about this.
> 
> If I ever get around to building an Arch-based recovery disc, I'll let
> you know.
> 
> - Kyle
> 

Salutations,

Why not just try the route of Arch Bang with gparted and
gnome-disk-utility added?

Regards,
Mark
-- 
Mark Lee 


signature.asc
Description: This is a digitally signed message part

[arch-general] python-dbus upgrade 1.20-2 fails

[Mark Lee]

Salutations,

Upgrading from python-dbus-1.20-1 to 1.20-2 on Arch Linux 64 bit fails
with the following error:
--
error: failed to commit transaction (conflicting files)
python-dbus: 
/usr/lib/python3.3/site-packages/dbus/__pycache__/__init__.cpython-33.pyc 
exists in filesystem
python-dbus: 
/usr/lib/python3.3/site-packages/dbus/__pycache__/_compat.cpython-33.pyc exists 
in filesystem
python-dbus: 
/usr/lib/python3.3/site-packages/dbus/__pycache__/_dbus.cpython-33.pyc exists 
in filesystem
python-dbus: 
/usr/lib/python3.3/site-packages/dbus/__pycache__/_expat_introspect_parser.cpython-33.pyc
 exists in filesystem
python-dbus: 
/usr/lib/python3.3/site-packages/dbus/__pycache__/_version.cpython-33.pyc 
exists in filesystem
python-dbus: 
/usr/lib/python3.3/site-packages/dbus/__pycache__/bus.cpython-33.pyc exists in 
filesystem
python-dbus: 
/usr/lib/python3.3/site-packages/dbus/__pycache__/connection.cpython-33.pyc 
exists in filesystem
python-dbus: 
/usr/lib/python3.3/site-packages/dbus/__pycache__/decorators.cpython-33.pyc 
exists in filesystem
python-dbus: 
/usr/lib/python3.3/site-packages/dbus/__pycache__/exceptions.cpython-33.pyc 
exists in filesystem
python-dbus: 
/usr/lib/python3.3/site-packages/dbus/__pycache__/lowlevel.cpython-33.pyc 
exists in filesystem
python-dbus: 
/usr/lib/python3.3/site-packages/dbus/__pycache__/proxies.cpython-33.pyc exists 
in filesystem
python-dbus: 
/usr/lib/python3.3/site-packages/dbus/__pycache__/service.cpython-33.pyc exists 
in filesystem
python-dbus: 
/usr/lib/python3.3/site-packages/dbus/__pycache__/types.cpython-33.pyc exists 
in filesystem
python-dbus: 
/usr/lib/python3.3/site-packages/dbus/mainloop/__pycache__/__init__.cpython-33.pyc
 exists in filesystem
python-dbus: 
/usr/lib/python3.3/site-packages/dbus/mainloop/__pycache__/glib.cpython-33.pyc 
exists in filesystem
Errors occurred, no packages were upgraded.
--

Regards,
Mark

-- 
Mark Lee