and that is what lsof shows dnsmasq as listening on:
dnsmasq 2229 nobody6u IPv4 23692 0t0 TCP
192.168.122.1:domain (LISTEN)
Though like I say, I don't actually use that as I have br0 setup as a
bridge to my ethernet card and use bridge
d, only what to do if it is loaded. So it may be that udev
> is really the correct place to do things.
Or modules-load.d if you want to force load a module.
tom
--
Tom Hughes (t...@compton.nu)
http://compton.nu/
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
ps as 32bit on 64bit.
Well you can, but you do need things like glibc-devel.i686 to do it...
Tom
--
Tom Hughes (t...@compton.nu)
http://compton.nu/
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
mark customers should contact them.
I'm a customer so I pinged a tweet at them pointing them at your
message. I'm sure they wouldn't have objected to the upstream for the
mirror contacting them though.
Tom
--
Tom Hughes (t...@compton.nu)
http://compton.nu/
--
devel mailing lis
ich was tricky to fix until I figured out what had happened
> and removed the bind mount entry from fstab.
I have a similar problem with some bind mounts over the root filesystem
where systemd mounts them while the rootfs is still ro and hence they
all wind up as ro until I remount them.
Tom
On 05/10/11 08:51, Michal Schmidt wrote:
> On 10/05/2011 12:18 AM, Lennart Poettering wrote:
>> On Tue, 04.10.11 15:02, Tom Hughes (t...@compton.nu) wrote:
>>> I have a similar problem with some bind mounts over the root filesystem
>>> where systemd mounts them while
On 04/10/11 23:28, Lennart Poettering wrote:
> On Wed, 05.10.11 00:18, Lennart Poettering (mzerq...@0pointer.de) wrote:
>
>> On Tue, 04.10.11 15:02, Tom Hughes (t...@compton.nu) wrote:
>>
>>> I have a similar problem with some bind mounts over the root filesystem
&g
On 17/10/11 20:02, Alex Lancaster wrote:
> Looking at the changelog, it isn't obvious whether this
> introduces any ABI/API changes or not, hence this e-mail.
I just asked Dane on IRC and he confirms that they are not compatible so
the soname needs to be bumped.
Tom
--
To
tv --logfile
/var/log/mythtv/mythbackend.log --pidfile /var/run/mythbackend.pid
ExecStopPost=/usr/bin/setfacl -x u:mythtv -R /dev/dvb
PIDFile=/var/run/mythbackend.pid
Restart=on-failure
[Install]
WantedBy=multi-user.target
Tom
--
Tom Hughes (t...@compton.nu)
http://compto
anagement.
My unit was based on a translation of the old init scripts but yes, it
looks like you're right that all of the devices they modify the ACLs on
are in either the audio or video groups.
I'll try changing my units when the box isn't in use...
Tom
--
Tom Hughes (t...@comp
On 19/10/11 22:34, Tom Hughes wrote:
> On 19/10/11 22:27, Kay Sievers wrote:
>
>> Like mentioned earlier in this thread, just put the user into the
>> audio/video system group and forget about any permissions management.
>
> My unit was based on a translation of the old
rrent RPMs have the ability to run as non-root (if you set a
variable in the sysconfig file) but run as root by default.
Tom
--
Tom Hughes (t...@compton.nu)
http://compton.nu/
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
r
where only the question number really matters - you can change the text
which follows to anything.
Tom
--
Tom Hughes (t...@compton.nu)
http://compton.nu/
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
request is here:
https://bugzilla.redhat.com/show_bug.cgi?id=751568
Now all I need is a sponsor and some reviews...
Tom
--
Tom Hughes (t...@compton.nu)
http://compton.nu/
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
ng - they see the radvd on
the network and configure an address.
Tom
--
Tom Hughes (t...@compton.nu)
http://compton.nu/
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
LAN and can see the radvd
that is running on our gateway router.
Tom
--
Tom Hughes (t...@compton.nu)
http://compton.nu/
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
phics
but it would be very nice to have working cut and paste.
Tom
--
Tom Hughes (t...@compton.nu)
http://compton.nu/
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
rotocol.
To be fair you can download both the drivers and the agent in prebuilt
form at http://spice-space.org/download.html but only for 32 bit Windows
at the moment.
Tom
--
Tom Hughes (t...@compton.nu)
http://compton.nu/
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On 10/06/11 16:54, Michael Cronenworth wrote:
> Tom Hughes on 06/10/2011 10:25 AM wrote:
>> Actually building the driver (once I'd downloaded the 620Mb DDK) was
>> quite easy. I'm still scratching my head over how to actually install it
>> though ;-)
>>
>&g
arget: analogous to runlevel 5
#
# To set a default target, run:
#
# ln -s /lib/systemd/system/.target
/etc/systemd/system/default.target
#
Tom
--
Tom Hughes (t...@compton.nu)
http://compton.nu/
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
rpmbuild but fedora build is OK?
Because the Fedora build was done with an older version of rpmbuild that
didn't complain about the unrecognised qualifier on the Requires.
That complaint is a recent addition to rpmbuild.
No doubt it was meant to be Requires(posttrans) with an r.
Tom
-
) that it has been converted to be a native systemd service.
Tom
--
Tom Hughes (t...@compton.nu)
http://compton.nu/
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
"systemctl enable cups.service" might be the best thing to try
first - certainly my rawhide VM seems to have had it disabled.
Tom
--
Tom Hughes (t...@compton.nu)
http://compton.nu/
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
ork at the moment.
I had assumed that was deliberate, but maybe not?
Tom
--
Tom Hughes (t...@compton.nu)
http://compton.nu/
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
id you upgrade this machine from an earlier version of Fedora? If so
then I suspect the old names will stick because you will have udev
persistent naming rules for them.
Check /etc/udev/rules.d/70-persistent-net.rules and I bet you have rules
that are forcing the ethX names.
Tom
--
Tom Hughes
ault
behavior of git-merge.
With --no-ff Generate a merge commit even if the merge resolved as
a fast-forward.
Tom
--
Tom Hughes (t...@compton.nu)
http://compton.nu/
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
PID file to it.
>>>> Also, user "mythtv" can't write to the log file in /var/log/mythtv/
>>>
>>> Change the ownership of /var/log/mythtv.
>
> I added "install -d -o mythtv -g mythtv /var/log/mythtv" to %post for
> the back
ook for something to review)
--
Tom Hughes (t...@compton.nu)
http://compton.nu/
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
contains a Postgres extension.
Tom
--
Tom Hughes (t...@compton.nu)
http://compton.nu/
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On 07/03/12 10:45, Gianluca Sforna wrote:
On Wed, Mar 7, 2012 at 11:32 AM, Tom Hughes wrote:
It might be worth looking at how something like the postgis package handles
this, as it also contains a Postgres extension.
Yeah. useful:
http://pkgs.fedoraproject.org/gitweb/?p=postgis.git;a=blob;f
at spec is using qmake in macro
definitions in the spec file and fedora-review is presumably examining
the spec locally before invoking mock.
Tom
--
Tom Hughes (t...@compton.nu)
http://compton.nu/
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/de
.org/koji/taskinfo?taskID=10370284
Some unintended fall out from the branching process?
It's normal - updates are only turned on some time after branching so
initially you don't need to create updates.
Tom
--
Tom Hughes (t...@compton.nu)
http://compton.nu/
--
devel mailing list
fine for F23 but fails some tests on F24 although it still
builds fine with the old boost.
As best I can tell it's down to boost::spirit::karma but that hasn't
actually changed in the new boost, and in any case the new boost works
in F23. I'm kind of stumped at the moment.
Tom
-
On 23/07/15 22:33, Josh Stone wrote:
On 07/22/2015 07:50 AM, Jonathan Wakely wrote:
On 22/07/15 15:30 +0100, Tom Hughes wrote:
On 22/07/15 14:54, Jonathan Wakely wrote:
mapnik-0:2.2.1-0.4.20150127git0639d54.fc23.src
nodejs-mapnik-vector-tile-0:0.6.2-6.fc23.src
I did these for both branches
;
It's been saying that for at least 24 hours.
Have they got stuck somehow? or is there a general problem with pushing
updates?
Tom
--
Tom Hughes (t...@compton.nu)
http://compton.nu/
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/dev
On 26/07/15 15:59, Michael Schwendt wrote:
On Sun, 26 Jul 2015 15:49:35 +0100, Tom Hughes wrote:
I have updates for both F21 and F22 that were requested for testing on
the 22nd and still haven't been pushed, but I also can't change them
because trying to do so says:
"Unable t
weekend.
are you going to do the rebuilds for the dependent packages or
should the maintainers do them themselves?
I rebuilt python-Fiona.
I'm just doing nodejs-srs and will do mapnik afterwards (which will need
doing in the boost side tag as well...).
Tom
--
Tom Hughes (t...@compton.nu)
it's generally used at build time
not install time which means it won't be picked up by repoquery.
It allows the "requires executable stack" flag in an ELF image
to be tweaked.
Tom
--
Tom Hughes (t...@compton.nu)
http://compton.nu/
--
devel mailing list
devel@list
one are showing any buttons.
Given how completely and utterly broken this apparently is, should
somebody be thinking about rolling back until it can be fixed?
Tom
--
Tom Hughes (t...@compton.nu)
http://compton.nu/
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.
?
Tom
--
Tom Hughes (t...@compton.nu)
http://compton.nu/
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
not in the main updates repos ;-)
Tom
--
Tom Hughes (t...@compton.nu)
http://compton.nu/
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
ad he implied that he normally uses zsh
and if he's used to having zsh with ALL_EXPORT set then he may not have
realised that other shells may require things to be explicitly exported.
Tom
--
Tom Hughes (t...@compton.nu)
http://compton.nu/
--
devel mailing list
devel@lists.fedoraproject
definitely a delay when a new package is created during which bodhi
won't find it and you have to enter the build name instead.
Tom
--
Tom Hughes (t...@compton.nu)
http://compton.nu/
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo
then it likely won't happen and you will only get
partial RELRO.
What I'm not sure about is why it's done like that rather than editing
LDFLAGS as is done for the -zrelro that gets you partial RELRO.
Tom
--
Tom Hughes (t...@compton.nu)
http://compton.nu/
--
devel mailing list
d
ns since
dependants of a header only library need to be rebuilt when it changes
anyway if they are to pickup security fixes. Strictly speaking that's
even true of a more traditional library if the security fix happens to
be in a header, but I wonder how well we pick up such things an
name on the fly through HTTP header /
javascript magic). I will address this by attaching an exported copy of
the tar.gz file as a binary asset to the Github progject release.
No need to do that - we have a guideline on how to handle GitHub:
https://fedoraproject.org/wiki/Packaging:SourceURL#Gith
did file a tracking bug:
https://bugzilla.redhat.com/show_bug.cgi?id=1141461
Specific packages that I identified to contain a private copy of
valgrind.h have a bug filed that blocks that tracker bug.
The FPC trac is at https://fedorahosted.org/fpc/
Tom
--
Tom Hughes (t...@compton.nu)
http
an use the minimised
version from upstream.
That may not be possible if the minimiser upstream is using is not, or
maybe even cannot be, packaged for Fedora.
Tom
--
Tom Hughes (t...@compton.nu)
http://compton.nu/
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedorap
rror=format-security
-Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector-strong
--param=ssp-buffer-size=4 -grecord-gcc-switches
-specs=/usr/lib/rpm/redhat/redhat-hardened-cc1 -m32 -march=i686
-mtune=atom -fasynchronous-unwind-tables -I. -I. -I./../libdwarf
-DCONFPREFIX=/usr/local/lib -c .
It appears the soname of libproj was changed in rawhide yesterday, so
any dependencies will need to be rebuilt.
I'm taking care of mapnik now.
Tom
--
Tom Hughes (t...@compton.nu)
http://compton.nu/
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/ma
.
Tom
--
Tom Hughes (t...@compton.nu)
http://compton.nu/
--
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 12/03/15 17:14, Till Maas wrote:
On Thu, Mar 12, 2015 at 02:49:03PM +, Tom Hughes wrote:
On top of which there seems, despite a number of questions posted here since
the change went live, very little assistance from the proposal owners with
fixing packages that have been broken by it
On 12/03/15 17:48, Till Maas wrote:
On Thu, Mar 12, 2015 at 05:26:43PM +, Tom Hughes wrote:
Well I haven't figured out how to fix libdwarf (see message this morning)
nor do I have any idea what I should do next to try and figure it out.
So unless I ignore the "rawhide first"
5.0.7-6.fc22@System
zsh.x86_64 5.0.7-6.fc22 fedora-base
WTF!
Tom
--
Tom Hughes (t...@compton.nu)
http://compton.nu/
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fed
On 08/04/15 15:26, Lubomir Rintel wrote:
Hi Tom,
On Wed, 2015-04-08 at 12:14 +0100, Tom Hughes wrote:
WTF!
Err, I already did report them:
https://bugzilla.redhat.com/show_bug.cgi?id=1209862
https://bugzilla.redhat.com/show_bug.cgi?id=1209864
I was simply trying to provide input to
nf distro-sync b*" and if failed because one of the
installed packages which matched the wildcard didn't exist in any repo.
Tom
--
Tom Hughes (t...@compton.nu)
http://compton.nu/
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fed
On 09/04/15 11:10, Tom Hughes wrote:
On 09/04/15 10:30, Radek Holy wrote:
On Wed, Apr 08, 2015 at 08:22:53 -0400,
Radek Holy wrote:
AFAIK, YUM's --skip-broken does two things:
1) it selects another version of the requested package if the most
suitable
cannot be installed
2) it skip
d expect it to be using memcpy@GLIBC_2.14 in a new program
but I'm not sure if ARM has the same symbol versions, or if it does why
this would be trying to use the old one?
Tom
--
Tom Hughes (t...@compton.nu)
http://compton.nu/
--
devel mailing list
devel@lists.fedoraproject.org
https://admin
ddressed at the Fedora level. The relevant upstreams seem
to be:
ping, tracepath - https://github.com/iputils/iputils
traceroute - http://traceroute.sourceforge.net
geoiplookup - http://www.maxmind.com/app/c
Tom
--
Tom Hughes (t...@compton.nu)
http://compton.nu/
--
devel mai
On 12/05/15 09:07, Tom Hughes wrote:
Isn't that an issue for the upstream of each tool? It's hardly something
that can be addressed at the Fedora level. The relevant upstreams seem
to be:
ping, tracepath - https://github.com/iputils/iputils
traceroute - http://traceroute.sourc
he result email this morning.
Tom
--
Tom Hughes (t...@compton.nu)
http://compton.nu/
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
F17
has "vmware" only, all in the xorg-x11-drv-vmware package. Neither has a
driver called "vmwgfx".
Tom
--
Tom Hughes (t...@compton.nu)
http://compton.nu/
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
RAID1
and it worked just fine, with none of the grub issues F16 had with that.
Yes you can install (or upgrade with anaconda I think) but what you
can't do is upgrade using preupgrade if you have a mirrored system disk.
Which is just one of the reasons I do all my upgrades with yum...
T
e yum understands?
You have to quote it, to stop the shell interpreting the parenthesis:
sudo yum install 'perl(ExtUtils::Embed)' 'rubygem(minitest)'
Tom
--
Tom Hughes (t...@compton.nu)
http://compton.nu/
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedorapro
when the package has
no test suite upstream? That makes no sense - if the upstream package
has no tests then the bug belongs upstream not in Fedora.
Tom
--
Tom Hughes (t...@compton.nu)
http://compton.nu/
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman
On 21/02/14 14:57, Daniel P. Berrange wrote:
On Fri, Feb 21, 2014 at 02:53:55PM +, Tom Hughes wrote:
On 21/02/14 14:51, Alexander Todorov wrote:
I want to track which packages *DO NOT* have any tests and later be able
to focus on creating them (be it working with volunteers, GSoC
compression and decompression, with almost
linear scalability,
Does that mean that it creates multiple streams in the compressed file?
If it does then be aware that some bzip2 decoders (notable the Java one)
will not be able to decompress the result.
Tom
--
Tom Hughes (t...@compton.nu)
http
n't a problem here.
Tom
--
Tom Hughes (t...@compton.nu)
http://compton.nu/
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
equire the soname bump so a simple
rebuild should suffice.
Tom
--
Tom Hughes (t...@compton.nu)
http://compton.nu/
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
failing now.
https://fedorahosted.org/rel-eng/ticket/6273
That's the only one I've had that failed in that way. I had another
koschei report but that was in the actual build when running tests and
passed when run again as a manual scratch build.
Tom
--
Tom Hughes (t...@compto
luding patches normally.
Tom
--
Tom Hughes (t...@compton.nu)
http://compton.nu/
--
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 19/10/15 12:33, Chaoyi Zha wrote:
Ah, there is a Node.js list? I'll look into it and see if anything is
going on over there.
There is, yes: https://lists.fedoraproject.org/mailman/listinfo/nodejs
Tom
--
Tom Hughes (t...@compton.nu)
http://compton.nu/
--
devel mailing list
Which is why I say we need to know what the configure flag does - my
guess is that it just sets -std=c++11 which is fine. If it also sets the
define to select the new ABI then that might be a problem.
Tom
--
Tom Hughes (t...@compton.nu)
http://compton.nu/
--
devel mailing list
-D_GLIBCXX_USE_CXX11_ABI=1?
The latter is, as I understand it, unacceptable in Fedora. In any event
it's unlikely to even build and link because all the other libraries are
not built with that so if it tries to link to any C++ libraries other
than libstdc++ then the link will likely fail.
Tom
--
Tom Hugh
On 26/10/15 13:01, Tim Niemueller wrote:
On 26.10.2015 13:59, Tom Hughes wrote:
On 26/10/15 12:50, Tim Niemueller wrote:
- the driver works only with software which is built for the same ABI,
it is one of the cases where things break immediately otherwise
You need to be very clear what you
On 28/10/15 19:12, Mike Bonnet wrote:
https://fedoraproject.org/wiki/Packaging:Python#BuildRequires
This is *not* required for pure Python packages, only for packages
compiling native extensions:
Are you sure? Don't you need them for the RPM macros they contain?
Tom
--
Tom Hugh
twork and netconsole ;-)
Tom
--
Tom Hughes (t...@compton.nu)
http://compton.nu/
--
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 each of them.
Just to add extra confusion there is nodejs-packaging as well which is
the equivalent package for nodejs...
Tom
--
Tom Hughes (t...@compton.nu)
http://compton.nu/
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedo
/wiki/Packaging:Guidelines#Architecture_Support
Tom
--
Tom Hughes (t...@compton.nu)
http://compton.nu/
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
rs
makedirs(head, mode)
File "/usr/lib/python2.7/os.py", line 157, in makedirs
mkdir(name, mode)
OSError: [Errno 30] Read-only file system: '/var/tmp/koji/tasks/578'
Tom
--
Tom Hughes (t...@compton.nu)
http://compton.nu/
--
devel mailing list
devel@lists.fedoraprojec
click paste, which was what made me
go back to X when I tried it in F23.
Tom
--
Tom Hughes (t...@compton.nu)
http://compton.nu/
--
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 12/11/15 10:51, Jared K. Smith wrote:
On Thu, Nov 12, 2015 at 2:10 AM, Tom Hughes mailto:t...@compton.nu>> wrote:
You forgot primary selection/middle click paste, which was what made
me go back to X when I tried it in F23.
I've been testing Wayland myself since around t
On 12/11/15 14:10, Chuck Anderson wrote:
On Thu, Nov 12, 2015 at 10:59:02AM +, Tom Hughes wrote:
On 12/11/15 10:51, Jared K. Smith wrote:
On Thu, Nov 12, 2015 at 2:10 AM, Tom Hughes mailto:t...@compton.nu>> wrote:
You forgot primary selection/middle click paste, which was wha
user then it might ask for the root password but
I don't think I've ever tried that. It does whatever polkit does for
auth_admin basically.
Certainly there is no good reason to run virt-manager as root.
Tom
--
Tom Hughes (t...@compton.nu)
http://compton.nu/
--
devel mai
, on a stripped down firewall box it's only 107Mb.
It's not just glibc - anything that installs translations will be
putting stuff in /usr/share/locale/*/LC_MESSAGES.
Tom
--
Tom Hughes (t...@compton.nu)
http://compton.nu/
--
devel mailing list
devel@lists.fedoraproject.org
https://a
g/archives/list/devel@lists.fedoraproject.org/message/FYDALWQUDJEFO5SEPHU3FVEUFJOOPOP6/
Tom
--
Tom Hughes (t...@compton.nu)
http://compton.nu/
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
show_bug.cgi?id=1231460 for me in return.
Thanks,
Tom
--
Tom Hughes (t...@compton.nu)
http://compton.nu/
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
rejected if the title didn't match, so has a bug been
introduced there by the new pkgdb process?
Tom
--
Tom Hughes (t...@compton.nu)
http://compton.nu/
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
I
# even in point releases. Node.js upstream has now removed the ability to build
# against a shared system version entirely.
# See
https://github.com/nodejs/node/commit/d726a177ed59c37cf5306983ed00ecd858cfbbef
Provides: bundled(v8) = 4.6.85
Tom
--
Tom Hughes (t...@compton.nu)
http://compton.nu/
ticket about it but I can't find it...
Tom
--
Tom Hughes (t...@compton.nu)
http://compton.nu/
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
#x27;s a report to the list, bcced to you as an affected person
presumably.
If you want to filter list mails then List-Id is a much better thing to
filter on than the To header. That way a direct copy to you won't
trigger the filter.
Tom
--
Tom Hughes (t...@compton.nu)
http://compton.
An update of mapnik has just completed building in rawhide so the soname
has changed to libmapnik.so.3.0 and dependencies will need to be rebuilt.
It think all of the dependencies are mine anyway, so I shall be working
on rebuilding them now.
Tom
--
Tom Hughes (t...@compton.nu)
http
n behaviour will be this:
https://fedoraproject.org/wiki/UnderstandingDSOLinkChange
Tom
--
Tom Hughes (t...@compton.nu)
http://compton.nu/
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
of the npm dependency stack update is at:
https://fedoraproject.org/wiki/Node.js/npm_update_status
But as Peter said, the nodejs list is probably the best place to ask any
questions.
Tom
--
Tom Hughes (t...@compton.nu)
http://compton.nu/
--
devel mailing list
devel@lists.fedoraproject.org
http://l
On 05/01/16 10:23, Jan Synacek wrote:
For me, it's emacs.desktop, since clicking the desktop icon is then
simply consitent with the rest of the icons. The emacsclient behavior is
just weird.
Agreed, emacs.desktop is the application.
Tom
--
Tom Hughes (t...@compton.nu)
http://compt
5, library is version 9.4.
Tom
--
Tom Hughes (t...@compton.nu)
http://compton.nu/
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
into the new package form is a bit pointless then, because it will
just get overwritten when the initial spec is pushed?
Does that apply to the upstream URL as well?
Tom
--
Tom Hughes (t...@compton.nu)
http://compton.nu/
--
devel mailing list
devel@lists.fedoraproject.org
Are we expecting boost 1.60 to land in Rawhide today?
I see 1.60.0-1 built in the f24-boost side tag yesterday and then
1.60.0-2 this morning in the main f24 tag?
Obviously that has triggered a bunch of dependency failures in koschei.
Tom
--
Tom Hughes (t...@compton.nu)
http://compton.nu
On 14/01/16 13:27, Jonathan Wakely wrote:
On 14/01/16 13:23 +, Jonathan Wakely wrote:
On 14/01/16 12:40 +, Tom Hughes wrote:
Are we expecting boost 1.60 to land in Rawhide today?
I see 1.60.0-1 built in the f24-boost side tag yesterday and then
1.60.0-2 this morning in the main f24
kes bytes as an
argument so that I can block coredumps in my development windows as
otherwise something like an asan abort tries to write a multi gigabyte
coredump to abrt which doesn't end well, or rather doesn't end for a
very long time...
Tom
--
Tom Hughes (t...@compton.nu)
ht
1 - 100 of 718 matches
Mail list logo
