wine-devel digest, Vol 1 #2689 - 17 msgs
kosta
carongak at zou.ac.zw
Mon May 3 02:54:01 CDT 2004
what are downloading binaries what are they used for forgive me im new to
linux
----- Original Message -----
From: <wine-devel-request at winehq.org>
To: <wine-devel at winehq.org>
Sent: Friday, April 30, 2004 9:00 PM
Subject: wine-devel digest, Vol 1 #2689 - 17 msgs
> Send wine-devel mailing list submissions to
> wine-devel at winehq.org
>
> To subscribe or unsubscribe via the World Wide Web, visit
> http://www.winehq.org/mailman/listinfo/wine-devel
> or, via email, send a message with subject or body 'help' to
> wine-devel-request at winehq.org
>
> You can reach the person managing the list at
> wine-devel-admin at winehq.org
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of wine-devel digest..."
>
>
> Today's Topics:
>
> 1. RE: Fix toolbar get style (Maxime =?ISO-8859-1?Q?Belleng=E9?=)
> 2. Re: Segfault (Kevin Koltzau)
> 3. Re: wineserver not reading config files (Saulius Krasuckas)
> 4. Re: wineserver not reading config files (Kevin Koltzau)
> 5. Re: Segfault (Uwe Bonnes)
> 6. Re: wineserver not reading config files (Saulius Krasuckas)
> 7. Re: wineserver not reading config files (hatky)
> 8. Re: Segfault (Kevin Koltzau)
> 9. Re: wineserver not reading config files (hatky)
> 10. Re: Segfault (Uwe Bonnes)
> 11. Re: Segfault (Kevin Koltzau)
> 12. Re: Segfault (Uwe Bonnes)
> 13. Re: Segfault (Kevin Koltzau)
> 14. downloading binaries (Bill Medland)
> 15. Printing problem; RHEL3U1 (CUPS) with 20031118 (Bill Medland)
> 16. Re: downloading binaries (Dimitrie O. Paun)
> 17. Re: Printing problem; RHEL3U1 (CUPS) with 20031118 (Michael
Stefaniuc)
>
> --__--__--
>
> Message: 1
> Subject: RE: Fix toolbar get style
> From: Maxime =?ISO-8859-1?Q?Belleng=E9?= <maxime.bellenge at laposte.net>
> To: wine-devel at winehq.org
> Date: Fri, 30 Apr 2004 15:01:44 +0200
>
> On Fri, 2004-04-30 at 11:28, Ge van Geldorp wrote:
> > > From: Maxime Bellengé
> > >
> > > When a toolbar receives a TB_GETSTYLE message with wParam=0,
> > > the application expects to get the toolbar style and not the
> > > first button style. This patch fixes eMule 0.42e, now the
> > > toolbar is visible.
> > >
> > > ChangeLog
> > > * Fix TB_GETSTYLE to return the style of the toolbar when
> > > wParam is 0
> >
> > It seems there is another problem with the toolbar styles. When you
CreateToolbarEx() with the WS_VISIBLE bit turned on, TOOLBAR_Create() will
call GetWindowLongW() to get the window style and store that as the dwStyle
member of TOOLBAR_INFO. Unfortunately, when the WM_CREATE message is sent
the WS_VISIBLE bit of the window style retrieved with GetWindowLongW() is
always turned off. It is turned on a little bit later, but no
WS_STYLECHANGED is sent for this. So, the dwStyle member of TOOLBAR_INFO
doesn't always mimick the "true" window style, it is possible that the
WS_VISIBLE bit is off in TOOLBAR_INFO but on in the window style. If your
app does something like:
> >
> > SendMessage(hwndTB, TB_SETSTYLE, 0,
> > SendMessage(hwndTB, TB_GETSTYLE, 0, 0) | TBSTYLE_FLAT );
> >
> > this will make your toolbar invisible.
> >
> > Gé van Geldorp.
> >
>
> The app is doing something similar but I don't think it is the same
> problem.
>
> SendMessage(hwndTB, TB_SETSTYLE, 0, SendMessage(hwndTB, TB_GETSTYLE, 0,
> 0) & ~ TBSTYLE_LIST);
>
> But this is not done in the WM_CREATE message.
>
> After investigation, the toolbar is not invisible, it has a size of
> (0,26) which of course makes it invisible. The problem was that the
> style return was the style of a separator button and so the style of the
> toolbar was totally false.
>
> I will try to fix both problems.
>
> Max
>
> --
> Maxime Bellengé <maxime.bellenge at laposte.net>
>
>
> --__--__--
>
> Message: 2
> From: Kevin Koltzau <kevin at plop.org>
> To: wine-devel at winehq.org
> Subject: Re: Segfault
> Date: Fri, 30 Apr 2004 09:17:13 -0400
>
> On Thursday 29 April 2004 06:56 pm, Kevin Koltzau wrote:
> > I'm getting segfaults with current cvs, I've tracked it down to this
patch
> > http://cvs.winehq.org/patch.py?id=12187
> >
> > last few lines in a +relay are
> > 0009:Call
ntdll.NtCreateKey(bfffcd84,000f003f,bfffe190,00000000,00000000,00000000,0000
0000) ret=4051e47a
> > 0009:Ret ntdll.NtCreateKey() retval=00000000 ret=4051e47a
> > 0009:Call ntdll.RtlInitUnicodeString(bfffc52c,405d616e L"windows")
ret=4051e27f
> > 0009:Ret ntdll.RtlInitUnicodeString() retval=00000000 ret=4051e27f
> > 0009:Call
ntdll.NtQueryValueKey(00000010,bfffc52c,00000002,bfffc534,00000800,bfffc528)
ret=4051e2be
> > 0009:Ret ntdll.NtQueryValueKey() retval=00000000 ret=4051e2be
> > 0009:Call ntdll.RtlDosPathNameToNtPathName_U(bfffc540
L"c:\\Windows",bfffc49c,00000000,00000000) ret=4053ecd2
> > Segmentation fault
>
> I've narrowed it down to a buffer overrun, no idea where yet..but if I
force
> RtlAllocateHeap to always allocate 1 extra byte, the segfault goes away..
>
> --__--__--
>
> Message: 3
> Date: Fri, 30 Apr 2004 15:53:45 +0200 (EET)
> From: Saulius Krasuckas <saulius2 at ar.fi.lt>
> To: wine-devel at winehq.org
> Subject: Re: wineserver not reading config files
>
> On Fri, 30 Apr 2004, hatky wrote:
>
> > basicly he says this patch is the problem:
> > http://cvs.winehq.org/patch.py?id=12187
> >
> > sounds right by what the patch is about, didn't try reversing it yet
>
> Hm, maybe.
> Though I finally figured out on how to debug wineserver:
>
> [s2 at katleriai s2]$ gdb -q --args /usr/local/bin/wineserver -f -p
> (gdb) break file_read_error
> Breakpoint 1 at 0x805b91e: file registry.c, line 1114.
> (gdb) r
> Starting program: /usr/local/bin/wineserver -f -p
>
> Breakpoint 1, file_read_error (err=0x806d146 "Malformed key",
> info=0xbffffa74) at registry.c:1114
> 1114 fprintf( stderr, "Line %d: %s '%s'\n", info->line, err,
info->buffer );
> (gdb) bt
> #0 file_read_error (err=0x806d146 "Malformed key", info=0xbffffa74) at
registry.c:1114
> #1 0x0805bd0d in load_key (base=0x80771d0, buffer=0x8077261 "wine]",
flags=1, prefix_len=2, info=0xbffffa74,
> default_modif=1083324039) at registry.c:1234
> #2 0x0805c390 in load_keys (key=0x80771d0, f=0x8076e00) at
registry.c:1430
> #3 0x0805c56a in init_registry () at registry.c:1508
> #4 0x08052fc8 in main (argc=3, argv=0xbffffb14) at main.c:132
> #5 0x42015967 in __libc_start_main () from /lib/i686/libc.so.6
> (gdb) c
> Continuing.
> Line 8: Malformed key '[wine]'
>
> Breakpoint 1, file_read_error (err=0x806d1ac "Error creating key",
> info=0xbffffa74) at registry.c:1114
> 1114 fprintf( stderr, "Line %d: %s '%s'\n", info->line, err,
info->buffer );
> (gdb) bt
> #0 file_read_error (err=0x806d1ac "Error creating key", info=0xbffffa74)
at registry.c:1114
> #1 0x0805c3ac in load_keys (key=0x80771d0, f=0x8076e00) at
registry.c:1431
> #2 0x0805c56a in init_registry () at registry.c:1508
> #3 0x08052fc8 in main (argc=3, argv=0xbffffb14) at main.c:132
> #4 0x42015967 in __libc_start_main () from /lib/i686/libc.so.6
> (gdb) c
> Continuing.
> Line 8: Error creating key '[wine]'
>
> I wonder now what does "+ 1" operation do inside the load_keys() in
> server/registry.c:
>
> if (prefix_len == -1) prefix_len = get_prefix_len( key, p + 1,
&info );
> if (!(subkey = load_key( key, p + 1, flags, prefix_len, &info,
default_modif )))
>
> Last mod of the file is three months old, at least.
>
>
> --__--__--
>
> Message: 4
> From: Kevin Koltzau <kevin at plop.org>
> To: wine-devel at winehq.org
> Subject: Re: wineserver not reading config files
> Date: Fri, 30 Apr 2004 09:27:03 -0400
> Cc: Saulius Krasuckas <saulius2 at ar.fi.lt>
>
> On Friday 30 April 2004 06:31 am, Saulius Krasuckas wrote:
> > (Subject was: wineinstall problems at creation of config-files)
> >
> > Ok, today I got less lazy and found function of interest:
> > /usr/src/wine-cvs/wine/server/registry.c:1114: fprintf( stderr, "Line
%d: %s '%s'\n", info->line, err, info->buffer );
> >
> > Function name seems to be "file_read_error".
>
> I was having this problem too, I just stuck
> [HKLM\\Machine\\Software\\Wine\\Wine\\Config]
> at the top of my config file and that seemed to fix it
>
> --__--__--
>
> Message: 5
> From: Uwe Bonnes <bon at elektron.ikp.physik.tu-darmstadt.de>
> Date: Fri, 30 Apr 2004 15:37:32 +0200
> To: Kevin Koltzau <kevin at plop.org>
> Cc: wine-devel at winehq.org
> Subject: Re: Segfault
>
> >>>>> "Kevin" == Kevin Koltzau <kevin at plop.org> writes:
>
>
> Kevin> I've narrowed it down to a buffer overrun, no idea where
yet..but
> Kevin> if I force RtlAllocateHeap to always allocate 1 extra byte, the
> Kevin> segfault goes away..
>
> It always a good start to run a buffer overrun with +relay,+heap. That
way,
> the corruption is noticed on the next heap operation after the corruption.
>
> Bye
> --
> Uwe Bonnes bon at elektron.ikp.physik.tu-darmstadt.de
>
> Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt
> --------- Tel. 06151 162516 -------- Fax. 06151 164321 ----------
>
> --__--__--
>
> Message: 6
> Date: Fri, 30 Apr 2004 16:13:24 +0200 (EET)
> From: Saulius Krasuckas <saulius2 at ar.fi.lt>
> To: wine-devel at winehq.org
> Subject: Re: wineserver not reading config files
>
> On Fri, 30 Apr 2004, Kevin Koltzau wrote:
>
> > I was having this problem too, I just stuck
> > [HKLM\\Machine\\Software\\Wine\\Wine\\Config] at the top of my config
> > file and that seemed to fix it
>
> Right, Kevin, it fixes my Wine too. Thanks. Hope Alexandre will fix it
> soon.
>
>
> --__--__--
>
> Message: 7
> From: hatky <hatky at hatky.myz.info>
> Reply-To: hatky at users.sourceforge.net
> To: wine-devel at winehq.org
> Subject: Re: wineserver not reading config files
> Date: Fri, 30 Apr 2004 19:44:16 +0300
> Cc: Kevin Koltzau <kevin at plop.org>, Saulius Krasuckas <saulius2 at ar.fi.lt>
>
> >
> > I was having this problem too, I just stuck
> > [HKLM\\Machine\\Software\\Wine\\Wine\\Config]
> > at the top of my config file and that seemed to fix it
>
> Oh, 1,000 10x my lord
>
> Can someone patch the installed config to have this?
>
> --
> Hatky,
> Worshiper of wine (http://www.winehq.org/),
> Impossible is only an opinion.
>
> --__--__--
>
> Message: 8
> From: Kevin Koltzau <kevin at plop.org>
> To: Uwe Bonnes <bon at elektron.ikp.physik.tu-darmstadt.de>
> Subject: Re: Segfault
> Date: Fri, 30 Apr 2004 09:47:50 -0400
> Cc: wine-devel at winehq.org
>
>
> --Boundary-00=_GklkA5V3PBvysN9
> Content-Type: text/plain;
> charset="iso-8859-1"
> Content-Transfer-Encoding: 7bit
> Content-Disposition: inline
>
> On Friday 30 April 2004 09:37 am, Uwe Bonnes wrote:
> > Kevin> I've narrowed it down to a buffer overrun, no idea where
yet..but
> > Kevin> if I force RtlAllocateHeap to always allocate 1 extra byte,
the
> > Kevin> segfault goes away..
> >
> > It always a good start to run a buffer overrun with +relay,+heap. That
way,
> > the corruption is noticed on the next heap operation after the
corruption.
>
> Attached is a run of
> WINEDEBUG="+relay,+heap" ./wine
>
> --Boundary-00=_GklkA5V3PBvysN9
> Content-Type: application/x-gzip;
> name="segfault.txt.gz"
> Content-Transfer-Encoding: base64
> Content-Disposition: attachment;
> filename="segfault.txt.gz"
>
>
H4sICLtXkkAAA3NlZ2ZhdWx0LnR4dADtm11P2zoYx+/7KSyuOmmbbCdp00pcMF4GZ4UxOtiOhFQ5
>
tlMiQoISl43z6Y+T5sVpXRhedcR03AvqBj9///3z85gmMiIjlI9vOLkfX4h4L45TSgQ/lp9BH/50
>
oRNA+XoLly9cNZD/ZgwyLhZZEiVzsOw28nvCSM2DGrXAVE3nDSG4onaU8SeU6gl1lL5eXB4aesKa
>
GSJn1dPv8EKeKS+tt8CAl5zQtnhp11Dykr8ajfdJHINbniU8dvD72exHlPDZ8vMsSiLRf1OE7roQ
>
cR4OR0pQIlgcvy/75zx74NksZDORzm5IwmLer0zAtz5EULWF5AQxxlQmRCXtuQ5ynaX0BRfgOeky
>
7oHEu/UYGp0XWCwMbbBIVYsDfzsWa50XWMQbLRKoWvTZdizWOopFmXAfuZikyZzn4kycE3Ez4clc
>
3PRVA6N1Rs8ENg4Q8jRCXQdqyvdX871qYExUR0FoVjbY0ZUy086vY6uZVR3RNaOZ1Ymss8skoinj
>
U5HJwfpBGIbcGVK5yF7AyWgAJjt1ke40s3OGMFhfcK3gxsVWNBRTE5bJNTuI4+OVYm4ajcOq4auu
>
2LqrVcWnDLF1Q2diKqN5SBaxTCVK1jy5cNQ68LA/WnOgkdhsolX4JRNIa2JEf9dErdAx8WXBs8cN
>
NsrVwLTdtxzEnKHGhkZks5FWo5sjR1HCLnieLjLKZ5eyIN2wTQ489Ot0cZZXUOC2lcmHoTZLVjQ3
>
71KtQNfUHqU8z2uJ1pSMYXiAa3fUbZK5NRUGfB3WuuZmU63AyzcuCNuNC3tFFWzv7z3Ub8xPbFwy
>
omtGM6v6e4xmRs2XvlYEodUZmX5v1MyksbK6NqhrwJbTNsspfNXlRG052XL6c8qJhvBVl5Nvy8mW
>
059TTszxX3U52b9O/3k5VY+3iudas+Lm+J7MeV7MB3kuK262ZQO57rIxIEpheU6A15zo5RSyGCPm
>
UY1Ip8TrdbmKMrEg8Sm/S7PHfli9mhtszb13WW4KRqXi8ICsP1HbNNbmFG9lDFIcw62kuO6Zqovg
>
C1NcRjyb4voHMZTV+wga+GCyc0rojVz36+tpGoofJJOtb+Xn5c/9NAmj+fX1QRY9cLDXPq4ZeExf
>
mC94XKNodHLo8z1PPvHHyi8qU0PuhE6VPsj1VRss1KRGLdGMTcuRHVcTaLG9TmwfLDYTbPsWmwm2
>
A4vNBNuhxWaC7chiM8H20WIzwXZssZlgO7HYTLD9ZbGZYPtksZlgm1hsJthOLTYTbGcWmwm2zxab
>
CbZzi80E2xeLzQTbhcVmgm1qsZlg+2qxmWC7tNhMsF1ZbCbYvllsJti+W2wm2P7+H2B77uCJi9Rz
>
BsW5D55ly1MGx4d757MrEkeMCH6SXOZ8L+MJAeWRg1puDKLkoegj398tcg5I2eeOzCMKwjSrThw4
>
sFeEjZu43hn/KcagYQimi+BdMWyu9CnMgzjKRT7ugQ9xSm+B7CiIKN6if7h8Ayest+zv+CAs+i8F
>
MQT3GX/YrYcHiRyvPq8DqxCXqiG+GiI7qSGDOmQAlRAMOyFSTgkZur26sQypD6WoIQN1lIJSr1eD
>
UBDncq67xT/5lKhoencXCcFZkYHlpd7zdEaqbxmlmpDkFN8urUICCOSasyrEgyAg9HYFIYI+WLSd
>
kF9dxp3LuO4tRRaqZHWZ6HsztTd2qssu1PYu1ri6jGAoLfamfH7HE8kjShNQHt/r/Qu8WeKKZDoA
> AA==
>
> --Boundary-00=_GklkA5V3PBvysN9--
>
> --__--__--
>
> Message: 9
> From: hatky <hatky at hatky.myz.info>
> Reply-To: hatky at users.sourceforge.net
> To: wine-devel at winehq.org
> Subject: Re: wineserver not reading config files
> Date: Fri, 30 Apr 2004 19:47:04 +0300
> Cc: Kevin Koltzau <kevin at plop.org>, Saulius Krasuckas <saulius2 at ar.fi.lt>
>
> > I was having this problem too, I just stuck
> > [HKLM\\Machine\\Software\\Wine\\Wine\\Config]
> > at the top of my config file and that seemed to fix it
>
> :(,
> now I get just the segfault .......
>
> --
> Hatky,
> Worshiper of wine (http://www.winehq.org/),
> Impossible is only an opinion.
>
> --__--__--
>
> Message: 10
> From: Uwe Bonnes <bon at elektron.ikp.physik.tu-darmstadt.de>
> Date: Fri, 30 Apr 2004 15:59:15 +0200
> To: wine-devel at winehq.org
> Subject: Re: Segfault
>
> >>>>> "Kevin" == Kevin Koltzau <kevin at plop.org> writes:
>
> Kevin> On Friday 30 April 2004 09:37 am, Uwe Bonnes wrote: I've
narrowed
> Kevin> it down to a buffer overrun, no idea where yet..but if I force
> Kevin> RtlAllocateHeap to always allocate 1 extra byte, the segfault
> Kevin> goes away..
> >> It always a good start to run a buffer overrun with +relay,+heap.
> >> That way, the corruption is noticed on the next heap operation
after
> >> the corruption.
>
> Kevin> Attached is a run of WINEDEBUG="+relay,+heap" ./wine
>
> Is http://cvs.winehq.org/patch.py?id=12192 applied?
>
> it could be related.
> --
> Uwe Bonnes bon at elektron.ikp.physik.tu-darmstadt.de
>
> Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt
> --------- Tel. 06151 162516 -------- Fax. 06151 164321 ----------
>
> --__--__--
>
> Message: 11
> From: Kevin Koltzau <kevin at plop.org>
> To: wine-devel at winehq.org
> Subject: Re: Segfault
> Date: Fri, 30 Apr 2004 10:15:47 -0400
> Cc: Uwe Bonnes <bon at elektron.ikp.physik.tu-darmstadt.de>
>
> On Friday 30 April 2004 09:59 am, Uwe Bonnes wrote:
> > Is http://cvs.winehq.org/patch.py?id=12192 applied?
> >
> > it could be related.
>
> Yes its applied, I am running on current cvs as of this morning
>
> --__--__--
>
> Message: 12
> From: Uwe Bonnes <bon at elektron.ikp.physik.tu-darmstadt.de>
> Date: Fri, 30 Apr 2004 16:47:24 +0200
> To: wine-devel at winehq.org
> Subject: Re: Segfault
>
> >>>>> "Kevin" == Kevin Koltzau <kevin at plop.org> writes:
>
> Kevin> On Friday 30 April 2004 09:59 am, Uwe Bonnes wrote:
> >> Is http://cvs.winehq.org/patch.py?id=12192 applied?
> >>
> >> it could be related.
>
> Kevin> Yes its applied, I am running on current cvs as of this morning
>
> Could you try appended patch?
> --
> Uwe Bonnes bon at elektron.ikp.physik.tu-darmstadt.de
>
> Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt
> --------- Tel. 06151 162516 -------- Fax. 06151 164321 ----------
> Index: wine/dlls/kernel/volume.c
> ===================================================================
> RCS file: /home/wine/wine/dlls/kernel/volume.c,v
> retrieving revision 1.13
> diff -u -r1.13 volume.c
> --- wine/dlls/kernel/volume.c 29 Apr 2004 00:27:57 -0000 1.13
> +++ wine/dlls/kernel/volume.c 30 Apr 2004 14:44:32 -0000
> @@ -327,7 +327,7 @@
> int i, count = 0;
>
> if (!(buffer = HeapAlloc( GetProcessHeap(), 0,
> - strlen(config_dir) + sizeof("/dosdevices")
+ 3 )))
> + strlen(config_dir) + sizeof("/dosdevices")
+ sizeof("/a:") +1 )))
> return;
>
> strcpy( buffer, config_dir );
>
> --__--__--
>
> Message: 13
> From: Kevin Koltzau <kevin at plop.org>
> To: wine-devel at winehq.org
> Subject: Re: Segfault
> Date: Fri, 30 Apr 2004 11:05:05 -0400
> Cc: Uwe Bonnes <bon at elektron.ikp.physik.tu-darmstadt.de>
>
> On Friday 30 April 2004 10:47 am, Uwe Bonnes wrote:
> > Could you try appended patch?
>
> Looks like that worked, thanks
>
> --__--__--
>
> Message: 14
> From: Bill Medland <billmedland at mercuryspeed.com>
> To: wine-devel at winehq.org
> Subject: downloading binaries
> Date: Fri, 30 Apr 2004 10:02:57 -0700
>
> Am I being some sort of an idiot? I can't download binaries. Is it
something
> I am doing, my network or have they messed things up?
>
> I am trying to download a RedHat 8.0 binary package from SourceForge
> I select the one I want
> It redirects to the page asking which mirror I want.
> It just sits there.
> In the very old days it would automatically start the download
> In the old days there would be a link to select if the download didn't
start;I
> tended to use it.
> Now it doesn't start and there is no link any longer.
>
> Anyone any idea what is going on?
>
> --
> Bill Medland
> mailto:billmedland at mercuryspeed.com
> http://webhome.idirect.com/~kbmed
>
>
> --__--__--
>
> Message: 15
> From: Bill Medland <billmedland at mercuryspeed.com>
> To: wine-devel at winehq.org
> Subject: Printing problem; RHEL3U1 (CUPS) with 20031118
> Date: Fri, 30 Apr 2004 10:13:16 -0700
>
> (Yes, I know 20031118 is a little old)
>
> Anyone any ideas what is going on here or any simple tests I can do?
>
> I am trying to get our company's software running on Red Hat Enterprise
Linux
> 3 Update 1.
>
> I am using the wine-20031118-1rh8winehq.i686.rpm
>
> I am printing to a SMB printer elsewhere on the computer.
> I can print the test page from the printconfgui
> I can print a text file from the command line (lp /etc/passwd)
>
> I cannot print from notepad; nothing seems to happen
>
> I cannot print from our application; I get the error:
>
> lpr: unable to print file: server-error-service-unavailable
>
> (I'll try the 20040408 when I can actually download it, but I don't expect
it
> to change)
>
> (I would try changing to LPRng but of course RHEL3 doesn't seem to include
it)
>
> Anyone any ideas?
> --
> Bill Medland
> mailto:billmedland at mercuryspeed.com
> http://webhome.idirect.com/~kbmed
>
>
> --__--__--
>
> Message: 16
> Date: Fri, 30 Apr 2004 14:19:35 -0400 (EDT)
> From: "Dimitrie O. Paun" <dimi at intelliware.ca>
> To: Bill Medland <billmedland at mercuryspeed.com>
> cc: wine-devel at winehq.org
> Subject: Re: downloading binaries
>
> On Fri, 30 Apr 2004, Bill Medland wrote:
>
> > Am I being some sort of an idiot? I can't download binaries. Is it
something
> > I am doing, my network or have they messed things up?
> >
> > I am trying to download a RedHat 8.0 binary package from SourceForge
> > I select the one I want
> > It redirects to the page asking which mirror I want.
> > It just sits there.
>
> Yes, you have to actually click on the mirror you want
> to use to proceeed.
>
> --
> Dimi.
>
>
> --__--__--
>
> Message: 17
> Date: Fri, 30 Apr 2004 20:59:01 +0200
> From: Michael Stefaniuc <mstefani at redhat.de>
> To: Bill Medland <billmedland at mercuryspeed.com>
> Cc: wine-devel at winehq.org
> Subject: Re: Printing problem; RHEL3U1 (CUPS) with 20031118
>
>
> --fdj2RfSjLxBAspz7
> Content-Type: text/plain; charset=us-ascii
> Content-Disposition: inline
> Content-Transfer-Encoding: quoted-printable
>
> On Fri, Apr 30, 2004 at 10:13:16AM -0700, Bill Medland wrote:
> > (Yes, I know 20031118 is a little old)
> >=20
> > Anyone any ideas what is going on here or any simple tests I can do?
> >=20
> > I am trying to get our company's software running on Red Hat Enterprise
L=
> inux=20
> > 3 Update 1.
> >=20
> > I am using the wine-20031118-1rh8winehq.i686.rpm
> [snip]
> > Anyone any ideas?
> I'm pretty sure you want to take the rh9 wine srpm and rebuild it on
> RHEL 3 U1. RHL9 is the ancestor of RHEL3.
>
> bye
> michael
> --=20
> Michael Stefaniuc Tel.: +49-711-96437-199
> System Administration Fax.: +49-711-96437-111
> Red Hat GmbH Email: mstefani at redhat.com
> Hauptstaetterstr. 58 http://www.redhat.de/
> D-70178 Stuttgart
>
> --fdj2RfSjLxBAspz7
> Content-Type: application/pgp-signature
> Content-Disposition: inline
>
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.0.7 (GNU/Linux)
>
> iD8DBQFAkqH108alQ5mXm14RAsGTAJ9zVVL1iGTK06ifzna6RLZIINgdsACbBjnZ
> EEpb4fPcKSZAcBSwFLAR7Vg=
> =g6bA
> -----END PGP SIGNATURE-----
>
> --fdj2RfSjLxBAspz7--
>
>
> --__--__--
>
> _______________________________________________
> wine-devel mailing list - wine-devel at winehq.org
> http://www.winehq.org/mailman/listinfo/wine-devel
>
>
> End of wine-devel Digest
>
More information about the wine-devel
mailing list