ther features could mostly be better named
as well imho, for example the "Clojure" Feature as "Full Clojure Stack".
Regards
Till
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
a, but the feature is about including the full stack.
Same with DNF if it will become the default, then using "DNF" again as a
feature name would not work.
The approval by FESCo is afaics the first time a feature gets properly
announced. Therfore the title should be well c
at were not
> supported by the prior init script; this is intended for compatibility with
> existing scripts and/or administrator brains.
It would be nice to have a good plan about how to implement the
preferred new way to accomplish such tasks to avoid that every package
does th
Hello,
On Wed, May 30, 2012 at 09:43:48PM +0200, Till Maas wrote:
> due to the recent Bugzilla update Upstream Release Monitoring[0] cannot
> report bugs currently. I noticed that there has been some recent
> activity in python-bugzilla[1] that might fix this.
> [0] https://fedor
On Thu, Jul 05, 2012 at 08:37:06AM -0700, Toshio Kuratomi wrote:
> On Thu, Jul 05, 2012 at 12:02:49AM +0200, Till Maas wrote:
> > toshio python-docutils (none)
> > toshio python-unicodenazi dmalcolm
> > toshio trac-bazaar-plugin (none)
> >
> At least these thre
On Thu, Jul 05, 2012 at 10:24:17AM -0600, Orion Poplawski wrote:
> On 07/04/2012 04:02 PM, Till Maas wrote:
> >orion maven-ant-tasks java-sig
>
> This looks good to me and seems to work from cnucnu but I do get:
>
> Upstream Versions: ['2.0.10', '2.0.10&#
Hi,
To ease the debugging, I uploaded the output of the last run:
http://till.fedorapeople.org/tmp/cnucnu-last.log
Regards
Till
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
from vacation. Therefore I would like it
more if these procedures would be adjusted to make it harder to fail,
i.e. by explicitly addressing all co-maintainers when the retiring of
orphaned packages is due. I believe I proposed this already at least
once.
Regards
Till
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
entire f19-updates-testing to rawhide?
>
> f19 f19-updates f19-updates-testing f20 f20-updates f20-updates-testing f21
Isn't AutoQA already running these kind of checks?
Regards
Till
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On Mon, Feb 10, 2014 at 09:55:26AM -0700, Kevin Fenzi wrote:
> On Mon, 10 Feb 2014 17:42:47 +0100
> Till Maas wrote:
> > Isn't AutoQA already running these kind of checks?
>
> For f19 and f20 updates, yes... in an advisory manner.
>
> But not for rawhide since
Hey everyone,
my name is Till Hofmann and I'm a student working for the Knowledge
Based Systems Group ( http://kbsg.rwth-aachen.de/ ) at RWTH Aachen
University in Germany. Since we are packaging the robotics software
framework Fawkes ( http://fawkesrobotics.org/ ) for Fedora, I joined the
pr
So next step would be to ask the apache maintainer in Fedora whether the
patch would be accepted in Fedora and if not, a separate package needs
to be created.
Regards
Till
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Cond
uses
irc://irc.freenode.net/fedora-admin
to point to the infractrucutre IRC channel, therefore
irc://irc.freenode.net/fedora-meeting
might be a good alternative that would also allow to link to the
location in fedocal.
Regards
Till
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedorapr
Hi,
fuse-encfs does not use proper encryption and upstream was not very
active recently. Therefore I decided to orphan it on Fedora and EPEL. If
someone is interested in fixing it, please take it. Otherwise it will be
retired eventually.
Regards
Till
--
devel mailing list
devel
access on all
> branches? (if not use "Manage the committers")"
>
> I'm also considering change "Manage the committers" into "Manage ACLs"
> directly.
>
> What do you think?
Maybe the Fedora Design Team can help designing
intext emails are reached with all the information that
is include there, but I am interested in new ideas. :-)
Regards
Till
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Hi,
pkgdb knows a package called xlwt, but there is no repository for it.
What happened to it?
Regards
Till
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Hi,
rubygem-cloudservers is currently retired in packagedb but not blocked
in koji/dead-packaged. python-lamson is dead-packaged but not retired
or blocked. Both packages are dependencies for other packages and
therefore cannot be just completely retired. FYI: If you got this e-mail
directly, you
On Fri, May 30, 2014 at 03:22:43PM -0400, Rahul Sundaram wrote:
> On Fri, May 30, 2014 at 8:11 AM, Till Maas wrote:
> For the record, lamson was dropped due to
>
> https://bugzilla.redhat.com/show_bug.cgi?id=972251
>
> Lamson was originally packaged for askbot w
On Fri, May 30, 2014 at 06:22:09PM -0400, Rahul Sundaram wrote:
> On Fri, May 30, 2014 at 5:51 PM, Till Maas wrote:
> > Thank you for the information. I retired it together with lastuser, the
> > third dependent package. Btw. it is helpful to specify such details in
> >
On Sun, Jun 01, 2014 at 11:24:09AM +0200, Till Maas wrote:
>
> The following packages did not build for two releases (no new build
> since 2013-07-25) and will be retired when Fedora (F21) is branched,
I might have used the wrong date, probably it should be 2013-02-12. I
will create a
ly
> > before.
>
> 2015 or 2014?
Thank you, fixed.
Regards
Till
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
On Sun, Jun 01, 2014 at 07:28:38PM +0200, Till Maas wrote:
> Branching is after the mass rebuild, so if rss2email will build in the
> mass rebuild, nothing will happen to it.
Also nothing will happen to it if it keeps failing, because I written in
my other mail, the cut-off date is e
m Dennis:
https://fedorahosted.org/rel-eng/ticket/5729
Regards
Till
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
On Mon, Jun 02, 2014 at 11:01:53AM +0200, Dan Horák wrote:
> On Sun, 1 Jun 2014 11:24:09 +0200
> Till Maas wrote:
> > yaboot dwmw2, dwmw2, fkocina,
>
> this is a secondary arch only package since F-12, so it should be
> excluded from the FTBFS
ok, but I guess there is no package left that is not properly configured
in primary koji. If you continue with this effort, please re-open the
rel-eng ticket in my other e-mail regarding yaboot.
Regards
Till
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman
On Sun, Jun 01, 2014 at 12:56:58PM +0200, Till Maas wrote:
> On Sun, Jun 01, 2014 at 11:24:09AM +0200, Till Maas wrote:
> >
> > The following packages did not build for two releases (no new build
> > since 2013-07-25) and will be retired when Fedora (F21) is branched,
>
2.pre2.fc20.src requires lcms-devel =
1.19-11.fc21
sK1 (maintained by: itamarjp)
sK1-0.9.1-0.9.pre_rev730.fc21.i686 requires liblcms.so.1,
python-lcms = 1.19-11.fc21
sK1-0.9.1-0.9.pre_rev730.fc21.src requires lcms-devel =
1.19-11.fc21
Regards
Till
--
dev
On Mon, Jun 02, 2014 at 09:42:02PM -0400, Rahul Sundaram wrote:
> Hi
>
>
> On Mon, Jun 2, 2014 at 5:57 PM, Till Maas wrote:
>
> > gdome2 sundaram
> >
>
> I have retired this already. What more should I do?
You need to retire it i
> grab them one at a time by scraping pkgs.fedoraproject.org's web
> interface? That's how I got my current copy, and I don't relish
> redoing it.
There is a daily snapshot of working copies for all git repos:
http://pkgs.fedoraproject.org/repo/
It is easier bug bigger.
The following packages are orphaned or did not build for two
releases and will be retired when Fedora (F21) is branched, unless someone
adopts them. If you know for sure that the package should be retired, please do
so now with a proper reason:
https://fedoraproject.org/wiki/How_to_remove_a_package
The following packages are orphaned or did not build for two
releases and will be retired when Fedora (F21) is branched, unless someone
adopts them. If you know for sure that the package should be retired, please do
so now with a proper reason:
https://fedoraproject.org/wiki/How_to_remove_a_package
On Tue, Jun 24, 2014 at 10:12:11PM +0200, Till Maas wrote:
> Depending on: jbosscache-support
> hibernate3 (maintained by: gil, jhernand, msrb)
> hibernate3-3.6.10-14.fc21.src requires jbosscache-common-parent
> = 1.6-8.fc21
> hibernate3-jboss
tch building is done before).
Regards
Till
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
d this as well. Also IIRC the guidelines demand an patch
status comment for each patch in the spec file, so just adding patch
without noting why it is not upstreamable or information about when/how
it was upstreamed is bad and should IMHO not be done by provenpackagers.
Regards
Till
--
devel mail
ways possible to add a comment to the SPEC and it is enough to
justify why the patch cannot be upstreamed, if this is the case. This
saves fellow maintainers the time to investigate why the patch is not
upstreamed or does not have a comment.
Regards
Till
--
devel mailing list
devel@lists.f
On Fri, Jun 27, 2014 at 05:55:41PM +0200, Ralf Corsepius wrote:
> As in many cases before, I once more have to disagree with you, because this
Please refrain from personal attacks and note the Fedora code of
conduct:
https://fedoraproject.org/code-of-conduct
Thank you
Till
--
devel mail
On Mon, Jun 30, 2014 at 12:54:42PM -0400, Josh Boyer wrote:
> On Mon, Jun 30, 2014 at 12:37 PM, Till Maas wrote:
> > On Fri, Jun 27, 2014 at 05:55:41PM +0200, Ralf Corsepius wrote:
> >
> >> As in many cases before, I once more have to disagree with you, because
> >
On Mon, Jun 30, 2014 at 07:12:06PM +0200, Reindl Harald wrote:
>
> Am 30.06.2014 19:06, schrieb Till Maas:
> > If he just writes that he disagrees with me, I agree with you. But
> > highlighting that he disagreed with me many times in the past is
> > personal and has no
ot convinced it is a good idea to
keep the package in Fedora without a proper maintainer. Does anyone want
to maintain it?
Regards
Till
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
On Wed, Jul 02, 2014 at 12:47:57AM +0800, Christopher Meng wrote:
> On Wed, Jul 2, 2014 at 12:24 AM, Till Maas wrote:
> > On Fri, Jun 27, 2014 at 06:28:58PM -0500, Yaakov Selkowitz wrote:
> >
> >> >alliance chitlesh, tnorth
> >>
> >
The following packages are orphaned or did not build for two
releases and will be retired when Fedora (F21) is branched, unless someone
adopts them. If you know for sure that the package should be retired, please do
so now with a proper reason:
https://fedoraproject.org/wiki/How_to_remove_a_packag
at the
package is not on the list. If you have further questions, be welcome to
ask.
Regards
Till
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
On Wed, Jul 02, 2014 at 06:49:23PM +0800, Christopher Meng wrote:
> I'd like to take these 3:
>
> bitbakeixs
> guile-lib laxathom
> rats smilner, rmonk
changed.
Regards
Till
--
deve
ase is too complex to increase it correctly otherwise.
Regards
Till
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
never became owner of tinyca2 for the master
branch:
https://apps.fedoraproject.org/datagrepper/raw?package=tinyca2
I guess there was/is a bug in the script to unretire packages.
Regards
Till
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman
ipt, because it contains malicious code that
might remove all files from your system! The code can be found in lines
301-302:
| 301 os.chdir("/")
| 302 shutil.rmtree(os.getcwd())
Kind regards
Till
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/
On Sun, Jul 06, 2014 at 01:41:08PM +0200, Sandro Mani wrote:
>
> On 06.07.2014 13:38, drago01 wrote:
> >On Sun, Jul 6, 2014 at 1:04 PM, Till Maas wrote:
> >>| 301 os.chdir("/")
> >>| 302 shutil.rmtree(os.getcwd())
> >Ouch ... can we ban thi
ed
> it immediately.
>
> Pat yourselves on the back, folks. The Open Source Way is working :)
Actually I did not find it first, I only read about it on IRC.
Regards
Till
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
ght. I have no commit access to
> this package for F23 (or Rawhide) [1]. I am being BCC'ed when I can't do
> anything :(
you can do enough: you can write a patch and send it here or ask for
maintainership/commit access.
Regards
Till
--
devel mailing list
devel@lists.fedorapr
hich seems to be the case), so there should be no notifications. Also
I am not sure, if it is currently correct, that there is a unretirement
button. Can you maybe upload a screenshot of the pkgdb aeskulap page for
yousomewhere?
Regards
Till
--
devel mailing list
devel@lists.fedoraproject.org
htt
at is the
reason that making .gitignore append-only would be useful btw?
What is the proper way in your opinion to clean all tarball but the
required ones?
Regards
Till
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Cond
trictive firewall for example and only local mirrors are accessible
or a proxy has to be used.
Regards
Till
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
e is no assignee, no review and no flags on the bug was
> there just a mistake in an automated process or has policy changed on
> actually needing a review?
It looks like a mistake to me, therefore I retired rpg for now.
Regards
Till
--
devel mailing list
devel@lists.fedor
h.
Regards
Till
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
If you make it as a post release from the latest regular release, you
can easily adjust if they go back to normal releases without requiring
an epoch.
Regards
Till
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
76
It should be linked at the packages overview after you logged in:
https://admin.fedoraproject.org/pkgdb/package/powertop/
Regards
Till
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
ect org, therefore I suggest that you
check your Spam folder/e-mail configuration.
Regards
Till
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
ignatures
> to public key servers? It would provide an additional verification
> path. Distribution package signing keys are important enough for this
> to be worth the extra work imho.
FYI: I do this since some releases for the Fedora keys.
Regards
Till
signature.asc
Description: PGP
would be too noisy, because currently it will contain about
500 packages where some are bogus.
Regards
Till
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
line 1791 whether 4 is less than
3, which is not the case and therefore it should not fail.
If you know how to fix this, you are welcome to fix it directly in the
git repo. :-)
Regards
Till
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On Mon, Jul 23, 2012 at 08:03:42PM +0200, Michael Schwendt wrote:
> Hint: Focus on line 1794.
Thank you, I somehow read it as it was meant. :-(
Regards
Till
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
on Mon, 23 Jul 2012 21:51:52 UTC and was still
reported on 2012-07-25 00:30:38.680350 UTC).
Regards
Till
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
be retired instead:
https://fedoraproject.org/wiki/How_to_remove_a_package_at_end_of_life
Regards
Till
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Here is an updated list:
Package boolstuff (orphan)
Package cmucl (orphan)
comaintained by: green
Package globalplatform (orphan)
Package gpshell (orphan)
Package gtkmm-utils (orphan)
Package hamster-applet (orphan)
Package hartke-aurulent-sans-fonts (orphan)
Package json (orphan)
Package
Matched from:
Provides: libenet-1.3.3.so()(64bit)
In conclusion there seems to be a bug in AutoQA.
Regards
Till
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
ot that
clear whether this is a bad setting or a hardware or software defect.
This has already manifested for me with the slow keys feature that GDM
enables and makes one believe that the keyboard died.
Regards
Till
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
that
something is there that is sometimes causing trouble.
Regards
Till
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
packages:
https://admin.fedoraproject.org/pkgdb/users/packages/jspaleta?acls=owner
Regards
Till
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On Fri, Oct 05, 2012 at 02:57:02PM -0800, Jeff Spaleta wrote:
> On Fri, Oct 5, 2012 at 2:32 PM, Till Maas wrote:
> > I noticed that the revelation security update was not pushed to stable.
> > It is now 91 days old, which makes me suspect that Jef is somehow
> > hinder
ably by
root.
Regards
Till
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
categories a
while ago and it was highly objected by Bill Nottingham iirc. Before you
put any work into it, it might be better to first make sure that he (or
whoever now overviews comps) noticed your attempt.
Regards
Till
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
e information about how many packagers were inactive
for how long would be helpful, too. All this information would be easy
to get with the cron job script, which needs to be written anyway.
Regards
Till
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
for the unsupported yum update method).
Regards
Till
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
ink this this a bad decission.
:-(
Regards
Till
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On Fri, Dec 07, 2012 at 02:28:16PM -0500, Matthew Miller wrote:
> On Fri, Dec 07, 2012 at 08:11:08PM +0100, Till Maas wrote:
> > > * 960 - F18 schedule + the holidays (notting, 18:50:29)
> > > * LINK: https://fedoraproject.org/wiki/JaroslavReznik/FedupF18Final -
>
On Sat, Dec 08, 2012 at 12:10:36AM -0800, Adam Williamson wrote:
> On Fri, 2012-12-07 at 20:11 +0100, Till Maas wrote:
> > On Wed, Dec 05, 2012 at 03:20:14PM -0500, Bill Nottingham wrote:
> >
> > > * 960 - F18 schedule + the holidays (notting, 18:50:29)
> > >
d want to throw in the way ;)
Was the flag ignored previously or why was this missing feature not
announced?
Regards
Till
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
e to dd some images instead of just allowing to
run a textmode anaconda via serial or some other installer, which just
feels quirky.
So now I gave up and bought a x86_64 microserver, which will then do the
release monitoring among other things.
Regards
Till
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On Thu, Jul 11, 2013 at 08:58:11AM -0700, Brendan Conoboy wrote:
> On 07/11/2013 08:47 AM, Till Maas wrote:
> >IMHO it is also not that easy to get something going with ARM on Fedora.
> >For example I bought a Sheeva-ARM devices to get upstream release
> >monitoring running on
ist, because of the /sbin ->
/usr/sbin symlink. Therefore the /usr/sbin/ldconfig dependency is
fulfilled. If you update glibc, the file would be removed temporarily
and I guess yum notices that this affects both paths, but it does not
know that the update will provide both paths (due to UsrMove) again,
therefore the dependency is not fulfilled from yum's POV.
Regards
Till
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On Thu, Jul 11, 2013 at 11:50:00AM -0700, Brendan Conoboy wrote:
> On 07/11/2013 11:38 AM, Till Maas wrote:
> >https://bugzilla.redhat.com/show_bug.cgi?id=865022
> >It is currently closed, because I did not re-test anymore after it was
> >announced that the device won't
stallation page does not
seem to mention this:
https://fedoraproject.org/wiki/Architectures/ARM/F19/Installation
Regards
Till
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On Wed, Jul 10, 2013 at 03:01:07PM -0700, Brian C. Lane wrote:
> On Mon, Jul 08, 2013 at 11:15:05PM +0200, Till Maas wrote:
> > Hi,
> >
> > upstream of pam_mount pointed me to OpenSUSE's gpg-offline RPM macros at
> > https://build.opensuse.org/package/show/Base:
https://fedorahosted.org/fedora-infrastructure/ticket/3888
Regards
Till
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On Sat, Jul 13, 2013 at 11:50:40AM -0500, Dennis Gilmore wrote:
> On Sat, 13 Jul 2013 11:36:00 +0200
> Till Maas wrote:
>
> > On Fri, Jul 12, 2013 at 02:06:12PM -0500, Dennis Gilmore wrote:
> >
> > > we have a kernel and initramfs, that can be pxe booted or you ca
using fedoraprojects.org, and
> that's cool.
But why did you try fedoraproject.net? It should not be promoted
anywhere as far as I know.
Regards
Till
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
imezones/UTC time for since/until according to journalctl(1), therefore
there does not seem to be a safe way to specify since/until that will
even work when the current local UTC offset changes (daylight saving
time). Also it is sad that journalctl does not directly accept ISO 8601
time specifications (I can open a bug if there is a changes it will be
implemented).
Regards
Till
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
That *is* the current case on these systems. The mail happens to live in
> /var/spool/mail/root, where it accumulates silenty, but the difference
> between that and /dev/null is practically small.
Bash usually tells you when there is mail in the spool, which is IMHO a
big difference to /dev/nu
> example accessible via:
>
> journalctl -u crond
But the information cron sends via email is usually more important than
the regular log entries, because output in cron jobs usually means there
is an error. It seems wrong to store the important data hidden among
less important data.
Rega
On Mon, Jul 15, 2013 at 03:15:54PM -0600, Eric Smith wrote:
> On Mon, Jul 15, 2013 at 3:12 PM, Till Maas wrote:
> > Bash usually tells you when there is mail in the spool, which is IMHO a
> > big difference to /dev/null.
>
> Funny, I just ssh'd into my machine, and
e
> cursors are a way to refer to a specific log line (or the closest
> available one) in a stable way. by using this you can make a logic like
> the above work nicely, and even remove any inaccuracy regarding
> timestamps...
The manpage only mentions how to specify which cursor to use b
On Tue, Jul 16, 2013 at 01:25:54PM +0200, Lennart Poettering wrote:
> On Tue, 16.07.13 11:37, Nicolas Mailhot (nicolas.mail...@laposte.net) wrote:
>
> >
> > Le Lun 15 juillet 2013 15:47, Lennart Poettering a écrit :
> >
> > > There's the general problem that once /var is read-only we cannot real
ntion that there is a broken jorunal file? Does
it support to "fsck" the journal or to show the not properly referenced
data to the admin?
Regards
Till
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On Tue, Jul 16, 2013 at 04:21:43PM +0200, Lennart Poettering wrote:
> On Tue, 16.07.13 14:41, Till Maas (opensou...@till.name) wrote:
>
> > On Tue, Jul 16, 2013 at 01:25:54PM +0200, Lennart Poettering wrote:
> >
> > > I am pretty sure that is just a misunders
opers: replace all explicit /bin/ requires with
> /usr/bin/.
IMHO it would be nicer if there was a rough estimate about how many
packages are affected. Also it might be more efficient to just let
provenpackagers do this for everyone who does not want to do it.
Regards
Till
--
dev
On Tue, Jul 16, 2013 at 01:43:04PM +0200, Lennart Poettering wrote:
> On Tue, 16.07.13 09:42, Till Maas (opensou...@till.name) wrote:
>
> > > journalctl only supports local time specifications when you
> > > specify calendar times. Unfortunately there's no nice AP
e-hwclock
Regards
Till
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
t (this will reach debian font packagers at least BTW)
The guideline should be to ask upstream to fix the meta data. In case of
missing license text (e.g. source code with a GPL header but no copy of
the GPL itself), it is also upstream's task to fix it and the packager's
to ask for
;assets" won't understand that it's web related. In the URL namespace
> "web" isn't necessary, because in that context it's implicit.
Why "web" and not "www"? For variable www data the default path is
/var/lib/www, therefore for static con
601 - 700 of 1153 matches
Mail list logo
