Re: [arch-general] Partition mounting in systemd [WAS: Lennart Poettering on udev-systemd]
On 08/14/2012 08:53 PM, Oon-Ee Ng wrote: On Wed, Aug 15, 2012 at 8:13 AM, Tom Gundersen t...@jklm.no wrote: On Wed, Aug 15, 2012 at 1:55 AM, David Benfell benf...@parts-unknown.org wrote: Does systemd not use the standard mount program and follow /etc/fstab? It does. Though it does not use mount -a, but rather mounts each fs separately. [putolin] I came across another anomaly on my systemd boxes that I would like someone to verify if they could. Please do this on a backup system. I was changing some lvm partitions about that were mounted in /etc/fstab, actually I removed them and created two new lvm partitions with different names, but failed to update the fstab. Upon rebooting the systems failed to boot and where stuck at trying to mount the non existing lvm partitions. I could not fix the systems as I could not get a recovery bash prompt. I had to use a boot live CD to edit the fstab and then all was well. On all my sysvinit systems a bad mount point would just give me an error and continue booting. Could some brave enterprising soul confirm this? This created the following question: Can systemd boot a system without a fstab?
Re: [arch-general] Think twice before moving to systemd
On 08/15/2012 03:39 AM, Tom Gundersen wrote: On Wed, Aug 15, 2012 at 9:24 AM, Felipe Contreras felipe.contre...@gmail.com wrote: Well, I see absolutely no evidence of such an analysis, so consider me a skeptic. That's ok. We are not in the PR business, we are not selling anything. You are selling a distribution. We are? Damn. Where is my cut. Allan!? -t I saw your cut... why it's just over there -
Re: [arch-general] Partition mounting in systemd [WAS: Lennart Poettering on udev-systemd]
On 08/15/2012 09:30 AM, Christoph Vigano wrote: I could not fix the systems as I could not get a recovery bash prompt. I had to use a boot live CD to edit the fstab and then all was well. On all my sysvinit systems a bad mount point would just give me an error and continue booting. Wouldn't it have been easier to just start with init=/bin/bash ? Just asking, as this would have been my first attempt at solving the problem. Greetings, Christoph maybe, I usually just boot to a rescue cd or usb mount the root partition and go to work at it. When I break things or have boot failures I don't know what is wrong until I look. Some times if you are using jfs on root all that is needed is an fsck but it won't boot because something is buggered so init=/bin/bash doesn't work, so I just get the usb drive and plug and play. I do this so I can invoke the maximum damage to the system under abuse :)
Re: [arch-general] Partition mounting in systemd [WAS: Lennart Poettering on udev-systemd]
On 08/15/2012 11:01 AM, C Anthony Risinger wrote: On Wed, Aug 15, 2012 at 6:38 AM, Baho Utot baho-u...@columbus.rr.com wrote: On 08/14/2012 08:53 PM, Oon-Ee Ng wrote: On Wed, Aug 15, 2012 at 8:13 AM, Tom Gundersen t...@jklm.no wrote: On Wed, Aug 15, 2012 at 1:55 AM, David Benfell benf...@parts-unknown.org wrote: Does systemd not use the standard mount program and follow /etc/fstab? It does. Though it does not use mount -a, but rather mounts each fs separately. [putolin] I came across another anomaly on my systemd boxes that I would like someone to verify if they could. Please do this on a backup system. I was changing some lvm partitions about that were mounted in /etc/fstab, actually I removed them and created two new lvm partitions with different names, but failed to update the fstab. Upon rebooting the systems failed to boot and where stuck at trying to mount the non existing lvm partitions. I could not fix the systems as I could not get a recovery bash prompt. I had to use a boot live CD to edit the fstab and then all was well. On all my sysvinit systems a bad mount point would just give me an error and continue booting. Could some brave enterprising soul confirm this? This created the following question: Can systemd boot a system without a fstab? you would have to provide the mountpoints -- depending on what you were mounting i'm quite sure initscripts would fail (/usr? /var? what was changed??), though they may very well just keep chugging on, pretending all is well. root mount depends on nothing more than what's listed on the kernel cmdline in grub.cfg or equivalent. you could have also added `break=y` (legacy form, i forget the new syntax) to open a shell in the initramfs and correct from there. AFAIK systemd doesn't NEED an fstab, but you would then need to provide native *.mount files instead ... SOMETHING has to tell it where the mounts go, yes? I don't know what your pointing out here What I had was /dev/lvm/lfs and /dev/lvm/LFS in the fstab. These where mounted into /mnt/lfs and /mnt/lfs/LFS I removed those from lvm and created /dev/lvm/wip and /dev/lvm/WIP and I did not remove the /dev/lvm/lfs and /dev/lvm/LFS from the fstab file, then rebooted. As far as I could tell systemd rolled over because it could not mount the lfs and LFS lvm partitions, because they where not there. It just hung waiting for mount points that just wasn't going to showup no matter what. I could not get a maintenence prompt it was just stuck at trying to mount the non-existent lvm partitions. My sysvinit systems simply spit out an error can mount what ever blah blah blah and continued to boot. Of course those points were not mounted by the system did boot fully. As for booting without an fstab I do that alot on my custom rescue usb thumb drives as they do not have a fstab file at all. I use not *.mount files at all and the system works just finethe kernel knows where its root file system is. Try removing/moving the fstab from a test system. It will boot and run fine, of course you will lose swap and any other such things but if you have everything on one partition your good.
Re: [arch-general] Personal note
On 08/15/2012 01:27 PM, Tom Gundersen wrote: Hi guys, As most devs have done already, I'm going to change my relationship with arch-general. This probably does not matter to most of you, so sorry for the noise. Then again, it might be a useful reminder about how most devs interact with the list (or rather, how they do not). My approach to arch-general used to be: 1) to scan it for bug reports and feedback related to my corner of the Arch world, and follow up on whatever bugs/problems/questions I could. 2) to correct anything that I considered misinformation about the same. I am no longer able to keep up with this, so I will: 1) stop dealing with bugs reported on the mailing-list, please report anything to the bug tracker. 2) just accept that the world is full of misinformation and baseless speculations and not engage with it any longer. This is mostly for the sake of my own sanity, but also because I think my continued presence on this mailing list decreases rather than increases the current abysmal quality of discussion. Lastly, I'd like to add that I have appreciated the many constructions conversations on the list. Cheers, Tom I will do you one better I will be unsubscribing to all arch mailing lists and taking my leave. This is why I have left the arch community for other waters...Too many personal attacks when I have tried to post here. Yes I may have said things in a way that others could not understand but I am not a English speaking person. This list should be used for help etc not to denigrate , But others just want to start dick size wars which I am not interested in and have no time for. You know who you are I hope your self indulgence full fills your wishes. No one posting on list lists deserve to be treated in this manner no matter what is posted, Telling posters to F off etc. If you don't like what is posted then just ignore it... that is what filters are for. It is a sad day today for humanity and I shall take my leave. PS: Those that want to insult me (again you know who you are) go right ahead if it makes you feel good. Sorry I wont' see your insults. Good luck and Good nite Mabuhay
Re: [arch-general] OT: [arch-dev-public] polkit package upgrade patch
On 08/14/2012 03:17 AM, Tom Rand wrote: On Tue, Aug 14, 2012 at 08:59:07AM +0200, Lukas Jirkovsky wrote: On 13 August 2012 21:36, Ralf Mardorf ralf.mard...@alice-dsl.net wrote: On Mon, 2012-08-13 at 21:26 +0200, Ralf Mardorf wrote: Some chips work better at e.g. 96KHz, it doesn't depend to the KHz, simply to the chip. I always thought that these high sampling frequencies are used to avoid aliasing without need for a low-pass filter. Is that true, or am I completely wrong? Lukas Sorry to the Arch hivemind that this first post on mine in this list has a negative tone. OK OK thanks for all the great knowledge being shared about audio, BUT aside from adding OT into the subject this discussion has gone so far off topic it does not even pertain to ARCHLINUX at all! So can i ask you all to please drop this stop filling up my mailbox with unrelevant chit chat or take this to a more relevant place, you all have each others email address' so make your own personal thread. t0m5k1 Why do I care if your mailbox is filling up ?
Re: [arch-general] Lennart Poettering on udev-systemd
On 08/14/2012 08:45 AM, Paul Gideon Dann wrote: On Monday 13 Aug 2012 12:34:26 Joakim Hernberg wrote: On Mon, 13 Aug 2012 15:50:16 +0530 Alternatively we will all be running systemd one day whether we want to or not :( I suspect that this has been the game plan all the time though. OK, flames away I guess :) Wow, this sounds so much like a conspiracy theory. The fact is that the people who write the code inevitably dictate which software is maintained, based on their interests and convictions, and they're pretty much unanimous that systemd is a better solution to the problem of booting and maintaining daemons than the solution we currently have. So yeah, I guess that's been the game plan all along: make booting and daemon control more consistent, faster, and easier for most users to maintain. Paul I don't understand your point What is so wrong with the booting using sysvinit? I really don't need what systemd offers and sysvinit does everything I need and has not failed me. So is your point that I need to move to systemd because the developers tell me I must? As for systemd being better solution for the problem of booting the beauty is in the eye of the beholder and I just don't see it, so why take away sysvint? You can use systemd and I should be able to use what works for me and not be forced down the systemd path. Isn't this what open source software freedom is all about or did I miss somethingI have use linux from the redhat 5.2 (no I am not talking the enterprise version) days.
Re: [arch-general] Lennart Poettering on udev-systemd
On 08/09/2012 03:13 PM, Anthony ''Ishpeck'' Tedjamulia wrote: On Mon, Aug 13, 2012 at 08:58:41AM -0400, Baho Utot wrote: Yes looks like I will need to migrate to BSD I've already begun using FreeBSD. Only real complaint I have is that my notmuch database isn't backwards compatible with the one they have in ports. Other than that, it's been a smooth transition. I was always most attracted to arch by its proximity to the BSD's. With all this talk of systemd, I felt it was time to bring that proximity to fruition. Arch remains on my laptop for the time being. I have fond memories of Arch that I hope do not dwindle. I think Arch was good back in the day. Now not so good. I have stopped using arch except for one server that does mail and DNS. It is presently being moved to my own linux distro based on LFS and using pacman for the package manager.
Re: [arch-general] Lennart Poettering on udev-systemd
On 08/14/2012 08:59 AM, Ralf Mardorf wrote: On Tue, 2012-08-14 at 13:45 +0100, Paul Gideon Dann wrote: and easier for most users to maintain USERS? I'm a stupid user. I guess you're talking about experts. For USERS it's hard to follow changes every half year. We stupid users simply want to use the computer. We are willing to learn, but we won't start from the beginning, every half year. Btw. I'm a computer dino, so for me nothing is bad with the obsolete PASCAL style of the configs. Oh wait, I always hated to program Pascal. CheersRalf Aye yes pascal, learned a lot from that language I did.
Re: [arch-general] Lennart Poettering on udev-systemd
On 08/14/2012 09:05 AM, Jelle van der Waa wrote: On 08/14/12 14:59, Ralf Mardorf wrote: On Tue, 2012-08-14 at 13:45 +0100, Paul Gideon Dann wrote: and easier for most users to maintain USERS? I'm a stupid user. I guess you're talking about experts. For USERS it's hard to follow changes every half year. We stupid users simply want to use the computer. We are willing to learn, but we won't start from the beginning, every half year. Btw. I'm a computer dino, so for me nothing is bad with the obsolete PASCAL style of the configs. Oh wait, I always hated to program Pascal. CheersRalf Tell me what's hard about systemd? Ah well as soon as RHEL switches to systemd, more and more distro's will switch, so soon you might have to use it ;) (So better learn it now :p ) Or switch to something else.
Re: [arch-general] Lennart Poettering on udev-systemd
On 08/14/2012 09:23 AM, Ralf Mardorf wrote: On Tue, 2012-08-14 at 09:13 -0400, Baho Utot wrote: On 08/14/2012 08:59 AM, Ralf Mardorf wrote: On Tue, 2012-08-14 at 13:45 +0100, Paul Gideon Dann wrote: and easier for most users to maintain USERS? I'm a stupid user. I guess you're talking about experts. For USERS it's hard to follow changes every half year. We stupid users simply want to use the computer. We are willing to learn, but we won't start from the beginning, every half year. Btw. I'm a computer dino, so for me nothing is bad with the obsolete PASCAL style of the configs. Oh wait, I always hated to program Pascal. CheersRalf Aye yes pascal, learned a lot from that language I did. WritingPascalSavesAlotOfSpaceButTheCodeTendsToBecomeUnreadable. OkPascalCaseIsnTtheOnlyIssueWithPascalItEgAlsoTeachedUsToDoTheWorkTheCompilerShouldDoRegardingToEgVariables. ImightBeMistakenSinceIonlyTestedPascalWithTheC64AndDecidedToUseAssemblerInstead. RegardsRalf What no turbo pascal?
Re: [arch-general] Lennart Poettering on udev-systemd
On 08/09/2012 04:02 PM, Anthony ''Ishpeck'' Tedjamulia wrote: On Tue, Aug 14, 2012 at 09:12:30AM -0400, Baho Utot wrote: I have stopped using arch except for one server that does mail and DNS. It is presently being moved to my own linux distro based on LFS and using pacman for the package manager. Oooh! Link? I will have it posted on github when I am done. I have one small issue with transfering from the build tool chain to the chroot system under build then I can commit it to github. It has to do with the pacman db being stored in the build tool chain. I will fix that when I get the time (soon). Other than that it works! What I have now on githut is an older way, it works but is not so good for building updated version. I am looking to wrap it up after LFS-7.2 which is due out beginning of Sept. This year ;)
Re: [arch-general] Lennart Poettering on udev-systemd
On 08/14/2012 09:25 AM, Paul Gideon Dann wrote: On Tuesday 14 Aug 2012 09:12:30 Baho Utot wrote: I think Arch was good back in the day. Now not so good. This sounds a bit inflammatory and over-generalised. Presumably what you don't like about Arch now is the fact that it will potentially change its default init system sometime in the not-too-distant future? I'd be interested to hear if there's anything else that has made you switch. I have not liked what arch has turned into for some time now, approx 2-3 years. It is not meant as This sounds a bit inflammatory and over-generalised arch just doesn't fit my needs now and I don't care for the direction...That's all. I starting switching well before this systemd the change started. I have stopped using arch except for one server that does mail and DNS. It is presently being moved to my own linux distro based on LFS and using pacman for the package manager. I'm genuinely curious about this: if you're using pacman as the package manager, are you building your own packages and hosting your own package repository, or are you using the standard Arch repositories? If it's the latter, it sounds like you'd end up with an Arch system that happened to be bootstrapped using LFS... Paul I started by using arch PKGBUILDS but that did not give me what I needed or wanted, so I host my own repo on my own network. I build my own packages, creating my own PKGBUILDS using nothing from arch but based on LFS. I will not end up with an arch system boot strapped by LFS but a scratch built system base on my needs. It is very different from the file system directory structure up with sysvinit init system. The process that I used was to take LFS-6.8 and create a build system (scripts) that follow the book but using the pacman package manager. I will update this to LFS-7.2 after it becomes available in Sept. After words I will use BLFS to create a desktop system and serves packages.
Re: [arch-general] Lennart Poettering on udev-systemd
On 08/14/2012 09:32 AM, Thomas Bächler wrote:
Am 14.08.2012 15:08, schrieb Baho Utot:
Wow, this sounds so much like a conspiracy theory. The fact is that the
people who write the code inevitably dictate which software is
maintained,
based on their interests and convictions, and they're pretty much
unanimous
that systemd is a better solution to the problem of booting and
maintaining
daemons than the solution we currently have.
So yeah, I guess that's been the game plan all along: make booting and
daemon
control more consistent, faster, and easier for most users to maintain.
Paul
I don't understand your point
What is so wrong with the booting using sysvinit?
I really don't need what systemd offers and sysvinit does everything I
need and has not failed me.
And you don't want systemd because you are sure it won't do what
sysvinit can, even though you didn't try it.
Dude I have 5 fedora systems from 15 to 17 and they use the full
systemd, Hence my dis-stain for it.
So is your point that I need to move to systemd because the developers
tell me I must?
You need to move because the rest of the Linux ecosystem will require
systemd at some point, just like it now requires udev. If you don't like
it, then stop annoying us and start maintaining code that makes sure
YOUR way will keep working.
It's like that: Whoever contributes code makes the decisions.
Why I am creating my own distro from scratch
As for systemd being better solution for the problem of booting the
beauty is in the eye of the beholder and I just don't see it, so why
take away sysvint?
I could repeat what I said above.
You can use systemd and I should be able to use what works for me and
not be forced down the systemd path.
So, you are annoying the whole mailing list because you don't like that
you _might_ be forced to switch to a superior booting scheme which is
unlikely to affect you negatively in any way.
It has not been established that systemd is superior. You take facts not
in evidence
Arch's policy on systemd vs. initscripts has not even been discussed
among Arch developers yet, and nothing has been decided. Yet, you guys
are acting like someone's going to eat your childrn.
I can't stand this anymore. I want to just add replaces=('initscripts')
to the systemd package just to make this fucking discussion stop. If
you don't have anything _technical_ to discuss, and don't have any
problem that you want help solving, then move this bullshit somewhere I
don't have to see it.
I wonder if there is a way to lock a thread in mailman.
Go ahead, take your bad attitude and change it.
BTW learn how to use filters in your email program.
Re: [arch-general] Lennart Poettering on udev-systemd
On 08/09/2012 04:23 PM, Anthony ''Ishpeck'' Tedjamulia wrote: [putolin] As explained in this and other threads, it may not be a decision we, in the Arch world, get to make. Too much of upstream may actually be dictated by what a comercially-backed distro does. That is why I just may end up using BSD.
Re: [arch-general] Lennart Poettering on udev-systemd
On 08/14/2012 09:58 AM, Calvin Morrison wrote: [putolin] When did offering an opposing opinion to what ever is popular become tolling? what is this? /r/politics? I frankly have seen arguments both ways for systemd and initscripts, and the fact that many users do not want to switch is enough for me to say ok then let's not switch. the GNU/Linux community seems to have this jump ship mentality which is really annoying. Thank you
Re: [arch-general] Lennart Poettering on udev-systemd
On 08/14/2012 10:32 AM, Brandon Watkins wrote: On Tue, Aug 14, 2012 at 9:28 AM, Jelle van der Waa je...@vdwaa.nl wrote: On 08/09/12 22:00, Anthony ''Ishpeck'' Tedjamulia wrote: I think what he was saying wasn't that systemd is hard but switching is hard irrespectively of what you're switching to. Because the devs made systemd being able to use rc.conf? It takes less then a day to use systemd, but I am not forcing you to use it. -- Jelle van der Waa Yeah, I found systemd very easy to learn. The wiki page is great, and after switching to it I prefer it because I just find it a lot easier to deal with than sysvinit IMO. For example I find systemd's .service files so much cleaner and easier to understand than initscripts, they are also portable and can be included in upstream packages. This Oh my god systemd is hard and I'm being forced to use it! FUD I keep seeing is getting pretty ridiculous... Even if arch does someday switch to systemd, I'm sure initscripts will be supported for quite some time, giving plenty of time to learn/transition (again really not that hard) in the event that that ever happened. Arch has always been a bleeding edge constantly changing distro, if you want everything to stay the same forever, use debian. No matter what happens with this whole sysvinit vs systemd kerfuffle, you will never be forced to use systemd in arch, just like you've never been forced to use sysvinit... I don't think you fully understand the issue. If udev was still a stand alone package and not part of systemd as it is now Then systemd would be an alternative init system and all the other init systems would not be impacted and one could use any of the system init methods he chooses. If you would want systemd becames it works for you great...knock yourself out...but on the other hand when this thing becomes fully matured then systemd will be the only one that works well with udev and everyone else be damned. Lennart Poettering by his own submission stated that he wanted udev as part of systemd and that he doesn't care about any other init system that would use udev. As with Lennart it seems as it's my way or the highway...which indeed is the problem.
Re: [arch-general] Lennart Poettering on udev-systemd
On 08/14/2012 06:35 PM, David Benfell wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 08/14/2012 07:32 AM, Brandon Watkins wrote: For example I find systemd's .service files so much cleaner and easier to understand than initscripts, they are also portable and can be included in upstream packages. This part is true, and the fact that the system comes up *lightning fast* is a bonus. I'm not satisfied with the documentation, however, as it seems to be scattered across several man pages, the Arch wiki only covers some of it, and as to upstream documentation, if there is any, I couldn't find it. The only other nitpick I have is that some packages refuse to log to stdout/stderr, which means that old syslog-ng (it isn't new anymore) continues to be necessary. What I think is unfortunate about the discussion of systemd here has been that it has been conflated with the discussion of pulseaudio. I think it is possible to like one and not the other. - -- David Benfell benf...@parts-unknown.org -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.19 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBAgAGBQJQKtKaAAoJELT202JKF+xpT7MP+wau7MW57XatlMx4QGlvW/tQ W1lFWDUIwMavInfk8+z253wqq8GuaBr5DnFwWV3hqhrjDTeUPQ8ZTPZPIY0vvq2s ntliOLaC45GCfmEdFs/iuQsHwvyh36SAcPygL4kJPBhxJcZ8EZ2ZPucjRB5vGy/o JUvk3qCZ6XxFEuojeRQ/aLMfjeHr0IleQMZBeJMNvZrKBx8DwRK657P52vVdU4nH GjHLinK9Q1j2kx6GHMZ3ee7/HtyE2omClSek5MBVS1TREdU+/jHGD8+YEbCgHMvm LYDV3mBi3LLxZ8aPt1BS7/JKAwfB/ZpOkpS13XU340aSjKKX3PmghcIWEDmx6m4U uhXADIGmNugeeLFsgr9+XUehlxIc7omUWTJKCNhgCUQi32e44A33upRbz+mpHgd7 0+Hqx+9n7nOFQocLqmsMw+KuwCepv/UbcO+qYuUpn0lXdEKw1p0wNL6YOMozjcrE BD2KK3aYoE5z1/cbwtP11NdAOMOAH6FEFUltPIDbJ5go+ISrER0HFZftj95B+yS9 raVObovBwl5Z914eQOq/3DK9trkPOGxe8cKMoS4bhPLAksku7KUPDqMuj8v7jadA BZJdajfurXQu1mb+LK6jFfJpd8XFhHaLvm/kTCy1PS2QJ0LrfVM+5cTq3kwFiVJP q3eJ1seY7atCgyi2CGe8 =XFn3 -END PGP SIGNATURE- Can you do a mount and post the result here I am curious if you see the same thing as I do when systemd is running I have full systemd running under fedora 15/17 and it has some bizarre mount points. I would like to know if this is a systemd thing or a fedora thing.
Re: [arch-general] Lennart Poettering on udev-systemd
On 08/14/2012 06:56 PM, David Benfell wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 08/14/2012 03:46 PM, Baho Utot wrote: Can you do a mount and post the result here I am curious if you see the same thing as I do when systemd is running I have full systemd running under fedora 15/17 and it has some bizarre mount points. I would like to know if this is a systemd thing or a fedora thing. I think I see what you mean--there's a whole bunch of cgroup stuff, and no, I have no idea what it is: proc on /proc type proc (rw,nosuid,nodev,noexec,relatime) sys on /sys type sysfs (rw,nosuid,nodev,noexec,relatime) dev on /dev type devtmpfs (rw,nosuid,relatime,size=2893412k,nr_inodes=723353,mode=755) run on /run type tmpfs (rw,nosuid,nodev,relatime,mode=755) /dev/sda3 on / type ext4 (rw,relatime,data=ordered) securityfs on /sys/kernel/security type securityfs (rw,nosuid,nodev,noexec,relatime) tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev) devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000) tmpfs on /sys/fs/cgroup type tmpfs (rw,nosuid,nodev,noexec,mode=755) cgroup on /sys/fs/cgroup/systemd type cgroup (rw,nosuid,nodev,noexec,relatime,release_agent=/usr/lib/systemd/systemd-cgroups-agent,name=systemd) cgroup on /sys/fs/cgroup/cpuset type cgroup (rw,nosuid,nodev,noexec,relatime,cpuset) cgroup on /sys/fs/cgroup/cpu,cpuacct type cgroup (rw,nosuid,nodev,noexec,relatime,cpuacct,cpu) cgroup on /sys/fs/cgroup/memory type cgroup (rw,nosuid,nodev,noexec,relatime,memory) cgroup on /sys/fs/cgroup/devices type cgroup (rw,nosuid,nodev,noexec,relatime,devices) cgroup on /sys/fs/cgroup/freezer type cgroup (rw,nosuid,nodev,noexec,relatime,freezer) cgroup on /sys/fs/cgroup/net_cls type cgroup (rw,nosuid,nodev,noexec,relatime,net_cls) cgroup on /sys/fs/cgroup/blkio type cgroup (rw,nosuid,nodev,noexec,relatime,blkio) systemd-1 on /proc/sys/fs/binfmt_misc type autofs (rw,relatime,fd=28,pgrp=1,timeout=300,minproto=5,maxproto=5,direct) mqueue on /dev/mqueue type mqueue (rw,relatime) hugetlbfs on /dev/hugepages type hugetlbfs (rw,relatime) debugfs on /sys/kernel/debug type debugfs (rw,relatime) binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw,relatime) tmpfs on /tmp type tmpfs (rw,nosuid,nodev,relatime) /dev/sda1 on /boot type ext2 (rw,relatime) /dev/sdb3 on /storage/atlanta type ext4 (rw,relatime,data=ordered) /dev/sda4 on /home type ext4 (rw,relatime,data=ordered) /dev/sdb2 on /storage/graton type ext4 (rw,relatime,data=ordered) /dev/sdb1 on /storage/n4rky type ext4 (rw,relatime,data=ordered) fusectl on /sys/fs/fuse/connections type fusectl (rw,relatime) gvfs-fuse-daemon on /run/user/1000/gvfs type fuse.gvfs-fuse-daemon (rw,nosuid,nodev,relatime,user_id=1000,group_id=100) /proc on /proc type proc (rw,relatime) Have a look at this and notice the /dev/sda2 lines /proc on /proc type proc (rw,relatime) /sys on /sys type sysfs (rw,relatime) udev on /dev type devtmpfs (rw,nosuid,relatime,size=958204k,nr_inodes=213261,mode=755) devpts on /dev/pts type devpts (rw,relatime,gid=5,mode=620,ptmxmode=000) tmpfs on /dev/shm type tmpfs (rw,relatime) tmpfs on /run type tmpfs (rw,nosuid,nodev,noexec,relatime,mode=755) /dev/sda2 on / type ext4 (rw,noatime,barrier=1,data=writeback) tmpfs on /sys/fs/cgroup type tmpfs (rw,nosuid,nodev,noexec,relatime,mode=755) cgroup on /sys/fs/cgroup/systemd type cgroup (rw,nosuid,nodev,noexec,relatime,release_agent=/lib/systemd/systemd-cgroups-agent,name=systemd) cgroup on /sys/fs/cgroup/cpuset type cgroup (rw,nosuid,nodev,noexec,relatime,cpuset) cgroup on /sys/fs/cgroup/ns type cgroup (rw,nosuid,nodev,noexec,relatime,ns) cgroup on /sys/fs/cgroup/cpu type cgroup (rw,nosuid,nodev,noexec,relatime,cpu) cgroup on /sys/fs/cgroup/cpuacct type cgroup (rw,nosuid,nodev,noexec,relatime,cpuacct) cgroup on /sys/fs/cgroup/memory type cgroup (rw,nosuid,nodev,noexec,relatime,memory) cgroup on /sys/fs/cgroup/devices type cgroup (rw,nosuid,nodev,noexec,relatime,devices) cgroup on /sys/fs/cgroup/freezer type cgroup (rw,nosuid,nodev,noexec,relatime,freezer) cgroup on /sys/fs/cgroup/net_cls type cgroup (rw,nosuid,nodev,noexec,relatime,net_cls) cgroup on /sys/fs/cgroup/blkio type cgroup (rw,nosuid,nodev,noexec,relatime,blkio) systemd-1 on /proc/sys/fs/binfmt_misc type autofs (rw,relatime,fd=31,pgrp=1,timeout=300,minproto=5,maxproto=5,direct) systemd-1 on /sys/kernel/security type autofs (rw,relatime,fd=32,pgrp=1,timeout=300,minproto=5,maxproto=5,direct) systemd-1 on /dev/hugepages type autofs (rw,relatime,fd=33,pgrp=1,timeout=300,minproto=5,maxproto=5,direct) systemd-1 on /sys/kernel/debug type autofs (rw,relatime,fd=34,pgrp=1,timeout=300,minproto=5,maxproto=5,direct) systemd-1 on /dev/mqueue type autofs (rw,relatime,fd=36,pgrp=1,timeout=300,minproto=5,maxproto=5,direct) tmpfs on /media type tmpfs (rw,nosuid,nodev,noexec,relatime,mode=755) hugetlbfs on /dev/hugepages type hugetlbfs (rw,relatime) mqueue on /dev/mqueue type mqueue (rw,relatime) /dev/sda1 on /boot
Re: [arch-general] Lennart Poettering on udev-systemd
On 08/14/2012 07:17 PM, Tom Gundersen wrote: On Wed, Aug 15, 2012 at 1:11 AM, Baho Utot baho-u...@columbus.rr.com wrote: Have a look at this and notice the /dev/sda2 lines Never seen anything like this, so I'd be tempted to say this is not systemd related. findmnt is usually a better source of this info rather than mount. If it is not systemd related care to hazzard a guess? Should not systemd control the mount points? I initial reaction was how can /dev/sda2 be mounted like that and the filesystem under tree, ls, etc show it correct and not a giant mess. That said, we seem to stray off-topic again (not that the original topic had any merit). -t Hey it happens ;)
Re: [arch-general] What can be deleted, when not using systemd - was: polkit package upgrade patch
On 08/13/2012 02:12 AM, Tom Gundersen wrote: On Aug 13, 2012 3:17 AM, Kevin Chadwick ma1l1i...@yahoo.co.uk wrote: I've been wondering lately whether there is a good reason why even udev violates the one thing and do it well principle set forth by the co worker of the designer of C and Unix as it not only dynamically creates devices like mdev does but also hotplugging like hotplugd on OpenBSD. Hopefully there is a config option or you would need an alternative if you want static dev files and hotplugging. This is completely wrong. Udev does not create any device nudes. Tom http://www.kernel.org/pub/linux/utils/kernel/hotplug/udev/udev.html
Re: [arch-general] Lennart Poettering on udev-systemd
On 08/13/2012 07:50 AM, Gour wrote: On Mon, 13 Aug 2012 12:34:26 +0200 Joakim Hernberg j...@alchemy.lu wrote: Alternatively we will all be running systemd one day whether we want to or not :( I suspect that this has been the game plan all the time though. OK, flames away I guess :) Nobody to blame when we do not listen BSD folks and have jumped into Linux's change-all-the-time game. Sincerely, Gour Yes looks like I will need to migrate to BSD
Re: [arch-general] What can be deleted, when not using systemd - was: polkit package upgrade patch
On 08/13/2012 07:56 AM, Tom Gundersen wrote: On Mon, Aug 13, 2012 at 8:53 AM, Oon-Ee Ng ngoonee.t...@gmail.com wrote: On Mon, Aug 13, 2012 at 2:12 PM, Tom Gundersen t...@jklm.no wrote: On Aug 13, 2012 3:17 AM, Kevin Chadwick ma1l1i...@yahoo.co.uk wrote: I've been wondering lately whether there is a good reason why even udev violates the one thing and do it well principle set forth by the co worker of the designer of C and Unix as it not only dynamically creates devices like mdev does but also hotplugging like hotplugd on OpenBSD. Hopefully there is a config option or you would need an alternative if you want static dev files and hotplugging. This is completely wrong. Udev does not create any device nudes. Tom I'd hope not, there's under-age users of Linux to consider. Lol. Damn phone. -t Yea right that's what you said the last time ;)
Re: [arch-general] OT: [arch-dev-public] polkit package upgrade patch
On 08/12/2012 10:00 AM, Tom Gundersen wrote: [putolin] Clearly, PA is not meant for professional audio work. And it might be that for a professional all the PA logic is both unnecessary and maybe even detrimental (so you'd use jack or pure ALSA instead, that should not be a problem). However, that does not mean that PA is not a huge gain for the casual desktop user (assuming there are no bugs!). Thanks for the information. Tom What is pulse audio suppose to do? I still don't know what problem it was trying to solve as just plain alsa works for me.
Re: [arch-general] What can be deleted, when not using systemd - was: polkit package upgrade patch
On 08/11/2012 09:30 AM, Tom Gundersen wrote: [putolin] I think there is no interest (upstream) in trying to make systemd optional forever, so this is a concern you are probably right about. However, the suggestions of what might be merged show that you are either joking or don't know these projects well. At some point parts of dbus will move into the kernel (so that is something to troll about I guess). -t One thing that the folks/upstream that are merging all these things together is missing is that the future of user computer is moving to phones and ipad type devices. PC will still be around but the consumer has spoken and it looks like he/she is moving to these devices. I don't condemn them for doing so as they want something that works. Turn it on and get what they want done, PCs don't do this. How are/would these giant concoctions going to play here as they don't have the storage, memory, or cpu to handle this. The direction should be going in the tool kit style as in here's the kernel and you can bolt on all of these independent things. Something like android?
Re: [arch-general] What can be deleted, when not using systemd - was: polkit package upgrade patch
On 08/11/2012 11:51 AM, Joakim Hernberg wrote: On Sat, 11 Aug 2012 15:30:09 +0200 Tom Gundersen t...@jklm.no wrote: This is a misrepresentation. Udev and systemd were merged I think mainly because they belong together, but also because they had cyclic build dependencies as they are very tightly integrated. It is not the case that systemd swallows anything it shares code with, in fact some stuff is being pushed into util-linux away from systemd. I keep seeing this quote on the net, is it not accurate? Sievers explained that it will still be possible to install udev independently of systemd. He added that this option will be supported in the long term because separate builds are required to ensure that initrds (initial ramdisks), which don't include systemd, work correctly. Distributions that don't use systemd can continue to build udev as before, but will have to use the systemd sources. --- Joakim That is not entirely true. Have a look at LFS. Bruce Dubbs has broken udev out of the systemd-187. Which you can see from here: http://www.linuxfromscratch.org/lfs/view/development/chapter06/udev.html systemd-188 has been somewhat ugly.
Re: [arch-general] What can be deleted, when not using systemd - was: polkit package upgrade patch
On 08/11/2012 12:22 PM, Tom Gundersen wrote: On Sat, Aug 11, 2012 at 3:59 PM, Baho Utot baho-u...@columbus.rr.com wrote: One thing that the folks/upstream that are merging all these things together is missing is that the future of user computer is moving to phones and ipad type devices. PC will still be around but the consumer has spoken and it looks like he/she is moving to these devices. I don't condemn them for doing so as they want something that works. Turn it on and get what they want done, PCs don't do this. How are/would these giant concoctions going to play here as they don't have the storage, memory, or cpu to handle this. The direction should be going in the tool kit style as in here's the kernel and you can bolt on all of these independent things. Something like android? I would be surprised if a systemd-based system requires more resources than a sysvinit-based one, but that is of course something one would have to measure for each particular use-case. There are lots of systemd-based embedded systems cropping up (the embedded world seems more excited about sysntemd than the desktop world). The aim of systemd is to work on anything from embedded, via desktop to servers. -t I am not looking at this from an systemd point of view. My point is the constant bloat with software today. Theses bloated packages will not fit/function on hand held devices. Is it not more sensible to build small apps that do one or two things well then bloated apps that try to do 25 things unwell?
Re: [arch-general] What can be deleted, when not using systemd - was: polkit package upgrade patch
On 08/11/2012 01:41 PM, Brandon Watkins wrote: I think people are really exaggerating how bloated systemd is. I fail to see how systemd would have issues running on mobile devices, if anything its more optimized for embedded devices. You didn't understand my point
Re: [arch-general] What can be deleted, when not using systemd - was: polkit package upgrade patch
On 08/11/2012 02:11 PM, Lukas Jirkovsky wrote: On 11 August 2012 19:14, Baho Utot baho-u...@columbus.rr.com wrote: On 08/11/2012 12:22 PM, Tom Gundersen wrote: I would be surprised if a systemd-based system requires more resources than a sysvinit-based one, but that is of course something one would have to measure for each particular use-case. There are lots of systemd-based embedded systems cropping up (the embedded world seems more excited about sysntemd than the desktop world). The aim of systemd is to work on anything from embedded, via desktop to servers. -t I am not looking at this from an systemd point of view. My point is the constant bloat with software today. Theses bloated packages will not fit/function on hand held devices. Is it not more sensible to build small apps that do one or two things well then bloated apps that try to do 25 things unwell? Systemd is broken into multiple small utilities (see eg. systemd-tools that are used by initscripts already) that does one thing, so it's not one big scary binary that does everything. systemd is one source distributed package arch split the package into the multiples you see here. In fact I believe* systemd is more suited for embedded devices than the current initscripts. Systemd is a bunch of small binaries that should be fast to execute in contrary to interpreting piles of bash scripts. It doesn't run on my android device nor would it be needed or required.
Re: [arch-general] Installation_Guide - fix concerning bootloader config reference
On 08/09/2012 10:42 PM, David C. Rankin wrote: [putolin] but the easier it is to follow the trail, the better. That's what bread crumbs are for
Re: [arch-general] [arch-dev-public] polkit package upgrade patch
On 08/10/2012 08:11 AM, Ralf Mardorf wrote: OT: Btw. it would be nice if everybody has got the choice to use or not to use systemd. IMO there's no need to talk about pros and cons, Poettering again and again. I suspect we use different mail clients, daemons etc. too. Sadly, I don't think in the long run that will be possible, given that systemd has taken over udev and udev is now a part of systemd. In April 2012, udev's source tree was merged into systemd.
Re: [arch-general] [arch-dev-public] polkit package upgrade patch
On 08/10/2012 08:54 AM, Tom Gundersen wrote: On Fri, Aug 10, 2012 at 2:47 PM, Baho Utot baho-u...@columbus.rr.com wrote: On 08/10/2012 08:11 AM, Ralf Mardorf wrote: OT: Btw. it would be nice if everybody has got the choice to use or not to use systemd. IMO there's no need to talk about pros and cons, Poettering again and again. I suspect we use different mail clients, daemons etc. too. Sadly, I don't think in the long run that will be possible, given that systemd has taken over udev and udev is now a part of systemd. In April 2012, udev's source tree was merged into systemd. That's not a problem. We currently use udev from the sysntemd-tools package with initsrcipts (as well as many other tools that systemd provides), and I do not expect this to cause problems anytime soon. The only issue I see with supporting more than one init system is that it means more work for the packagers. -t Yes but part of systemd is installed with udev as I understand it? Have you tried to strip out udev from systemd so you can use sysvinit without anything from systemd ?
Re: [arch-general] OT: [arch-dev-public] polkit package upgrade patch
On 08/10/2012 11:50 AM, Oon-Ee Ng wrote: On 10 Aug 2012 22:52, Ralf Mardorf ralf.mard...@alice-dsl.net wrote: . PA until today is pure crap for MOST computer users (including those who try to switch to Linux), I don't like to hear again and again, that it does work for most Linux users, I even DOUBT that very much. This again? Let's paraphrase:- Software X sucks for most users, since I've personally read 3 million separate user complaints. Don't tell me I'm wrong because I know I'm not. I don't care that all the biggest distros use software X, their users obviously don't play music. Oh, and very few people actually use simple stereo audio chips, the majority of people use multi channel audio cards to listen to their YouTube. Copy, paste, on all the mailing lists I frequent. Do you have any idea how ridiculous this sounds, after a while? I don't wish to get into that particular disagreement but.. pulse audio doesn't work for me in the two boxen I have it on. It just gets in the way and when it is removed I can set my audio just how I want it. With pulse it just takes over the master volume when it try to adjust audio in an application cranking the master volume to full. Without pulse it just works the way I like it to be. So count me as one of the ones who doesn't like pulse audio.
Re: [arch-general] What can be deleted, when not using systemd - was: polkit package upgrade patch
On 08/10/2012 08:03 PM, Leonid Isaev wrote: [putolin] Look, you don't _have_ to use pacman to manage software. As I said elsewhere, dependencies on pulse, lirc, etc. are there for a reason. If you disagree with this reason, file a bugreport. But using dummy packages is just cheating. Then how does one install arch? pacman is very convenient Isn't pacman the only package manager for arch? I did not understand that arch had many options for package managers.
Re: [arch-general] [arch-dev-public] syslinux 4.05-5 does not boot
On 08/09/2012 11:27 AM, Thomas Bächler wrote: Am 09.08.2012 17:12, schrieb Jonathan: In the past I have seen ext2 saves time during boot vs ext3.Having a journal is no use since the files are rarely changed and the filesystem is mostly opened read only. The journal takes up some space. These may matter to you if you are trying to optimize boot times or disk usage. Then use ext4 without a journal. ext2 is out of date and ext4 is superior in every aspect. Ext2 Ext2 stands for second extended file system. It was introduced in 1993. Developed by Rémy Card. This was developed to overcome the limitation of the original ext file system. Ext2 does not have journaling feature. On flash drives, usb drives, ext2 is recommended, as it doesn’t need to do the over head of journaling. Maximum individual file size can be from 16 GB to 2 TB Overall ext2 file system size can be from 2 TB to 32 TB Have a look at entry 5.
Re: [arch-general] [arch-dev-public] syslinux 4.05-5 does not boot
On 08/09/2012 11:45 AM, Thomas Bächler wrote: Am 09.08.2012 17:34, schrieb Baho Utot: On 08/09/2012 11:27 AM, Thomas Bächler wrote: Am 09.08.2012 17:12, schrieb Jonathan: In the past I have seen ext2 saves time during boot vs ext3.Having a journal is no use since the files are rarely changed and the filesystem is mostly opened read only. The journal takes up some space. These may matter to you if you are trying to optimize boot times or disk usage. Then use ext4 without a journal. ext2 is out of date and ext4 is superior in every aspect. Ext2 Ext2 stands for second extended file system. It was introduced in 1993. Developed by Rémy Card. This was developed to overcome the limitation of the original ext file system. Ext2 does not have journaling feature. On flash drives, usb drives, ext2 is recommended, as it doesn’t need to do the over head of journaling. Maximum individual file size can be from 16 GB to 2 TB Overall ext2 file system size can be from 2 TB to 32 TB Have a look at entry 5. Thanks for telling me to look at entry 5 but not enumerating the entries. Thanks for quoting 10 year old information without giving a source. What are you trying to tell us again? I gave you credit to be able to count, I guess you have trouble with that. It is not 10 year old information it was published just after ext4 came out google is your friend.
Re: [arch-general] [arch-dev-public] syslinux 4.05-5 does not boot
On 08/09/2012 12:08 PM, Thomas Bächler wrote: Am 09.08.2012 17:58, schrieb Baho Utot: It is not 10 year old information it was published just after ext4 came out google is your friend. It is still outdated information. After ext4 came out, it took a few months until Google started implementing ext4 without a journal - precisely because ext2 was outdated and had bad performance. This work has been finished long ago and is available to everyone. It seems Google is _your_ friend. What ever, I am not going to bow down to you
Re: [arch-general] [arch-dev-public] syslinux 4.05-5 does not boot
On 08/09/2012 12:12 PM, Manolo Martínez wrote: [putolin] ... and another enthralling battle of wits brought to you by arch-general! I think that it's general archcommander and chief
Re: [arch-general] Something wrong with firefox/thunderbird driving X cpu usage - 100%
On 08/09/2012 03:54 PM, David C. Rankin wrote: On 08/08/2012 03:20 PM, PyroPeter wrote: flame Thunderbird really is a big pile of crap. There are bugs everywhere! I havn't seen something this bad since KDE 4.0. The only reason I didn't switch to mutt yet is that I don't know how to replace the filter feature. You know when projects start playing the 'version number game' the important part of development suffers. I have used thunderbird for years without complaint. In the past 12 months it has archived mail into oblivion and really suffered a lot from the (I want to be a web browser too) bloat... It is comical to think how many years it took to go from version 1.x to version 2.x in slow measured steps, and now: [2010-04-22 22:19] installed thunderbird (3.0.4-1) [2010-07-11 04:05] upgraded thunderbird (3.0.4-1 - 3.1-2) [2010-07-20 15:43] upgraded thunderbird (3.1-2 - 3.1.1-1) [2010-08-09 02:27] upgraded thunderbird (3.1.1-1 - 3.1.2-1) [2010-09-09 23:22] upgraded thunderbird (3.1.2-1 - 3.1.3-1) [2010-09-18 17:57] upgraded thunderbird (3.1.3-1 - 3.1.4-1) [2010-09-28 18:58] upgraded thunderbird (3.1.4-1 - 3.1.4-2) [2010-10-19 18:21] upgraded thunderbird (3.1.4-2 - 3.1.5-1) [2010-10-30 01:05] upgraded thunderbird (3.1.5-1 - 3.1.6-1) [2010-12-09 16:46] upgraded thunderbird (3.1.6-1 - 3.1.7-1) [2010-12-11 15:03] upgraded thunderbird (3.1.7-1 - 3.1.7-2) [2010-12-31 15:01] upgraded thunderbird (3.1.7-2 - 3.1.7-3) [2011-03-01 20:56] upgraded thunderbird (3.1.7-3 - 3.1.8-1) [2011-03-07 15:01] upgraded thunderbird (3.1.8-1 - 3.1.9-1) [2011-03-16 12:24] upgraded thunderbird (3.1.9-1 - 3.1.9-2) [2011-04-29 14:44] upgraded thunderbird (3.1.9-2 - 3.1.10-1) [2011-05-04 00:25] upgraded thunderbird (3.1.10-1 - 3.1.10-2) [2011-06-05 17:13] upgraded thunderbird (3.1.10-2 - 3.1.10-3) [2011-06-22 14:05] upgraded thunderbird (3.1.10-3 - 3.1.11-1) [2011-06-29 08:26] upgraded thunderbird (3.1.11-1 - 5.0-1) [2011-06-29 11:05] upgraded thunderbird (5.0-1 - 3.1.11-1) [2011-06-30 15:43] upgraded thunderbird (3.1.11-1 - 5.0-1) [2011-08-17 08:58] upgraded thunderbird (5.0-1 - 6.0-1) [2011-08-31 10:29] upgraded thunderbird (6.0-1 - 6.0.1-1) [2011-09-06 21:55] upgraded thunderbird (6.0.1-1 - 6.0.2-1) [2011-09-28 01:01] upgraded thunderbird (6.0.2-1 - 7.0-1) [2011-10-03 13:24] upgraded thunderbird (7.0-1 - 7.0.1-1) [2011-11-08 15:51] upgraded thunderbird (7.0.1-1 - 8.0-1) [2011-12-22 11:45] upgraded thunderbird (8.0-1 - 9.0-1) [2011-12-24 22:17] upgraded thunderbird (9.0-1 - 9.0.1-1) [2012-02-03 10:22] upgraded thunderbird (9.0.1-1 - 10.0-0) [2012-02-07 09:48] upgraded thunderbird (10.0-0 - 10.0-2) [2012-02-13 13:44] upgraded thunderbird (10.0-2 - 10.0.1-1) [2012-02-17 11:54] upgraded thunderbird (10.0.1-1 - 10.0.2-1) [2012-03-19 13:20] upgraded thunderbird (10.0.2-1 - 11.0-1) [2012-04-05 14:44] upgraded thunderbird (11.0-1 - 11.0.1-1) [2012-04-23 16:11] upgraded thunderbird (11.0.1-1 - 11.0.1-2) [2012-04-26 09:00] upgraded thunderbird (11.0.1-2 - 12.0-1) [2012-05-09 16:24] upgraded thunderbird (12.0-1 - 12.0.1-1) [2012-06-14 13:39] upgraded thunderbird (12.0.1-1 - 13.0-1) [2012-06-19 13:06] upgraded thunderbird (13.0-1 - 13.0.1-1) [2012-07-20 11:15] upgraded thunderbird (13.0.1-1 - 14.0-1) Oh well, so goes many projects... Must keep up with the I need a new version because the old one is working too well. Must find something to break Aye, the microsoft culture has finally invaded linux.
Re: [arch-general] [arch-dev-public] polkit package upgrade patch
On 08/08/2012 05:50 AM, Jelle van der Waa wrote: On 08/08/12 10:52, Jayesh Badwaik wrote: On Wednesday 08 Aug 2012 09:38:40 Lukas Jirkovsky wrote: Works fine here with the nearly Poettering-free system. I'm using KDE networkmanager applet. I tested a system-wide wifi connection and it worked fine. Are you able to use KDE without all the Poettering stuff? What if Poettering writes a kernel patch, are you going to stop using linux then? The poettering rants are a bit silly, since multiple devs work on Pulseaudio and Systemd. But back on topic, yes you can run KDE fine without Pulseaudio or Systemd. what if one wants a system not unlike a Unix system?
Re: [arch-general] [arch-dev-public] polkit package upgrade patch
On 08/08/2012 08:30 AM, Tom Gundersen wrote: On Wed, Aug 8, 2012 at 2:25 PM, Baho Utot baho-u...@columbus.rr.com wrote: what if one wants a system not unlike a Unix system? Might be too late, but you could try contacting: http://sco.com/. -t They just filed chapter7 Maybe I can pick up a bargin
Re: [arch-general] Something wrong with firefox/thunderbird driving X cpu usage - 100%
On 08/08/2012 08:34 AM, David C. Rankin wrote: Guys, I have watched this in top for the past week or so. Thunderbird and Firefox are causing X cpu usage to shoot upt to between 80-100% on simple tasks like scrolling a message list in tbird or simply opening css menus in firefox. All of this used to be instantaneous and never cause the cpu to bat an eye. But now, it is very pronounced and brings the desktop to a crawl. This box is not a screamer, but plenty fast, P4 2800/4G/Nvidia 8600GT. How do I determine what is causing this? X? ff/tb? something else? Any ideas appreciated. Thanks. You seem to be very fortunate lately. What seems to be the common thread?
Re: [arch-general] Something wrong with firefox/thunderbird driving X cpu usage - 100%
On 08/08/2012 09:33 AM, Adam Sparks wrote: I saw an email just like this like week and made a switch to chromium. There is a difference. Especially when opening a new window, Firefox has some very large spikes. Don't use Thunderbird so I cannot say anything about that. On Aug 8, 2012 6:30 AM, Thaddeus Nielsen thaddeus.niel...@gmx.us wrote: On Wed, 08 Aug 2012 07:34:14 -0500 David C. Rankin drankina...@suddenlinkmail.com wrote: Guys, I have watched this in top for the past week or so. Thunderbird and Firefox are causing X cpu usage to shoot upt to between 80-100% on simple tasks like scrolling a message list in tbird or simply opening css menus in firefox. All of this used to be instantaneous and never cause the cpu to bat an eye. But now, it is very pronounced and brings the desktop to a crawl. This box is not a screamer, but plenty fast, P4 2800/4G/Nvidia 8600GT. How do I determine what is causing this? X? ff/tb? something else? Any ideas appreciated. Thanks. My suggestion: remove firefox and install firefox from mozilla.com. When a similar experience occurred for me, I did that and found that the response was much better in the version from mozilla.com. T. What version of thunderbird where you using? I have 13.0 top - 12:45:03 up 3 min, 4 users, load average: 0.94, 0.50, 0.21 Tasks: 198 total, 2 running, 196 sleeping, 0 stopped, 0 zombie Cpu0 : 6.4%us, 1.6%sy, 0.0%ni, 90.0%id, 1.0%wa, 0.6%hi, 0.3%si, 0.0%st Cpu1 : 2.7%us, 1.0%sy, 0.0%ni, 94.3%id, 0.0%wa, 0.7%hi, 1.3%si, 0.0%st Cpu2 : 1.3%us, 0.7%sy, 0.0%ni, 98.0%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st Cpu3 : 4.0%us, 1.3%sy, 0.0%ni, 94.7%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st Mem: 8175488k total, 1164556k used, 7010932k free,30860k buffers Swap: 10485756k total,0k used, 10485756k free, 453308k cached PID USER PR NI VIRT RES SHR S %CPU %MEMTIME+ COMMAND 1341 root 20 0 194m 44m 9m S 4.0 0.6 0:07.40 X 1834 user 20 0 926m 109m 36m S 3.3 1.4 0:06.86 thunderbird This is the most cpu that thunderbird uses
Re: [arch-general] Systemd : Analysis of reactions of Users
On Thursday, July 26, 2012 04:48:30 PM Oon-Ee Ng wrote: On Thu, Jul 26, 2012 at 4:30 PM, Jayesh Badwaik jayesh.badwai...@gmail.com wrote: [putolin] Actually, re-reading that, I'm not sure you understand too much about how initscripts work (and what they do) either. Not that I'm an expert myself, but when you say 'booting from text files' that does give a bad impression those are bash scripts, to start with. To be more technically correct bash scripts are ascii text files.
Re: [arch-general] lib - usr/lib
On Thursday, July 26, 2012 10:56:37 AM Rodrigo Rivas wrote: On Thu, Jul 26, 2012 at 10:48 AM, Jayesh Badwaik jayesh.badwai...@gmail.com wrote: Well, then: /opt - /usr/opt And everyone will be happy :) No, I guess not, /usr is for vendor-supplied stuff. /opt is for personal stuff. That is the conflict. But then, /usr/local is for system administrator stuff, so what about? /opt - /usr/local/opt /usr/local - /local Just half kidding! Well then /usr/lib - /lib /usr/lib64 - /lib64 /usr/bin -/bin /usr/local/opt /opt That should do it ;)
Re: [arch-general] Systemd : Analysis of reactions of Users
On Thursday, July 26, 2012 05:22:09 PM Oon-Ee Ng wrote: On Thu, Jul 26, 2012 at 5:17 PM, Ralf Mardorf ralf.mard...@alice-dsl.net wrote: On Thu, 2012-07-26 at 16:48 +0800, Oon-Ee Ng wrote: those are bash scripts Exactly, but what is better when we need to use irrational cryptic text files to set up or Linux, instead of easy to understand bash scrips? Yeah, because key=value pairs are more complicated then, you know, a programming language? Its not like systemd even prevents you from USING bash if you feel it should be an integral part of the init system. If one would choose to use bash with systemd then what would be the point of changing to systemd, should not one just leave well enough alone?
Re: [arch-general] Systemd : Analysis of reactions of Users
On Thursday, July 26, 2012 11:31:49 AM Ralf Mardorf wrote: On Thu, 2012-07-26 at 17:22 +0800, Oon-Ee Ng wrote: On Thu, Jul 26, 2012 at 5:17 PM, Ralf Mardorf ralf.mard...@alice-dsl.net wrote: On Thu, 2012-07-26 at 16:48 +0800, Oon-Ee Ng wrote: those are bash scripts Exactly, but what is better when we need to use irrational cryptic text files to set up or Linux, instead of easy to understand bash scrips? Yeah, because key=value pairs are more complicated then, you know, a programming language? Its not like systemd even prevents you from USING bash if you feel it should be an integral part of the init system. I'm just a user today, I'm able to program 65xx assembler and similar. However, I'm a dummy. So in the future Linux is only for experts? Regards, Ralf We may have to then move to *BSD
Re: [arch-general] Systemd : Analysis of reactions of Users
On Thursday, July 26, 2012 11:57:26 AM Dennis Herbrich wrote: On Thu, Jul 26, 2012 at 11:52:49AM +0200, Ralf Mardorf wrote: On Thu, 2012-07-26 at 12:43 +0300, Mantas Mikulėnas wrote: On Thu, Jul 26, 2012 at 11:30 AM, Jayesh Badwaik jayesh.badwai...@gmail.com wrote: [putolin] Sorry, what kind of new logic philosophy/math do users need to learn? http://en.wikipedia.org/wiki/Logic Pardon, I only know the German Wiki, since my English is broken. https://en.wikipedia.org/wiki/Redundancy By the way, I, for one, am increasingly annoyed by (not only) your style of discussion. Not that it'd matter in any way, but I miss the times of productive and helpful threads on this list. HTH, Dennis What is wrong with Ralf? That is just his style as you have your own style. I read his posts and sometimes even learn from it.
Re: [arch-general] Systemd : Analysis of reactions of Users
On Thursday, July 26, 2012 12:07:02 PM Ralf Mardorf wrote: On Thu, 2012-07-26 at 11:57 +0200, Dennis Herbrich wrote: On Thu, Jul 26, 2012 at 11:52:49AM +0200, Ralf Mardorf wrote: On Thu, 2012-07-26 at 12:43 +0300, Mantas Mikulėnas wrote: On Thu, Jul 26, 2012 at 11:30 AM, Jayesh Badwaik jayesh.badwai...@gmail.com wrote: With respect to daemons, the BEFORE and AFTER in the service files is redundant and though not likely to cause errors, likely to be inconsistent, because for every service file where a daemon xyz appears in AFTER, the corresponding daemon must appear in BEFORE in the service file for xyz. I am not quiet sure why this redundancy is there, you can simply have just AFTER variables and they should take care of all the dependencies I guess. This is certainly not true – it is enough for /one/ unit to have Before or After. Sorry, what kind of new logic philosophy/math do users need to learn? http://en.wikipedia.org/wiki/Logic Pardon, I only know the German Wiki, since my English is broken. https://en.wikipedia.org/wiki/Redundancy By the way, I, for one, am increasingly annoyed by (not only) your style of discussion. Not that it'd matter in any way, but I miss the times of productive and helpful threads on this list. HTH, Dennis I don't claim to be an expert, I already mentioned that I'm a dummy. So again: Is Linux in the future for experts only? So much for world domination!
Re: [arch-general] lib - usr/lib
On Thursday, July 26, 2012 12:50:47 PM Tom Gundersen wrote: On Thu, Jul 26, 2012 at 8:53 AM, Jayesh Badwaik jayesh.badwai...@gmail.com wrote: Why will /opt have to go? I don't think we will ever manage to get rid of /opt. However, if we were to follow brainworker's renaming scheme I'd suggest /opt to /crap Should make it clear what kind of packages belong there ;-) -t Hey now we are making progress
Re: [arch-general] Systemd : Analysis of reactions of Users
On Thursday, July 26, 2012 11:13:42 AM Nicholas MIller wrote: On Fri, Jul 27, 2012 at 11:07 AM, Mike mkgma...@gmail.com wrote: On 26/07/12 16:35, Nicolas Sebrecht wrote: The 26/07/12, Ralf Mardorf wrote: On Thu, 2012-07-26 at 11:57 +0200, Dennis Herbrich wrote: By the way ... ... is there the need to improve something that already works As I've already said, it does NOT work. Systems based on init scripts are BROKEN because some of them scripts won't give you any chance to catch all the failures. Instead of fixing such problems we need something new that's broken too? NEW IS ALWAYS BETTER Then you had better throw away all the gnu tools
Re: [arch-general] systemd network configuration
On Wednesday, July 25, 2012 11:57:02 AM Tom Gundersen wrote:
On Jul 25, 2012 2:45 AM, David Benfell benf...@parts-unknown.org wrote:
rc.d start network #successfully gets some address and a route
for i in 74.207.225.79/32 74.207.227.150/32 173.230.137.73/32
173.230.137.76/32
do
ip addr add ${i} dev eth0
done
ip -6 addr add 2600:3c02::f03c:91ff:fe96:64e2/64 dev eth0
for j in $(seq 0 1)
do
for i in $(seq 0 9) a b c d e f
do
ip -6 addr add 2600:3c02::02:70${j}${i}/64 dev eth0
done
done
Basically, with the IPv4 address, my intent is to make sure I've got
all four of those addresses up. But I wasn't getting a route unless I
used the network start script.
In my copy of the Arch wiki, Im not seeing how to do something
similar under systemd. How, ideally, should I be doing this?
Systemd does not come with a network daemon. Either you could use one of
the regular ones (I use network manager on all my machines), or you could
tell systemd to ruin your script.
^^^
This was worth a good laugh this morning
Re: [arch-general] My end-user $0.02 on /etc/rc.conf splitting.
On 07/24/2012 08:37 AM, Gaetan Bisson wrote: [2012-07-24 13:27:50 +0100] Kevin Chadwick: you may not see my points if you haven't done any research on the foundations of UNIX and/or security. How more ridiculous can you get? He is not being ridiculous. He is stating his opinion and that should be valuedIt is easy to dismiss someones opinion but hard or complex to analyze. His insight may keep one from doing something stupid simply because he has looked at the problem from a different light and that should be valued. His view does have merit.
Re: [arch-general] My end-user $0.02 on /etc/rc.conf splitting.
On 07/24/2012 09:09 AM, Tom Gundersen wrote: On Tue, Jul 24, 2012 at 1:38 PM, Kevin Chadwick ma1l1i...@yahoo.co.uk wrote: Systemd is larger than init, so for embedded it may well quadruple boot time. What utter bullshit. Please, Kevin, if you are going to throw around numbers, do some measurements first. You keep picking on other subjects too at one tiny part without considering all that I have said. You win. I usually try to answer all emails aimed in my general direction, however with the last onslaught of spam from you, I just can't find it in me any more. Anyone with the least bit of clue will by now have realised that you don't know what you are talking about. So anything I add will just be a waste of everyone's time. -t I am sorry you think any thing you have will be a waste of time. I am looking at this problem of moving to systemd, staying with current init scripts or moving in the LSB init scripts direction. In order for one to make an informed decision one needs to consider all the facts. Without your insight or wisdom how would/will I do that? Discussion is healthy
[arch-general] LSB init scripts
I have seen some comments here about LSB init scripts. Anyone know where I might obtain an example LSB script template?
Re: [arch-general] LSB init scripts
On 07/24/2012 11:05 AM, Tom Gundersen wrote: On Tue, Jul 24, 2012 at 5:01 PM, Baho Utot baho-u...@columbus.rr.com wrote: I have seen some comments here about LSB init scripts. Anyone know where I might obtain an example LSB script template? Most distros who use sysvinit (not Arch though) use some version of LSB scripts, take Debian as an example [0]. Each distro implemented this differently, so the details will vary. [0]: http://wiki.debian.org/LSBInitScripts/. Is there a development in process to take arch init scripts and mold them into something that is complies with LSB. If so can you point me to those? thanks
Re: [arch-general] Still Glibc problems
On 07/21/2012 11:24 AM, Tom Gundersen wrote:
On Sat, Jul 21, 2012 at 4:57 PM, D. R. Evans doc.ev...@gmail.com wrote:
I *think* that this means that in fact glibc owns all the files.
It means that no other package owns any files. It might still be that
there are files in /lib that are not owned by any package. pacman -Qo
/lib/* should tell you (or simply ls /lib and compare with the list
you pasted in your previous email).
-t
find /lib -exec pacman -Qo -- {} + 21 | grep 'No package'
Re: [arch-general] Still Glibc problems
On 07/20/2012 10:27 AM, D. R. Evans wrote: Norbert Zeh said the following at 07/19/2012 06:08 PM : Well, the filesystem instructions are older and applied at the time the glibc upgrade was not an issue yet. Combining the two instructions, I would guess the following should work: pacman -Syu --ignore filesystem --ignore glibc pacman -S --force filesystem --ignore glibc pacman -Sd everything you couldn't upgrade due to ignored glibc Incidentally, this is quite a long list. https://wiki.archlinux.org/index.php/DeveloperWiki:usrlib seems to suggest that the list will contain only a few items, but the actual number is of the order a couple of dozen packages. pacman -Su Note that I did not try this, but it seems to be the logical combination of the two. Maybe one of the developers can chime in and confirm that this is the right strategy. I am rather reticent to try something untested, especially when I see the --force option in use. So yes, PLEASE, can a developer address this issue so that I can have more confidence that I won't end up with a hosed system. (I am very puzzled as to why this is happening at all. This is not a system to which anything fancy has ever been done. If I'm having this problem, I don't know why lots of others aren't seeing it too.) Doc I had this problem on the few remaining arch desktop boxes that I admin. I fixed those by installing Fedora 17, the server boxes were fixed by my own distro...LFS and pacman-3.3.3 as the package manager.
Re: [arch-general] Still Glibc problems
On 07/20/2012 10:47 AM, Tom Gundersen wrote: On Fri, Jul 20, 2012 at 4:21 PM, D. R. Evans doc.ev...@gmail.com wrote: There's nothing on this system that hasn't come from either AUR or the official arch repositories, so I don't know why I'm having any problems at all :-( I have seen people having problems because they installed packages from repos that they no longer have active (typically multilib), make sure to either remove any stale packages or re-enable any repos so you get all the most recent updates. I had a desktop system hosed that only packages in core, extra and community installed.
Re: [arch-general] Still Glibc problems
On 07/20/2012 12:46 PM, Tom Gundersen wrote: On Jul 20, 2012 6:08 PM, Baho Utot baho-u...@columbus.rr.com wrote: On 07/20/2012 10:47 AM, Tom Gundersen wrote: On Fri, Jul 20, 2012 at 4:21 PM, D. R. Evans doc.ev...@gmail.com wrote: There's nothing on this system that hasn't come from either AUR or the official arch repositories, so I don't know why I'm having any problems at all :-( I have seen people having problems because they installed packages from repos that they no longer have active (typically multilib), make sure to either remove any stale packages or re-enable any repos so you get all the most recent updates. I had a desktop system hosed that only packages in core, extra and community installed. I never heard of anyone actually hosing their system without using --force. What happened? (I'm assuming you don't use testing?). -t No I didn't use testing. Followed the news release..rebootedsystem borked.
Re: [arch-general] DeveloperWiki:usrlib - Note - rebuild any needed packages *before* attempting update
On 07/15/2012 06:25 PM, Daniel Wallace wrote: On Sun, Jul 15, 2012 at 05:20:03PM -0500, David C. Rankin wrote: On 07/15/2012 04:52 PM, Daniel Wallace wrote: I missed your part about rebuilding before doing pacman -Syu --ignore glibc, that should be unnecessary as the files will be available in /usr/lib libpam provided the only problem. When the initial pacman -Syu --ignore glibc moved libpam* from /lib to /usr/lib, it left the system unable to build packages that required libpam. I guess the search-path information was hardcoded in the configure.in. I rebuilt the packages that needed rebuilding (hal, shadow (modified), and virtualbox (aur)) on a second box and rsynced the new binaries to the box that was partially updated. After installing the new packages that removed all ownership from /lib (except for glibc), the final 'pacman -Su' completed fine. Progress is always a bit trying, but all in all, Arch did a good job with the move. -- David C. Rankin, J.D.,P.E. up to date pam in the repos has all of it's stuff in /usr/lib, you didn't have pam up to date. Also hal has been deprecated for 2 years now, chances are whatever you think you need it for, you don't really need it. if you have hal because you are using [archlinuxfr] repo, you should remove the archlinuxfr repo, hal, and check that you don't have gen-init-cpio installed as that was removed from [archlinuxfr] at the sametime hal was and only a few month ago even though both have been deprecated for a while. There was no where that said to mv stuff from /lib to /usr/lib manually, everything instructed making sure you were entirely up to date, if you are unsure if your mirror is synced recently enough, you can check at http://www.archlinux.org/packages/ Actually he really needs hal --Trinity requires it.
Re: [arch-general] [cdrecord] Problems with original cdrecord on latest linux kernel
On 06/10/2012 05:23 AM, Joerg Schilling wrote: Javier Vasquez j.e.vasque...@gmail.com wrote: Hi, I've been using the original cdrecord (cdrtools) for more than 10 years now, however I hadn't burned anything in the last 3 months (or even more). With the current linux kernel image from Arch: % uname -a Linux jvasquez14 3.3.8-1-ARCH #1 SMP PREEMPT Tue Jun 5 15:20:32 CEST 2012 x86_64 GNU/Linux I can't get cdrecord to recognize any cd/dvd writer, not the laptop one neither an external USB one... I might be mistaken, but with 3.0 image I believe things worked (can't be sure, as I said I haven't been burning anything for months). When I try to identify the cd/dvd writers: % cdrecord -scanbus Cdrecord-ProDVD-ProBD-Clone 3.01a07 (x86_64-unknown-linux-gnu) Copyright (C) 1995-2012 Joerg Schilling cdrecord: No such file or directory. Cannot open '/dev/pg*'. Cannot open or use SCSI driver. cdrecord: For possible targets try 'cdrecord -scanbus'. cdrecord: For possible transport specifiers try 'cdrecord dev=help'. Looks like a missconfigured kernel that does not include support for or for some strange reason does not load the SCSI generic driver Jörg cdrtools aka wodim work fine.
[arch-general] Boot error
rc.sysinit call mountpoint but that package soes not exist in a new install. what package contains mountpoint?
Re: [arch-general] Boot error
On 04/27/2012 01:12 PM, Christoph Vigano wrote: On 04/27/2012 01:42 PM, Baho Utot wrote: rc.sysinit call mountpoint but that package soes not exist in a new install. what package contains mountpoint? util-linux contains this program, but if util-linux does seem to be not installed, something's gone very wrong. What did you try do? Fresh install of Archlinux? Greetings, Christoph Yes fresh install for x86_64 from the latest iso downloaded a few weeks ago. I did the following: root@sitting-bull ~]# pacman -S util-linux warning: util-linux-2.21.1-2 is up to date -- reinstalling resolving dependencies... looking for inter-conflicts... Targets (1): util-linux-2.21.1-2 Total Installed Size: 7.38 MiB Net Upgrade Size: 0.00 MiB Proceed with installation? [Y/n] (1/1) checking package integrity [] 10 (1/1) loading package files [] 10 (1/1) checking for file conflicts [] 10 (1/1) checking available disk space [] 10 (1/1) upgrading util-linux [] 10 [root@sitting-bull ~]# mountpoint Usage: mountpoint [-qd] /path/to/directory mountpoint -x /dev/device Options: -q, --quietquiet mode - don't print anything -d, --fs-devno print maj:min device number of the filesystem -x, --devnoprint maj:min device number of the block device -h, --help this help For more information see mountpoint(1). [root@sitting-bull ~]# mountpoint Before the reinstall mountpoint was not installed as I searched for it find / -name mountpoint and it found nothing Thanks for your input.
Re: [arch-general] Any way to revert chroot to gcc46?
On 04/13/2012 08:51 AM, David C. Rankin wrote: On 04/13/2012 07:40 AM, David C. Rankin wrote: On 04/05/2012 03:43 PM, Baho Utot wrote: On 04/05/2012 03:36 PM, David C. Rankin wrote: Guys, Is there any way to revert my chroot for building back to gcc46 immediately prior to this last gcc47 update? Obvious reasons - bug fixes required due to new gcc47 C11 C11++ extension implementation, etc..., but I would like to continue building until the bugs are fixed. Is there a reasonable way to do that absent having to set up and point the chroot pacman.conf at a hand-built repo with just the gcc46 files in it? copy the gcc binary/pkgbuilt files tochroot/root/repo repo-add gccwhatever* chrootchroot/root pacman -S gccwhatever exit Doesn't that require: pacman -U gcc...xz gcc-libs...xz etc..? With pacman -S, it still tries to pull in gcc 4.7 from the normal repos. Hmm.. That failed. created a new chroot 'ch46' created a new repo in ch46 and copied the needed gcc46 files and libtool, then tried to use 'pacman -U': pacman -U gcc-4.6.3-1-x86_64.pkg.tar.xz gcc-fortran-4.6.3-1-x86_64.pkg.tar.xz gcc-go-4.6.3-1-x86_64.pkg.tar.xz gcc-libs-4.6.3-1-x86_64.pkg.tar.xz gcc-objc-4.6.3-1-x86_64.pkg.tar.xz libtool-2.4.2-4-x86_64.pkg.tar.xz warning: downgrading package gcc (4.7.0-4 = 4.6.3-1) warning: downgrading package gcc-libs (4.7.0-4 = 4.6.3-1) warning: downgrading package libtool (2.4.2-5 = 2.4.2-4) resolving dependencies... looking for inter-conflicts... Targets (6): gcc-4.6.3-1 gcc-fortran-4.6.3-1 gcc-go-4.6.3-1 gcc-libs-4.6.3-1 gcc-objc-4.6.3-1 libtool-2.4.2-4 Total Installed Size: 146.32 MiB Net Upgrade Size: 69.35 MiB Proceed with installation? [Y/n] (6/6) checking package integrity [###] 100% (6/6) loading package files [###] 100% (6/6) checking for file conflicts [###] 100% error: could not determine filesystem mount points error: not enough free disk space error: failed to commit transaction (unexpected error) Errors occurred, no packages were upgraded. Huh? So how do you set up a chroot with gcc46? mount -vt devpts devpts chroot/dev/pts mount -vt tmpfs shm chroot/dev/shm mount -vt proc proc chroot/proc mount -vt sysfs sysfs chroot/sys
Re: [arch-general] Any way to revert chroot to gcc46?
On 04/05/2012 03:36 PM, David C. Rankin wrote: Guys, Is there any way to revert my chroot for building back to gcc46 immediately prior to this last gcc47 update? Obvious reasons - bug fixes required due to new gcc47 C11 C11++ extension implementation, etc..., but I would like to continue building until the bugs are fixed. Is there a reasonable way to do that absent having to set up and point the chroot pacman.conf at a hand-built repo with just the gcc46 files in it? copy the gcc binary/pkgbuilt files to chroot/root/repo repo-add gccwhatever* chroot chroot/root pacman -S gccwhatever exit
Re: [arch-general] makepkg/PKGBUILD - handle same files provided by 2 non-dependent packages?
On 03/25/2012 12:44 AM, David C. Rankin wrote: Guys, I need to know if makepkg/PKGBUILD can handle a check to see whether the same files provided by two different packages (which are not dependencies of each other) exist in the file system to prevent an installation failure due to conflicting files? The situation is this. Both tdesdk and tdesvn both provide: /opt/trinity/share/services/svn+file.protocol /opt/trinity/share/services/svn+http.protocol /opt/trinity/share/services/svn+https.protocol /opt/trinity/share/services/svn+ssh.protocol /opt/trinity/share/services/svn.protocol Since neither package is a dependency for the other, tdesvn needs to provide the files if tdesdk isn't installed and tdesdk needs to provide the files if tdesvn isn't installed, but avoid the conflict if both are installed. Is this possible? If they were dependencies of each other, then that would be an easy fix. If both were assured to be installed, that would also be an easy fix by rm'ing the files from one package or the other, but in the case when either or both can be installed -- How do you handle this?? Thanks for any ideas you have. This is simple. Split those files out of both packages and put them into a separate file. Then make both packages depend on the new split-out package.
Re: [arch-general] makepkg/PKGBUILD - handle same files provided by 2 non-dependent packages?
On 03/25/2012 04:09 PM, Heiko Baums wrote: Am Sun, 25 Mar 2012 22:08:43 +0200 schrieb Heiko Baumsli...@baums-on-web.de: AUR still doesn't support split packages, and split packages can't be handled by the AUR wrappers. So this is really the worst ideas for AUR, and should only be used for binary repos for now. The better way is to create three single packages which depend on each other. Sorry, missed that it is meant for the trinity binary repo. Sorry for the noise. Heiko You stiil had/have a workable solution though
Re: [arch-general] makepkg/PKGBUILD - handle same files provided by 2 non-dependent packages?
On 03/25/2012 02:00 PM, David C. Rankin wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 03/25/2012 12:30 PM, Jesse Juhani Jaara wrote:
In tdesdk's PKGBUILD do somthing like this
build () {
pach -Np -i patches
sed 's|clause|fix|' file.c
.configure --prefix
}
package_tdesdk ()
{
make install
rm $pkgdir/opt/trinity/share/services/svn*
}
package_tdeservices () {
cp $srcdir/tdeskd/src/service/generated/svn*.protocol \
$pkgdir/opt/trinity/share/services/
}
Thats kind of thng should do it :D
Also the assumption here is that the tdesdk and tdesvn pkgs provide
exactly same version of those .protocol files :D
Thank you Jesse!
The files are not identical, but should be functionally equivalent. The only
difference is that tdesvn files use 'exec=kio_ksvn' while tdesdk uses
'exec=kio_svn'. They are essentially the same .protocol files otherwise (except
for some additional translation 'Description=' lines which are irrelevant to the
operation of the protocol. I am still investigating whether using kio_ksvn for
everything will make any difference. If anybody has historical knowledge of the
difference between kio_svn and kio_ksvn, I would welcome your input. Otherwise,
I'll just test after install and see how it goes.
- --
David C. Rankin, J.D.,P.E.
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.16 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
iEYEARECAAYFAk9vXUAACgkQZMpuZ8CyrchRnACdEMqR1YDA7UUTf32lrF0RxCUo
Km8AnRrvLsK7Kux6Ghpi8h9OI4EP2r4J
=AtEY
-END PGP SIGNATURE-
You may have a bigger problem then, you may/will have to put them into
unrelated directories so they do not conflict with each other.
I originally thought you could sed this thing but I don't think that
will work.
Re: [arch-general] makepkg/PKGBUILD - handle same files provided by 2 non-dependent packages?
On 03/25/2012 01:24 PM, David C. Rankin wrote:
On 03/25/2012 06:55 AM, Matthew Monaco wrote:
On 03/24/2012 10:44 PM, David C. Rankin wrote:
Guys,
I need to know if makepkg/PKGBUILD can handle a check to see whether the same
files provided by two different packages (which are not dependencies of each
other) exist in the file system to prevent an installation failure due to
conflicting files?
The situation is this. Both tdesdk and tdesvn both provide:
/opt/trinity/share/services/svn+file.protocol
/opt/trinity/share/services/svn+http.protocol
/opt/trinity/share/services/svn+https.protocol
/opt/trinity/share/services/svn+ssh.protocol
/opt/trinity/share/services/svn.protocol
Since neither package is a dependency for the other, tdesvn needs to provide
the files if tdesdk isn't installed and tdesdk needs to provide the files if
tdesvn isn't installed, but avoid the conflict if both are installed. Is this
possible?
If they were dependencies of each other, then that would be an easy fix. If
both were assured to be installed, that would also be an easy fix by rm'ing the
files from one package or the other, but in the case when either or both can be
installed -- How do you handle this?? Thanks for any ideas you have.
how about tdeproto or the like?
Martin, Baho, Matthew,
That is exactly what I will do. Hmm.. How would I do that? Could I just
include another package() statement in the pkgbuild that simply packages those
files? I've worked with sip which creates a split package, but it includes a
completely separate build() as well as package. tdesdk is a huge file that I
would not want to have to cp and build twice to get a split package with just 5
files.
Is there a go-by PKGBUILD that anyone can think of that does just that?
1.determine if the files are exactly the same.
2.build the first package and rm the files in question. ( PKGBUILD 1
) / ( package() {} 1 )
3.cp PKBUILD 1 to PKGBUILD 2
4.edit PKGBUILD 2, pkgname change and rm everything except the proto
files. ( package() [] 2 )
Steps 2 to 4 could be accomplished in a split build if you wanted to do
that, just adjust the build() / package() functions accordingly.
Re: [arch-general] makepkg/PKGBUILD - handle same files provided by 2 non-dependent packages?
On 03/25/2012 07:29 PM, David C. Rankin wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 03/25/2012 05:01 PM, Baho Utot wrote: You may have a bigger problem then, you may/will have to put them into unrelated directories so they do not conflict with each other. I originally thought you could sed this thing but I don't think that will work. I am still trying to see if the kio_ksvn is functionally equivalent of kio_svn. If tdesdk will use kio_ksvn for it's svn functions (which I can't think why it wouldn't), then it will simply use the files provided by tdesvn. However, reading, tdesdk and tdesvn use their own implementations of the kio slave, so there is a chance that they are not functionally equivalent. The kdedevelopers for kde4 haven't solve the issue. Debian and kubuntu have gone back and forth creating 'kio_plugins' that hold these files. The current opensuse 3.5.10 eliminates the .protocol files from kdesdk and just uses those provided by kdesvn, so that seems like a workable solution. I haven't looked at their patches yet, but I have looked at the files provided by both the kdesvn and kdesdk rpms. I think rather than split packaging, we just drop the .protocol files from tdesdk and make tdesvn a dependency of tdesdk. The tdesvn package is only 1.8M so it's not a lot of overhead for someone who wants just tdesdk and not tdesvn. Otherwise, I think it is hack the code time and patch tdesdk to put its protocol files in a new location. Well OK, I am not working on tde at all any more as I have standardized on KDE4. Good luck with your project.
Re: [arch-general] makechrootpkg -d goes in repo.db why not local.db consistent with DevWiki?
On 03/22/2012 06:54 PM, David C. Rankin wrote: Guys, I have followed the DeveloperWiki:Building in a Clean Chroot page closely for the trinity build and it has worked fine. For major rebuilds it has you create a local.db.tar.gz in /root/repo as a local repo. However, I was experimenting with makechrootpkg -d and it suggest it will add the package to the local /repo, but instead it creates /root/repo/repo.db. Why not local.db? Looking at the developer wiki and then looking at the help file for makechrootpkg: -d Add the package to a local db at /repo after building I expected both to be consistent. Is there a reason for the difference? The repo.db.tar.gz is what I would expect. -d says It will add the path to a local repo not that the repo database will be called local.db.tar.gz Just put [repo] Server = file:///repo into the pacman.conf in the chroot directory and it will work. Then the chroot evironment will be able to load/install dependcy packages when needed for building the package under building. I do this all the time.
Re: [arch-general] fakeroot package() - mkdir: cannot create directory : Permission denied
On 03/03/2012 06:34 PM, David C. Rankin wrote:
On 03/03/2012 04:39 PM, Allan McRae wrote:
I'm not sure what makepkg needs to tell it to put the packages in the $pkgdir
from within the Makefile. Anyone else been bitten by this? Any quick fix?
make INSTALL_ROOT=$pkdir install
What determines whether you need:
make DESTDIR=${pkgdir} install
or
make INSTALL_ROOT=${pkgdir} install
??
Can you grep something before building and tell?
The Makefile
I just find it's easier to just let it puke and then have a look at the
Makefile
BTW how is trinity going?
I haven't looked at trinity for some time, as I dropped out.
Re: [arch-general] howto build shadow 4.1.5 with share libraries enabled?
On 02/21/2012 12:24 PM, David C. Rankin wrote: All, I am having trouble building the new shadow (4.1.5) from ABS so that libshadow.so.0 is created and installed. I have tried modifying lib/Makefile.am like was done in 4.1.4: #Ugh, force this to build shared libraries, for god's sake sed -i s/noinst_LTLIBRARIES/lib_LTLIBRARIES/g lib/Makefile.am But that produces no pkg/lib at all in the build directory. I have also tried setting the --enable-share configure option, but the build fails with that option set: libtool: link: gcc -march=i686 -mtune=generic -O2 -pipe -fstack-protector --param=ssp-buffer-size=4 -D_FORTIFY_SOURCE=2 -Wl,-O1 -Wl,--sort-common -Wl,--as-needed -Wl,-z -Wl,relro -Wl,--hash-style=gnu -o login login.o login_nopam.o ../libmisc/libmisc.a ../lib/.libs/libshadow.a -lcrypt -lpam -lpam_misc login.o: In function `get_failent_user': login.c:(.text+0x1a): undefined reference to `getdef_bool' login.o: In function `main': login.c:(.text.startup+0x4ec): undefined reference to `getdef_unum' login.c:(.text.startup+0x517): undefined reference to `getdef_unum' login.c:(.text.startup+0x52f): undefined reference to `getdef_unum' snip I know /lib/libshadow.so.0 was dropped in the move from shadow 4.1.4.3-5 4.1.5, but is it possible to build the new shadow and have it create libshadow.so.0? If so, how? This might be basic, but obviously I'm ignorant to the solution. Thanks. try this from ./configure --help --enable-shared[=PKGS] build shared libraries [default=no] --enable-static[=PKGS] build static libraries [default=yes] so add --enable-shared to your configure command
Re: [arch-general] Cannot upgrade.
On 02/15/2012 01:04 PM, jwbirdsong wrote: On 02/15/2012 10:18 AM, Madhurya Kakati wrote: On 02/14/12 at 11:49pm, Ralf Mardorf wrote: The pacman upgrade didn't cause trouble here. When I run pacman -Syu the first time, only pacman was shown. Directly after installing it I run pacman -Syu again and there where 5 targets. # ntpdate ntp.favey.ch 14 Feb 23:34:30 # pacman -Syu :: Synchronizing package databases... core extra community multilib archaudio-production is up to date archaudio-preview is up to date kxstudio-free kxstudio-free is up to date kxstudio-non-fre kxstudio-non-free is up to date arch-fonts is up to date archaudio-nightly is up to date archaudio-experimental is up to date Dude, what are these extra repos for? Can you tell me how to include them in my pacman.conf? Thanks. One REALLY has to wonder about the wisdom of a statment like that.. What are those repos for... i want them.. REALLY?? why would you want them/need to know how to include them if you have no idea what they are for. Just my 2 cents It makes it much easier the break things
Re: [arch-general] pacman 4 and empty repos
On Friday 20 January 2012 07:30:53 am Allan McRae wrote: On 20/01/12 22:11, Magnus Therning wrote: In ArchHaskell we are heavy users of mkarchroot/makechrootpkg for building packages. When setting up the root chroot pacman is configured with a local db located at `/repo`, this makes already built packages available as dependencies later on in a multi-package build, and by using makechrootpkg's '-d' argument it all happens automatically. With pacman 3 this didn't cause troubles besides a few warning messages about [repo] not being available (the db isn't created until the first package is built). Pacman 4 doesn't seem as forgiving though--it fails completely unless the db exists (though it may be completely empty). Is there some way to coerce pacman 4 into being as forgiving as pacman 3 was? /M touch /repo/repo.db Amen brother. reach out and touch somebody
Re: [arch-general] local repository
On Thursday 29 December 2011 11:35:52 pm Calvin Morrison wrote: On 29 December 2011 20:55, Baho Utot baho-u...@columbus.rr.com wrote: On Thursday 29 December 2011 08:45:11 pm Karol Blazewicz wrote: On Fri, Dec 30, 2011 at 2:33 AM, Baho Utot baho-u...@columbus.rr.com wrote: http:///trinity.bildanet.com/i686 Have you tried with 2 '/' (slashes) after 'http:' instead of 3? No I have not. I tried that and it now works Thank you you should make those public :-) I have no means to make them available. This server is on a dynamic ip and my up stream to the internet is very limited as this is a residential connection to the internet.
[arch-general] local repository
I would like to setup a local repository for my trinity packages I have a server with apache installed and a virtual host is configured. I copied all the files to the server and did a repo-add trinity.db.gz *.pkg.* I put this into the server pacman.conf [trinity] Server = file:///srv/http/trinity/i686 Which works as expected. I then put this in pacman.conf on the client [trinity] Server = http:///trinity.bildanet.com/i686 when I do a pacman -Syy I get the following :: Synchronizing package databases... trinity 3.6K 1380.8K/s 00:00:00 [###] 100% error: failed retrieving file 'trinity.db' from : Unknown resolver error error: failed to update trinity (Unknown resolver error) ping shows that trinity.bildanet.com is resolvable for the client. This is browseable from a web browser on the client and shows all the packages as well as the trinity.db and trinity.db.tar.gz file. Is there something else I need to do to get this working or what am I missing?
Re: [arch-general] local repository
On Thursday 29 December 2011 08:45:11 pm Karol Blazewicz wrote: On Fri, Dec 30, 2011 at 2:33 AM, Baho Utot baho-u...@columbus.rr.com wrote: http:///trinity.bildanet.com/i686 Have you tried with 2 '/' (slashes) after 'http:' instead of 3? No I have not. I tried that and it now works Thank you
Re: [arch-general] upgrading postfix - newaliases: error while loading libdb-5.1.so -- ignore?
On Thursday, July 07, 2011 02:36:10 AM Allan McRae wrote: On 07/07/11 10:02, Baho Utot wrote: On Wednesday, July 06, 2011 05:59:33 PM Paul Ezvan wrote: As a temporary work around, just add a link in /usr/lib from /usr/lib/libdb-5.1.so - libdb-5.2.so: 13:14 providence:~ sudo ln -sf /usr/lib/libdb-5.2.so /usr/lib/libdb-5.1.so 13:14 providence:~ sudo /etc/rc.d/postfix restart That will bring postfix back up until the package is updated. Then don't forget to remove the link later... Please don't do that, this is a bad workaround ! You should rebuild the package instead, it is very easy with ABS. Paul Why? The worst you could do is have pacman complain that the file(s) already exists in the file system. You then only have to remove it and you're good. Still the best way is to build/repackage but the link works as weel. The worst you can do while symlinking libraries is entirely screw your system... just ask the people who could not use pacman to extract .xz packages anymore after symlinking liblzma... Library sonames change for a reason. Allan In this case it would only screwup postfix. I am not talking of whole sale symlinking libs only to temporay fix issues like this while the package is being fixed.
Re: [arch-general] makechrootpkg -I (any way to pass --noconfirm ?)
On 06/15/2011 02:41 PM, David C. Rankin wrote:
Guys
When installing packages into an archroot with the '-I' option to
makechrootpkg is there any way to also pass the '--noconfirm' option
to pacman? I have tried a couple of different ways to pass it after
the -I option, but so far it is a no go. I'm trying to automate the
trinity build in an archroot, but having to confirm each install after
the module build is preventing this. What say the experts?
You're doing this incorrectly.
Setup a repo that is reachable in the chroot
then
( sudo /usr/sbin/mkarchroot -u ${_chroot}/root 21 | tee
${_date}build.log exit ${PIPESTATUS} )
( sudo /usr/sbin/makechrootpkg -c -r ${_chroot} 21 | tee -a
${_date}build.log exit ${PIPESTATUS} )
The first mkarchroot updates the chroot system and the second builds the
package, when they are are built you are ready to install to the host
system.
I do not recommend installing the trinity packages to the chroot, the
PKGBUILD file should pull them in automagically if it is written correctly.
See my automated trinity build system for pointers. I wrap the whole
thing in a Makefile which builds the entire trinity desktop ( if needed ).
$ make trinity is all that is then needed.
Re: [arch-general] Display Manager rc.d scripts
On 05/08/2011 04:21 PM, Grigorios Bouzakis wrote: Heiko Baums wrote: https://wiki.archlinux.org/index.php/Start_X_at_boot Thats the worst wiki page i've ever seen, on any wiki. You have not seen mine then!
Re: [arch-general] Gnome 3 + KDE 4 are both large disappointments.
On Sunday 10 April 2011 10:09:25 am Oon-Ee Ng wrote: [putolin] No, because that's not how Arch works. Gnome3 is not broken, nor will it break anyone's computer. Arch is bleeding-edge, it said so on the sticker when you installed it =) Hey wait I didn't get any sticker when I installed it. I want my money back!
Re: [arch-general] Build in clean chroot
On 03/10/2011 07:38 PM, Linas wrote: Baho Utot wrote: This gives me an error /build/PKGBUILD: line 25: cd: /trinity.source/kdepim: Too many levels of symbolic links I want to symlink the svn repo to inside the chroot so when makechrootpkg -c -rchrootdir creates the clean copy it doesn't have to copy the entire svn source code to the clean copy, as it is almost 2G is size. Anyone know of a way to get around this? symlinks can't go out of chroots. So /home+build/../trinity.source inside the chroot is /../trinity.source and the parent of root being root, resolves to /trinity.source which is /home+build/trinity.source. In summary: the symlink points to itself. The solution is to use mount --bind /trinity.source /home+build/trinity.source I will try that Thank you
[arch-general] Build in clean chroot
I have a chroot devel environment like this
/home+build/
/ root/ - srch chroot build
made with mkarchroot
//trinity.source - a symlink ie ln -s
../trinity.source
/ copy- made by makechrootpkg
/ pkgbuild - where the pkgbuild live
/ trinity.source - a subversion repo
checkout of source code
I then fetch the subversion rev level to use as the pkgver number like this
_source=trinity.source
_module=kdepim
cd ${_source}/${_module}
pkgver=$(svnversion)
This gives me an error
/build/PKGBUILD: line 25: cd: /trinity.source/kdepim: Too many levels of
symbolic links
I want to symlink the svn repo to inside the chroot so when
makechrootpkg -c -r chrootdir creates the clean copy it doesn't have
to copy the entire svn source code to the clean copy, as it is almost 2G
is size.
Anyone know of a way to get around this?
Re: [arch-general] Sharing data between Windows 7 and Archlinux
On Monday, March 07, 2011 07:08:52 AM Madhurya Kakati wrote: Hi all, Got hold of a cheap laptop. I want to use it as my download rig. It will be on most of the time downloading torrents. The laptop actually came with Windows XP installed. I setup the laptop ip as 192.168.1.5 and my desktop (running Windows 7) ip as 192.168.1.4. After doing that I connected both of them using a lan wire. I then enable sharing on both of them and I could transfer files directly from one computer to the other at speeds of upto 75MBps. I want to know how to do the same with archlinux or Windows 7 running on my desktop and archlinux running on the desktop. Please tell me how to do that. I want to be able to tranfer downloaded content directly from the laptop to the desktop using a lan cable. Thanks. man rsync
Re: [arch-general] [trinity-devel] x86_64 kdesktop.kcrash [SOLVED - it is glibc]
On Tuesday, February 22, 2011 07:41:53 PM Allan McRae wrote: That prelink patch is very, very unlikely to cause the issue. It was also the only change between 2.13-3 and 2.13-4... As I pointed out, there are other distros using that patch without reported issue and it is now in glibc mainline so nothing is obviously wrong with it. Also, I have had no other crash reports since this update... Allan KDE4/Kernel segfaults when I plug in a USB device ( Nook ) after I updated today. It Worked fine since last week befor I updated. pacman -Syu Updated this [2011-02-22 15:52] upgraded glibc (2.13-3 - 2.13-4) [2011-02-22 15:52] upgraded aalib (1.4rc5-7 - 1.4rc5-8) [2011-02-22 15:52] upgraded alsa-lib (1.0.23-2 - 1.0.24.1-1) [2011-02-22 15:52] upgraded alsa-utils (1.0.23-3 - 1.0.24.2-1) [2011-02-22 15:52] upgraded calibre (0.7.45-1 - 0.7.46-1) [2011-02-22 15:52] upgraded curl (7.21.3-1 - 7.21.4-2) [2011-02-22 15:53] upgraded kernel26 (2.6.37-6 - 2.6.37.1-1) [2011-02-22 15:53] upgraded kernel26-headers (2.6.37-6 - 2.6.37.1-1) [2011-02-22 15:53] upgraded lib32-glibc (2.13-3 - 2.13-4) [2011-02-22 15:53] upgraded lib32-alsa-lib (1.0.23-4 - 1.0.24.1-1) [2011-02-22 15:53] upgraded ppp (2.4.5-1 - 2.4.5-2) [2011-02-22 15:53] upgraded redland (1.0.12-4 - 1.0.12-5) [2011-02-22 15:53] upgraded sane (1.0.21-4 - 1.0.22-1) [2011-02-22 15:53] upgraded wget (1.12-3 - 1.12-5)
[arch-general] Package building - Change name of finished package
I want to change the resulting package name in the PKGBUILD so I can support
different sites on a server hosting many virtual websites using joomla.
Example:
Stock PKGBUILD
pkgname=joomla
pkgver=1.5.22
pkgrel=1
pkgdesc=A PHP-based content management platform
arch=('any')
url=http://www.joomla.org/;
license=('GPL')
depends=('php=4.3.10' 'php-apache=4.3.10' 'mysql=3.23' 'apache=1.3')
provides=('joomla')
install=${pkgname}.install
source=(http://joomlacode.org/gf/download/frsrelease/12610/53421/Joomla_$pkgver-
Stable-Full_Package.zip)
build() {
# Install Joomla files.
install -dm755 $pkgdir$_install_dir
cp -r $srcdir/* $pkgdir$_install_dir
# Remove the symlink which points to the Joomla tarball itself.
rm -f $pkgdir$_install_dir/Joomla_$pkgver-Stable-Full_Package.zip
# Remove unnecessary permissions.
find $pkgdir$_install_dir -type f -exec chmod 0664 {} \;
find $pkgdir$_install_dir -type d -exec chmod 0775 {} \;
}
Produces a package named joomla-1.5.22-1-any.pkg.tar.xz
I would like to change it to
sitename=some name
pkgname=joomla
pkgver=1.5.22
pkgrel=1
pkgdesc=A PHP-based content management platform
arch=('any')
url=http://www.joomla.org/;
license=('GPL')
depends=('php=4.3.10' 'php-apache=4.3.10' 'mysql=3.23' 'apache=1.3')
provides=('joomla')
install=${pkgname}.install
source=(http://joomlacode.org/gf/download/frsrelease/12610/53421/Joomla_$pkgver-
Stable-Full_Package.zip)
build() {
# Install Joomla files.
install -dm755 $pkgdir/$sitename
cp -r $srcdir/* $pkgdir/$sitename
# Remove the symlink which points to the Joomla tarball itself.
rm -f $pkgdir/$sitename/Joomla_$pkgver-Stable-Full_Package.zip
# Remove unnecessary permissions.
find $pkgdir/$sitename -type f -exec chmod 0664 {} \;
find $pkgdir/$sitename -type d -exec chmod 0775 {} \;
}
and have it produce:
joomla-1.5.22-1-any-sitename.pkg.tar.xz
Is this possible?
Re: [arch-general] Package building - Change name of finished package
On Monday, January 03, 2011 11:17:46 am Ray Rashif wrote: On 3 January 2011 23:29, Baho Utot baho-u...@columbus.rr.com wrote: joomla-1.5.22-1-any-sitename.pkg.tar.xz Is this possible? No. joomla-$sitename-1.55.22-1-any.pkg.tar.xz is possible: _sitename=foo pkgname=joomla-$_sitename ... Yes I figured that as a possiblilty as I have seen simular in some other PKGBUILDs. joomla-1.5.22-1-any-sitename.pkg.tar.xz is cleaner but I can live with joomla-$sitename-1.55.22-1-any.pkg.tar.xz just isn't pretty. Thanks
Re: [arch-general] Package building - Change name of finished package
On Monday, January 03, 2011 11:38:52 am Guillaume ALAUX wrote:
On 3 January 2011 16:52, Baho Utot baho-u...@columbus.rr.com wrote:
On Monday, January 03, 2011 11:17:46 am Ray Rashif wrote:
On 3 January 2011 23:29, Baho Utot baho-u...@columbus.rr.com wrote:
joomla-1.5.22-1-any-sitename.pkg.tar.xz
Is this possible?
No.
joomla-$sitename-1.55.22-1-any.pkg.tar.xz is possible:
_sitename=foo
pkgname=joomla-$_sitename
...
Yes I figured that as a possiblilty as I have seen simular in some other
PKGBUILDs.
joomla-1.5.22-1-any-sitename.pkg.tar.xz is cleaner but I can live with
joomla-$sitename-1.55.22-1-any.pkg.tar.xz
just isn't pretty.
Thanks
You could use a split PKGBUILD[0]:
basename=joomla
build()
package_joom-site1() {}
package_joom-site2() {}
package_joom-site3() {}
...
[0] http://www.archlinux.org/pacman/PKGBUILD.5.html#_package_splitting
--
Guillaume
OK thanks I'll try that
I'll need to find am example so I can grok that build style.
Re: [arch-general] system time stucks in a loop
On 10/25/10 18:18, David C. Rankin wrote: On 10/24/2010 05:06 AM, János Illés wrote: On Fri, Oct 22, 2010 at 14:54, Thomas Jostschno...@schnouki.net wrote: Hope this helps. I removed openntpd completely and disabled time sync. The vm still freezes eventually. Also, I cannot set clocksource to anything else than acpi_pm Let's go back to brainstorming mode, i welcome any new ideas. OK, Let's start over. I haven't a clue about your clocksource loop, but I would suggest rebuilding virtualbox using: http://aur.archlinux.org/packages.php?ID=9753 Of all the different packages, I have had great luck with this one. Just download the tarball and untar/ungzip with: tar -xzf virtualbox_bin.tar.gz cd virtualbox_bin/ makepkg -s sudo pacman -U virtualbox_bin-3.2.10-2-x86_64.pkg.tar.xz Then test again. That might help but if it where me I would build it using A clean chroot The instructions to do that is here: http://wiki.archlinux.org/index.php/DeveloperWiki:Building_in_a_Clean_Chroot That way you would not get anything you didn't bargain for ;)
[arch-general] devtools:mkarchroot fails under sudo
Following Building in a clean chroot I have encountered the following
issue, which is related to using sudo mkarchroot
The full path is not included (code posted from mkarchroot) should this
be fixed?
After patching mkarchroot it works with sudo.
BUILD=/home/devtools
$ sudo mkdir -vp ${BUILD}
mkdir: created directory `/home/devtools'
$ sudo /usr/sbin/mkarchroot ${BUILD}/root base base-devel sudo
:: Synchronizing package databases...
[putolin]
/usr/sbin/mkarchroot: line 178: ldconfig: command not found
/usr/sbin/mkarchroot: line 191: chroot: command not found
/usr/sbin/mkarchroot
line 178:
if [ -d ${working_dir}/lib/modules ]; then
ldconfig -r ${working_dir}
fi
if [ -d ${working_dir}/lib/modules ]; then
/sbin/ldconfig -r ${working_dir}
fi
line 191:
if [ -e ${working_dir}/etc/locale.gen ]; then
echo -e 'en_US.UTF-8 UTF-8\nde_DE.UTF-8 UTF-8'
${working_dir}/etc/locale.gen
chroot ${working_dir} locale-gen
if [ -e ${working_dir}/etc/locale.gen ]; then
echo -e 'en_US.UTF-8 UTF-8\nde_DE.UTF-8 UTF-8'
${working_dir}/etc/locale.gen
/usr/sbin/chroot ${working_dir} /usr/sbin/locale-gen
Re: [arch-general] How to do this
On 10/24/10 11:20, Johannes Held wrote:
Christianchristia...@runbox.com:
I know that I have to use piping for this, but I want to output the
errors I get while compiling a program into atext file.
What to type after make then?
You could try tee. man tee.
your_command | tee file_1 file_2
If you need to bail from a calling makefile/bash script if an error
occurs do this:
LOG=your_log_file
( your_command | tee -a ${LOG} exit $PIPESTATUS ) # append to a log
file
( your_command | tee ${LOG} exit $PIPESTATUS ) # overwrite the log file
Then the calling makefile/bash script will bail on an error and not
continue.
Re: [arch-general] [arch-dev-public] PostgreSQL 9.0.1 in [testing]
On 10/19/10 10:35, Dan McGee wrote: On Tue, Oct 19, 2010 at 9:20 AM, Jan Steffensjan.steff...@gmail.com wrote: On Tue, Oct 19, 2010 at 2:39 PM, Dan McGeedpmc...@gmail.com wrote: Community feedback welcome as well, but this is now in testing now that the Python rebuild has moved on. Please let me know (good and bad) how things are going with it so I can move it along to [extra]. Lots of stuff seems to be missing from the package (e.g. adminpack.so). I'm not sure why I had that `make -C contrib uninstall` line in there; I'll take a look. -Dan Allan broke it!
Re: [arch-general] 1. Re: version control system for normal user (Magnus Therning)
On 08/26/2010 10:51 PM, jewelshaw wrote: Nice to get your suggestions. I'd better try git, since many recommend. As for svn, just svnadmin create a repository does work? PS: Sorry for my stupidity. I'm new to mailing list, and don't know how to reply a certain post. Thank you all http://svnbook.red-bean.com/ [putolin]
Re: [arch-general] Configure / Set a Hostname
On 08/24/2010 03:02 PM, Meyithi wrote: On 24 August 2010 19:52, Carlos Mennenscarlosw...@gmail.com wrote: I have read on Google searches and on all over so many different ways to properly set a FQDN on Arch Linux and am more confused than I was before I started looking this up. I don't ever get prompted during the Arch installer to enter a 'hostname' but rather do so in /etc/rc.conf which appears to make no difference because it's superseded by /etc/hosts. Can someone tell me if I want my Arch machine called bishop.mydomain.tld, how does one properly and officially achieve this task in Arch? Thanks! You'll get many different answers, but this is how I do it. You'll get different results for hostname and hostname -f this way. Take into consideration that on a machine that uses DHCP you'll not be able to do this reliably due to the changing IP unless you can assign it on the router/gateway. 127.0.0.1 localhost.localdomain localhost 192.168.1.64myname.mydomain.com myname 127.0.0.1 localhost.localdomain localhost 127.0.0.2myname.mydomain.com myname Is what I do
[arch-general] K3b
I am having some issues with K3b Under KDE4 ( yes I hate it) When I start K3b it detects a blank dvd in the dvd writer but when selecting the burn image tool from the menu it does not reconize the blank dvd. I looked into the frums and the wiki but didn't find anything that was helpful
Re: [arch-general] Firefox Opera Plugins on the fritz?
David C. Rankin wrote: Guys, My weather page has stopped working in both Firefox and Opera. I think it is a plugin issue. Can anyone else view this weather loop from the National Weather Service? http://radar.weather.gov/radar.php?rid=SHVproduct=N0Roverlay=1110loop=yes If so what plugin does it take. If not -- what do you think is wrong? Try: http://www.intellicast.com
Re: [arch-general] makepkg creates symlink to the package file
On 06/22/10 19:31, Allan McRae wrote: On 23/06/10 07:01, Attila wrote: Hello together, since the new pacman a makepkg run creates a symlink to the package file in the directory of the PKGBUILD. Example: # ls -l *.gz opera-snapshot-10.60-6378.2ah-i686.pkg.tar.gz - /server/work/archlinux/repo/opera-snapshot-10.60-6378.2ah-i686.pkg.tar.gz My differences to makepkg.conf.pacnew be this: MAKEFLAGS=-j2 CFLAGS=-march=i686 -mtune=generic -O2 -pipe -fomit-frame-pointer CXXFLAGS=-march=i686 -mtune=generic -O2 -pipe -fomit-frame-pointer BUILDENV=(fakeroot !distcc !color !ccache) OPTIONS=(strip !docs libtool emptydirs zipman purge) PKGDEST=/server/work/archlinux/repo PACKAGER=Attilasysad...@hunnen PKGEXT='.pkg.tar.gz' [/server/work is a cifs mount point] Have i overseen something in the makepkg.conf to control this or does no one have this problem ... or is this a new feature which have to be so? New feature. If PKGDEST is set, it creates a symbolic link to the packages in the working directory. I think the idea was that most of the time you will want to pacman -U pkg at the end of the build and that save you typing the whole PKGDEST path. Allan What about SRCDEST ? Creating a sym link from source package to the build directory would be handy as well.
Re: [arch-general] New Arch Install - Swap Won't Activate - Help the clueless?
On 06/21/10 12:33, David C. Rankin wrote: Guys, I'm laughing at myself for being unable to get swap activated. Initially, when I breezed through the install, I forgot to set /dev/sdb6 to type 82 so the box came up with swap off (2G of ram so not much of an issue) But now, I want to activate it and I get an error activating swap that frankly, I have never seen before: [11:27 dcrgx2:~] # swapon -a swapon: /dev/sdb6: read swap header failed: Invalid argument Huh? Here are the current details of the install: [11:26 dcrgx2:~] # cat /proc/partitions major minor #blocks name 8 16 488386584 sdb 8 17 1 sdb1 8 21 144522 sdb5 8 221951866 sdb6 8 23 29294496 sdb7 8 24 456992991 sdb8 80 39062500 sda 81 40131 sda1 82 39005820 sda2 [11:26 dcrgx2:~] # fdisk -l /dev/sdb Disk /dev/sdb: 500.1 GB, 500107862016 bytes 255 heads, 63 sectors/track, 60801 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disk identifier: 0x0005cd36 Device Boot Start End Blocks Id System /dev/sdb1 1 60801 4883840015 Extended /dev/sdb5 * 1 18 144522 83 Linux /dev/sdb6 19 261 1951866 82 Linux swap / Solaris /dev/sdb7 262390829294496 83 Linux /dev/sdb83909 60801 456992991 83 Linux # # /etc/fstab: static file system information # #file system dir type options dump pass devpts /dev/pts devptsdefaults0 0 shm/dev/shm tmpfs nodev,nosuid0 0 #/dev/cdrom /media/cd autoro,user,noauto,unhide 0 0 #/dev/dvd /media/dvd autoro,user,noauto,unhide 0 0 #/dev/fd0 /media/fl autouser,noauto 0 0 /dev/sdb6 swap swap defaults 0 0 UUID=30247a6b-c639-4180-9b44-3535ade87de2 /home ext4 defaults 0 1 UUID=73356263-d92f-4914-bb0d-07f5611b5709 / ext3 defaults 0 1 UUID=de71b9f1-a954-4d41-84c2-926de89d1edb /boot ext3 defaults 0 1 It looks to me like swap should activate. What am I missing? Thanks for any insight you can lend here. did you do mkswap /dev/sdb6
