Re: [arch-general] blurry fonts at Qt4 apps
Am Dienstag 29 Januar 2008 07:14:32 schrieb Attila: > On Dienstag, 29. Januar 2008 00:27 Maik Beckmann wrote: > > As you see the fonts of gtk and kde3 are same. The kde4 and qt4 fonts > > are the same too. > > The only difference of my .fonts.conf to yours is that i have not the > autohint block (okay, i use vrgb instead of you but this depends on the > hardware). The good thing is that i have not this shadows effect but the > only qt4 app what i have at the moment is eric. The .fonts.conf for kde3 > and kde4 on my test partition be the same. > > Good luck, Attila Thank you :) I switched to vrgb and how the shadows are gone. Even Qt3 and Qt4 font are now the same. However, the fact that the font rendering differs if rgba is set to rgb and do not if it's set to vrgb sounds like black magic to me. I would really like to figure out what is going on. Can you please try rgb instead of vrgb, just for comparison? Thanks, -- Maik PS: how can one figure out which rgba mode is supported by the hardware?
Re: [arch-general] New User(sort of) and a packaging question
On Tue, Jan 29, 2008 at 07:55:26AM -0600, Kevin Monceaux wrote:
> Jason,
>
> On Mon, 28 Jan 2008, Jason Chu wrote:
>
>> Being the guy who wrote namcap, I'm pretty sure it doesn't do this at all.
>>
>> Can I get a copy of the PKGBUILD to test with? It sounds like it should be
>> detecting these...
>
> I sent you a private e-mail with the PKGBUILD attached.
Ok, after building the PKGBUILD and running namcap on it, I got these
messages:
[EMAIL PROTECTED] a]$ namcap c3270-3.3.7p1-1-i686.pkg.tar.gz
c3270 W: Dependency included but already satisfied (ncurses)
c3270 W: Dependency included but already satisfied (readline)
The depends line looks like this:
depends=('ncurses' 'openssl' 'readline')
Notice how openssl isn't listed by namcap as already satisfied? If you
follow the dependency tree, you'll find that ncurses and readline and
covered by a dependency on openssl (openssl -> glibc -> bash -> readline ->
ncurses).
Namcap tries to give you the smallest subset of dependencies that your
package needs.
Now, there was a proposal to change the functionality. To list all of the
packages that your package directly depends on. This will eventually
happen, but that's not how it works right now.
In conclusion, there is nothing in namcap about ignoring dependencies in
the base group.
Jason
pgpMNGJt3gf1P.pgp
Description: PGP signature
Re: [arch-general] blurry fonts at Qt4 apps
On Dienstag, 29. Januar 2008 08:54 Maik Beckmann wrote: As i see your name: If you don't understand my "fantastic" english my natural language is german.-) > I switched to vrgb and how the shadows are gone. Even Qt3 and Qt4 font are > now the same. Nice to hear but a little bit strange. I must admit that after thinking too much about it i stop analyzing and differ only "looks good" or "looks bad".-) > However, the fact that the font rendering differs if rgba is set to rgb and > do not if it's set to vrgb sounds like black magic to me. I would really > like to figure out what is going on. Good luck but this all with fonts remembers me at my first analog monitor which have a "Advanced Features Setting" where i don't understand the most.-) Only for the info here is my /etc/fonts/conf.d (The two *-MyDejaVu.conf differs from the originals only that DejaVu is on the top): 10-autohint.conf 10-sub-pixel-rgb.conf 11-no_autohint_for_bold_fonts.conf 20-fix-globaladvance.conf 20-lohit-gujarati.conf 20-unhint-small-vera.conf 30-amt-aliases.conf 30-replace-bitmap-fonts.conf 30-urw-aliases.conf 40-generic-MyDejaVu.conf 49-sansserif.conf 50-user.conf 51-local.conf 60-latin-MyDejaVu.conf 65-fonts-persian.conf 65-nonlatin.conf 69-unifont.conf 80-delicious.conf 90-synthetic.conf > Can you please try rgb instead of vrgb, just for comparison? I do this and there was not such a difference as for you and i have definitely no shadows. The most and only difference is in the konsole (Dejavu Sans Mono). > PS: how can one figure out which rgba mode is supported by the hardware? In a perfect world it is in the manual of your monitor. But as example i have a NEC 2190UXp (connected with DVI to a GeForce 7600 GS and driver version 169.09) and instead the manual says that it use rgb it looks better with vrgb. So i must say that in the most cases i prefer my normal try&error game: - start konsole plus 'ls -la' - change something and press apply - start a new - konsole plus 'ls -la' ... and so on This works better for me than analyzing it.-) But if you realy wants this here be the links which helps me in the past (i hope my suspicion that you can understand german is correct): http://gentoo-wiki.com/HOWTO_Xorg_and_Fonts http://de.wikipedia.org/wiki/Antialiasing http://en.wikipedia.org/wiki/Fontconfig http://wiki.unixboard.de/index.php/FreeBSD_-_Bessere_Schriften http://wiki.ubuntuusers.de/Schriften http://wiki.ubuntuusers.de/Schriftbild_verbessern http://fedoraproject.org/wiki/Fonts/DejavuFeedbackCall See you, Attila
Re: [arch-general] New User(sort of) and a packaging question
On Tue, Jan 29, 2008 at 10:47:11AM -0600, Kevin Monceaux wrote: > Jason, > > On Tue, 29 Jan 2008, Jason Chu wrote: > >> Ok, after building the PKGBUILD and running namcap on it, I got these >> messages: >> >> [EMAIL PROTECTED] a]$ namcap c3270-3.3.7p1-1-i686.pkg.tar.gz >> c3270 W: Dependency included but already satisfied (ncurses) >> c3270 W: Dependency included but already satisfied (readline) > > On my box, when I run namcap on the package built from the PKGBUILD I sent > you, I get: > > c3270 W: Dependency included and not needed (ncurses) > c3270 W: Dependency included and not needed (openssl) > c3270 W: Dependency included and not needed (readline) > > And, if I remove all the dependencies, it doesn't report any missing > dependencies. It sounds like at the very least it should report openssl as > a missing dependency if it's removed. Is there perhaps something I'm > missing on my system? It's a fresh install, installed last Friday, from > the current ISO and all recent updates have been applied via yaourt. What does readelf -d /usr/bin/c3270 tell you? Namcap doesn't actually use ldd, it uses something faster and more accurate. Jason pgpJPc90WipWH.pgp Description: PGP signature
Re: [arch-general] New User(sort of) and a packaging question
On Jan 29, 2008 11:22 AM, Jason Chu <[EMAIL PROTECTED]> wrote:
> On Tue, Jan 29, 2008 at 07:55:26AM -0600, Kevin Monceaux wrote:
> > Jason,
> >
> > On Mon, 28 Jan 2008, Jason Chu wrote:
> >
> >> Being the guy who wrote namcap, I'm pretty sure it doesn't do this at all.
> >>
> >> Can I get a copy of the PKGBUILD to test with? It sounds like it should be
> >> detecting these...
> >
> > I sent you a private e-mail with the PKGBUILD attached.
>
> Ok, after building the PKGBUILD and running namcap on it, I got these
> messages:
>
> [EMAIL PROTECTED] a]$ namcap c3270-3.3.7p1-1-i686.pkg.tar.gz
> c3270 W: Dependency included but already satisfied (ncurses)
> c3270 W: Dependency included but already satisfied (readline)
>
> The depends line looks like this:
>
> depends=('ncurses' 'openssl' 'readline')
>
> Notice how openssl isn't listed by namcap as already satisfied? If you
> follow the dependency tree, you'll find that ncurses and readline and
> covered by a dependency on openssl (openssl -> glibc -> bash -> readline ->
> ncurses).
>
> Namcap tries to give you the smallest subset of dependencies that your
> package needs.
>
> Now, there was a proposal to change the functionality. To list all of the
> packages that your package directly depends on. This will eventually
> happen, but that's not how it works right now.
>
> In conclusion, there is nothing in namcap about ignoring dependencies in
> the base group.
Ah - yeah, that makes more sense - sorry for the confusion. I'm
curious, though, why he reported it listing no deps missing at all
when his depends=() array was empty.
Re: [arch-general] New User(sort of) and a packaging question
Jason, On Tue, 29 Jan 2008, Jason Chu wrote: What does readelf -d /usr/bin/c3270 tell you? Namcap doesn't actually use ldd, it uses something faster and more accurate. I'm guessing it's the "Shared Library" section that important to namcap. readelf shows: 0x0001 (NEEDED) Shared library: [libssl.so.0.9.8] 0x0001 (NEEDED) Shared library: [libcrypto.so.0.9.8] 0x0001 (NEEDED) Shared library: [libnsl.so.1] 0x0001 (NEEDED) Shared library: [libreadline.so.5] 0x0001 (NEEDED) Shared library: [libncursesw.so.5] 0x0001 (NEEDED) Shared library: [libutil.so.1] 0x0001 (NEEDED) Shared library: [libc.so.6] Kevin http://www.RawFedDogs.net http://www.WacoAgilityGroup.org Bruceville, TX Si hoc legere scis nimium eruditionis habes. Longum iter est per praecepta, breve et efficax per exempla!!!
Re: [arch-general] out-of-date python-cheetah, python-formencode
On Jan 28, 2008 11:01 PM, James Rayner <[EMAIL PROTECTED]> wrote: > On Tue, January 29, 2008 10:52, adam wrote: > > > > The maintainers were contacted but I haven't heard back in several > > days. Can we please orphan these packages so that I may have them > > updated? > > > > Saturday evening to now isn't long. Nor have you contacted me regarding my > package (python-cheetah). > > It'll be updated soon. > > > Very well then -- but I assumed using the 'flag-out-of-date' option on the website and adding additional comments was enough. Thanks -- ( adam stokes ) || ( [EMAIL PROTECTED] )
Re: [arch-general] New User(sort of) and a packaging question
Jason, On Mon, 28 Jan 2008, Jason Chu wrote: Being the guy who wrote namcap, I'm pretty sure it doesn't do this at all. Can I get a copy of the PKGBUILD to test with? It sounds like it should be detecting these... I sent you a private e-mail with the PKGBUILD attached. Kevin http://www.RawFedDogs.net http://www.WacoAgilityGroup.org Bruceville, TX Si hoc legere scis nimium eruditionis habes. Longum iter est per praecepta, breve et efficax per exempla!!!
Re: [arch-general] New User(sort of) and a packaging question
Jason, On Tue, 29 Jan 2008, Jason Chu wrote: Ok, after building the PKGBUILD and running namcap on it, I got these messages: [EMAIL PROTECTED] a]$ namcap c3270-3.3.7p1-1-i686.pkg.tar.gz c3270 W: Dependency included but already satisfied (ncurses) c3270 W: Dependency included but already satisfied (readline) On my box, when I run namcap on the package built from the PKGBUILD I sent you, I get: c3270 W: Dependency included and not needed (ncurses) c3270 W: Dependency included and not needed (openssl) c3270 W: Dependency included and not needed (readline) And, if I remove all the dependencies, it doesn't report any missing dependencies. It sounds like at the very least it should report openssl as a missing dependency if it's removed. Is there perhaps something I'm missing on my system? It's a fresh install, installed last Friday, from the current ISO and all recent updates have been applied via yaourt. Kevin http://www.RawFedDogs.net http://www.WacoAgilityGroup.org Bruceville, TX Si hoc legere scis nimium eruditionis habes. Longum iter est per praecepta, breve et efficax per exempla!!!
Re: [arch-general] New User(sort of) and a packaging question
On Tue, Jan 29, 2008 at 12:03:17PM -0600, Kevin Monceaux wrote: > Jason, > > On Tue, 29 Jan 2008, Jason Chu wrote: > > >> What does readelf -d /usr/bin/c3270 tell you? Namcap doesn't actually use >> ldd, it uses something faster and more accurate. > > I'm guessing it's the "Shared Library" section that important to namcap. > readelf shows: > > 0x0001 (NEEDED) Shared library: [libssl.so.0.9.8] > 0x0001 (NEEDED) Shared library: [libcrypto.so.0.9.8] > 0x0001 (NEEDED) Shared library: [libnsl.so.1] > 0x0001 (NEEDED) Shared library: [libreadline.so.5] > 0x0001 (NEEDED) Shared library: [libncursesw.so.5] > 0x0001 (NEEDED) Shared library: [libutil.so.1] > 0x0001 (NEEDED) Shared library: [libc.so.6] Ok, this is probably going to take a little bit of fiddling. Let's get off the mailing list. Can you open a ticket in the bug tracker where we can talk about this more? Jason pgpdTFJHYRR48.pgp Description: PGP signature
Re: [arch-general] Qjackctl won't open since latest updates
2008/1/29, Nigel Henry <[EMAIL PROTECTED]>: > Thanks for that Corrado. Problem resolved for me, and hopefully your bug > report will be resolved successfully. No problem... I had the library and just ran pacman -Qo on it =) Just for reference, the bug report can be found here: http://bugs.archlinux.org/task/9397 C.
Re: [arch-general] Qjackctl won't open since latest updates
On Tuesday 29 January 2008 20:37, bardo wrote: > 2008/1/29, Nigel Henry <[EMAIL PROTECTED]>: > > [EMAIL PROTECTED] ~]$ qjackctl > > qjackctl: error while loading shared libraries: libaudio.so.2: cannot > > open shared object file: No such file or directory > > [EMAIL PROTECTED] ~]$ > > libaudio.so.2 is contained in the 'nas' package, installing it should > solve the problem. Anyway, there actually *is* a bug, since qjackctl > should depend on nas and it does not. I'm filing a bug for it. > > Corrado Thanks for that Corrado. Problem resolved for me, and hopefully your bug report will be resolved successfully. Nigel.
Re: [arch-general] out-of-date python-cheetah, python-formencode
On Tue, January 29, 2008 23:44, adam wrote: > On Jan 28, 2008 11:01 PM, James Rayner <[EMAIL PROTECTED]> wrote: >> On Tue, January 29, 2008 10:52, adam wrote: >> > >> > The maintainers were contacted but I haven't heard back in several >> > days. Can we please orphan these packages so that I may have them >> > updated? >> > >> >> Saturday evening to now isn't long. Nor have you contacted me regarding >> my >> package (python-cheetah). >> >> It'll be updated soon. >> >> >> > > Very well then -- but I assumed using the 'flag-out-of-date' option on > the website and adding additional comments was enough. It was. But give me a chance to update the package before you ask for it to be orphaned!
Re: [arch-general] Qjackctl won't open since latest updates
2008/1/29, Nigel Henry <[EMAIL PROTECTED]>: > [EMAIL PROTECTED] ~]$ qjackctl > qjackctl: error while loading shared libraries: libaudio.so.2: cannot open > shared object file: No such file or directory > [EMAIL PROTECTED] ~]$ libaudio.so.2 is contained in the 'nas' package, installing it should solve the problem. Anyway, there actually *is* a bug, since qjackctl should depend on nas and it does not. I'm filing a bug for it. Corrado
Re: [arch-general] blurry fonts at Qt4 apps
Am Dienstag 29 Januar 2008 18:11:40 schrieb Attila: > On Dienstag, 29. Januar 2008 08:54 Maik Beckmann wrote: > > As i see your name: If you don't understand my "fantastic" english my > natural language is german.-) No problems so far, but I offer the same to you :) > > However, the fact that the font rendering differs if rgba is set to rgb > > and do not if it's set to vrgb sounds like black magic to me. I would > > really like to figure out what is going on. [snip] > > Can you please try rgb instead of vrgb, just for comparison? > > I do this and there was not such a difference as for you and i have > definitely no shadows. The most and only difference is in the konsole > (Dejavu Sans Mono). Can you please send a screenshot, i.e. of qtconfig, to me off list? It might help me. > > PS: how can one figure out which rgba mode is supported by the hardware? > > In a perfect world it is in the manual of your monitor. But as example i > have a NEC 2190UXp (connected with DVI to a GeForce 7600 GS and driver > version 169.09) and instead the manual says that it use rgb it looks better > with vrgb. So i must say that in the most cases i prefer my normal > try&error game: I did the same until now. I hoped there is a command which reads this info from the hardware. >... if you realy wants this > here be the links which helps me in the past (i hope my suspicion that you > can understand german is correct): > > http://gentoo-wiki.com/HOWTO_Xorg_and_Fonts > http://de.wikipedia.org/wiki/Antialiasing > http://en.wikipedia.org/wiki/Fontconfig > http://wiki.unixboard.de/index.php/FreeBSD_-_Bessere_Schriften > http://wiki.ubuntuusers.de/Schriften > http://wiki.ubuntuusers.de/Schriftbild_verbessern > http://fedoraproject.org/wiki/Fonts/DejavuFeedbackCall I know most of them, except the fedora site. However, I will consult them again, thx! Best Regards, -- Maik
[arch-general] Qjackctl won't open since latest updates
I've had Archlinux "Don't Panic" installed for a while. I installed it because someone on another list was having problems with their hda intel soundcard, and I wanted to see what was required to upgrade the Alsa driver on Archlinux. It seems to be a nice stable distro, pacman, which I havn't used before, installs the downloaded packages very quickly. Downloading them, as always takes a while, as I'm on dialup. Anyway. The problem since the latest updates. Qjackctl was working ok, but since updates I did last night, it now fails to start. See below for the updated packages. [EMAIL PROTECTED] djmons]# pacman -Su :: Starting full system upgrade... warning: opera: forcing upgrade to version 9.25-2 resolving dependencies... warning: dependency cycle detected: warning: xorg-server will be installed before its catalyst-utils dependency looking for inter-conflicts... Targets: readline-5.2-7 jack-audio-connection-kit-0.109.0-1 kde-common-3.5.8-3 qt3-3.3.8-6.1 arts-1.5.8-2 avahi-0.6.20-3 xorg-server-1.4.0.90-5 catalyst-utils-8.01-1 dbus-qt3-0.62-3 e2fsprogs-1.40.4-1 x264-20071202-1 ffmpeg-20071204-1 hwd-5.3.2-1 pcre-7.5-1 kdelibs-3.5.8-4 kdebase-3.5.8-3 qscintilla-qt3-1.7.1-2 kdebindings-3.5.8-2 poppler-qt3-0.6.3-1 kdegraphics-3.5.8-3 lvm2-2.02.31-1 mplayer-1.0rc2-2.1 opera-9.25-2 qt-4.3.3-4 poppler-qt-0.6.3-1 python-2.5.1-5 pygobject-2.14.1-1 pygtk-2.12.1-1 qca-2.0.0.svn744387-1.1 qca-qt3-1.0-1 qca-tls-1.0-5 qjackctl-0.3.2-1 qscintilla-2.1-3 libx86-0.99-1 vbetool-1.0-2 vi-7.1.228-1 which-2.19-2 wpa_supplicant-0.5.9-1 Total Download Size:170.33 MB After these updates Qjackctl would not start from the KDE desktop launcher, and see below for output when trying to start it on the CLI. [EMAIL PROTECTED] ~]$ qjackctl qjackctl: error while loading shared libraries: libaudio.so.2: cannot open shared object file: No such file or directory [EMAIL PROTECTED] ~]$ It's true that there's no such library as libaudio.so.2, at least I can't find one. I have run pacman -Sy, and -Su this evening, and no further updates are available. Should I just wait a bit, and see if this problem is resolved, or post a bug report? Personally I don't see it as a bug, but more to do with Qjackctl being upgraded, and the upgraded version needing a library not yet available. Comments as always welcome. Nigel.
Re: [arch-general] New User(sort of) and a packaging question
Jason, On Tue, 29 Jan 2008, Jason Chu wrote: Ok, this is probably going to take a little bit of fiddling. Let's get off the mailing list. Can you open a ticket in the bug tracker where we can talk about this more? Will do. Give me just a bit to register a bugtracker account. Kevin http://www.RawFedDogs.net http://www.WacoAgilityGroup.org Bruceville, TX Si hoc legere scis nimium eruditionis habes. Longum iter est per praecepta, breve et efficax per exempla!!!
[arch-general] `filesystem' upgrade overwrites /etc/issue
Hi, Is there a reason, why /etc/issue is not in the backup array of core/base/filesystem/PKGBUILD? Thanks, Petar
