Re: [arch-general] Is out of source building still recommended with cmake in PKGBUILD scripts
On Tuesday 14 Jan 2014 23:17:53 Maxime Gauduin wrote: It is indeed no longer required with VCS sources, and has never been with tarballs since those are extracted every time you run makepkg so files you might have changed are overwritten anyway. However I sometimes find useful to keep doing that with cmake when you need to figure out why sth won't build, because that way files generated by cmake at build time are in a separate dir. Mmm, bear in mind that most cmake projects won't be tested with in-source builds. It's possible they might break. One possible scenario: files intended to be generated in the build directory could potentially match files that exist in the source directory (although that wouldn't be great practice), and bad things would then happen. Paul
[arch-general] Resume from suspend in RAM fails
Hello, Resume from suspend in RAM fails even though I have followed the Arch Wiki recommendations, with latest 3.12.7 kernel (and before). The 'resume' hook has been added for mkinitcpio and the machine goes to suspend from the command line (pm-suspend) with no GUI enabled. All keyboard and mouse lights are off and the screen is just black with no backlight. I can't even login through SSH and can't get any PM debug info. It happens on one particular machine only and I'm quite stuck with it. Any suggestions to solve this ? I can provide other relevent information if required. Thanks.
Re: [arch-general] Resume from suspend in RAM fails
I can't give you any concrete advice yet, but what's the difference between the problematic system and the others (architecture, GUI/Desktop Environment, login manager etc)? On Thu, Jan 16, 2014 at 12:43 AM, nm...@netcourrier.com wrote: Hello, Resume from suspend in RAM fails even though I have followed the Arch Wiki recommendations, with latest 3.12.7 kernel (and before). The 'resume' hook has been added for mkinitcpio and the machine goes to suspend from the command line (pm-suspend) with no GUI enabled. All keyboard and mouse lights are off and the screen is just black with no backlight. I can't even login through SSH and can't get any PM debug info. It happens on one particular machine only and I'm quite stuck with it. Any suggestions to solve this ? I can provide other relevent information if required. Thanks.
Re: [arch-general] Resume from suspend in RAM fails
Wait, on second thought... pm-utils? The wiki [1] suggests s2ram should work out of the box, and I think it has for me the last few times I've wanted to set it up. By default it's handled by systemd these days. Try executing $ systemctl start suspend.target And see if that gives you any better luck. [1]: https://wiki.archlinux.org/index.php/Suspend_and_Hibernate#Suspend_to_RAM On Thu, Jan 16, 2014 at 12:58 AM, Emil Lundberg lundberg.e...@gmail.com wrote: I can't give you any concrete advice yet, but what's the difference between the problematic system and the others (architecture, GUI/Desktop Environment, login manager etc)? On Thu, Jan 16, 2014 at 12:43 AM, nm...@netcourrier.com wrote: Hello, Resume from suspend in RAM fails even though I have followed the Arch Wiki recommendations, with latest 3.12.7 kernel (and before). The 'resume' hook has been added for mkinitcpio and the machine goes to suspend from the command line (pm-suspend) with no GUI enabled. All keyboard and mouse lights are off and the screen is just black with no backlight. I can't even login through SSH and can't get any PM debug info. It happens on one particular machine only and I'm quite stuck with it. Any suggestions to solve this ? I can provide other relevent information if required. Thanks.
Re: [arch-general] Mirrors out of date
Not to be that guy... but your link explains. Like right in the first 5 sentences. The check script runs on a regular basis and polls for the lastsync file in the root of our repository layout. This file is regularly updated on the central repository, so checking the value within allows one to see if the mirror has synced recently. There is a file called lastsync. It is read http://mirror.csclub.uwaterloo.ca/archlinux/lastsync
Re: [arch-general] Mirrors out of date
Am 15.01.2014 17:15, schrieb Simon Gomizelj: The check script runs on a regular basis and polls for the lastsync file in the root of our repository layout. This file is regularly updated on the central repository, so checking the value within allows one to see if the mirror has synced recently. There is a file called lastsync. It is read http://mirror.csclub.uwaterloo.ca/archlinux/lastsync Try: date -d @$(curl http://mirror.csclub.uwaterloo.ca/archlinux/lastsync 2/dev/null) signature.asc Description: OpenPGP digital signature
Re: [arch-general] Resume from suspend in RAM fails
Le jeudi 16 janvier 2014 00:58:31 Emil Lundberg a écrit : what's the difference between the problematic system and the others (architecture, GUI/Desktop Environment, login manager etc)? Both use KDE, kdm as login manager fglrx from AMD website. On the failing machine, I tried fglrx from the AUR with same results. The radeon driver fails to load because of lack of UMS support in the kernel. In any case, without any GUI up, it still does not resume properly. Detailed hardware differences are below, sorry if too verbose. I must say that on the problematic machine, suspend-resume works well with kernel 3.8.7, a custom build (not really knowledgeably), with which I'm stuck since long. I have not yet tested linux-lts as the wiki suggests, will do so ASAP. Thanks for considering. Machine 1 : resume succeeds $ uname -a Linux machine1 3.11.6-1-ARCH #1 SMP PREEMPT Fri Oct 18 23:22:36 CEST 2013 x86_64 GNU/Linux $ lspci 00:00.0 Host bridge: Advanced Micro Devices, Inc. [AMD] RS780 Host Bridge 00:02.0 PCI bridge: Advanced Micro Devices, Inc. [AMD] RS780 PCI to PCI bridge (ext gfx port 0) 00:0a.0 PCI bridge: Advanced Micro Devices, Inc. [AMD] RS780/RS880 PCI to PCI bridge (PCIE port 5) 00:11.0 SATA controller: Advanced Micro Devices, Inc. [AMD/ATI] SB7x0/SB8x0/SB9x0 SATA Controller [IDE mode] 00:12.0 USB controller: Advanced Micro Devices, Inc. [AMD/ATI] SB7x0/SB8x0/SB9x0 USB OHCI0 Controller 00:12.1 USB controller: Advanced Micro Devices, Inc. [AMD/ATI] SB7x0 USB OHCI1 Controller 00:12.2 USB controller: Advanced Micro Devices, Inc. [AMD/ATI] SB7x0/SB8x0/SB9x0 USB EHCI Controller 00:13.0 USB controller: Advanced Micro Devices, Inc. [AMD/ATI] SB7x0/SB8x0/SB9x0 USB OHCI0 Controller 00:13.1 USB controller: Advanced Micro Devices, Inc. [AMD/ATI] SB7x0 USB OHCI1 Controller 00:13.2 USB controller: Advanced Micro Devices, Inc. [AMD/ATI] SB7x0/SB8x0/SB9x0 USB EHCI Controller 00:14.0 SMBus: Advanced Micro Devices, Inc. [AMD/ATI] SBx00 SMBus Controller (rev 3a) 00:14.1 IDE interface: Advanced Micro Devices, Inc. [AMD/ATI] SB7x0/SB8x0/SB9x0 IDE Controller 00:14.2 Audio device: Advanced Micro Devices, Inc. [AMD/ATI] SBx00 Azalia (Intel HDA) 00:14.3 ISA bridge: Advanced Micro Devices, Inc. [AMD/ATI] SB7x0/SB8x0/SB9x0 LPC host controller 00:14.4 PCI bridge: Advanced Micro Devices, Inc. [AMD/ATI] SBx00 PCI to PCI Bridge 00:14.5 USB controller: Advanced Micro Devices, Inc. [AMD/ATI] SB7x0/SB8x0/SB9x0 USB OHCI2 Controller 00:18.0 Host bridge: Advanced Micro Devices, Inc. [AMD] K8 [Athlon64/Opteron] HyperTransport Technology Configuration 00:18.1 Host bridge: Advanced Micro Devices, Inc. [AMD] K8 [Athlon64/Opteron] Address Map 00:18.2 Host bridge: Advanced Micro Devices, Inc. [AMD] K8 [Athlon64/Opteron] DRAM Controller 00:18.3 Host bridge: Advanced Micro Devices, Inc. [AMD] K8 [Athlon64/Opteron] Miscellaneous Control 01:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Redwood XT [Radeon HD 5670/5690/5730] 01:00.1 Audio device: Advanced Micro Devices, Inc. [AMD/ATI] Redwood HDMI Audio [Radeon HD 5000 Series] 02:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (rev 02) 03:0e.0 FireWire (IEEE 1394): Texas Instruments TSB43AB23 IEEE-1394a-2000 Controller (PHY/Link) Machine 2 : resume fails $ uname -a Linux machine2 #6 SMP PREEMPT Tue Apr 16 15:54:45 CEST 2013 x86_64 GNU/Linux $ lspci 00:00.0 Host bridge: Advanced Micro Devices, Inc. [AMD/ATI] RD780 Host Bridge 00:02.0 PCI bridge: Advanced Micro Devices, Inc. [AMD/ATI] RX780/RD790 PCI to PCI bridge (external gfx0 port A) 00:05.0 PCI bridge: Advanced Micro Devices, Inc. [AMD/ATI] RX780/RD790 PCI to PCI bridge (PCI express gpp port B) 00:06.0 PCI bridge: Advanced Micro Devices, Inc. [AMD/ATI] RD790 PCI to PCI bridge (PCI
Re: [arch-general] Resume from suspend in RAM fails
Le jeudi 16 janvier 2014 01:03:27 Emil Lundberg a écrit : $ systemctl start suspend.target And see if that gives you any better luck. Unfortunately, no better luck.
Re: [arch-general] Resume from suspend in RAM fails
On Thu, Jan 16, 2014 at 2:12 AM, nm...@netcourrier.com wrote: Le jeudi 16 janvier 2014 01:03:27 Emil Lundberg a écrit : $ systemctl start suspend.target And see if that gives you any better luck. Unfortunately, no better luck. Then I'm afraid I'm out of ideas. Sorry to disappoint.
Re: [arch-general] Mirrors out of date
On Wed, 2014-01-15 at 11:15 -0500, Simon Gomizelj wrote: Not to be that guy... but your link explains. Like right in the first 5 sentences. The check script runs on a regular basis and polls for the lastsync file in the root of our repository layout. This file is regularly updated on the central repository, so checking the value within allows one to see if the mirror has synced recently. There is a file called lastsync. It is read http://mirror.csclub.uwaterloo.ca/archlinux/lastsync Salutations, Yes, I see that there's a check script but what is it? I'd like to know how that link calculates percent synchronization for a particular mirror. I ask this because there have been instances when a mirror is claimed to be 100% synchronized but isn't. Regards, Mark -- Mark Lee m...@markelee.com
Re: [arch-general] Mirrors out of date
On Wed, 2014-01-15 at 13:10 -0500, Mark Lee wrote: On Wed, 2014-01-15 at 11:15 -0500, Simon Gomizelj wrote: Not to be that guy... but your link explains. Like right in the first 5 sentences. The check script runs on a regular basis and polls for the lastsync file in the root of our repository layout. This file is regularly updated on the central repository, so checking the value within allows one to see if the mirror has synced recently. There is a file called lastsync. It is read http://mirror.csclub.uwaterloo.ca/archlinux/lastsync Salutations, Yes, I see that there's a check script but what is it? I'd like to know how that link calculates percent synchronization for a particular mirror. I ask this because there have been instances when a mirror is claimed to be 100% synchronized but isn't. Regards, Mark Salutations, Oh I see it now, so completion is only a percentage of the number of times the checkscript is successfully run on a particular mirror without disconnecting. Is the lastsync value a hash value or temporal? Regards, Mark -- Mark Lee m...@markelee.com
Re: [arch-general] Mirrors out of date
Op 15 jan. 2014 19:17 schreef Mark Lee m...@markelee.com het volgende: [...] There is a file called lastsync. It is read http://mirror.csclub.uwaterloo.ca/archlinux/lastsync Yes, I see that there's a check script but what is it? I'd like to know how that link calculates percent synchronization for a particular mirror. I ask this because there have been instances when a mirror is claimed to be 100% synchronized but isn't. Oh I see it now, so completion is only a percentage of the number of times the checkscript is successfully run on a particular mirror without disconnecting. Is the lastsync value a hash value or temporal? As Thomas' message explains, it's a timestamp. A very nice solution if you ask me. mvg, Guus
Re: [arch-general] Mirrors out of date
On Wed, 2014-01-15 at 22:54 +0100, Guus Snijders wrote: Op 15 jan. 2014 19:17 schreef Mark Lee m...@markelee.com het volgende: [...] There is a file called lastsync. It is read http://mirror.csclub.uwaterloo.ca/archlinux/lastsync Yes, I see that there's a check script but what is it? I'd like to know how that link calculates percent synchronization for a particular mirror. I ask this because there have been instances when a mirror is claimed to be 100% synchronized but isn't. Oh I see it now, so completion is only a percentage of the number of times the checkscript is successfully run on a particular mirror without disconnecting. Is the lastsync value a hash value or temporal? As Thomas' message explains, it's a timestamp. A very nice solution if you ask me. mvg, Guus Salutations, I see. My concern is regarding mirrors that aren't fully up to date (I've encountered the situation before and it wasn't a packaging error at the time) and reporting this fact to the user. Instead of using a time stamp, why not use a cryptohash of a list of the files installed as the lastsync value. Pacman -Syy could then check the hash value (it grabs from the tier 1 mirror) and check it against the current mirrors it's using. Regards, Mark -- Mark Lee m...@markelee.com
Re: [arch-general] Mirrors out of date
Hi, I don't think hashes are a good way to do that. The Repositories are quite large I'm not sure what value is the right one from this [1] statistics page. Either way, after every update the mirror would effectively block for the time the hash is computed, since everything has to be read. Anyway, the time a mirror isn't in a sane state should be quite short if ever. I don't know how updates are handled, so I can't say what happens and what doesn't. Nontheless the servers normally have enough bandwidth to sync in a few seconds (I guess)... The most important part of my answer is, that this mailing list isn't the right place for discussing this topic. There is a mirror-list mailing list out there [2] cheers, Simon [1]: https://www.archlinux.de/?page=RepositoryStatistics [2]: https://mailman.archlinux.org/mailman/listinfo/arch-mirrors 2014/1/15 Mark Lee m...@markelee.com On Wed, 2014-01-15 at 22:54 +0100, Guus Snijders wrote: Op 15 jan. 2014 19:17 schreef Mark Lee m...@markelee.com het volgende: [...] There is a file called lastsync. It is read http://mirror.csclub.uwaterloo.ca/archlinux/lastsync Yes, I see that there's a check script but what is it? I'd like to know how that link calculates percent synchronization for a particular mirror. I ask this because there have been instances when a mirror is claimed to be 100% synchronized but isn't. Oh I see it now, so completion is only a percentage of the number of times the checkscript is successfully run on a particular mirror without disconnecting. Is the lastsync value a hash value or temporal? As Thomas' message explains, it's a timestamp. A very nice solution if you ask me. mvg, Guus Salutations, I see. My concern is regarding mirrors that aren't fully up to date (I've encountered the situation before and it wasn't a packaging error at the time) and reporting this fact to the user. Instead of using a time stamp, why not use a cryptohash of a list of the files installed as the lastsync value. Pacman -Syy could then check the hash value (it grabs from the tier 1 mirror) and check it against the current mirrors it's using. Regards, Mark -- Mark Lee m...@markelee.com
[arch-general] libgsf 1.14.28-1 - bug - gsf-libxml.h:26:25: fatal error
All, Is this a bug or is it me. Looks like a bug in libgsf 1.14.28-1 in the header file: /usr/include/libgsf-1/gsf/gsf-libxml.h If you attempt to include this header file you receive the error: /usr/include/libgsf-1/gsf/gsf-libxml.h:26:25: fatal error: libxml/tree.h: No such file or directory #include libxml/tree.h ^ compilation terminated. Example: #include stdio.h #include libxml/tree.h void main (int argc, char *argv[]) { printf(testing include\n); } 17:01 phoinix:/dat_e/tde/tstbld/tmp gcc -o tst tst.c tst.c:3:25: fatal error: libxml/tree.h: No such file or directory #include libxml/tree.h ^ compilation terminated. If someone will confirm this is a bug and not me being dense -- I'll file it. -- David C. Rankin, J.D.,P.E.
Re: [arch-general] libgsf 1.14.28-1 - bug - gsf-libxml.h:26:25: fatal error
On 01/15/2014 05:08 PM, David C. Rankin wrote: 17:01 phoinix:/dat_e/tde/tstbld/tmp gcc -o tst tst.c tst.c:3:25: fatal error: libxml/tree.h: No such file or directory #include libxml/tree.h ^ compilation terminated. If someone will confirm this is a bug and not me being dense -- I'll file it. Ugh.. Nevermind gcc -I /usr/include/libxml2 -o tst tst.c sorry for the noise... -- David C. Rankin, J.D.,P.E.