- Arch-general - lists.archlinux.org

[arch-general] Re-installing whole system without touching configs.
by Javier Vasquez 18 Jan '10

18 Jan '10

Hi, Some time back, while xscreensver was running the system got locked, so that I couldn't log back neither under X, neither under the console. The only solution at hand was to do a hard reset. After such hard reset, the partition for /tmp got corrupted and it had to be repaired. However ever now and then since that incident I get errors when xscreensaver is running, including system freeze. Some times when running the demo application (xscreensaver user interface), in some screen saver applications I get errors in the preview indicating problems with gtk, or some gnome libs and the like, but then the same screen savers after reboot don't give that problem. Notice I've uninstalled xscreensaver and installit back, with no effect... Perhaps important to note is that I'm using ext4 in all partitions. So I have run already "fsck -f" over all partitions, but what's left is to re-install everything... I don't want to do a install from scratch, just want to re-install everything, but not touching the configuration files. Still I want to re-install all packages already installed in the system. Is there a way to do such re-install through pacman? If so, please let me know. Thanks, -- Javier.

5 6

[arch-general] packaging workload / help wanted
by Andreas Radke 16 Jan '10

16 Jan '10

It's time to call for help. I've run into a packaging workload I don't want to handle anymore. Some package groups take damn much time to follow upstream development, other just eat compile time. I don't want to give away completely these package groups for now (maybe later) but I really need help in the longer view. I'd like to work together with a few more people in maintaining package groups. I've already asked internally but got no real helpful response. That's why I want to ask you the community members to help out in some of my packaging tasks. Is anybody interested in helping out in the following package groups? 1) openjdk6 (openjdk7 expected later this year). new coming npplugin needs early testing. 2) OpenOffice and Go-OOo (aka ooo-build). Packaging requires fast hardware. 3) Xfce - I took it all over from Tobias(neri) because he's often not very active. Maybe someone can help here. Xfce 4.8 expected first half this year. 4) Nouveau stack 5) Ati stack - I'm forced to used the free ati drivers but someone else with one or even more Ati cards working together with upstream people would be nice to have aboard. Future KMS will require lots of testing. 5) LinuxPrinting (Cups, foomatic, ghostscript) - always buggy on major releases. Not much work all the other time. Please also check my other major packages. You should be an Arch user for some time and I expect you to know how to package and work together with upstream developers. Please drop me a (private) mail if you are interested. -AndyRTR

1 0

Re: [arch-general] [arch-dev-public] [signoff] xfsprogs-3.1.0
by Tobias Powalowski 14 Jan '10

14 Jan '10

Hi bump to latest version, xfsprogs-3.1.0 (13 January 2010) - Reduce memory usage in xfs_repair by using better data structures. - Add additional checks in xfs_repair to detect freespace btree corruption instead of only rebuilding the btrees. Useful for the no-modify mode. - Fix libhandle to use the right path to issue by-handle ioctls for symbolic links and special files. - Use lazy superblock counters by default. At least kernel 2.6.22 is needed for this feature. - Use physical device sector size if available in mkfs.xfs, so 4K sector devices are handed more gracefully. - Add a German translation, thanks to Chris Leick. - Enable the madvise and mincor commands in xfs_io. - Fix unsafe temporary file creation in xfs_fsr. - Add support for discarding unused space on SSDs or thin provisioned arrays in mkfs.xfs. - Allow linking against libblkid for topology information. - Add symbol versioning for libhandle. - Remove the included RPM and binary tarball built infrastructure. - Various build system improvements. - Small fixes to xfs_db and xfs_io. please signoff both arches, thanks greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

1 0

[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