From bugs at gobolinux.org Fri Sep 5 06:20:42 2008 From: bugs at gobolinux.org (Mantis Bug Tracker) Date: Thu, 4 Sep 2008 11:20:42 -0700 Subject: [Compile 0000372]: dependency failure not retried on next build Message-ID: <923d93708600b83b0d70aad6b800bdd5@bugs.gobolinux.org> The following issue has been SUBMITTED. ====================================================================== http://bugs.gobolinux.org/view.php?id=372 ====================================================================== Reported By: quick Assigned To: ====================================================================== Project: Compile Issue ID: 372 Category: Reproducibility: have not tried Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2008-09-04 11:20-0700 Last Modified: 2008-09-04 11:20-0700 ====================================================================== Summary: dependency failure not retried on next build Description: Scripts 2.9.4, Compile 1.11.2 When trying to install a package ("Compile foo"), dependencies will be prompted for. Assuming the user indicates that the dependencies should be compiled as well, Compile will then properly try to build the program tree. The problem occurs one of the dependencies fails the compilation for some reason. The entire Compile operation aborts at that point, but if it's re-issued immediately, it will not re-prompt for the dependency that failed (and apparently thinks it's there and available, when in fact it's not because it failed). Failed dependency compilations shouldn't appear as validly installed programs. ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2008-09-04 11:20 quick New Issue ====================================================================== From bugs at gobolinux.org Fri Sep 5 06:28:26 2008 From: bugs at gobolinux.org (Mantis Bug Tracker) Date: Thu, 4 Sep 2008 11:28:26 -0700 Subject: [Compile 0000373]: Setuptools package Message-ID: The following issue has been SUBMITTED. ====================================================================== http://bugs.gobolinux.org/view.php?id=373 ====================================================================== Reported By: quick Assigned To: ====================================================================== Project: Compile Issue ID: 373 Category: Reproducibility: have not tried Severity: major Priority: normal Status: new ====================================================================== Date Submitted: 2008-09-04 11:28-0700 Last Modified: 2008-09-04 11:28-0700 ====================================================================== Summary: Setuptools package Description: Compile Setuptools 0.6c7 fails (dependency for WxPython): TEST FAILED: /Programs/Setuptools/0.6c7/lib/python2.5/site-packages does NOT support .pth files error: bad install directory or PYTHONPATH You are attempting to install a package to a directory that is not on PYTHONPATH and which Python does not read ".pth" files from. The installation directory you specified (via --install-dir, --prefix, or the distutils default setting) was: /Programs/Setuptools/0.6c7/lib/python2.5/site-packages and your PYTHONPATH environment variable currently contains: '' .... ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2008-09-04 11:28 quick New Issue ====================================================================== From bugs at gobolinux.org Sun Sep 21 07:55:32 2008 From: bugs at gobolinux.org (Mantis Bug Tracker) Date: Sat, 20 Sep 2008 12:55:32 -0700 Subject: [Scripts 0000374]: Overriding specific use flags with USE doesn't work when generic flag is set. Message-ID: <4507fe54073de08cc0ffb9a50b3b8fff@bugs.gobolinux.org> The following issue has been SUBMITTED. ====================================================================== http://bugs.gobolinux.org/view.php?id=374 ====================================================================== Reported By: mohjive Assigned To: Michael ====================================================================== Project: Scripts Issue ID: 374 Category: [Scripts] Reproducibility: have not tried Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2008-09-20 12:55-0700 Last Modified: 2008-09-20 12:55-0700 ====================================================================== Summary: Overriding specific use flags with USE doesn't work when generic flag is set. Description: Tried to build Pidgin with 'USE="-avahi" Compile pidgin' but "avahi" was still set when building, causing configure error. The "zeroconf" generic flag is set by default, which will enable "avahi", but USE should override that. ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2008-09-20 12:55 mohjive New Issue 2008-09-20 12:55 mohjive Status new => assigned 2008-09-20 12:55 mohjive Assigned To => Michael ====================================================================== From bugs at gobolinux.org Sun Sep 21 07:57:39 2008 From: bugs at gobolinux.org (Mantis Bug Tracker) Date: Sat, 20 Sep 2008 12:57:39 -0700 Subject: [Scripts 0000374]: Overriding specific use flags with USE doesn't work when generic flag is set. In-Reply-To: <4507fe54073de08cc0ffb9a50b3b8fff@bugs.gobolinux.org> Message-ID: A NOTE has been added to this issue. ====================================================================== http://bugs.gobolinux.org/view.php?id=374 ====================================================================== Reported By: mohjive Assigned To: Michael ====================================================================== Project: Scripts Issue ID: 374 Category: [Scripts] Reproducibility: have not tried Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2008-09-20 12:55-0700 Last Modified: 2008-09-20 12:57-0700 ====================================================================== Summary: Overriding specific use flags with USE doesn't work when generic flag is set. Description: Tried to build Pidgin with 'USE="-avahi" Compile pidgin' but "avahi" was still set when building, causing configure error. The "zeroconf" generic flag is set by default, which will enable "avahi", but USE should override that. ====================================================================== ---------------------------------------------------------------------- (0000911) mohjive (administrator) - 2008-09-20 12:57 http://bugs.gobolinux.org/view.php?id=374#c911 ---------------------------------------------------------------------- Disabling generic flag with USE="-zeroconf" works Issue History Date Modified Username Field Change ====================================================================== 2008-09-20 12:55 mohjive New Issue 2008-09-20 12:55 mohjive Status new => assigned 2008-09-20 12:55 mohjive Assigned To => Michael 2008-09-20 12:57 mohjive Note Added: 0000911 ====================================================================== From bugs at gobolinux.org Sun Sep 21 08:16:46 2008 From: bugs at gobolinux.org (Mantis Bug Tracker) Date: Sat, 20 Sep 2008 13:16:46 -0700 Subject: [Scripts 0000179]: Unmanaged files and Rootless In-Reply-To: Message-ID: <6630446eda8d41bc6ce6b5eea0d50b91@bugs.gobolinux.org> The following issue has been RESOLVED. ====================================================================== http://bugs.gobolinux.org/view.php?id=179 ====================================================================== Reported By: lucasvr Assigned To: mohjive ====================================================================== Project: Scripts Issue ID: 179 Category: [Scripts] Reproducibility: always Severity: minor Priority: normal Status: resolved Resolution: fixed Fixed in Version: SVN ====================================================================== Date Submitted: 2007-10-15 18:02-0700 Last Modified: 2008-09-20 13:16-0700 ====================================================================== Summary: Unmanaged files and Rootless Description: Unmanaged files, when running from Rootless or doing chroot compile, are copied to Unmanaged/$goboPrefix. When calling SymlinkProgram, Install_Unmanaged_Files() copies each line in UnmanagedFiles to $goboPrefix/$line. The result is that files are copied to $goboPrefix/$goboPrefix. ====================================================================== ---------------------------------------------------------------------- (0000596) hisham (developer) - 2008-01-07 16:06 http://bugs.gobolinux.org/view.php?id=179#c596 ---------------------------------------------------------------------- This got me thinking... do programs that feature unmanaged files even work in Rootless? ---------------------------------------------------------------------- (0000912) mohjive (administrator) - 2008-09-20 13:16 http://bugs.gobolinux.org/view.php?id=179#c912 ---------------------------------------------------------------------- The path issues should be fixed in SVN. Wether programs iwth unmanged files work under rootless or not, I don't know. ---------------------------------------------------------------------- (0000913) mohjive (administrator) - 2008-09-20 13:16 http://bugs.gobolinux.org/view.php?id=179#c913 ---------------------------------------------------------------------- The path issues should be fixed in SVN. Wether programs iwth unmanged files work under rootless or not, I don't know. Issue History Date Modified Username Field Change ====================================================================== 2007-10-15 18:02 lucasvr New Issue 2008-01-07 16:06 hisham Note Added: 0000596 2008-09-20 12:49 mohjive Category => (No Category) 2008-09-20 13:16 mohjive Note Added: 0000912 2008-09-20 13:16 mohjive Note Added: 0000913 2008-09-20 13:16 mohjive Assigned To => mohjive 2008-09-20 13:16 mohjive Status new => resolved 2008-09-20 13:16 mohjive Resolution open => fixed 2008-09-20 13:16 mohjive Category (No Category) => [Scripts] 2008-09-20 13:16 mohjive Fixed in Version => SVN ====================================================================== From bugs at gobolinux.org Sun Sep 21 08:18:39 2008 From: bugs at gobolinux.org (Mantis Bug Tracker) Date: Sat, 20 Sep 2008 13:18:39 -0700 Subject: [Scripts 0000239]: SymlinkProgram does not catch errors In-Reply-To: Message-ID: <331267844a61555cbca6bf715ab75d5b@bugs.gobolinux.org> The following issue requires your FEEDBACK. ====================================================================== http://bugs.gobolinux.org/view.php?id=239 ====================================================================== Reported By: hisham Assigned To: ====================================================================== Project: Scripts Issue ID: 239 Category: [Scripts] Reproducibility: always Severity: minor Priority: normal Status: feedback ====================================================================== Date Submitted: 2008-01-07 16:07-0800 Last Modified: 2008-09-20 13:18-0700 ====================================================================== Summary: SymlinkProgram does not catch errors Description: SymlinkProgram always returns 0, success, even if errors happen along the way. ====================================================================== ---------------------------------------------------------------------- (0000737) mohjive (administrator) - 2008-02-25 15:43 http://bugs.gobolinux.org/view.php?id=239#c737 ---------------------------------------------------------------------- Are conflicts considered errors? ---------------------------------------------------------------------- (0000914) mohjive (administrator) - 2008-09-20 13:18 http://bugs.gobolinux.org/view.php?id=239#c914 ---------------------------------------------------------------------- Can you give example on what is an error? ---------------------------------------------------------------------- (0000915) mohjive (administrator) - 2008-09-20 13:18 http://bugs.gobolinux.org/view.php?id=239#c915 ---------------------------------------------------------------------- Can you give example on what is an error? Issue History Date Modified Username Field Change ====================================================================== 2008-01-07 16:07 hisham New Issue 2008-02-25 15:43 mohjive Note Added: 0000737 2008-09-20 12:49 mohjive Category => (No Category) 2008-09-20 13:18 mohjive Note Added: 0000914 2008-09-20 13:18 mohjive Note Added: 0000915 2008-09-20 13:18 mohjive Status new => feedback 2008-09-20 13:18 mohjive Category (No Category) => [Scripts] ====================================================================== From bugs at gobolinux.org Sun Sep 21 08:27:47 2008 From: bugs at gobolinux.org (Mantis Bug Tracker) Date: Sat, 20 Sep 2008 13:27:47 -0700 Subject: [Recipes 0000330]: GSt-core can't find GST-plugins-* In-Reply-To: <27ee01d60c19f25a3b63a30add1f8bbd@bugs.gobolinux.org> Message-ID: <61fc2f722d85e533fcce32c13c0d3e9c@bugs.gobolinux.org> The following issue has been RESOLVED. ====================================================================== http://bugs.gobolinux.org/view.php?id=330 ====================================================================== Reported By: molle Assigned To: mohjive ====================================================================== Project: Recipes Issue ID: 330 Category: Reproducibility: always Severity: trivial Priority: normal Status: resolved Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2008-05-07 07:34-0700 Last Modified: 2008-09-20 13:27-0700 ====================================================================== Summary: GSt-core can't find GST-plugins-* Description: the environment variable GST_PLUGIN_PATH isn't set. it should be set to $goboLibraries/gstreamer-0.10/ ====================================================================== ---------------------------------------------------------------------- (0000804) molle (reporter) - 2008-05-07 07:35 http://bugs.gobolinux.org/view.php?id=330#c804 ---------------------------------------------------------------------- add Resources/Environment to the recipe and add export GST_PLUGIN_PATH=$goboLibraries/gstreamer-0.10/ ---------------------------------------------------------------------- (0000916) mohjive (administrator) - 2008-09-20 13:27 http://bugs.gobolinux.org/view.php?id=330#c916 ---------------------------------------------------------------------- Originally GStreamer was a meta recipe, since installing it and plugins into different prefixes didn't work. I have now updated GStreamer to be a normal recipe with the adition of exporting the GST_PLUGIN_SYSTEM_PATH so that plugins will be found. Thanks for the report. Issue History Date Modified Username Field Change ====================================================================== 2008-05-07 07:34 molle New Issue 2008-05-07 07:35 molle Note Added: 0000804 2008-09-20 13:27 mohjive Project GoboLinux 014 => Recipes 2008-09-20 13:27 mohjive Note Added: 0000916 2008-09-20 13:27 mohjive Assigned To => mohjive 2008-09-20 13:27 mohjive Status new => resolved 2008-09-20 13:27 mohjive Resolution open => fixed ====================================================================== From bugs at gobolinux.org Sun Sep 21 08:32:19 2008 From: bugs at gobolinux.org (Mantis Bug Tracker) Date: Sat, 20 Sep 2008 13:32:19 -0700 Subject: [Compile 0000319]: Compile in Rootless incorrectly assumes unionfs is available/usable In-Reply-To: <79aa090fd1f7586fb21d771ed093def3@bugs.gobolinux.org> Message-ID: <57ae35db54df02d07125b88af026e93a@bugs.gobolinux.org> The following issue requires your FEEDBACK. ====================================================================== http://bugs.gobolinux.org/view.php?id=319 ====================================================================== Reported By: mpb Assigned To: ====================================================================== Project: Compile Issue ID: 319 Category: Reproducibility: always Severity: minor Priority: normal Status: feedback ====================================================================== Date Submitted: 2008-03-28 14:54-0700 Last Modified: 2008-09-20 13:32-0700 ====================================================================== Summary: Compile in Rootless incorrectly assumes unionfs is available/usable Description: I have installed Ubuntu on an Asus EEE PC. As the EEE has only flash storage, I am trying to limit writes to the flash medium by using a combination of ramdisks, usb attached hard drives and unionfs "overlayed" filesystems. When I Compile Lua in Rootless on the EEE, Compile say the following: SandboxInstall: unionfs is available. Using UnionSandbox. However, I am running Compile as non-root inside Rootless, and I believe (and hope) that Compile therefore lacks sufficient permission to mount/unmount unionfs filesystems. Subsequently, Compile reports an installation error. Compile: Asserting that requirements are met... SandboxInstall: unionfs is available. Using UnionSandbox. SandboxInstall: Installing Lua... cd src && mkdir -p /home/gobo/Programs/Lua/5.1.2/bin /home/gobo/Programs/Lua/5.1.2/include /home/gobo/Programs/Lua/5.1.2/lib /home/gobo/Programs/Lua/5.1.2/man/man1 /home/gobo/Programs/Lua/5.1.2/share/lua/5.1 /home/gobo/Programs/Lua/5.1.2/lib/lua/5.1 /home/gobo/Programs/Lua/5.1.2/lib/pkgconfig cd src && cp lua luac /home/gobo/Programs/Lua/5.1.2/bin cd src && cp lua.h luaconf.h lualib.h lauxlib.h ../etc/lua.hpp /home/gobo/Programs/Lua/5.1.2/include cd src && cp liblua.a.5.1 liblua.so.5.1 /home/gobo/Programs/Lua/5.1.2/lib cd doc && cp lua.1 luac.1 /home/gobo/Programs/Lua/5.1.2/man/man1 cd etc && cp lua.pc /home/gobo/Programs/Lua/5.1.2/lib/pkgconfig/lua51.pc ln -s /home/gobo/Programs/Lua/5.1.2/lib/pkgconfig/lua51.pc /home/gobo/Programs/Lua/5.1.2/lib/pkgconfig/lua.pc ln -s /home/gobo/Programs/Lua/5.1.2/lib/liblua.so.5.1 /home/gobo/Programs/Lua/5.1.2/lib/liblua.so ln -s /home/gobo/Programs/Lua/5.1.2/lib/liblua.a.5.1 /home/gobo/Programs/Lua/5.1.2/lib/liblua.a SandboxInstall: Postprocessing Sandbox SandboxInstall: Left over files: COPYRIGHT HISTORY INSTALL Makefile README doc doc/manual.html doc/luac.1 doc/lua.html doc/luac.html Compile: Installation step failed. exit 1 I am assuming that Compile, when run as non-root inside Rootless, should not try to use unionfs. Perhaps I am incorrect. In that case this not a bug - I just need to know how to tell Compile to use the FiboSandbox instead of attempting to use unionfs. Thanks! ====================================================================== ---------------------------------------------------------------------- (0000808) mohjive (administrator) - 2008-05-12 13:36 http://bugs.gobolinux.org/view.php?id=319#c808 ---------------------------------------------------------------------- Problem with UnionFS is that you need to be root to be able to mount them and running Rootless you nromally isn't root. On the other hand rootless should not use any sandbox. How did you set it up? As a side note (but not a solution as rootless is without sandbox), you could try latest Compile and Scripts. They now try to use a fuse-based sandbox, which doesn't need root-privileges to mount. ---------------------------------------------------------------------- (0000917) mohjive (administrator) - 2008-09-20 13:32 http://bugs.gobolinux.org/view.php?id=319#c917 ---------------------------------------------------------------------- There is now a sandbox implementation using FUSE instead, which shouldn't be any problems using as normal user. Either you could try that or you can set NO_UNIONFS=no before calling Compile to disable UnionSandbox alltogether. Issue History Date Modified Username Field Change ====================================================================== 2008-03-28 14:54 mpb New Issue 2008-05-12 13:36 mohjive Note Added: 0000808 2008-09-20 13:32 mohjive Note Added: 0000917 2008-09-20 13:32 mohjive Status new => feedback ====================================================================== From bugs at gobolinux.org Sun Sep 21 08:58:27 2008 From: bugs at gobolinux.org (Mantis Bug Tracker) Date: Sat, 20 Sep 2008 13:58:27 -0700 Subject: [Recipes 0000328]: Dependency conflict In-Reply-To: <81ec3f89e255e87cff8d4d725d4e0626@bugs.gobolinux.org> Message-ID: <89afe50e82142fce0a7e752d6e91fe11@bugs.gobolinux.org> The following issue has been RESOLVED. ====================================================================== http://bugs.gobolinux.org/view.php?id=328 ====================================================================== Reported By: htraki Assigned To: mohjive ====================================================================== Project: Recipes Issue ID: 328 Category: Reproducibility: always Severity: minor Priority: normal Status: resolved Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2008-04-26 22:44-0700 Last Modified: 2008-09-20 13:58-0700 ====================================================================== Summary: Dependency conflict Description: I found while installing hpijs,that hpijs and foomatic3-devel does not use the same ghostscript in the dependency. ====================================================================== ---------------------------------------------------------------------- (0000811) mAcCo (developer) - 2008-05-20 03:55 http://bugs.gobolinux.org/view.php?id=328#c811 ---------------------------------------------------------------------- Well, indeed it can be changed to simple Ghostscript, since from version 8.60 Ghostscript and ESP-Ghostscript have been merged. However hpijs requires a >= 7.05 version while Foomatic suggest to use the ESP version cause it contains a larger database, so I'd say Foomatic to requires Ghostscript >= 8.60, which would thwart the >= 7.05 found in hpijs' dependencies files, what do you think? ---------------------------------------------------------------------- (0000918) mohjive (administrator) - 2008-09-20 13:58 http://bugs.gobolinux.org/view.php?id=328#c918 ---------------------------------------------------------------------- Changed the dependency for Foomatic to "Ghostscript >= 8.60" as this is somewhat equivalent with ESP-Ghostscript as dependency since the merger. Issue History Date Modified Username Field Change ====================================================================== 2008-04-26 22:44 htraki New Issue 2008-05-20 03:55 mAcCo Note Added: 0000811 2008-09-20 13:58 mohjive Note Added: 0000918 2008-09-20 13:58 mohjive Assigned To => mohjive 2008-09-20 13:58 mohjive Status new => resolved 2008-09-20 13:58 mohjive Resolution open => fixed ====================================================================== From bugs at gobolinux.org Sun Sep 21 09:00:17 2008 From: bugs at gobolinux.org (Mantis Bug Tracker) Date: Sat, 20 Sep 2008 14:00:17 -0700 Subject: [Compile 0000338]: Compile assumes wrong directory for zip archives In-Reply-To: <3febfa6eb7ce5147fa7ad0be0361c9e1@bugs.gobolinux.org> Message-ID: <147af680ea193a293e60fa43b02992db@bugs.gobolinux.org> The following issue has been CLOSED ====================================================================== http://bugs.gobolinux.org/view.php?id=338 ====================================================================== Reported By: goboster Assigned To: mohjive ====================================================================== Project: Compile Issue ID: 338 Category: Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: fixed Fixed in Version: 1.11.1 ====================================================================== Date Submitted: 2008-06-03 00:54-0700 Last Modified: 2008-09-20 14:00-0700 ====================================================================== Summary: Compile assumes wrong directory for zip archives Description: Compile is assuming that if the source archive is a zip file, then the internal source directory ends in .zip, which is not (ever) the case. Issuing commands: MakeRecipe xlrd 0.6.1 http://www.lexicon.net/sjmachin/xlrd-0.6.1.zip Compile -as xlrd gives Compile: Unpacking file /Files/Compile/Archives/xlrd-0.6.1.zip... /System/Links/Executables/Compile: line 1026: cd: /Files/Compile/Sources/xlrd-0.6.1.zip: No such file or directory Compile: Directory /Files/Compile/Sources/xlrd-0.6.1.zip not found. -> should be looking for /Files/Compile/Sources/xlrd-0.6.1 by default ====================================================================== ---------------------------------------------------------------------- (0000836) mohjive (administrator) - 2008-06-13 12:19 http://bugs.gobolinux.org/view.php?id=338#c836 ---------------------------------------------------------------------- Solved in SVN. Thanks for the report. Issue History Date Modified Username Field Change ====================================================================== 2008-06-03 00:54 goboster New Issue 2008-06-13 12:19 mohjive Note Added: 0000836 2008-06-13 12:19 mohjive Assigned To => mohjive 2008-06-13 12:19 mohjive Status new => resolved 2008-06-13 12:19 mohjive Resolution open => fixed 2008-06-13 12:19 mohjive Fixed in Version => SVN 2008-09-20 14:00 mohjive Status resolved => closed 2008-09-20 14:00 mohjive Fixed in Version SVN => 1.11.1 ====================================================================== From bugs at gobolinux.org Sun Sep 21 09:01:55 2008 From: bugs at gobolinux.org (Mantis Bug Tracker) Date: Sat, 20 Sep 2008 14:01:55 -0700 Subject: [Scripts 0000347]: List: Does not check all groups for mode highlighting In-Reply-To: <9c2e687232f56d604d3b1bbf0c2b1ff8@bugs.gobolinux.org> Message-ID: <75861cb8594bd8dffa010e2e64135955@bugs.gobolinux.org> The following issue has been CLOSED ====================================================================== http://bugs.gobolinux.org/view.php?id=347 ====================================================================== Reported By: derf Assigned To: mohjive ====================================================================== Project: Scripts Issue ID: 347 Category: [Scripts] Reproducibility: always Severity: tweak Priority: normal Status: closed Resolution: fixed Fixed in Version: 2.9.3 ====================================================================== Date Submitted: 2008-06-24 14:02-0700 Last Modified: 2008-09-20 14:01-0700 ====================================================================== Summary: List: Does not check all groups for mode highlighting Description: When highlighting the group part of a file mode, List only checks whether the file's group is the same as the user's default group. It should check for all groups the user is in. Patch attached. ====================================================================== ---------------------------------------------------------------------- (0000837) mohjive (administrator) - 2008-06-26 05:29 http://bugs.gobolinux.org/view.php?id=347#c837 ---------------------------------------------------------------------- Patch applied to svn. Thanks! Issue History Date Modified Username Field Change ====================================================================== 2008-06-24 14:02 derf New Issue 2008-06-24 14:02 derf File Added: List.patch 2008-06-26 05:29 mohjive Note Added: 0000837 2008-06-26 05:29 mohjive Assigned To => mohjive 2008-06-26 05:29 mohjive Status new => resolved 2008-06-26 05:29 mohjive Resolution open => fixed 2008-06-26 05:29 mohjive Fixed in Version => SVN 2008-09-20 12:49 mohjive Category => (No Category) 2008-09-20 14:01 mohjive Status resolved => closed 2008-09-20 14:01 mohjive Category (No Category) => [Scripts] 2008-09-20 14:01 mohjive Fixed in Version SVN => 2.9.3 ====================================================================== From bugs at gobolinux.org Sun Sep 21 09:03:09 2008 From: bugs at gobolinux.org (Mantis Bug Tracker) Date: Sat, 20 Sep 2008 14:03:09 -0700 Subject: [Scripts 0000339]: Compile accepts non-Y characters as "yes" In-Reply-To: Message-ID: The following issue has been CLOSED ====================================================================== http://bugs.gobolinux.org/view.php?id=339 ====================================================================== Reported By: goboster Assigned To: mohjive ====================================================================== Project: Scripts Issue ID: 339 Category: [Scripts] Reproducibility: always Severity: trivial Priority: normal Status: closed Resolution: fixed Fixed in Version: 2.9.3 ====================================================================== Date Submitted: 2008-06-03 01:13-0700 Last Modified: 2008-09-20 14:03-0700 ====================================================================== Summary: Compile accepts non-Y characters as "yes" Description: Compile: /Programs/PyOpenGL/3.0.0b2 already exists. Continue? [Y/n] u Compile: Compiling PyOpenGL version 3.0.0b2. (Compile continues...) should probably re-prompt except for enter, Y or y ====================================================================== ---------------------------------------------------------------------- (0000848) mohjive (administrator) - 2008-07-02 04:38 http://bugs.gobolinux.org/view.php?id=339#c848 ---------------------------------------------------------------------- Fixed Ask() to be more robust and only accept y(es) and n(o). Issue History Date Modified Username Field Change ====================================================================== 2008-06-03 01:13 goboster New Issue 2008-07-02 04:37 mohjive Project Compile => Scripts 2008-07-02 04:38 mohjive Note Added: 0000848 2008-07-02 04:38 mohjive Assigned To => mohjive 2008-07-02 04:38 mohjive Status new => resolved 2008-07-02 04:38 mohjive Resolution open => fixed 2008-07-02 04:38 mohjive version 1.11.0 => 2008-07-02 04:38 mohjive Fixed in Version => SVN 2008-09-20 12:49 mohjive Category => (No Category) 2008-09-20 14:03 mohjive Status resolved => closed 2008-09-20 14:03 mohjive Category (No Category) => [Scripts] 2008-09-20 14:03 mohjive Fixed in Version SVN => 2.9.3 ====================================================================== From bugs at gobolinux.org Sun Sep 21 09:04:44 2008 From: bugs at gobolinux.org (Mantis Bug Tracker) Date: Sat, 20 Sep 2008 14:04:44 -0700 Subject: [Scripts 0000268]: SignProgram/VerifyProgram behaviour is inconsistant. In-Reply-To: Message-ID: The following issue has been CLOSED ====================================================================== http://bugs.gobolinux.org/view.php?id=268 ====================================================================== Reported By: mohjive Assigned To: mohjive ====================================================================== Project: Scripts Issue ID: 268 Category: [Scripts] Reproducibility: always Severity: block Priority: normal Status: closed Resolution: fixed Fixed in Version: 2.8.4 ====================================================================== Date Submitted: 2008-02-02 00:20-0800 Last Modified: 2008-09-20 14:04-0700 ====================================================================== Summary: SignProgram/VerifyProgram behaviour is inconsistant. Description: VerfiyProgram behave differently if it's invoked at a tarball or a package unpacked in /Programs. I haven't verified this behaviour with SignProgram, but since it has almost identical code (but reversed behaviour) this is most probably the same, which would produce different signatures depending on how SignProgram is invoked. ====================================================================== Relationships ID Summary ---------------------------------------------------------------------- related to 0000266 SQLite 3.4.2 invalid signature related to 0000258 Foomatic 3.0 Invalid signature related to 0000244 Tcl 8.5a5-r1 invalid signature related to 0000215 Glibc-2.5-r3 invalid signature ====================================================================== ---------------------------------------------------------------------- (0000661) detsch (developer) - 2008-02-02 13:58 http://bugs.gobolinux.org/view.php?id=268#c661 ---------------------------------------------------------------------- The problem seems to be the fact that sqlite is a link not to ./sqlite3, but /Programs/SQLite/3.4.2/bin/sqlite3. So the link is typically broken when uncompressed to /tmp. I would say the package should be fixed, by updating the link to ./sqlite3 only. ---------------------------------------------------------------------- (0000686) mohjive (administrator) - 2008-02-07 22:31 http://bugs.gobolinux.org/view.php?id=268#c686 ---------------------------------------------------------------------- This is true for the SQLite package, but only solves the symptom, not the real problem, which is that ListProgramFiles does not list broken symlinks. ---------------------------------------------------------------------- (0000734) mohjive (administrator) - 2008-02-25 15:24 http://bugs.gobolinux.org/view.php?id=268#c734 ---------------------------------------------------------------------- A fix is commited to cvs, where ListProgramFiles now also lists broken links, making it possible to sign/verify programs unpacked outside the /Programs tree (which could mean broken links). Issue History Date Modified Username Field Change ====================================================================== 2008-02-02 00:20 mohjive New Issue 2008-02-02 00:22 mohjive Relationship added related to 0000266 2008-02-02 00:25 mohjive Relationship added related to 0000258 2008-02-02 00:27 mohjive Relationship added related to 0000244 2008-02-02 00:28 mohjive Relationship added related to 0000215 2008-02-02 13:58 detsch Note Added: 0000661 2008-02-07 22:31 mohjive Note Added: 0000686 2008-02-25 15:20 mohjive Status new => assigned 2008-02-25 15:20 mohjive Assigned To => mohjive 2008-02-25 15:24 mohjive Note Added: 0000734 2008-02-25 15:24 mohjive Status assigned => resolved 2008-02-25 15:24 mohjive Resolution open => fixed 2008-02-25 15:26 mohjive Fixed in Version => CVS 2008-09-20 12:49 mohjive Category => (No Category) 2008-09-20 14:04 mohjive Status resolved => closed 2008-09-20 14:04 mohjive Category (No Category) => [Scripts] 2008-09-20 14:04 mohjive Fixed in Version CVS => 2.8.4 ====================================================================== From bugs at gobolinux.org Sun Sep 21 09:06:39 2008 From: bugs at gobolinux.org (Mantis Bug Tracker) Date: Sat, 20 Sep 2008 14:06:39 -0700 Subject: [Compile 0000332]: options not propagated from meta recipes In-Reply-To: <096b4701cc1b1c567156afeb48578a2a@bugs.gobolinux.org> Message-ID: <77909a2f96e21bd671add21d7df1bd9d@bugs.gobolinux.org> The following issue has been CLOSED ====================================================================== http://bugs.gobolinux.org/view.php?id=332 ====================================================================== Reported By: goboster Assigned To: mohjive ====================================================================== Project: Compile Issue ID: 332 Category: Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: fixed Fixed in Version: 1.11.1 ====================================================================== Date Submitted: 2008-05-17 01:51-0700 Last Modified: 2008-09-20 14:06-0700 ====================================================================== Summary: options not propagated from meta recipes Description: Compile options given to a meta recipe do not propagate to the member recipes. With options like -D, this means that dependencies are checked when a member recipe compiles instead of at the beginning when the meta recipe is first invoked. What really causes problems is -c Something like: Compile -c "--disable-dependency" is never seen by the member recipes, they fail to compile, so the whole meta recipe fails. ====================================================================== ---------------------------------------------------------------------- (0000824) goboster (reporter) - 2008-06-03 01:30 http://bugs.gobolinux.org/view.php?id=332#c824 ---------------------------------------------------------------------- According to the wiki, there is a new option update_each_settings=yes Valid modes: all In meta-recipes, Compile only calls UpdateSettings for the meta-recipe and not for its sub-recipes. Set this variable to override this behavior and have UpdateSettings called in every sub-recipe. which fixes this bug :) should be closed when someone get around to it ---------------------------------------------------------------------- (0000825) goboster (reporter) - 2008-06-03 01:33 http://bugs.gobolinux.org/view.php?id=332#c825 ---------------------------------------------------------------------- On second thought, it would probably be more useful to make this a Compile command-line option instead of a recipe option. But then that mightalready be the case in SVN... ---------------------------------------------------------------------- (0000849) mohjive (administrator) - 2008-07-02 04:49 http://bugs.gobolinux.org/view.php?id=332#c849 ---------------------------------------------------------------------- --configure-options are now passed to members in meta recipes. Though using --configure-options should be considered deprecated, since we now have use flags. Recipes should use use flags to control optional functionality. Issue History Date Modified Username Field Change ====================================================================== 2008-05-17 01:51 goboster New Issue 2008-06-03 01:30 goboster Note Added: 0000824 2008-06-03 01:33 goboster Note Added: 0000825 2008-07-02 04:49 mohjive Note Added: 0000849 2008-07-02 04:49 mohjive Assigned To => mohjive 2008-07-02 04:49 mohjive Status new => resolved 2008-07-02 04:49 mohjive Resolution open => fixed 2008-07-02 04:49 mohjive Fixed in Version => SVN 2008-09-20 14:06 mohjive Status resolved => closed 2008-09-20 14:06 mohjive Fixed in Version SVN => 1.11.1 ====================================================================== From bugs at gobolinux.org Sun Sep 21 09:07:36 2008 From: bugs at gobolinux.org (Mantis Bug Tracker) Date: Sat, 20 Sep 2008 14:07:36 -0700 Subject: [Scripts 0000356]: checkdependencies produce error on postprocessing sandbox In-Reply-To: Message-ID: The following issue has been CLOSED ====================================================================== http://bugs.gobolinux.org/view.php?id=356 ====================================================================== Reported By: tso Assigned To: Michael ====================================================================== Project: Scripts Issue ID: 356 Category: [Scripts] Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: fixed Fixed in Version: 2.9.4 ====================================================================== Date Submitted: 2008-07-05 15:13-0700 Last Modified: 2008-09-20 14:07-0700 ====================================================================== Summary: checkdependencies produce error on postprocessing sandbox Description: Traceback (most recent call last): File "/System/Links/Executables/CheckDependencies", line 748, in print ConvertRecipeToBinary(p, v, r, t, u, depfile=depfile), File "/System/Links/Executables/CheckDependencies", line 486, in ConvertRecipeToBinary if rule['hiver']: KeyError: 'hiver' this is with the recent 2.9.3 version of scripts. ====================================================================== ---------------------------------------------------------------------- (0000850) tso (reporter) - 2008-07-05 15:19 http://bugs.gobolinux.org/view.php?id=356#c850 ---------------------------------------------------------------------- this was while installing cpufrequtils btw, but i have also seen it with another recipe (that i dont recall right now). ---------------------------------------------------------------------- (0000852) Michael (developer) - 2008-07-05 16:58 http://bugs.gobolinux.org/view.php?id=356#c852 ---------------------------------------------------------------------- Thanks for the report. Fixed in SVN. Issue History Date Modified Username Field Change ====================================================================== 2008-07-05 15:13 tso New Issue 2008-07-05 15:19 tso Note Added: 0000850 2008-07-05 16:58 Michael Status new => resolved 2008-07-05 16:58 Michael Fixed in Version => SVN 2008-07-05 16:58 Michael Resolution open => fixed 2008-07-05 16:58 Michael Assigned To => Michael 2008-07-05 16:58 Michael Note Added: 0000852 2008-09-20 12:49 mohjive Category => (No Category) 2008-09-20 14:07 mohjive Status resolved => closed 2008-09-20 14:07 mohjive Category (No Category) => [Scripts] 2008-09-20 14:07 mohjive version => 2.9.3 2008-09-20 14:07 mohjive Fixed in Version SVN => 2.9.4 ====================================================================== From bugs at gobolinux.org Sun Sep 21 09:08:17 2008 From: bugs at gobolinux.org (Mantis Bug Tracker) Date: Sat, 20 Sep 2008 14:08:17 -0700 Subject: [Recipes 0000351]: QEMU download url has changed In-Reply-To: Message-ID: <39b5af2bfde4f87daaa700eff74daefc@bugs.gobolinux.org> The following issue has been CLOSED ====================================================================== http://bugs.gobolinux.org/view.php?id=351 ====================================================================== Reported By: zehzinho Assigned To: mohjive ====================================================================== Project: Recipes Issue ID: 351 Category: Reproducibility: always Severity: trivial Priority: normal Status: closed Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2008-07-01 12:20-0700 Last Modified: 2008-09-20 14:08-0700 ====================================================================== Summary: QEMU download url has changed Description: Hi, the QEMU version 0.9.1 url has changed from: http://fabrice.bellard.free.fr/qemu/qemu-0.9.1.tar.gz to: http://bellard.org/qemu/qemu-0.9.1.tar.gz []'s ====================================================================== ---------------------------------------------------------------------- (0000853) mohjive (administrator) - 2008-07-06 00:21 http://bugs.gobolinux.org/view.php?id=351#c853 ---------------------------------------------------------------------- Updated the Recipe with the new URL. Issue History Date Modified Username Field Change ====================================================================== 2008-07-01 12:20 zehzinho New Issue 2008-07-06 00:21 mohjive Note Added: 0000853 2008-07-06 00:21 mohjive Assigned To => mohjive 2008-07-06 00:21 mohjive Status new => resolved 2008-07-06 00:21 mohjive Resolution open => fixed 2008-09-20 14:08 mohjive Status resolved => closed ====================================================================== From bugs at gobolinux.org Sun Sep 21 09:09:06 2008 From: bugs at gobolinux.org (Mantis Bug Tracker) Date: Sat, 20 Sep 2008 14:09:06 -0700 Subject: [Recipes 0000352]: Sqlite drops last digit of version string In-Reply-To: <2c0c55a79c9ad5aeaf21fc9edbc60441@bugs.gobolinux.org> Message-ID: <832432be83b8f1833cae99ead3c26f17@bugs.gobolinux.org> The following issue has been CLOSED ====================================================================== http://bugs.gobolinux.org/view.php?id=352 ====================================================================== Reported By: schannall Assigned To: mohjive ====================================================================== Project: Recipes Issue ID: 352 Category: Reproducibility: always Severity: major Priority: normal Status: closed Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2008-07-01 14:10-0700 Last Modified: 2008-09-20 14:09-0700 ====================================================================== Summary: Sqlite drops last digit of version string Description: The versionstring of Sqlite wich is stored in /System/Links/Libraries/pkgconfig/sqlite3.pc drops the last digit so every other program treats it as (eg) 3.5 instead of 3.5.8. ====================================================================== ---------------------------------------------------------------------- (0000854) mohjive (administrator) - 2008-07-06 00:41 http://bugs.gobolinux.org/view.php?id=352#c854 ---------------------------------------------------------------------- Changed sqlite3.pc.in to use RELEASE instead of VERSION. That way the whole version string is used in the .pc file. Issue History Date Modified Username Field Change ====================================================================== 2008-07-01 14:10 schannall New Issue 2008-07-06 00:41 mohjive Note Added: 0000854 2008-07-06 00:41 mohjive Assigned To => mohjive 2008-07-06 00:41 mohjive Status new => resolved 2008-07-06 00:41 mohjive Resolution open => fixed 2008-09-20 14:09 mohjive Status resolved => closed ====================================================================== From bugs at gobolinux.org Sun Sep 21 09:18:25 2008 From: bugs at gobolinux.org (Mantis Bug Tracker) Date: Sat, 20 Sep 2008 14:18:25 -0700 Subject: [Manager 0000265]: Ruby listed as 1.80 in dependency In-Reply-To: <141329689cea6dc4a37e0ecef4f34c68@bugs.gobolinux.org> Message-ID: The following issue has been CLOSED ====================================================================== http://bugs.gobolinux.org/view.php?id=265 ====================================================================== Reported By: quest2013 Assigned To: ====================================================================== Project: Manager Issue ID: 265 Category: Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: no change required Fixed in Version: ====================================================================== Date Submitted: 2008-02-01 19:07-0800 Last Modified: 2008-09-20 14:18-0700 ====================================================================== Summary: Ruby listed as 1.80 in dependency Description: In Manager 1.1.6, a dependency for Freshen 2.2.4 lists Ruby 1.80 instead of 1.8.0 ====================================================================== ---------------------------------------------------------------------- (0000919) mohjive (administrator) - 2008-09-20 14:18 http://bugs.gobolinux.org/view.php?id=265#c919 ---------------------------------------------------------------------- Since version 3 Freshen is written in Python. No Ruby is needed anymore. If this is still an issue with Manager and other applications feel free to reopen the bug. Issue History Date Modified Username Field Change ====================================================================== 2008-02-01 19:07 quest2013 New Issue 2008-09-20 14:18 mohjive Note Added: 0000919 2008-09-20 14:18 mohjive Status new => closed 2008-09-20 14:18 mohjive Resolution open => no change required ====================================================================== From bugs at gobolinux.org Sun Sep 21 10:10:43 2008 From: bugs at gobolinux.org (Mantis Bug Tracker) Date: Sat, 20 Sep 2008 15:10:43 -0700 Subject: [Scripts 0000353]: Installpackage K3B outputs the user password In-Reply-To: <54c28e92df140fc7dcd6a48ef3885500@bugs.gobolinux.org> Message-ID: The following issue requires your FEEDBACK. ====================================================================== http://bugs.gobolinux.org/view.php?id=353 ====================================================================== Reported By: zehzinho Assigned To: mohjive ====================================================================== Project: Scripts Issue ID: 353 Category: Reproducibility: random Severity: minor Priority: normal Status: feedback ====================================================================== Date Submitted: 2008-07-04 14:37-0700 Last Modified: 2008-09-20 15:10-0700 ====================================================================== Summary: Installpackage K3B outputs the user password Description: I ran "sudo InstallPackage K3b" for the first time and after the program output: InstallPackage: Installing K3B, version 1.0. InstallPackage: Uncompressing to /Programs... it showed two password prompts, one in front of the other: password:password: In the first time I typed the password one time and pressed Enter, but nothing happened. Then I pressed Enter again, and the tool output that it could not verify the package signature and aborted. Then I ran "sudo InstallPackage k3b" for the second time. This time I typed the password, pressed Enter, typed the password again and pressed Enter, then the procedure was successful, but the second time I typed the password it was output to the screen. ====================================================================== ---------------------------------------------------------------------- (0000920) mohjive (administrator) - 2008-09-20 15:10 http://bugs.gobolinux.org/view.php?id=353#c920 ---------------------------------------------------------------------- Which version of Scripts did you use when you got this? I cannot reproduce this error with Scripts 2.9.4. Issue History Date Modified Username Field Change ====================================================================== 2008-07-04 14:37 zehzinho New Issue 2008-09-20 15:09 mohjive Project Recipes => Scripts 2008-09-20 15:10 mohjive Note Added: 0000920 2008-09-20 15:10 mohjive Assigned To => mohjive 2008-09-20 15:10 mohjive Status new => feedback ====================================================================== From bugs at gobolinux.org Sun Sep 21 10:22:48 2008 From: bugs at gobolinux.org (Mantis Bug Tracker) Date: Sat, 20 Sep 2008 15:22:48 -0700 Subject: [Packages 0000233]: kppp should be setuid root In-Reply-To: <3fa85afd8eb25f67eb2d242813bcce85@bugs.gobolinux.org> Message-ID: The following issue has been CLOSED ====================================================================== http://bugs.gobolinux.org/view.php?id=233 ====================================================================== Reported By: mohjive Assigned To: mohjive ====================================================================== Project: Packages Issue ID: 233 Category: Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2008-01-03 07:00-0800 Last Modified: 2008-09-20 15:22-0700 ====================================================================== Summary: kppp should be setuid root Description: kppp, part of KDE-Network has to be setuid root for it to be able to run pppd. ====================================================================== ---------------------------------------------------------------------- (0000921) mohjive (administrator) - 2008-09-20 15:22 http://bugs.gobolinux.org/view.php?id=233#c921 ---------------------------------------------------------------------- It is setuid root after compilation and now also after installation from package. Issue History Date Modified Username Field Change ====================================================================== 2008-01-03 07:00 mohjive New Issue 2008-02-08 13:14 mohjive Status new => assigned 2008-02-08 13:14 mohjive Assigned To => mohjive 2008-09-20 15:22 mohjive Status assigned => closed 2008-09-20 15:22 mohjive Note Added: 0000921 ====================================================================== From bugs at gobolinux.org Sun Sep 21 10:27:42 2008 From: bugs at gobolinux.org (Mantis Bug Tracker) Date: Sat, 20 Sep 2008 15:27:42 -0700 Subject: [Recipes 0000141]: GNOME libraries aren't available In-Reply-To: <650c1f0b6a3c8c0bf9eb2a5f5c337792@bugs.gobolinux.org> Message-ID: <36484c0921756f7aa4972c9833be79eb@bugs.gobolinux.org> The following issue has been CLOSED ====================================================================== http://bugs.gobolinux.org/view.php?id=141 ====================================================================== Reported By: Isaac Dupree Assigned To: ====================================================================== Project: Recipes Issue ID: 141 Category: Reproducibility: always Severity: feature Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2007-09-12 08:24-0700 Last Modified: 2008-09-20 15:27-0700 ====================================================================== Summary: GNOME libraries aren't available Description: so Evince, GnuCash, Coriander, Gobby, etc.. aren't available. I don't know how much of the GNOME integration is necessary just for the minimum of getting those apps running... but I though I'd record the issue at least. ====================================================================== ---------------------------------------------------------------------- (0000267) mohjive (administrator) - 2007-09-13 03:54 http://bugs.gobolinux.org/view.php?id=141#c267 ---------------------------------------------------------------------- Could you elaborate? There's a recipe for libgnome, so I assume that that isn't the issue. Is there any error message during Compilation of the apps you mention? ---------------------------------------------------------------------- (0000269) shevegen (reporter) - 2007-09-13 05:16 http://bugs.gobolinux.org/view.php?id=141#c269 ---------------------------------------------------------------------- Maybe he means more base libraries like libgnomeui, libbonobo etc ---------------------------------------------------------------------- (0000270) mohjive (administrator) - 2007-09-13 06:40 http://bugs.gobolinux.org/view.php?id=141#c270 ---------------------------------------------------------------------- Then he needs to be more specific, because both libgnomeui and libbonobo exists as recipes. In fact most Gnome apps and libraries exists as recpies, at least the basic ones. ---------------------------------------------------------------------- (0000297) mohjive (administrator) - 2007-09-22 02:25 http://bugs.gobolinux.org/view.php?id=141#c297 ---------------------------------------------------------------------- Need more input to be able to provide a solution ---------------------------------------------------------------------- (0000922) mohjive (administrator) - 2008-09-20 15:27 http://bugs.gobolinux.org/view.php?id=141#c922 ---------------------------------------------------------------------- Closing as won't fix as no feedback has been provided as asked for more than a year ago. Issue History Date Modified Username Field Change ====================================================================== 2007-09-12 08:24 Isaac Dupree New Issue 2007-09-13 03:54 mohjive Note Added: 0000267 2007-09-13 05:16 shevegen Note Added: 0000269 2007-09-13 06:40 mohjive Note Added: 0000270 2007-09-22 02:25 mohjive Note Added: 0000297 2007-09-22 02:25 mohjive Severity major => feature 2007-09-22 02:25 mohjive Status new => feedback 2008-09-20 15:27 mohjive Status feedback => closed 2008-09-20 15:27 mohjive Note Added: 0000922 ====================================================================== From bugs at gobolinux.org Sun Sep 21 10:29:14 2008 From: bugs at gobolinux.org (Mantis Bug Tracker) Date: Sat, 20 Sep 2008 15:29:14 -0700 Subject: [Recipes 0000119]: Beryl recipes do not call out get-text as a dependency In-Reply-To: <3564899682fde346f4bb14832f6fabf4@bugs.gobolinux.org> Message-ID: The following issue has been CLOSED ====================================================================== http://bugs.gobolinux.org/view.php?id=119 ====================================================================== Reported By: eskhool Assigned To: mohjive ====================================================================== Project: Recipes Issue ID: 119 Category: Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2007-06-30 01:33-0700 Last Modified: 2008-09-20 15:29-0700 ====================================================================== Summary: Beryl recipes do not call out get-text as a dependency Description: All Beryl recipes need to call out get-text as dependency. ====================================================================== ---------------------------------------------------------------------- (0000230) mohjive (administrator) - 2007-07-03 05:39 http://bugs.gobolinux.org/view.php?id=119#c230 ---------------------------------------------------------------------- Will add it as build dependency ---------------------------------------------------------------------- (0000923) mohjive (administrator) - 2008-09-20 15:29 http://bugs.gobolinux.org/view.php?id=119#c923 ---------------------------------------------------------------------- Closing Beryl issues since Beryl is deprecated in favour of Compiz-Fusion. Issue History Date Modified Username Field Change ====================================================================== 2007-06-30 01:33 eskhool New Issue 2007-07-03 05:39 mohjive Note Added: 0000230 2007-07-03 05:39 mohjive Assigned To => mohjive 2007-07-03 05:39 mohjive Status new => acknowledged 2007-07-03 05:39 mohjive Projection none => tweak 2007-07-03 05:39 mohjive ETA none => < 1 week 2008-09-20 15:29 mohjive Status acknowledged => closed 2008-09-20 15:29 mohjive Note Added: 0000923 ====================================================================== From bugs at gobolinux.org Sun Sep 21 10:30:08 2008 From: bugs at gobolinux.org (Mantis Bug Tracker) Date: Sat, 20 Sep 2008 15:30:08 -0700 Subject: [Recipes 0000201]: beryl-settings does not work after installation In-Reply-To: <3b276d8522d3bdbe5ca674248dd24aa9@bugs.gobolinux.org> Message-ID: The following issue has been CLOSED ====================================================================== http://bugs.gobolinux.org/view.php?id=201 ====================================================================== Reported By: giamba Assigned To: ====================================================================== Project: Recipes Issue ID: 201 Category: Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2007-11-04 10:26-0800 Last Modified: 2008-09-20 15:30-0700 ====================================================================== Summary: beryl-settings does not work after installation Description: Hi, after installing beryl I was not able to execute beryl-settings. Besides installing PyGTK, I had to update manually gdk-pixbuf.loaders: mv /Programs/GTK+/Settings/gtk-2.0/gdk-pixbuf.loaders /Programs/GTK+/Settings/gtk-2.0/gdk-pixbuf.loaders.orig gdk-pixbuf-query-loaders > /Programs/GTK+/Settings/gtk-2.0/gdk-pixbuf.loaders The problem is that beryl-settings requires libRSVG, but even though it was installed on my system it was not referenced by the gdk-pixbuf.loaders. So I think there is a problem with Compile/InstallPackage of LibRSVG. Regards, Giambattista ====================================================================== ---------------------------------------------------------------------- (0000924) mohjive (administrator) - 2008-09-20 15:30 http://bugs.gobolinux.org/view.php?id=201#c924 ---------------------------------------------------------------------- Closing Beryl issues since Beryl is deprecated in favour of Compiz-Fusion. Issue History Date Modified Username Field Change ====================================================================== 2007-11-04 10:26 giamba New Issue 2008-09-20 15:30 mohjive Status new => closed 2008-09-20 15:30 mohjive Note Added: 0000924 ====================================================================== From bugs at gobolinux.org Sun Sep 21 22:02:13 2008 From: bugs at gobolinux.org (Mantis Bug Tracker) Date: Sun, 21 Sep 2008 03:02:13 -0700 Subject: [Scripts 0000358]: InstallPackage fails when python 2.3 is in PATH In-Reply-To: <46f7be8ad211ff17d57c1bf731bcac67@bugs.gobolinux.org> Message-ID: <5ad84e2ab777bd9f955120947e2adf66@bugs.gobolinux.org> A NOTE has been added to this issue. ====================================================================== http://bugs.gobolinux.org/view.php?id=358 ====================================================================== Reported By: julians37 Assigned To: ====================================================================== Project: Scripts Issue ID: 358 Category: Reproducibility: always Severity: major Priority: normal Status: new ====================================================================== Date Submitted: 2008-07-26 23:36-0700 Last Modified: 2008-09-21 03:02-0700 ====================================================================== Summary: InstallPackage fails when python 2.3 is in PATH Description: This is during rootless bootstrap. Worked after I put python 2.5 first on PATH. Either PythonUtils.py should be made Python 2.3 compatible (as it claims to be) or InstallPackage should explicitly require python2.5. [julians at eniac]~% InstallPackage --version InstallPackage 2.9.3 Released under the GNU GPL. [julians at eniac]~% InstallPackage Compile InstallPackage: Locating a binary package for Compile ... Traceback (most recent call last): File "/mnt/scratch/home/julians/gobotest/rootless/System/Links/Executables/FindPackage", line 12, in ? from GetAvailable import * File "/mnt/scratch/home/julians/gobotest/rootless/System/Links/Libraries/python2.3/site-packages/GetAvailable.py", line 12, in ? from PythonUtils import * File "/mnt/scratch/home/julians/gobotest/rootless/System/Links/Libraries/python2.3/site-packages/PythonUtils.py", line 247 return iter((v[0] for v in self._dict.values())) ^ SyntaxError: invalid syntax InstallPackage: Package for Compile not found. [julians at eniac]~% python Python 2.3.4 (http://bugs.gobolinux.org/view.php?id=1, Feb 2 2005, 12:11:53) [GCC 3.4.2 20041017 (Red Hat 3.4.2-6.fc3)] on linux2 Type "help", "copyright", "credits" or "license" for more information. >>> ====================================================================== ---------------------------------------------------------------------- (0000894) Michael (developer) - 2008-07-27 00:21 http://bugs.gobolinux.org/view.php?id=358#c894 ---------------------------------------------------------------------- All tools require Python 2.5. They should probably be moved to the 2.5 directory, but that's a pain for upgrading and in version control, so it hasn't happened. Somebody please leap in if they have a strong opinion either way. I would like to move it all except that I'm not sure how that will play into upgrading Scripts (and potentially having the old files under python2.3 first in the search path). CreateRootlessEnvironment also needs to be updated to include 2.5 in the search path, I think, but I've never used it so I'm not sure. ---------------------------------------------------------------------- (0000925) mohjive (administrator) - 2008-09-21 03:02 http://bugs.gobolinux.org/view.php?id=358#c925 ---------------------------------------------------------------------- How about moving all python scripts from lib to src and dynamically install them into the correct python version? I don't think having scripts in both 2.3 and 2.5 would be an issue if the latter is placed earlier than the former in the python search path. But maybe rearanging the search path generates other issues? Issue History Date Modified Username Field Change ====================================================================== 2008-07-26 23:36 julians37 New Issue 2008-07-27 00:21 Michael Note Added: 0000894 2008-09-20 13:21 mohjive Project Compile => Scripts 2008-09-21 03:02 mohjive Note Added: 0000925 ====================================================================== From bugs at gobolinux.org Mon Sep 22 01:22:00 2008 From: bugs at gobolinux.org (Mantis Bug Tracker) Date: Sun, 21 Sep 2008 06:22:00 -0700 Subject: [Scripts 0000361]: Default for e.g. [Y/n] doesn't work in InstallPackage prompts In-Reply-To: <15edd0e746bf8b7ce490e3432aaf7488@bugs.gobolinux.org> Message-ID: <713a00329847a9328c4b6ee0567b5e9e@bugs.gobolinux.org> The following issue has been RESOLVED. ====================================================================== http://bugs.gobolinux.org/view.php?id=361 ====================================================================== Reported By: julians37 Assigned To: ====================================================================== Project: Scripts Issue ID: 361 Category: [Scripts] Reproducibility: always Severity: minor Priority: normal Status: resolved Resolution: fixed Fixed in Version: SVN ====================================================================== Date Submitted: 2008-07-26 23:49-0700 Last Modified: 2008-09-21 06:22-0700 ====================================================================== Summary: Default for e.g. [Y/n] doesn't work in InstallPackage prompts Description: InstallPackage 2.9.3 asks lots of multiple choice questions, with one of the possible answers in upper cases, e.g. [Y/n]. To me this means that Y is the default, but pressing Enter doesn't do anything. Either the uppercase letter should be used when pressing Enter or all answers should be lowercase. ====================================================================== ---------------------------------------------------------------------- (0000926) mohjive (administrator) - 2008-09-21 06:22 http://bugs.gobolinux.org/view.php?id=361#c926 ---------------------------------------------------------------------- Updated prompts to be able to pass a default answer that will be selected if the user doesn't provide one. Not all prompts have been fixed though, so if you find one that you want to fix add it here and reopen this issue. Issue History Date Modified Username Field Change ====================================================================== 2008-07-26 23:49 julians37 New Issue 2008-09-21 03:05 mohjive Project Compile => Scripts 2008-09-21 06:22 mohjive Note Added: 0000926 2008-09-21 06:22 mohjive Status new => resolved 2008-09-21 06:22 mohjive Resolution open => fixed 2008-09-21 06:22 mohjive Category => [Scripts] 2008-09-21 06:22 mohjive version => 2.9.3 2008-09-21 06:22 mohjive Fixed in Version => SVN ====================================================================== From bugs at gobolinux.org Mon Sep 22 04:35:21 2008 From: bugs at gobolinux.org (Mantis Bug Tracker) Date: Sun, 21 Sep 2008 09:35:21 -0700 Subject: [Recipes 0000354]: K3b recipe is broken In-Reply-To: <7584fb119abaa4db5816947fe38eac8d@bugs.gobolinux.org> Message-ID: The following issue has been RESOLVED. ====================================================================== http://bugs.gobolinux.org/view.php?id=354 ====================================================================== Reported By: zehzinho Assigned To: mohjive ====================================================================== Project: Recipes Issue ID: 354 Category: Reproducibility: random Severity: minor Priority: normal Status: resolved Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2008-07-04 14:39-0700 Last Modified: 2008-09-21 09:35-0700 ====================================================================== Summary: K3b recipe is broken Description: When I ran "sudo Compile k3b" it went fine, installed the dependencies that were missing, but it couldn't complete the compile process. The first errors: In file included from k3bdevicemanager.cpp:903: k3bdevicemanager.moc:12:2: #error "The header file 'k3bdevicemanager.h' doesn't include ." In file included from k3bdevicemanager.cpp:903: k3bdevicemanager.moc:20: error: expected constructor, destructor, or type conversion before "static" k3bdevicemanager.moc:52: error: `const QMetaObject K3bDevice::DeviceManager::staticMetaObject' is not a static member of `class K3bDevice::DeviceManager' ====================================================================== ---------------------------------------------------------------------- (0000927) mohjive (administrator) - 2008-09-21 09:35 http://bugs.gobolinux.org/view.php?id=354#c927 ---------------------------------------------------------------------- It's because you had Qt4 as "Current" Qt. I have committed a new revision of K3B that builds against Qt3 regardless what is "Current". Issue History Date Modified Username Field Change ====================================================================== 2008-07-04 14:39 zehzinho New Issue 2008-09-21 09:35 mohjive Note Added: 0000927 2008-09-21 09:35 mohjive Assigned To => mohjive 2008-09-21 09:35 mohjive Status new => resolved 2008-09-21 09:35 mohjive Resolution open => fixed ====================================================================== From bugs at gobolinux.org Mon Sep 22 05:04:58 2008 From: bugs at gobolinux.org (Mantis Bug Tracker) Date: Sun, 21 Sep 2008 10:04:58 -0700 Subject: [Compile 0000375]: Contribute suggested on lint failure Message-ID: <5f1fdc9e0f7cceb5a107afb3ebde95a3@bugs.gobolinux.org> The following issue has been SUBMITTED. ====================================================================== http://bugs.gobolinux.org/view.php?id=375 ====================================================================== Reported By: quick Assigned To: ====================================================================== Project: Compile Issue ID: 375 Category: Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2008-09-21 10:04-0700 Last Modified: 2008-09-21 10:04-0700 ====================================================================== Summary: Contribute suggested on lint failure Description: (Via NewVersion), if a new recipe fails lint checking, the user is still encouraged to contribute the recipe that was not packed. ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2008-09-21 10:04 quick New Issue ====================================================================== From bugs at gobolinux.org Mon Sep 22 05:08:53 2008 From: bugs at gobolinux.org (Mantis Bug Tracker) Date: Sun, 21 Sep 2008 10:08:53 -0700 Subject: [Compile 0000376]: rootless requires recent Python Message-ID: The following issue has been SUBMITTED. ====================================================================== http://bugs.gobolinux.org/view.php?id=376 ====================================================================== Reported By: quick Assigned To: ====================================================================== Project: Compile Issue ID: 376 Category: Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2008-09-21 10:08-0700 Last Modified: 2008-09-21 10:08-0700 ====================================================================== Summary: rootless requires recent Python Description: The Rootless package requires list comprehension support in Python, which makes it unuseable for doing modern things on older systems that one does not have control of. For example, I wished to use more modern tools (including a more recent version of Python itself) on a CentOS 4.5 system that is admittedly ancient but which I had no ability to upgrade. This only has Python 2.3 however, so no list comprehensions were available. It would be nice (albeit of admittely limited usefulness) if the components of the Rootless package worked with older Python (at least 2.x, if not 1.5.2). ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2008-09-21 10:08 quick New Issue ====================================================================== From bugs at gobolinux.org Mon Sep 22 06:40:56 2008 From: bugs at gobolinux.org (Mantis Bug Tracker) Date: Sun, 21 Sep 2008 11:40:56 -0700 Subject: [Compile 0000319]: Compile in Rootless incorrectly assumes unionfs is available/usable In-Reply-To: <79aa090fd1f7586fb21d771ed093def3@bugs.gobolinux.org> Message-ID: A NOTE has been added to this issue. ====================================================================== http://bugs.gobolinux.org/view.php?id=319 ====================================================================== Reported By: mpb Assigned To: ====================================================================== Project: Compile Issue ID: 319 Category: Reproducibility: always Severity: minor Priority: normal Status: feedback ====================================================================== Date Submitted: 2008-03-28 14:54-0700 Last Modified: 2008-09-21 11:40-0700 ====================================================================== Summary: Compile in Rootless incorrectly assumes unionfs is available/usable Description: I have installed Ubuntu on an Asus EEE PC. As the EEE has only flash storage, I am trying to limit writes to the flash medium by using a combination of ramdisks, usb attached hard drives and unionfs "overlayed" filesystems. When I Compile Lua in Rootless on the EEE, Compile say the following: SandboxInstall: unionfs is available. Using UnionSandbox. However, I am running Compile as non-root inside Rootless, and I believe (and hope) that Compile therefore lacks sufficient permission to mount/unmount unionfs filesystems. Subsequently, Compile reports an installation error. Compile: Asserting that requirements are met... SandboxInstall: unionfs is available. Using UnionSandbox. SandboxInstall: Installing Lua... cd src && mkdir -p /home/gobo/Programs/Lua/5.1.2/bin /home/gobo/Programs/Lua/5.1.2/include /home/gobo/Programs/Lua/5.1.2/lib /home/gobo/Programs/Lua/5.1.2/man/man1 /home/gobo/Programs/Lua/5.1.2/share/lua/5.1 /home/gobo/Programs/Lua/5.1.2/lib/lua/5.1 /home/gobo/Programs/Lua/5.1.2/lib/pkgconfig cd src && cp lua luac /home/gobo/Programs/Lua/5.1.2/bin cd src && cp lua.h luaconf.h lualib.h lauxlib.h ../etc/lua.hpp /home/gobo/Programs/Lua/5.1.2/include cd src && cp liblua.a.5.1 liblua.so.5.1 /home/gobo/Programs/Lua/5.1.2/lib cd doc && cp lua.1 luac.1 /home/gobo/Programs/Lua/5.1.2/man/man1 cd etc && cp lua.pc /home/gobo/Programs/Lua/5.1.2/lib/pkgconfig/lua51.pc ln -s /home/gobo/Programs/Lua/5.1.2/lib/pkgconfig/lua51.pc /home/gobo/Programs/Lua/5.1.2/lib/pkgconfig/lua.pc ln -s /home/gobo/Programs/Lua/5.1.2/lib/liblua.so.5.1 /home/gobo/Programs/Lua/5.1.2/lib/liblua.so ln -s /home/gobo/Programs/Lua/5.1.2/lib/liblua.a.5.1 /home/gobo/Programs/Lua/5.1.2/lib/liblua.a SandboxInstall: Postprocessing Sandbox SandboxInstall: Left over files: COPYRIGHT HISTORY INSTALL Makefile README doc doc/manual.html doc/luac.1 doc/lua.html doc/luac.html Compile: Installation step failed. exit 1 I am assuming that Compile, when run as non-root inside Rootless, should not try to use unionfs. Perhaps I am incorrect. In that case this not a bug - I just need to know how to tell Compile to use the FiboSandbox instead of attempting to use unionfs. Thanks! ====================================================================== ---------------------------------------------------------------------- (0000808) mohjive (administrator) - 2008-05-12 13:36 http://bugs.gobolinux.org/view.php?id=319#c808 ---------------------------------------------------------------------- Problem with UnionFS is that you need to be root to be able to mount them and running Rootless you nromally isn't root. On the other hand rootless should not use any sandbox. How did you set it up? As a side note (but not a solution as rootless is without sandbox), you could try latest Compile and Scripts. They now try to use a fuse-based sandbox, which doesn't need root-privileges to mount. ---------------------------------------------------------------------- (0000917) mohjive (administrator) - 2008-09-20 13:32 http://bugs.gobolinux.org/view.php?id=319#c917 ---------------------------------------------------------------------- There is now a sandbox implementation using FUSE instead, which shouldn't be any problems using as normal user. Either you could try that or you can set NO_UNIONFS=no before calling Compile to disable UnionSandbox alltogether. ---------------------------------------------------------------------- (0000928) mpb (reporter) - 2008-09-21 11:40 http://bugs.gobolinux.org/view.php?id=319#c928 ---------------------------------------------------------------------- Hi, Thanks for following up on this. Unfortunately, I have stopped using GoboRootless, so I can no longer test the new features. Best wishes to you on Gobo's continued development. -mpb Issue History Date Modified Username Field Change ====================================================================== 2008-03-28 14:54 mpb New Issue 2008-05-12 13:36 mohjive Note Added: 0000808 2008-09-20 13:32 mohjive Note Added: 0000917 2008-09-20 13:32 mohjive Status new => feedback 2008-09-21 11:40 mpb Note Added: 0000928 ====================================================================== From bugs at gobolinux.org Mon Sep 22 08:30:03 2008 From: bugs at gobolinux.org (Mantis Bug Tracker) Date: Sun, 21 Sep 2008 13:30:03 -0700 Subject: [Compile 0000319]: Compile in Rootless incorrectly assumes unionfs is available/usable In-Reply-To: <79aa090fd1f7586fb21d771ed093def3@bugs.gobolinux.org> Message-ID: <3ee65c5285baa72eb2c4aa8c26216473@bugs.gobolinux.org> The following issue has been CLOSED ====================================================================== http://bugs.gobolinux.org/view.php?id=319 ====================================================================== Reported By: mpb Assigned To: ====================================================================== Project: Compile Issue ID: 319 Category: Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: unable to reproduce Fixed in Version: ====================================================================== Date Submitted: 2008-03-28 14:54-0700 Last Modified: 2008-09-21 13:30-0700 ====================================================================== Summary: Compile in Rootless incorrectly assumes unionfs is available/usable Description: I have installed Ubuntu on an Asus EEE PC. As the EEE has only flash storage, I am trying to limit writes to the flash medium by using a combination of ramdisks, usb attached hard drives and unionfs "overlayed" filesystems. When I Compile Lua in Rootless on the EEE, Compile say the following: SandboxInstall: unionfs is available. Using UnionSandbox. However, I am running Compile as non-root inside Rootless, and I believe (and hope) that Compile therefore lacks sufficient permission to mount/unmount unionfs filesystems. Subsequently, Compile reports an installation error. Compile: Asserting that requirements are met... SandboxInstall: unionfs is available. Using UnionSandbox. SandboxInstall: Installing Lua... cd src && mkdir -p /home/gobo/Programs/Lua/5.1.2/bin /home/gobo/Programs/Lua/5.1.2/include /home/gobo/Programs/Lua/5.1.2/lib /home/gobo/Programs/Lua/5.1.2/man/man1 /home/gobo/Programs/Lua/5.1.2/share/lua/5.1 /home/gobo/Programs/Lua/5.1.2/lib/lua/5.1 /home/gobo/Programs/Lua/5.1.2/lib/pkgconfig cd src && cp lua luac /home/gobo/Programs/Lua/5.1.2/bin cd src && cp lua.h luaconf.h lualib.h lauxlib.h ../etc/lua.hpp /home/gobo/Programs/Lua/5.1.2/include cd src && cp liblua.a.5.1 liblua.so.5.1 /home/gobo/Programs/Lua/5.1.2/lib cd doc && cp lua.1 luac.1 /home/gobo/Programs/Lua/5.1.2/man/man1 cd etc && cp lua.pc /home/gobo/Programs/Lua/5.1.2/lib/pkgconfig/lua51.pc ln -s /home/gobo/Programs/Lua/5.1.2/lib/pkgconfig/lua51.pc /home/gobo/Programs/Lua/5.1.2/lib/pkgconfig/lua.pc ln -s /home/gobo/Programs/Lua/5.1.2/lib/liblua.so.5.1 /home/gobo/Programs/Lua/5.1.2/lib/liblua.so ln -s /home/gobo/Programs/Lua/5.1.2/lib/liblua.a.5.1 /home/gobo/Programs/Lua/5.1.2/lib/liblua.a SandboxInstall: Postprocessing Sandbox SandboxInstall: Left over files: COPYRIGHT HISTORY INSTALL Makefile README doc doc/manual.html doc/luac.1 doc/lua.html doc/luac.html Compile: Installation step failed. exit 1 I am assuming that Compile, when run as non-root inside Rootless, should not try to use unionfs. Perhaps I am incorrect. In that case this not a bug - I just need to know how to tell Compile to use the FiboSandbox instead of attempting to use unionfs. Thanks! ====================================================================== ---------------------------------------------------------------------- (0000808) mohjive (administrator) - 2008-05-12 13:36 http://bugs.gobolinux.org/view.php?id=319#c808 ---------------------------------------------------------------------- Problem with UnionFS is that you need to be root to be able to mount them and running Rootless you nromally isn't root. On the other hand rootless should not use any sandbox. How did you set it up? As a side note (but not a solution as rootless is without sandbox), you could try latest Compile and Scripts. They now try to use a fuse-based sandbox, which doesn't need root-privileges to mount. ---------------------------------------------------------------------- (0000917) mohjive (administrator) - 2008-09-20 13:32 http://bugs.gobolinux.org/view.php?id=319#c917 ---------------------------------------------------------------------- There is now a sandbox implementation using FUSE instead, which shouldn't be any problems using as normal user. Either you could try that or you can set NO_UNIONFS=no before calling Compile to disable UnionSandbox alltogether. ---------------------------------------------------------------------- (0000928) mpb (reporter) - 2008-09-21 11:40 http://bugs.gobolinux.org/view.php?id=319#c928 ---------------------------------------------------------------------- Hi, Thanks for following up on this. Unfortunately, I have stopped using GoboRootless, so I can no longer test the new features. Best wishes to you on Gobo's continued development. -mpb ---------------------------------------------------------------------- (0000929) mohjive (administrator) - 2008-09-21 13:30 http://bugs.gobolinux.org/view.php?id=319#c929 ---------------------------------------------------------------------- Ok, closing this bug then. Closing as unable to reproduce since reporter can't provide further information on the possible issue. If anyone has the same issue feel free to reopen this bug with further information. Issue History Date Modified Username Field Change ====================================================================== 2008-03-28 14:54 mpb New Issue 2008-05-12 13:36 mohjive Note Added: 0000808 2008-09-20 13:32 mohjive Note Added: 0000917 2008-09-20 13:32 mohjive Status new => feedback 2008-09-21 11:40 mpb Note Added: 0000928 2008-09-21 13:30 mohjive Note Added: 0000929 2008-09-21 13:30 mohjive Status feedback => closed 2008-09-21 13:30 mohjive Resolution open => unable to reproduce ====================================================================== From bugs at gobolinux.org Mon Sep 22 13:55:44 2008 From: bugs at gobolinux.org (Mantis Bug Tracker) Date: Sun, 21 Sep 2008 18:55:44 -0700 Subject: [Compile 0000375]: Contribute suggested on lint failure In-Reply-To: <5f1fdc9e0f7cceb5a107afb3ebde95a3@bugs.gobolinux.org> Message-ID: <720afd4f14eb59a18328cb33f7ba943c@bugs.gobolinux.org> The following issue has been RESOLVED. ====================================================================== http://bugs.gobolinux.org/view.php?id=375 ====================================================================== Reported By: quick Assigned To: Michael ====================================================================== Project: Compile Issue ID: 375 Category: Reproducibility: always Severity: minor Priority: normal Status: resolved Resolution: fixed Fixed in Version: SVN ====================================================================== Date Submitted: 2008-09-21 10:04-0700 Last Modified: 2008-09-21 18:55-0700 ====================================================================== Summary: Contribute suggested on lint failure Description: (Via NewVersion), if a new recipe fails lint checking, the user is still encouraged to contribute the recipe that was not packed. ====================================================================== ---------------------------------------------------------------------- (0000930) Michael (developer) - 2008-09-21 18:55 http://bugs.gobolinux.org/view.php?id=375#c930 ---------------------------------------------------------------------- That report was a little confusing, but yes, when you run Compile after your NewVersion it will prompt you to submit it at the end even if it fails validation. ContributeRecipe won't let you actually submit it, but the prompt is confusing. I have moved it only to appear when PackRecipe succeeds or when Compile is run in batch mode and doesn't pack. Issue History Date Modified Username Field Change ====================================================================== 2008-09-21 10:04 quick New Issue 2008-09-21 18:55 Michael Status new => resolved 2008-09-21 18:55 Michael Fixed in Version => SVN 2008-09-21 18:55 Michael Resolution open => fixed 2008-09-21 18:55 Michael Assigned To => Michael 2008-09-21 18:55 Michael Note Added: 0000930 ====================================================================== From bugs at gobolinux.org Mon Sep 22 16:24:12 2008 From: bugs at gobolinux.org (Mantis Bug Tracker) Date: Sun, 21 Sep 2008 21:24:12 -0700 Subject: [Packages 0000261]: Kopete SSL support for jabber In-Reply-To: <83d338409ab1e8ebc7e6d3b56cad146b@bugs.gobolinux.org> Message-ID: <47194864e07cb6b7bf3414979fae9c7e@bugs.gobolinux.org> The following issue has been RESOLVED. ====================================================================== http://bugs.gobolinux.org/view.php?id=261 ====================================================================== Reported By: gbedin Assigned To: mohjive ====================================================================== Project: Packages Issue ID: 261 Category: Reproducibility: always Severity: minor Priority: normal Status: resolved Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2008-01-31 05:36-0800 Last Modified: 2008-09-21 21:24-0700 ====================================================================== Summary: Kopete SSL support for jabber Description: Missing QCA TLS plugin. ====================================================================== ---------------------------------------------------------------------- (0000931) mohjive (administrator) - 2008-09-21 21:24 http://bugs.gobolinux.org/view.php?id=261#c931 ---------------------------------------------------------------------- Committed a recipe for QCA-TLS and a new revision for KDE-Network that depends on that. Issue History Date Modified Username Field Change ====================================================================== 2008-01-31 05:36 gbedin New Issue 2008-09-21 21:24 mohjive Note Added: 0000931 2008-09-21 21:24 mohjive Assigned To => mohjive 2008-09-21 21:24 mohjive Status new => resolved 2008-09-21 21:24 mohjive Resolution open => fixed 2008-09-21 21:24 mohjive Description Updated ====================================================================== From bugs at gobolinux.org Tue Sep 23 04:31:10 2008 From: bugs at gobolinux.org (Mantis Bug Tracker) Date: Mon, 22 Sep 2008 09:31:10 -0700 Subject: [Scripts 0000103]: PostInstall requires unionfs In-Reply-To: Message-ID: <268b1cc8a0e55b717f8852eab954648d@bugs.gobolinux.org> The following issue has been CLOSED ====================================================================== http://bugs.gobolinux.org/view.php?id=103 ====================================================================== Reported By: mohjive Assigned To: ====================================================================== Project: Scripts Issue ID: 103 Category: [Scripts] Reproducibility: always Severity: major Priority: normal Status: closed Resolution: no change required Fixed in Version: ====================================================================== Date Submitted: 2007-04-20 06:15-0700 Last Modified: 2008-09-22 09:31-0700 ====================================================================== Summary: PostInstall requires unionfs Description: PostInstall explicity uses UnionSandbox for executing the PostInstall script. ====================================================================== ---------------------------------------------------------------------- (0000932) mohjive (administrator) - 2008-09-22 09:30 http://bugs.gobolinux.org/view.php?id=103#c932 ---------------------------------------------------------------------- Closing this as no change required since there's now a fuse implementation of UnionSandbox and fuse is part of mainline kernel. ---------------------------------------------------------------------- (0000933) mohjive (administrator) - 2008-09-22 09:31 http://bugs.gobolinux.org/view.php?id=103#c933 ---------------------------------------------------------------------- Closing this as no change required since there's now a fuse implementation of UnionSandbox and fuse is part of mainline kernel. Issue History Date Modified Username Field Change ====================================================================== 2007-04-20 06:15 mohjive New Issue 2008-09-20 12:49 mohjive Category => (No Category) 2008-09-22 09:30 mohjive Note Added: 0000932 2008-09-22 09:31 mohjive Note Added: 0000933 2008-09-22 09:31 mohjive Status new => closed 2008-09-22 09:31 mohjive Resolution open => no change required 2008-09-22 09:31 mohjive Category (No Category) => [Scripts] ====================================================================== From bugs at gobolinux.org Sat Sep 27 06:17:24 2008 From: bugs at gobolinux.org (Mantis Bug Tracker) Date: Fri, 26 Sep 2008 11:17:24 -0700 Subject: [Recipes 0000377]: Adding Ruby Distutils support Message-ID: The following issue has been SUBMITTED. ====================================================================== http://bugs.gobolinux.org/view.php?id=377 ====================================================================== Reported By: dvyjones Assigned To: ====================================================================== Project: Recipes Issue ID: 377 Category: Reproducibility: N/A Severity: feature Priority: normal Status: new ====================================================================== Date Submitted: 2008-09-26 11:17-0700 Last Modified: 2008-09-26 11:17-0700 ====================================================================== Summary: Adding Ruby Distutils support Description: Adding ruby distutils support as a recipe type would be good. I think the syntax is exactly like Python Distutils, except commands start with ruby setup.rb instead of python setup.py ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2008-09-26 11:17 dvyjones New Issue ====================================================================== From bugs at gobolinux.org Sat Sep 27 17:09:08 2008 From: bugs at gobolinux.org (Mantis Bug Tracker) Date: Fri, 26 Sep 2008 22:09:08 -0700 Subject: [Recipes 0000377]: Adding Ruby Distutils support In-Reply-To: Message-ID: A NOTE has been added to this issue. ====================================================================== http://bugs.gobolinux.org/view.php?id=377 ====================================================================== Reported By: dvyjones Assigned To: ====================================================================== Project: Recipes Issue ID: 377 Category: Reproducibility: N/A Severity: feature Priority: normal Status: new ====================================================================== Date Submitted: 2008-09-26 11:17-0700 Last Modified: 2008-09-26 22:09-0700 ====================================================================== Summary: Adding Ruby Distutils support Description: Adding ruby distutils support as a recipe type would be good. I think the syntax is exactly like Python Distutils, except commands start with ruby setup.rb instead of python setup.py ====================================================================== ---------------------------------------------------------------------- (0000934) mohjive (administrator) - 2008-09-26 22:09 http://bugs.gobolinux.org/view.php?id=377#c934 ---------------------------------------------------------------------- For reference and testing, could you provide a link to a project that uses this? Issue History Date Modified Username Field Change ====================================================================== 2008-09-26 11:17 dvyjones New Issue 2008-09-26 22:09 mohjive Note Added: 0000934 ====================================================================== From bugs at gobolinux.org Sat Sep 27 19:38:33 2008 From: bugs at gobolinux.org (Mantis Bug Tracker) Date: Sat, 27 Sep 2008 00:38:33 -0700 Subject: [Recipes 0000377]: Adding Ruby Distutils support In-Reply-To: Message-ID: A NOTE has been added to this issue. ====================================================================== http://bugs.gobolinux.org/view.php?id=377 ====================================================================== Reported By: dvyjones Assigned To: ====================================================================== Project: Recipes Issue ID: 377 Category: Reproducibility: N/A Severity: feature Priority: normal Status: new ====================================================================== Date Submitted: 2008-09-26 11:17-0700 Last Modified: 2008-09-27 00:38-0700 ====================================================================== Summary: Adding Ruby Distutils support Description: Adding ruby distutils support as a recipe type would be good. I think the syntax is exactly like Python Distutils, except commands start with ruby setup.rb instead of python setup.py ====================================================================== ---------------------------------------------------------------------- (0000934) mohjive (administrator) - 2008-09-26 22:09 http://bugs.gobolinux.org/view.php?id=377#c934 ---------------------------------------------------------------------- For reference and testing, could you provide a link to a project that uses this? ---------------------------------------------------------------------- (0000935) dvyjones (reporter) - 2008-09-27 00:38 http://bugs.gobolinux.org/view.php?id=377#c935 ---------------------------------------------------------------------- RubyGems - http://www.rubygems.org/ Guide for installing RubyGems: http://www.rubygems.org/read/chapter/3#page13 Guide for setup.rb: http://i.loveruby.net/en/projects/setup/doc/usage.html Issue History Date Modified Username Field Change ====================================================================== 2008-09-26 11:17 dvyjones New Issue 2008-09-26 22:09 mohjive Note Added: 0000934 2008-09-27 00:38 dvyjones Note Added: 0000935 ======================================================================