Hi, I have a mono bluetooth headphone dongle thing that I got paired
using the new KDE4 bluetooth manager (the guys really did a great job on
this I might add).
I added entries in ~/.asoundrc and can play sound files to it using
"aplay -D ".
Now, how do I get other apps to see it? I dont see i
I want to install the fvwm-devel, but why it depend on gtk 1.2.10-10?
** fvwm-devel Dependencies (7):
* fribidi
* imlib
* librsvg
* libstroke
* libxpm
* perl
* readline>=6.0.00
when I ask some ubuntu user, they say fvwm is only depended on gtk2 under
ubuntu.
libc6 (>= 2.4), libcairo2 (>= 1.2.4)
2010/1/26 :
> Is there any good reason why alsa-tools is not available
> from core or extra and only (in bits and pieces) from AUR ?
What exactly do you mean by "bits and pieces"?
--
GPG/PGP ID: B42DDCAD
On Mon, Jan 25, 2010 at 11:03 PM, Evangelos Foutras wrote:
> Hello,
>
> During the recent libpng/libjpeg rebuilds, one thing that I noticed is
> that (big) Todo lists are really slow to load. Turns out that the
> current code is doing tons of simple queries (4 per package) which,
> although are qu
Use Django's select_related() on the TodolistPkg QuerySet to avoid
making 4 database queries per package. This way we're making just one
query, regardless of the number of packages in the Todo list.
Local testing with 1000 entries in a Todo list show that the loading
time has been reduced from 267
Hello,
During the recent libpng/libjpeg rebuilds, one thing that I noticed is
that (big) Todo lists are really slow to load. Turns out that the
current code is doing tons of simple queries (4 per package) which,
although are quick to execute on the database server, take a
considerable ammount of
New version has been out for a bit, here's the diff to update the pkg
in community. It builds ok (i686) for me.
--- /var/abs/community/esmtp/PKGBUILD 2010-01-25 05:21:42.0 -0700
+++ PKGBUILD2010-01-25 20:49:35.076474428 -0700
@@ -3,7 +3,7 @@
# Contributor : Aaron Griffin
pkgname
On Mon 25 Jan 2010 16:28 +0100, Joerg Schilling wrote:
> Heiko Baums wrote:
>
> >I don't know anything about the technical differences between cdrkit
> >and cdrtools but http://cdrkit.org says:
> >News
> >2009/10/11
> >Cdrkit 1.1.10 has been released.
>
> >So the last stable release was not a yea
> Hmm, let me rephrase my initial statement. The only initial symptom
> was xscreensaver. It was running when all of sudden the FS got
> corrupted and I couldn't loging, not from xscreensaver, not from
> console, etc.
>
> At this point I have a pretty stable system. Nothing fails. Only
> when I
2010/1/25 Ng Oon-Ee :
> On Mon, 2010-01-25 at 22:50 +0100, f...@kokkinizita.net wrote:
>> Is there any good reason why alsa-tools is not available
>> from core or extra and only (in bits and pieces) from AUR ?
>>
>> Tools like envy24ctl or hdspmixer are really not an
>> option when you use one of t
On Mon, 2010-01-25 at 22:50 +0100, f...@kokkinizita.net wrote:
> Is there any good reason why alsa-tools is not available
> from core or extra and only (in bits and pieces) from AUR ?
>
> Tools like envy24ctl or hdspmixer are really not an
> option when you use one of the soundcards they are
> mea
On 01/24/2010 11:42 AM, Thomas Bächler wrote:
Okay, here are the changes:
initscripts:
- hwclock improvements by Dan
- some minor crypto fix on shutdown
- moved the prekillall hook so it can be used better with splash
Necessary for device-mapper/udev, as dm-device detection on startup has
needs
On Mon, Jan 25, 2010 at 4:10 PM, Joerg Schilling
wrote:
> Aaron Griffin wrote:
>
>> Getting this actual legal review made public would be a huge step not
>> only in trust, but also in closing this issue once and for all.
>>
>> Might I ask WHY this review isn't made public?
>
> If people did requi
On 01/25/2010 03:35 AM, Tobias Powalowski wrote:
Am Sonntag 24 Januar 2010 schrieb Tobias Powalowski:
Am Sonntag 24 Januar 2010 schrieb Tobias Powalowski:
Hi guys,
udev 150
Bugfixes.
Kernels with SYSFS_DEPRECATED=y are not supported since a while. Many
users depend on the cu
Aaron Griffin wrote:
> Getting this actual legal review made public would be a huge step not
> only in trust, but also in closing this issue once and for all.
>
> Might I ask WHY this review isn't made public?
If people did require the hostile downstream packager from Debian to prove
his claims
Is there any good reason why alsa-tools is not available
from core or extra and only (in bits and pieces) from AUR ?
Tools like envy24ctl or hdspmixer are really not an
option when you use one of the soundcards they are
meant to control. You need them for things to work at
all.
Any other distros
Hi guys,
bump to latest bugfix version.
Please signoff both arches,
greetings
tpowa
--
Tobias Powalowski
Archlinux Developer & Package Maintainer (tpowa)
http://www.archlinux.org
tp...@archlinux.org
signature.asc
Description: This is a digitally signed message part.
On Mon, Jan 25, 2010 at 04:11:11PM +0100, Xavier Chantry wrote:
> I suspect you did not install it properly and were running in noaccel mode.
> But since you solved your ssh X forwarding problem, and are happy with
> nv, you can keep using that.
> If you are still curious about nouveau, you have t
On Mon, Jan 25, 2010 at 2:13 PM, Joerg Schilling
wrote:
> Thomas Bächler wrote:
>
>> It would be nice if you updated your homepage (which would need a new
>> look too, it reminds me of the old days when using the internet was
>> annoying due to those ugly blinking websites). Quote from
>> http://
Thomas Bächler wrote:
> It would be nice if you updated your homepage (which would need a new
> look too, it reminds me of the old days when using the internet was
> annoying due to those ugly blinking websites). Quote from
> http://cdrecord.berlios.de/private/linux-dist.html#legal:
>
> "There is
Gerardo Exequiel Pozzi wrote:
> cdrkit: 1.1.9 -> 1.1.10 (1 year), 1.1.6 -> 1.1.7 (another year). Only
> few changes in in each release in years.
> cdrtools: 13 releases in 2007, 20 in 2008, 16 in 2009, 3 in this month.
> Lots of changes in each release.
>
> The difference is really big.
For mk
Kitty wrote:
> 3. Take the cdrtools devs at their word and dump cdr-kit.
>
> FWIW, I'm in favor of #3, and practically, the other bigger distros
> that have switched back to cdrtools are fatter targets for any legal
> action. Furthermore, who exactly would be doing the suing? If it's the
> GNU, t
Am 25.01.2010 17:15, schrieb Joerg Schilling:
> [ legal bla ]
It would be nice if you updated your homepage (which would need a new
look too, it reminds me of the old days when using the internet was
annoying due to those ugly blinking websites). Quote from
http://cdrecord.berlios.de/private/linux
On Mon, Jan 25, 2010 at 4:40 PM, Ray Kohler wrote:
> On Mon, Jan 25, 2010 at 11:49 AM, Kitty wrote:
>> FWIW, I'm in favor of #3, and practically, the other bigger distros
>> that have switched back to cdrtools are fatter targets for any legal
>> action. Furthermore, who exactly would be doing the
On Mon, Jan 25, 2010 at 13:40, Ray Kohler wrote:
> On Mon, Jan 25, 2010 at 11:49 AM, Kitty wrote:
>> FWIW, I'm in favor of #3, and practically, the other bigger distros
>> that have switched back to cdrtools are fatter targets for any legal
>> action. Furthermore, who exactly would be doing the s
On Mon, Jan 25, 2010 at 11:49 AM, Kitty wrote:
> FWIW, I'm in favor of #3, and practically, the other bigger distros
> that have switched back to cdrtools are fatter targets for any legal
> action. Furthermore, who exactly would be doing the suing? If it's the
> GNU, then their goal would be to fi
On Mon, 25 Jan 2010 08:37:17 -0600
Dan McGee wrote:
> On Mon, Jan 25, 2010 at 1:46 AM, Allan McRae
> wrote:
> > On 25/01/10 17:41, Jan de Groot wrote:
> >>
> >> On Sun, 2010-01-24 at 12:13 +1000, Allan McRae wrote:
> >>>
> >>> linux-api-headers-2.6.32.5-1
> >>> - convert to arch=any (built on
On 01/25/2010 12:50 PM, Allan McRae wrote:
On 26/01/10 01:19, Joerg Schilling wrote:
Jan de Groot wrote:
It seems that GPL and CDDL have some conflicting paragraphs, so even if
CDDL allows linking to GPL with this exception, GPL doesn't allow the
other way around.
I am not sure where you hav
Am Mon, 25 Jan 2010 14:01:24 -0300
schrieb Gerardo Exequiel Pozzi :
> cdrkit: 1.1.9 -> 1.1.10 (1 year), 1.1.6 -> 1.1.7 (another year). Only
> few changes in in each release in years.
> cdrtools: 13 releases in 2007, 20 in 2008, 16 in 2009, 3 in this
> month. Lots of changes in each release.
>
>
Am Montag, 25. Januar 2010 17:15:35 schrieb Joerg Schilling:
> The FSF does not own any code in cdrtools and the FSF does not publish
> cdrtools, so it is obvious that the FSF is irrelevant for your discussion.
To track down the problem to its root: What does it cost you to distribute
your code
On 01/25/2010 04:59 AM, Heiko Baums wrote:
Am Mon, 25 Jan 2010 03:55:22 +0100
schrieb Sven-Hendrik Haase:
My issue is that the cdrtools substitute cdrkit that Arch currently
officially provides is not actively developed (current to last stable
was around a year) and is technically inferior
I guess I'm new to an old discussion, so just to catch up:
cdrtools: original package, active devel, possible licence probs
cdr-kit: the fork, inactive devel, exists to be included in debian
This seems to be a fairly straight write up of the circumstances that
led to the fork.
http://cdrecord.berl
Allan McRae wrote:
> Unfortunately, on this issue, no-one I would consider roughly unbiased
> has looked into it. Thus, I am left with no opinions to listen to. I
OK, if you are unbiased I encourage you to immediately stop distributing
"cdrkit".
Cdrkit is in conflict with the GPL and the G
On 26/01/10 02:15, Joerg Schilling wrote:
The FSF does not own any code in cdrtools and the FSF does not publish
cdrtools, so it is obvious that the FSF is irrelevant for your discussion.
Really? I thought the discussion was whether your code with its license
is legally allowed to link to GPL
On 1/25/10, Thayer Williams wrote:
> On Sun, Jan 24, 2010 at 7:14 PM, Javier Vasquez
> wrote:
>> Bad thing that xscreensaver corrupted / so that it couldn't be
>> unlocked, and under console there was no way to loging, some misplaced
>> inodes or something...
>>
>> Hard reboot was required, and
On 1/25/10, Xavier Chantry wrote:
> On Mon, Jan 25, 2010 at 4:36 PM, Thayer Williams wrote:
>> On Sun, Jan 24, 2010 at 7:14 PM, Javier Vasquez
>> wrote:
>>> Bad thing that xscreensaver corrupted / so that it couldn't be
>>> unlocked, and under console there was no way to loging, some misplaced
Allan McRae wrote:
> > The common understanding of the laywers in Germany and the USA on what's
> > happening
> > when a program links against a library is that this creates a so called
> > "collective
> > work" which is not a derived work. The GPL definitely allows such
> > collective works.
On Mon, Jan 25, 2010 at 4:36 PM, Thayer Williams wrote:
> On Sun, Jan 24, 2010 at 7:14 PM, Javier Vasquez
> wrote:
>> Bad thing that xscreensaver corrupted / so that it couldn't be
>> unlocked, and under console there was no way to loging, some misplaced
>> inodes or something...
>>
>> Hard reb
On 26/01/10 01:19, Joerg Schilling wrote:
Jan de Groot wrote:
It seems that GPL and CDDL have some conflicting paragraphs, so even if
CDDL allows linking to GPL with this exception, GPL doesn't allow the
other way around.
I am not sure where you have this idea from
The CDDL allows to com
On Sun, Jan 24, 2010 at 7:14 PM, Javier Vasquez wrote:
> Bad thing that xscreensaver corrupted / so that it couldn't be
> unlocked, and under console there was no way to loging, some misplaced
> inodes or something...
>
> Hard reboot was required, and then at first /tmp was so corrupted that
> it
Allan McRae wrote:
> > The Sun legal department did check cdrtools in Autumn 2008 and the legal
> > review
> > did take three months. The result from this check is that there is
> > absolutely no
> > legal problem with the original cdrtools software.
>
> Do you have a link to a report made from
Heiko Baums wrote:
>I don't know anything about the technical differences between cdrkit
>and cdrtools but http://cdrkit.org says:
>News
>2009/10/11
>Cdrkit 1.1.10 has been released.
>So the last stable release was not a year but only three months ago.
>This looks like an active development for m
Jan de Groot wrote:
>It seems that GPL and CDDL have some conflicting paragraphs, so even if
>CDDL allows linking to GPL with this exception, GPL doesn't allow the
>other way around.
I am not sure where you have this idea from
The CDDL allows to combine CDDL code with other code
and the GPL
On 26/01/10 01:10, Joerg Schilling wrote:
Allan McRae wrote:
Not anything recent: http://lwn.net/Articles/195167/ . Debian thinks
about these things a lot more than we do so I usually would defer to
them. But given they essentially created the cdrkit fork, I'm not sure
they are ever going to
On Mon, Jan 25, 2010 at 12:46 PM, wrote:
>
> Meanwhile I installed nouveau. The only difference I notice
> is that now the 'visual bell' in xterm has become very slow
> as well (to the point of being unusable), also locally.
>
I suspect you did not install it properly and were running in noaccel
Allan McRae wrote:
>Not anything recent: http://lwn.net/Articles/195167/ . Debian thinks
>about these things a lot more than we do so I usually would defer to
>them. But given they essentially created the cdrkit fork, I'm not sure
>they are ever going to reassess the situation.
The article y
On Sun, Jan 24, 2010 at 3:01 AM, Heiko Baums wrote:
> See this bug report: http://bugs.archlinux.org/task/17231?project=6
>
> You should be able to continue booting by entering these commands
> at the ramfs$ prompt:
> udevadm trigger
> exit
I ran the command listed above and it just throws me int
On Mon, Jan 25, 2010 at 01:30:54PM +0100, Marco wrote:
> I don't think it is a Xorg-related issue, but rather an ssh thing.
> I assume you added the line:
>
> X11Forwarding yes
>
> to /etc/sshd_config in your server (the laptop, as I understand).
>
> Try add the line
>
> ForwardX11Trus
On Mon, 2010-01-25 at 12:46 +0100, f...@kokkinizita.net wrote:
>
> Because they seem to be OK, e.g. transfer speed when using
> rsync is what is was before. Anyway the slowest part in the
> link is probably the wireless access point anyway.
Hmm, wireless... besides being unreliable, it's half-du
Hi,
I don't think it is a Xorg-related issue, but rather an ssh thing.
I assume you added the line:
X11Forwarding yes
to /etc/sshd_config in your server (the laptop, as I understand).
Try add the line
ForwardX11Trusted yes
to /etc/ssh_config (NOT sshd_config) in your client, which sho
On Mon, Jan 25, 2010 at 02:18:42AM +0100, Xavier Chantry wrote:
> On Mon, Jan 25, 2010 at 1:04 AM, wrote:
> >
> > It is the 'ssh -X zita2 emacs' that is very slow.
> > Running emacs locally is perfectly OK.
> > The previous install was F9, it used nv, and
> > the same 'ssh -X zita2 emacs' worked
On 25/01/10 21:09, Pierre Schmitz wrote:
Am Montag, 25. Januar 2010 03:55:22 schrieb Sven-Hendrik Haase:
I'm aware that I can get cdrtools from AUR. Even then, cdrkit uses
"replaces" and that spells "don't use cdrtools" for me.
I don't see any replaces entry in our cdrkit PKGBUILD. So everybod
Am Montag, 25. Januar 2010 03:55:22 schrieb Sven-Hendrik Haase:
> I'm aware that I can get cdrtools from AUR. Even then, cdrkit uses
> "replaces" and that spells "don't use cdrtools" for me.
I don't see any replaces entry in our cdrkit PKGBUILD. So everybody should be
free to replace cdrkit by cd
On Mon, 2010-01-25 at 11:19 +0100, stefan-husm...@t-online.de wrote:
> Hello,
>
> the only reason I did not move cdrtools to community was that license
> reason. So if that is no showstopper anymore, I can maintain it.
>
> Regards Stefan
I just checked alpha10, one of the first versions that
-Original Message-
> Date: Mon, 25 Jan 2010 09:45:42 +0100
> Subject: Re: [arch-general] An old, tiresome discussion: cdrtools vs
> cdrkit
> From: Jan de Groot
> To: General Discusson about Arch Linux
> On Mon, 2010-01-25 at 09:37 +0100, Jan de Groot wrote:
> > On Mon, 2010-01-25 at 03:
On Mon, 2010-01-25 at 09:37 +0100, Jan de Groot wrote:
> On Mon, 2010-01-25 at 03:55 +0100, Sven-Hendrik Haase wrote:
> > I request using the original cdrtools in place of cdrkit. I know that
> > it
> > actually was that way once but it was changed due to uncertainty about
> > licensing issues. It
On Mon, 2010-01-25 at 03:55 +0100, Sven-Hendrik Haase wrote:
> I request using the original cdrtools in place of cdrkit. I know that
> it
> actually was that way once but it was changed due to uncertainty about
> licensing issues. It appears that these issues are now solved with the
> conclusion th
57 matches
Mail list logo
