On Mon, Oct 29, 2012 at 05:35:18PM +0100, Jakub Bogusz wrote:
[...]
> > -# Send DBUS signals on all events.
> > -SEND_DBUS_SIGNALS=yes
> > -
> > -# Log all events.
> > -LOG_ALL_EVENTS=no
> > +# log and signal over DBus all events
> > +OPTIONS=-l -d
>
> So systemd is so great everyone must learn al
Hi,
It seems I was too fast with my 'Xen boots from GRUB2 on EFI without
problems' statement… It seems Xen booted this way has some big problems
(only one CPU visible, invalid IRQ mapping, no ACPI, etc.)…
It seems, the right way to boot Xen is to compile Xen as an EFI binary
and run that directly
On Mon, Oct 29, 2012 at 10:36:36AM +0200, Elan Ruusamäe wrote:
> that would do, if you want to upgrade grub automatically on upgrade,
> maybe just leave sysadmin deal with it when he has time?
Yes, that is the right way.
> as if your system boots, you don't usually want to touch it. grub maybe
On Mon, Oct 29, 2012 at 10:32:53AM +0200, Elan Ruusamäe wrote:
> >> >/sbin/grub-install '(hd0)' || :
> > And I don't like it.
> would you run git blame first on it?
>
> https://github.com/pld-linux/grub2/blame/master/grub2.spec
> https://github.com/pld-linux/grub2/commit/9290450558f93b57e0319a7c13
There is this piece of code in grub2.spec:
> %triggerpostun -- %{name} < %{version}-0
> if [ $1 -le 1 ]; then
> exit 0
> fi
> echo "Grub was upgraded, trying to setup it to boot sector"
> /sbin/grub-install '(hd0)' || :
And I don't like it.
Having grub installed does not mean one wants i
On Sun, Oct 28, 2012 at 09:27:29PM +0100, Grzesiek wrote:
> > I guess you mean one of the options often used with legacy grub:
> > 1. the space between MBR and the first partition
> > 2. the unused space at the beginning of a ext[234] file system
> >
> > Which one? And how much space do you have th
On Sun, Oct 28, 2012 at 08:12:29PM +0100, Grzesiek wrote:
> I'm using grub2 but some old version from RCD because new packages from
> TH won't fit into my MBR.
Why do you want grub installed in MBR? I don't think any GRUB would fit into
446 bytes.
I guess you mean one of the options often used
On Sun, Oct 28, 2012 at 07:27:26PM +0200, Michael Shigorin wrote:
> On Sun, Oct 28, 2012 at 06:19:58PM +0100, Jacek Konieczny wrote:
> > Can you test the GRUB/EFI installation with standard PLD kernel?
>
> What ISO should I burn for the starters?
Oops… that is not that easy ;) I h
On Sun, Oct 28, 2012 at 06:09:30PM +0200, Michael Shigorin wrote:
> On Sun, Oct 28, 2012 at 02:56:25PM +0100, Jacek Konieczny wrote:
> > Migrating a server with / on LVM on hardware RAID from
> > GRUB-legacy/BIOS to GRUB2/EFI was much more complicated
>
> Just in case, I
On Sun, Oct 28, 2012 at 01:39:54PM +0100, Paweł Sikora wrote:
> > Booted without problems :)
>
> so, can you wraite a mini-howto for migrating from grub-legacy to grub2-eufi
> for machines with "/" on lvm on raid ? :)
I don't have EFI on my laptop. And no RAID, but Luks.
Migrating from grub-lega
On Sun, Oct 28, 2012 at 12:23:16PM +0100, Paweł Gołaszewski wrote:
> On Sat, 27 Oct 2012, Jacek Konieczny wrote:
> > Please note: now the 'grub2' package does not contain any platform
> > files. You have to install grub2-pc (or grub2-efi) too.
>
> virtual pr
Hello,
I wanted to boot my servers natively, from UEFI, instead of BIOS
compatibility mode. I wanted to use GRUB for that, but found out GRUB2
in PLD lacks EFI support.
First I have updated out grub2.spec from version 1.99 to 2.00, then
I have started adding EFI support. For that I have removed
On Sun, Sep 30, 2012 at 06:05:14PM +0200, Jan Rękorajski wrote:
> On Sat, 29 Sep 2012, Elan Ruusamäe wrote:
>
> > seems github packages are case insensitive, perhaps we should limit
> > similarily in pld to disallow creating packages that differ just
> > character case?
>
> Our policy always wa
On Tue, Sep 11, 2012 at 11:06:45PM -0400, Jeffrey Johnson wrote:
> There's no well defined semantic for
> Provides: group(mpd)
> even if PLD has adopted some convention afaik. The
> Provides: group(mpd)
> is just a string and (imho) should be removed
> if there are problems unless there
On Fri, Sep 07, 2012 at 12:50:54PM +0300, Elan Ruusamäe wrote:
> from cvs i look they have different history:
>
> http://cvs.pld-linux.org/cgi-bin/viewvc.cgi/cvs/packages/icedtea/icedtea.spec?view=log
> http://cvs.pld-linux.org/cgi-bin/viewvc.cgi/cvs/packages/icedtea6/icedtea6.spec?view=log
>
> i
Repository admin request:
ssh g...@git.pld-linux.org trash icedtea
'icedtea6' (Java 6 implementation) package is the maintained one and
'icedtea7' (Java 7) is about to come. The 'icedtea' GIT repository is
also present, but I guess it is some kind of a mistake.
Greets,
Jacek
On Tue, Sep 04, 2012 at 12:20:56PM +0200, Jan Rękorajski wrote:
> - rpm 5.4.x
Yeah!
+1
And we should re-consider every of our current rpm patches, even if some
functionality should be sacrificed.
> - full systemd support (provide systemd units, but still support SysV
> scripts - at lea
On Sat, Jul 28, 2012 at 10:05:31AM +0300, Elan Ruusamäe wrote:
> i think this hasn't come out as nobody pointed it, but pep-3147 says
> that the old .pyc only distribution is still possible:
>
> http://www.python.org/dev/peps/pep-3147/
>
> For backward compatibility, Python will still support py
Hi,
What is the current procedure for renaming packages in git?
Both cases: when the package already has some auto/ tags and when it
does not.
Todays candidate to rename is:
python-pyzmq -> python-zmq
(python package name is 'zmq' – 'import zmq')
This one has not been built yet, so it is
On Fri, Jul 27, 2012 at 12:56:33PM +0200, Kacper Kornet wrote:
> On Fri, Jul 27, 2012 at 12:40:51PM +0300, Elan Ruusamäe wrote:
> > there's still no place for template-specs in git
>
> > pls import it to git, or whatever is their place, so changes to git
> > based vcs to them can be committed
>
>
On Tue, Jul 24, 2012 at 12:47:01AM +0100, Artur Wroblewski wrote:
> I am planning to upgrade IPython to version 0.13, but for Python 3.x only.
>
> Python 2.7 is the last 2.x release (released over 2 years ago), so
> IMHO it is pointless to maintain two versions at the moment.
There is still many
On Mon, Jul 16, 2012 at 03:47:41PM -0400, Jeffrey Johnson wrote:
> b) will introduce some incompatibilities: for starters,
> there's functionality already implemented to truncate
> change log's by number/oldest that will break if you
> just go unordered.
But that would be not 'totally unordered'.
On Thu, Jul 12, 2012 at 03:16:02PM -0400, Jeffrey Johnson wrote:
> On Jul 12, 2012, at 2:26 PM, Kacper Kornet wrote:
>
> >
> >> That can be because 'git rev-list', used to generate the changelog,
> >> returns the commits ordered by commit date and not the AuthorDate
> >
>
> Doing qsort(3) on R
Hi,
> [jajcus@jajo rpm-build-tools]$ ../builder -bb rpm-build-tools.spec
> builder: SMP make flags are set to -j1
> Already up-to-date.
> Available branches: AC-brach AC-branch DEVEL LIBCHAMPLAIN_0_8
> NEW_PEAR_REQUIRES PATCH_MD5 PLD RA-branch master niceprint rpm-4_1-15_1
> rpm-4_4_3 rpm-4_4_6
On Wed, Jul 11, 2012 at 03:03:44PM +0200, Kacper Kornet wrote:
> A small doubt about it. Package rpm-build-tools is cloned to chroots
> used by builders. Are all this tools really needed there?
If they do not pull further dependencies, they won't hurt.
Greets,
Jacek
_
On Tue, Jul 10, 2012 at 12:14:05AM +0100, Artur Wroblewski wrote:
> On Mon, Jul 9, 2012 at 9:50 PM, Jacek Konieczny wrote:
> > Having the project in github may give us a lot of publicity. And github
> > gives great tools for third parties to work with our repos (fork them,
>
On Mon, Jul 09, 2012 at 10:05:10PM +0200, Lukasz Kies wrote:
> 2012/7/9 Elan Ruusamäe :
> >
> > in irc questions rise up, including those and i proposed:
> >
> > 1. https://github.com/pld-linux - mirror of git.pld-linux.org/packages
> Why we need mirror of our git in external system?
Having the p
On Mon, Jul 09, 2012 at 07:00:17PM +0200, Kacper Kornet wrote:
> On Mon, Jul 09, 2012 at 07:01:12PM +0200, Jakub Bogusz wrote:
> > On Mon, Jul 09, 2012 at 05:21:02PM +0200, qboosh wrote:
> > > The branch 'master' was created pointing to:
>
> > > 391e234... - new
>
> > Two remarks:
>
> > 1) In c
On Thu, Jul 05, 2012 at 11:13:16PM +0200, Kacper Kornet wrote:
> In the meantime I have added threading of messages. So now new branch
> creation looks like in the thread starting with mail:
>
> http://lists.pld-linux.org/mailman/pipermail/test/Week-of-Mon-20120702/000132.html
All commits in a si
On Tue, Jul 03, 2012 at 10:15:18AM +0200, Tomasz Rutkowski wrote:
> >
> > What do you mean by '3.1 won't build with pacemaker'? There was no
> > pacemaker dependency in cluster.spec
> >
>
> well, if You would like to control dlm space from within pacemaker You
> need daemon dlm_controld.pcmk -
On Mon, Jul 02, 2012 at 11:38:25PM +0200, Paweł Gołaszewski wrote:
> Proposal:
> leave java-sun as 1.6.x line and make brand new package as oracle-java (or
> java-oracle).
I don't like this – this would suggest one comes from Sun, the other
from Oracle, while both are from Oracle now and both wer
On Mon, Jul 02, 2012 at 08:45:41AM +0300, Elan Ruusamäe wrote:
> anyone interested working that out (so that udev can be again optional
> for rootfs on lvm systems)?
Is udev on initrams that bad, that you just don't want to use it? Are
there scenarios where udev just won't work?
It may be just e
On Sun, Jul 01, 2012 at 10:47:19PM +0300, Elan Ruusamäe wrote:
> On 07/01/2012 11:51 AM, Jacek Konieczny wrote:
> > Do we need clvmd in the main lvm2 package? It pulls some dependencies
> > irrelevant for non-clustered setups.
> i'm in for moving clustered deps to subp
On Sun, Jul 01, 2012 at 05:36:04PM +0200, Tomasz Rutkowski wrote:
> cluster.spec was my work of 3rd generation of redhat cluster suite
> (dlm+cman+gfs2+rgmanager), there is bcond in lvm2 to complete stack, but
> it's already outdated (needs polishing :))
I have replaced this bcond with something m
On Sun, Jul 01, 2012 at 03:36:57PM +0200, Jacek Konieczny wrote:
> On Sun, Jul 01, 2012 at 10:51:13AM +0200, Jacek Konieczny wrote:
> > Does anybody still needs openais 0.80?
>
> Updated question: does anybody still need openais at all? It seems not
> maintained any more an
On Sun, Jul 01, 2012 at 10:51:13AM +0200, Jacek Konieczny wrote:
> Does anybody still needs openais 0.80?
Updated question: does anybody still need openais at all? It seems not
maintained any more and won't build with corosync 2.0… and other stuff
seem to expect corosync 2 now…
I guess
Hello,
At work we use clusters. Currently based on Heartbeat/PaceMaker/DRBD,
but I am trying to introduce Corosync and clustered LVM. All based on
PLD packages… and I have found a bit of mess in our packages.
We have both corosync and openais, but our openais is 0.80, not 1.x
which uses corosync
On Thu, Jun 28, 2012 at 09:55:31AM +0200, Kacper Kornet wrote:
> Someone on IRC suggested that name. I think it was a compromise between
> slug, and git-core-pld. The connection with git is that instead of
> calling command slug.py , you can use 'git pld
> '.
But still, a plugin to git is not a
On Thu, Jun 28, 2012 at 03:36:56AM +0200, draenog wrote:
> Files affected:
> packages/git-core-slug:
>git-core-slug.spec (1.18 -> 1.19)
Why is this package called 'git-core-slug'? It is not in any way part of
the GIT core, is it? Wouldn't 'git-slug' or just 'slug' or 'pld-slug' be
better
On Mon, Jun 04, 2012 at 06:02:44PM +0300, Elan Ruusamäe wrote:
> On 04.06.2012 17:48, mmazur wrote:
> > Author: mmazur Date: Mon Jun 4 14:48:55 2012 GMT
> > Module: packages Tag: HEAD
> > Log message:
> > - rel 4
> > - remove the lsb-style init stanz
On Fri, May 11, 2012 at 04:50:04PM +0200, Artur Frysiak wrote:
> On Fri, May 11, 2012 at 2:21 PM, jajcus wrote:
> > Author: jajcus Date: Fri May 11 12:21:20 2012 GMT
> > Module: packages Tag: HEAD
> > Log message:
> > - new package
> >
> > Files
On Fri, May 11, 2012 at 10:45:26AM +0200, Arkadiusz Miśkiewicz wrote:
> On Friday 11 of May 2012, Elan Ruusamäe wrote:
>
> > why such sudden change on existing 2.x branch?
>
> It was discussed some time ago, ideas were mixed but there was no strong
> opposition and I am for including py files. I
On Fri, Apr 20, 2012 at 06:40:53PM +0300, Elan Ruusamäe wrote:
> it doesn't behave here so:
>
> here it creates .pyc only for imported modules, if invoked via
> #!/shebang, no .pyc is created for the script itself:
[...]
> > In case if %{_bindir} or %{_sbindir} - no script should be named *.py
>
On Mon, Mar 26, 2012 at 10:11:54PM +0200, Arkadiusz Miśkiewicz wrote:
> ftp move is comming soon, todo list:
> http://ep09.pld-linux.org/~pldth/main-ready.txt
> error: browser-plugin-java-icedtea-web-1.2-1: req
> icedtea-web-jre-base-mozilla-plugin = 1.2-1 not found
> error: icedtea6-jre-base-moz
On Mon, Feb 27, 2012 at 12:42:47PM +0100, Paweł Gołaszewski wrote:
> On Mon, 27 Feb 2012, Elan Ruusamäe wrote:
> > > Any docs about that option? I can't find anything about that...
> > equivalent in apache what was wanted to achieve in lighttpd:
> > http://httpd.apache.org/docs/2.4/mod/core.html#a
On Thu, Feb 16, 2012 at 08:45:39AM +0100, Paweł Gołaszewski wrote:
> There is added header:
> # charset used for "text/*" mimetypes
> mimetype_textcharset = "utf-8"
>
> ...and some "charset= + mimetype_textcharset" entries.
>
> It causes problems because encoding is not detected in pages, always
On Sun, Jan 29, 2012 at 04:58:33PM +0200, Elan Ruusamäe wrote:
> how to proceed here?
> for first problem, make all -x scripts executed, not sourced?
Aren't the scripts supposed to set session environment in different
ways? Running them in a subprocess won't help in this task…
Greets,
Jac
On Fri, Jan 27, 2012 at 05:30:19PM +0200, Elan Ruusamäe wrote:
> On 27.01.2012 15:26, Jan Rękorajski wrote:
> > Questions? Comments?
> what if i don't want systemd, i want legacy sysvinit/rc-scripts
Just do not install the 'systemd' package and keep using SysVinit and
rc-scripts. I see no reason t
On the Polish mailing list there is discussion about systemd support.
SysVinit is evil and needs to be replaced – its hard to argue about
that. Though, I have already done some work to replace SysVinit with
Upstart.
The question is, should we now start maintaining the third init
subsystem? Or shou
On Thu, Sep 01, 2011 at 11:55:36AM +0200, Arkadiusz Miskiewicz wrote:
> Don't "+1", someone just do it 8-)
Shouldn't we first agree on one version? Someone decided it should be
removed from util-linux, so before reverting that IMHO it is good to
see who wants the change. Otherwise we could end up
On Thu, Sep 01, 2011 at 11:48:00AM +0300, Elan Ruusamäe wrote:
> >>
> >>> -%attr(755,root,root) /bin/mountpoint
> >>> +#%attr(755,root,root) /bin/mountpoint
>
> +1 for keeping it in util-linux and removing from elsewhere.
>
> rationale: util-linux is maintained the rest is not (upstart does not
ftp.pld-linux.org resovles to IPv4 and IPv6 addresses:
# host ftp.pld-linux.org
ftp.pld-linux.org is an alias for ftp3.pld-linux.org.
ftp3.pld-linux.org is an alias for ftp.agmk.pld-linux.org.
ftp.agmk.pld-linux.org has address 91.192.224.120
ftp.agmk.pld-linux.org has IPv6 address 2001:6a0:159::
On Thu, Jul 14, 2011 at 07:31:28PM +0100, Artur Wroblewski wrote:
> On Thu, Jul 14, 2011 at 8:44 AM, Jacek Konieczny wrote:
> [...]
> > We lose:
> > - a little bit of the disk space
> > - some 'purity' some people see in not distributing 'sources'
On Thu, Jul 14, 2011 at 07:27:01PM +0200, Jakub Bogusz wrote:
> > What is will not work in this case are not the macros, but the %files
> > section. And it is hard to write a spec so both python 3.1 and 3.2 are
> > supported.
>
> IMO we could assume that "python3" means ">= 3.2" and don't maintain
On Thu, Jul 14, 2011 at 05:44:19PM +0200, Jakub Bogusz wrote:
> And one more: why byte-compiling on every target machine when the result
> should be exactly the same for given Python major version?
>
> This argument is still valid when considering byte-compilation on rpm
> install side.
True. For
On Wed, Jul 13, 2011 at 03:07:07PM +0200, Jakub Bogusz wrote:
> I don't like the idea of __pycache__ not managed by rpm (or not
> maintained with rpm database in case of more robust post scripts)
> because of at least:
> - possible inconsistences (like leftovers in case of upgrade failures;
> in
On Wed, Jul 13, 2011 at 11:57:28AM +, PLD th-x86_64 builder wrote:
> [translation:info] Compiling c source...
> [platform:execute] make -j 3 in /tmp/B.0f0703/usession-unknown-0/testing_1
> Killed
> error: Bad exit status from /tmp/B.0f0703/rpm-tmp.25739 (%build)
Why, oh, why?
OOM?
>From the
Hello,
I have just packaged pypy, another Python implementation. It is
python-2.7 compatible, so should work with the 'noarch' python
packages for python 2.7 (just ask pypy to look into
/usr/share/python2.7/site-packages too). It would work if the *.py files
were provided and not only the py2.7 py
On Wed, Jun 22, 2011 at 04:17:50PM +0200, Michal Lisowski wrote:
> W dniu 21.06.2011 13:42, Jacek Konieczny pisze:
> > What is the python module name ('import pygments' or 'import Pygments')?
>
> import pygments
>
> > What is the name of source tar
On Tue, Jun 21, 2011 at 11:28:24AM +0200, Michal Lisowski wrote:
> Which of these should we use?
What is the python module name ('import pygments' or 'import Pygments')?
What is the name of source tar?
Greets,
Jacek
___
pld-devel-en mailing list
On Sat, May 21, 2011 at 12:22:04PM +0100, Artur Wroblewski wrote:
> On Fri, May 20, 2011 at 11:34 AM, Jacek Konieczny wrote:
> > Maybe we should have some automation for packaging (or not
> > packaging) __pycache__ and its contents? So it doesn't have to be listed
> > e
On Thu, May 19, 2011 at 06:08:31PM +0100, Artur Wroblewski wrote:
> There is also
>
>http://web.archiveorange.com/archive/v/jA6s9GD0sh2vKRhR2zat
>
> to study.
>
> We could also think about zipping of the modules later...
>
> Anyway, if no one objects then I will finish packaging of Python 3
On Mon, Apr 25, 2011 at 10:36:35PM +0200, Jacek Konieczny wrote:
>
> I have just upgraded my system hosting a jabber server and ejabberd
> failed with:
>
> =ERROR REPORT 2011-04-25 22:29:38 ===
> C(<0.37.0>:ejabberd_check:63) : ejabberd is configured to use '
On Mon, Apr 25, 2011 at 10:50:35PM +0200, Jacek Konieczny wrote:
> On Mon, Apr 25, 2011 at 10:36:35PM +0200, Jacek Konieczny wrote:
> > Downgrade to erlang-R13B04-4.i686 fixed the problem.
>
> Not quite :-(
>
> Now ejabberd starts, but won't authorize users. Something
On Mon, Apr 25, 2011 at 10:36:35PM +0200, Jacek Konieczny wrote:
> Downgrade to erlang-R13B04-4.i686 fixed the problem.
Not quite :-(
Now ejabberd starts, but won't authorize users. Something is still wrong
with the database interface.
Greets,
I have just upgraded my system hosting a jabber server and ejabberd
failed with:
=ERROR REPORT 2011-04-25 22:29:38 ===
C(<0.37.0>:ejabberd_check:63) : ejabberd is configured to use 'pgsql', but the
following Erlang modules are not installed: '[pgsql_proto,
On Sun, Apr 03, 2011 at 02:38:49PM +0200, Patryk Zawadzki wrote:
> Except in Python you can execute/import .py files just fine. If the
> program is not closed source, .pyc/.pyo/__pycache__ are just an
> optimization detail. We could very well create them in %post.
That is a very bad idea. Bad thin
On Mon, Jan 03, 2011 at 12:54:43PM +, Przemo Firszt wrote:
> We have already have it:
> [prz...@pldmachine ~]$ sudo grep pam_ck_connector /etc/pam.d/*
> /etc/pam.d/login:session optionalpam_ck_connector.so
>
> and it's not enough.
Adding that to /etc/pam.d/xserver didn't
On Sun, Jan 02, 2011 at 02:14:02PM +0100, Jacek Konieczny wrote:
> > I'm OK with that. It just worked for me :-)
>
> I am still trying…
Got a workaround:
$ cat /etc/X11/xinit/xinitrc
#!/bin/sh
# Call standard xinit actions
. /etc/X11/xinit/xinitdefs
if [ -f $HOME/
On Sat, Jan 01, 2011 at 02:10:50PM +, Przemo Firszt wrote:
> Dnia 2010-12-31, pią o godzinie 18:14 +0100, Fryderyk Dziarmagowski
> pisze:
> [..]
> >
> > CK session was not started properly (there are some missing bits in PLD
> > to run it out of a box).
>
> OK, fair enough. Can you be a bit m
On Mon, Sep 06, 2010 at 08:18:32PM +0200, Jakub Bogusz wrote:
> On Mon, Sep 06, 2010 at 01:49:44PM +0200, jajcus wrote:
> > Author: jajcus Date: Mon Sep 6 11:49:44 2010 GMT
> > Module: packages Tag: HEAD
> > Log message:
> > - /usr/share/vala/vapi di
On Sat, Jun 12, 2010 at 02:51:30PM +0200, Bartosz Świątek wrote:
> The main reason I've added this is the lack of libjpeg.so.62 in common
> PLD systems (th, titanium). This lib is provided by libjpeg6.spec -
Not only. Also by packages built from older libjpeg.spec, which could be
installed togethe
On Sat, Jun 12, 2010 at 02:29:05PM +0200, glen wrote:
> Author: glen Date: Sat Jun 12 12:29:05 2010 GMT
> Module: packages Tag: HEAD
> Log message:
> - do NOT add this bogs dep
> Requires:browser-plugins >= 2.0
> -Requires:libjpeg6
> Requ
Hi,
Icedtea6 build failed again on the i486 builder…
Any idea why it fails? How did we manage to do previous builds?
Greets,
Jacek
> icedtea6.spec (HEAD): FAILED
>
> --- icedtea6.spec:HEAD:
> Build-Time: user:1139.25s sys:71.92s real:1616.11s (faults io:6699
> non-io:13223771)
[...]
On Mon, Jun 07, 2010 at 01:27:57AM +0200, Paweł Zuzelski wrote:
> I'm using such a oneliner for finding python deps.
>
> I know that it is a bit hackish, but maybe it is possible to
> use it to write autodeps script for python libs?
Much better idea would be to use the dependency information alre
On Tue, May 25, 2010 at 01:05:37PM +0200, glen wrote:
> Author: glen Date: Tue May 25 11:05:37 2010 GMT
> Module: packages Tag: HEAD
> Log message:
> - net-snmp-ntpd and mibs-ntp subpackages, agent seems working
Are you sure 'net-snmp' is the right
On Fri, May 21, 2010 at 04:06:20PM +0200, Mateusz Korniak wrote:
> I wish I could avoid scenario:
> I have working mounted /dev/shm (1777) and I do update o dev package which
> changes permissions back do default, breaking any application using shm :/
Yes, that sucks. But leaving 1777 /dev/shm on
On Fri, May 21, 2010 at 09:09:23AM +0200, Jakub Bogusz wrote:
> > -%dir /dev/shm
> > +%attr(666,root,root) %dir /dev/shm
>
> 666 for dir?!
Insane, indeed. Evil even ;)
> Also wrong, allows foreign files to be deleted by everyone.
>
> fstab setting is 1777.
Yes. And that is ok only when tmpfs i
On Wed, May 19, 2010 at 04:12:38PM +0200, Paweł Zuzelski wrote:
> > >> + alias less=$PAGER
> > >
> > And what is your suggestion? Should delete this "advice"?
>
> In my opinion - yes.
+1
Greets,
Jacek
___
pld-devel-en mailing list
pld-devel-en@
On Mon, May 10, 2010 at 06:41:47PM +0300, Elan Ruusamäe wrote:
> On Monday 10 May 2010 09:40:34 jajcus wrote:
> > Author: jajcus
> > Date: Mon May 10 08:40:34 2010
> > New Revision: 11411
> >
> > Modified:
> >rc-scripts/branches/upstart_native/rc.d/init.d/functions
> > Log:
> > - use 'configtes
On Sun, May 09, 2010 at 02:52:57AM +0300, Elan Ruusamäe wrote:
> also, configtest before reload/restart action would be really important to
> have in upstart as well, considering that we restart services on rpm
> upgrades.
Done. Not for 'initctl reload' (which is only 'kill -HUP'), but for
'serv
On Sun, May 09, 2010 at 12:26:56PM +0300, Elan Ruusamäe wrote:
> On Sunday 09 May 2010 12:00:57 Jacek Konieczny wrote:
> > > also seems the "nice service name" is lost there (see sshd part).
> >
> > How is that supposed to work and where is that 'sshd pa
On Sun, May 09, 2010 at 11:39:14AM +0300, Elan Ruusamäe wrote:
> On Friday 07 May 2010 16:33:21 Jacek Konieczny wrote:
> > Hello,
> >
> > Your volunteer has done his job :)
>
> seems there's some deadlock with initctl emiting
Isn't that another result of ht
On Sun, May 09, 2010 at 02:52:57AM +0300, Elan Ruusamäe wrote:
> i'd rather avoid completely the new subpackage here, if needed move
> the /etc/init dir to filesystem package to avoid dirdeps pulling upstart, and
> use conflicts tag for the current requires tag.
Patrys asked for subpackages and
On Sat, May 08, 2010 at 10:41:07PM +0300, Elan Ruusamäe wrote:
> On Tuesday 04 May 2010 12:17:41 Jacek Konieczny wrote:
> > What do you think? Should I try to prepare a proof-of-concept
> > implementation?
>
> any plans of moving rc.sysinit also to upstart?
No. I don't
On Sat, May 08, 2010 at 05:07:35PM +0300, Elan Ruusamäe wrote:
> On Friday 07 May 2010 16:33:21 Jacek Konieczny wrote:
> > Some documentation for the rc-scripts+upstart usage is here:
> >
> >
> > http://svn.pld-linux.org/cgi-bin/viewsvn/rc-scripts/branches/upstart_nat
Hello,
Your volunteer has done his job :)
I have made the proof-of-concept implementation of native upstart job
control. I did it a bit different way than I initially suggested –
taking into account your comments and improving my own ideas by trial
and errors.
My main requirements were fulfilled
On Wed, May 05, 2010 at 03:48:18PM +0200, Patryk Zawadzki wrote:
> > This /sbin/init things are not that easy. We will always need some init
> > daemon… though I still won't chose an implementation only basing on the
> > fact that the idea is great. It must work and be maintained (or at least
> > s
On Wed, May 05, 2010 at 02:13:51PM +0200, Patryk Zawadzki wrote:
> On Wed, May 5, 2010 at 2:03 PM, Łukasz Jernaś wrote:
> > Well, after seeing how many people have weird problems with PulseAudio
> > I would be cautious about using another thing thought out by
> > Lennart...
>
> To be fair you ha
On Tue, May 04, 2010 at 07:40:43PM +0300, Elan Ruusamäe wrote:
> i don't like the idea that the links are managed via some script, i'd like
> easily to boot to upstart-mode or sysvinit-mode with a kernel commandline, or
> something in /etc/sysconfig/system the both solutions should be available a
On Wed, May 05, 2010 at 11:20:30AM +0200, Patryk Zawadzki wrote:
> On Tue, May 4, 2010 at 11:17 AM, Jacek Konieczny wrote:
> > In PLD Th, we have upstart as the /sbin/init daemon for some time, but
> > it is only used to start the old 'SysVinit' scripts from
> > /et
On Tue, May 04, 2010 at 07:40:43PM +0300, Elan Ruusamäe wrote:
> On Tuesday 04 May 2010 12:17:41 Jacek Konieczny wrote:
> > My proposition:
> > - packages will provide upstart configuration files in /etc/rc.d/upstart
> > - those could be linked or copied to /etc/in
On Tue, May 04, 2010 at 12:04:39PM +0200, Patryk Zawadzki wrote:
> > - scripts in /etc/rc.d/init.d would emit 'started' and 'stopped'
> > events when necessary, so upstart services can rely on that
>
> I'd opt for having 2 separate -init subpackages, one with the current
> rc.d contents and one w
On Tue, May 04, 2010 at 12:04:39PM +0200, Patryk Zawadzki wrote:
> > I think Upstart support should be implemented as an option, coexisting
> > with current solution, so the administrator may choose what he prefers
> > and even use init.d for some services and upstart for other.
>
> I was hoping f
Hello,
In PLD Th, we have upstart as the /sbin/init daemon for some time, but
it is only used to start the old 'SysVinit' scripts from
/etc/rc.d/init.d. To make full use of Upstart features, like process
supervising, parallel start, etc. we should find a way to include
Upstart support in our packa
On Sun, May 02, 2010 at 08:11:39PM +0200, Przemyslaw Iskra wrote:
> %if "%{pld_release}" != "ac"
> %pretrans -p
> -- this needs to be a dir
> if posix.stat("/usr/include/X11", "type") == "link" then
> -- feel free to write in pure lua, but success on first install is not
> important.
>
On Sun, May 02, 2010 at 05:38:14PM +0200, Paweł Zuzelski wrote:
> or I'm missing something?
>
> mkdir /th
> poldek --update --upa
> rpm --initdb -r /th
cd /
> poldek -r /th
> poldek> install geninitrd
Greets,
Jacek
___
pld-devel-en mailing lis
On Wed, Apr 21, 2010 at 06:38:25PM +0200, Arkadiusz Miskiewicz wrote:
> http://ep09.pld-linux.org/~pldth/main-ready-test.txt
To i ja coś wykopię z listy:
error: bacula-console-gnome-2.4.4-3: req bacula-common = 2.4.4-3 not found
error: bacula-console-gnome-2.4.4-3: req libcrypto.so.0.9.8 not foun
On Sun, Apr 18, 2010 at 09:04:01PM +0200, Przemyslaw Iskra wrote:
> On Sun, Apr 18, 2010 at 07:18:16PM +0200, Jacek Konieczny wrote:
> > On Sun, Apr 18, 2010 at 07:10:19PM +0200, sparky wrote:
> >
> > fastjar? Why fastjar and not java-sun-tools, icedtea6-jar or any other
&g
On Sun, Apr 18, 2010 at 07:10:19PM +0200, sparky wrote:
> Author: sparky Date: Sun Apr 18 17:10:19 2010 GMT
> Module: packages Tag: HEAD
> Log message:
> - BR: fastjar, gawk, glibc-misc, lsb-release, pkgconfig, util-linux
fastjar? Why fastjar and not
201 - 300 of 385 matches
Mail list logo