"uberpackagers" ;-) or maybe "package-monkeys", make it a SIG
and then it is afaik already covered by Fedora procedures, because a SIG
or group of packagers can own a package, like e.g. the lvm-team.
Orcan, Richard, who else is in?
Regards
Till
pgp7BIxx7K7h
fferent flag that is set for
updates that passed the tests.
Regards
Till
pgpYCgwnUDzPh.pgp
Description: PGP signature
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
ages the SIG maintains:
http://article.gmane.org/gmane.linux.redhat.fedora.devel/135221
http://article.gmane.org/gmane.linux.redhat.fedora.devel/135398
http://article.gmane.org/gmane.linux.redhat.fedora.devel/135157
http://article.gmane.org/gmane.linux.redhat.fedora.devel/135206
Regards
Till
p
mp saved when
a ACL request is made.
Regards
Till
pgpFpOU8CES4w.pgp
Description: PGP signature
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On Tue, Jul 06, 2010 at 09:40:01AM -0700, Jesse Keating wrote:
> On 7/6/10 8:52 AM, Till Maas wrote:
> > On Tue, Jul 06, 2010 at 11:34:25AM -0400, Will Woods wrote:
> >
> >> Once we're satisfied that depcheck does the right thing, we will
> >> probably set it
anymore.
But if live == testing and proposed == "pending with request to
testing", there might still dep breakage happend when not all dependent
updates are pushed to stable. Therefore it seems the test needs to run
twice, once to avoid breakage in testing and once to avoid bre
On Tue, Jul 06, 2010 at 03:06:37PM -0400, Will Woods wrote:
> On Tue, 2010-07-06 at 19:21 +0200, Till Maas wrote:
> > On Tue, Jul 06, 2010 at 09:40:01AM -0700, Jesse Keating wrote:
> > > On 7/6/10 8:52 AM, Till Maas wrote:
> > > > IMHO it should not be a +1 karma b
On Tue, Jul 06, 2010 at 11:25:01AM -0700, Jesse Keating wrote:
> On 07/06/2010 10:21 AM, Till Maas wrote:
> > Essentially using a different flag is just re-using the code used to
> > flag a package as critpath-approved only with a different name.
> > Therefore it should no
On Tue, Jul 06, 2010 at 10:09:34PM +0200, Till Maas wrote:
> On Tue, Jul 06, 2010 at 03:06:37PM -0400, Will Woods wrote:
> > On Tue, 2010-07-06 at 19:21 +0200, Till Maas wrote:
> > > On Tue, Jul 06, 2010 at 09:40:01AM -0700, Jesse Keating wrote:
> > > > On 7
pplicable to the files contained within the subpackage.
What about debuginfo packages? They do not require the base package but
usually also do not include the license texts.
Regards
Till
pgpf23AjDzbcc.pgp
Description: PGP signature
--
devel mailing list
devel@lists.fedoraproje
critical path comps groups with a simple
pattern like "critical-path-*", so one can easily benefit from these
groups using yum with the group filter plugin.
Reference:
https://fedoraproject.org/wiki/Talk:Critical_path_package
Regards
Till
pgpJZhzjYXzRB.pgp
Description: PGP signature
On Thu, Jul 08, 2010 at 11:34:25AM -0400, Bill Nottingham wrote:
> Till Maas (opensou...@till.name) said:
> > Since these groups do not share a common prefix unique to all critical
> > path comps groups, I want to propose to change this. E.g. there could
> > be
> > a)
address all unhandled issues.
Regards
Till
pgppPt7E2QuvN.pgp
Description: PGP signature
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
uidelines change? (I guess by
> writing this email I just volunteered myself...)
There is a category for this in the wiki including the unfinished
attempt to create an official one:
https://fedoraproject.org/wiki/Category:Package_Maintainers/Review_Template
Regards
Till
pgpVCc6v74Pmy.pgp
De
The packager can also create a new testing package for the reporter to
test, e.g. to verify that the bug is not yet fixed in a newer upstream
release that is not in Fedora.
But the big advantage the reporter has, is that he usually can easily
reproduce the problem (if it is reproducible). The packag
library from /usr/lib to /lib without breaking
selinux?
Regards
Till
pgplwbFTm6U4g.pgp
Description: PGP signature
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
the
fedora repo in /etc/yum.repos.d/fedora.repo to something like forever,
because it should not change and you do not need to re-download it every
seven days. And in case you do not use it, the yum-presto plugin will
reduce the amount of download data for updates if you update regularly.
Regards
T
NS entry
for varen:
$ ssh varen.scrye.com
reverse mapping checking getaddrinfo for revan.scrye.com [216.17.180.7]
failed - POSSIBLE BREAK-IN ATTEMPT!
Regards
Till
pgp5aR6HJzXMg.pgp
Description: PGP signature
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mail
ra-cvs (-a) and rpmdevtools are available.
Regards
Till
pgpQhBURCuVfl.pgp
Description: PGP signature
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
ng together these "path of least resistance"
> changes.
How long do think it will take till the TG2 port is ready? In the git
tg2 branch there has not been any activity since February. If it is a
very long term project, it might still be useful to keep the old bodhi
code cleaner for eas
ntp:ntp according to /etc/sysconfing/ntpd, but
ntpd.service file seems not to do something like this.
And why should acpid go away? What is there that can be used instead?
Regards
Till
pgp449aIPC5Xo.pgp
Description: PGP signature
--
devel mailing list
devel@lists.fedoraproject.org
https://ad
daemon won't be able to access the dir and will then terminate
> with an error.
Is it ensured that a wrong label will only decrease access to the dir?
If not, then the label could still allow the daemon and something
unwanted to access the dir.
Regards
Till
pgpV1n4KDBlOi.pgp
Descri
On Thu, Jul 15, 2010 at 04:18:06PM +0200, Lennart Poettering wrote:
> On Thu, 15.07.10 08:58, Till Maas (opensou...@till.name) wrote:
>
> > On Thu, Jul 15, 2010 at 03:30:41AM +0200, Lennart Poettering wrote:
> >
> > > I have uploaded preliminary versions of th
ail does it nowadays, but it used to use its own Maildir
structure that did not work well with anything else using Maildir.
Therefore a IMAP server is a nice way of abstracting it for every mail
client.
Regards
Till
pgpQQPxcUnNNi.pgp
Description: PGP signature
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Hi,
I cannot maintain my packages or handle anything else until further
notice, because I had an accident.
Regards
Till
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
. I guess I will be fully recovered within a week or two.
Regards
Till
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
14 instead of
dist-f14-py27-rebuild, which is the target containing python 2.7. I am
not sure, but I guess the right way would be to either increase the
release and build it with "make TARGET=dist-f14-py27-rebuild" or to wait
until python 2.7 is in the normal buildroot and then rebuild
d
to freaking /usr/share/doc! Come on, people.
The error in aircrack-ng resulted from accidently pacakaging binary
files from a "new" test suite into the doc. Initially it contained
mainly capture files to try some of the tools. Since the binaries are
not normally used or required I guess this d
ashboard view of "sick packages". Which could be useful along a number
I would like to have this as well. There was a package status report
ages ago when I joined Fedora done by someone who left the project. I
still have the scripts if someone wants to work on them, but I never got
t
th this script:
https://pagure.io/fork/till/releng/blob/F23-FTBFS/f/scripts/find_FTBFS.py
The other script was only used to get the dependencies and send the
emails.
> Also, of the packages with fc19 or fc20 dist tags from my recent scan of
> the hardening rebuild, this list is missing: free42, fw
On Thu, Jul 09, 2015 at 08:54:23PM +0200, Till Maas wrote:
> I created the list of FTBFS packages with this script:
> https://pagure.io/fork/till/releng/blob/F23-FTBFS/f/scripts/find_FTBFS.py
> From the list of packages, only two seem to be wrongly missing:
The problem is that the sc
On Sat, Jul 11, 2015 at 07:22:25PM +0100, Sérgio Basto wrote:
> I am , anyway patch in attach , this app is based on gtk2 , I wonder if
Thank you, I applied the patch and submitted a new build.
Regards
Till
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.
ated Rawhide again. However I would like to get an
opinion from the original maintainer before touching the stable
branches. Maybe you could also become co-maintainer.
Regards
Till
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Cod
t looks at a dependency tree
> and somehow lists any leaf package maintainers in an unsorted list of
> dependencies.
What is your proposal to display the information?
Regards
Till
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/lis
build dependencies:
zanata-client -> (BR:) resteasy -> BR: infinispan -> BR: narayana -> BR:
ironjacamar
Therefore if ironjacamar needs to be retired, zanata-client and all
dependencies in-between need to be retired to not have any broken deps.
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
EL, RHEL), maybe they could be split out in a
separate package to be used both by mock and dnf.
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
and a parameterized systemd service.
I'll review a package in return.
Thanks,
Till
[1] https://bugzilla.redhat.com/show_bug.cgi?id=1242086
signature.asc
Description: OpenPGP digital signature
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
F
indicate finishing sponsor work
I think the script should also consider comments to needsponsor bugs as
sponsoring work, even if the bug was not yet assigned to someone. And
IMHO the wording should be a little bit more friendly, e.g. "no recent
sponsor activity" instead of "no spon
utton, there is now a "Push
to Testing" and a "Push to Stable" button. But there is no comment that
the update has been revoked, so I'm not sure if it was revoked or not.
- Till
[1] https://bodhi.fedoraproject.org/updates/FEDORA-2015-12791
[2] https://bodhi.fed
On 08/21/2015 08:34 AM, Till Hofmann wrote:
> Also, it seems like I can revoke other people's updates. At least I
> could press the 'Revoke' button and I received a confirmation
> notification. Also, instead of the Revoke button, there is now a "Push
> to Testin
uot;push to stable" on an unpushed update: Despite the name,
it pushes to testing:
https://bodhi.fedoraproject.org/updates/parcimonie.sh-0-0.4.20150804gitc009937.fc22
- Till
signature.asc
Description: OpenPGP digital signature
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.f
ormal review has already been done by Marcin (thanks!), and the
package should be simple to review.
Thanks!
Till
signature.asc
Description: OpenPGP digital signature
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct:
e."
EPEL-only packages should be retired as described in the FAQ:
https://fedoraproject.org/wiki/EPEL/FAQ#Is_it_possible_to_get_a_package_only_into_EPEL_and_not_Fedora.3F
Regards
Till
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fed
On Wed, Aug 26, 2015 at 04:56:07PM +0200, Vít Ondruch wrote:
> > What could pkgdb do against this? Automatically retire a package after it
> > has
> > been orphaned more than X days? Automatically send the email?
> > This sounds a lot like the cron jobs Till is run
On 08/29/2015 06:32 AM, Adam Williamson wrote:
> On Fri, 2015-08-28 at 16:27 +0200, Reindl Harald wrote:
>
>> bodhi2 at https://bodhi.fedoraproject.org/ is unusable for testers
>> because the search field seeks for users, no idea how to get to the
>> current firefox build for give karama as ex
anch is missing and needs to be requested via an SCM admin
request.
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
7; object has no attribute 'msg'
This error message indicates an old/broken fedpkg, which version did you
run on which Fedora and was it the lastest update?
> So, I think I need a proven packager to finish the retirement process for
> these branches - could someone do so?
Which bra
On Thu, Aug 07, 2014 at 11:16:09AM +0100, Jonathan Underwood wrote:
> On 6 August 2014 23:02, Till Maas wrote:
>
> > On Wed, Aug 06, 2014 at 05:15:17PM +0100, Jonathan Underwood wrote:
> >
> > > So, I went to orphan the Fedora branches of cmake28 (not sure why these
There are additional 2 weeks in which
packages can be unretired without much effort. And even then it would be
easy to find a packager for a re-review if one asks here on the devel
list.
Regards
Till
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listi
can retire orphaned packages in Branched till the final change
deadline or in Rawhide. Then a reason is stored in a dead.package file
in dist-git.
- Once a week there is a report sent to devel@fpo about which
packages were retired/orphaned in the previous week
- Prior to branching, all o
added to the filesystem package.
Opening a bugzilla ticket usually helps here.
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,
I would like to update libinfinity to 0.6.1 where possible. I prepared a
copr build at:
https://copr.fedoraproject.org/coprs/till/gobby05/
I did not yet test whether the gedit or kte plugins rebuild properly,
but I will do so before updating Rawhide.
Regards
Till
--
devel mailing list
with "git log -p", "tig --all" or
"gitk --all" and push your changes if they are good ("fedpkg push").
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
master
branch in each repo. This is also what is done initially, when a new
repo is set up. "Empty branches", i.e. only the ACL but no commit in the
branch might lead to maintainers accidentally creating the wrong branch.
Regards
Till
--
devel mailing list
devel@lists.fedorap
On Mon, Sep 08, 2014 at 06:46:10PM +0200, Ralf Corsepius wrote:
> On 09/08/2014 06:12 PM, Till Maas wrote:
> >This is also what is done initially, when a new
> >repo is set up. "Empty branches", i.e. only the ACL but no commit in the
> >branch might lead to mainta
On Fri, Sep 12, 2014 at 06:37:07PM +0200, Reindl Harald wrote:
> * lsof | grep DEL | grep /usr and restart services on servers
There is a convenient script called "needs-restarting" to do this.
Checkrestart on debian even suggest potential init scripts that can be
used to restart the services.
--
On Sat, Aug 30, 2014 at 09:40:05AM +0200, Till Maas wrote:
> I would like to update libinfinity to 0.6.1 where possible. I prepared a
> copr build at:
> https://copr.fedoraproject.org/coprs/till/gobby05/
>
> I did not yet test whether the gedit or kte plugins rebuild properly,
>
ian source-highlight
msuchy spacecmd
thias sshmenu
pschiffe stgit
jorton subversion
ultrafredde task
thm topgit
jskarvad tuned
vicodan udisks
packaging-team yum-utils
Regards
Till
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
F
it-collaboration can be retired, we can move forward with this. If
I get a go-ahead, I will do the retirement.
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
cgi package found: dtd2cduce and the web interface won't be
built
And the e-mail-address for ocamlmaint is not working:
fedora-ocaml-list at redhat.com
FYI: cduce needs a ocaml-pxp buildroot override which is active until
2014-10-01.
Regards
Till
--
devel mailing list
devel@lists.fedorapr
ckages that only needed a rebuild are now rebuilt afaics.
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
to use for kte-collaborative
and liqinfinity, I can update them, too, and build all together. Or if
you like you can build libinfinity and the other packages. Would you
agree to update F21 as well?
Regards
Till
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.
llaborative now needs to be updated in Rawhide. I forgot to build
libqinfinity for F21, but it is building now.
Btw. strigi is currently orphaned in all Fedora branches but seems to be
a critical KDE dependency: https://admin.fedoraproject.org/pkgdb/package/strigi/
Regards
Till
--
On Sat, Oct 18, 2014 at 05:04:44AM -0700, Moez Roy wrote:
> I guess now I need to wait for the maintainer to do 'git merge
> origin/epel7' and build it for F21 and master.
I did this now as provenpackager.
Regards
Till
--
devel mailing list
devel@lists.fedorap
commit 7465d078fb8e7fdb650090da9167db486f03c070
Author: Till Maas
Date: Sat Oct 18 23:09:35 2014 +0200
2014-10-18: Retired, because it was orphaned and not available in the EPEL5
repo
.gitignore |1 -
dead.package|2 +
perl-Time-Progress.spec | 51
s updated once the mass rebuild is done and I got
the details worked out about what to do best, for example for allowing
exceptions from this.
Regards
Till
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Cond
t; hardened" , after try fix the build to use hardened, if it is possible.
> It can be fixed ?
The issue was addressed (actually shortly after the initial e-mail was
sent) by disabling the hardening for the xserver for
now.
Regards
Till
--
devel mailing list
devel@lists.fedoraproject.org
s for the package.
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
configure? %configure should already take care
of them.
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
, I agree that
it would be better to make this opt-in again.
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
for other items that need to be
adjusted.
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
s are
needed, because dracut stores the resume information in the initramfs
itself instead of using the kernel command line.
> pm-hibernate is obsolete as others already mentioned.
Do the pm-utils maintainers/upstream know this?
Regards
Till
--
devel mailing list
devel@lists.fedorapr
swap.
Thanks,
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
o corrupt the root
filesystem during resume from hibernation, regular full fsck runs make a
lot of sense to me.
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
age people to switch manually. I have no idea what would
> be a good place to put this information though.
Good places would be the release notes and:
https://fedoraproject.org/wiki/Upgrading_Fedora_using_yum#Fedora_21_-.3E_Fedora_22_.28not_yet_released.29
Regards
Till
--
d
ExcludeArch: %arm" for the d subpackage. This is required,
because ldc does not build on arm.
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
de as well if
nobody adopts it soon.
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 everyone,
I'm looking for a reviewer for orocos-kdl:
https://bugzilla.redhat.com/show_bug.cgi?id=1076517
I'll be happy to review a package in return.
Thanks,
Till
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedo
Hi,
I orphaned fwbuilder since it is dead upstream and I stopped using it.
There are some open bugs and it currently FTBFS.
Regards
Till
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org
for monitored packages:
https://bugzilla.redhat.com/show_bug.cgi?id=1222017#c5
It would be awesome if your tool could report ABI changes afterwards, so
the potential problem is known even before the new release is actually
included into Fedora.
Regards
Till
--
devel mailing list
devel
entry (or a commit), did you only update the
changelog if the build was successful?
I'll fix this as soon as boost 1.73 shows up in rawhide.
Kind regards,
Till
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le
On 6/3/20 1:01 PM, Frantisek Zatloukal wrote:
>
>
> On Wed, Jun 3, 2020 at 12:46 PM Jonathan Wakely
> mailto:jwak...@fedoraproject.org>> wrote:
>
> On 03/06/20 12:35 +0200, Till Hofmann wrote:
> >
> >
> >On 6/2/20 5:24 PM, Jonatha
On 6/3/20 4:50 PM, Jonathan Wakely wrote:
> On 03/06/20 13:36 +0200, Miro Hrončok wrote:
>> On 03. 06. 20 13:32, Till Hofmann wrote:
>>> Yes, that's what I meant. I'm not going to test patches by submitting
>>> builds over and over again, that's not
Hi all,
I'm updating librealsense to 2.35.2 in Rawhide. The only dependency is
fawkes, which is currently FTBFS because gazebo fails to install.
Kind regards,
Till
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an ema
On 6/16/20 1:16 AM, Miroslav Suchý wrote:
> Dne 16. 06. 20 v 0:37 James Cassell napsal(a):
>> Please not using mechanism. Make it easy to opt out, or better yet opt-in.
>
> On package level, there is likely no other way. DNF team will have no
> time/resources to implement this on DNF level.
> I
g this as part of the system upgrade would be a good
idea.
[I'll dig into this and see if I need to file a bug]
Kind regards,
Till
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.
: The text for a package that
depends on an orphaned package says (waybar in my example):
"will have trouble 7 hours ago"
Kind regards,
Till
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...
well. For
example if there is no ~/.vimrc or some other indicator that shows the
user does not know vim, yet.
Did someone discuss improving the novice user experience with the vim
developers, yet? What was the outcome?
Thanks
Till
___
devel mailin
t;. If they already use a console editor,
would it be typical that they do not set the EDITOR variable?
And if they are using a graphical Editor, shouldn't maybe that one be
defaulted to in graphical environments?
Thanks
Till
___
devel mailing li
On Mon, Jun 29, 2020 at 05:21:58PM +0200, Miro Hrončok wrote:
> Package (co)maintainers Latest build
>
> gpscorrelate tillFedora 30
fixed.
Th
On Tue, Jun 30, 2020 at 09:01:21AM +, Zbigniew Jędrzejewski-Szmek wrote:
> On Mon, Jun 29, 2020 at 05:52:07PM +0200, Till Maas wrote:
> > On Mon, Jun 29, 2020 at 08:16:29AM -0400, Gerald Henriksen wrote:
> >
> > > While it may be worth vim making themselves b
me instead of querying it from some place) or have other
remarks, please add them here or in the ticket for FESCo to learn about
them.
Thanks
Till
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email t
gt; rather than pick yet another (different) name.
There are several other branches than the branch for Rawhide that have a
name that is unlikely to be found in many other projects like f32, el6,
epel7, epel8-playground. Why is it more intuitive to use a name from
other projects as the name for the
On Tue, Jul 07, 2020 at 09:03:19PM +0200, Till Maas wrote:
> Hi,
>
> in https://pagure.io/fesco/issue/2410 I proposed to name the dist-git
> branch for Fedora Rawhide "rawhide" to clarify the purpose of that
> branch. There was also some feedback that Rawhide might not
need to do the latter]
Also, I didn't realize that the minor bump changed the soversion (I
don't usually glob shared libs in %files, I just took over this package).
This should not happen again in the future:
https://src.fedoraproject.org/rpms/libdc1394/c/20e3515e3f80876ff2
required via the package's name, then it needs to be used
due to multilib.
Btw. is there an easy way to get a list of all packages that are
multilib?
Regards
Till
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
after the conversion? A best
practice naming schema would make it a lot easier for a user to find the
matching helper script for removed commands.
Regards
Till
[0] http://fedoraproject.org/wiki/Packaging:SysVInitScript#Required_Actions
--
devel mailing list
devel@lists.fedoraproject.org
https://adm
ch makes it more error prone to write software that
uses such commands on both kind of systems.
Regards
Till
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On Thu, May 24, 2012 at 09:13:51AM -0400, Adam Jackson wrote:
> On 5/24/12 7:50 AM, Till Maas wrote:
> >But then the location if a command will depend on whether the system is
> >a 64 or 32 bit system, which makes it more error prone to write software that
> >uses such com
Hi everyone,
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.
Regards
Till
[0] https://fedoraproject.org/wiki/Upstream_release_monitoring
[1] https
501 - 600 of 1153 matches
Mail list logo
