Re: [arch-general] NFS "updates"?
On 29/04/20, Markus Schaaf via arch-general wrote: > Am 29.04.20 um 13:44 schrieb Andy Pieters: > > > While it is relatively trivial to compile your own kernel with those > > options enabled using Arch's build system, I think you'd better talk to the > > actual people that made the change upstream. > > > This change might have slipped through unnoticed. It seems idiotic: > _Add_ code to the kernel, to break users systems, with no benefit > whatsoever. It's clearly against Linus' agenda to not break userland. > But to tell the users to discuss this upstream is bad advice. This is a > situation where a distribution should take corrective action by > reverting this configuration. This would add value and remove some > useless code from the kernel. > > BR Might worth reaching out to linux-...@vger.kernel.org mailing list instead of Archlinux as this is upstream default behaviour. Cheers, -- Leonidas Spyropoulos A: Because it messes up the order in which people normally read text. Q: Why is it such a bad thing? A: Top-posting. Q: What is the most annoying thing on usenet and in e-mail?
Re: [arch-general] NFS "updates"?
On 27/04/20, Hauke Fath wrote: > Re-reading, this is an Arch decision -- what is the rationale? Can > anybody point me to a related discussion? It's not, it just defaults to "Y", see patch in https://github.com/archlinux/linux/commit/b24ee6c64ca785739b3ef8d95fd6becaad1bde39 There's also a bit of explanation if it's useful Cheers, -- Leonidas Spyropoulos A: Because it messes up the order in which people normally read text. Q: Why is it such a bad thing? A: Top-posting. Q: What is the most annoying thing on usenet and in e-mail?
Re: [arch-general] NFS "updates"?
On 27/04/20, Hauke Fath wrote: > On Mon, 27 Apr 2020 19:19:21 +0200, Hauke Fath wrote: > > I'll give some of the configuration. > > FTR, the borken system's kernel is > > Linux version 5.6.7-arch1-1 (linux@archlinux) (gcc version 9.3.0 (Arch > Linux 9.3.0-1)) #1 SMP PREEMPT Thu, 23 Apr 2020 09:13:56 + > > while the working system has > > Linux version 5.5.8-arch1-1 (linux@archlinux) (gcc version 9.2.1 > 20200130 (Arch Linux 9.2.1+20200130-2)) #1 SMP PREEMPT Fri, 06 Mar 2020 > 00:57:33 + > > Cheerio, > Hauke > Hi Hauke, It's a kernel configuration which is introduced with 5.6 kernel. In my kernel which is 5.6.7-arch1-1 $ zcat /proc/config.gz | grep NFS_DISABLE CONFIG_NFS_DISABLE_UDP_SUPPORT=y The change happened with commit https://git.archlinux.org/svntogit/packages.git/commit/trunk/config?h=packages/linux&id=3734fe98a51ca7e776052cdabc80be9885b7d40d Cheers, -- Leonidas Spyropoulos A: Because it messes up the order in which people normally read text. Q: Why is it such a bad thing? A: Top-posting. Q: What is the most annoying thing on usenet and in e-mail?
[arch-general] Sha256sum unexpected behaviour
Hello,
I got a weird issue with sha256sum behaviour. When creating the package
with makepkg --geninteg I get a hash and when trying to build it with
makepkg the hash fails. The interesting bit is --ptintsrcinfo comes up
with a different hash.
Anyone got some idea why this might happen?
See below some debugging info
~/linux-gc$ makepkg --geninteg
==> Retrieving sources...
-> Found linux-v5.4.10-arch1.tar.gz
-> Found config
-> Found 0001_bmq_v5.4-r1.patch
-> Found 0002_enable_additional_cpu_optimizations-20190822.tar.gz
==> Generating checksums for source files...
sha256sums=('bd51016d038277d2edd4e6d6def53b0ba24e0b238662d404a07a7d706ad2b5d3'
'aa77f7e3b611787f734c7e7d7503d3debf9af86ac999e8bccf533c5a854ec15b'
'0b770209a72171dfd46401d67d13204a767eb1749ef522df7ea7292b83046537'
'8c11086809864b5cef7d079f930bd40da8d0869c091965fa62e95de9a0fe13b5')
~/linux-gc$ makepkg --printsrcinfo
pkgbase = linux-gc
pkgdesc = Linux
pkgver = 5.4.10
pkgrel = 1
url = https://cchalpha.blogspot.co.uk/
arch = x86_64
license = GPL2
makedepends = bc
makedepends = kmod
makedepends = libelf
makedepends = xmlto
makedepends = python-sphinx
makedepends = python-sphinx_rtd_theme
makedepends = graphviz
makedepends = imagemagick
makedepends = git
options = !strip
source =
linux-v5.4.10-arch1.tar.gz::https://git.archlinux.org/linux.git/snapshot/linux-v5.4.10-arch1.tar.gz
source = config
source =
0001_bmq_v5.4-r1.patch::https://gitlab.com/alfredchen/bmq/raw/master/5.4/bmq_v5.4-r1.patch
source =
0002_enable_additional_cpu_optimizations-20190822.tar.gz::https://github.com/graysky2/kernel_gcc_patch/archive/20190822.tar.gz
validpgpkeys = ABAF11C65A2970B130ABE3C479BE3E4300411886
validpgpkeys = 647F28654894E3BD457199BE38DBBDC86092693E
validpgpkeys = 8218F88849AAC522E94CF470A5E9288C4FA415FA
sha256sums =
1fda6369ec7038c9ca1fe7aa6206977c5b8983c77e9d74e4ba458a4d042d1d31
sha256sums =
aa77f7e3b611787f734c7e7d7503d3debf9af86ac999e8bccf533c5a854ec15b
sha256sums =
0b770209a72171dfd46401d67d13204a767eb1749ef522df7ea7292b83046537
sha256sums =
8c11086809864b5cef7d079f930bd40da8d0869c091965fa62e95de9a0fe13b5
pkgname = linux-gc
pkgdesc = The Linux kernel and modules with the BMQ CPU scheduler
depends = coreutils
depends = kmod
depends = initramfs
optdepends = crda: to set the correct wireless channels of your country
optdepends = linux-firmware: firmware images needed for some devices
provides = linux-gc=5.4.10
pkgname = linux-gc-headers
pkgdesc = Headers and scripts for building modules for the Linux kernel
depends = linux-gc
provides = linux-gc-headers=5.4.10
provides = linux-headers=5.4.10
Thanks,
--
Leonidas Spyropoulos
A: Because it messes up the order in which people normally read text.
Q: Why is it such a bad thing?
A: Top-posting.
Q: What is the most annoying thing on usenet and in e-mail?
Re: [arch-general] NetBeans 9.0 not a drop-in replacement of 8.2
On 12/11/18, Danila Kiver via arch-general wrote:
> Agree, NB 9.0 is a complete headache and probably should not be considered
> an *upgrade* from 8.2. Even upcoming NB 10.0 does not seem to solve
> all the migration issues.
>
> Maybe Apache Netbeans (9.0 and higher) has to be distributed as a different
> package ("apache-netbeans"), conflicting with old "netbeans" package?
>
> This way would allow manual upgrade (by installing "apache-netbeans")
> from old good NB 8.0 to Apache NB when it will be good enough to replace it.
>
> Regards,
> Danila Kiver.
>
Hi Danila,
A package mainatainer should not make such decisions for the users. If
you don't like it you have the option to not update and stick to the
8.2. If you think that this could benefit others then submit a package
in AUR as suggested already. You can use the history of the package to
fetch the 8.2 version of PKBUILD [1] and push it to AUR with netbeans8
name (probably conflicts / provides netbeans).
Cheers,
Leonidas
[1]:
https://git.archlinux.org/svntogit/community.git/tree/trunk/PKGBUILD?h=packages/netbeans&id=bfdf023d7e3506227ffed92abaaa7a5e9e5d107d
--
Leonidas Spyropoulos
A: Because it messes up the order in which people normally read text.
Q: Why is it such a bad thing?
A: Top-posting.
Q: What is the most annoying thing on usenet and in e-mail?
Re: [arch-general] Kernel source URL change
On 01/08/18, Andrey Vihrov via arch-general wrote: > Hi, > > Recently the way kernel sources are retrieved was changed in the linux > package [1]. Now the sources are fetched from > https://github.com/archlinux/linux. > > I see a few problems with this: > > - Previously the list of applied patches was very transparent. You could > immediately see that the kernel and kernel patch tarballs come from > kernel.org, and view individual extra patches. Now the code comes from a > non-kernel source, and cannot be verified as easily. > > - Previously, if a new kernel version is released and is not yet in the > repos, you could more or less take the official linux PKGBUILD, change > one number and build it yourself. With the new layout it is not clear > how to achieve this. > > - An often cited Arch policy is to use software as released by upstream > with minimal patching. What becomes of this policy if one of the core > packages builds from a technical fork instead of upstream? > > > If the patches from kernel.org will no longer be signed, as announced in > [2], then an alternative would be git tags from [3] and [4]. It's > understandable if it may make development harder, nonetheless it would > allow for better transparency and follow upstream closer — just one > user's opinion. > > > [1] > https://git.archlinux.org/svntogit/packages.git/commit/trunk?h=packages/linux&id=d0c4ab0716e0ae1fc058a83ccb02bde92885ced6 > [2] https://www.kernel.org/minor-changes-to-tarball-release-format.html > [3] https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/ > [4] https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git > > -- > Regards, > Andrey Also now to build the package locally you download the whole repository (~2 Gb compared to the ~110 Mb previously). What's the reasoning behind this change? Regards, -- Leonidas Spyropoulos A: Because it messes up the order in which people normally read text. Q: Why is it such a bad thing? A: Top-posting. Q: What is the most annoying thing on usenet and in e-mail?
Re: [arch-general] [arch-dev-public] Switching the bugtracker to Bugzilla
- Replying on arch-general as don't have access on dev-public - I might have missed something or proposed something which is not feasible due to the fact I'm not vary familiar with Archlinux infrastructure. On 14/11/17, Jelle van der Waa wrote: > [..] > # Migration > > There are several options for migrating the bug history to Bugzilla and a few > options are under > debate. (input welcome) > > * No migration at all > * Migrate open bugs > * Migrate open bugs and auto-closing them > * Migrate all bugs > * Migrate all bugs and auto-closing them > No migration & keep flyspray as read-only. People can still reference flyspray bus and copy attachments around. It would be a good clean up for open bugs which are not-reproducable or irrelevant now. > # User migration > > User migration should be possible as well, except migrating the password, a > mass password reset > would be wise. Since I'm not sure what kind of old hashing method / salt > flyspray uses. > Yes, although this might complicate a bit if/when LDAP auth comes in place (since it will mean another migration - not sure). > # Migration Projects > > Bugzilla has a concept of products with components, so for all our packages > we can create a > component counterpart. It should be possible to auto-assign bugs with the > pkgname <-> maintainer > information from archweb. > > Possible products would be. > > # Products > > * Arch packages (core/extra or split this up) > * Community packages (community) > * Pacman > * AURWeb > * Keyring > * Archweb (new) > * Arch VM / Docker images (new) > * Release engineering > Bugzilla products / components: * Core packages * * Extra packages * same as above * Community packages * same as above * One product per "Arch Linux Projects" repo in projects.archlinux.org * AURWeb * Archweb * bbs * wiki (did I miss something here?) * Infrastructure * Arch VM * Docker * admin/maintenance * Release engineering Thanks -- Leonidas Spyropoulos A: Because it messes up the order in which people normally read text. Q: Why is it such a bad thing? A: Top-posting. Q: What is the most annoying thing on usenet and in e-mail?
Re: [arch-general] Can we please have a co-maintainer ...
On 13/10/17, Ralf Mardorf wrote: > On Fri, 13 Oct 2017 01:02:54 +0200, Rob Til Freedmen wrote: > >... for these long outdated packages? > > > >https://www.archlinux.org/packages/?sort=-last_update&q=&maintainer=schiv&flagged=Flagged > > > >https://www.archlinux.org/packages/?sort=-last_update&q=&maintainer=speps&flagged=Flagged Hello, I can adopt few if they drop to AUR (of if I get sponsor to apply for a TU). Regards, Leonidas -- Leonidas Spyropoulos A: Because it messes up the order in which people normally read text. Q: Why is it such a bad thing? A: Top-posting. Q: What is the most annoying thing on usenet and in e-mail?
Re: [arch-general] Arch Nim package
On 07/03/17, Peter Munch-Ellingsen wrote: > Hi, > the Nim package: https://www.archlinux.org/packages/community/x86_64/nim/ > was marked out of date on 2016-10-24 but it's still not edited to reflect > the new version of 0.16.2. Would anyone be so kind to adopt this package? > If not could the package be dropped to AUR? > > Peter Hello, As discussed in IRC I'd be happy to adopt this once it goes to AUR. Regards, -- Leonidas Spyropoulos A: Because it messes up the order in which people normally read text. Q: Why is it such a bad thing? A: Top-posting. Q: What is the most annoying thing on usenet and in e-mail?
Re: [arch-general] [arch-dev-public] AUR ToS (aka making AUR user names public)
I was under the impression that the AUR git interface is just one big git repo. Yes it checks out only the package you clone but the references contain all packages (and commits). Am I mistaken to this? Regards, -- Leonidas Spyropoulos A: Because it messes up the order in which people normally read text. Q: Why is it such a bad thing? A: Top-posting. Q: What is the most annoying thing on usenet and in e-mail?
[arch-general] Gnome wayland + urxvt
Hello, New Gnome 3.22 which comes with wayland breaks urxvt. I'm using the .xsession to start the daemon (urxvtd) and .Xresources to configure the urxvt. What's the alternative in the new wayland world? How do you configure these now? Thanks -- Leonidas Spyropoulos A: Because it messes up the order in which people normally read text. Q: Why is it such a bad thing? A: Top-posting. Q: What is the most annoying thing on usenet and in e-mail?
Re: [arch-general] Long-term offline Arch system
Hello Aron, On 06/11/15, Aron Widforss wrote: > Hi, > > I'm going out for a four month hike next spring, and will not bring my > loved XPS with me. It struck me yesterday that being offline for four > months is something pacman and yaourt might not like. How do these > programs handle long-term stasis, will things break horribly when I come > back and run an update? Is there anything I can do to avoid it? > Probably the best thing is to read the news in reverse when you are back. Pacman in general had some issues but I haven't seen something big in last months - in my opinion it's rare occations where long inactivity breaks the system. Having said that though if you notice something "smelly" on the news I'd suggest to use something like Archlinux Archive [1]. Although not officially supported there are some nice features with agetpkg [2] like "Restoring to a specific date" [3]. Note: The agetpkg has been the subject of a discussion in dev list for inlcuding it as a package or being in AUR. Hopefully by the time you are going this would be resolved. Discalimer: I've never used it and the most I've been inactive is about a month which pacman was able to work with. [1]: https://wiki.archlinux.org/index.php/Arch_Linux_Archive [2]: https://github.com/seblu/agetpkg [3]: https://wiki.archlinux.org/index.php/Arch_Linux_Archive#How_to_restore_all_my_packages_at_a_specific_date -- Leonidas Spyropoulos Compiled in Vim, sent through mutt.
Re: [arch-general] PKGBUILD ERROR
On 11/09/15, mudongliang wrote: > Please add $VISUAL to your environment variables > for example: > export VISUAL="vim" (in ~/.bashrc) > (replace vim with your favorite editor) > > ==> Edit PKGBUILD with: vim Edit your ~/.bashrc and add the suggested env variable. > > ==> ERROR: Running makepkg as root is not allowed as it can cause permanent, > catastrophic damage to your system. > Unable to read PKGBUILD > You are running makepkg as root. Start using a user. -- Sent using mutt
Re: [arch-general] Mutt's Missing Manual
On 18/06/15, Grady Martin wrote: > Hi, all. Mutt's the bee's knees, but a recent install has revealed that the > HTML manuals in /usr/share/doc/mutt have been replaced with an empty text > file, /usr/share/doc/mutt/manual.txt. Can anyone confirm this? I performed > a fresh install, just to make sure I wasn't off my rocker. > > Might mutt's manuals not mean much to most men? The make command of the manual during build is failing and ignored. Confirmed by downloading ABS and building locally. Upstream problem. You can use manual entry: $ man 1 mutt --
Re: [arch-general] Handling GeForce GTX 850M GPU on Arch Linux
On 16/05/15, Florian Pelz wrote: > I don't know if the proprietary Nvidia driver is better than Nouveau for > GNOME usage. It has less features, even though rendering is faster. I > don't have problems with it, but I don't remember problems back then > when I used Nouveau either. > Recenty I had to fall back to nouveau for some issues with kernel compilation. I noticed that nouveau is OK but spits out a lot of errors similar to the ones you mentioned. Other than that my Gnome is working fine. I'd test with NVIDIA driver, see if you have better results. Nouveau is driver by reverse engineering the Nvidia's proprietary Linux drivers so new features like supporting the Nvidia 850M might not be so supported. --
Re: [arch-general] fresh install: netctl and interface renaming
Hi Lukasz, On 07/05/15, Łukasz Michalski wrote: > Hi, > > I am trying to setup network with netctl on fresh arch install. > > Netctl fails to start static profile due to different interface name. > It looks like netctl is trying to start (twice?) before kernel > finishes network interface renaming. Have you seen this [1] part of the Wiki? [1]: https://wiki.archlinux.org/index.php/Network_configuration#Device_names --
Re: [arch-general] kernel compilation with ABS
On 7 November 2014 12:01:11 GMT+00:00, arnaud gaboury wrote: >> >> Did you try deleting the file and start downloading again? > >Not sure what you call "the file", but I already tried many times to >remove core/linux then run again $ ABSROOT=. abs core/linux. > >I can manually download the kernel and pacth from >https://www.kernel.org/pub/linux/kernel, but now hen using $ makepkg Hello Can you give the output from running: $ cat /etc/makepkg.conf | grep DLAGENTS Thanks, Leonidas -- Sent from my Android device with K-9 Mail. Please excuse my brevity.
Re: [arch-general] [arch-dev-public] Changes to microcode updates
Just to clarify: No action required for AMD cpu. AMD FX-8120 Correct? -- Sent from my Android device with K-9 Mail. Please excuse my brevity.
Re: [arch-general] Kernel code dump retrieval
On 21/10/14, Konstantinos Skarlatos wrote: > You can always try netconsole > https://wiki.archlinux.org/index.php/Netconsole > It has always managed to capture even the worst kernel panics I have > ever had, and its pretty easy to setup > Yeah I've asked in btrfs mailing list also as I thought it was something to do with btrfs and ccache. Got the same answer to set up the netconsole and grab the kernel panic. But at the end it was something else: >> I'll run a Mem stress test. The Corsair Vengeance kit I got suppose to >> support 1866Mhz through XMP predefined settings - but it's good to >> validate them. After trying different stuff I've figured out I hadn't plugin the extra 4-pin to the motherboard for ATX power. It was after all a hardware issue, and a user specific error! Thanks for the suggestions though, they are useful for debugging. Cheers, Leonidas --
Re: [arch-general] Kernel code dump retrieval
On 16/10/14, Anatol Pomozov wrote: > So you don't need full kernel memory dump that preserves content of > RAM on crash. You just need kernel stack trace message, do you? > > Check pause_on_oops kernel parameter > https://www.kernel.org/doc/Documentation/kernel-parameters.txt it > might help you to prevent scrolling. I'll try that first > Another option is to use serial port and watch kernel messages from a > remote machine > https://wiki.archlinux.org/index.php/Working_with_the_serial_console > Hmm that could take some time to set up. > Hm... I would recommend you to run memory test to make sure it is not > a hardware problem with your RAM. I'll run a Mem stress test. The Corsair Vengeance kit I got suppose to support 1866Mhz through XMP predefined settings - but it's good to validate them. > I do not think so. I was compiling my custom kdump kernel, but it can > be done on other machine and then be installed on the problematic > machine. I'll look at the other suggetions first. Thanks, Leonidas --
Re: [arch-general] Kernel code dump retrieval
On 16/10/14, Anatol Pomozov wrote: > When you say "produce a core dumps" what exactly you see. How do you > know it produces the kernel dump? > I usually build the AUR package from within X. But sometimes I do it on another TTY. On these cases where I do it from TTY I was able to see partly a core dump (messages about kernel panic and then some more output). The problem was that it was part of it and I could not scroll to see the whole message. > > After the crash happens kernel cannot write anything to disk nor send > via network. Dealing with disk/network/... requires valid kernel data > structures and you don't have them anymore. > > Once kernel crashed it has only one option - reboot. > > Check kdump https://wiki.archlinux.org/index.php/Kdump - it is > probably what you are looking for. But that invoves a kernel compilation (right?) and I seem to end up in the same problem as before - kernel crashing when compiling big projects. Is there a kernel with Kdump enabled already? --
[arch-general] Kernel code dump retrieval
Hello list, I'm experiencing an issue while compiling big projects (i.e. linux kernel but not limited to that). The issue seems to be related to CPUFREQ and I'm trying to track it down. While compiling the linux-ck kernel the kernel panics and produce a core dumps. I'm trying to get the core dump but I'm not able to access it after hard reset. I tried enabling journalctl Storage=Auto to write to disk without luck. My FS is btrfs and the CPU is AMD FX-8120. The CPU is not overclocked [1] and the Cool And Quiet is enabled alond with other power saving options in BIOS (like C6 State). How can I access the kernel core dump after crash? [1] The memory controller is running at 1866MHz Thanks, Leonidas --
Re: [arch-general] Mariadb eats system ressources
On 09/10/14, rumpels...@sevenbyte.org wrote: > Hi, > > after struggling with this problem for one week I have finally decided > to post on the arch list for getting some help. I have a very strange > problem with mariadb from the official repos. > > I run a usual LAMP stack (apache, php-fpm, mariadb) on archlinux. Since > one week (or so) I have realized a very strange behavior: One mariadb > process stucks on 100 percent CPU usage. I am not able to figure out > what's going on. Restarting mariadb fixes the problem for a few hours. > Here is a list of a few debug outputs [1]; I have put it in my pastebin > because my email client would wrap the text at 80 chars. If you need > even more information I can update the paste. > > The mariadb status page shows about 6,5 queries per second (!) and I > don't know where this comes from. I have disabled remote access with > "skip-networking" (mysql port is closed) and the PROCESSLIST does only > show one process. I thought it might be an DDoS attack on a website but > no apache access-log grows unexpectedly. Even after stopping apache > mariadb stucks on 100 percent cpu usage. > > I figured out that there are listed a lot of connections in the output > of "show status like 'Con%';". Last hour I even had about 5000 > connections but there are no appropriate queries visible in the general > log. The general log lists the wordpress queries which are executed when > I click on my homepage. Everything looks fine; the cpu usage does not! > Do you have any ideas what I can do to figure out what's going on with > my mariadb? > > Thanks in advance! > > Stefan > > [1]: http://snippets.sevenbyte.org/8/raw/ Can you share your my.cnf and a few information on your databases you host on the mariadb server? --
Re: [arch-general] [aur-general] lists.archlinux.org mailing list memberships reminder
On 01/10/14, Florian Pritz wrote: > On 01.10.2014 09:09, Florian Bruhin wrote: > > * Martti Kühne [2014-10-01 08:51:35 +0200]: > >> This is news to me. I never got this kind of stuff from this mailing list. > > > > This is a standard mailman message - maybe they changed the setting > > lately? > > I moved mailman to a new server and it looks like the old one never ran > mailman cronjobs (the new one does). That said, yes it is a standard > message and it defaults to being enabled, but since nobody complained > before we've disabled it again for our lists. > > I noticed the message contain the password in plain text. Is this possible to be removed? Thanks, Leonidas --
Re: [arch-general] Messed up {g,u}id for uuidd
On 20/08/14, Mike Cloaked wrote:
> If it is any help my output from the same cat commands is:
>
> $ sudo cat /etc/passwd | grep uuidd
> uuidd:x:68:68:uuidd:/:/usr/bin/nologin
> $ sudo cat /etc/shadow | grep uuidd
> uuidd:x:14871::
> $ sudo cat /etc/group | grep uuidd
> uuidd:x:68:
>
> which indeed suggests that your /etc/group for this uuidd line might have
> 68 instead of 997 - but of course your files may have other differences
> also. In addition I have /usr/bin/nologin in the passwd file though that
> should not matter.
>
> Did you have any backup copies of the original files before making your
> merge changes? Retrieval of the backup copies would at least allow a
> comparison to be made before you made the merge.
>
> --
> mike c
Hello
Just to note that I fixed this by reading about {g,u}id and some specific stuff
for uuid daemon. I aligned the gid from uuidd from the /etc/passwd to the
/etc/group after I searched for files and folders created from the uuidd daemon
and returned none. [1] [2]
Cheers
[1]: ~# find / -uid
[2]: ~# find / -gid
--
[arch-general] Messed up {g,u}id for uuidd
Hello,
I had the brilliant idea couple of weeks ago to merge the
/etc/{shadow,group,passwd} . I know now that I shouldn't be merging those and
ignore the pacnew files. Now i'd like to fix these. The status report from
systemd is:
~# systemctl status -l shadow
shadow.service - Verify integrity of password and group files
Loaded: loaded (/usr/lib/systemd/system/shadow.service; static)
Active: failed (Result: exit-code) since Wed 2014-08-20 08:17:19 BST; 5min
ago
Process: 613 ExecStart=/usr/bin/pwck -r (code=exited, status=2)
Main PID: 613 (code=exited, status=2)
Aug 20 08:17:19 tiamat pwck[613]: user 'uuidd': no group 68
Aug 20 08:17:19 tiamat pwck[613]: pwck: no changes
Aug 20 08:17:19 tiamat systemd[1]: shadow.service: main process exited,
code=exited, status=2/INVALIDARGUMENT
Aug 20 08:17:19 tiamat systemd[1]: Failed to start Verify integrity of password
and group files.
Aug 20 08:17:19 tiamat systemd[1]: Unit shadow.service entered failed state.
Further info
~# cat /etc/shadow | grep uuidd
uuidd:x:14871::
~# cat /etc/group | grep uuidd
uuidd:x:997:
~# cat /etc/passwd | grep uuidd
uuidd:x:68:68:uuidd:/:/sbin/nologin
~# /usr/bin/pwck -r
user 'uuidd': no group 68
pwck: no changes
What should I be changing to fix this? If I change the gid from 997 to 68 would
this fix it? Would it be other implications?
Thanks for the input
Leonidas
--
Re: [arch-general] Android support in Linux Arch
Hello
On Thu, Apr 17, 2014 at 10:22 PM, Karol Babioch wrote:
> Hi,
>
> Am 17.04.2014 08:53, schrieb Daniel Micay:
>> I think it's best to just install it to your home directory without
>> involving the system package manager if you want to use the android
>> package manager for anything.
>
> So you are managing all of this alone and don't use the packages in AUR
> at all? At least android-udev seems useful? Where do you store your SDK?
> Have you added something to your PATH? I'm just looking for good
> practices here, so thanks for any replies!
>
I've been coding for Android for some time now. I found the
android-udev and android-tools packages very useful but apart from
that I've downloaded and "installed" locally the Android SDK and IDE
(Android Studio is my preference). I manage android updates separately
without the use of a package manager (or aur). As you understand I had
to specify the paths on my profile. The Android SDK is installed under
home (along with multiple jdk versions)
[...]
On Wed, Apr 23, 2014 at 5:28 PM, Anatol Pomozov
wrote:
> Hi,
>
> As there is no strong consensus on what to do with Android development
> tools then I am going to leave the situation as-is. Arch users will
> keep either installing the packages using Android installer or by AUR
> packages.
>
> I am going to move packages android-tool and android-udev to
> [community]. These are small packages that many people find useful.
I agree with this approach.
Thanks,
Leonidas
--
Caution: breathing may be hazardous to your health.
#include
--
Caution: breathing may be hazardous to your health.
#include
int main(){printf("%s","\x4c\x65\x6f\x6e\x69\x64\x61\x73");}
Re: [arch-general] arch rollback machine
On Sat, Aug 24, 2013 at 8:35 AM, Florian Dejonckheere
wrote:
> I'd be interested in joining the maintenance team.
me too
--
Caution: breathing may be hazardous to your health.
#include
int main(){printf("%s","\x4c\x65\x6f\x6e\x69\x64\x61\x73");}
Re: [arch-general] arch rollback machine
On Fri, Aug 23, 2013 at 1:30 PM, Chris Down wrote:
> On 2013-08-23 12:59, Joe Eaves wrote:
>> That's a shame, do we know why?
>
> Well, it is quite clearly explained in the link that was referenced earlier in
> this thread...
Reading through the thread I see there was some initial conversations
to start a similar service, I would be interested as well and happy to
help set up something like that.
--
Caution: breathing may be hazardous to your health.
#include
int main(){printf("%s","\x4c\x65\x6f\x6e\x69\x64\x61\x73");}
Re: [arch-general] [Classroom] Beginners Guide to Package Maintenance
On Wed, Aug 14, 2013 at 1:25 PM, Mathias Huber wrote:
> Wait,
>
>> manfred and I have both decided that we are going to finally be having
>> this class. We'll be doing the first class on Sunday, September 14th at
>> 17:00 UTC.=20
>
> September 14th is Saturday, and Sunday is the 15th -- which is it to be?
>
> Best,
> Mathias
Can we post the correct date on the wiki page as well?
https://wiki.archlinux.org/index.php/Beginners_Guide_to_Package_Maintaining
Thanks
>
>
>
--
Caution: breathing may be hazardous to your health.
#include
int main(){printf("%s","\x4c\x65\x6f\x6e\x69\x64\x61\x73");}
Re: [arch-general] [Classroom] Beginners Guide to Package Maintenance
On Mon, Aug 12, 2013 at 12:38 PM, Florian Pritz wrote:
> On 12.08.2013 12:59, Leonidas Spyropoulos wrote:
>> Hello William,
>>
>> On Sun, Aug 11, 2013 at 6:36 PM, William Giokas <1007...@gmail.com> wrote:
>>> All,
>>>
>>> manfred and I have both decided that we are going to finally be having
>>> this class. We'll be doing the first class on Sunday, September 14th at
>>> 17:00 UTC.=20
>>
>> Is this UTC-20 or just mistype? (I just want to import that on my calendar)
>
> Quoted printable encoding encodes spaces as "=20". That's a double
> encoded space which in the mail source is written as "=3D20".
>
> UTC offset times are normally between UTC-12 and UTC+12 so this is just
> normal UTC.
>
Thanks for the technical observations and answers :) I'll add them to my cal.
--
Caution: breathing may be hazardous to your health.
#include
int main(){printf("%s","\x4c\x65\x6f\x6e\x69\x64\x61\x73");}
Re: [arch-general] [Classroom] Beginners Guide to Package Maintenance
On Mon, Aug 12, 2013 at 11:59 AM, Leonidas Spyropoulos
wrote:
> Hello William,
>
> On Sun, Aug 11, 2013 at 6:36 PM, William Giokas <1007...@gmail.com> wrote:
>> All,
>>
>> manfred and I have both decided that we are going to finally be having
>> this class. We'll be doing the first class on Sunday, September 14th at
>> 17:00 UTC.=20
>
> Is this UTC-20 or just mistype? (I just want to import that on my calendar)
>
>>
>> This first class will be a basic introduction for new packagers on how
>> to make their PKGBUILDs better. Anyone¹ is welcome to attend. We will be
>> running our class out of the #archlinux-classroom channel on freenode.
>> Those wanting a link can go here² for more information.
>>
>
> Would this cover language specific PKGBUILDs (java, python reconsiderations)?
Hmm misspell:
/s/reconsiderations/recommendations
>
>> ¹: There are some requirements to attend, you should not be completely
>> new to Arch. We expect you to know how to use a text editor and basic
>> Linux utilities (cd, mkdir, install, ln, etc.).
>>
>> ²:
>> https://wiki.archlinux.org/index.php/Beginners_Guide_to_Package_Maintaining
>>
>> Thank you, and we hope to see you there!
>>
>> --
>> William Giokas | KaiSforza | http://kaictl.net/
>> GnuPG Key: 0x73CD09CF
>> Fingerprint: F73F 50EF BBE2 9846 8306 E6B8 6902 06D8 73CD 09CF
>
>
> Looking forward for the workshop
>
> Thanks
>
> --
> Caution: breathing may be hazardous to your health.
>
> #include
> int main(){printf("%s","\x4c\x65\x6f\x6e\x69\x64\x61\x73");}
--
Caution: breathing may be hazardous to your health.
#include
int main(){printf("%s","\x4c\x65\x6f\x6e\x69\x64\x61\x73");}
Re: [arch-general] [Classroom] Beginners Guide to Package Maintenance
Hello William,
On Sun, Aug 11, 2013 at 6:36 PM, William Giokas <1007...@gmail.com> wrote:
> All,
>
> manfred and I have both decided that we are going to finally be having
> this class. We'll be doing the first class on Sunday, September 14th at
> 17:00 UTC.=20
Is this UTC-20 or just mistype? (I just want to import that on my calendar)
>
> This first class will be a basic introduction for new packagers on how
> to make their PKGBUILDs better. Anyone¹ is welcome to attend. We will be
> running our class out of the #archlinux-classroom channel on freenode.
> Those wanting a link can go here² for more information.
>
Would this cover language specific PKGBUILDs (java, python reconsiderations)?
> ¹: There are some requirements to attend, you should not be completely
> new to Arch. We expect you to know how to use a text editor and basic
> Linux utilities (cd, mkdir, install, ln, etc.).
>
> ²: https://wiki.archlinux.org/index.php/Beginners_Guide_to_Package_Maintaining
>
> Thank you, and we hope to see you there!
>
> --
> William Giokas | KaiSforza | http://kaictl.net/
> GnuPG Key: 0x73CD09CF
> Fingerprint: F73F 50EF BBE2 9846 8306 E6B8 6902 06D8 73CD 09CF
Looking forward for the workshop
Thanks
--
Caution: breathing may be hazardous to your health.
#include
int main(){printf("%s","\x4c\x65\x6f\x6e\x69\x64\x61\x73");}
Re: [arch-general] [aur-general] /bin/false exited with status 1
On Fri, Jun 7, 2013 at 3:38 PM, Martti Kühne wrote:
> On Mon, Jun 3, 2013 at 11:35 PM, Leonidas Spyropoulos
> wrote:
> [...]
>> Any other suggestion from someone ?
>>
>
> It is my intention to help you. Please bear with us.
Thanks
>
>>>> patchset actually disables some cgroup setting in the kernel that are
>>>> necessary for user sessions to work.
>
> You might want to read [0] and, grepping [1] for "user session" might
> point you to [2] over a detour. So. Now that you can answer some
> questions, answer this one: How much of this can you prove you have
> running and where exactly is your problem?
Right, I wasn't fully aware of these cgroups. I knew about them but I
didn't know they were used in systemd user sessions. I read the links
you suggested and I went back to the mpd wiki [1] which led me to the
forum thread that recently updated [2]. It seems recently the process
described in the wiki it's not working. I end up being in the same
situation as post #21 of the forum thread, 'stuck in login'.
Is there a step missing from the process described in that post? Would
you recommend a different approach?
Thanks,
Leonidas
[1] https://wiki.archlinux.org/index.php/Mpd#Autostart_with_systemd
[2] https://bbs.archlinux.org/viewtopic.php?pid=1208585
>
> [0] https://wiki.archlinux.org/index.php/Cgroups
> [1] https://wiki.archlinux.org/index.php/Systemd
> [2] https://wiki.archlinux.org/index.php/Systemd#Using_systemd-logind
>
> cheers!
> mar77i
--
Caution: breathing may be hazardous to your health.
#include
int main(){printf("%s","\x4c\x65\x6f\x6e\x69\x64\x61\x73");}
Re: [arch-general] [aur-general] /bin/false exited with status 1
On Mon, Jun 3, 2013 at 9:36 AM, Leonidas Spyropoulos
wrote:
>
>>
>> Also, there is a page in teh Arch Wiki that covers setting up user
>> sessions with systemd.[1] Have you taken a look that this? Setup is not
>> quite simply making services and then calling "systemd --user".
>
> I had followed that page on the wiki, I will double check my configuration
> is correct.
I checked again and my problem persists.
>
>>
>> > $ systemctl --user status mpd.service
>> > Failed to issue method call: Process /bin/false exited with status 1
>>
>> This is what happens if you don't set up the necessary things that are
>> described in the wiki. But if you are using linux-ck, you should know
>> that even if you set things up, you will still get this because the bfs
>> patchset actually disables some cgroup setting in the kernel that are
>> necessary for user sessions to work.
>
> I am using stock kernel.
>
>
>>
>> [1] https://wiki.archlinux.org/index.php/Systemd/User
>>
>> Regards,
>> --
>> Curtis Shimamoto
>> sugar.and.scruffy [at] gmail.com
>
> Thanks for the suggestions.
> Leonidas
Any other suggestion from someone ?
Thanks,
Leonidas
--
Caution: breathing may be hazardous to your health.
#include
int main(){printf("%s","\x4c\x65\x6f\x6e\x69\x64\x61\x73");}
Re: [arch-general] [aur-general] /bin/false exited with status 1
On 1 Jun 2013 20:06, "Curtis Shimamoto" wrote: > > On 06/01/13 at 07:44pm, Leonidas Spyropoulos wrote: > > I am getting this error when I try to use the systemd as user. I used > > to have mpd set up as user with systemd before some updates, but > > recently I didn't test it. How could I debug that to find the issue? > > > First of all, I want to ask if you are aware you have sent this to > [aur-general] and not [arch-general]. I think your question has little > to do with the AUR. Apologies, you are right, my intention was to send it to general. > > Also, there is a page in teh Arch Wiki that covers setting up user > sessions with systemd.[1] Have you taken a look that this? Setup is not > quite simply making services and then calling "systemd --user". I had followed that page on the wiki, I will double check my configuration is correct. > > > $ systemctl --user status mpd.service > > Failed to issue method call: Process /bin/false exited with status 1 > > This is what happens if you don't set up the necessary things that are > described in the wiki. But if you are using linux-ck, you should know > that even if you set things up, you will still get this because the bfs > patchset actually disables some cgroup setting in the kernel that are > necessary for user sessions to work. I am using stock kernel. > > [1] https://wiki.archlinux.org/index.php/Systemd/User > > Regards, > -- > Curtis Shimamoto > sugar.and.scruffy [at] gmail.com Thanks for the suggestions. Leonidas
Re: [arch-general] [arch-dev-public] pacman-4.1
On Thu, Apr 4, 2013 at 11:25 PM, Allan McRae wrote:
> On 05/04/13 07:42, Sébastien Luttringer wrote:
>> On Mon, Apr 1, 2013 at 8:39 AM, Allan McRae wrote:
>>
>>> Hi,
>>>
>>> Pacman-4.1.0 is released and in the [testing] repos. See my blog [1]
>>> for details of what is new in this release.
>>>
>> With this commit[1], can we assume that install script should now be
>> written in bash?
>>
>>
>> [1]
>> https://projects.archlinux.org/svntogit/packages.git/commit/trunk?h=packages/pacman&id=b41b136a374fc85c559e06120b5dc82cd4d5aa28
>>
>
> What did you think it was written in previously? We have always used
> bashisms.
>
> Allan
>
I saw in the makepkg.conf that there are new COMPRESS vars. Any of
these support parallel compression (thread level) like 7zip? And if
yes, how can I enable them?
Thanks
--
Caution: breathing may be hazardous to your health.
#include
int main(){printf("%s","\x4c\x65\x6f\x6e\x69\x64\x61\x73");}
Re: [arch-general] Broadcom B43 problems
On 26 Mar 2013 15:56, "Curtis Shimamoto" wrote: > > On 03/26/13 at 01:37pm, Julien Pecqueur wrote: > > Which card did you bought? > > > > Cordialement, > > > > Julien Pecqueur > > There was a mention above about buying a Realtek card. I just want to > mention that my experience with Realtek wireless chipsets has been > nothing but hell. > > My Thinkpad came with a Realtek that used the rtl8192ce module, and it > was terrible. I recently was forced to try it again, and it had gotten > better, but was still of pretty questionable quality. > > The first time I replaced it I was able to flash a modified bios that > removed the Lenovo wifi card whitelist, and replaced it with an Intel > Centrino Advanced-N 6235 which was amazing. > > This time, I was unable to remove the whitelist (or rather flash the > newly modified bios, removal was the same as always) so I was able to > find the Intel Centrino Wireless-N 2230 that was apparently an option > with this laptop. > > My experience with Intel wireless has been fantastic, and I highly > recommend them. I have also been told that Atheros support is very good > as well. Though it has been quite some time since my last use of an > Atheros chipset on Linux (my old MacBook 2,1 has an Atheros, but that > machine has since gone back to OS X as a "family computer"). > > -- > Curtis Shimamoto > sugar.and.scruffy [at] gmail.com I had mine replaced with an Intel as it was an option foot my Dell Latitude E4300 laptop.
Re: [arch-general] Broadcom B43 problems
On 26 Mar 2013 11:55, "Magnus Therning" wrote: > > On Thu, Mar 07, 2013 at 07:32:52AM +0100, Julien Pecqueur wrote: > > Hi > > > > I have the dame wireless chipset and it "works" on my Archlinux > > setup (64bits, GNOME, b43-firmware and network manager). > > > > I sa y "works" because i can use the wireless connection but the > > connection is slow. > > > > What does dmesg says after a connection try? > > I've been struggling enough with this damn wireless chipset lately to > start thinking about getting a new laptop. Anyway, here's what dmesg > says: > > > [ 54.440439] wlan0: authenticate with b0:b2:dc:d1:99:a4 > [ 54.453312] wlan0: capabilities/regulatory prevented using AP HT/VHT configuration, downgraded > [ 54.467051] wlan0: send auth to b0:b2:dc:d1:99:a4 (try 1/3) > [ 54.468936] wlan0: authenticated > [ 54.469132] b43 ssb0:0 wlan0: disabling HT/VHT due to WEP/TKIP use > [ 54.469690] wlan0: associate with b0:b2:dc:d1:99:a4 (try 1/3) > [ 54.473986] wlan0: RX AssocResp from b0:b2:dc:d1:99:a4 (capab=0xc11 status=0 aid=3) > [ 54.474823] IPv6: ADDRCONF(NETDEV_CHANGE): wlan0: link becomes ready > [ 54.474920] wlan0: associated > [ 71.715677] fuse init (API version 7.20) > [ 179.609102] ieee80211 phy0: wlan0: No probe response from AP b0:b2:dc:d1:99:a4 after 500ms, disconnecting. > [ 179.642723] cfg80211: Calling CRDA for country: SE > [ 180.950693] wlan0: authenticate with b0:b2:dc:d1:99:a4 > [ 180.963233] wlan0: capabilities/regulatory prevented using AP HT/VHT configuration, downgraded > [ 180.963421] wlan0: send auth to b0:b2:dc:d1:99:a4 (try 1/3) > [ 181.165948] wlan0: send auth to b0:b2:dc:d1:99:a4 (try 2/3) > [ 181.368875] wlan0: send auth to b0:b2:dc:d1:99:a4 (try 3/3) > [ 181.571809] wlan0: authentication with b0:b2:dc:d1:99:a4 timed out > > > Not sure if it matters, but the laptop was bought in the UK and we've > since moved to Sweden (I did notice the mention of SE above). > > As you understand I'm pretty ignorant about this whole thing, so I can't make > heads nor tails of it. After booting the network is up, for a little > while, just enough to ping the router a few times: > > > % ping 192.168.1.254 > PING 192.168.1.254 (192.168.1.254) 56(84) bytes of data. > 64 bytes from 192.168.1.254: icmp_seq=1 ttl=64 time=11.4 ms > 64 bytes from 192.168.1.254: icmp_seq=2 ttl=64 time=10.0 ms > 64 bytes from 192.168.1.254: icmp_seq=3 ttl=64 time=4.51 ms > 64 bytes from 192.168.1.254: icmp_seq=4 ttl=64 time=6.56 ms > 64 bytes from 192.168.1.254: icmp_seq=5 ttl=64 time=5.24 ms > 64 bytes from 192.168.1.254: icmp_seq=6 ttl=64 time=14.2 ms > ping: sendmsg: No buffer space available > ping: sendmsg: No buffer space available > ping: sendmsg: No buffer space available > ping: sendmsg: No buffer space available > ping: sendmsg: No buffer space available > ping: sendmsg: No buffer space available > ^C > --- 192.168.1.254 ping statistics --- > 12 packets transmitted, 6 received, 50% packet loss, time 30030ms > rtt min/avg/max/mdev = 4.510/8.686/14.278/3.527 ms > > > Any suggestion on what I can do to fix it is welcome. > > /M > > -- > Magnus Therning OpenPGP: 0xAB4DFBA4 > email: mag...@therning.org jabber: mag...@therning.org > twitter: magthe http://therning.org/magnus > > I invented the term Object-Oriented, and I can tell you I did not have > C++ in mind. > -- Alan Kay I had problems as well with archlinux and Ubuntu b43 driver. I tried many times without success so I abandoned the idea and bought a new WiFi card for my laptop. Not helpful I know..
Re: [arch-general] make/ execvp error : argument list is too long
On 22 Mar 2013 14:50, "arnaud gaboury" wrote: > > On Fri, Mar 22, 2013 at 3:32 PM, Leonidas Spyropoulos > wrote: > > > On 22 Mar 2013 14:29, "arnaud gaboury" wrote: > > > > > > Dear List, > > > > > > I have an issue since 5-10 days when building android from source, as > > when > > > I have been building it for months with no problem. > > > > > > At one point in the building process, make will stop with this error: > > > make: execvp: /bin/bash: Argument list too long > > > > > > After some search, I found this error is thrown by execvp(), following > > the > > > errors specified in man execve(2). > > > > > > The execvpe() function appears in glibc. My glibc is the one from core, > > > 2.17-3, and has been reinstalled. Building AUR packages don't give any > > > error. > > > > > > The android ROM I am building is very closed to the android open source, > > > and build fine on another machine (Linux Mint). So I suspect the problem > > > comes from my box. > > > > > > The following line from android envsetup output puzzles me: > > > HOST_OS_EXTRA=Linux-3.8.4-1-ARCH-x86_64-with-glibc2.2.5 > > > > > > > > > What is this glibc2.2.5 ?? > > I think it's the glibc version of the box that compiled the kernel. > > > > > > > > Thank you for any help. > > > > > > Regards. > > > > > I built the Kernel !! Android Kernel built with no issue. Only the android > ROM building is broken I was referring to your host kernel not the android kernel of the ROM. What is the command 'uname -a' says?
Re: [arch-general] make/ execvp error : argument list is too long
On 22 Mar 2013 14:29, "arnaud gaboury" wrote: > > Dear List, > > I have an issue since 5-10 days when building android from source, as when > I have been building it for months with no problem. > > At one point in the building process, make will stop with this error: > make: execvp: /bin/bash: Argument list too long > > After some search, I found this error is thrown by execvp(), following the > errors specified in man execve(2). > > The execvpe() function appears in glibc. My glibc is the one from core, > 2.17-3, and has been reinstalled. Building AUR packages don't give any > error. > > The android ROM I am building is very closed to the android open source, > and build fine on another machine (Linux Mint). So I suspect the problem > comes from my box. > > The following line from android envsetup output puzzles me: > HOST_OS_EXTRA=Linux-3.8.4-1-ARCH-x86_64-with-glibc2.2.5 > > > What is this glibc2.2.5 ?? I think it's the glibc version of the box that compiled the kernel. > > Thank you for any help. > > Regards.
Re: [arch-general] mysqld (MySQL and MariaDB) polling
On 25 Feb 2013 15:40, "Christian Hesse" wrote:
>
> Hello everybody,
>
> based on the thread "[RFC] Migration to MariaDB" in arch-dev-public by
> Bartłomiej Piotrowski I started playing with MySQL and MariaDB. I noticed
> both were polling every second:
>
> <... futex resumed> ) = -1 ETIMEDOUT (Connection timed out)
> futex(0x1d48050, FUTEX_WAKE_PRIVATE, 1) = 0
> gettimeofday({1361806174, 246573}, NULL) = 0
> futex(0x1d4808c, FUTEX_WAIT_BITSET_PRIVATE|FUTEX_CLOCK_REALTIME,
> 2849, {1361806175, 246573000},
>
> Searching Google I found that the problem may be caused by the leap
second,
> though the load is not as high as some articles describe. (Continues
polling
> vs. one poll a second.)
Hello
I had the same problem with an EC2 instance which cost me some pounds.. And
yeah from what I searched as well it probably relevant to the leap second
problem.
>
> However the polling stops as soon as I manually set the time with date -s
and
> it start again if I run ntpdate to sync the time. As this is a notebook I
> rebooted more than once since the leap second happened. ;)
Mine was fixed when I did the date -s. (And I have done reboot after it.)
Have you tried changing servers for the ntpd? I think there was a bug
report in fedora about it, maybe worth looking for it and check comments.
Also do you update the hwclock?
>
> What is going on? This is a mobile system, so it would be great to get
rid of
> mysqld eating my battery power.
> --
> main(a){char*c=/*Schoene Gruesse */"B?IJj;MEH"
> "CX:;",b;for(a/*Chris get my mail address:
*/=0;b=c[a++];)
> putchar(b-1/(/* gcc -o sig sig.c && ./sig
*/b/42*2-3)*42);}
[arch-general] Failed to give slave programs access to the display
Hi all,
I have a strange problem with my GDM. The problem started when I got a
new monitor combined with updates.
First I got a new monitor and connected (switching from DVI -> VGA
cable to DVI -> DVI cable). It was different resolution as well
1900x1200. At the same session (ans without restarting) I upgraded
after a week or something with the new kernel 3.7.6-1-ARCH and latest
nvidia drivers 313.18.3-3. After that point the gdm starts (but slower
than before) and as soon as I put my password and tried to start my
session, the background image is lost (turns to black) I see some
flickering and the Gnome-shell session loads but I can't access
anything. I had this problem before randomly so I didn't pay attention
but now it's consistent. I can move the mouse around without affecting
the Gnome-shell though.
journalctl [1] shows the above message along with NVRM errors right
after I login.
I tried downgrading to lower kernel and nvidia drivers but it didn't
help as I cannot load the nvidia driver when I downgrade (I think I
need to rebuild the nvidia kernel module and don't know how).
I tried deleting the .config, .gconf, gnome2, gnome2-private, .nv
folders from my home folder in case it was configuration but nothing.
Anyone have some suggestion?
[1]: https://gist.github.com/spyropoulosl/2c0710f4c75eba029399
--
Caution: breathing may be hazardous to your health.
#include
int main(){printf("%s","\x4c\x65\x6f\x6e\x69\x64\x61\x73");}
Re: [arch-general] netbeans freeze
On 16 Nov 2012 12:12, "Arno Gaboury" wrote: > > Dear list, > > I recently started a Java certification and installed netbeans. > Firstly: Do you have to stick to netbeans? There are great alternatives and having used others I found netbeans to be bad at simplifying the life of a developer. My opinion of course.. > I experience a lot of few seconds freezes, with the CPU up to 100%. What 's the process with the 100% If it's a Java application (I.e. netbeans) the we would need the Java dump to see what's happening. > These issues arrise even when I am not building neither running any > code. > My system is usually working very well and has enough CPU to build > anything in a very short time (kernels, ROM...). > > Is there any settings in netbeans or Arch I missed? > Any idea where could this comes from? > > It is really annoying, especially for a Java newbie wich find it very > difficult to write even the smallest code :-( > > TY for help. Have you tried download the zip of net beans and run it. See if it's netbeans specific or the package from arch.
Re: [arch-general] immediate sleep after resume
On 15 Nov 2012 13:52, "Genes MailLists" wrote: > > This started happening sometime after I switched to systemd (tho I am not finger pointing). > > Upon resume - the laptop immediately sleeps - the second resume is fine. > Not every time either. Fresh boot - sleep - resume cycle seems to work fine. > > Googling suggested putting this in /etc/systemd/login.conf > > LidSwitchIgnoreInhibited=no > > However this makes no sense to me - as surely systemd knows the difference between the open and close lid events. The argument made was that there was competition between kde and systemd to sleep/resume and this would keep systemd from doing anything. > > Anyway - above makes no difference :-) > > Anyone have any ideas? > > testing repo fully updated - using kde and systemd. > > gene/ Hmm I am having the same behaviour without testing repos enabled, up to date, and with slim + xfce. I am also using systemd. It might have to do with the WiFi. Mine is a broadcom chip and unfortunately i found only the closed source drivers work (wl). I will try the suggested from Google config. Thanks, Leonidas
Re: [arch-general] [arch-dev-public] steam in our repos?
On 15 Nov 2012 10:15, "Gaetan Bisson" wrote: > > [2012-11-15 09:23:43 +] Leonidas Spyropoulos: > > And written permission should be the emails, thus I believe we are fine. > > Written permission should be a legally binding document. An email > stating the personal opinion of somebody who is neither a lawyer nor > official representative of the copyright holder (the company) has no > legal value. > > Of course nobody cares; people just want to throw more and more binary > blobs in [community] because it's cool and the AUR is for losers... Fair enough I can understand that, so having it in the AUR instead will save us from all that discussion since it's not binary, it's just a link for fetching and unzipping it, right? > > -- > Gaetan
Re: [arch-general] [arch-dev-public] steam in our repos?
On 15 Nov 2012 08:55, "Joakim Hernberg" wrote: > > On Thu, 15 Nov 2012 03:40:47 -0500 > Daniel Micay wrote: > > > steam://open/games > > Wow, this is all that clawsmail managed to quote from your msg...:) > > Indeed, it does work somewhat when started as "steam > steam://open/games", even though I don't find a single game to > play :( Thanks for the package, I guess it might become more useful at > some later date. > > -- > >Joakim It is not clear to me if we can distribute the package or not. I think the package was in AUR until a couple of days ago. As for the legal parts, if we get permission we should be fine, right [1]? And written permission should be the emails, thus I believe we are fine. [1]: […] without the prior written consent of Valve. […]
Re: [arch-general] Xfce4 utils
OK I will take a look at them. I want to probably use netcfg instead on network manager as I am using systemd. So it was be handy to have a simple panel app for connecting to wireless networks.. On 9 Nov 2012 12:10, "anti" wrote: > > > On 09/11/12 09:57, Leonidas Spyropoulos wrote: > >> Hey guys, >> I just removed gnome as it was quite heavy for my laptop and installed >> xfce. I remember there was a page on the wiki with some recommendations >> about WiFi management, system monitor etv. But I can't seem to find it. >> Anyone got some proposals? >> Thanks >> >> Did you install (parts of) the group xfce4-goodies? There's a great > selection of plugins for the panel that should cover most of your needs. > For wifi management you can just use nm-applet, you might need to add it > to the startup applications. > >
Re: [arch-general] ssd
On 31 Oct 2012 00:29, "Juan Diego Tascón" wrote: > > On Tue, Oct 30, 2012 at 6:32 PM, André Prata wrote: > > > On Tue, Oct 30, 2012 at 10:52 PM, Gaetan Bisson > >wrote: > > > > > [2012-10-29 21:58:01 -0500] Juan Diego Tascón: > > > > I just got a new laptop with a 25Gb ssd and I was wondering which would > > > be > > > > best if putting my home directory (minus music and videos) there or and > > > > arch install (minus pacman pkg cache). I read the ssd related article > > in > > > > the wiki and even though it mentions some optimizations and > > > considerations > > > > it doesn't mention anything regarding this issue. > > > > > > With a high-quality SSD you do not really need to do anything. > > > > > > With a generic SSD, you should reduce the number of writes or spread > > > them out evenly on all sectors. The latter can be achieved by using file > > > systems such as nilfs2. The former can be achieved by disabling system > > > logging or making /var/log a tmpfs, and more generally by controlling > > > write-hogs (think of XDG_CACHE_HOME, ~/.mozilla, etc.). > > > > > > But of course I cannot tell you as much as all the information many > > > people have put on the Internet over time on that topic. > > > > > > -- > > > Gaetan > > > > > > > I think the question is not as how to prolong the life of the disk, but > > rather how to take advantage of such a small space with high throughput. > > > > Well, I guess that it's really hard to tell if you would benefit more from > > having your system or your user files in the SSD, if there is no space for > > both. In case of lodging the system there, you would benefit from faster > > boot times, and some program calls. However, if you have a large memory > > system, it will account less and less towards greater uptimes. If that is > > the case, your personal files would be a better fit. > > > > One third option, although I'm not sure of the reliability or of the raw > > efficiency increase, would be to use the 25GB as a cache for everything > > else, with gimmicks such as flashcache [1] or bcache [2]. > > > > Or just google something like "SSD as a cache". > > > > [1] https://github.com/facebook/flashcache > > [2] http://lwn.net/Articles/458417/ > > > > > > André Prata > > http://about.me/andreprata > > > Yes my question was more oriented towards the kind of answer you just gave > me. To conclude I think I'll relocate my home directory to the ssd. It's according to what usage you do to the system. My choice is making it root except home, opt, and any cache, logging directory target to improve the boot times. If on the other hand you rarely restart (using suspend or not turning off PC) it's no use. Another factor would be power consumption, as if you put all your frequently used files in ssd, your HDD would spin down and save some watt (good for battery powered machines). > > One more question regarding the first answer: how can I tell if my ssd is > high quality? are there any tests? or maybe a references-features list? or > maybe some utility to fetch ssd info? > > Thanks to both of you As others said also no test available but you can judge it by the price. If you want to drill down to the problem, it's what kind of NAND the ssd is using and the controller.
Re: [arch-general] Btrfs snapshots for upgrade operations
Hey Tom
On Thu, Oct 25, 2012 at 4:02 PM, Tom Gundersen wrote:
> On Thu, Oct 25, 2012 at 3:50 PM, Leonidas Spyropoulos
> wrote:
>> Archlinux is supporting btrfs for root filesystem some time now. Have any
>> work or thoughts been done for supporting snapshots before update packages?
>> This way you can keep record of what's happening to your system and easily
>> rollback if something breaks.
>> I know Fedora and Suse (if not mistaken) supports that with their package
>> managers.
>
> I put together a proof-of-concept a while back for doing something
> like this. It "worked", but was nowhere near ready for public
> consumption, so I never posted it anywhere.
>
Would you be able to share it?
> What I thought would be nice was the ability for an upgrade to take
> effect on the next reboot without touching the running system. No need
> to integrate with pacman, a wrapper in bash would do.
>
> It went something like this (assuming / is on btrfs):
>
> create a new subvolume as a snapshot of /
> mount the new subvolume on /mnt/
> pacman -Syu --root=/mnt
> mark the new subvolume as the default one
>
> This means the current rootfs is not touched at all during the
> upgrade. However, next time the rootfs is remounted (i.e., on the next
> reboot) you will get the upgraded system. Moreover, if something went
> pear shaped, the subvolume of your old system should still be around
> which you can boot into with the right kernel parameter.
>
> Obviously any changes you do to the rootfs after creating the snapshot
> will be lost on the next reboot, so some care must be taken to make
> sure you know what you are doing :-) (it might be reasonable to only
> allow this if the rootfs is mounte read-only).
>
> Cheers,
>
> Tom
There is an interesting conversation in btrfs maling list happening now :
http://comments.gmane.org/gmane.comp.file-systems.btrfs/20738
--
Caution: breathing may be hazardous to your health.
#include
int main(){printf("%s","\x4c\x65\x6f\x6e\x69\x64\x61\x73");}
Re: [arch-general] Issues with torrents
On Thu, Oct 25, 2012 at 11:31 PM, Alexandre Ferrando wrote:
> On 25 October 2012 23:03, Figue wrote:
>> I've a similar issue like you with Deluge. A post that describes what I see
>> in my /var/log:
>> https://bbs.archlinux.org/viewtopic.php?id=123807
>>
>> |[...]
>> TCP: Possible SYN flooding on port 53126. Dropping request|
>> [...]
>>
>
> I don't have any messages like that on my logs.
>
>
>>
>> A workaround in this case it's disabling SYN flood protection in the kernel,
>> adding to /etc/sysctl.conf
>> net.ipv4.tcp_syncookies=0
>
> That doesn't help. I'm starting to think this is ISP related.
Universities networks often block torrent protocol on the proxy level.
Also recently (last 2 years) with all that fuzz on torrents and
piracy, ISPs usually sniff package traffic and throttle torrents also.
Alternative ways have been proposed, search if your ISP is blocking
the torrents and what you could do to work around it.
--
Caution: breathing may be hazardous to your health.
#include
int main(){printf("%s","\x4c\x65\x6f\x6e\x69\x64\x61\x73");}
[arch-general] Btrfs snapshots for upgrade operations
Hello all, Firstly can a TU or developer few it to the dev mailing list, as I don't have access. Archlinux is supporting btrfs for root filesystem some time now. Have any work or thoughts been done for supporting snapshots before update packages? This way you can keep record of what's happening to your system and easily rollback if something breaks. I know Fedora and Suse (if not mistaken) supports that with their package managers. Of course I am talking about an optional feature enabled only from the user, not by default. Thoughts, ideas, discussion are welcome. Regards Leonidas
Re: [arch-general] net-snmp conflict files on upgrade
On Wed, Oct 24, 2012 at 12:23 AM, rafael ff1 wrote:
> 2012/10/23 Leonidas Spyropoulos :
>> When I tried today to upgrade the system with:
>> pacman -Suyy
>> I got conflicts on net-snmp package.
>>
>> I installed everything except that and tried again with no results, is
>> it safe to --force it? Anyone had that also?
>> pacman log: http://pastie.org/5106091
>>
>>
>> --
>> Caution: breathing may be hazardous to your health.
>>
>> #include
>> int main(){printf("%s","\x4c\x65\x6f\x6e\x69\x64\x61\x73");}
>
> 'pacman -Qo ' will show you which package provides the
> existent files, if any. Than you can remove it to install net-snmp, in
> case you want/need it.
Thank you both I had to do it manually, check all files. (script to
the rescue!) all fixed now.
--
Caution: breathing may be hazardous to your health.
#include
int main(){printf("%s","\x4c\x65\x6f\x6e\x69\x64\x61\x73");}
Re: [arch-general] [projects] Message rejected
On 1 Oct 2012 13:49, "Tom Gundersen" wrote: > > Hi Leonidas, > > On Mon, Oct 1, 2012 at 2:42 PM, Leonidas Spyropoulos > wrote: > > l'm trying to send a patch over to arch-projects mailing list and it's > > rejected from filters. > > I added to subject the [archweb] as instructed from irc channel. > > > > This is my full subject: [archweb] [PATCH] Update Readme with Troubleshoot > > guide for SQLITE and POSTGRES > > > > Any idea why? > > My guess is that we just lack the "archweb" from our filters. It is > not mentioned in the original announcement: > < http://mailman.archlinux.org/pipermail/arch-projects/2012-June/002967.html>. That explains the behaviour > > Pierre: Should it be added? Should we have a tag for "others" in case > we have forgotten anything else? Should we add a summary of the policy > to the rejection emails? +1 for summary > > Cheers, > > Tom
[arch-general] Message rejected
Hey all, l'm trying to send a patch over to arch-projects mailing list and it's rejected from filters. I added to subject the [archweb] as instructed from irc channel. This is my full subject: [archweb] [PATCH] Update Readme with Troubleshoot guide for SQLITE and POSTGRES Any idea why? Leonidas
Re: [arch-general] Mailing list closed for 24 hours
On 28 Sep 2012 11:34, "Tom Gundersen" wrote: > > An option could be to enable moderation on dev-public, still defaulting to > rejecting everything, but allow through high-quality contributions from the > outside. > I concur this idea, but who's is going to moderate it? You should consider that also if someone from the devs moderate it (more work for them). > I agree that we should create a venue for would-be contributors to engage > with us, but i also agree that we don't want to end up with non > constructive content in dev-public, and we don't want to waste time on > justifying rejecting/banning things (it should stay high-quality and low > volume as we expect all devs and all users of testing to read it > thoroughly). > +1 for a "bridge" to the dev-land. > I don't know the best solution, just throwing out an idea. > > Tom
Re: [arch-general] Proprietary nvidia driver for different kernels
On 17 Sep 2012 18:46, "Ralf Mardorf" wrote: > > I don't play computer games. > > In any case it's nice to see that a opensource alternative to the > > closed nividia driver is available and working better all the time! > > Unfortunately we only can use it until 21 December 2012 ;D. > Unfortunately I have to use nvidia drivers for CUDA programming.. I might get a specific card just for the CUDA stuff and still load the nouveau for xorg. I don't think its possible with just one GPU, is it? Switching from nvidia to nouveau using the scripts in the wiki for now. > Regards, > Ralf > >
Re: [arch-general] Mime backup program
On Tue, Sep 11, 2012 at 8:35 PM, Arno Gaboury wrote:
> Very good news. I have been waiting for your app to get rid of the f*
> dejadup.
> Do you plan to build a AUR package? Would be best.
I made a PKGBUILD for that, already submitted.
@headmastersquall: I made you a pull request to include it into your repo.
--
Caution: breathing may be hazardous to your health.
#include
int main(){printf("%s","\x4c\x65\x6f\x6e\x69\x64\x61\x73");}
Re: [arch-general] Mime backup program
On Mon, Sep 10, 2012 at 4:03 PM, Squall Lionheart
wrote:
> I have renamed and moved this project to github for those interested.
> Thank you for all your help and I have applied most of the suggestions so
> far as well as made further improvements.
>
> https://github.com/headmastersquall/caatinga
>
I tried installing the caatinga in a custom directory and fails.
Please see issue:
https://github.com/headmastersquall/caatinga/issues/1
--
Caution: breathing may be hazardous to your health.
#include
int main(){printf("%s","\x4c\x65\x6f\x6e\x69\x64\x61\x73");}
Re: [arch-general] Mime backup program
On 10 Aug 2012 16:13, "Squall Lionheart" wrote: > > > You are the project maintainer, so you decide! On a side note, I > > think you don’t have many users, so a version change would work > > nicely. > > > > Thanks again. I have been in software development for nearly a decade and > am new to open source software so I'm just trying to learn whats best. I > will be resetting the version number on the move. > I agree, if you are going to reset the version better do it now that the project is young. Let me know when you move it to github and I will update the PKGBUILD with name change and new process of downloading the source. > Squall > > -- > Yesterday is history. > Tomorrow is a mystery. > Today is a gift. > That's why its called the present. > > Headmaster Squall :: The Wired/Section-9 > Close the world txen eht nepo > $3R14L 3XP3R1M3NT$ #L41N > http://twitter.com/headmastersqual
Re: [arch-general] Mime backup program
On Fri, Aug 10, 2012 at 7:47 AM, Axilleas Pi wrote:
>> pkgdesc="Mime is a command line backup program written in Python"
>> arch=('i686' 'x86_64')
> since it's a python app, arch should be 'any'
>>
>> url="http://http://code.google.com/p/mime-backup/";
> There's a double http:// :P
>>
>> license=('GPL3')
>> depends=('python2')
>> source=(http://mime-backup.googlecode.com/files/$pkgname-$pkgver.tar.gz)
>> md5sums=('9f6c3a33bffde6126b7a7bd85d38e7c5')
>>
>> build() {
>> cd $startdir/src/$pkgname-$pkgver
>> chmod 644 $startdir/src/$pkgname-$pkgver/mime.conf.sample
>> python2 setup.py install --root=$pkgdir || return 1
> || return 1 is not needed any more, pacman handles it. Rename startdir
> to srcdir.
> Also it's a good practice to place brackets {} around pkgdir and srcdir,
> or place the whole path in double quotes.
>
Thanks Axillea,
I fixed according to your recommendations:
# Contributor: Leonidas Spyropoulos
pkgname=mime
pkgver=2.0.0
pkgrel=1
pkgdesc="Mime is a command line backup program written in Python"
arch=('any')
url="http://code.google.com/p/mime-backup/";
license=('GPL3')
depends=('python2')
source=(http://mime-backup.googlecode.com/files/$pkgname-$pkgver.tar.gz)
md5sums=('9f6c3a33bffde6126b7a7bd85d38e7c5')
build() {
cd ${srcdir}/$pkgname-$pkgver
chmod 644 ${srcdir}/$pkgname-$pkgver/mime.conf.sample
python2 setup.py install --root=${pkgdir}
}
--
Caution: breathing may be hazardous to your health.
#include
int main(){printf("%s","\x4c\x65\x6f\x6e\x69\x64\x61\x73");}
Re: [arch-general] Mime backup program
Hey Squall,
I took the opportunity and created a small very simple PKGBUILD for
your application. I assume it doesn't depend on something special.
Also the package name will have to change and this will affect the
PKGBUILD as well.
When you move to git you will also have to change the PKGBUILD.
This is the first time I make a PKGBUILD file so if someone notice
something wrong please let me know.
# PKGBUILD for mime backup tool
# Contributor: Leonidas Spyropoulos
pkgname=mime
pkgver=2.0.0
pkgrel=1
pkgdesc="Mime is a command line backup program written in Python"
arch=('i686' 'x86_64')
url="http://http://code.google.com/p/mime-backup/";
license=('GPL3')
depends=('python2')
source=(http://mime-backup.googlecode.com/files/$pkgname-$pkgver.tar.gz)
md5sums=('9f6c3a33bffde6126b7a7bd85d38e7c5')
build() {
cd $startdir/src/$pkgname-$pkgver
chmod 644 $startdir/src/$pkgname-$pkgver/mime.conf.sample
python2 setup.py install --root=$pkgdir || return 1
}
What do you think?
--
Caution: breathing may be hazardous to your health.
#include
int main(){printf("%s","\x4c\x65\x6f\x6e\x69\x64\x61\x73");}
Re: [arch-general] New install media 2012.08.04 uses ZSH, if I may ask, why?
On 7 Aug 2012 08:56, "Jeremiah Dodds" wrote: > > > Well, all the canon arch scripts use #!/bin/bash, afaik[1] . Other than > that, while I use zsh regularly and love it, a move to having it as the > default shell would definitely require a lot of testing, if only because > bash has become so ubiquitous that I'd worry about breakage due to > non-POSIX "bashisms" being possibly relied on by a lot of scripts. > I first tests I guess would have to be done on the install scripts. Are the install scripts shell agnostic? > > Footnotes: > [1] https://wiki.archlinux.org/index.php/DeveloperWiki:Bash_Coding_Style > > -- > Jeremiah Dodds > > github : https://github.com/jdodds > freenode : exhortatory
Re: [arch-general] Install wiki - recommendations regarding 'swap' ?
On Sun, Aug 5, 2012 at 10:30 AM, Mantas Mikulėnas wrote:
> On Sun, Aug 5, 2012 at 4:50 AM, Scott Lawrence wrote:
>> If you want to hibernate, you need at least as much as you have RAM.
>
> I'm not sure this is true. AFAIK, both swsusp and uswsusp try to
> reduce the hibernation image as much as possible – I think
> /sys/power/image_size defaults to 1 GB for swsusp. (A large part of
> RAM is usually used by cache, which can be just freed before
> hibernating.)
>
> --
> Mantas Mikulėnas
As far as I know linux kernel expects a swap by default (that might
have changed after 3 kernel though..).
Personally I have 8Gb of RAM and rarely some KB are written to the
swap. Even when I had 4Gb or memory it was the same, rarely used it.
I have set swap to be 500Mb and set the kernel rarely to swap anything
to my SSD.
Note: for SSDs it's not recommended to have the swap writing a lot to
the disk as it wears off the SSD.
--
Caution: breathing may be hazardous to your health.
#include
int main(){printf("%s","\x4c\x65\x6f\x6e\x69\x64\x61\x73");}
Re: [arch-general] Wayland and Archlinux
On Thu, Aug 2, 2012 at 11:49 PM, Tom Gundersen wrote:
> On Fri, Aug 3, 2012 at 12:27 AM, Leonidas Spyropoulos
> wrote:
>> Are there any plans for eventually adopting Wayland over X?
>
> I'm not aware of any discussions.
>
> If I understand correctly, we won't have to make a decision either
> way, we can just add support for Wayland to the various parts of the
> stack as it becomes available, and people can chose for themselves.
> That said, most toolkits and window managers are not yet ready for
> Wayland, so at the moment it is not much point in doing this (unless
> you are helping with testing/development).
>
> -t
Hey Tom-
I would be happy to do testing for wayland, and development (although
I am lacking time..). Is there some other devs interested in it? I
think we need to start with some tracking down toolkits and WM that
require some work.
Cheers
L.
--
Caution: breathing may be hazardous to your health.
#include
int main(){printf("%s","\x4c\x65\x6f\x6e\x69\x64\x61\x73");}
[arch-general] Wayland and Archlinux
Are there any plans for eventually adopting Wayland over X?
Other bleeding edge distros mentioned they will be adopting it [1], [2]
I am not saying Archlinux should follow, just asking if there is (was)
any discussion about it.
[1]: http://lists.fedoraproject.org/pipermail/devel/2010-November/145273.html
[2]: http://www.markshuttleworth.com/archives/551
--
Caution: breathing may be hazardous to your health.
#include
int main(){printf("%s","\x4c\x65\x6f\x6e\x69\x64\x61\x73");}
Re: [arch-general] gtk apps causing X cpu usage 85-100%
On Thu, Aug 2, 2012 at 10:37 PM, David C. Rankin
wrote:
> On 08/02/2012 04:00 PM, David C. Rankin wrote:
>>
>> It's like there is some very bad race condition created in X when using gtk
>> apps with the nvidia driver?
Are you running ntpd ? Could be related to:
http://serverfault.com/questions/403732/anyone-else-experiencing-high-rates-of-linux-server-crashes-during-a-leap-second
Try stopping the ntpd and setting the date manually as suggested. Then
start ntpd again.
I had this problem on a Java application (activeMQ)
But it could be irrelevant also..
--
Caution: breathing may be hazardous to your health.
#include
int main(){printf("%s","\x4c\x65\x6f\x6e\x69\x64\x61\x73");}
Re: [arch-general] Quick btrfs-root question
On Wed, Aug 1, 2012 at 4:48 AM, Zhengyu Xu wrote:
> On Tue, 2012-07-31 at 21:50 -0400, Jameson wrote:
>> I apologize if I've missed it somewhere, but does grub support booting
>> from a multi-device btrfs root sub-volume without a separate /boot?
>> According to the wiki I think it's supposed to work, but when I chroot
>> to that root, and run grub-install, it returns:
>> Path `/boot/grub' is not readable by GRUB on boot. Installation is
>> impossible. Aborting.
>>
>> I left the chroot, and installed grub to that disk from my old root,
>> but it won't boot from my new volume. Does anyone have some advice,
>> or should I just move to a separate /boot?
>>
>> Thanks,
>> =-Jameson
I have a btrfs partition (no seperate /boot) and I recommend using
syslinux. You won't even have to upgrade to Grub2.
--
Caution: breathing may be hazardous to your health.
#include
int main(){printf("%s","\x4c\x65\x6f\x6e\x69\x64\x61\x73");}
Re: [arch-general] BTRFS USB key fails to boot
On 31 Jul 2012 01:49, "Δημήτρης Ζέρβας" <01tto...@gmail.com> wrote: > > yaffs2 would be faster than ext2? > On Jul 31, 2012 3:21 AM, "Δημήτρης Ζέρβας" <01tto...@gmail.com> wrote: > > > hm... I curently use ext2 and I have installation in a partition of my sd > > card. wich fs would be better than ext2, given that I need quich r/w but as > > less writes as possible? Usually you are limited by hardware not by the file system. > > On Jul 31, 2012 3:18 AM, "Leonardo Dagnino" wrote: > > > >> Well, I don't think it will "destroy" the flash... As it is made of NAND > >> flash, I suppose that it reacts pretty much like an SSD. Anyway, it should > >> take a considerable time until it wears out, and if you use it only to > >> install an OS, it won't have any writes, what means that it shouldn't wear > >> out for some years (or at least I hope so) > >> For what I remember, btrfs uses a pretty big amount of space, what means > >> more writes. > >> > >> Leonardo Dagnino > >> > >> Obs.: NAND flash only has a limited amount of erases/writes, not reads. > >> > >> > >> 2012/7/30 Zhengyu Xu > >> > >> > I've no idea on how btrfs performs with a flash disk actually. My btrfs > >> > partition just locates on a normal hdd so I have never thought about it > >> :-) > >> > > >> > Regards, > >> > Zhengyu Xu > >> > > >> > On 2012-7-31, at 8:27, Δημήτρης Ζέρβας<01tto...@gmail.com> wrote: > >> > > >> > > is it actually safe to format an usb flash to btrfs? won't it destroy > >> the > >> > > flash because of the read/writes? > >> > > On Jul 31, 2012 2:20 AM, "Zhengyu Xu" wrote: > >> > > > >> > >> On Mon, 2012-07-30 at 17:36 -0400, Kyle wrote: > >> > >>> Trying to install Arch on a USB key, I am having trouble getting a > >> > >> bootable system. I created a basic BTRFS filesystem and mounted it > >> with > >> > SSD > >> > >> optimizations and compression. I didn't create any subvolumes or > >> > anything > >> > >> else that is said to be problematic when booting to a BTRFS > >> filesystem. > >> > >> From that point, I followed the installation guide for a normal > >> install. > >> > >> However, after reading the documentation for GRUB and Syslinux, my > >> newly > >> > >> created install doesn't boot. I looked at the wiki entry for > >> installing > >> > to > >> > >> a USB key, but it is still written for AIF and grub-legacy. However, > >> the > >> > >> main difference I can find doesn't seem to apply, because although it > >> > >> mentions that the USB key where grub-legacy is installed is always > >> > hd0,0, > >> > >> grub2 is supposed to look for the UUID of the disk, which matches > >> > correctly > >> > >> in /boot/grub/grub.cfg. I also tried setting up this install to boot > >> > using > >> > >> Syslinux, but both bootloaders just drop me into some kind of shell > >> and > >> > >> refuse to boot. Unfortunately, since I am > >> > >>> visually impaired and use speech to install and use Arch, I am > >> unable > >> > to > >> > >> see whether I am in a "normal shell" or a rescue shell, or even what > >> > kind > >> > >> of issue the bootloaders are having that keeps them from finding a > >> > kernel. > >> > >> Should I be using a different filesystem other than BTRFS, even > >> though > >> > both > >> > >> bootloaders are said to support it? Should I not be using compression > >> > on my > >> > >> filesystem? Could this be a problem that is entirely unrelated to the > >> > >> filesystem I'm using? Any help is greatly appreciated. > >> > >>> ~Kyle > >> > >> > >> > >> Did you add usb and btrfs to the hooks array in your mkinitcpio.conf? > >> > >> > >> > >> Regards, > >> > >> Zhengyu Xu > >> > >> > >> > >> > >> > >> > >> > > >> > >
Re: [arch-general] Testing question
On Fri, Jul 27, 2012 at 9:20 PM, Florian Pritz wrote:
> On 27.07.2012 22:11, Leonidas Spyropoulos wrote:
>> Is there a way to enable the testing repo and install updates (with
>> pacman -Suyy) from the other repositories and only install updates
>> from testing if I explicitly mention it with some pacman command?
>
> Move [testing] below [extra] and [core] in pacman.conf. Do the same for
> [community-testing] and use pacman -S testing/whatever to install stuff.
right, I read on the wiki this is not recommended so I guess I will
stick to the normal repos for now.
No time to fix the pc due to testing..
>
> Just remember that you can run into problems if you do that, since this
> is somewhat similar to incomplete updates and pacman won't automatically
> pull newer dependencies from [testing].
>
> --
> Florian Pritz
>
--
Caution: breathing may be hazardous to your health.
#include
int main(){printf("%s","\x4c\x65\x6f\x6e\x69\x64\x61\x73");}
[arch-general] Testing question
Hey list,
Is there a way to enable the testing repo and install updates (with
pacman -Suyy) from the other repositories and only install updates
from testing if I explicitly mention it with some pacman command?
Thanks
--
Caution: breathing may be hazardous to your health.
#include
int main(){printf("%s","\x4c\x65\x6f\x6e\x69\x64\x61\x73");}
Re: [arch-general] [signoff] btrfs-progs
On Fri, Jul 27, 2012 at 9:03 PM, Tom Gundersen wrote:
> On Fri, Jul 27, 2012 at 10:00 PM, Jameson wrote:
>> On Fri, Jul 27, 2012 at 3:51 PM, Tom Gundersen wrote:
>>> On Fri, Jul 27, 2012 at 9:48 PM, Jameson wrote:
>>>> On Fri, Jul 27, 2012 at 3:32 PM, Leonidas Spyropoulos
>>>> wrote:
>>>>> Unfortunately none of my computers have multi-device btrfs now, used
>>>>> to have one for testing a couple of years ago
>>>>
>>>> I have a multi-device volume, but I'm running systemd. I can validate
>>>> that btrfs-progs in testing didn't break my volume being mounted
>>>> automatically on a reboot.
>>>
>>> I assume you are then using the btrfs hook in mkinitcpio? Did you
>>> regenerate it before you rebooted? (mkinitcpio -p linux).
>>
>> Yep
>>
>> =-Jameson
>
> Thanks!
Tested btrfs-progs from testing in 64bit arch, produced image and
hook. I don't have a multi device though.
--
Caution: breathing may be hazardous to your health.
#include
int main(){printf("%s","\x4c\x65\x6f\x6e\x69\x64\x61\x73");}
Re: [arch-general] [signoff] btrfs-progs
On Fri, Jul 27, 2012 at 8:04 PM, Tom Gundersen wrote:
> Hi guys,
>
> Seems not many of us yet use btrfs, I therefore would like to ask if
> any users can signoff on the btrfs-progs in testing (i.e. verify that
> the package appears to work).
I use btrfs for 3 years now the last 2 is my root and home partitions
(with regular backups).
I am not using testing repository, I can enable it and test
btrfs-progs. I usually just compile and install btrfs-progs from
Hugo's repository with latest patches.
>
> In particular, I'm interested to hear if someone who uses btrfs-progs
> and initscripts from testing could verify that the multi-device
> support still works? If you have the btrfs hook in your initramfs,
> then please enable udev too and regenerate the image to verify that
> that also still works.
Unfortunately none of my computers have multi-device btrfs now, used
to have one for testing a couple of years ago
>
> For those who are interested: the change we made was to scan btrfs
> devices for multi-device support using udev rules as the devices
> appear rather than doing it unconditionally after "all the devices
> should be ready". This approach should hopefully be more reliable than
> the old one.
>
> Cheers,
>
> Tom
Let me know if I can otherwise help.
--
Caution: breathing may be hazardous to your health.
#include
int main(){printf("%s","\x4c\x65\x6f\x6e\x69\x64\x61\x73");}
[arch-general] Systemd +1
Hey all,
I just wanted to share my experience with you. I follow closely the
changes and discussion about systemd and I have to say that in the
first I was worried also that taken away the basic configuration from
rc.conf will be complicated and will cause more pain.
I usually enjoy breaking my computer into a point that I have to spend
2 hours reading the wiki or forums to fix it. Now days though I don't
have much time mainly due to work. Thus I wanted to get ahead of the
migration of initscripts to systemd.
I recently made an Archlinux installation on my laptop so the system
was quite clean. It was the perfect target for systemd migration. I
just installed the systemd and opened up wiki page. I started making
configuration changes to the files replacing entries in rc.conf with
new files.
It was quite straight forward if you know your system and refer back
to your rc.conf.
When done I removed the intescripts and rebooted. It was that simple.
Had a bit of glinches as I didn't enable networkmanager from the start
and reboot from inside the gnome didn't work, but now it's all fixed.
I recommend to all to try at least once the systemd migration and then
express opinions. It's really easy.
Maybe it's just my idea but I think the system is somewhat faster on
the booting now.
Just my opinion but as I see initscripts are abandoned and Archlinux
is a bleeding edge distro, it's natural solution to adopt systemd.
+1 from me :)
Disclaimer: this was done on a laptop a very recent installation,
maybe on other more complicated installations it's harder.
Leonidas
--
Caution: breathing may be hazardous to your health.
#include
int main(){printf("%s","\x4c\x65\x6f\x6e\x69\x64\x61\x73");}
Re: [arch-general] Grub2 config file needs to be tweaked with last official ISO
On 22 Jul 2012 12:49, "Damjan" wrote: > > ps. > any special reason that you have a separate /boot partition? > I think it was a requirement for when using btrfs. > > -- > дамјан
Re: [arch-general] problems with wifi b43 (broadcom)
On Jul 17, 2012 9:28 AM, "Thanos Zygouris" wrote: > > On Tue 17 Jul 08:54, Leonidas Spyropoulos wrote: > > On Jul 17, 2012 12:28 AM, "Thanos Zygouris" < athanasios.zygou...@gmail.com> > > wrote: > > > > > > I also have a D4300 and is working fine with b43 driver...i use wicd for > > > network manager. > > > > Does these two models share the same Broadcom Wi-Fi module? Look above for > > my Wi-Fi module model. > > Oops, i've done a typo. It's E4300, not D4300. Yes, we have the same > laptop. > > lspci info (for clarification): > 0c:00.0 Network controller: Broadcom Corporation BCM4322 802.11a/b/g/n > Wireless LAN Controller (rev 01) > > and lspci -v: > 0c:00.0 Network controller: Broadcom Corporation BCM4322 802.11a/b/g/n > Wireless LAN Controller (rev 01) > Subsystem: Dell Wireless 1510 Wireless-N WLAN Mini-Card > Flags: bus master, fast devsel, latency 0, IRQ 17 > Memory at f69fc000 (64-bit, non-prefetchable) [size=16K] > Capabilities: > Kernel driver in use: b43-pci-bridge > > I only installed b43-firmware package from aur, with latest vanilla > kernel. This is weird.. I did same steps, installed aur package for firmware. I installed the arch on the laptop on Friday. Vanilla kernel.
Re: [arch-general] problems with wifi b43 (broadcom)
On Jul 17, 2012 12:28 AM, "Thanos Zygouris" wrote: > > I also have a D4300 and is working fine with b43 driver...i use wicd for > network manager. Does these two models share the same Broadcom Wi-Fi module? Look above for my Wi-Fi module model.
Re: [arch-general] problems with wifi b43 (broadcom)
On Sat, Jul 14, 2012 at 10:14 PM, Jesse Juhani Jaara
wrote:
> la, 2012-07-14 kello 21:54 +0100, Leonidas Spyropoulos kirjoitti:
>> I can't seem to be able to get an IP. I am including the logs as well.
>>
>> I tried disabling the ipv6 with no luck (so I revert it).
>> I tried with a usb wifi card and it's working fine.
>>
>> Any suggestions?
> How did you try to get the ip? dhcpcd? Does manually setting ip wok?
> Also you need to paste the logs into the message or some pastebin
> service, Arch's mailing lists stip out any attachments
I am using dhcpd and it's working because against the same router the
usb wifi card works.
Also I had some progress:
I managed to configure and make the Broadcom card work with
broadcom-wl drivers (propretiery)
According to the wiki
(https://wiki.archlinux.org/index.php/Broadcom_wireless) though this
is not recomended and I would prefer to use the b43 driver.
my kernel messages can be found here:
http://pastebin.com/gjYG7v9a
I assume that dhcpd daemon works fine because on all other interfaces
(and even on the wlan0 with wl driver) works fine.
I used the firmware from AUR.
--
Caution: breathing may be hazardous to your health.
#include
int main(){printf("%s","\x4c\x65\x6f\x6e\x69\x64\x61\x73");}
[arch-general] problems with wifi b43 (broadcom)
Hey all,
I am setting up an archlinux on my laptop (Dell Latitude E4300) with
Broadcom Wifi:
0c:00.0 Network controller: Broadcom Corporation BCM4322 802.11a/b/g/n
Wireless LAN Controller (rev 01)
I had to load the firmware for the driver so I did from the AUR:
https://aur.archlinux.org/packages.php?ID=21690
I can't seem to be able to get an IP. I am including the logs as well.
I tried disabling the ipv6 with no luck (so I revert it).
I tried with a usb wifi card and it's working fine.
Any suggestions?
Regards
Leonidas
--
Caution: breathing may be hazardous to your health.
#include
int main(){printf("%s","\x4c\x65\x6f\x6e\x69\x64\x61\x73");}
Re: [arch-general] A question specifically about upgrading an existing arch system from grub legacy to grub without UEFI or GPT
On Jul 2, 2012 5:48 PM, "mike cloaked" wrote: > > On Mon, Jul 2, 2012 at 5:39 PM, gt wrote: > > > Why do you need to upgrade to grub2? Even if grub-legacy won't be in the > > official repositories, it'll be in the AUR. Also, you don't need to > > reinstall grub every now and then, so i don't see the need to upgrade. > > OK if the general policy will be that for existing systems there is no > need to upgrade grub in this situation that will be great - and if > grub-legacy is in the AUR but no further development or changes takes > place then that would satisfy me and there would be presumably no need > to install the grub-legacy package from AUR? Just continue to update > using pacman -Syu? That's what I assume also. I'm using syslinux so I am not directly affected by the upgrade, but always good to know. Also since this could potentially break you system the update would be in the news add well when it happens, along with info on how to proceed on various situations. > > A further question then arises - let's say there is a system on which > arch is not yet running and a new arch install needs to be done - but > that the disk is pre-partitioned and has perhaps Windows XP or Windows > 7 that the user would like to preserve with a dual boot system - and > which perhaps has an OEM (HP) recovery partition between the MBR and > the NTFS Windows partition with a post-MBR gap of 64 sectors. When > installing arch when the default is grub2 - would it then need a > larger post-MBR gap to achieve a successful (and bootable) install? > (This is for the presumption that it has BIOS and MBR partitioning > only - and again no GPT or UEFI) - or would an install along the lines > that most people have been used to doing with existing install media > work perfectly well? > > > > -- > mike c
Re: [arch-general] cpufreq stopped working
On Jun 30, 2012 4:01 PM, "Leonid Isaev" wrote: > > On Sat, 30 Jun 2012 10:05:29 -0400 > Martin Zecher wrote: > > > Thanks for answering. > > > > I already installed cpupower with no luck. I think that the problem is > > related with the module acpi_cpufreq, which loads but does nothing at all. > > For basic (automatic) scaling you don't need either cpupower nor cpufreq nor > MODULES=(acpi_cpufreq) with linux 3.4.x. Can you elaborate in that a bit more? Does the kernel handle that? What does the cpupower or cpufreq offer more? >From your previous email, it follows > that your kernel oopses. Please show the complete relevant piece from > kernel.log (or whatever place systemd logs to, not grepped). Also, you could > try booting w/o nvidia to not taint kernel. > > > > > > > On Sat, Jun 30, 2012 at 7:58 AM, Jesse Juhani Jaara > > wrote: > > > > > la, 2012-06-30 kello 01:14 -0400, Martin Zecher kirjoitti: > > > > I'm not really sure when cpufreq stopped working, maybe 2 or 3 months > > > ago. > > > > It was working fine before and I don't really remember making any change > > > in > > > > configuration. > > > > > > Cpufreq utils are deprecated and replaced with cpupower utils. Try > > > installing cpupower and see if it works ^_^ > > > > > > > > > > > > > > -- > Leonid Isaev > GnuPG key: 0x164B5A6D > Fingerprint: C0DF 20D0 C075 C3F1 E1BE 775A A7AE F6CB 164B 5A6D
Re: [arch-general] merging files from pacnew
On Mon, Jun 25, 2012 at 7:00 AM, Arno Gaboury wrote:
> On 06/25/2012 06:55 AM, gt wrote:
> I couldn't find any doc about pacdiff.
> I manually merged all my pacnew files using oldschool diff and a text
> editor. Not very conveniant, but it did the job.
> Now playing finally with Vimdiff, as there is a lot of good doc. Even if I
> am lost with all these keyboard commands, I like the dual screen interface,
> and think I will stick to it. I will maybe add an entry in the *Pacnew and
> Pacsave* *files*, as I think a list of most used shortcuts could be
> explained.
>
> TY for all your advices.
Dear Arno,
It's good that you find your way of dealing with pacnew files. Please
take a look at the wiki page
https://wiki.archlinux.org/index.php/Pacnew_and_Pacsave_Files
And the forum link posted at the end of the wiki.
Another helpful tool is pacmatic
(https://wiki.archlinux.org/index.php/Pacmatic#Consider_Using_Pacmatic)
It automatically informs you if pacman created any pacnew files that
you have to deal with.
A command like the:
locate -e --regex "\.pac(new|orig|save)$"
will help you find any pacnew files you have on your system, I usually
use this in case I left over some when I did the merge and didn't
delete the file after.
Regards
Leonidas
--
Caution: breathing may be hazardous to your health.
#include
int main(){printf("%s","\x4c\x65\x6f\x6e\x69\x64\x61\x73");}
Re: [arch-general] [arch-dev-public] time to drop openjdk6 ?
On Wed, Jun 13, 2012 at 8:57 PM, Chris Sakalis wrote:
> Hello,
> not a very important application, and there may be some workarounds,
> but with openjdk7 Minecraft [1] fails to load the correct bundled
> libraries on 64bit. From the exception, it appears that it actually
> tries to load the 32bit libs, but it fails. Again, this is only for
> the bundled lwjgl libraries. Just a small point for keeping openjdk6,
> for the moment.
>
> --Chris Sakalis
>
> [1] - https://aur.archlinux.org/packages.php?ID=39434
>
>
> On Wed, Jun 13, 2012 at 9:20 PM, Ray Kohler wrote:
>> On 13.06.2012 21:32, Andreas Radke wrote:
>>> Oracle has declared JRE/JDK7 the preferred one over JRE/JDK6. So it
>>
>> Upstream only yesterday fixed a bug which affects me
>> (http://icedtea.classpath.org//hg/icedtea-web?cmd=changeset;node=40776f2e940f).
>> So I'd be grateful if you would wait until that commit comes down to
>> our icedtea-web-java7 package before dropping icedtea-web.
I think we should move forward to 7. Oracle already announced that
they are moving so the the application must follow. You can always
keep a JRE 6 and JDK 6 locally as optional somewhere else (/opt) or
even at your home folder for your development and for applications and
make alias for them or even load them in your local .profile.
--
Caution: breathing may be hazardous to your health.
#include
int main(){printf("%s","\x4c\x65\x6f\x6e\x69\x64\x61\x73");}
Re: [arch-general] OT: DNS server help
On Tue, Jun 12, 2012 at 10:49 PM, Δημήτρης Ζέρβας <01tto...@gmail.com> wrote:
> On Jun 13, 2012 12:46 AM, "Δημήτρης Ζέρβας" <01tto...@gmail.com> wrote:
>>
>> i just understood...
>>
>> On Jun 13, 2012 12:38 AM, "David J. Haines" wrote:
>> >
>> > On Wed, Jun 13, 2012 at 12:35:00AM +0300, Δημήτρης Ζέρβας wrote:
>> > > so you want an email like:
>> > > Q
>> > > A
>> > > ??? sorry, next time i will ask questions and wait for an answer...
>> > > i can' correct the signature right now...
>> > > On Jun 13, 2012 12:29 AM, "Ralf Mardorf"
> wrote:
>> > >
>> > > > On Wed, 2012-06-13 at 00:20 +0300, Δημήτρης Ζέρβας wrote:
>> > > > > i didn't understand the "PS"
>> > > >
>> > > > Irony?
>> > > >
>> > > > Question: What is the most annoying thing on usenet and in e-mail?
>> > > > Answer: Top-posting.
>> > > > Question: Why is it such a bad thing?
>> > > > Answer: Because it messes up the order in which people normally read
>> > > > text.
>> > > >
>> > > > Regarding to the signature, shouldn't it be two dashes + a space?
> "-- "
>> > > >
>> > > > --
>> > > > Ralf
>> > > >
>> > > >
>> > > >
>> > > >
>> > No, we just want you to respond to prior e-mails like I am: at the
>> > bottom of the string, not the top.
>> > --
>> > David J. Haines
>> > djhai...@gmx.com
>> understood...
>> i use gmail from desktop and its a problem
>
> oh god, conversation fucked up... i responded top and then bottom and now i
> see the quoted text!!! and your signature! FU gmail!
It is true gmail is very bad for mailing lists, this is why many use
an email client.
Also gmail is bad if you care about security this is why many use
their own email server.. so again email client. (and this is the point
when you buy a VPS) :P
Gmail doesn't support encrypting your emails (for obvious reasons) so
many use email client.
I just noticed I could have used a variable for the string: 'many use
an email client'
--
Caution: breathing may be hazardous to your health.
#include
int main(){printf("%s","\x4c\x65\x6f\x6e\x69\x64\x61\x73");}
Re: [arch-general] DNS server help
On Tue, Jun 12, 2012 at 10:00 PM, Δημήτρης Ζέρβας <01tto...@gmail.com> wrote:
> wow...
> do you have any resource that explains the zones in detail and so that i
> can actually understand and learn them?
> also guide for setting up mydns? or it works out of the box?
>
Hello Dimitri,
A simple google search about 'DNS Zones explained' returns a lot of
results, also check the zone_file entry in wikipedia.
PS: take a look at this:
A: Because it messes up the order in which people normally read text.
Q: Why is it such a bad thing?
A: Top-posting.
Q: What is the most annoying thing on usenet and in e-mail?
and please use two dashes over your signature if possible so that
email clients (and users) can detect that's after that point it's your
signature and not something related to the post.
> (\_ /) copy the bunny to your profile
> (0.o ) to help him achieve world domination.
> (> <) come join the dark side.
> /_|_\ (we have cookies.)
>
>
> On Tue, Jun 12, 2012 at 11:52 PM, Mantas Mikulėnas wrote:
>
>> On Tue, Jun 12, 2012 at 11:45 PM, Δημήτρης Ζέρβας <01tto...@gmail.com>
>> wrote:
>> > hmm, that's good... no mydns?
>>
>> MyDNS appears to be unmaintained, but it fits your requirements.
>>
>> Still, I would recommend learning basic DNS first, without the
>> additional complexity of SQL. Host your domain for a while using BIND,
>> NSD, or MaraDNS until you can remember the SOA record fields at five
>> in the morning, *then* set up MySQL.
>>
>> --
>> Mantas Mikulėnas
>>
--
Caution: breathing may be hazardous to your health.
#include
int main(){printf("%s","\x4c\x65\x6f\x6e\x69\x64\x61\x73");}
Re: [arch-general] Mirrors
On Thu, May 31, 2012 at 8:19 AM, P .NIKOLIC wrote:
>
> Hi ..
>
> I am getting lots of errors from the mirror.lividpenguin.com stating
> : Given file does not exist is this mirror having problems or should
> i remove it from my mirrors list this has been an issue for best part
> of a week now
Hello Pete,
Maybe your chosen mirros is down or slow. Try one of the others:
http://www.archlinux.org/mirrors/status/
Hope you solve it.
L.
>
>
> Pete .
>
> --
> Linux 7-of-9 3.3.7-1-ARCH #1 SMP PREEMPT Tue May 22 00:26:26 CEST 2012
> x86_64 GNU/Linux
--
Caution: breathing may be hazardous to your health.
#include
int main(){printf("%s","\x4c\x65\x6f\x6e\x69\x64\x61\x73");}
Re: [arch-general] renice Bash at login
On Mon, Apr 23, 2012 at 7:27 PM, Mauro Santos
wrote:
> On 23-04-2012 19:03, Leonidas Spyropoulos wrote:
>> Can you share the script please?
>>
>>>
>>> --
>>> Mauro Santos
>>>
>>
>
> For arch it would be something like this:
>
> #!/bin/bash
> renice 15 `ps axo "bsdtime,euid,pid,nice,%cpu,comm" | sed 's/:..//' |
> awk '{if ($2 >= 1000 && $1 > 30 && $5 > 80 && $4 < 15 ) print $3}'`
>
> The script should be only two lines long (the shebang + command).
> Name it whatever you like, put it inside /etc/cron.hourly and make sure
> it is executable.
> I guess it's not pretty but gets the job done :p
Thanks that will do probably.
>
> --
> Mauro Santos
--
Caution: breathing may be hazardous to your health.
#include
int main(){printf("%s","\x4c\x65\x6f\x6e\x69\x64\x61\x73");}
Re: [arch-general] renice Bash at login
On Monday, April 23, 2012, Mauro Santos wrote:
> On 23-04-2012 14:48, Geert Hendrickx wrote:
>> On Mon, Apr 23, 2012 at 14:25:09 +0100, Leonidas Spyropoulos wrote:
>>> Well I want to decrease the priority of all users logged into the
>>> system (expect root) at login. So let's say run every bash and every
>>> spawned process that a user run with priority 5.
>>
>>
>>
>> If your users are just running vi and grep and the like, and not any
>> long-running, CPU intensitive tasks, this will make zero difference in
>> overall performance of your server.
>>
>>
>> Geert
>>
>>
>
> I've dealt with CPU hogging processes with a cron job. It runs every
> hour and does the following _only_ for user accounts (it doesn't touch
> root or system/daemons accounts):
> for every process check if it has used more than 30min of cpu time,
> if yes then check niceness, if niceness is lower than 15, raise niceness
> to 15, otherwise do nothing.
>
> Normal processes should not be affected, short spikes of cpu usage are
> allowed but cpu hogging processes will get niced not to slow the whole
> system to a halt. The idea is to interfere as little as possible with
> the running processes.
Can you share the script please?
>
> --
> Mauro Santos
>
--
Caution: breathing may be hazardous to your health.
#include
int main(){printf("%s","\x4c\x65\x6f\x6e\x69\x64\x61\x73");}
Re: [arch-general] renice Bash at login
On Mon, Apr 23, 2012 at 2:30 PM, Gaetan Bisson wrote:
> [2012-04-23 14:25:09 +0100] Leonidas Spyropoulos:
>> Well I want to decrease the priority of all users logged into the
>> system (expect root) at login. So let's say run every bash and every
>> spawned process that a user run with priority 5.
>
> I understand but why do that when you can just increase the scheduling
> priority of your beloved root processes instead?
True effectively it's the same, but still I would like to not be
forced to run nice for every command the root run.
>
> --
> Gaetan
--
Caution: breathing may be hazardous to your health.
#include
int main(){printf("%s","\x4c\x65\x6f\x6e\x69\x64\x61\x73");}
Re: [arch-general] renice Bash at login
On Mon, Apr 23, 2012 at 2:21 PM, Gaetan Bisson wrote:
> [2012-04-23 14:02:23 +0100] Leonidas Spyropoulos:
>> I am trying to renice the user bash on Login. So every time someone
>> logs through SSH to the server to get a lower priority than normal.
>> Is that possible? Is it a good idea in general?
>
> Why would you want to do that? As root, you can use nicenesses from -20
> to -1 to schedule your tasks with higher priority. Nicenesses from 1 to
> 20 are for users to decrease their tasks' scheduling priority.
>
Well I want to decrease the priority of all users logged into the
system (expect root) at login. So let's say run every bash and every
spawned process that a user run with priority 5.
> --
> Gaetan
--
Caution: breathing may be hazardous to your health.
#include
int main(){printf("%s","\x4c\x65\x6f\x6e\x69\x64\x61\x73");}
[arch-general] renice Bash at login
Hi all,
I searched around with no help so if you can help out:
I am trying to renice the user bash on Login. So every time someone
logs through SSH to the server to get a lower priority than normal.
Is that possible? Is it a good idea in general?
A server usually is not to be used from users, only login sporadic to
do updates and various maintenance work
Thanks
Leonidas
--
Caution: breathing may be hazardous to your health.
#include
int main(){printf("%s","\x4c\x65\x6f\x6e\x69\x64\x61\x73");}
