From gotar at polanet.pl Fri Jul 1 00:02:10 2005 From: gotar at polanet.pl (Tomasz Pala) Date: Fri, 1 Jul 2005 00:02:10 +0200 Subject: SOURCES (AC-branch): bashrc - removed stty erase setting to `tput ... In-Reply-To: <20050630210044.GA3175@os> References: <200506301101.36332.glen@delfi.ee> <20050630134244.GA769@os> <20050630141237.GQ7452@sith.mimuw.edu.pl> <20050630162614.GB1061@os> <20050630162749.GA1125@os> <20050630164740.GA1427@os> <20050630201950.GA11311@sith.mimuw.edu.pl> <20050630210044.GA3175@os> Message-ID: <20050630220210.GA3683@os> On Thu, Jun 30, 2005 at 23:00:44 +0200, GoTaR wrote: > There's other workaround possible - changing behavior of xterm to > produce ^? instead of ^H: http://groups.google.com/groups?hl=pl&lr=&biw=787&threadm=linux.kernel.E15lLJL-0003lF-00%40bowl.fysh.org&rnum=34&prev=/groups%3Fq%3Dtermcap%2Bterminfo%2Berase%26hl%3Dpl%26lr%3D%26biw%3D787%26start%3D30%26sa%3DN Hmmm... if I understand Alan Cox correctly, we shall do this. So now there are two questions: 1. any objections? 2. what about that bloody stty propagation? -- GoTaR gotar> http://vfmg.sourceforge.net/ http://tccs.sourceforge.net/ From gotar at polanet.pl Fri Jul 1 01:57:05 2005 From: gotar at polanet.pl (Tomasz Pala) Date: Fri, 1 Jul 2005 01:57:05 +0200 Subject: SOURCES (AC-branch): bashrc - removed stty erase setting to `tput ... In-Reply-To: <20050630220210.GA3683@os> References: <200506301101.36332.glen@delfi.ee> <20050630134244.GA769@os> <20050630141237.GQ7452@sith.mimuw.edu.pl> <20050630162614.GB1061@os> <20050630162749.GA1125@os> <20050630164740.GA1427@os> <20050630201950.GA11311@sith.mimuw.edu.pl> <20050630210044.GA3175@os> <20050630220210.GA3683@os> Message-ID: <20050630235705.GA4264@os> On Fri, Jul 01, 2005 at 00:02:10 +0200, GoTaR wrote: > Hmmm... if I understand Alan Cox correctly, we shall do this. So now > there are two questions: > 1. any objections? Let's go further - Debian has it's policy, but _they didn't change [*] xterm-color terminfo_, so remotely it's broken (blues, what were you talking about problems with Debian/Ubuntu? ;>). Instead they created xterm-debian, but it's not known on other systems (hurray for idiots). http://log.antiflux.org/grant/2004/03/29/backspace-delete http://www.qsl.net/n0nb/linux/debiantips.html http://www.ibb.net/~anne/keyboard.html They all (just like Debian, Cox, Torvalds) suggest using '^?'. It's good idea but only if we change kbs in terminfo (well, kdch1 is changed anyway, khome and kend added, what a fucking mess...), otherwise any terminfo bindings (ncurses) will fail. Unfortunatelly we cannot do this. > 2. what about that bloody stty propagation? I'll stick with that anyway. It guarantees, that every application using termios will work. So here comes the most important question: we adapt to Debian (supported by authorities) or xterm's specification? In case of khome/kend we had chosen (well, kde-konsole has forced us) to follow xterm against Debian. I'm still waiting for test cases what was wrong with my fix! [*] let me guess, for interoperability with other systems... s p o i l e r PS. someone has said, that with my fix screen doesn't work properly, yeah? $ tail -n3 /etc/screenrc # On Debian GNU/Linux, `<--' (Backspace key) should send char `\177': bindkey -k kb stuff "\177" So if there won't be any serious discussion and detailed scenarios I'm going to restore my fix and you will have to fix YOUR BROKEN programs. -- GoTaR gotar> http://vfmg.sourceforge.net/ http://tccs.sourceforge.net/ From jajcus at bnet.pl Fri Jul 1 10:38:06 2005 From: jajcus at bnet.pl (Jacek Konieczny) Date: Fri, 1 Jul 2005 10:38:06 +0200 Subject: Slony1 1.1.0 Message-ID: <20050701083806.GA20707@serwis2.beta> I have created a new spec for slony1 and removed slony1 from postgresql.spec. Older Slony1 version required full PostgreSQL sources to compile, current version does not. The only problem with the change is that upgrade is not easy -- there are some actions to do on all cluster nodes simultanously -- that cannot be done with any %trigger or %post script. Any ideas what to do with that? I don't think we should keep the old version of Slony1 in Ac, as building it in postgresql.spec was rather an ugly hack, and there are no many Slony1 users in PLD community, so the impact of the upgrade will not be big. Is that ok? Greets, Jacek From baggins at sith.mimuw.edu.pl Fri Jul 1 13:05:36 2005 From: baggins at sith.mimuw.edu.pl (Jan Rekorajski) Date: Fri, 1 Jul 2005 13:05:36 +0200 Subject: SOURCES (AC-branch): bashrc - removed stty erase setting to `tput ... In-Reply-To: <20050630235705.GA4264@os> References: <200506301101.36332.glen@delfi.ee> <20050630134244.GA769@os> <20050630141237.GQ7452@sith.mimuw.edu.pl> <20050630162614.GB1061@os> <20050630162749.GA1125@os> <20050630164740.GA1427@os> <20050630201950.GA11311@sith.mimuw.edu.pl> <20050630210044.GA3175@os> <20050630220210.GA3683@os> <20050630235705.GA4264@os> Message-ID: <20050701110536.GZ7452@sith.mimuw.edu.pl> On Fri, 01 Jul 2005, Tomasz Pala wrote: > On Fri, Jul 01, 2005 at 00:02:10 +0200, GoTaR wrote: > > > Hmmm... if I understand Alan Cox correctly, we shall do this. So now > > there are two questions: > > 1. any objections? > > Let's go further - Debian has it's policy, but _they didn't change [*] > xterm-color terminfo_, so remotely it's broken (blues, what were you > talking about problems with Debian/Ubuntu? ;>). Instead they created > xterm-debian, but it's not known on other systems (hurray for idiots). > > http://log.antiflux.org/grant/2004/03/29/backspace-delete > http://www.qsl.net/n0nb/linux/debiantips.html > http://www.ibb.net/~anne/keyboard.html > > They all (just like Debian, Cox, Torvalds) suggest using '^?'. It's good > idea but only if we change kbs in terminfo (well, kdch1 is changed > anyway, khome and kend added, what a fucking mess...), otherwise any > terminfo bindings (ncurses) will fail. Unfortunatelly we cannot do this. > > > 2. what about that bloody stty propagation? > > I'll stick with that anyway. It guarantees, that every application using > termios will work. > > So here comes the most important question: we adapt to Debian (supported > by authorities) or xterm's specification? In case of khome/kend we had > chosen (well, kde-konsole has forced us) to follow xterm against Debian. We had it working some time in the past, I try digging in the depths of out CVS. > I'm still waiting for test cases what was wrong with my fix! I'm getting ^? instead of erased character. Scenario: a = host without stty erase set b = host with stty erase in bashrc start X on a run xterm ssh to b run vim, write something, try backspace > So if there won't be any serious discussion and detailed scenarios I'm > going to restore my fix and you will have to fix YOUR BROKEN programs. Don't do it, you'll end up fixing whole world. Janek -- Jan R?korajski | ALL SUSPECTS ARE GUILTY. PERIOD! bagginsmimuw.edu.pl | OTHERWISE THEY WOULDN'T BE SUSPECTS, WOULD THEY? BOFH, MANIAC | -- TROOPS by Kevin Rubio From baggins at sith.mimuw.edu.pl Fri Jul 1 13:38:49 2005 From: baggins at sith.mimuw.edu.pl (Jan Rekorajski) Date: Fri, 1 Jul 2005 13:38:49 +0200 Subject: SOURCES (AC-branch): bashrc - removed stty erase setting to `tput ... In-Reply-To: <20050701110536.GZ7452@sith.mimuw.edu.pl> References: <20050630134244.GA769@os> <20050630141237.GQ7452@sith.mimuw.edu.pl> <20050630162614.GB1061@os> <20050630162749.GA1125@os> <20050630164740.GA1427@os> <20050630201950.GA11311@sith.mimuw.edu.pl> <20050630210044.GA3175@os> <20050630220210.GA3683@os> <20050630235705.GA4264@os> <20050701110536.GZ7452@sith.mimuw.edu.pl> Message-ID: <20050701113849.GA7452@sith.mimuw.edu.pl> On Fri, 01 Jul 2005, Jan Rekorajski wrote: > On Fri, 01 Jul 2005, Tomasz Pala wrote: > > > So here comes the most important question: we adapt to Debian (supported > > by authorities) or xterm's specification? In case of khome/kend we had > > chosen (well, kde-konsole has forced us) to follow xterm against Debian. > > We had it working some time in the past, I try digging in the depths of > out CVS. I got somewhere, first what it looks like on RH 7.3: [baggins at absurd baggins]$ echo $TERM xterm [baggins at absurd baggins]$ infocmp | grep kbs kbeg=\EOE, kbs=\177, kc1=\EOq, kc3=\EOs, kcub1=\EOD, [baggins at absurd baggins]$ grep -i backarrowkey /usr/X11R6/lib/X11/app-defaults/XTerm *VT100*backarrowKey: false [baggins at absurd baggins]$ stty -a | grep erase intr = ^C; quit = ^\; erase = ^?; kill = ^U; eof = ^D; eol = ; So what we need to do: a) kill X11-XTerm.ad.patch or s/0x08/\177/ and/or add *VT100*backarrowKey: false b) the same with XTerm.ad-pl c) s/^H/^?/ in terminfo entries for xterm Janek -- Jan R?korajski | ALL SUSPECTS ARE GUILTY. PERIOD! bagginsmimuw.edu.pl | OTHERWISE THEY WOULDN'T BE SUSPECTS, WOULD THEY? BOFH, MANIAC | -- TROOPS by Kevin Rubio From gotar at polanet.pl Fri Jul 1 14:26:16 2005 From: gotar at polanet.pl (Tomasz Pala) Date: Fri, 1 Jul 2005 14:26:16 +0200 Subject: SOURCES (AC-branch): bashrc - removed stty erase setting to `tput ... In-Reply-To: <20050701110536.GZ7452@sith.mimuw.edu.pl> References: <20050630134244.GA769@os> <20050630141237.GQ7452@sith.mimuw.edu.pl> <20050630162614.GB1061@os> <20050630162749.GA1125@os> <20050630164740.GA1427@os> <20050630201950.GA11311@sith.mimuw.edu.pl> <20050630210044.GA3175@os> <20050630220210.GA3683@os> <20050630235705.GA4264@os> <20050701110536.GZ7452@sith.mimuw.edu.pl> Message-ID: <20050701122616.GA459@os> On Fri, Jul 01, 2005 at 13:05:36 +0200, Jan Rekorajski wrote: > > I'm still waiting for test cases what was wrong with my fix! > > I'm getting ^? instead of erased character. Scenario: > > a = host without stty erase set OK, my machine. > b = host with stty erase in bashrc > > start X on a > run xterm Wait a minute - your xterm doesn't set stty erase to '^H' !? > ssh to b > run vim, write something, try backspace The same scenario works for me. It didn't without stty erase on the remote side. I'm using both xterms - from XFree86 and X11.org. > Don't do it, you'll end up fixing whole world. I'm wondering if Debian is not trying to fix the world. For now we know: PLD Debian RH/FC others... ideal xterm ^H ^? ^H or ^? generates kbs for ^H ^H ^H ^H or ^? xterm-color stty after not propagated propagated remote login set In Debian backspace bindings doesn't work unless terminal is specified as xterm-debian. -- GoTaR gotar> http://vfmg.sourceforge.net/ http://tccs.sourceforge.net/ From gotar at polanet.pl Fri Jul 1 15:05:34 2005 From: gotar at polanet.pl (Tomasz Pala) Date: Fri, 1 Jul 2005 15:05:34 +0200 Subject: SOURCES (AC-branch): bashrc - removed stty erase setting to `tput ... In-Reply-To: <20050701113849.GA7452@sith.mimuw.edu.pl> References: <20050630141237.GQ7452@sith.mimuw.edu.pl> <20050630162614.GB1061@os> <20050630162749.GA1125@os> <20050630164740.GA1427@os> <20050630201950.GA11311@sith.mimuw.edu.pl> <20050630210044.GA3175@os> <20050630220210.GA3683@os> <20050630235705.GA4264@os> <20050701110536.GZ7452@sith.mimuw.edu.pl> <20050701113849.GA7452@sith.mimuw.edu.pl> Message-ID: <20050701130534.GB459@os> On Fri, Jul 01, 2005 at 13:38:49 +0200, Jan Rekorajski wrote: > I got somewhere, first what it looks like on RH 7.3: > > [baggins at absurd baggins]$ echo $TERM > xterm Hmmmm... why have you xterm not xterm-color? They differ... > [baggins at absurd baggins]$ infocmp | grep kbs > kbeg=\EOE, kbs=\177, kc1=\EOq, kc3=\EOs, kcub1=\EOD, xterm-color at FC2: is2=\E7\E[r\E[m\E[?7h\E[?1;3;4;6l\E[4l\E8\E>, kbs=^H, > [baggins at absurd baggins]$ grep -i backarrowkey /usr/X11R6/lib/X11/app-defaults/XTerm > *VT100*backarrowKey: false This is default setting (according to xterm man page). > [baggins at absurd baggins]$ stty -a | grep erase > intr = ^C; quit = ^\; erase = ^?; kill = ^U; eof = ^D; eol = ; erase setting on RH is propagated from your local terminal. Try: 1. 'stty erase ^H' on your local terminal 2. ssh to RH 3. check stty settings. > So what we need to do: > > a) kill X11-XTerm.ad.patch or s/0x08/\177/ and/or add *VT100*backarrowKey: false The problem is XTerm-color includes XTerm, so the line: ~MetaBackSpace: string(\177)\n\ would apply for both of them. > b) the same with XTerm.ad-pl > c) s/^H/^?/ in terminfo entries for xterm -- GoTaR gotar> http://vfmg.sourceforge.net/ http://tccs.sourceforge.net/ From gotar at polanet.pl Fri Jul 1 18:37:36 2005 From: gotar at polanet.pl (Tomasz Pala) Date: Fri, 1 Jul 2005 18:37:36 +0200 Subject: SOURCES (AC-branch): bashrc - removed stty erase setting to `tput ... In-Reply-To: <20050701122616.GA459@os> References: <20050630141237.GQ7452@sith.mimuw.edu.pl> <20050630162614.GB1061@os> <20050630162749.GA1125@os> <20050630164740.GA1427@os> <20050630201950.GA11311@sith.mimuw.edu.pl> <20050630210044.GA3175@os> <20050630220210.GA3683@os> <20050630235705.GA4264@os> <20050701110536.GZ7452@sith.mimuw.edu.pl> <20050701122616.GA459@os> Message-ID: <20050701163736.GA2167@os> On Fri, Jul 01, 2005 at 14:26:16 +0200, GoTaR wrote: > PLD Debian RH/FC others... ideal > > xterm ^H ^? ^H or ^? > generates > > kbs for ^H ^H ^H ^H or ^? > xterm-color > > stty after not propagated propagated > remote login set strace -e ioctl -v -f on sshd master process: ioctl(6, SNDCTL_TMR_START or TCGETS, {c_iflags=0x500, c_oflags=0x5, c_cflags=0xbf, c_lflags=0x8a3b, c_line=0, c_cc="\x03\x1c\x7f\x15\x04\x00\x01\x00\x11\x13\x1a\x00\x12\x0f\x17\x16\x00\x00\x00"}) = 0 ^1^ ^2^ 1 - erase 2 - kill (kill, quit and others aren't propagated to PLD either!) etc. ~: stty kill ^B ~: ssh pld-machine $ stty speed 38400 baud; line = 0; -brkint -imaxbel $ logout ~: ssh debian-machine $ stty speed 38400 baud; line = 0; kill = ^B; -brkint -imaxbel -- GoTaR gotar> http://vfmg.sourceforge.net/ http://tccs.sourceforge.net/ From gotar at polanet.pl Sat Jul 2 19:11:34 2005 From: gotar at polanet.pl (Tomasz Pala) Date: Sat, 2 Jul 2005 19:11:34 +0200 Subject: SOURCES (AC-branch): bashrc - removed stty erase setting to `tput ... In-Reply-To: <20050701163736.GA2167@os> References: <20050630162614.GB1061@os> <20050630162749.GA1125@os> <20050630164740.GA1427@os> <20050630201950.GA11311@sith.mimuw.edu.pl> <20050630210044.GA3175@os> <20050630220210.GA3683@os> <20050630235705.GA4264@os> <20050701110536.GZ7452@sith.mimuw.edu.pl> <20050701122616.GA459@os> <20050701163736.GA2167@os> Message-ID: <20050702171134.GA2596@os> UseLogin yes fuck -- GoTaR gotar> http://vfmg.sourceforge.net/ http://tccs.sourceforge.net/ From gotar at polanet.pl Sat Jul 2 19:29:19 2005 From: gotar at polanet.pl (Tomasz Pala) Date: Sat, 2 Jul 2005 19:29:19 +0200 Subject: SOURCES (AC-branch): bashrc - removed stty erase setting to `tput ... In-Reply-To: <20050701113849.GA7452@sith.mimuw.edu.pl> References: <20050630141237.GQ7452@sith.mimuw.edu.pl> <20050630162614.GB1061@os> <20050630162749.GA1125@os> <20050630164740.GA1427@os> <20050630201950.GA11311@sith.mimuw.edu.pl> <20050630210044.GA3175@os> <20050630220210.GA3683@os> <20050630235705.GA4264@os> <20050701110536.GZ7452@sith.mimuw.edu.pl> <20050701113849.GA7452@sith.mimuw.edu.pl> Message-ID: <20050702172919.GB2596@os> On Fri, Jul 01, 2005 at 13:38:49 +0200, Jan Rekorajski wrote: > a) kill X11-XTerm.ad.patch or s/0x08/\177/ and/or add *VT100*backarrowKey: false > b) the same with XTerm.ad-pl > c) s/^H/^?/ in terminfo entries for xterm You didn't read me carefully. This is Debian: $ echo $TERM; infocmp | grep kbs xterm-color is2=\E7\E[r\E[m\E[?7h\E[?1;3;4;6l\E[4l\E8\E>, kbs=^H, I'm testing your change for one day and it's to be reverted. -- GoTaR gotar> http://vfmg.sourceforge.net/ http://tccs.sourceforge.net/ From baggins at sith.mimuw.edu.pl Sat Jul 2 19:45:03 2005 From: baggins at sith.mimuw.edu.pl (Jan Rekorajski) Date: Sat, 2 Jul 2005 19:45:03 +0200 Subject: SOURCES (AC-branch): bashrc - removed stty erase setting to `tput ... In-Reply-To: <20050702172919.GB2596@os> References: <20050630162614.GB1061@os> <20050630162749.GA1125@os> <20050630164740.GA1427@os> <20050630201950.GA11311@sith.mimuw.edu.pl> <20050630210044.GA3175@os> <20050630220210.GA3683@os> <20050630235705.GA4264@os> <20050701110536.GZ7452@sith.mimuw.edu.pl> <20050701113849.GA7452@sith.mimuw.edu.pl> <20050702172919.GB2596@os> Message-ID: <20050702174503.GA16434@sith.mimuw.edu.pl> On Sat, 02 Jul 2005, Tomasz Pala wrote: > On Fri, Jul 01, 2005 at 13:38:49 +0200, Jan Rekorajski wrote: > > > a) kill X11-XTerm.ad.patch or s/0x08/\177/ and/or add *VT100*backarrowKey: false > > b) the same with XTerm.ad-pl > > c) s/^H/^?/ in terminfo entries for xterm > > You didn't read me carefully. This is Debian: > > $ echo $TERM; infocmp | grep kbs > xterm-color > is2=\E7\E[r\E[m\E[?7h\E[?1;3;4;6l\E[4l\E8\E>, kbs=^H, And do they acually USE xterm-color? Show me `TERM=xterm infocmp | grep kbs` > I'm testing your change for one day and it's to be reverted. And what's wrong with it? I didn't see _any_ side-effects, and I tested it with a few combinations of new/old terminfo/xterm. Janek -- Jan R?korajski | ALL SUSPECTS ARE GUILTY. PERIOD! bagginsmimuw.edu.pl | OTHERWISE THEY WOULDN'T BE SUSPECTS, WOULD THEY? BOFH, MANIAC | -- TROOPS by Kevin Rubio From gotar at polanet.pl Sat Jul 2 22:54:49 2005 From: gotar at polanet.pl (Tomasz Pala) Date: Sat, 2 Jul 2005 22:54:49 +0200 Subject: SOURCES (AC-branch): bashrc - removed stty erase setting to `tput ... In-Reply-To: <20050702174503.GA16434@sith.mimuw.edu.pl> References: <20050630162749.GA1125@os> <20050630164740.GA1427@os> <20050630201950.GA11311@sith.mimuw.edu.pl> <20050630210044.GA3175@os> <20050630220210.GA3683@os> <20050630235705.GA4264@os> <20050701110536.GZ7452@sith.mimuw.edu.pl> <20050701113849.GA7452@sith.mimuw.edu.pl> <20050702172919.GB2596@os> <20050702174503.GA16434@sith.mimuw.edu.pl> Message-ID: <20050702205449.GA3095@os> On Sat, Jul 02, 2005 at 19:45:03 +0200, Jan Rekorajski wrote: > > You didn't read me carefully. This is Debian: > > > > $ echo $TERM; infocmp | grep kbs > > xterm-color > > is2=\E7\E[r\E[m\E[?7h\E[?1;3;4;6l\E[4l\E8\E>, kbs=^H, > > And do they acually USE xterm-color? They don't (at least through xterm binary) - maybe that's why they forgot (!?) to change it too. But out xterm sets TERM=xterm-color, so when I login to Debian/RH all the backspace keybindings not work (read below). > Show me `TERM=xterm infocmp | grep kbs` $ TERM=xterm infocmp | grep kbs kb2=\EOE, kbs=\177, kcbt=\E[Z, kcub1=\EOD, kcud1=\EOB, $ TERM=xterm-color infocmp | grep kbs is2=\E7\E[r\E[m\E[?7h\E[?1;3;4;6l\E[4l\E8\E>, kbs=^H, The latter one is problem at Debian and RH, because currently it's different that ours. The former one was not problem without yout changes, because our xterm doesn't set TERM=xterm. > > I'm testing your change for one day and it's to be reverted. > > And what's wrong with it? I didn't see _any_ side-effects, and I tested > it with a few combinations of new/old terminfo/xterm. With TERM=xterm it's ok (better than before). With xterm-color (our default) there's difference in generated sequence and terminfo, thus key bindings (NOT backspace as erase!) in ncurses don't work. E.g. mutt in pager mode: previous-line scroll up one line Either we readapt xterm-color to Debian and RH (kbs=^H) or we convince them to change it too - I have no idea if it is intentional difference between xterm and xterm-color or their both mistake. One more thing - what stty erase sets xterm after your changes? You should have added "*ttyModes: erase ^?". -- GoTaR gotar> http://vfmg.sourceforge.net/ http://tccs.sourceforge.net/ From baggins at sith.mimuw.edu.pl Sat Jul 2 23:10:27 2005 From: baggins at sith.mimuw.edu.pl (Jan Rekorajski) Date: Sat, 2 Jul 2005 23:10:27 +0200 Subject: SOURCES (AC-branch): bashrc - removed stty erase setting to `tput ... In-Reply-To: <20050702205449.GA3095@os> References: <20050630164740.GA1427@os> <20050630201950.GA11311@sith.mimuw.edu.pl> <20050630210044.GA3175@os> <20050630220210.GA3683@os> <20050630235705.GA4264@os> <20050701110536.GZ7452@sith.mimuw.edu.pl> <20050701113849.GA7452@sith.mimuw.edu.pl> <20050702172919.GB2596@os> <20050702174503.GA16434@sith.mimuw.edu.pl> <20050702205449.GA3095@os> Message-ID: <20050702211027.GA17770@sith.mimuw.edu.pl> On Sat, 02 Jul 2005, Tomasz Pala wrote: > On Sat, Jul 02, 2005 at 19:45:03 +0200, Jan Rekorajski wrote: > > > > You didn't read me carefully. This is Debian: > > > > > > $ echo $TERM; infocmp | grep kbs > > > xterm-color > > > is2=\E7\E[r\E[m\E[?7h\E[?1;3;4;6l\E[4l\E8\E>, kbs=^H, > > > > And do they acually USE xterm-color? > > They don't (at least through xterm binary) - maybe that's why they > forgot (!?) to change it too. But out xterm sets TERM=xterm-color, so > when I login to Debian/RH all the backspace keybindings not work (read > below). > > > Show me `TERM=xterm infocmp | grep kbs` > > $ TERM=xterm infocmp | grep kbs > kb2=\EOE, kbs=\177, kcbt=\E[Z, kcub1=\EOD, kcud1=\EOB, > $ TERM=xterm-color infocmp | grep kbs > is2=\E7\E[r\E[m\E[?7h\E[?1;3;4;6l\E[4l\E8\E>, kbs=^H, > > The latter one is problem at Debian and RH, because currently it's > different that ours. The former one was not problem without yout > changes, because our xterm doesn't set TERM=xterm. And we should too (read further). > > > I'm testing your change for one day and it's to be reverted. > > > > And what's wrong with it? I didn't see _any_ side-effects, and I tested > > it with a few combinations of new/old terminfo/xterm. > > With TERM=xterm it's ok (better than before). With xterm-color (our > default) there's difference in generated sequence and terminfo, thus key > bindings (NOT backspace as erase!) in ncurses don't work. E.g. > > mutt in pager mode: > previous-line scroll up one line > > Either we readapt xterm-color to Debian and RH (kbs=^H) or we convince > them to change it too - I have no idea if it is intentional difference > between xterm and xterm-color or their both mistake. My proposal is for us to stop being so uber-smart and just revert to defaults. Kill all those s/xterm/xterm-color/ and s/xterm/we-know-better/ patches and just stick to TERM=xterm like the rest of the world. That way distro defaults will guarantee proper work and if someone doesn't like them he is free to fix terminfo database. And we should also go with debian-guildines here (like eg. FC) and set kbs=\177, then we will have consistent envinronment on console and in X. > One more thing - what stty erase sets xterm after your changes? You > should have added "*ttyModes: erase ^?". Maybe I should add "*backarrowKey: false". Janek -- Jan R?korajski | ALL SUSPECTS ARE GUILTY. PERIOD! bagginsmimuw.edu.pl | OTHERWISE THEY WOULDN'T BE SUSPECTS, WOULD THEY? BOFH, MANIAC | -- TROOPS by Kevin Rubio From gotar at polanet.pl Sat Jul 2 23:34:56 2005 From: gotar at polanet.pl (Tomasz Pala) Date: Sat, 2 Jul 2005 23:34:56 +0200 Subject: SOURCES (AC-branch): bashrc - removed stty erase setting to `tput ... In-Reply-To: <20050702211027.GA17770@sith.mimuw.edu.pl> References: <20050630201950.GA11311@sith.mimuw.edu.pl> <20050630210044.GA3175@os> <20050630220210.GA3683@os> <20050630235705.GA4264@os> <20050701110536.GZ7452@sith.mimuw.edu.pl> <20050701113849.GA7452@sith.mimuw.edu.pl> <20050702172919.GB2596@os> <20050702174503.GA16434@sith.mimuw.edu.pl> <20050702205449.GA3095@os> <20050702211027.GA17770@sith.mimuw.edu.pl> Message-ID: <20050702213456.GA3398@os> On Sat, Jul 02, 2005 at 23:10:27 +0200, Jan Rekorajski wrote: > My proposal is for us to stop being so uber-smart and just revert to > defaults. Kill all those s/xterm/xterm-color/ and s/xterm/we-know-better/ > patches and just stick to TERM=xterm like the rest of the world. I agree, we shall do it the _common_ way. However Debian/RH/FC has ^H for xterm-color, so following above rule you should revert ncurses-xterm-color-new.patch, don't you? ;) > And we should also go with debian-guildines here (like eg. FC) and set > kbs=\177, then we will have consistent envinronment on console and in X. The question is: are we going to fulfill this policy wider than it's creator? If yes - ncurses-xterm-color-new.patch stays. But I prefer to keep in sync with our big brothers. > > One more thing - what stty erase sets xterm after your changes? You > > should have added "*ttyModes: erase ^?". > > Maybe I should add "*backarrowKey: false". No, it's false by default. There must be line I gave, because IN FACT we're changing xterm's default and it must be noticed about it. -- GoTaR gotar> http://vfmg.sourceforge.net/ http://tccs.sourceforge.net/ From gotar at polanet.pl Sun Jul 3 00:25:19 2005 From: gotar at polanet.pl (Tomasz Pala) Date: Sun, 3 Jul 2005 00:25:19 +0200 Subject: SOURCES (AC-branch): bashrc - removed stty erase setting to `tput ... In-Reply-To: <20050702171134.GA2596@os> References: <20050630162749.GA1125@os> <20050630164740.GA1427@os> <20050630201950.GA11311@sith.mimuw.edu.pl> <20050630210044.GA3175@os> <20050630220210.GA3683@os> <20050630235705.GA4264@os> <20050701110536.GZ7452@sith.mimuw.edu.pl> <20050701122616.GA459@os> <20050701163736.GA2167@os> <20050702171134.GA2596@os> Message-ID: <20050702222518.GA3807@os> On Sat, Jul 02, 2005 at 19:11:34 +0200, GoTaR wrote: > UseLogin yes > > fuck No, one must set: UsePrivilegeSeparation yes in order to propagate stty settings. -- GoTaR gotar> http://vfmg.sourceforge.net/ http://tccs.sourceforge.net/ From baggins at sith.mimuw.edu.pl Sun Jul 3 11:59:28 2005 From: baggins at sith.mimuw.edu.pl (Jan Rekorajski) Date: Sun, 3 Jul 2005 11:59:28 +0200 Subject: SOURCES (AC-branch): bashrc - removed stty erase setting to `tput ... In-Reply-To: <20050702213456.GA3398@os> References: <20050630210044.GA3175@os> <20050630220210.GA3683@os> <20050630235705.GA4264@os> <20050701110536.GZ7452@sith.mimuw.edu.pl> <20050701113849.GA7452@sith.mimuw.edu.pl> <20050702172919.GB2596@os> <20050702174503.GA16434@sith.mimuw.edu.pl> <20050702205449.GA3095@os> <20050702211027.GA17770@sith.mimuw.edu.pl> <20050702213456.GA3398@os> Message-ID: <20050703095928.GD8420@sith.mimuw.edu.pl> On Sat, 02 Jul 2005, Tomasz Pala wrote: > On Sat, Jul 02, 2005 at 23:10:27 +0200, Jan Rekorajski wrote: > > > My proposal is for us to stop being so uber-smart and just revert to > > defaults. Kill all those s/xterm/xterm-color/ and s/xterm/we-know-better/ > > patches and just stick to TERM=xterm like the rest of the world. > > I agree, we shall do it the _common_ way. > > However Debian/RH/FC has ^H for xterm-color, so following above rule you > should revert ncurses-xterm-color-new.patch, don't you? ;) That's right, especially when no sane program is using it in linux-world. > > And we should also go with debian-guildines here (like eg. FC) and set > > kbs=\177, then we will have consistent envinronment on console and in X. > > The question is: are we going to fulfill this policy wider than it's > creator? If yes - ncurses-xterm-color-new.patch stays. But I prefer > to keep in sync with our big brothers. Me too, I overdiid it and seen that later. > > > One more thing - what stty erase sets xterm after your changes? You > > > should have added "*ttyModes: erase ^?". > > > > Maybe I should add "*backarrowKey: false". > > No, it's false by default. man xterm: backarrowKey (class BackarrowKey) Specifies whether the backarrow key transmits a backspace (8) or delete (127) character. This corresponds to the DECBKM control sequence. The default (backspace) is ``true.'' Pressing the con- ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ trol key toggles this behavior. > There must be line I gave, because IN FACT > we're changing xterm's default and it must be noticed about it. You're right here, the change must be complete. Janek -- Jan R?korajski | ALL SUSPECTS ARE GUILTY. PERIOD! bagginsmimuw.edu.pl | OTHERWISE THEY WOULDN'T BE SUSPECTS, WOULD THEY? BOFH, MANIAC | -- TROOPS by Kevin Rubio From michal at michal.waw.pl Sun Jul 3 12:05:55 2005 From: michal at michal.waw.pl (Michal Kochanowicz) Date: Sun, 3 Jul 2005 12:05:55 +0200 Subject: SOURCES (AC-branch): bashrc - removed stty erase setting to `tput ... In-Reply-To: <20050702211027.GA17770@sith.mimuw.edu.pl> References: <20050630201950.GA11311@sith.mimuw.edu.pl> <20050630210044.GA3175@os> <20050630220210.GA3683@os> <20050630235705.GA4264@os> <20050701110536.GZ7452@sith.mimuw.edu.pl> <20050701113849.GA7452@sith.mimuw.edu.pl> <20050702172919.GB2596@os> <20050702174503.GA16434@sith.mimuw.edu.pl> <20050702205449.GA3095@os> <20050702211027.GA17770@sith.mimuw.edu.pl> Message-ID: <20050703100555.GK30742@woland.michal.waw.pl> On Sat, Jul 02, 2005 at 11:10:27PM +0200, Jan Rekorajski wrote: > My proposal is for us to stop being so uber-smart and just revert to > defaults. Kill all those s/xterm/xterm-color/ and s/xterm/we-know-better/ > patches and just stick to TERM=xterm like the rest of the world. Two questions: 1. Does terminfo contain information wheter terminal support colors or not? 2. Does terminfo entry for "xterm" states (everywhere) that it can provide color output? Third question: 3. WTF backspace doesnt work... "" ;( -- --= Michal Kochanowicz =--==--==BOFH==--==--= michal at michal.waw.pl =-- --= finger me for PGP public key or visit http://michal.waw.pl/PGP =-- --==--==--==--==--==-- Vodka. Connecting people.--==--==--==--==--==-- A chodzenie po g?rach SSIE!!! From baggins at sith.mimuw.edu.pl Sun Jul 3 12:33:38 2005 From: baggins at sith.mimuw.edu.pl (Jan Rekorajski) Date: Sun, 3 Jul 2005 12:33:38 +0200 Subject: SOURCES (AC-branch): bashrc - removed stty erase setting to `tput ... In-Reply-To: <20050703100555.GK30742@woland.michal.waw.pl> References: <20050630210044.GA3175@os> <20050630220210.GA3683@os> <20050630235705.GA4264@os> <20050701110536.GZ7452@sith.mimuw.edu.pl> <20050701113849.GA7452@sith.mimuw.edu.pl> <20050702172919.GB2596@os> <20050702174503.GA16434@sith.mimuw.edu.pl> <20050702205449.GA3095@os> <20050702211027.GA17770@sith.mimuw.edu.pl> <20050703100555.GK30742@woland.michal.waw.pl> Message-ID: <20050703103338.GA8613@sith.mimuw.edu.pl> On Sun, 03 Jul 2005, Michal Kochanowicz wrote: > On Sat, Jul 02, 2005 at 11:10:27PM +0200, Jan Rekorajski wrote: > > My proposal is for us to stop being so uber-smart and just revert to > > defaults. Kill all those s/xterm/xterm-color/ and s/xterm/we-know-better/ > > patches and just stick to TERM=xterm like the rest of the world. > > Two questions: > 1. Does terminfo contain information wheter terminal support colors or > not? > 2. Does terminfo entry for "xterm" states (everywhere) that it can > provide color output? 'colors', which in old xterm definition was not set at all, and it's set to #8 in new xterm. IMO it's why some programs didn't display colors in xterm few years ago and they do now. > Third question: > 3. WTF backspace doesnt work... "" ;( I guess you upgraded terminfo but not X11. Janek -- Jan R?korajski | ALL SUSPECTS ARE GUILTY. PERIOD! bagginsmimuw.edu.pl | OTHERWISE THEY WOULDN'T BE SUSPECTS, WOULD THEY? BOFH, MANIAC | -- TROOPS by Kevin Rubio From gotar at polanet.pl Sun Jul 3 13:54:19 2005 From: gotar at polanet.pl (Tomasz Pala) Date: Sun, 3 Jul 2005 13:54:19 +0200 Subject: SOURCES (AC-branch): bashrc - removed stty erase setting to `tput ... In-Reply-To: <20050703103338.GA8613@sith.mimuw.edu.pl> References: <20050630220210.GA3683@os> <20050630235705.GA4264@os> <20050701110536.GZ7452@sith.mimuw.edu.pl> <20050701113849.GA7452@sith.mimuw.edu.pl> <20050702172919.GB2596@os> <20050702174503.GA16434@sith.mimuw.edu.pl> <20050702205449.GA3095@os> <20050702211027.GA17770@sith.mimuw.edu.pl> <20050703100555.GK30742@woland.michal.waw.pl> <20050703103338.GA8613@sith.mimuw.edu.pl> Message-ID: <20050703115419.GB593@os> On Sun, Jul 03, 2005 at 12:33:38 +0200, Jan Rekorajski wrote: > On Sun, 03 Jul 2005, Michal Kochanowicz wrote: > > > Third question: > > 3. WTF backspace doesnt work... "" ;( > > I guess you upgraded terminfo but not X11. Either upgrade terminfo or add ttymodes/ptyInitialErase for a time. -- GoTaR gotar> http://vfmg.sourceforge.net/ http://tccs.sourceforge.net/ From gotar at polanet.pl Sun Jul 3 13:53:18 2005 From: gotar at polanet.pl (Tomasz Pala) Date: Sun, 3 Jul 2005 13:53:18 +0200 Subject: SOURCES (AC-branch): bashrc - removed stty erase setting to `tput ... In-Reply-To: <20050703095928.GD8420@sith.mimuw.edu.pl> References: <20050630220210.GA3683@os> <20050630235705.GA4264@os> <20050701110536.GZ7452@sith.mimuw.edu.pl> <20050701113849.GA7452@sith.mimuw.edu.pl> <20050702172919.GB2596@os> <20050702174503.GA16434@sith.mimuw.edu.pl> <20050702205449.GA3095@os> <20050702211027.GA17770@sith.mimuw.edu.pl> <20050702213456.GA3398@os> <20050703095928.GD8420@sith.mimuw.edu.pl> Message-ID: <20050703115318.GA593@os> On Sun, Jul 03, 2005 at 11:59:28 +0200, Jan Rekorajski wrote: > > I agree, we shall do it the _common_ way. > > > > However Debian/RH/FC has ^H for xterm-color, so following above rule you > > should revert ncurses-xterm-color-new.patch, don't you? ;) > > That's right, especially when no sane program is using it in linux-world. OK, I've changed SPECS/ncurses.spec and SOURCES/X11-PLD.patch (finding no other reference to xterm-color, hope all other patches would match). > > No, it's false by default. > > man xterm: > backarrowKey (class BackarrowKey) Erghhh... I've read about backarrowKeyIsErase: backarrowKeyIsErase (class BackarrowKeyIsErase) Tie the VTxxx backarrowKey and ptyInitialErase resources together by setting the DECBKM state according to whether the initial value of stty erase is a backspace (8) or delete (127) character. The default is ``false'', which disables this feature. Indeed, this would be useful if we haven't had vt100.translations: #override, but in our case it won't change anything, as well as the backarrowKeyIsErase resource (as far as I can see, anyway this resouce works backwards - looks for stty erase). Changing these two has no effect. > > There must be line I gave, because IN FACT > > we're changing xterm's default and it must be noticed about it. > > You're right here, the change must be complete. There are two options which can set this, both having the same effect: ttyModes (class TtyModes) [...] This is very useful for overriding the default terminal settings without having to do an stty every time an xterm is started. [...] ptyInitialErase (class PtyInitialErase) If ``true'', xterm will use the pseudo-terminal's sense of the stty erase value. If ``false'', xterm will set the stty erase value to match its own configuration, using the kb string from the termcap entry as a ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ reference, if available. [...] The default is ``false''. That's why after changing ncurses it worked for you:) I've got old terminfo and thus needed ttyModes or ptyInitialErase: true. My suggestion is temporary solution for people not having current both xterm and terminfo (or maybe add some R:?). In my opinion it's all finished now. Any comments? -- GoTaR gotar> http://vfmg.sourceforge.net/ http://tccs.sourceforge.net/ From michal at michal.waw.pl Sun Jul 3 14:07:21 2005 From: michal at michal.waw.pl (Michal Kochanowicz) Date: Sun, 3 Jul 2005 14:07:21 +0200 Subject: SOURCES (AC-branch): bashrc - removed stty erase setting to `tput ... In-Reply-To: <20050703115419.GB593@os> References: <20050630235705.GA4264@os> <20050701110536.GZ7452@sith.mimuw.edu.pl> <20050701113849.GA7452@sith.mimuw.edu.pl> <20050702172919.GB2596@os> <20050702174503.GA16434@sith.mimuw.edu.pl> <20050702205449.GA3095@os> <20050702211027.GA17770@sith.mimuw.edu.pl> <20050703100555.GK30742@woland.michal.waw.pl> <20050703103338.GA8613@sith.mimuw.edu.pl> <20050703115419.GB593@os> Message-ID: <20050703120721.GP30742@woland.michal.waw.pl> On Sun, Jul 03, 2005 at 01:54:19PM +0200, Tomasz Pala wrote: > On Sun, Jul 03, 2005 at 12:33:38 +0200, Jan Rekorajski wrote: > > > On Sun, 03 Jul 2005, Michal Kochanowicz wrote: > > > > > Third question: > > > 3. WTF backspace doesnt work... "" ;( > > > > I guess you upgraded terminfo but not X11. > > Either upgrade terminfo or add ttymodes/ptyInitialErase for a time. I have up-to-date distro from AC-main. What I'm doing is: 1. running konsole 2. ssh to other up-to-date AC-main 3. running screen 4. running VIM -- --= Michal Kochanowicz =--==--==BOFH==--==--= michal at michal.waw.pl =-- --= finger me for PGP public key or visit http://michal.waw.pl/PGP =-- --==--==--==--==--==-- Vodka. Connecting people.--==--==--==--==--==-- A chodzenie po g?rach SSIE!!! From michal at michal.waw.pl Sun Jul 3 14:08:15 2005 From: michal at michal.waw.pl (Michal Kochanowicz) Date: Sun, 3 Jul 2005 14:08:15 +0200 Subject: SOURCES (AC-branch): bashrc - removed stty erase setting to `tput ... In-Reply-To: <20050703115318.GA593@os> References: <20050630235705.GA4264@os> <20050701110536.GZ7452@sith.mimuw.edu.pl> <20050701113849.GA7452@sith.mimuw.edu.pl> <20050702172919.GB2596@os> <20050702174503.GA16434@sith.mimuw.edu.pl> <20050702205449.GA3095@os> <20050702211027.GA17770@sith.mimuw.edu.pl> <20050702213456.GA3398@os> <20050703095928.GD8420@sith.mimuw.edu.pl> <20050703115318.GA593@os> Message-ID: <20050703120814.GQ30742@woland.michal.waw.pl> On Sun, Jul 03, 2005 at 01:53:18PM +0200, Tomasz Pala wrote: > OK, I've changed SPECS/ncurses.spec and SOURCES/X11-PLD.patch (finding > no other reference to xterm-color, hope all other patches would match). kdebase-konsole? -- --= Michal Kochanowicz =--==--==BOFH==--==--= michal at michal.waw.pl =-- --= finger me for PGP public key or visit http://michal.waw.pl/PGP =-- --==--==--==--==--==-- Vodka. Connecting people.--==--==--==--==--==-- A chodzenie po g?rach SSIE!!! From baggins at sith.mimuw.edu.pl Sun Jul 3 21:23:10 2005 From: baggins at sith.mimuw.edu.pl (Jan Rekorajski) Date: Sun, 3 Jul 2005 21:23:10 +0200 Subject: SOURCES (AC-branch): bashrc - removed stty erase setting to `tput ... In-Reply-To: <20050703115318.GA593@os> References: <20050630235705.GA4264@os> <20050701110536.GZ7452@sith.mimuw.edu.pl> <20050701113849.GA7452@sith.mimuw.edu.pl> <20050702172919.GB2596@os> <20050702174503.GA16434@sith.mimuw.edu.pl> <20050702205449.GA3095@os> <20050702211027.GA17770@sith.mimuw.edu.pl> <20050702213456.GA3398@os> <20050703095928.GD8420@sith.mimuw.edu.pl> <20050703115318.GA593@os> Message-ID: <20050703192310.GA10880@sith.mimuw.edu.pl> On Sun, 03 Jul 2005, Tomasz Pala wrote: > On Sun, Jul 03, 2005 at 11:59:28 +0200, Jan Rekorajski wrote: > > > > I agree, we shall do it the _common_ way. > > > > > > However Debian/RH/FC has ^H for xterm-color, so following above rule you > > > should revert ncurses-xterm-color-new.patch, don't you? ;) > > > > That's right, especially when no sane program is using it in linux-world. > > OK, I've changed SPECS/ncurses.spec and SOURCES/X11-PLD.patch (finding > no other reference to xterm-color, hope all other patches would match). konsole, gnome-terminal and a lot more ;) If there won't be any objections I will remove all those hacks tomorrow. Janek -- Jan R?korajski | ALL SUSPECTS ARE GUILTY. PERIOD! bagginsmimuw.edu.pl | OTHERWISE THEY WOULDN'T BE SUSPECTS, WOULD THEY? BOFH, MANIAC | -- TROOPS by Kevin Rubio From gotar at polanet.pl Sun Jul 3 23:30:55 2005 From: gotar at polanet.pl (Tomasz Pala) Date: Sun, 3 Jul 2005 23:30:55 +0200 Subject: SOURCES (AC-branch): bashrc - removed stty erase setting to `tput ... In-Reply-To: <20050703192310.GA10880@sith.mimuw.edu.pl> References: <20050701110536.GZ7452@sith.mimuw.edu.pl> <20050701113849.GA7452@sith.mimuw.edu.pl> <20050702172919.GB2596@os> <20050702174503.GA16434@sith.mimuw.edu.pl> <20050702205449.GA3095@os> <20050702211027.GA17770@sith.mimuw.edu.pl> <20050702213456.GA3398@os> <20050703095928.GD8420@sith.mimuw.edu.pl> <20050703115318.GA593@os> <20050703192310.GA10880@sith.mimuw.edu.pl> Message-ID: <20050703213055.GA3652@os> On Sun, Jul 03, 2005 at 21:23:10 +0200, Jan Rekorajski wrote: > konsole, gnome-terminal and a lot more ;) > If there won't be any objections I will remove all those hacks tomorrow. kdebase-konsole-TERM.patch - TERM kdebase-konsole-default-keytab.patch - backspace kdebase-konsole_all.patch - TERM multi-gnome-terminal-xterm-color.patch - TERM Eterm-xterm-color-fixes.patchc - ? gnome-terminal-TERM.patch - there's nothing to do -- GoTaR gotar> http://vfmg.sourceforge.net/ http://tccs.sourceforge.net/ From baggins at sith.mimuw.edu.pl Mon Jul 4 00:48:53 2005 From: baggins at sith.mimuw.edu.pl (Jan Rekorajski) Date: Mon, 4 Jul 2005 00:48:53 +0200 Subject: SOURCES (AC-branch): bashrc - removed stty erase setting to `tput ... In-Reply-To: <20050703213055.GA3652@os> References: <20050701113849.GA7452@sith.mimuw.edu.pl> <20050702172919.GB2596@os> <20050702174503.GA16434@sith.mimuw.edu.pl> <20050702205449.GA3095@os> <20050702211027.GA17770@sith.mimuw.edu.pl> <20050702213456.GA3398@os> <20050703095928.GD8420@sith.mimuw.edu.pl> <20050703115318.GA593@os> <20050703192310.GA10880@sith.mimuw.edu.pl> <20050703213055.GA3652@os> Message-ID: <20050703224853.GA11041@sith.mimuw.edu.pl> On Sun, 03 Jul 2005, Tomasz Pala wrote: > On Sun, Jul 03, 2005 at 21:23:10 +0200, Jan Rekorajski wrote: > > > konsole, gnome-terminal and a lot more ;) > > If there won't be any objections I will remove all those hacks tomorrow. > > kdebase-konsole-TERM.patch - TERM > kdebase-konsole-default-keytab.patch - backspace > kdebase-konsole_all.patch - TERM > multi-gnome-terminal-xterm-color.patch - TERM > Eterm-xterm-color-fixes.patchc - ? AFAIR i found some more. > gnome-terminal-TERM.patch - there's nothing to do Yes, there is, if the authors say it emulates xterm we should not change it to something else, but I may leave it for the bugs to come out ;> Janek -- Jan R?korajski | ALL SUSPECTS ARE GUILTY. PERIOD! bagginsmimuw.edu.pl | OTHERWISE THEY WOULDN'T BE SUSPECTS, WOULD THEY? BOFH, MANIAC | -- TROOPS by Kevin Rubio From wiget at pld-linux.org Mon Jul 4 14:49:09 2005 From: wiget at pld-linux.org (Artur Frysiak) Date: Mon, 4 Jul 2005 14:49:09 +0200 Subject: SOURCES (AC-branch): bashrc - removed stty erase setting to `tput ... In-Reply-To: <20050703120721.GP30742@woland.michal.waw.pl> References: <20050701110536.GZ7452@sith.mimuw.edu.pl> <20050701113849.GA7452@sith.mimuw.edu.pl> <20050702172919.GB2596@os> <20050702174503.GA16434@sith.mimuw.edu.pl> <20050702205449.GA3095@os> <20050702211027.GA17770@sith.mimuw.edu.pl> <20050703100555.GK30742@woland.michal.waw.pl> <20050703103338.GA8613@sith.mimuw.edu.pl> <20050703115419.GB593@os> <20050703120721.GP30742@woland.michal.waw.pl> Message-ID: <20050704124908.GA19852@tau.koelner.pl> On Sun, Jul 03, 2005 at 02:07:21PM +0200, Michal Kochanowicz wrote: > On Sun, Jul 03, 2005 at 01:54:19PM +0200, Tomasz Pala wrote: > > On Sun, Jul 03, 2005 at 12:33:38 +0200, Jan Rekorajski wrote: > > > > > On Sun, 03 Jul 2005, Michal Kochanowicz wrote: > > > > > > > Third question: > > > > 3. WTF backspace doesnt work... "" ;( > > > > > > I guess you upgraded terminfo but not X11. > > > > Either upgrade terminfo or add ttymodes/ptyInitialErase for a time. > > I have up-to-date distro from AC-main. > > What I'm doing is: > 1. running konsole > 2. ssh to other up-to-date AC-main > 3. running screen > 4. running VIM VIM with "set nottybuiltin" ? -- Artur Frysiak http://pld-linux.org/ From michal at michal.waw.pl Mon Jul 4 15:14:06 2005 From: michal at michal.waw.pl (Michal Kochanowicz) Date: Mon, 4 Jul 2005 15:14:06 +0200 Subject: SOURCES (AC-branch): bashrc - removed stty erase setting to `tput ... In-Reply-To: <20050704124908.GA19852@tau.koelner.pl> References: <20050701113849.GA7452@sith.mimuw.edu.pl> <20050702172919.GB2596@os> <20050702174503.GA16434@sith.mimuw.edu.pl> <20050702205449.GA3095@os> <20050702211027.GA17770@sith.mimuw.edu.pl> <20050703100555.GK30742@woland.michal.waw.pl> <20050703103338.GA8613@sith.mimuw.edu.pl> <20050703115419.GB593@os> <20050703120721.GP30742@woland.michal.waw.pl> <20050704124908.GA19852@tau.koelner.pl> Message-ID: <20050704131406.GA24252@woland.michal.waw.pl> On Mon, Jul 04, 2005 at 02:49:09PM +0200, Artur Frysiak wrote: > > What I'm doing is: > > 1. running konsole > > 2. ssh to other up-to-date AC-main > > 3. running screen > > 4. running VIM > > VIM with "set nottybuiltin" ? No. I didn't touch this setting. -- --= Michal Kochanowicz =--==--==BOFH==--==--= michal at michal.waw.pl =-- --= finger me for PGP public key or visit http://michal.waw.pl/PGP =-- --==--==--==--==--==-- Vodka. Connecting people.--==--==--==--==--==-- A chodzenie po g?rach SSIE!!! From saq at pld-linux.org Mon Jul 4 17:36:55 2005 From: saq at pld-linux.org (=?iso-8859-2?Q?Pawe=B3?= Sakowski) Date: Mon, 04 Jul 2005 17:36:55 +0200 Subject: SPECS: gmailfs.spec - missing requires In-Reply-To: References: Message-ID: <1120491415.29322.6.camel@neptune.sakowski.pl> On Mon, 2005-07-04 at 16:47 +0200, spider wrote: > Author: spider Date: Mon Jul 4 14:47:32 2005 GMT > Module: SPECS Tag: HEAD > ---- Log message: > - missing requires > [...] > +Requires: kernel-misc-fuse It's not the right place for such requirement. gmailfs is ignorant of the kernel module and only uses it indirectly via libfuse. So, if such requirement is to be added anywhere, libfuse is the place. OTOH, we avoid kernel module dependencies in the libraries -- see alsa-lib, kernel-video-svgalib_helper, kernel-video-nvidia. -- Pawe? Sakowski PLD Linux Distribution From glen at delfi.ee Mon Jul 4 19:24:46 2005 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Mon, 4 Jul 2005 20:24:46 +0300 Subject: evolution-data-server from ac ftp broken (or is it poldek/rpm?) Message-ID: <200507042024.47040.glen@delfi.ee> $ sudo rpm -e evolution-data-server scrollkeeper --noscripts error: package evolution-data-server is not installed error: package scrollkeeper is not installed $ poldek -uv evolution-data-server Loading [..] 14421 packages read Removed 2353 duplicate packages from available set mark evolution-data-server-1.2.3-1 Processing dependencies... evolution-data-server-1.2.3-1 marks scrollkeeper-0.3.14-3 (cap scrollkeeper) There are 2 packages to install (1 marked by dependencies): I evolution-data-server-1.2.3-1 D scrollkeeper-0.3.14-3 Need to download about 2MB of archives. After unpacking about 9MB will be used. Executing sudo /bin/rpm --upgrade -vh --root / --noorder... error: openpty: Exec format error Preparing... ################################################## evolution-data-server ################################################## /var/tmp/rpm-tmp.88957[4]: /usr/bin/scrollkeeper-update: not found error: %post(evolution-data-server-1.2.3-1.i686) scriptlet failed, exit status 127 scrollkeeper ################################################## I/O error : Attempt to load network entity http://www.oasis-open.org/docbook/xml/4.1.2/docbookx.dtd $ rpm -q evolution-data-server scrollkeeper evolution-data-server-1.2.3-1 scrollkeeper-0.3.14-3 $ rpm -qf /usr/bin/scrollkeeper-update scrollkeeper-0.3.14-3 $ rpm -q --scripts evolution-data-server postinstall scriptlet (using /bin/sh): /sbin/ldconfig /usr/bin/scrollkeeper-update -q; postuninstall scriptlet (using /bin/sh): /sbin/ldconfig if [ $1 = 0 ]; then /usr/bin/scrollkeeper-update -q; fi $ rpm -q evolution-data-server --requires|grep scroll scrollkeeper and same goes with uninstallation: $ sudo rpm -e evolution-data-server scrollkeeper /var/tmp/rpm-tmp.67319[6]: /usr/bin/scrollkeeper-update: not found error: %postun(evolution-data-server-1.2.3-1.i686) scriptlet failed, exit status 127 $ rpm -q evolution-data-server scrollkeeper evolution-data-server-1.2.3-1 package scrollkeeper is not installed spec (evolution-data-server.spec, rev 1.50) itself has: Requires(post,postun): scrollkeeper -- glen From wiget at pld-linux.org Tue Jul 5 08:41:17 2005 From: wiget at pld-linux.org (Artur Frysiak) Date: Tue, 5 Jul 2005 08:41:17 +0200 Subject: SOURCES (AC-branch): bashrc - removed stty erase setting to `tput ... In-Reply-To: <20050704131406.GA24252@woland.michal.waw.pl> References: <20050702172919.GB2596@os> <20050702174503.GA16434@sith.mimuw.edu.pl> <20050702205449.GA3095@os> <20050702211027.GA17770@sith.mimuw.edu.pl> <20050703100555.GK30742@woland.michal.waw.pl> <20050703103338.GA8613@sith.mimuw.edu.pl> <20050703115419.GB593@os> <20050703120721.GP30742@woland.michal.waw.pl> <20050704124908.GA19852@tau.koelner.pl> <20050704131406.GA24252@woland.michal.waw.pl> Message-ID: <20050705064117.GA12143@tau.koelner.pl> On Mon, Jul 04, 2005 at 03:14:06PM +0200, Michal Kochanowicz wrote: > On Mon, Jul 04, 2005 at 02:49:09PM +0200, Artur Frysiak wrote: > > > What I'm doing is: > > > 1. running konsole > > > 2. ssh to other up-to-date AC-main > > > 3. running screen > > > 4. running VIM > > > > VIM with "set nottybuiltin" ? > > No. I didn't touch this setting. VIM with "ttybulitin" uses hardcoded terminfo definitions. If you want test ncurses definitions then add "set nottybuiltin" to your's ~/.vimrc Regards -- Artur Frysiak http://pld-linux.org/ From michal at michal.waw.pl Tue Jul 5 13:06:24 2005 From: michal at michal.waw.pl (Michal Kochanowicz) Date: Tue, 5 Jul 2005 13:06:24 +0200 Subject: SOURCES (AC-branch): bashrc - removed stty erase setting to `tput ... In-Reply-To: <20050705064117.GA12143@tau.koelner.pl> References: <20050702174503.GA16434@sith.mimuw.edu.pl> <20050702205449.GA3095@os> <20050702211027.GA17770@sith.mimuw.edu.pl> <20050703100555.GK30742@woland.michal.waw.pl> <20050703103338.GA8613@sith.mimuw.edu.pl> <20050703115419.GB593@os> <20050703120721.GP30742@woland.michal.waw.pl> <20050704124908.GA19852@tau.koelner.pl> <20050704131406.GA24252@woland.michal.waw.pl> <20050705064117.GA12143@tau.koelner.pl> Message-ID: <20050705110624.GD24252@woland.michal.waw.pl> On Tue, Jul 05, 2005 at 08:41:17AM +0200, Artur Frysiak wrote: > On Mon, Jul 04, 2005 at 03:14:06PM +0200, Michal Kochanowicz wrote: > > On Mon, Jul 04, 2005 at 02:49:09PM +0200, Artur Frysiak wrote: > > > > What I'm doing is: > > > > 1. running konsole > > > > 2. ssh to other up-to-date AC-main > > > > 3. running screen > > > > 4. running VIM > > > > > > VIM with "set nottybuiltin" ? > > > > No. I didn't touch this setting. > > VIM with "ttybulitin" uses hardcoded terminfo definitions. If you want > test ncurses definitions then add "set nottybuiltin" to your's ~/.vimrc This changes nothing. -- --= Michal Kochanowicz =--==--==BOFH==--==--= michal at michal.waw.pl =-- --= finger me for PGP public key or visit http://michal.waw.pl/PGP =-- --==--==--==--==--==-- Vodka. Connecting people.--==--==--==--==--==-- A chodzenie po g?rach SSIE!!! From saq at pld-linux.org Tue Jul 5 21:23:20 2005 From: saq at pld-linux.org (=?iso-8859-2?Q?Pawe=B3?= Sakowski) Date: Tue, 05 Jul 2005 21:23:20 +0200 Subject: SPECS: python-py-xmlrpc.spec (NEW) - new, useful for gnue-* In-Reply-To: References: Message-ID: <1120591400.5344.22.camel@neptune.sakowski.pl> On Tue, 2005-07-05 at 21:09 +0200, radek wrote: > +#Summary(pl): Missing. > +Requires: python It doesn't, only python-libs. And use %pyrequires_eq . Plus, xmlrpclib is imported but not required (BTW, does xmlrpclib package have the right name?) > +#%description -l pl Missing. > +%{py_sitedir}/*.py? It's customary to write *.py[co] and remove *.py in %install . -- Pawe? Sakowski PLD Linux Distribution From radek42 at gmail.com Tue Jul 5 21:33:00 2005 From: radek42 at gmail.com (=?ISO-8859-2?Q?Rados=B3aw_Zieli=F1ski?=) Date: Tue, 5 Jul 2005 21:33:00 +0200 Subject: SPECS: python-py-xmlrpc.spec (NEW) - new, useful for gnue-* In-Reply-To: <1120591400.5344.22.camel@neptune.sakowski.pl> References: <1120591400.5344.22.camel@neptune.sakowski.pl> Message-ID: On 7/5/05, Pawe? Sakowski wrote: > On Tue, 2005-07-05 at 21:09 +0200, radek wrote: > > +#Summary(pl): > Missing. Low priority, I don't care. > > +Requires: python > It doesn't, only python-libs. And use %pyrequires_eq . Plus, xmlrpclib > is imported but not required (BTW, does xmlrpclib package have the right > name?) I guess not, but I don't want to mess in python stuff -- I don't know. [...] > > +%{py_sitedir}/*.py? > It's customary to write *.py[co] and remove *.py in %install . I've just copied python-xmlrpc.spec. I'll remember. BTW, what can be wrong and how to debug it? strace -etrace=file shows mess. > $ python -c 'import xmlrpc' > $ gnue-appserver -P /tmp/foopid > [...] > DB000: LoadError: Cannot find plugin xmlrpc From glen at delfi.ee Tue Jul 5 21:36:45 2005 From: glen at delfi.ee (Elan =?iso-8859-2?q?Ruusam=E4e?=) Date: Tue, 5 Jul 2005 22:36:45 +0300 Subject: SPECS: python-py-xmlrpc.spec (NEW) - new, useful for gnue-* In-Reply-To: <1120591400.5344.22.camel@neptune.sakowski.pl> References: <1120591400.5344.22.camel@neptune.sakowski.pl> Message-ID: <200507052236.46229.glen@delfi.ee> On Tuesday 05 July 2005 22:23, Pawe? Sakowski wrote: > > +%{py_sitedir}/*.py? > > It's customary to write *.py[co] and remove *.py in %install . more information: there's rpmmacro for that # %py_postclean BuildRequires: rpmbuild(macros) >= 1.219 see http://cvs.pld-linux.org/cgi-bin/cvsweb/PLD-doc/BuildRequires.txt -- glen From glen at delfi.ee Tue Jul 5 21:40:15 2005 From: glen at delfi.ee (Elan =?iso-8859-2?q?Ruusam=E4e?=) Date: Tue, 5 Jul 2005 22:40:15 +0300 Subject: SPECS: python-py-xmlrpc.spec (NEW) - new, useful for gnue-* In-Reply-To: References: <1120591400.5344.22.camel@neptune.sakowski.pl> Message-ID: <200507052240.15943.glen@delfi.ee> On Tuesday 05 July 2005 22:33, Rados?aw Zieli?ski wrote: > > It's customary to write *.py[co] and remove *.py in %install . > > I've just copied python-xmlrpc.spec. I'll remember. > > > BTW, what can be wrong and how to debug it? strace -etrace=file shows > mess. 1. %py_postclean not to nuke files if %{?debug} 2. you build debug package with [rpmbuild|./builder] -bb -debug SPECFILE or 1. put .py files to -debug subpackage (automatically somehow)? (or -source?) -- glen From radek42 at gmail.com Tue Jul 5 22:55:39 2005 From: radek42 at gmail.com (=?ISO-8859-2?Q?Rados=B3aw_Zieli=F1ski?=) Date: Tue, 5 Jul 2005 22:55:39 +0200 Subject: SPECS: python-xmlrpc.spec - I can be python-aware: arch-independen... Message-ID: > Author: saq Date: Tue Jul 5 19:18:51 2005 GMT > Module: SPECS Tag: HEAD > ---- Log message: > - I can be python-aware: arch-independent dir, minor fixes No, you can't. If it's supposed to be arch-independent, the package should be noarch and *.py{c,o} shouldn't differ between archs. They do. From radek42 at gmail.com Wed Jul 6 13:53:25 2005 From: radek42 at gmail.com (Radoslaw Zielinski) Date: Wed, 6 Jul 2005 13:53:25 +0200 Subject: SPECS: python-xmlrpc.spec - I can be python-aware: arch-independen... In-Reply-To: <1120598489.5344.28.camel@neptune.sakowski.pl> References: <1120598489.5344.28.camel@neptune.sakowski.pl> Message-ID: <20050706115325.GA5992@kicia> Pawe? Sakowski [05-07-2005 23:21]: > On Tue, 2005-07-05 at 22:55 +0200, Rados?aw Zieli?ski wrote: >>> Author: saq Date: Tue Jul 5 19:18:51 2005 GMT >>> Module: SPECS Tag: HEAD >>> ---- Log message: >>> - I can be python-aware: arch-independent dir, minor fixes >> No, you can't. If it's supposed to be arch-independent, the package >> should be noarch > If all files are arch-independent, yes: the package can be noarch (it's > a secondary improvement, though). Even if not explicitly marked as such, > it can still conform with FHS. >> and *.py{c,o} shouldn't differ between archs. They do. > They don't. The one I've checked before writing that mail did (python-ipaddr). ;-] > The same version of python produces identical *.py[co] on > every supported architecture (given the same *.py), give or take the > timestamp field. A py[co] compiled on any architecture will work fine on > any other. I was sure, that *.py[co] are arch-dependent. I've tested 14 packages for differences between i686 and alpha: $ rpm -qp python-* | sort | uniq | xargs | fmt python-adns-1.0.0-3 python-biggles-1.6.4-2 python-CDDB-1.4-3 python-chm-0.8.2-1 python-Crypto-2.0-4 python-EditObj-0.5.6-1 python-egenix-mx-base-2.0.5-9 python-egenix-mx-experimental-0.7.0-4 python-epiphany-0.1.4-1 python-eyeD3-0.6.3-1 python-fam-1.0.2-2 python-gnome-2.10.0-2 python-gstreamer-0.8.1-2 python-ipaddr-1.1-5 $ diff -r i686 alpha | awk '{print $2}' i686/usr/lib/python2.4/site-packages/gtk-2.0/gnome/__init__.pyc i686/usr/lib/python2.4/site-packages/gtk-2.0/gnome/__init__.pyo i686/usr/lib/python2.4/site-packages/ipaddr.pyc i686/usr/lib/python2.4/site-packages/ipaddr.pyo i686/usr/share/python2.4/site-packages/eyeD3/__init__.pyc i686/usr/share/python2.4/site-packages/eyeD3/__init__.pyo i686/usr/share/python2.4/site-packages/gst/__init__.pyc i686/usr/share/python2.4/site-packages/gst/__init__.pyo So, usually, they don't differ, but not always. Question: do we allow noarch packages, containing files, which differ between architectures? IIRC: no, but I may be wrong. -- Rados?aw Zieli?ski From saq at pld-linux.org Wed Jul 6 15:46:26 2005 From: saq at pld-linux.org (=?iso-8859-2?Q?Pawe=B3?= Sakowski) Date: Wed, 06 Jul 2005 15:46:26 +0200 Subject: SPECS: python-xmlrpc.spec - I can be python-aware: arch-independen... In-Reply-To: <20050706115325.GA5992@kicia> References: <1120598489.5344.28.camel@neptune.sakowski.pl> <20050706115325.GA5992@kicia> Message-ID: <1120657586.5283.7.camel@neptune.sakowski.pl> On Wed, 2005-07-06 at 13:53 +0200, Radoslaw Zielinski wrote: > >> and *.py{c,o} shouldn't differ between archs. They do. > > They don't. > > The one I've checked before writing that mail did (python-ipaddr). ;-] Read my lips: if they do differ, that's only in the "timestamp" field. diff shows such files as different, but closer inspection proves that there are no functional differences. Further: the serialized bytecode is strictly speaking identical. > So, usually, they don't differ, but not always. Question: do we allow > noarch packages, containing files, which differ between architectures? > IIRC: no, but I may be wrong. It's normal that different builders produce non-identical rpm files out of noarch specs. It's most common for %{BUILDTIME} and files' mtime to vary. With py[co] contents it's the same situation. The important thing is that a packages built on various builders are functionally equivalent, that is, can be freely interchanged between all archs. -- Pawe? Sakowski PLD Linux Distribution From ankry at green.mif.pg.gda.pl Wed Jul 6 21:52:57 2005 From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz) Date: Wed, 6 Jul 2005 21:52:57 +0200 (CEST) Subject: SPECS: python-xmlrpc.spec - I can be python-aware: In-Reply-To: <20050706115325.GA5992@kicia> from "Radoslaw Zielinski" at Jul 06, 2005 01:53:25 PM Message-ID: <200507061952.j66JqvQ1021574@green.mif.pg.gda.pl> Radoslaw Zielinski wrote: [...] > Question: do we allow noarch packages, containing files, which differ > between architectures? IIRC: no, but I may be wrong. No. We generally hardlink them between archs basing on (let's assume) a random one... -- ======================================================================= Andrzej M. Krzysztofowicz ankry at mif.pg.gda.pl phone (48)(58) 347 14 61 Faculty of Applied Phys. & Math., Gdansk University of Technology From radek42 at gmail.com Thu Jul 7 14:58:36 2005 From: radek42 at gmail.com (Radoslaw Zielinski) Date: Thu, 7 Jul 2005 14:58:36 +0200 Subject: SPECS: python-xmlrpc.spec - I can be python-aware: arch-independen... In-Reply-To: <1120657586.5283.7.camel@neptune.sakowski.pl> References: <1120598489.5344.28.camel@neptune.sakowski.pl> <20050706115325.GA5992@kicia> <1120657586.5283.7.camel@neptune.sakowski.pl> Message-ID: <20050707125836.GA6040@kicia> Pawe? Sakowski [06-07-2005 15:46]: > On Wed, 2005-07-06 at 13:53 +0200, Radoslaw Zielinski wrote: >>>> and *.py{c,o} shouldn't differ between archs. They do. >>> They don't. >> The one I've checked before writing that mail did (python-ipaddr). ;-] > Read my lips: if they do differ, that's only in the "timestamp" field. > diff shows such files as different, but closer inspection proves that > there are no functional differences. Further: the serialized bytecode is > strictly speaking identical. Fine. >> So, usually, they don't differ, but not always. Question: do we allow >> noarch packages, containing files, which differ between architectures? >> IIRC: no, but I may be wrong. > It's normal that different builders produce non-identical rpm files out > of noarch specs. It's most common for %{BUILDTIME} and files' mtime to > vary. With py[co] contents it's the same situation. For RPMS, it's normal, but it's not normal to produce different *files* in noarch packages. The situation we're talking about is the only one I know. %{BUILDTIME} (or other RPM header's fields) and ctime/mtime are meaningless in this context. > The important thing is that a packages built on various builders are > functionally equivalent, that is, can be freely interchanged between all > archs. Agreed. But IIRC someone (havner?) wanted all noarch packages to have identical content. I don't really care, just want to know if the packages containing *.py[co] can be noarch, in case I'd touch the Python mess again. From ankry's "No." I understand they can't. -- Rados?aw Zieli?ski From saq at pld-linux.org Thu Jul 7 15:25:01 2005 From: saq at pld-linux.org (=?iso-8859-2?Q?Pawe=B3?= Sakowski) Date: Thu, 07 Jul 2005 15:25:01 +0200 Subject: SPECS: python-xmlrpc.spec - I can be python-aware: arch-independen... In-Reply-To: <20050707125836.GA6040@kicia> References: <1120598489.5344.28.camel@neptune.sakowski.pl> <20050706115325.GA5992@kicia> <1120657586.5283.7.camel@neptune.sakowski.pl> <20050707125836.GA6040@kicia> Message-ID: <1120742701.5574.13.camel@neptune.sakowski.pl> On Thu, 2005-07-07 at 14:58 +0200, Radoslaw Zielinski wrote: > > It's normal that different builders produce non-identical rpm files out > > of noarch specs. It's most common for %{BUILDTIME} and files' mtime to > > vary. With py[co] contents it's the same situation. > > For RPMS, it's normal, but it's not normal to produce different *files* > in noarch packages. The situation we're talking about is the only one > I know. It's not a matter of noarch. The same python-related spec file built on the same builder twice can produce non-identical files: [saq at neptune tmp]$ echo 'x=1'>a.py [saq at neptune tmp]$ python -c 'import py_compile;py_compile.compile("a.py")' [saq at neptune tmp]$ mv a.pyc b.pyc [saq at neptune tmp]$ touch a.py [saq at neptune tmp]$ python -c 'import py_compile;py_compile.compile("a.py")' [saq at neptune tmp]$ diff -u *.pyc Files a.pyc and b.pyc differ You want identical? Subscribe to python-dev and convince the folks there to change the pyc file format. > Agreed. But IIRC someone (havner?) wanted all noarch packages to have > identical content. There's no problem with that. As ankry wrote, we just pick the noarch package built by one builder and use it everywhere. Not only do the files have the same contents, we've got identical rpm files. [saq at neptune tmp]$ rpm -qp --qf '%{BUILDHOST}\n' ftp://ftp.pld-linux.org/dists/ac/PLD/ppc/PLD/RPMS/python-uid-1.0.2-2.noarch.rpm athlon.ac.pld-linux.org > I don't really care, just want to know if the packages containing *.py[co] > can be noarch, in case I'd touch the Python mess again. From ankry's > "No." I understand they can't. As I already stated, *.py[co] are noarch per se, and can be included in noarch packages. As I understand ankry's "no", it referred to the process of populating ftp.pld-linux.org, not the technical issue. -- Pawe? Sakowski PLD Linux Distribution From martii at obgyn.edu.pl Thu Jul 7 16:26:13 2005 From: martii at obgyn.edu.pl (Marcin Chojnowski) Date: Thu, 7 Jul 2005 16:26:13 +0200 Subject: usb hid in PLD Message-ID: <20050707142613.GA5350@obgyn> Hi, I'm having toruble with accessing my hid device (UPS) with usb cable. We have no /dev/usb/hiddev[0-15] Any ideas ? Martii From wiget at pld-linux.org Thu Jul 7 16:40:38 2005 From: wiget at pld-linux.org (Artur Frysiak) Date: Thu, 7 Jul 2005 16:40:38 +0200 Subject: usb hid in PLD In-Reply-To: <20050707142613.GA5350@obgyn> References: <20050707142613.GA5350@obgyn> Message-ID: <20050707144038.GC12143@tau.koelner.pl> On Thu, Jul 07, 2005 at 04:26:13PM +0200, Marcin Chojnowski wrote: > Hi, > > I'm having toruble with accessing my hid device (UPS) with usb cable. > > We have no /dev/usb/hiddev[0-15] > > Any ideas ? dev ? udev ? devfs ? hiddev module loaded ? Regards -- Artur Frysiak http://pld-linux.org/ From martii at obgyn.edu.pl Thu Jul 7 17:20:51 2005 From: martii at obgyn.edu.pl (Marcin Chojnowski) Date: Thu, 7 Jul 2005 17:20:51 +0200 Subject: usb hid in PLD In-Reply-To: <20050707144038.GC12143@tau.koelner.pl> References: <20050707142613.GA5350@obgyn> <20050707144038.GC12143@tau.koelner.pl> Message-ID: <20050707152051.GA6989@obgyn> > dev ? udev ? devfs ? dev > hiddev module loaded ? modprobe hiddev FATAL: Module hiddev not found lsmod | grep hid usbhid 43392 0 usbcore 106872 5 uhci_hcd,ohci_hcd,ehci_hcd,usbhid usbhid loaded Martii From martii at obgyn.edu.pl Thu Jul 7 17:25:24 2005 From: martii at obgyn.edu.pl (Marcin Chojnowski) Date: Thu, 7 Jul 2005 17:25:24 +0200 Subject: usb hid in PLD In-Reply-To: <20050707144038.GC12143@tau.koelner.pl> References: <20050707142613.GA5350@obgyn> <20050707144038.GC12143@tau.koelner.pl> Message-ID: <20050707152524.GB6989@obgyn> > dev ? udev ? devfs ? BTW: kernel-smp-2.6.11.5-3 PLD AC Martii From glen at delfi.ee Fri Jul 8 18:34:17 2005 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Fri, 8 Jul 2005 19:34:17 +0300 Subject: SPECS: makewhatis.spec (NEW) - added - linux port of FreeBSD makew... In-Reply-To: References: Message-ID: <200507081934.18184.glen@delfi.ee> On Friday 08 July 2005 19:17, twittner wrote: > +Version:???????2005.07.08 > +Release:???????0.1 > +License:???????BSD uh! such versioning just begs for epoch bump afterwards! -- glen From twittner at o2.pl Fri Jul 8 23:02:40 2005 From: twittner at o2.pl (Tomasz Wittner) Date: Fri, 8 Jul 2005 23:02:40 +0200 Subject: SPECS: makewhatis.spec (NEW) - added - linux port of FreeBSD makew... In-Reply-To: <200507081934.18184.glen@delfi.ee> References: <200507081934.18184.glen@delfi.ee> Message-ID: <200507082302.40597.twittner@o2.pl> On Fri 8. of July 2005 18:34, Elan Ruusam?e wrote: > On Friday 08 July 2005 19:17, twittner wrote: > > +Version:???????2005.07.08 > > +Release:???????0.1 > > +License:???????BSD > uh! such versioning just begs for epoch bump afterwards! > I can't imagine such situation (but I'm not brilliant ;) - version is taken from date '+%Y.%m.%d' . Please, provide an example when bumping epoch is necessary - show me output from: rpmvercmp YYYY.MM.DD-relX yyyy.mm.dd-relY -- Tomasz Wittner From freetz at gmx.net Sat Jul 9 09:14:56 2005 From: freetz at gmx.net (Fryderyk Dziarmagowski) Date: Sat, 9 Jul 2005 09:14:56 +0200 Subject: SPECS: gaim-guifications.spec (NEW) - added (spec from apollotiger... In-Reply-To: References: Message-ID: <20050709091456.37c896d5.freetz@gmx.net> On Sat, 09 Jul 2005 03:10:39 +0200 aredridel wrote: > Author: aredridel Date: Sat Jul 9 01:10:39 2005 GMT > Module: SPECS Tag: HEAD > ---- Log message: > - added (spec from apollotiger at nbtsc.org) > > ---- Files affected: > SPECS: > gaim-guifications.spec (NONE -> 1.1) (NEW) such package already exists (gaim-plugin-guifications.spec) -- Fryderyk Dziarmagowski From patrys at pld-linux.org Sat Jul 9 10:10:40 2005 From: patrys at pld-linux.org (Patrys :: Patryk Zawadzki) Date: Sat, 09 Jul 2005 10:10:40 +0200 Subject: SPECS: makewhatis.spec (NEW) - added - linux port of FreeBSD makew... In-Reply-To: <200507082302.40597.twittner@o2.pl> References: <200507081934.18184.glen@delfi.ee> <200507082302.40597.twittner@o2.pl> Message-ID: <1120896640.8522.2.camel@localhost> Dnia 08-07-2005, pi? o godzinie 23:02 +0200, Tomasz Wittner napisa?(a): > On Fri 8. of July 2005 18:34, Elan Ruusam?e wrote: > > On Friday 08 July 2005 19:17, twittner wrote: > > > +Version: 2005.07.08 > > > +Release: 0.1 > > > +License: BSD > > uh! such versioning just begs for epoch bump afterwards! > > > I can't imagine such situation (but I'm not brilliant ;) - version is taken > from date '+%Y.%m.%d' . Please, provide an example when bumping epoch is > necessary - show me output from: > > rpmvercmp YYYY.MM.DD-relX yyyy.mm.dd-relY We use versioning as follows: (1.)0.20050708-0.1 Then reverting to another snapshot or changing the versioning scheme allows for smooth upgrades within the same epoch. For example if author decides to give the next release a number of 2.0 instead of a date. -- Patrys :: Patryk Zawadzki -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From twittner at o2.pl Sat Jul 9 10:46:15 2005 From: twittner at o2.pl (Tomasz Wittner) Date: Sat, 9 Jul 2005 10:46:15 +0200 Subject: SPECS: makewhatis.spec (NEW) - added - linux port of FreeBSD makew... In-Reply-To: <1120896640.8522.2.camel@localhost> References: <200507082302.40597.twittner@o2.pl> <1120896640.8522.2.camel@localhost> Message-ID: <200507091046.15865.twittner@o2.pl> On Sat 9. of July 2005 10:10, Patrys :: Patryk Zawadzki wrote: > Dnia 08-07-2005, pi? o godzinie 23:02 +0200, Tomasz Wittner napisa?(a): > > On Fri 8. of July 2005 18:34, Elan Ruusam?e wrote: > > > On Friday 08 July 2005 19:17, twittner wrote: > > > > +Version: 2005.07.08 > > > > +Release: 0.1 > > > > +License: BSD > > > uh! such versioning just begs for epoch bump afterwards! > > > > > I can't imagine such situation (but I'm not brilliant ;) - version is taken > > from date '+%Y.%m.%d' . Please, provide an example when bumping epoch is > > necessary - show me output from: > > > > rpmvercmp YYYY.MM.DD-relX yyyy.mm.dd-relY > > We use versioning as follows: > > (1.)0.20050708-0.1 > > Then reverting to another snapshot or changing the versioning scheme > allows for smooth upgrades within the same epoch. I really don't know what's it all about: $ rpmvercmp 2005.07.08-1 2005.07.09-0.1 2005.07.08-1 < 2005.07.09-0.1 It works as expected without bumping epoch. > For example if author > decides to give the next release a number of 2.0 instead of a date. > I'm author of FreeBSD makewhatis Linux port and I don't plan to change versioning schema because it is my versioning schema, which is convient to me. I've taken makewhatis's sources from FreeBSD cvs (makewhatis.*, queue.h, stringlist.* and each exists only with its cvs revision), adapted and slightly refined (help printing, ac/am). I hope that everything was explained. -- Tomasz Wittner From freetz at gmx.net Sat Jul 9 11:15:58 2005 From: freetz at gmx.net (Fryderyk Dziarmagowski) Date: Sat, 9 Jul 2005 11:15:58 +0200 Subject: SPECS: makewhatis.spec (NEW) - added - linux port of FreeBSD makew... In-Reply-To: <200507091046.15865.twittner@o2.pl> References: <200507082302.40597.twittner@o2.pl> <1120896640.8522.2.camel@localhost> <200507091046.15865.twittner@o2.pl> Message-ID: <20050709111558.1365bcf1.freetz@gmx.net> On Sat, 9 Jul 2005 10:46:15 +0200 Tomasz Wittner wrote: [...] > I'm author of FreeBSD makewhatis Linux port and I don't plan to change > versioning schema because it is my versioning schema, which is convient to > me. your versioning is your personal problem. but in PLD you _must_ follow PLD's versioning schema (already pointed by Patrys). -- Fryderyk Dziarmagowski From arekm at pld-linux.org Sat Jul 9 12:26:40 2005 From: arekm at pld-linux.org (Arkadiusz Miskiewicz) Date: Sat, 9 Jul 2005 12:26:40 +0200 Subject: SPECS: makewhatis.spec (NEW) - added - linux port of FreeBSD makew... In-Reply-To: <20050709111558.1365bcf1.freetz@gmx.net> References: <200507091046.15865.twittner@o2.pl> <20050709111558.1365bcf1.freetz@gmx.net> Message-ID: <200507091226.40282.arekm@pld-linux.org> On Saturday 09 of July 2005 11:15, Fryderyk Dziarmagowski wrote: > On Sat, 9 Jul 2005 10:46:15 +0200 > Tomasz Wittner wrote: > > [...] > > > I'm author of FreeBSD makewhatis Linux port and I don't plan to change > > versioning schema because it is my versioning schema, which is convient > > to me. > > your versioning is your personal problem. but in PLD you _must_ follow > PLD's versioning schema (already pointed by Patrys). Huh? We follow author versioning unless these are snapshots where in this case these aren't snapshots it seems. -- Arkadiusz Mi?kiewicz PLD/Linux Team http://www.t17.ds.pwr.wroc.pl/~misiek/ http://ftp.pld-linux.org/ From freetz at gmx.net Sat Jul 9 12:55:17 2005 From: freetz at gmx.net (Fryderyk Dziarmagowski) Date: Sat, 9 Jul 2005 12:55:17 +0200 Subject: SPECS: makewhatis.spec (NEW) - added - linux port of FreeBSD makew... In-Reply-To: <200507091226.40282.arekm@pld-linux.org> References: <200507091046.15865.twittner@o2.pl> <20050709111558.1365bcf1.freetz@gmx.net> <200507091226.40282.arekm@pld-linux.org> Message-ID: <20050709125517.4fb0f986.freetz@gmx.net> On Sat, 9 Jul 2005 12:26:40 +0200 Arkadiusz Miskiewicz wrote: > > > I'm author of FreeBSD makewhatis Linux port and I don't plan to change > > > versioning schema because it is my versioning schema, which is convient > > > to me. > > > > your versioning is your personal problem. but in PLD you _must_ follow > > PLD's versioning schema (already pointed by Patrys). > Huh? We follow author versioning unless these are snapshots where in this case > these aren't snapshots it seems. such versioning gives 'snapshot' feeling for me and confuses users with not human readable package names like makemesick-2006.06.06.01. -- Fryderyk Dziarmagowski From arekm at pld-linux.org Sat Jul 9 13:10:43 2005 From: arekm at pld-linux.org (Arkadiusz Miskiewicz) Date: Sat, 9 Jul 2005 13:10:43 +0200 Subject: SPECS: makewhatis.spec (NEW) - added - linux port of FreeBSD makew... In-Reply-To: <20050709125517.4fb0f986.freetz@gmx.net> References: <200507091226.40282.arekm@pld-linux.org> <20050709125517.4fb0f986.freetz@gmx.net> Message-ID: <200507091310.43600.arekm@pld-linux.org> On Saturday 09 of July 2005 12:55, Fryderyk Dziarmagowski wrote: > > Huh? We follow author versioning unless these are snapshots where in this > > case these aren't snapshots it seems. > > such versioning gives 'snapshot' feeling for me and confuses users with > not human readable package names like makemesick-2006.06.06.01. Doesn't matter. It's author choosen versioning. What do you propose? Choose random pld versioning of such package? How compare pld version with author version then? Force author to change versioning schema is the solution, not introducing own versioning for pld. -- Arkadiusz Mi?kiewicz PLD/Linux Team http://www.t17.ds.pwr.wroc.pl/~misiek/ http://ftp.pld-linux.org/ From michal.moskal at gmail.com Sat Jul 9 13:47:56 2005 From: michal.moskal at gmail.com (Michal Moskal) Date: Sat, 9 Jul 2005 13:47:56 +0200 Subject: SPECS: makewhatis.spec (NEW) - added - linux port of FreeBSD makew... In-Reply-To: <20050709125517.4fb0f986.freetz@gmx.net> References: <200507091046.15865.twittner@o2.pl> <20050709111558.1365bcf1.freetz@gmx.net> <200507091226.40282.arekm@pld-linux.org> <20050709125517.4fb0f986.freetz@gmx.net> Message-ID: On 7/9/05, Fryderyk Dziarmagowski wrote: > On Sat, 9 Jul 2005 12:26:40 +0200 > Arkadiusz Miskiewicz wrote: > > > > > I'm author of FreeBSD makewhatis Linux port and I don't plan to change > > > > versioning schema because it is my versioning schema, which is convient > > > > to me. > > > > > > your versioning is your personal problem. but in PLD you _must_ follow > > > PLD's versioning schema (already pointed by Patrys). > > Huh? We follow author versioning unless these are snapshots where in this case > > these aren't snapshots it seems. > > such versioning gives 'snapshot' feeling for me and confuses users with > not human readable package names like makemesick-2006.06.06.01. For me this is perfectly human readable. What if I were to call my encryption package ZW5jcnlwdAo (for example because it is how it encrypts some word)? You would propose a different name? -- Michal Moskal, http://nemerle.org/~malekith/ From freetz at gmx.net Sat Jul 9 14:02:59 2005 From: freetz at gmx.net (Fryderyk Dziarmagowski) Date: Sat, 9 Jul 2005 14:02:59 +0200 Subject: SPECS: makewhatis.spec (NEW) - added - linux port of FreeBSD makew... In-Reply-To: References: <200507091046.15865.twittner@o2.pl> <20050709111558.1365bcf1.freetz@gmx.net> <200507091226.40282.arekm@pld-linux.org> <20050709125517.4fb0f986.freetz@gmx.net> Message-ID: <20050709140259.171d43c7.freetz@gmx.net> On Sat, 9 Jul 2005 13:47:56 +0200 Michal Moskal wrote: > On 7/9/05, Fryderyk Dziarmagowski wrote: > > On Sat, 9 Jul 2005 12:26:40 +0200 > > Arkadiusz Miskiewicz wrote: > > > > > > > I'm author of FreeBSD makewhatis Linux port and I don't plan to change > > > > > versioning schema because it is my versioning schema, which is convient > > > > > to me. > > > > > > > > your versioning is your personal problem. but in PLD you _must_ follow > > > > PLD's versioning schema (already pointed by Patrys). > > > Huh? We follow author versioning unless these are snapshots where in this case > > > these aren't snapshots it seems. > > > > such versioning gives 'snapshot' feeling for me and confuses users with > > not human readable package names like makemesick-2006.06.06.01. > > For me this is perfectly human readable. What if I were to call my maybe. but not for me. > encryption package ZW5jcnlwdAo (for example because it is how it > encrypts some word)? You would propose a different name? well, it doesn't matter how it sounds. we're talking about numbers (for your information). -- Fryderyk Dziarmagowski From michal.moskal at gmail.com Sat Jul 9 14:05:56 2005 From: michal.moskal at gmail.com (Michal Moskal) Date: Sat, 9 Jul 2005 14:05:56 +0200 Subject: SPECS: makewhatis.spec (NEW) - added - linux port of FreeBSD makew... In-Reply-To: <20050709140259.171d43c7.freetz@gmx.net> References: <200507091046.15865.twittner@o2.pl> <20050709111558.1365bcf1.freetz@gmx.net> <200507091226.40282.arekm@pld-linux.org> <20050709125517.4fb0f986.freetz@gmx.net> <20050709140259.171d43c7.freetz@gmx.net> Message-ID: On 7/9/05, Fryderyk Dziarmagowski wrote: > > For me this is perfectly human readable. What if I were to call my > > maybe. but not for me. > > > encryption package ZW5jcnlwdAo (for example because it is how it > > encrypts some word)? You would propose a different name? > > well, it doesn't matter how it sounds. we're talking about numbers (for > your information). So, if I ware to call a particular version this way? Who said versions need to be numeric... -- Michal Moskal, http://nemerle.org/~malekith/ From patrys at pld-linux.org Sat Jul 9 14:23:41 2005 From: patrys at pld-linux.org (Patrys :: Patryk Zawadzki) Date: Sat, 09 Jul 2005 14:23:41 +0200 Subject: SPECS: makewhatis.spec (NEW) - added - linux port of FreeBSD makew... In-Reply-To: References: <200507091046.15865.twittner@o2.pl> <20050709111558.1365bcf1.freetz@gmx.net> <200507091226.40282.arekm@pld-linux.org> <20050709125517.4fb0f986.freetz@gmx.net> <20050709140259.171d43c7.freetz@gmx.net> Message-ID: <1120911821.8522.10.camel@localhost> Dnia 09-07-2005, sob o godzinie 14:05 +0200, Michal Moskal napisa?(a): > On 7/9/05, Fryderyk Dziarmagowski wrote: > > > For me this is perfectly human readable. What if I were to call my > > > > maybe. but not for me. > > > > > encryption package ZW5jcnlwdAo (for example because it is how it > > > encrypts some word)? You would propose a different name? > > > > well, it doesn't matter how it sounds. we're talking about numbers (for > > your information). > > So, if I ware to call a particular version this way? Who said versions > need to be numeric... The point is - at one point we might decide to use another port of makewhatis with different versioning scheme. Current approach will force us to bump the epoch. -- Patrys :: Patryk Zawadzki -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From michal.moskal at gmail.com Sat Jul 9 14:32:57 2005 From: michal.moskal at gmail.com (Michal Moskal) Date: Sat, 9 Jul 2005 14:32:57 +0200 Subject: SPECS: makewhatis.spec (NEW) - added - linux port of FreeBSD makew... In-Reply-To: <1120911821.8522.10.camel@localhost> References: <200507091046.15865.twittner@o2.pl> <20050709111558.1365bcf1.freetz@gmx.net> <200507091226.40282.arekm@pld-linux.org> <20050709125517.4fb0f986.freetz@gmx.net> <20050709140259.171d43c7.freetz@gmx.net> <1120911821.8522.10.camel@localhost> Message-ID: On 7/9/05, Patrys :: Patryk Zawadzki wrote: > Dnia 09-07-2005, sob o godzinie 14:05 +0200, Michal Moskal napisa\u0142(a): > > On 7/9/05, Fryderyk Dziarmagowski wrote: > > > > For me this is perfectly human readable. What if I were to call my > > > > > > maybe. but not for me. > > > > > > > encryption package ZW5jcnlwdAo (for example because it is how it > > > > encrypts some word)? You would propose a different name? > > > > > > well, it doesn't matter how it sounds. we're talking about numbers (for > > > your information). > > > > So, if I ware to call a particular version this way? Who said versions > > need to be numeric... > > The point is - at one point we might decide to use another port of > makewhatis with different versioning scheme. Current approach will force > us to bump the epoch. This is ridiculous. If some other versioning scheme was used in current makewhatis you could as well be forced to change it upon change of implementation. And beside this is not a PLD problem as there is no other version information available than the one from the upstream author, so you don't even have something to put in the Version: field. -- Michal Moskal, http://nemerle.org/~malekith/ From ankry at green.mif.pg.gda.pl Sat Jul 9 14:38:52 2005 From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz) Date: Sat, 9 Jul 2005 14:38:52 +0200 (CEST) Subject: SPECS: makewhatis.spec (NEW) - added - linux port of FreeBSD In-Reply-To: <1120911821.8522.10.camel@localhost> from "Patrys :: Patryk Zawadzki" at Jul 09, 2005 02:23:41 PM Message-ID: <200507091238.j69CcqKA032085@green.mif.pg.gda.pl> Patrys :: Patryk Zawadzki wrote: > Dnia 09-07-2005, sob o godzinie 14:05 +0200, Michal Moskal napisa=B3(a): > > On 7/9/05, Fryderyk Dziarmagowski wrote: > > > > For me this is perfectly human readable. What if I were to call my > > >=20 > > > maybe. but not for me. > > >=20 > > > > encryption package ZW5jcnlwdAo (for example because it is how it > > > > encrypts some word)? You would propose a different name? > > >=20 > > > well, it doesn't matter how it sounds. we're talking about numbers (for > > > your information). > >=20 > > So, if I ware to call a particular version this way? Who said versions > > need to be numeric... > > The point is - at one point we might decide to use another port of > makewhatis with different versioning scheme. Current approach will force > us to bump the epoch. If we decide to switch to another port of some package it is rather unlikely that it uses the same versioning scheme. So bumping epoch is just for such cases... -- ======================================================================= Andrzej M. Krzysztofowicz ankry at mif.pg.gda.pl phone (48)(58) 347 14 61 Faculty of Applied Phys. & Math., Gdansk University of Technology From patrys at pld-linux.org Sat Jul 9 15:07:35 2005 From: patrys at pld-linux.org (Patrys :: Patryk Zawadzki) Date: Sat, 09 Jul 2005 15:07:35 +0200 Subject: SPECS: makewhatis.spec (NEW) - added - linux port of FreeBSD makew... In-Reply-To: References: <200507091046.15865.twittner@o2.pl> <20050709111558.1365bcf1.freetz@gmx.net> <200507091226.40282.arekm@pld-linux.org> <20050709125517.4fb0f986.freetz@gmx.net> <20050709140259.171d43c7.freetz@gmx.net> <1120911821.8522.10.camel@localhost> Message-ID: <1120914455.8522.23.camel@localhost> Dnia 09-07-2005, sob o godzinie 14:32 +0200, Michal Moskal napisa?(a): > On 7/9/05, Patrys :: Patryk Zawadzki wrote: > > The point is - at one point we might decide to use another port of > > makewhatis with different versioning scheme. Current approach will force > > us to bump the epoch. > This is ridiculous. If some other versioning scheme was used in current > makewhatis you could as well be forced to change it upon change of > implementation. Does this mean we need to have another versioning system for packages that are really code snapshots from a constantly changing code? I can see no difference between current makewhatis and fortunes. > And beside this is not a PLD problem as there is no other version > information available than the one from the upstream author, so you don't > even have something to put in the Version: field. There is no version? Fine. Then let's keep it consistent and use YYYYMMDD without any extra characters - that's how fortunes and wine modules are versioned. Why invent another scheme? -- Patrys :: Patryk Zawadzki -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From twittner at o2.pl Sat Jul 9 16:17:23 2005 From: twittner at o2.pl (Tomasz Wittner) Date: Sat, 9 Jul 2005 16:17:23 +0200 Subject: SPECS: makewhatis.spec (NEW) - added - linux port of FreeBSD makew... In-Reply-To: <200507091226.40282.arekm@pld-linux.org> References: <20050709111558.1365bcf1.freetz@gmx.net> <200507091226.40282.arekm@pld-linux.org> Message-ID: <200507091617.23803.twittner@o2.pl> On Sat 9. of July 2005 12:26, Arkadiusz Miskiewicz wrote: > On Saturday 09 of July 2005 11:15, Fryderyk Dziarmagowski wrote: > > On Sat, 9 Jul 2005 10:46:15 +0200 > > Tomasz Wittner wrote: > > your versioning is your personal problem. but in PLD you _must_ follow > > PLD's versioning schema (already pointed by Patrys). No comment - I have a good laugh. > Huh? We follow author versioning unless these are snapshots where in this case > these aren't snapshots it seems. Yes, it isn't snapshot. I make tarball after finishing and testing my work not in the half way. Now, I agree, my versioning schema may leads people to confusion - this thread shows that, but I found such versioning convenient for me - I needn't hesitate when and why one version should be 0.3.4 and next 1.2.5 - version is generated from `date '+%Y.%m.%d'` by my private release.sh script. You can see rcorder.spec (another my rework) and pure-config - they have similar versioning schema. Finally, I don't force people to using these programs. -- Tomasz Wittner From michal.moskal at gmail.com Sat Jul 9 16:40:24 2005 From: michal.moskal at gmail.com (Michal Moskal) Date: Sat, 9 Jul 2005 16:40:24 +0200 Subject: SPECS: makewhatis.spec (NEW) - added - linux port of FreeBSD makew... In-Reply-To: <1120914455.8522.23.camel@localhost> References: <20050709111558.1365bcf1.freetz@gmx.net> <200507091226.40282.arekm@pld-linux.org> <20050709125517.4fb0f986.freetz@gmx.net> <20050709140259.171d43c7.freetz@gmx.net> <1120911821.8522.10.camel@localhost> <1120914455.8522.23.camel@localhost> Message-ID: On 7/9/05, Patrys :: Patryk Zawadzki wrote: > Dnia 09-07-2005, sob o godzinie 14:32 +0200, Michal Moskal napisa?(a): > > On 7/9/05, Patrys :: Patryk Zawadzki wrote: > > And beside this is not a PLD problem as there is no other version > > information available than the one from the upstream author, so you don't > > even have something to put in the Version: field. > > There is no version? Fine. Yes there is. 2005.07.08 or whatever. This is *upstream* version. The fact that the author is also the one who made the spec doesn't have anything to do here. > Then let's keep it consistent and use YYYYMMDD without any extra > characters - that's how fortunes and wine modules are versioned. Why > invent another scheme? Because it is *upstream* name. It has nothing to do with PLD. -- Michal Moskal, http://nemerle.org/~malekith/ From aredridel at nbtsc.org Sat Jul 9 16:52:53 2005 From: aredridel at nbtsc.org (Aredridel) Date: Sat, 09 Jul 2005 08:52:53 -0600 Subject: SPECS: gaim-guifications.spec (NEW) - added (spec from apollotiger... In-Reply-To: <20050709091456.37c896d5.freetz@gmx.net> References: <20050709091456.37c896d5.freetz@gmx.net> Message-ID: <1120920773.26766.6.camel@mizar.nbtsc.org> On Sat, 2005-07-09 at 09:14 +0200, Fryderyk Dziarmagowski wrote: > On Sat, 09 Jul 2005 03:10:39 +0200 > aredridel wrote: > > > Author: aredridel Date: Sat Jul 9 01:10:39 2005 GMT > > Module: SPECS Tag: HEAD > > ---- Log message: > > - added (spec from apollotiger at nbtsc.org) > > > > ---- Files affected: > > SPECS: > > gaim-guifications.spec (NONE -> 1.1) (NEW) > > such package already exists (gaim-plugin-guifications.spec) > Ach, thanks. I looked, but missed it somehow. Grr. From twittner at o2.pl Sat Jul 9 17:56:55 2005 From: twittner at o2.pl (Tomasz Wittner) Date: Sat, 9 Jul 2005 17:56:55 +0200 Subject: SPECS: makewhatis.spec (NEW) - added - linux port of FreeBSD makew... In-Reply-To: <200507081934.18184.glen@delfi.ee> References: <200507081934.18184.glen@delfi.ee> Message-ID: <200507091756.55681.twittner@o2.pl> To all, But the main problem is that our cool makewhatis from man-1.5p called from: /etc/cron.weekly/makewhatis (makewhatis.crondaily in cvs/SOURCES) #!/bin/sh LOCKFILE=/var/lock/makewhatis.lock # [... commnets ...] [ -f $LOCKFILE ] && exit 0 touch $LOCKFILE makewhatis -u -w rm -f $LOCKFILE exit 0 works in this way: # /etc/cron.daily/makewhatis chmod: cannot access `/var/cache/man/whatis': No such file or directory chmod: cannot access `/var/cache/man/whatis': No such file or directory chmod: cannot access `/var/cache/man/whatis': No such file or directory chmod: cannot access `/var/cache/man/whatis': No such file or directory chmod: cannot access `/var/cache/man/whatis': No such file or directory chmod: cannot access `/var/cache/man/whatis': No such file or directory chmod: cannot access `/var/cache/man/whatis': No such file or directory chmod: cannot access `/var/cache/man/whatis': No such file or directory and called from: /etc/cron.weekly/makewhatis (makewhatis.cronweekly in cvs/SOURCES) #!/bin/sh LOCKFILE=/var/lock/makewhatis.lock # [... commnets ...] [ -f $LOCKFILE ] && exit 0 touch $LOCKFILE makewhatis -w rm -f $LOCKFILE exit 0 produces: root 0 2005-07-09 17:35 /var/cache/man/whatis [root at asus 17:36 ~]# ls -l /var/cache/man/whatis /usr/share/man/whatis -rw------- 1 root root 0 2005-07-09 17:36 /usr/share/man/whatis -rw-r--r-- 1 root root 0 2005-07-09 17:35 /var/cache/man/whatis But I don't care about broken makawhatis: # makewhatis-bsd -o /var/cache/man/whatis /usr/share/man /usr/X11R6/man /usr/local/man makewhatis-bsd: /usr/share/man/man1/xpmroot.1: No such file or directory # l /usr/share/man/man1/xpmroot.1 lrwxrwxrwx 1 root root 11 2004-09-17 01:13 /usr/share/man/man1/xpmroot.1 -> fvwm-root.1 Dead link. # l /var/cache/man/whatis -rw-r--r-- 1 root root 891K 2005-07-09 17:43 /var/cache/man/whatis # umask 077 [root at asus 17:45 ~]# whatis XtSetValues XtSetValues(3x), XtVaSetValues(3x), XtSetSubvalues(3x), XtVaSetSubvalues(3x), XtGetValues(3x), XtVaGetValues(3x), XtGetSubvalues(3x), XtVaGetSubvalues(3x) - obtain and set widget resources $ whatis oki4drv oki4drv(1) - User space based driver for OKIPAGE 4w, OKI400w, OKIPAGE 4w PLUS and OKIPAGE 8w Lite printers oki4drv(8) - User space based driver for OKIPAGE 4w, OKI400w, OKIPAGE 4w PLUS and OKIPAGE 8w Lite printers grep: /usr/share/man/whatis: Permission denied ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^_ this file is produced by makewhatis of course I leave for someone else - you can switch to makewhatis-bsd or repair makewhatis. -- Tomasz Wittner From saq at pld-linux.org Sat Jul 9 18:17:22 2005 From: saq at pld-linux.org (=?iso-8859-2?Q?Pawe=B3?= Sakowski) Date: Sat, 09 Jul 2005 18:17:22 +0200 Subject: SPECS: gaim-guifications.spec (NEW) - added (spec from apollotiger... In-Reply-To: References: Message-ID: <1120925842.5344.1.camel@neptune.sakowski.pl> On Sat, 2005-07-09 at 03:10 +0200, aredridel wrote: > +%bcond_with tests # build with tests > +%bcond_without tests # build without tests Why are you so indecisive ;-) Pick one. -- Pawe? Sakowski PLD Linux Distribution From wolf.pld at gmail.com Sat Jul 9 15:02:24 2005 From: wolf.pld at gmail.com (Bartosz Taudul) Date: Sat, 9 Jul 2005 15:02:24 +0200 Subject: SPECS: makewhatis.spec (NEW) - added - linux port of FreeBSD makew... In-Reply-To: <20050709125517.4fb0f986.freetz@gmx.net> References: <200507091046.15865.twittner@o2.pl> <20050709111558.1365bcf1.freetz@gmx.net> <200507091226.40282.arekm@pld-linux.org> <20050709125517.4fb0f986.freetz@gmx.net> Message-ID: <20050709130224.GA5997@bajzel> On Sat, Jul 09, 2005 at 12:55:17PM +0200, Fryderyk Dziarmagowski wrote: > such versioning gives 'snapshot' feeling for me and confuses users with So what? wolf -- Bartek . - Zaraz kogo? zapytam na ocen? z g?ry ustalon?. Taudul : .:.................................................................... w o l f @ p l d - l i n u x . o r g .:. http://wolf.valkyrie.one.pl/ From saq at pld-linux.org Sat Jul 9 18:26:27 2005 From: saq at pld-linux.org (=?iso-8859-2?Q?Pawe=B3?= Sakowski) Date: Sat, 09 Jul 2005 18:26:27 +0200 Subject: SPECS: makewhatis.spec (NEW) - added - linux port of FreeBSD makew... In-Reply-To: <200507082302.40597.twittner@o2.pl> References: <200507081934.18184.glen@delfi.ee> <200507082302.40597.twittner@o2.pl> Message-ID: <1120926387.5344.3.camel@neptune.sakowski.pl> On Fri, 2005-07-08 at 23:02 +0200, Tomasz Wittner wrote: > I can't imagine such situation (but I'm not brilliant ;) - version is taken > from date '+%Y.%m.%d' . I have one (off-topic) question: why invent your own private date format when there's ISO 8601? -- Pawe? Sakowski PLD Linux Distribution From glen at delfi.ee Sat Jul 9 18:38:37 2005 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Sat, 9 Jul 2005 19:38:37 +0300 Subject: SPECS: mysql.spec - set collation to latin2-like, too. In-Reply-To: References: Message-ID: <200507091938.37682.glen@delfi.ee> this will break existing mysql installations which do not specify at all charset in their config and therefore depended on latin1 collation. and the breakage will return error on all queries which use indexed columns, and to fix that you need to repair database tables, this is not good at all (depending on data size several minutes to days of downtime perhaps!) please add trigger to update the mysql.conf files or very big fat warning about such change perhaps SAFER and more compatible solution is to specify the latin2 charset in config files, so new installations get your desired behaviour and existing ones do no break. On Saturday 09 July 2005 16:57, arekm wrote: > Author: arekm Date: Sat Jul 9 13:57:36 2005 GMT > Module: SPECS Tag: HEAD > ---- Log message: > - set collation to latin2-like, too. > > ---- Files affected: > SPECS: > mysql.spec (1.281 -> 1.282) > > ---- Diffs: > > ================================================================ > Index: SPECS/mysql.spec > diff -u SPECS/mysql.spec:1.281 SPECS/mysql.spec:1.282 > --- SPECS/mysql.spec:1.281 Sat Jul 9 15:49:39 2005 > +++ SPECS/mysql.spec Sat Jul 9 15:57:31 2005 > @@ -459,6 +459,7 @@ > --with%{!?debug:out}-debug \ > --with-embedded-server \ > --with-charset=latin2 \ > + --with-collation=latin2_general_ci \ > --with-extra-charsets=all \ > --with-low-memory \ > --with-mysqld-user=mysql \ > @@ -854,6 +855,9 @@ > All persons listed below can be reached at @pld-linux.org > > $Log$ > +Revision 1.282 2005/07/09 13:57:31 arekm > +- set collation to latin2-like, too. > + > Revision 1.281 2005/07/09 13:49:39 arekm > - fix log (latin2) > > ================================================================ > > ---- CVS-web: > http://cvs.pld-linux.org/SPECS/mysql.spec?r1=1.281&r2=1.282&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 -- glen From glen at delfi.ee Sat Jul 9 18:41:36 2005 From: glen at delfi.ee (Elan =?iso-8859-2?q?Ruusam=E4e?=) Date: Sat, 9 Jul 2005 19:41:36 +0300 Subject: SPECS: gaim-guifications.spec (NEW) - added (spec from apollotiger... In-Reply-To: <1120925842.5344.1.camel@neptune.sakowski.pl> References: <1120925842.5344.1.camel@neptune.sakowski.pl> Message-ID: <200507091941.36691.glen@delfi.ee> On Saturday 09 July 2005 19:17, Pawe? Sakowski wrote: > On Sat, 2005-07-09 at 03:10 +0200, aredridel wrote: > > +%bcond_with tests # build with tests > > +%bcond_without tests # build without tests > > Why are you so indecisive ;-) Pick one. these are from template.spec -- glen From arekm at pld-linux.org Sat Jul 9 19:11:03 2005 From: arekm at pld-linux.org (Arkadiusz Miskiewicz) Date: Sat, 9 Jul 2005 19:11:03 +0200 Subject: SPECS: mysql.spec - set collation to latin2-like, too. In-Reply-To: <200507091938.37682.glen@delfi.ee> References: <200507091938.37682.glen@delfi.ee> Message-ID: <200507091911.03734.arekm@pld-linux.org> On Saturday 09 of July 2005 18:38, Elan Ruusam?e wrote: > perhaps SAFER and more compatible solution is to specify the latin2 charset > in config files, so new installations get your desired behaviour and > existing ones do no break. There is much better way on head currently. /etc/mysql/mysql-client.conf file which is processed at mysql_init() by every apps that uses libmysqlclient.so. -- Arkadiusz Mi?kiewicz PLD/Linux Team http://www.t17.ds.pwr.wroc.pl/~misiek/ http://ftp.pld-linux.org/ From twittner at o2.pl Sat Jul 9 19:49:08 2005 From: twittner at o2.pl (Tomasz Wittner) Date: Sat, 9 Jul 2005 19:49:08 +0200 Subject: SPECS: makewhatis.spec (NEW) - added - linux port of FreeBSD makew... In-Reply-To: <1120926387.5344.3.camel@neptune.sakowski.pl> References: <200507082302.40597.twittner@o2.pl> <1120926387.5344.3.camel@neptune.sakowski.pl> Message-ID: <200507091949.09101.twittner@o2.pl> On Sat 9. of July 2005 18:26, Pawe? Sakowski wrote: > On Fri, 2005-07-08 at 23:02 +0200, Tomasz Wittner wrote: > > I can't imagine such situation (but I'm not brilliant ;) - version is taken > > from date '+%Y.%m.%d' . > > I have one (off-topic) question: why invent your own private date format > when there's ISO 8601? Interesting (http://www.cl.cam.ac.uk/~mgk25/iso-time.html). IMO 2005.07.08 is more readable than 20050708. I didn't know about this standard before. You can assume that 2005.07.08 is only version number no date ;) -- Tomasz Wittner From freetz at gmx.net Sat Jul 9 22:46:53 2005 From: freetz at gmx.net (Fryderyk Dziarmagowski) Date: Sat, 9 Jul 2005 22:46:53 +0200 Subject: SPECS: makewhatis.spec (NEW) - added - linux port of FreeBSD makew... In-Reply-To: <20050709130224.GA5997@bajzel> References: <200507091046.15865.twittner@o2.pl> <20050709111558.1365bcf1.freetz@gmx.net> <200507091226.40282.arekm@pld-linux.org> <20050709125517.4fb0f986.freetz@gmx.net> <20050709130224.GA5997@bajzel> Message-ID: <20050709224653.0d25e25a.freetz@gmx.net> On Sat, 9 Jul 2005 15:02:24 +0200 Bartosz Taudul wrote: > On Sat, Jul 09, 2005 at 12:55:17PM +0200, Fryderyk Dziarmagowski wrote: > > such versioning gives 'snapshot' feeling for me and confuses users with > So what? so users are confused :) -- Fryderyk Dziarmagowski From arekm at pld-linux.org Sun Jul 10 01:31:32 2005 From: arekm at pld-linux.org (Arkadiusz Miskiewicz) Date: Sun, 10 Jul 2005 01:31:32 +0200 Subject: SPECS: mysql.spec - mysql.init violates LSB (or whatever) and exit... In-Reply-To: References: Message-ID: <200507100131.33074.arekm@pld-linux.org> On Sunday 10 of July 2005 01:06, glen wrote: > Author: glen Date: Sat Jul 9 23:06:31 2005 GMT > Module: SPECS Tag: HEAD > ---- Log message: > - mysql.init violates LSB (or whatever) and exits with failure on stop. let > the %post script still work and ignore restart error code why creating workarounds instead of fixing init script? -- Arkadiusz Mi?kiewicz PLD/Linux Team http://www.t17.ds.pwr.wroc.pl/~misiek/ http://ftp.pld-linux.org/ From arekm at pld-linux.org Sun Jul 10 01:32:19 2005 From: arekm at pld-linux.org (Arkadiusz Miskiewicz) Date: Sun, 10 Jul 2005 01:32:19 +0200 Subject: SOURCES: apache.init - rename sysconfig to httpd to have same scri... In-Reply-To: References: Message-ID: <200507100132.19356.arekm@pld-linux.org> On Sunday 10 of July 2005 01:22, glen wrote: > Author: glen Date: Sat Jul 9 23:22:33 2005 GMT > Module: SOURCES Tag: HEAD > ---- Log message: > - rename sysconfig to httpd to have same script/service/config names Trigger? Leave both for backward compat? > # Get service config > -[ -f /etc/sysconfig/apache ] && . /etc/sysconfig/apache > +[ -f /etc/sysconfig/httpd ] && . /etc/sysconfig/httpd -- Arkadiusz Mi?kiewicz PLD/Linux Team http://www.t17.ds.pwr.wroc.pl/~misiek/ http://ftp.pld-linux.org/ From glen at delfi.ee Sun Jul 10 01:54:40 2005 From: glen at delfi.ee (Elan =?iso-8859-2?q?Ruusam=E4e?=) Date: Sun, 10 Jul 2005 02:54:40 +0300 Subject: SOURCES: apache.init - rename sysconfig to httpd to have same scri... In-Reply-To: <200507100132.19356.arekm@pld-linux.org> References: <200507100132.19356.arekm@pld-linux.org> Message-ID: <200507100254.41213.glen@delfi.ee> On Sunday 10 July 2005 02:32, Arkadiusz Miskiewicz wrote: > On Sunday 10 of July 2005 01:22, glen wrote: > > Author: glen Date: Sat Jul 9 23:22:33 2005 GMT > > Module: SOURCES Tag: HEAD > > ---- Log message: > > - rename sysconfig to httpd to have same script/service/config names > > Trigger? Leave both for backward compat? trigger was planned. just commited a bit later > > # Get service config > > -[ -f /etc/sysconfig/apache ] && . /etc/sysconfig/apache > > +[ -f /etc/sysconfig/httpd ] && . /etc/sysconfig/httpd -- glen From glen at delfi.ee Sun Jul 10 01:57:23 2005 From: glen at delfi.ee (Elan =?iso-8859-2?q?Ruusam=E4e?=) Date: Sun, 10 Jul 2005 02:57:23 +0300 Subject: SPECS: mysql.spec - mysql.init violates LSB (or whatever) and exit... In-Reply-To: <200507100131.33074.arekm@pld-linux.org> References: <200507100131.33074.arekm@pld-linux.org> Message-ID: <200507100257.23625.glen@delfi.ee> On Sunday 10 July 2005 02:31, Arkadiusz Miskiewicz wrote: > On Sunday 10 of July 2005 01:06, glen wrote: > > Author: glen Date: Sat Jul 9 23:06:31 2005 GMT > > Module: SPECS Tag: HEAD > > ---- Log message: > > - mysql.init violates LSB (or whatever) and exits with failure on stop. > > let the %post script still work and ignore restart error code > > why creating workarounds instead of fixing init script? service mysql is allowed to exit with failure (consider mysql start not working), but %post shouldn't fail because of this and leaving new and old mysql package in rpm database. i misread initially, looks like start failed, not stop. but the issue still remains. warning: /etc/logrotate.d/mysql created as /etc/logrotate.d/mysql.rpmnew * Stopping MySQL /www/mysql service...............................[ DONE ] * Starting MySQL /www/mysql service...............................[ FAIL ] error: %post(mysql-4.1.12-1.1) scriptlet failed, exit status 1 -- glen From saq at pld-linux.org Wed Jul 13 16:42:03 2005 From: saq at pld-linux.org (=?iso-8859-2?Q?Pawe=B3?= Sakowski) Date: Wed, 13 Jul 2005 16:42:03 +0200 Subject: PLD-doc: devel-hints-pl.txt - jak widac najbardziej oczywiste rzec... In-Reply-To: References: Message-ID: <1121265724.6104.0.camel@neptune.sakowski.pl> On Tue, 2005-07-12 at 10:29 +0200, ankry wrote: > --- PLD-doc/devel-hints-pl.txt:1.42 Wed Jun 22 15:04:15 2005 > +++ PLD-doc/devel-hints-pl.txt Tue Jul 12 10:29:03 2005 > @@ -1,5 +1,11 @@ > Wskaz?wki dla deweloper?w PLD > > +Nale?y pami?ta?, ?e projekt PLD jest prac? zespo?ow?; podstawowymi listami > +dyskusyjnymi dla developer?w s? pld-devel-pl at lists.pld-linux.org (w j?zyku > +polskim) i pld-devel-en at lists.pld-linux.org (w j?zyku angielskim). Listy te > +s? przeznaczone mi?dzy innymi do omawiania dokonanych zmian w repozytorium > +i dyskutowania zmian planowanych. > + What about devel-hints-en? -- Pawe? Sakowski PLD Linux Distribution From ankry at green.mif.pg.gda.pl Wed Jul 13 17:03:22 2005 From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz) Date: Wed, 13 Jul 2005 17:03:22 +0200 (CEST) Subject: PLD-doc: devel-hints-pl.txt - jak widac najbardziej oczywiste In-Reply-To: <1121265724.6104.0.camel@neptune.sakowski.pl> from "=?iso-8859-2?Q?Pawe=B3?= Sakowski" at Jul 13, 2005 04:42:03 PM Message-ID: <200507131503.j6DF3Mjh028222@green.mif.pg.gda.pl> =?iso-8859-2?Q?Pawe=B3?= Sakowski wrote: > > On Tue, 2005-07-12 at 10:29 +0200, ankry wrote: > > --- PLD-doc/devel-hints-pl.txt:1.42 Wed Jun 22 15:04:15 2005 > > +++ PLD-doc/devel-hints-pl.txt Tue Jul 12 10:29:03 2005 > > @@ -1,5 +1,11 @@ > > Wskaz?wki dla deweloper?w PLD > > > > +Nale?y pami?ta?, ?e projekt PLD jest prac? zespo?ow?; podstawowymi listami > > +dyskusyjnymi dla developer?w s? pld-devel-pl at lists.pld-linux.org (w j?zyku > > +polskim) i pld-devel-en at lists.pld-linux.org (w j?zyku angielskim). Listy te > > +s? przeznaczone mi?dzy innymi do omawiania dokonanych zmian w repozytorium > > +i dyskutowania zmian planowanych. > > + > > What about devel-hints-en? It's waiting for a volunteer to translate ? -- ======================================================================= Andrzej M. Krzysztofowicz ankry at mif.pg.gda.pl phone (48)(58) 347 14 61 Faculty of Applied Phys. & Math., Gdansk University of Technology From glen at delfi.ee Fri Jul 15 08:58:15 2005 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Fri, 15 Jul 2005 09:58:15 +0300 Subject: SPECS: popa3d.spec - use existing dir (/usr/share/empty) for pop3 ... In-Reply-To: References: Message-ID: <200507150958.15507.glen@delfi.ee> On Friday 15 July 2005 01:14, qboosh wrote: > Author: qboosh Date: Thu Jul 14 22:14:56 2005 GMT > Module: SPECS Tag: HEAD > ---- Log message: > - use existing dir (/usr/share/empty) for pop3 user [...] > %pre > -%useradd -u 60 -r -d /dev/null -s /bin/false -c "pop3 user" -g nobody pop3 > +%useradd -u 60 -r -d /usr/share/empty -s /bin/false -c "pop3 user" -g > nobody pop3 btw, -d /usr/share/empty and -s /bin/false are defaults, these need not be spefified. or it's better to still specify these in spec file to have better overview? +v+ rpm -E '%useradd -u 60 -r -c "pop3 user" -g nobody pop3' if [ -n "`/bin/id -u pop3 2>/dev/null`" ]; then if [ "`/bin/id -u pop3`" != "60" ]; then echo "Error: user pop3 doesn't have uid=60. Correct this before installing %{name}." 1>&2 exit 1 fi else echo "Adding user pop3 UID=60." /usr/sbin/useradd \ -u 60 \ -r \ -d /usr/share/empty \ -s /bin/false \ -c "pop3 user"\ -g nobody \ \ \ pop3 1>&2 fi; -v- -- glen From saq at pld-linux.org Sat Jul 16 14:36:40 2005 From: saq at pld-linux.org (=?iso-8859-2?Q?Pawe=B3?= Sakowski) Date: Sat, 16 Jul 2005 14:36:40 +0200 Subject: SOURCES naming (devel-hints-en) Message-ID: <1121517400.30596.9.camel@neptune.sakowski.pl> glen committed: > Naming files in SOURCES. > few unexplained conventions (if smb knows, plz explain the reasons): > - NAME-foo.patch - patches > - NAME.cron - cron fragments which go to /etc/cron.d dir > - NAME.logrotate - logrotate config whichgoes to /etc/logrotate.d > - NAME.sysconfig - application cofing which goes to /etc/sysconfig > - NAME.init - initscript which goes to /etc/rc.d/init.d The reasons, off the top of my head: - to decrease entropy (it's good to have _a_ policy, this one is just as good as any other) - for grouping files in SOURCES (as in `rm SOURCES/galeon*` or visual inspection of `ls`) - to avoid filename conflicts between packages by prefixing (half the specs could want to use the name ac_am-fix.patch) - to easily determine visually which package a given source belongs to (by the filename prefix) -- Pawe? Sakowski PLD Linux Distribution From glen at delfi.ee Sat Jul 16 16:02:35 2005 From: glen at delfi.ee (Elan =?iso-8859-2?q?Ruusam=E4e?=) Date: Sat, 16 Jul 2005 17:02:35 +0300 Subject: SOURCES naming (devel-hints-en) In-Reply-To: <1121517400.30596.9.camel@neptune.sakowski.pl> References: <1121517400.30596.9.camel@neptune.sakowski.pl> Message-ID: <200507161702.35826.glen@delfi.ee> On Saturday 16 July 2005 15:36, Pawe? Sakowski wrote: > glen committed: > > Naming files in SOURCES. > > few unexplained conventions (if smb knows, plz explain the reasons): > > - NAME-foo.patch - patches > > - NAME.cron - cron fragments which go to /etc/cron.d dir > > - NAME.logrotate - logrotate config whichgoes to /etc/logrotate.d > > - NAME.sysconfig - application cofing which goes to /etc/sysconfig > > - NAME.init - initscript which goes to /etc/rc.d/init.d > > The reasons, off the top of my head: > - to decrease entropy (it's good to have _a_ policy, this one is just > as good as any other) > - for grouping files in SOURCES (as in `rm SOURCES/galeon*` or visual > inspection of `ls`) > - to avoid filename conflicts between packages by prefixing (half the > specs could want to use the name ac_am-fix.patch) > - to easily determine visually which package a given source belongs to > (by the filename prefix) i was more thinking why NAME.cron not NAME-cron. -- glen From saq at pld-linux.org Sat Jul 16 19:36:57 2005 From: saq at pld-linux.org (=?iso-8859-2?Q?Pawe=B3?= Sakowski) Date: Sat, 16 Jul 2005 19:36:57 +0200 Subject: SOURCES naming (devel-hints-en) In-Reply-To: <200507161702.35826.glen@delfi.ee> References: <1121517400.30596.9.camel@neptune.sakowski.pl> <200507161702.35826.glen@delfi.ee> Message-ID: <1121535417.5436.5.camel@neptune.sakowski.pl> On Sat, 2005-07-16 at 17:02 +0300, Elan Ruusam?e wrote: > i was more thinking why NAME.cron not NAME-cron. Hmm... probably because it's more natural -- the nomenclature name.extension (a.k.a. contents_description.type) has been around for years. OTOH: any reasons to start using NAME-cron? -- Pawe? Sakowski PLD Linux Distribution From glen at delfi.ee Sun Jul 17 11:56:37 2005 From: glen at delfi.ee (Elan =?iso-8859-2?q?Ruusam=E4e?=) Date: Sun, 17 Jul 2005 12:56:37 +0300 Subject: SOURCES naming (devel-hints-en) In-Reply-To: <1121535417.5436.5.camel@neptune.sakowski.pl> References: <1121517400.30596.9.camel@neptune.sakowski.pl> <200507161702.35826.glen@delfi.ee> <1121535417.5436.5.camel@neptune.sakowski.pl> Message-ID: <200507171256.37955.glen@delfi.ee> On Saturday 16 July 2005 20:36, Pawe? Sakowski wrote: > On Sat, 2005-07-16 at 17:02 +0300, Elan Ruusam?e wrote: > > i was more thinking why NAME.cron not NAME-cron. > > Hmm... probably because it's more natural -- the nomenclature > name.extension (a.k.a. contents_description.type) has been around for > years. OTOH: any reasons to start using NAME-cron? no :) just somebody added NAME-logrotate_d to cvs, and i mentioned that usually the file is called NAME.logrotate. -- glen From radek42 at gmail.com Mon Jul 18 00:21:55 2005 From: radek42 at gmail.com (Radoslaw Zielinski) Date: Mon, 18 Jul 2005 00:21:55 +0200 Subject: STBR mozilla-firefox? Message-ID: Could someone check and STBR mozilla-firefox? I can't test if it builds with hardware I'm left with after a recent epidemy... -- Rados?aw Zieli?ski From glen at delfi.ee Mon Jul 18 09:54:56 2005 From: glen at delfi.ee (Elan =?iso-8859-2?q?Ruusam=E4e?=) Date: Mon, 18 Jul 2005 10:54:56 +0300 Subject: STBR mozilla-firefox? In-Reply-To: References: Message-ID: <200507181054.57086.glen@delfi.ee> On Monday 18 July 2005 01:21, Radoslaw Zielinski wrote: > Could someone check and STBR mozilla-firefox? I can't test if it builds > with hardware I'm left with after a recent epidemy... i sent it yesterday to test, you could fetch from there. altho i sent it just for i686 and amd64. -- glen From glen at delfi.ee Tue Jul 19 19:41:23 2005 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Tue, 19 Jul 2005 20:41:23 +0300 Subject: bigsister Message-ID: <200507192041.23814.glen@delfi.ee> There are more than one package which provide "perl(SNMP_Session)": a) bigsister-0.99b2-3 b) perl-SNMP_Session-1.05-1 Which one do you want to install? [b] bigsister shouldn't do that. -- glen From ankry at green.mif.pg.gda.pl Tue Jul 19 22:51:36 2005 From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz) Date: Tue, 19 Jul 2005 22:51:36 +0200 (CEST) Subject: bigsister In-Reply-To: <200507192041.23814.glen@delfi.ee> from "Elan =?iso-8859-1?q?Ruusam=E4e?=" at Jul 19, 2005 08:41:23 PM Message-ID: <200507192051.j6JKpaUG019562@green.mif.pg.gda.pl> Elan =?iso-8859-1?q?Ruusam=E4e?= wrote: > > There are more than one package which provide "perl(SNMP_Session)": > a) bigsister-0.99b2-3 > b) perl-SNMP_Session-1.05-1 > Which one do you want to install? [b] > > bigsister shouldn't do that. Bigsister needs rebuild. But: +BuildRequires: post-server-is-broken (it is your change...) -- ======================================================================= Andrzej M. Krzysztofowicz ankry at mif.pg.gda.pl phone (48)(58) 347 14 61 Faculty of Applied Phys. & Math., Gdansk University of Technology From glen at delfi.ee Tue Jul 19 23:59:02 2005 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Wed, 20 Jul 2005 00:59:02 +0300 Subject: bigsister In-Reply-To: <200507192051.j6JKpaUG019562@green.mif.pg.gda.pl> References: <200507192051.j6JKpaUG019562@green.mif.pg.gda.pl> Message-ID: <200507200059.02888.glen@delfi.ee> On Tuesday 19 July 2005 23:51, Andrzej Krzysztofowicz wrote: > Elan =?iso-8859-1?q?Ruusam=E4e?= wrote: > > There are more than one package which provide "perl(SNMP_Session)": > > a) bigsister-0.99b2-3 > > b) perl-SNMP_Session-1.05-1 > > Which one do you want to install? [b] > > > > bigsister shouldn't do that. > > Bigsister needs rebuild. But: > > +BuildRequires: post-server-is-broken > > (it is your change...) i added the blocker, because this code is suspicious/invalid: -if ![ -f /etc/bigsister/password ]; then +if [ ! -f /etc/bigsister/password ]; then +# FIXME $PASS variable cames from? openssl rand -base64 6 > $PASS /usr/bin/htpasswd -cb /etc/bigsister/password admin $PASS echo "Your web pasword is: $PASS ." should be easy to fix, but really should be fixed by one intoducing that code 1.55 (glen 01-May-05): if [ ! -f /etc/bigsister/password ]; then 1.55 (glen 01-May-05): # FIXME $PASS variable cames from? 1.51 (wolvveri 25-Apr-05): openssl rand -base64 6 > $PASS 1.50 (wolvveri 24-Apr-05): /usr/bin/htpasswd -cb /etc/bigsister/password admin $PASS 1.50 (wolvveri 24-Apr-05): echo "Your web pasword is: $PASS ." 1.50 (wolvveri 24-Apr-05): echo "Change this: htpasswd -b /etc/bigsister/password user password" 1.50 (wolvveri 24-Apr-05): fi 1.36 (wolvveri 14-Mar-05): i believe it's wolvverine -- glen From gotar at polanet.pl Thu Jul 21 17:32:43 2005 From: gotar at polanet.pl (Tomasz Pala) Date: Thu, 21 Jul 2005 17:32:43 +0200 Subject: SOURCES (AC-branch): bashrc - removed stty erase setting to `tput ... In-Reply-To: <20050703115318.GA593@os> References: <20050630235705.GA4264@os> <20050701110536.GZ7452@sith.mimuw.edu.pl> <20050701113849.GA7452@sith.mimuw.edu.pl> <20050702172919.GB2596@os> <20050702174503.GA16434@sith.mimuw.edu.pl> <20050702205449.GA3095@os> <20050702211027.GA17770@sith.mimuw.edu.pl> <20050702213456.GA3398@os> <20050703095928.GD8420@sith.mimuw.edu.pl> <20050703115318.GA593@os> Message-ID: <20050721153243.GA2675@os> On Sun, Jul 03, 2005 at 13:53:18 +0200, Tomasz Pala wrote: > In my opinion it's all finished now. Any comments? It's not over yet.... On PLD, Debian 3.1, FC2, FC3: TERM=xterm infocmp | grep kf[1234]= TERM=xterm-color infocmp | grep kf\[1234\]= gives: xterm: kf1=\EOP kf2=\EOQ kf3=\EOR kf4=\EOS xterm-color: kf1=\E[11~ kf2=\E[12~ kf3=\E[13 kf4=\E[14~ fixed in X11-XTerm.ad.patch and XTerm.ad-pl. -- GoTaR gotar> http://vfmg.sourceforge.net/ http://tccs.sourceforge.net/ From glen at delfi.ee Thu Jul 21 17:46:19 2005 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Thu, 21 Jul 2005 18:46:19 +0300 Subject: vserver and scripts provided by rpm package Message-ID: <200507211846.19778.glen@delfi.ee> so... mysql (or anything that uses %userremove/%groupremove) must depend on rpm package? what about embedding the scripts into %scriptlets, than using the external shell script? same goes for %banner i guess. then can put dependencies on actual programs being used, be it /bin/id or /usr/sbin/userdel. # vpoldek mysql-slave -- -e mysql vpoldek: operating on vserver mysql-slave There are 1 package to remove: R mysql-4.1.12-2.5 Proceed? [y/N] Running vrpm-preload --erase --root /vservers/mysql-slave... /var/tmp/rpm-tmp.33133[6]: /usr/lib/rpm/user_group.sh: not found /var/tmp/rpm-tmp.33133[6]: /usr/lib/rpm/user_group.sh: not found error: %postun(mysql-4.1.12-2.5.i686) scriptlet failed, exit status 127 vpoldek failed on vserver 'mysql-slave' with errorcode 1 -- glen From patrys at pld-linux.org Thu Jul 21 19:03:55 2005 From: patrys at pld-linux.org (Patrys :: Patryk Zawadzki) Date: Thu, 21 Jul 2005 19:03:55 +0200 Subject: vserver and scripts provided by rpm package In-Reply-To: <200507211846.19778.glen@delfi.ee> References: <200507211846.19778.glen@delfi.ee> Message-ID: <1121965435.7820.1.camel@localhost> Dnia 21-07-2005, czw o godzinie 18:46 +0300, Elan Ruusam?e napisa?(a): > so... mysql (or anything that uses %userremove/%groupremove) must depend on > rpm package? > > what about embedding the scripts into %scriptlets, than using the external > shell script? same goes for %banner i guess. > > then can put dependencies on actual programs being used, be it /bin/id > or /usr/sbin/userdel. > > # vpoldek mysql-slave -- -e mysql > vpoldek: operating on vserver mysql-slave > There are 1 package to remove: > R mysql-4.1.12-2.5 > Proceed? [y/N] > Running vrpm-preload --erase --root /vservers/mysql-slave... > /var/tmp/rpm-tmp.33133[6]: /usr/lib/rpm/user_group.sh: not found > /var/tmp/rpm-tmp.33133[6]: /usr/lib/rpm/user_group.sh: not found > error: %postun(mysql-4.1.12-2.5.i686) scriptlet failed, exit status 127 > vpoldek failed on vserver 'mysql-slave' with errorcode 1 Then doing fixes in the scripts would require all the packages to be rebuilt. Now you only have to rebuild the rpm package. -- Patrys :: Patryk Zawadzki -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From glen at delfi.ee Thu Jul 21 22:59:23 2005 From: glen at delfi.ee (Elan =?iso-8859-13?q?Ruusam=E4e?=) Date: Thu, 21 Jul 2005 23:59:23 +0300 Subject: vserver and scripts provided by rpm package In-Reply-To: <1121965435.7820.1.camel@localhost> References: <200507211846.19778.glen@delfi.ee> <1121965435.7820.1.camel@localhost> Message-ID: <200507212359.23349.glen@delfi.ee> On Thursday 21 July 2005 20:03, Patrys :: Patryk Zawadzki wrote: > Dnia 21-07-2005, czw o godzinie 18:46 +0300, Elan Ruusam?e napisa?(a): > > so... mysql (or anything that uses %userremove/%groupremove) must depend > > on rpm package? > > > > what about embedding the scripts into %scriptlets, than using the > > external shell script? same goes for %banner i guess. > > > > then can put dependencies on actual programs being used, be it /bin/id > > or /usr/sbin/userdel. > > > > # vpoldek mysql-slave -- -e mysql > > vpoldek: operating on vserver mysql-slave > > There are 1 package to remove: > > R mysql-4.1.12-2.5 > > Proceed? [y/N] > > Running vrpm-preload --erase --root /vservers/mysql-slave... > > /var/tmp/rpm-tmp.33133[6]: /usr/lib/rpm/user_group.sh: not found > > /var/tmp/rpm-tmp.33133[6]: /usr/lib/rpm/user_group.sh: not found > > error: %postun(mysql-4.1.12-2.5.i686) scriptlet failed, exit status 127 > > vpoldek failed on vserver 'mysql-slave' with errorcode 1 > > Then doing fixes in the scripts would require all the packages to be > rebuilt. Now you only have to rebuild the rpm package. i heard of idea of putting these scripts to 'setup' package. but then should the setup package have userdel/groupdel dependencies? how would it be solved then for vserver? -- glen From jajcus at bnet.pl Fri Jul 22 10:12:45 2005 From: jajcus at bnet.pl (Jacek Konieczny) Date: Fri, 22 Jul 2005 10:12:45 +0200 Subject: rc-scripts/trunk/rc.d/init.d/network Message-ID: <20050722081245.GB8763@serwis2.beta> On Fri, Jul 22, 2005 at 12:35:11AM +0200, undefine wrote: > Author: undefine > Date: Fri Jul 22 00:35:05 2005 > New Revision: 6226 > > Modified: > rc-scripts/trunk/rc.d/init.d/network > Log: > - first up bridge, next tunnels (tunnels can be on bridges) > - first down tunnels, next bridge ;) And tunnels may be bridged (IMHO that is even more usefull). Think about something that will allow both scenarios. Greets, Jacek From undefine at aramin.net Fri Jul 22 13:12:49 2005 From: undefine at aramin.net (The Undefined) Date: Fri, 22 Jul 2005 13:12:49 +0200 Subject: rc-scripts/trunk/rc.d/init.d/network In-Reply-To: <20050722081245.GB8763@serwis2.beta> References: <20050722081245.GB8763@serwis2.beta> Message-ID: <20050722111249.GA6913@aramin.net> On Fri, Jul 22, 2005 at 10:12:45AM +0200, Jacek Konieczny wrote: > > rc-scripts/trunk/rc.d/init.d/network > > Log: > > - first up bridge, next tunnels (tunnels can be on bridges) > > - first down tunnels, next bridge ;) > > And tunnels may be bridged (IMHO that is even more usefull). are you sure? we have test tunnel: [root at frog undefine]# ip t |grep test; brctl show test: gre/ip remote 192.168.2.202 local 192.168.2.205 ttl 64 bridge name bridge id STP enabled interfaces [root at frog undefine]# next create bridge bridge: [root at frog undefine]# brctl addbr testb display bridges: [root at frog undefine]# brctl show bridge name bridge id STP enabled interfaces testb 8000.000000000000 no can't get port info: Function not implemented but try add test into testb: [root at frog undefine]# brctl addif testb test can't add test to bridge testb: Invalid argument [root at frog undefine]# brctl show bridge name bridge id STP enabled interfaces testb 8000.000000000000 no can't get port info: Function not implemented afair to bridge we can use only ethernet-type devices -- Andrzej 'The Undefined' Dopiera?a UNIX && Linux administrator, Adam Mickiewicz University WMiI PLD Linux Developer HomePage: http://andrzej.dopierala.name/ JID: undefine at piastlan.net e-mail: andrzej at dopierala.name From patrys at pld-linux.org Fri Jul 22 19:39:04 2005 From: patrys at pld-linux.org (Patrys :: Patryk Zawadzki) Date: Fri, 22 Jul 2005 19:39:04 +0200 Subject: SPECS: jabbah.spec (NEW) - init - TODO: pl summary and description In-Reply-To: References: Message-ID: <1122053944.7919.1.camel@localhost> Dnia 22-07-2005, pi? o godzinie 13:36 +0200, spider napisa?(a): > Author: spider Date: Fri Jul 22 11:36:30 2005 GMT > Module: SPECS Tag: HEAD > ---- Log message: > - init > - TODO: pl summary and description > > ---- Files affected: > SPECS: > jabbah.spec (NONE -> 1.1) (NEW) [...] > +# $Revision$, $Date$ > +Summary: Jabbah is simple library with very easy to understand API for jabber communicators [...] > +%files > +%defattr(644,root,root,755) > +%doc AUTHORS ChangeLog README NEWS > +%attr(755,root,root) %{_libdir}/libjabbah*.so.*.*.* Shouldn't this be libjabbah? It's not an application. -- Patrys :: Patryk Zawadzki -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From zbyniu at geocarbon.pl Sat Jul 23 01:45:19 2005 From: zbyniu at geocarbon.pl (Zbyniu Krzystolik) Date: Sat, 23 Jul 2005 01:45:19 +0200 Subject: mv SPECS/trustees2.6.spec,v SPECS/trustees.spec,v In-Reply-To: References: Message-ID: <20050722234519.GG24734@geocarbon.pl> Hello, project name is just trustees, so $subject please. Zbyniu -- \78\32\14\46\67\67\90\1A %% Timeo me dubitare %% From wrobell at pld-linux.org Sat Jul 23 19:39:45 2005 From: wrobell at pld-linux.org (wrobell) Date: Sat, 23 Jul 2005 18:39:45 +0100 Subject: SOURCES: postgresql.init, postgresql.sysconfig - what about NOT us... In-Reply-To: References: Message-ID: <20050723173945.GD1205@borg> On Sat, Jul 23, 2005 at 03:30:49PM +0200, romke wrote: > Author: romke Date: Sat Jul 23 13:30:49 2005 GMT > Module: SOURCES Tag: HEAD > ---- Log message: > - what about NOT using UNICODE as initdb encoding? (hardcoded -E UNICODE) > changes supporting sysconfig PG_INITDB_ENCODING to alter initdb encoding. to romke: please remove this option. you are duplicating initdb script. init option for postgresql.init script was introduced for simple scenarios. if you need other encoding, then just use initdb script. [...] > > +# if you want change default initdb encoding use (value WITHOUT QUOTES!): > +# PG_INITDB_ENCODING=UNICODE > +# e.g. if you want use database default encoding use: > +# PG_INITDB_ENCODING= > + > # standard setting > PG_DB_CLUSTERS="/var/lib/pgsql" to others... ok. so we are at the same point again as few months ago. in few weeks next person will introduce other options for "service postgresql init" duplicating functionality of initdb script. qboosh, as you can see it really misleads people. let's remove init part of postgresql.init script. it really doesn't make sense to have it. wrobell From romke at estrefa.pl Sat Jul 23 20:13:21 2005 From: romke at estrefa.pl (=?UTF-8?B?Um9tYW4gQmFyY3p5xYRza2k=?=) Date: Sat, 23 Jul 2005 20:13:21 +0200 Subject: SOURCES: postgresql.init, postgresql.sysconfig - what about NOT us... In-Reply-To: <20050723173945.GD1205@borg> References: <20050723173945.GD1205@borg> Message-ID: <42E288C1.1020409@estrefa.pl> Dnia 2005-07-23 19:39, wrobell napisa?: >>Author: romke Date: Sat Jul 23 13:30:49 2005 GMT >>Module: SOURCES Tag: HEAD >>---- Log message: >>- what about NOT using UNICODE as initdb encoding? (hardcoded -E UNICODE) >> changes supporting sysconfig PG_INITDB_ENCODING to alter initdb encoding. > > to romke: please remove this option. you are duplicating initdb script. > init option for postgresql.init script was introduced for simple scenarios. > if you need other encoding, then just use initdb script. then, why -E UNICODE is default? AFAIK initdb CAN guess default encoding from locale being used... reverted, eventually I'm using initdb rarely enough to each time remove -E UNICODE from initscript regards -- Roman Barczy?ski "Za ka?dy dobry uczynek czeka cz?owieka kara." - Jeffery Deaver From radek42 at gmail.com Sat Jul 23 21:35:54 2005 From: radek42 at gmail.com (Radoslaw Zielinski) Date: Sat, 23 Jul 2005 21:35:54 +0200 Subject: SOURCES: postgresql.init, postgresql.sysconfig - what about NOT us... In-Reply-To: <42E288C1.1020409@estrefa.pl> References: <20050723173945.GD1205@borg> <42E288C1.1020409@estrefa.pl> Message-ID: Roman Barczy?ski [23-07-2005 20:13]: > Dnia 2005-07-23 19:39, wrobell napisa?: >>> Author: romke Date: Sat Jul 23 13:30:49 2005 GMT [...] >>> - what about NOT using UNICODE as initdb encoding? (hardcoded -E UNICODE) >>> changes supporting sysconfig PG_INITDB_ENCODING to alter initdb encoding. >> to romke: please remove this option. you are duplicating initdb script. >> init option for postgresql.init script was introduced for simple scenarios. >> if you need other encoding, then just use initdb script. > then, why -E UNICODE is default? AFAIK initdb CAN guess default > encoding from locale being used... Because it's the only reasonable default. Guessing an encoding is not the right thing to do. -- Rados?aw Zieli?ski From glen at delfi.ee Sun Jul 24 22:53:41 2005 From: glen at delfi.ee (Elan =?iso-8859-2?q?Ruusam=E4e?=) Date: Sun, 24 Jul 2005 23:53:41 +0300 Subject: php-apache.ini doesn't work In-Reply-To: <20050326132033.GA543@os> References: <20050326132033.GA543@os> Message-ID: <200507242353.41691.glen@delfi.ee> On Saturday 26 March 2005 15:20, Tomasz Pala wrote: > It states: > > session.save_path = /var/run/php > > but until I've changed it in php.ini all my sessions were saved into > /tmp. fixed in HEAD for php4 some time ago the ini file under apache2 is php-apache2handler.ini, not php-apache.ini -- glen From glen at delfi.ee Sun Jul 24 23:01:25 2005 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Mon, 25 Jul 2005 00:01:25 +0300 Subject: group php? In-Reply-To: <200501142004.02137.glen@delfi.ee> References: <200501142004.02137.glen@delfi.ee> Message-ID: <200507250001.25387.glen@delfi.ee> On Friday 14 January 2005 20:04, Elan Ruusam?e wrote: > hi > > i see that php-common and php4-common have gid=http for /var/run/php > but that group is provided only by apache's > > and the php-common packages do not have dependancy on apache. > so, in my opinion that group should be provided by php-common, and gid=php > so then there's possibility to have other webserves besides apache too. > > anyway, such install of php4-common is not normal: > Retrieving php4-common-4.3.10-4.i686.rpm... > ......................... 100.0% [637.0K (394.0K/s)] > warning: group http does not exist - using root why this directory is owned by php-common anyway? # rpm -qf /var/run/php php4-common-4.4.0-2.23 php-common-5.0.4-6 it should be in package which provides apache sapi? and make sure only apache sapis use that dir (others (cli/cgi/fcgi) should use /tmp)? # egrep '^;?session.save_path' /etc/php{4,}/*.ini /etc/php4/php-apache.ini:session.save_path = /var/run/php /etc/php4/php-apache2handler.ini:session.save_path = /var/run/php /etc/php4/php-cgi-fcgi.ini:session.save_path = /tmp ; argument passed to save_handler /etc/php4/php-cgi.ini:session.save_path = /tmp ; argument passed to save_handler /etc/php4/php-cli.ini:session.save_path = /tmp ; argument passed to save_handler /etc/php4/php.ini:session.save_path = /var/run/php /etc/php/php-apache.ini:session.save_path = /var/run/php /etc/php/php-cgi-fcgi.ini:session.save_path = /tmp ; argument passed to save_handler /etc/php/php-cli.ini:session.save_path = /tmp ; argument passed to save_handler /etc/php/php.ini:;session.save_path = "/tmp" -- glen From gotar at polanet.pl Sun Jul 24 23:31:26 2005 From: gotar at polanet.pl (Tomasz Pala) Date: Sun, 24 Jul 2005 23:31:26 +0200 Subject: php-apache.ini doesn't work In-Reply-To: <200507242353.41691.glen@delfi.ee> References: <20050326132033.GA543@os> <200507242353.41691.glen@delfi.ee> Message-ID: <20050724213126.GA2558@os> On Sun, Jul 24, 2005 at 23:53:41 +0300, Elan Ruusam?e wrote: > > session.save_path = /var/run/php > > > > but until I've changed it in php.ini all my sessions were saved into > > /tmp. > fixed in HEAD for php4 some time ago > > the ini file under apache2 is php-apache2handler.ini, not > php-apache.ini Indeed. Hopefully fixed on HEAD. It was blind commit so there's .1 release, someone could check/rebuild it please? -- GoTaR gotar> http://vfmg.sourceforge.net/ http://tccs.sourceforge.net/ From gotar at polanet.pl Mon Jul 25 00:03:13 2005 From: gotar at polanet.pl (Tomasz Pala) Date: Mon, 25 Jul 2005 00:03:13 +0200 Subject: zebra/quagga vs bind init priority Message-ID: <20050724220313.GA2780@os> I've just fixed rc-scripts.db.txt. There's a problem with bind and current sequence: 14 named bind 15 zebra quagga/zebra As named binds to IPs it finds at start up and there's no interfaces before zebra is run it listens nowhere. How about moving zebra to 13? I'm not sure about: 14 stund stun 14 stunnel stunnel 14 svscan daemontools 14 svscan freedt but: 15 rdate rdate(-bsd) would be even happier with: 16 bgpd quagga/zebra 16 ospf6d quagga/zebra 16 ospfd quagga/zebra 16 ripd quagga/zebra 16 ripngd quagga/zebra moved to the front. So my proposal: 13 zebra q/z 15 bgp*/ospf*/rip* q/z 16 rdate rdate(-bsd) -- GoTaR gotar> http://vfmg.sourceforge.net/ http://tccs.sourceforge.net/ From loc at toya.net.pl Mon Jul 25 01:32:16 2005 From: loc at toya.net.pl (=?ISO-8859-2?Q?Jakub_Piotr_C=B3apa?=) Date: Mon, 25 Jul 2005 01:32:16 +0200 Subject: ,,Forwardowanie IP'' za NAT Message-ID: <42E42500.4030801@toya.net.pl> Sorry za repost z users, ale tam mi si? nie uda?o uzyska? odpowiedzi... Jak to powinno by? zrobione najbardziej poprawnie? iputils2, iptables? Mam siec, ktora chce wcisnac za maskarade (aktualnie wszyscy maja publiczne IP) i firewall, ale na kilku komputerach chcialbym to publiczne IP zachowa?. Co ustawic na routerze, zeby uzyskac taki efekt? Probowalem jakies proste regulki ip route, ale efekt byl raczej mizerny (pingowal komputer z poziomu bramki, ale z innych miejsc bramka odpowiadala, ze no route to ). Z g?ry dzi?kuj? za pomoc. :) -- z wyrazami szacunku, Jakub Piotr C?apa From kermit at kontap.com.pl Mon Jul 25 07:12:38 2005 From: kermit at kontap.com.pl (=?ISO-8859-2?Q?S=B3awomir_S=EAdyka?=) Date: Mon, 25 Jul 2005 07:12:38 +0200 (CEST) Subject: ,,Forwardowanie IP'' za NAT In-Reply-To: <42E42500.4030801@toya.net.pl> References: <42E42500.4030801@toya.net.pl> Message-ID: On Mon, 25 Jul 2005, Jakub Piotr C?apa wrote: > Sorry za repost z users, ale tam mi si? nie uda?o uzyska? odpowiedzi... > > Jak to powinno by? zrobione najbardziej poprawnie? iputils2, iptables? > > Mam siec, ktora chce wcisnac za maskarade (aktualnie wszyscy maja > publiczne IP) i firewall, ale na kilku komputerach chcialbym to > publiczne IP zachowa?. Co ustawic na routerze, zeby uzyskac taki efekt? > Probowalem jakies proste regulki ip route, ale efekt byl raczej mizerny > (pingowal komputer z poziomu bramki, ale z innych miejsc bramka > odpowiadala, ze no route to ). > > Z g?ry dzi?kuj? za pomoc. :) Po pierwsze router musi si? przyznawa? do tych publicznych adres?w IP. patrz: IPADDR w /etc/sysconfig/interfaces/ifcfg-xxxx A po drugie co? takiego: # Przekazywanie ca?ego ruchu na z adresu IP_ZEWN na IP_W_SIECI iptables -A FORWARD -i INT_ZEW -d IP_W_SIECI -j ACCEPT iptables -t nat -A PREROUTING -i INT_ZEW -d IP_ZEWN -j DNAT --to IP_W_SIECI INT_ZEW - interfejs zewnetrzny routera, kt?ry przyznaje si? do IP_ZEWN IP_ZEWN - adres IP zewn?trzny, definiowany w /etc/sysconfig/interfaces/ifcfg-xxxx IP_W_SIECI - adres IP komputera wewn?trz sieci. -- S?awomir S?dyka From ankry at green.mif.pg.gda.pl Mon Jul 25 07:38:38 2005 From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz) Date: Mon, 25 Jul 2005 07:38:38 +0200 (CEST) Subject: ,,Forwardowanie IP'' za NAT In-Reply-To: from "=?ISO-8859-2?Q?S=B3awomir_S=EAdyka?=" at Jul 25, 2005 07:12:38 AM Message-ID: <200507250538.j6P5cceV023600@green.mif.pg.gda.pl> =?ISO-8859-2?Q?S=B3awomir_S=EAdyka?= wrote: > On Mon, 25 Jul 2005, Jakub Piotr C=B3apa wrote: > > > Sorry za repost z users, ale tam mi si=EA nie uda=B3o uzyska=E6 odpowiedz= > i... > > > > Jak to powinno by=E6 zrobione najbardziej poprawnie? iputils2, iptables? > > > > Mam siec, ktora chce wcisnac za maskarade (aktualnie wszyscy maja > > publiczne IP) i firewall, ale na kilku komputerach chcialbym to > > publiczne IP zachowa=E6. Co ustawic na routerze, zeby uzyskac taki efekt? > > Probowalem jakies proste regulki ip route, ale efekt byl raczej mizerny > > (pingowal komputer z poziomu bramki, ale z innych miejsc bramka > > odpowiadala, ze no route to ). > > > > Z g=F3ry dzi=EAkuj=EA za pomoc. :) > > Po pierwsze router musi si=EA przyznawa=E6 do tych publicznych adres=F3w IP= > =2E > > patrz: > IPADDR w /etc/sysconfig/interfaces/ifcfg-xxxx > > A po drugie co=B6 takiego: > # Przekazywanie ca=B3ego ruchu na z adresu IP_ZEWN na IP_W_SIECI > iptables -A FORWARD -i INT_ZEW -d IP_W_SIECI -j ACCEPT > iptables -t nat -A PREROUTING -i INT_ZEW -d IP_ZEWN -j DNAT --to IP_W_SIECI > > INT_ZEW - interfejs zewnetrzny routera, kt=F3ry przyznaje si=EA do IP_ZEWN > IP_ZEWN - adres IP zewn=EAtrzny, definiowany w /etc/sysconfig/interfaces/if= > cfg-xxxx > IP_W_SIECI - adres IP komputera wewn=B1trz sieci. A nie prosciej zrobic to na poziomie routingu? Tzn. nie NAT-owac polaczen z/do okreslonych IP. Oczywiscie w obu przypadkach "default gateway" komputera z NAT-em musi wiedziec, ze to ta maszyna jest odpowiedzialna za routing do danych IP. -- ======================================================================= Andrzej M. Krzysztofowicz ankry at mif.pg.gda.pl phone (48)(58) 347 14 61 Faculty of Applied Phys. & Math., Gdansk University of Technology From patrys at pld-linux.org Mon Jul 25 09:52:36 2005 From: patrys at pld-linux.org (Patrys :: Patryk Zawadzki) Date: Mon, 25 Jul 2005 09:52:36 +0200 Subject: ,,Forwardowanie IP'' za NAT In-Reply-To: <200507250538.j6P5cceV023600@green.mif.pg.gda.pl> References: <200507250538.j6P5cceV023600@green.mif.pg.gda.pl> Message-ID: <1122277957.7919.29.camel@localhost> Dnia 25-07-2005, pon o godzinie 07:38 +0200, Andrzej Krzysztofowicz napisa?(a): > =?ISO-8859-2?Q?S=B3awomir_S=EAdyka?= wrote: > > On Mon, 25 Jul 2005, Jakub Piotr C=B3apa wrote: > > > > > Sorry za repost z users, ale tam mi si=EA nie uda=B3o uzyska=E6 odpowiedz= > > > i... > > >[...] > > > Z g=F3ry dzi=EAkuj=EA za pomoc. :) > > Po pierwsze router musi si=EA przyznawa=E6 do tych publicznych adres=F3w IP= > > [...] > A nie prosciej zrobic to na poziomie routingu? > Tzn. nie NAT-owac polaczen z/do okreslonych IP. >[...] Are you sure you hit the right list? :] -- Patrys :: Patryk Zawadzki -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From gotar at polanet.pl Mon Jul 25 09:21:29 2005 From: gotar at polanet.pl (Tomasz Pala) Date: Mon, 25 Jul 2005 09:21:29 +0200 Subject: ,,Forwardowanie IP'' za NAT In-Reply-To: <200507250538.j6P5cceV023600@green.mif.pg.gda.pl> References: <200507250538.j6P5cceV023600@green.mif.pg.gda.pl> Message-ID: <20050725072129.GB360@os> EN! On Mon, Jul 25, 2005 at 07:38:38 +0200, Andrzej Krzysztofowicz wrote: > A nie prosciej zrobic to na poziomie routingu? > Tzn. nie NAT-owac polaczen z/do okreslonych IP. It's easier, but you waste adresses for gateway, network and broadcast. It's not problem when you're LIR, but most people in Poland have no more than /27. Soon I'll face dividing /20 for customers and I'm thinking about using /32 masks - anyone has some experience? -- GoTaR gotar> http://vfmg.sourceforge.net/ http://tccs.sourceforge.net/ From ankry at green.mif.pg.gda.pl Mon Jul 25 14:42:40 2005 From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz) Date: Mon, 25 Jul 2005 14:42:40 +0200 (CEST) Subject: ,,Forwardowanie IP'' za NAT In-Reply-To: <20050725072129.GB360@os> from "Tomasz Pala" at Jul 25, 2005 09:21:29 AM Message-ID: <200507251242.j6PCgeWM025214@green.mif.pg.gda.pl> Tomasz Pala wrote: > > EN! > > On Mon, Jul 25, 2005 at 07:38:38 +0200, Andrzej Krzysztofowicz wrote: > > > A nie prosciej zrobic to na poziomie routingu? > > Tzn. nie NAT-owac polaczen z/do okreslonych IP. > > It's easier, but you waste adresses for gateway, network and broadcast. No, I don't. Hint: use routing to a single host, not full network. > It's not problem when you're LIR, but most people in Poland have no more > than /27. Soon I'll face dividing /20 for customers and I'm thinking > about using /32 masks - anyone has some experience? Just an example of routing table: X.Y.Z.0/24 dev eth0 proto kernel scope link src X.Y.Z.1 10.0.0.0/24 dev eth1 proto kernel scope link src 10.0.0.1 X.Y.Z.10 dev eth1 scope link default via X.Y.Z.254 dev eth0 onlink And either: - configure routing to X.Y.Z.10 via X.Y.Z.1 on any host in X.Y.Z.0/24 on eth0 that needs the routing (especially the gw, X.Y.Z.254), or - configure proxy arp on X.Y.Z.1 machine (to respond on arp requests for X.Y.Z.10 on eth0) -- ======================================================================= Andrzej M. Krzysztofowicz ankry at mif.pg.gda.pl phone (48)(58) 347 14 61 Faculty of Applied Phys. & Math., Gdansk University of Technology From qboosh at pld-linux.org Mon Jul 25 15:44:11 2005 From: qboosh at pld-linux.org (Jakub Bogusz) Date: Mon, 25 Jul 2005 15:44:11 +0200 Subject: PreReq in rpm 4.4 Message-ID: <20050725134411.GC26303@gruby.cs.net.pl> Warning: rpm 4.4+ makes PreReq: equivalent of plain Requires:, so it doesn't reorder packages in case of dependency loops any longer. One must use Requires + Requires(somescript) instead. Any flames? >/dev/jbj. -- Jakub Bogusz http://qboosh.cs.net.pl/ From olivier.thauvin at aerov.jussieu.fr Mon Jul 25 16:04:09 2005 From: olivier.thauvin at aerov.jussieu.fr (Olivier Thauvin) Date: Mon, 25 Jul 2005 16:04:09 +0200 Subject: PreReq in rpm 4.4 In-Reply-To: <20050725134411.GC26303@gruby.cs.net.pl> References: <20050725134411.GC26303@gruby.cs.net.pl> Message-ID: <200507251604.17139.olivier.thauvin@aerov.jussieu.fr> Le Lundi 25 Juillet 2005 15:44, Jakub Bogusz a ?crit?: > Warning: > rpm 4.4+ makes PreReq: equivalent of plain Requires:, so it doesn't > reorder packages in case of dependency loops any longer. > One must use Requires + Requires(somescript) instead. > > Any flames? >/dev/jbj. Hi, Can I remind you this change was announced in rpm 4.2 ? :) Oh well, I know what it is, we put rpm-4.4 3 month ago in the mandriva devel branch and some packages are still not fixed :) I see Fedora apply a patch to keep the 'PreReq' keyword value in spec. At mandriva we decided to definitivelly break the compatiblity instead wait and act when it is too late. Happy hacking. Nanar. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From gotar at polanet.pl Mon Jul 25 16:52:56 2005 From: gotar at polanet.pl (Tomasz Pala) Date: Mon, 25 Jul 2005 16:52:56 +0200 Subject: ,,Forwardowanie IP'' za NAT In-Reply-To: <200507251242.j6PCgeWM025214@green.mif.pg.gda.pl> References: <20050725072129.GB360@os> <200507251242.j6PCgeWM025214@green.mif.pg.gda.pl> Message-ID: <20050725145256.GA512@os> On Mon, Jul 25, 2005 at 14:42:40 +0200, Andrzej Krzysztofowicz wrote: > > It's easier, but you waste adresses for gateway, network and broadcast. > > No, I don't. > Hint: use routing to a single host, not full network. In case you've got one range and must assign one of it's public addresses to the router anyway. But it's common to get one link /30 and the rest in /27. How to set gateway on client with address from /27 not having this range on any interface? E.g. router: 1.1.1.2/30 - world 10.0.0.0/24 - local 2.2.2.0/27 - 32 clients > > about using /32 masks - anyone has some experience? The problem is it'll be dozen intefaces on 20 machines and hundreds of clients, too much to set all the routes by hand (or wasting ~50 ifaces for 3 IPs=150, 3.5% of available address space) and struggling with tc queues, so: > And either: > - configure routing to X.Y.Z.10 via X.Y.Z.1 on any host in X.Y.Z.0/24 on eth0 > that needs the routing (especially the gw, X.Y.Z.254), or Can OSPF or iBGP set it NOT runing on client machine, only in backbone? > - configure proxy arp on X.Y.Z.1 machine (to respond on arp requests for > X.Y.Z.10 on eth0) Is proxy arp safe in large ethernet segments? I'm not quite sure if NAT isn't simplier method... 1. simple routing: I can divide IPs on per-router basic and don't care if there's only 1 IP on interface or 32 and how many interfaces there is - all the interfaces consume common allocation, 2. client gets his local IP from DHCP, don't have to manually set second one (many of them wants to use neighborhood and other network trash), has direct (switch) access to other machines in LAN, so doesn't bother our router to carry it's traffic, 3. I can forget about public IPs in QoS. Disadvantages: 1. it must be explained to clients, that they do have public IP, 2. above is not true if he wants to use AH. -- GoTaR gotar> http://vfmg.sourceforge.net/ http://tccs.sourceforge.net/ From glen at delfi.ee Tue Jul 26 15:49:43 2005 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Tue, 26 Jul 2005 16:49:43 +0300 Subject: PLD-doc: BuildRequires.txt - PreReq removal: Requires: rc-scripts... In-Reply-To: References: Message-ID: <200507261649.43540.glen@delfi.ee> On Tuesday 26 July 2005 15:56, qboosh wrote: > Author: qboosh Date: Tue Jul 26 12:56:02 2005 GMT > Module: PLD-doc Tag: HEAD > ---- Log message: > - PreReq removal: Requires: rc-scripts + Requires(): chkconfig should > suffice > > ---- Files affected: > PLD-doc: > BuildRequires.txt (1.30 -> 1.31) > # %service > BuildRequires: rpmbuild(macros) >= 1.228 > +Requires: rc-scripts > +Requires(post,preun): /sbin/chkconfig hmm, %service doesn't use chkconfig $ rpm -E '%service apache restart' | grep -c chkconfig 0 -- glen From glen at delfi.ee Tue Jul 26 20:07:20 2005 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Tue, 26 Jul 2005 21:07:20 +0300 Subject: PLD-doc: BuildRequires.txt - %service doesn't do chkconfig stuff In-Reply-To: References: Message-ID: <200507262107.20750.glen@delfi.ee> On Tuesday 26 July 2005 16:53, qboosh wrote: > ?# %service > ?BuildRequires:?rpmbuild(macros) >= 1.228 > -Requires:??????rc-scripts > -Requires(post,preun):??/sbin/chkconfig > +Requires(somescript):??rc-scripts what does the 'somescript' needs to be in real cases? or it should be as is (verbatim) 'somescript'? because i don't understand what to put there. -- glen From qboosh at pld-linux.org Tue Jul 26 20:15:09 2005 From: qboosh at pld-linux.org (Jakub Bogusz) Date: Tue, 26 Jul 2005 20:15:09 +0200 Subject: PLD-doc: BuildRequires.txt - %service doesn't do chkconfig stuff In-Reply-To: <200507262107.20750.glen@delfi.ee> References: <200507262107.20750.glen@delfi.ee> Message-ID: <20050726181509.GA14465@fngna.oyu> On Tue, Jul 26, 2005 at 09:07:20PM +0300, Elan Ruusam?e wrote: > On Tuesday 26 July 2005 16:53, qboosh wrote: > > ?# %service > > ?BuildRequires:?rpmbuild(macros) >= 1.228 > > -Requires:??????rc-scripts > > -Requires(post,preun):??/sbin/chkconfig > > +Requires(somescript):??rc-scripts > what does the 'somescript' needs to be in real cases? > or it should be as is (verbatim) 'somescript'? The script in which %service is used. -- Jakub Bogusz http://qboosh.cs.net.pl/ From michal.moskal at gmail.com Tue Jul 26 20:53:15 2005 From: michal.moskal at gmail.com (Michal Moskal) Date: Tue, 26 Jul 2005 20:53:15 +0200 Subject: mv SPECS/trustees2.6.spec,v SPECS/trustees.spec,v In-Reply-To: <20050722234519.GG24734@geocarbon.pl> References: <20050722234519.GG24734@geocarbon.pl> Message-ID: On 7/23/05, Zbyniu Krzystolik wrote: > Hello, > project name is just trustees, so $subject please. Done. -- Michal Moskal, http://nemerle.org/~malekith/ From patrys at pld-linux.org Tue Jul 26 21:09:40 2005 From: patrys at pld-linux.org (Patrys :: Patryk Zawadzki) Date: Tue, 26 Jul 2005 21:09:40 +0200 Subject: SPECS/jabbah.spec Message-ID: <1122404981.7807.3.camel@localhost> Library is in prealpha stages and does not provide any functionality, therefore I request cvs rm on the file. I know libjabbah's author personally. Later the spec can be readded with proper name - libjabbah.spec (as it does not provide any binary tools, just a shared object to link against). -- Patrys :: Patryk Zawadzki -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From glen at delfi.ee Tue Jul 26 21:42:45 2005 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Tue, 26 Jul 2005 22:42:45 +0300 Subject: PLD-doc: BuildRequires.txt - %service doesn't do chkconfig stuff In-Reply-To: <20050726181509.GA14465@fngna.oyu> References: <200507262107.20750.glen@delfi.ee> <20050726181509.GA14465@fngna.oyu> Message-ID: <200507262242.46335.glen@delfi.ee> On Tuesday 26 July 2005 21:15, Jakub Bogusz wrote: > On Tue, Jul 26, 2005 at 09:07:20PM +0300, Elan Ruusam?e wrote: > > On Tuesday 26 July 2005 16:53, qboosh wrote: > > > ?# %service > > > ?BuildRequires:?rpmbuild(macros) >= 1.228 > > > -Requires:??????rc-scripts > > > -Requires(post,preun):??/sbin/chkconfig > > > +Requires(somescript):??rc-scripts > > > > what does the 'somescript' needs to be in real cases? > > or it should be as is (verbatim) 'somescript'? > > The script in which %service is used. ahaa, the rpm %scriptlet (%post/%pre). okay. clear. EOF. -- glen From saq at pld-linux.org Tue Jul 26 23:11:34 2005 From: saq at pld-linux.org (=?iso-8859-2?Q?Pawe=B3?= Sakowski) Date: Tue, 26 Jul 2005 23:11:34 +0200 Subject: SPECS/jabbah.spec In-Reply-To: <1122404981.7807.3.camel@localhost> References: <1122404981.7807.3.camel@localhost> Message-ID: <1122412295.30472.4.camel@neptune.sakowski.pl> On Tue, 2005-07-26 at 21:09 +0200, Patrys :: Patryk Zawadzki wrote: > Library is in prealpha stages and does not provide any functionality, > therefore I request cvs rm on the file. SOD#1 -- Pawe? Sakowski PLD Linux Distribution From patrys at pld-linux.org Wed Jul 27 00:10:48 2005 From: patrys at pld-linux.org (Patrys :: Patryk Zawadzki) Date: Wed, 27 Jul 2005 00:10:48 +0200 Subject: SPECS/jabbah.spec In-Reply-To: <1122412295.30472.4.camel@neptune.sakowski.pl> References: <1122404981.7807.3.camel@localhost> <1122412295.30472.4.camel@neptune.sakowski.pl> Message-ID: <1122415848.7807.6.camel@localhost> Dnia 26-07-2005, wto o godzinie 23:11 +0200, Pawe? Sakowski napisa?(a): > On Tue, 2005-07-26 at 21:09 +0200, Patrys :: Patryk Zawadzki wrote: > > Library is in prealpha stages and does not provide any functionality, > > therefore I request cvs rm on the file. > SOD#1 I am not CVS admin and we don't need trash in attic. -- Patrys :: Patryk Zawadzki -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From undefine at aramin.net Wed Jul 27 00:42:01 2005 From: undefine at aramin.net (The Undefined) Date: Wed, 27 Jul 2005 00:42:01 +0200 Subject: SPECS/jabbah.spec In-Reply-To: <1122415848.7807.6.camel@localhost> References: <1122404981.7807.3.camel@localhost> <1122412295.30472.4.camel@neptune.sakowski.pl> <1122415848.7807.6.camel@localhost> Message-ID: <20050726224201.GA2924@aramin.net> On Wed, Jul 27, 2005 at 12:10:48AM +0200, Patrys :: Patryk Zawadzki wrote: > > > Library is in prealpha stages and does not provide any functionality, > > > therefore I request cvs rm on the file. > > SOD#1 > > I am not CVS admin and we don't need trash in attic. why not? someone make some work to prepare spec. why discard it? -- Andrzej 'The Undefined' Dopiera?a UNIX && Linux administrator, Adam Mickiewicz University WMiI PLD Linux Developer HomePage: http://andrzej.dopierala.name/ JID: undefine at piastlan.net e-mail: andrzej at dopierala.name From havner at smtp.kamp.pl Wed Jul 27 06:44:34 2005 From: havner at smtp.kamp.pl (havner) Date: Wed, 27 Jul 2005 06:44:34 +0200 Subject: applnk.spec Message-ID: <20050727044434.GA9735@pld-linux.org> SOURCES $ cvs log applnk-gnome-settings.menu revision 1.1 date: 2005/03/30 23:03:58; author: havner; state: Exp; - what the hell, it's redundant, but can be nice for gnome people (settings submenu in "Desktop", as in original gnome-menus) Jak widze po wprowadzeniu tego pojawil sie applnk-gnome.patch ktory usuwa wyzej wymieniona redundancje. Jednak byla ona obecna tylko w gnome, a patch freetza spowodowal ze pewne rzeczy przestaly byc dostepne gdziekolwiek w innych wmach (glownie mowie tu o vfmg). Freetz, applnk nie jest rzecza stricte gnomowa i imo nie mozna usuwac z niej rzeczy bo akurat w gnome sa one dostepne gdzie indziej. Uzywam glownie xfce4 i chcialbym miec dostep do ustawien gnome (niektore z nich sa w xfce4 uzywane, albo chociaz w gnomowych aplikacjach) z poziomu menu, a ten patch skutecznie mi to uniemozliwia. z applnk-gnome.patch: + Co to jest desktop menu? Ja u siebie takiego na pulpicie nie widze :-> Imo wieksza czesc patcha (cala dotyczaca applications.menu) do wyrzucenia. Sprzeciwy? -- Regards Havner {jid,mail}:havner(at)pld-linux.org PLD developer http://www.pld-linux.org PLD LiveCD author http://livecd.pld-linux.org "Quis custodiet ipsos custodes?" From havner at smtp.kamp.pl Wed Jul 27 06:57:42 2005 From: havner at smtp.kamp.pl (havner) Date: Wed, 27 Jul 2005 06:57:42 +0200 Subject: applnk.spec In-Reply-To: <20050727044434.GA9735@pld-linux.org> References: <20050727044434.GA9735@pld-linux.org> Message-ID: <20050727045742.GB9735@pld-linux.org> Sorry, that was supposed to go on -pl list. -- Regards Havner {jid,mail}:havner(at)pld-linux.org PLD developer http://www.pld-linux.org PLD LiveCD author http://livecd.pld-linux.org "Quis custodiet ipsos custodes?" From glen at delfi.ee Wed Jul 27 12:21:10 2005 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Wed, 27 Jul 2005 13:21:10 +0300 Subject: SPECS (AC-branch): poldek.spec - also package info file - BTW, why... In-Reply-To: References: Message-ID: <200507271321.10474.glen@delfi.ee> On Wednesday 27 July 2005 13:07, havner wrote: > Author: havner Date: Wed Jul 27 10:07:34 2005 GMT > Module: SPECS Tag: AC-branch > ---- Log message: > - also package info file doesn't adding info files to package require you to call fix-info-dir? > - BTW, why there is rel 1?? poldek 0.19 is not relased yet, there should > be still 0.%snap.1 release fix it :) [..] > Index: SPECS/poldek.spec > diff -u SPECS/poldek.spec:1.197.2.15 SPECS/poldek.spec:1.197.2.16 > --- SPECS/poldek.spec:1.197.2.15 Tue Jul 26 23:12:23 2005 > +++ SPECS/poldek.spec Wed Jul 27 12:07:29 2005 > @@ -194,6 +194,7 @@ > %attr(755,root,root) %{_libdir}/%{name}/* > %{_mandir}/man1/%{name}* > %lang(pl) %{_mandir}/pl/man1/%{name}* > +%{_infodir}/poldek.info* -- glen From havner at smtp.kamp.pl Wed Jul 27 12:35:59 2005 From: havner at smtp.kamp.pl (havner) Date: Wed, 27 Jul 2005 12:35:59 +0200 Subject: SPECS (AC-branch): poldek.spec - also package info file - BTW, why... In-Reply-To: <200507271321.10474.glen@delfi.ee> References: <200507271321.10474.glen@delfi.ee> Message-ID: <20050727103559.GD5542@pld-linux.org> On Wed, Jul 27, 2005 at 01:21:10PM +0300, Elan Ruusam?e wrote: > On Wednesday 27 July 2005 13:07, havner wrote: > > Author: havner Date: Wed Jul 27 10:07:34 2005 GMT > > Module: SPECS Tag: AC-branch > > ---- Log message: > > - also package info file > doesn't adding info files to package require you to call fix-info-dir? yeah, fixed. > > - BTW, why there is rel 1?? poldek 0.19 is not relased yet, there should > > be still 0.%snap.1 release > fix it :) Its not a matter of fixing it, i wanted to know authors intentions in putting this rel here, cause it suggest that poldek 0.19 has been release while its not true. -- Regards Havner {jid,mail}:havner(at)pld-linux.org PLD developer http://www.pld-linux.org PLD LiveCD author http://livecd.pld-linux.org "Quis custodiet ipsos custodes?" From havner at smtp.kamp.pl Wed Jul 27 12:42:56 2005 From: havner at smtp.kamp.pl (havner) Date: Wed, 27 Jul 2005 12:42:56 +0200 Subject: SPECS (AC-branch): poldek.spec - also package info file - BTW, why... In-Reply-To: <20050727103559.GD5542@pld-linux.org> References: <200507271321.10474.glen@delfi.ee> <20050727103559.GD5542@pld-linux.org> Message-ID: <20050727104256.GE5542@pld-linux.org> On Wed, Jul 27, 2005 at 12:35:59PM +0200, havner wrote: > Its not a matter of fixing it, i wanted to know authors intentions in > putting this rel here, cause it suggest that poldek 0.19 has been > release while its not true. s/suggest/suggests/;s/release/released/ sorry for kloczkish ;-) -- Regards Havner {jid,mail}:havner(at)pld-linux.org PLD developer http://www.pld-linux.org PLD LiveCD author http://livecd.pld-linux.org "Quis custodiet ipsos custodes?" From zawadaa at gmail.com Wed Jul 27 16:41:55 2005 From: zawadaa at gmail.com (Andrzej Zawadzki) Date: Wed, 27 Jul 2005 16:41:55 +0200 Subject: openssl-0.9.7g-2 openssh AMD64 Message-ID: <42E79D33.1090503@gmail.com> Hello! After upgrade openssl to ready ver. I can't use ssh. $ssh host Segmentation fault When from remote host when I do: $ssh "my_AMD64_machine" I got: ssh: connect to host 192.168.2.69 port 22: Connection refused and in AMD64 syslog I have: sshd[pid]: segfault at "nr" rip "nr" rsp "nr" error 4 That's only happens on AMD64. -- Andrzej Zawadzki From olivier.thauvin at aerov.jussieu.fr Wed Jul 27 17:02:33 2005 From: olivier.thauvin at aerov.jussieu.fr (Olivier Thauvin) Date: Wed, 27 Jul 2005 17:02:33 +0200 Subject: openssl-0.9.7g-2 openssh AMD64 In-Reply-To: <42E79D33.1090503@gmail.com> References: <42E79D33.1090503@gmail.com> Message-ID: <200507271702.36864.olivier.thauvin@aerov.jussieu.fr> Le Wednesday 27 July 2005 16:41, Andrzej Zawadzki a ?crit : > Hello! > > After upgrade openssl to ready ver. I can't use ssh. > > $ssh host > Segmentation fault > > When from remote host when I do: > > $ssh "my_AMD64_machine" I got: > > ssh: connect to host 192.168.2.69 port 22: Connection refused > > and in AMD64 syslog I have: > sshd[pid]: segfault at "nr" rip "nr" rsp "nr" error 4 > > That's only happens on AMD64. We had the problem on mandriva after changing of openssl, try to rebuild openssh. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From zawadaa at gmail.com Wed Jul 27 17:42:56 2005 From: zawadaa at gmail.com (Andrzej Zawadzki) Date: Wed, 27 Jul 2005 17:42:56 +0200 Subject: openssl-0.9.7g-2 openssh AMD64 In-Reply-To: <200507271702.36864.olivier.thauvin@aerov.jussieu.fr> References: <42E79D33.1090503@gmail.com> <200507271702.36864.olivier.thauvin@aerov.jussieu.fr> Message-ID: <42E7AB80.5060008@gmail.com> Olivier Thauvin wrote: > Le Wednesday 27 July 2005 16:41, Andrzej Zawadzki a ?crit : > >>Hello! >> >>After upgrade openssl to ready ver. I can't use ssh. >> >>$ssh host >>Segmentation fault >> >>When from remote host when I do: >> >>$ssh "my_AMD64_machine" I got: >> >>ssh: connect to host 192.168.2.69 port 22: Connection refused >> >>and in AMD64 syslog I have: >>sshd[pid]: segfault at "nr" rip "nr" rsp "nr" error 4 >> >>That's only happens on AMD64. > > > We had the problem on mandriva after changing of openssl, try to rebuild > openssh. Thank You! I did like You said and now works :-) ps. cvs: rel. up and send to builders? -- Andrzej Zawadzki From qboosh at pld-linux.org Wed Jul 27 22:14:09 2005 From: qboosh at pld-linux.org (Jakub Bogusz) Date: Wed, 27 Jul 2005 22:14:09 +0200 Subject: SPECS/jabbah.spec In-Reply-To: <1122415848.7807.6.camel@localhost> References: <1122404981.7807.3.camel@localhost> <1122412295.30472.4.camel@neptune.sakowski.pl> <1122415848.7807.6.camel@localhost> Message-ID: <20050727201409.GB9954@fngna.oyu> On Wed, Jul 27, 2005 at 12:10:48AM +0200, Patrys :: Patryk Zawadzki wrote: > Dnia 26-07-2005, wto o godzinie 23:11 +0200, Pawe? Sakowski napisa?(a): > > On Tue, 2005-07-26 at 21:09 +0200, Patrys :: Patryk Zawadzki wrote: > > > Library is in prealpha stages and does not provide any functionality, > > > therefore I request cvs rm on the file. > > SOD#1 > > I am not CVS admin and we don't need trash in attic. Server-side rm? NFW. This should be allowed only in case of some illegal stuff. -- Jakub Bogusz http://qboosh.cs.net.pl/ From gotar at polanet.pl Wed Jul 27 23:59:33 2005 From: gotar at polanet.pl (Tomasz Pala) Date: Wed, 27 Jul 2005 23:59:33 +0200 Subject: openssl-0.9.7g-2 openssh AMD64 In-Reply-To: <42E7AB80.5060008@gmail.com> References: <42E79D33.1090503@gmail.com> <200507271702.36864.olivier.thauvin@aerov.jussieu.fr> <42E7AB80.5060008@gmail.com> Message-ID: <20050727215933.GA519@os> On Wed, Jul 27, 2005 at 17:42:56 +0200, Andrzej Zawadzki wrote: > >>and in AMD64 syslog I have: > >>sshd[pid]: segfault at "nr" rip "nr" rsp "nr" error 4 > >> > >>That's only happens on AMD64. > > > > > > We had the problem on mandriva after changing of openssl, try to rebuild > > openssh. > > Thank You! I did like You said and now works :-) Oh... so that's why I have no access to one of my machines... > ps. cvs: rel. up and send to builders? ...and fix my server;> -- GoTaR gotar> http://vfmg.sourceforge.net/ http://tccs.sourceforge.net/ From lukaszmach at gmail.com Thu Jul 28 13:34:35 2005 From: lukaszmach at gmail.com (maHo) Date: Thu, 28 Jul 2005 13:34:35 +0200 Subject: Firebird, {u,g}id != 145 Message-ID: <52799c70050728043456fd39c5@mail.gmail.com> While installing Firebird #v+ poldek:/all-avail> install Firebird-1.5.2.4731-1 Przetwarzanie zale?no?ci... Firebird-1.5.2.4731-1 zaznaczy? Firebird-lib-1.5.2.4731-1 (w?. Firebird-lib) [ciach] Przygotowywanie... ########################################### [100%] 1:Firebird-lib ########################################### [ 50%] /sbin/ldconfig: Can't link /usr/lib/../gen/firebird/lib/libib_util.so to libib_util.so Error: group firebird doesn't have gid=145. Correct this before installing Firebird. b??d: %pre(Firebird-1.5.2.4731-1.amd64) skryptlet nie powi?d? si?, status wyj?cia 1 b??d: install: skrypt %pre nie powi?d? si? (2), pomijanie Firebird-1.5.2.4731-1 Wyst?pi?y b??dy podczas instalacji #v- In spec, there are such commands in %pre: #v+ %pre %groupadd -g 145 firebird %useradd -u 145 -d %{ibdir} -s /bin/sh -g firebird -c "Firebird Server" firebird #v- So I suppose that it isn't problem with Firebird, but with %{user,group}add rpm macros. And question, in what packages are the macros defined? regards maHo From glen at delfi.ee Thu Jul 28 14:39:28 2005 From: glen at delfi.ee (Elan =?iso-8859-2?q?Ruusam=E4e?=) Date: Thu, 28 Jul 2005 15:39:28 +0300 Subject: Firebird, {u,g}id != 145 In-Reply-To: <52799c70050728043456fd39c5@mail.gmail.com> References: <52799c70050728043456fd39c5@mail.gmail.com> Message-ID: <200507281539.29126.glen@delfi.ee> On Thursday 28 July 2005 14:34, maHo wrote: > While installing Firebird > > #v+ > poldek:/all-avail> install Firebird-1.5.2.4731-1 > Przetwarzanie zale?no?ci... > Firebird-1.5.2.4731-1 zaznaczy? Firebird-lib-1.5.2.4731-1 (w?. > Firebird-lib) [ciach] > Przygotowywanie... ########################################### > [100%] 1:Firebird-lib ########################################### > [ 50%] /sbin/ldconfig: Can't link > /usr/lib/../gen/firebird/lib/libib_util.so to libib_util.so > Error: group firebird doesn't have gid=145. Correct this before > installing Firebird. > b??d: %pre(Firebird-1.5.2.4731-1.amd64) skryptlet nie powi?d? si?, > status wyj?cia 1 > b??d: install: skrypt %pre nie powi?d? si? (2), pomijanie > Firebird-1.5.2.4731-1 > Wyst?pi?y b??dy podczas instalacji > #v- > > In spec, there are such commands in %pre: > #v+ > %pre > %groupadd -g 145 firebird > %useradd -u 145 -d %{ibdir} -s /bin/sh -g firebird -c "Firebird Server" > firebird #v- > > So I suppose that it isn't problem with Firebird, but with > %{user,group}add rpm macros. > > And question, in what packages are the macros defined? rpm-build. but there's nothing wrong with the macros. what is your 'id firebird' and 'getgid firebird' output i believe they are wrong (not 145, as defined in spec) > > regards > > maHo > _______________________________________________ > pld-devel-en mailing list > pld-devel-en at lists.pld-linux.org > http://lists.pld-linux.org/mailman/listinfo/pld-devel-en -- glen From glen at delfi.ee Thu Jul 28 15:26:18 2005 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Thu, 28 Jul 2005 16:26:18 +0300 Subject: Firebird, {u,g}id != 145 In-Reply-To: <52799c70050728055768e2636f@mail.gmail.com> References: <52799c70050728043456fd39c5@mail.gmail.com> <200507281539.29126.glen@delfi.ee> <52799c70050728055768e2636f@mail.gmail.com> Message-ID: <200507281626.19046.glen@delfi.ee> On Thursday 28 July 2005 15:57, maHo wrote: > On 7/28/05, Elan Ruusam?e wrote: > [ciach] > > > > And question, in what packages are the macros defined? > > > > rpm-build. but there's nothing wrong with the macros. > > > > what is your 'id firebird' > > and 'getgid firebird' output > > > > i believe they are wrong (not 145, as defined in spec) > > Indeed, they are wrong. On one machine it's u:1001 g:1001, on other > it's 1003/1001, so I believe it's assigned as first free number. well, if you use PLD then you must use the uid/gid rpm packages tell you to. and you should not create the users by yourself. so either userdel/groupdel prior package install, or you can go the way package suggested you: "fix it" || die groupmod -g 145 firebird usermod -u 145 -g 145 firebird if you still believe the macros did it wrong, please paste output from rpm -qp --scripts firebird*.rpm > regards > > maHo -- glen From ankry at green.mif.pg.gda.pl Thu Jul 28 16:22:18 2005 From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz) Date: Thu, 28 Jul 2005 16:22:18 +0200 (CEST) Subject: Firebird, {u,g}id != 145 In-Reply-To: <52799c70050728043456fd39c5@mail.gmail.com> from "maHo" at Jul 28, 2005 01:34:35 PM Message-ID: <200507281422.j6SEMIG9004871@green.mif.pg.gda.pl> maHo wrote: > > While installing Firebird > > #v+ > poldek:/all-avail> install Firebird-1.5.2.4731-1 > Przetwarzanie zale?no?ci... > Firebird-1.5.2.4731-1 zaznaczy? Firebird-lib-1.5.2.4731-1 (w?. Firebird-lib) > [ciach] > Przygotowywanie... ########################################### [100%] > 1:Firebird-lib ########################################### [ 50%] > /sbin/ldconfig: Can't link /usr/lib/../gen/firebird/lib/libib_util.so > to libib_util.so > Error: group firebird doesn't have gid=145. Correct this before > installing Firebird. > b??d: %pre(Firebird-1.5.2.4731-1.amd64) skryptlet nie powi?d? si?, > status wyj?cia 1 > b??d: install: skrypt %pre nie powi?d? si? (2), pomijanie > Firebird-1.5.2.4731-1 > Wyst?pi?y b??dy podczas instalacji > #v- > > In spec, there are such commands in %pre: > #v+ > %pre > %groupadd -g 145 firebird > %useradd -u 145 -d %{ibdir} -s /bin/sh -g firebird -c "Firebird Server" firebird > #v- > > So I suppose that it isn't problem with Firebird, but with > %{user,group}add rpm macros. Not right. Problem is that you probably had this user before. What the following command says? : grep firebird /etc/passwd /etc/group > And question, in what packages are the macros defined? -- ======================================================================= Andrzej M. Krzysztofowicz ankry at mif.pg.gda.pl phone (48)(58) 347 14 61 Faculty of Applied Phys. & Math., Gdansk University of Technology From lukaszmach at gmail.com Thu Jul 28 17:15:47 2005 From: lukaszmach at gmail.com (maHo) Date: Thu, 28 Jul 2005 17:15:47 +0200 Subject: Firebird, {u,g}id != 145 In-Reply-To: <200507281626.19046.glen@delfi.ee> References: <52799c70050728043456fd39c5@mail.gmail.com> <200507281539.29126.glen@delfi.ee> <52799c70050728055768e2636f@mail.gmail.com> <200507281626.19046.glen@delfi.ee> Message-ID: <52799c7005072808156502ac73@mail.gmail.com> On 7/28/05, Elan Ruusam?e wrote: > On Thursday 28 July 2005 15:57, maHo wrote: > > On 7/28/05, Elan Ruusam?e wrote: > > [ciach] > > > > > > And question, in what packages are the macros defined? > > > > > > rpm-build. but there's nothing wrong with the macros. > > > > > > what is your 'id firebird' > > > and 'getgid firebird' output > > > > > > i believe they are wrong (not 145, as defined in spec) > > > > Indeed, they are wrong. On one machine it's u:1001 g:1001, on other > > it's 1003/1001, so I believe it's assigned as first free number. > well, if you use PLD then you must use the uid/gid rpm packages tell you to. > and you should not create the users by yourself. > > so either userdel/groupdel prior package install, If I was not sure that I was no such u/g, I wouldn't write to pld-devel But now, I have installed Firebird, and I see that it have installed correctly. So I had to have such u/g and not know about them ;( Sorry for false report. regards maHo From qboosh at pld-linux.org Thu Jul 28 19:02:31 2005 From: qboosh at pld-linux.org (Jakub Bogusz) Date: Thu, 28 Jul 2005 19:02:31 +0200 Subject: [ml@andreas-silberstorff.de: Kalva 0.6.1 vs 0.7.0] Message-ID: <20050728170231.GA31400@fngna.oyu> Anybody interested? ----- Forwarded message from Andreas Silberstorff ----- Hi. I just want to let you know that a new release is in the queue probably for next weekend ( http://www.andreas-silberstorff.de/ktvapp/#news ). Googling a little I found you struggled painly with packaging Kalva 0.6.1 for pld. I don't know about pld but maybe I can help eliminating the compiler issue. Maybe only the --prefix=/path/to/kde/on/PLD is missing. You shouldn'd package 0.6.1, that release had a nasty bug and could not record scheduled movies if the option to show the command was activated. I posted 0.6.2 some hours later. Sorry that I did not announce that on kde-announce. As kalva is ansi cpp conform since 0.6.1 you shouldn'd have problems. But I know of at least someone who didn't succeed on a mandriva 10.1 as well. Guess the buildsystem of kde < 3.3 is problematic though the source in it self should be compilable on kde 3.2. What gcc is pld using? Is unsermake from the kde build system included? I also have the suspicion that some automake versions make problems. You may mail the output of the build process to me. I Hope the issue can be cleared. Will you submit the specfile to kde-svn when it functions? I have mine for SuSE 9.3 under trunk/playground/multimedia/kalva/rpmspecs/kalva-suse.spec. Also interesting might be that the pot template did arrive under i10n/templates/playground-multimedia/kalva.pot lately. Greetings, Andreas ----- End forwarded message ----- -- Jakub Bogusz http://qboosh.cs.net.pl/ From baggins at sith.mimuw.edu.pl Thu Jul 28 23:26:20 2005 From: baggins at sith.mimuw.edu.pl (Jan Rekorajski) Date: Thu, 28 Jul 2005 23:26:20 +0200 Subject: vserver and scripts provided by rpm package In-Reply-To: <200507212359.23349.glen@delfi.ee> References: <200507211846.19778.glen@delfi.ee> <1121965435.7820.1.camel@localhost> <200507212359.23349.glen@delfi.ee> Message-ID: <20050728212620.GA3281@sith.mimuw.edu.pl> On Thu, 21 Jul 2005, Elan Ruusam?e wrote: > On Thursday 21 July 2005 20:03, Patrys :: Patryk Zawadzki wrote: > > Dnia 21-07-2005, czw o godzinie 18:46 +0300, Elan Ruusam?e napisa?(a): > > > so... mysql (or anything that uses %userremove/%groupremove) must depend > > > on rpm package? > > > > > > what about embedding the scripts into %scriptlets, than using the > > > external shell script? same goes for %banner i guess. > > > > > > then can put dependencies on actual programs being used, be it /bin/id > > > or /usr/sbin/userdel. > > > > > > # vpoldek mysql-slave -- -e mysql > > > vpoldek: operating on vserver mysql-slave > > > There are 1 package to remove: > > > R mysql-4.1.12-2.5 > > > Proceed? [y/N] > > > Running vrpm-preload --erase --root /vservers/mysql-slave... > > > /var/tmp/rpm-tmp.33133[6]: /usr/lib/rpm/user_group.sh: not found > > > /var/tmp/rpm-tmp.33133[6]: /usr/lib/rpm/user_group.sh: not found > > > error: %postun(mysql-4.1.12-2.5.i686) scriptlet failed, exit status 127 > > > vpoldek failed on vserver 'mysql-slave' with errorcode 1 > > > > Then doing fixes in the scripts would require all the packages to be > > rebuilt. Now you only have to rebuild the rpm package. > i heard of idea of putting these scripts to 'setup' package. > > but then should the setup package have userdel/groupdel dependencies? > > how would it be solved then for vserver? What about rpm-scripts package or something similiar? Janek -- Jan R?korajski | ALL SUSPECTS ARE GUILTY. PERIOD! bagginsmimuw.edu.pl | OTHERWISE THEY WOULDN'T BE SUSPECTS, WOULD THEY? BOFH, MANIAC | -- TROOPS by Kevin Rubio From saq at pld-linux.org Fri Jul 29 15:47:54 2005 From: saq at pld-linux.org (=?iso-8859-2?Q?Pawe=B3?= Sakowski) Date: Fri, 29 Jul 2005 15:47:54 +0200 Subject: Non-integer OpenIPMI Message-ID: <1122644874.5283.2.camel@neptune.sakowski.pl> Revision 1.28 2005/07/27 10:26:17 blekot - up to 2.0.2 - rel 0.99 ??? What pending changes are there to keep a float release? -- Pawe? Sakowski PLD Linux Distribution From gotar at polanet.pl Fri Jul 29 18:53:40 2005 From: gotar at polanet.pl (Tomasz Pala) Date: Fri, 29 Jul 2005 18:53:40 +0200 Subject: jabber c2s dead loop Message-ID: <20050729165340.GA2583@os> After last week updates jabber doesn't work. Any try to connect ends with endless: select(0, NULL, NULL, NULL, {0, 10000}) = 0 (Timeout) Only kill -9 helps. -- GoTaR gotar> http://vfmg.sourceforge.net/ http://tccs.sourceforge.net/ From jajcus at bnet.pl Fri Jul 29 22:06:37 2005 From: jajcus at bnet.pl (Jacek Konieczny) Date: Fri, 29 Jul 2005 22:06:37 +0200 Subject: device-mapper and subpackages Message-ID: <20050729200636.GA9687@serwis2.beta> Hello, Currently we have "device-mapper" and three subpackages: "device-mapper-static", "device-mapper-devel" and "device-mapper-scripts". The first one contains both libdevmapper library and dmsetup library. I don't like mixing libraries and executables in one package -- this often causes problems. The second one contains static library, but the name would be equally good for static executable. "-devel" and "-scripts" are self-explanatory. I wanted to build a static dmsetup binary linked with uClibc and no selinux. I have added with_uClibc and without_static bconds and built the static binary. But there is a problem now: where to put the "dmsetup.static" binary? "device-mapper-static" contains the static library. Maybe we could change the package division and naming to something like this: "device-mapper" -- containig the executables, and documentation "device-mapper-static" -- containig the static executables "device-mapper-scripts" -- containig the scripts "libdevmapper" or "device-mapper-libs" -- containig the dynamic library "libdevmapper-devel" or "device-mapper-libs-devel" -- containig the header files "libdevmapper-static" or "device-mapper-libs-static" -- containig the static library The biggest problem, IMHO, would be changing "device-mapper-static" -- it would be a different module after the change, which could cause problems with dependencies (fortunately there are not many dependencies on static libraries). Greets, Jacek From arekm at pld-linux.org Fri Jul 29 23:04:57 2005 From: arekm at pld-linux.org (Arkadiusz Miskiewicz) Date: Fri, 29 Jul 2005 23:04:57 +0200 Subject: device-mapper and subpackages In-Reply-To: <20050729200636.GA9687@serwis2.beta> References: <20050729200636.GA9687@serwis2.beta> Message-ID: <200507292304.57263.arekm@pld-linux.org> On Friday 29 of July 2005 22:06, Jacek Konieczny wrote: > I wanted to build a static dmsetup binary linked with uClibc and no > selinux. I have added with_uClibc and without_static bconds and built > the static binary. But there is a problem now: where to put the > "dmsetup.static" binary? "device-mapper-static" contains the static > library. dmsetup-initrd like other our packages for example lvm2, mdadm? . > Greets, > Jacek -- Arkadiusz Mi?kiewicz PLD/Linux Team http://www.t17.ds.pwr.wroc.pl/~misiek/ http://ftp.pld-linux.org/ From jajcus at bnet.pl Sat Jul 30 20:58:28 2005 From: jajcus at bnet.pl (Jacek Konieczny) Date: Sat, 30 Jul 2005 20:58:28 +0200 Subject: device-mapper and subpackages In-Reply-To: <200507292304.57263.arekm@pld-linux.org> References: <20050729200636.GA9687@serwis2.beta> <200507292304.57263.arekm@pld-linux.org> Message-ID: <20050730185828.GB1412@serwis2.beta> On Fri, Jul 29, 2005 at 11:04:57PM +0200, Arkadiusz Miskiewicz wrote: > On Friday 29 of July 2005 22:06, Jacek Konieczny wrote: > > > I wanted to build a static dmsetup binary linked with uClibc and no > > selinux. I have added with_uClibc and without_static bconds and built > > the static binary. But there is a problem now: where to put the > > "dmsetup.static" binary? "device-mapper-static" contains the static > > library. > dmsetup-initrd like other our packages for example lvm2, mdadm? Hmmm.. that would be ok. Why didn't I think about that? Greets, Jacek From robert.wozny at gmail.com Sat Jul 30 21:00:20 2005 From: robert.wozny at gmail.com (robert j. wozny) Date: Sat, 30 Jul 2005 21:00:20 +0200 Subject: gdb... Message-ID: [speedy at blah RPMS]$ rpm -q gdb gdb-6.3-2 [speedy at blah RPMS]$ gdb --help | grep async --[no]async Enable (disable) asynchronous version of CLI [speedy at blah RPMS]$ gdb --noasync gdb: unrecognized option `--noasync' [..] [speedy at blah RPMS]$ gdb --async gdb: unrecognized option `--async' [..] wtf? missing options ? -- robert j. wozny ... Zycie biegnie wahadlowym ruchem miedzy bolem i nuda, a sa to faktycznie jego ostateczne skladniki. (Artur Schopenhauer) From loc at toya.net.pl Sat Jul 30 21:01:17 2005 From: loc at toya.net.pl (=?UTF-8?B?SmFrdWIgUGlvdHIgQ8WCYXBh?=) Date: Sat, 30 Jul 2005 21:01:17 +0200 Subject: SPECS: vtk-pld.spec - dropped outdated comment In-Reply-To: References: Message-ID: <42EBCE7D.2070300@toya.net.pl> adamg wrote: > Author: adamg Date: Sat Jul 30 17:21:14 2005 GMT > Module: SPECS Tag: HEAD > ---- Log message: > - dropped outdated comment I'm afraid the link is now outdated as well... -- Regards, Jakub Piotr C?apa From saq at pld-linux.org Sun Jul 31 19:28:42 2005 From: saq at pld-linux.org (=?iso-8859-2?Q?Pawe=B3?= Sakowski) Date: Sun, 31 Jul 2005 19:28:42 +0200 Subject: Non-integer grub Message-ID: <1122830923.5278.3.camel@neptune.sakowski.pl> glen, arekm: what's the current status of grub? It's had a float release for almost 3 months now. Any pending changes, or can it be sent to build? -- Pawe? Sakowski PLD Linux Distribution From arekm at pld-linux.org Sun Jul 31 19:42:15 2005 From: arekm at pld-linux.org (Arkadiusz Miskiewicz) Date: Sun, 31 Jul 2005 19:42:15 +0200 Subject: Non-integer grub In-Reply-To: <1122830923.5278.3.camel@neptune.sakowski.pl> References: <1122830923.5278.3.camel@neptune.sakowski.pl> Message-ID: <200507311942.16288.arekm@pld-linux.org> On Sunday 31 of July 2005 19:28, Pawe? Sakowski wrote: > glen, arekm: what's the current status of grub? It's had a float release > for almost 3 months now. Any pending changes, or can it be sent to > build? Works for me (on amd64). -- Arkadiusz Mi?kiewicz PLD/Linux Team http://www.t17.ds.pwr.wroc.pl/~misiek/ http://ftp.pld-linux.org/ From glen at delfi.ee Sun Jul 31 22:59:00 2005 From: glen at delfi.ee (Elan =?iso-8859-2?q?Ruusam=E4e?=) Date: Sun, 31 Jul 2005 23:59:00 +0300 Subject: Non-integer grub In-Reply-To: <200507311942.16288.arekm@pld-linux.org> References: <1122830923.5278.3.camel@neptune.sakowski.pl> <200507311942.16288.arekm@pld-linux.org> Message-ID: <200507312359.01315.glen@delfi.ee> On Sunday 31 July 2005 20:42, Arkadiusz Miskiewicz wrote: > On Sunday 31 of July 2005 19:28, Pawe? Sakowski wrote: > > glen, arekm: what's the current status of grub? It's had a float release > > for almost 3 months now. Any pending changes, or can it be sent to > > build? > > Works for me (on amd64). works for me i686. never worked on amd64. -- glen