Your reply completely lacks any point. Why is TeX Live the best example of
what
to avoid when packaging in Fedora?
Having 50+ subpackages is perfectly justified once there is a reason why.
For TeX Live it is that upstream (CTAN) actually maintains package
dependencies and they do add and remove pa
Hi all,
decided to disable aspell support in mc as a whole. Note it is disabled by
default configure option in mc anyway. A beneficial side effect is we have
now even smaller dependency footprint and the annoying message while
editing *any* file goes away without aspell + friends installed.
This
Adding Nikola.
Nikola, is it intended that aspell doesn't depend on any dictionary? E.g.
aspell-en? Please see the email bellow.
Thanks,
Jindrich
On Mon, Oct 7, 2019 at 5:14 PM Tomasz Kłoczko
wrote:
> On Mon, 7 Oct 2019 at 15:30, Jindrich Novy wrote:
> [..]
>
>> BTW m
On Mon, Oct 7, 2019 at 3:21 PM Tomasz Kłoczko
wrote:
> On Mon, 7 Oct 2019 at 13:28, Jindrich Novy wrote:
>
>> Hi Tomasz,
>>
>> > On top of removing perl-generators which add for mc proper perl modules
>> dependencies for
>> > patchfs
>>
>>
Hi,
it's quite new feature in rpmbuild:
http://rpm.org/wiki/PackagerDocs/Autosetup
I.e. since rpm-4.11.
Cheers,
Jindrich
On Jul 13, 2015 1:40 PM, "Marcin Juszkiewicz"
wrote:
> Hi
>
> When I moved to Fedora after years of doing Debian packages I noticed that
> there is no such thing as patch m
> On 03/27/2015 05:22 PM, Kevin Fenzi wrote:
> >* However, I'll note that the recent texlive updates were security as
*> >* well. ;)
*>
> If texlive packaging is causing issues with update pushes, could maybe
> ask the texlive maintainers to rework the packaging?
TeXLive packager says: No, sorry.
xextra and
> texlive-collection-fontsextra
Actually this would make bigger sense. I'm not a big fan of making
the dependencies wider though.
Could you please file a bug for it?
Jindrich
>
> Jonathan.
--
Jindrich Novyhttp://people.redhat.com/jnovy/
Kdo víno má a nepije, kdo
just install:
texlive-scheme-full
and you needn't to care about any deps at all.
Jindrich
>
> If it is not easy (well, why is it difficult?) to make latex launch
> yum to install dependencies, maybe we can ship a script to generate
> the RPM dependencies, similar to yum-builddep.
&
Dependency Resolution
Dependencies Resolved
===
Package Arch Version Repository Size
===
Installing:
texlive-timesnoarch
===
Installing:
texlive-timesnoarch2:svn28614.0-13.fc18 updates384 k
Transaction Summary
===
Install 1 Package
Total download size:
; Orion Poplawski
> Technical Manager 303-415-9701 x222
> NWRA, Boulder Office FAX: 303-415-9702
> 3380 Mitchell Lane or...@nwra.com
> Boulder, CO 80301 http://www.nwra.com
> --
> devel mailing list
> deve
e let
me know. Try to rebuild your package against libdb-5. If everything is
rebuildable and fully functional with libdb-5.x then we don't even need
a libdb4 package.
Jindrich
--
Jindrich Novyhttp://people.redhat.com/jnovy/
Kdo víno má a nepije, kdo hrozny má a nejí je, kdo žen
Hi Petr,
On Thu, Apr 19, 2012 at 06:57:11AM +, Petr Pisar wrote:
> On 2012-04-17, Jindrich Novy wrote:
> > it seems to be the right time to do an unification/reorganization of
> > Oracle (Berkeley) DB packages in rawhide.
> [...]
> > What I'm planning to do is ge
7;m unable to
reveal dlopen() or similar deps in packages so if your package
requires older libdb I plan to remove and can not be rebuilt against
newer libdb then please speak up!
Thanks,
Jindrich
--
Jindrich Novyhttp://people.redhat.com/jnovy/
Kdo víno má a nepije, kdo hrozny má a nejí je,
Hi all,
very soon I'm going to update libdb to 5.3.15 in rawhide.
Thanks,
Jindrich
--
Jindrich Novyhttp://people.redhat.com/jnovy/
Kdo víno má a nepije, kdo hrozny má a nejí je, kdo ženu má a nelíbá,
kdo zábavě se vyhýbá, na toho vemte bič a hůl, to není člověk, to je vůl.
--- Jan W
Hi,
I was notified by upstream that Midnight Commander (mc) has changed
its license to GPLv3+ since the latest release - 4.8.0.
Jindrich
--
Jindrich Novyhttp://people.redhat.com/jnovy/
Kdo víno má a nepije, kdo hrozny má a nejí je, kdo ženu má a nelíbá,
kdo zábavě se vyhýbá, na toho vemte
On Wed, Feb 23, 2011 at 05:26:11PM -0500, Bill Nottingham wrote:
> Orphan tetex-tex4ht
Taken.
Jindrich
--
Jindrich Novyhttp://people.redhat.com/jnovy/
Kdo víno má a nepije, kdo hrozny má a nejí je, kdo ženu má a nelíbá,
kdo zábavě se vyhýbá, na toho vemte bič a hůl, to není člověk, to
On Mon, Feb 07, 2011 at 03:59:42PM -0500, Bill Nottingham wrote:
> Orphan TeXmacs
Grabbed.
Jindrich
--
Jindrich Novyhttp://people.redhat.com/jnovy/
Kdo víno má a nepije, kdo hrozny má a nejí je, kdo ženu má a nelíbá,
kdo zábavě se vyhýbá, na toho vemte bič a hůl, to není člověk, to je
ld be in
place now.
Jindrich
--
Jindrich Novyhttp://people.redhat.com/jnovy/
Kdo víno má a nepije, kdo hrozny má a nejí je, kdo ženu má a nelíbá,
kdo zábavě se vyhýbá, na toho vemte bič a hůl, to není člověk, to je vůl.
--- Jan Werich
--
devel mailing list
devel@lists.fedor
.org/texlive/packages.f15/texlive-release-2010-14.20110113.fc15.noarch.rpm
> Trying other mirror.
It is now fixed. Just please do "yum clean all" and "yum update"
again.
Jindrich
--
Jindrich Novyhttp://people.redhat.com/jnovy/
Kdo víno má a nepije, kdo hrozny má a nejí je,
On Tue, Oct 26, 2010 at 07:36:47AM -0700, Toshio Kuratomi wrote:
> On Tue, Oct 26, 2010 at 11:02:41AM +0200, Jindrich Novy wrote:
> > The new xz-5.0.0-3 with a new xz-compat-libs subpackage containing
> > liblzma.so.0* libraries is just built. This should solve the chicken
> >
ta so it should
serve to apps requiring old compression settings well.
Thanks for patience,
Jindrich
--
Jindrich Novyhttp://people.redhat.com/jnovy/
Kdo víno má a nepije, kdo hrozny má a nejí je, kdo ženu má a nelíbá,
kdo zábavě se vyhýbá, na toho vemte bič a hůl, to není člověk, to je
l be built with the new xz-5.0.0.
Cheers,
Jindrich
--
Jindrich Novyhttp://people.redhat.com/jnovy/
Kdo víno má a nepije, kdo hrozny má a nejí je, kdo ženu má a nelíbá,
kdo zábavě se vyhýbá, na toho vemte bič a hůl, to není člověk, to je vůl.
--- Jan Werich
--
devel mai
On Tue, Apr 06, 2010 at 01:39:10PM +0200, Jindrich Novy wrote:
> Good point. Maybe it is the right time to drop the db package
> naming scheme completely and introduce new package "libdb" and leave the db4
> as is in the 4.8.26 state.
>
> I'm on it.
Just for the
On Tue, Apr 06, 2010 at 12:02:37PM +0100, Paul Howarth wrote:
> On 06/04/10 08:59, Jindrich Novy wrote:
> Does this mean that db4-devel buildreqs will need changing to either
> db5-devel or compat-db?
Good point. Maybe it is the right time to drop the db package
naming scheme compl
--
Jindrich Novyhttp://people.redhat.com/jnovy/
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
26 matches
Mail list logo