Nabble - ArchLinux

Re: LDFLAGS question

2009-11-25T18:51:16Z

Ranguvar wrote:

> On Wed, Nov 25, 2009 at 19:27, Allan McRae <allan@...> wrote:
>
>> bardo wrote:
>>
>>> Hi all.
>>> Recently I've been having fun with the latest pulseaudio quirk: it
>>> doesn't build because of the --as-needed flag in linking. I don't
>>> understand linking in depth, but as I understood it there's some
>>> dependency cycle that gets triggered by the aforementioned ld flag.
>>> However this doesn't happen when building in a chroot, where the
>>> package builds fine.
>>>
>>> It isn't the only package where it happens, and I have a handful of
>>> questions about the correct way to handle this.
>>>
>>> 1. If something like this happens, is it an upstream bug?
>>> 2. If it builds fine in a chroot there's obviously a software that
>>> triggers the bug, does it mean I am missing a dependency?
>>> 3. If a package builds inside a chroot but not outside, should it be
>>> changed in such a way that it builds everywhere regardless of the
>>> changes that are to be made? Or should it be left as it is, and
>>> related bugs closed with "build it in a chroot"?
>>> 4. What does the absence of the ld flag imply in practical terms? Is
>>> it just a "nice to have" or has it some real implications?
>>>
>>>
>> It is probably an addition dep (optional) that is being detected on your
>> system and causing the failure. Personally, I would build in a chroot and
>> ignore the issue. There are plenty of packages that should only be built in
>> a chroot due to issues similar to this and _ALL_ packages should be built in
>> one anyway.
>>
>> Allan
>>
>
> Shouldn't a PKGBUILD try to cover all potential normal Arch setups, though?
>
> If it is known that a package conflicts with the build, and it can't be
> traced to the
> individual package so it can be added in conflicts() (or we may not want it
> there),
> then I think the PKGBUILD should be modified to work in all common
> scenarios.

I looks like pulse-audio will link to itself and that causes issues with
--as-needed. Heimdal had (has?) the same issue so had something like
this in the PKGBUILD:

[ -e /usr/lib/libasn1.so ] && echo "## remove old heimdal pkg first ##"
&& return 1

If pulse-audio only fails to build when pulse-audio is present, a line
like that in the PKGBUILD will solve all problems. Or just a comment at
the top like the current heimdal package:

#
### Attention: remove old pkg before building - it links against itself! ###
#

Allan

From forum: tur-users

Re: LDFLAGS question

2009-11-25T16:37:03Z

On Wed, Nov 25, 2009 at 19:27, Allan McRae <allan@...> wrote:

> bardo wrote:
>
>> Hi all.
>> Recently I've been having fun with the latest pulseaudio quirk: it
>> doesn't build because of the --as-needed flag in linking. I don't
>> understand linking in depth, but as I understood it there's some
>> dependency cycle that gets triggered by the aforementioned ld flag.
>> However this doesn't happen when building in a chroot, where the
>> package builds fine.
>>
>> It isn't the only package where it happens, and I have a handful of
>> questions about the correct way to handle this.
>>
>> 1. If something like this happens, is it an upstream bug?
>> 2. If it builds fine in a chroot there's obviously a software that
>> triggers the bug, does it mean I am missing a dependency?
>> 3. If a package builds inside a chroot but not outside, should it be
>> changed in such a way that it builds everywhere regardless of the
>> changes that are to be made? Or should it be left as it is, and
>> related bugs closed with "build it in a chroot"?
>> 4. What does the absence of the ld flag imply in practical terms? Is
>> it just a "nice to have" or has it some real implications?
>>
>>
> It is probably an addition dep (optional) that is being detected on your
> system and causing the failure. Personally, I would build in a chroot and
> ignore the issue. There are plenty of packages that should only be built in
> a chroot due to issues similar to this and _ALL_ packages should be built in
> one anyway.
>
> Allan
>

Shouldn't a PKGBUILD try to cover all potential normal Arch setups, though?

If it is known that a package conflicts with the build, and it can't be
traced to the
individual package so it can be added in conflicts() (or we may not want it
there),
then I think the PKGBUILD should be modified to work in all common
scenarios.

At worst case though, IMO, the appropriate lines to filter --as-needed
should be
present except commented out, with a comment explaining to uncomment them
if the user experiences build failure.

--
Ranguvar
[Devin Cofer]

From forum: tur-users

Re: LDFLAGS question

2009-11-25T16:35:10Z

2009/11/26 Allan McRae <allan@...>:
> It is probably an addition dep (optional) that is being detected on your
> system and causing the failure. Personally, I would build in a chroot and
> ignore the issue. There are plenty of packages that should only be built in
> a chroot due to issues similar to this and _ALL_ packages should be built in
> one anyway.

Well, it seems to be known and documented upstream, and they don't
consider it as a bug:
http://www.mail-archive.com/pulseaudio-discuss@.../msg04883.html

From forum: tur-users

Re: LDFLAGS question

2009-11-25T16:27:35Z

bardo wrote:

> Hi all.
> Recently I've been having fun with the latest pulseaudio quirk: it
> doesn't build because of the --as-needed flag in linking. I don't
> understand linking in depth, but as I understood it there's some
> dependency cycle that gets triggered by the aforementioned ld flag.
> However this doesn't happen when building in a chroot, where the
> package builds fine.
>
> It isn't the only package where it happens, and I have a handful of
> questions about the correct way to handle this.
>
> 1. If something like this happens, is it an upstream bug?
> 2. If it builds fine in a chroot there's obviously a software that
> triggers the bug, does it mean I am missing a dependency?
> 3. If a package builds inside a chroot but not outside, should it be
> changed in such a way that it builds everywhere regardless of the
> changes that are to be made? Or should it be left as it is, and
> related bugs closed with "build it in a chroot"?
> 4. What does the absence of the ld flag imply in practical terms? Is
> it just a "nice to have" or has it some real implications?
>

It is probably an addition dep (optional) that is being detected on your
system and causing the failure. Personally, I would build in a chroot
and ignore the issue. There are plenty of packages that should only be
built in a chroot due to issues similar to this and _ALL_ packages
should be built in one anyway.

Allan

From forum: tur-users

Re: LDFLAGS question

2009-11-25T16:17:16Z

On Wed, Nov 25, 2009 at 18:58, bardo <ilbardo@...> wrote:

Hello bardo,

1.) Depends on whether they see it as such :p Some upstreams
get all annoyed and tag the bug as WONTFIX. Others care about it
and take a look into it. I would file it upstream though, just in case.
Also, check the Gentoo bug reports, both closed and open, for your
problem -- Gentoo has lately been trying to resolve all --as-needed
compile issues.

2.) Probably not missing a dependency so much as revealing a flaw in
how the software is built (or the linker itself). --as-needed affects how
binaries link in other stuff, a certain package may trigger the problem.

3.) I would say, personally, make it build the same everywhere. Do put
a comment in the PKGBUILD though, for future reference by others

4.) --as-needed reduces some of the library dependencies of binaries,
and also speeds up the dynamic linking step -- applications start faster.
Therefore, it's nice to have, but can be removed if it presents problems
(as it does every now and again).

And lastly, please filter --as-needed in a sane way instead of exporting
LDFLAGS :P
I like the following three-line solution to filter all variants of
--as-needed:

LDFLAGS="${LDFLAGS//-Wl,--as-needed}"
LDFLAGS="${LDFLAGS//,--as-needed}"
export LDFLAGS="${LDFLAGS//--as-needed}"

Again, please tag that block with a comment about the failure and that it
doesn't fail in a clean chroot or whatever :)

Hope that helps,
--
Ranguvar
[Devin Cofer]

From forum: tur-users

LDFLAGS question

2009-11-25T15:58:10Z

Hi all.
Recently I've been having fun with the latest pulseaudio quirk: it
doesn't build because of the --as-needed flag in linking. I don't
understand linking in depth, but as I understood it there's some
dependency cycle that gets triggered by the aforementioned ld flag.
However this doesn't happen when building in a chroot, where the
package builds fine.

It isn't the only package where it happens, and I have a handful of
questions about the correct way to handle this.

1. If something like this happens, is it an upstream bug?
2. If it builds fine in a chroot there's obviously a software that
triggers the bug, does it mean I am missing a dependency?
3. If a package builds inside a chroot but not outside, should it be
changed in such a way that it builds everywhere regardless of the
changes that are to be made? Or should it be left as it is, and
related bugs closed with "build it in a chroot"?
4. What does the absence of the ld flag imply in practical terms? Is
it just a "nice to have" or has it some real implications?

From forum: tur-users

dcopserver problem

2009-11-25T13:55:54Z

Hi list,

Last few days or so of weeks having huge problems with kde4 after the last
upgrade.

Apps just hang, clicking on the toolbar > no reponse for eons.

messages were around kbuildsycoca: WARNING's......

I looked on the forums/net and they seemed to indicate that typing

dcopserver_shutdown, followed by kdeinit would fix the problem, which it sort
of does temporarily.

I wondered what could be going on and how to fix it permanantly.

Any helip appreciated.

Richard

From forum: arch general

Re: Please update boost from [extra] - PKGBUILD attached

2009-11-25T08:08:37Z

On Wed, Nov 25, 2009 at 8:12 AM, Sven-Hendrik Haase <sh@...> wrote:

> On 25.11.2009 00:45, Ionut Biru wrote:
>> On 11/25/2009 01:39 AM, Sven-Hendrik Haase wrote:
>>> Boost in [extra] has been out-of-date since 1830 (and marked as such)
>>> and even though I mailed the maintainer two weeks ago no update
>>> happened.
>>> Here is my updated PKGBUILD for 1.41.0 which is actually a bit neater
>>> than before since no silly patches are required anymore.
>>> I'm currently running this package and see no trouble. Please use this
>>> to update boost in [extra] :).
>>>
>>> -- Sven-Hendrik
>>
>> if it where that simple :). boost update require a lot of packages to
>> be rebuild. we have a rebuild in progress in testing and maybe after
>> that we are bumping that too.
>>
> It's only 29 packages though and boost usually changes with backwards
> compatibility in mind. Am I being naive? :)

If the soname changes, then everything needs to be rebuilt. We try to
keep one large rebuild in testing at a time. Currently we have
rebuilds for heimdal in there.

From forum: arch general

Re: kmail spellcheck reporting no errors when there plainly are errors - can someone confirm?

2009-11-25T07:51:40Z

On Wed, Nov 25, 2009 at 10:05, David Rosenstrauch <darose@...> wrote:

> On 11/25/2009 04:43 AM, David C. Rankin wrote:
> FYI - I've set the kwallet password to nothing, and it's seemed to work out
> nicely, as it no longer prompts me for the wallet password at inopportune
> times.
>
> In theory this is less secure. But since no one can be logged into my box
> as me without my account password anyway, in reality there's no way anyone
> can access my kwallet passwords without having my account password first.
> Maybe give this a shot?
>
> HTH,
>
> DR
>

If you're running any services that face an open network, you are in
theory vulnerable to an exploit in the service. Also, there have been
exploits in web browsers like firefox that would give user-level
access. This could potentially give the attacker access to your wallet
without your user password, depending on the exploit(s) used. In this
case, *all* your passwords will be comprimised. Using a password
manager without a password itself is bad for your security.

From forum: arch general

Re: kmail spellcheck reporting no errors when there plainly are errors - can someone confirm?

2009-11-25T07:04:59Z

On 11/25/2009 04:43 AM, David C. Rankin wrote:
> I find wallet to be a complete pain. Even if I set it to
> always remember my password, I still get prompted to enter it at the least
> expected times. I tried to live with it on this latest install, but that
> relationship ended in divorce ;-)

FYI - I've set the kwallet password to nothing, and it's seemed to work
out nicely, as it no longer prompts me for the wallet password at
inopportune times.

In theory this is less secure. But since no one can be logged into my
box as me without my account password anyway, in reality there's no way
anyone can access my kwallet passwords without having my account
password first. Maybe give this a shot?

HTH,

DR

From forum: arch general

Re: Please update boost from [extra] - PKGBUILD attached

2009-11-25T06:12:30Z

On 25.11.2009 00:45, Ionut Biru wrote:

> On 11/25/2009 01:39 AM, Sven-Hendrik Haase wrote:
>> Boost in [extra] has been out-of-date since 1830 (and marked as such)
>> and even though I mailed the maintainer two weeks ago no update
>> happened.
>> Here is my updated PKGBUILD for 1.41.0 which is actually a bit neater
>> than before since no silly patches are required anymore.
>> I'm currently running this package and see no trouble. Please use this
>> to update boost in [extra] :).
>>
>> -- Sven-Hendrik
>
> if it where that simple :). boost update require a lot of packages to
> be rebuild. we have a rebuild in progress in testing and maybe after
> that we are bumping that too.
>

It's only 29 packages though and boost usually changes with backwards
compatibility in mind. Am I being naive? :)

From forum: arch general

Re: Gnome - howto configure sound? Sound is silent, beep is loud (as heck)?

2009-11-25T01:46:44Z

On Tuesday 24 November 2009 10:23:06 and regarding:

> On 11/24/2009 04:00 AM, David C. Rankin wrote:
> > the system beep is so loud it will scare the heck
> > out of you when you backspace too far, etc... I need to reverse both.
>
> Solution for this is to either 1) lower the volume, by lowering the
> slider on the "PC Beep" channel in your mixer (e.g., kmix, alsamixer,
> etc.), or 2) complete turn off the volume by either a) muting that
> channel in your mixer, or b) not loading the kernel "pcspkr" module
> (e.g., by setting "MODULES=(... !pcspkr ...)" in your /etc/rc.conf.
>
> HTH,
>
> DR
>

working on it now... we will see how it goes..

--
David C. Rankin, J.D.,P.E.
Rankin Law Firm, PLLC
510 Ochiltree Street
Nacogdoches, Texas 75961
Telephone: (936) 715-9333
Facsimile: (936) 715-9339
www.rankinlawfirm.com

From forum: arch general

Re: kmail spellcheck reporting no errors when there plainly are errors - can someone confirm?

2009-11-25T01:45:41Z

On Tuesday 24 November 2009 01:03:35 and regarding:
> David C. Rankin wrote:
> > Guys,
> >
> > With KMail Version 1.12.3 Using KDE 4.3.3 (KDE 4.3.3), kmail isn't
> > catching any spelling errorssss. Eggsample:
>
> works here... do you have the aspell dictionary for your language
> installed?
>

Yes, I have a spell installed, the works. I think I'll just blow my ~/.kde
directory away and start over. I must have pulled in a config file with an
incorrect path in it. (wouldn't surprise me at all)

--
David C. Rankin, J.D.,P.E.
Rankin Law Firm, PLLC
510 Ochiltree Street
Nacogdoches, Texas 75961
Telephone: (936) 715-9333
Facsimile: (936) 715-9339
www.rankinlawfirm.com

From forum: arch general

Re: kmail spellcheck reporting no errors when there plainly are errors - can someone confirm?

2009-11-25T01:43:50Z

On Monday 23 November 2009 18:05:04 and regarding:
> Just tried here, and it didn't work. Should I have configured
> something before trying?
>
> Also, it complained about not being able to use KWallet to store the
> password. Even
> though I have KWallet installed.
>

Spell check should be enabled by default as long as you installed a spell
check dictionary (I think you get it by default)

With kwallet. If you're the only user of the box and you have reasonable
security habbits, then I would just turn kwallet off and let kmail and the
rest store the passowrds in their files (they are encrypted, just not to the
extent wallet does). I find wallet to be a complete pain. Even if I set it to
always remember my password, I still get prompted to enter it at the least
expected times. I tried to live with it on this latest install, but that
relationship ended in divorce ;-)

--
David C. Rankin, J.D.,P.E.
Rankin Law Firm, PLLC
510 Ochiltree Street
Nacogdoches, Texas 75961
Telephone: (936) 715-9333
Facsimile: (936) 715-9339
www.rankinlawfirm.com

From forum: arch general

Re: Deletion request: pulseaudio-airtunes-git

2009-11-24T22:40:02Z

2009/11/25 Chris Brannon <cmbrannon79@...>

> > On 11/25/2009 12:14 AM, Clément DÉMOULINS wrote:
> > > The branch pulseaudio-airtunes merged into the trunk of pulseaudio.
> > >
> >
> > request delete after our pulseaudio package include that.
>
> Apparently, I was a little too quick with the trigger finger...
> Did anyone save it?
>
> -- Chris
>

You must have been playing around too much with this:
http://ccstore.queensu.ca/queensu70/images/products/2009_02_11_14_52_05_9900-50855-00s.jpg

From forum: tur-users

Re: Trusted User Application

2009-11-24T18:30:32Z

> On Tue, Nov 24, 2009 at 17:07, Laurie Clark-Michalek
> <bluepeppers@...> wrote:
> > May I recommend the marquee tag.
> >
>
> Better yet, an animated gif with sparkles! :D

Set up a twitter account while you're at it.

From forum: tur-users

Re: Please update boost from [extra] - PKGBUILD attached

2009-11-24T15:45:15Z

On 11/25/2009 01:39 AM, Sven-Hendrik Haase wrote:
> Boost in [extra] has been out-of-date since 1830 (and marked as such)
> and even though I mailed the maintainer two weeks ago no update happened.
> Here is my updated PKGBUILD for 1.41.0 which is actually a bit neater
> than before since no silly patches are required anymore.
> I'm currently running this package and see no trouble. Please use this
> to update boost in [extra] :).
>
> -- Sven-Hendrik

if it where that simple :). boost update require a lot of packages to be
rebuild. we have a rebuild in progress in testing and maybe after that
we are bumping that too.

--
Ionut

From forum: arch general

Please update boost from [extra] - PKGBUILD attached

2009-11-24T15:38:21Z

Boost in [extra] has been out-of-date since 1830 (and marked as such)
and even though I mailed the maintainer two weeks ago no update happened.
Here is my updated PKGBUILD for 1.41.0 which is actually a bit neater
than before since no silly patches are required anymore.
I'm currently running this package and see no trouble. Please use this
to update boost in [extra] :).

-- Sven-Hendrik

# $Id: PKGBUILD 47703 2009-07-25 14:37:19Z giovanni $
# Maintainer: kevin <kevin@...>
# TU: Kritoke <kritoke@...>
# Contributor: Luca Roccia <little_rock@...>
# Contributor: Sven-Hendrik Haase <sh@...>

pkgname=boost
pkgver=1.41.0
_boostver=${pkgver//./_}
pkgrel=1
pkgdesc="Boost provides free peer-reviewed portable C++ source libraries."
arch=(i686 x86_64)
url="http://www.boost.org/"
depends=('python>=2.5' 'bzip2' 'zlib')
source=(http://downloads.sourceforge.net/sourceforge/${pkgname}/${pkgname}_${_boostver}.tar.bz2)
license=('custom')
options=(!ccache)
md5sums=('8bb65e133907db727a2a825c5400d0a6')

build() {
cd ${srcdir}/${pkgname}_${_boostver}
#export CFLAGS="${CFLAGS} -fno-strict-aliasing"
#export CXXFLAGS="${CXXFLAGS} -fno-strict-aliasing"

# build bjam
cd ${srcdir}/${pkgname}_${_boostver}/tools/jam/src
./build.sh cc || return 1

_bindir="bin.linuxx86"
[ "${CARCH}" = "x86_64" ] && _bindir="bin.linuxx86_64"

install -m755 -d ${pkgdir}/usr/bin
install -m755 ${_bindir}/bjam ${pkgdir}/usr/bin/bjam || return 1

# build bcp
cd ${srcdir}/${pkgname}_${_boostver}/tools/bcp
../jam/src/${_bindir}/bjam || return 1
install -m755 ${srcdir}/${pkgname}_${_boostver}/dist/bin/bcp \
${pkgdir}/usr/bin/bcp || return 1

# build libs
cd ${srcdir}/${pkgname}_${_boostver}
# default "minimal" install: "release link=shared,static
# runtime-link=shared threading=multi"
# --layout=tagged will add the "-mt" suffix for multithreaded libraries
# and installs includes in /usr/include/boost.
# --layout=system no longer adds the -mt suffix for multi-threaded libs.
./tools/jam/src/${_bindir}/bjam \
release debug-symbols=off threading=single,multi \
runtime-link=shared link=shared,static \
cflags=-fno-strict-aliasing \
--prefix=${pkgdir}/usr \
-sPYTHON_ROOT=/usr \
-sPYTHON_VERSION=2.6 \
-sTOOLS=gcc \
--layout=tagged \
install || return 1
# --with-wave install || return 1
# -d2 <- debug cflags=-fno-strict-aliasing \

# build pyste
cd ${srcdir}/${pkgname}_${_boostver}/libs/python/pyste/install
python setup.py install --root=${pkgdir} || return 1

# license
install -m755 -d ${pkgdir}/usr/share/licenses/${pkgname}
install -m644 ${srcdir}/${pkgname}_${_boostver}/LICENSE_1_0.txt \
${pkgdir}/usr/share/licenses/${pkgname}/ || return 1
}

From forum: arch general

Re: Trusted User Application

2009-11-24T14:30:05Z

On Tue, Nov 24, 2009 at 17:07, Laurie Clark-Michalek
<bluepeppers@...> wrote:
> May I recommend the marquee tag.
>

Better yet, an animated gif with sparkles! :D

From forum: tur-users

Re: Deletion request: pulseaudio-airtunes-git

2009-11-24T14:28:33Z

On Wed, Nov 25, 2009 at 12:23 AM, Chris Brannon <cmbrannon79@...> wrote:

>> On 11/25/2009 12:14 AM, Clément DÉMOULINS wrote:
>> > The branch pulseaudio-airtunes merged into the trunk of pulseaudio.
>> >
>>
>> request delete after our pulseaudio package include that.
>
> Apparently, I was a little too quick with the trigger finger...
> Did anyone save it?
>
> -- Chris

It's still available at
http://aur.archlinux.org/packages/pulseaudio-airtunes-git/. However,
if the branch was merged into the main development tree, one can use
the pulseaudio-git package instead. Therefore it makes little sense to
re-upload the deleted package.

From forum: tur-users

Re: Deletion request

2009-11-24T14:26:06Z

Am Wed, 25 Nov 2009 00:15:08 +0200
schrieb Ionut Biru <biru.ionut@...>:

> On 11/25/2009 12:12 AM, Heiko Baums wrote:
> > Hi,
> >
> > today I uploaded the package xorriso 0.4.5 to AUR:
> > http://aur.archlinux.org/packages.php?ID=32208
> >
> > Upstream just told me that it's already included in the package
> > libisoburn from community.
> >
> > So it was nice if someone would delete this package from AUR.
> >
> > Heiko
> done

Thanks!

From forum: tur-users

Re: Deletion request: pulseaudio-airtunes-git

2009-11-24T14:23:14Z

> On 11/25/2009 12:14 AM, Clément DÉMOULINS wrote:
> > The branch pulseaudio-airtunes merged into the trunk of pulseaudio.
> >
>
> request delete after our pulseaudio package include that.

Apparently, I was a little too quick with the trigger finger...
Did anyone save it?

-- Chris

From forum: tur-users

Re: Deletion request: pulseaudio-airtunes-git

2009-11-24T14:21:29Z

> Hello,
> Please delete my package pulseaudio-airtunes-git [1]

Deleted.

-- Chris

From forum: tur-users

Re: Deletion request: pulseaudio-airtunes-git

2009-11-24T14:16:42Z

On 11/25/2009 12:14 AM, Clément DÉMOULINS wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> The branch pulseaudio-airtunes merged into the trunk of pulseaudio.
>

request delete after our pulseaudio package include that.

--
Ionut

From forum: tur-users

Re: Deletion request

2009-11-24T14:15:08Z

On 11/25/2009 12:12 AM, Heiko Baums wrote:

> Hi,
>
> today I uploaded the package xorriso 0.4.5 to AUR:
> http://aur.archlinux.org/packages.php?ID=32208
>
> Upstream just told me that it's already included in the package
> libisoburn from community.
>
> So it was nice if someone would delete this package from AUR.
>
> Heiko

done

--
Ionut

From forum: tur-users

Re: Deletion request: pulseaudio-airtunes-git

2009-11-24T14:14:57Z

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

The branch pulseaudio-airtunes merged into the trunk of pulseaudio.

Le 24/11/09 20:25, Laszlo Papp a écrit :

> 2009/11/24 Clément Démoulins <cdemoulins@...>:
>> Hello,
>> Please delete my package pulseaudio-airtunes-git [1]
>>
>> Thanks
>>
>> Clément Démoulins
>>
>> [1] http://aur.archlinux.org/packages.php?ID=19564
>
> Hello Clément!
>
> Why would you like to delete this package ? You forgot to mention it :)
>
> Best Regards,
> Laszlo Papp

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (Darwin)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAksMWuAACgkQLXRXVt1R4ChHngCgkQvnmG3Iurp6vluVv6ncdhsg
E74AoJ9cq+MrJg6OwDGmrqXRAAPo9kDo
=FWDq
-----END PGP SIGNATURE-----

From forum: tur-users

Deletion request

2009-11-24T14:11:26Z

Hi,

today I uploaded the package xorriso 0.4.5 to AUR:
http://aur.archlinux.org/packages.php?ID=32208

Upstream just told me that it's already included in the package
libisoburn from community.

So it was nice if someone would delete this package from AUR.

Heiko

From forum: tur-users

Re: Trusted User Application

2009-11-24T14:07:15Z

2009/11/24 Loui Chang <louipc.ist@...>:

> On Tue 24 Nov 2009 17:52 -0300, Angel Velásquez wrote:
>> On Tue, Nov 24, 2009 at 5:38 PM, Loui Chang <louipc.ist@...> wrote:
>> > On Tue 24 Nov 2009 10:31 -0300, Angel Velásquez wrote:
>> >> On Tue, Nov 24, 2009 at 6:09 AM, bardo <ilbardo@...> wrote:
>> >> > 2009/11/23 Xyne <xyne@...>:
>> >> >> Ok, the voting period for Ranguvar's TU application has begun.TUs,
>> >> >> please log in to the AUR and vote.
>> >> >
>> >> > Damn... never click when you're sleepy... I voted without changing my
>> >> > locale, and my vote wasn't registered. Need more coffee... and a block
>> >> > of the page if the locale isn't en.
>> >> >
>> >>
>> >> Same happened to me, I voted and I forgot to change the locale :(
>> >
>> > Arrg. I guess I have to make these notices bigger next time.
>>
>> And please in red color, or a reminder before the svp :/
>
> I can also animate it, add an alarm sound and flashing lights.
>
>

May I recommend the marquee tag.

From forum: tur-users

Re: Trusted User Application

2009-11-24T13:02:55Z

On Tue 24 Nov 2009 17:52 -0300, Angel Velásquez wrote:

> On Tue, Nov 24, 2009 at 5:38 PM, Loui Chang <louipc.ist@...> wrote:
> > On Tue 24 Nov 2009 10:31 -0300, Angel Velásquez wrote:
> >> On Tue, Nov 24, 2009 at 6:09 AM, bardo <ilbardo@...> wrote:
> >> > 2009/11/23 Xyne <xyne@...>:
> >> >> Ok, the voting period for Ranguvar's TU application has begun.TUs,
> >> >> please log in to the AUR and vote.
> >> >
> >> > Damn... never click when you're sleepy... I voted without changing my
> >> > locale, and my vote wasn't registered. Need more coffee... and a block
> >> > of the page if the locale isn't en.
> >> >
> >>
> >> Same happened to me, I voted and I forgot to change the locale :(
> >
> > Arrg. I guess I have to make these notices bigger next time.
>
> And please in red color, or a reminder before the svp :/

I can also animate it, add an alarm sound and flashing lights.

From forum: tur-users

Re: Application as a Trusted User

2009-11-24T12:54:03Z

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA224

Hello,
I just uploaded a new version of every of my PKGBUILDs, now only the
Maintainer flag is set and I reverted the change to the license array
in the MIT/BSD licensed PKGBUILDs, so that they're now again listed
without the "custom:" in front of the license.

As none of my packages requires a fakeroot for build and the discussion
showed that the usage of both methods has some bonuses, I will use them
as long as no problem with that occurs or is being reported to me.

Regards
Thorsten

- --
Jabber: atsutane@... Blog: http://atsutane.freethoughts.de/
Key: 295AFBF4 FP: 39F8 80E5 0E49 A4D1 1341 E8F9 39E4 F17F 295A FBF4
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (GNU/Linux)

iFYEARELAAYFAksMR+sACgkQOeTxfyla+/R2CwDg2RcLQdJMBHcXXTixTkrC0Fvj
grr2KjAVJ9iwcADgqWuueO2aw/CBZcMhSEyNhHNtbNOk+nIb2/khJg==
=uJlj
-----END PGP SIGNATURE-----

From forum: tur-users

Re: Trusted User Application

2009-11-24T12:52:22Z

On Tue, Nov 24, 2009 at 5:38 PM, Loui Chang <louipc.ist@...> wrote:

> On Tue 24 Nov 2009 10:31 -0300, Angel Velásquez wrote:
>> On Tue, Nov 24, 2009 at 6:09 AM, bardo <ilbardo@...> wrote:
>> > 2009/11/23 Xyne <xyne@...>:
>> >> Ok, the voting period for Ranguvar's TU application has begun.TUs,
>> >> please log in to the AUR and vote.
>> >
>> > Damn... never click when you're sleepy... I voted without changing my
>> > locale, and my vote wasn't registered. Need more coffee... and a block
>> > of the page if the locale isn't en.
>> >
>>
>> Same happened to me, I voted and I forgot to change the locale :(
>
> Arrg. I guess I have to make these notices bigger next time.
>

And please in red color, or a reminder before the svp :/

--
Angel Velásquez
angvp @ irc.freenode.net
Arch Linux Trusted User
Linux Counter: #359909
http://www.angvp.com

From forum: tur-users

Re: Trusted User Application

2009-11-24T12:38:09Z

On Tue 24 Nov 2009 10:31 -0300, Angel Velásquez wrote:

> On Tue, Nov 24, 2009 at 6:09 AM, bardo <ilbardo@...> wrote:
> > 2009/11/23 Xyne <xyne@...>:
> >> Ok, the voting period for Ranguvar's TU application has begun.TUs,
> >> please log in to the AUR and vote.
> >
> > Damn... never click when you're sleepy... I voted without changing my
> > locale, and my vote wasn't registered. Need more coffee... and a block
> > of the page if the locale isn't en.
> >
>
> Same happened to me, I voted and I forgot to change the locale :(

Arrg. I guess I have to make these notices bigger next time.

From forum: tur-users

Re: Deletion request: pulseaudio-airtunes-git

2009-11-24T11:25:53Z

2009/11/24 Clément Démoulins <cdemoulins@...>:
> Hello,
> Please delete my package pulseaudio-airtunes-git [1]
>
> Thanks
>
> Clément Démoulins
>
> [1] http://aur.archlinux.org/packages.php?ID=19564

Hello Clément!

Why would you like to delete this package ? You forgot to mention it :)

Best Regards,
Laszlo Papp

From forum: tur-users

Deletion request: pulseaudio-airtunes-git

2009-11-24T11:08:19Z

Hello,
Please delete my package pulseaudio-airtunes-git [1]

Thanks

Clément Démoulins

[1] http://aur.archlinux.org/packages.php?ID=19564

signature.asc (270 bytes) Download Attachment

From forum: tur-users

Re: New install configuring php - only get text - feeling stupid -- help!

2009-11-24T09:17:35Z

>> > What's the trick?
>> >

> Hmm... I've got it working now and I don't really know what I did to get it
> working :-(

CTRL-shift-R to force a reload even if the data is in your browser cache

--
damjan

From forum: arch general