Menu
▾
▴
mingw-users — This list has moved to osdn.net/projects/mingw/lists
This list is closed, nobody may subscribe to it.
| 2000 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(371) |
Oct
(167) |
Nov
(412) |
Dec
(208) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2001 |
Jan
(378) |
Feb
(302) |
Mar
(269) |
Apr
(296) |
May
(306) |
Jun
(381) |
Jul
(346) |
Aug
(315) |
Sep
(195) |
Oct
(216) |
Nov
(280) |
Dec
(227) |
| 2002 |
Jan
(309) |
Feb
(333) |
Mar
(328) |
Apr
(407) |
May
(517) |
Jun
(519) |
Jul
(400) |
Aug
(580) |
Sep
(1273) |
Oct
(984) |
Nov
(683) |
Dec
(538) |
| 2003 |
Jan
(578) |
Feb
(454) |
Mar
(312) |
Apr
(366) |
May
(505) |
Jun
(431) |
Jul
(415) |
Aug
(374) |
Sep
(470) |
Oct
(578) |
Nov
(372) |
Dec
(309) |
| 2004 |
Jan
(308) |
Feb
(247) |
Mar
(372) |
Apr
(413) |
May
(333) |
Jun
(323) |
Jul
(269) |
Aug
(239) |
Sep
(469) |
Oct
(383) |
Nov
(400) |
Dec
(332) |
| 2005 |
Jan
(411) |
Feb
(363) |
Mar
(346) |
Apr
(316) |
May
(275) |
Jun
(248) |
Jul
(396) |
Aug
(396) |
Sep
(279) |
Oct
(340) |
Nov
(319) |
Dec
(218) |
| 2006 |
Jan
(317) |
Feb
(263) |
Mar
(304) |
Apr
(296) |
May
(209) |
Jun
(349) |
Jul
(246) |
Aug
(198) |
Sep
(174) |
Oct
(138) |
Nov
(201) |
Dec
(270) |
| 2007 |
Jan
(223) |
Feb
(182) |
Mar
(350) |
Apr
(350) |
May
(259) |
Jun
(221) |
Jul
(299) |
Aug
(465) |
Sep
(356) |
Oct
(265) |
Nov
(417) |
Dec
(225) |
| 2008 |
Jan
(421) |
Feb
(327) |
Mar
(219) |
Apr
(389) |
May
(375) |
Jun
(262) |
Jul
(215) |
Aug
(289) |
Sep
(257) |
Oct
(383) |
Nov
(237) |
Dec
(209) |
| 2009 |
Jan
(232) |
Feb
(327) |
Mar
(306) |
Apr
(251) |
May
(146) |
Jun
(247) |
Jul
(302) |
Aug
(252) |
Sep
(263) |
Oct
(376) |
Nov
(270) |
Dec
(244) |
| 2010 |
Jan
(225) |
Feb
(184) |
Mar
(300) |
Apr
(290) |
May
(275) |
Jun
(535) |
Jul
(192) |
Aug
(237) |
Sep
(304) |
Oct
(142) |
Nov
(384) |
Dec
(186) |
| 2011 |
Jan
(305) |
Feb
(337) |
Mar
(331) |
Apr
(318) |
May
(306) |
Jun
(299) |
Jul
(205) |
Aug
(271) |
Sep
(232) |
Oct
(179) |
Nov
(252) |
Dec
(216) |
| 2012 |
Jan
(195) |
Feb
(268) |
Mar
(142) |
Apr
(226) |
May
(203) |
Jun
(132) |
Jul
(211) |
Aug
(429) |
Sep
(289) |
Oct
(291) |
Nov
(182) |
Dec
(188) |
| 2013 |
Jan
(205) |
Feb
(259) |
Mar
(224) |
Apr
(125) |
May
(295) |
Jun
(181) |
Jul
(209) |
Aug
(167) |
Sep
(330) |
Oct
(212) |
Nov
(95) |
Dec
(114) |
| 2014 |
Jan
(40) |
Feb
(63) |
Mar
(62) |
Apr
(65) |
May
(82) |
Jun
(105) |
Jul
(56) |
Aug
(175) |
Sep
(79) |
Oct
(49) |
Nov
(51) |
Dec
(47) |
| 2015 |
Jan
(26) |
Feb
(69) |
Mar
(82) |
Apr
(55) |
May
(35) |
Jun
(57) |
Jul
(54) |
Aug
(56) |
Sep
(25) |
Oct
(21) |
Nov
(8) |
Dec
(27) |
| 2016 |
Jan
(49) |
Feb
(44) |
Mar
(132) |
Apr
(39) |
May
(39) |
Jun
(49) |
Jul
(70) |
Aug
(43) |
Sep
(69) |
Oct
(79) |
Nov
(65) |
Dec
(32) |
| 2017 |
Jan
(99) |
Feb
(88) |
Mar
(42) |
Apr
(47) |
May
(56) |
Jun
|
Jul
(79) |
Aug
(9) |
Sep
(29) |
Oct
(4) |
Nov
|
Dec
(12) |
| 2018 |
Jan
(45) |
Feb
(6) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| S | M | T | W | T | F | S |
|---|---|---|---|---|---|---|
|
|
|
|
|
|
1
|
2
|
|
3
|
4
(3) |
5
(10) |
6
(4) |
7
(8) |
8
(20) |
9
(4) |
|
10
(1) |
11
(10) |
12
(29) |
13
(20) |
14
(3) |
15
(17) |
16
(14) |
|
17
(21) |
18
(8) |
19
(6) |
20
(10) |
21
(10) |
22
(31) |
23
(3) |
|
24
(2) |
25
(1) |
26
|
27
(17) |
28
(7) |
|
|
|
From: Keith M. <kei...@us...> - 2013-02-28 22:27:44
|
On 28/02/13 15:05, Alberto Luaces wrote: > I'm having some problems trying to install it. With a seemingly updated > mingw-get: > > $ mingw-get upgrade mingw-get-bin > upgrade: mingw-get-0.5-mingw32-beta-20120426-1-bin.tar.xz > mingw-get.exe: *** INFO *** package mingw-get-0.5-mingw32-beta-20120426-1-bin.ta > r.xz is up to date So far, so good. > Trying to install the GUI gives: > > $ mingw-get install --start-menu mingw-get-gui > mingw-get.exe: *** ERROR *** mingw-get-gui: unknown package > > I have run "mingw-get update" several times today. > > Any ideas? Looks like you haven't unzipped the snapshot file, or if you have, you've extracted it in the wrong place. It needs to overwrite the mingw32-mingw-get.xml file from the "mingw-get update", to add the reference for the mingw-get-gui component. To do this, it needs to be extracted into the same root directory as your MinGW/mingw-get installation; (for a default installation, that would be C:\MinGW). Also, if prompted, you *must* select the options to merge directories, and to replace any previously existing files. WJFFM, when I follow the installation instructions I've provided at http://tinyurl.com/ck2u95d -- Regards, Keith. |
|
From: Earnie B. <ea...@us...> - 2013-02-28 18:35:54
|
On Thu, Feb 28, 2013 at 8:49 AM, Earnie Boyd wrote: > On Wed, Feb 27, 2013 at 5:53 PM, Keith Marshall wrote: >> On 27/02/13 22:41, David Gressett wrote: >>> Question to Keith: Do you want feedback on-list or sent to you privately? >> >> On-list please. That should hopefully stimulate further discussion. > > Will the Dependencies tab give the associations of required by as well > as requires? I was able to confuse it with versions of the package by testing the removal of my up and coming mingw32-wsl-4.0-1-%-rc-1 release. The previous 3.x versions took on the identity of the 4.0 version. Trying to install that confused package led to an error from mingw-get that the package was installed when it wasn't. Installing the 4.0 version succeeded and the confused package installed indicator was lit. -- Earnie -- https://sites.google.com/site/earnieboyd |
|
From: David G. <DGr...@am...> - 2013-02-28 18:34:28
|
Suggestions for minor improvements: 1. When doing an Update Catalogue from the Installation menu, a box appears that tracks the catalogue items, displaying them with an item countdown so that progress can be easily seen. It would be nice if the countdown could be displayed separately from the displayed item name, so that it would stay in the same place in the box and not bounce around as the download progresses. 2. When installing items selected for upgrade or install from the package list, there is also a progress box displayed, but it does not display an item countdown, which would be nice to have. 3. It would nice to have check boxes in the menu bar to selectively turn off display of mingw or msys packages. With this, I could hide all of the mingw packages and bring the msys stuff to the top of the display. 4. Another check box could be used to hide uninstalled packages. 5. Still more check bixes could control display of items by class, so that I could, for example, display only doc packages. Suggestions for nontrivial inprovements: One of the Installation menu items is "Mark All Upgrades" which I presume means to mark all packages which have upgrades available to be upgrded. I don't want to use anything like this, because I use the 4.6.2 version of the compilers and can't upgrade to the most recent compilers because I use non-Mingw Ada packages which do not work with the 4.7.2 Ada compiler. It would be nice to have a way to lock a package and its related packages against a Mark All Upgrades, so that I couldn't accidentally mark all of the 4.6.2 stuff for upgrade because I selected a spiffy new package for installation which had a sneaky 4.7.2 compiler dependency in it. There doesn't seem to be a way to specify a package downgrade, as can be done with the command-line mingw-get. It would be nice if the items in the "Repository Version" column were dropdown lists, with the most recent version number displayed by default. I could then select an older version by clicking on a small down-arrow at the right edge of the entry and picking the appropriate older item. The dependency-checking routines would then update other related packages to display the versions consistent with the downgrade. With this in place, I could take a MinGW installation with the 4.7.2 compilers in it, change only one 4.7.2 item to 4.6.2 and downgrade the whole lot with very little effort. If s package has only one version available for installation, there should be no down arrow, so that such items could be easily identified at a glace. The Installed Version column could also profit from drop-down lists; these could be used to manage items which allow concurrent installaten of different versions. The down-arrow should not appear for items which allow only one version, or if only one version is installed for items which allow multiple versions. |
|
From: Alberto L. <al...@ud...> - 2013-02-28 18:32:20
|
Keith Marshall writes: > MinGW Users, > > For the myriad of you who appear to have missed the announcement > just before Christmas, please see http://preview.tinyurl.com/ck2u95d Hello Keith, I'm having some problems trying to install it. With a seemingly updated mingw-get: $ mingw-get upgrade mingw-get-bin upgrade: mingw-get-0.5-mingw32-beta-20120426-1-bin.tar.xz mingw-get.exe: *** INFO *** package mingw-get-0.5-mingw32-beta-20120426-1-bin.ta r.xz is up to date Trying to install the GUI gives: $ mingw-get install --start-menu mingw-get-gui mingw-get.exe: *** ERROR *** mingw-get-gui: unknown package I have run "mingw-get update" several times today. Any ideas? -- Alberto |
|
From: Keith M. <kei...@us...> - 2013-02-28 11:18:21
|
MinGW Users, For the myriad of you who appear to have missed the announcement just before Christmas, please see http://preview.tinyurl.com/ck2u95d -- Regards, Keith. |
|
From: Eli Z. <el...@gn...> - 2013-02-28 05:05:22
|
> From: Renato Silva <br....@gm...> > Date: Thu, 28 Feb 2013 00:20:51 -0300 > > 2013/2/22 Renato Silva <br....@gm...> > > > 2013/2/22 Eli Zaretskii <el...@gn...> > > > >> > readlink _IS_ available in msys (should be part of coreutils package). > >> > >> But it is in the "-ext" tarball (why?), so people who install only the > >> "-bin" package might miss it. > > > > > > So the same package as sha1sum. Thanks! > > > Well, is it really in the ext package, Eli? I just realized it's actually > in the main package to me. I don't understand what you are trying to say. A picture is worth a thousand words, so here's the contents of coreutils-5.97-3-msys-1.0.13-bin.tar.lzma: -rwxr-xr-x 0 cwilson Administrators 20992 Apr 28 2010 bin/basename.exe -rwxr-xr-x 0 cwilson Administrators 24064 Apr 28 2010 bin/cat.exe -rwxr-xr-x 0 cwilson Administrators 37376 Apr 28 2010 bin/chmod.exe -rwxr-xr-x 0 cwilson Administrators 23040 Apr 28 2010 bin/comm.exe -rwxr-xr-x 0 cwilson Administrators 116736 Apr 28 2010 bin/cp.exe -rwxr-xr-x 0 cwilson Administrators 30720 Apr 28 2010 bin/cut.exe -rwxr-xr-x 0 cwilson Administrators 57344 Apr 28 2010 bin/date.exe -rwxr-xr-x 0 cwilson Administrators 21504 Apr 28 2010 bin/dirname.exe -rwxr-xr-x 0 cwilson Administrators 22016 Apr 28 2010 bin/echo.exe -rwxr-xr-x 0 cwilson Administrators 20480 Apr 28 2010 bin/env.exe -rwxr-xr-x 0 cwilson Administrators 95744 Apr 28 2010 bin/expr.exe -rwxr-xr-x 0 cwilson Administrators 14848 Apr 28 2010 bin/false.exe -rwxr-xr-x 0 cwilson Administrators 23552 Apr 28 2010 bin/fold.exe -rwxr-xr-x 0 cwilson Administrators 33280 Apr 28 2010 bin/head.exe -rwxr-xr-x 0 cwilson Administrators 23552 Apr 28 2010 bin/id.exe -rwxr-xr-x 0 cwilson Administrators 121856 Apr 28 2010 bin/install.exe -rw-r--r-- 0 cwilson Administrators 378 Apr 28 2010 bin/install.exe.manifest -rwxr-xr-x 0 cwilson Administrators 33280 Apr 28 2010 bin/join.exe -rwxr-xr-x 0 cwilson Administrators 90624 Apr 28 2010 bin/ln.exe -rwxr-xr-x 0 cwilson Administrators 96768 Apr 28 2010 bin/ls.exe -rwxr-xr-x 0 cwilson Administrators 39424 Apr 28 2010 bin/md5sum.exe -rwxr-xr-x 0 cwilson Administrators 29696 Apr 28 2010 bin/mkdir.exe -rwxr-xr-x 0 cwilson Administrators 125440 Apr 28 2010 bin/mv.exe -rwxr-xr-x 0 cwilson Administrators 46592 Apr 28 2010 bin/od.exe -rwxr-xr-x 0 cwilson Administrators 23040 Apr 28 2010 bin/paste.exe -rwxr-xr-x 0 cwilson Administrators 31744 Apr 28 2010 bin/printf.exe -rwxr-xr-x 0 cwilson Administrators 22528 Apr 28 2010 bin/pwd.exe -rwxr-xr-x 0 cwilson Administrators 100352 Apr 28 2010 bin/rm.exe -rwxr-xr-x 0 cwilson Administrators 21504 Apr 28 2010 bin/rmdir.exe -rwxr-xr-x 0 cwilson Administrators 21504 Apr 28 2010 bin/sleep.exe -rwxr-xr-x 0 cwilson Administrators 53760 Apr 28 2010 bin/sort.exe -rwxr-xr-x 0 cwilson Administrators 32768 Apr 28 2010 bin/split.exe -rwxr-xr-x 0 cwilson Administrators 49664 Apr 28 2010 bin/stty.exe -rwxr-xr-x 0 cwilson Administrators 46080 Apr 28 2010 bin/tail.exe -rwxr-xr-x 0 cwilson Administrators 21504 Apr 28 2010 bin/tee.exe -rwxr-xr-x 0 cwilson Administrators 45056 Apr 28 2010 bin/touch.exe -rwxr-xr-x 0 cwilson Administrators 38912 Apr 28 2010 bin/tr.exe -rwxr-xr-x 0 cwilson Administrators 14848 Apr 28 2010 bin/true.exe -rwxr-xr-x 0 cwilson Administrators 21504 Apr 28 2010 bin/uname.exe -rwxr-xr-x 0 cwilson Administrators 29696 Apr 28 2010 bin/uniq.exe -rwxr-xr-x 0 cwilson Administrators 24576 Apr 28 2010 bin/wc.exe And here's the contents of coreutils-5.97-3-msys-1.0.13-ext.tar.lzma: -rwxr-xr-x 0 cwilson Administrators 33280 Apr 28 2010 bin/[.exe -rwxr-xr-x 0 cwilson Administrators 40960 Apr 28 2010 bin/chgrp.exe -rwxr-xr-x 0 cwilson Administrators 43008 Apr 28 2010 bin/chown.exe -rwxr-xr-x 0 cwilson Administrators 20480 Apr 28 2010 bin/chroot.exe -rwxr-xr-x 0 cwilson Administrators 23040 Apr 28 2010 bin/cksum.exe -rwxr-xr-x 0 cwilson Administrators 101888 Apr 28 2010 bin/csplit.exe -rwxr-xr-x 0 cwilson Administrators 46592 Apr 28 2010 bin/dd.exe -rwxr-xr-x 0 cwilson Administrators 46592 Apr 28 2010 bin/df.exe -rwxr-xr-x 0 cwilson Administrators 96768 Apr 28 2010 bin/dir.exe -rwxr-xr-x 0 cwilson Administrators 29184 Apr 28 2010 bin/dircolors.exe -rwxr-xr-x 0 cwilson Administrators 74752 Apr 28 2010 bin/du.exe -rwxr-xr-x 0 cwilson Administrators 23552 Apr 28 2010 bin/expand.exe -rwxr-xr-x 0 cwilson Administrators 27648 Apr 28 2010 bin/factor.exe -rwxr-xr-x 0 cwilson Administrators 27136 Apr 28 2010 bin/fmt.exe -rwxr-xr-x 0 cwilson Administrators 1931 Apr 28 2010 bin/groups -rwxr-xr-x 0 cwilson Administrators 20480 Apr 28 2010 bin/hostname.exe -rwxr-xr-x 0 cwilson Administrators 25600 Apr 28 2010 bin/kill.exe -rwxr-xr-x 0 cwilson Administrators 20480 Apr 28 2010 bin/link.exe -rwxr-xr-x 0 cwilson Administrators 20480 Apr 28 2010 bin/logname.exe -rwxr-xr-x 0 cwilson Administrators 21504 Apr 28 2010 bin/mkfifo.exe -rwxr-xr-x 0 cwilson Administrators 27648 Apr 28 2010 bin/mknod.exe -rwxr-xr-x 0 cwilson Administrators 23040 Apr 28 2010 bin/nice.exe -rwxr-xr-x 0 cwilson Administrators 90624 Apr 28 2010 bin/nl.exe -rwxr-xr-x 0 cwilson Administrators 22016 Apr 28 2010 bin/nohup.exe -rwxr-xr-x 0 cwilson Administrators 22016 Apr 28 2010 bin/pathchk.exe -rwxr-xr-x 0 cwilson Administrators 27648 Apr 28 2010 bin/pinky.exe -rwxr-xr-x 0 cwilson Administrators 59904 Apr 28 2010 bin/pr.exe -rwxr-xr-x 0 cwilson Administrators 20480 Apr 28 2010 bin/printenv.exe -rwxr-xr-x 0 cwilson Administrators 97280 Apr 28 2010 bin/ptx.exe -rwxr-xr-x 0 cwilson Administrators 23552 Apr 28 2010 bin/readlink.exe -rwxr-xr-x 0 cwilson Administrators 23552 Apr 28 2010 bin/seq.exe -rwxr-xr-x 0 cwilson Administrators 39424 Apr 28 2010 bin/sha1sum.exe -rwxr-xr-x 0 cwilson Administrators 44544 Apr 28 2010 bin/shred.exe -rwxr-xr-x 0 cwilson Administrators 44032 Apr 28 2010 bin/stat.exe -r-xr-xr-x 0 cwilson Administrators 26624 Apr 28 2010 bin/su.exe -rwxr-xr-x 0 cwilson Administrators 31744 Apr 28 2010 bin/sum.exe -rwxr-xr-x 0 cwilson Administrators 19968 Apr 28 2010 bin/sync.exe -rwxr-xr-x 0 cwilson Administrators 81920 Apr 28 2010 bin/tac.exe -rwxr-xr-x 0 cwilson Administrators 26624 Apr 28 2010 bin/test.exe -rwxr-xr-x 0 cwilson Administrators 23552 Apr 28 2010 bin/tsort.exe -rwxr-xr-x 0 cwilson Administrators 20480 Apr 28 2010 bin/tty.exe -rwxr-xr-x 0 cwilson Administrators 25088 Apr 28 2010 bin/unexpand.exe -rwxr-xr-x 0 cwilson Administrators 20480 Apr 28 2010 bin/unlink.exe -rwxr-xr-x 0 cwilson Administrators 21504 Apr 28 2010 bin/users.exe -rwxr-xr-x 0 cwilson Administrators 96768 Apr 28 2010 bin/vdir.exe -rwxr-xr-x 0 cwilson Administrators 36864 Apr 28 2010 bin/who.exe -rwxr-xr-x 0 cwilson Administrators 20480 Apr 28 2010 bin/whoami.exe -rwxr-xr-x 0 cwilson Administrators 20480 Apr 28 2010 bin/yes.exe |
|
From: Renato S. <br....@gm...> - 2013-02-28 03:22:54
|
2013/2/22 Renato Silva <br....@gm...> > 2013/2/22 Eli Zaretskii <el...@gn...> > >> > readlink _IS_ available in msys (should be part of coreutils package). >> >> But it is in the "-ext" tarball (why?), so people who install only the >> "-bin" package might miss it. > > > So the same package as sha1sum. Thanks! Well, is it really in the ext package, Eli? I just realized it's actually in the main package to me. |
|
From: Keith M. <kei...@us...> - 2013-02-27 22:54:34
|
On 27/02/13 22:41, David Gressett wrote: > Question to Keith: Do you want feedback on-list or sent to you privately? On-list please. That should hopefully stimulate further discussion. -- Regards, Keith. |
|
From: Keith M. <kei...@us...> - 2013-02-27 22:51:39
|
On 27/02/13 21:53, Rex Dog wrote: > 1. I have found two sysroot-*.xml I assume both are required? Yes. One of them records the mingw32 packages you've installed, the other the MSYS packages. > 2. I have noticed quite a few of the entries include a remove request. Ignore that. It's a piece of internal bookkeeping for a pre-removal dependency check, which isn't fully implemented yet; its presence is completely benign. > Does this mean the sysroot files are an incremental list of changes > applied during the last upgrade or do they contain an absolute list > of the packages I have installed? They represent a complete cumulative record of all packages mingw-get knows to be installed, at the time when they were last updated. They are complemented by a manifest-*.xml file per package, identifying all of the files installed from the respective package, (and used during a "mingw-get remove" operation on the package, to tell mingw-get which files need to be removed). > 3. Is there an automated way to reinstall / upgrade all my packages > give the sysroot files, or do I have to manually read and install > each package? If you still have a backup image of the entire content of the $MINGW_ROOT/var/lib/mingw-get/data directory from the time your installation became damaged, and can restore to that state, then you may get fairly close, by running: mingw-get upgrade --reinstall without specifying any package names, and *without* first running "mingw-get update". This will reinstall all of the packages you had previously installed, but they will all be upgraded to the most recent version recorded as available within in that restored catalogue image; if any of those you had previously installed were at an earlier version point, then you may still need to roll some back to earlier releases, individually. (Sorry, but there is no anonymous capability with "mingw-get install"). -- Regards, Keith. |
|
From: David G. <DGr...@am...> - 2013-02-27 22:42:41
|
1st impression is very good. In fact, good enough that I recommend that everyone should install this now. It is clearly a work in progress, with several desirable parts, such as help, not yet present, but it is nevertheless very useful, and the existing components are a great improvement over the command-line functionality. It is now easy to see what is installed and what is not. It is now very easy to read the description of a package, and it is very easy to move around in the package list to see what is available and compare descriptions of different packages. Marking uninstalled packages for installation is simple and easy; the absence of the help is not a problem at all, it is very obvious. Question to Keith: Do you want feedback on-list or sent to you privately? |
|
From: Erwin W. <wat...@xs...> - 2013-02-27 22:21:26
|
Keith Marshall schreef, Op 27-2-2013 21:52: > On 27/02/13 15:41, Earnie Boyd wrote: >> On Wed, Feb 27, 2013 at 9:34 AM, Bob Rossi wrote: >>> Is there a way to tell what packages you have installed currently >>> with mingw-get ? >> I just answered this earlier today. >> >> grep -h installed /mingw/var/lib/mingw-get/data/sysroot*.xml | grep -v >> /installed > That's one way, I guess, but rather inelegant. I suspect that most > users will prefer the presentation accorded by the mingw-get-gui > snapshot I offered to you all as a Christmas present, (and subsequently > updated in January): > > http://preview.tinyurl.com/d93t5hf > > Unzip that into your existing mingw-get root, (which is likely the same > as your MinGW root), then run: > > mingw-get install --start-menu mingw-get-gui > > That should upgrade the CLI, and install the GUI component, placing a > shortcut in your start menu, to invoke it. Click on that, and you > should be able to browse the catalogue of all available packages, with a > visual indication of which are already installed, and which are > upgradable; in addition, information on each package is readily to hand, > in the display pane below the package list. > > BTW, since I announced the availability of this snapshot, just before > Christmas, the number of downloads has been very disappointing, and the > lack of users offering any criticism, (positive or negative), even more > so; (only one other MinGW developer has taken the trouble to offer any > feedback whatsoever). If I don't start to see some more evidence of > interest within the MinGW community, I may abandon the project. > Hi, A lot of people missed it. Make a new announcement and a news item. regards, -- Erwin Waterlander http://waterlan.home.xs4all.nl/ |
|
From: David G. <DGr...@am...> - 2013-02-27 21:56:59
|
From: Keith Marshall [mailto:kei...@us...] Sent: Wednesday, February 27, 2013 2:53 PM To: min...@li... Subject: Re: [Mingw-users] ncurses .. snip ... BTW, since I announced the availability of this snapshot, just before Christmas, the number of downloads has been very disappointing, and the lack of users offering any criticism, (positive or negative), even more so; (only one other MinGW developer has taken the trouble to offer any feedback whatsoever). If I don't start to see some more evidence of interest within the MinGW community, I may abandon the project. ----------------------------- I didn't know about it - I missed the announcement. I'm definitely going to use it. Feedback coming soon. |
|
From: Rex D. <rex...@ya...> - 2013-02-27 21:55:37
|
Rex Dog wrote: > At the moment I can live with out the ability to roll back to 4.7.0 as I have a backup > copy I can used. My real question is anyway to backup / generate a repository catalogue so I can used the > downloaded cache to roll back to a previous version. I would like to avoid littering my hard disc with a full copies of every MinGW installation I have used. It will depend on if you have a copy of sysroot-*.xml located in /mingw/var/lib/mingw-get/data/ from your previous installation. These will tell you the package installed. -- Earnie -- https://sites.google.com/site/earnieboyd Thanks Earnie I have had a look at your web site and read "Configuring and Using mingw-get" which is very informative. I have also located my sysroot-*.xml files for my current installation. I just have a couple of questions. 1. I have found two sysroot-*.xml I assume both are required? 2. I have noticed quite a few of the entries include a remove request. <sysroot id="sysroot-0-002-a7c6-d7dbb5" path="%R"> <installed tarname="mingw-get-0.5-mingw32-beta-20120426-1-bin.tar.xz" request="remove" /> Does this mean the sysroot files are an incremental list of changes applied during the last upgrade or do they contain an absolute list of the packages I have installed? 3. Is there an automated way to reinstall / upgrade all my packages give the sysroot files, or do I have to manually read and install each package? Thanks again |
|
From: Allann J. <all...@gm...> - 2013-02-27 21:28:32
|
On Wed, Feb 27, 2013 at 4:52 PM, Keith Marshall <kei...@us...> wrote: > On 27/02/13 15:41, Earnie Boyd wrote: >> On Wed, Feb 27, 2013 at 9:34 AM, Bob Rossi wrote: >>> Is there a way to tell what packages you have installed currently >>> with mingw-get ? >> >> I just answered this earlier today. >> >> grep -h installed /mingw/var/lib/mingw-get/data/sysroot*.xml | grep -v >> /installed > > That's one way, I guess, but rather inelegant. I suspect that most > users will prefer the presentation accorded by the mingw-get-gui > snapshot I offered to you all as a Christmas present, (and subsequently > updated in January): > > http://preview.tinyurl.com/d93t5hf > > Unzip that into your existing mingw-get root, (which is likely the same > as your MinGW root), then run: > > mingw-get install --start-menu mingw-get-gui > > That should upgrade the CLI, and install the GUI component, placing a > shortcut in your start menu, to invoke it. Click on that, and you > should be able to browse the catalogue of all available packages, with a > visual indication of which are already installed, and which are > upgradable; in addition, information on each package is readily to hand, > in the display pane below the package list. Very good. Thank you very much. > BTW, since I announced the availability of this snapshot, just before > Christmas, the number of downloads has been very disappointing, and the > lack of users offering any criticism, (positive or negative), even more > so; (only one other MinGW developer has taken the trouble to offer any > feedback whatsoever). If I don't start to see some more evidence of > interest within the MinGW community, I may abandon the project. I missed this announcement... I spent Christmas working a lot. It is working here. Again, thank you. > -- > Regards, > Keith. Best regards. |
|
From: Keith M. <kei...@us...> - 2013-02-27 20:54:27
|
On 27/02/13 15:41, Earnie Boyd wrote: > On Wed, Feb 27, 2013 at 9:34 AM, Bob Rossi wrote: >> Is there a way to tell what packages you have installed currently >> with mingw-get ? > > I just answered this earlier today. > > grep -h installed /mingw/var/lib/mingw-get/data/sysroot*.xml | grep -v > /installed That's one way, I guess, but rather inelegant. I suspect that most users will prefer the presentation accorded by the mingw-get-gui snapshot I offered to you all as a Christmas present, (and subsequently updated in January): http://preview.tinyurl.com/d93t5hf Unzip that into your existing mingw-get root, (which is likely the same as your MinGW root), then run: mingw-get install --start-menu mingw-get-gui That should upgrade the CLI, and install the GUI component, placing a shortcut in your start menu, to invoke it. Click on that, and you should be able to browse the catalogue of all available packages, with a visual indication of which are already installed, and which are upgradable; in addition, information on each package is readily to hand, in the display pane below the package list. BTW, since I announced the availability of this snapshot, just before Christmas, the number of downloads has been very disappointing, and the lack of users offering any criticism, (positive or negative), even more so; (only one other MinGW developer has taken the trouble to offer any feedback whatsoever). If I don't start to see some more evidence of interest within the MinGW community, I may abandon the project. -- Regards, Keith. |
|
From: Earnie B. <ea...@us...> - 2013-02-27 15:41:33
|
On Wed, Feb 27, 2013 at 9:34 AM, Bob Rossi wrote: > Is there a way to tell what packages you have installed currently > with mingw-get ? I just answered this earlier today. grep -h installed /mingw/var/lib/mingw-get/data/sysroot*.xml | grep -v /installed -- Earnie -- https://sites.google.com/site/earnieboyd |
|
From: Bob R. <bo...@br...> - 2013-02-27 14:40:50
|
On Wed, Feb 27, 2013 at 07:56:24AM -0500, Earnie Boyd wrote: > On Wed, Feb 27, 2013 at 6:30 AM, Bob Rossi wrote: > > Until i get more traction with this, i'm curios, if I compile with mingw > > w64 (tdm) like the README says to in README.MinGW, and i use > > --enable-pthreads, I get a compiler error because I can't find > > pthread.h. Is that a separate package I should install for the headers? > > It should be installed by default when you install the MinGW.org > distributed compiler. Is that what you're using? I think I uninstalled gcc because I was trying to compile with tdm gcc. Yes, I know, not on topic. The ncurses README.MinGW says to use this compiler. Perhaps that's my problem. Is there a way to tell what packages you have installed currently with mingw-get ? Thanks, Bob |
|
From: Earnie B. <ea...@us...> - 2013-02-27 13:04:55
|
On Wed, Feb 27, 2013 at 4:56 AM, Rex Dog wrote: > At the moment I can live with out the ability to roll back to 4.7.0 as I have a backup > copy I can used. My real question is anyway to backup / generate a repository catalogue so I can used the > downloaded cache to roll back to a previous version. I would like to avoid littering my hard disc with a full copies of every MinGW installation I have used. It will depend on if you have a copy of sysroot-*.xml located in /mingw/var/lib/mingw-get/data/ from your previous installation. These will tell you the package installed. -- Earnie -- https://sites.google.com/site/earnieboyd |
|
From: Earnie B. <ea...@us...> - 2013-02-27 12:56:58
|
On Wed, Feb 27, 2013 at 6:30 AM, Bob Rossi wrote: > Until i get more traction with this, i'm curios, if I compile with mingw > w64 (tdm) like the README says to in README.MinGW, and i use > --enable-pthreads, I get a compiler error because I can't find > pthread.h. Is that a separate package I should install for the headers? It should be installed by default when you install the MinGW.org distributed compiler. Is that what you're using? -- Earnie -- https://sites.google.com/site/earnieboyd |
|
From: Bob R. <bo...@br...> - 2013-02-27 11:31:26
|
On Wed, Feb 27, 2013 at 09:00:11AM +0100, waterlan wrote: > asmwarrior schreef op 2013-02-27 03:49: > > On 2013-2-27 9:23, Bob Rossi wrote: > >> Hi, > >> > >> Does anyone know if ncurses works out of the box with mingw in > >> either msys shell or the windows console (with dos)? > >> > >> Should I be looking at pdcurses? > >> > >> I'm looking into a native port of cgdb. > >> > >> Thanks, > >> Bob > > See Eli's work here: > > > > http://sourceforge.net/projects/ezwinports/files/ > > > > At the moment pdcurses is the most stable, but Eli's port may work for > you. Certainly when you use the wide (unicode) variant. Because pdcurses > is not developed anymore I think it has to be replaced with ncurses. I > have regular contact with the ncurses author to iron out some issues. > > Noticeable PDCurses problems: > Does not support unicode combining characters. > > Noticeable Ncurses problems: > Does not work in the Console2 terminal. > Version 5.9 has several problems in the wide (unicode) version. > Although if you take the latest development version, many issues have > been solved. You can try the libraries at > http://waterlan.home.xs4all.nl/ncurses/5.9-20121222/lib/ if you are > looking for pre-compiled libraries. > > When ncurses runs in Console2 and a few more issues have been solved, I > will package ncurses and ncursesw for MinGW. I hope soon. Wow, thanks for the info Erwin. Until i get more traction with this, i'm curios, if I compile with mingw w64 (tdm) like the README says to in README.MinGW, and i use --enable-pthreads, I get a compiler error because I can't find pthread.h. Is that a separate package I should install for the headers? With out --enable-pthreads i can compile, and we'll see where things go. Thanks, Bob |
|
From: Rex D. <rex...@ya...> - 2013-02-27 09:57:08
|
From: Eli Zaretskii > > I normally copy the whole C:\MinGW directory to a backup directory > (C:\MinGW-4.7.0) then do > > mingw-get update > mingw-get install > mingw-get upgrade > > Which usually works fine, but today I unfortunately left a space in my backup > directory name (C:\MinGW<space>-4.7.0). I am not sure how or why, but when I updated > the C:\MinGW directory was updated as expected, but most of the bin directory in > my backup was deleted. > > I know that I can roll back individual packages by using 'mingw-get upgrade > "g++=4.7.0.*"' > > My question is how do I roll back to whole of MinGW/MSYS to an earlier version? > Can I get the repository catalogue for an earlier date and how do I install it? If that is on Windows Vista or later, you might be able to find the previous contents of the C:\MinGW directory if you right-click on that directory in Explorer and select "Previous Versions". Thanks Eli That is a good suggestion. Unfortunately "Previous Versions" requires you to use Windows Backup or Restore points. Also in my attempt to get myself up and running again I have lost any "previous version" history I might have had. I am using Windows XP on one machine and Windows 7 on another. At the moment I can live with out the ability to roll back to 4.7.0 as I have a backup copy I can used. My real question is anyway to backup / generate a repository catalogue so I can used the downloaded cache to roll back to a previous version. I would like to avoid littering my hard disc with a full copies of every MinGW installation I have used. Thank again |
|
From: waterlan <wat...@xs...> - 2013-02-27 08:01:11
|
asmwarrior schreef op 2013-02-27 03:49: > On 2013-2-27 9:23, Bob Rossi wrote: >> Hi, >> >> Does anyone know if ncurses works out of the box with mingw in >> either msys shell or the windows console (with dos)? >> >> Should I be looking at pdcurses? >> >> I'm looking into a native port of cgdb. >> >> Thanks, >> Bob > See Eli's work here: > > http://sourceforge.net/projects/ezwinports/files/ > At the moment pdcurses is the most stable, but Eli's port may work for you. Certainly when you use the wide (unicode) variant. Because pdcurses is not developed anymore I think it has to be replaced with ncurses. I have regular contact with the ncurses author to iron out some issues. Noticeable PDCurses problems: Does not support unicode combining characters. Noticeable Ncurses problems: Does not work in the Console2 terminal. Version 5.9 has several problems in the wide (unicode) version. Although if you take the latest development version, many issues have been solved. You can try the libraries at http://waterlan.home.xs4all.nl/ncurses/5.9-20121222/lib/ if you are looking for pre-compiled libraries. When ncurses runs in Console2 and a few more issues have been solved, I will package ncurses and ncursesw for MinGW. I hope soon. regards, -- Erwin Waterlander http://waterlan.home.xs4all.nl/ |
|
From: asmwarrior <asm...@gm...> - 2013-02-27 02:46:04
|
On 2013-2-27 9:23, Bob Rossi wrote: > Hi, > > Does anyone know if ncurses works out of the box with mingw in > either msys shell or the windows console (with dos)? > > Should I be looking at pdcurses? > > I'm looking into a native port of cgdb. > > Thanks, > Bob See Eli's work here: http://sourceforge.net/projects/ezwinports/files/ Yuanhui Zhang |
|
From: Bob R. <bo...@br...> - 2013-02-27 02:22:10
|
Hi, Does anyone know if ncurses works out of the box with mingw in either msys shell or the windows console (with dos)? Should I be looking at pdcurses? I'm looking into a native port of cgdb. Thanks, Bob |
|
From: LRN <lr...@gm...> - 2013-02-25 11:28:32
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 13.09.2012 15:31, Earnie Boyd wrote: > On Wed, Sep 12, 2012 at 2:41 PM, Eran Ifrah wrote: >> >> >> On Wed, Sep 12, 2012 at 9:07 PM, niXman wrote: >>> >>> 2012/9/12 Earnie Boyd: >>> >>>> Have you considered the BLODA? Especially make sure that >>>> your anti-virus software ignores your work directories. >>> >>> hmm... I didn't think about it... >>> >>> >>> Eran, you are using an antivirus, too? Have you tried with >>> disabled Antivirus? >>> >> Nope, I am not using any antivirus software. >> >> Also, I have 2 MinGW toolchains (different installations): the >> first one is MSYS and the second is TDM-GCC4.6.1. The hang only >> happens when I am using the MSYS toolchain (installed using >> mingw-get) It never happened to me when I used TDM-GCC toolchain >> running from within a cmd.exe shell (again, running mingw32-make >> -j4) > > Cesar, do you have some time to work with Eran and niXman to debug > this? > I've built my own msysCORE-1.0.18, with full debug symbols and no optimizations (-g3 -O0), and from the looks of it the problem is in wait_sig() function. It contains an endless loop that does DWORD rc = WaitForMultipleObjects (3, catchem, FALSE, sig_loop_wait); Well, that call returns immediately with rc == 2. Then the code loops through all the signals, checking myself->getsigtodo (sig). That thing it set for SIGCHLD. It then runs sig_handle(), which runs setup_handler(). That function immediately checks for sigsave.sig (which is set to SIGCHLD), and if it's set, it jumps to set_pending label, where it calls sig_set_pending and sig_dispatch_pending (since "interrupted" is 0), and then quickly returns. The signal loop eventually ends, the code calls proc_subproc (PROC_CLEARWAIT, 0), which does nothing, since waitq is empty. Then the endless loop iterates again. Because WaitForMultipleObjects() returns immediately, this code busyloops, causing 100% CPU load on one core. Meanwhile the other thread runs a wait_subproc() function, which sleeps for 1 second, checking for children to wake up, or for a wakeup event (which never gets set, since the functions that set it only run when signal is handled, which doesn't happen). To clarify: by the time `make' enters this loop, it has no child processes left. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (MingW32) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJRK0rUAAoJEOs4Jb6SI2Cw4CUIAImMXZmpaNeSMPAbzbzeqT1J cBqGn5r6iwe226DjZqBM8qTOyvQsuk0n5Rj/nXoU5GGAxhJ5UuIu6EQuslLAM+Eh i3CzNK37S1VeAUdPdA1glj01ySkOq1UdNgM05aeojyLXc/6PcrqzeEJtQFru2cL5 ngT6ZVim+kURIgB3vMB2H5k883QonRf3xrngdlMwXYNWV4La/4U82ZbCAA8Fh89G +akPz7uNIHQZ6Ui+2ymcffAEvvFLQwMQ41YjgtMPiRxe3qo6CpXMIyBiREW9GKhA 5dT3dvvl+hAgv1Aea2N485t0sKi75DUm3sYw55vtYLJk5w7y0fbfEneyzKKf8A0= =R0ic -----END PGP SIGNATURE----- |