On 6/2/11 6:04 PM, Gökdeniz Karadağ wrote:
I use the foo2zjs package, and because other versions are broken, have
moved to the live version. But I think expecting a stable version in the
tree is not too much for a user. A tarball snapshot in a ~dev space
would solve the issue I presume.
We
On 5/7/11 5:04 PM, Tomáš Chvátal wrote:
Dne 7.5.2011 16:20, PaweB Hajdan, Jr. napsal(a):
This is mostly a nit-like RFC. The developer profile adds a
profile.bashrc, which prints the You should enable -g (or higher) for
debugging! message when -g is not in CFLAGS.
I wonder if we can remove
On Fri, Jun 03, 2011 at 08:40:26AM +0200, Paweł Hajdan, Jr. wrote:
...
We can't have a tarball, most of the files from the package are
non-redistributable.
...
Then why do ebuilds contain line LICENSE=GPL-2?
On Thu, 02 Jun 2011 19:17:44 +0200
Paweł Hajdan, Jr. phajdan...@gentoo.org wrote:
On 6/2/11 7:00 PM, Dane Smith wrote:
I'm going to guess you've already tried this, but just in case. Did
you try asking him to version things more... sanely? I've had to do
that a few times and people are
Michał Górny schrieb:
You could have a 'versioned' ebuild linked to the actual SRC_URI,
and bump it whenever you notice the upstream tarball changes. This
would allow users to have the package upgraded automatically.
I don't think this will help users much. It will just make the package
On 06/03/11 16:09, Chí-Thanh Christopher Nguyễn wrote:
Michał Górny schrieb:
You could have a 'versioned' ebuild linked to the actual SRC_URI,
and bump it whenever you notice the upstream tarball changes. This
would allow users to have the package upgraded automatically.
I don't think
Patrick Lauer schrieb:
On 06/03/11 16:09, Chí-Thanh Christopher Nguyễn wrote:
Michał Górny schrieb:
You could have a 'versioned' ebuild linked to the actual SRC_URI,
and bump it whenever you notice the upstream tarball changes. This
would allow users to have the package upgraded
The problem (already mentioned earlier in this thread) is that some
parts are not redistributable.
Best regards,
Chí-Thanh Christopher Nguyễn
I've looked through the website and the tarbell and I've not seen
anything that says it's not redistributable. In the readme, there is
some
On 6/3/11 4:09 PM, Chí-Thanh Christopher Nguyễn wrote:
Michał Górny schrieb:
You could have a 'versioned' ebuild linked to the actual SRC_URI,
and bump it whenever you notice the upstream tarball changes. This
would allow users to have the package upgraded automatically.
I don't think this
Paweł Hajdan, Jr. schrieb:
This thread is about removing those 'versioned' ebuilds, so your
response could be interpret as don't remove them. But then they're
broken, and if I bump them today a few weeks/months from now they'll be
broken again.
I'm all for removing the non-live ebuilds.
ross smith schrieb:
I've looked through the website and the tarbell and I've not seen
anything that says it's not redistributable. In the readme, there is
some warning that things built with JBIG1 may fall under software that
is already patentable, but that doesn't say the file can't be
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
# Markos Chandras hwoar...@gentoo.org (3 Jun 2011)
# Dead upstrea, many open bugs, partially working with
# kernel-2.6
# Bugs #159741, #159838, #165120, #165200, #231459,
# #273902, #278949, #305155, #330523, #369293
# Masked for removal in 30 days
# Andreas K. Huettel dilfri...@gentoo.org (3 Jun 2011)
# Requires KDE 4.4, which is not in the portage tree anymore.
# Please unmerge before upgrading KDE, and emerge afterwards
# net-wireless/bluedevil for bluetooth support in KDE 4.6.
# Masked for removal in 15 days
net-wireless/kbluetooth
--
13 matches
Mail list logo