Re: SOURCES: mysql.init - fixed bullshit about changing password for mysql_sysa...
On Mon, 13 Oct 2008, Elan Ruusamäe wrote: > On Monday 13 October 2008 18:22, Jan Rekorajski wrote: > > Are you sure? > > not anymore :) > > however i'd leave only 'localhost' entry from default install. I'm all for it! :) > it's totaly pita if you forgot to configure hostname prior mysql install, and > if you really need access elsewhere than localhost, you can add it later. > > currently default install sets: > [EMAIL PROTECTED] > [EMAIL PROTECTED] > [EMAIL PROTECTED] > > now looking, that in our initscript we try to resolve hostname, but > @@hostname > is provided by mysql server itself (at least 5.0.67) Oh, yeah, it just bit me, I had unresolvable hostname and mysql db init script tripped over it and fell face down ;) Let's just leave [EMAIL PROTECTED] (no fancy 127.0.0.1, If you can't resolve localhost, breaking mysql init is the least of you problems ;). Janek -- Jan Rekorajski| ALL SUSPECTS ARE GUILTY. PERIOD! bagginsmimuw.edu.pl | OTHERWISE THEY WOULDN'T BE SUSPECTS, WOULD THEY? BOFH, MANIAC | -- TROOPS by Kevin Rubio ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: SPECS: privoxy.spec - up to 3.0.10 - not defined %_docdir issue
On Tue, Oct 14, 2008 at 02:35:29AM +0200, Tomasz Pala wrote:
> On Mon, Oct 13, 2008 at 18:29:51 +0200, Jakub Bogusz wrote:
>
> >> > 2. Why %doc macro puts documentation files
> >> > in /usr/share/doc/%{name}-%{version} directory instead
> >> > of /usr/share/doc/%{name} ?
> [...]
> > Ability to install new version of package (usually library) without
> > removing old one.
>
> After initial mail I've checked my system - none of multiple version
> libraries I have had installed ship %doc. Non-library packages would
> almost certainly conflict on other files.
Currently on my system (conflicting packages skipped):
libmpcdec-1.2.2-1.athlon
libmpcdec-1.2.6-2.athlon
libstdc++-4.1.2-1.athlon
libstdc++-3.3.6-1.athlon
--
Jakub Boguszhttp://qboosh.pl/
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: gdm 2.24.0
On Mon, Oct 13, 2008 at 14:16:15 +0200, Patryk Zawadzki wrote: >>> >> - force Xorg to use a certain tty (there used to be a hack in GDM 2.20 >>> >> for this as at this time Xorg did not have vte detection of its own, >> No? Really? Damn, that must have been a miracle it worked for me for more >> than 10 years... > > Xorg devs prefer if we let Xorg pick the vte. It worked for you > because back then Xorg did not do this and gdm forced vte9. I don't use *dm much, but XFree86, X11 and now Xorg used to allocate first free VT since always I think. -- Tomasz Pala <[EMAIL PROTECTED]> ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: gdm 2.24.0
On Mon, Oct 13, 2008 at 13:54:19 +0200, Patryk Zawadzki wrote: > PLD rc is broken, not gdm. So one must fix them before removing any gdm hack/workaround, or introduce alternate hack just to make it work OOTB. -- Tomasz Pala <[EMAIL PROTECTED]> ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: SPECS: privoxy.spec - up to 3.0.10 - not defined %_docdir issue
On Mon, Oct 13, 2008 at 18:29:51 +0200, Jakub Bogusz wrote:
>> > 2. Why %doc macro puts documentation files
>> > in /usr/share/doc/%{name}-%{version} directory instead
>> > of /usr/share/doc/%{name} ?
[...]
> Ability to install new version of package (usually library) without
> removing old one.
After initial mail I've checked my system - none of multiple version
libraries I have had installed ship %doc. Non-library packages would
almost certainly conflict on other files.
--
Tomasz Pala <[EMAIL PROTECTED]>
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: SOURCES: mysql.init - fixed bullshit about changing password for mysql_sysa...
On Monday 13 October 2008 18:22, Jan Rekorajski wrote: > Are you sure? not anymore :) however i'd leave only 'localhost' entry from default install. it's totaly pita if you forgot to configure hostname prior mysql install, and if you really need access elsewhere than localhost, you can add it later. currently default install sets: [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] now looking, that in our initscript we try to resolve hostname, but @@hostname is provided by mysql server itself (at least 5.0.67) -- glen ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: SPECS: privoxy.spec - up to 3.0.10 - not defined %_docdir issue
On Mon, Oct 13, 2008 at 11:35:12AM +0300, Elan Ruusamäe wrote:
> On Monday 13 October 2008 00:23, Tomasz Wittner wrote:
> > 2. Why %doc macro puts documentation files
> > in /usr/share/doc/%{name}-%{version} directory instead
> > of /usr/share/doc/%{name} ?
> > What we gain by adding -%{version} to directory name? (my answer: nothing
> > but unnecessary troubles).Many programs expects that their documentation is
> > located
> > in /usr/share/doc/%{name} - privoxy, fluid from fltk-devel are good
> > examples.
>
> dunno. some redhat convention that we follow as we use rpm? :)
Ability to install new version of package (usually library) without
removing old one.
> same goes to %{_examplesdir} too, if we remove version, we should do there
> too.
Right, consistency here.
--
Jakub Boguszhttp://qboosh.pl/
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: gdm 2.24.0
On Mon, Oct 13, 2008 at 6:07 PM, Fryderyk Dziarmagowski <[EMAIL PROTECTED]> wrote: > On Mon, 13 Oct 2008 12:34:39 +0200 > "Patryk Zawadzki" <[EMAIL PROTECTED]> wrote: >> On Mon, Oct 13, 2008 at 12:05 PM, Radoslaw Zielinski >> <[EMAIL PROTECTED]> wrote: >> > 2) it's not finished, according to http://live.gnome.org/GDM >> Wrong, I'm a GNOME dev and can assure you it's part of GNOME 2.24 release. > So what? There are way too much regressions in 2.24 to include it in > serious distribution. > > Being a part a GNOME 2.24 does not mean nothing and the best example > for this is completly unfinished gnome-session. Gentoo will not even > release 2.24 due to seriuos regressions. I didn't say it's perfect, all I meant is it's the current stable version. I agree that 2.24 deserves a whole lot of brown paper bag fixes but I don't think gdm startup sequence is one of them. I propose we provide gdm2.20 package along gdm anyway as some system might depend on features of the old gdm. And I see no reason to fight over it. -- Patryk Zawadzki ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: gdm 2.24.0
On Mon, 13 Oct 2008 12:34:39 +0200 "Patryk Zawadzki" <[EMAIL PROTECTED]> wrote: > On Mon, Oct 13, 2008 at 12:05 PM, Radoslaw Zielinski > <[EMAIL PROTECTED]> wrote: > > I have backed out gdm 2.24.0 to DEVEL. Reasons: > > > > 1) does not work: hangs the keyboard (only SysRq works) and the > > "Shutdown" / "Reboot" buttons do nothing > > It does work - our SystemV starts mingetty after X and tty1 steals > keyboard input (Xorg takes the first free vte upon start, this is not > a gdm problem). > > Possible solutions: > > - install upstart-SystemV which brings ttys up before X - that's what > most distros do > > - move gdm startup to /etc/inittab - that's what the rest of the distros do > > - force Xorg to use a certain tty (there used to be a hack in GDM 2.20 > for this as at this time Xorg did not have vte detection of its own, > now detection is the recommended way to start Xorg as it allows one to > have unlimited Xorg instances on one machine) > > > 2) it's not finished, according to http://live.gnome.org/GDM > > Wrong, I'm a GNOME dev and can assure you it's part of GNOME 2.24 release. So what? There are way too much regressions in 2.24 to include it in serious distribution. Being a part a GNOME 2.24 does not mean nothing and the best example for this is completly unfinished gnome-session. Gentoo will not even release 2.24 due to seriuos regressions. -- Fryderyk Dziarmagowski ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: gdm 2.24.0
Jan Rekorajski <[EMAIL PROTECTED]> [13-10-2008 17:18]:
[...]
> Ah, I remembered where {xdm,kdm,gdm}.init came from.
> It was invented for X servers, a REAL X servers that do not have their
"REAL X servers", huh? ;->
[...]
> So, the proper solution is to add a no-display/tcp/xdmcp gdm config to
> gdm-init and scream in post that this script is not intended for
> starting local X server/X session (use /etc/inittab instead).
No, "screaming" in %post with suggestions on editing some config file
to get a basic desktop functionality is not a proper solution. [gxk]dm
should work OOTB after installing a package. Somehow.
--
Radosław Zieliński <[EMAIL PROTECTED]>
pgpWcc7WYzW4Z.pgp
Description: PGP signature
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: SOURCES: mysql.init - fixed bullshit about changing password for mysql_sysa...
On Mon, 13 Oct 2008, Elan Ruusamäe wrote: > On Monday 13 October 2008 16:34:31 Jan Rekorajski wrote: > > > > > > mysqladmin -u mysql -S $MYSQL_SOCKET password 'password' > > > > > > mysqladmin -h $hostname -u mysql -S $MYSQL_SOCKET password > > > > > > 'password' > > > > > > this is pointless too, as it's the same user, irregardless of the host? > > > > I think not. Mysql distinguishes user by Host%User so the above may make > > sense. > > yes, by access rights, and access rights area already done by > mysql_system_tables_data.sql file by `service mysql init'. > > but password is unique for username Are you sure? mysql> select Host,User,Password from user where user = 'mysql'; +---+---+---+ | Host | User | Password | +---+---+---+ | localhost | mysql | *2470C0C06DEE42FD1618BB99005ADCA2EC9D1E19 | | 127.0.0.1 | mysql | | +---+---+---+ 2 rows in set (0.00 sec) I have nothing against removing crap from packages, but please test it first if you want to remove it. I just don't want to wake up with a mysql install without a password ;) Janek -- Jan Rekorajski| ALL SUSPECTS ARE GUILTY. PERIOD! bagginsmimuw.edu.pl | OTHERWISE THEY WOULDN'T BE SUSPECTS, WOULD THEY? BOFH, MANIAC | -- TROOPS by Kevin Rubio ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: gdm 2.24.0
On Mon, 13 Oct 2008, Jan Rekorajski wrote:
> On Mon, 13 Oct 2008, Patryk Zawadzki wrote:
>
> > Still, the recommended way to start gdm is using upstart or inittab as
> > xorg needs to be started after all ttys are up. We can work around
> > that for years but we're the only distro to run gdm this way.
>
> That was invented 9 years ago, and I don't really remember why :(
Ah, I remembered where {xdm,kdm,gdm}.init came from.
It was invented for X servers, a REAL X servers that do not have their
own display but serve X sessions to other machines. It was later
bastardized with KDM and GDM as a way to start local X session.
So, the proper solution is to add a no-display/tcp/xdmcp gdm config to
gdm-init and scream in post that this script is not intended for
starting local X server/X session (use /etc/inittab instead).
Janek
--
Jan Rekorajski| ALL SUSPECTS ARE GUILTY. PERIOD!
bagginsmimuw.edu.pl | OTHERWISE THEY WOULDN'T BE SUSPECTS, WOULD THEY?
BOFH, MANIAC | -- TROOPS by Kevin Rubio
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: SOURCES: mysql.init - fixed bullshit about changing password for mysql_sysa...
On Monday 13 October 2008 16:34:31 Jan Rekorajski wrote: > > > > > mysqladmin -u mysql -S $MYSQL_SOCKET password 'password' > > > > > mysqladmin -h $hostname -u mysql -S $MYSQL_SOCKET password > > > > > 'password' > > > > this is pointless too, as it's the same user, irregardless of the host? > > I think not. Mysql distinguishes user by Host%User so the above may make > sense. yes, by access rights, and access rights area already done by mysql_system_tables_data.sql file by `service mysql init'. but password is unique for username mysql> show fields from user like '%pass%'; +--+--+--+-+-+---+ | Field| Type | Null | Key | Default | Extra | +--+--+--+-+-+---+ | Password | char(41) | NO | | | | +--+--+--+-+-+---+ 1 row in set (0.00 sec) mysql> show fields from host like '%pass%'; Empty set (0.00 sec) -- glen ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: SOURCES: mysql.init - fixed bullshit about changing password for mysql_sysa...
On Mon, 13 Oct 2008, Elan Ruusamäe wrote:
> On Monday 13 October 2008 12:31:51 Jan Rekorajski wrote:
> > On Mon, 13 Oct 2008, Elan Ruusamäe wrote:
> > > On Monday 13 October 2008 01:50, baggins wrote:
> > > > Author: baggins Date: Sun Oct 12 22:50:46 2008 GMT
> > > > Module: SOURCES Tag: HEAD
> > > > Log message:
> > > > - fixed bullshit about changing password for mysql_sysadmin
> > >
> > > ...
> > >
> > > > @@ -431,7 +431,7 @@
> > > >
> > > > mysqladmin -u mysql -S $MYSQL_SOCKET password 'password'
> > > > mysqladmin -h $hostname -u mysql -S $MYSQL_SOCKET password 'password'
> this is pointless too, as it's the same user, irregardless of the host?
I think not. Mysql distinguishes user by Host%User so the above may make
sense.
> > > > -mysqladmin -u mysql_sysadmin -S $MYSQL_SOCKET password 'password'
> > > > +echo "set password=password('newpassword');" | mysql -u mysql_sysadmin
> > > > -S $MYSQL_SOCKET
> > >
> > > what bullshit. more details please?
> >
> > The bullshit:
> > mysqladmin -u mysql_sysadmin password 'password'
> >
> > The effect:
> > mysqladmin: Can't turn off logging; error: 'Access denied; you need the
> > SUPER privilege for this operation'
> >
> > It does not work for a LONG time.
> > And adding SUPER priv to this user is a no-no.
>
> ou, it should be 'mysql' user, not 'mysql_sysadmin'!
No, the point of this command is to set password for user mysql_sysadmin.
First two mysqladmin commands set password for mysql.
If you run `mysqladmin -u mysql password 'password'` you will change password
for user mysql.
Janek
--
Jan Rekorajski| ALL SUSPECTS ARE GUILTY. PERIOD!
bagginsmimuw.edu.pl | OTHERWISE THEY WOULDN'T BE SUSPECTS, WOULD THEY?
BOFH, MANIAC | -- TROOPS by Kevin Rubio
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: gdm 2.24.0
On Mon, 13 Oct 2008, Patryk Zawadzki wrote: > On Mon, Oct 13, 2008 at 2:40 PM, Jan Rekorajski > <[EMAIL PROTECTED]> wrote: > > On Mon, 13 Oct 2008, Patryk Zawadzki wrote: > >> Xorg devs prefer if we let Xorg pick the vte. It worked for you > >> because back then Xorg did not do this and gdm forced vte9. > > Learn to understand what you're reading. X always could pick it's own vte. > > Xorg had serious problems with vts at the time gdm 2.4 introduced that > option (it would go and screw up even if launched after all ttys were > up). X would screw up or gdm? X had working autodetection for a long time, don't blame gdm bugs on someone else. > >> >> Don't ask me, we use a pretty non-standard and not-recommended method > >> >> to start gdm. > >> > What was the problem with forcing a tty number in default config? > >> See above. > > I see your lack of reading skills. > > See again. See what? > >> > It worked for years. And BTW having multiple Xorg instances on one > >> > machine is a very non-standard thing, so why should we care? > >> It's pretty standard for any computer with user switching if you ask me. > > So, how come nobody ever complained? > > There was a huge hack to enumerate the devices and walk over each one > starting from a given number, then try to find an unused one. I don't > feel like porting that code over at the moment. WTF are you talking about? There was 'FirstVT=' option that let you choose where X should start. That's all. > Still, the recommended way to start gdm is using upstart or inittab as > xorg needs to be started after all ttys are up. We can work around > that for years but we're the only distro to run gdm this way. That was invented 9 years ago, and I don't really remember why :( > >> >> It's a new app written from scratch. A more correct statement would be > >> >> "everything is no more." > >> > As usual with Gnome, total fuck up first, maybe clean up later. A lot > >> > later. > >> Please elaborate on that on GNOME lists or /dev/null. > > ROTFL. What for? I saw a "discussion" on removal of splash screen. Gnome > > devs > > answer was "because", even after they heard from two major distros that > > was stupid. Elaborating anything on GNOME lists is pointless because they > > live in their own small world and can't hear anything else. > > Yes, it's a huge conspiracy against you :D > > Go get some coffee and cool down. Right, they're out to get me :/ Try disconnecting from GNOME world and connecting to reality: http://bugzilla.gnome.org/show_bug.cgi?id=546409 > >> > BTW When will you (you as Gnome develpoers) fix session handling (like > >> > save/restore)? > >> When you file a proper bug report. > > See above, there's no point. > > If you use GNOME, file a bug and then you can complain. If you don't There is no point, see this: http://bugzilla.gnome.org/show_bug.cgi?id=552387 That's month old. Anyone cared? No? Is it a blocker? So fucking what, let's release it anyway. > use GNOME, why do you care? Again, there is no conspiracy and sessions > work for a lot of people including me. If you don't file a bug, it > won't get fixed as we need someone who can describe and reproduce the > bugs. Open your eyes. How can you be a GNOME dev if you have no fucking idea what's going on inside the project? > >> >> Will do. > >> > We'll see, and smite you if you screw this up again. > >> > >> Sure, sure. Either propose a working solution or kiss my tail -1 > > Sure, restore vte9 in default config. Plain and simple. > > It could work but see above. I might port that code over if arekm > votes against upstart and gdm maintainers declare they will accept the > patch. The whole patch is to add a 'vtXX' opion to exec(/usr/bin/X,...) and readd FirstVT to gdm.conf LOL, they will not, that would conflict with theirs illusion of a perfect software. Janek -- Jan Rekorajski| ALL SUSPECTS ARE GUILTY. PERIOD! bagginsmimuw.edu.pl | OTHERWISE THEY WOULDN'T BE SUSPECTS, WOULD THEY? BOFH, MANIAC | -- TROOPS by Kevin Rubio ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: cups S: kdelibs
On Monday 13 October 2008 13:50:59 Patryk Zawadzki wrote: > Why does cups suggest kdelibs? Why would I want/need that? CUPS works > fine without KDE and/or GNOME and should not depend on/suggest any of > them. extract from spec: # Contains imagetops...: Suggests: kdelibs (don't ask me why, you can bug somebody if you scan cvs log) -- glen ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: SOURCES: mysql.init - fixed bullshit about changing password for mysql_sysa...
On Monday 13 October 2008 12:31:51 Jan Rekorajski wrote:
> On Mon, 13 Oct 2008, Elan Ruusamäe wrote:
> > On Monday 13 October 2008 01:50, baggins wrote:
> > > Author: baggins Date: Sun Oct 12 22:50:46 2008 GMT
> > > Module: SOURCES Tag: HEAD
> > > Log message:
> > > - fixed bullshit about changing password for mysql_sysadmin
> >
> > ...
> >
> > > @@ -431,7 +431,7 @@
> > >
> > > mysqladmin -u mysql -S $MYSQL_SOCKET password 'password'
> > > mysqladmin -h $hostname -u mysql -S $MYSQL_SOCKET password 'password'
this is pointless too, as it's the same user, irregardless of the host?
> > > -mysqladmin -u mysql_sysadmin -S $MYSQL_SOCKET password 'password'
> > > +echo "set password=password('newpassword');" | mysql -u mysql_sysadmin
> > > -S $MYSQL_SOCKET
> >
> > what bullshit. more details please?
>
> The bullshit:
> mysqladmin -u mysql_sysadmin password 'password'
>
> The effect:
> mysqladmin: Can't turn off logging; error: 'Access denied; you need the
> SUPER privilege for this operation'
>
> It does not work for a LONG time.
> And adding SUPER priv to this user is a no-no.
ou, it should be 'mysql' user, not 'mysql_sysadmin'!
but the syntax is still valid.
$ mysqladmin -u mysql password 'password' # sets password for 'mysql' user...
as mysql_sysadmin is just for rotating logs...
> Janek
--
glen
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: gdm 2.24.0
On Mon, Oct 13, 2008 at 2:40 PM, Jan Rekorajski <[EMAIL PROTECTED]> wrote: > On Mon, 13 Oct 2008, Patryk Zawadzki wrote: >> Xorg devs prefer if we let Xorg pick the vte. It worked for you >> because back then Xorg did not do this and gdm forced vte9. > Learn to understand what you're reading. X always could pick it's own vte. Xorg had serious problems with vts at the time gdm 2.4 introduced that option (it would go and screw up even if launched after all ttys were up). >> >> Don't ask me, we use a pretty non-standard and not-recommended method >> >> to start gdm. >> > What was the problem with forcing a tty number in default config? >> See above. > I see your lack of reading skills. See again. >> > It worked for years. And BTW having multiple Xorg instances on one >> > machine is a very non-standard thing, so why should we care? >> It's pretty standard for any computer with user switching if you ask me. > So, how come nobody ever complained? There was a huge hack to enumerate the devices and walk over each one starting from a given number, then try to find an unused one. I don't feel like porting that code over at the moment. Still, the recommended way to start gdm is using upstart or inittab as xorg needs to be started after all ttys are up. We can work around that for years but we're the only distro to run gdm this way. >> >> It's a new app written from scratch. A more correct statement would be >> >> "everything is no more." >> > As usual with Gnome, total fuck up first, maybe clean up later. A lot >> > later. >> Please elaborate on that on GNOME lists or /dev/null. > ROTFL. What for? I saw a "discussion" on removal of splash screen. Gnome devs > answer was "because", even after they heard from two major distros that > was stupid. Elaborating anything on GNOME lists is pointless because they > live in their own small world and can't hear anything else. Yes, it's a huge conspiracy against you :D Go get some coffee and cool down. >> > BTW When will you (you as Gnome develpoers) fix session handling (like >> > save/restore)? >> When you file a proper bug report. > See above, there's no point. If you use GNOME, file a bug and then you can complain. If you don't use GNOME, why do you care? Again, there is no conspiracy and sessions work for a lot of people including me. If you don't file a bug, it won't get fixed as we need someone who can describe and reproduce the bugs. >> >> Will do. >> > We'll see, and smite you if you screw this up again. >> >> Sure, sure. Either propose a working solution or kiss my tail -1 > Sure, restore vte9 in default config. Plain and simple. It could work but see above. I might port that code over if arekm votes against upstart and gdm maintainers declare they will accept the patch. -- Patryk Zawadzki ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: gdm 2.24.0
On Mon, 13 Oct 2008, Patryk Zawadzki wrote: > 2008/10/13 Radoslaw Zielinski <[EMAIL PROTECTED]>: > > Patryk Zawadzki <[EMAIL PROTECTED]> [13-10-2008 13:54]: > >> 2008/10/13 Radoslaw Zielinski <[EMAIL PROTECTED]>: > >>> Patryk Zawadzki <[EMAIL PROTECTED]> [13-10-2008 12:34]: > - install upstart-SystemV which brings ttys up before X - that's what > most distros do > >>> Conflicts: SysVinit then? > >> R: upstart-SystemV > > That would silently screw someone who relies on SysVinit. Not acceptable > > without discussing it and some consensus. > > upstart-SystemV *is* SystemV built from the SystemV sources (except > for the init binary). So what? If it: Requires: upstart And that will silently screw someone, and is not acceptable. Janek -- Jan Rekorajski| ALL SUSPECTS ARE GUILTY. PERIOD! bagginsmimuw.edu.pl | OTHERWISE THEY WOULDN'T BE SUSPECTS, WOULD THEY? BOFH, MANIAC | -- TROOPS by Kevin Rubio ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: gdm 2.24.0
On Mon, 13 Oct 2008, Patryk Zawadzki wrote: > On Mon, Oct 13, 2008 at 2:06 PM, Jan Rekorajski > <[EMAIL PROTECTED]> wrote: > > On Mon, 13 Oct 2008, Patryk Zawadzki wrote: > >> R: upstart-SystemV > > Try doing that and gdm will end up in /dev/null. > > Because? AFAIK upstart is going to be default for Th at some point. Did you become Th RM? IOW don't play with my init if you're not going to come and fix it when it breaks. > upstart-SystemV is built from SystemV sources and is a compatibility > mode for apps not using upstart event scripts. > > >> >> - force Xorg to use a certain tty (there used to be a hack in GDM 2.20 > >> >> for this as at this time Xorg did not have vte detection of its own, > > No? Really? Damn, that must have been a miracle it worked for me for more > > than 10 years... > > Xorg devs prefer if we let Xorg pick the vte. It worked for you > because back then Xorg did not do this and gdm forced vte9. Learn to understand what you're reading. X always could pick it's own vte. > >> Don't ask me, we use a pretty non-standard and not-recommended method > >> to start gdm. > > What was the problem with forcing a tty number in default config? > > See above. I see your lack of reading skills. > > It worked for years. And BTW having multiple Xorg instances on one > > machine is a very non-standard thing, so why should we care? > > It's pretty standard for any computer with user switching if you ask me. So, how come nobody ever complained? > >> It's a new app written from scratch. A more correct statement would be > >> "everything is no more." > > As usual with Gnome, total fuck up first, maybe clean up later. A lot later. > > Please elaborate on that on GNOME lists or /dev/null. ROTFL. What for? I saw a "discussion" on removal of splash screen. Gnome devs answer was "because", even after they heard from two major distros that was stupid. Elaborating anything on GNOME lists is pointless because they live in their own small world and can't hear anything else. > > BTW When will you (you as Gnome develpoers) fix session handling (like > > save/restore)? > > When you file a proper bug report. See above, there's no point. > >> Will do. > > We'll see, and smite you if you screw this up again. > > Sure, sure. Either propose a working solution or kiss my tail -1 Sure, restore vte9 in default config. Plain and simple. Janek -- Jan Rekorajski| ALL SUSPECTS ARE GUILTY. PERIOD! bagginsmimuw.edu.pl | OTHERWISE THEY WOULDN'T BE SUSPECTS, WOULD THEY? BOFH, MANIAC | -- TROOPS by Kevin Rubio ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: gdm 2.24.0
2008/10/13 Radoslaw Zielinski <[EMAIL PROTECTED]>: > Patryk Zawadzki <[EMAIL PROTECTED]> [13-10-2008 13:54]: >> 2008/10/13 Radoslaw Zielinski <[EMAIL PROTECTED]>: >>> Patryk Zawadzki <[EMAIL PROTECTED]> [13-10-2008 12:34]: - install upstart-SystemV which brings ttys up before X - that's what most distros do >>> Conflicts: SysVinit then? >> R: upstart-SystemV > That would silently screw someone who relies on SysVinit. Not acceptable > without discussing it and some consensus. upstart-SystemV *is* SystemV built from the SystemV sources (except for the init binary). -- Patryk Zawadzki ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: gdm 2.24.0
Patryk Zawadzki <[EMAIL PROTECTED]> [13-10-2008 13:54]: > 2008/10/13 Radoslaw Zielinski <[EMAIL PROTECTED]>: >> Patryk Zawadzki <[EMAIL PROTECTED]> [13-10-2008 12:34]: [...] >>> - our SystemV starts mingetty after X and tty1 steals keyboard input >>> (Xorg takes the first free vte upon start, this is not a gdm problem). >> ...and an explanation why this statement is false. Sorry, unless it >> allows me to log in, I don't consider it working. > PLD rc is broken, not gdm. The functionality of being able to log in is broken after update to 2.24. >>> Possible solutions: >>> - install upstart-SystemV which brings ttys up before X - that's what >>> most distros do >> Conflicts: SysVinit then? > R: upstart-SystemV That would silently screw someone who relies on SysVinit. Not acceptable without discussing it and some consensus. > Conflicts would prevent both. C: real(SysVinit) # sigh [...] > This can't be done in PLD unless we replace gdm-init with some sort of > a configurable *dm chooser that we add to inittab which is not likely. [...] > Don't ask me, we use a pretty non-standard and not-recommended method > to start gdm. Too bad. Seems like it's going to have to wait. -- Radosław Zieliński <[EMAIL PROTECTED]> pgp1PzyZgNGHA.pgp Description: PGP signature ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: gdm 2.24.0
Patryk Zawadzki <[EMAIL PROTECTED]> [13-10-2008 14:16]: > On Mon, Oct 13, 2008 at 2:06 PM, Jan Rekorajski <[EMAIL PROTECTED]> wrote: >> On Mon, 13 Oct 2008, Patryk Zawadzki wrote: [...] >>> Will do. >> We'll see, and smite you if you screw this up again. > Sure, sure. Either propose a working solution or kiss my tail -1 Working solution coming through: keep 2.20 until the issue is resolved. -- Radosław Zieliński <[EMAIL PROTECTED]> pgpNehLqibKmp.pgp Description: PGP signature ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: gdm 2.24.0
On Mon, Oct 13, 2008 at 2:06 PM, Jan Rekorajski <[EMAIL PROTECTED]> wrote: > On Mon, 13 Oct 2008, Patryk Zawadzki wrote: >> R: upstart-SystemV > Try doing that and gdm will end up in /dev/null. Because? AFAIK upstart is going to be default for Th at some point. upstart-SystemV is built from SystemV sources and is a compatibility mode for apps not using upstart event scripts. >> >> - force Xorg to use a certain tty (there used to be a hack in GDM 2.20 >> >> for this as at this time Xorg did not have vte detection of its own, > No? Really? Damn, that must have been a miracle it worked for me for more > than 10 years... Xorg devs prefer if we let Xorg pick the vte. It worked for you because back then Xorg did not do this and gdm forced vte9. >> Don't ask me, we use a pretty non-standard and not-recommended method >> to start gdm. > What was the problem with forcing a tty number in default config? See above. > It worked for years. And BTW having multiple Xorg instances on one > machine is a very non-standard thing, so why should we care? It's pretty standard for any computer with user switching if you ask me. >> It's a new app written from scratch. A more correct statement would be >> "everything is no more." > As usual with Gnome, total fuck up first, maybe clean up later. A lot later. Please elaborate on that on GNOME lists or /dev/null. > BTW When will you (you as Gnome develpoers) fix session handling (like > save/restore)? When you file a proper bug report. >> Will do. > We'll see, and smite you if you screw this up again. Sure, sure. Either propose a working solution or kiss my tail -1 -- Patryk Zawadzki ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: gdm 2.24.0
On Mon, 13 Oct 2008, Patryk Zawadzki wrote: > 2008/10/13 Radoslaw Zielinski <[EMAIL PROTECTED]>: > > Patryk Zawadzki <[EMAIL PROTECTED]> [13-10-2008 12:34]: > >> It does work > > A statement... > > Want a screenshot? I have 3 machines running it at the moment. > > >> - our SystemV starts mingetty after X and tty1 steals keyboard input > >> (Xorg takes the first free vte upon start, this is not a gdm problem). > > ...and an explanation why this statement is false. Sorry, unless it > > allows me to log in, I don't consider it working. > > PLD rc is broken, not gdm. > > >> Possible solutions: > > > >> - install upstart-SystemV which brings ttys up before X - that's what > >> most distros do > > Conflicts: SysVinit then? > > R: upstart-SystemV Try doing that and gdm will end up in /dev/null. > Conflicts would prevent both. > > >> - move gdm startup to /etc/inittab - that's what the rest of the distros do > > R: rc-scripts-V-R ? > > This can't be done in PLD unless we replace gdm-init with some sort of > a configurable *dm chooser that we add to inittab which is not likely. > > >> - force Xorg to use a certain tty (there used to be a hack in GDM 2.20 > >> for this as at this time Xorg did not have vte detection of its own, No? Really? Damn, that must have been a miracle it worked for me for more than 10 years... > >> now detection is the recommended way to start Xorg as it allows one to > >> have unlimited Xorg instances on one machine) > > How? > > Don't ask me, we use a pretty non-standard and not-recommended method > to start gdm. What was the problem with forcing a tty number in default config? It worked for years. And BTW having multiple Xorg instances on one machine is a very non-standard thing, so why should we care? > >>> 2) it's not finished, according to http://live.gnome.org/GDM > >> Wrong, I'm a GNOME dev and can assure you it's part of GNOME 2.24 release. > > Ah. gdmsetup is no more? No word about it in ChangeLog nor in the > > release notes... > > It's a new app written from scratch. A more correct statement would be > "everything is no more." As usual with Gnome, total fuck up first, maybe clean up later. A lot later. BTW When will you (you as Gnome develpoers) fix session handling (like save/restore)? > >>> Please keep the HEAD in a working state... It's actually being *used*. > >> See above. Please move it back to HEAD. > > Please feel free to do it yourself, after making sure it works (with > > Conflicts/Requires where necessary). > > Will do. We'll see, and smite you if you screw this up again. Janek -- Jan Rekorajski| ALL SUSPECTS ARE GUILTY. PERIOD! bagginsmimuw.edu.pl | OTHERWISE THEY WOULDN'T BE SUSPECTS, WOULD THEY? BOFH, MANIAC | -- TROOPS by Kevin Rubio ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: gdm 2.24.0
2008/10/13 Radoslaw Zielinski <[EMAIL PROTECTED]>: > Patryk Zawadzki <[EMAIL PROTECTED]> [13-10-2008 12:34]: >> It does work > A statement... Want a screenshot? I have 3 machines running it at the moment. >> - our SystemV starts mingetty after X and tty1 steals keyboard input >> (Xorg takes the first free vte upon start, this is not a gdm problem). > ...and an explanation why this statement is false. Sorry, unless it > allows me to log in, I don't consider it working. PLD rc is broken, not gdm. >> Possible solutions: > >> - install upstart-SystemV which brings ttys up before X - that's what >> most distros do > Conflicts: SysVinit then? R: upstart-SystemV Conflicts would prevent both. >> - move gdm startup to /etc/inittab - that's what the rest of the distros do > R: rc-scripts-V-R ? This can't be done in PLD unless we replace gdm-init with some sort of a configurable *dm chooser that we add to inittab which is not likely. >> - force Xorg to use a certain tty (there used to be a hack in GDM 2.20 >> for this as at this time Xorg did not have vte detection of its own, >> now detection is the recommended way to start Xorg as it allows one to >> have unlimited Xorg instances on one machine) > How? Don't ask me, we use a pretty non-standard and not-recommended method to start gdm. >>> 2) it's not finished, according to http://live.gnome.org/GDM >> Wrong, I'm a GNOME dev and can assure you it's part of GNOME 2.24 release. > Ah. gdmsetup is no more? No word about it in ChangeLog nor in the > release notes... It's a new app written from scratch. A more correct statement would be "everything is no more." >>> Please keep the HEAD in a working state... It's actually being *used*. >> See above. Please move it back to HEAD. > Please feel free to do it yourself, after making sure it works (with > Conflicts/Requires where necessary). Will do. -- Patryk Zawadzki ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: gdm 2.24.0
Patryk Zawadzki <[EMAIL PROTECTED]> [13-10-2008 12:34]: > On Mon, Oct 13, 2008 at 12:05 PM, Radoslaw Zielinski > <[EMAIL PROTECTED]> wrote: >> I have backed out gdm 2.24.0 to DEVEL. Reasons: >> 1) does not work: hangs the keyboard (only SysRq works) and the >> "Shutdown" / "Reboot" buttons do nothing > It does work A statement... > - our SystemV starts mingetty after X and tty1 steals keyboard input > (Xorg takes the first free vte upon start, this is not a gdm problem). ...and an explanation why this statement is false. Sorry, unless it allows me to log in, I don't consider it working. > Possible solutions: > - install upstart-SystemV which brings ttys up before X - that's what > most distros do Conflicts: SysVinit then? > - move gdm startup to /etc/inittab - that's what the rest of the distros do R: rc-scripts-V-R ? > - force Xorg to use a certain tty (there used to be a hack in GDM 2.20 > for this as at this time Xorg did not have vte detection of its own, > now detection is the recommended way to start Xorg as it allows one to > have unlimited Xorg instances on one machine) How? >> 2) it's not finished, according to http://live.gnome.org/GDM > Wrong, I'm a GNOME dev and can assure you it's part of GNOME 2.24 release. Ah. gdmsetup is no more? No word about it in ChangeLog nor in the release notes... >> Please keep the HEAD in a working state... It's actually being *used*. > See above. Please move it back to HEAD. Please feel free to do it yourself, after making sure it works (with Conflicts/Requires where necessary). -- Radosław Zieliński <[EMAIL PROTECTED]> pgpoq9xpnRtxB.pgp Description: PGP signature ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
cups S: kdelibs
Why does cups suggest kdelibs? Why would I want/need that? CUPS works fine without KDE and/or GNOME and should not depend on/suggest any of them. -- Patryk Zawadzki ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: gdm 2.24.0
On Mon, Oct 13, 2008 at 12:05 PM, Radoslaw Zielinski <[EMAIL PROTECTED]> wrote: > I have backed out gdm 2.24.0 to DEVEL. Reasons: > > 1) does not work: hangs the keyboard (only SysRq works) and the > "Shutdown" / "Reboot" buttons do nothing It does work - our SystemV starts mingetty after X and tty1 steals keyboard input (Xorg takes the first free vte upon start, this is not a gdm problem). Possible solutions: - install upstart-SystemV which brings ttys up before X - that's what most distros do - move gdm startup to /etc/inittab - that's what the rest of the distros do - force Xorg to use a certain tty (there used to be a hack in GDM 2.20 for this as at this time Xorg did not have vte detection of its own, now detection is the recommended way to start Xorg as it allows one to have unlimited Xorg instances on one machine) > 2) it's not finished, according to http://live.gnome.org/GDM Wrong, I'm a GNOME dev and can assure you it's part of GNOME 2.24 release. > Please keep the HEAD in a working state... It's actually being *used*. See above. Please move it back to HEAD. -- Patryk Zawadzki ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
gdm 2.24.0
I have backed out gdm 2.24.0 to DEVEL. Reasons: 1) does not work: hangs the keyboard (only SysRq works) and the "Shutdown" / "Reboot" buttons do nothing 2) it's not finished, according to http://live.gnome.org/GDM Please keep the HEAD in a working state... It's actually being *used*. -- Radosław Zieliński <[EMAIL PROTECTED]> pgpMs5ANasWa0.pgp Description: PGP signature ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: SOURCES: mysql.init - fixed bullshit about changing password for mysql_sysa...
On Mon, 13 Oct 2008, Elan Ruusamäe wrote:
> On Monday 13 October 2008 01:50, baggins wrote:
> > Author: baggins Date: Sun Oct 12 22:50:46 2008 GMT
> > Module: SOURCES Tag: HEAD
> > Log message:
> > - fixed bullshit about changing password for mysql_sysadmin
> ...
> > @@ -431,7 +431,7 @@
> >
> > mysqladmin -u mysql -S $MYSQL_SOCKET password 'password'
> > mysqladmin -h $hostname -u mysql -S $MYSQL_SOCKET password 'password'
> > -mysqladmin -u mysql_sysadmin -S $MYSQL_SOCKET password 'password'
> > +echo "set password=password('newpassword');" | mysql -u mysql_sysadmin -S
> > $MYSQL_SOCKET
>
> what bullshit. more details please?
The bullshit:
mysqladmin -u mysql_sysadmin password 'password'
The effect:
mysqladmin: Can't turn off logging; error: 'Access denied; you need the SUPER
privilege for this operation'
It does not work for a LONG time.
And adding SUPER priv to this user is a no-no.
Janek
--
Jan Rekorajski| ALL SUSPECTS ARE GUILTY. PERIOD!
bagginsmimuw.edu.pl | OTHERWISE THEY WOULDN'T BE SUSPECTS, WOULD THEY?
BOFH, MANIAC | -- TROOPS by Kevin Rubio
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: SPECS: kernel-vanilla.spec - firmware subpackage
On Sunday 12 of October 2008 18:11:37 shadzik wrote: > Author: shadzik Date: Sun Oct 12 16:11:37 2008 GMT > Module: SPECS Tag: HEAD > Log message: > - firmware subpackage Kernel does not build --with noarch now. 1. firmware is %installed if and only if --without noarch 2. subpackage firmware is built --without noarch AND --with noarch I'm not sure how to fix it. Is firmware noarch? -- Best regards, Paweł Zuzelski ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: SOURCES: mysql.init - fixed bullshit about changing password for mysql_sysa...
On Monday 13 October 2008 01:50, baggins wrote:
> Author: baggins Date: Sun Oct 12 22:50:46 2008 GMT
> Module: SOURCES Tag: HEAD
> Log message:
> - fixed bullshit about changing password for mysql_sysadmin
...
> @@ -431,7 +431,7 @@
>
> mysqladmin -u mysql -S $MYSQL_SOCKET password 'password'
> mysqladmin -h $hostname -u mysql -S $MYSQL_SOCKET password 'password'
> -mysqladmin -u mysql_sysadmin -S $MYSQL_SOCKET password 'password'
> +echo "set password=password('newpassword');" | mysql -u mysql_sysadmin -S
> $MYSQL_SOCKET
what bullshit. more details please?
--
glen
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: SPECS: privoxy.spec - up to 3.0.10 - not defined %_docdir issue
On Monday 13 October 2008 00:23, Tomasz Wittner wrote:
> 2. Why %doc macro puts documentation files
> in /usr/share/doc/%{name}-%{version} directory instead
> of /usr/share/doc/%{name} ?
> What we gain by adding -%{version} to directory name? (my answer: nothing
> but unnecessary troubles).Many programs expects that their documentation is
> located
> in /usr/share/doc/%{name} - privoxy, fluid from fltk-devel are good
> examples.
dunno. some redhat convention that we follow as we use rpm? :)
same goes to %{_examplesdir} too, if we remove version, we should do there
too.
--
glen
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: SPECS: privoxy.spec - up to 3.0.10 - not defined %_docdir issue
On Monday 13 October 2008 00:23, Tomasz Wittner wrote: > 1. Ditto: > $ rpm -E '%_docdir' > %_docdir > > $ q rpm-build-macros > rpm-build-macros-0:1.478-1 noarch th-x86-64.pld-linux.org > What should be fixed? there's nothing to fix. %_docdir is set at runtime (it's available in spec build time). $ rpm -E '%_docdir' %_docdir $ rpm -E '%_defaultdocdir' /usr/share/doc -- glen ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: [SPEC] roundup.spec - up to 1.4.6, rel. 1
2008/10/12 Radoslaw Zielinski <[EMAIL PROTECTED]>: > Lukasz Kies <[EMAIL PROTECTED]> [12-10-2008 20:04]: >> Just noticed that radek has made changes to this spec today, and >> upgrade it to 1.4.6. So in attachment patch adding missing BR and >> changing rel to 1 as it's fully working. Please STBR. Thank you. > > Done. > Thanks. Regards, Lukasz ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
