- Arch-general - lists.archlinux.org

[arch-general] Is it possible to update 3rd party repo index without updating all?
by David C. Rankin 01 Mar '14

01 Mar '14

All, I would like to update a 3rd party repo index WITHOUT updating any other index. Like adding a --repo option to 'Pacman -Sy'. e.g. Pacman -Sy -r somerepo This would be handy when you want to update a 3rd party index and install updated packages WITHOUT updating core, community, extra... to avoid having to do a full system update just to get new packages from a non-arch repo. There are times when I just want to install a new external package or set of packages but not do a full update involving the kernel, etc. I've looked at all the pacman options and there does not seem to be a way to do this. (Yes - I do understand why all Arch repos must be updated together in order to avoid the partial-update issues) But, with a 3rd party repo, that isn't a concern. Is there a way to do this via pacman, and if not, is there a way to manually download the new 3rd party index and add it to the cache to accomplish the same thing? Like just replacing the current .db index in /var/lib/cache/pacman/sync with the new one?[1] What say the experts? Footnotes: [1] I am asking before trying to avoid screwing something up, so no, I haven't tried it yet. -- David C. Rankin, J.D.,P.E.

3 3

[arch-general] sudo arch-nspawn $ch86/root pacman -Syu [missed update]
by David C. Rankin 01 Mar '14

01 Mar '14

All, Updating an i686 archroot, the update failed to update wireless_tools-30.pre9-1-i686.pkg.tar.xz. The repository used is: http://mirror.us.leaseweb.net/archlinux/core/os/i686/ The file is present in the leaseweb repository. I had manually checked for the presence of this file in my archroot because I had failing packages due to the old libiw.so.29 in the archroot. ls -1 /dat_e/ch86/david/lib/libiw* libiw.so -> libiw.so.29 libiw.so.29 So updating the archroot tonight with: sudo arch-nspawn $ch86/root pacman -Syu showed the following packages to be updated: :: Synchronizing package databases... core 106.7 KiB 326K/s 00:00 [##################] 100% extra 1534.6 KiB 530K/s 00:03 [##################] 100% community 2.1 MiB 573K/s 00:04 [##################] 100% local 28.1 KiB 0.00B/s 00:00 [##################] 100% archlinux-keyring-20140220-1 binutils-2.24-2 cryptsetup-1.6.4-1 curl-7.35.0-1 device-mapper-2.02.105-2 dhcpcd-6.2.1-1 e2fsprogs-1.42.9-1 file-5.17-1 flex-2.5.38-1 gcc-4.8.2-8 gcc-libs-4.8.2-8 gdb-7.7-1 glibc-2.19-2 grep-2.18-1 libgcrypt-1.6.1-1 libldap-2.4.39-1 libsasl-2.1.26-7 libusb-1.0.18-1 libusbx-1.0.17-1 [removal] linux-3.13.5-1 linux-api-headers-3.13.2-1 linux-firmware-20140217.343e460-1 lvm2-2.02.105-2 man-pages-3.60-1 pam-1.1.8-3 python2-2.7.6-3 s-nail-14.6.1-1 sqlite-3.8.3.1-1 sudo-1.8.9.p5-1 systemd-208-11 systemd-sysvcompat-208-11 util-linux-2.24.1-1 It completely missed the wireless_tools-30.pre9-1 update. I had to manually download the file and then install with: sudo makechrootpkg -r "$ch86" -I wireless_tools-30.pre9-1-i686.pkg.tar.xz How is it possible for an update to the archroot to completely miss a package that is in need of update? My normal install saw the update just fine, does arch-nspawn not handle the naming change for the package correctly? The update was from: wireless_tools-29-8-i686.pkg.tar.xz to wireless_tools-30.pre9-1-i686.pkg.tar.xz Did the '.pre9' screw arch-nspawn up somehow causing it to skip the update? Seems like the 29 -> 30 would take precedence. -- David C. Rankin, J.D.,P.E.

1 0

Re: [arch-general] [arch-dev-public] systemd 209 in [testing]
by Genes Lists 28 Feb '14

28 Feb '14

On 02/21/2014 04:24 AM, Thomas Bächler wrote: > Am 20.02.2014 17:33, schrieb Dave Reisner: >> Hi all, >> >> I'm working on packaging the systemd 209 release, and I expect to have >> pkgrel=1 into [testing] in a few hours, barring any unforseen problems. >> It's a huge release (nearly 2000 commits since 208), and I don't >> anticipate that this will make it into [core]. ... Another data point: 209 booted fine on my Lenovo W520 with KDE - however lid close no longer puts the laptop into sleep. I see this in log: Feb 21 06:16:50 lap3.prv.sapience.com systemd-logind[534]: Lid closed. Feb 21 06:16:51 lap3.prv.sapience.com kernel: thinkpad_acpi: EC reports that Thermal Table has changed But the laptop remained running. My /etc/systemd/logind.conf has this: HandleLidSwitch=ignore LidSwitchIgnoreInhibited=no which USED to be required - I now wonder if this should be changed to: HandleLidSwitch=suspend LidSwitchIgnoreInhibited=no or something else. I did notice that the KDE menu Leaeve->Restart didn't work either but that may not be related. Gene

4 8

[arch-general] netctl provides wifi-menu which is unusable
by Nowaker 27 Feb '14

27 Feb '14

Hey, Why does netctl provide /usr/bin/wifi-menu which is unusable at all, given the fact it needs /usr/bin/dialog to operate, and this is not a hard dependency of the package? I don't really get a point of providing a binary/script that doesn't work at all. What is it in the package for? If adding a dependency on dialog (big deal - 200KB) is not an option, why not extract wifi-menu to a separate package? This sounds like the best approach - the package could depend not only on dialog, but also on wpa_supplicant, dhcpcd and other package that anyone installs anyway to get wifi-menu working. -- Kind regards, Damian Nowak StratusHost www.AtlasHost.eu

11 14

[arch-general] Bridge interface with netctl
by arnaud gaboury 27 Feb '14

27 Feb '14

Dear list, I am messing with assigning a static IP on a systemd-nspawn container, on both sides (host,container). My idea is to first create a bridge (br0) on the host. My config on host : systemd-git netctl to configure network ******************** $ ifocnfig enp7s0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500 inet 192.168.1.87 netmask 255.255.255.0 broadcast 192.168.1.255 lo... virbr0: flags=4099<UP,BROADCAST,MULTICAST> mtu 1500 <<< libvirt inet 192.168.122.1 netmask 255.255.255.0 broadcast 192.168.122.255 ************** % netctl list bridge-hortensia ************* % systemctl --failed UNIT LOAD ACTIVE SUB DESCRIPTION systemd-back...klight:eeepc-wmi.service loaded failed failed Load/Save Screen Backlight Brightness o <<<< not important . **************** % systemctl status dhcpcd.service dhcpcd.service - dhcpcd on all interfaces Loaded: loaded (/usr/lib/systemd/system/dhcpcd.service; enabled) Active: active (running) since Tue 2014-02-25 12:14:04 CET; 21min ago Process: 320 ExecStart=/bin/dhcpcd -q -b (code=exited, status=0/SUCCESS) Main PID: 329 (dhcpcd) CGroup: /system.slice/dhcpcd.service └─329 /bin/dhcpcd -q -b Feb 25 12:22:30 hortensia dhcpcd[329]: br0: removing interface Feb 25 12:22:30 hortensia dhcpcd[329]: enp7s0: carrier lost Feb 25 12:22:31 hortensia dhcpcd[329]: enp7s0: carrier acquired Feb 25 12:22:31 hortensia dhcpcd[329]: enp7s0: soliciting an IPv6 router Feb 25 12:22:31 hortensia dhcpcd[329]: enp7s0: rebinding lease of 192.168.1.87 Feb 25 12:22:40 hortensia dhcpcd[329]: enp7s0: leased 192.168.1.87 for 86400 seconds Feb 25 12:22:40 hortensia dhcpcd[329]: enp7s0: adding host route to 192.168.1.87 via 127.0.0.1 Feb 25 12:22:40 hortensia dhcpcd[329]: enp7s0: adding route to 192.168.1.0/24 Feb 25 12:22:40 hortensia dhcpcd[329]: enp7s0: adding default route via 192.168.1.254 Feb 25 12:22:45 hortensia dhcpcd[329]: enp7s0: no IPv6 Routers available ********************** gabx@hortensia ➤➤ ~ % cat /etc/netctl/bridge-hortensia Description="Example Bridge connection" Interface=br0 Connection=bridge BindsToInterfaces=enp7s0 IP=no ********************* Now, I want to start the bridge: # netctl start bridge-hortensia % ping -c 3 8.8.8.8 connect: Network is unreachable Same result if I change IP=dhcp I can't see where does the issue come from. Shall I enable a "ethernet-dhcp" netctl profile and disable dhcpcd.service ? Thank you for help.

5 11

[arch-general] Any way to change .PKGINFO post build w/o Rebuilding?
by David C. Rankin 26 Feb '14

26 Feb '14

All, I patched tdebase for the logind-multiseat patch as was applied to kde-workspace for Arch kde4. Doing so, I forgot to change the provides= replaces= information. Now the new package will not install due to every file conflicting with an existing file. The new file is named 'tde-tdebase-systemd' and it replaces a package named 'tde-tdebase'. Can I decompress the package and manually edit the .PKGINFO file and then recompress the file and have it work? The package is unsigned if that makes any difference. What is currently in the .PKGINFO file is: # Generated by makepkg 4.1.2 # using fakeroot version 1.20 # Wed Feb 26 06:24:01 UTC 2014 pkgname = tde-tdebase-systemd pkgver = R14preRC1-1 pkgdesc = Trinity Desktop Enviroment base components - TDE upstream GIT url = http://scm.trinitydesktop.org/scm/git/tdebase builddate = 1393395841 packager = David C. Rankin < drankinatty at gmail dot com > size = 78513152 arch = i686 license = GPL replaces = trinity-tdebase <snip> provides = tdebase provides = tde-tdebase I think the change needed is: replaces = tde-tdebase replaces = trinity-tdebase provides = tdebase provides = tde-tdebase Does this have a chance of working or should I just bite the bullet and rebuild the package? -- David C. Rankin, J.D.,P.E.

6 6

Re: [arch-general] [arch-dev-public] systemd 209 in [testing]
by Genes Lists 26 Feb '14

26 Feb '14

On 02/20/2014 11:33 AM, Dave Reisner wrote: > Hi all, > > I'm working on packaging the systemd 209 release, and I expect to have Good news. My problems ith 209 resolved after updating to 210. thank you!

1 0

[arch-general] gfortran upgrade => recompile packages
by جاك الفضة 26 Feb '14

26 Feb '14

All the time when gfortran is bumped version, all fortran modules (file with .mod extensions) in other packages must be recompiled because module definitions are changed in the new compiler gfortran. Example : netcdf-fortran is broke currently if one try compile this code ==== module test use netcdf end module test ==== gfortran -I/usr/include -c test.f90 test.f90:2.7: use netcdf 1 Fatal Error: Cannot read module file 'netcdf.mod' opened at (1), because it was created by a different version of GNU Fortran

1 0

[arch-general] Error I trying update "pacman -Syu"
by Maykel Franco 25 Feb '14

25 Feb '14

Hi, I receveid this error when I try update the system arch: maykel@arch-maykel /usr/share/ $ LC_ALL=LC sudo pacman -Syu :: Synchronizing package databases... core is up to date extra is up to date community is up to date multilib is up to date archlinuxfr is up to date :: Starting full system upgrade... resolving dependencies... looking for inter-conflicts... error: failed to prepare transaction (could not satisfy dependencies) :: haskell-haskeline: requires haskell-terminfo=0.3.2.5-3 Can I help me please??

3 3

[arch-general] nano syntax highlighting doesn't work
by Ralf Mardorf 25 Feb '14

25 Feb '14

Hi, I don't know how to get syntax highlighting for nano, when I start it from the Jwm menu. Now I run [rocketmouse@archlinux ~]$ grep nano .jwmrc <Program label="Nano">roxterm --maximize -T Nano -e nano</Program> and syntax highlighting doesn't work. If I run nano in roxterm by [rocketmouse@archlinux ~]$ nano /etc/fstab the highlighting (~/.nanorc) takes effect, but if I run [rocketmouse@archlinux ~]$ nano and then read /etc/fstab I don't get syntax highlighting. If the below option should be related to the highlighting, then I don't understand how to use it. [rocketmouse@archlinux ~]$ nano --help | grep syntax -Y <str> --syntax=<str> Syntax definition to use for coloring Any hints are welcome. Regards, Ralf

1 0