- Arch-general - lists.archlinux.org

[arch-general] IPv6 Support
by Sascha Siegel 09 Sep '09

09 Sep '09

Hi there :) I searched the web but I can't find any about IPv6 in rc.conf. I saw in Debian you can put some v6 stuff in /etc/network/interfaces. So I thought maybe I can do the v6 stuff in rc.conf but how? And can I use v4 and v6 at the same time in the same rc.conf? Next question is can I put multiple IPv6 addresses in rc.conf? So for all of you who don't know about IPv6. You can handle a lot of IPv6 addresses at one interface. Can someone help, please? Thanks a lot! King regards, Sash aka hardcore ______________________ You live in a fabricated world. Regulated by complex laws. Controlled by national governments. Governments restrained by international authorities, Watched by enforcers that are controlled. Controlled by controllers that ironically enough Are also controlled. CTRL.ALT.DELETE

3 3

[arch-general] Maximum JFS file (not filesytem) size
by Dwight Schauer 09 Sep '09

09 Sep '09

Dear fellow Archers, I tarred up a couple filesystems and piped the tar stream through ssh to a remote computer where I dd'ed it to a file. This a common backup method I've been using for a few years now if I'm going to wipe a system and start over. I'm using JFS on the arch linux system that was being copied to. The resulting file ended up being 137G (which is about right based on the source filesystem usage). du --human --total a4b4.tar 137G a4b4.tar 137G total However, I can only restore from 63G of the tar ball, so I attempted to see how much could be read. dd if=a4b4.tar of=/dev/null dd: reading `a4b4.tar': Input/output error 123166576+0 records in 123166576+0 records out 63061286912 bytes (63 GB) copied, 1193.69 s, 52.8 MB/s There were no critical files in that tar ball that are not kept elsewhere, that is not the issue. At this point I can consider what is past the 63G point in the tarball to unrecoverable, which is fine. I tried skipping the first 63GB, but that does not work. dd if=a4b4.tar skip=123166576 of=/dev/null dd: reading `a4b4.tar': Input/output error 0+0 records in 0+0 records out 0 bytes (0 B) copied, 27.2438 s, 0.0 kB/s It seems like it took a while to figure out that it could not perform this operation. The box in question is running an OpenVZ patched 2.6.27 kernel, but that might not have anything to do with it. Yeah, I know, I could have used bzip and made 2 separate files, I could have used rsync -av, I could have checked tarball before wiping the source files systems, etc, that is not the point here. Now that I know that JFS on my setup has a 63GB file size limit, I know now to accommodate for that in the future. I'm mainly just curious on how the system could write a larger file than it can read. Dwight

6 8

[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