- Arch-general - lists.archlinux.org

Re: [arch-general] [arch-dev-public] [signoff] samba/smbclient 3.2.x
by Tobias Powalowski 05 Oct '08

05 Oct '08

Am Sonntag 28 September 2008 schrieb Roman Kyrylych: > 2008/9/28 Tobias Powalowski <t.powa(a)gmx.de>: > > Hi guys, > > big update on samba package, i ask for signoff, because i only use it for > > simple file sharing and printing nothing more. > > please signoff both arches > > cannot test it 'cause I don't use samba on my laptop, > but see http://bugs.archlinux.org/task/11616 Ok fixed file conflicts, please test the new samba release, i have no exotic setup just simple file and printer share to test. please signoff both arches greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

1 0

[arch-general] Fw: [arch-dev-public] [signoff] pptpclient 1.7.2
by Daniel Isenmann 05 Oct '08

05 Oct '08

In testing for both arches. Please signoff, I can't test it because I don't use it. Daniel Changes: -------- - port for Solaris 10/11 - make copyright and license clearer - add packet reordering test code for pptpd testing - ignore transient send errors - fix flaw in return status check of select in GRE pipe (possibly fixes Debian Bug #427586) - add route to PPTP server - remove non-free reference documentation - fix quoting and pppd options - pptpsetup script with man page (Debian Bug #167216)

1 0

[arch-general] Fwd: [arch-dev-public] [signoff] cracklib 2.8.13-1
by Tobias Powalowski 04 Oct '08

04 Oct '08

Hi guys, please signoff cracklib for both arches greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

1 0

[arch-general] Fwd: [arch-dev-public] [signoff] linux-atm 2.5.0
by Tobias Powalowski 04 Oct '08

04 Oct '08

Hi guys, please signoff both arches, greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

1 0

[arch-general] Fwd: [arch-dev-public] [signoff] dmraid 1.0.rc15-1
by Tobias Powalowski 04 Oct '08

04 Oct '08

Hi guys, please signoff both arches, greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

1 0

[arch-general] Fwd: [arch-dev-public] [signoff] atl2-2.0.5
by Tobias Powalowski 04 Oct '08

04 Oct '08

Hi guys, please signoff both arches, greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

1 0

[arch-general] Plan for python upgrade [was in arch-dev-public]
by solsTiCe d'Hiver 04 Oct '08

04 Oct '08

Eric Belanger wrote > IMO, Plan 1 is the way to go as this is how we managed the qt3/qt upgrade. there was a qt package and a qt4 during a certain amount of time before the switch to qt3/qt > Does anyone has an idea on how many packages in the repo currently works > with or need python3.0? If that number is zero or very small, i don't know but as python 3 is not yet out it should be pretty close to zero. > we could update python to 2.6 and wait until that number increases before proceeding with > Plan 1. That will reduce the number of rebuilds because we will be > replacing rebuilds by package update that eventually would need to > be done anyway. yes and no. because the number will grow very slowly and there is no such big beast like kde to force the switch. (is there ?) why not wait until python 3.1 ? i really fear that a great number of software will break because they will try to use /usr/bin/python and except a python 2 to be there. What about the package in unsupported that will not be upgraded asap as the others in extra or core or community.

1 0

[arch-general] initscripts-splash and fbsplash
by Gregory T Helton 02 Oct '08

02 Oct '08

Hello all, I've reworked the initscripts-splash patch by hand into the latest version of initscripts. I've also updated the fbsplash package to the latest version of splashutils. So far, I've been using it for about a week now with my laptop, and have encounted no problems at all. Splash even works on hibernate with uswsusp-splash from the AUR. (Haven't tried tuxonice because I don't use it) Here's links to the updated PKGBUILD tarballs. http://www.fallendusk.org/arch/initscripts-splash.tar.gz http://www.fallendusk.org/arch/fbsplash.tar.gz I'm using my own custom kernel with the fbcondecor patch (makes splash load as soon as kernel does) but from what I understand fbsplash should work without, just not until after init loads. I would be more than glad to maintain either of these packages if the current maintainers would like to hand them off. :) --Greg

2 2

[arch-general] About Turkish Mirrors
by Alper KANAT 02 Oct '08

02 Oct '08

Hey There All Arch'ers, I'm one of the Arch Linux Turkish Community members and want to remind all of you that we have 2 (and counting) official mirrors in Turkey. I write this e-mail to kindly request an update for pacman mirrorlist and wiki pages like this one [1].. ftp.linux.org.tr belongs to LKD (Turkish Linux Community Foundation) and you can reach the team from: ftp at linux.org.tr Thanks for all your great software and support! Cheers! [1] http://wiki.archlinux.org/index.php/Mirror -- Alper KANAT http://raptiye.org

2 1

Re: [arch-general] [arch-dev-public] nano -w (was: Re: [signoff] nano 2.0.8-1)
by Anders Bergh 30 Sep '08

30 Sep '08

On Mon, Sep 29, 2008 at 7:23 PM, Andreas Radke <a.radke(a)arcor.de> wrote: > woohoo. such a small editor making so much noise with only one option. > > i prefer to not touch the upstream nanorc we install. after many > requests i followed Fedora and many other major distributions and > disabled the line wrapping completely via configure. > > i don't know any good situation when line wrapping is useful expect in > writing mails. but who is using nano for that task? (i guess alpine > users go with pico). > > so why do some people want that wrapping back? > > i think a small note about no line wrapping in our installer when it > shows the choise for vi/nano is much more than needed. > > -Andy > Hi, I just wanted to note that I often use line wrapping as it's more convenient than doing it manually. I do however enable it using key commands, and use nowrap in nanorc (since wrapping is so frustrating when it comes to configuration etc). I'd prefer if nano -w was used in the installer, or nowrap in the default nanorc. Better than disabling a feature completely. -- Anders Bergh

2 1