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 > fedora-list@xxxxxxxxxx > > 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 > fedora-list-request@xxxxxxxxxx > > You can reach the person managing the list at > fedora-list-owner@xxxxxxxxxx > > 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" <dotancohen@xxxxxxxxx> > Subject: Re: Maxtor or WD? > To: "For users of Fedora Core releases" <fedora-list@xxxxxxxxxx> > Message-ID: > <880dece00606160542j353d6514q209f538ce7cda9ce@xxxxxxxxxxxxxx> > Content-Type: text/plain; charset=UTF-8; format=flowed > > On 16/06/06, fredex <fredex@xxxxxxxxxxxxxxxxxxxxxx> 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 <m_d_berger_1900@xxxxxxxxx> > Subject: shared library name resolution > To: fedora-list@xxxxxxxxxx > Message-ID: <pan.2006.06.16.12.41.02.182450@xxxxxxxxx> > 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 <motor1024@xxxxxxxxx> > Subject: Firefox/pango/cairo > To: fedora-list@xxxxxxxxxx > Message-ID: <pan.2006.06.16.12.48.47.70704@xxxxxxxxx> > 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 <pasik@xxxxxx> > Subject: Re: Creating dd (driver disk) for FC5, installer "disagrees > about version of symbol struct_module" > To: For users of Fedora Core releases <fedora-list@xxxxxxxxxx> > Message-ID: <20060616125153.GL3180@xxxxxxxxxxxxxxx> > 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 <rdieter@xxxxxxxxxxxx> > Subject: Re: shared library name resolution > To: fedora-list@xxxxxxxxxx > Message-ID: <e6u9ja$7s8$1@xxxxxxxxxxxxx> > 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 <paul@xxxxxxxxxxxx> > Subject: Re: Creating dd (driver disk) for FC5, installer "disagrees > about version of symbol struct_module" > To: For users of Fedora Core releases <fedora-list@xxxxxxxxxx> > Message-ID: <4492A9E2.8000305@xxxxxxxxxxxx> > 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 <lesmikesell@xxxxxxxxx> > Subject: Re: FC4 or FC5 > To: For users of Fedora Core releases <fedora-list@xxxxxxxxxx> > Message-ID: <1150462583.9656.18.camel@xxxxxxxxxxxxxxxxxxxxxxxxx> > 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 > lesmikesell@xxxxxxxxx > > > > > ------------------------------ > > Message: 8 > Date: Fri, 16 Jun 2006 22:26:59 +0930 > From: Tim <ignored_mailbox@xxxxxxxxxxxx> > Subject: Re: httpd configuration > To: For users of Fedora Core releases <fedora-list@xxxxxxxxxx> > Message-ID: <1150462619.2946.3.camel@xxxxxxxxxxxxxxxxxxxx> > 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" <voodookid@xxxxxxxxx> > Subject: Re: Keyboard multimedia keys > To: "For users of Fedora Core releases" <fedora-list@xxxxxxxxxx> > Message-ID: > <bee693490606160600p1ac0a36bo9445275f0b8a5fea@xxxxxxxxxxxxxx> > 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 <dotancohen@xxxxxxxxx> 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 >> fedora-list@xxxxxxxxxx >> To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list >> > > > -- > ------------------------------------ > Mircea Hutanu > voodookid@xxxxxxxxxxxx > ------------------------------------ > > > > ------------------------------ > > Message: 10 > Date: Fri, 16 Jun 2006 15:32:57 +0200 > From: Leonard den Ottolander <leonard@xxxxxxxxxxxxxxxxx> > Subject: grep, ispunct() and locales/charsets > To: Fedora Users <fedora-list@xxxxxxxxxx> > Message-ID: <1150464777.2486.101.camel@athlon> > 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" > … > $ echo -e "\xe2\x80\xa6" | grep "[[:punct:]]" > … > $ export LANG=en_US.CP1252 > $ echo -e "\x85" > … > $ echo -e "\x85" | grep "[[:punct:]]" > $ export LANG=en_US.CP1251 > $ echo -e "\x85" > … > $ echo -e "\x85" | grep "[[:punct:]]" > $ export LANG=en_US.CP1250 > $ echo -e "\x85" > … > $ echo -e "\x85" | grep "[[:punct:]]" > $ export LANG=mk_MK.CP1251 > $ echo -e "\x85" > … > $ 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 <cave.dnb@xxxxxxxxxx> > Subject: Re: FC5 Sound Problems - yes, I did search! > To: fedora-list@xxxxxxxxxx > Message-ID: <200606161545.15693.cave.dnb@xxxxxxxxxx> > 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 < >> >> fedora-gmane.00002@xxxxxxxxxxxxxxxxxxxxxxx> 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 - >> >> ---- >> [root@localhost ~]# 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 - >> ---- >> [root@localhost ~]# /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 <bobgoodwin@xxxxxxxxxxxx> > Subject: Re: MS-XP to internet via Linux - > To: For users of Fedora Core releases <fedora-list@xxxxxxxxxx> > Message-ID: <4492BDEC.1080902@xxxxxxxxxxxx> > 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 <drepper@xxxxxxxxxx> > Subject: Re: shared library name resolution > To: For users of Fedora Core releases <fedora-list@xxxxxxxxxx> > Message-ID: <4492BF9D.5040908@xxxxxxxxxx> > 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). > > -- > ➧ Ulrich Drepper ➧ Red Hat, Inc. ➧ 444 Castro St ➧ Mountain View, > CA â�– > > -------------- 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 <paule@xxxxxx> > Subject: Firefox problem > To: For users of Fedora Core releases <fedora-list@xxxxxxxxxx> > Message-ID: <4492C706.6030609@xxxxxx> > 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 <init@xxxxxxxxxx> > Subject: Re: ssh-ing through an authenticating proxy server > To: For users of Fedora Core releases <fedora-list@xxxxxxxxxx> > Message-ID: <m37j3htabn.fsf@xxxxxxxxxxxxxxxxxxxxx> > Content-Type: text/plain; charset=us-ascii > > Tony Crouch <acrouch2@xxxxxxxxxx> 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 > fedora-list@xxxxxxxxxx > https://www.redhat.com/mailman/listinfo/fedora-list > > End of fedora-list Digest, Vol 28, Issue 168 > ******************************************** >
