- Arch-general - lists.archlinux.org

[arch-general] PXE - what goes in /srv/tftp if iso mounted loop on /mnt/archiso?
by David C. Rankin 01 Oct '16

01 Oct '16

All, I've played with setting up a PXE boot server, using dhcpd, apache and tftp. (all on the same box) I've been through the archwiki PXE and Diskless_system wiki pages (as well as a dozen other howtos) and I'm still confused about whether I need to copy parts of the iso to /srv/tftp or whether I can just point to the pxelinux.0 on the iso mounted at /mnt/archiso? E.g. the file now at /mnt/archiso/arch/boot/syslinux/lpxelinux.0 Can I just symlink, e.g. # ln -s /mnt/archiso/arch/boot/syslinux/lpxelinux.0 /srv/tftp/pxelinux.0 Or is there a reason I need to copy files to /srv/tftp and create /srv/tftp/pxelinux.cfg along with the various options? I would like it to be able to boot EFI and legacy (both i686 and x86_64), which is currently handled by the setup on the iso. Which brings me to the final question about the "filename" to pass in dhcpd.conf. The arch PXE wiki shows: if option architecture = 00:07 { filename "/grub/x86_64-efi/core.efi"; } else { filename "/grub/i386-pc/core.0"; } which appears to be for a setup with the files copied under /srv/tftp/grub... The current iso does not use that. Would I instead pass for example: /EFI/boot/bootx64.efi and then for legacy boot one of the vmlinuz specified by another option in dhcpd.conf, or would simply passing a single filename of pxelinux.0 select the right config under /mnt/archiso? All of the examples/tutorials, seem to do it differently from each other. Any help would be appreciated. Thanks. -- David C. Rankin, J.D.,P.E.

1 0

[arch-general] Samba Upgrade 4.4.5 -> 4.5 Broke mount.cifs share mounting
by David C. Rankin 01 Oct '16

01 Oct '16

All, I've run samba in standalone mode since the 2.0.7 days and have been though a few breakages due to version updates along the way. It seems we have hit one again in the 4.4 to 4.5 update. Specifically, the update was: samba-4.4.5 => samba-4.5.0 There were no changes made to smb.conf, but the following attempted mount failed using: mount.cifs //phoinix/samba /mnt/phx -o username=david,uid=1000,credentials=/home/adm/mountcfile,noperm I've been mounting the box like this for the past several years. There are no entries in the logs telling me why the mount fails, it just fails. Has anyone else experienced problems with the samba-4.4.5 => samba-4.5.0 update, and if so, any solutions? I've currently downgraded to samba-4.4.5 and all works as it should. I've checked the old forum thread - https://bbs.archlinux.org/viewtopic.php?id=190592 that isn't related to the current issue. I've check the arch and samba wikis, no help. I've also posted to the samba list, still awaiting a reply. So if anyone has any additional information, I would greately appreciate any you can provide. -- David C. Rankin, J.D.,P.E.

2 2

[arch-general] Building Telegram and libssl
by Sajjad Heydari 30 Sep '16

30 Sep '16

Hello Guys I have been trying to build telegram based on this: https://github.com/telegramdesktop/tdesktop/blob/master/doc/building-cmake.… I am in the final part and I keep getting this error: [ 0%] Built target Updater [ 1%] Built target codegen_numbers__qt_moc make[2]: *** No rule to make target '/usr/local/ssl/lib/libssl.a', needed by 'codegen_numbers'. Stop. make[1]: *** [CMakeFiles/Makefile2:457: CMakeFiles/codegen_numbers.dir/all] Error 2 make: *** [Makefile:84: all] Error 2 Now I understand that there is no libssl in arch and it's probably because of that. But how can I fix this issue? Thanks in advance. -- Best Sajjad 'MCSH' Heydari

3 5

Re: [arch-general] Building Telegram and libssl
by Ista Zahn 30 Sep '16

30 Sep '16

On Sep 30, 2016 6:41 AM, "Sajjad Heydari via arch-general" < arch-general(a)archlinux.org> wrote: > > Hello Guys > > I have been trying to build telegram It looks complicated. Take a look at the existing approaches at https://aur.archlinux.org/packages/?O=0&K=telegram and go from there. -Ista based on this: > https://github.com/telegramdesktop/tdesktop/blob/master/doc/building-cmake.… > > I am in the final part and I keep getting this error: > [ 0%] Built target Updater > [ 1%] Built target codegen_numbers__qt_moc > make[2]: *** No rule to make target '/usr/local/ssl/lib/libssl.a', needed > by 'codegen_numbers'. Stop. > make[1]: *** [CMakeFiles/Makefile2:457: CMakeFiles/codegen_numbers.dir/all] > Error 2 > make: *** [Makefile:84: all] Error 2 > > Now I understand that there is no libssl in arch and it's probably because > of that. But how can I fix this issue? > > Thanks in advance. > -- > > Best > Sajjad 'MCSH' Heydari

1 0

Re: [arch-general] Microsoft Signature PC Requirements Now Blocks Linux Installation
by Kyle Bassett 29 Sep '16

29 Sep '16

This is insane! Apple set the precedent with smart phones, but now we have Trusted Computing Creep in desktops. Used are losing further control of their own devices. Ugh. On 28 Sep 2016 11:27, "D C via arch-general" <arch-general(a)archlinux.org> wrote: Wow, is MS desperate or something? On Wed, Sep 28, 2016 at 11:24 AM, Francis Gerund via arch-general <arch-general(a)archlinux.org> wrote: > https://hardware.slashdot.org/story/16/09/21/1516230/ microsoft-signature-pc- > requirements-now-blocks-linux-installation-reports?sbsrc=md > > It was nice while it lasted. > > <sigh> -- Public_Key_Block.asc

16 29

[arch-general] Fwd: [arch-dev-public] i686 and SSE2
by Martin Kühne 28 Sep '16

28 Sep '16

On Wed, Sep 28, 2016 at 9:54 PM, Daniel Micay via arch-dev-public <arch-dev-public(a)archlinux.org> wrote: > On Wed, 2016-09-28 at 21:12 +0200, Bartłomiej Piotrowski wrote: > ... Can [you] give people > enough time to work out a way of doing automated builds, even official > ones if there are developers / trusted users interested in doing it. It > isn't going to get automated away without making it clear that it will > be dropped at a certain date whether or not that's implemented. If that means that I could use this automation to make optimised builds for my Geode less of a hassle, I'm glad you guys are having this conversation. cheers! mar77i

1 0

[arch-general] Removing infinality
by Paul Marwick 27 Sep '16

27 Sep '16

A short while ago, I installed the infinality bundle and fonts as an experiment. Hit problems with some applications, so I'd like to revert to the standard font handing. But I'm having all sorts of problems doing so. My first attempt was this: fang@altair ~]$ sudo pacman -S --asdeps freetype2 cairo fontconfig lib32-fontconfig lib32-cairo ttf-ubuntu-font-family ttf-droid ttf-liberation ttf-dejavu resolving dependencies... looking for conflicting packages... :: cairo and cairo-infinality-ultimate are in conflict. Remove cairo-infinality-ultimate? [y/N] y :: fontconfig and fontconfig-infinality-ultimate are in conflict. Remove fontconfig-infinality-ultimate? [y/N] y :: freetype2 and freetype2-infinality-ultimate are in conflict. Remove freetype2-infinality-ultimate? [y/N] y :: lib32-cairo and lib32-cairo-infinality-ultimate are in conflict. Remove lib32-cairo-infinality-ultimate? [y/N] y :: lib32-fontconfig and lib32-fontconfig-infinality-ultimate are in conflict. Remove lib32-fontconfig-infinality-ultimate? [y/N] y :: ttf-dejavu and ttf-dejavu-ib are in conflict. Remove ttf-dejavu-ib? [y/N] y :: ttf-droid and ttf-droid-ib are in conflict. Remove ttf-droid-ib? [y/N] y :: ttf-liberation and ttf-liberation-ib are in conflict. Remove ttf-liberation-ib? [y/N] y :: ttf-ubuntu-font-family and ttf-ubuntu-font-family-ib are in conflict. Remove ttf-ubuntu-font-family-ib? [y/N] y error: failed to prepare transaction (could not satisfy dependencies) :: ibfonts-meta-base: removing ttf-dejavu-ib breaks dependency 'ttf-dejavu-ib' :: ibfonts-meta-base: removing ttf-liberation-ib breaks dependency 'ttf-liberation-ib' :: ibfonts-meta-extended-lt: removing ttf-droid-ib breaks dependency 'ttf-droid-ib' :: ibfonts-meta-extended-lt: removing ttf-ubuntu-font-family-ib breaks dependency 'ttf-ubuntu-font-family-ib' :: lib32-freetype2-infinality-ultimate: removing freetype2-infinality-ultimate breaks dependency 'freetype2-infinality-ultimate I asked around, and had a suggestion that I should remove ibfonts-meta-base ibfonts-meta-extended-lt and lib32-freetype2-infinality-ultimate first. Tried that, and got this result: |fang@altair ~]$ sudo pacman -R ibfonts-meta-base ibfonts-meta-extended-lt lib32-freetype2-infinality-ultimate checking dependencies... error: failed to prepare transaction (could not satisfy dependencies) :: ibfonts-meta-extended: removing ibfonts-meta-extended-lt breaks dependency 'ibfonts-meta-extended-lt' :: lib32-fontconfig-infinality-ultimate: removing lib32-freetype2-infinality-ultimate breaks dependency 'lib32-freetype2-infinality-ultimate' :: lib32-harfbuzz: removing lib32-freetype2-infinality-ultimate breaks dependency 'lib32-freetype2' So I'm stuck. I really need to get back to the standard font rendering, but so far I've been unable to find a way of getting past the conflicts. I really don't want to reinstall - this Arch install has been around for several years, and I'd much rather find a way of fixing it. Can anyone tell me how to get back to normal? Paul. |

4 7

[arch-general] Virtualbox pxe boot fails and freeze system
by Maykel Franco 27 Sep '16

27 Sep '16

Hi, I have a virtualbox, version 5.1.6. When boot the VM from PXE, fails with error unknown and my archlinux freeze... Anybody with these problem?? Thanks in advanced.

2 2

Re: [arch-general] how to restore root and boot directory
by niya levi 25 Sep '16

25 Sep '16

> Message: 1 > Date: Fri, 23 Sep 2016 18:32:07 +0100 > From: niya levi <niyalevi(a)gmail.com> > To: arch-general(a)archlinux.org > Subject: [arch-general] how to restore root and boot directory > Message-ID: <198a7e51-313b-6e03-ada4-b0727c6afe86(a)gmail.com> > Content-Type: text/plain; charset=utf-8 > > Hi everyone > while reinstalling arch on raspberry pi memory stick i had the two > partitions mounted on mount points called root and boot in my home dir > on my laptop, > i intended to delete everything in root and boot in my home directory > but lost my mind and rm -rf /boot/* and /root/* instead, > is there a easy way to restore files to boot and do i just fix the root > user directory with useradd ? > shadrock > > > ------------------------------ > > Message: 2 > Date: Fri, 23 Sep 2016 19:46:03 +0200 > From: Damjan Georgievski <gdamjan(a)gmail.com> > To: General Discussion about Arch Linux <arch-general(a)archlinux.org> > Subject: Re: [arch-general] how to restore root and boot directory > Message-ID: > <CAEk1YH7_MGxD-eWR0dm+xo=nT9DU4jT4Ng0tKnwd_mxdsyHi7w(a)mail.gmail.com> > Content-Type: text/plain; charset=UTF-8 > > /root really shouldn't have anything of importance, unless you left it > there - in which case, you can't recover it > > /boot has the kernel, the initramfs - which can be recreated if you > reinstall the "linux" package > > and probably some bootloader files that you can also reinstall > depending on the boot loader: > - grub-install > - extlinux > - bootctl > > -- damjan ------------------------------ Message: 3 Date: Fri, 23 Sep > 2016 14:46:46 -0300 From: Fernando <fernando(a)softwareperonista.com.ar> > To: General Discussion about Arch Linux <arch-general(a)archlinux.org> > Cc: niya levi <niyalevi(a)gmail.com> Subject: Re: [arch-general] how to > restore root and boot directory Message-ID: > <1474652806.1050.0(a)smtp.gmail.com> Content-Type: text/plain; > charset=utf-8; format=flowed El vie, 23 de sep 2016 a las 2:32 , niya > levi via arch-general <arch-general(a)archlinux.org> escribi?: > Hi! First you have to reinstall filesystem package. > > To list the packages that contains files in /boot use. You have to > reinstall those packages. > > pacman -Ql | grep " /boot/" > > and then configure your bootloader. > > Fernando Fernandez > Software Peronista >> ------------------------------ >> >> Message: 6 > Date: Fri, 23 Sep 2016 22:55:53 +0200 > From: J?r?me M. Berger <jeberger(a)free.fr> > To: arch-general(a)archlinux.org > Subject: Re: [arch-general] how to restore root and boot directory > Message-ID: <ns44sr$tu5$1(a)blaine.gmane.org> > Content-Type: text/plain; charset="utf-8" > > On 09/23/2016 07:46 PM, Fernando wrote: >> To list the packages that contains files in /boot use. You have to >> reinstall those packages. >> >> pacman -Ql | grep " /boot/" >> > Or pacman -Qo /boot, which gives me: > > /boot/ is owned by filesystem 2015.09-1 > /boot/ is owned by intel-ucode 20160714-1 > /boot/ is owned by linux 4.7.4-1 > /boot/ is owned by linux-lts 4.4.21-1 > /boot/ is owned by syslinux 6.03-6 > > So you need to reinstall at least "filesystem" and "linux" plus > whatever booloader you're using. Reinstalling "linux" should run > mkinitcpio automatically but your bootloader will need to be reconfigured. > > Jerome > -- mailto:jeberger@free.fr http://jeberger.free.fr Jabber: > jeberger(a)jabber.fr -------------- next part -------------- A non-text > attachment was scrubbed... Name: signature.asc Type: > application/pgp-signature Size: 187 bytes Desc: OpenPGP digital > signature URL: > <https://lists.archlinux.org/pipermail/arch-general/attachments/20160923/ed1…> > ------------------------------ hi everyone thanks for all the replies i did pacman -Ql | grep " /boot/" which gave me the following grub /boot/ grub /boot/grub/ grub /boot/grub/grub.cfg linux /boot/ linux /boot/vmlinuz-linux so i installed grub and linux then ran grub-install /dev/sda grub-mkconfig -o /boot/grub/grub.cfg i haven't rebooted yet as i have to backup some stuff and i'm in the middle of a project i need to complete. will report back when i reboot the laptop, again thanks for all the advice. shadrock

1 0

[arch-general] Fwd: [arch-dev-public] i686 and SSE2
by Martin Kühne 25 Sep '16

25 Sep '16

On Mon, Sep 19, 2016 at 12:40 PM, Christian Hesse <list(a)eworm.de> wrote: > We could just keep i686 as-is for maximum compatibility. Let's take a > realistic look at the things: Most users run i686, so why bother and optimize > i686 - just to save some CPU cycles for a minority? > (I would even wast CPU cycle rebuilding a bunch of packages... pacman tells > me the effected boxes have 399 packages installed.) Except you could just happen to have it backwards. The few non-sse2 32 bit cpus that run arch could be served their own specialised distribution, while a majority benefits from saving said few cpu cycles. cheers! mar77i

4 3