[arch-general] Requesting ownership of the bugs for AIF in the bugtracker
I posted this to the releng list, and didn't get a response, so I figured I'd ping here and see what's up. There are a *whole lot* of bugs for AIF in the bugtracker[1], some of which aren't relevant any more, and some of which I'm working on. I'd like to request ownership / assignment of the AIF bugs, if possible. I can certainly work my way through them, but figure that it makes some sense for me to be listed as responsible for them, and would also mean less poking and prodding from me as I attempt to figure out which ones are still relevant and which ones should be closed already. My username on the bugtracker is jdd . Footnotes: [1] https://bugs.archlinux.org/index.php?project=6cat%5B%5D=40status%5B%5D=opendo=index -- Jeremiah Dodds blog : http://jdodds.github.com github : https://github.com/jdodds freenode/skype : exhortatory twitter: kaens
Re: [arch-general] Arch-general is becoming a mess !
Thomas Rand t...@tomsbox.co.uk writes: On 16 August 2012 06:53, Jeremiah Dodds jeremiah.do...@gmail.com wrote: I tend to prefer systems that provide mailing lists and forums as two separate frontends to the same data. As far as ML noise goes, that's what killfiles and client-side filters are for, no? People can (or at least should be able to) configure their mailreaders to mute people or topics they want to mute. this mailing list has only become a mess because people are intent on voicing the pointless opinions on systemd it's creator which has forced the dev to unsubscribe due to the sheer pointlessness of the noise being created. ... (repeated rabble snipped) A: No one *forced* the dev to do anything. B: If it's noise to you, kill or filter out the threads in your reader. C: Don't complain about the ML being a mess and then paste a paragraph's worth of the same word. -- Jeremiah Dodds blog : http://jdodds.github.com github : https://github.com/jdodds freenode : exhortatory twitter: kaens
Re: [arch-general] Arch-general is becoming a mess !
Thomas Rand t...@tomsbox.co.uk writes: On 16 August 2012 08:54, Jeremiah Dodds jeremiah.do...@gmail.com wrote: B: If it's noise to you, kill or filter out the threads in your reader. how about the OP takes his argument to another place considering they are off topic here to insight argument. The only on topic part was that systemd is coming to arch the rest is pointless noise which itself should have been else where. That's the thing, other people are obviously not in agreeance with you about the threads being off-topic. Some people do agree. The ones that do are free to never have to see a systemd thread again, or never see a thread started by a person they think is only here to incite argument again, with minor configuration of any news reader worth it's salt. With -general MLs, I don't really see the point of censorship of anything that isn't blatant spam, which the systemd threads are not. I particularly don't see the point when it's generally trivial for people who are bothered by some thread or some offer to hide them. You are not the arbiter of pointless noise for this list. Neither am I. I'm the arbiter of pointless noise for what I read, and I'm more than capable of ensuring that I don't read pointless noise -- so are you. The list should not bend to the whim of accusations of noise, the filters and killfiles of the accuser should. -- Jeremiah Dodds blog : http://jdodds.github.com github : https://github.com/jdodds freenode : exhortatory twitter: kaens
Re: [arch-general] Arch-general is becoming a mess !
Oon-Ee Ng ngoonee.t...@gmail.com writes: On Thu, Aug 16, 2012 at 9:00 AM, Denis A. Altoé Falqueto denisfalqu...@gmail.com wrote: On Wed, Aug 15, 2012 at 7:33 PM, Oon-Ee Ng ngoonee.t...@gmail.com wrote: On 16 Aug 2012 04:57, set nm...@netcourrier.com wrote: Aren't there any moderators who can kick off trouble makers ? That's not how MLs work. Unfortunately I think there are list management software that can allows moderation But there should be someone willing to cope with that boring task of being the gate keeper. I really think that we should ban peopple more often (if there was a temporary ban, even better). We already have a moderated channel. Its called the Arch forums (bbs.archlinux.org). Unfortunately the SNR there is worse than here (speaking as a mod), at least prior to this systemd/LP stuff. Advantages of forums - at least 3 of those posting here on the ML would have been given a short holiday for type of post. Disadvantage - to put it bluntly, too many clueless users. Not that it seems the ML is any different these last few days. Choose your poison. I tend to prefer systems that provide mailing lists and forums as two separate frontends to the same data. As far as ML noise goes, that's what killfiles and client-side filters are for, no? People can (or at least should be able to) configure their mailreaders to mute people or topics they want to mute. -- Jeremiah Dodds blog : http://jdodds.github.com github : https://github.com/jdodds freenode : exhortatory twitter: kaens
Re: [arch-general] Is there any project or interest for an new installer?
David C. Rankin drankina...@suddenlinkmail.com writes: On 08/05/2012 03:56 PM, Jeremiah Dodds wrote: I've been working on fixing up AIF. I currently have basic support for syslinux and grub-bios working, part of my aim is getting enough of an understanding of AIF's current codebase to either clean it up well, or pull out the good parts into a mature third system. My main personal interest concerns unattended installs. I am currently using AIF successfully with the latest iso releases... there is a lot of work that needs done on it though. Where can I pull your current AIF from? I'll take a look at it. I'm currently busy with TDE, but I can at least get familiar with the current AIF code to start. My branch is at https://github.com/jdodds/aif -- Jeremiah Dodds github : https://github.com/jdodds freenode : exhortatory
Re: [arch-general] New dual install iso -- Where the heck is arch-setup??
Guus Snijders gsnijd...@gmail.com writes: 2012/8/6 Paul Gideon Dann pdgid...@gmail.com: [...] As I recall, one of the main issues was that the AIF maintainer has stepped down. I don't think the devs actively chose to ditch AIF, it just kind of happened, and they've done the best they can in the situation. I'm trusting it'll be fixed or replaced with some other kind of menu-based tool to help with the procedure in due course. It seems like it's just a matter of time. Seeing the postings by Jeremiah Dodds, he is already working on it. ;) I'm certainly trying :P I can't speak for him, but i would guess that some help with getting AIF back on track would be appreciated. Patches (and advice) always welcome ;) -- Jeremiah Dodds github : https://github.com/jdodds freenode : exhortatory
Re: [arch-general] WTF? several anon_inode and /dev/null listings with lsof search
rabidblog...@safe-mail.net writes: $ lsof | grep anon_inode anon_inode $ lsof | grep dev/null /dev/null I find several anon_inodes and over a dozen /dev/null listings, in some listings for each there are several processes which are repeated. I'm expecting this to be a rootkit, but none of the rootkit scanners find anything. Why are these two listings appearing for various processes? I'm not running any virtual machines, emulation, shares, printers, servers, etc. but these listings continue to appear, it doesn't matter what Linux distro I use, these continue to show, even when disconnected from the internet. What are they? Why are they appearing? How can I stop these from running? (if they're bad) I've searched the web and cannot find anything which explains these to my satisfaction. I doubt that these are harmful or a sign of a rootkit. They are, if my understanding is correct, probably file-like objects using file-descriptors that don't actually exist on disk. In-memory files and sockets come to mind as two things that could make use of them legitimately. If it makes you feel any better about it, here's a relevant part of the kernel source tree: https://github.com/torvalds/linux/blob/master/fs/anon_inodes.c -- Jeremiah Dodds github : https://github.com/jdodds freenode : exhortatory
Re: [arch-general] New install media 2012.08.04 uses ZSH, if I may ask, why?
Nicolas Sebrecht nsebre...@piing.fr writes: The 07/08/12, Tom Gundersen wrote: On Tue, Aug 7, 2012 at 1:21 AM, David Benfell benf...@parts-unknown.org wrote: But that latter is an issue. It may break an (I assume) unknown number of existing scripts if used for sh, so I think the likely conclusion would be that *both* bash (for sh compatibility) and zsh would have to be installed. I'm not opposed to this, but I'll certainly concede that there are valid points to be made in opposition. zsh emulates sh when invoked with that name (and so goes for ksh). We need /bin/bash and also /bin/sh to be provided by bash, For /bin/bash I understand but for /bin/sh I don't think so. Why /bin/bash is required? Is it because scripts have this shebang or the way they are written? Well, all the canon arch scripts use #!/bin/bash, afaik[1] . Other than that, while I use zsh regularly and love it, a move to having it as the default shell would definitely require a lot of testing, if only because bash has become so ubiquitous that I'd worry about breakage due to non-POSIX bashisms being possibly relied on by a lot of scripts. Footnotes: [1] https://wiki.archlinux.org/index.php/DeveloperWiki:Bash_Coding_Style -- Jeremiah Dodds github : https://github.com/jdodds freenode : exhortatory
Re: [arch-general] New install media 2012.08.04 uses ZSH, if I may ask, why?
Leon Jacobs leonja...@gmail.com writes: On Tue, Aug 7, 2012 at 8:49 AM, Tom Gundersen t...@jklm.no wrote: We need /bin/bash and also /bin/sh to be provided by bash, so the 'bash' package is installed on the install media. We just install zsh in addition and default to that as the interactive shell. Pierre explicitly said that he wanted to do this release as a test, and if problems crop up in the feedback due to zsh, then we'll revert it in a future release. So, please test and let us know of any problems we might have overlooked. On the contrary, this inspired me to try zsh out. Im loving it so far! :D If you're just getting started out with zsh, you might like Sorin Ionescu's fork of oh-my-zsh[1] Footnotes: [1] https://github.com/sorin-ionescu/prezto -- Jeremiah Dodds github : https://github.com/jdodds freenode : exhortatory
Re: [arch-general] Is there any project or interest for an new installer?
David C. Rankin drankina...@suddenlinkmail.com writes: Guys, As I sit cobbling together script snippets to help automate the new media install for my use, I am curious if there is any current effort/project to develop a new AIF type installer? Or, is there any plan to take the current old AIF and update it going forward. I've been working on fixing up AIF. I currently have basic support for syslinux and grub-bios working, part of my aim is getting enough of an understanding of AIF's current codebase to either clean it up well, or pull out the good parts into a mature third system. My main personal interest concerns unattended installs. I am currently using AIF successfully with the latest iso releases... there is a lot of work that needs done on it though. -- Jeremiah Dodds github : https://github.com/jdodds freenode : exhortatory
Re: [arch-general] New dual install iso -- Where the heck is arch-setup??
David C. Rankin drankina...@suddenlinkmail.com writes: On 08/04/2012 01:20 AM, Tobias Powalowski wrote: Use archboot if you need hand holding. greetings tpowa No hand holding needed, just bewildered why Arch would ditch a tool that worked perfectly well. Further, the lack of an AIF type tool just makes Arch less likely to be tried as a distro when anyone choosing between which distro to try reads there is no installer for Arch. Arch is a very, very good distro, brilliant in many respects... and as such, one would expect that it would have at least a KISS type automated install. I just don't understand the logic in ditching a working tool. FWIW, I've been working on fixing aif (I just recently got grub-bios support working in it), although it's not clear to me yet whether it needs an entire re-write or if one of the other efforts like archboot would be better to focus on, or if one of the port-aif-to-python efforts would be. As it is, and as was pointed out in other places, aif was pretty broken. I feel like a lot of it's brokenness might have come from trying to do too much too quick, but I don't really know. Also fwiw, I would agree with tpowa's recommendation of archboot for the moment for people who need more hand-holding. It's a pretty solid tool. -- Jeremiah Dodds github : https://github.com/jdodds freenode : exhortatory
[arch-general] Testing archboot-2012.08-1-archboot-x86_64
Alright, I've tested archlinux-2012.08-1-archboot-x86_64.iso (on virtualbox). First time through: Boot (non-LTS) notice networking section is skipped after keyboard/console font, decide to ignore. cd-rom as source installation finished, reboot. network daemon launches, no netcfg profiles present. Second time through: Boot (non-LTS) go through networking section manually after keyboard/console font cd-rom as source installation finished, reboot. netcfg profile 'eth0-ethernet' present, network daemon not started, eth0 not up according to 'ip addr', netcfg eth0-ethernet works as expected. Third time through: Boot (non-LTS plus systemd suppot) The same process as the first time through. Additional prompt for whether I needed support for booting from nfs shares (selected no). reboot, starts through systemd, network daemon not started, eth0 down, no netcfg profiles present Fourth time through: The same process as the second time through. Additional prompt for whether I needed support for booting from nfs shares (selected no). reboot, starts through systemd, netcfg starts, albeit after the login prompt is shown, trashing the appearance of the existing prompt. To sum up: I consistently needed to manually choose the networking setup step in order for a netcfg profile to be generated, it was consistently skipped over as a selected choice after the keyboard/console font step. Using systemd seems to work, and netcg started automatically using the profile created during setup. Without systemd support, netcfg did not start automatically. -- Jeremiah Dodds github : https://github.com/jdodds freenode : exhortatory
Re: [arch-general] chromium crash when print dialog is invoked
Scott Weisman sweis...@pobox.com writes: I started experiencing a severe problem with Chromium recently that makes web browsing a very tedious experience. It took a while to narrow it down, but it seems that whenever the print dialog is invoked, either manually (eg ctrl-P on the keyboard) or by a page when clicking on the printer friendly format link, the entire browser crashes. This happens on two separate Arch installs. I personally would love a method to disable the printer dialog from ever popping up anyway, since I don't even have one (so if someone can suggest a method, I'd love to hear it), but this bug is a serious problem, as the crash is unrecoverable. And if my session ends up with a page that invokes the dialog on its own, I have to clear out the entire session. Has anyone else experienced this problem? Can anyone suggest a solution? I had not, but I can confirm the behaviour with chromium 20.0.1132.57-2 on x86_64, running xmonad. I get a total freeze of chromium (have to kill -9) if I hit C-p, or hit print from the menu. -- Jeremiah Dodds github : https://github.com/jdodds freenode : exhortatory
Re: [arch-general] [archboot] looking for 2012.08 beta testers
Tobias Powalowski tobias.powalow...@googlemail.com writes: Hi, please drop me an answer if you are interest in testing the next archboot release. Thanks greetings tpowa I'd be glad to do some testing in a VM. -- Jeremiah Dodds github : https://github.com/jdodds freenode : exhortatory
[arch-general] Uninstallable Packages
Sorry if this is dragging up an old topic, but I've been poking around AIF as I'm interested in possibly (hopefully) bringing it up to speed and/or improving it, and I noticed that it's still in the repos, but isn't installable by anyone who doesn't happen to have grub legacy still installed on their system, unless I'm missing something. It seems like we'd want to avoid having to manually remove packages every time it becomes impossible to install a set of them. This might be my unfamiliarity with libalpm or pacman or any other myriad part of the stack, but it seems like the type of thing that could be handled by a utlity and a cron job fairly easily. It also seems like the type of thing that wouldn't be too annoying to deal with manually at the moment, but that could get frustrating for both users and devs down the line. Menial maintanence tasks like that[1] tend to end up sucking down a lot of people's time and energy in the long run, in my experience. If the lack of an automated dead package remover is just a lack of time / patches welcome type of thing, I'd volunteer to take a crack at writing the thing. If it isn't, I'd really like to know why. Footnotes: [1] unless, of course, it's not actually a menial task, in which case please enlighten me -- Jeremiah Dodds github: https://github.com/jdodds irc : exhortatory
Re: [arch-general] Uninstallable Packages
Leonid Isaev lis...@umail.iu.edu writes: On Sat, 28 Jul 2012 07:04:37 -0400 Jeremiah Dodds jeremiah.do...@gmail.com wrote: Sorry if this is dragging up an old topic, but I've been poking around AIF as I'm interested in possibly (hopefully) bringing it up to speed and/or improving it, and I noticed that it's still in the repos, but isn't installable by anyone who doesn't happen to have grub legacy still installed on their system, unless I'm missing something. This looks like a packaging bug which is rather general: a package in [extra] depends on a package from [community] or [aur]. AIF is one example, ruby is another... Right, it's definitely a general issue. Regarding AIF/grub, you could file a bug to either (a) move AIF to AUR, or (b) make grub-bios provide grub. In this particular case, AIF *really* does depend on grub. I'm working on that though. I just noticed that it was available for install from extra still, and that got me thinking about repository consistency. It seems like we'd want to avoid having to manually remove packages every time it becomes impossible to install a set of them. This might be my unfamiliarity with libalpm or pacman or any other myriad part of the stack, but it seems like the type of thing that could be handled by a utlity and a cron job fairly easily. It also seems like the type of thing that wouldn't be too annoying to deal with manually at the moment, but that could get frustrating for both users and devs down the line. Menial maintanence tasks like that[1] tend to end up sucking down a lot of people's time and energy in the long run, in my experience. If the lack of an automated dead package remover is just a lack of time / patches welcome type of thing, I'd volunteer to take a crack at writing the thing. If it isn't, I'd really like to know why. By 'dead' you mean a package no longer available in the official repos? I would be for such tool provided I could disable it. For example, I still have grub-legacy and don't care to migrate to grub2, so I don't want pacman to remove my grub1. By 'dead' I mean a package that depends on things in the repos that are no longer there. I was thinking of something that would be detecting these in the repo and removing their availability purely on the server-side so they didn't show up in -Ss, (or even just marking them in some way), not anything touching installed packages on the end of a user running pacman. At the very most, I'd propose having pacman warn the user about the situation so they knew about it, that's about it. -- Jeremiah Dodds github: https://github.com/jdodds irc : exhortatory
Re: [arch-general] My end-user $0.02 on /etc/rc.conf splitting.
Martin Cigorraga m...@archlinux.us writes: Ugly hacks are a fact in sysadmins life and it will not prevent me from sleep like a baby :) In fact, at some point you realize that while there are a lot of beautiful and clean systems, a lot of our entire computing stack is ugly hacks on top of ugly hacks ;) -- Jeremiah Dodds github: https://github.com/jdodds irc : exhortatory
Re: [arch-general] pacman and corrupt packages
Shridhar Daithankar ghodech...@ghodechhap.net writes: I deleted ati-dri package and redownloaded it. This time, without any timeouts and it still failed the upgrade with same error for the same package. So I uninstalled ati-dri and xf86-video-ati. I have intel card and got all those extra drivers because I installed the whole group for simplicity. Try again and this time it failed for gcc-libs. Delete, redownload and the error still persists. and I don't think uninstalling gcc-libs is an option. I also found https://bugs.archlinux.org/task/28014 but I don't think that can solely fix the issue. --debug is printing enough information or so I would like to think. Pl. Help. Does it continue after a pacman -Scc? - Jeremiah Dodds github: https://github.com/jdodds irc : exhortatory -
Re: [arch-general] pacman and corrupt packages
Oon-Ee Ng ngoonee.t...@gmail.com writes: On Wed, Jul 25, 2012 at 11:51 AM, Jeremiah Dodds jeremiah.do...@gmail.com wrote: Shridhar Daithankar ghodech...@ghodechhap.net writes: I deleted ati-dri package and redownloaded it. This time, without any timeouts and it still failed the upgrade with same error for the same package. So I uninstalled ati-dri and xf86-video-ati. I have intel card and got all those extra drivers because I installed the whole group for simplicity. Try again and this time it failed for gcc-libs. Delete, redownload and the error still persists. and I don't think uninstalling gcc-libs is an option. I also found https://bugs.archlinux.org/task/28014 but I don't think that can solely fix the issue. --debug is printing enough information or so I would like to think. Pl. Help. Does it continue after a pacman -Scc? Why are you recommending clearing his entire cache (which can be quite useful) when he's already specifically cleared the offending package and still has problems? I've run into situations where I thought I had cleared a corrupted package but didn't actually do so, or where I missed one. Considering he's tried multiple times, it might be worth clearing the entire thing to make sure he's not missing something. - Jeremiah Dodds github: https://github.com/jdodds irc : exhortatory -
Re: [arch-general] Mailing lists vs Forums
Mateusz Loskot mate...@loskot.net writes: Hi, I'm wondering, what amount of Arch users and developers use the mailing lists in comparison to the number of people registered to the Arch Forums? Can we have some basic mailing lists statistics anywhere posted? Personally, I prefer mailing lists, but I noticed the Forums traffic is order of magnitude larger than the traffic on the lists. Best regards, I also prefer mailing lists to forums. The nicest setups I've seen, as far as making sure that relevant people see relevant topics, have the mailing list and forum be two frontends to the same set of data. This is a bit of a pain to set up if it's not done from the get-go, but it's not all that hard of a thing to do.
Re: [arch-general] wget
Don deJuan donjuans...@gmail.com writes: On 05/02/2012 12:25 AM, Debashish Saha wrote: are the commands are different for archlinux and linuxmint? i dont know, if it is so sorry for disturbing you.can u say what is mailling list for linuxmint? On Wed, May 2, 2012 at 12:50 PM, Diep Pham Vani...@favadi.com wrote: You go to Arch Linux mailing list to ask a question about youtube and wget, and you're using linuxmint? :| On Wed, May 02, 2012 at 12:32:43PM +0530, Debashish Saha wrote: how to download youtube video using wget . I am a new user. i am using linux mint 12. -- PHẠM Văn Điệp h : http://favadi.com e : i...@favadi.com m : +84 984 339 841 _ ASCII ribbon campaign ( ) - against HTML email X vCards / \ Yes drastically different Um, for downloading a youtube video with wget, no, no they wouldn't be.
Re: [arch-general] wget
Don deJuan donjuans...@gmail.com writes: Um, was a sarcastic joke LOL Yes, with no indication in reply to a genuine (and fairly reasonable, if you remember being a newbie to linux) question.
Re: [arch-general] wget
Don deJuan donjuans...@gmail.com writes: On 05/02/2012 11:35 AM, Jeremiah Dodds wrote: Don deJuandonjuans...@gmail.com writes: Um, was a sarcastic joke LOL Yes, with no indication in reply to a genuine (and fairly reasonable, if you remember being a newbie to linux) question. LOL ok thanks for your educational reminder. Next time I will RTFM of n00bs before replying You ... pretty much have to regardless. to something that deserves as much of a poking as it does an answer. Honestly to me if you are using a different OS, make no claim to using Arch and you decide to post to here to find an answer, a poking is well deserved. A poking, or an RTFM, sure. All I'm saying is that what you posted doesn't help the noob. RTFM helps the noob. Pointing out that this place has nothing to do with Mint, even mockingly (even at Drepper levels of intensity), helps the noob. Making a joke that is only a joke to people who know enough not to do the thing the noob did does not help the noob. It's not your responsibility to help, it's also not your responsibility to hinder. We were all dumb noobs once, and I for one don't feel good if I plant misinformation in someones head, intentionally or not. YMMV, of course.
Re: [arch-general] Emacs is Broken!
Stefan Husmann stefan-husm...@t-online.de writes: Why not using a PKGBUILD from AUR to do so? We have a fantastic package manager, we should use it. How do you deinstall such a self built emacs? https://aur.archlinux.org/packages.php?ID=7 emacs-bzr, pulls from trunk https://aur.archlinux.org/packages.php?ID=53902 emacs-xwidget-bzr, pulls from xwidget-branch. Best Regards That's definitely a fine solution for a lot of people. The reason I do it like this is because I've basically lived in emacs for about a decade, and use it on *nixes other than arch. I have a couple of pieces of software that I use / stay current with on just about every box I work on, and have a small utility[1] that lets me update them on every machine I use without needing to think about distro packaging. Not that distro packaging is ridiculously difficult to reason about, just that when something breaks, it tends to break ... frustratingly and in a way that I haven't thought about in a while, meaning I spend a bit of time re-reading man pages. I also do a fair amount of poking around emacs' source tree, every once in a while I maintain a local branch for a bit. As for de-installing ... I don't. But I'm one of those freaky Emacs as an OS and xmonad as a container for its universe people. 1: https://github.com/jdodds/update
Re: [arch-general] Emacs is Broken!
Steve Holmes steve.holme...@gmail.com writes: On Wed, Apr 11, 2012 at 09:12:12PM +1000, Mike Sampson wrote: I switched to emacs-nox from community which works fine. I may even keep using it as it obviously has significantly less dependencies than emacs compiled with X support. Well, it seems that it is fixed now. I see we have emacs-23.4-2 so I wonder if our devs patched or something. All good from my vantage point. FWIW, I build emacs from trunk pretty regularly, and it's really stable. I've had to look to the lists for a build faliure once over the last two years, and it was fixed the next day anyhow. I have a script in ~/bin with something like: cd $HOME/workspace/emacs bzr pull (make || make bootstrap make) sudo make install in it. I occasionally need to recompile due to system updates. Unless you're really tied to 23.4, I recommend giving it a shot -- there's a lot of improvements, and I actually run into *fewer* problems with things getting broken then when I run emacs from distro packages.
Re: [arch-general] mplayer steals system sound
Tom Gundersen t...@jklm.no writes: On Sun, Feb 19, 2012 at 10:18 PM, Thorsten quintf...@googlemail.com wrote: Are you using pulseaudio? If not, do that. If you are, then make sure that alsa-plugins and pulseaudio-alsa are installed too. -t FWIW, I do not use pulse, and I have zero problems running mplayer and getting sound from other apps at the same time.
Re: [arch-general] Any suggestions on frequently rebuilding a git package?
On Mon, Sep 19, 2011 at 12:59 PM, solsTiCe d'Hiver solstice.dhi...@gmail.com wrote: Note, as emacs might be written in something else than C or C++ like some sort of lisp that might not work. or may be , it could work; I don't know emacs. Vim rocks \o/ Emacs core, which is a lisp interpreter, is written in C.
Re: [arch-general] Any suggestions on frequently rebuilding a git package?
On Sun, Sep 18, 2011 at 10:33 AM, XeCycle xecy...@gmail.com wrote: Hi, I build Emacs from git quite frequently, about twice a month or so. However the PKGBUILD from AUR rebuilds everything each time, which takes too many time I think. Perhaps Emacs is small, but I think there should be a way to prevent too many rebuilds --- is that possible? Don't install from the AUR, keep your local checkout wherever and just run make yourself, which will only build changes, with the occasional need to recompile entirely in the case of emacs. I don't see a direct way of writing a PKGBUILD that doesn't recompile everything, at least not without saving the source tree, and I'm pretty sure there isn't a standard way of doing that within arch's build system, but I could be wrong. I think it makes sense for PKGBUILDs to recompile everything. There are a lot of assumptions that would need to be made explicit that I doubt anyone would be too comfy with. If I'm wrong, and there's a standard way of doing this within PKGBUILDs, awesome. Assuming I'm not, I think the best you could do would be to not compile at all if the version you'd be compiling is the same as what's installed on your system, which you may already be doing.
Re: [arch-general] Unreachable system and general ARP weirdness
On Sat, Sep 3, 2011 at 4:39 PM, swh r...@pwnly.com wrote:
Any help is appreciated.
Just to get prerequisites out of the way, have you done the
for f in $(find /etc -type f -name '*pacnew'); do
orig = ${f%.pacnew}
diff -u $orig $f /tmp/$orig.diff
done
then review the config changes and make updates accordingly dance?
Re: [arch-general] After the recent linux kernel update booting fails if usb disks are present in /etc/fstab
On Mon, Jun 6, 2011 at 11:39 AM, Mauro Santos registo.maill...@gmail.comwrote: On 06-06-2011 13:58, Yaro Kasear wrote: There's no reason to ever, ever, put USB drives in the fstab. Look at the top of the fstab file, it reads static file system information. Unless you're guaranteed to have your thumbdrive plugged into your computer 24/7 and never remove it, it doesn't really belong in there, use consolekit or whatever KDE SC or GNOME use. Use pmount, whatever. What if you are booting from usb into a system with gui capabilities and all rescue/work/whatever tools you might need? In this case, the fstab entries would look more like they would normally, and less like they would for an external hardrive, the fstab on the machine you're booting from wouldn't be read at all.
Re: [arch-general] base stuff
On Fri, Apr 8, 2011 at 3:29 PM, Heiko Baums li...@baums-on-web.de wrote: I'd prefer a separate [selinux] repo. So that people know what they are doing. +1 from a users perspective, the changes in a machine's setup from non-SE to SE are non-trivial to the point that a separate repo would make things much easier and less cluttered/possibly confusing, not to mention reducing noise in results while looking for packages. I don't know how huge of a frustration that would be for package maintainers.
Re: [arch-general] Sharing data between Windows 7 and Archlinux
On Tue, Mar 8, 2011 at 2:13 AM, Madhurya Kakati mkakati2...@gmail.comwrote: I will be using awesomeWM FWIW, that doesn't stop you from using the gnome or kde libs for ... well, whatever. You'll likely end up with one, the other, or both on your system at some point anyhow.
Re: [arch-general] Several advices about Perl Package Packaging Standards
2011/3/8 Ángel Velásquez an...@archlinux.org I share your opinion. -1 to that proposal, users of spamassasin doesn't even know that spamassasin is coded on perl . Another -1 from me. If I saw a package called perl-mail-spamassasin, I'd assume it was a library for interfacing with spamassasin from perl code.
Re: [arch-general] RPM Question
On Sat, Oct 2, 2010 at 8:41 PM, Lew Wolfgang wolfg...@sweet-haven.comwrote: So the question is: can Arch be configured/tricked into an rpm install? If you can get a hold of the rpm spec file, you could feed it to spec2arch (from pkgtools), run makepkg -s on the resultant PKGBUILD, and modify their script to use pacman -U /path/to/your/pkg instead of rpm.
