Re: [arch-general] How to have multiple JDKs parallel?

[Guillaume ALAUX via arch-general]

On Mon, Sep 17, 2018 at 5:48 PM Carsten Mattner via arch-general
 wrote:
>
> On 9/17/18, Eli Schwartz via arch-general  wrote:
>
> > So essentially what you really want is a way for pacman to remember your
> > choice. That would require pacman modify its configuration which is
> > something that goes against the current architecture... What would happen
> > instead is pacman.conf could be used to configure this.
> >
> > I'm not sure if IgnorePkg or HoldPkg would have an effect here...
>
> The way I read it, what's being suggested is something like Debian's
> update-alternatives. https://wiki.debian.org/DebianAlternatives
>
> Or a JVM version manager ala pyenv etc. Not sure.

Just to give some backing: here is the official explanation of what
has already been stated before about JDK versions:

"[…] non‑LTS releases are considered a cumulative set of
implementation enhancements of the most recent LTS release. Once a new
feature release is made available, any previous non‑LTS release will
be considered superseded. For example, Java SE 9 was a non‑LTS release
and immediately superseded by Java SE 10 (also non‑LTS), Java SE 10 in
turn is immediately superseded by Java SE 11." [0]

So keeping OpenJDK 9 in our repo while OpenJDK 10 is out would be the
same as keeping say OpenJDK 8.u181 while OpenJDK 8.u182 is out! Even
though I can understand the (developer) use case, this is clearly out
of Arch Linux' scope.

[0] http://www.oracle.com/technetwork/java/javase/eol-135779.html

Guillaume

Re: [arch-general] Orca, java-atk-wrapper, and OpenJDK8

[Guillaume ALAUX]

On Thu, Aug 17, 2017 at 10:29 AM, Guillaume ALAUX
 wrote:
> On Thu, Aug 17, 2017 at 6:54 AM, Hunter Jozwiak via arch-general
>  wrote:
>> Greetings,
>>
>> I am trying to get java-atk-wrapper and OpenJDK8 working together with
>> the Orca screenreader. I have noticed that the following files exist in
>> OpenJDK7 but not for my default JRE:
>> usr/lib/jvm/
>> usr/lib/jvm/java-7-openjdk/
>> usr/lib/jvm/java-7-openjdk/jre/
>> usr/lib/jvm/java-7-openjdk/jre/lib/
>> usr/lib/jvm/java-7-openjdk/jre/lib/accessibility.properties
>> usr/lib/jvm/java-7-openjdk/jre/lib/ext/
>> usr/lib/jvm/java-7-openjdk/jre/lib/ext/java-atk-wrapper.jar
>> What I've Tried:
>> I tried copying these files to /usr/lib/jvm/default/jre, but this seems
>> to throw errors and Orca won't read the application. I tried it with
>> jconsole, clion, and IntelliJ, all three were still inaccessible. Is
>> there another step to get things working? Do I need an older version of
>> java-atk-wrapper?
>>
>> Thanks,
>>
>> Hunter
>
> Hi Hunter,
>
> I am the Arch Linux packager for OpenJDK. I will look into it and
> probably also adopt java-atk-wrapper as it is an orphan.
>
> Guillaume

Hi Hunter,

I have just pushed version 0.33.3 of java-atk-wrapper with split
packages for OpenJDK7 and OpenJDK8.

People using OpenJDK7 should just update their system.
People using OpenJDK8 should install java-atk-wrapper-openjdk8.

I have tested this with the SwingSet example available here [0] as
well as with JadX from our repos [1]. Orca does speaks up these GUIs.

Friendly reminder: to setup Java ATK Wrapper, one needs to:

- configure the proper JRE with `archlinux-java`
- set `export 
_JAVA_OPTIONS="-Dassistive_technologies=org.GNOME.Accessibility.AtkWrapper"`
(append `-verbose:jni` for verbose output)

If you stumble on any bug with these, please open a bug report [2] and
assign it to me.

[0] https://wiki.gnome.org/Accessibility/JavaAtkWrapper
[1] https://www.archlinux.org/packages/community/any/jadx/
[2] https://bugs.archlinux.org/

Guillaume

Re: [arch-general] Orca, java-atk-wrapper, and OpenJDK8

[Guillaume ALAUX]

On Thu, Aug 17, 2017 at 6:54 AM, Hunter Jozwiak via arch-general
 wrote:
> Greetings,
>
> I am trying to get java-atk-wrapper and OpenJDK8 working together with
> the Orca screenreader. I have noticed that the following files exist in
> OpenJDK7 but not for my default JRE:
> usr/lib/jvm/
> usr/lib/jvm/java-7-openjdk/
> usr/lib/jvm/java-7-openjdk/jre/
> usr/lib/jvm/java-7-openjdk/jre/lib/
> usr/lib/jvm/java-7-openjdk/jre/lib/accessibility.properties
> usr/lib/jvm/java-7-openjdk/jre/lib/ext/
> usr/lib/jvm/java-7-openjdk/jre/lib/ext/java-atk-wrapper.jar
> What I've Tried:
> I tried copying these files to /usr/lib/jvm/default/jre, but this seems
> to throw errors and Orca won't read the application. I tried it with
> jconsole, clion, and IntelliJ, all three were still inaccessible. Is
> there another step to get things working? Do I need an older version of
> java-atk-wrapper?
>
> Thanks,
>
> Hunter

Hi Hunter,

I am the Arch Linux packager for OpenJDK. I will look into it and
probably also adopt java-atk-wrapper as it is an orphan.

Guillaume

Re: [arch-general] OpenJFX package out-of-date

[Guillaume ALAUX]

On Mon, Jan 30, 2017 at 10:19 PM, Guillaume ALAUX
 wrote:
> On Mon, Jan 30, 2017 at 8:39 PM, Kyle Laker  wrote:
>>
>> Hello,
>>
>> The extra/java-openjfx package has been flagged out-of-date since
>> 2016-09-13 and is stuck at verison 8u76-b03. This can result in
>> runtime warnings for some JavaFX applications whose FXML was created
>> specifying a newer API version, potentially causing confusion for
>> users because `java -version` would return the newest version
>> (1.8.0_121).
>>
>> The following patch (created using `svn diff`) of the PKGBUILD should
>> bring it up to match the latest version of extra/jdk8-openjdk. No
>> changes should be necessary for the gradle.properties file.
>>
>> Regards,
>> Kyle
>>
>>
>> Patch:
>>
>> Index: PKGBUILD
>> ===
>> --- PKGBUILD(revision 287772)
>> +++ PKGBUILD(working copy)
>> @@ -12,11 +12,11 @@
>>  pkgbase=java-${_libname}
>>  pkgname=('java-openjfx' 'java-openjfx-doc' 'java-openjfx-src')
>>  _java_ver=8
>> -_jdk_update=76
>> -_jdk_build=03
>> +_jdk_update=121
>> +_jdk_build=13
>>  _hgtag=${_java_ver}u${_jdk_update}-b${_jdk_build}
>>  pkgver=${_java_ver}.u${_jdk_update}
>> -pkgrel=2
>> +pkgrel=1
>>  pkgdesc='Java OpenJFX 8 client application platform (open-source
>> implementation of JavaFX)'
>>  arch=('i686' 'x86_64')
>>  url='https://wiki.openjdk.java.net/display/OpenJFX/Main'
>
>
> Thanks. I will try to make some time this week to update it.

Ok so I finally managed to get OpenJFX to build.

It was a bit more complicated than the patch you provided [0] [1] [2].
I thought you had tested it but I doubt it as makepkg wouldn't even
download the sources.

[0] 
https://git.archlinux.org/svntogit/packages.git/commit/trunk?h=packages/java-openjfx&id=512bfaf1653042ce6ead2b5cecdc99942ff25627
[1] 
https://git.archlinux.org/svntogit/packages.git/commit/trunk?h=packages/java-openjfx&id=e1947ee35f9d15f1cbddef189c027005eada7424
[2] 
https://git.archlinux.org/svntogit/packages.git/commit/trunk?h=packages/java-openjfx&id=8eb70ae9f14e3c87c5f5b5ed7501307ae8ca218e

Re: [arch-general] OpenJFX package out-of-date

[Guillaume ALAUX]

On Mon, Jan 30, 2017 at 8:39 PM, Kyle Laker  wrote:
>
> Hello,
>
> The extra/java-openjfx package has been flagged out-of-date since
> 2016-09-13 and is stuck at verison 8u76-b03. This can result in
> runtime warnings for some JavaFX applications whose FXML was created
> specifying a newer API version, potentially causing confusion for
> users because `java -version` would return the newest version
> (1.8.0_121).
>
> The following patch (created using `svn diff`) of the PKGBUILD should
> bring it up to match the latest version of extra/jdk8-openjdk. No
> changes should be necessary for the gradle.properties file.
>
> Regards,
> Kyle
>
>
> Patch:
>
> Index: PKGBUILD
> ===
> --- PKGBUILD(revision 287772)
> +++ PKGBUILD(working copy)
> @@ -12,11 +12,11 @@
>  pkgbase=java-${_libname}
>  pkgname=('java-openjfx' 'java-openjfx-doc' 'java-openjfx-src')
>  _java_ver=8
> -_jdk_update=76
> -_jdk_build=03
> +_jdk_update=121
> +_jdk_build=13
>  _hgtag=${_java_ver}u${_jdk_update}-b${_jdk_build}
>  pkgver=${_java_ver}.u${_jdk_update}
> -pkgrel=2
> +pkgrel=1
>  pkgdesc='Java OpenJFX 8 client application platform (open-source
> implementation of JavaFX)'
>  arch=('i686' 'x86_64')
>  url='https://wiki.openjdk.java.net/display/OpenJFX/Main'


Thanks. I will try to make some time this week to update it.

Re: [arch-general] [arch-dev-public] todo list for moving http -> https sources

[Guillaume ALAUX]

On Mon, Oct 31, 2016 at 4:16 PM, Levente Polyak  wrote:
>
> On 10/31/2016 04:03 PM, Patrick Burroughs (Celti) wrote:
> > As a middle ground, I think it would be more reasonable (or at least,
> > less unreasonable) to modify makepkg to allow signing PKGBUILDs, or at
> > least parts of them. For an existing example, OpenBSD's signify(1) uses
> > their cryptographic signature system to sign a simple list sha256sums.
> >
> > Perhaps makepkg could include, e.g., a sha256sumsigs array, that
> > contains a PGP signature (signed by the developer/TU's official key)
> > of the contents (properly serialised by makepkg so there's a minimum
> > of possible ambiguity) of the sha256sums array?
> >
>
> That is literally a _completely_ different topic that addresses
> _completely_ different areas.
> You are speaking about authenticating the build scripts itself. That
> does not solve _anything_ at all what this thread/topic/todo-list is about.
>
> Don't get me wrong: I don't judge about it at all, I'm just saying that
> both are fully independent from each other and you should please open a
> new thread if you want to discuss this rather then hijack this thread :)
>
> cheers,
> Levente
>

Yes, these are two totally different subjects: "Encourage the use of
PGP signatures in our `source`" and "Using HTTPS on our `source`".
Let's stick to the original subject :)

I am all in favor of a script to turn `http` into `https` when
available. Yeah HTTPS "brings a false sense of security" but still it
hardens a link in the build process. Sorry for your caches guys, I
might miss some background here but I couldn't imagine any reason to
go against adding some more security in our build process.

Re: [arch-general] What's with Ray Rashif?

[Guillaume ALAUX]

On Sun, Sep 25, 2016 at 4:59 PM,   wrote:
> Hey guys!
>
> I'm not writing this mail to complain, I'm just wondering! I use ardour
> quite a lot and of course I wanted the update to version 5 as soon as
> possible. The first release 5.0 didn't build here, so I thought ok, maybe
> the maintainer of this package is struggling with it too. The current
> version is 5.3 which compiles and runs just fine. So now I wonder why we
> don't get an update.
>
> So I looked at the other packages of the maintainer, see this link
> https://www.archlinux.org/packages/?packager=schiv and well, I see a lot of
> red there!
>
> So I must wonder: Is Ray still active?
>
> Best
> sekret

Just FYI, Ray talked about being "intermittently inactive" in this
thread back in August [0]. It does not completely answer your question
but at least sheds some light.

[0] 
https://lists.archlinux.org/pipermail/arch-dev-public/2016-August/028220.html

Re: [arch-general] i3wm (randomly?) freezes; SIGCONT seems to fix it

[Guillaume ALAUX]

On Sun, Sep 11, 2016 at 9:13 PM, Bennett Piater  wrote:
> Oh, that looks promising. I'll read through those issues tomorrow.
> Thank you! :)
>
> Cheers,
> Bennett
>
> On 09/11/2016 09:08 PM, Martin Kühne via arch-general wrote:
>> Oh, this stuff might all be related to the issue: [0], [1], [2]
>>
>> cheers!
>> mar77i
>>
>> [0] 
>> https://faq.i3wm.org/question/4631/dont-sigstop-when-in-hide-mode/here.html
>> [1] https://github.com/ultrabug/py3status/issues/253
>> [2] https://github.com/i3/i3/issues/2280
>>
>
> --
> GPG fingerprint: 871F 1047 7DB3 DDED 5FC4 47B2 26C7 E577 EF96 7808
>

New freeze happened to me yesterday. Before the computer got
completely frozen, I managed to have a look at `htop`, `vmsize` and
`free`. All my 8Go of RAM were full. 84Go of shared memory were showed
as used by `/usr/lib/chromium/nacl_helper`. This looks like a known
issue with Chromium [0]. I did what seems to be generally advised: use
a fresh ~/.config/chromium directory.

If this fixes it for me, this would imply I have a different issue
from OP, I would then not follow on this thread. Otherwise I will have
to dig these i3 links and let you know.

Thanks for the i3 issue links :)

[0] 
https://www.reddit.com/r/chrome/comments/498br6/help_why_is_nacl_helper_84g_large_also_overnight/

Guillaume

Re: [arch-general] i3wm (randomly?) freezes; SIGCONT seems to fix it

[Guillaume ALAUX]

On Sun, Sep 11, 2016 at 8:57 PM, Ralf Mardorf  wrote:
>
> On Sun, 11 Sep 2016 20:51:03 +0200, Bennett Piater wrote:
> >> No freeze since the one I told you about! I will definitely
> >> investigate further if/when I get a new one.
> >
> >Very weird...
> >I had another one yesterday, but again, no clue what caused it.
> >$(killall -CONT i3) fixed it again, so be sure to try that if you get
> >another freeze :)
> >
> >Sadly, the logs contained zero indication, so I don't know how to
> >proceed.
>
> Seemingly it is a software issue, since somebody else mentioned to
> experience the same after upgrading, but you never know. Just in case
> you could check the battery and run memtest.

I have experienced yet another freeze this afternoon. Nothing in any
log helps me diagnose. I could barely run a htop which seemed to show
memory exhaustion. I am keeping an eye on memory consumption from now
on.

Re: [arch-general] i3wm (randomly?) freezes; SIGCONT seems to fix it

[Guillaume ALAUX]

On Fri, Sep 9, 2016 at 10:16 PM, Bennett Piater  wrote:
>> Comparing your pacman.log with mine (mine taken from 2016-08-23 to
>> 2016-09-05), here is the list of common packages we both have either
>> installed or upgraded:
>>
>> - man-db
>> - mariadb
>> - mariadb-clients
>> - mediainfo
>> - nano
>> - networkmanager
>> - openvpn
>> - pacman-mirrorlist
>> - python2-appdirs
>> - python2-setuptools
>> - python-appdirs
>> - python-setuptools
>> - webkit2gtk
>> - xdotool
>
> Merci beaucoup! :)
>
> Interestingly, none of these packages look like they could cause this -
> I could maybe imagine xdotool, but anything else...
> Did the freeze happen again for you, or has it stopped?
>
> Thanks,
> Bennett
>
> --
> GPG fingerprint: 871F 1047 7DB3 DDED 5FC4 47B2 26C7 E577 EF96 7808
>

No freeze since the one I told you about! I will definitely
investigate further if/when I get a new one.

Re: [arch-general] i3wm (randomly?) freezes; SIGCONT seems to fix it

[Guillaume ALAUX]

On Fri, Sep 9, 2016 at 5:38 PM, Ralf Mardorf  wrote:
> On Fri, 9 Sep 2016 17:32:40 +0200, Bennett Piater wrote:
>>> Regarding
>>>
>>> https://www.google.de/?gws_rd=ssl#q=+linux+no+.xsession-errors
>>> https://bbs.archlinux.org/viewtopic.php?id=143068
>>> http://www.linuxquestions.org/questions/slackware-14/where-is-~-xsession-errors-log-867498/
>>>
>>> $ startx 2> ~/.xsession-errors
>>>
>>> should do the job.
>>
>>Thank you, I will change that in my .profile and see if that contains
>>useful information.
>>
>>However, if sending SIGCONT to i3 works the next time this happens, I
>>don't think that X has anything to do with it...
>
> .xsession-errors contains the output of every GUI app you are running,
> as if you would launch all those apps in terminals.

Comparing your pacman.log with mine (mine taken from 2016-08-23 to
2016-09-05), here is the list of common packages we both have either
installed or upgraded:

- man-db
- mariadb
- mariadb-clients
- mediainfo
- nano
- networkmanager
- openvpn
- pacman-mirrorlist
- python2-appdirs
- python2-setuptools
- python-appdirs
- python-setuptools
- webkit2gtk
- xdotool

Guillaume

Re: [arch-general] i3wm (randomly?) freezes; SIGCONT seems to fix it

[Guillaume ALAUX]

On Fri, Sep 9, 2016 at 4:11 PM, Bennett Piater  wrote:
> Hi all,
> I've had a very elusive and frustrating problem this week and don't know
> where to look anymore.
> Maybe one of you has an idea? :)
>
> Since 2016-09-04, i3wm freezes every once and a while; often after
> waking the screen (even if it wasn't locked), a few times also directly
> or a few minutes after logging in.
> I have not yet found a conclusive pattern.
>
> The freeze is complete; no reaction to mouse or keyboard activity, not
> even in the debug logs. However, I can interact with the focused window
> just fine (I obviously cannot change focus).
> i3 also doesn't react to IPC calls (tried with i3-msg).
>
> Up to now, I had sent SIGTERM to important programs that had been
> running and KILLed i3 (it doesn't react to SIGTERM, either).
> Today, in my frustration, I tried sending SIGCONT instead.
> To my surprise, i3 immediately sprung back to life.
>
> What I do not understand is that i3 hasn't been updated in a while, let
> alone since Sunday.
> FWIW, I am running the fork i3-gaps instead of i3, but that is very
> close to upstream and has been stable forever.
>
> I posted /var/log/pacman.log from the day when it started on my server [0].
>
> Does anyone have any clue what could be causing this?
>
> Thanks,
> Bennett
>
> [0]: https://vps1.piater.name/commie/#dvm1K6lg
>
> --
> GPG fingerprint: 871F 1047 7DB3 DDED 5FC4 47B2 26C7 E577 EF96 7808
>

I have had two "i3 complete freezes" recently (I think I managed to
trace them back to Sept 1st and Sept 5th). None were after an
hibernation wake-up nor anything. Just using Chromium as usual then
suddenly mouse slows down and everything freezes with no control on
it. At the time I thought Chromium was the culprit. Had to reboot the
machine throught the power switch. I did not try to investigate
further.

After a quick look at my journalctl, I can't really see anything suspicious.

FYI, I am using vanilla i3 from community with i3pystatus.

Re: [arch-general] Network issue with broadcom-wl-dkms

[Guillaume ALAUX]

On Mon, Oct 12, 2015 at 3:16 PM, Thomas AUREL  wrote:
>
> Hi everyone,
>
> I have some issues with my wireless. It is capable to connect to a network 
> (with a static IP address) but when i launch a application which network, my 
> laptop froze.
>
> The last driver version is installed with dkms (I removed all other versions).
> My laptop is the Dell XPS 13 (2015), I uses linux-lts.
>
> Any hint will be appreciate,
>
> Thomas

It seems this issue is already discussed on the AUR package page [0].
Have you seen this and tested this very last version of the package?

[0] https://aur.archlinux.org/packages/broadcom-wl-dkms/

Re: [arch-general] [Q] Package all sources in openjdk8-src as Fedora does

[Guillaume ALAUX]

On Tue, Jul 21, 2015 at 1:22 PM, Konstantin Gribov  wrote:
> Sorry, it seems mailing list software strips attachments. The patch you
> mentioned is that one I mean.
> It varies between openjdk updates (it was different between u45 and u51,
> mine is for u51).
>
> I think, upstream wouldn't add these packages to src.zip since them
> explicitly do package whitelisting.
>
> --- java8-openjdk/PKGBUILD 2015-07-20 01:05:35.531198152 +0300
> +++ java8-openjdk-my/PKGBUILD 2015-07-20 19:03:17.047168335 +0300
> @@ -15,7 +15,7 @@
>  _jdk_build=16
>  pkgver=${_java_ver}.u${_jdk_update}
>  _repo_ver=jdk${_java_ver}u${_jdk_update}-b${_jdk_build}
> -pkgrel=1
> +pkgrel=2
>  arch=('i686' 'x86_64')
>  url='http://openjdk.java.net/'
>  license=('custom')
> @@ -31,7 +31,8 @@
>
>  
> langtools-${_repo_ver}.tar.gz::${_url_src}/langtools/archive/${_repo_ver}.tar.gz
>
>  nashorn-${_repo_ver}.tar.gz::${_url_src}/nashorn/archive/${_repo_ver}.tar.gz
>  JDK-8074312-hotspot.patch
> -
>  JVM_fastdebug_build_compiled_with_GCC_5_asserts_with_widen_increases.patch)
> +
>  JVM_fastdebug_build_compiled_with_GCC_5_asserts_with_widen_increases.patch
> +all-sources.patch)
>
>  
> sha256sums=('02eab2b937ed83c4505e93f58ad0b84a4e1a69e6d0baa4d041ec09ed98f18c2d'
>
>  '00d783dda3a7d87eb55a72febe7666c4b3297616ef3f11bbd679a05f19a81825'
> @@ -42,7 +43,8 @@
>
>  '3171ec4dbd96747eeb876a8fd3caf1e1e52da3dc91b63308193c914a5501d6e4'
>
>  'ffdd0446fce7b624f2cdc80297b99eecfdf30adfee39d3b8832a78c1dc202636'
>
>  '95fbd155806cac22de9e6df6f4f92ae79530f86d63cea1deaf98e607953e0b50'
> -
>  '8df4d5d78753ebc5bc425fd1c8fe788106ac8b9d3155feb162a748a96c81cc05')
> +
>  '8df4d5d78753ebc5bc425fd1c8fe788106ac8b9d3155feb162a748a96c81cc05'
> +
>  '19ecefff54ebc25a96b0fa2f0e2ec7e35309e876574dadf16a524399498eda04')
>
>  case "${CARCH}" in
>'x86_64') _JARCH=amd64 ; _DOC_ARCH=x86_64 ;;
> @@ -63,9 +65,12 @@
>
>for subrepo in corba hotspot jdk jaxws jaxp langtools nashorn
>do
> -ln -s ../${subrepo}-${_repo_ver} ${subrepo}
> +ln -sf ../${subrepo}-${_repo_ver} ${subrepo}
>done
>
> +  cd "${srcdir}/jdk-${_repo_ver}"
> +  patch -p1 < "${srcdir}"/all-sources.patch
> +
>cd "${srcdir}/hotspot-${_repo_ver}"
># https://bugs.openjdk.java.net/browse/JDK-8074312
>patch -p1 < "${srcdir}"/JDK-8074312-hotspot.patch
>
>
> --- jdk/make/CreateJars.gmk
> +++ jdk/make/CreateJars.gmk
> @@ -569,38 +569,12 @@
>  
> ##
>
>  SRC_ZIP_INCLUDES = \
> -com/sun/corba \
> -com/sun/image/codec/jpeg \
> -com/sun/imageio \
> -com/sun/java_cup \
> -com/sun/javadoc \
> -com/sun/java/swing \
> -com/sun/jmx \
> -com/sun/naming \
> -com/sun/org/apache \
> -com/sun/security/auth \
> -com/sun/security/jgss \
> -com/sun/source \
> +com \
>  java \
> -javax/accessibility \
> -javax/annotation \
> -javax/imageio \
> -javax/lang \
> -javax/management \
> -javax/naming \
> -javax/print \
> -javax/rmi \
> -javax/script \
> -javax/security \
> -javax/sound \
> -javax/sql \
> -javax/swing \
> -javax/tools \
> -javax/xml \
> -org/ietf \
> -org/omg \
> -org/w3c/dom \
> -org/xml/sax \
> +javax \
> +jdk \
> +org \
> +sun \
>  #
>
>  SRC_ZIP_SRCS = $(JDK_TOPDIR)/src/share/classes
> $(JDK_TOPDIR)/src/$(OPENJDK_TARGET_OS_API_DIR)/classes
> @@ -632,7 +606,6 @@
>  $(eval $(call SetupZipArchive,BUILD_SRC_ZIP, \
>  SRC := $(SRC_ZIP_SRCS) $(IMAGES_OUTPUTDIR)/src, \
>  INCLUDES := $(SRC_ZIP_INCLUDES) launcher, \
> -EXCLUDES := javax/swing/beaninfo, \
>  SUFFIXES := .java .c .h, \
>  ZIP := $(IMAGES_OUTPUTDIR)/src.zip, \
>  EXTRA_DEPS := $(LAUNCHER_ZIP_SRC)))
>
>
> вт, 21 июля 2015 г. в 11:09, Guillaume ALAUX :
>
>> On Mon, Jul 20, 2015 at 7:08 PM, Konstantin Gribov 
>> wrote:
>> >
>> > As I saw in fedora openjdk rpm, they bundle non-public java sources (like
>> > packages in sun, jdk etc). It's quite useful for debugging when low-level
>> > jdk parts involved, so I propose this patch (based on java8-openjdk
>> > 8.u51-1).
>> >
>> > File all-sources.patch contains patch for
>> > ${srcdir}/jdk-${_repo_ver}/make/CreateJars.gmk to include all sources
>> > instead of whiteli

Re: [arch-general] [Q] Package all sources in openjdk8-src as Fedora does

[Guillaume ALAUX]

On Mon, Jul 20, 2015 at 7:08 PM, Konstantin Gribov  wrote:
>
> As I saw in fedora openjdk rpm, they bundle non-public java sources (like
> packages in sun, jdk etc). It's quite useful for debugging when low-level
> jdk parts involved, so I propose this patch (based on java8-openjdk
> 8.u51-1).
>
> File all-sources.patch contains patch for
> ${srcdir}/jdk-${_repo_ver}/make/CreateJars.gmk to include all sources
> instead of whitelisted ones.
> PKGBUILD.patch adds all-sources.patch to sources, its checksum and apply it
> in prepare phase.
>
> --
> Best regards,
> Konstantin Gribov

You did not link the patch but I guess the one you are talking of is [0].

Could you argue why this should belong to Arch rather than upstream
(OpenJDK or IcedTea)?

[0] 
http://pkgs.fedoraproject.org/cgit/java-1.8.0-openjdk.git/tree/include-all-srcs.patch

Re: [arch-general] out of date accessibility package, liblouis

[Guillaume ALAUX]

On Mon, Jul 6, 2015 at 9:59 PM, kendell clark  wrote:
>
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA512
>
>
>
> Guillaume ALAUX wrote:
> > On Sun, Jul 5, 2015 at 1:42 AM, kendell clark
> >  wrote: hi all I'm writing in to let
> > everyone know that according to packages.archlinux.org, liblouis
> > has been flagged out of date since september of last year. The url
> > and download location has changed, details below The url has
> > changed from: http://code.google.com/p/liblouis to
> > http://liblouis.org. I'm not at all sure where  liblouis is being
> > downloaded from, but the new location is
> > http://liblouis.org/downloads/$pkgname-$pkgver.tar.gz. I'd fix
> > this myself but I don't have access to the arch repositories, so
> > I'm writing in so others can. I hope this isn't the wrong list to
> > email this to? Thanks for reading Kendell clark
> >
> > Hello,
> >
> > I am not the regular liblouis maintainer for Arch Linux but I can
> > still push it to [extra]. I would even have done it already if only
> > I had been able to test it – through Orca I guess – but whatever I
> > try even with the "old" version, I just cannot get any screen info
> > read.
> >
> > Could you please install the following package and confirm
> > everything is OK? I guess, Orca working properly would make it.
> >
> > http://pkgbuild.com/~guillaume/misc/liblouis-2.6.3-1-x86_64.pkg.tar.xz
> >
> >
> http://pkgbuild.com/~guillaume/misc/liblouis-2.6.3-1-x86_64.pkg.tar.xz.sig
> >
> > Thanks
> >
> > -- Guillaume
> Hi
> This works flawlessly. No issues in orca at all. Were you trying to
> use liblouis by itself? This is supposed to be possible but I'm not at
> all sure how. Liblouis is supposed to be used, I think, in screen
> reader packages for braille support, along with brltty. Long story
> short, no issues at all.
> Thanks a lot for your help
> Kendell clark
>
> >
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v2
>
> iQIcBAEBCgAGBQJVmt4mAAoJEGYgJ5/kqBTdRFQP/08+gKr7bMbGuj1YYHW5Mgn/
> d603oGhBy7AnaH33cXsDdT2OCz6Iy+JsviGpeV62nB+Enpy4F1H7vz3PSSQUJtG/
> jy4DhyGNWHAJS351nkmDtb2u5lzSqcr2QOmNrTqkZfljrRog1FAyhZm3dVUyrCAY
> ev7YSmyyN7uyuYUF6yA6fHvFxGDIXIWJGFxd4MN9W75xnOpel7UZVBZ57xIM5Cv8
> WeztLTlEFYEyRTTDT6Q1C6nXSvOWCAFjq8jFjlO5r/oN1vcu8rFk2I7vuSa0nVmr
> EWqbiaBmX22lAaLDly29O0ubdKQlrWpCAveWIpuoBic1MkiE6/ef9C5qpKu2a8Qh
> ZpDnlVEVJcCMP8GSVfphV2/zqgL3dM7Gv5fRrTTK/MqQZpN8OjyIXpGaGHtJSrcs
> uRTFb18mkv4RJN6mtrvJ5YOK3NszLgXa/XfgKVOVxQ4emEXnMopM4WCLvoX09W04
> NC1hFPgDQ7MMj1jHw4aVPGX3QP3S+q+7ncgGw8Ps/sfZ0aAVdFZjK0zHzzuhlZ6y
> WAjpEMj2X3dwOk6FfkL9CygCD9FtliWpM+uNfkES89EEBxjdMnuzquI1FihrTwP/
> 6W9cKCb+btlb9MyWTETSBepxeCnjaIblXx7h0US0M+A4lej6N3onxEPd4QfXDd1R
> 94EnVHPTvPYHbmyt/LKw
> =QwBY
> -END PGP SIGNATURE-

I have tried it through Orca under Gnome without luck. Anyway, your
validation makes it for me. This is pushed to [extra] :).

Thanks,

--
Guillaume

Re: [arch-general] out of date accessibility package, liblouis

[Guillaume ALAUX]

On Sun, Jul 5, 2015 at 1:42 AM, kendell clark  wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA512
>
> hi all
> I'm writing in to let everyone know that according to
> packages.archlinux.org, liblouis has been flagged out of date since
> september of last year. The url and download location has changed,
> details below
> The url has changed from: http://code.google.com/p/liblouis to
> http://liblouis.org. I'm not at all sure where  liblouis is being
> downloaded from, but the new location is
> http://liblouis.org/downloads/$pkgname-$pkgver.tar.gz. I'd fix this
> myself but I don't have access to the arch repositories, so I'm
> writing in so others can. I hope this isn't the wrong list to email
> this to?
> Thanks for reading
> Kendell clark
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v2
>
> iQIcBAEBCgAGBQJVmG9NAAoJEGYgJ5/kqBTd5noP/2w1K2cs0DibKeYfsTJAhc5s
> jlmbXU7SD/tMOqNIrWQx59Cw2dtVgj5VdMwcbBboE8QswHxtTHYL5fgcErukirAz
> 4+RofKtcu9mjPCj16VcuSDjDUMn8FzJ28lvMq7IM6eiIRKlGUrJaR3ATVP3rL6zq
> FViumXwADBGwtl6x4U4G5kuiJSdkjQZJgNdG9ADkeX0uDjseqOinlDtzTqNwrwrV
> o0JQQwS2x6LHoe+uIGQXpAvBsC1lNKFmMdPQwEPjZLDWf5GEjaLMKd9nLVEzG6vS
> 7LQXlX3teYWLzVrsvvvLAjay9SfhvxdL65bUCBVnOY01cUnK/yrwVFFqUQi1e3F9
> cMpqid7Axvs1AFm4ikweST3K7ImEUtBZz5/b5nbidWHtVwh8bT1Y90HPpGLuRWd8
> rkgccyhSD68EA83h3uxDsakACUWIxckFuZN0Ss/NUvYut4pGvWL4vqMwcwIJUrbO
> mZRCCCOwtbCcgP4XE3xkEVV+twIvIJ+dMuNmeYqvKIDSrg3/o5tlM1AgLEQpBf+4
> GBe5DAPqpoDGLlPpsTkZWzZDPQq3EF09qBKAnZiTRRiphKlygXbQZb+hkPxmDj6J
> Yhk2qspWyi+ISwj6MZQ2vBxzFPeyt3fSIrYp2bZeBC5zU9JEMhXDsBG5GFbDaofG
> PeeD7a2MmQEm30alFxKf
> =kcDE
> -END PGP SIGNATURE-

Hello,

I am not the regular liblouis maintainer for Arch Linux but I can
still push it to [extra]. I would even have done it already if only I
had been able to test it – through Orca I guess – but whatever I try
even with the "old" version, I just cannot get any screen info read.

Could you please install the following package and confirm everything
is OK? I guess, Orca working properly would make it.

http://pkgbuild.com/~guillaume/misc/liblouis-2.6.3-1-x86_64.pkg.tar.xz
http://pkgbuild.com/~guillaume/misc/liblouis-2.6.3-1-x86_64.pkg.tar.xz.sig

Thanks

--
Guillaume

Re: [arch-general] traceroute package

[Guillaume ALAUX]

On Wed, Jun 3, 2015 at 1:44 PM, Martti Kühne  wrote:
> On Wed, Jun 3, 2015 at 1:37 PM,   wrote:
>> Hello,
>>
>> We've found a inconsistency with the traceroute installation and it's 
>> manpage.
>> The manpage says 'traceroute6 is an equivalent to traceroute -6', but in 
>> arch linux this does not work.
>>
>> It this by design?
>>
>> Thank you.
>>
>> Paul Schaefer
>
>
> Upstream doesn't ship a symlink. The scripts used to set up packages
> are pretty ugly, so I guess it's by design.
> You might create your own symlink, if you think of removing it once it
> ships and the installation aborts with "traceroute6 exists in
> filesystem".
>
> cheers!
> mar77i

Link from traceroute6 is made by upstream in the Debian `specs` file.
IMHO it should rather be made in the makefile. I would add it in the
PKGBUILD and open a bug to upstream in the meantime but it is up to
the packager's decision.

Re: [arch-general] Package guidelines for apps requiring a specific Java version

[Guillaume ALAUX]

On 5 October 2014 02:09, Maxwell Anselm  wrote:
>
> > What is the name/URL of this app?
> It's the GURPS character sheet: http://gurpscharactersheet.com/
> I have a github repo for my WIP AUR package:
> https://github.com/silverhammermba/gcs
>
> > If building on a box where multiple JVM can be installed: build
> > scripts for Java apps usually provide a "--with-jdk=" or
> > "--java-home=" (or similar) to force the JVM to use to build. If
> > true for the app you are trying to build then you could use path
> > "/usr/lib/jvm/java-8-openjdk/"
> Yeah, my primary concern here is multi-JVM boxes. If only Java 8 is
> installed, there's no issue. The build system is Apache Ant, and I can
> change the JVM it uses by setting JAVA_HOME for makepkg, but even then I
> can't assume that Java 8 is java-8-openjdk. For example jre from the AUR
> also provides java-runtime=8.
>
> I feel like the archlinux-java script should be able to get/set the default
> Java **per version**. That would make it much easier to handle all this.

Hello,

Sorry for the late answer, your mail got lost on my webmail and latest
OpenJDK package work.

I opened this task to keep track of it:

https://bugs.archlinux.org/task/42346

Re: [arch-general] Package guidelines for apps requiring a specific Java version

[Guillaume ALAUX]

On 2 October 2014 18:41, Maxwell Anselm  wrote:
> I'm working on a PKGBUILD for a Java app that must be built and run using
> Java 8, but I couldn't find any guidelines on best practices for such a
> situation.
>
> The easy part is including 'java-environment=8' and 'java-runtime=8' in
> makedepends and depends respectively, but how to ensure the right version
> is set as default when building and running (rather than spitting out the
> opaque Java errors you get when using the wrong version)?
>
> Right now at the start of build() I have
>
> echo "Checking that default Java is version 8..."
>
> java -version 2>&1 | grep 'version "1.8'
>
>
> Which seems reasonable since building is infrequent. But what about for the
> shell script that starts the app? I could put a similar check there, but
> that seems like it would be really annoying for people who have multiple
> Java versions installed. Could there be a good way of letting my app always
> use Java 8, even if some other version is set as the default?
>
> Thanks,
> Max

Hello,

> The easy part is including 'java-environment=8' and 'java-runtime=8' in
> makedepends and depends respectively
Yes. Also note existence of "java-runtime-headless" in case your
application does not require graphical stuff (if it does not have a
GUI).

> how to ensure the right version is set as default when building
If building in a chroot (using scripts in package "devtools") and as
you added a makedependency on "java-environment=8" then jdk8-opendjk
and its dependencies will be the only ones installed. Thus your
application will automatically be built with it.

If building on a box where multiple JVM can be installed: build
scripts for Java apps usually provide a "--with-jdk=" or
"--java-home=" (or similar) to force the JVM to use to build. If
true for the app you are trying to build then you could use path
"/usr/lib/jvm/java-8-openjdk/"

Same applies when running the application: it usually involves a
script that checks where the JVM is located that usually takes the
same kind of parameter to "force" the JVM.

What is the name/URL of this app?

Re: [arch-general] java: cannot execute - too many levels of symbolic links

[Guillaume ALAUX]

On 9 September 2014 12:25, lolilolicon  wrote:
> On Tue, Sep 9, 2014 at 4:27 PM, Guillaume ALAUX  
> wrote:
>>
>> Hello,
>>
>> Guillaume here (packager of that "piece of crap" java-common).
>
> Yes it is pretty crappy.
>
>>> symlinks created by the jre* packages at install time, without any
>>> package tracking them.
>>
>> Yes, that is the point of script archlinux-java [3].
>
> It's crappy mainly because of the whole bunch of symlinks being *untracked*.
>
>> Also, this has been publicly discussed back in May [5]
>> where very few people cared to give feedback.
>
> Sorry I don't follow every discussion on the mailing list... I would
> never have joined one about java, really; it just so happens this one is
> so *wrong*...
>
> To be sure, I do appreciate your effort, Guillaume. No one likes to deal
> with this java crap. I don't have strong objections against your general
> approach, only this particular packaging practice. Let's improve it.

> To be sure, I do appreciate your effort
The vocabulary you use to describe this package prevents you from
stating that you "appreciate" my effort. Please, read again this
thread and reconsider your language. I am open to criticism if it is
done in a polite way.

Re: [arch-general] java: cannot execute - too many levels of symbolic links

[Guillaume ALAUX]

On 9 September 2014 10:50, Thorsten Jolitz  wrote:
> Guillaume ALAUX  writes:
>
> Hello,
>
>> Guillaume here (packager of that "piece of crap" java-common).
>
> I did not say that ...
>
>> This issue and its fix were already reported here [0] and discussed on
>> the forum here [1] several days ago.
>>
>> [0] https://bbs.archlinux.org/viewtopic.php?id=186640
>> [1] https://bugs.archlinux.org/task/41826
>
> yes, I should have checked the forum first, I know ...
>
> Would it be technically possible to have a kind or read-only Gmane group
> that reflects all new posts in the forum as well as all new bug-reports?
> Similar to systems that track new commits to a git repo or so - just
> keep people informed about whats going on, bundling info from several
> places in one single place?
>
> In contrast to other groups/mailing lists, following the arch.general
> group doesn't help very much in staying up to date with reported
> problems or bugs.
>
> --
> cheers,
> Thorsten

> I did not say that ...
No that was not for you :)

About the "Gmane": that is another topic. You may want to start a new
thread about that (FYI there already is on each package page, a link
to the source files, commits and bug reports for this package along
with a link to a search on the wiki – no link to the forum though)
[0].

[0] https://www.archlinux.org/packages/extra/any/java-common/

Re: [arch-general] java: cannot execute - too many levels of symbolic links

[Guillaume ALAUX]

On 9 September 2014 09:15, arnaud gaboury  wrote:
> On Tue, Sep 9, 2014 at 2:42 AM, Thorsten Jolitz  wrote:
>>
>> Hi List,
>>
>> after updating yesterday java does not work anymore for me:
>>
>> ,
>> | [tj@arch ~]$ LC_ALL=C java --help
>> | /usr/bin/java: line 2: /usr/lib/jvm/default/bin/java: Too many levels of
>> | symbolic links
>> | /usr/bin/java: line 2: exec: /usr/lib/jvm/default/bin/java: cannot
>> | execute: Too many levels of symbolic links
>> `
>>
>  Same issue here.
>
> $ archlinux-java fix
> seems to fix everything
>
> gabx@hortensia ➤➤ versions/1.8-pre1 % ls -al /usr/lib/jvm
> total 144K
> drwxr-xr-x   3 root root 4.0K Sep  9 09:07 ./
> drwxr-xr-x 228 root root 136K Sep  8 15:50 ../
> drwxr-xr-x   6 root root 4.0K Sep 22  2013 java-7-openjdk/
> lrwxrwxrwx   1 root root   14 Sep  9 09:07 default -> java-7-openjdk/
> lrwxrwxrwx   1 root root   18 Sep  9 09:07 default-runtime ->
> java-7-openjdk/jre/
> lrwxrwxrwx   1 root root7 Sep  8 15:50 java-default-runtime -> default/

Hello,

Guillaume here (packager of that "piece of crap" java-common).

This issue and its fix were already reported here [0] and discussed on
the forum here [1] several days ago.

[0] https://bbs.archlinux.org/viewtopic.php?id=186640
[1] https://bugs.archlinux.org/task/41826

FYI the whole idea was to fix this bug [2] where some application need
to know a valid JDK and a valid JRE.

[2] https://bugs.archlinux.org/task/41639

> For anyone who have installed the jre* packages, do a `pacman -Qo
> /usr/bin/* >/dev/null` -- most if not all items in the list will be
> symlinks created by the jre* packages at install time, without any
> package tracking them.

Yes, that is the point of script archlinux-java [3].

[3] 
https://projects.archlinux.org/svntogit/packages.git/tree/trunk/bin_archlinux-java?h=packages/java-common

@lolilolicon: thanks for you bug report but I am afraid this is the
point of this approach. More about this on the wiki [4]. My answer on
the bug report. Also, this has been publicly discussed back in May [5]
where very few people cared to give feedback.

[4] https://wiki.archlinux.org/index.php/Java#Switching_between_JVM
[5] https://mailman.archlinux.org/pipermail/arch-general/2014-May/036410.html

Re: [arch-general] Java 8

[Guillaume ALAUX]

On 5 June 2014 02:02, Boyan Ding  wrote:
>
> On Wed, 2014-06-04 at 23:20 +0200, Guillaume ALAUX wrote:
> > On 2 June 2014 03:21, Boyan Ding  wrote:
> > > Hi Guillaume,
> > > I really appreciate your work, but are the versioning of the openjdk8*
> > > packages correct? They should be 8.u0_b132 or simply 8.u0 instead of
> > > 8.u132...
> > >
> > > By the way I also made a PKGBUILD [1] based on yours and it's currently
> > > on 8u5. The prebuilt packages are available on the OBS [2]. It added
> > > some packages from Fedora to use system libs. No idea whether they fit
> > > Arch.
> > >
> > > Regards,
> > > Boyan Ding
> > >
> > > [1] https://github.com/dboyan/openjdk8-noicedtea
> > > [2]
> > > http://download.opensuse.org/repositories/home:/dboyan:/openjdk8/Arch_Extra/
> > >
> > >
> > >
> >
> > Hi Boyan,
> >
> > The versionning scheme shojuld be as you say. I must have missed that.
> >
> > Thank you very much for sharing this. I have included your versionning
> > scheme and use of upstream tarball in my PKGBUILD.
> >
> > Up to date packages are available on the repo [0].
> >
> > Also you might be interested in the very last version of the sources
> > [1] (branch "with-meta" uses meta JDK packages as explained earlier on
> > this thread. Be careful though, branch master is not exactly up to
> > date). I did not use patches for system libs, I will "stay vanilla"
> > until IcedTea take care of it.
> Oh, that's great.
>
> >
> > Just out of curiosity: are you officially affiliated with OpenSuse?
> No, I'm not. Actually I got to know OBS not long ago and was just
> curious about it.
>
> Cheers,
> Boyan Ding
>
> >
> > [0] http://pkgbuild.com/~guillaume/repos/jdk
> > [1] https://github.com/galaux/java8-openjdk/tree/with-meta
>
>
>

Hello again,

With help from Heftig, I now have several sets of Java environments
packages for OpenJDK 7 and OpenJDK 8 (and also Oracle JRE/JDK 8 just
as a proof of concept). These are available on this private repo [0]
(did not build the i686).

I also wrote this wiki section in order to give some insight [1].

Before pushing it to [testing], I would love some feedback. Anyone
interested in testing these packages is welcome to give feedback. To
do so, just add these to your pacman.conf:

[galaux_jdk]
Server = http://pkgbuild.com/~guillaume/repos/jdk/$arch

Does the install runs OK? Is your "JRE" and "JDK" fully functionnal
after install? Are you able to switch from install to another?
Suggestions etc…

[0] http://pkgbuild.com/~guillaume/repos/jdk/
[1] 
https://wiki.archlinux.org/index.php/Java#Multiple_official_Java_environments

Re: [arch-general] NotMuch man pages

[Guillaume ALAUX]

On 16 June 2014 14:48,   wrote:
> Hello every one,
>
> I use notmuch to handle my mails, but I recently discovered that the man
> pages aren't present in the notmuch package and there isn't any
> notmuch-man package. Is that a decision or should I report a bug ?
> Eventually should I make a notmuch-man package on the AUR ?
>

It seems man pages already exist on the upstream tarballs [0] but only
one is included: `notmuch-mutt.1` in Arch package `notmuch-mutt`.

You could open a bug report on Arch bug tracker and assign it to the
maintainer asking for all man pages to be included in the different
packages.

[0] http://git.notmuchmail.org/git/notmuch/tree/HEAD:/doc
[1] https://www.archlinux.org/packages/community/i686/notmuch-mutt/

Re: [arch-general] Question on version numbers

[Guillaume ALAUX]

On 15 June 2014 14:30, Stefan Tatschner  wrote:
> Hi,
> just because I'm inquisitive. What's the purpose of version numbers with
> a colon? I've seen this in several packages, e.g. this one [1]. Upstream
> version number is 5.0.2 and arch version number is 1:5.0.2.
>
> Regards,
> Stefan
>
> [1]: https://www.archlinux.org/packages/extra/any/python-setuptools/
>

This is the `epoch` as explained here
https://www.archlinux.org/pacman/PKGBUILD.5.html

Re: [arch-general] Java 8

[Guillaume ALAUX]

On 2 June 2014 03:21, Boyan Ding  wrote:
> Hi Guillaume,
> I really appreciate your work, but are the versioning of the openjdk8*
> packages correct? They should be 8.u0_b132 or simply 8.u0 instead of
> 8.u132...
>
> By the way I also made a PKGBUILD [1] based on yours and it's currently
> on 8u5. The prebuilt packages are available on the OBS [2]. It added
> some packages from Fedora to use system libs. No idea whether they fit
> Arch.
>
> Regards,
> Boyan Ding
>
> [1] https://github.com/dboyan/openjdk8-noicedtea
> [2]
> http://download.opensuse.org/repositories/home:/dboyan:/openjdk8/Arch_Extra/
>
>
>

Hi Boyan,

The versionning scheme shojuld be as you say. I must have missed that.

Thank you very much for sharing this. I have included your versionning
scheme and use of upstream tarball in my PKGBUILD.

Up to date packages are available on the repo [0].

Also you might be interested in the very last version of the sources
[1] (branch "with-meta" uses meta JDK packages as explained earlier on
this thread. Be careful though, branch master is not exactly up to
date). I did not use patches for system libs, I will "stay vanilla"
until IcedTea take care of it.

Just out of curiosity: are you officially affiliated with OpenSuse?

[0] http://pkgbuild.com/~guillaume/repos/jdk
[1] https://github.com/galaux/java8-openjdk/tree/with-meta

Re: [arch-general] Java 8

[Guillaume ALAUX]

On 29 March 2014 01:02, Guillaume ALAUX  wrote:
>
> On 28 March 2014 18:30, Caleb Cushing  wrote:
> >
> > I'm just wondering what the plan is, if any,  for getting java 8
> > packages into arch?
> >
> > --
> > Caleb Cushing
> >
> > http://xenoterracide.com
> >
> > Calendar:
> > https://www.google.com/calendar/embed?src=xenoterracide%40gmail.com&ctz=America/Chicago
>
> Hello,
>
> There is no official Java 8 package in Arch Linux because the OpenJDK
> we provide uses the IcedTea [0] but unfortunately IcedTea has no
> stable version available **yet** for Java 8. More details about
> IcedTea roadmap here [1]. So the plan (for me at least) is to wait for
> IcedTea 3.0 that will support Java 8. Shipping a "vanilla" OpenJDK8
> into extra (possibly from the binaries provided by Oracle) could be an
> option in the meantime.
>
> [0] http://icedtea.classpath.org/wiki/Main_Page
> [1] 
> http://mail.openjdk.java.net/pipermail/distro-pkg-dev/2014-March/026727.html
>
> --
> Guillaume

Hi Caleb, hi everyone,

People interested in available JDK in Arch Linux can test this
experimental unofficial repository [0] in which lie packages for
OpenJDK7, OpenJDK8 and Oracle JRE/JDK 8 that do not conflict with each
other. They come with a set of "meta" packages that hold common files
as well as a simple script "archlinux-java" that enables to switch
default JDKs. Use of this script is optional as it only modifies the
following link "/usr/lib/jvm/java-default-runtime": this can easily be
done by hand.

Issues, remarks, feedback and suggestions would be greatly appreciated.

[0] http://pkgbuild.com/~guillaume/repos/jdk/

--
Guillaume

Re: [arch-general] Broken mirror

[Guillaume ALAUX]

On 16 May 2014 13:54, Martti Kühne  wrote:
> On Fri, May 16, 2014 at 1:40 PM, Hugo Osvaldo Barrera  wrote:
>> $ ping6 archlinux.c3sl.ufpr.br
>
> Google reveals ufpr.br is the "UFPR - Universidade Federal do Paraná".
> Their website isn't reachable, so your contact - from your friendly
> WHOIS service that shall remain unnamed (they're all spectacularly
> shady and broken, thoguh):
>
>
> nic-hdl-br: PRRKR
> person: PAULO ROBERTO ROCHA KRÜGER
> e-mail: kru...@ufpr.br
> created: 20101026
> changed: 20110315
>
> ...though that won't help, because probably with the connection their
> mail server has likely gone down along. Somebody in that city is
> having a bad day, I'm almost certain.
>
> cheers!
> mar77i

This mirror works, it is just not IPv6.

% ping archlinux.c3sl.ufpr.br
PING sagres.c3sl.ufpr.br (200.236.31.1) 56(84) bytes of data.
64 bytes from sagres.c3sl.ufpr.br (200.236.31.1): icmp_seq=1
ttl=39 time=341 ms
64 bytes from sagres.c3sl.ufpr.br (200.236.31.1): icmp_seq=2
ttl=39 time=346 ms
^C
--- sagres.c3sl.ufpr.br ping statistics ---
2 packets transmitted, 2 received, 0% packet loss, time 1001ms
rtt min/avg/max/mdev = 341.659/344.322/346.985/2.663 ms

And downloading package from it works too.

https://www.archlinux.org/mirrors/
https://www.archlinux.org/mirrors/status/

Re: [arch-general] Java 8

[Guillaume ALAUX]

On 30 March 2014 19:47, Javier Vasquez  wrote:
> On Fri, Mar 28, 2014 at 6:02 PM, Guillaume ALAUX
>  wrote:
>> On 28 March 2014 18:30, Caleb Cushing  wrote:
>>>
>>> I'm just wondering what the plan is, if any,  for getting java 8
>>> packages into arch?
>>>
>>> ...
>>
>> There is no official Java 8 package in Arch Linux because the OpenJDK
>> we provide uses the IcedTea [0] but unfortunately IcedTea has no
>> stable version available **yet** for Java 8. More details about
>> IcedTea roadmap here [1]. So the plan (for me at least) is to wait for
>> IcedTea 3.0 that will support Java 8. Shipping a "vanilla" OpenJDK8
>> into extra (possibly from the binaries provided by Oracle) could be an
>> option in the meantime.
>>
>> [0] http://icedtea.classpath.org/wiki/Main_Page
>> [1] 
>> http://mail.openjdk.java.net/pipermail/distro-pkg-dev/2014-March/026727.html
>
> I'm curious why such hurry?  Is 7 broken, or is it a security
> weakness?  Why not waiting for icedtea8 to be released?  If it's not
> clear when, then why not interacting with upstream to find out, and
> provide help if needed (testing or whatever)?
>
> --
> Javier.

You are right in that there is no particular hurry: 7 is not broken
nor is there any particular weakness. Nevertheless OpenJDK8 is now
officially out and in a stable release so it should be packaged at one
time.

Waiting for IcedTea8 is a possibility that I mentionned on arch-dev-public [0].

As for when it will be released, IcedTea devs state "probably based on
u20" but I admit this does not give me even a rough idea of when this
should be. This I am going to ask on the IcedTea mailing list. This
would help in making the decision.

[0] 
https://mailman.archlinux.org/pipermail/arch-dev-public/2014-March/026082.html

Re: [arch-general] Java 8

[Guillaume ALAUX]

On 29 March 2014 01:02, Guillaume ALAUX  wrote:
> On 28 March 2014 18:30, Caleb Cushing  wrote:
>>
>> I'm just wondering what the plan is, if any,  for getting java 8
>> packages into arch?
>>
>> --
>> Caleb Cushing
>>
>> http://xenoterracide.com
>>
>> Calendar:
>> https://www.google.com/calendar/embed?src=xenoterracide%40gmail.com&ctz=America/Chicago
>
> Hello,
>
> There is no official Java 8 package in Arch Linux because the OpenJDK
> we provide uses the IcedTea [0] but unfortunately IcedTea has no
> stable version available **yet** for Java 8. More details about
> IcedTea roadmap here [1]. So the plan (for me at least) is to wait for
> IcedTea 3.0 that will support Java 8. Shipping a "vanilla" OpenJDK8
> into extra (possibly from the binaries provided by Oracle) could be an
> option in the meantime.
>
> [0] http://icedtea.classpath.org/wiki/Main_Page
> [1] 
> http://mail.openjdk.java.net/pipermail/distro-pkg-dev/2014-March/026727.html
>
> --
> Guillaume

Hi,

I brought this to arch-dev-public [0] so that Arch devs could discuss
what could be done. Feel free to comment here as arch-dev-public is
read-only for non devs.

[0] 
https://mailman.archlinux.org/pipermail/arch-dev-public/2014-March/026076.html

Re: [arch-general] Java 8

[Guillaume ALAUX]

On 28 March 2014 18:30, Caleb Cushing  wrote:
>
> I'm just wondering what the plan is, if any,  for getting java 8
> packages into arch?
>
> --
> Caleb Cushing
>
> http://xenoterracide.com
>
> Calendar:
> https://www.google.com/calendar/embed?src=xenoterracide%40gmail.com&ctz=America/Chicago

Hello,

There is no official Java 8 package in Arch Linux because the OpenJDK
we provide uses the IcedTea [0] but unfortunately IcedTea has no
stable version available **yet** for Java 8. More details about
IcedTea roadmap here [1]. So the plan (for me at least) is to wait for
IcedTea 3.0 that will support Java 8. Shipping a "vanilla" OpenJDK8
into extra (possibly from the binaries provided by Oracle) could be an
option in the meantime.

[0] http://icedtea.classpath.org/wiki/Main_Page
[1] http://mail.openjdk.java.net/pipermail/distro-pkg-dev/2014-March/026727.html

--
Guillaume

Re: [arch-general] [arch-dev-public] time to drop openjdk6 ?

[Guillaume ALAUX]

On 13 June 2012 22:02, Leonidas Spyropoulos  wrote:
> On Wed, Jun 13, 2012 at 8:57 PM, Chris Sakalis  wrote:
>> Hello,
>> not a very important application, and there may be some workarounds,
>> but with openjdk7 Minecraft [1] fails to load the correct bundled
>> libraries on 64bit. From the exception, it appears that it actually
>> tries to load the 32bit libs, but it fails. Again, this is only for
>> the bundled lwjgl libraries. Just a small point for keeping openjdk6,
>> for the moment.
>>
>> --Chris Sakalis
>>
>> [1] - https://aur.archlinux.org/packages.php?ID=39434
>>
>>
>> On Wed, Jun 13, 2012 at 9:20 PM, Ray Kohler  wrote:
>>> On 13.06.2012 21:32, Andreas Radke wrote:
 Oracle has declared JRE/JDK7 the preferred one over JRE/JDK6. So it
>>>
>>> Upstream only yesterday fixed a bug which affects me
>>> (http://icedtea.classpath.org//hg/icedtea-web?cmd=changeset;node=40776f2e940f).
>>> So I'd be grateful if you would wait until that commit comes down to
>>> our icedtea-web-java7 package before dropping icedtea-web.
>
>
> I think we should move forward to 7. Oracle already announced that
> they are moving so the the application must follow. You can always
> keep a JRE 6 and JDK 6 locally as optional somewhere else (/opt) or
> even at your home folder for your development and for applications and
> make alias for them or even load them in your local .profile.
>
> --
> Caution: breathing may be hazardous to your health.
>
> #include 
> int main(){printf("%s","\x4c\x65\x6f\x6e\x69\x64\x61\x73");}

Hello,

Unfortunately tomcat7 won't compile with OpenJDK7. I will have a look
at this (after my holidays next week). This one should be the only of
mine to still require java-environment=6.

--
Guillaume

Re: [arch-general] Mailing lists vs Forums

[Guillaume ALAUX]

On 10 June 2012 20:40, Kwpolska  wrote:
>
> On Sun, Jun 10, 2012 at 8:36 PM, Mateusz Loskot 
> wrote:
> > On 10 June 2012 19:25, Jayesh Badwaik 
> > wrote:
> >> On Sunday 10 Jun 2012 19:14:19 Mateusz Loskot wrote:
> >>>
> >>> I'm wondering, what amount of Arch users and developers
> >>> use the mailing lists in comparison to the number of people
> >>> registered to the Arch Forums?
> >>>
> >>> Can we have some basic mailing lists statistics anywhere posted?
> >>>
> >>> Personally, I prefer mailing lists, but I noticed the Forums traffic
> >>> is order of magnitude larger than the traffic on the lists.
> >>
> >> I don't think I answer your question directly but still...
> >> I believe people who use a desktop mail client prefer mailing list
> >> while
> >> those who use the web interface for mail like gmail.com etc prefer
> >> forums. This especially works if you are a long term mailing list user
> >> and use POP3 mail and hence can search for question using your mail
> >> client search.
> >
> > The reason I posted request for some statistics, is that
> > users may be confused about where to send their requests
> > in order to reach the very core of the Arch community.
> > Certainly, variety is good as people have freedom of choice,
> > but freedom of choice has side effects too.
> >
> > Anyway, I was just curious what part of developers and users
> > are subscribed to the mailing list and what part use forums.
>
> I, for one, am subscribed to the lists (arch-announce,
> arch-dev-public, arch-general, aur-general) and also have a forums
> account.  The difference is I read 90% of the mails I get (ignoring
> the signoff reports or other useless messages) and I haven't been on
> the forums since a few years.  Not quite sure how this works for
> others.
>
> > Also, are all Arch developers subscribed to the mailing lists?
>
> Most likely, yes.
>
> >
> > Best regards,
> > --
> > Mateusz Loskot, http://mateusz.loskot.net
>
>
>
> --
> Kwpolska 
> stop html mail      | always bottom-post
> www.asciiribbon.org | www.netmeister.org/news/learn2quote.html
> GPG KEY: 5EAAEA16   | Arch Linux x86_64, zsh, mutt, vim.
> # vim:set textwidth=70:

+1 here. I see most of the emails posted on the MLs and read some of
interest to me but I have not read forum for ages...

--
Guillaume

Re: [arch-general] view command

[Guillaume Alaux]

On 8 May 2012 18:27, Tiago Sousa  wrote:
> Hey.
> I don't have that behavior here but i guess if you set the environment
> EDITOR variable to vim it should work.
>
> On Tue, May 8, 2012 at 4:31 PM, G. Schlisio  wrote:
>
>> hi all,
>> i stumbled over view being a link to ex, and not to vim, as i am used to
>> with several other distros (opensuse, debian). is there any particular
>> reason for that behaviour?
>> thanks
>> georg
>>

Looking at the vi PKGBUILD [0] (as 'view' belongs to package 'vi') we
don't make any change to 'view'. This mean the way it is in Arch seems
to be upstream (not saying this is better, just givng the reason).

In the end your answer might be "because Arch ships 'vi'".

[0] 
https://projects.archlinux.org/svntogit/packages.git/tree/trunk/PKGBUILD?h=packages/vi

--
Guillaume

Re: [arch-general] [arch-dev-public] Cleaning up orphaned packages

[Guillaume Alaux]

On 5 March 2012 21:23, Lukas Fleischer  wrote:
>
> On Mon, Mar 05, 2012 at 05:49:57PM +0100, Tom Gundersen wrote:
> > On Mon, Mar 5, 2012 at 4:40 PM, Lukas Fleischer
> >  wrote:
> > > * bluez-firmware
> >
> > I take this one.
>
> Thanks!
>
> >
> > > * lzo
> >
> > If nothing is depending on this, it might simply mean that all users
> > have moved to lzo2 and that lzo can be dropped.
>
> partimage (which is in [community]) still depends on it. Not sure if it
> can be easily patched to use lzo2.
>
> >
> > > I'm not sure about lirc either, I'd prefer if someone could adopt both
> > > lirc and lirc-utils and maintain them in [extra] (lirc-utils is
> > > required
> > > by a bunch of [extra] packages).
> >
> > In particular:
> >
> > kradio
> > mplayer
> > mythtv
> > rhythmbox
> > rosegarden
> > xawtv
> > xine-ui
> >
> > Maybe worth investigating if it can be made an opt-depend, like it is
> > for some packages:
> >
> > pulseaudio (optional)
> > totem (optional)
> > vlc (optional)
>
> It's not that easy, I tested this before:
>
>    $ readelf -d $(which mplayer) | grep lirc
>     0x0001 (NEEDED)             Shared library:
> [liblirc_client.so.0]
>    $ pacman -Rdd --noconfirm lirc-utils >/dev/null
>    $ mplayer
>    mplayer: error while loading shared libraries: liblirc_client.so.0:
>    cannot open shared object file: No such file or directory
>
> >
> > Cheers,
> >
> > Tom

Hi y'all,

Just for you to know, I adopted apache-ant which I use a lot mainly
for... Arch packaging :)

--
Guillaume

Re: [arch-general] How to find if a file belongs to a installed package?

[Guillaume Alaux]

On 20 November 2011 12:02, Hector Martinez-Seara  wrote:
>
> Why I'm so blind,
> Thanks
>
> On 20 November 2011 12:48, Jakob Gruber  wrote:
> > On 11/20/2011 11:44 AM, Hector Martinez-Seara wrote:
> >> Hi,
> >> I have been looking but I haven't found a solution to check if a given
> >> file in my system belongs to any of my Installed packages.
> >>
> >> For example, in all my 3 archllinux machine I have a directory named:
> >> /usr/lib/libreoffice/basis3.3    85Mb
> >>
> >> I would not expect to have this directory as I'm fully updated and my
> >> current libreoffice is 3.4. Accordingly there also exists the
> >> directory:
> >> /usr/lib/libreoffice/basis3.4        335Mb
> >>
> >> I'm not an expert in the libreoffice package and therefore blindly
> >> removing the first, without knowing if it is really needed or it is
> >> just some directory during the updates, makes me feel unconformable.
> >>
> >> The command in question should be able not only to check repository
> >> packages but also locally installed ones although if it is not
> >> possible with the first will be enough.
> >> Thanks in advance,
> >> Hector
> >
> > That would be pacman -Qo. From the manpage:
> >
> > QUERY OPTIONS
> > [...]
> >       -o, --owns 
> >           Search for packages that own the specified file(s). The path
> > can be relative or absolute and one or more files can be specified.
> >
>
>
>
> --
> Hector Martínez-Seara Monné
> mail: hse...@gmail.com
> Tel: +34656271145
> Tel: +358442709253

The only thing being that "pacman -Qo" cannot determine ownership of
directories.

But still you can guess with:
$ pacman -Ql libreoffice-base| grep basis
libreoffice-base /usr/lib/libreoffice/basis3.4/
[..]

--
Guillaume

Re: [arch-general] Gnome 3 Always in Fallback Mode

[Guillaume ALAUX]

On 23 August 2011 10:51, Max Xie  wrote:
> Yeah, I've installed the 'gnome-shell' by the full installation command:
>
> pacman -Syu gnome
> pacman -S gnome-extra
>
> and 'gnome-shell' is surely installed.
>
> The option "Force Fallback Mode" is OFF as the default. But, the problem
> haven't gone.
>
> The GNOME cannot probe my Graphics, it shows 'Uknown' in 'System info'
> control-panel.
>
> My CPU is Intel i5-2300, with Intel HD 2000 Graphics within it and that's my
> graphic processor. I've heard about the newest 'xf86-video-intel' can
> support the Intel's new Sandy Bridge and also HD 2000/3000 Graphics so I
> installed it. It seems to work fine with xmonad and Fallback Mode of Gnome.
> Is that driver still under developing and not able to provide Hardware
> Acceleration? Or just the Gnome don't support it? Or I have chosen the wrong
> driver?
>
> How can I check whether the driver supports 3d hardware acceleration (of
> course out of Gnome)?
>
> 
> Mail by Max Xie
>
>
>
>
> On Tue, Aug 23, 2011 at 4:09 PM, Guillaume ALAUX 
> wrote:
>
>> On 23 August 2011 09:48, Max Xie  wrote:
>> > Hi,
>> >
>> > Sorry for my bad English.
>> >
>> > I've just bought a new computer about 1 month ago and I tried to install
>> > archlinux as second OS on it yesterday. But when I got everything done
>> and
>> > started the Gnome, it took a minute and, started in Fallback Mode with
>> > a dialog box telling me maybe I have not got proper driver for the
>> graphic
>> > card. It appeared just the first time I start Gnome, nerver I got that
>> > dialog box further, still in fallback mode.
>> >
>> > My graphic card is Intel HD 2000 integrated in CPU. I'm using
>> > xf86-video-intel as the driver. I can't check what's wrong.
>> >
>> > Thanks,
>> > 
>> > Mail by Max Xie
>> >
>>
>> Hello,
>>
>> Have you installed 'gnome-shell' as explained in the wiki [0]?
>> To get back to regular gnome-shell mode, launch gnome-control-center,
>> navigate to "System info", tab "Graphics" and set "Force fallback
>> mode" to OFF. If it still says you cannot use it then you may have
>> issues with your graphic drivers.
>>
>> [0] https://wiki.archlinux.org/index.php/Gnome#Introduction
>>
>>
>> --
>> Guillaume
>>
>

> The GNOME cannot probe my Graphics, it shows 'Uknown' in 'System info'
control-panel.

That should not be relevant: I have 2 computers here running Gnome OK
in regular mode saying Graphic card = "Unknown".


I have no Intel graphic card so I am not experienced with them but:
have you followed the wiki [0]? Especially parts about KMS.

You should have a look at your Xorg.0.log.

[0] https://wiki.archlinux.org/index.php/Intel
--
Guillaume

Re: [arch-general] Gnome 3 Always in Fallback Mode

[Guillaume ALAUX]

On 23 August 2011 09:48, Max Xie  wrote:
> Hi,
>
> Sorry for my bad English.
>
> I've just bought a new computer about 1 month ago and I tried to install
> archlinux as second OS on it yesterday. But when I got everything done and
> started the Gnome, it took a minute and, started in Fallback Mode with
> a dialog box telling me maybe I have not got proper driver for the graphic
> card. It appeared just the first time I start Gnome, nerver I got that
> dialog box further, still in fallback mode.
>
> My graphic card is Intel HD 2000 integrated in CPU. I'm using
> xf86-video-intel as the driver. I can't check what's wrong.
>
> Thanks,
> 
> Mail by Max Xie
>

Hello,

Have you installed 'gnome-shell' as explained in the wiki [0]?
To get back to regular gnome-shell mode, launch gnome-control-center,
navigate to "System info", tab "Graphics" and set "Force fallback
mode" to OFF. If it still says you cannot use it then you may have
issues with your graphic drivers.

[0] https://wiki.archlinux.org/index.php/Gnome#Introduction


--
Guillaume

Re: [arch-general] pacdiff / pacdiffviewer doesn't notice change in kdmrc

[Guillaume ALAUX]

On 13 April 2011 18:10, Guillaume ALAUX  wrote:
> On 13 April 2011 18:03, Marek Otahal  wrote:
>>
>> hi,
>> by chance I realised that the pacdiff(viewer) utils don't notice a change in
>> kdmrc file. This is strange as I remember being notified about the
>> modification on almost every kde update.
>>
>> By creating a /etc/rc.conf.pacnew I verify they work otherwise.
>> So was there a change in searchpaths or something?
>> Thanks
>>
>>
>> [root@beruska ~]# locate kdmrc
>> /usr/share/config/kdm/kdmrc
>> /usr/share/config/kdm/kdmrc.pacnew
>> /usr/share/doc/kde/html/en/kdm/kdmrc-ref.docbook
>> /var/lib/yaourt/backupfiles/kdebase-workspace/kdebase-
>> workspace-4.4.3-2/usr/share/config/kdm/kdmrc
>>
>> [root@beruska ~]# pacdiffviewer
>> 0 .pacorig found
>> 0 .pacnew found
>> 0 .pacsave found
>> 0 files are orphans
>>
>> [root@beruska ~]# pacdiff
>> [root@beruska ~]#
>> --
>>
>> Marek Otahal :o)
>
> Hi,
>
> pacdiff belongs to package "yaourt" which is not an official tool.
>
> You should report it to http://bugs.archlinux.fr/
>
> Or even see these links: http://archlinux.fr/yaourt-en#links
> --
> Guillaume
>

Sorry, correction:

pacdiffVIEWER belongs to "yaourt".

--
Guillaume

Re: [arch-general] pacdiff / pacdiffviewer doesn't notice change in kdmrc

[Guillaume ALAUX]

On 13 April 2011 18:03, Marek Otahal  wrote:
>
> hi,
> by chance I realised that the pacdiff(viewer) utils don't notice a change in
> kdmrc file. This is strange as I remember being notified about the
> modification on almost every kde update.
>
> By creating a /etc/rc.conf.pacnew I verify they work otherwise.
> So was there a change in searchpaths or something?
> Thanks
>
>
> [root@beruska ~]# locate kdmrc
> /usr/share/config/kdm/kdmrc
> /usr/share/config/kdm/kdmrc.pacnew
> /usr/share/doc/kde/html/en/kdm/kdmrc-ref.docbook
> /var/lib/yaourt/backupfiles/kdebase-workspace/kdebase-
> workspace-4.4.3-2/usr/share/config/kdm/kdmrc
>
> [root@beruska ~]# pacdiffviewer
> 0 .pacorig found
> 0 .pacnew found
> 0 .pacsave found
> 0 files are orphans
>
> [root@beruska ~]# pacdiff
> [root@beruska ~]#
> --
>
> Marek Otahal :o)

Hi,

pacdiff belongs to package "yaourt" which is not an official tool.

You should report it to http://bugs.archlinux.fr/

Or even see these links: http://archlinux.fr/yaourt-en#links
--
Guillaume

Re: [arch-general] How to stop everything.log spamming ?

[Guillaume ALAUX]

On 5 March 2011 06:15, fredbezies  wrote:
>
> Hello.
>
> I'm facing bug 22690 and /var/log/everything.log get spammed every 5
> seconds.
>
> Any tricks to stop this spam ? Or do I have to wait to see it get fixed ?
>
> Thanks for your info and tips.
>
> Have a good day.
>
> --
> Frederic Bezies
> fredbez...@gmail.com

Have you tried changing the conf of syslog-ng? The conf declares
sources, files and just bind them together. Should be easy to do what
you are looking for.

--
Guillaume

Re: [arch-general] GPG signature (was: GPT slower than MBR, although both are properly aligned?)

[Guillaume ALAUX]

On Sun, 2011-01-23 at 09:03 +0100, Frank Thieme wrote:
> Hi!
> 
> Maybe it's just me, but all your messages in this thread have a bad 
> signature...
> 
> Bye...Frank

Hello,

I imported both Karol's signature and yours and Evo says the signature
is valid. It just complains as I haven't signed nor set any trust on it
but this is the right behavior.

You have imported Karol's public key right?

What does the signature of my email says?

--
Guillaume


signature.asc
Description: This is a digitally signed message part

Re: [arch-general] Package building - Change name of finished package

[Guillaume ALAUX]

On 3 January 2011 17:08, Baho Utot  wrote:
> On Monday, January 03, 2011 11:38:52 am Guillaume ALAUX wrote:
>> On 3 January 2011 16:52, Baho Utot  wrote:
>> > On Monday, January 03, 2011 11:17:46 am Ray Rashif wrote:
>> >> On 3 January 2011 23:29, Baho Utot  wrote:
>> >> > joomla-1.5.22-1-any-.pkg.tar.xz
>> >> >
>> >> > Is this possible?
>> >>
>> >> No.
>> >>
>> >> joomla-$sitename-1.55.22-1-any.pkg.tar.xz is possible:
>> >>
>> >> _sitename=foo
>> >> pkgname=joomla-$_sitename
>> >> ...
>> >
>> > Yes I figured that as a possiblilty as I have seen simular in some other
>> > PKGBUILDs.
>> >
>> > joomla-1.5.22-1-any-.pkg.tar.xz is cleaner but I can live with
>> > joomla-$sitename-1.55.22-1-any.pkg.tar.xz
>> >
>> > just isn't pretty.
>> >
>> > Thanks
>>
>> You could use a split PKGBUILD[0]:
>>
>> basename=joomla
>>
>> build()
>> package_joom-site1() {}
>> package_joom-site2() {}
>> package_joom-site3() {}
>> ...
>>
>> [0] http://www.archlinux.org/pacman/PKGBUILD.5.html#_package_splitting
>>
>> --
>> Guillaume
>
>
> OK thanks I'll try that
>
> I'll need to find am example so I can grok that build style.
>
>
>

wireshark[0] is a split package for instance.

http://projects.archlinux.org/svntogit/packages.git/tree/wireshark/trunk/PKGBUILD

--
Guillaume

Re: [arch-general] Package building - Change name of finished package

[Guillaume ALAUX]

On 3 January 2011 16:52, Baho Utot  wrote:
> On Monday, January 03, 2011 11:17:46 am Ray Rashif wrote:
>> On 3 January 2011 23:29, Baho Utot  wrote:
>> > joomla-1.5.22-1-any-.pkg.tar.xz
>> >
>> > Is this possible?
>>
>> No.
>>
>> joomla-$sitename-1.55.22-1-any.pkg.tar.xz is possible:
>>
>> _sitename=foo
>> pkgname=joomla-$_sitename
>> ...
>
> Yes I figured that as a possiblilty as I have seen simular in some other
> PKGBUILDs.
>
> joomla-1.5.22-1-any-.pkg.tar.xz is cleaner but I can live with
> joomla-$sitename-1.55.22-1-any.pkg.tar.xz
>
> just isn't pretty.
>
> Thanks
>

You could use a split PKGBUILD[0]:

basename=joomla

build()
package_joom-site1() {}
package_joom-site2() {}
package_joom-site3() {}
...

[0] http://www.archlinux.org/pacman/PKGBUILD.5.html#_package_splitting

--
Guillaume

Re: [arch-general] Wireshark 1.4.2 stops capturing packets

[Guillaume ALAUX]

On Sun, 2010-11-21 at 16:07 +1000, Allan McRae wrote:
> On 21/11/10 14:08, mwnn wrote:
> > Hi all,
> >
> > After capturing a random number of packets, the new wireshark-1.4.2
> > stops capturing packets.
> >
> 
> Bug reports work best going to the bug tracker and supplying more details.
> 
> Allan

This is an old bug that is hitting us again:
https://bugs.archlinux.org/task/19769

Ionut took care of it. This is now "fixed" on 1.4.2-2.
-- 
Guillaume


signature.asc
Description: This is a digitally signed message part

Re: [arch-general] package xboard long outdated, new pkgbuild attached

[Guillaume ALAUX]

On 5 November 2010 03:21, Auguste Pop  wrote:

> Hi,
>
> The xboard package in extra has been long outdated and orphaned. I
> have attached my own PKGBUILD which includes an .desktop file to ease
> the use.
>
> Can any maintainer just update it?
>
> Thank you for your kind attention.
>
> Best Regards,
>

Hello Auguste,

No PKGBUILD on your email :)

--
Guillaume

Re: [arch-general] Question about pacman and installing Gnome

[Guillaume ALAUX]

On 4 October 2010 18:47, Christian  wrote:
> Hi,
>
>
> On 2010-10-04 at 18:42 Guillaume ALAUX wrote:
>
>>On 4 October 2010 18:37, Christian  wrote:
>>> Hi,
>>>
>>>
>>> On 2010-10-04 at 18:29 Jan de Groot wrote:
>>>
>>>>On Mon, 2010-10-04 at 17:15 +0200, Christian wrote:
>>>>> I wait for about 30 seconds before I login as my user but nothing
>>>>> happens when I press enter after I have entered my password.
>>>>
>>>>gdm has this annoying change since 2.32 where it requires a mouse click
>>>>on the username to select it for login. With previous versions you could
>>>>just hit enter to select the one and only user in the list and enter
>>>>your password after that.
>>>
>>> And you cannot press tab or anything else to select?
>>>
>>>
>>
>>> And you cannot press tab or anything else to select?
>>Yes ! It seems TAB + ENTER does the trick.
>
> OK, so then you just enter your password after you have hit enter that time 
> and then you are logged in?
>
>

When gdm is up, press TAB, ENTER. If you have only one user then it is
selected and waits for your password. So then password + ENTER and you
should be done.

Re: [arch-general] Question about pacman and installing Gnome

[Guillaume ALAUX]

On 4 October 2010 18:37, Christian  wrote:
> Hi,
>
>
> On 2010-10-04 at 18:29 Jan de Groot wrote:
>
>>On Mon, 2010-10-04 at 17:15 +0200, Christian wrote:
>>> I wait for about 30 seconds before I login as my user but nothing
>>> happens when I press enter after I have entered my password.
>>
>>gdm has this annoying change since 2.32 where it requires a mouse click
>>on the username to select it for login. With previous versions you could
>>just hit enter to select the one and only user in the list and enter
>>your password after that.
>
> And you cannot press tab or anything else to select?
>
>

> And you cannot press tab or anything else to select?
Yes ! It seems TAB + ENTER does the trick.

Re: [arch-general] Question about pacman and installing Gnome

[Guillaume ALAUX]

On 4 October 2010 18:35, Christian  wrote:
> Hello,
>
>
> On 2010-10-04 at 17:34 Guillaume ALAUX wrote:
>
>>On 4 October 2010 17:15, Christian  wrote:
>>> Hi all,
>>> I had to do a reinstall of my machine so I did that and for some reason,
>>Gnome doesn't start proprely. I am visually impaired so I can't see the
>>screen until I have logged into Gnome and started Orca, the screen reader
>>for Gnome.
>>> Here is what I do.
>>> pacman -S xorg xf86-video-ati xf86-input-keyboard xf86-input-mouse gnome
>>gnome-extra gnome-system-tools
>>> Then I did:
>>> pacman -S gamin
>>> pacman -S gdm
>>> I have however got a protocol error so I had to restart some of the
>>downloads above, but will pacman check the packages so that they are
>>completely downloaded?
>>> Anyway, I then did:
>>> /etc/rc.d/hal start
>>> /etc/rc.d/gdm start and I did all of this as root.
>>> Then I can read that the screen goes into the graphical environment
>>since BRLTTY and Speakup, the console screen readers tell me that.
>>> I wait for about 30 seconds before I login as my user but nothing
>>happens when I press enter after I have entered my password.
>>> Have I missed something?
>>> This is like I did before.
>>> I have added my user to the video group as well as the others
>>recommended on the beginners guide.
>>> Any thoughts?
>>> Many thanks,
>>> Christian
>>>
>>>
>>
>>> will pacman check the packages so that they are completely downloaded?
>>Yes pacman checks md5sums
>>
>>I don't know if this is related but I noticed since the last gnome
>>update that when gdm displays the list of usernames, you can't select
>>the first one by just pressing enter. That used to work and was very
>>handy cause you didn't have to grab the mouse : wait for gdm to start
>>then press enter, the password, enter again and there you were. Maybe
>>you are just stuck at the user list ?!
>>
>>--
>>Guillaume
>
> Yes, that's maybe correct. Since I am th eonly user how do I select the only 
> user, I can't just press enter twice and then enter my password?
> I will try also the auto logon thing.
> Many thanks,
> Christian
>
>

On my other Arch I have a GDM panel configuration that I can get
through the gnome-control-center and that enables you to automatically
login with a user (I can't figure out where I got it and it's not
installed on this one here). Maybe it can select a login name to. I
think that is pretty much what Paulo explained on a previous email but
the "CLI way".

Re: [arch-general] Question about pacman and installing Gnome

[Guillaume ALAUX]

On 4 October 2010 17:15, Christian  wrote:
> Hi all,
> I had to do a reinstall of my machine so I did that and for some reason, 
> Gnome doesn't start proprely. I am visually impaired so I can't see the 
> screen until I have logged into Gnome and started Orca, the screen reader for 
> Gnome.
> Here is what I do.
> pacman -S xorg xf86-video-ati xf86-input-keyboard xf86-input-mouse gnome 
> gnome-extra gnome-system-tools
> Then I did:
> pacman -S gamin
> pacman -S gdm
> I have however got a protocol error so I had to restart some of the downloads 
> above, but will pacman check the packages so that they are completely 
> downloaded?
> Anyway, I then did:
> /etc/rc.d/hal start
> /etc/rc.d/gdm start and I did all of this as root.
> Then I can read that the screen goes into the graphical environment since 
> BRLTTY and Speakup, the console screen readers tell me that.
> I wait for about 30 seconds before I login as my user but nothing happens 
> when I press enter after I have entered my password.
> Have I missed something?
> This is like I did before.
> I have added my user to the video group as well as the others recommended on 
> the beginners guide.
> Any thoughts?
> Many thanks,
> Christian
>
>

> will pacman check the packages so that they are completely downloaded?
Yes pacman checks md5sums

I don't know if this is related but I noticed since the last gnome
update that when gdm displays the list of usernames, you can't select
the first one by just pressing enter. That used to work and was very
handy cause you didn't have to grab the mouse : wait for gdm to start
then press enter, the password, enter again and there you were. Maybe
you are just stuck at the user list ?!

--
Guillaume

Re: [arch-general] Problem with keyboard in Gnome

[Guillaume ALAUX]

On 3 October 2010 17:57, Christian  wrote:
> Hi again,
>
>
> On 2010-10-02 at 00:56 Ulf Winkelvos wrote:
>
>>On 02.10.2010 00:42, Christian wrote:
>>> Hi,
>>>
>>>
>>> On 2010-10-02 at 00:24 Jan Steffens wrote:
>>>
 On Sat, Oct 2, 2010 at 12:15 AM, Christian
>>wrote:
> Hi all,
> I have got everything up and running, but I am having a problem.
> I want to use the swedish keyboard layout in Gnome but what file to
 specify that in? In the console I have svlatin1 and country is sv_se.
> Any tips?
> Many thanks,
> Christian

 You can set the initial keyboard layout in gdm (at the bottom of the
 screen), or (if you're already logged in), using System →
>>Preferences
 → Keyboard.
>>>
>>> But that is not saved when I log out and restart the machine if I set it
>>in system preferences.
>>>
>>>
>>http://wiki.archlinux.org/index.php/Xorg.conf
>>
>>
>>Setting Keyboard Layout With Hot-Plugging
>>---
>>Section "InputClass"
>>     Identifier             "Keyboard Defaults"
>>     MatchIsKeyboard      "yes"
>>     Option               "XkbLayout" "de"
>>     Option               "XkbVariant" "nodeadkeys"
>>EndSection
>>
>>that's working for me.
>>
>>Cheers, Ulf
>
> Where to find the name for the Swedish keyboard layout?
>
>

Hi,

Correct me if I'm wrong but that should be something like the names of
these files

/usr/share/kbd/keymaps/i386/qwerty/se-fi-ir209.map.gz
/usr/share/kbd/keymaps/i386/qwerty/se-lat6.map.gz
/usr/share/kbd/keymaps/i386/qwerty/se-fi-lat6.map.gz
/usr/share/kbd/keymaps/i386/qwerty/se-ir209.map.gz

Maybe se-fi-ir209, se-lat6, se-fi-lat6 or se-ir209?

--
Guillaume

Re: [arch-general] Need help with compilation

[Guillaume ALAUX]

On 2 October 2010 23:54, Kazuo Teramoto  wrote:
> On Sat, Oct 2, 2010 at 6:36 PM, Christian  wrote:
>> Hi all,
>> I am trying to compile a package from source called BRLTTY. The current 
>> version that is in the repository is v4.1 so I looked in the PKGBUILD script 
>> and I installed the dependencies, but most of them were already installed 
>> when I installed the version that was in the repository.
>> But I am getting an error 2 when I run make after some time. Would anyone be 
>> interested in eventually trying compiling it?
>
> Post the error. Someone can give you a solution without needing to
> download and try to compile it.
>
>
> --
> «Dans la vie, rien n'est à craindre, tout est à comprendre»
> Marie Sklodowska Curie.
>

Hi Christian,

We updated the package to 4.2 (we had to add a patch that fixes the
compile error). You can get it from extra.

--
Guillaume

Re: [arch-general] [arch-dev-public] abs-2.4.0-1

[Guillaume ALAUX]

On 3 October 2010 05:12, Allan McRae  wrote:
> On 02/10/10 21:19, Mike Sampson wrote:
>>
>> On Sat, Oct 2, 2010 at 8:55 PM, Allan McRae  wrote:
>>>
>>> On 02/10/10 19:29, Mike Sampson wrote:

>> [snip]

 Slightly off topic. I always wondered why there wasn't a Python proto
 PKGBUILD included in abs. There is one in the wiki[1] which I use when
 I need it though it would be handy to have one included with the rest
 of the prototypes. I can open a feature request for this unless there
 is a reason why it is not included.
>>>
>>> It has never been added mainly because no-one ever asked or submitted a
>>> patch with one.
>>>
>>> Allan
>>
>> Should have guessed. :) As PERL is included it makes sense to me to
>> have Python included as well. I'll submit a feature request with a
>> patch for consideration.
>>
>
> Here you go:
> http://projects.archlinux.org/abs.git/commit/?id=90cbf6fc
>
> Allan
>

I don't know if you're still in the process of signing off:

Sign off x86_64

--
Guillaume

Re: [arch-general] Intel GMA 3150 Graphics Card driver

[Guillaume ALAUX]

2010/9/23 Cédric Girard :
> On Thu, Sep 23, 2010 at 12:43 PM, Adamzyg  wrote:
>
>> thank you.
>> if I max the glxgears window, it only ouput like below:
>>
>> *118 frames in 5.0 seconds = 23.560 FPS*
>> *137 frames in 5.0 seconds = 27.220 FPS*
>> *139 frames in 5.0 seconds = 27.691 FPS*
>> *139 frames in 5.0 seconds = 27.730 FPS*
>>
>>
>> I attach my *xorg.conf* and */var/log/Xorg.0.log*, may be you can help me
>> resolving this problem.
>>
>> 2010/9/22 Cédric Girard 
>>
>> > On Wed, Sep 22, 2010 at 10:55 AM, Adamzyg  wrote:
>> >
>> > >    Did any one use Netbook and the CPU is Intel NM450 which embeded
>> > > Graphics Card GMA 3150? I install the XF86-video-intel driver package
>> by
>> > > pacman,
>> > >
>> > > *$ pacman -Ss xf86-video* | grep intel*
>> > > *extra/xf86-video-intel 2.12.0-1 (xorg-video-drivers) [installed]*
>> > >
>> > > but the glxgears just output like below:
>> > >
>> > > *$ glxgears *
>> > > *635 frames in 5.0 seconds = 126.856 FPS*
>> > > *663 frames in 5.0 seconds = 132.454 FPS*
>> > > *516 frames in 5.0 seconds = 103.154 FPS*
>> > >
>> > > So some game like supertux2 can't play, and mplayer can't play by vo
>> > > gl/gl2.
>> > > I need some help...
>> > >
>> > > Some information:
>> > > $ lspci
>> > > 00:00.0 Host bridge: Intel Corporation Pineview DMI Bridge
>> > > 00:02.0 VGA compatible controller: Intel Corporation Pineview
>> Integrated
>> > > Graphics Controller
>> > > 00:02.1 Display controller: Intel Corporation Pineview Integrated
>> > Graphics
>> > > Controller
>> > > 00:1b.0 Audio device: Intel Corporation 82801G (ICH7 Family) High
>> > > Definition
>> > > Audio Controller (rev 02)
>> > > ...
>> > >
>> > > $ modprobe -l | grep intel
>> > > ...
>> > > kernel/arch/x86/kvm/kvm-intel.ko
>> > > kernel/drivers/idle/intel_idle.ko
>> > > kernel/drivers/char/hw_random/intel-rng.ko
>> > > kernel/drivers/char/agp/intel-agp.ko
>> > > kernel/drivers/platform/x86/intel_menlow.ko
>> > > ...
>> > >
>> > > $ modprobe -l | grep i915
>> > > kernel/drivers/gpu/drm/i915/i915.ko
>> > >
>> > > Best Regards.
>> > >
>> >
>> > What about /var/log/Xorg.0.log ?
>> > The figures you get with glxgears are high. It does not seem like
>> something
>> > is wrong.
>> >
>> > --
>> > Cédric Girard
>> >
>>
>
> You cannot attach things to the list. Use something like pastebin and give
> the link.
>
> --
> Cédric Girard
>

Hello,

Just for you to know, glxgears doesn't seem to be relevant for this:

http://wiki.archlinux.org/index.php/Benchmarking#glxgears_.28and_why_not_to_use_this_as_a_benchmark.29

--
Guillaume

Re: [arch-general] [arch-dev-public] [signoff] xz 4.999.9beta_174_g41bc-1

[Guillaume ALAUX]

On 9 September 2010 13:02, Florian Pritz  wrote:
> On 09.09.2010 11:55, Pierre Schmitz wrote:
>> this will hopefully the last update of xz for some time. :-) Maybe this
>> is a sign for the final 5.0 version to be near. I am now using the (very
>> strange) upstream versioning scheme.
>
> That's just git describe.
> --
>
>
> signoff x86_64
>
> --
> Florian Pritz -- {flo,bluewi...@server-speed.net
>
>

Signoff i686

--
Guillaume

Re: [arch-general] [arch-dev-public] [signoff] dbus-core 1.2.24-2

[Guillaume ALAUX]

On 6 September 2010 19:35, Thomas Bächler  wrote:
> Am 06.09.2010 14:09, schrieb Jan de Groot:
>> Please signoff for both architectures. This release should fix the
>> threading issues that crashes KDE a lot.
>>
>> http://bugs.archlinux.org/task/20604
>
> Looking good so far, although I didn't have crashes. Sign off x86_64.
>
>

> Looking good so far, although I didn't have crashes. Sign off x86_64.
Same here so signoff i686

--
Guillaume

Re: [arch-general] [arch-dev-public] [signoff] xz 4.999.9beta-7

[Guillaume ALAUX]

On 6 September 2010 19:57, Pierre Schmitz  wrote:
> So, here is another xz release. The upstream change from pkgrel=6 that
> actually changes relevant code among some translation fixes is "xz: Use
> an array instead of pointer for stdin_filename."
>
> Please sign off,
>
> Pierre
>
> --
> Pierre Schmitz, https://users.archlinux.de/~pierre
>

Signoff i686 (for pkgrel=7)

--
Guillaume

Re: [arch-general] wireshark 1.4.0-2 crashes

[Guillaume ALAUX]

On 6 September 2010 17:25, Ionuț Bîru  wrote:
> On 09/06/2010 06:15 PM, mwnn wrote:
>>
>> Hi,
>> I am running the x86 version of Arch. The recently updated wireshark
>> segfaults on my machine.
>>
>> Here is the backtrace of the core file generated by gdb.
>>
>> (gdb) bt
>> #0 0xb4e3731f in PyObject_IsInstance () from /usr/lib/libpython2.6.so.1.0
>> #1 0xb4e37bd7 in PySequence_Check () from /usr/lib/libpython2.6.so.1.0
>> #2 0xb67487e3 in register_all_py_protocols_func ()
>> from /usr/lib/libwireshark.so.0
>> #3 0xb5c5725c in proto_init () from /usr/lib/libwireshark.so.0
>> #4 0xb5c440ba in epan_init () from /usr/lib/libwireshark.so.0
>> #5 0x0808d22b in main ()
>> (gdb)
>>
>> Regards,
>> mwnn
>
> that can't be right. 1.4.0-2 doesn't have python support.
>
> --
> Ionuț
>

You could have updated to the 1.4.0-1 which is buggy due to
experimental python support. Version 1.4.0-2 fixes that. Maybe your
mirror isn't up to date yet?

--
Guillaume

Re: [arch-general] [arch-dev-public] [signoff] sudo-1.7.4.p3-1

[Guillaume ALAUX]

On 5 September 2010 15:25, Florian Pritz  wrote:
> On 05.09.2010 15:30, Allan McRae wrote:
>> On 22/08/10 17:46, Ionuț Bîru wrote:
>>> On 08/22/2010 07:39 AM, Allan McRae wrote:
 Upstream bug fix release.

 Signoff both,
 Allan

>>>
>>> signoff x86_64
>>>
>>
>> Any chance of an i686?
>
> i686 signoff
>
> --
> Florian Pritz -- {flo,bluewi...@server-speed.net
>
>

If the signoff of a junior dev is good for you:

signoff i686

--
Guillaume

Re: [arch-general] "community/jre" and "community/jdk" packages are out of date - PKGBUILD proposal

[Guillaume ALAUX]

On 29 July 2010 16:42, Ionuț Bîru  wrote:

> On 07/29/2010 12:34 AM, Guillaume ALAUX wrote:
>
>> On 25 July 2010 19:02, Guillaume ALAUX  wrote:
>>
>>  On 25 July 2010 18:45, Ionuț Bîru  wrote:
>>>
>>>  On 07/25/2010 07:37 PM, Guillaume ALAUX wrote:
>>>>
>>>>  On 25 July 2010 18:17, Ionuț Bîru   wrote:
>>>>>
>>>>>  On 07/25/2010 07:14 PM, Peter Lewis wrote:
>>>>>
>>>>>>
>>>>>>  Hi,
>>>>>>
>>>>>>>
>>>>>>> On Sunday 25 Jul 2010 at 16:50 Guillaume ALAUX wrote:
>>>>>>>
>>>>>>>  I also have some suggestions for these packages:
>>>>>>>
>>>>>>>> - rename them from {jre,jdk} to {java6-sun-jre,java6-sun-jdk} or so
>>>>>>>> would
>>>>>>>> enable us to use different versions of SUN's JVM (Java5, 6 and 7)
>>>>>>>>
>>>>>>>>
>>>>>>>>  Well the open jdk package is called "openjdk6". It would be nice if
>>>>>>> all
>>>>>>> the
>>>>>>> similar packages had similar names, to make it obvious that they were
>>>>>>> alternatives.
>>>>>>>
>>>>>>> So if you want to rename them, how about either calling them sunjdk6
>>>>>>> and
>>>>>>> sunjre6 or else renaming the open ones too to fit into the same
>>>>>>> scheme,
>>>>>>> e.g.
>>>>>>> java6-open-jdk? Although this has the down side that it no longer
>>>>>>> contains
>>>>>>> the
>>>>>>> phrase "openjdk" which is probably what some/most people search for.
>>>>>>>
>>>>>>> Just a thought.
>>>>>>>
>>>>>>> Pete.
>>>>>>>
>>>>>>>
>>>>>>>  i always hatted the debian naming scheme for java so -1 from me. but
>>>>>> i'm
>>>>>> not against to use upstream name.
>>>>>>
>>>>>> --
>>>>>> Ionuț
>>>>>>
>>>>>>
>>>>>>  Well there are several reasons in this renaming proposal :
>>>>>
>>>>> 1) to add some more info about the package
>>>>> 2) to make the difference between versions of Java. ie if we include
>>>>> the
>>>>> "6"
>>>>> in names we could have (in a shorter scheme) jdk6 and jre6, jdk5 and
>>>>> jre5,
>>>>> jdk7 and jre7. Because nowadays, upgrading jre from 6 to 7 would
>>>>> un-install
>>>>> jre v6. As you all know these different versions of JVM (5 and 6 and
>>>>> tomorrow 7) are both used a lot !
>>>>>
>>>>>
>>>> well, when this happens be sure that we will do that. add a new jre6 and
>>>> jdk package when version 7 is released
>>>>
>>>>
>>>>   i always hatted the debian naming scheme for java so -1 from me. but
>>>>> i'm
>>>>>
>>>>>>
>>>>>>  not against to use upstream name
>>>>> What about splitting the PKGBUILD?
>>>>>
>>>>>
>>>> +1
>>>>
>>>>
>>>>
>>>>   So if you want to rename them, how about either calling them sunjdk6
>>>>> and
>>>>>
>>>>>>
>>>>>>  sunjre6 or else renaming the open ones too to fit into the same
>>>>> scheme,
>>>>> e.g.
>>>>> java6-open-jdk
>>>>> I do agree.
>>>>>
>>>>>
>>>> the description of jre/jdk are pretty damn straight an if you really
>>>> search for java sun it would find jre/jdk
>>>>
>>>> pacman -Ss java sun
>>>>
>>>> --
>>>> Ionuț
>>>>
>>>>
>>>  well, when this happens be sure that we will do that. add a new jre6 and
>>>>
>>> jdk package when version 7 is released
>>> I see your point: jdk beeing the "current" version and jdk5 or jdk7
>>> alternatives like Peter said.
>>>
>>> What about paths? Today jdk/jre install in /opt/java, openjdk6 installs
>>> in /usr/lib/jvm/java-6-openjdk. Wouldn't it be cleaner if we installed
>>> jdk/jre files in /usr/lib/jvm/java-6-sun-{jdk,jre} or something?
>>>
>>>
>> OK tested !
>>
>> So! Basically, I made 2 versions of the package:
>>
>> 1) this one<
>> http://github.com/downloads/galaux/abs/java-sun-6u21-1.src.tar.gz_current
>> >
>>
>> is
>> made of the PKGBUILDs of JRE and JDK from community merged and updated
>> 2) this one<
>> http://github.com/downloads/galaux/abs/java-sun-6u21-1.src.tar.gz_custom>
>>
>> is
>> the same as 1) but I removed the construct.sh script and directly included
>> it into the PKGBUILD so that we don't have to get through a lot of
>> unnecessary lines of script for building. This doesn't bring a lot but
>> looks
>> cleaner to me so... may not be that relevant !
>>
>> Names are unchanged, ie jdk and jre.  Paths are unchanged ie
>> /opt/java/{,jre}
>>
>> Both have been tested for 32 and 64 arch and compile with openjdk6 and
>> jre/jdk.  If a dev wants to use/test for official use in Arch repo
>>
>> Guillaume
>>
>
> thanks for this. i'll add it later today as Dan is kinda inactive
>
> --
> Ionuț
>

I have pretty much the same request about Tomcat... should I wait for Dan to
get back in business?

--
Guillaume

Re: [arch-general] mandriva beat us to a new version

[Guillaume ALAUX]

Mandriva Cooker is like debian sid that's the unstable branch from which
they freeze to stable ones.

On 29 July 2010 16:36, Caleb Cushing  wrote:

> On Thu, Jul 29, 2010 at 10:05 AM, Caleb Cushing 
> wrote:
> > how embarrassing.
>
> I guess cooker is like their testing version... but according to this
> it's in opensuse 11.3... we're definitely starting to fall behind
> release distro's here.
>
> --
> Caleb Cushing
>
> http://xenoterracide.com
>

Re: [arch-general] "community/jre" and "community/jdk" packages are out of date - PKGBUILD proposal

[Guillaume ALAUX]

On 25 July 2010 19:02, Guillaume ALAUX  wrote:

> On 25 July 2010 18:45, Ionuț Bîru  wrote:
>
>> On 07/25/2010 07:37 PM, Guillaume ALAUX wrote:
>>
>>> On 25 July 2010 18:17, Ionuț Bîru  wrote:
>>>
>>>  On 07/25/2010 07:14 PM, Peter Lewis wrote:
>>>>
>>>>  Hi,
>>>>>
>>>>> On Sunday 25 Jul 2010 at 16:50 Guillaume ALAUX wrote:
>>>>>
>>>>>  I also have some suggestions for these packages:
>>>>>> - rename them from {jre,jdk} to {java6-sun-jre,java6-sun-jdk} or so
>>>>>> would
>>>>>> enable us to use different versions of SUN's JVM (Java5, 6 and 7)
>>>>>>
>>>>>>
>>>>> Well the open jdk package is called "openjdk6". It would be nice if all
>>>>> the
>>>>> similar packages had similar names, to make it obvious that they were
>>>>> alternatives.
>>>>>
>>>>> So if you want to rename them, how about either calling them sunjdk6
>>>>> and
>>>>> sunjre6 or else renaming the open ones too to fit into the same scheme,
>>>>> e.g.
>>>>> java6-open-jdk? Although this has the down side that it no longer
>>>>> contains
>>>>> the
>>>>> phrase "openjdk" which is probably what some/most people search for.
>>>>>
>>>>> Just a thought.
>>>>>
>>>>> Pete.
>>>>>
>>>>>
>>>> i always hatted the debian naming scheme for java so -1 from me. but i'm
>>>> not against to use upstream name.
>>>>
>>>> --
>>>> Ionuț
>>>>
>>>>
>>> Well there are several reasons in this renaming proposal :
>>>
>>> 1) to add some more info about the package
>>> 2) to make the difference between versions of Java. ie if we include the
>>> "6"
>>> in names we could have (in a shorter scheme) jdk6 and jre6, jdk5 and
>>> jre5,
>>> jdk7 and jre7. Because nowadays, upgrading jre from 6 to 7 would
>>> un-install
>>> jre v6. As you all know these different versions of JVM (5 and 6 and
>>> tomorrow 7) are both used a lot !
>>>
>>
>> well, when this happens be sure that we will do that. add a new jre6 and
>> jdk package when version 7 is released
>>
>>
>>>  i always hatted the debian naming scheme for java so -1 from me. but i'm
>>>>
>>> not against to use upstream name
>>> What about splitting the PKGBUILD?
>>>
>>
>> +1
>>
>>
>>
>>>  So if you want to rename them, how about either calling them sunjdk6 and
>>>>
>>> sunjre6 or else renaming the open ones too to fit into the same scheme,
>>> e.g.
>>> java6-open-jdk
>>> I do agree.
>>>
>>
>> the description of jre/jdk are pretty damn straight an if you really
>> search for java sun it would find jre/jdk
>>
>> pacman -Ss java sun
>>
>> --
>> Ionuț
>>
>
> > well, when this happens be sure that we will do that. add a new jre6 and
> jdk package when version 7 is released
> I see your point: jdk beeing the "current" version and jdk5 or jdk7
> alternatives like Peter said.
>
> What about paths? Today jdk/jre install in /opt/java, openjdk6 installs
> in /usr/lib/jvm/java-6-openjdk. Wouldn't it be cleaner if we installed
> jdk/jre files in /usr/lib/jvm/java-6-sun-{jdk,jre} or something?
>

OK tested !

So! Basically, I made 2 versions of the package:

1) this 
one<http://github.com/downloads/galaux/abs/java-sun-6u21-1.src.tar.gz_current>
is
made of the PKGBUILDs of JRE and JDK from community merged and updated
2) this 
one<http://github.com/downloads/galaux/abs/java-sun-6u21-1.src.tar.gz_custom>
is
the same as 1) but I removed the construct.sh script and directly included
it into the PKGBUILD so that we don't have to get through a lot of
unnecessary lines of script for building. This doesn't bring a lot but looks
cleaner to me so... may not be that relevant !

Names are unchanged, ie jdk and jre.  Paths are unchanged ie
/opt/java/{,jre}

Both have been tested for 32 and 64 arch and compile with openjdk6 and
jre/jdk.  If a dev wants to use/test for official use in Arch repo

Guillaume

Re: [arch-general] "community/jre" and "community/jdk" packages are out of date - PKGBUILD proposal

[Guillaume ALAUX]

On 25 July 2010 18:45, Ionuț Bîru  wrote:

> On 07/25/2010 07:37 PM, Guillaume ALAUX wrote:
>
>> On 25 July 2010 18:17, Ionuț Bîru  wrote:
>>
>>  On 07/25/2010 07:14 PM, Peter Lewis wrote:
>>>
>>>  Hi,
>>>>
>>>> On Sunday 25 Jul 2010 at 16:50 Guillaume ALAUX wrote:
>>>>
>>>>  I also have some suggestions for these packages:
>>>>> - rename them from {jre,jdk} to {java6-sun-jre,java6-sun-jdk} or so
>>>>> would
>>>>> enable us to use different versions of SUN's JVM (Java5, 6 and 7)
>>>>>
>>>>>
>>>> Well the open jdk package is called "openjdk6". It would be nice if all
>>>> the
>>>> similar packages had similar names, to make it obvious that they were
>>>> alternatives.
>>>>
>>>> So if you want to rename them, how about either calling them sunjdk6 and
>>>> sunjre6 or else renaming the open ones too to fit into the same scheme,
>>>> e.g.
>>>> java6-open-jdk? Although this has the down side that it no longer
>>>> contains
>>>> the
>>>> phrase "openjdk" which is probably what some/most people search for.
>>>>
>>>> Just a thought.
>>>>
>>>> Pete.
>>>>
>>>>
>>> i always hatted the debian naming scheme for java so -1 from me. but i'm
>>> not against to use upstream name.
>>>
>>> --
>>> Ionuț
>>>
>>>
>> Well there are several reasons in this renaming proposal :
>>
>> 1) to add some more info about the package
>> 2) to make the difference between versions of Java. ie if we include the
>> "6"
>> in names we could have (in a shorter scheme) jdk6 and jre6, jdk5 and jre5,
>> jdk7 and jre7. Because nowadays, upgrading jre from 6 to 7 would
>> un-install
>> jre v6. As you all know these different versions of JVM (5 and 6 and
>> tomorrow 7) are both used a lot !
>>
>
> well, when this happens be sure that we will do that. add a new jre6 and
> jdk package when version 7 is released
>
>
>>  i always hatted the debian naming scheme for java so -1 from me. but i'm
>>>
>> not against to use upstream name
>> What about splitting the PKGBUILD?
>>
>
> +1
>
>
>
>>  So if you want to rename them, how about either calling them sunjdk6 and
>>>
>> sunjre6 or else renaming the open ones too to fit into the same scheme,
>> e.g.
>> java6-open-jdk
>> I do agree.
>>
>
> the description of jre/jdk are pretty damn straight an if you really search
> for java sun it would find jre/jdk
>
> pacman -Ss java sun
>
> --
> Ionuț
>

> well, when this happens be sure that we will do that. add a new jre6 and
jdk package when version 7 is released
I see your point: jdk beeing the "current" version and jdk5 or jdk7
alternatives like Peter said.

What about paths? Today jdk/jre install in /opt/java, openjdk6 installs
in /usr/lib/jvm/java-6-openjdk. Wouldn't it be cleaner if we installed
jdk/jre files in /usr/lib/jvm/java-6-sun-{jdk,jre} or something?

Re: [arch-general] "community/jre" and "community/jdk" packages are out of date - PKGBUILD proposal

[Guillaume ALAUX]

On 25 July 2010 18:17, Ionuț Bîru  wrote:

> On 07/25/2010 07:14 PM, Peter Lewis wrote:
>
>> Hi,
>>
>> On Sunday 25 Jul 2010 at 16:50 Guillaume ALAUX wrote:
>>
>>> I also have some suggestions for these packages:
>>> - rename them from {jre,jdk} to {java6-sun-jre,java6-sun-jdk} or so would
>>> enable us to use different versions of SUN's JVM (Java5, 6 and 7)
>>>
>>
>> Well the open jdk package is called "openjdk6". It would be nice if all
>> the
>> similar packages had similar names, to make it obvious that they were
>> alternatives.
>>
>> So if you want to rename them, how about either calling them sunjdk6 and
>> sunjre6 or else renaming the open ones too to fit into the same scheme,
>> e.g.
>> java6-open-jdk? Although this has the down side that it no longer contains
>> the
>> phrase "openjdk" which is probably what some/most people search for.
>>
>> Just a thought.
>>
>> Pete.
>>
>
> i always hatted the debian naming scheme for java so -1 from me. but i'm
> not against to use upstream name.
>
> --
> Ionuț
>

Well there are several reasons in this renaming proposal :

1) to add some more info about the package
2) to make the difference between versions of Java. ie if we include the "6"
in names we could have (in a shorter scheme) jdk6 and jre6, jdk5 and jre5,
jdk7 and jre7. Because nowadays, upgrading jre from 6 to 7 would un-install
jre v6. As you all know these different versions of JVM (5 and 6 and
tomorrow 7) are both used a lot !

> i always hatted the debian naming scheme for java so -1 from me. but i'm
not against to use upstream name
What about splitting the PKGBUILD?

> So if you want to rename them, how about either calling them sunjdk6 and
sunjre6 or else renaming the open ones too to fit into the same scheme, e.g.
java6-open-jdk
I do agree.

[arch-general] "community/jre" and "community/jdk" packages are out of date - PKGBUILD proposal

[Guillaume ALAUX]

Hi everyone,

"community/jre" and "community/jdk" packages are out of date.

I have merged the two PKGBUILDs in one split PKGBUILD (enclosed to this
email with the srcpkg) and updated the links and md5sums.

It works fine on my i686 Arch. Will test it on x64 tonight when at home.

Would someone want to test it further? Could it be useful to the official AL
repo? If the merging into a single split package isn't worth it just say so
and I could just update the current PKGBUILDs.

I also have some suggestions for these packages:
- rename them from {jre,jdk} to {java6-sun-jre,java6-sun-jdk} or so would
enable us to use different versions of SUN's JVM (Java5, 6 and 7)
- move files from /opt/java to /usr/share/java6/java6-sun-{jre,jdk} or so to
comply with the AL Java packaging
guidelines.
That
would also enable /usr/share/java$i to host all JVMs files
- use a custom script to build package instead of "buggy" construct.sh

What do you think?


PKGBUILD
Description: Binary data

Re: [arch-general] Package fwbuilder flagged out-of-date

[Guillaume ALAUX]

On 17 June 2010 22:24, Andrea Scarpino  wrote:

> On Thursday 17 June 2010 22:07:31 Guillaume ALAUX wrote:
> > Sweet !
> >
> > Well done Andreas. Could we see the sources plz? I'm curious !
> Of curse.
> http://repos.archlinux.org/wsvn/packages/libfwbuilder/trunk/
> http://repos.archlinux.org/wsvn/packages/fwbuilder/trunk/
>
> Building i686 now.
>
> --
> Andrea Scarpino - andreascarpino.it
> KDE Maintainer in Arch Linux
>

Hum... now that I'm back home, I checked the PKGBUILDs I wrote on my x86_64
Arch and they build and run fine!

Anyway, thanks for this Andrea.

-- Guillaume

Re: [arch-general] Package fwbuilder flagged out-of-date

[Guillaume ALAUX]

Sweet !

Well done Andreas. Could we see the sources plz? I'm curious !

On 17 June 2010 22:04, Gaurish Sharma  wrote:

> On Fri, Jun 18, 2010 at 1:29 AM, Andrea Scarpino 
> wrote:
> > Hi,
> > please try these packages and report any issue.
> > If you say that them are working I will upload them in [extra].
> >
> > libfwbuilder - http://andreascarpino.it/uploads/libfwbuilder-4.0.2-1-
> > x86_64.pkg.tar.xz
> > fwbuilder -
> http://andreascarpino.it/uploads/fwbuilder-4.0.2-1-x86_64.pkg.tar.xz
> >
> > --
> > Andrea Scarpino - andreascarpino.it
> > KDE Maintainer in Arch Linux
> >
> Hi,
> Awesome work! These packages work without any issues.
>
> Thanks a lot.
>
> Regards,
> Gaurish Sharma
> www.gaurishsharma.com
>

Re: [arch-general] Package fwbuilder flagged out-of-date

[Guillaume ALAUX]

Which architecture your are building on?

On 17 June 2010 21:50, Gaurish Sharma  wrote:

> On Thu, Jun 17, 2010 at 11:34 PM, Ionuț Bîru  wrote:
> >
> > first compile and install libfwbuilder and then compile fwbuilder against
> > the new libfwbuilder. the order is important
> >
> > --
> > Ionuț
> >
>
>
>
> Hi,
> I compiled libfwbuilder and installed it. then I complied fwbuilder
> package and installed it.
>
> All this was done by makepkg. but still setting that error about
> missing shared library  libfwbuilder.so.8
>
> I guess, downgrading to version 3 and waiting for official packages
> seems the only solution. Hope the maintainer finds some time and
> updates it.
>
> Regards,
> Gaurish Sharma
> www.gaurishsharma.com
>

Re: [arch-general] Package fwbuilder flagged out-of-date

[Guillaume ALAUX]

On 16 June 2010 22:49, Ionuț Bîru  wrote:

> On 06/16/2010 11:47 PM, Gaurish Sharma wrote:
>
>> Hi,
>> The fwbuilder package which is very usefull for writing firewall rules is
>> flagged out of date since weeks. there is a major 4 which has lots of
>> new features[1]
>>
>> Any reason its not being updated to latest version?
>>
>>
> maybe the maintainer is busy and he didn't had time to update it.
>
> what about helping him and send the up to date PKGBUILDs to him?
>
>
> --
> Ionuț
>

Hi,

Here are new versions for fwbuilder and libfwbuilder.

They build and launch in my i686. Not tested in x64.

I haven't used them so can't say if they do what they are supposed to ("ie"
need further testing).

Added maintainer in this thread.

-- Guillaume


PKGBUILD.fwbuilder
Description: Binary data


PKGBUILD.libfwbuilder
Description: Binary data

Re: [arch-general] [arch-dev-public] Out-of-date packages in [extra]/[community]

[Guillaume ALAUX]

2010/6/17 Angel Velásquez 

> >> - biopython
> >> - pylint
> >> - python-cheetah
> >> - python-formencode
> >> - python-sqlobject (needed by pacbuild, but does pacbuild still work?!)
> >> - python-gdata (needed by pytube in [community])
> >> - python-vpython
>
> Let me have the python ones (mainly for pylint python-cheetah
> python-sqlobject python-vpython) or let's wait to see what's happens
> with the jr dev positions as Eric said.
>
>
> --
> Angel Velásquez
> angvp @ irc.freenode.net
> Arch Linux Trusted User
> Linux Counter: #359909
> http://www.angvp.com


> - python-sqlobject (needed by pacbuild, but does pacbuild still work?!)
Just to answer your question Andrea: the pacbuild scripts need some fixing
in order to work. For instance they still refer to the old "current" which
makes me think they are outdatted. As stated by Allan today in the
discussion about package signing :

> I have no idea if they were ever actually used...  I have been around for
a while now, and I never heard of them.

Re: [arch-general] Package signing for the umpteenth time (was Re: unrealircd 3.2.8.1-2 contains backdoor)

[Guillaume ALAUX]

On 17 June 2010 01:34, Allan McRae  wrote:

> On 17/06/10 00:48, Guillaume ALAUX wrote:
>
>> Are the python scripts in the pacbuild package (apple, strawberry,
>> queuepackage, waka and uploadpackage) used any more as described in this
>> page<http://wiki.archlinux.org/index.php/Pacbuild>  ? Because some of
>> these
>>
>> scripts point to the old "current" repository we used years ago. And if I
>> understand it right, they don't really fit with what you just said.
>>
>
> I have no idea if they were ever actually used...  I have been around for a
> while now, and I never heard of them.
>
>
>  I guess the current way of building packages involves the devtools package
>> right?
>>
>
> yes.  mkarchroot and makechrootpkg.
>
> Allan
>

OK Thanks I am going to give devtools a try.

Re: [arch-general] Package signing for the umpteenth time (was Re: unrealircd 3.2.8.1-2 contains backdoor)

[Guillaume ALAUX]

On 16 June 2010 02:23, Allan McRae  wrote:

> Just to clarify the build process that goes on here:
>
> 1) make a clean chroot (mkarchroot - only needs done once)
> 2) build package in chroot (makechrootpkg)
> 3) upload package to staging area and commit to svn (e.g. testingpkg)
> 4) release package on master server adding it to repo (e.g. db-testing)
>
> Note, no remote build server
>
> The current code allows:
>  - Signing a package at the end of a build
>  - Adding the package signature to the repo-db
>  - pacman checking that signature
>
> The question remains if/how to signing the repo db.
>
> Options:
>  - do not sign the repo-db
>  - sign the repo-db with a key kept on the remote server
>  - transfer the repo-db locally and sign the reupload (alternatively, sign
> a hash).
>
> Why exactly is the repo-db needing signed?  There is a risk that a mirror
> could keep updating except for select packages that have exploitable
> vulnerabilities in them.  That would be prevented by repo signing as the
> mirror would have to update all packages or none.  The argument that anybody
> could just add or replace packages is incorrect as there either would not be
> a signed package added or it would be signed with a non-trusted signature.
>  I believe there is an option for pacman to enforce package signing for a
> given repo so I do not see the risk there.
>
> Signing directly on the remote server is also probably not the best idea.
>  We know our server has been attacked in the past, so leaving the key to
> sign the repo database on there is stupid...
>
> The repo db sizes are small so transfering them to be signed, and
> transfering the signature back should be relatively quick.  Even quicker
> once we can convert them to .xz compression (patch already available the
> release after next).  I think that could be implemented by moving the
> package release (step 4 above) to occur on the developers local machine
> rather than on the remote server as that would require ssh access only from
> the developers machine to the master server and not the other way around.
> That seems more in the realm of devtools/dbscripts requiring changes that
> makepkg/pacman.
>
> Allan
>

OK so... Allan, your email makes me realize that I may be using the "wrong"
building method.

Are the python scripts in the pacbuild package (apple, strawberry,
queuepackage, waka and uploadpackage) used any more as described in this
page  ? Because some of these
scripts point to the old "current" repository we used years ago. And if I
understand it right, they don't really fit with what you just said.

I guess the current way of building packages involves the devtools package
right?

Guillaume

Re: [arch-general] Package signing for the umpteenth time (was Re: unrealircd 3.2.8.1-2 contains backdoor)

[Guillaume ALAUX]

On 15 June 2010 16:55, Dimitrios Apostolou  wrote:

> On Tue, 15 Jun 2010, Denis A. Altoé Falqueto wrote:
>
>> On Tue, Jun 15, 2010 at 10:57 AM, Dimitrios Apostolou 
>> wrote:
>>
>>> Moreover, instead of building all packages in the private PCs of
>>> developers,
>>> I think it is preferable to submit PKGBUILDs to build servers (via web
>>> interface maybe) and let the servers do the build + signing +
>>> repoupdate...
>>> That way if a developer's system gets compromised his packages will stay
>>> clean. Of course that needs extra work and equipment, but perhaps we can
>>> agree to it as a future target.
>>>
>>
>> Well, in fact, that is the very problem we have. The repository
>> database files are created remotely and I think that we should avoid
>> signing files remotely. In fact, a dev's machine is less visible than
>> the servers of Arch. And sse the response from Ionut too.
>>
>
> Let me just clarify here that by "build server" I mean a machine where
> developers have *not* shell access (and in fact almost nobody has), and by
> "package signing" I mean signing with a specific archlinux key which is
> unknown (the private part) to most devs. Some distros follow that approach
> to security.
>
> What you are proposing is package signing by developer keys, that's a
> different approach. I am just bringing up alternatives.
>
>
> Dimitris
>
>
> BTW I don't think that building inside a compromised system is in any way
> secure, even if building inside a chroot.
>

> I think that we should avoid signing files remotely.
Is there any precise reason? If it is because "that remote place could be
compromised" well any dev computer could be compromized too !

> by "package signing" I mean signing with a specific archlinux key which is
unknown (the private part) to most devs.
This is what is implemented in this git
http://projects.archlinux.org/users/allan/pacman.git/log/?h=gpg

The diffs I see there (made by Dan and Geoffroy) look good to me. As far as
I understand, when a package is built on the (remote) build server, its
signature is added to the desc file of the repo and the repo.db.tar.gz is
signed itself.
When pacman retreives the repo.db.tar.gz, it checks the signatures of this
file and then has all packages signatures available in it !
This looks very KISS and elegant to me : no mypackage.pkg.tar.xz.asc lying
around in the FTP or (even worse to my opinion) into the pkg tarball.

But if you think about using private/public key authentication for devs when
submitting packages to the build system then I do agree!

Re: [arch-general] Package signing for the umpteenth time (was Re: unrealircd 3.2.8.1-2 contains backdoor)

[Guillaume ALAUX]

On 15 June 2010 16:46, Dan McGee  wrote:

> On Tue, Jun 15, 2010 at 8:58 AM, Guillaume ALAUX 
> wrote:
> >>How exactly is core and extra database populated?
> >> Moreover, instead of building all packages in the private PCs of
> > developers
> > Packages are not build on developers computers but on build machines as
> > explained here http://wiki.archlinux.org/index.php/Pacbuild
>
> Pacbuild hasn't been touched for years...
>
> -Dan
>

> Pacbuild hasn't been touched for years...
Yes I have had (and actually still have) some issues setting up the complete
build system but I try to get the wiki page up to date

Re: [arch-general] Package signing for the umpteenth time (was Re: unrealircd 3.2.8.1-2 contains backdoor)

[Guillaume ALAUX]

>How exactly is core and extra database populated?
> Moreover, instead of building all packages in the private PCs of
developers
Packages are not build on developers computers but on build machines as
explained here http://wiki.archlinux.org/index.php/Pacbuild

There is also an
implementation of package signing in pacman on the link Xavier provided some
emails up on this conversation. I don't think there is any need to re-think
it all. Just need to be tested.

I am currently trying to set up a build system on my box and will then try
to use these patches to provide feedback.

On 15 June 2010 15:57, Dimitrios Apostolou  wrote:

> On Mon, 14 Jun 2010, Denis A. Altoé Falqueto wrote:
>
>> And keep in mind that package signing per se will not solve this kind
>> of problems. Repository database signing is more important for that
>> solution, but is a problem in the current workflow of Arch developers.
>>
>
> How exactly is core and extra database populated?
>
> Moreover, instead of building all packages in the private PCs of
> developers, I think it is preferable to submit PKGBUILDs to build servers
> (via web interface maybe) and let the servers do the build + signing +
> repoupdate... That way if a developer's system gets compromised his packages
> will stay clean. Of course that needs extra work and equipment, but perhaps
> we can agree to it as a future target.
>
> On another note, an easy but maybe a bit costly way to avoid any MITM
> tampering to packages, is serve *.md5 files for every package through a
> trusted HTTPS host. Then everyone can query that single host and check if
> the package he got from a mirror is safe.
>
> Costs: A little more traffic by serving hash files to everyone plus the
> cost of the certificate from a CA. Is the income Arch receives from ads and
> schwag enough for such a simple solution?
>
>
> Dimitris
>

Re: [arch-general] [arch-dev-public] Namcap release coming soon

[Guillaume ALAUX]

Ow OK I get it !

Thx for these highlights Dan.

-- Guillaume ALAUX

On 8 June 2010 17:21, Dan McGee  wrote:

> On Tue, Jun 8, 2010 at 10:15 AM, Guillaume ALAUX 
> wrote:
> > On 8 June 2010 16:58, Dan McGee  wrote:
> >
> >> On Tue, Jun 8, 2010 at 9:56 AM, Dan McGee  wrote:
> >> > Forwarding to the public list is your best option; going to one
> >> > developer is a good way for your email to get lost.
> >> >
> >> > -- Forwarded message --
> >> > From: Guillaume ALAUX 
> >> > Date: Tue, Jun 8, 2010 at 9:54 AM
> >> > Subject: Re: [arch-dev-public] Namcap release coming soon
> >> > To: dpmc...@gmail.com
> >> >
> >> >
> >> > Hi Dan,
> >> > Didn't really how to answer your mail as I don't have write access to
> >> > the list so I'm just answering directly to you:
> >> >> If anyone [...] knows of very small issues that need fixing ...
> >> > When namcap'ing a package including scripts that use '#!/bin/sh'
> >> > instead of '#!/bin/bash', output is something like the following:
> >> > pkgname E: Dependency detected and not included (sh) from files
> >> ['script.sh']
> >> > (I know the AL standard page on the wiki says we should use bash
> >> > rather than sh but these are scripts included in the original
> >> > tarball.)
> >> > As we don't have any sh package that error sounds strange to me (I
> >> > have this "issue" on one of my packages in AUR)
> >> > Should we change these scripts so that they use bash instead of sh or
> >> > should we change namcap in order for it not to yield such error?
> >>
> >> Namcap needs to be fixed to recognize provides. The bash package
> >> currently provides sh, so there should be no error here.
> >>
> >> -Dan
> >>
> >
> > Well even though bash provides sh (as a link), namcap says "Dependency
> > detected and not included (sh) from files"
> >
> > See the comments on one of my AUR package:
> > http://aur.archlinux.org/packages.php?ID=37110
>
> Yes, I understand this. We don't care at all about links or anything
> in the filesystem; we are simply looking for an 'sh' package that
> doesn't exist. Until namcap can do reverse provides matching (e.g.
> look for a package that provides 'sh'), then this won't work. Of
> course, you can always just make your package depend on 'sh'.
>
> The depends module is extensive and has a lot to it, so this is not
> going to be a quick/easy change.
>
> -Dan
>

Re: [arch-general] [arch-dev-public] Namcap release coming soon

[Guillaume ALAUX]

On 8 June 2010 16:58, Dan McGee  wrote:

> On Tue, Jun 8, 2010 at 9:56 AM, Dan McGee  wrote:
> > Forwarding to the public list is your best option; going to one
> > developer is a good way for your email to get lost.
> >
> > -- Forwarded message ------
> > From: Guillaume ALAUX 
> > Date: Tue, Jun 8, 2010 at 9:54 AM
> > Subject: Re: [arch-dev-public] Namcap release coming soon
> > To: dpmc...@gmail.com
> >
> >
> > Hi Dan,
> > Didn't really how to answer your mail as I don't have write access to
> > the list so I'm just answering directly to you:
> >> If anyone [...] knows of very small issues that need fixing ...
> > When namcap'ing a package including scripts that use '#!/bin/sh'
> > instead of '#!/bin/bash', output is something like the following:
> > pkgname E: Dependency detected and not included (sh) from files
> ['script.sh']
> > (I know the AL standard page on the wiki says we should use bash
> > rather than sh but these are scripts included in the original
> > tarball.)
> > As we don't have any sh package that error sounds strange to me (I
> > have this "issue" on one of my packages in AUR)
> > Should we change these scripts so that they use bash instead of sh or
> > should we change namcap in order for it not to yield such error?
>
> Namcap needs to be fixed to recognize provides. The bash package
> currently provides sh, so there should be no error here.
>
> -Dan
>

Well even though bash provides sh (as a link), namcap says "Dependency
detected and not included (sh) from files"

See the comments on one of my AUR package:
http://aur.archlinux.org/packages.php?ID=37110

-- Guillaume ALAUX

Re: [arch-general] Converting to 64

[Guillaume ALAUX]

Hum... this technique looks like reinstalling to me. You don't
*convert*anything but
*reinstall* packages. So to my point of view you would be better off
installing from scratch. Much cleaner. You will still have to download
64bits packages.

Still you can keep the list of installed packages with $(pacman -Qq) and
keep some conf files before erasing the 32bit root partition.

On 28 May 2010 15:50, Hilton Medeiros  wrote:

> On Fri, 28 May 2010 08:28:55 -0500
> "Jeffrey Lynn Parke Jr."  wrote:
>
> > you have to reinstall
> >
> > On Fri, May 28, 2010 at 8:27 AM, Nilesh Govindarajan
> > wrote:
> >
> > > Hi,
> > >
> > > I recently found that my processor is capable of running 64bit OS
> > > (it has the lm flag in /proc/cpuinfo) and I am using 32bit Arch
> > > which is turn off I think.
> > > How do I convert to 64bit without the format-and-reinstall ?
> > >
> > > --
> > > Nilesh Govindarajan
> > > Facebook: nilesh.gr
> > > Twitter: nileshgr
> > > Website: www.itech7.com
> > >
>
>
> http://wiki.archlinux.org/index.php/Migrating_Between_Architectures_Without_Reinstalling
>

Re: [arch-general] extra/tomcat is out of date

[Guillaume ALAUX]

My pleasure !

On 26 May 2010 22:31, Ionut Biru  wrote:

> On 05/26/2010 01:12 AM, Guillaume ALAUX wrote:
>
>> Hi,
>>
>> Tested on my x64 (and changed the pkgrel that was wrong): that works.
>>
>> So... anyone interested in this up-to-date version of a masterpiece of the
>> Java world? :)
>>
>>
> updated. thanks
>
> --
> Ionut
>

Re: [arch-general] extra/tomcat is out of date

[Guillaume ALAUX]

Hi,

Tested on my x64 (and changed the pkgrel that was wrong): that works.

So... anyone interested in this up-to-date version of a masterpiece of the
Java world? :)

Guillaume

On 20 May 2010 12:11, Guillaume ALAUX  wrote:

> Hi everyone,
>
> A new version of Tomcat 5 was released nearly a month ago and our package
> in [extra] is still out of date (5.5.28 -> 5.5.29).
>
> Changing the version number and the related MD5Sum works like a charm for
> me (i686).  I still need to test it on my x64 at home but in just in case,
> attached is the up-to-date PKGBUILD.
>
> Cheers,
>
> Guillaume ALAUX
>


PKGBUILD
Description: Binary data

[arch-general] extra/tomcat is out of date

[Guillaume ALAUX]

Hi everyone,

A new version of Tomcat 5 was released nearly a month ago and our package in
[extra] is still out of date (5.5.28 -> 5.5.29).

Changing the version number and the related MD5Sum works like a charm for me
(i686).  I still need to test it on my x64 at home but in just in case,
attached is the up-to-date PKGBUILD.

Cheers,

Guillaume ALAUX


PKGBUILD
Description: Binary data

Re: [arch-general] extra/hibernate-script out of date -> new version

[Guillaume ALAUX]

Hi Thomas,

Here is the package I have just uploaded in AUR:

http://aur.archlinux.org/packages.php?ID=37110

You can delete it from extra then. I checked others PKGBUILD and none of
them make any reference to it so we should'nt have issues with dependencies.

I will add some explanation on the AUR page to explain that this pkg
requires testing and feedback.
I will also get the wiki page up to date to reflect this repo change if you
confirm you deleted it.

Thanks.

Guillaume ALAUX

On 10 May 2010 16:01, Thomas Bächler  wrote:

> Am 10.05.2010 15:57, schrieb Guillaume ALAUX:
> > OK So Thomas as you were the maintainer: could you just tell me which way
> > would be the best: git version as advised by Damjan or standalone as you
> did
> > for v1.99?
>
> In the past I always used the stable version. However, I never used it
> together with tuxonice, but only with usual suspend to RAM, so I don't
> know how good the tuxonice support is in the stable release.
>
> As I said, I haven't actually been maintaining this recently.
>
>

Re: [arch-general] extra/hibernate-script out of date -> new version

[Guillaume ALAUX]

OK So Thomas as you were the maintainer: could you just tell me which way
would be the best: git version as advised by Damjan or standalone as you did
for v1.99?

On 10 May 2010 15:50, Thomas Bächler  wrote:

> Am 10.05.2010 15:13, schrieb Guillaume ALAUX:
> > Hi everyone,
> >
> > As stated by "mrbrich" in this thread [1], package extra/hibernate-script
> > [2] is out of date (old version 1.99 ; new version should be 2.0).  I
> made
> > this new one [3] that installs fine but I can't test it.  Could anyone
> using
> > it give it a try please?
> >
> > Thanks
> >
> > Guillaume ALAUX
> >
> > [1] http://bbs.archlinux.org/viewtopic.php?id=95899
> > [2] http://www.archlinux.org/packages/extra/i686/hibernate-script/
> > [3] http://archlinux.alaux.net/hibernate-script-2.0-2.src.tar.gz
> >
>
> I used to maintain this, but neither have the time nor the possibility
> to test it right now. I orphaned it and requested another Dev or TU to
> take it. Nobody ever responded, which means you can put the package in
> the AUR and I'll delete it from the repository.
>
>

[arch-general] extra/hibernate-script out of date -> new version

[Guillaume ALAUX]

Hi everyone,

As stated by "mrbrich" in this thread [1], package extra/hibernate-script
[2] is out of date (old version 1.99 ; new version should be 2.0).  I made
this new one [3] that installs fine but I can't test it.  Could anyone using
it give it a try please?

Thanks

Guillaume ALAUX

[1] http://bbs.archlinux.org/viewtopic.php?id=95899
[2] http://www.archlinux.org/packages/extra/i686/hibernate-script/
[3] http://archlinux.alaux.net/hibernate-script-2.0-2.src.tar.gz