- Arch-dev-public - lists.archlinux.org

[arch-dev-public] initscripts changes
by Thomas Bächler 07 Apr '08

07 Apr '08

I am hacking initscripts and can't quite decide on two issues: 1) I'd like to hardcode /dev/pts/ mounting in rc.sysinit. 2) I'd like to remove the (hardcoded) line /usr/bin/setterm -blank 15 from rc.sysinit. Can I get opinions on these?

3 3

Re: [arch-dev-public] [arch-general] initscripts changes
by Jan de Groot 06 Apr '08

06 Apr '08

On Mon, 2008-04-07 at 00:24 +0200, RedShift wrote: > Thomas Bächler wrote: > > RedShift schrieb: > >> Thomas Bächler wrote: > >>> I am hacking initscripts and can't quite decide on two issues: > >>> > >>> 1) I'd like to hardcode /dev/pts/ mounting in rc.sysinit. > >> > >> What's wrong with putting that in fstab? What if I don't want to have > >> that mounted? So instead of modified fstab I'd have to mess with > >> rc.sysinit everytime the initscripts get upgraded? This is the same > >> discussion as with moving lo to rc.sysinit instead of leaving it in > >> rc.conf. Uterly pointless. > > > > The point is, everyone needs it mounted. Your system will be completely > > useless without devpts (as it is without the lo interface). > > > > However, I know your opinion on these issues. Are there any rational > > reasons not to hardcode devpts? > > > > Yes. It's not logical. fstab was made for mounting filesystems, why even consider moving it to rc.sysinit? It's not because it makes the system unusable without it, that it should be moved to rc.sysinit. Why the change anyway? What's the benefit? Now we're going to see "Heeey stuff's being mounted that's not in fstab? wtf?". This change is just plain irrational, fstab was _specifically made_ for mounting filesystems. If you're going to hardcode stuff like that you might as well throw away fstab. > > Glenn /proc and /sys are already hardcoded. About your system being broken without these filesystems mounted: - SSH (both server and client) won't work without devpts mounted - None of the virtual X terminal things will work without devpts mounted One sidenote though: I don't think users will break their system, the /dev/shm and /dev/pts mounts are in fstab during setup and I think most people don't remove them. I haven't seen bugs about "hey my system doesn't boot, but when I add these lines to /etc/fstab it works"

1 0

[arch-dev-public] some packages in extra depends on testing
by Roman Kyrylych 06 Apr '08

06 Apr '08

Hi! I want to bring everyone's attention to this issue because there are 2 bugreports already about this. Some packages in extra require packages from testing with depends=(... foobar>=version-from-testing ...) This situation should not happen. Please either don't update package until its dependencies move to extra, or don't forget to move dependencies when nothing holds them in testing. Thank you. -- Roman Kyrylych (Роман Кирилич)

3 2

[arch-dev-public] kernel26 patch git repository
by Thomas Bächler 05 Apr '08

05 Apr '08

As some of you have noticed, I moved all the stuff we do in the -ARCH kernel into a separate patch to make the PKGBUILD slimmer. Now I finally set up a generation script for the patch (which is in an early state, doesn't do much error handling, but works) which will probably grow and become more sophisticated over time. I set the script and the patches up in http://projects.archlinux.org/git/?p=linux-2.6-ARCH.git;a=summary However, I need someone with root to run groupadd linux-2.6-ARCH-git (is that even a valid group name?) chown -R thomas:linux-2.6-ARCH-git path/to/repo I did the rest of the steps listed in repo-setup.txt, so after that the repository should be fine. I will start preparing 2.6.25 soon (maybe even today), but I want to clean up the patch. If anybody has opinions about any of the patches currently included, please post them here. You can go through the PATCHCFG file in the repository and comment on the ones you like or dislike.

3 4

[arch-dev-public] [signoff] glib2 2.16.2-1
by Jan de Groot 05 Apr '08

05 Apr '08

Please signoff for both architectures. This is a minor update for 2.16.1 that was signed off already.

3 2

[arch-dev-public] [signoff] pacman 3.1.4, libarchive 2.4.17
by Dan McGee 03 Apr '08

03 Apr '08

Signoffs for both architectures needed, as well as a build of pacman for x86_64 (since pacman depends on the new libarchive, I can't build with satisfied deps as I don't have sudo, and I really can't do anything without sudo including installing a package in my chroot). pacman changes: http://www.archlinux.org/pipermail/pacman-dev/2008-April/011561.html libarchive changes: who knows, but 3 minor versions in like 2 days. It should be plenty stable though, I promise. -Dan

4 6

[arch-dev-public] licenses: GPL permutations
by Paul Mattal 02 Apr '08

02 Apr '08

What is the right way to list all the various contortions you can now have of GPL in the license array? There's: GPL - any version of GPL GPL2 - only version 2 GPL2+ - version 2 or later GPL3 - version 3 only GPL3+ - version 3 or later These are all substantively different (except the last two.. for now) so how do we express these? Should we actually create common licenses GPL2+ and GPL3+ which reference the other two, and make GPL reference them all? Do we need a GPL1 and GPL1+? - P

3 5

[arch-dev-public] [signoff] tzdata 2008b-1
by Andreas Radke 02 Apr '08

02 Apr '08

minor update. in testing for both arches. please signoff. -Andy

3 2

[arch-dev-public] [signoff] man-pages 2.79-1
by Andreas Radke 02 Apr '08

02 Apr '08

minor update. in testing for both arches. please signoff. -Andy

3 2

[arch-dev-public] [signoff] mkinitcpio 0.5.18.1
by Thomas Bächler 02 Apr '08

02 Apr '08

Quick bugfix. I have no idea why the bug didn't occur yesterday and all the days before (on an identical filelist), but today, the use of sort -u in mkinitcpio broke my image: /lib/modules/2.6.25-rc8 was added before /lib/modules and thus extraction failed (cpio is very bitchy about this). The only change is: http://projects.archlinux.org/git/?p=mkinitcpio.git;a=commitdiff;h=45a9fab4… Please sign off quickly, before nobody can boot their arch anymore.

2 2