From przemo at firszt.eu Sat Jan 1 15:10:50 2011 From: przemo at firszt.eu (Przemo Firszt) Date: Sat, 01 Jan 2011 14:10:50 +0000 Subject: ConsoleKit-0.4.3 doesn't work for PLD, was: Re: Network-Manager nm-applet-0.8.2 is broken. In-Reply-To: <20101231181440.b2d7361b.freetz@gmx.net> References: <1292795394.3305.9.camel@pldmachine> <1293797175.7421.5.camel@pldmachine> <20101231181440.b2d7361b.freetz@gmx.net> Message-ID: <1293891050.7421.12.camel@pldmachine> Dnia 2010-12-31, pi? o godzinie 18:14 +0100, Fryderyk Dziarmagowski pisze: [..] > > CK session was not started properly (there are some missing bits in PLD > to run it out of a box). OK, fair enough. Can you be a bit more specific? How I can fix it? I have exec ck-launch-session in .xinitrc, but that doesn't make any difference. > > The attached patch has been found in the debian bug report. It fixes the > > issue, but it's a simple revert of the changes that introduced the > > problem. It _should_not_ be pushed to the PLD repo without discussion > > about possible side effects. > > There is no reason to revert it. I'm OK with that. It just worked for me :-) -- Regards, Przemo Firszt From jajcus at jajcus.net Sun Jan 2 14:14:02 2011 From: jajcus at jajcus.net (Jacek Konieczny) Date: Sun, 2 Jan 2011 14:14:02 +0100 Subject: ConsoleKit-0.4.3 doesn't work for PLD, was: Re: Network-Manager nm-applet-0.8.2 is broken. In-Reply-To: <1293891050.7421.12.camel@pldmachine> References: <1292795394.3305.9.camel@pldmachine> <1293797175.7421.5.camel@pldmachine> <20101231181440.b2d7361b.freetz@gmx.net> <1293891050.7421.12.camel@pldmachine> Message-ID: <20110102131402.GA3829@lolek.nigdzie> On Sat, Jan 01, 2011 at 02:10:50PM +0000, Przemo Firszt wrote: > Dnia 2010-12-31, pi? o godzinie 18:14 +0100, Fryderyk Dziarmagowski > pisze: > [..] > > > > CK session was not started properly (there are some missing bits in PLD > > to run it out of a box). > > OK, fair enough. Can you be a bit more specific? How I can fix it? > I have exec ck-launch-session in .xinitrc, but that doesn't make any > difference. +1 Answering 'something is missing' is not very helpful when things doesn't work for people. I have to manually set ACL for /dev/dri/* to have OpenGL working because of that 'broken something' (if you insist CK is not broken). > > There is no reason to revert it. Maybe someone should finish it so it works properly for all PLD users _or_ revert it. I we know 'there are some missing bits in PLD' then the change should not be incorporated until the missing bits are fixed IMHO. > I'm OK with that. It just worked for me :-) I am still trying? Greets, Jacek From jajcus at jajcus.net Sun Jan 2 14:48:47 2011 From: jajcus at jajcus.net (Jacek Konieczny) Date: Sun, 2 Jan 2011 14:48:47 +0100 Subject: ConsoleKit-0.4.3 doesn't work for PLD, was: Re: Network-Manager nm-applet-0.8.2 is broken. In-Reply-To: <20110102131402.GA3829@lolek.nigdzie> References: <1292795394.3305.9.camel@pldmachine> <1293797175.7421.5.camel@pldmachine> <20101231181440.b2d7361b.freetz@gmx.net> <1293891050.7421.12.camel@pldmachine> <20110102131402.GA3829@lolek.nigdzie> Message-ID: <20110102134847.GA6268@lolek.nigdzie> On Sun, Jan 02, 2011 at 02:14:02PM +0100, Jacek Konieczny wrote: > > I'm OK with that. It just worked for me :-) > > I am still trying? Got a workaround: $ cat /etc/X11/xinit/xinitrc #!/bin/sh # Call standard xinit actions . /etc/X11/xinit/xinitdefs if [ -f $HOME/.Xclients ]; then exec /usr/bin/ck-launch-session $HOME/.Xclients $* else exec /usr/bin/ck-launch-session /etc/X11/xinit/Xclients $* fi Though, I don't think this is how it should be done. PLD is still broken (the problem is 'startx' won't start proper CK X11 session). Greets, Jacek From freetz at gmx.net Sun Jan 2 23:16:51 2011 From: freetz at gmx.net (Fryderyk Dziarmagowski) Date: Sun, 2 Jan 2011 23:16:51 +0100 Subject: ConsoleKit-0.4.3 doesn't work for PLD, was: Re: Network-Manager nm-applet-0.8.2 is broken. In-Reply-To: <1293891050.7421.12.camel@pldmachine> References: <1292795394.3305.9.camel@pldmachine> <1293797175.7421.5.camel@pldmachine> <20101231181440.b2d7361b.freetz@gmx.net> <1293891050.7421.12.camel@pldmachine> Message-ID: <20110102231651.30230f1d.freetz@gmx.net> On Sat, 01 Jan 2011 14:10:50 +0000 Przemo Firszt wrote: > Dnia 2010-12-31, pi? o godzinie 18:14 +0100, Fryderyk Dziarmagowski > pisze: > [..] > > > > CK session was not started properly (there are some missing bits in PLD > > to run it out of a box). > > OK, fair enough. Can you be a bit more specific? How I can fix it? > I have exec ck-launch-session in .xinitrc, but that doesn't make any > difference. ck-launch-session seems to be not sufficient anymore. What about pam_ck_connector? It should open a new ck session on login without any additional magic... > > > The attached patch has been found in the debian bug report. It fixes the > > > issue, but it's a simple revert of the changes that introduced the > > > problem. It _should_not_ be pushed to the PLD repo without discussion > > > about possible side effects. > > > > There is no reason to revert it. > > I'm OK with that. It just worked for me :-) reducing that patch too: - /* don't set is-local here - let the daemon do that */ + si->is_local = TRUE; + si->is_local_is_set = TRUE; works as well. -- Fryderyk Dziarmagowski From freetz at gmx.net Sun Jan 2 23:47:05 2011 From: freetz at gmx.net (Fryderyk Dziarmagowski) Date: Sun, 2 Jan 2011 23:47:05 +0100 Subject: ConsoleKit-0.4.3 doesn't work for PLD, was: Re: Network-Manager nm-applet-0.8.2 is broken. In-Reply-To: <20110102131402.GA3829@lolek.nigdzie> References: <1292795394.3305.9.camel@pldmachine> <1293797175.7421.5.camel@pldmachine> <20101231181440.b2d7361b.freetz@gmx.net> <1293891050.7421.12.camel@pldmachine> <20110102131402.GA3829@lolek.nigdzie> Message-ID: <20110102234705.a21b8f11.freetz@gmx.net> On Sun, 2 Jan 2011 14:14:02 +0100 Jacek Konieczny wrote: > On Sat, Jan 01, 2011 at 02:10:50PM +0000, Przemo Firszt wrote: > > Dnia 2010-12-31, pi? o godzinie 18:14 +0100, Fryderyk Dziarmagowski > > pisze: > > [..] > > > > > > CK session was not started properly (there are some missing bits in PLD > > > to run it out of a box). > > > > OK, fair enough. Can you be a bit more specific? How I can fix it? > > I have exec ck-launch-session in .xinitrc, but that doesn't make any > > difference. > > +1 > > Answering 'something is missing' is not very helpful when things doesn't > work for people. Basically PLD's xinit lacks proper CK support. See Fedora, Gentoo, Debian for working examples. A "workaround" posted in your previous post is a step in a right direction. > I have to manually set ACL for /dev/dri/* to have OpenGL working because > of that 'broken something' (if you insist CK is not broken). Well, just don't use udev-acl and add SUBSYSTEM=="drm", GROUP="video" to 50-my-lovely-intel-video-accelerator.rules But wait! It's too crappy to play Penumbra anyway... ;) > > > There is no reason to revert it. > > Maybe someone should finish it so it works properly for all PLD users > _or_ revert it. I we know 'there are some missing bits in PLD' then the > change should not be incorporated until the missing bits are fixed IMHO. Maybe. Any volunteers? But seriously. "no reason to revert" it's just my opinion (and I'm not a developer). The crappy gdm thing works with CK 0.4.3 version, so I assume it can be done without reverting it. > > I'm OK with that. It just worked for me :-) > > I am still trying? > > Greets, > Jacek Regards -- Fryderyk Dziarmagowski From przemo at firszt.eu Mon Jan 3 13:54:43 2011 From: przemo at firszt.eu (Przemo Firszt) Date: Mon, 03 Jan 2011 12:54:43 +0000 Subject: ConsoleKit-0.4.3 doesn't work for PLD, was: Re: Network-Manager nm-applet-0.8.2 is broken. In-Reply-To: <20110102231651.30230f1d.freetz@gmx.net> References: <1292795394.3305.9.camel@pldmachine> <1293797175.7421.5.camel@pldmachine> <20101231181440.b2d7361b.freetz@gmx.net> <1293891050.7421.12.camel@pldmachine> <20110102231651.30230f1d.freetz@gmx.net> Message-ID: <1294059283.27219.7.camel@pldmachine> Dnia 2011-01-02, nie o godzinie 23:16 +0100, Fryderyk Dziarmagowski pisze: > On Sat, 01 Jan 2011 14:10:50 +0000 > Przemo Firszt wrote: > > > Dnia 2010-12-31, pi? o godzinie 18:14 +0100, Fryderyk Dziarmagowski > > pisze: > > [..] > > > > > > CK session was not started properly (there are some missing bits in PLD > > > to run it out of a box). > > > > OK, fair enough. Can you be a bit more specific? How I can fix it? > > I have exec ck-launch-session in .xinitrc, but that doesn't make any > > difference. > > ck-launch-session seems to be not sufficient anymore. What about > pam_ck_connector? It should open a new ck session on login without any > additional magic... > We have already have it: [przemo at pldmachine ~]$ sudo grep pam_ck_connector /etc/pam.d/* /etc/pam.d/login:session optional pam_ck_connector.so and it's not enough. -- Przemo Firszt From jajcus at jajcus.net Mon Jan 3 14:20:22 2011 From: jajcus at jajcus.net (Jacek Konieczny) Date: Mon, 3 Jan 2011 14:20:22 +0100 Subject: ConsoleKit-0.4.3 doesn't work for PLD, was: Re: Network-Manager nm-applet-0.8.2 is broken. In-Reply-To: <1294059283.27219.7.camel@pldmachine> References: <1292795394.3305.9.camel@pldmachine> <1293797175.7421.5.camel@pldmachine> <20101231181440.b2d7361b.freetz@gmx.net> <1293891050.7421.12.camel@pldmachine> <20110102231651.30230f1d.freetz@gmx.net> <1294059283.27219.7.camel@pldmachine> Message-ID: <20110103132022.GB9789@jajo.eggsoft> On Mon, Jan 03, 2011 at 12:54:43PM +0000, Przemo Firszt wrote: > We have already have it: > [przemo at pldmachine ~]$ sudo grep pam_ck_connector /etc/pam.d/* > /etc/pam.d/login:session optional pam_ck_connector.so > > and it's not enough. Adding that to /etc/pam.d/xserver didn't help either (I have no idea how this is supposed to work). Greets, Jacek From freetz at gmx.net Tue Jan 4 18:25:09 2011 From: freetz at gmx.net (Fryderyk Dziarmagowski) Date: Tue, 4 Jan 2011 18:25:09 +0100 Subject: ConsoleKit-0.4.3 doesn't work for PLD, was: Re: Network-Manager nm-applet-0.8.2 is broken. In-Reply-To: <20110103132022.GB9789@jajo.eggsoft> References: <1292795394.3305.9.camel@pldmachine> <1293797175.7421.5.camel@pldmachine> <20101231181440.b2d7361b.freetz@gmx.net> <1293891050.7421.12.camel@pldmachine> <20110102231651.30230f1d.freetz@gmx.net> <1294059283.27219.7.camel@pldmachine> <20110103132022.GB9789@jajo.eggsoft> Message-ID: <20110104182509.4b0dbb4d.freetz@gmx.net> On Mon, 3 Jan 2011 14:20:22 +0100 Jacek Konieczny wrote: > On Mon, Jan 03, 2011 at 12:54:43PM +0000, Przemo Firszt wrote: > > We have already have it: > > [przemo at pldmachine ~]$ sudo grep pam_ck_connector /etc/pam.d/* > > /etc/pam.d/login:session optional pam_ck_connector.so > > > > and it's not enough. > > Adding that to /etc/pam.d/xserver didn't help either (I have no idea how > this is supposed to work). My example setup (sufficient for plain startx) # grep ck_co /etc/pam.d/* /etc/pam.d/login:session optional pam_ck_connector.so debug # grep CK /etc/security/pam_env.conf CKCON_X11_DISPLAY=:0 CKCON_X11_DISPLAY_DEVICE=/dev/tty9 % ck-list-sessions Session2: unix-user = '500' realname = 'Fryderyk Dziarmagowski' seat = 'Seat1' session-type = '' active = FALSE x11-display = '' x11-display-device = '' display-device = '/dev/tty2' remote-host-name = '' is-local = TRUE on-since = '2011-01-04T17:04:56.791272Z' login-session-id = '5' idle-since-hint = '2011-01-04T17:05:31.004602Z' after startx: Session3: unix-user = '500' realname = 'Fryderyk Dziarmagowski' seat = 'Seat1' session-type = '' active = TRUE x11-display = ':0' x11-display-device = '/dev/tty10' display-device = '/dev/tty2' remote-host-name = '' is-local = TRUE on-since = '2011-01-04T17:05:02.294675Z' login-session-id = '5' # tail -1 /var/log/debug Jan 4 18:04:56 aquarius login: pam_ck_connector (login:session):registered uid=500 on tty='/dev/tty2' with ConsoleKit -- Fryderyk Dziarmagowski From przemo at firszt.eu Wed Jan 5 22:33:05 2011 From: przemo at firszt.eu (Przemo Firszt) Date: Wed, 05 Jan 2011 21:33:05 +0000 Subject: ConsoleKit-0.4.3 doesn't work for PLD, was: Re: Network-Manager nm-applet-0.8.2 is broken. In-Reply-To: <20110104182509.4b0dbb4d.freetz@gmx.net> References: <1292795394.3305.9.camel@pldmachine> <1293797175.7421.5.camel@pldmachine> <20101231181440.b2d7361b.freetz@gmx.net> <1293891050.7421.12.camel@pldmachine> <20110102231651.30230f1d.freetz@gmx.net> <1294059283.27219.7.camel@pldmachine> <20110103132022.GB9789@jajo.eggsoft> <20110104182509.4b0dbb4d.freetz@gmx.net> Message-ID: <1294263185.3927.1.camel@pldmachine> Dnia 2011-01-04, wto o godzinie 18:25 +0100, Fryderyk Dziarmagowski pisze: > grep CK /etc/security/pam_env.conf [przemo at pldmachine ~]$ sudo grep ck_co /etc/pam.d/* Has?o: /etc/pam.d/login:session optional pam_ck_connector.so debug /etc/pam.d/login~:session optional pam_ck_connector.so [przemo at pldmachine ~]$ sudo grep CK /etc/security/pam_env.conf CKCON_X11_DISPLAY=:0 CKCON_X11_DISPLAY_DEVICE=/dev/tty9 [przemo at pldmachine ~]$ ck-list-sessions Session1: unix-user = '1000' realname = '(null)' seat = 'Seat1' session-type = '' active = FALSE x11-display = '' x11-display-device = '' display-device = '/dev/tty9' remote-host-name = '' is-local = TRUE on-since = '2011-01-05T20:59:33.890869Z' login-session-id = '' idle-since-hint = '2011-01-05T21:00:10.002436Z' Session3: unix-user = '1000' realname = '(null)' seat = 'Seat3' session-type = '' active = FALSE x11-display = ':0' x11-display-device = '/dev/tty10' display-device = '/dev/tty9' remote-host-name = '' is-local = FALSE on-since = '2011-01-05T20:59:43.081299Z' login-session-id = '' [przemo at pldmachine ~]$ sudo tail /var/log/debug Jan 5 20:59:33 pldmachine login: pam_ck_connector(login:session): registered uid=1000 on tty='/dev/tty9' with ConsoleKit Doesn't work for me. I tried to use tty9/10 - no difference. It works for you, so I have to try harder. -- Regards, Przemo Firszt From lisu87 at gmail.com Mon Jan 10 18:10:22 2011 From: lisu87 at gmail.com (=?UTF-8?B?TWljaGHFgiBMaXNvd3NraQ==?=) Date: Mon, 10 Jan 2011 18:10:22 +0100 Subject: packages: mono/mono.spec, mono/mono-encryption.patch (REMOVED) - Up to 2.8.... In-Reply-To: References: Message-ID: <4D2B3D7E.2070002@gmail.com> W dniu 10.01.2011 16:10, caleb pisze: > Author: caleb Date: Mon Jan 10 15:10:15 2011 GMT > Module: packages Tag: HEAD > ---- Log message: > - Up to 2.8.2 > - Removed patch8, applied upstream > ^^^ if you remove patch, make sure you also remove it from cvs. From caleb at pld-linux.org Mon Jan 10 18:17:31 2011 From: caleb at pld-linux.org (Caleb Maclennan) Date: Mon, 10 Jan 2011 19:17:31 +0200 Subject: packages: mono/mono.spec, mono/mono-encryption.patch (REMOVED) - Up to 2.8.... In-Reply-To: <4D2B3D7E.2070002@gmail.com> References: <4D2B3D7E.2070002@gmail.com> Message-ID: 2011/1/10 Micha? Lisowski > > > - Removed patch8, applied upstream > > > ^^^ if you remove patch, make sure you also remove it from cvs. I did, the whole action was in one commit. This is noted in the subject of the notification email sent to the list:?mono/mono.spec, mono/mono-encryption.patch (REMOVED) From lisu87 at gmail.com Mon Jan 10 20:48:34 2011 From: lisu87 at gmail.com (=?UTF-8?B?TWljaGHFgiBMaXNvd3NraQ==?=) Date: Mon, 10 Jan 2011 20:48:34 +0100 Subject: packages: mono/mono.spec, mono/mono-encryption.patch (REMOVED) - Up to 2.8.... In-Reply-To: References: <4D2B3D7E.2070002@gmail.com> Message-ID: <4D2B6292.5070805@gmail.com> W dniu 10.01.2011 18:17, Caleb Maclennan pisze: > 2011/1/10 Micha? Lisowski >>> - Removed patch8, applied upstream >>> >> ^^^ if you remove patch, make sure you also remove it from cvs. > I did, the whole action was in one commit. > Yeah, I see now: Revision 1.248 2010/03/10 19:18:18 megabajt - updated -pc.patch; removed -metadata-makefile.patch (seems to be obsolete / broken) But metadata-makefile.patch is still in cvs. So ignore my last message, it should get to megabajt :-) Sorry From udvzsolt at gmail.com Tue Jan 11 21:36:53 2011 From: udvzsolt at gmail.com (Zsolt Udvari) Date: Tue, 11 Jan 2011 21:36:53 +0100 Subject: softreset failed (device not ready) Message-ID: Hi all! When I booting, I got these warnings: [ 2.363408] ata1: softreset failed (device not ready) [ 2.363411] ata2: softreset failed (device not ready) Now I have time, so I've googled and found this: https://bbs.archlinux.org/viewtopic.php?id=82151 "I was able to fix the problem by compiling my own kernel without sata pmp support. The errors went away and I can safely transfer large files. If anyone wants help with this let me know, or maybe ill make a repo with latest kernel with pmp disabled for sb600/sb700 users." # lspci | grep -i sata 00:11.0 SATA controller: ATI Technologies Inc SB700/SB800 SATA Controller [IDE mode] Zsolt From wiget at pld-linux.org Wed Jan 12 11:55:12 2011 From: wiget at pld-linux.org (Artur Frysiak) Date: Wed, 12 Jan 2011 11:55:12 +0100 Subject: softreset failed (device not ready) In-Reply-To: References: Message-ID: On Tue, Jan 11, 2011 at 21:36, Zsolt Udvari wrote: > Hi all! > > When I booting, I got these warnings: > [ ? ?2.363408] ata1: softreset failed (device not ready) > [ ? ?2.363411] ata2: softreset failed (device not ready) > > Now I have time, so I've googled and found this: > https://bbs.archlinux.org/viewtopic.php?id=82151 > "I was able to fix the problem > by compiling my own kernel without sata pmp support. ?The errors went > away and I can safely transfer large files. > If anyone wants help with this let me know, or maybe ill make a repo > with latest kernel with pmp disabled for sb600/sb700 users." > > # lspci ?| grep -i sata > 00:11.0 SATA controller: ATI Technologies Inc SB700/SB800 SATA > Controller [IDE mode] $ dmesg|grep -i soft $ lspci|grep -i sata 00:11.0 SATA controller: ATI Technologies Inc SB700/SB800 SATA Controller [AHCI mode] (rev 40) 05:00.0 SATA controller: JMicron Technology Corp. JMB362/JMB363 Serial ATA Controller (rev 02) I set SATA controller to AHCI mode in BIOS. /etc/modprobe.d/blacklist.conf blacklist amd74xx blacklist jmicron # lspci -v -s 0:11.0 00:11.0 SATA controller: ATI Technologies Inc SB700/SB800 SATA Controller [AHCI mode] (rev 40) (prog-if 01 [AHCI 1.0]) Subsystem: Giga-byte Technology Device b002 Flags: bus master, 66MHz, medium devsel, latency 32, IRQ 40 I/O ports at ff00 [size=8] I/O ports at fe00 [size=4] I/O ports at fd00 [size=8] I/O ports at fc00 [size=4] I/O ports at fb00 [size=16] Memory at fe02f000 (32-bit, non-prefetchable) [size=1K] Capabilities: [50] MSI: Enable+ Count=1/8 Maskable- 64bit+ Capabilities: [70] SATA HBA v1.0 Capabilities: [a4] PCI Advanced Features Kernel driver in use: ahci -- Artur Frysiak From udvzsolt at gmail.com Wed Jan 12 22:21:11 2011 From: udvzsolt at gmail.com (Zsolt Udvari) Date: Wed, 12 Jan 2011 22:21:11 +0100 Subject: softreset failed (device not ready) In-Reply-To: References: Message-ID: > I set SATA controller to AHCI mode in BIOS. Same warning... My laptop works well, without any problem, but this warning message is a bit annoying (and not beautiful :)). Zsolt From wiget at pld-linux.org Thu Jan 13 17:07:17 2011 From: wiget at pld-linux.org (Artur Frysiak) Date: Thu, 13 Jan 2011 17:07:17 +0100 Subject: softreset failed (device not ready) In-Reply-To: References: Message-ID: On Wed, Jan 12, 2011 at 22:21, Zsolt Udvari wrote: >> I set SATA controller to AHCI mode in BIOS. > Same warning... My laptop works well, without any problem, but this > warning message is a bit annoying (and not beautiful :)). Please show: $ lspci -v -s 0:11.0 -- Artur Frysiak From udvzsolt at gmail.com Fri Jan 14 08:17:48 2011 From: udvzsolt at gmail.com (Zsolt Udvari) Date: Fri, 14 Jan 2011 08:17:48 +0100 Subject: softreset failed (device not ready) In-Reply-To: References: Message-ID: $ /sbin/lspci -v -s 0:11.0 00:11.0 SATA controller: ATI Technologies Inc SB700/SB800 SATA Controller [AHCI mode] (prog-if 01 [AHCI 1.0]) Subsystem: ASUSTeK Computer Inc. Device 1117 Flags: bus master, 66MHz, medium devsel, latency 64, IRQ 22 I/O ports at c000 [size=8] I/O ports at b000 [size=4] I/O ports at a000 [size=8] I/O ports at 9000 [size=4] I/O ports at 8000 [size=16] Memory at fbcff800 (32-bit, non-prefetchable) [size=1K] Capabilities: Kernel driver in use: ahci 2011/1/13 Artur Frysiak : > On Wed, Jan 12, 2011 at 22:21, Zsolt Udvari wrote: >>> I set SATA controller to AHCI mode in BIOS. >> Same warning... My laptop works well, without any problem, but this >> warning message is a bit annoying (and not beautiful :)). > > Please show: > $ lspci -v -s 0:11.0 > -- > Artur Frysiak > _______________________________________________ > pld-devel-en mailing list > pld-devel-en at lists.pld-linux.org > http://lists.pld-linux.org/mailman/listinfo/pld-devel-en > From pawelz at pld-linux.org Sun Jan 16 21:10:50 2011 From: pawelz at pld-linux.org (=?ISO-8859-2?Q?Pawe=B3_Zuzelski?=) Date: Sun, 16 Jan 2011 21:10:50 +0100 Subject: TMPDIR hardcoded in latex2html Message-ID: Hello, latex2html seems to be broken. Apparently $TMPDIR is hardcoded in package build time: latex2html -no_images -split 0 -show_section_numbers \ -no_navigation -link 2 \ UserManual.tex defined(%hash) is deprecated at /usr/share/latex2html/latex2html.pl line 489. (Maybe you should just omit the defined()?) defined(%hash) is deprecated at /usr/share/latex2html/latex2html.pl line 2061. (Maybe you should just omit the defined()?) defined(%hash) is deprecated at /usr/share/latex2html/latex2html.pl line 9054. (Maybe you should just omit the defined()?) $* is no longer supported at /usr/share/latex2html/latex2html.pl line 10555. Error: '/home/users/builder/tmp' not usable as temporary directory. Compilation failed in require at /usr/bin/latex2html line 39. make: *** [UserManual.html] Error 2 [z at execve nightfall-1.70]$ echo $TMPDIR /home/users/z/tmp -- Regards, Pawe? Zuzelski From udvzsolt at gmail.com Mon Jan 17 08:24:21 2011 From: udvzsolt at gmail.com (Zsolt Udvari) Date: Mon, 17 Jan 2011 08:24:21 +0100 Subject: ATI legacy driver Message-ID: Hi list! I've an ATI Radeon X1200 video card, and the latest fglrx driver doesn't support this, the homepage says: "The following products have been moved to the legacy software support structure" Is there in PLD linux any "legacy software" to this? I doesn't found. If isn't exist, how can I create this? I've an idea: create xorg-driver-video-fglrx-legacy1 package (with .spec) and it's an older version of fglrx driver and it conflicts with the main fglrx driver. And can create after this legac2, etc. packages like xorg-driver-nvidia. Thanks! Zsolt From lisu87 at gmail.com Mon Jan 17 10:01:02 2011 From: lisu87 at gmail.com (=?UTF-8?B?TWljaGHFgiBMaXNvd3NraQ==?=) Date: Mon, 17 Jan 2011 10:01:02 +0100 Subject: packages: amarok/amarok.spec - 2.4.0 - BR added - some files added In-Reply-To: References: Message-ID: <4D34054E.9010307@gmail.com> W dniu 16.01.2011 17:32, rotom pisze: > eached at@pld-linux.org > > $Log$ > +Revision 1.233 2011/01/16 16:32:31 rotom > +- 2.4.0 > +- BR added > +- some files added > + > Revision 1.232 2010/11/04 09:53:09 shadzik > - rel 2 > And now merge it with DEVEL branch, please. From glen at delfi.ee Mon Jan 17 12:18:53 2011 From: glen at delfi.ee (=?ISO-8859-1?Q?Elan_Ruusam=E4e?=) Date: Mon, 17 Jan 2011 13:18:53 +0200 Subject: ATI legacy driver In-Reply-To: References: Message-ID: <4D34259D.2080109@delfi.ee> On 17.01.2011 09:24, Zsolt Udvari wrote: > Hi list! > > I've an ATI Radeon X1200 video card, and the latest fglrx driver > doesn't support this, the homepage says: > "The following products have been moved to the legacy software support > structure" > > Is there in PLD linux any "legacy software" to this? I doesn't found. > If isn't exist, how can I create this? > I've an idea: create xorg-driver-video-fglrx-legacy1 package (with > .spec) and it's an older version of fglrx driver and it conflicts with > the main fglrx driver. And can create after this legac2, etc. packages > like xorg-driver-nvidia. may i suggest not to use legacy1, legacy2, legacy3 names, as it becames eventually confusing which one is older legacy, legacy1 or legacy3? especially if the oldest one is removed, due not being compatible with any xserver, and you have left with legacy3 which has no relation what card it's for... but rather something mentioning the major version: xorg-driver-video-fglrx-10.x.spec and for nvidia ones: xorg-driver-video-nvidia-legacy.spec -> xorg-driver-video-nvidia-legacy-71.x.spec xorg-driver-video-nvidia-legacy2.spec -> xorg-driver-video-nvidia-legacy-96.x.spec xorg-driver-video-nvidia-legacy3.spec -> xorg-driver-video-nvidia-legacy-173.x.spec > Thanks! > Zsolt -- glen From marcin.rybak at gmail.com Tue Jan 18 16:05:52 2011 From: marcin.rybak at gmail.com (Marcin Rybak) Date: Tue, 18 Jan 2011 16:05:52 +0100 Subject: aria2 up to 1.10.9 Message-ID: please find the diff and spec file for aria2 1.10.9. It was rather easy to update. Builds OK, at pld-Ti stable and pld-Ti devel (openssl 1.0.0), and also works great. best regards --- Marcin Rybak http://marcinrybak.com -------------- next part -------------- A non-text attachment was scrubbed... Name: aria2.spec Type: application/octet-stream Size: 2796 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: aria2.diff Type: application/octet-stream Size: 690 bytes Desc: not available URL: From udvzsolt at gmail.com Wed Jan 19 09:04:06 2011 From: udvzsolt at gmail.com (Zsolt Udvari) Date: Wed, 19 Jan 2011 09:04:06 +0100 Subject: ATI legacy driver In-Reply-To: <4D34259D.2080109@delfi.ee> References: <4D34259D.2080109@delfi.ee> Message-ID: I've created, named xorg-driver-video-fglrx-legacy-9.x. Can we do anything with "xorg-xserver-server(videodrv-abi) <= 6.0" ? Thanks. Zsolt 2011/1/17 Elan Ruusam?e : > On 17.01.2011 09:24, Zsolt Udvari wrote: >> >> Hi list! >> >> I've an ATI Radeon X1200 video card, and the latest fglrx driver >> doesn't support this, the homepage says: >> "The following products have been moved to the legacy software support >> structure" >> >> Is there in PLD linux any "legacy software" to this? I doesn't found. >> If isn't exist, how can I create this? >> I've an idea: create xorg-driver-video-fglrx-legacy1 package (with >> .spec) and it's an older version of fglrx driver and it conflicts with >> the main fglrx driver. And can create after this legac2, etc. packages >> like xorg-driver-nvidia. > > may i suggest not to use legacy1, legacy2, legacy3 names, > as it becames eventually confusing which one is older legacy, legacy1 or > legacy3? > especially if the oldest one is removed, due not being compatible with any > xserver, > and you have left with legacy3 which has no relation what card it's for... > > but rather something mentioning the major version: > xorg-driver-video-fglrx-10.x.spec > > and for nvidia ones: > xorg-driver-video-nvidia-legacy.spec -> > xorg-driver-video-nvidia-legacy-71.x.spec > xorg-driver-video-nvidia-legacy2.spec -> > xorg-driver-video-nvidia-legacy-96.x.spec > xorg-driver-video-nvidia-legacy3.spec -> > xorg-driver-video-nvidia-legacy-173.x.spec > >> Thanks! >> Zsolt > > -- > glen > > From jan.palus at gmail.com Fri Jan 21 11:17:32 2011 From: jan.palus at gmail.com (Jan Palus) Date: Fri, 21 Jan 2011 11:17:32 +0100 Subject: packages: java-sun/java-sun.spec - up to 1.6.0.23 In-Reply-To: References: Message-ID: <20110121101732.GA2825@cukinia> On 20.01.2011 02:05, charles wrote: > Author: charles Date: Thu Jan 20 01:05:21 2011 GMT > Module: packages Tag: HEAD > ---- Log message: > - up to 1.6.0.23 > > ---- Files affected: > packages/java-sun: > java-sun.spec (1.275 -> 1.276) Shouldn't it be moved to java-oracle? From qboosh at pld-linux.org Sun Jan 23 08:31:27 2011 From: qboosh at pld-linux.org (Jakub Bogusz) Date: Sun, 23 Jan 2011 08:31:27 +0100 Subject: packages: cairo/cairo.spec - added -devel R: glib2-devel - release: 3 In-Reply-To: References: Message-ID: <20110123073126.GA17235@stranger.qboosh.pl> On Sat, Jan 22, 2011 at 10:31:35PM +0100, sparky wrote: > @@ -83,6 +83,7 @@ > Requires: %{name} = %{version}-%{release} > Requires: fontconfig-devel >= 2.2.95 > Requires: freetype-devel >= 1:2.3.0 > +Requires: glib2-devel >= 1:2.0 > Requires: libpng-devel >= 2:1.4.0 > %{?with_xcb:Requires: libxcb-devel >= 1.4} > Requires: pixman-devel >= 0.18.4 What for? I see glib/gobject only in Requires.private of cairo.pc (used on static linking), but it seems to be a mistake anyway (in my builds libcairo is not linked with gobject/glib, headers don't use them neither). So probably these Requires.private need to be cleaned up. -- Jakub Bogusz http://qboosh.pl/ From sparky at pld-linux.org Sun Jan 23 14:30:56 2011 From: sparky at pld-linux.org (Przemyslaw Iskra) Date: Sun, 23 Jan 2011 14:30:56 +0100 Subject: packages: cairo/cairo.spec - added -devel R: glib2-devel - release: 3 In-Reply-To: <20110123073126.GA17235@stranger.qboosh.pl> References: <20110123073126.GA17235@stranger.qboosh.pl> Message-ID: <20110123133056.GA15980@pld-linux.org> On Sun, Jan 23, 2011 at 08:31:27AM +0100, Jakub Bogusz wrote: > On Sat, Jan 22, 2011 at 10:31:35PM +0100, sparky wrote: > > @@ -83,6 +83,7 @@ > > +Requires: glib2-devel >= 1:2.0 > > What for? > > I see glib/gobject only in Requires.private of cairo.pc (used on static > linking), but it seems to be a mistake anyway (in my builds libcairo is > not linked with gobject/glib, headers don't use them neither). So probably > these Requires.private need to be cleaned up. Riiiight, will look into that in a moment. -- ____ sparky -- Przemyslaw ................ LANG...Pl,Ca,Es,En /____) ___ ___ _ _ || Iskra : WWW . http://ppcrcd.pld-linux.org/ \____\| -_)'___| ||^'||//\\// : WWW2 ............ http://rsget.pl/ (____/|| (_-_|_|| ||\\ || : eMail ..... From tomasz at grobelny.oswiecenia.net Tue Jan 25 02:09:11 2011 From: tomasz at grobelny.oswiecenia.net (Tomasz Grobelny) Date: Tue, 25 Jan 2011 02:09:11 +0100 Subject: vserver a poldek Message-ID: <201101250209.11831.tomasz@grobelny.oswiecenia.net> I've seen several reports related to poldek and vserver quite some time ago but none of the suggested fixes work. From my point of view vserver support is totally broken. Any idea what is wrong here? poldek:/all-avail> uninstall fftw3-common-3.2.2-1.i686 error: fftw3-common-3.2.2-1.i686: no such package poldek:/all-avail> install --reinstall fftw3-common-3.2.2-1.i686 Processing dependencies... fftw3-common-3.2.2-1.i686 obsoleted by fftw3-common-3.2.2-1.i686 There are 1 package to install, 1 to remove: I fftw3-common-3.2.2-1.i686 R fftw3-common-3.2.2-1.i686 Need to get 158.9KB of archives. Executing vrpm-preload --upgrade --replacefiles --replacepkgs -vh --root /vservers/users... warning: /var/cache/vservers/poldek/ftp_ftp.th.pld- linux.org.dists.th.PLD.i686.RPMS/fftw3-common-3.2.2-1.i686.rpm: Header V4 DSA signature: NOKEY, key ID e4f1bc2d error: failed to stat /sys/kernel/security: No such file or directory Preparing... ########################################### [100%] 1:fftw3-common ########################################### [100%] poldek:/all-avail> uninstall fftw3-common-3.2.2-1.i686 error: fftw3-common-3.2.2-1.i686: no such package poldek:/all-avail> # rpm -q rpm poldek util-vserver rpm-4.5-48.i686 poldek-0.30-0.rc2.1.i686 util-vserver-0.30.216-1.pre2921.2.i686 # cat /proc/sys/kernel/grsecurity/chroot_deny_mknod /proc/sys/kernel/grsecurity/chroot_enforce_chdir /proc/sys/kernel/grsecurity/chroot_restrict_nice cat: /proc/sys/kernel/grsecurity/chroot_deny_mknod: No such file or directory cat: /proc/sys/kernel/grsecurity/chroot_enforce_chdir: No such file or directory cat: /proc/sys/kernel/grsecurity/chroot_restrict_nice: No such file or directory -- Regards, Tomasz Grobelny From zbyniu at geocarbon.pl Wed Jan 26 11:56:40 2011 From: zbyniu at geocarbon.pl (Zbyniu Krzystolik) Date: Wed, 26 Jan 2011 11:56:40 +0100 Subject: test Message-ID: <20110126105640.GW3626@destrukcja.pl> Ignore it. Zbyniu From caleb at pld-linux.org Thu Jan 27 13:52:07 2011 From: caleb at pld-linux.org (Caleb Maclennan) Date: Thu, 27 Jan 2011 14:52:07 +0200 Subject: cdg: regulations.txt - spelling In-Reply-To: References: Message-ID: I had a look at the cdg regulations file, and the English version is very rough. I took the liberty of re-writing it in clearer English. Since I do not speak Polish I am unable to compare this to the original. I am attatching my update for review before attempting to commit to to CVS. Since I am not a member of the CDG I figure I'll wait for a nod from somebody before commiting this. There should be no factual content changes, only better English. Caleb -------------- next part -------------- [ NOTE: this document contains a translation of Polish version, which is the official one at the moment ] Core-Developers-Group ~~~~~~~~~~~~~~~~~~~~~ The Core Developers Group operates on behalf of the PLD Linux Distribution. CDG makes decisions democratically. The CDG is responsible for making decisions that are critical for the distribution and for solving conflicts among the management. CDG members are appointed by general ellection. Belinging to the CDG is the second stage of developer status (after being granted RW). *** Conflicts. CDG is able to make decisions which cannot be made by other developers in the course of discussion. For example: 1. Revoking somebody's RW in CVS 2. Disputes about the contents of a specific specfile *** Decisions. Decisions about issuing sequential versions of the distribution and the timing. *** Membership. The admision/removal of a CDG member is accomplished by a 2/3 majority vote with a minimum of 50% turnout. Only CDG members vote. A proposal for removing a member is to be voted on after 3 months of that members inactivity as a CDG (lack of comments, no voting, etc.). A CDG member may resign. This does not require a vote. A member who temporarily cannot participate in CDG activities may choose to suspend themselves. This is done by adding the text ":suspended till " after their login in sklad.txt. Suspension is effective the next day (by UTC time) after commiting the entry and lasts until the specified day. A member may return to the CDG earlier by removing the suspention entry from the file - in which case the last day of suspension is the day prior (according to the UTC timezome) to removing the entry. Durring suspension: - the member is not counted idle as defined in the Membership section. - the member is not taken into account when calculating a quarum for a vote held entirely inside of the suspension period. The total period of suspension must not exceed six months durring a calendar year. Withdrawal from CDG does not imply the revoking of RW access. A list of active CDG members can be found in "sklad.txt" *** Voting. A proposal for a vote may be filled by any PLD developer (not just mebmers of the CDG). The proposal must stay in CVS for at least 24h durring which time it should be discussed and, if needed, modified. A proposal must be seconded by three members of the CDG before being taken to a vote. If a proposal does not gain enough support in the 30 days following being filed it is automatically withdrawn. A proposal may also be withdrawn by its author provided that the voting phase has not yet begun. Voting is accomplished in the cdg cvs module (cvs://cvs.pld-linux.org/cdg/). Voting is public and motes maybe changed durring the durration of the voting phase. CDG members may also cast their votes by sending a PGP-signed email to the CDG mailing list. The public key should be placed in the PGP-keys module on the cvs server. The voting period is 48h from the time it is announced on the list. In the event of an insufficient turnout, voting may be extened for another 48h to a maximum of three extentions. After the completion of voting, uncast votes are treated as abstentions. Changes to these regulations or modifications to the membership of CDG require the number of YES votes to be at least twice as high as the number of NO votes, a minimum turnout of at least 50% and at least one non-abstain vote. All other votes require a simple majority of votes, regardless of the turnout. *** Changes Changes to this document are managed by the CDG. # vi: encoding=utf-8 tw=72: From glen at pld-linux.org Thu Jan 27 14:34:05 2011 From: glen at pld-linux.org (=?ISO-8859-1?Q?Elan_Ruusam=E4e?=) Date: Thu, 27 Jan 2011 15:34:05 +0200 Subject: cdg: regulations.txt - spelling In-Reply-To: References: Message-ID: <4D41744D.2020407@pld-linux.org> On 27.01.2011 14:52, Caleb Maclennan wrote: > I had a look at the cdg regulations file, and the English version is > very rough. I took the liberty of re-writing it in clearer English. > Since I do not speak Polish I am unable to compare this to the > original. I am attatching my update for review before attempting to > commit to to CVS. Since I am not a member of the CDG I figure I'll > wait for a nod from somebody before commiting this. > > There should be no factual content changes, only better English. thanks, verified you didn't add your secret clause :) and commited with few spelling fixes. > Caleb -- glen From piotr.budny at gmail.com Thu Jan 27 14:57:24 2011 From: piotr.budny at gmail.com (Piotr Budny) Date: Thu, 27 Jan 2011 14:57:24 +0100 Subject: cdg: shadzik-rw (NEW) In-Reply-To: References: Message-ID: <201101271457.24399.piotr.budny@gmail.com> Dnia Thursday 27 of January 2011, glen napisa?: > Module name: cdg > Changes by: glen 11/01/27 13:19:45 > > Added files: > shadzik-rw > > Log message: > - initial proposal Hello there. Due to that proposition, it should be also discussed list of active CDG members. According to sklad.txt and e.g. "PLD Linux CVS Statistics - 2010" that list is obsolete. For this example, members that does not exists on that statistics are: adasi adgor averne baseciq djrzulf djurban dzimi grzegol havner krzak mkierus orzech trojan Few more have only little lines/no_of_commits contribution. Of course, some of mentioned members, can be in cdg not only because of commits, but resources, etc. And I would suggest to look broader than just commit statistics by year. RFC Regards, vip; From wolf.pld at gmail.com Thu Jan 27 15:03:31 2011 From: wolf.pld at gmail.com (Bartosz Taudul) Date: Thu, 27 Jan 2011 15:03:31 +0100 Subject: cdg: shadzik-rw (NEW) In-Reply-To: <201101271457.24399.piotr.budny@gmail.com> References: <201101271457.24399.piotr.budny@gmail.com> Message-ID: On Thu, Jan 27, 2011 at 2:57 PM, Piotr Budny wrote: > Due to that proposition, it should be also discussed list of active CDG > members. > According to sklad.txt and e.g. "PLD Linux CVS Statistics - 2010" that list is > obsolete. The admision/removal of a CDG member is accomplished by a 2/3 majority vote with a minimum of 50% turnout. Only CDG members vote. A proposal for removing a member is to be voted on after 3 months of that members inactivity as a CDG (lack of comments, no voting, etc.). A CDG member may resign. This does not require a vote. > For this example, members that does not exists on that statistics are: So what? wolf From mmazur at kernel.pl Thu Jan 27 15:23:31 2011 From: mmazur at kernel.pl (Mariusz Mazur) Date: Thu, 27 Jan 2011 15:23:31 +0100 Subject: cdg: shadzik-rw (NEW) In-Reply-To: References: <201101271457.24399.piotr.budny@gmail.com> Message-ID: <201101271523.31811.mmazur@kernel.pl> On Thursday 27 of January 2011, Bartosz Taudul wrote: > The admision/removal of a CDG member is accomplished by a 2/3 majority > vote with a minimum of 50% turnout. Only CDG members vote. With the current cdg member's list, any vote will result in at least 50% of members getting automatically booted from cdg. So one way or the other we need to create a new members list and vote on it. > A proposal for removing a member is to be voted on after 3 months of > that members inactivity as a CDG (lack of comments, no voting, etc.). Can multible removals/additions be made in a single vote? > > For this example, members that does not exists on that statistics are: > So what? For a CDG decission to have any legitimacy, the CDG members should reflect the currently active developers. So it makes sense to base the updated CDG members list on the top commiters list + infrastructure admins. --mmazur From wolf.pld at gmail.com Thu Jan 27 15:43:08 2011 From: wolf.pld at gmail.com (Bartosz Taudul) Date: Thu, 27 Jan 2011 15:43:08 +0100 Subject: cdg: shadzik-rw (NEW) In-Reply-To: <201101271523.31811.mmazur@kernel.pl> References: <201101271457.24399.piotr.budny@gmail.com> <201101271523.31811.mmazur@kernel.pl> Message-ID: On Thu, Jan 27, 2011 at 3:23 PM, Mariusz Mazur wrote: >> The admision/removal of a CDG member is accomplished by a 2/3 majority >> vote with a minimum of 50% turnout. Only CDG members vote. > With the current cdg member's list, any vote will result in at least 50% of > members getting automatically booted from cdg. Yes, rules are not perfect. >> A proposal for removing a member is to be voted on after 3 months of >> that members inactivity as a CDG (lack of comments, no voting, etc.). > Can multible removals/additions be made in a single vote? Why not? >> > For this example, members that does not exists on that statistics are: >> So what? > For a CDG decission to have any legitimacy, the CDG members should reflect the > currently active developers. So it makes sense to base the updated CDG members > list on the top commiters list + infrastructure admins. cdg is cdg. Changing rules and/or member list in a way that breaks the aforementioned rules is in no way legal. Staging a coup d'?tat breaks the continouity of our "government", for the lack of better word. wolf From patrys at pld-linux.org Thu Jan 27 16:38:28 2011 From: patrys at pld-linux.org (Patryk Zawadzki) Date: Thu, 27 Jan 2011 16:38:28 +0100 Subject: cdg: shadzik-rw (NEW) In-Reply-To: <201101271523.31811.mmazur@kernel.pl> References: <201101271457.24399.piotr.budny@gmail.com> <201101271523.31811.mmazur@kernel.pl> Message-ID: On Thu, Jan 27, 2011 at 3:23 PM, Mariusz Mazur wrote: > On Thursday 27 of January 2011, Bartosz Taudul wrote: >> The admision/removal of a CDG member is accomplished by a 2/3 majority >> vote with a minimum of 50% turnout. Only CDG members vote. > With the current cdg member's list, any vote will result in at least 50% of > members getting automatically booted from cdg. So one way or the other we need > to create a new members list and vote on it. Does not matter. Rules are rules. >> > For this example, members that does not exists on that statistics are: >> So what? > For a CDG decission to have any legitimacy, the CDG members should reflect the > currently active developers. So it makes sense to base the updated CDG members > list on the top commiters list + infrastructure admins. When a tribe needs to make a decision they don't necessarily ask the guy who hunts the most. If you want CDG to be an exact copy of active developers, the whole point of CDG will be void. There's 20 or so active devs. If they can't agree on something, we can't ask them to approach the same problem again only this time with their CDG hats on. -- Patryk Zawadzki From mmazur at kernel.pl Thu Jan 27 16:44:21 2011 From: mmazur at kernel.pl (Mariusz Mazur) Date: Thu, 27 Jan 2011 16:44:21 +0100 Subject: cdg: shadzik-rw (NEW) In-Reply-To: References: <201101271523.31811.mmazur@kernel.pl> Message-ID: <201101271644.21483.mmazur@kernel.pl> On Thursday 27 of January 2011, Patryk Zawadzki wrote: > Does not matter. Rules are rules. No. Rules are created for a purpose. If they don't serve that purpose, they get changed. > When a tribe needs to make a decision they don't necessarily ask the > guy who hunts the most. This is an open-source project. Meritocracy is the default set of rules. > If you want CDG to be an exact copy of active developers, the whole > point of CDG will be void. There's 20 or so active devs. If they can't > agree on something, we can't ask them to approach the same problem > again only this time with their CDG hats on. Of course we can. Arguing on mailing lists does not necessarily lead to a decision. Voting in CDG does, because, well, it's *voting*. --mmazur From patrys at pld-linux.org Thu Jan 27 16:47:33 2011 From: patrys at pld-linux.org (Patryk Zawadzki) Date: Thu, 27 Jan 2011 16:47:33 +0100 Subject: cdg: shadzik-rw (NEW) In-Reply-To: <201101271644.21483.mmazur@kernel.pl> References: <201101271523.31811.mmazur@kernel.pl> <201101271644.21483.mmazur@kernel.pl> Message-ID: On Thu, Jan 27, 2011 at 4:44 PM, Mariusz Mazur wrote: > On Thursday 27 of January 2011, Patryk Zawadzki wrote: >> Does not matter. Rules are rules. > No. Rules are created for a purpose. If they don't serve that purpose, they > get changed. As long as the change is done according to the rules in question. Otherwise it's called coup d'etat. -- Patryk Zawadzki From mmazur at kernel.pl Thu Jan 27 16:50:56 2011 From: mmazur at kernel.pl (Mariusz Mazur) Date: Thu, 27 Jan 2011 16:50:56 +0100 Subject: cdg: shadzik-rw (NEW) In-Reply-To: References: <201101271644.21483.mmazur@kernel.pl> Message-ID: <201101271650.56123.mmazur@kernel.pl> On Thursday 27 of January 2011, Patryk Zawadzki wrote: > > No. Rules are created for a purpose. If they don't serve that purpose, > > they get changed. > > As long as the change is done according to the rules in question. > Otherwise it's called coup d'etat. Yes, that's the plan. Fortunatelly it would seem there are still enough people left to somehow get a 50% vote. But I doubt that will be the case for much longer. --mmazur From qboosh at pld-linux.org Thu Jan 27 20:16:28 2011 From: qboosh at pld-linux.org (Jakub Bogusz) Date: Thu, 27 Jan 2011 20:16:28 +0100 Subject: packages: open-vm-tools/open-vm-tools.spec - add TODO In-Reply-To: References: Message-ID: <20110127191628.GB17235@stranger.qboosh.pl> [FUT: pld-discuss] On Thu, Jan 27, 2011 at 12:15:48PM +0100, shadzik wrote: > ================================================================ > Index: packages/open-vm-tools/open-vm-tools.spec > diff -u packages/open-vm-tools/open-vm-tools.spec:1.59 packages/open-vm-tools/open-vm-tools.spec:1.60 > --- packages/open-vm-tools/open-vm-tools.spec:1.59 Thu Jan 27 12:10:40 2011 > +++ packages/open-vm-tools/open-vm-tools.spec Thu Jan 27 12:15:43 2011 > @@ -15,6 +15,17 @@ > Name: open-vm-tools > Version: %{snap}.%{rev} > #Version: %{ver}.%{rev} > + > +exit 1 > + > +TODO > +- przywrocic epoch > +- naprawic Version > +- ten syf na pewno nie zbuduje sie na 2.6.16, wiec podbic BR > + > +na koniec pragne dodac ze gloczke to fajfus > + > + There are defined standard rules of: - communication between developers - spec syntax - noting TODO entries - inserting build blockers - language to use in spec files Either obey the rules or go away. Also, the usual way of getting spec to usable state after getting broken by sb not willing to fix is to revert whole his changes. It works better. (or fix by yourself) -- Jakub Bogusz http://qboosh.pl/ From caleb at pld-linux.org Thu Jan 27 20:56:31 2011 From: caleb at pld-linux.org (Caleb Maclennan) Date: Thu, 27 Jan 2011 21:56:31 +0200 Subject: cdg: regulations.txt - spelling In-Reply-To: <4D41744D.2020407@pld-linux.org> References: <4D41744D.2020407@pld-linux.org> Message-ID: 2011/1/27 Elan Ruusam?e : > thanks, verified you didn't add your secret clause :) I won't say I didn't think about it. I figured since I was sending it to the list and not just slipping in a commit that it might not be subltle enough to get away with ;-) Then again there is always `cvs annotate`. > and commited with few spelling fixes. My grammar is good; but I confess my spelling is not. Caleb From zawadaa at gmail.com Thu Jan 27 23:16:38 2011 From: zawadaa at gmail.com (Andrzej Zawadzki) Date: Thu, 27 Jan 2011 23:16:38 +0100 Subject: packages: open-vm-tools/open-vm-tools.spec - stop kloczking around and over... In-Reply-To: References: Message-ID: <4D41EEC6.4040603@gmail.com> WTF?!?! Someone is bored?!?! Please, stop that... -- Andrzej On 27.01.2011 12:26, shadzik wrote: > Author: shadzik Date: Thu Jan 27 11:26:00 2011 GMT > Module: packages Tag: HEAD > ---- Log message: > - stop kloczking around and overruling other people! > > ---- Files affected: > packages/open-vm-tools: > open-vm-tools.spec (1.61 -> 1.62) > > ---- Diffs: > > ================================================================ > Index: packages/open-vm-tools/open-vm-tools.spec > diff -u packages/open-vm-tools/open-vm-tools.spec:1.61 packages/open-vm-tools/open-vm-tools.spec:1.62 > --- packages/open-vm-tools/open-vm-tools.spec:1.61 Thu Jan 27 12:23:25 2011 > +++ packages/open-vm-tools/open-vm-tools.spec Thu Jan 27 12:25:54 2011 > @@ -15,6 +15,14 @@ > Name: open-vm-tools > Version: %{snap}.%{rev} > #Version: %{ver}.%{rev} > + > +TODO > +- przywrocic epoch > +- naprawic Version > +- ten syf na pewno nie zbuduje sie na 2.6.16, wiec podbic BR > + > +na koniec pragne dodac ze gloczke to fajfus > + > Release: %{rel} > License: GPL > Group: Applications/System > @@ -401,6 +409,9 @@ > All persons listed below can be reached at @pld-linux.org > > $Log$ > +Revision 1.62 2011/01/27 11:25:54 shadzik > +- stop kloczking around and overruling other people! > + > Revision 1.61 2011/01/27 11:23:25 glen > - stop breaking spec syntax, and language should be english in specs > > ================================================================ > > ---- CVS-web: > http://cvs.pld-linux.org/cgi-bin/cvsweb.cgi/packages/open-vm-tools/open-vm-tools.spec?r1=1.61&r2=1.62&f=u > > _______________________________________________ > pld-cvs-commit mailing list > pld-cvs-commit at lists.pld-linux.org > http://lists.pld-linux.org/mailman/listinfo/pld-cvs-commit > From mmazur at kernel.pl Thu Jan 27 23:58:21 2011 From: mmazur at kernel.pl (Mariusz Mazur) Date: Thu, 27 Jan 2011 23:58:21 +0100 Subject: packages: open-vm-tools/open-vm-tools.spec - add TODO In-Reply-To: <20110127191628.GB17235@stranger.qboosh.pl> References: <20110127191628.GB17235@stranger.qboosh.pl> Message-ID: <201101272358.21599.mmazur@kernel.pl> On Thursday 27 of January 2011, Jakub Bogusz wrote: > There are defined standard rules of: > - communication between developers > - spec syntax > - noting TODO entries > - inserting build blockers > - language to use in spec files > > Either obey the rules or go away. > > Also, the usual way of getting spec to usable state after getting broken by > sb not willing to fix is to revert whole his changes. It works better. > (or fix by yourself) I've just translated that TODO and moved it where it belongs. Also, the package has a fractional release, so it shouldn't need a build stopper. Which brings us to the second topic -- can anyone actually confirm that shadzik's todo is correct? --mmazur From arekm at maven.pl Mon Jan 31 10:36:58 2011 From: arekm at maven.pl (Arkadiusz Miskiewicz) Date: Mon, 31 Jan 2011 10:36:58 +0100 Subject: INFO Th: new mysql 5.5 Message-ID: <201101311036.58317.arekm@maven.pl> Hi, New mysql 5.5 (.8 at this moment) is going to be included into Th. Be warned (as upgrading to it requires proper procedure described on mysql.com documentation pages). -- Arkadiusz Mi?kiewicz PLD/Linux Team arekm / maven.pl http://ftp.pld-linux.org/