please tell me somethig about QT Designer(Limitation)

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



hi good luck to all

please anyone give me some idea of QT DESIGNER
can i use it for building window/web application/client-server technology
mostly what is the limitation of qt on linux/windows

thanks












> Send fedora-list mailing list submissions to
> 	[email protected]
>
> To subscribe or unsubscribe via the World Wide Web, visit
> 	https://www.redhat.com/mailman/listinfo/fedora-list
> or, via email, send a message with subject or body 'help' to
> 	[email protected]
>
> You can reach the person managing the list at
> 	[email protected]
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of fedora-list digest..."
>
>
> Today's Topics:
>
>    1. Re: Maxtor or WD? (Dotan Cohen)
>    2. shared library name resolution (Mike - EMAIL IGNORED)
>    3. Firefox/pango/cairo (Motor)
>    4. Re: Creating dd (driver disk) for FC5,	installer "disagrees
>       about version of symbol struct_module" (Pasi K?rkk?inen)
>    5. Re: shared library name resolution (Rex Dieter)
>    6. Re: Creating dd (driver disk) for FC5,	installer "disagrees
>       about version of symbol struct_module" (Paul Howarth)
>    7. Re: FC4 or FC5 (Les Mikesell)
>    8. Re: httpd configuration (Tim)
>    9. Re: Keyboard multimedia keys (Mircea Hutanu)
>   10. grep, ispunct() and locales/charsets (Leonard den Ottolander)
>   11. Re: FC5 Sound Problems - yes, I did search! (nigel henry)
>   12. Re: MS-XP to internet via Linux - (Bob Goodwin)
>   13. Re: shared library name resolution (Ulrich Drepper)
>   14. Firefox problem (Paul Erickson)
>   15. Re: ssh-ing through an authenticating proxy server
>       (Ingemar Nilsson)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Fri, 16 Jun 2006 15:42:18 +0300
> From: "Dotan Cohen" <[email protected]>
> Subject: Re: Maxtor or WD?
> To: "For users of Fedora Core releases" <[email protected]>
> Message-ID:
> 	<[email protected]>
> Content-Type: text/plain; charset=UTF-8; format=flowed
>
> On 16/06/06, fredex <[email protected]> wrote:
>> On Thu, Jun 15, 2006 at 11:44:26PM -0400, Ric Moore wrote:
>> > On Thu, 2006-06-15 at 06:23 +0100, Keith G. Robertson-Turner wrote:
>> > > Dotan Cohen wrote:
>> > > > I bought a Maxtor 160GB 8MB cache IDE hard drive that Fedora Core
>> 5
>> > > > would not install to. I've replaced it with an identical Western
>> > > > Digital unit, and it's installing now. What would cause this
>> > >
>> > > I've had Maxtor drives before that were fine, in fact I don't think
>> I've
>> > > ever had a bad one, but I don't think that generally they are up to
>> the
>> > > quality of WD. IIRC they do run quite hot, so if you don't have
>> adequate
>> > > case cooling there might be a problem.
>> > >
>> > > Sometimes, however, the problem lies with the very strange ways that
>> > > Windows handles hard drives geometries (or not, as may be the case).
>> >
>> > I think Linux also has a problem recognizing drives set to cable
>> select
>> > instead of the Master / Slave pin settings. I have had problems with
>> > that in the past. Ric
>>
>> I always configure 'em with CS, never a problem. Been using Linux
>> since '95. At the moment, this machine has a combination of WD and
>> Maxtor drives in it.
>>
>> As for which brand to buy, I'd go with whichever one has the longest
>> warranty.
>>
>
> Three years on the both of them!
>
> http://what-is-what.com
>
>
>
> ------------------------------
>
> Message: 2
> Date: Fri, 16 Jun 2006 08:41:02 -0400
> From: Mike - EMAIL IGNORED <[email protected]>
> Subject: shared library name resolution
> To: [email protected]
> Message-ID: <[email protected]>
> Content-Type: text/plain; charset=ISO-8859-1
>
> On Fedora Core 4, I have some C++ code developed
> that I keep in a library.  Until recently, I used
> ar to generate a libXXX.a .  Now I have changed to:
>
> TARGET = libXXX.so
> CPPFLAGS = -fPIC -DPIC -O3 -I.
>
> $(TARGET): $(OBJ)
>    gcc -shared $(CPPFLAGS) -o $(TARGET) $(OBJ)
>
> to create libXXX.so , and I noticed that some
> executables dropped in size by about a factor
> of 10. Good.
>
> Now some of the code in my library depends on
> the realtime and openssl libraries so when
> utilizing these, I have always used:
>
>     -l rt -l ssl
>
> in my link lines.  But for code that did not depend
> on these capabilities, the corresponding -l were
> not required.
>
> Now, on the contrary, find that these -l designations
> are required WHETHER OR NOT these capabilities are
> needed in the application. Otherwise I get unresolved
> names.
>
> Is this to be expected with shared libraries?  Is
> there something I could do to my shared library to
> prevent it?
>
> Thanks for your help.
> Mike.
>
>
>
>
> ------------------------------
>
> Message: 3
> Date: Fri, 16 Jun 2006 13:48:47 +0100
> From: Motor <[email protected]>
> Subject: Firefox/pango/cairo
> To: [email protected]
> Message-ID: <[email protected]>
> Content-Type: text/plain; charset=ISO-8859-1
>
> When I upgraded to FC5, I noticed that Firefox was especially slow. I
> solved it by using this:
>
> export MOZ_DISABLE_PANGO=1
>
> After updating firefox to 1.5.0.4 via yum recently... Firefox is now back
> to being really sluggish and irritating to use (on a AMD XP 2000+, 512Mb
> RAM, with a Matrox G550 card). Has this non-Pango option now been removed?
>
> It would be very irritating if it has, since FC5 and the use of Cairo for
> GTK, my GTK/GNOME apps have all been appalling to use. The apps redraw
> like an old 486 with Windows 3.x. The few Qt apps I run are unaffected.
> Frankly, it's embarrassing to show to others.
>
>
>
> ------------------------------
>
> Message: 4
> Date: Fri, 16 Jun 2006 15:51:53 +0300
> From: Pasi K?rkk?inen <[email protected]>
> Subject: Re: Creating dd (driver disk) for FC5,	installer "disagrees
> 	about version of symbol struct_module"
> To: For users of Fedora Core releases <[email protected]>
> Message-ID: <[email protected]>
> Content-Type: text/plain; charset=iso-8859-1
>
> On Fri, Jun 16, 2006 at 11:58:19AM +0100, Paul Howarth wrote:
>> Pasi Kärkkäinen wrote:
>> >On Fri, Jun 16, 2006 at 08:35:03AM +0100, Paul Howarth wrote:
>> >>On Fri, 2006-06-16 at 00:00 +0300, Pasi Kärkkäinen wrote:
>> >>>Hi!
>> >>>
>> >>>I'm trying to build Qlogic qla4xxx HBA driver (floppy dd image) for
>> FC5,
>> >>>using
>> >>>ddiskit 0.9.5.
>> >>>
>> >>>I've successfully built the dd image for 2.6.15-1.2054_FC5 and
>> >>>2.6.15-1.2054_FC5smp
>> >>>kernels. I had to manually add "modules.pcimap" and "pci.ids" files
>> to
>> >>>the
>> >>>generated image.. otherwise the FC5 installer complained that those
>> files
>> >>>are missing from the dd image.
>> >>>
>> >>>When I boot FC5 CD with "linux dd", and try to load the driver disk,
>> the
>> >>>installer doesn't load the driver.. If I try to load the driver
>> manually
>> >>>with insmod (when in the installer) I get:
>> >>>
>> >>>qla4xxx: disagrees about version of symbol struct_module
>> >>>
>> >>>modinfo says:
>> >>>
>> >>>"vermagic:       2.6.15-1.2054_FC5 686 REGPARM 4KSTACKS gcc-4.1"
>> >>>
>> >>>Is that correct? Looks like correct to me..
>> >>>
>> >>>Is there something special compilation flags or something that I
>> should
>> >>>be
>> >>>using.. ?
>> >>Did you build the module for the i586 kernel or the i686 kernel? The
>> >>installer uses the i586 kernel.
>> >>
>> >
>> >No, I only built for i686 because "uname -a" says i686 during the
>> >installer.. oh well, my bad.
>> >
>> >I added the i586 build of the driver, but for some reason the installer
>> >doesn't like the dd image..
>> >
>> >Installer still says "No devices of the appropriate type were found on
>> this
>> >driver disk."
>> >
>> >VC 3 (debug) says:
>> >
>> >INFO    : modules to insert
>> >INFO    : load module set done
>> >
>> >What does that mean? It doesn't even try to load the module? Something
>> >missing from my dd image.. ?
>> >
>> >Same kind of self made dd image works with CentOS 4.2 / 4.3
>> installers..
>> >Has the format/layout of the dd images changed?
>>
>> There was a driver disk format change quite a while back back, but I'd
>> have thought that CentOS 4.x would be using the new format. What's the
>> directory hierarchy you have?
>>
>> I used to make driver disks for my old Advnsys SCSI card but that's been
>> included in the installer kernel for FC5 :-)
>>
>> What I had for FC1, FC3, and FC4 was:
>>
>> # ls -l
>> total 684
>> -rw-r--r-- 1 paul paul     48 Aug 16  2004 modinfo
>> -rw-r--r-- 1 paul paul 648561 Jun 20  2005 modules.cgz
>> -rw-r--r-- 1 paul paul     19 Aug 13  2004 modules.dep
>> -rw-r--r-- 1 paul paul    392 May 18  2005 modules.pcimap
>> -rw-r--r-- 1 paul paul    281 Aug 13  2004 pcitable
>> -rw-r--r-- 1 paul paul     21 Aug 13  2004 rhdd
>>
>> # cat rhdd
>> Advansys Driver Disk
>> # cat modinfo
>> Version 0
>> advansys
>>         scsi
>>         "Advansys SCSI Cards"
>> # cat modules.dep
>> advansys: scsi_mod
>>
>> The moduleball was structured like this:
>> # ls -l 2*/*/*
>> -rwxr--r-- 1 root root 101164 Sep 24  2004
>> 2.4.22-1.2115.nptl/athlon/advansys.o
>> -rwxr--r-- 1 root root  94204 Sep 24  2004
>> 2.4.22-1.2115.nptlBOOT/i386/advansys.o
>> -rwxr--r-- 1 root root  98636 Sep 24  2004
>> 2.4.22-1.2115.nptl/i586/advansys.o
>> -rwxr--r-- 1 root root 102412 Sep 24  2004
>> 2.4.22-1.2115.nptl/i686/advansys.o
>> -rwxr--r-- 1 root root 101832 Sep 24  2004
>> 2.4.22-1.2115.nptlsmp/athlon/advansys.o
>> -rwxr--r-- 1 root root 103176 Sep 24  2004
>> 2.4.22-1.2115.nptlsmp/i686/advansys.o
>> -rwxr--r-- 1 paul paul 105488 Jun  3  2005
>> 2.6.11-1.1369_FC4/i586/advansys.ko
>> -rwxr--r-- 1 paul paul 103848 Jun  3  2005
>> 2.6.11-1.1369_FC4/i686/advansys.ko
>> -rwxr--r-- 1 paul paul 105468 Jun  3  2005
>> 2.6.11-1.1369_FC4smp/i686/advansys.ko
>> -rwxr--r-- 1 root root  92680 Nov 12  2004 2.6.9-1.667/i586/advansys.ko
>> -rwxr--r-- 1 root root  93832 Nov 12  2004 2.6.9-1.667/i686/advansys.ko
>> -rwxr--r-- 1 root root  91720 Nov 12  2004
>> 2.6.9-1.667smp/i586/advansys.ko
>> -rwxr--r-- 1 root root  96048 Nov 12  2004
>> 2.6.9-1.667smp/i686/advansys.ko
>>
>>
>
> Thanks!
>
> At a first glance, I'm missing smp/i586/ module.. I'll have to examine
> it more next week. Let's see if that helps.
>
> -- Pasi
>
>                                    ^
>                                 .     .
>                                  Linux
>                               /    -    \
>                              Choice.of.the
>                            .Next.Generation.
>
>
>
> ------------------------------
>
> Message: 5
> Date: Fri, 16 Jun 2006 07:52:57 -0500
> From: Rex Dieter <[email protected]>
> Subject: Re: shared library name resolution
> To: [email protected]
> Message-ID: <[email protected]>
> Content-Type: text/plain; charset=us-ascii
>
> Mike - EMAIL IGNORED wrote:
>
>> On Fedora Core 4, I have some C++ code developed
>> that I keep in a library.  Until recently, I used
>> ar to generate a libXXX.a .  Now I have changed to:
>>
>> TARGET = libXXX.so
>> CPPFLAGS = -fPIC -DPIC -O3 -I.
>>
>> $(TARGET): $(OBJ)
>>    gcc -shared $(CPPFLAGS) -o $(TARGET) $(OBJ)
>>
>> to create libXXX.so , and I noticed that some
>> executables dropped in size by about a factor
>> of 10. Good.
>>
>> Now some of the code in my library depends on
>> the realtime and openssl libraries so when
>> utilizing these, I have always used:
>>
>>     -l rt -l ssl
>>
>> in my link lines.  But for code that did not depend
>> on these capabilities, the corresponding -l were
>> not required.
>>
>> Now, on the contrary, find that these -l designations
>> are required WHETHER OR NOT these capabilities are
>> needed in the application. Otherwise I get unresolved
>> names.
>>
>> Is this to be expected with shared libraries?  Is
>> there something I could do to my shared library to
>> prevent it?
>
> Avoid unresolved symbols in your shared library.  Instead of
> linking -lrt -lssl in your apps, add -lrt -lssl when creating the library,
> ie, instead of
> gcc -shared $(CPPFLAGS) -o $(TARGET) $(OBJ)
> do
> gcc -shared $(CPPFLAGS) -o $(TARGET) $(OBJ) -lrt -lssl
>
> -- Rex
>
>
>
> ------------------------------
>
> Message: 6
> Date: Fri, 16 Jun 2006 13:53:54 +0100
> From: Paul Howarth <[email protected]>
> Subject: Re: Creating dd (driver disk) for FC5,	installer "disagrees
> 	about version of symbol struct_module"
> To: For users of Fedora Core releases <[email protected]>
> Message-ID: <[email protected]>
> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
>
> Pasi Kärkkäinen wrote:
>> On Fri, Jun 16, 2006 at 11:58:19AM +0100, Paul Howarth wrote:
>>> Pasi Kärkkäinen wrote:
>>>> On Fri, Jun 16, 2006 at 08:35:03AM +0100, Paul Howarth wrote:
>>>>> On Fri, 2006-06-16 at 00:00 +0300, Pasi Kärkkäinen wrote:
>>>>>> Hi!
>>>>>>
>>>>>> I'm trying to build Qlogic qla4xxx HBA driver (floppy dd image) for
>>>>>> FC5,
>>>>>> using
>>>>>> ddiskit 0.9.5.
>>>>>>
>>>>>> I've successfully built the dd image for 2.6.15-1.2054_FC5 and
>>>>>> 2.6.15-1.2054_FC5smp
>>>>>> kernels. I had to manually add "modules.pcimap" and "pci.ids" files
>>>>>> to
>>>>>> the
>>>>>> generated image.. otherwise the FC5 installer complained that those
>>>>>> files
>>>>>> are missing from the dd image.
>>>>>>
>>>>>> When I boot FC5 CD with "linux dd", and try to load the driver disk,
>>>>>> the
>>>>>> installer doesn't load the driver.. If I try to load the driver
>>>>>> manually
>>>>>> with insmod (when in the installer) I get:
>>>>>>
>>>>>> qla4xxx: disagrees about version of symbol struct_module
>>>>>>
>>>>>> modinfo says:
>>>>>>
>>>>>> "vermagic:       2.6.15-1.2054_FC5 686 REGPARM 4KSTACKS gcc-4.1"
>>>>>>
>>>>>> Is that correct? Looks like correct to me..
>>>>>>
>>>>>> Is there something special compilation flags or something that I
>>>>>> should
>>>>>> be
>>>>>> using.. ?
>>>>> Did you build the module for the i586 kernel or the i686 kernel? The
>>>>> installer uses the i586 kernel.
>>>>>
>>>> No, I only built for i686 because "uname -a" says i686 during the
>>>> installer.. oh well, my bad.
>>>>
>>>> I added the i586 build of the driver, but for some reason the
>>>> installer
>>>> doesn't like the dd image..
>>>>
>>>> Installer still says "No devices of the appropriate type were found on
>>>> this
>>>> driver disk."
>>>>
>>>> VC 3 (debug) says:
>>>>
>>>> INFO    : modules to insert
>>>> INFO    : load module set done
>>>>
>>>> What does that mean? It doesn't even try to load the module? Something
>>>> missing from my dd image.. ?
>>>>
>>>> Same kind of self made dd image works with CentOS 4.2 / 4.3
>>>> installers..
>>>> Has the format/layout of the dd images changed?
>>> There was a driver disk format change quite a while back back, but I'd
>>> have thought that CentOS 4.x would be using the new format. What's the
>>> directory hierarchy you have?
>>>
>>> I used to make driver disks for my old Advnsys SCSI card but that's
>>> been
>>> included in the installer kernel for FC5 :-)
>>>
>>> What I had for FC1, FC3, and FC4 was:
>>>
>>> # ls -l
>>> total 684
>>> -rw-r--r-- 1 paul paul     48 Aug 16  2004 modinfo
>>> -rw-r--r-- 1 paul paul 648561 Jun 20  2005 modules.cgz
>>> -rw-r--r-- 1 paul paul     19 Aug 13  2004 modules.dep
>>> -rw-r--r-- 1 paul paul    392 May 18  2005 modules.pcimap
>>> -rw-r--r-- 1 paul paul    281 Aug 13  2004 pcitable
>>> -rw-r--r-- 1 paul paul     21 Aug 13  2004 rhdd
>>>
>>> # cat rhdd
>>> Advansys Driver Disk
>>> # cat modinfo
>>> Version 0
>>> advansys
>>>         scsi
>>>         "Advansys SCSI Cards"
>>> # cat modules.dep
>>> advansys: scsi_mod
>>>
>>> The moduleball was structured like this:
>>> # ls -l 2*/*/*
>>> -rwxr--r-- 1 root root 101164 Sep 24  2004
>>> 2.4.22-1.2115.nptl/athlon/advansys.o
>>> -rwxr--r-- 1 root root  94204 Sep 24  2004
>>> 2.4.22-1.2115.nptlBOOT/i386/advansys.o
>>> -rwxr--r-- 1 root root  98636 Sep 24  2004
>>> 2.4.22-1.2115.nptl/i586/advansys.o
>>> -rwxr--r-- 1 root root 102412 Sep 24  2004
>>> 2.4.22-1.2115.nptl/i686/advansys.o
>>> -rwxr--r-- 1 root root 101832 Sep 24  2004
>>> 2.4.22-1.2115.nptlsmp/athlon/advansys.o
>>> -rwxr--r-- 1 root root 103176 Sep 24  2004
>>> 2.4.22-1.2115.nptlsmp/i686/advansys.o
>>> -rwxr--r-- 1 paul paul 105488 Jun  3  2005
>>> 2.6.11-1.1369_FC4/i586/advansys.ko
>>> -rwxr--r-- 1 paul paul 103848 Jun  3  2005
>>> 2.6.11-1.1369_FC4/i686/advansys.ko
>>> -rwxr--r-- 1 paul paul 105468 Jun  3  2005
>>> 2.6.11-1.1369_FC4smp/i686/advansys.ko
>>> -rwxr--r-- 1 root root  92680 Nov 12  2004 2.6.9-1.667/i586/advansys.ko
>>> -rwxr--r-- 1 root root  93832 Nov 12  2004 2.6.9-1.667/i686/advansys.ko
>>> -rwxr--r-- 1 root root  91720 Nov 12  2004
>>> 2.6.9-1.667smp/i586/advansys.ko
>>> -rwxr--r-- 1 root root  96048 Nov 12  2004
>>> 2.6.9-1.667smp/i686/advansys.ko
>>>
>>>
>>
>> Thanks!
>>
>> At a first glance, I'm missing smp/i586/ module.. I'll have to examine
>> it more next week. Let's see if that helps.
>
> I doubt it; I think that would only be needed if your target system
> would be using the i586 smp kernel.
>
> Paul.
>
>
>
> ------------------------------
>
> Message: 7
> Date: Fri, 16 Jun 2006 07:56:23 -0500
> From: Les Mikesell <[email protected]>
> Subject: Re: FC4 or FC5
> To: For users of Fedora Core releases <[email protected]>
> Message-ID: <[email protected]>
> Content-Type: text/plain
>
> On Fri, 2006-06-16 at 01:15, jdow wrote:
>
>> Along those lines a funny thought just crossed my overly fertile
>> mind. Suppose GPL adds a very restrictive DRM clause. Then suppose
>> Coca Cola uses GPL code for some of their process control. That
>> COULD mean, modulo who pays for the most expensive lawyers, that
>> Coca Cola would have to make their highly "DRMed" trade secret
>> formula open source. The thought of that fit hitting the shan
>> has me momentarily quite bemused.
>
> That's kind of extreme, but as a programmer you might be interested
> in the history of why objective-C is released under the GPL.
> Some people might think it is a good thing.  I'll just say that
> there is something to be learned from it.
>
> --
>   Les Mikesell
>     [email protected]
>
>
>
>
> ------------------------------
>
> Message: 8
> Date: Fri, 16 Jun 2006 22:26:59 +0930
> From: Tim <[email protected]>
> Subject: Re: httpd configuration
> To: For users of Fedora Core releases <[email protected]>
> Message-ID: <[email protected]>
> Content-Type: text/plain
>
> On Fri, 2006-06-16 at 09:05 +0100, Paul Howarth wrote:
>> Read permission for files and read+execute permission for directories
>> will be fine.
>
> The /home/ directory will need to be world executable, at least.
>
> The /home/adel/ directory will need to be world executable, at least.
>
> The /home/adel/public_html/ directory will need to be world executable
> and readable.  Likewise for any directories in it.  And any files in it
> will need to be world readable.
>
> --
> (Currently running FC4, occasionally trying FC5.)
>
> Don't send private replies to my address, the mailbox is ignored.
> I read messages from the public lists.
>
>
>
> ------------------------------
>
> Message: 9
> Date: Fri, 16 Jun 2006 16:00:00 +0300
> From: "Mircea Hutanu" <[email protected]>
> Subject: Re: Keyboard multimedia keys
> To: "For users of Fedora Core releases" <[email protected]>
> Message-ID:
> 	<[email protected]>
> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
>
> Hi,
>
> Try to use xev to see the keycode for that button.
>
> On 6/16/06, Dotan Cohen <[email protected]> wrote:
>> I have an A4 wireless keyboard. I can select A4 from the Control
>> Center so that Fedora will recognize the multimedia keys. However,
>> only the Volume Up is recognized, not Volume Down. This worked
>> correctly in FC4.
>>
>> I tried every keyboard on the list, and in several the Volume Up
>> worked, but in none Volume Down. I connected the keyboard to the
>> wife's WinXP machine to verify that the Volume Down key is not
>> damaged, and it is not.
>>
>> How can I identify the signal that the keyboard gives when I press
>> Volume Down, and then tell KDE to lower the volume when it receives
>> that signal?
>>
>> Thanks in advance.
>>
>> Dotan Cohen
>> http://what-is-what.com
>> 5322
>>
>> --
>> fedora-list mailing list
>> [email protected]
>> To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
>>
>
>
> --
> ------------------------------------
> Mircea Hutanu
> [email protected]
> ------------------------------------
>
>
>
> ------------------------------
>
> Message: 10
> Date: Fri, 16 Jun 2006 15:32:57 +0200
> From: Leonard den Ottolander <[email protected]>
> Subject: grep, ispunct() and locales/charsets
> To: Fedora Users <[email protected]>
> Message-ID: <[email protected]>
> Content-Type: text/plain; charset=UTF-8
>
> Hi,
>
> I'm having a bit of trouble to make regular expressions in grep using
> isalpha() and related functions work. (Seen man 1 grep, man 7 regex and
> man 3 isalpha).
>
> The LC_CTYPE section of /usr/share/i18n/locales/en_US and mk_MK
> copy /usr/share/i18n/locales/i18n, in which <U2026> (HORIZONTAL
> ELLIPSIS) is defined as a punctuation character.
>
> Using a gnome-terminal for which I can set the character encoding, so
> the below examples are converted back to UTF-8 in this mail (I switch
> encoding after each "export LANG", which doesn't matter for the matching
> by the way).
>
> "\xe2\x80\xa6" is the UTF-8 equivalent of the horizontal ellipsis,
> "\x85" is the CP1250/1/2 equivalent.
>
> $ export LANG=en_US.UTF-8
> $ echo -e "\xe2\x80\xa6"
> â&#8364;¦
> $ echo -e "\xe2\x80\xa6" | grep "[[:punct:]]"
> â&#8364;¦
> $ export LANG=en_US.CP1252
> $ echo -e "\x85"
> â&#8364;¦
> $ echo -e "\x85" | grep "[[:punct:]]"
> $ export LANG=en_US.CP1251
> $ echo -e "\x85"
> â&#8364;¦
> $ echo -e "\x85" | grep "[[:punct:]]"
> $ export LANG=en_US.CP1250
> $ echo -e "\x85"
> â&#8364;¦
> $ echo -e "\x85" | grep "[[:punct:]]"
> $ export LANG=mk_MK.CP1251
> $ echo -e "\x85"
> â&#8364;¦
> $ echo -e "\x85" | grep "[[:punct:]]"
> $
>
> Note that CP1251 is explicitly mentioned in mk_MK.
>
> Now why doesn't the horizontal ellipsis get matched as a punctuation
> char? Is this a bug? Is so, where? If not, how do I accomplish the
> match?
>
> Leonard.
>
> --
> mount -t life -o ro /dev/dna /genetic/research
>
>
>
>
> ------------------------------
>
> Message: 11
> Date: Fri, 16 Jun 2006 15:45:15 +0200
> From: nigel henry <[email protected]>
> Subject: Re: FC5 Sound Problems - yes, I did search!
> To: [email protected]
> Message-ID: <[email protected]>
> Content-Type: text/plain;  charset="utf-8"
>
> On Friday 16 June 2006 13:56, Jeremy Thompson wrote:
>> On 6/15/06, Keith G. Robertson-Turner <
>>
>> [email protected]> wrote:
>> > nigel henry wrote:
>> > > On Wednesday 14 June 2006 19:42, Jeremy Thompson wrote:
>> > >> Got FC5 up and running, no sound out of my speakers however.  I
>> > >> have checked all the sound configs I could find and nothing is
>> > >> muted.
>> >
>> > May not be relevant but ...
>> >
>> > I couldn't get sound going on this system (Intel Azalea) and tore my
>> > hair out over it for a long time. Then one day, out of desperation, I
>> > plugged the headphone jack into the microphone socket.
>> >
>> > Yes, that's right.
>> >
>> > Alsa had mapped the main bus to the wrong port.
>> >
>> > Worth a try, but then I guess that's probably one of the first things
>> > you did - right?
>> >
>> > > To check if Alsa is running  (su to root on the CLI to run these)
>> > > /etc/rc.d/init.d/alsasound stop
>> > > then
>> > > /etc/rc.d/init.d/alsasound start
>> >
>> > Or:
>> >
>> > ]# service alsasound status
>>
>> ----
>> service alsasound status
>> alsasound: unrecognized service
>> ----
>>
>> Commands mentioned in other email -
>>
>>  cat /proc/asound/cards
>>  0 [V8237          ]: VIA8237 - VIA 8237
>>                       VIA 8237 with ALC655 at 0xee00, irq 18
>>  1 [Audigy2        ]: Audigy2 - Audigy 2 ZS [SB0350]
>>                       Audigy 2 ZS [SB0350] (rev.4, serial:0x20021102) at
>> 0xe000, irq 19
>>
>>
>> Obviously there is no alsa service starting?  However, when I do the
>> switch
>> on Audigy 0 I can here the speakers pop.
>>
>> when I try to start the alsasound service I get -
>>
>> ----
>> [[email protected] ~]# service alsasound start
>> alsasound: unrecognized service
>> ---
>>
>> I can hear the speakers 'pop' every few seconds.  Not sure what to do.
>>
>> Here's lsmod for completness -
>> ----
>> [[email protected] ~]# /sbin/lsmod
>> Module                  Size  Used by
>> autofs4                19141  1
>> hidp                   16065  2
>> l2cap                  23617  5 hidp
>> bluetooth              44709  2 hidp,l2cap
>> ip_conntrack_netbios_ns     3009  0
>> ipt_REJECT              5441  1
>> xt_state                2241  6
>> ip_conntrack           50029  2 ip_conntrack_netbios_ns,xt_state
>> nfnetlink               6489  1 ip_conntrack
>> xt_tcpudp               3264  8
>> iptable_filter          3137  1
>> ip_tables              11529  1 iptable_filter
>> x_tables               13125  4 ipt_REJECT,xt_state,xt_tcpudp,ip_tables
>> vfat                   11968  2
>> fat                    47837  1 vfat
>> video                  15173  0
>> button                  6609  0
>> battery                 9285  0
>> ac                      4933  0
>> sg                     32349  0
>> fglrx                 384300  8
>> ipv6                  225825  12
>> lp                     12169  0
>> parport_pc             25573  1
>> parport                34569  2 lp,parport_pc
>> floppy                 57733  0
>> nvram                   8393  0
>> joydev                  9601  0
>> ohci1394               32133  0
>> ehci_hcd               30029  0
>> ieee1394              289305  1 ohci1394
>> usb_storage            62625  2
>> uhci_hcd               29393  0
>> snd_emu10k1_synth       6977  0
>> snd_emux_synth         31553  1 snd_emu10k1_synth
>> snd_seq_virmidi         7361  1 snd_emux_synth
>> snd_seq_midi_emul       5953  1 snd_emux_synth
>> snd_emu10k1           105157  2 snd_emu10k1_synth
>> snd_via82xx            26329  1
>> snd_ac97_codec         83809  2 snd_emu10k1,snd_via82xx
>> snd_ac97_bus            2497  1 snd_ac97_codec
>> snd_seq_dummy           3781  0
>> snd_seq_oss            28864  0
>> snd_seq_midi_event      7105  2 snd_seq_virmidi,snd_seq_oss
>> snd_seq                47665  8
>> snd_emux_synth,snd_seq_virmidi,snd_seq_midi_emul,snd_seq_dummy,snd_seq_oss,
>>snd_seq_midi_event snd_pcm_oss            45009  0
>> snd_mixer_oss          16449  1 snd_pcm_oss
>> snd_pcm                77381  4
>> snd_emu10k1,snd_via82xx,snd_ac97_codec,snd_pcm_oss
>> snd_timer              23621  3 snd_emu10k1,snd_seq,snd_pcm
>> emu10k1_gp              3905  0
>> gameport               15433  3 snd_via82xx,emu10k1_gp
>> snd_page_alloc         10697  3 snd_emu10k1,snd_via82xx,snd_pcm
>> i2c_viapro              8277  0
>> i2c_core               21057  1 i2c_viapro
>> snd_mpu401_uart         7873  1 snd_via82xx
>> snd_rawmidi            24385  3
>> snd_seq_virmidi,snd_emu10k1,snd_mpu401_uart
>> snd_util_mem            5441  2 snd_emux_synth,snd_emu10k1
>> snd_hwdep               9797  2 snd_emux_synth,snd_emu10k1
>> r8169                  27593  0
>> snd_seq_device          9165  7
>> snd_emu10k1_synth,snd_emux_synth,snd_emu10k1,snd_seq_dummy,snd_seq_oss,snd_
>>seq,snd_rawmidi snd                    51141  19
>> snd_emux_synth,snd_seq_virmidi,snd_emu10k1,snd_via82xx,snd_ac97_codec,snd_s
>>eq_oss,snd_seq,snd_pcm_oss,snd_mixer_oss,snd_pcm,snd_timer,snd_mpu401_uart,s
>>nd_rawmidi,snd_hwdep,snd_seq_device soundcore               9377  1 snd
>> dm_snapshot            16621  0
>> dm_zero                 2241  0
>> dm_mirror              20881  0
>> dm_mod                 52313  6 dm_snapshot,dm_zero,dm_mirror
>> ext3                  117193  2
>> jbd                    53205  1 ext3
>> sata_via                8517  0
>> libata                 54225  1 sata_via
>> sd_mod                 16577  3
>> scsi_mod              126825  4 sg,usb_storage,libata,sd_mod
>> ----
>>
>> Please, if it's something I did wrong let me know so I can claw hammer
>> my
>> skull as much annoyance as this has caused me.  As far as I know it's a
>> stock FC5 updated to today, 16Jun06.
>>
>> Thanks.
>>
>> JT
>
> Hi Jeremy. It may be worth getting the Audigy ZS to load first, making it
> the
> default card. su to root, and open a text editor, and go
> to. /etc/modprobe.conf  . You will see some alias and options lines for
> the
> soundcards. Comment them out putting a # infront of them. Don't comment
> out
> the alias for the network card, or any "remove" lines that are there.
>
> Add the following lines, a couple of lines down from the last entry. Make
> sure
> you start a new line without any spaces at the beginning, and at the end
> of
> each line just enter, again with no extra spaces at the end of the lines.
>
> alias snd-card-0 snd-emu10k1
> alias snd-card-1 snd-via82xx
> options snd-emu10k1 index=0
> options snd-card-1 index=1
>
> Change the via one, for what it looks like there at the mo, then save,
> close
> the text editor, and exit the shell. Shut down, and reboot, leaving the
> claw
> hammer out of the way.
>
> I've only got the Audigy2 soundblaster active on my machine, having
> disabled
> the onboard one with the jumpers on the mobo. It may be worth disabling
> the
> onboard one in the BIOS if the option is there, or doing as I did if there
> are jumpers for it on your mobo, and you have the manual for it.
>
> Anyway see what you get after the reboot.
>
> Nigel.
>
>
>
> ------------------------------
>
> Message: 12
> Date: Fri, 16 Jun 2006 10:19:24 -0400
> From: Bob Goodwin <[email protected]>
> Subject: Re: MS-XP to internet via Linux -
> To: For users of Fedora Core releases <[email protected]>
> Message-ID: <[email protected]>
> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
>
> Paul Howarth wrote:
>> On Thu, 2006-06-15 at 15:48 -0400, Bob Goodwin wrote:
>>
>>> Paul Howarth wrote:
>>>
>>>> Bob Goodwin wrote:
>>> What if I move the switch between the wireless bridge and this computer
>>> [box1, eth0]. It seems I should be able to tie the XP box5 into one of
>>> the four remaining ethernet ports on the switch and get both a route to
>>> the internet and between boxes via Samba.  Before embarking on that
>>> effort I would like more knowledgeable comment however.  I'm probably
>>> getting in over my head but I usually manage to muddle through such
>>> things eventually if they can be done.
>>>
>>
>> You could do that and it would probably work. I personally prefer to
>> have my Windows boxes behind a Linux firewall, which is why I go for the
>> two-interface approach.
>>
>>
>>> I have been using Firestarter to setup the firewall for some time but
>>> could probably manage with Shorewall if necessary.
>>>
>>
>> I can't compare the two really; I've never used Firestarter but am very
>> happy with Shorewall.
>>
>> Paul.
>>
>>
> Ok, I moved the switch so that it is between the wireless bridge and
> this FC5 Linux computer and connected the Dell Windows XP computer to
> one of the Ethernet ports on the switch and now both computers connect
> to the internet with a little tweaking of the XP unit.
>
> As you said, the XP box, has only the included "Windows Firewall" and
> the Norton AV but I was able to update them immediately and sync the
> clock too.  The XP computer is usually turned off anyway which minimizes
> its exposure.
>
> And oh yes, I think I now have Mozilla Thunderbird set up to preclude
> the likelihood of html  to this list.  I normally tell it plain text only
> to
> redhat.com but I also BCC myself [html ok] which triggers the option of
> html when  I send and at 04:00 I'm not too sharp and make mistakes.  I
> think I have it set to send plain text only to wildblue.net now in
> addition to the list.  I will see how that works when I send this.
>
> Thanks for the help.
>
> Bob Goodwin   Zuni, Virginia
>
>
>
>
> ------------------------------
>
> Message: 13
> Date: Fri, 16 Jun 2006 07:26:37 -0700
> From: Ulrich Drepper <[email protected]>
> Subject: Re: shared library name resolution
> To: For users of Fedora Core releases <[email protected]>
> Message-ID: <[email protected]>
> Content-Type: text/plain; charset="utf-8"
>
> Rex Dieter wrote:
>
>> Avoid unresolved symbols in your shared library.  Instead of
>> linking -lrt -lssl in your apps, add -lrt -lssl when creating the
>> library,
>> ie, instead of
>> gcc -shared $(CPPFLAGS) -o $(TARGET) $(OBJ)
>> do
>> gcc -shared $(CPPFLAGS) -o $(TARGET) $(OBJ) -lrt -lssl
>
>
> Or use
>
>   gcc -shared $(CPPFLAGS) -o $(TARGET) $(OBJ) -Wl,--as-needed -lrt -lssl
> -Wl,--no-as-needed
>
>
> (one long line).
>
> --
> â&#382;§ Ulrich Drepper â&#382;§ Red Hat, Inc. â&#382;§ 444 Castro St
â&#382;§ Mountain View,
> CA â&#65533;&#8211;
>
> -------------- next part --------------
> A non-text attachment was scrubbed...
> Name: signature.asc
> Type: application/pgp-signature
> Size: 251 bytes
> Desc: OpenPGP digital signature
> Url :
> https://www.redhat.com/archives/fedora-list/attachments/20060616/7a1d0375/signature.bin
>
> ------------------------------
>
> Message: 14
> Date: Fri, 16 Jun 2006 07:58:14 -0700
> From: Paul Erickson <[email protected]>
> Subject: Firefox problem
> To: For users of Fedora Core releases <[email protected]>
> Message-ID: <[email protected]>
> Content-Type: text/plain; charset=UTF-8; format=flowed
>
> Last night during a system update, new Firefox files were installed. Now
> when I try to email a link of page
> from within Firefox it hangs up. The new thunderbird seems to be working
> fine.
>
> Anyone else notice this?
>
> cheers, Paul
>
>
>
> ------------------------------
>
> Message: 15
> Date: 16 Jun 2006 17:00:12 +0200
> From: Ingemar Nilsson <[email protected]>
> Subject: Re: ssh-ing through an authenticating proxy server
> To: For users of Fedora Core releases <[email protected]>
> Message-ID: <[email protected]>
> Content-Type: text/plain; charset=us-ascii
>
> Tony Crouch <[email protected]> writes:
>
>> Now, my only problem is how to use ssh is such a way that it will accept
>> a username and password in order to authenticate myself to get through
>> my universities proxy server.
>
> Is it possible to reach secure web sites (HTTPS) from the university? Then
> you might be able to run the SSH server on the HTTPS port (443), and
> instruct the SSH client to connect to this port instead.
>
> My theory why this might work is that the connection is encrypted and
> cannot be understood by the proxy, which could force it to just let it
> through.
>
> Regards
> Ingemar
>
>
>
> ------------------------------
>
> --
> fedora-list mailing list
> [email protected]
> https://www.redhat.com/mailman/listinfo/fedora-list
>
> End of fedora-list Digest, Vol 28, Issue 168
> ********************************************
>


[Index of Archives]     [Current Fedora Users]     [Fedora Desktop]     [Fedora SELinux]     [Yosemite News]     [Yosemite Photos]     [KDE Users]     [Fedora Tools]     [Fedora Docs]

  Powered by Linux