- Arch-general - lists.archlinux.org

[arch-general] postgresql 8.4
by Caleb Cushing 09 Sep '09

09 Sep '09

I notice 8.4 still hasn't made it in to extra's I also notice that libpqxx appears to be 2 minor releases behind (or is it that its version numbering is weird? saying 3.0 when it's actually 3.0.1?). I'd like to help get these up to date in any way I can. I can maintain postgres and related packages if necessary. -- Caleb Cushing http://xenoterracide.blogspot.com

3 2

[arch-general] [signoff] kernel26 2.6.30.6-1
by Tobias Powalowski 09 Sep '09

09 Sep '09

Hi guys, just an upstream bump. fixed: http://bugs.archlinux.org/task/15260 http://bugs.archlinux.org/task/15860 removed unneeded patches from git tree please signoff greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

1 0

[arch-general] Assisting Chriss or adopting his CD as a separait project for Arch blind Users
by Keith Hinton 08 Sep '09

08 Sep '09

Hi, As one of Chris Branon's friends, and as one who has submitted valuable feedback, I'd like to see Chrisses CD get more support from the Arch team leads, etc. I also have another suggestion. Why couldn't core snapshots be automatically generated, and Chrisses CD/and the other official images could be all updated? As newer kernels came out, we could even get weekly/monthly netiso images automatically wich each core update, so that we'd never have to worry about waiting for 2 3 4 months or whatever. :) Just a suggestion, only. I don't expect that this could be automated. I'm just suggesting something, nothing more. But the fact that this CD of chirsses is unofficial isn't great. He does a wonderful job. I'd like to see him get more people who could build CDs, or whatever. That way he doesn't have to do all the work, and can focuss on maintaing Speakup/etc. Maybe an #Arch-Accessibility channel should be created with an associated mailing list. Your thoughts? I welcome anyone including Chris and anyone else who feels that Accessibility is important to comment on this. I will CC this to Arch-General as well so that the community in general can be made aware of this. Also, I wanted to ask why weekly builds couldn't be done? I'm talking about autobuilds, btw, taht use your isoscripts. I have seen other distros that offer accessibilty I.e. GRML, etc, wich have automatic CDs. Gentoo now has minimal stage3 tarballs, and automated snapshots, etc. Just curious why Arch hasn't done somethinglike this. Thanks so much all, happy arching, and have fun! :) P.s. My favorite feature of the LiveCD (I've only used Chrisses bc I can't use the others) is that you folks don't start anything we don't want. This might also be a nice way to have chrisses work ported to AMD64, not just I386. Maybe someone has an 64-bit box to test chrisses CDs on? :) Regards, --Keith

2 1

[arch-general] Updated PKGBUILD for python-gdata.
by Mike Sampson 08 Sep '09

08 Sep '09

Updated PKGBUILD for python-gdata. I administer 25 Google Apps domains and wanted the latest version of this library. EDIT: Forgot the PKGBUILD. Attached.

1 0

[arch-general] PKGBUILD python-gdata 2.0.2
by Mike Sampson 08 Sep '09

08 Sep '09

Updated PKGBUILD for python-gdata. I administer 25 Google Apps domains and wanted the latest version of this library.

1 0

[arch-general] btrfs supported on archlinux
by Laszlo Papp 08 Sep '09

08 Sep '09

Hello! I'm just interested in when will btrfs filesystem be supported in archlinux in the official repository and on livecd ? It's available now from AUR some related packages, the stable releases can be seen here: http://btrfs.wiki.kernel.org/index.php/Stable_releases Best Regards, Laszlo Papp

6 6

[arch-general] Stuff in /etc/cron.d/ won't work?
by Sven-Hendrik Haase 08 Sep '09

08 Sep '09

Hey there, I just noticed that I just couldn't get cron to properly execute stuff in /etc/cron.d/ no matter what I did. Let's say I have /etc/cron.d/lol with this content: * * * * * root echo "lol" >> /tmp/omg and restart crond afterwards, the crond log tells me that cron actually runs this command every minute without a problem. Sadly, this isn't the case and the file at /tmp/omg is created but remains without contents. In contrast, if I put an executable script to /etc/cron.hourly/lol with the content: echo "lol" >> /tmp/omg then the file at /tmp/omg fills up with lots of "lol"s after a couple of hours. It also works fine if I put it into the crontab. Now, I'd like to be able to use /etc/cron.d/ as well because it seems more transparent to me. Is there anything I do inherently wrong? -- Sven-Hendrik

6 9

Re: [arch-general] [arch-dev-public] Remove usblp module from kernel26?
by Pyther 08 Sep '09

08 Sep '09

On Mon, Sep 7, 2009 at 3:02 PM, Giovanni Scafora<giovanni(a)archlinux.org> wrote: > 2009/9/7, Tobias Powalowski <t.powa(a)gmx.de>: >> Hi >> due to changes in latest cups package this module is conflicting. >> Shall we advise the users to blacklist usblp or shall we disable it by default >> in kernel config? > > I think that we shall advise the users to blacklist usblp. > > > -- > Arch Linux Developer > http://www.archlinux.org > http://www.archlinux.it > What is your reasoning for this choice? The reason I ask is because I believe this module is used only for usb printers. Since cups no longer needs this module the only application that I can think of that would need this module would be p910nd. p910nd is a small printer daemon intended for diskless workstations that does not spool to disk but passes the job directly to the printer. I believe there might only be a few people that use this in arch. Those who do use it can compile usblp. It just seems to be more logical and cleaner to remove the module if there is only a very small user base. ~pyther

1 0

Re: [arch-general] Advice need on upgrading
by Sherry Howell 07 Sep '09

07 Sep '09

They've simply changed the way the system is packaged. Wait a day or so, and your mirror should catch up, and the dependencies won't be a problem any more. I did the upgrade this morning (without any dependency issues), and everything works great, and a couple bug fixes were very evident. On Monday 07 September 2009 14:05:26 arch-general-request(a)archlinux.org wrote: > Hi List, > > Just did a Syu and got presented with this below, so I baulked at the > upgrade as some of the names seem different and I don't know what's > happening. > > Is it ok to upgrade, and waht about the unresolvable messages. > > Regards >

2 1

Re: [arch-general] Stuff in /etc/cron.d/ won't work?
by Sven-Hendrik Haase 07 Sep '09

07 Sep '09

On 07.09.2009 04:30, Jozsef wrote: > On Mon, 07 Sep 2009, Sven-Hendrik Haase wrote: > > >> On 26.08.2009 05:37, Sven-Hendrik Haase wrote: >> >>> On 26.08.2009 05:10, Aaron Griffin wrote: >>> >>> >>>> On Tue, Aug 25, 2009 at 7:46 PM, Sven-Hendrik Haase<sh(a)lutzhaase.com> wrote: >>>> >>>> >>>> >>>>> On 25.08.2009 22:21, Nicolas Bigaouette wrote: >>>>> >>>>> >>>>> >>>>>> Would your script needs a shebang? >>>>>> >>>>>> 2009/8/25 Sven-Hendrik Haase <sh(a)lutzhaase.com> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>>> On 25.08.2009 12:51, solsTiCe d'Hiver wrote: >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>>>> the crond log tells me that cron actually runs this command every >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>> minute without a problem >>>>>>>> i think you mis-read your log. and it should tell you that cron is >>>>>>>> looking for changes in /etc/cron.d every minute. >>>>>>>> may be, if you change you first * * * in your lol then may be it will >>>>>>>> work. >>>>>>>> assuming you're using the good cron. because fcron does not >>>>>>>> support /etc/cron.d but there is other ways to achieve the same thing. >>>>>>>> >>>>>>>> check crond man page or its documentation >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>> I'm using dcron and also I didn't misread. Also, dcron doesn't look for >>>>>>> changes in said directory without restarting from what I have found out. >>>>>>> It actually tells me what it is going to execute and that is my >>>>>>> /etc/cron.d/lol file. It would report and error otherwise. The thing >>>>>>> that strikes me is that the command doesn't actually do anything. echo >>>>>>> is a shell built-in of sh, bash, any shell really so env vars shouldn't >>>>>>> be an issue. >>>>>>> >>>>>>> Any ideas? >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>> >>>>>> >>>>>> >>>>> No, stuff in /etc/cron.d/ looks just like stuff in your crontab and gets >>>>> executed by the shell mentioned in $SHELL. Still, it wouldn't matter >>>>> because I'm using a built-in here. I'm really baffled by this. >>>>> >>>>> >>>>> >>>> For the record, I've always had issues with this myself. I remedied it >>>> by simply putting things in root's crontab, but that's not a proper >>>> solution. If you can figure out how to get /etc/cron.d/ working as it >>>> should, I will love you forever >>>> >>>> >>>> >>>> >>> >From web searches, it appears that dcron's support for /etc/cron.d is >>> somewhat wacky and not guaranteed to work. I think having a look at >>> bcron might be worth it. Find it here: http://untroubled.org/bcron/ and >>> find the AUR package here: http://aur.archlinux.org/packages.php?ID=6841. >>> A somewhat old assessment of available cron daemons by bcron's author >>> can be found here: http://untroubled.org/bcron/old/bcron_1.html. >>> Out of interest, I just looked up what other distros use for their cron >>> system and surprise! Ubuntu and Debian both use bcron and /etc/cron.d >>> works alright. >>> I shall hereby request changing Arch's default cron daemon to bcron in >>> order to fix the /etc/cron.d issues, to make Arch seem more modern and >>> to make Aaron love me forever (whatever it is that will subsequently >>> happen from that). >>> >>> >>> >> I'd like to bring this up again. Changing the cron daemon to a more >> modern one seems like a good idea to me. >> > > What is the more modern one? > > bcron is more modern crond as I mentioned before in the previous mail. Find it at: http://untroubled.org/bcron/

2 2