From deejay1 at srem.org Sun Feb 1 17:22:23 2009 From: deejay1 at srem.org (=?UTF-8?B?xYF1a2FzeiBKZXJuYcWb?=) Date: Sun, 1 Feb 2009 17:22:23 +0100 Subject: Some new (proposed but running) services for the community. Message-ID: <77fcfd0a0902010822rb9a339erc9e1b38ecb961d84@mail.gmail.com> Hello list! There's a new machine availible for the OSM project (actually it's my private Internet presence, not used for anything serious anymore except running BOINC :) It's an Intel Atom machine with a few gigs of diskspace. Currently it's running a bleeding edge instance of review board (http://www.review-board.org/) and two buildbots for Merkaartor and JOSM core. The config files will be available shortly at http://github.com/deejay1/osmutils/tree/master for your updating pleasure ;) Now for the URL-s: http://osm.srem.org/ - reviewboard url http://osm.srem.org/buildbot/merkaartor/ - Merkaartor's buildbot (don't forget the last / - some apache mod_proxy user needed to fix that ;) http://osm.srem.org/buildbot/josm/ - JOSM's buildbot (same as above) Review Board currently has 3 components set up: Merkaartor - for Merkaartor trunk JOSM - for JOSM core OpenStreetMap - for the main svn (can be used also for merkaartor) The best way is to use the post-review script available at http://reviewboard.googlecode.com/svn/trunk/reviewboard/contrib/tools/post-review but the project admins should set a property on the repository dir with the URL using svn propset reviewboard:url http://osm.srem.org/ . Of course one can live without it, but you will have to type in the "base path" which is usually pretty ugly. Aaah, forgot the best part - you can log in using your regular osm login (hopefully, I haven't tested it for logins like foo at bar.com, spaetz had some troubles with them while developing tah_ngo, just email me if you have trouble with it I'll go around checking it) As for the buildbots - currently there are no notifications present, if there's a demand for the of course I'll add them. Regards, -- ?ukasz [DeeJay1] Jerna? From deejay1 at srem.org Sun Feb 1 17:23:43 2009 From: deejay1 at srem.org (=?UTF-8?B?xYF1a2FzeiBKZXJuYcWb?=) Date: Sun, 1 Feb 2009 17:23:43 +0100 Subject: Some new (proposed but running) services for the community. In-Reply-To: <77fcfd0a0902010822rb9a339erc9e1b38ecb961d84@mail.gmail.com> References: <77fcfd0a0902010822rb9a339erc9e1b38ecb961d84@mail.gmail.com> Message-ID: <77fcfd0a0902010823w78922c3fqb78b62c8bb2d2151@mail.gmail.com> Argh, wrong list - sorry - webmails suck... -- ?ukasz [DeeJay1] Jerna? From z at xatka.net Mon Feb 2 08:38:25 2009 From: z at xatka.net (=?utf-8?q?Pawe=C5=82_Zuzelski?=) Date: Mon, 2 Feb 2009 08:38:25 +0100 Subject: rename xml-related java specs In-Reply-To: <200901281401.31512.glen@pld-linux.org> References: <200901281136.58541.z@xatka.net> <200901281401.31512.glen@pld-linux.org> Message-ID: <200902020838.25346.z@xatka.net> On Wednesday 28 of January 2009 13:01:31 Elan Ruusam?e wrote: > done! Thanks. Please copy following files in SPECS: cp javamail.spec,v java-mail.spec,v cp xml-commons-external.spec,v java-xml-commons-external.spec,v cp xml-commons-resolver.spec,v java-xml-commons-resolver.spec,v -- ..... Pozdrawiam, ..... ..... Pawel Zuzelski ..... ..... jid:pzz at touk.pl ..... From adamg at pld-linux.org Mon Feb 2 09:00:11 2009 From: adamg at pld-linux.org (Adam Golebiowski) Date: Mon, 2 Feb 2009 09:00:11 +0100 Subject: rename xml-related java specs In-Reply-To: <200902020838.25346.z@xatka.net> References: <200901281136.58541.z@xatka.net> <200901281401.31512.glen@pld-linux.org> <200902020838.25346.z@xatka.net> Message-ID: <200902020900.12150.adamg@pld-linux.org> On Monday 02 February 2009, Pawe? Zuzelski wrote: > On Wednesday 28 of January 2009 13:01:31 Elan Ruusam?e wrote: > > done! > > Thanks. > > Please copy following files in SPECS: > > cp javamail.spec,v java-mail.spec,v > cp xml-commons-external.spec,v java-xml-commons-external.spec,v > cp xml-commons-resolver.spec,v java-xml-commons-resolver.spec,v Done! -- http://www.mysza.eu.org/ | Everybody needs someone sure, someone true, PLD Linux developer | Everybody needs some solid rock, I know I do. From gotar at polanet.pl Tue Feb 3 16:43:50 2009 From: gotar at polanet.pl (Tomasz Pala) Date: Tue, 3 Feb 2009 16:43:50 +0100 Subject: SPECS: template-python.spec - python 2.4 is only in AC line, let's use (kin... In-Reply-To: <200901251416.03868.glen@pld-linux.org> References: <200901231252.40308.glen@pld-linux.org> <20090123192804.GF20746@borg> <200901251416.03868.glen@pld-linux.org> Message-ID: <20090203154349.GA4434@polanet.pl> On Sun, Jan 25, 2009 at 14:16:03 +0200, Elan Ruusam?e wrote: > same can be said to you, you reverted "their" changes. did you bothered to > contact them? :) 1. AFAICanSee that's matkor who started. 2. Supporting former distro lines (or versions of anything) on HEAD should be absolutely non-invasive on current line. I have no objections to *_release or *_ver conditionals used instead of branching as long as I don't have to care about them. -- Tomasz Pala From gotar at pld-linux.org Wed Feb 4 00:48:22 2009 From: gotar at pld-linux.org (Tomasz Pala) Date: Wed, 4 Feb 2009 00:48:22 +0100 Subject: DISTFILES: mc-4.6.2.tar.gz mc-non-english-man-pages.tar.bz2 In-Reply-To: <7703.1233702414@distfiles.pld-linux.org> References: <7703.1233702414@distfiles.pld-linux.org> Message-ID: <20090203234822.GA9793@polanet.pl> On Wed, Feb 04, 2009 at 00:06:54 +0100, gotar wrote: > STORED: http://www.midnight-commander.org/downloads/mc-4.6.2.tar.gz > ec92966f4d0c8b50c344fe901859ae2a mc-4.6.2.tar.gz > Size: 3442912 bytes Please verify current state, especially UTF8 support for those who use it. -- Tomasz Pala From z at xatka.net Thu Feb 5 10:07:49 2009 From: z at xatka.net (=?utf-8?q?Pawe=C5=82_Zuzelski?=) Date: Thu, 5 Feb 2009 10:07:49 +0100 Subject: jakarta-commons-*.spec naming In-Reply-To: <20081009231105.GT5680@borg.WAG54GS> References: <200810032204.52143.glen@pld-linux.org> <200810032306.32847.glen@pld-linux.org> <20081009231105.GT5680@borg.WAG54GS> Message-ID: <200902051007.49810.z@xatka.net> On Friday 10 of October 2008 01:11:05 wrobell wrote: > On Fri, Oct 03, 2008 at 11:06:32PM +0300, Elan Ruusam?e wrote: > > On Friday 03 October 2008 22:24:19 Jacek Konieczny wrote: > > > On Fri, Oct 03, 2008 at 10:04:52PM +0300, Elan Ruusam?e wrote: > > > > i understand that we need to rename packages that have moved to > > > > http://commons.apache.org > > > > > > > > how do we call them? > > > > > > > > - apache-commons-io (*) > > > > - commons-io > > > > - java-commons-io > > > > - java-apache-commons-io > > > > > > > > (*) i prefer this one, unless it rises some additional confusion or > > > > restruction due name use... > > > > > > I prefer the third ("java-commons-io") and I would be happy to see > > > similar change for all java libraries. This way they would be grouped > > > like python or perl modules. And there would be no confusion because > > > of the http server in 'apache' package or because library names looking > > > like application names. > > > > sounds sane, > > but this ("java-" prefix) would apply only to libraries not applications? > > > > i mean tomcat, jAlbum won't be named as java-apache-tomcat, java-jAlbum, > > java-gallery-remote.. ? > > only libs like in case of python, i.e. python-psycopg2 (lib) but gaphor (an > app). What about packages like beanshell? It may be used as java libraries and as stand-alone application. Should we rename it to java-...? -- ..... Pozdrawiam, ..... ..... Pawel Zuzelski ..... ..... jid:pzz at touk.pl ..... From jajcus at jajcus.net Thu Feb 5 12:11:23 2009 From: jajcus at jajcus.net (Jacek Konieczny) Date: Thu, 5 Feb 2009 12:11:23 +0100 Subject: jakarta-commons-*.spec naming In-Reply-To: <200902051007.49810.z@xatka.net> References: <200810032204.52143.glen@pld-linux.org> <200810032306.32847.glen@pld-linux.org> <20081009231105.GT5680@borg.WAG54GS> <200902051007.49810.z@xatka.net> Message-ID: <20090205111123.GA27091@jajo.eggsoft> On Thu, Feb 05, 2009 at 10:07:49AM +0100, Pawe? Zuzelski wrote: > What about packages like beanshell? It may be used as java libraries and as > stand-alone application. Should we rename it to java-...? Maybe a beanshell.spec building: beanshell and java-beanshell? First would contain a startup script in %{_bindir} and anything else used only in standalone mode, and the second would contain all the library stuff. Greets, Jacek From glen at pld-linux.org Thu Feb 5 14:44:50 2009 From: glen at pld-linux.org (Elan =?iso-8859-2?q?Ruusam=E4e?=) Date: Thu, 5 Feb 2009 15:44:50 +0200 Subject: jakarta-commons-*.spec naming In-Reply-To: <20090205111123.GA27091@jajo.eggsoft> References: <200810032204.52143.glen@pld-linux.org> <200902051007.49810.z@xatka.net> <20090205111123.GA27091@jajo.eggsoft> Message-ID: <200902051544.50560.glen@pld-linux.org> On Thursday 05 February 2009 13:11:23 Jacek Konieczny wrote: > On Thu, Feb 05, 2009 at 10:07:49AM +0100, Pawe? Zuzelski wrote: > > What about packages like beanshell? It may be used as java libraries and > > as stand-alone application. Should we rename it to java-...? > > Maybe a beanshell.spec building: beanshell and java-beanshell? First > would contain a startup script in %{_bindir} and anything else used only > in standalone mode, and the second would contain all the library stuff. agree with packages naming, but what about spec? indeed you can use -n beanshell in java-beanshell.spec too, so doesnt' really matter, but benefit is that you could locate better all .spec files related to Java. -- glen From jajcus at jajcus.net Thu Feb 5 15:06:51 2009 From: jajcus at jajcus.net (Jacek Konieczny) Date: Thu, 5 Feb 2009 15:06:51 +0100 Subject: jakarta-commons-*.spec naming In-Reply-To: <200902051544.50560.glen@pld-linux.org> References: <200810032204.52143.glen@pld-linux.org> <200902051007.49810.z@xatka.net> <20090205111123.GA27091@jajo.eggsoft> <200902051544.50560.glen@pld-linux.org> Message-ID: <20090205140651.GA32633@jajo.eggsoft> On Thu, Feb 05, 2009 at 03:44:50PM +0200, Elan Ruusam?e wrote: > agree with packages naming, but what about spec? > > indeed you can use -n beanshell in java-beanshell.spec too, so doesnt' really > matter, but benefit is that you could locate better all .spec files related > to Java. You are right. But that should depend on the main purpose of the package. I guess beanshell is mainly a library for use in other projects, then java-beanshell.spec seems like a better choice. Greets, Jacek From glen at pld-linux.org Thu Feb 5 18:48:49 2009 From: glen at pld-linux.org (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Thu, 5 Feb 2009 19:48:49 +0200 Subject: Fwd: SVN: rc-scripts/trunk/rc.d/init.d/functions Message-ID: <200902051948.49317.glen@pld-linux.org> this change makes different behaviour depending is RC_LOGGING enabled or not. and there are some others too, not just --makepid. like without start-stop-daemon you can't combine --user and --fork and the initlog, sucks in other ways too, like usleep 100000 inside code makes daemon restarts slow when you need the restart immediate. for consistency we should just remove RC_LOGGING support from rc-scripts. will anybody miss it? daemons who want to log their startup errors should use syslog or their own logfiles all whats yours thinks? ---------- Forwarded Message ---------- Subject: SVN: rc-scripts/trunk/rc.d/init.d/functions Date: Wednesday 04 February 2009 From: blues To: pld-cvs-commit at lists.pld-linux.org Cc: Author: blues Date: Wed Feb 4 21:28:47 2009 New Revision: 10099 Modified: rc-scripts/trunk/rc.d/init.d/functions Log: - makepid functionality to daemon function Modified: rc-scripts/trunk/rc.d/init.d/functions ============================================================================== --- rc-scripts/trunk/rc.d/init.d/functions (original) +++ rc-scripts/trunk/rc.d/init.d/functions Wed Feb 4 21:28:47 2009 @@ -497,12 +497,12 @@ typeset errors="" prog="" end="" waitname="" waittime="" typeset -i exit_code=0 local nice=$SERVICE_RUN_NICE_LEVEL - local fork user closefds pidfile chdir=/ + local fork user closefds pidfile makepid chdir=/ while [ $# -gt 0 ]; do case $1 in '') - msg_usage " daemon [--user user] [--fork] [--waitforname procname] [--waitfortime seconds] [+/-nicelevel] {program} " + msg_usage " daemon [--check] [--user user] [--fork] [--chdir directory] [--closefds] [--waitforname procname] [--waitfortime seconds] [--pidfile file] [--makepid] [+/-nicelevel] {program} " return 2 ;; --check) @@ -539,6 +539,9 @@ shift pidfile="$1" ;; + --makepid) + makepid=1 + ;; -*|+*) nice=$1 shift @@ -601,6 +604,7 @@ ${user:+-c $user} \ ${chdir:+--chdir "$chdir"} \ ${fork:+-b} \ + ${makepid:+-m} \ --exec "$prog" \ -- ${1:+"$@"} else _______________________________________________ pld-cvs-commit mailing list pld-cvs-commit at lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-cvs-commit ------------------------------------------------------- -- glen From z at xatka.net Thu Feb 5 21:14:48 2009 From: z at xatka.net (=?utf-8?q?Pawe=C5=82_Zuzelski?=) Date: Thu, 5 Feb 2009 21:14:48 +0100 Subject: rename java specs In-Reply-To: <200902020900.12150.adamg@pld-linux.org> References: <200901281136.58541.z@xatka.net> <200902020838.25346.z@xatka.net> <200902020900.12150.adamg@pld-linux.org> Message-ID: <200902052114.48363.z@xatka.net> Please copy following files in SPECS: cp beanshell.spec,v java-beanshell.spec,v cp gnu.getopt.spec,v java-gnu-getopt.spec,v cp gnu.regexp.spec,v java-gnu-regexp.spec,v cp gnu.trove.spec,v java-gnu-trove.spec,v cp classpath.spec,v java-gnu-classpath.spec,v -- ..... Pozdrawiam, ..... ..... Pawel Zuzelski ..... ..... jid:pzz at touk.pl ..... From adamg at pld-linux.org Thu Feb 5 21:28:00 2009 From: adamg at pld-linux.org (Adam Golebiowski) Date: Thu, 5 Feb 2009 21:28:00 +0100 Subject: rename java specs In-Reply-To: <200902052114.48363.z@xatka.net> References: <200901281136.58541.z@xatka.net> <200902020900.12150.adamg@pld-linux.org> <200902052114.48363.z@xatka.net> Message-ID: <200902052128.00993.adamg@pld-linux.org> On Thursday 05 February 2009, Pawe? Zuzelski wrote: > Please copy following files in SPECS: > > cp beanshell.spec,v java-beanshell.spec,v > cp gnu.getopt.spec,v java-gnu-getopt.spec,v > cp gnu.regexp.spec,v java-gnu-regexp.spec,v > cp gnu.trove.spec,v java-gnu-trove.spec,v > cp classpath.spec,v java-gnu-classpath.spec,v Done -- http://www.mysza.eu.org/ | Everybody needs someone sure, someone true, PLD Linux developer | Everybody needs some solid rock, I know I do. From gotar at polanet.pl Sun Feb 8 16:43:07 2009 From: gotar at polanet.pl (Tomasz Pala) Date: Sun, 8 Feb 2009 16:43:07 +0100 Subject: SPECS: privoxy.spec - up to 3.0.10 - not defined %_docdir issue In-Reply-To: <20081129030821.GA13294@pepin.polanet.pl> References: <200810122323.44506.tomasz.wittner@gmail.com> <200810131135.13013.glen@pld-linux.org> <20081013162950.GA9380@stranger.qboosh.pl> <20081014003529.GB8425@pepin.polanet.pl> <20081129030821.GA13294@pepin.polanet.pl> Message-ID: <20090208154307.GA5388@polanet.pl> On Sat, Nov 29, 2008 at 04:08:21 +0100, Tomasz Pala wrote: > Libraries conflict too... > > file /usr/bin/dumpiso from install of libraw1394-2.0.0-1.athlon conflicts with file from package libraw1394-1.3.0-1.athlon [...] > file /usr/lib/vhook/drawtext.so from install of ffmpeg-libs-0.4.9-4.20081024.3.athlon conflicts with file from package ffmpeg-libs-0.4.9-4.20071009.0.3.athlon [...] One more package to be splitted is gnutls: ~: rpm -q gnutls gnutls-2.0.4-1.athlon gnutls-2.6.2-1.athlon ~: rpm -V gnutls S.5....T /usr/bin/certtool S.5....T /usr/bin/gnutls-cli S.5....T /usr/bin/gnutls-cli-debug S.5....T /usr/bin/gnutls-serv S.5....T /usr/bin/psktool S.5....T /usr/bin/srptool S.5....T /usr/share/locale/de/LC_MESSAGES/gnutls.mo S.5....T /usr/share/locale/pl/LC_MESSAGES/gnutls.mo -- Tomasz Pala From patrys at pld-linux.org Tue Feb 10 14:23:53 2009 From: patrys at pld-linux.org (Patryk Zawadzki) Date: Tue, 10 Feb 2009 14:23:53 +0100 Subject: PAE on i686 by default in TH Message-ID: <89b6ba3a0902100523h7246e399m927a02c28e4e3e30@mail.gmail.com> Fedora 11 has declared they only supply an i686 kernel in PAE mode. I'd like to propose the same for PLD Th. Rationale: * only very old hardware like first Pentium M chips does not support hardware * 4GB is more and more common on consumer grade machines (heck, my not-so-now custom made laptop has 4GB) * some x86_64 servers are forced to run in 32-bit mode due to proprietary software or some other requirements Proposed changes: * Reverse the pae bcond * Ignore the bcond on ~i686 as it does not make sense there * Drop the altkernel change caused by enabling the bcond (so we still get the package named "kernel") -- Patryk Zawadzki From blues at pld-linux.org Tue Feb 10 14:51:24 2009 From: blues at pld-linux.org (Pawel Golaszewski) Date: Tue, 10 Feb 2009 14:51:24 +0100 (CET) Subject: PAE on i686 by default in TH In-Reply-To: <89b6ba3a0902100523h7246e399m927a02c28e4e3e30@mail.gmail.com> References: <89b6ba3a0902100523h7246e399m927a02c28e4e3e30@mail.gmail.com> Message-ID: On Tue, 10 Feb 2009, Patryk Zawadzki wrote: > Rationale: > > * only very old hardware like first Pentium M chips does not support hardware 3 years is "very old"? Come on... I have 2 laptops, both are non-PAE... Only the newest one with C2D on board is. Only the Pentium M is problem. Sonoma with PAE was introduced in early 2005, but older versions were still on market. Dunno how long pre-Sonoma processors were produced (suppose ~1 year). IMO it's much too early to abbandon support for that processors... -- pozdr. Pawe? Go?aszewski jid:bluesjabbergdapl -------------------------------------------------------------------------- If you think of MS-DOS as mono, and Windows as stereo, then Linux is Dolby Pro-Logic Surround Sound with Bass Boost and all the music is free. From patrys at pld-linux.org Tue Feb 10 15:11:41 2009 From: patrys at pld-linux.org (Patryk Zawadzki) Date: Tue, 10 Feb 2009 15:11:41 +0100 Subject: PAE on i686 by default in TH In-Reply-To: <89b6ba3a0902100523h7246e399m927a02c28e4e3e30@mail.gmail.com> References: <89b6ba3a0902100523h7246e399m927a02c28e4e3e30@mail.gmail.com> Message-ID: <89b6ba3a0902100611v118fea6bv4c21470ccf0f239a@mail.gmail.com> On Tue, Feb 10, 2009 at 2:23 PM, Patryk Zawadzki wrote: > Fedora 11 has declared they only supply an i686 kernel in PAE mode. > I'd like to propose the same for PLD Th. > > Rationale: > > * only very old hardware like first Pentium M chips does not support hardware > * 4GB is more and more common on consumer grade machines (heck, my > not-so-now custom made laptop has 4GB) > * some x86_64 servers are forced to run in 32-bit mode due to > proprietary software or some other requirements * PAE is required by NX -- Patryk Zawadzki From patrys at pld-linux.org Tue Feb 10 15:59:11 2009 From: patrys at pld-linux.org (Patryk Zawadzki) Date: Tue, 10 Feb 2009 15:59:11 +0100 Subject: PAE on i686 by default in TH In-Reply-To: References: <89b6ba3a0902100523h7246e399m927a02c28e4e3e30@mail.gmail.com> <89b6ba3a0902100611v118fea6bv4c21470ccf0f239a@mail.gmail.com> Message-ID: <89b6ba3a0902100659l3eb3361fv128db4a3db859a@mail.gmail.com> On Tue, Feb 10, 2009 at 3:37 PM, Bartosz ?wi?tek wrote: > 2009/2/10 Patryk Zawadzki : >> On Tue, Feb 10, 2009 at 2:23 PM, Patryk Zawadzki wrote: >>> Fedora 11 has declared they only supply an i686 kernel in PAE mode. >>> I'd like to propose the same for PLD Th. >>> >>> Rationale: >>> >>> * only very old hardware like first Pentium M chips does not support hardware > Sorry, can't follow. Only Pentium M does not support Pentium M? > Or did you mean that only Pentium M chips do not support EMT64? Obvious misclick. First Pentium M did not support PAE. > I have an not too old macbook (>2 years old, macbook 1,1) with an > Intel Core Duo that doesn't support EMT64. So an PAE kernel is out of > question, not an option for me. AFAIR EMT64T is needed to run quasi-64-bit code. PAE works by remapping memory windows to frames below the 4GB limit while EMT64 adds longer registers with full addressing. Correct me if I'm wrong as I'm no chip expert. -- Patryk Zawadzki From hawk at limanowa.net Tue Feb 10 19:52:58 2009 From: hawk at limanowa.net (Marcin Krol) Date: Tue, 10 Feb 2009 19:52:58 +0100 Subject: PAE on i686 by default in TH In-Reply-To: <89b6ba3a0902100523h7246e399m927a02c28e4e3e30@mail.gmail.com> References: <89b6ba3a0902100523h7246e399m927a02c28e4e3e30@mail.gmail.com> Message-ID: <4991CD0A.5010904@limanowa.net> > * 4GB is more and more common on consumer grade machines (heck, my > not-so-now custom made laptop has 4GB) Yet with PAE single process still won't be able to allocate more than ~3.2 gigs of RAM. So if someone really want to use more than 4 gigs of memory x86_64 is way better choice. > * some x86_64 servers are forced to run in 32-bit mode due to > proprietary software or some other requirements I'd rather virtualize such systems on x86_64 hosts, but thats just me :) > Proposed changes: > > * Reverse the pae bcond Why not just build pae kernels like I do in Titanium for i686? Does it have to be "kernel" instead of "kernel-pae"? M. From patrys at pld-linux.org Tue Feb 10 20:09:12 2009 From: patrys at pld-linux.org (Patryk Zawadzki) Date: Tue, 10 Feb 2009 20:09:12 +0100 Subject: PAE on i686 by default in TH In-Reply-To: <4991CD0A.5010904@limanowa.net> References: <89b6ba3a0902100523h7246e399m927a02c28e4e3e30@mail.gmail.com> <4991CD0A.5010904@limanowa.net> Message-ID: <89b6ba3a0902101109n30a19833r9de433ae28687439@mail.gmail.com> On Tue, Feb 10, 2009 at 7:52 PM, Marcin Krol wrote: >> * 4GB is more and more common on consumer grade machines (heck, my >> not-so-now custom made laptop has 4GB) > Yet with PAE single process still won't be able to allocate more than > ~3.2 gigs of RAM. So if someone really want to use more than 4 gigs of > memory x86_64 is way better choice. I don't need to alloc 4 gigs for a single process but that extra 0.8 GB allows me to do my work without enabling swap. >> * some x86_64 servers are forced to run in 32-bit mode due to >> proprietary software or some other requirements > I'd rather virtualize such systems on x86_64 hosts, but thats just me :) Yes, and get to maintain two systems instead of one ;) >> Proposed changes: >> >> * Reverse the pae bcond > Why not just build pae kernels like I do in Titanium for i686? Does it > have to be "kernel" instead of "kernel-pae"? I'm fine with that if there's at least nvidia module available. -- Patryk Zawadzki From hawk at limanowa.net Tue Feb 10 20:14:14 2009 From: hawk at limanowa.net (Marcin Krol) Date: Tue, 10 Feb 2009 20:14:14 +0100 Subject: PAE on i686 by default in TH In-Reply-To: <89b6ba3a0902101109n30a19833r9de433ae28687439@mail.gmail.com> References: <89b6ba3a0902100523h7246e399m927a02c28e4e3e30@mail.gmail.com> <4991CD0A.5010904@limanowa.net> <89b6ba3a0902101109n30a19833r9de433ae28687439@mail.gmail.com> Message-ID: <4991D206.9060403@limanowa.net> > Yes, and get to maintain two systems instead of one ;) Not a problem for me :) >> Why not just build pae kernels like I do in Titanium for i686? Does it >> have to be "kernel" instead of "kernel-pae"? > > I'm fine with that if there's at least nvidia module available. All additional kernel stuff present in Titanium is built for all kernels, including PAE ones. M. From piotr.budny at gmail.com Wed Feb 11 11:34:20 2009 From: piotr.budny at gmail.com (Piotr Budny) Date: Wed, 11 Feb 2009 11:34:20 +0100 Subject: PAE on i686 by default in TH In-Reply-To: <89b6ba3a0902101109n30a19833r9de433ae28687439@mail.gmail.com> References: <89b6ba3a0902100523h7246e399m927a02c28e4e3e30@mail.gmail.com> <4991CD0A.5010904@limanowa.net> <89b6ba3a0902101109n30a19833r9de433ae28687439@mail.gmail.com> Message-ID: <200902111134.20480.piotr.budny@gmail.com> Dnia wtorek, 10 lutego 2009, Patryk Zawadzki napisa?: > On Tue, Feb 10, 2009 at 7:52 PM, Marcin Krol wrote: > >> * 4GB is more and more common on consumer grade machines (heck, my > >> not-so-now custom made laptop has 4GB) > > > > Yet with PAE single process still won't be able to allocate more than > > ~3.2 gigs of RAM. So if someone really want to use more than 4 gigs of > > memory x86_64 is way better choice. > > I don't need to alloc 4 gigs for a single process but that extra 0.8 > GB allows me to do my work without enabling swap. +1 > >> Proposed changes: > >> > >> * Reverse the pae bcond +1 > > Why not just build pae kernels like I do in Titanium for i686? Does it > > have to be "kernel" instead of "kernel-pae"? > > I'm fine with that if there's at least nvidia module available. +1, +VirtualBox Regards, vip From mike at osdn.org.ua Wed Feb 11 19:35:55 2009 From: mike at osdn.org.ua (Michael Shigorin) Date: Wed, 11 Feb 2009 20:35:55 +0200 Subject: PAE on i686 by default in TH In-Reply-To: References: <89b6ba3a0902100523h7246e399m927a02c28e4e3e30@mail.gmail.com> Message-ID: <20090211183554.GE1689@osdn.org.ua> On Tue, Feb 10, 2009 at 02:51:24PM +0100, Pawel Golaszewski wrote: > Only the Pentium M is problem. *not? VIA C3 (IIRC C7 too) don't do PAE as well. -- ---- WBR, Michael Shigorin ------ Linux.Kiev http://www.linux.kiev.ua/ From monnier at iro.umontreal.ca Mon Feb 16 20:50:00 2009 From: monnier at iro.umontreal.ca (Stefan Monnier) Date: Mon, 16 Feb 2009 14:50:00 -0500 Subject: LVM2 and uClibc on MIPS Message-ID: I see in lvm2.spec that the package can be built with uClibc. I'm trying to get LVM2 to work on a small MIPS machine using uClibc and am seeing very odd behavior (basically non-deterministic crashes and misbehaviors). Before I try to dig any deeper, are recent versions of LVM2 known to work with uClibc (0.9.29)? The lvm2.spec file seems to take special precautions on some platforms. What problems are they trying to circumvent? Stefan From monnier at iro.umontreal.ca Tue Feb 17 15:16:01 2009 From: monnier at iro.umontreal.ca (Stefan Monnier) Date: Tue, 17 Feb 2009 09:16:01 -0500 Subject: LVM2 and uClibc on MIPS References: Message-ID: > Before I try to dig any deeper, are recent versions of LVM2 known to > work with uClibc (0.9.29)? The lvm2.spec file seems to take special > precautions on some platforms. What problems are they trying > to circumvent? FWIW, I've found a way to fix/workaround the problem: pass the --disable-o_direct flag to `configure'. Apparently this is also needed for glibc (at least Debian's package uses that flag as well on mips&arm&hppa) and is most likely a problem in the kernel. Stefan From baggins at sith.mimuw.edu.pl Wed Feb 18 00:38:58 2009 From: baggins at sith.mimuw.edu.pl (Jan Rekorajski) Date: Wed, 18 Feb 2009 00:38:58 +0100 Subject: SPECS: xorg-driver-video-nvidia.spec - revert baggins breakage, you can't u... In-Reply-To: References: Message-ID: <20090217233858.GB17897@sith.mimuw.edu.pl> On Tue, 17 Feb 2009, glen wrote: > Author: glen Date: Tue Feb 17 22:57:21 2009 GMT > Module: SPECS Tag: HEAD > ---- Log message: > - revert baggins breakage, you can't use %{release} here or %{release}@%{release}@%{release} recursion and other bad things happen; rel 2 Would you mind explaining how can possibly something that simple as: %define rel 1 Release: %{rel}%{?with_multigl:.mgl} cause %{release}@%{release}@%{release} recursion and other bad things? And think for a moment, with R with that stupid macro you may get a VER-X.mgl package and subpackages with R: VER-X. Funny, eh? Janek -- Jan Rekorajski | ALL SUSPECTS ARE GUILTY. PERIOD! bagginsmimuw.edu.pl | OTHERWISE THEY WOULDN'T BE SUSPECTS, WOULD THEY? BOFH, MANIAC | -- TROOPS by Kevin Rubio From glen at pld-linux.org Wed Feb 18 01:00:50 2009 From: glen at pld-linux.org (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Wed, 18 Feb 2009 02:00:50 +0200 Subject: SPECS: xorg-driver-video-nvidia.spec - revert baggins breakage, you can't u... In-Reply-To: <20090217233858.GB17897@sith.mimuw.edu.pl> References: <20090217233858.GB17897@sith.mimuw.edu.pl> Message-ID: <200902180200.50251.glen@pld-linux.org> On Wednesday 18 February 2009 01:38:58 Jan Rekorajski wrote: > On Tue, 17 Feb 2009, glen wrote: > > Author: glen Date: Tue Feb 17 22:57:21 2009 GMT > > Module: SPECS Tag: HEAD > > ---- Log message: > > - revert baggins breakage, you can't use %{release} here or > > %{release}@%{release}@%{release} recursion and other bad things happen; > > rel 2 > > Would you mind explaining how can possibly something that simple as: > > %define rel 1 > > Release: %{rel}%{?with_multigl:.mgl} > > cause %{release}@%{release}@%{release} recursion and other bad things? because if you write 'Release: %{rel}@something' then %{release} becames to that after next line in spec (be it another Release: %{release} or some other use) and next use of %{release} in spec... i already said that the other bad things were broken deps, which also hawk noticed and he reported before your changes all was ok (he had pkgs built). even if you didn't see it right now as there weren't much subpkgs, doesn't mean it's good... just don't use %{release} in kernel pkgs as subpks can appear anyday. i short: i've seen it earlier, and i prevented it :) (and no, rpm spec parsing hasn't changed meanwhile) > And think for a moment, with R with that stupid macro you may get a > VER-X.mgl package and subpackages with R: VER-X. Funny, eh? yes, that's why you use %{rel} in subpkgs, not %{release} or, you move that .mgl into %{rel} macro definition, depends how you want the propagation. > Janek -- glen From gotar at polanet.pl Thu Feb 19 01:21:43 2009 From: gotar at polanet.pl (Tomasz Pala) Date: Thu, 19 Feb 2009 01:21:43 +0100 Subject: SPECS: xorg-driver-video-nvidia.spec - revert baggins breakage, you can't u... In-Reply-To: <20090217233858.GB17897@sith.mimuw.edu.pl> References: <20090217233858.GB17897@sith.mimuw.edu.pl> Message-ID: <20090219002143.GA5452@polanet.pl> On Wed, Feb 18, 2009 at 00:38:58 +0100, Jan Rekorajski wrote: >> - revert baggins breakage, you can't use %{release} here or %{release}@%{release}@%{release} recursion and other bad things happen; rel 2 > > Would you mind explaining how can possibly something that simple as: > > %define rel 1 > > Release: %{rel}%{?with_multigl:.mgl} > > cause %{release}@%{release}@%{release} recursion and other bad things? > > And think for a moment, with R with that stupid macro you may get a > VER-X.mgl package and subpackages with R: VER-X. Funny, eh? I've got rev. 1.208 builded and installed ...with nodeps: ~: rpm -V kernel-video-nvidia-180.29-1 at 2.6.25usPAE.athlon Unsatisfied dependencies for kernel-video-nvidia-180.29-1 at 2.6.25usPAE.athlon: Requires: xorg-driver-video-nvidia = 1:180.29-1 at 2.6.25usPAE ^^^^^^^^^^^^ ~: rpm -q xorg-driver-video-nvidia xorg-driver-video-nvidia-180.29-1.athlon xorg driver mustn't be versioned with kernel's release as it's always the same binary. So this was a breackage. -- Tomasz Pala From adamg at pld-linux.org Thu Feb 19 09:02:18 2009 From: adamg at pld-linux.org (=?UTF-8?B?QWRhbSBHb8WCxJliaW93c2tp?=) Date: Thu, 19 Feb 2009 09:02:18 +0100 Subject: tcl broken? Message-ID: <499D120A.9050501@pld-linux.org> Hi, [adamg at carme-pld-i686 SPECS]$ echo 'puts stdout "a"' | tclsh a Tcl_SetObjLength called with shared object Aborted [adamg at carme-pld-i686 SPECS]$ this causes sqlite3 build failure (and probably other software). adamg From udvzsolt at gmail.com Sat Feb 21 18:51:35 2009 From: udvzsolt at gmail.com (Zsolt Udvari) Date: Sat, 21 Feb 2009 18:51:35 +0100 Subject: Xorg requires hal daemon Message-ID: <760ece280902210951r1b9f909cha3201152f232ac3f@mail.gmail.com> I've installed the newest xorg and it didn't run. I've googled and found that the newest xorg needs hal daemon. http://wiki.archlinux.org/index.php/Xorg_input_hotplugging#Requirements "Besides installing a supported driver, both dbus and hal have to be running." Please correct in the spec-files! (I don't want modify them, because I don't know about their "rules" and I don't know which parts need hal). Zsolt From gotar at polanet.pl Sat Feb 21 18:56:07 2009 From: gotar at polanet.pl (Tomasz Pala) Date: Sat, 21 Feb 2009 18:56:07 +0100 Subject: Xorg requires hal daemon In-Reply-To: <760ece280902210951r1b9f909cha3201152f232ac3f@mail.gmail.com> References: <760ece280902210951r1b9f909cha3201152f232ac3f@mail.gmail.com> Message-ID: <20090221175607.GA17695@polanet.pl> On Sat, Feb 21, 2009 at 18:51:35 +0100, Zsolt Udvari wrote: > I've installed the newest xorg and it didn't run. I've googled and > found that the newest xorg needs hal daemon. > http://wiki.archlinux.org/index.php/Xorg_input_hotplugging#Requirements > "Besides installing a supported driver, both dbus and hal have to be running." > Please correct in the spec-files! No, it does not require hal daemon. It's just default _configuration_. -- Tomasz Pala From z at xatka.net Sat Feb 21 20:49:43 2009 From: z at xatka.net (=?utf-8?q?Pawe=C5=82_Zuzelski?=) Date: Sat, 21 Feb 2009 20:49:43 +0100 Subject: Xorg requires hal daemon In-Reply-To: <20090221175607.GA17695@polanet.pl> References: <760ece280902210951r1b9f909cha3201152f232ac3f@mail.gmail.com> <20090221175607.GA17695@polanet.pl> Message-ID: <200902212049.43732.z@xatka.net> On Saturday 21 of February 2009 18:56:07 Tomasz Pala wrote: > On Sat, Feb 21, 2009 at 18:51:35 +0100, Zsolt Udvari wrote: > > I've installed the newest xorg and it didn't run. I've googled and > > found that the newest xorg needs hal daemon. > > http://wiki.archlinux.org/index.php/Xorg_input_hotplugging#Requirements > > "Besides installing a supported driver, both dbus and hal have to be > > running." Please correct in the spec-files! > > No, it does not require hal daemon. It's just default _configuration_. So imo we should add Suggests or %banner. It is a bit confusing that xorg does not work out of the box. There is no error message nor info about hal daemon. Not every user or even developer knows that. -- ..... Pozdrawiam, ..... ..... Pawel Zuzelski ..... ..... jid:pzz at touk.pl ..... From blues at pld-linux.org Sat Feb 21 20:51:26 2009 From: blues at pld-linux.org (Pawel Golaszewski) Date: Sat, 21 Feb 2009 20:51:26 +0100 (CET) Subject: Xorg requires hal daemon In-Reply-To: <200902212049.43732.z@xatka.net> References: <760ece280902210951r1b9f909cha3201152f232ac3f@mail.gmail.com> <20090221175607.GA17695@polanet.pl> <200902212049.43732.z@xatka.net> Message-ID: On Sat, 21 Feb 2009, Pawe? Zuzelski wrote: > > > I've installed the newest xorg and it didn't run. I've googled and > > > found that the newest xorg needs hal daemon. > > > http://wiki.archlinux.org/index.php/Xorg_input_hotplugging#Requirements > > > "Besides installing a supported driver, both dbus and hal have to be > > > running." Please correct in the spec-files! > > No, it does not require hal daemon. It's just default _configuration_. > So imo we should add Suggests or %banner. It is a bit confusing that > xorg does not work out of the box. There is no error message nor info > about hal daemon. Not every user or even developer knows that. Please, use banners only as the-real-last-resort... These are really annoing. Suggests would be fine in that case, IMO. -- pozdr. Pawe? Go?aszewski jid:bluesjabbergdapl -------------------------------------------------------------------------- If you think of MS-DOS as mono, and Windows as stereo, then Linux is Dolby Pro-Logic Surround Sound with Bass Boost and all the music is free. From arekm at maven.pl Sat Feb 21 20:56:06 2009 From: arekm at maven.pl (Arkadiusz Miskiewicz) Date: Sat, 21 Feb 2009 20:56:06 +0100 Subject: Xorg requires hal daemon In-Reply-To: <200902212049.43732.z@xatka.net> References: <760ece280902210951r1b9f909cha3201152f232ac3f@mail.gmail.com> <20090221175607.GA17695@polanet.pl> <200902212049.43732.z@xatka.net> Message-ID: <200902212056.06780.arekm@maven.pl> On Saturday 21 of February 2009, Pawe? Zuzelski wrote: > On Saturday 21 of February 2009 18:56:07 Tomasz Pala wrote: > > On Sat, Feb 21, 2009 at 18:51:35 +0100, Zsolt Udvari wrote: > > > I've installed the newest xorg and it didn't run. I've googled and > > > found that the newest xorg needs hal daemon. > > > http://wiki.archlinux.org/index.php/Xorg_input_hotplugging#Requirements > > > "Besides installing a supported driver, both dbus and hal have to be > > > running." Please correct in the spec-files! > > > > No, it does not require hal daemon. It's just default _configuration_. > > So imo we should add Suggests or %banner. It is a bit confusing that xorg > does not work out of the box. What do you mean by "doesn't work" btw? > There is no error message nor info about hal > daemon. Not every user or even developer knows that. Wait for 1.6 before doing anything. It's going to be released soon and it has some changes in that area AFAIK. -- Arkadiusz Mi?kiewicz PLD/Linux Team arekm / maven.pl http://ftp.pld-linux.org/ From gotar at polanet.pl Sun Feb 22 01:24:25 2009 From: gotar at polanet.pl (Tomasz Pala) Date: Sun, 22 Feb 2009 01:24:25 +0100 Subject: Xorg requires hal daemon In-Reply-To: <200902212056.06780.arekm@maven.pl> References: <760ece280902210951r1b9f909cha3201152f232ac3f@mail.gmail.com> <20090221175607.GA17695@polanet.pl> <200902212049.43732.z@xatka.net> <200902212056.06780.arekm@maven.pl> Message-ID: <20090222002425.GA17777@polanet.pl> On Sat, Feb 21, 2009 at 20:56:06 +0100, Arkadiusz Miskiewicz wrote: >> So imo we should add Suggests or %banner. It is a bit confusing that xorg >> does not work out of the box. I'd prefer S. > What do you mean by "doesn't work" btw? One needs to install hal or append Option "UseEvents" "False" to xorg.conf? >> There is no error message nor info about hal >> daemon. Not every user or even developer knows that. > > Wait for 1.6 before doing anything. It's going to be released soon and it has > some changes in that area AFAIK. And it has DRI2 I hope... -- Tomasz Pala From gotar at polanet.pl Sun Feb 22 01:28:22 2009 From: gotar at polanet.pl (Tomasz Pala) Date: Sun, 22 Feb 2009 01:28:22 +0100 Subject: Xorg requires hal daemon In-Reply-To: <20090222002425.GA17777@polanet.pl> References: <760ece280902210951r1b9f909cha3201152f232ac3f@mail.gmail.com> <20090221175607.GA17695@polanet.pl> <200902212049.43732.z@xatka.net> <200902212056.06780.arekm@maven.pl> <20090222002425.GA17777@polanet.pl> Message-ID: <20090222002821.GB17777@polanet.pl> On Sun, Feb 22, 2009 at 01:24:25 +0100, Tomasz Pala wrote: > One needs to install hal or append Option "UseEvents" "False" to > xorg.conf? I mean AllowEmptyInput not UseEvents. -- Tomasz Pala From z at xatka.net Sun Feb 22 02:31:17 2009 From: z at xatka.net (=?utf-8?q?Pawe=C5=82_Zuzelski?=) Date: Sun, 22 Feb 2009 02:31:17 +0100 Subject: Xorg requires hal daemon In-Reply-To: <200902212056.06780.arekm@maven.pl> References: <760ece280902210951r1b9f909cha3201152f232ac3f@mail.gmail.com> <200902212049.43732.z@xatka.net> <200902212056.06780.arekm@maven.pl> Message-ID: <200902220231.17678.z@xatka.net> On Saturday 21 of February 2009 20:56:06 Arkadiusz Miskiewicz wrote: > What do you mean by "doesn't work" btw? I mean that X starts, but mouse nor keyboard does not work. Even ctrl-alt- backspace does not work. The only way to recover is to ssh from other machine, and killall X. Or "SysRq S U B". BTW to install haldaemon is not enough. One have to start haldeamon. -- ..... Pozdrawiam, ..... ..... Pawel Zuzelski ..... ..... jid:pzz at touk.pl ..... From radek at pld-linux.org Sun Feb 22 12:52:14 2009 From: radek at pld-linux.org (Radoslaw Zielinski) Date: Sun, 22 Feb 2009 12:52:14 +0100 Subject: Slow "su - user" under X11 (pam, xauth) Message-ID: <20090222115214.GA5630@bzium.google.pl> The problem: "su - user" under X is slow. The background: I've added an user, now I'm trying to "sudo su - ..." to it. I'm doing this from an X session, so pam has decided to use pam_xauth.so: $ sudo grep xauth /etc/pam.d/su session optional pam_xauth.so pam_xauth calls xauth (as the destination user): /usr/bin/xauth -f /home/users/radek/.Xauthority nlist :0.0 ...and the reason for the delay is here (strace -p): open("/home/users/radek/.Xauthority-c", O_WRONLY|O_CREAT|O_EXCL, 0600) = -1 EACCES (Permission denied) rt_sigprocmask(SIG_BLOCK, [CHLD], [], 8) = 0 rt_sigaction(SIGCHLD, NULL, {SIG_DFL, [], 0}, 8) = 0 rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0 nanosleep({2, 0}, {2, 0}) = 0 [... this repeats several times ...] write(2, "/usr/bin/xauth: timeout in locki"..., 81) = -1 EBADF (Bad file descriptor) The code comes from xorg-lib-libXau; function XauLockAuth(). Now, what I don't understand is this snippet: while (retries > 0) { if (creat_fd == -1) { creat_fd = open (creat_name, O_WRONLY | O_CREAT | O_EXCL, 0600); if (creat_fd == -1) { if (errno != EACCES) return LOCK_ERROR; So, it will ignore EACCES and just happily keep trying. Why; what's the point, what's the purpose, wtf? -- Rados?aw Zieli?ski -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From gotar at polanet.pl Sun Feb 22 13:22:55 2009 From: gotar at polanet.pl (Tomasz Pala) Date: Sun, 22 Feb 2009 13:22:55 +0100 Subject: Slow "su - user" under X11 (pam, xauth) In-Reply-To: <20090222115214.GA5630@bzium.google.pl> References: <20090222115214.GA5630@bzium.google.pl> Message-ID: <20090222122254.GA24239@polanet.pl> On Sun, Feb 22, 2009 at 12:52:14 +0100, Radoslaw Zielinski wrote: > The problem: "su - user" under X is slow. > > > The background: I've added an user, now I'm trying to "sudo su - ..." to > it. I'm doing this from an X session, so pam has decided to use > pam_xauth.so: I got a similar problem and resolved it by creating empty ~/.xauth/export or import file. BTW http://www.mail-archive.com/pld-users-pl at lists.pld-linux.org/msg16957.html -- Tomasz Pala From rafilists at gmail.com Mon Feb 23 17:36:41 2009 From: rafilists at gmail.com (=?iso-8859-2?q?Rafa=B3_Cygnarowski?=) Date: Mon, 23 Feb 2009 17:36:41 +0100 Subject: Slow "su - user" under X11 (pam, xauth) In-Reply-To: <20090222115214.GA5630@bzium.google.pl> References: <20090222115214.GA5630@bzium.google.pl> Message-ID: <200902231736.49493.rafilists@gmail.com> Dnia niedziela 22 luty 2009, Radoslaw Zielinski napisa?: > The problem: "su - user" under X is slow. > > > The background: I've added an user, now I'm trying to "sudo su - ..." to > it. I'm doing this from an X session, so pam has decided to use > pam_xauth.so: > > $ sudo grep xauth /etc/pam.d/su > session optional pam_xauth.so > > pam_xauth calls xauth (as the destination user): > > /usr/bin/xauth -f /home/users/radek/.Xauthority nlist :0.0 My workaround for this is following script for su -l (I call it sul): #!/bin/sh XAUTHORITY=/home/users/$1/.Xauthority su -l $1 Regards, -- Rafa? Cygnarowski rafilists [at] gmail [dot] com -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part. URL: From baggins at sith.mimuw.edu.pl Thu Feb 26 23:42:04 2009 From: baggins at sith.mimuw.edu.pl (Jan Rekorajski) Date: Thu, 26 Feb 2009 23:42:04 +0100 Subject: Please test initramfs-tools Message-ID: <20090226224204.GA16490@sith.mimuw.edu.pl> I adapted initramfs-tools package from debian. I tested simple case boot (/ on /dev/hda2, udev, most modules on initramfs). I would appreciate if other devilopers could test other cases (lvm, cryptroot, dmraid, mdadm), all required packages have initramfs support added via -initramfs subpackage. In short - you need to install initramfs-tools, udev-initramfs and appropriate -initramfs add-ons, then do: mkinitramfs -o /boot/initramfs.cpio.gz and edit your bootloader config (root= option must be present!). If you find problems please speak here, or just fix them in cvs. Janek PS pardon my english, it's late and I have sleep shortages ;) -- Jan Rekorajski | ALL SUSPECTS ARE GUILTY. PERIOD! bagginsmimuw.edu.pl | OTHERWISE THEY WOULDN'T BE SUSPECTS, WOULD THEY? BOFH, MANIAC | -- TROOPS by Kevin Rubio From udvzsolt at gmail.com Sat Feb 21 12:10:56 2009 From: udvzsolt at gmail.com (Zsolt Udvari) Date: Sat, 21 Feb 2009 11:10:56 -0000 Subject: Graphical package management Message-ID: <760ece280902210353t3b05e3feg9df477b39cfa176@mail.gmail.com> Hi pld-users (and developers)! The developer of blackPanther [1] said me, that he wants to share his package manager, via GPL license. The blackPanther is an "old" hungarian distro to "simple" users. The RPManager is a simpe wrapper to rpm and other tools and it's written in Python (python-gtk). If you say that we (or other users) need it, I (or anybody else) will begin its port to pld. In the attachment there are some screenshots. Zsolt [1] http://www.blackpanther.hu/index.php -------------- next part -------------- A non-text attachment was scrubbed... Name: rpmanager.tar.gz Type: application/x-gzip Size: 824493 bytes Desc: not available URL: