- Arch-general - lists.archlinux.org

[arch-general] [signoff] rp-pppoe-3.10-2
by Daniel Isenmann 14 Jan '10

14 Jan '10

Hi, this is just a small fix for FS#13876 -[rp-pppoe] package: .so file in /etc (http://bugs.archlinux.org/task/13876) The kernel-mode plugin is now under /usr/lib/rp-pppoe/rp-pppoe.so and the initial config file /etc/ppp/pppoe.conf has the new path included. Existing config file must be changed to the new path. I can't test it, so please test if everything is working and signoff. Daniel

3 3

[arch-general] gmail and mailing list
by Xavier 13 Jan '10

13 Jan '10

On Tue, Jan 12, 2010 at 7:25 PM, Mauro Santos <registo.mailling(a)gmail.com> wrote: >>> P.S.: As a sidenote: Is it normal/intentional that I don't get my own >>> mails back via the list? Or is this some weird GMail stuff? >> >> It's a gmail issue. >> >> I'm not sure if there is a setting or something like that, but i've >> noticed the same and also heard other people about it. >> >> >> mvg, >> Guus >> > > Same problem here, and they even know about it, they might as well > provide some workaround or option to change it. > > http://mail.google.com/support/bin/answer.py?hl=en&answer=6588 > I don't understand how that is an issue. Why do you want to see your own mails in the inbox ? For each ML I subscribe to, I create a new label and a new filter, and I set it to skip inbox and archive because I do not want ML to clutter my inbox. Much better that way :) But to each his own. That said I think it's always better to have configure options and control.

9 9

Re: [arch-general] [arch-notifications] Orphan Extra package [snes9x] marked out-of-date
by Daenyth Blank 13 Jan '10

13 Jan '10

On Wed, Jan 13, 2010 at 06:29, Arch Website Notification <nobody(a)archlinux.org> wrote: > > * Note: this is an automated message > > <redacted>@gmail.com wants to notify you that the following package may be out > of date: > > Package Name: snes9x > Architecture: i686 > Repository: Extra > (http://www.archlinux.org/packages/extra/i686/snes9x/) > > > The user provided the following additional text: > > http://snes9x.com/phpBB2/viewtopic.php?t=4542 > > > Please add a .install notice using vercmp if the upgrade was from <=1.51 - IMPORTANT NOTICE: The structure of savestates (also known as snapshots / freeze files) is incompatible with older versions! Snes9x 1.52 cannot read the savestates created by 1.51 or older. If no one wants to adopt this I can take it in community.

1 0

[arch-general] building x86_64 packages under qemu?
by Chris Brannon 13 Jan '10

13 Jan '10

Is there any reason why building x86_64 packages under qemu-system-x86_64 would be a bad idea? It is a little slow, but it is usable. Plus, qemu has a curses interface. -- Chris

6 7

[arch-general] Away from my PC -> away from bugtracker.
by Gerardo Exequiel Pozzi 13 Jan '10

13 Jan '10

Hello all I will be away from now for about two or more weeks. I recently surfered an small irritation on my eyss, so I can not stay on my PC :( Leaving the bugtracker in their hands, I hope to be with you again soon. Best regards. Gerardo Exequiel Pozzi ( djgera ) http://www.djgera.com.ar KeyID: 0x1B8C330D Key fingerprint = 0CAA D5D4 CD85 4434 A219 76ED 39AB 221B 1B8C 330D

4 5

[arch-general] KMS and external monitor resolution
by André Ramaciotti da Silva 13 Jan '10

13 Jan '10

Hi all, I'm sorry if it has already been discussed here, but I couldn't find anything with the keywords I was using. I even had a bad time choosing this message subject. I bought a new, bigger monitor to use with my notebook. I've already configured X, but sometimes I like to write on the tty (there are less distractions there) and I'm having a little problem with it. The native resolution of the notebook screen is 1280x800 and the native resolution of the external monitor is 1920x1080, so when I'm on the tty, the external monitor uses only a box on the top left side with a size of 1280x800. What I would like to do is turn off the notebook monitor and use only the external monitor with its native resolution, without, of course, messing with my X setup, as it's already set. I'm using a Intel GMA965 with KMS. TIA Bye, Andre

2 2

[arch-general] arch-dev-public on dcron 4.3 and logrotate
by Jim Pryor 12 Jan '10

12 Jan '10

On Tue, Jan 12, 2010 at 04:28:40PM -0500, Paul Mattal wrote: > On 01/12/2010 04:16 PM, Eric Bélanger wrote: > >>>As the dcron logging is now managed by syslog-ng, it shouldn't provide > >>>a /etc/logrotate.d/crond. Instead, we should release a new syslog-ng > >>>package with /var/log/crond.log added to the list of logfiles being > >>>taken care of in its /etc/logrotate.d/syslog-ng. We could add, at the > >>>same time, the other logfiles created by syslog-ng but currently > >>>ignored in the log rotation: > >>> > >>>/var/log/lpr.log > >>>/var/log/uucp.log > >>>/var/log/news.log > >>>/var/log/ppp.log > >>>/var/log/debug.log > >>>/var/log/acpid.log > >>> > >>>Am I missing something? Any objections, comments? > >> > >>Actually, that sounds backwards to me. If cron isn't installed, we > >>have no log file. It makes sense to me - if pkgA adds more log files > >>that get big, it should also provide its own logrotate file. > > > >I guess it depends how you see it. The way I see it is that it's > >syslog-ng who creates the file and appends to it so it should be > >responsible for the rotation as well. Plus, we use the missingok > >option so if the file is missing, it just skips it whithout even > >issuing an error message. So no harm is done. > > I can see both sides of this, but in essence, it seems like it's > syslog-ng which ultimately decides the filename-- if syslog-ng.conf > is changed to log cron output to another file, it's syslog-ng that > decides where they go. So I think I agree with Eric that syslog-ng > should be responsible for the rotating the files it determines > should exist in its default configuration. > > I'll wait a while to hear from others before doing anything directly > to address this. Yes, the logrotate script was needed when dcron didn't use syslog. And I'll leave it in the release tarballs "extra" folder as an example for users who continue to use dcron that way. But on my own system I have syslog logging the cron output to "cron.log" not "crond.log": from /etc/syslog-ng.conf: destination d_cron { file("/var/log/cron.log"); }; filter f_cron { facility(cron) or program("rsnapshot"); }; log { source(src); filter(f_cron); destination(d_cron); }; And I have /var/log/cron.log handled by my /etc/logrotate.d/syslog-ng script: /var/log/[..lots of logs, including cron.log..] { missingok sharedscripts postrotate /bin/kill -HUP `cat /var/run/syslog-ng.pid 2>/dev/null` 2> /dev/null || true endscript } I can appreciate arguments both ways myself, but for my own use found it easiest to just ignore the dcron-supplied logrotate script and edit it into my syslog-ng logrotate script. -- profjim(a)jimpryor.net dcron developer

1 0

Re: [arch-general] [arch-dev-public] [signoff] mkinitcpio 0.5.28-1
by Evangelos Foutras 12 Jan '10

12 Jan '10

On 12/01/2010 11:03 πμ, Thomas Bächler wrote: > I think what we have now in the kill-klibc branch might actually boot in > a standard setup (no raid, nfs, lvm, encryption), but I didn't try. I'll > keep you posted. I gave it a try in a VM but it still fails with "Failed to execute /init" like last time (http://i.imgur.com/h6xDu.png) The mkinicpio revision I tried was 54fd032, along with latest mkinitcpio-busybox/trunk. The command used to generate the initramfs image was `./mkinitcpio -g /boot/kernel26.img' from within the cloned Git repository (switched to the kill-klibc branch). Let me know if I can help with further testing.

2 4

Re: [arch-general] [arch-dev-public] [announcement] qemu/qemu-kvm announcement draft
by Simon Boulay 12 Jan '10

12 Jan '10

On 01/09/2010 09:09 PM, Tobias Powalowski wrote: > Am Samstag 09 Januar 2010 schrieb Dan McGee: >> On Sat, Jan 9, 2010 at 11:52 AM, Tobias Powalowski<t.powa(a)gmx.de> wrote: >>> > Yes will change the install message. >>> >>>> Yes there is no mention in the changelogs, really strange. >>>> greetings >>>> tpowa >>> >>> Ok like this? >>> echo ">>> Since kernel 2.6.29:" >>> echo ">>> Qemu package now provides standard qemu with kvm enabled." >>> echo "" >>> echo ">>> PLEASE READ FOR KVM USAGE!" >>> echo ">>> Load the correct KVM module, you will need a KVM capable >>> CPU!" echo ">>> Add yourself to the group 'kvm'." >>> echo ">>> Use 'qemu --enable-kvm' to use KVM." >>> echo "" >>> echo "With the release of qemu and qemu-kvm 0.12.X, the kqemu kernel >>> module" echo "is no longer supported and will be removed from the >>> repositories. You" echo "can safely uninstall it from your system." >> >> Can we put some vercmp checks around messages like this? That way >> people only have to see them once (when they upgrade the first time to >> a 0.12.x version for the second message). The first message should >> really be a post_install message. >> >> And with all that said, why are there two packages in extra if "qemu >> package now provides standard qemu with kvm enabled"? >> >> -Dan >> > Yes sure i can add those vercmp stuff. > qemu and qemu-kvm is different. > qemu-kvm is only for kvm while qemu provides much more machines to emulate. I'm not sure about that. Both seems to share the same code for machine emulation; only the kvm stuff is different. In fedora 12, they build kvm and qemu-system-xxx from qemu-kvm 0.11. But I don't know how this will evolve in the future. If qemu and qemu-kvm are used for different purposes, one may need to install both apps side by side but that's not possible in archlinux. I see two ways to handle that: 1. Permit the installation of both applications at the same time (qemu for system emulation, qemu-kvm for visualization). qemu-kvm executables can be renamed to kvm-xyz. That's what Debian do. 2. Build qemu-kvm with --target="" and all came in the same package. With 0.11, only qemu provided kqemu but as the kqemu support is gone, the second proposition seems to be the way to go. I use this on archlinux for kvm (winXP) and sh or arm emulation without problems since 0.11. Simon. > greetings > tpowa

5 11

[arch-general] Deluge 1.2.0
by Damien Churchill 12 Jan '10

12 Jan '10

I was wondering if it would be possible to add a message, saying the preferred way of running the different user interfaces now is via a deluge-* script, so deluge-gtk, deluge-web and deluge-console, to the post_install() of the package? Damien

2 4