From lukeshu at sbcglobal.net Wed May 1 19:05:14 2013 From: lukeshu at sbcglobal.net (Luke T. Shumaker) Date: Wed, 01 May 2013 15:05:14 -0400 Subject: [Dev] [Evangelos Foutras] [arch-dev-public] svntogit repo generation script moved to nymeria In-Reply-To: <87ehfnjktf.fsf@endefensadelsl.org> References: <87ehfnjktf.fsf@endefensadelsl.org> Message-ID: <87y5by1pxx.wl%lukeshu@sbcglobal.net> At Sun, 10 Mar 2013 13:12:12 -0300, Nicol?s Reynolds wrote: > FYI seems it could break git-pbs If we had an existing conversion of the svntogit repos, it might. As we don't yet, NBD. However, the possibility of something like this happening again in the future is worrisome. I'll have to check, but I believe that even if this did happen again, we'd be safe because: - pbs-convert-absgit (or whatever I'm calling it these days) passes the right flag to `git rewrite-branch` to have it use already-appended svn-id's instead of git hashes. - the svn-id's (generated by `git svn`) are deterministic based on the svn commit. I don't know for sure that both of these things are true, but I believe they are. Happy hacking, ~ Luke Shumaker > Date: Sun, 10 Mar 2013 18:04:41 +0200 > From: Evangelos Foutras > Subject: [arch-dev-public] svntogit repo generation script moved to nymeria > To: Public mailing list for Arch Linux development > Message-ID: <513CAF19.2090908 at foutrelis.com> > > This is just a quick note. In order to avoid having to sync the > Subversion repos from nymeria to gerolde just to facilitate the > generation of Git repos by the arch-svntogit script [1], I have > relocated the script to nymeria. > > The Git repos [2] themselves had to be regenerated from scratch (from > the Subsversion repos), and as such, any existing cloned repos won't be > able to cleanly pull from them. In this case, it's recommended to delete > and re-clone the repo. > > (tl;dr: If you have any clones of the svntogit repos, you'll need to > recreate them.) > From labs at parabola.nu Thu May 2 15:48:26 2013 From: labs at parabola.nu (labs at parabola.nu) Date: Thu, 2 May 2013 08:48:26 -0700 Subject: [Dev] [Libretools - Bug #251] [libremakepkg] Bind mount $SRCDEST and $PKGDEST References: Message-ID: Issue #251 has been updated by lukeshu. Priority changed from feature to wish Target version deleted (don't break and confuse parabolers) mtjm: yes, not to modify them manually, but so that tools can (normal makepkg, librestage, librerelease) I'm removing this from the "don't break and confuse parabolers" target; I'm happy with how copying works, and like I said, I'm not sure this is a good idea. I'm leaving it open as a "wish", in case we ever want to revisit it. ---------------------------------------- Bug #251: [libremakepkg] Bind mount $SRCDEST and $PKGDEST https://labs.parabola.nu/issues/251 Author: fauno Status: open Priority: wish Assignee: Category: Target version: This will be easier with #261, but also requires a change in logic. Right now it copies the files between the inside and outside directories; if we bind mount them it must chown them instead. -- You have received this notification because you have either subscribed to it, or are involved in it. To change your notification preferences, please click here: http://labs.parabola.nu/my/account From labs at parabola.nu Thu May 2 15:51:52 2013 From: labs at parabola.nu (labs at parabola.nu) Date: Thu, 2 May 2013 08:51:52 -0700 Subject: [Dev] [Libretools - Bug #265] [librechroot] Optionally start dbus+avahi in the chroot References: Message-ID: Issue #265 has been updated by lukeshu. Priority changed from feature to wish ---------------------------------------- Bug #265: [librechroot] Optionally start dbus+avahi in the chroot https://labs.parabola.nu/issues/265 Author: lukeshu Status: open Priority: wish Assignee: Category: Target version: fauno wrote: > feature request: is it possible to run dbus+avahi-daemon on the chroot, > or make it available from the host system? now that avahi is a > dependency of distcc i wanted to try +zeroconf (my build machines are > changing ips a lot lately...) but it couldn't connect to the host avahi. -- You have received this notification because you have either subscribed to it, or are involved in it. To change your notification preferences, please click here: http://labs.parabola.nu/my/account From labs at parabola.nu Thu May 2 15:58:57 2013 From: labs at parabola.nu (labs at parabola.nu) Date: Thu, 2 May 2013 08:58:57 -0700 Subject: [Dev] [Libretools - Bug #50] Support mirror selection for source downloads References: Message-ID: Issue #50 has been updated by lukeshu. >From a duplicate report: I'm not sure what level we need to fix this at. This would be a lot easier if the pacman devs accepted my patch to make DL_AGENTS do glob matching. ---------------------------------------- Bug #50: Support mirror selection for source downloads https://labs.parabola.nu/issues/50 Author: mtjm Status: open Priority: feature Assignee: Category: Target version: PKGBUILDs have hardcoded URLs of a source mirror, sometimes they are slow, down or use too much bandwidth. If the scripts replaced URLs matching some known patterns to use local or random mirrors instead, this would be much faster e.g. for building most packages using sources packaged by Arch. -- You have received this notification because you have either subscribed to it, or are involved in it. To change your notification preferences, please click here: http://labs.parabola.nu/my/account From labs at parabola.nu Thu May 2 15:59:17 2013 From: labs at parabola.nu (labs at parabola.nu) Date: Thu, 2 May 2013 08:59:17 -0700 Subject: [Dev] [Libretools - Bug #286] (invalid) Support fetching sources from repo instead of using the PKGBUILD-specified mirrors References: Message-ID: Issue #286 has been updated by lukeshu. Status changed from open to invalid mtjm: c'mon, man. This is a duplicate report, any you filed the original! I guess that means that you really want the feature. ---------------------------------------- Bug #286: Support fetching sources from repo instead of using the PKGBUILD-specified mirrors https://labs.parabola.nu/issues/286 Author: mtjm Status: invalid Priority: feature Assignee: Category: Target version: don't break and confuse parabolers Motivation: these URLs often fail. -- You have received this notification because you have either subscribed to it, or are involved in it. To change your notification preferences, please click here: http://labs.parabola.nu/my/account From labs at parabola.nu Thu May 2 16:05:21 2013 From: labs at parabola.nu (labs at parabola.nu) Date: Thu, 2 May 2013 09:05:21 -0700 Subject: [Dev] [Libretools - Bug #262] [archroot] Detect if something is already mounted References: Message-ID: Issue #262 has been updated by lukeshu. Subject changed from [librechroot] Detect if something is already mounted to [archroot] Detect if something is already mounted ---------------------------------------- Bug #262: [archroot] Detect if something is already mounted https://labs.parabola.nu/issues/262 Author: lukeshu Status: open Priority: feature Assignee: Category: Target version: don't break and confuse parabolers This way we can avoid mounting a bind mount twice, which has two benefits: # Better handling of a previous error that didn't umount properly # Users can set the bind mounts on fstab, to speed things up -- You have received this notification because you have either subscribed to it, or are involved in it. To change your notification preferences, please click here: http://labs.parabola.nu/my/account From labs at parabola.nu Thu May 2 16:06:12 2013 From: labs at parabola.nu (labs at parabola.nu) Date: Thu, 2 May 2013 09:06:12 -0700 Subject: [Dev] [Libretools - Bug #261] [archroot] Allow configurable bind mounts References: Message-ID: Issue #261 has been updated by lukeshu. Subject changed from [librechroot] Allow configurable bind mounts to [archroot] Allow configurable bind mounts ---------------------------------------- Bug #261: [archroot] Allow configurable bind mounts https://labs.parabola.nu/issues/261 Author: lukeshu Status: open Priority: feature Assignee: Category: Target version: don't break and confuse parabolers Currently it bind mounts pacman's cachedir. It should have a configuration file that lets the user configure whichever mounts they want. -- You have received this notification because you have either subscribed to it, or are involved in it. To change your notification preferences, please click here: http://labs.parabola.nu/my/account From labs at parabola.nu Thu May 2 16:07:30 2013 From: labs at parabola.nu (labs at parabola.nu) Date: Thu, 2 May 2013 09:07:30 -0700 Subject: [Dev] [Libretools - Bug #260] [librerelease] clean $chrootdir/repo after uploading References: Message-ID: Issue #260 has been updated by lukeshu. Now it is done with `librechroot clean-repo` ---------------------------------------- Bug #260: [librerelease] clean $chrootdir/repo after uploading https://labs.parabola.nu/issues/260 Author: lukeshu Status: open Priority: feature Assignee: Category: Target version: don't break and confuse parabolers This can be done with `librechroot -C` -- You have received this notification because you have either subscribed to it, or are involved in it. To change your notification preferences, please click here: http://labs.parabola.nu/my/account From labs at parabola.nu Thu May 2 16:12:14 2013 From: labs at parabola.nu (labs at parabola.nu) Date: Thu, 2 May 2013 09:12:14 -0700 Subject: [Dev] [Libretools - Bug #318] (open) [libremakepkg] support SRCBUILD, mksource=() Message-ID: Issue #318 has been reported by lukeshu. ---------------------------------------- Bug #318: [libremakepkg] support SRCBUILD, mksource=() https://labs.parabola.nu/issues/318 Author: lukeshu Status: open Priority: bug Assignee: lukeshu Category: Target version: don't break and confuse parabolers With librefetch, running the SRCBUILD can be done automatically as part of `makepkg -o`; however, if doing this from outside of a chroot with libremakepkg, then the SRCBUILD and supporting files must be copied into the chroot. Similarly, files named in mksource=() need to be copied. -- You have received this notification because you have either subscribed to it, or are involved in it. To change your notification preferences, please click here: http://labs.parabola.nu/my/account From lukeshu at sbcglobal.net Thu May 2 18:44:07 2013 From: lukeshu at sbcglobal.net (Luke T. Shumaker) Date: Thu, 02 May 2013 14:44:07 -0400 Subject: [Dev] ISO release 2013-03 and related issues In-Reply-To: <20130319225930.GA2225@ab2> References: <20130319225930.GA2225@ab2> Message-ID: <87txml1atk.wl%lukeshu@sbcglobal.net> At Tue, 19 Mar 2013 20:30:00 -0300, Esteban Carnevale wrote: > * Enable [java] by default? > > lukeshu suggested enabling it. Can't it be merged in [pcr] to avoid another repo? We'll see. I advocated having it separate because of policy differences. I'll get some stuff added and cleaned up there. ~ Luke Shumaker From labs at parabola.nu Thu May 2 20:29:01 2013 From: labs at parabola.nu (labs at parabola.nu) Date: Thu, 2 May 2013 13:29:01 -0700 Subject: [Dev] [Libretools - Bug #319] (open) [diff-unfree] use git instead of svn Message-ID: Issue #319 has been reported by lukeshu. ---------------------------------------- Bug #319: [diff-unfree] use git instead of svn https://labs.parabola.nu/issues/319 Author: lukeshu Status: open Priority: feature Assignee: Category: Target version: diff-unfree uses svn to get Arch's version of a package; it should use git and Arch's svntogit repos to avoid a dependency on svn. -- You have received this notification because you have either subscribed to it, or are involved in it. To change your notification preferences, please click here: http://labs.parabola.nu/my/account From labs at parabola.nu Fri May 3 01:09:04 2013 From: labs at parabola.nu (labs at parabola.nu) Date: Thu, 2 May 2013 18:09:04 -0700 Subject: [Dev] [Libretools - Bug #287] (fixed) [librerepkgbuild] deprecate rePKGBUILDs References: Message-ID: Issue #287 has been updated by lukeshu. Status changed from open to fixed % Done changed from 0 to 100 Done, the files are gone in git. ---------------------------------------- Bug #287: [librerepkgbuild] deprecate rePKGBUILDs https://labs.parabola.nu/issues/287 Author: mtjm Status: fixed Priority: feature Assignee: Category: Target version: don't break and confuse parabolers Section 1 of https://lists.parabolagnulinux.org/pipermail/dev/2012-November/000974.html provides some arguments for this change. Also undocument them on wiki. -- You have received this notification because you have either subscribed to it, or are involved in it. To change your notification preferences, please click here: http://labs.parabola.nu/my/account From labs at parabola.nu Fri May 3 01:09:50 2013 From: labs at parabola.nu (labs at parabola.nu) Date: Thu, 2 May 2013 18:09:50 -0700 Subject: [Dev] [Libretools - Bug #263] (fixed) Move code from [makechrootpkg] in [libretools.git] back into [chroottools.git] References: Message-ID: Issue #263 has been updated by lukeshu. Status changed from open to fixed % Done changed from 0 to 100 Done in git. ---------------------------------------- Bug #263: Move code from [makechrootpkg] in [libretools.git] back into [chroottools.git] https://labs.parabola.nu/issues/263 Author: lukeshu Status: fixed Priority: bug Assignee: Category: Target version: chroottools.git is a fork of devtools.git, and is thus licensed GPLv2. devtools includes the program "makechrootpkg", which has been deleted in chroottools. However, some of the code from it has been copied into libretools.git, which is otherwise GPLv3+. I think it might be a good idea to rework makechrootpkg into "chroot-functions" or something to keep them separated for licensing reasons, and so that I can pull devtools changes to that code. -- You have received this notification because you have either subscribed to it, or are involved in it. To change your notification preferences, please click here: http://labs.parabola.nu/my/account From labs at parabola.nu Fri May 3 01:11:05 2013 From: labs at parabola.nu (labs at parabola.nu) Date: Thu, 2 May 2013 18:11:05 -0700 Subject: [Dev] [Libretools - Bug #248] (fixed) [libremakepkg] behave more like makepkg References: Message-ID: Issue #248 has been updated by lukeshu. Status changed from open to fixed % Done changed from 0 to 100 Done in git; invocation is almost identical. ---------------------------------------- Bug #248: [libremakepkg] behave more like makepkg https://labs.parabola.nu/issues/248 Author: lukeshu Status: fixed Priority: feature Assignee: lukeshu Category: Target version: don't break and confuse parabolers It should be makepkg + chroot + libre-checks* *librenamcap? -- You have received this notification because you have either subscribed to it, or are involved in it. To change your notification preferences, please click here: http://labs.parabola.nu/my/account From labs at parabola.nu Fri May 3 01:13:51 2013 From: labs at parabola.nu (labs at parabola.nu) Date: Thu, 2 May 2013 18:13:51 -0700 Subject: [Dev] [Libretools - Bug #262] (info needed) [archroot] Detect if something is already mounted References: Message-ID: Issue #262 has been updated by lukeshu. Status changed from open to info needed It now uses `systemd-nspawn --bind` instead of an actual mount; which means that if we don't have to ever worry about it not being cleaned up properly. But that still leaves reason two:
Users can set the bind mounts on fstab, to speed things up
In my experience, `systemd-nspawn --bind` is plenty fast, but I also have a fast machine. I'd appreciate feedback on what to do. ---------------------------------------- Bug #262: [archroot] Detect if something is already mounted https://labs.parabola.nu/issues/262 Author: lukeshu Status: info needed Priority: feature Assignee: Category: Target version: don't break and confuse parabolers This way we can avoid mounting a bind mount twice, which has two benefits: # Better handling of a previous error that didn't umount properly # Users can set the bind mounts on fstab, to speed things up -- You have received this notification because you have either subscribed to it, or are involved in it. To change your notification preferences, please click here: http://labs.parabola.nu/my/account From labs at parabola.nu Fri May 3 01:15:09 2013 From: labs at parabola.nu (labs at parabola.nu) Date: Thu, 2 May 2013 18:15:09 -0700 Subject: [Dev] [Libretools - Bug #188] (fixed) [libremkchroot] doesn't always umount when exiting with error References: Message-ID: Issue #188 has been updated by lukeshu. Status changed from open to fixed % Done changed from 50 to 100 With the version now in git, instead of a literal bind mount, it used `systemd-nspawn --bind`, which means that they won't exist once the process exits. Done. ---------------------------------------- Bug #188: [libremkchroot] doesn't always umount when exiting with error https://labs.parabola.nu/issues/188 Author: lluvia Status: fixed Priority: bug Assignee: Category: Target version: don't break and confuse parabolers For example, I failed my previous command for libremkchroot, and I tried it a second time with the correct arguments, but it wanted to overwrite the mounted system, reporting errors. Also, I didn't understand what was happening and I tried to remove the jail directory, without checking that my system was mounted in that directory! It would be a good and simple behavour to unmount if reporting error. -- You have received this notification because you have either subscribed to it, or are involved in it. To change your notification preferences, please click here: http://labs.parabola.nu/my/account From labs at parabola.nu Fri May 3 01:18:32 2013 From: labs at parabola.nu (labs at parabola.nu) Date: Thu, 2 May 2013 18:18:32 -0700 Subject: [Dev] [Libretools - Bug #242] (fixed) Make locally built packages available in the chroot References: Message-ID: Issue #242 has been updated by lukeshu. Status changed from open to fixed % Done changed from 50 to 100 mtjm: no real arguments that I've heard. However, automatically adding "file:///repo" to pacman.conf is now (in git) done automatically by libremakepkg, so this task done. ---------------------------------------- Bug #242: Make locally built packages available in the chroot https://labs.parabola.nu/issues/242 Author: fauno Status: fixed Priority: feature Assignee: Category: Target version: don't break and confuse parabolers original title was: "make cachedir/pkgdest a local repo" This is currently supported with the "file:///repo" repository, which should apparently be enabled by default. -- You have received this notification because you have either subscribed to it, or are involved in it. To change your notification preferences, please click here: http://labs.parabola.nu/my/account From labs at parabola.nu Fri May 3 01:21:27 2013 From: labs at parabola.nu (labs at parabola.nu) Date: Thu, 2 May 2013 18:21:27 -0700 Subject: [Dev] [Libretools - Bug #264] (fixed) [libremakepkg] Add option to not use a chroot References: Message-ID: Issue #264 has been updated by lukeshu. Status changed from in progress to fixed % Done changed from 70 to 100 This is definitely done in my latest commit. ---------------------------------------- Bug #264: [libremakepkg] Add option to not use a chroot https://labs.parabola.nu/issues/264 Author: lukeshu Status: fixed Priority: feature Assignee: lukeshu Category: Target version: don't break and confuse parabolers This should be fairly straight forward, but may involve creating a generalized "profile exec" function that executes a command in or out of a chroot, after loading the profile (since librechroot does not do that). -- You have received this notification because you have either subscribed to it, or are involved in it. To change your notification preferences, please click here: http://labs.parabola.nu/my/account From labs at parabola.nu Fri May 3 01:24:52 2013 From: labs at parabola.nu (labs at parabola.nu) Date: Thu, 2 May 2013 18:24:52 -0700 Subject: [Dev] [Libretools - Bug #170] The scripts leak /tmp/tmp.* directories References: Message-ID: Issue #170 has been updated by lukeshu. All programs except for `toru` and `pkgbuild-check-nonfree` (now) use informative names for temp files. ---------------------------------------- Bug #170: The scripts leak /tmp/tmp.* directories https://labs.parabola.nu/issues/170 Author: mtjm Status: info needed Priority: bug Assignee: Category: Target version: don't break and confuse parabolers Should also use more informative names. Needs reviewing all code. -- You have received this notification because you have either subscribed to it, or are involved in it. To change your notification preferences, please click here: http://labs.parabola.nu/my/account From labs at parabola.nu Fri May 3 01:30:07 2013 From: labs at parabola.nu (labs at parabola.nu) Date: Thu, 2 May 2013 18:30:07 -0700 Subject: [Dev] [Libretools - Bug #46] Sourcing PKGBUILDs might change variables used References: Message-ID: Issue #46 has been updated by lukeshu. mtjm: your script might be over complicated. Spit out a null-delimited array:
printf '%s\0' "${array[@]}"
---------------------------------------- Bug #46: Sourcing PKGBUILDs might change variables used https://labs.parabola.nu/issues/46 Author: mtjm Status: open Priority: bug Assignee: Category: Target version: E.g. toru used _repo while a PKGBUILD changed the value of this variable, making fullpkg ignore dependencies from the community repo. There should be another solution which wouldn't lead to difficult to debug problems. -- You have received this notification because you have either subscribed to it, or are involved in it. To change your notification preferences, please click here: http://labs.parabola.nu/my/account From labs at parabola.nu Fri May 3 02:06:20 2013 From: labs at parabola.nu (labs at parabola.nu) Date: Thu, 2 May 2013 19:06:20 -0700 Subject: [Dev] [Libretools - Bug #75] (non-mips64el) -specific git configuration in /etc/libretools.conf References: Message-ID: Issue #75 has been updated by lukeshu. ABSLIBRE git is now only used by one script, `createworkdir`. COMMITCMD is no longer used by anything and has been removed. ---------------------------------------- Bug #75: (non-mips64el) -specific git configuration in /etc/libretools.conf https://labs.parabola.nu/issues/75 Author: lluvia Status: open Priority: bug Assignee: Category: Target version: don't break and confuse parabolers I think it should be something like a ABSLIBRE-MIPS64ELGIT variable at /etc/libretools.conf. If not, user will be hacking the expected behavour of libretools in general. Also, hack or not, it is not documented in the wiki, AFAIK, how to use libretools for packaging in mips64el, so a new packager would be in problems, for example reading this as reference: https://wiki.parabolagnulinux.org/Package_maintainer_guide -- You have received this notification because you have either subscribed to it, or are involved in it. To change your notification preferences, please click here: http://labs.parabola.nu/my/account From labs at parabola.nu Fri May 3 03:32:51 2013 From: labs at parabola.nu (labs at parabola.nu) Date: Thu, 2 May 2013 20:32:51 -0700 Subject: [Dev] [Libretools - Bug #320] (open) [librestage/librerelease] upload sources too Message-ID: Issue #320 has been reported by lukeshu. ---------------------------------------- Bug #320: [librestage/librerelease] upload sources too https://labs.parabola.nu/issues/320 Author: lukeshu Status: open Priority: bug Assignee: Category: Target version: don't break and confuse parabolers The sources should be uploaded to `~repo/public/sources`, in addition to the built packages. -- You have received this notification because you have either subscribed to it, or are involved in it. To change your notification preferences, please click here: http://labs.parabola.nu/my/account From lukeshu at sbcglobal.net Fri May 3 04:11:36 2013 From: lukeshu at sbcglobal.net (Luke T. Shumaker) Date: Fri, 03 May 2013 00:11:36 -0400 Subject: [Dev] New libretools on [libre-testing] Message-ID: <87r4ho1z47.wl%lukeshu@sbcglobal.net> I just uploaded a new libretools to [libre-testing]. I think that it's ready for [libre], so I need all of you to test it :P. It isn't quite to the target "don't break and confuse parabolers". I don't think it will break, but parts of it might still be confusing, but those parts haven't really changed since the last release on [libre]. Big changes from the version in [libre]: - Misc - Several trivial programs were removed - librerepkg has been removed/deprecated - `librefetch` was added - `/etc/libretools.conf` has changed significantly, be sure to merge your /etc/*.pac* files after upgrading - chroot related - the archroot version was bumped from 2 to 3, so existing chroots will have to be rebuilt (or you could just bump their version) - the dependency on `devtools` was dropped - the configuration has moved to from `libretools.conf` to `/etc/libretools.d/chroot.conf`. - `libremkchroot` has been removed/deprecated in favor of `librechroot make` - `update-cleansystem` and `/etc/libretools.d/cleansystem` have been removed/deprecated in favor of running `chcleanup` - `librechroot` and `libremakepkg` have been made more robust, and more capable. They should be simpler to use, but the invocation for both has changed, so check the help flag for each command. - `libremakepkg` is no longer chroot-only. It can be run by a user already inside of a chroot, and it will still do the right thing. To talk a little more about the more complicated of those bullet points: librefetch ---------- librefetch streamlines creating packages that require a mksource() function or a SRCBUILD. Specifying a "libre://filename.tar.gz" URL in source=() causes it to try downloading an already-built sourceball, and if it doesn't exist to run SRCBUILD or mksource() automagically. It's really neat and convienient; now one can build the source and the package with one call to `makepkg`. librechroot ----------- Read `librechroot help`; it is really thourough and will explain things. libremakepkg ------------ Look at `librechroot -h` for invocation. The advantage of libremakepkg, as opposed to plain makepkg, is that it takes a few extra steps to ensure the quality of the package: - Removes packages that aren't dependencies or in 'base-devel', to ensure no unintended deps. - Disables networking during build() and package() - Has hooks to examine the PKGBUILD, source directory, and final package; though these are currently under-utilized, and it only runs `pkgbuild-check-nonfree`. It will automatically add packages built to a local pacman repository, so that they can be used as dependencies for other packages that you are building. The local repository is at `/repo` in the chroot. It works from inside of the chroot! Fauno will be happy. Notes about using it from inside of a chroot: - It will fail at adding the packages to the local repository unless `PKGDEST=/pkgdest` and `SRCDEST=/srcdest`.[0] effort this will take to fix; the relevent - It still must be run with `sudo`, but the user you run it with will properly own the files. - I haven't written anything to help you set up a user in the chroot. Happy hacking, ~ Luke Shumaker [0] I'm not sure how much effort this would be to fix. The relevent function is `chroot_add_to_local_repo()` in `makechrootpkg.sh`. From labs at parabola.nu Sat May 4 17:14:38 2013 From: labs at parabola.nu (labs at parabola.nu) Date: Sat, 4 May 2013 10:14:38 -0700 Subject: [Dev] [Packages (i686 and x86_64) - Bug #316] (fixed) Missing deps for package GNU Health References: Message-ID: Issue #316 has been updated by Emulatorman. Status changed from in progress to fixed Now, the package is stable :) => https://identi.ca/notice/100741095 ---------------------------------------- Bug #316: Missing deps for package GNU Health https://labs.parabola.nu/issues/316 Author: meanmicio Status: fixed Priority: bug Assignee: Emulatorman Category: Target version: Hi there ! Thanks a lot for creating the package gnuhealth ! We're missing some requirements, such as postgresql. I have documented the requirements for Arch on Wikibooks [0] . I think it would be a good start to check the packages there. Thank you again for integrating GNU Health in Parabola ! [0]http://en.wikibooks.org/wiki/GNU_Health/Installation#Arch_Linux_and_derivatives Best, -- You have received this notification because you have either subscribed to it, or are involved in it. To change your notification preferences, please click here: http://labs.parabola.nu/my/account From alfplayer at mailoo.org Sat May 4 19:19:57 2013 From: alfplayer at mailoo.org (Esteban Carnevale) Date: Sat, 4 May 2013 16:19:57 -0300 Subject: [Dev] ISO release 2013-05 Message-ID: <20130504191957.GA1240@ab2> There were no complaints about the ISO 2013.04.27, so I want to make it the new official ISO (releng profile). * Direct link https://repo.parabolagnulinux.org/iso/2013.04.27/parabola-2013.04.27-dual.iso * Torrent https://repo.parabolagnulinux.org/iso/2013.04.27/parabola-2013.04.27-dual.iso.torrent * Magnet link magnet:?xt=urn:btih:5e70fcb3003127aced1a29a332fb4e566388c5b8&dn=parabola-2013.04.27-dual.iso&tr=udp%3A%2F%2Ftracker.publicbt.com%3A80&tr=udp%3A%2F%2Ftracker.openbittorrent.com%3A80&tr=udp%3A%2F%2Ftracker.istole.it%3A80 To avoid loading our repo and mirrors too much like the last time, I recommend using and seeding the torrent. I want to release it tomorrow and after the mirrors sync the release files. Mirror http://rosario-raulin.de/ on https://wiki.parabolagnulinux.org/Get is a parked domain. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 490 bytes Desc: not available URL: From labs at parabola.nu Sat May 4 20:29:31 2013 From: labs at parabola.nu (labs at parabola.nu) Date: Sat, 4 May 2013 13:29:31 -0700 Subject: [Dev] [Installation media (i686 and x86_64) - Bug #293] New ISO needed! References: Message-ID: Issue #293 has been updated by alfplayer. Now it can be found in http://repo.parabolagnulinux.org/iso/2013.04.27/ ---------------------------------------- Bug #293: New ISO needed! https://labs.parabola.nu/issues/293 Author: aurelien Status: in progress Priority: bug Assignee: alfplayer Category: Target version: For many reason we need a new ISO :: - Because of a new Archlinux-keyring - Because of our own Parabola-keyring - Because of GRUB2 At this time our ISO does not offer anymore this way :: https://wiki.parabolagnulinux.org/GRUB2#Parabola_ISO At this time during a "normal" install people complain of the keyring trouble. -- You have received this notification because you have either subscribed to it, or are involved in it. To change your notification preferences, please click here: http://labs.parabola.nu/my/account From alfplayer at mailoo.org Sun May 5 18:48:10 2013 From: alfplayer at mailoo.org (Esteban Carnevale) Date: Sun, 5 May 2013 15:48:10 -0300 Subject: [Dev] ISO release 2013-05 In-Reply-To: <20130504191957.GA1240@ab2> References: <20130504191957.GA1240@ab2> Message-ID: <20130505184810.GA1156@ab2> Only these two ISO mirrors on the wikipage Get Parabola do not link to the new ISO at the moment. * http://www.fscorsica.org/iso/ (aurelien) * http://m.tiddles.me/ (brendyn) buhman's mirror also synced the release files, so now we have four working direct links. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 490 bytes Desc: not available URL: From labs at parabola.nu Sun May 5 19:13:03 2013 From: labs at parabola.nu (labs at parabola.nu) Date: Sun, 5 May 2013 12:13:03 -0700 Subject: [Dev] [Servers - Bug #317] [wiki] styles got all messed up References: Message-ID: Issue #317 has been updated by lukeshu. If I get access, I'll take care of it. Give sudo to `lukeshu`. ---------------------------------------- Bug #317: [wiki] styles got all messed up https://labs.parabola.nu/issues/317 Author: lukeshu Status: open Priority: bug Assignee: Category: Target version: Just look at the wiki. -- You have received this notification because you have either subscribed to it, or are involved in it. To change your notification preferences, please click here: http://labs.parabola.nu/my/account From labs at parabola.nu Sun May 5 21:03:30 2013 From: labs at parabola.nu (labs at parabola.nu) Date: Sun, 5 May 2013 14:03:30 -0700 Subject: [Dev] [Servers - Bug #108] Repo /etc git repo is abandoned References: Message-ID: Issue #108 has been updated by lukeshu. I've installed etckeeper, and set up a cron job to run it every day. ---------------------------------------- Bug #108: Repo /etc git repo is abandoned https://labs.parabola.nu/issues/108 Author: mtjm Status: open Priority: bug Assignee: Category: Target version: Would help e.g. if pacman decides to remove dovecot configuration or if someone wants to understand how and why we configured it. -- You have received this notification because you have either subscribed to it, or are involved in it. To change your notification preferences, please click here: http://labs.parabola.nu/my/account From labs at parabola.nu Sun May 5 21:20:05 2013 From: labs at parabola.nu (labs at parabola.nu) Date: Sun, 5 May 2013 14:20:05 -0700 Subject: [Dev] [Packages (i686 and x86_64) - Freedom issue #321] (open) Virtualbox-Libre is insulting me. Message-ID: Issue #321 has been reported by hellekin. ---------------------------------------- Freedom issue #321: Virtualbox-Libre is insulting me. https://labs.parabola.nu/issues/321 Author: hellekin Status: open Priority: wish Assignee: Category: Target version: What happens: it says, in *red* letters: "We hope you don't use non-free GNU/Linux distros and non-free operating systems, since using them is to surrender your freedom." It doesn't matter whether it infringes freedom 0, or foo. What matters is that I made the choice of installing a 100% free operating system, and that I think I deserve not to be reminded not to install non-free software. Moreover, it states that "We" hope, whomever that is, but it really freaks me out, and I have pages and pages of Zamyatin's "We" resounding into my shocked mind. And frankly, coming from *my* machine, running *free software I chose to install* on it, it feels pretty much like being visited by proselytes from the Jehova's Witnesses, the Church of Scientology, la Campora, or any kind of Thought Police, between dessert and sex. What should happen: nothing. Nothing at all. How to fix it: add a setting flag to remove that proselyte message, and don't put it in red in the first place. That's aggressive. The flag could be called: DO_NOT_PREACH_TO_THE_CHOIR, or IM_NOT_A_VIRGIN, although that one may not be as universal as the former. -- You have received this notification because you have either subscribed to it, or are involved in it. To change your notification preferences, please click here: http://labs.parabola.nu/my/account From labs at parabola.nu Sun May 5 22:27:04 2013 From: labs at parabola.nu (labs at parabola.nu) Date: Sun, 5 May 2013 15:27:04 -0700 Subject: [Dev] [Servers - Bug #108] (fixed) Repo /etc git repo is abandoned References: Message-ID: Issue #108 has been updated by lukeshu. Status changed from open to fixed ---------------------------------------- Bug #108: Repo /etc git repo is abandoned https://labs.parabola.nu/issues/108 Author: mtjm Status: fixed Priority: bug Assignee: Category: Target version: Would help e.g. if pacman decides to remove dovecot configuration or if someone wants to understand how and why we configured it. -- You have received this notification because you have either subscribed to it, or are involved in it. To change your notification preferences, please click here: http://labs.parabola.nu/my/account From labs at parabola.nu Sun May 5 22:30:42 2013 From: labs at parabola.nu (labs at parabola.nu) Date: Sun, 5 May 2013 15:30:42 -0700 Subject: [Dev] [Servers - Bug #322] (open) [repo] Needs attended update (-Syu) Message-ID: Issue #322 has been reported by lukeshu. ---------------------------------------- Bug #322: [repo] Needs attended update (-Syu) https://labs.parabola.nu/issues/322 Author: lukeshu Status: open Priority: bug Assignee: Category: Target version: repo still has glibc/filesystem from before the /lib+/usr/lib merge. I'm afraid to do it because I can't sit down with it and push the power button if something goes wrong. -- You have received this notification because you have either subscribed to it, or are involved in it. To change your notification preferences, please click here: http://labs.parabola.nu/my/account From labs at parabola.nu Sun May 5 22:34:55 2013 From: labs at parabola.nu (labs at parabola.nu) Date: Sun, 5 May 2013 15:34:55 -0700 Subject: [Dev] [Servers - Bug #209] [wiki] Wiki spam References: Message-ID: Issue #209 has been updated by lukeshu. Subject changed from Wiki spam to [wiki] Wiki spam ---------------------------------------- Bug #209: [wiki] Wiki spam https://labs.parabola.nu/issues/209 Author: mtjm Status: open Priority: critical Assignee: Category: Target version: Ideas: * require invitation from e.g. an IRC bot or another user to register * disable image upload for non-autoconfirmed users -- You have received this notification because you have either subscribed to it, or are involved in it. To change your notification preferences, please click here: http://labs.parabola.nu/my/account From labs at parabola.nu Sun May 5 22:44:30 2013 From: labs at parabola.nu (labs at parabola.nu) Date: Sun, 5 May 2013 15:44:30 -0700 Subject: [Dev] [Servers - Bug #322] [repo] Needs attended update (-Syu) References: Message-ID: Issue #322 has been updated by lukeshu. I'm not saying we need to upgrade everything, just
pacman -S pacman gcc gcc-libs libtool linux-libre-xen
I wouldn't have even added linux-libre-xen, but linux-libre-api-headers would get upgraded by the others. ---------------------------------------- Bug #322: [repo] Needs attended update (-Syu) https://labs.parabola.nu/issues/322 Author: lukeshu Status: open Priority: bug Assignee: Category: Target version: repo still has glibc/filesystem from before the /lib+/usr/lib merge. I'm afraid to do it because I can't sit down with it and push the power button if something goes wrong. -- You have received this notification because you have either subscribed to it, or are involved in it. To change your notification preferences, please click here: http://labs.parabola.nu/my/account From labs at parabola.nu Sun May 5 22:45:19 2013 From: labs at parabola.nu (labs at parabola.nu) Date: Sun, 5 May 2013 15:45:19 -0700 Subject: [Dev] [Servers - Bug #322] [repo] Needs attended pacman update References: Message-ID: Issue #322 has been updated by lukeshu. Subject changed from [repo] Needs attended update (-Syu) to [repo] Needs attended pacman update ---------------------------------------- Bug #322: [repo] Needs attended pacman update https://labs.parabola.nu/issues/322 Author: lukeshu Status: open Priority: bug Assignee: Category: Target version: repo still has glibc/filesystem from before the /lib+/usr/lib merge. I'm afraid to do it because I can't sit down with it and push the power button if something goes wrong. -- You have received this notification because you have either subscribed to it, or are involved in it. To change your notification preferences, please click here: http://labs.parabola.nu/my/account From labs at parabola.nu Mon May 6 15:32:56 2013 From: labs at parabola.nu (labs at parabola.nu) Date: Mon, 6 May 2013 08:32:56 -0700 Subject: [Dev] [Servers - Bug #317] (fixed) [wiki] styles got all messed up References: Message-ID: Issue #317 has been updated by lukeshu. Status changed from open to fixed Fixed. I upgraded mediawiki and modified the style that ArchWiki uses. ---------------------------------------- Bug #317: [wiki] styles got all messed up https://labs.parabola.nu/issues/317 Author: lukeshu Status: fixed Priority: bug Assignee: Category: Target version: Just look at the wiki. -- You have received this notification because you have either subscribed to it, or are involved in it. To change your notification preferences, please click here: http://labs.parabola.nu/my/account From labs at parabola.nu Mon May 6 22:19:39 2013 From: labs at parabola.nu (labs at parabola.nu) Date: Mon, 6 May 2013 15:19:39 -0700 Subject: [Dev] [Installation media (i686 and x86_64) - Bug #293] (fixed) New ISO needed! References: Message-ID: Issue #293 has been updated by alfplayer. Status changed from in progress to fixed Released. ---------------------------------------- Bug #293: New ISO needed! https://labs.parabola.nu/issues/293 Author: aurelien Status: fixed Priority: bug Assignee: alfplayer Category: Target version: For many reason we need a new ISO :: - Because of a new Archlinux-keyring - Because of our own Parabola-keyring - Because of GRUB2 At this time our ISO does not offer anymore this way :: https://wiki.parabolagnulinux.org/GRUB2#Parabola_ISO At this time during a "normal" install people complain of the keyring trouble. -- You have received this notification because you have either subscribed to it, or are involved in it. To change your notification preferences, please click here: http://labs.parabola.nu/my/account From labs at parabola.nu Mon May 6 22:58:12 2013 From: labs at parabola.nu (labs at parabola.nu) Date: Mon, 6 May 2013 15:58:12 -0700 Subject: [Dev] [Servers - Bug #202] i18n template shouldn't be displayed with action=render (plain text wikipages) References: Message-ID: Issue #202 has been updated by alfplayer. Now that MediaWiki is updated, it may be possible to install interlanguage links like Arch or use ovruni's extension, to stop using the ugly i18n template. ---------------------------------------- Bug #202: i18n template shouldn't be displayed with action=render (plain text wikipages) https://labs.parabola.nu/issues/202 Author: alfplayer Status: open Priority: bug Assignee: encyclomundi Category: Target version: ArchISO (iso builder) uses this URL to get the Installation Guide, but the URL doesn't work as it does in ArchWiki or Wikipedia because action=render doesn't work as it should. @https://wiki.parabolagnulinux.org/Installation_Guide?action=render@ This URL works: @https://wiki.parabolagnulinux.org/index.php?title=Installation_Guide&action=render@ The issue with this URL is that the MediaWiki template https://wiki.parabolagnulinux.org/Template:I18n appears at the top (it shouldn't). The template does not appear using action=render on ArchWiki, which uses "interlanguage links" (https://wiki.archlinux.org/index.php/Help:I18n#Interlanguage_links) and not the template (thanks ovruni for pointing this out). Can action=render be fixed to avoid displaying the template, as in ArchWiki? -- You have received this notification because you have either subscribed to it, or are involved in it. To change your notification preferences, please click here: http://labs.parabola.nu/my/account From smv at ceata.org Tue May 7 12:12:12 2013 From: smv at ceata.org (=?UTF-8?Q?Sorin-Mihai_V=C3=A2rgolici?=) Date: Tue, 07 May 2013 15:12:12 +0300 Subject: [Dev] New libretools on [libre-testing] In-Reply-To: <87r4ho1z47.wl%lukeshu@sbcglobal.net> References: <87r4ho1z47.wl%lukeshu@sbcglobal.net> Message-ID: <84a7a23542ba429240cf7d24bca04117@ceata.org> On 03.05.2013 07:11, Luke T. Shumaker wrote: > I just uploaded a new libretools to [libre-testing]. I think that > it's ready for [libre], so I need all of you to test it :P. chroottools 20121202-2 still conflicts with libretools 20130503-1 because of some duplicated files. Upgrading from the [libre] version to the [libre-testing] one is not possible. Perhaps a workaround would be uninstalling of chroottools? -- Sorin-Mihai V?rgolici Asistent executiv, Funda?ia Ceata Calea C?l?ra?i nr. 57, ap. 2, Bucure?ti Secretariat: +40-761-810-100 Sus?ii libertatea artelor ?i tehnologiilor? ?nscrie-te ca membru! (http://ceata.org/inscrieri) From smv at ceata.org Tue May 7 12:16:52 2013 From: smv at ceata.org (=?UTF-8?Q?Sorin-Mihai_V=C3=A2rgolici?=) Date: Tue, 07 May 2013 15:16:52 +0300 Subject: [Dev] New libretools on [libre-testing] In-Reply-To: <84a7a23542ba429240cf7d24bca04117@ceata.org> References: <87r4ho1z47.wl%lukeshu@sbcglobal.net> <84a7a23542ba429240cf7d24bca04117@ceata.org> Message-ID: <90a56e3200c8d13cf7c1d81572b1195a@ceata.org> On 07.05.2013 15:12, Sorin-Mihai V?rgolici wrote: > On 03.05.2013 07:11, Luke T. Shumaker wrote: >> I just uploaded a new libretools to [libre-testing]. I think that >> it's ready for [libre], so I need all of you to test it :P. > > chroottools 20121202-2 still conflicts with libretools 20130503-1 > because of some duplicated files. Upgrading from the [libre] version > to the [libre-testing] one is not possible. Perhaps a workaround > would > be uninstalling of chroottools? Seems like this worked. I was trying to install base-devel with [libre-testing] enabled, but chroottools and libretools-pr are not installable, because of conflict with libretools. IIRC this is not a new problem, I've seen it a while ago. Can you please check on this? Thanks. :) -- Sorin-Mihai V?rgolici Asistent executiv, Funda?ia Ceata Calea C?l?ra?i nr. 57, ap. 2, Bucure?ti Secretariat: +40-761-810-100 Sus?ii libertatea artelor ?i tehnologiilor? ?nscrie-te ca membru! (http://ceata.org/inscrieri) From lukeshu at sbcglobal.net Tue May 7 13:10:07 2013 From: lukeshu at sbcglobal.net (Luke T. Shumaker) Date: Tue, 07 May 2013 09:10:07 -0400 Subject: [Dev] New libretools on [libre-testing] In-Reply-To: <90a56e3200c8d13cf7c1d81572b1195a@ceata.org> References: <87r4ho1z47.wl%lukeshu@sbcglobal.net> <84a7a23542ba429240cf7d24bca04117@ceata.org> <90a56e3200c8d13cf7c1d81572b1195a@ceata.org> Message-ID: <87wqrb6imo.wl%lukeshu@sbcglobal.net> At Tue, 07 May 2013 15:16:52 +0300, Sorin-Mihai V?rgolici wrote: > > On 07.05.2013 15:12, Sorin-Mihai V?rgolici wrote: > > On 03.05.2013 07:11, Luke T. Shumaker wrote: > >> I just uploaded a new libretools to [libre-testing]. I think that > >> it's ready for [libre], so I need all of you to test it :P. > > > > chroottools 20121202-2 still conflicts with libretools 20130503-1 > > because of some duplicated files. Upgrading from the [libre] version > > to the [libre-testing] one is not possible. Perhaps a workaround > > would > > be uninstalling of chroottools? > > Seems like this worked. I was trying to install base-devel with > [libre-testing] enabled, but chroottools and libretools-pr are not > installable, because of conflict with libretools. IIRC this is not a new > problem, I've seen it a while ago. Can you please check on this? Thanks. > :) Yes, uninstall chroottools, it has been merged into libretools. I'll add a replaces=(chroottools). libretools-pr has been deprecated. Happy hacking, ~ Luke Shumaker From labs at parabola.nu Tue May 7 14:48:05 2013 From: labs at parabola.nu (labs at parabola.nu) Date: Tue, 7 May 2013 07:48:05 -0700 Subject: [Dev] [Libretools - Bug #323] (open) [chcleanup] Fails when a foreign version of a package has depends the repo version doesn't. Message-ID: Issue #323 has been reported by lukeshu. ---------------------------------------- Bug #323: [chcleanup] Fails when a foreign version of a package has depends the repo version doesn't. https://labs.parabola.nu/issues/323 Author: lukeshu Status: open Priority: bug Assignee: Category: Target version: For example: In my chroot, I have a libretools from [libre-testing], installed via `librechroot install-file libretools-*`, rather than enabling [libre-testing]. However, the following would still happen if I enabled [libre-testing] to install, but then disabled it. So, I run `libremakepkg`, which runs `chcleanup`. `chcleanup` querys the repos to find a list of all packages needed for `base-devel`. What's interesting about this is that libretools on [libre] is not in base-devel, but the [libre-testing]/foreign version is in base-devel. It knows about the foreign version being in base-devel, so it keeps it installed, but it wants to downgrade to the version on [libre], so itonly includes the dependencies of the [libre] version. So, when it tries to remove "arch-install-scripts", "subversion", and "tokyocabinet", it fails because the installed version of libretools depends on them. The "fix" for this might be to have `librechroot install-file` add the packages to the local repo, but I think it would be good for chcleanup to handle foreign packages properly. -- You have received this notification because you have either subscribed to it, or are involved in it. To change your notification preferences, please click here: http://labs.parabola.nu/my/account From labs at parabola.nu Tue May 7 15:24:59 2013 From: labs at parabola.nu (labs at parabola.nu) Date: Tue, 7 May 2013 08:24:59 -0700 Subject: [Dev] [Libretools - Bug #323] [chcleanup] Fails when a foreign version of a package has depends the repo version doesn't. References: Message-ID: Issue #323 has been updated by lukeshu. Target version set to don't break and confuse parabolers ---------------------------------------- Bug #323: [chcleanup] Fails when a foreign version of a package has depends the repo version doesn't. https://labs.parabola.nu/issues/323 Author: lukeshu Status: open Priority: bug Assignee: Category: Target version: don't break and confuse parabolers For example: In my chroot, I have a libretools from [libre-testing], installed via `librechroot install-file libretools-*`, rather than enabling [libre-testing]. However, the following would still happen if I enabled [libre-testing] to install, but then disabled it. So, I run `libremakepkg`, which runs `chcleanup`. `chcleanup` querys the repos to find a list of all packages needed for `base-devel`. What's interesting about this is that libretools on [libre] is not in base-devel, but the [libre-testing]/foreign version is in base-devel. It knows about the foreign version being in base-devel, so it keeps it installed, but it wants to downgrade to the version on [libre], so itonly includes the dependencies of the [libre] version. So, when it tries to remove "arch-install-scripts", "subversion", and "tokyocabinet", it fails because the installed version of libretools depends on them. The "fix" for this might be to have `librechroot install-file` add the packages to the local repo, but I think it would be good for chcleanup to handle foreign packages properly. -- You have received this notification because you have either subscribed to it, or are involved in it. To change your notification preferences, please click here: http://labs.parabola.nu/my/account From labs at parabola.nu Tue May 7 15:27:53 2013 From: labs at parabola.nu (labs at parabola.nu) Date: Tue, 7 May 2013 08:27:53 -0700 Subject: [Dev] [Libretools - Bug #324] (open) [chcleanup] Doesn't respect installed provides Message-ID: Issue #324 has been reported by lukeshu. ---------------------------------------- Bug #324: [chcleanup] Doesn't respect installed provides https://labs.parabola.nu/issues/324 Author: lukeshu Status: open Priority: bug Assignee: Category: Target version: Say a package makedepends on "emacs", and "emacs-nox" is installed. emacs-nox provides=(emacs). However, if you run libremakepkg, what is going to happen is that `chcleanup` will remove emacs-nox, then `makepkg -s` will install emacs, and all of it's X11 dependencies. -- You have received this notification because you have either subscribed to it, or are involved in it. To change your notification preferences, please click here: http://labs.parabola.nu/my/account From lukeshu at sbcglobal.net Tue May 7 15:48:44 2013 From: lukeshu at sbcglobal.net (Luke T. Shumaker) Date: Tue, 07 May 2013 11:48:44 -0400 Subject: [Dev] New libretools on [libre-testing] In-Reply-To: <87wqrb6imo.wl%lukeshu@sbcglobal.net> References: <87r4ho1z47.wl%lukeshu@sbcglobal.net> <84a7a23542ba429240cf7d24bca04117@ceata.org> <90a56e3200c8d13cf7c1d81572b1195a@ceata.org> <87wqrb6imo.wl%lukeshu@sbcglobal.net> Message-ID: <87li7q7pur.wl%lukeshu@sbcglobal.net> I just pushed libretools 20130507 to [libre-testing]. Changes: - replaces=(chroottools), so you will no longer have to manually remove that. - `librechroot install-file` now adds packages to the local repo in the chroot, in addition to installing them. This is to work around a bug in chcleanup: , and in general makes sense and has several use-cases. - Several bug fixes: * treepkg: play better with environmental variables (merged from fauno) * fix `librechroot update` * fix possible option parsing bug with sudo in `libremakepkg` * fix copying logs out when `libremakepkg` fails As a reminder, libretools-pr has been deprecated, and still needs to be removed manually. Happy hacking, ~ Luke Shumaker At Tue, 07 May 2013 09:10:07 -0400, Luke T. Shumaker wrote: > > At Tue, 07 May 2013 15:16:52 +0300, > Sorin-Mihai V?rgolici wrote: > > > > On 07.05.2013 15:12, Sorin-Mihai V?rgolici wrote: > > > On 03.05.2013 07:11, Luke T. Shumaker wrote: > > >> I just uploaded a new libretools to [libre-testing]. I think that > > >> it's ready for [libre], so I need all of you to test it :P. > > > > > > chroottools 20121202-2 still conflicts with libretools 20130503-1 > > > because of some duplicated files. Upgrading from the [libre] version > > > to the [libre-testing] one is not possible. Perhaps a workaround > > > would > > > be uninstalling of chroottools? > > > > Seems like this worked. I was trying to install base-devel with > > [libre-testing] enabled, but chroottools and libretools-pr are not > > installable, because of conflict with libretools. IIRC this is not a new > > problem, I've seen it a while ago. Can you please check on this? Thanks. > > :) > > Yes, uninstall chroottools, it has been merged into libretools. I'll > add a replaces=(chroottools). libretools-pr has been deprecated. From labs at parabola.nu Tue May 7 17:10:21 2013 From: labs at parabola.nu (labs at parabola.nu) Date: Tue, 7 May 2013 10:10:21 -0700 Subject: [Dev] [Servers - Bug #1] Migrate bug tracker References: Message-ID: Issue #1 has been updated by shackra. So far, I have achive the indentification of some key rows from Roundup and Chilliproject. However, I not able to find comments on bugs from Roundup database, since then, I don't know what to do... Any suggestions on what to do? ---------------------------------------- Bug #1: Migrate bug tracker https://labs.parabola.nu/issues/1 Author: fauno Status: in progress Priority: critical Assignee: shackra Category: Target version: Move data from roundup here -- You have received this notification because you have either subscribed to it, or are involved in it. To change your notification preferences, please click here: http://labs.parabola.nu/my/account From labs at parabola.nu Tue May 7 17:12:07 2013 From: labs at parabola.nu (labs at parabola.nu) Date: Tue, 7 May 2013 10:12:07 -0700 Subject: [Dev] [Art4Parabola - Bug #282] New logo proposal References: Message-ID: Issue #282 has been updated by shackra. fauno wrote: > Could you make a Faenza icon? I miss faenza-icon-theme! You mean, like one distro icon for the icon theme? ---------------------------------------- Bug #282: New logo proposal https://labs.parabola.nu/issues/282 Author: shackra Status: in progress Priority: critical Assignee: shackra Category: Target version: I'm proposing a new logo for Parabola GNU/Linux, my thought are on the image attached to this issue. I did a purple version and place it along with the orange version originally proposed, take in account that such orange is the Archlinux blue inverted. as soon as people decide what to do so we will have a new face to show :) -- You have received this notification because you have either subscribed to it, or are involved in it. To change your notification preferences, please click here: http://labs.parabola.nu/my/account From labs at parabola.nu Tue May 7 18:05:32 2013 From: labs at parabola.nu (labs at parabola.nu) Date: Tue, 7 May 2013 11:05:32 -0700 Subject: [Dev] [Art4Parabola - Bug #282] New logo proposal References: Message-ID: Issue #282 has been updated by fauno. shackra wrote: > fauno wrote: > > Could you make a Faenza icon? I miss faenza-icon-theme! > > You mean, like one distro icon for the icon theme? Exactly, it was blacklisted because the default distro icon is Arch's logo ---------------------------------------- Bug #282: New logo proposal https://labs.parabola.nu/issues/282 Author: shackra Status: in progress Priority: critical Assignee: shackra Category: Target version: I'm proposing a new logo for Parabola GNU/Linux, my thought are on the image attached to this issue. I did a purple version and place it along with the orange version originally proposed, take in account that such orange is the Archlinux blue inverted. as soon as people decide what to do so we will have a new face to show :) -- You have received this notification because you have either subscribed to it, or are involved in it. To change your notification preferences, please click here: http://labs.parabola.nu/my/account From labs at parabola.nu Tue May 7 18:10:12 2013 From: labs at parabola.nu (labs at parabola.nu) Date: Tue, 7 May 2013 11:10:12 -0700 Subject: [Dev] [Packages (i686 and x86_64) - Bug #325] (open) compiles iceweasel-libre with Gstreamer support Message-ID: Issue #325 has been reported by shackra. ---------------------------------------- Bug #325: compiles iceweasel-libre with Gstreamer support https://labs.parabola.nu/issues/325 Author: shackra Status: open Priority: feature Assignee: coadde Category: Target version: Did you know that since version 14.0 Firefox for GNU / Linux is able to use GStreamer to play any audio and video format with which you are on the web? So taking advantage of this project, Firefox would be able to play content on codecs at first banned for Mozilla browser, such as the proprietary H.264, Mp3 or ACC. read more here [spanish]: http://gnulinuxvagos.es/topic/1056-compilar-firefoxiceweaselabrowser-con-soporte-gstreamer/ -- You have received this notification because you have either subscribed to it, or are involved in it. To change your notification preferences, please click here: http://labs.parabola.nu/my/account From labs at parabola.nu Tue May 7 22:23:53 2013 From: labs at parabola.nu (labs at parabola.nu) Date: Tue, 7 May 2013 15:23:53 -0700 Subject: [Dev] [Packages (i686 and x86_64) - Bug #326] (open) iceweasel-libre change addons repository Message-ID: Issue #326 has been reported by shackra. ---------------------------------------- Bug #326: iceweasel-libre change addons repository https://labs.parabola.nu/issues/326 Author: shackra Status: open Priority: feature Assignee: coadde Category: Target version: Trisquel have a better repository of plugins than GNUZilla. Why not change the default repository for those from Trisquel? Modify (or adapt) the following parameters in about:config like this:
pfs.datasource.url = http://trisquel.info/sites/pfs.php?mime=%PLUGIN_MIMETYPE%
pfs.filehint.url = http://trisquel.info/sites/pfs.php?mime=%PLUGIN_MIMETYPE%

extensions.webservice.discoverURL = https://trisquel.info/browser-plain
extensions.getAddons.search.url = http://trisquel.info

browser.dictionaries.download.url = http://dictionaries.mozdev.org/
browser.search.searchEnginesURL = http://mycroft.mozdev.org/
I uploaded some screenshots to show the final result! -- You have received this notification because you have either subscribed to it, or are involved in it. To change your notification preferences, please click here: http://labs.parabola.nu/my/account From labs at parabola.nu Wed May 8 07:16:57 2013 From: labs at parabola.nu (labs at parabola.nu) Date: Wed, 8 May 2013 00:16:57 -0700 Subject: [Dev] [Packages (i686 and x86_64) - Bug #325] compiles iceweasel-libre with Gstreamer support References: Message-ID: Issue #325 has been updated by g.one. I agree. Very useful feature. ---------------------------------------- Bug #325: compiles iceweasel-libre with Gstreamer support https://labs.parabola.nu/issues/325 Author: shackra Status: open Priority: feature Assignee: coadde Category: Target version: Did you know that since version 14.0 Firefox for GNU / Linux is able to use GStreamer to play any audio and video format with which you are on the web? So taking advantage of this project, Firefox would be able to play content on codecs at first banned for Mozilla browser, such as the proprietary H.264, Mp3 or ACC. read more here [spanish]: http://gnulinuxvagos.es/topic/1056-compilar-firefoxiceweaselabrowser-con-soporte-gstreamer/ -- You have received this notification because you have either subscribed to it, or are involved in it. To change your notification preferences, please click here: http://labs.parabola.nu/my/account From labs at parabola.nu Wed May 8 07:19:34 2013 From: labs at parabola.nu (labs at parabola.nu) Date: Wed, 8 May 2013 00:19:34 -0700 Subject: [Dev] [Packages (i686 and x86_64) - Bug #326] iceweasel-libre change addons repository References: Message-ID: Issue #326 has been updated by g.one. I agree! ---------------------------------------- Bug #326: iceweasel-libre change addons repository https://labs.parabola.nu/issues/326 Author: shackra Status: open Priority: feature Assignee: coadde Category: Target version: Trisquel have a better repository of plugins than GNUZilla. Why not change the default repository for those from Trisquel? Modify (or adapt) the following parameters in about:config like this:
pfs.datasource.url = http://trisquel.info/sites/pfs.php?mime=%PLUGIN_MIMETYPE%
pfs.filehint.url = http://trisquel.info/sites/pfs.php?mime=%PLUGIN_MIMETYPE%

extensions.webservice.discoverURL = https://trisquel.info/browser-plain
extensions.getAddons.search.url = http://trisquel.info

browser.dictionaries.download.url = http://dictionaries.mozdev.org/
browser.search.searchEnginesURL = http://mycroft.mozdev.org/
I uploaded some screenshots to show the final result! -- You have received this notification because you have either subscribed to it, or are involved in it. To change your notification preferences, please click here: http://labs.parabola.nu/my/account From fauno at endefensadelsl.org Wed May 8 12:16:59 2013 From: fauno at endefensadelsl.org (=?utf-8?Q?Nicol=C3=A1s?= Reynolds) Date: Wed, 08 May 2013 09:16:59 -0300 Subject: [Dev] [Tobias Powalowski] [arch-dev-public] [linux] 3.8.12 is a binary module breaker, time to get 3.9.1 into [core] Message-ID: <87vc6tbr9g.fsf@endefensadelsl.org> FYI ps: i wonder what does "binary module breaker" means? does it break proprietary modules? :P -------------- next part -------------- An embedded message was scrubbed... From: Tobias Powalowski Subject: [arch-dev-public] [linux] 3.8.12 is a binary module breaker, time to get 3.9.1 into [core] Date: Wed, 08 May 2013 10:02:29 +0200 Size: 5412 URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 489 bytes Desc: not available URL: From labs at parabola.nu Wed May 8 16:10:20 2013 From: labs at parabola.nu (labs at parabola.nu) Date: Wed, 8 May 2013 09:10:20 -0700 Subject: [Dev] [Packages (i686 and x86_64) - Bug #327] (open) Vistazo Iceweasel-libre broken by libpng16 Message-ID: Issue #327 has been reported by arder. ---------------------------------------- Bug #327: Vistazo Iceweasel-libre broken by libpng16 https://labs.parabola.nu/issues/327 Author: arder Status: open Priority: broken Assignee: Category: Target version: Iceweasel-libre broken by libpng16 (current in testing) XPCOMGlueLoad error for file /usr/lib/iceweasel/libxpcom.so: libpng15.so.15: cannot open shared object file: No such file or directory Couldn't load XPCOM. -- You have received this notification because you have either subscribed to it, or are involved in it. To change your notification preferences, please click here: http://labs.parabola.nu/my/account From labs at parabola.nu Thu May 9 00:17:31 2013 From: labs at parabola.nu (labs at parabola.nu) Date: Wed, 8 May 2013 17:17:31 -0700 Subject: [Dev] [Packages (i686 and x86_64) - Freedom issue #321] Virtualbox-Libre is insulting me. References: Message-ID: Issue #321 has been updated by csolisr. If you want a distro that doesn't complain about your decisions, switch to Arch. I won't write down the procedure as it violates the rules of this site, but it's possible to do it in-place. Now, what really bothers me is that VirtualBox doesn't actively detect whether the user is trying to run a non-free distro and preemptively close the session when detected. ---------------------------------------- Freedom issue #321: Virtualbox-Libre is insulting me. https://labs.parabola.nu/issues/321 Author: hellekin Status: open Priority: wish Assignee: Category: Target version: What happens: it says, in *red* letters: "We hope you don't use non-free GNU/Linux distros and non-free operating systems, since using them is to surrender your freedom." It doesn't matter whether it infringes freedom 0, or foo. What matters is that I made the choice of installing a 100% free operating system, and that I think I deserve not to be reminded not to install non-free software. Moreover, it states that "We" hope, whomever that is, but it really freaks me out, and I have pages and pages of Zamyatin's "We" resounding into my shocked mind. And frankly, coming from *my* machine, running *free software I chose to install* on it, it feels pretty much like being visited by proselytes from the Jehova's Witnesses, the Church of Scientology, la Campora, or any kind of Thought Police, between dessert and sex. What should happen: nothing. Nothing at all. How to fix it: add a setting flag to remove that proselyte message, and don't put it in red in the first place. That's aggressive. The flag could be called: DO_NOT_PREACH_TO_THE_CHOIR, or IM_NOT_A_VIRGIN, although that one may not be as universal as the former. -- You have received this notification because you have either subscribed to it, or are involved in it. To change your notification preferences, please click here: http://labs.parabola.nu/my/account From labs at parabola.nu Thu May 9 00:20:05 2013 From: labs at parabola.nu (labs at parabola.nu) Date: Wed, 8 May 2013 17:20:05 -0700 Subject: [Dev] [Packages (i686 and x86_64) - Bug #325] compiles iceweasel-libre with Gstreamer support References: Message-ID: Issue #325 has been updated by csolisr. File 33.png added The patch is already applied... but it doesn't work as well as one would want (see the embedded file for details). This means that several sites don't detect IceWeasel as H.264-able (such as Vimeo, where it's the only HTML5 format available), and none detect it as MP3- or AAC-able. Is it an upstream error, or a problem with configuration? ---------------------------------------- Bug #325: compiles iceweasel-libre with Gstreamer support https://labs.parabola.nu/issues/325 Author: shackra Status: open Priority: feature Assignee: coadde Category: Target version: Did you know that since version 14.0 Firefox for GNU / Linux is able to use GStreamer to play any audio and video format with which you are on the web? So taking advantage of this project, Firefox would be able to play content on codecs at first banned for Mozilla browser, such as the proprietary H.264, Mp3 or ACC. read more here [spanish]: http://gnulinuxvagos.es/topic/1056-compilar-firefoxiceweaselabrowser-con-soporte-gstreamer/ -- You have received this notification because you have either subscribed to it, or are involved in it. To change your notification preferences, please click here: http://labs.parabola.nu/my/account From labs at parabola.nu Thu May 9 00:52:48 2013 From: labs at parabola.nu (labs at parabola.nu) Date: Wed, 8 May 2013 17:52:48 -0700 Subject: [Dev] [Packages (i686 and x86_64) - Freedom issue #328] (open) Clementine's rain effect sample is under a non-free license Message-ID: Issue #328 has been reported by csolisr. ---------------------------------------- Freedom issue #328: Clementine's rain effect sample is under a non-free license https://labs.parabola.nu/issues/328 Author: csolisr Status: open Priority: freedom issue Assignee: Category: Target version: Clementine includes a plugin that adds a rain sound. However, it's under a CC Sampling Plus license, which isn't considered free according to the Definition of Free Cultural Works. Replace it with an equivalent rain effect (preferably a looping one) and that will fix it. https://groups.google.com/forum/#!msg/clementine-player/Rk89HCnfmTI/_wSl5nlIJoQJ -- You have received this notification because you have either subscribed to it, or are involved in it. To change your notification preferences, please click here: http://labs.parabola.nu/my/account From labs at parabola.nu Thu May 9 00:56:46 2013 From: labs at parabola.nu (labs at parabola.nu) Date: Wed, 8 May 2013 17:56:46 -0700 Subject: [Dev] [Packages (i686 and x86_64) - Freedom issue #329] (open) Clementine includes non-free artwork for the Nyan Cat plugin Message-ID: Issue #329 has been reported by csolisr. ---------------------------------------- Freedom issue #329: Clementine includes non-free artwork for the Nyan Cat plugin https://labs.parabola.nu/issues/329 Author: csolisr Status: open Priority: bug Assignee: Category: Target version: Clementine includes a plugin that displays the famous Nyan Cat meme as the equalizer's graphics. Unfortunately, the aforementioned character is copyrighted. But fortunately, a group has already released a replacement mascot, MooGNU, under the CC-By-SA license (verify at http://archive.org/details/M00GNU ). I took their graphics and adapted them to the source file used by Clementine. Of course, it's also under the CC-By-SA (credit as Carlos Sol?s, just in case). I thought at first that it would only take a copy-paste to replace the image, but it seems that the whole program must be recompiled to apply the patched image. -- You have received this notification because you have either subscribed to it, or are involved in it. To change your notification preferences, please click here: http://labs.parabola.nu/my/account From labs at parabola.nu Thu May 9 01:36:58 2013 From: labs at parabola.nu (labs at parabola.nu) Date: Wed, 8 May 2013 18:36:58 -0700 Subject: [Dev] [Servers - Bug #322] [repo] Needs attended pacman update References: Message-ID: Issue #322 has been updated by lukeshu. Just to throw it out there: It hasn't been upgraded since 2012-05-03, more than a year.
pacman -Qi $(pacman -Q|sed 's/ .*//') |
sed -nr 's/(Install Date|Name)\s*:\s*//p' |
sed -r 's/(...) (..) (...) (....) (........) (..) GMT/\4 \3 \2 \6 \5/' |
tr '\n' ' ' | sed -r 's/([AP]M ..:..:..) /\1\n/g' |
sed -r 's/(\S*) (.*)/\2 \1/' |
sort
Of course, a few packages have been installed since then. The above, piped into tail:
2012 May 03 PM 08:42:25 xfsprogs
2012 May 03 PM 08:42:25 your-freedom
2012 May 03 PM 08:42:25 zile
2012 May 14 PM 08:32:15 unzip-libre
2012 Oct 16 PM 01:50:57 python
2013 Jan 19 AM 03:14:43 gnu-netcat
2013 May 05 PM 08:55:02 etckeeper
2013 May 05 PM 09:23:31 colordiff
2013 May 05 PM 10:26:00 mediawiki
2013 May 05 PM 11:24:47 imake
etckeeper, colordiff, mediawiki, and imake were done by me. ---------------------------------------- Bug #322: [repo] Needs attended pacman update https://labs.parabola.nu/issues/322 Author: lukeshu Status: open Priority: bug Assignee: Category: Target version: repo still has glibc/filesystem from before the /lib+/usr/lib merge. I'm afraid to do it because I can't sit down with it and push the power button if something goes wrong. -- You have received this notification because you have either subscribed to it, or are involved in it. To change your notification preferences, please click here: http://labs.parabola.nu/my/account From lukeshu at sbcglobal.net Thu May 9 03:38:06 2013 From: lukeshu at sbcglobal.net (Luke T. Shumaker) Date: Wed, 08 May 2013 23:38:06 -0400 Subject: [Dev] New libretools on [libre-testing] In-Reply-To: <87li7q7pur.wl%lukeshu@sbcglobal.net> References: <87r4ho1z47.wl%lukeshu@sbcglobal.net> <84a7a23542ba429240cf7d24bca04117@ceata.org> <90a56e3200c8d13cf7c1d81572b1195a@ceata.org> <87wqrb6imo.wl%lukeshu@sbcglobal.net> <87li7q7pur.wl%lukeshu@sbcglobal.net> Message-ID: <871u9gbz6p.wl%lukeshu@sbcglobal.net> I just pushed libretools 20130508 to [libre-testing]. Changes since 20130507: - Improve `librechroot help` text: * Explain which config files and variables are used. * Explain what clean-pkgs does. - Optimization in conf.sh, plus it should fix , which was experienced by alfplayer, but I can't replicate. Happy hacking, ~ Luke Shumaker From labs at parabola.nu Thu May 9 04:10:28 2013 From: labs at parabola.nu (labs at parabola.nu) Date: Wed, 8 May 2013 21:10:28 -0700 Subject: [Dev] [Packages (i686 and x86_64) - Bug #325] compiles iceweasel-libre with Gstreamer support References: Message-ID: Issue #325 has been updated by shackra. File 23.png added csolisr wrote: > The patch is already applied... but it doesn't work as well as one would want (see the embedded file for details). This means that several sites don't detect IceWeasel as H.264-able (such as Vimeo, where it's the only HTML5 format available), and none detect it as MP3- or AAC-able. Is it an upstream error, or a problem with configuration? Don't sure where the issue is, but this is my results from HTML5 Test (see attached), just H.264 support but not to ACC and MP3. Maybe a issue of gstreamer? ---------------------------------------- Bug #325: compiles iceweasel-libre with Gstreamer support https://labs.parabola.nu/issues/325 Author: shackra Status: open Priority: feature Assignee: coadde Category: Target version: Did you know that since version 14.0 Firefox for GNU / Linux is able to use GStreamer to play any audio and video format with which you are on the web? So taking advantage of this project, Firefox would be able to play content on codecs at first banned for Mozilla browser, such as the proprietary H.264, Mp3 or ACC. read more here [spanish]: http://gnulinuxvagos.es/topic/1056-compilar-firefoxiceweaselabrowser-con-soporte-gstreamer/ -- You have received this notification because you have either subscribed to it, or are involved in it. To change your notification preferences, please click here: http://labs.parabola.nu/my/account From labs at parabola.nu Thu May 9 04:25:57 2013 From: labs at parabola.nu (labs at parabola.nu) Date: Wed, 8 May 2013 21:25:57 -0700 Subject: [Dev] [Packages (i686 and x86_64) - Bug #325] compiles iceweasel-libre with Gstreamer support References: Message-ID: Issue #325 has been updated by shackra. ---------------------------------------- Bug #325: compiles iceweasel-libre with Gstreamer support https://labs.parabola.nu/issues/325 Author: shackra Status: open Priority: feature Assignee: coadde Category: Target version: Did you know that since version 14.0 Firefox for GNU / Linux is able to use GStreamer to play any audio and video format with which you are on the web? So taking advantage of this project, Firefox would be able to play content on codecs at first banned for Mozilla browser, such as the proprietary H.264, Mp3 or ACC. read more here [spanish]: http://gnulinuxvagos.es/topic/1056-compilar-firefoxiceweaselabrowser-con-soporte-gstreamer/ -- You have received this notification because you have either subscribed to it, or are involved in it. To change your notification preferences, please click here: http://labs.parabola.nu/my/account From smv at ceata.org Thu May 9 08:02:26 2013 From: smv at ceata.org (=?UTF-8?Q?Sorin-Mihai_V=C3=A2rgolici?=) Date: Thu, 09 May 2013 08:02:26 +0000 Subject: [Dev] =?utf-8?q?=5BPackages_=28i686_and_x86=5F64=29_-_Freedom_iss?= =?utf-8?q?ue_=23321=5D_Virtualbox-Libre_is_insulting_me=2E?= In-Reply-To: References: Message-ID: <9fa474175241a4e5c9cdb575a559ef75@ceata.org> On 09.05.2013 00:17, labs at parabola.nu wrote: > Issue #321 has been updated by csolisr. > > > If you want a distro that doesn't complain about your decisions, > switch to Arch. I won't write down the procedure as it violates the > rules of this site, but it's possible to do it in-place. Now, what > really bothers me is that VirtualBox doesn't actively detect whether > the user is trying to run a non-free distro and preemptively close > the > session when detected. I understand the need to not give the users any posibility to use non-free software by mistake, but I agree with hellekin. I choose what to install and use, since freedom 0 is guaranteed to me by free software. When I need/want to hack, reverse engineer, test, observe, learn, understand why those abominations (called non-free and proprietary software) exist and what they are trying to force to the users throat, you name it, I don't need/want to be stripped of my freedom 0 by free software. Or maybe someone wants to decide in my place what should I do with my computer, regardless of my freedom 0? Freedom in obscurity is as bad as security by obscurity! -- Sorin-Mihai V?rgolici Asistent executiv, Funda?ia Ceata Calea C?l?ra?i nr. 57, ap. 2, Bucure?ti Secretariat: +40-761-810-100 Sus?ii libertatea artelor ?i tehnologiilor? ?nscrie-te ca membru! (http://ceata.org/inscrieri) From fauno at endefensadelsl.org Thu May 9 16:08:01 2013 From: fauno at endefensadelsl.org (=?utf-8?Q?Nicol=C3=A1s?= Reynolds) Date: Thu, 09 May 2013 13:08:01 -0300 Subject: [Dev] repo cleanup Message-ID: <87sj1w9lwe.fsf@endefensadelsl.org> hi, i ran db-cleanup because the hd was full, we have 11GB free now, but checking disk usage i see this on other/ -rw-r--r-- 1 repo users 290M May 1 11:29 Explicacion de las caracter?sticas Parabola.webm -rw-r--r-- 1 repo users 461M Apr 29 23:29 Conferencia Flisol 2013.webm -rw-r--r-- 1 repo users 556M Apr 24 02:55 Instalacion_Parabola.ogv -rw-r--r-- 1 repo users 855M Apr 25 00:37 demoreel-cc-by-sa-theora-1080i-30fps.7z -rw-r--r-- 1 repo users 1.3G Apr 29 18:58 parabola-2013.04.26-lxde-multi-dual.iso -rw-r--r-- 1 repo users 2.8G Apr 30 00:37 Ze_Lara.7z what's ze_lara and demoreel? -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 489 bytes Desc: not available URL: From fauno at kiwwwi.com.ar Thu May 9 12:30:27 2013 From: fauno at kiwwwi.com.ar (=?utf-8?Q?Nicol=C3=A1s?= Reynolds) Date: Thu, 09 May 2013 09:30:27 -0300 Subject: [Dev] [Packages (i686 and x86_64) - Freedom issue #321] Virtualbox-Libre is insulting me. In-Reply-To: <9fa474175241a4e5c9cdb575a559ef75@ceata.org> References: <9fa474175241a4e5c9cdb575a559ef75@ceata.org> Message-ID: <87y5bo9vz0.fsf@endefensadelsl.org> Sorin-Mihai V?rgolici writes: > On 09.05.2013 00:17, labs at parabola.nu wrote: >> Issue #321 has been updated by csolisr. >> >> >> If you want a distro that doesn't complain about your decisions, >> switch to Arch. I won't write down the procedure as it violates the >> rules of this site, but it's possible to do it in-place. Now, what >> really bothers me is that VirtualBox doesn't actively detect whether >> the user is trying to run a non-free distro and preemptively close >> the session when detected. > > I understand the need to not give the users any posibility to use > non-free software by mistake, but I agree with hellekin. I choose what > to install and use, since freedom 0 is guaranteed to me by free > software. When I need/want to hack, reverse engineer, test, observe, > learn, understand why those abominations (called non-free and > proprietary software) exist and what they are trying to force to the > users throat, you name it, I don't need/want to be stripped of my > freedom 0 by free software. > > Or maybe someone wants to decide in my place what should I do with my > computer, regardless of my freedom 0? > Freedom in obscurity is as bad as security by obscurity! i agree with smv, i proppose to change the color to something less violent, yellow perhaps? -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 489 bytes Desc: not available URL: From labs at parabola.nu Thu May 9 12:39:42 2013 From: labs at parabola.nu (labs at parabola.nu) Date: Thu, 9 May 2013 05:39:42 -0700 Subject: [Dev] [Packages (i686 and x86_64) - Bug #325] compiles iceweasel-libre with Gstreamer support References: Message-ID: Issue #325 has been updated by fauno. afaik aac shouldn't be supported because the codec (faac) contains nonfree code and we blacklisted it long time ago. ---------------------------------------- Bug #325: compiles iceweasel-libre with Gstreamer support https://labs.parabola.nu/issues/325 Author: shackra Status: open Priority: feature Assignee: coadde Category: Target version: Did you know that since version 14.0 Firefox for GNU / Linux is able to use GStreamer to play any audio and video format with which you are on the web? So taking advantage of this project, Firefox would be able to play content on codecs at first banned for Mozilla browser, such as the proprietary H.264, Mp3 or ACC. read more here [spanish]: http://gnulinuxvagos.es/topic/1056-compilar-firefoxiceweaselabrowser-con-soporte-gstreamer/ -- You have received this notification because you have either subscribed to it, or are involved in it. To change your notification preferences, please click here: http://labs.parabola.nu/my/account From theguestone at gmail.com Thu May 9 22:11:13 2013 From: theguestone at gmail.com (Guest One) Date: Fri, 10 May 2013 00:11:13 +0200 Subject: [Dev] Public key approval request Message-ID: Hi guys, i need that you sign my public key to be it included on parabola-keyring due that my must be trusted under signatures. -------------- next part -------------- An HTML attachment was scrubbed... URL: From labs at parabola.nu Fri May 10 02:47:00 2013 From: labs at parabola.nu (labs at parabola.nu) Date: Thu, 9 May 2013 19:47:00 -0700 Subject: [Dev] [Packages (i686 and x86_64) - Freedom issue #329] Clementine includes non-free artwork for the Nyan Cat plugin References: Message-ID: Issue #329 has been updated by Emulatorman. Assignee set to Emulatorman ---------------------------------------- Freedom issue #329: Clementine includes non-free artwork for the Nyan Cat plugin https://labs.parabola.nu/issues/329 Author: csolisr Status: open Priority: bug Assignee: Emulatorman Category: Target version: Clementine includes a plugin that displays the famous Nyan Cat meme as the equalizer's graphics. Unfortunately, the aforementioned character is copyrighted. But fortunately, a group has already released a replacement mascot, MooGNU, under the CC-By-SA license (verify at http://archive.org/details/M00GNU ). I took their graphics and adapted them to the source file used by Clementine. Of course, it's also under the CC-By-SA (credit as Carlos Sol?s, just in case). I thought at first that it would only take a copy-paste to replace the image, but it seems that the whole program must be recompiled to apply the patched image. -- You have received this notification because you have either subscribed to it, or are involved in it. To change your notification preferences, please click here: http://labs.parabola.nu/my/account From labs at parabola.nu Fri May 10 02:47:34 2013 From: labs at parabola.nu (labs at parabola.nu) Date: Thu, 9 May 2013 19:47:34 -0700 Subject: [Dev] [Packages (i686 and x86_64) - Freedom issue #328] Clementine's rain effect sample is under a non-free license References: Message-ID: Issue #328 has been updated by Emulatorman. Assignee set to Emulatorman ---------------------------------------- Freedom issue #328: Clementine's rain effect sample is under a non-free license https://labs.parabola.nu/issues/328 Author: csolisr Status: open Priority: freedom issue Assignee: Emulatorman Category: Target version: Clementine includes a plugin that adds a rain sound. However, it's under a CC Sampling Plus license, which isn't considered free according to the Definition of Free Cultural Works. Replace it with an equivalent rain effect (preferably a looping one) and that will fix it. https://groups.google.com/forum/#!msg/clementine-player/Rk89HCnfmTI/_wSl5nlIJoQJ -- You have received this notification because you have either subscribed to it, or are involved in it. To change your notification preferences, please click here: http://labs.parabola.nu/my/account From labs at parabola.nu Fri May 10 02:48:16 2013 From: labs at parabola.nu (labs at parabola.nu) Date: Thu, 9 May 2013 19:48:16 -0700 Subject: [Dev] [Packages (i686 and x86_64) - Bug #327] (fixed) Vistazo Iceweasel-libre broken by libpng16 References: Message-ID: Issue #327 has been updated by Emulatorman. Status changed from open to fixed Assignee set to Emulatorman It was built. Fixed! ---------------------------------------- Bug #327: Vistazo Iceweasel-libre broken by libpng16 https://labs.parabola.nu/issues/327 Author: arder Status: fixed Priority: broken Assignee: Emulatorman Category: Target version: Iceweasel-libre broken by libpng16 (current in testing) XPCOMGlueLoad error for file /usr/lib/iceweasel/libxpcom.so: libpng15.so.15: cannot open shared object file: No such file or directory Couldn't load XPCOM. -- You have received this notification because you have either subscribed to it, or are involved in it. To change your notification preferences, please click here: http://labs.parabola.nu/my/account From labs at parabola.nu Fri May 10 02:48:47 2013 From: labs at parabola.nu (labs at parabola.nu) Date: Thu, 9 May 2013 19:48:47 -0700 Subject: [Dev] [Packages (i686 and x86_64) - Freedom issue #321] Virtualbox-Libre is insulting me. References: Message-ID: Issue #321 has been updated by Emulatorman. Assignee set to alfplayer ---------------------------------------- Freedom issue #321: Virtualbox-Libre is insulting me. https://labs.parabola.nu/issues/321 Author: hellekin Status: open Priority: wish Assignee: alfplayer Category: Target version: What happens: it says, in *red* letters: "We hope you don't use non-free GNU/Linux distros and non-free operating systems, since using them is to surrender your freedom." It doesn't matter whether it infringes freedom 0, or foo. What matters is that I made the choice of installing a 100% free operating system, and that I think I deserve not to be reminded not to install non-free software. Moreover, it states that "We" hope, whomever that is, but it really freaks me out, and I have pages and pages of Zamyatin's "We" resounding into my shocked mind. And frankly, coming from *my* machine, running *free software I chose to install* on it, it feels pretty much like being visited by proselytes from the Jehova's Witnesses, the Church of Scientology, la Campora, or any kind of Thought Police, between dessert and sex. What should happen: nothing. Nothing at all. How to fix it: add a setting flag to remove that proselyte message, and don't put it in red in the first place. That's aggressive. The flag could be called: DO_NOT_PREACH_TO_THE_CHOIR, or IM_NOT_A_VIRGIN, although that one may not be as universal as the former. -- You have received this notification because you have either subscribed to it, or are involved in it. To change your notification preferences, please click here: http://labs.parabola.nu/my/account From labs at parabola.nu Fri May 10 02:51:24 2013 From: labs at parabola.nu (labs at parabola.nu) Date: Thu, 9 May 2013 19:51:24 -0700 Subject: [Dev] [Packages (i686 and x86_64) - Freedom issue #118] (invalid) [newsbeuter] Google Reader support References: Message-ID: Issue #118 has been updated by Emulatorman. Status changed from open to invalid ---------------------------------------- Freedom issue #118: [newsbeuter] Google Reader support https://labs.parabola.nu/issues/118 Author: l1mpm4rk Status: invalid Priority: freedom issue Assignee: Category: Target version: I think newsbeuter software does not meet the theme of freedom, as it uses some commands to make use of "Google Reader" It would be good idea to check. Makes use of commands like: googlereader-* Here the manual newsbeuter: [[http://ompldr.org/vZTByag]] -- You have received this notification because you have either subscribed to it, or are involved in it. To change your notification preferences, please click here: http://labs.parabola.nu/my/account From labs at parabola.nu Fri May 10 02:52:42 2013 From: labs at parabola.nu (labs at parabola.nu) Date: Thu, 9 May 2013 19:52:42 -0700 Subject: [Dev] [Packages (i686 and x86_64) - Freedom issue #330] (in progress) virtualbox-libre Guest Additions References: Message-ID: Issue #330 has been updated by Emulatorman. Status changed from open to in progress ---------------------------------------- Freedom issue #330: virtualbox-libre Guest Additions https://labs.parabola.nu/issues/330 Author: icarious Status: in progress Priority: freedom issue Assignee: Emulatorman Category: Target version: The "Devices > Install Guest Additions" under virtual-libre downloads an ISO for virtualbox-guest-additions which is licensed under PUEL. It is a non-free license and hence should be marked for removal from virtualbox-libre from parabola. References: 1) https://www.virtualbox.org/wiki/VirtualBox_PUEL 2)http://libreplanet.org/wiki/List_of_software_that_does_not_respect_the_Free_System_Distribution_Guidelines#VirtualBox_OSE_Guest_Additions 3)https://www.gnu.org/help/gnu-bucks-recipients.html (Acknowledgement of the issue by the fsf for which I received a GNU buck) -- You have received this notification because you have either subscribed to it, or are involved in it. To change your notification preferences, please click here: http://labs.parabola.nu/my/account From labs at parabola.nu Sat May 11 15:19:34 2013 From: labs at parabola.nu (labs at parabola.nu) Date: Sat, 11 May 2013 08:19:34 -0700 Subject: [Dev] [Packages (i686 and x86_64) - Bug #331] (open) Broken texlive-bin-libre Dependency for libpng15 Message-ID: Issue #331 has been reported by 5gon12eder. ---------------------------------------- Bug #331: Broken texlive-bin-libre Dependency for libpng15 https://labs.parabola.nu/issues/331 Author: 5gon12eder Status: open Priority: broken Assignee: Category: Target version: After updating my system today, the _TeX Live_ programs (_pdflatex_, _xelatex_, ?) fail to process PNG images due to the (now?) missing library @libpng15.so.15 at .
$ ldd `which xelatex`
	linux-vdso.so.1 (0x00007fff9d3fe000)
	libpoppler.so.36 => /usr/lib/libpoppler.so.36 (0x00007fc76f2f1000)
	libpng15.so.15 => not found
	libfontconfig.so.1 => /usr/lib/libfontconfig.so.1 (0x00007fc76f0b5000)
	libfreetype.so.6 => /usr/lib/libfreetype.so.6 (0x00007fc76ee16000)
	libz.so.1 => /usr/lib/libz.so.1 (0x00007fc76ec00000)
	libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0x00007fc76e8fc000)
	libm.so.6 => /usr/lib/libm.so.6 (0x00007fc76e5fe000)
	libgcc_s.so.1 => /usr/lib/libgcc_s.so.1 (0x00007fc76e3e8000)
	libc.so.6 => /usr/lib/libc.so.6 (0x00007fc76e03b000)
	libpthread.so.0 => /usr/lib/libpthread.so.0 (0x00007fc76de1f000)
	liblcms2.so.2 => /usr/lib/liblcms2.so.2 (0x00007fc76dbcb000)
	libtiff.so.5 => /usr/lib/libtiff.so.5 (0x00007fc76d958000)
	libjpeg.so.8 => /usr/lib/libjpeg.so.8 (0x00007fc76d707000)
	libpng16.so.16 => /usr/lib/libpng16.so.16 (0x00007fc76d4d2000)
	libopenjpeg.so.1 => /usr/lib/libopenjpeg.so.1 (0x00007fc76d2a9000)
	libexpat.so.1 => /usr/lib/libexpat.so.1 (0x00007fc76d07f000)
	libbz2.so.1.0 => /usr/lib/libbz2.so.1.0 (0x00007fc76ce6f000)
	/lib64/ld-linux-x86-64.so.2 (0x00007fc76f74d000)
	liblzma.so.5 => /usr/lib/liblzma.so.5 (0x00007fc76cc4c000)
I see that _texlive-bin-libre_ was last built on May 8, while _libpng_ was last built on May 7, so I suspect the rebuilt might be related to the _libpng_ update and the current version thus be up-to-date. I'm somewhat confused why _xelatex_ links against both @libpng15.so.15@ and @libpng16.so.16 at . Is this normal? After some reading, I could (for now, I really needed _TeX_ to work again) solve the issue by downloading, building and installing _libpng15_ from _Arch_ AUR alongside with _libpng16_ but I don't think this is the correct way to solve this issue. -- You have received this notification because you have either subscribed to it, or are involved in it. To change your notification preferences, please click here: http://labs.parabola.nu/my/account From labs at parabola.nu Sat May 11 15:49:45 2013 From: labs at parabola.nu (labs at parabola.nu) Date: Sat, 11 May 2013 08:49:45 -0700 Subject: [Dev] [Packages (i686 and x86_64) - Bug #331] (info needed) Broken texlive-bin-libre Dependency for libpng15 References: Message-ID: Issue #331 has been updated by mtjm. Status changed from open to info needed Installing pax-utils and running "scanelf -plRqN libpng15.so.15 | cut -d ' ' -f3- | xargs pacman -Qo" will show what packages should be updated. Binaries usually don't link to multiple versions of a library at once, probably a library used by it links to a different version of libpng15. ---------------------------------------- Bug #331: Broken texlive-bin-libre Dependency for libpng15 https://labs.parabola.nu/issues/331 Author: 5gon12eder Status: info needed Priority: broken Assignee: Category: Target version: After updating my system today, the _TeX Live_ programs (_pdflatex_, _xelatex_, ?) fail to process PNG images due to the (now?) missing library @libpng15.so.15 at .
$ ldd `which xelatex`
	linux-vdso.so.1 (0x00007fff9d3fe000)
	libpoppler.so.36 => /usr/lib/libpoppler.so.36 (0x00007fc76f2f1000)
	libpng15.so.15 => not found
	libfontconfig.so.1 => /usr/lib/libfontconfig.so.1 (0x00007fc76f0b5000)
	libfreetype.so.6 => /usr/lib/libfreetype.so.6 (0x00007fc76ee16000)
	libz.so.1 => /usr/lib/libz.so.1 (0x00007fc76ec00000)
	libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0x00007fc76e8fc000)
	libm.so.6 => /usr/lib/libm.so.6 (0x00007fc76e5fe000)
	libgcc_s.so.1 => /usr/lib/libgcc_s.so.1 (0x00007fc76e3e8000)
	libc.so.6 => /usr/lib/libc.so.6 (0x00007fc76e03b000)
	libpthread.so.0 => /usr/lib/libpthread.so.0 (0x00007fc76de1f000)
	liblcms2.so.2 => /usr/lib/liblcms2.so.2 (0x00007fc76dbcb000)
	libtiff.so.5 => /usr/lib/libtiff.so.5 (0x00007fc76d958000)
	libjpeg.so.8 => /usr/lib/libjpeg.so.8 (0x00007fc76d707000)
	libpng16.so.16 => /usr/lib/libpng16.so.16 (0x00007fc76d4d2000)
	libopenjpeg.so.1 => /usr/lib/libopenjpeg.so.1 (0x00007fc76d2a9000)
	libexpat.so.1 => /usr/lib/libexpat.so.1 (0x00007fc76d07f000)
	libbz2.so.1.0 => /usr/lib/libbz2.so.1.0 (0x00007fc76ce6f000)
	/lib64/ld-linux-x86-64.so.2 (0x00007fc76f74d000)
	liblzma.so.5 => /usr/lib/liblzma.so.5 (0x00007fc76cc4c000)
I see that _texlive-bin-libre_ was last built on May 8, while _libpng_ was last built on May 7, so I suspect the rebuilt might be related to the _libpng_ update and the current version thus be up-to-date. I'm somewhat confused why _xelatex_ links against both @libpng15.so.15@ and @libpng16.so.16 at . Is this normal? After some reading, I could (for now, I really needed _TeX_ to work again) solve the issue by downloading, building and installing _libpng15_ from _Arch_ AUR alongside with _libpng16_ but I don't think this is the correct way to solve this issue. -- You have received this notification because you have either subscribed to it, or are involved in it. To change your notification preferences, please click here: http://labs.parabola.nu/my/account From labs at parabola.nu Sat May 11 17:19:57 2013 From: labs at parabola.nu (labs at parabola.nu) Date: Sat, 11 May 2013 10:19:57 -0700 Subject: [Dev] [Packages (i686 and x86_64) - Bug #331] Broken texlive-bin-libre Dependency for libpng15 References: Message-ID: Issue #331 has been updated by 5gon12eder.
$ scanelf -plRqN libpng15.so.15 | cut --delimiter=' ' -f3- | xargs pacman -Qo
/usr/lib/gstreamer-0.10/libgstcog.so is owned by gstreamer0.10-bad-libre-plugins 0.10.23-4
/usr/lib/libcupsfilters.so.1.0.0 is owned by cups-filters-libre 1.0.34-3
/usr/bin/dvipdfmx is owned by texlive-bin-libre 2012.0-11
/usr/bin/pdftex is owned by texlive-bin-libre 2012.0-11
/usr/bin/xdvipdfmx is owned by texlive-bin-libre 2012.0-11
/usr/bin/luatex is owned by texlive-bin-libre 2012.0-11
/usr/bin/xetex is owned by texlive-bin-libre 2012.0-11
I have removed _libpng15_ again, in case this should matter, to mimic the state of the system immediately after the update when the problem first occurred. All listed packages seem to be up to date. Reinstalling them (again) didn't change anything. ---------------------------------------- Bug #331: Broken texlive-bin-libre Dependency for libpng15 https://labs.parabola.nu/issues/331 Author: 5gon12eder Status: info needed Priority: broken Assignee: Category: Target version: After updating my system today, the _TeX Live_ programs (_pdflatex_, _xelatex_, ?) fail to process PNG images due to the (now?) missing library @libpng15.so.15 at .
$ ldd `which xelatex`
	linux-vdso.so.1 (0x00007fff9d3fe000)
	libpoppler.so.36 => /usr/lib/libpoppler.so.36 (0x00007fc76f2f1000)
	libpng15.so.15 => not found
	libfontconfig.so.1 => /usr/lib/libfontconfig.so.1 (0x00007fc76f0b5000)
	libfreetype.so.6 => /usr/lib/libfreetype.so.6 (0x00007fc76ee16000)
	libz.so.1 => /usr/lib/libz.so.1 (0x00007fc76ec00000)
	libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0x00007fc76e8fc000)
	libm.so.6 => /usr/lib/libm.so.6 (0x00007fc76e5fe000)
	libgcc_s.so.1 => /usr/lib/libgcc_s.so.1 (0x00007fc76e3e8000)
	libc.so.6 => /usr/lib/libc.so.6 (0x00007fc76e03b000)
	libpthread.so.0 => /usr/lib/libpthread.so.0 (0x00007fc76de1f000)
	liblcms2.so.2 => /usr/lib/liblcms2.so.2 (0x00007fc76dbcb000)
	libtiff.so.5 => /usr/lib/libtiff.so.5 (0x00007fc76d958000)
	libjpeg.so.8 => /usr/lib/libjpeg.so.8 (0x00007fc76d707000)
	libpng16.so.16 => /usr/lib/libpng16.so.16 (0x00007fc76d4d2000)
	libopenjpeg.so.1 => /usr/lib/libopenjpeg.so.1 (0x00007fc76d2a9000)
	libexpat.so.1 => /usr/lib/libexpat.so.1 (0x00007fc76d07f000)
	libbz2.so.1.0 => /usr/lib/libbz2.so.1.0 (0x00007fc76ce6f000)
	/lib64/ld-linux-x86-64.so.2 (0x00007fc76f74d000)
	liblzma.so.5 => /usr/lib/liblzma.so.5 (0x00007fc76cc4c000)
I see that _texlive-bin-libre_ was last built on May 8, while _libpng_ was last built on May 7, so I suspect the rebuilt might be related to the _libpng_ update and the current version thus be up-to-date. I'm somewhat confused why _xelatex_ links against both @libpng15.so.15@ and @libpng16.so.16 at . Is this normal? After some reading, I could (for now, I really needed _TeX_ to work again) solve the issue by downloading, building and installing _libpng15_ from _Arch_ AUR alongside with _libpng16_ but I don't think this is the correct way to solve this issue. -- You have received this notification because you have either subscribed to it, or are involved in it. To change your notification preferences, please click here: http://labs.parabola.nu/my/account From lukeshu at sbcglobal.net Sun May 12 06:03:07 2013 From: lukeshu at sbcglobal.net (Luke T. Shumaker) Date: Sun, 12 May 2013 02:03:07 -0400 Subject: [Dev] Public key approval request In-Reply-To: References: Message-ID: <87mws0n3ac.wl%lukeshu@sbcglobal.net> At Fri, 10 May 2013 00:11:13 +0200, Guest One wrote: > Hi guys, > > i need that you sign my public key to be it included on parabola-keyring > due that my must be trusted under signatures. I ,memo'ed this to you on IRC while you were offline, but you might not have seen it, and since it might apply to other hackers in the future, I'll post it here. ---- So, the deal with signing keys is that you are supposed to have proof that a key belongs to the person it claims to belong to. Hence, key-signing parties where you bring your pub key, and photo ID. Of course, for Parabola developers, that's difficult. They rule I've followed is that if you have SSH to the servers and are pushing packages, I'm already trusting you to put software on my system, so I'll sign the key sitting on a server. Plop your pub key/fingerprint in a text file in the home directory of repo at repo.parabolagnulinux.org, and I'll sign it. If you'd rather a different account, let me know. Or, if you'd rather, put it on the /hackers page on the website, along with your other info. I should do a write-up on how to do that, since I think it's just me and fauno who know how to do that (of the active hackers). Happy hacking, ~ Luke Shumaker From labs at parabola.nu Sun May 12 12:16:27 2013 From: labs at parabola.nu (labs at parabola.nu) Date: Sun, 12 May 2013 05:16:27 -0700 Subject: [Dev] [Packages (i686 and x86_64) - Bug #332] (open) Asunder-libre missing from repositories Message-ID: Issue #332 has been reported by israfel. ---------------------------------------- Bug #332: Asunder-libre missing from repositories https://labs.parabola.nu/issues/332 Author: israfel Status: open Priority: bug Assignee: Category: Target version: your-freedom automatically replaces asunder with asunder-libre, but I can't seem to find it in the package database. Was this removed on purpose, or is it a bug? -- You have received this notification because you have either subscribed to it, or are involved in it. To change your notification preferences, please click here: http://labs.parabola.nu/my/account From labs at parabola.nu Sun May 12 12:46:49 2013 From: labs at parabola.nu (labs at parabola.nu) Date: Sun, 12 May 2013 05:46:49 -0700 Subject: [Dev] [Packages (i686 and x86_64) - Bug #332] Asunder-libre missing from repositories References: Message-ID: Issue #332 has been updated by mtjm. your-freedom doesn't affect packages that would be replaced by their libre variants. There was no asunder-libre. ---------------------------------------- Bug #332: Asunder-libre missing from repositories https://labs.parabola.nu/issues/332 Author: israfel Status: open Priority: bug Assignee: Category: Target version: your-freedom automatically replaces asunder with asunder-libre, but I can't seem to find it in the package database. Was this removed on purpose, or is it a bug? -- You have received this notification because you have either subscribed to it, or are involved in it. To change your notification preferences, please click here: http://labs.parabola.nu/my/account From fauno at kiwwwi.com.ar Sun May 12 17:46:07 2013 From: fauno at kiwwwi.com.ar (=?utf-8?Q?Nicol=C3=A1s?= Reynolds) Date: Sun, 12 May 2013 14:46:07 -0300 Subject: [Dev] Public key approval request In-Reply-To: <87mws0n3ac.wl%lukeshu@sbcglobal.net> References: <87mws0n3ac.wl%lukeshu@sbcglobal.net> Message-ID: <877gj48528.fsf@endefensadelsl.org> "Luke T. Shumaker" writes: > At Fri, 10 May 2013 00:11:13 +0200, > Guest One wrote: >> Hi guys, >> >> i need that you sign my public key to be it included on parabola-keyring >> due that my must be trusted under signatures. > > I ,memo'ed this to you on IRC while you were offline, but you might > not have seen it, and since it might apply to other hackers in the > future, I'll post it here. > > ---- > > So, the deal with signing keys is that you are supposed to have proof > that a key belongs to the person it claims to belong to. Hence, > key-signing parties where you bring your pub key, and photo ID. > > Of course, for Parabola developers, that's difficult. They rule I've > followed is that if you have SSH to the servers and are pushing > packages, I'm already trusting you to put software on my system, so > I'll sign the key sitting on a server. > > Plop your pub key/fingerprint in a text file in the home directory of > repo at repo.parabolagnulinux.org, and I'll sign it. If you'd rather a > different account, let me know. > > Or, if you'd rather, put it on the /hackers page on the website, along > with your other info. I should do a write-up on how to do that, since > I think it's just me and fauno who know how to do that (of the active > hackers). i agree, and also try to have a crypted exchange of previous conversations in the channel, so we can check a little bit more. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 489 bytes Desc: not available URL: From fauno at endefensadelsl.org Sun May 12 17:52:44 2013 From: fauno at endefensadelsl.org (=?utf-8?Q?Nicol=C3=A1s?= Reynolds) Date: Sun, 12 May 2013 14:52:44 -0300 Subject: [Dev] [Allan McRae] [arch-dev-public] Merging the "bin" directories Message-ID: <874ne884r7.fsf@endefensadelsl.org> FYI the rest of the thread is here: http://mid.gmane.org/518F2724.1010505 at archlinux.org -------------- next part -------------- An embedded message was scrubbed... From: Allan McRae Subject: [arch-dev-public] Merging the "bin" directories Date: Sun, 12 May 2013 15:22:44 +1000 Size: 1247 URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 489 bytes Desc: not available URL: From labs at parabola.nu Sun May 12 21:31:44 2013 From: labs at parabola.nu (labs at parabola.nu) Date: Sun, 12 May 2013 14:31:44 -0700 Subject: [Dev] [Installation media (i686 and x86_64) - Bug #299] Feature Request: Full Featured ISO References: Message-ID: Issue #299 has been updated by drtan. New ISO has been released. - Better package selection so that the image is smaller and more useful software is included. - A password was set (which is 'parabola') for ISO unprivileged user parabola to enable using software requiring privilege escalation (like gparted). - Parabola branding started, a default desktop background image (space theme). - Feedback is welcomed. - Download at: ftp://31.6.71.62/parabola/parabola-2013.05.12-dual-gnome.iso (upload in progress). ---------------------------------------- Bug #299: Feature Request: Full Featured ISO https://labs.parabola.nu/issues/299 Author: bugmenot Status: open Priority: feature Assignee: drtan Category: Target version: I would very much like to see a full libre version of Arch-based distros featuring a user-friendly and full featured ISO. Something like what Manjaro is doing, but with freedom in mind: http://wiki.manjaro.org/index.php/Installation_Guide_for_Beginners_0.8.4 -- You have received this notification because you have either subscribed to it, or are involved in it. To change your notification preferences, please click here: http://labs.parabola.nu/my/account From labs at parabola.nu Mon May 13 13:38:10 2013 From: labs at parabola.nu (labs at parabola.nu) Date: Mon, 13 May 2013 06:38:10 -0700 Subject: [Dev] [Installation media (i686 and x86_64) - Bug #299] Feature Request: Full Featured ISO References: Message-ID: Issue #299 has been updated by alfplayer. Good work drtan. Antergos (Cinnarch renamed) released a new ISO including the installer package: https://github.com/Antergos/antergos-packages/blob/master/cnchi/PKGBUILD I'm working to update parabolaiso.git and prepare it for easy merging of releng in the other profiles. ---------------------------------------- Bug #299: Feature Request: Full Featured ISO https://labs.parabola.nu/issues/299 Author: bugmenot Status: open Priority: feature Assignee: drtan Category: Target version: I would very much like to see a full libre version of Arch-based distros featuring a user-friendly and full featured ISO. Something like what Manjaro is doing, but with freedom in mind: http://wiki.manjaro.org/index.php/Installation_Guide_for_Beginners_0.8.4 -- You have received this notification because you have either subscribed to it, or are involved in it. To change your notification preferences, please click here: http://labs.parabola.nu/my/account From labs at parabola.nu Mon May 13 16:22:31 2013 From: labs at parabola.nu (labs at parabola.nu) Date: Mon, 13 May 2013 09:22:31 -0700 Subject: [Dev] [Installation media (i686 and x86_64) - Bug #299] Feature Request: Full Featured ISO References: Message-ID: Issue #299 has been updated by drtan. alfplayer wrote: > Good work drtan. > > Antergos (Cinnarch renamed) released a new ISO including the installer package: https://github.com/Antergos/antergos-packages/blob/master/cnchi/PKGBUILD > > I'm working to update parabolaiso.git and prepare it for easy merging of releng in the other profiles. Thanks, alfplayer. I will do more branding and then I plan to switch my focus to the installer. It's nice to see we're getting there. ---------------------------------------- Bug #299: Feature Request: Full Featured ISO https://labs.parabola.nu/issues/299 Author: bugmenot Status: open Priority: feature Assignee: drtan Category: Target version: I would very much like to see a full libre version of Arch-based distros featuring a user-friendly and full featured ISO. Something like what Manjaro is doing, but with freedom in mind: http://wiki.manjaro.org/index.php/Installation_Guide_for_Beginners_0.8.4 -- You have received this notification because you have either subscribed to it, or are involved in it. To change your notification preferences, please click here: http://labs.parabola.nu/my/account From lukeshu at sbcglobal.net Mon May 13 16:59:20 2013 From: lukeshu at sbcglobal.net (Luke T. Shumaker) Date: Mon, 13 May 2013 12:59:20 -0400 Subject: [Dev] New libretools-20130513 on [libre-testing] In-Reply-To: <871u9gbz6p.wl%lukeshu@sbcglobal.net> References: <87r4ho1z47.wl%lukeshu@sbcglobal.net> <87wqrb6imo.wl%lukeshu@sbcglobal.net> <87li7q7pur.wl%lukeshu@sbcglobal.net> <871u9gbz6p.wl%lukeshu@sbcglobal.net> Message-ID: <87k3n2n7dj.wl%lukeshu@sbcglobal.net> I just pushed libretools 20130513 to [libre-testing]. Changes since 20130508: - Several bug-fixes in librefetch Happy hacking, ~ Luke Shumaker From theguestone at gmail.com Mon May 13 19:35:59 2013 From: theguestone at gmail.com (Guest One) Date: Mon, 13 May 2013 21:35:59 +0200 Subject: [Dev] Public key approval request Message-ID: Done. -------------- next part -------------- An HTML attachment was scrubbed... URL: From lukeshu at sbcglobal.net Tue May 14 03:38:34 2013 From: lukeshu at sbcglobal.net (Luke T. Shumaker) Date: Mon, 13 May 2013 23:38:34 -0400 Subject: [Dev] Public key approval request In-Reply-To: References: Message-ID: <87hai6mds5.wl%lukeshu@sbcglobal.net> At Mon, 13 May 2013 21:35:59 +0200, Guest One wrote: > Done. And I've signed it. Happy hacking, ~ Luke Shumaker From labs at parabola.nu Tue May 14 16:02:23 2013 From: labs at parabola.nu (labs at parabola.nu) Date: Tue, 14 May 2013 09:02:23 -0700 Subject: [Dev] [Packages (i686 and x86_64) - Freedom issue #95] (fixed) [devtools] mkarchroot uses an Arch mirror by default References: Message-ID: Issue #95 has been updated by lukeshu. Status changed from open to fixed % Done changed from 0 to 100 devtools is no longer used ---------------------------------------- Freedom issue #95: [devtools] mkarchroot uses an Arch mirror by default https://labs.parabola.nu/issues/95 Author: mtjm Status: fixed Priority: freedom issue Assignee: Category: Target version: It won't work in some cases on mips64el and could install nonfree packages in other cases. -- You have received this notification because you have either subscribed to it, or are involved in it. To change your notification preferences, please click here: http://labs.parabola.nu/my/account From lukeshu at sbcglobal.net Wed May 15 02:39:36 2013 From: lukeshu at sbcglobal.net (Luke T. Shumaker) Date: Tue, 14 May 2013 22:39:36 -0400 Subject: [Dev] New libretools-20130514 on [libre-testing] In-Reply-To: <87k3n2n7dj.wl%lukeshu@sbcglobal.net> References: <87r4ho1z47.wl%lukeshu@sbcglobal.net> <87wqrb6imo.wl%lukeshu@sbcglobal.net> <87li7q7pur.wl%lukeshu@sbcglobal.net> <871u9gbz6p.wl%lukeshu@sbcglobal.net> <87k3n2n7dj.wl%lukeshu@sbcglobal.net> Message-ID: <87d2stm0ev.wl%lukeshu@sbcglobal.net> I just pushed libretools 20130514 to [libre-testing]. Changes since 20130513: - libremakepkg: also copy in librefetch source files (Feature #318) Bugfixes since 20130513: - libremakepkg: fix adding [repo] to pacman.conf - fix `librechroot install-file` requiring an absolute path - fix bug where local packages crash chcleanup Together, those bugfixes fix Bug #323. Happy hacking, ~ Luke Shumaker From labs at parabola.nu Wed May 15 02:38:22 2013 From: labs at parabola.nu (labs at parabola.nu) Date: Tue, 14 May 2013 19:38:22 -0700 Subject: [Dev] [Libretools - Bug #323] (fixed) [chcleanup] Fails when a foreign version of a package has depends the repo version doesn't. References: Message-ID: Issue #323 has been updated by lukeshu. Status changed from open to fixed % Done changed from 0 to 100 fixed in 20130514 ---------------------------------------- Bug #323: [chcleanup] Fails when a foreign version of a package has depends the repo version doesn't. https://labs.parabola.nu/issues/323 Author: lukeshu Status: fixed Priority: bug Assignee: Category: Target version: don't break and confuse parabolers For example: In my chroot, I have a libretools from [libre-testing], installed via `librechroot install-file libretools-*`, rather than enabling [libre-testing]. However, the following would still happen if I enabled [libre-testing] to install, but then disabled it. So, I run `libremakepkg`, which runs `chcleanup`. `chcleanup` querys the repos to find a list of all packages needed for `base-devel`. What's interesting about this is that libretools on [libre] is not in base-devel, but the [libre-testing]/foreign version is in base-devel. It knows about the foreign version being in base-devel, so it keeps it installed, but it wants to downgrade to the version on [libre], so itonly includes the dependencies of the [libre] version. So, when it tries to remove "arch-install-scripts", "subversion", and "tokyocabinet", it fails because the installed version of libretools depends on them. The "fix" for this might be to have `librechroot install-file` add the packages to the local repo, but I think it would be good for chcleanup to handle foreign packages properly. -- You have received this notification because you have either subscribed to it, or are involved in it. To change your notification preferences, please click here: http://labs.parabola.nu/my/account From labs at parabola.nu Wed May 15 02:38:42 2013 From: labs at parabola.nu (labs at parabola.nu) Date: Tue, 14 May 2013 19:38:42 -0700 Subject: [Dev] [Libretools - Bug #318] [libremakepkg] support SRCBUILD, mksource=() References: Message-ID: Issue #318 has been updated by lukeshu. added in 20130514 ---------------------------------------- Bug #318: [libremakepkg] support SRCBUILD, mksource=() https://labs.parabola.nu/issues/318 Author: lukeshu Status: open Priority: bug Assignee: lukeshu Category: Target version: don't break and confuse parabolers With librefetch, running the SRCBUILD can be done automatically as part of `makepkg -o`; however, if doing this from outside of a chroot with libremakepkg, then the SRCBUILD and supporting files must be copied into the chroot. Similarly, files named in mksource=() need to be copied. -- You have received this notification because you have either subscribed to it, or are involved in it. To change your notification preferences, please click here: http://labs.parabola.nu/my/account From labs at parabola.nu Wed May 15 02:39:33 2013 From: labs at parabola.nu (labs at parabola.nu) Date: Tue, 14 May 2013 19:39:33 -0700 Subject: [Dev] [Libretools - Bug #318] (fixed) [libremakepkg] support SRCBUILD, mksource=() References: Message-ID: Issue #318 has been updated by lukeshu. Status changed from open to fixed % Done changed from 0 to 100 ---------------------------------------- Bug #318: [libremakepkg] support SRCBUILD, mksource=() https://labs.parabola.nu/issues/318 Author: lukeshu Status: fixed Priority: bug Assignee: lukeshu Category: Target version: don't break and confuse parabolers With librefetch, running the SRCBUILD can be done automatically as part of `makepkg -o`; however, if doing this from outside of a chroot with libremakepkg, then the SRCBUILD and supporting files must be copied into the chroot. Similarly, files named in mksource=() need to be copied. -- You have received this notification because you have either subscribed to it, or are involved in it. To change your notification preferences, please click here: http://labs.parabola.nu/my/account From labs at parabola.nu Wed May 15 03:28:53 2013 From: labs at parabola.nu (labs at parabola.nu) Date: Tue, 14 May 2013 20:28:53 -0700 Subject: [Dev] [Libretools - Bug #333] (open) [libremakepkg] local [repo] should be maximum priority by default, not minimum Message-ID: Issue #333 has been reported by lukeshu. ---------------------------------------- Bug #333: [libremakepkg] local [repo] should be maximum priority by default, not minimum https://labs.parabola.nu/issues/333 Author: lukeshu Status: open Priority: bug Assignee: Category: Target version: don't break and confuse parabolers The local [repo] should be maximum priority (listed first), where currently it is appended to the end of the file, so it is minimum priority. For example, if jh-0.4 is on [java], and I have jh-0.4.1 on [repo], unless I manually moved repo up in pacman.conf, `pacman -S jh` will install the version from [java]. -- You have received this notification because you have either subscribed to it, or are involved in it. To change your notification preferences, please click here: http://labs.parabola.nu/my/account From labs at parabola.nu Fri May 17 01:29:46 2013 From: labs at parabola.nu (labs at parabola.nu) Date: Thu, 16 May 2013 18:29:46 -0700 Subject: [Dev] [Packages (i686 and x86_64) - Bug #334] (open) [maven] Uses network during build() to download makedepends Message-ID: Issue #334 has been reported by lukeshu. ---------------------------------------- Bug #334: [maven] Uses network during build() to download makedepends https://labs.parabola.nu/issues/334 Author: lukeshu Status: open Priority: freedom issue Assignee: Category: Target version: This is an updated-version of ; the process/details have changed. I'll try to explain this as best I can so that someone without any prior knowledge can understand. h1. About maven as a package manager Apache maven, in addition to being a build-system is also a primitive package manager. Packaging software that uses maven for it's build-system can be a real pain, because it will try to download pre-compiled dependencies during the build; which is against our packaging policies. About the maven package manager: * A package is called an "artifact" * An artifact has a `groupId`, a name, and a version. * An artifact consists of a `.pom` XML file and (usually) a compiled `.jar` Java file. * Artifacts are installed to `/usr/share/maven/repository/$groupId/$artifact/$version/$artifact-$ver.{pom,jar}` (by default, the location can be configured) Most of the packages in [java] install themselves as an artifact, and symlink the jar file into `/usr/share/java`. h1. About maven's build process/PKGBUILD Maven itself uses a bootstrap version of maven to build itself, and in the process downloads some 560 artifacts. I am confident that these are all free software, so the issue isn't "urgent", but it does violate our policies. I have set up the maven PKGBUILD to record what artifacts it downloads to `$srcdir/downloaded-artifacts.txt` (I have attached a copy of this for convenience); what we need to do is package all of them and add them to `makedepends=()`; I have already done this with `java-antlr2` (2.7.7). h1. About version proliferation. Most of the artifacts downloaded are not directly dependencies of maven, but dependencies of dependencies. This sucks because Java+maven developers tend to over-specify the version that they are dependent on, so all the named versions will be downloaded. For example, it downloads 1.0, 1.0.3, 1.0.4, 1.1, and 1.1.1 of java-commons-logging, each needed by a different artifact. We should fix this, which requires more in-depth knowledge of the system. Of course, sometimes multiple major versions are OK, we have java-asm2 and java-asm3. But what's not OK is that asm 3.3.1 is packaged, but it downloads asm 3.1. Also not OK is that antlr 2.7.7 is packaged, but it wants both 2.7.2 and 2.7.7. h1. Why we include maven, even though it violates our policies. Right now, most java packages from Arch violate our policies. We are working to fix this. We explicitly allow maven, because it is important in building other packages. -- You have received this notification because you have either subscribed to it, or are involved in it. To change your notification preferences, please click here: http://labs.parabola.nu/my/account From labs at parabola.nu Fri May 17 01:31:32 2013 From: labs at parabola.nu (labs at parabola.nu) Date: Thu, 16 May 2013 18:31:32 -0700 Subject: [Dev] [Packages (i686 and x86_64) - Bug #334] [maven] Uses network during build() to download makedepends References: Message-ID: Issue #334 has been updated by lukeshu. Description changed from This is an updated-version of ; the process/details have changed. I'll try to explain this as best I can so that someone without any prior knowledge can understand. h1. About maven as a package manager Apache maven, in addition to being a build-system is also a primitive package manager. Packaging software that uses maven for it's build-system can be a real pain, because it will try to download pre-compiled dependencies during the build; which is against our packaging policies. About the maven package manager: * A package is called an "artifact" * An artifact has a `groupId`, a name, and a version. * An artifact consists of a `.pom` XML file and (usually) a compiled `.jar` Java file. * Artifacts are installed to `/usr/share/maven/repository/$groupId/$artifact/$version/$artifact-$ver.{pom,jar}` (by default, the location can be configured) Most of the packages in [java] install themselves as an artifact, and symlink the jar file into `/usr/share/java`. h1. About maven's build process/PKGBUILD Maven itself uses a bootstrap version of maven to build itself, and in the process downloads some 560 artifacts. I am confident that these are all free software, so the issue isn't "urgent", but it does violate our policies. I have set up the maven PKGBUILD to record what artifacts it downloads to `$srcdir/downloaded-artifacts.txt` (I have attached a copy of this for convenience); what we need to do is package all of them and add them to `makedepends=()`; I have already done this with `java-antlr2` (2.7.7). h1. About version proliferation. Most of the artifacts downloaded are not directly dependencies of maven, but dependencies of dependencies. This sucks because Java+maven developers tend to over-specify the version that they are dependent on, so all the named versions will be downloaded. For example, it downloads 1.0, 1.0.3, 1.0.4, 1.1, and 1.1.1 of java-commons-logging, each needed by a different artifact. We should fix this, which requires more in-depth knowledge of the system. Of course, sometimes multiple major versions are OK, we have java-asm2 and java-asm3. But what's not OK is that asm 3.3.1 is packaged, but it downloads asm 3.1. Also not OK is that antlr 2.7.7 is packaged, but it wants both 2.7.2 and 2.7.7. h1. Why we include maven, even though it violates our policies. Right now, most java packages from Arch violate our policies. We are working to fix this. We explicitly allow maven, because it is important in building other packages. to This is an updated-version of ; the process/details have changed. I'll try to explain this as best I can so that someone without any prior knowledge can understand. h1. About maven as a package manager Apache maven, in addition to being a build-system is also a primitive package manager. Packaging software that uses maven for it's build-system can be a real pain, because it will try to download pre-compiled dependencies during the build; which is against our packaging policies. About the maven package manager: * A package is called an "artifact" * An artifact has a `groupId`, a name, and a version. * An artifact consists of a `.pom` XML file and (usually) a compiled `.jar` Java file. * Artifacts are installed to `/usr/share/maven/repository/$groupId/$artifact/$version/$artifact-$ver.{pom,jar}` (by default, the location can be configured) Most of the packages in [java] install themselves as an artifact, and symlink the jar file into `/usr/share/java`. h1. About maven's build process/PKGBUILD Maven itself uses a bootstrap version of maven to build itself, and in the process downloads some 560 artifacts. I am confident that these are all free software, so the issue isn't "urgent", but it does violate our policies. I have set up the maven PKGBUILD to record what artifacts it downloads to `$srcdir/downloaded-artifacts.txt` (I have attached a copy of this for convenience); what we need to do is package all of them and add them to `makedepends=()`; I have already done this with `java-antlr2` (2.7.7). h1. About version proliferation. Most of the artifacts downloaded are not directly dependencies of maven, but dependencies of dependencies. This sucks because Java+maven developers tend to over-specify the version that they are dependent on, so all the named versions will be downloaded. For example, it downloads 1.0, 1.0.3, 1.0.4, 1.1, and 1.1.1 of java-commons-logging, each needed by a different artifact. We should fix this, which requires more in-depth knowledge of the system. Of course, sometimes multiple major versions are OK, we have java-asm2 and java-asm3. But what's not OK is that asm 3.3.1 is packaged, but it downloads asm 3.1. Also not OK is that antlr 2.7.7 is packaged, but it wants both 2.7.2 and 2.7.7. h1. Why we include maven, even though it violates our policies. Right now, most java packages from Arch violate our policies. We are working to fix this. We explicitly allow maven, because it is important in building other packages. ---------------------------------------- Bug #334: [maven] Uses network during build() to download makedepends https://labs.parabola.nu/issues/334 Author: lukeshu Status: open Priority: freedom issue Assignee: Category: Target version: This is an updated-version of ; the process/details have changed. I'll try to explain this as best I can so that someone without any prior knowledge can understand. h1. About maven as a package manager Apache maven, in addition to being a build-system is also a primitive package manager. Packaging software that uses maven for it's build-system can be a real pain, because it will try to download pre-compiled dependencies during the build; which is against our packaging policies. About the maven package manager: * A package is called an "artifact" * An artifact has a `groupId`, a name, and a version. * An artifact consists of a `.pom` XML file and (usually) a compiled `.jar` Java file. * Artifacts are installed to `/usr/share/maven/repository/$groupId/$artifact/$version/$artifact-$ver.{pom,jar}` (by default, the location can be configured) Most of the packages in [java] install themselves as an artifact, and symlink the jar file into `/usr/share/java`. h1. About maven's build process/PKGBUILD Maven itself uses a bootstrap version of maven to build itself, and in the process downloads some 560 artifacts. I am confident that these are all free software, so the issue isn't "urgent", but it does violate our policies. I have set up the maven PKGBUILD to record what artifacts it downloads to `$srcdir/downloaded-artifacts.txt` (I have attached a copy of this for convenience); what we need to do is package all of them and add them to `makedepends=()`; I have already done this with `java-antlr2` (2.7.7). h1. About version proliferation. Most of the artifacts downloaded are not directly dependencies of maven, but dependencies of dependencies. This sucks because Java+maven developers tend to over-specify the version that they are dependent on, so all the named versions will be downloaded. For example, it downloads 1.0, 1.0.3, 1.0.4, 1.1, and 1.1.1 of java-commons-logging, each needed by a different artifact. We should fix this, which requires more in-depth knowledge of the system. Of course, sometimes multiple major versions are OK, we have java-asm2 and java-asm3. But what's not OK is that asm 3.3.1 is packaged, but it downloads asm 3.1. Also not OK is that antlr 2.7.7 is packaged, but it wants both 2.7.2 and 2.7.7. h1. Why we include maven, even though it violates our policies. Right now, most java packages from Arch violate our policies. We are working to fix this. We explicitly allow maven, because it is important in building other packages. -- You have received this notification because you have either subscribed to it, or are involved in it. To change your notification preferences, please click here: http://labs.parabola.nu/my/account From labs at parabola.nu Fri May 17 01:32:16 2013 From: labs at parabola.nu (labs at parabola.nu) Date: Thu, 16 May 2013 18:32:16 -0700 Subject: [Dev] [Packages (i686 and x86_64) - Freedom issue #38] (invalid) [maven-libre] contains files not built from source References: Message-ID: Issue #38 has been updated by lukeshu. Status changed from in progress to invalid This has been obsoleted by #334 ---------------------------------------- Freedom issue #38: [maven-libre] contains files not built from source https://labs.parabola.nu/issues/38 Author: lukeshu Status: invalid Priority: freedom issue Assignee: Category: Target version: As of maven-libre 3.0.4-1, all jar files in /usr/share/maven (that are provided by maven-libre) were not built from source. I am confident that they are all free software, but we need to build them from source. They should be separate packages. h2. Why I'm allowing this The reason we have maven-libre at all, is: # Blacklisting it until it this is resolved would prevent us from building many more packages. # (unlike Arch's maven) it creates a directory structure to install these files into, and fix it and other packages depending on maven modules. h2. I've packaged one of these deps, what now? That's 213 .jar files that we need to build. Here is to be done for each: # Package it; make sure .jar and .pom files are installed into /usr/share/maven/repository # Add it to maven-libre's makedepends=(). # Rebuild maven-libre In order for maven to see the system installs when doing this, they must be @cp@'d into @$pkgdir@; I have added the code for this to git. h2. We've packaged all 213 dependencies, final steps After all 213 .jar files are provided by other packages, apply this patch to maven-libre's @PKGBUILD@:
-  install -d "$pkgdir`dirname $_M2_LOCALREPO`"
-  cp -r $_M2_LOCALREPO "$pkgdir$_M2_LOCALREPO"
   install -d "$pkgdir"/opt
-  ant -Dmaven.repo.local="$pkgdir$_M2_LOCALREPO"
+  ant -Dmaven.repo.local="$_M2_LOCALREPO"
-- You have received this notification because you have either subscribed to it, or are involved in it. To change your notification preferences, please click here: http://labs.parabola.nu/my/account From labs at parabola.nu Sat May 18 18:31:34 2013 From: labs at parabola.nu (labs at parabola.nu) Date: Sat, 18 May 2013 11:31:34 -0700 Subject: [Dev] [Libretools - Bug #335] (open) pacman can't find [repo] database file Message-ID: Issue #335 has been reported by alfplayer. ---------------------------------------- Bug #335: pacman can't find [repo] database file https://labs.parabola.nu/issues/335 Author: alfplayer Status: open Priority: bug Assignee: Category: Target version: After librechroot make, libremakepkg forces enabling [repo] in pacman.conf, and pacman fails because it can't find the database file for [repo]. libretools version: libre-testing/libretools 20130514-1 -- You have received this notification because you have either subscribed to it, or are involved in it. To change your notification preferences, please click here: http://labs.parabola.nu/my/account From labs at parabola.nu Mon May 20 22:49:43 2013 From: labs at parabola.nu (labs at parabola.nu) Date: Mon, 20 May 2013 15:49:43 -0700 Subject: [Dev] [Packages (i686 and x86_64) - Freedom issue #329] (fixed) Clementine includes non-free artwork for the Nyan Cat plugin References: Message-ID: Issue #329 has been updated by Emulatorman. Status changed from open to fixed ---------------------------------------- Freedom issue #329: Clementine includes non-free artwork for the Nyan Cat plugin https://labs.parabola.nu/issues/329 Author: csolisr Status: fixed Priority: bug Assignee: Emulatorman Category: Target version: Clementine includes a plugin that displays the famous Nyan Cat meme as the equalizer's graphics. Unfortunately, the aforementioned character is copyrighted. But fortunately, a group has already released a replacement mascot, MooGNU, under the CC-By-SA license (verify at http://archive.org/details/M00GNU ). I took their graphics and adapted them to the source file used by Clementine. Of course, it's also under the CC-By-SA (credit as Carlos Sol?s, just in case). I thought at first that it would only take a copy-paste to replace the image, but it seems that the whole program must be recompiled to apply the patched image. -- You have received this notification because you have either subscribed to it, or are involved in it. To change your notification preferences, please click here: http://labs.parabola.nu/my/account From labs at parabola.nu Mon May 20 22:50:09 2013 From: labs at parabola.nu (labs at parabola.nu) Date: Mon, 20 May 2013 15:50:09 -0700 Subject: [Dev] [Packages (i686 and x86_64) - Freedom issue #328] (fixed) Clementine's rain effect sample is under a non-free license References: Message-ID: Issue #328 has been updated by Emulatorman. Status changed from open to fixed ---------------------------------------- Freedom issue #328: Clementine's rain effect sample is under a non-free license https://labs.parabola.nu/issues/328 Author: csolisr Status: fixed Priority: freedom issue Assignee: Emulatorman Category: Target version: Clementine includes a plugin that adds a rain sound. However, it's under a CC Sampling Plus license, which isn't considered free according to the Definition of Free Cultural Works. Replace it with an equivalent rain effect (preferably a looping one) and that will fix it. https://groups.google.com/forum/#!msg/clementine-player/Rk89HCnfmTI/_wSl5nlIJoQJ -- You have received this notification because you have either subscribed to it, or are involved in it. To change your notification preferences, please click here: http://labs.parabola.nu/my/account From labs at parabola.nu Mon May 20 22:50:56 2013 From: labs at parabola.nu (labs at parabola.nu) Date: Mon, 20 May 2013 15:50:56 -0700 Subject: [Dev] [Packages (i686 and x86_64) - Bug #325] (fixed) compiles iceweasel-libre with Gstreamer support References: Message-ID: Issue #325 has been updated by Emulatorman. Status changed from open to fixed iceweasel had gstreamer support, so it is fixed! ---------------------------------------- Bug #325: compiles iceweasel-libre with Gstreamer support https://labs.parabola.nu/issues/325 Author: shackra Status: fixed Priority: feature Assignee: coadde Category: Target version: Did you know that since version 14.0 Firefox for GNU / Linux is able to use GStreamer to play any audio and video format with which you are on the web? So taking advantage of this project, Firefox would be able to play content on codecs at first banned for Mozilla browser, such as the proprietary H.264, Mp3 or ACC. read more here [spanish]: http://gnulinuxvagos.es/topic/1056-compilar-firefoxiceweaselabrowser-con-soporte-gstreamer/ -- You have received this notification because you have either subscribed to it, or are involved in it. To change your notification preferences, please click here: http://labs.parabola.nu/my/account From labs at parabola.nu Mon May 20 22:52:23 2013 From: labs at parabola.nu (labs at parabola.nu) Date: Mon, 20 May 2013 15:52:23 -0700 Subject: [Dev] [Packages (i686 and x86_64) - Bug #325] compiles iceweasel-libre with Gstreamer support References: Message-ID: Issue #325 has been updated by Emulatorman. that support was included on the previous version by coadde, it will has full support on the 22 version probably ---------------------------------------- Bug #325: compiles iceweasel-libre with Gstreamer support https://labs.parabola.nu/issues/325 Author: shackra Status: fixed Priority: feature Assignee: coadde Category: Target version: Did you know that since version 14.0 Firefox for GNU / Linux is able to use GStreamer to play any audio and video format with which you are on the web? So taking advantage of this project, Firefox would be able to play content on codecs at first banned for Mozilla browser, such as the proprietary H.264, Mp3 or ACC. read more here [spanish]: http://gnulinuxvagos.es/topic/1056-compilar-firefoxiceweaselabrowser-con-soporte-gstreamer/ -- You have received this notification because you have either subscribed to it, or are involved in it. To change your notification preferences, please click here: http://labs.parabola.nu/my/account From labs at parabola.nu Mon May 20 22:57:54 2013 From: labs at parabola.nu (labs at parabola.nu) Date: Mon, 20 May 2013 15:57:54 -0700 Subject: [Dev] [Packages (i686 and x86_64) - Bug #326] iceweasel-libre change addons repository References: Message-ID: Issue #326 has been updated by Emulatorman. i put it on the last revision, but is not stable yet, example: if you install a addon from there it works fine, but when you want install another one, it doesn't works, i don't understand, but f you don't have this problem, please give to us a complete patch based like lukeshu made it one example => https://projects.parabolagnulinux.org/abslibre.git/tree/libre/iceweasel-libre/replace-urls.txt ---------------------------------------- Bug #326: iceweasel-libre change addons repository https://labs.parabola.nu/issues/326 Author: shackra Status: open Priority: feature Assignee: coadde Category: Target version: Trisquel have a better repository of plugins than GNUZilla. Why not change the default repository for those from Trisquel? Modify (or adapt) the following parameters in about:config like this:
pfs.datasource.url = http://trisquel.info/sites/pfs.php?mime=%PLUGIN_MIMETYPE%
pfs.filehint.url = http://trisquel.info/sites/pfs.php?mime=%PLUGIN_MIMETYPE%

extensions.webservice.discoverURL = https://trisquel.info/browser-plain
extensions.getAddons.search.url = http://trisquel.info

browser.dictionaries.download.url = http://dictionaries.mozdev.org/
browser.search.searchEnginesURL = http://mycroft.mozdev.org/
I uploaded some screenshots to show the final result! -- You have received this notification because you have either subscribed to it, or are involved in it. To change your notification preferences, please click here: http://labs.parabola.nu/my/account From labs at parabola.nu Mon May 20 23:13:34 2013 From: labs at parabola.nu (labs at parabola.nu) Date: Mon, 20 May 2013 16:13:34 -0700 Subject: [Dev] [Packages (i686 and x86_64) - Bug #331] (fixed) Broken texlive-bin-libre Dependency for libpng15 References: Message-ID: Issue #331 has been updated by Emulatorman. Status changed from info needed to fixed ---------------------------------------- Bug #331: Broken texlive-bin-libre Dependency for libpng15 https://labs.parabola.nu/issues/331 Author: 5gon12eder Status: fixed Priority: broken Assignee: Category: Target version: After updating my system today, the _TeX Live_ programs (_pdflatex_, _xelatex_, ?) fail to process PNG images due to the (now?) missing library @libpng15.so.15 at .
$ ldd `which xelatex`
	linux-vdso.so.1 (0x00007fff9d3fe000)
	libpoppler.so.36 => /usr/lib/libpoppler.so.36 (0x00007fc76f2f1000)
	libpng15.so.15 => not found
	libfontconfig.so.1 => /usr/lib/libfontconfig.so.1 (0x00007fc76f0b5000)
	libfreetype.so.6 => /usr/lib/libfreetype.so.6 (0x00007fc76ee16000)
	libz.so.1 => /usr/lib/libz.so.1 (0x00007fc76ec00000)
	libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0x00007fc76e8fc000)
	libm.so.6 => /usr/lib/libm.so.6 (0x00007fc76e5fe000)
	libgcc_s.so.1 => /usr/lib/libgcc_s.so.1 (0x00007fc76e3e8000)
	libc.so.6 => /usr/lib/libc.so.6 (0x00007fc76e03b000)
	libpthread.so.0 => /usr/lib/libpthread.so.0 (0x00007fc76de1f000)
	liblcms2.so.2 => /usr/lib/liblcms2.so.2 (0x00007fc76dbcb000)
	libtiff.so.5 => /usr/lib/libtiff.so.5 (0x00007fc76d958000)
	libjpeg.so.8 => /usr/lib/libjpeg.so.8 (0x00007fc76d707000)
	libpng16.so.16 => /usr/lib/libpng16.so.16 (0x00007fc76d4d2000)
	libopenjpeg.so.1 => /usr/lib/libopenjpeg.so.1 (0x00007fc76d2a9000)
	libexpat.so.1 => /usr/lib/libexpat.so.1 (0x00007fc76d07f000)
	libbz2.so.1.0 => /usr/lib/libbz2.so.1.0 (0x00007fc76ce6f000)
	/lib64/ld-linux-x86-64.so.2 (0x00007fc76f74d000)
	liblzma.so.5 => /usr/lib/liblzma.so.5 (0x00007fc76cc4c000)
I see that _texlive-bin-libre_ was last built on May 8, while _libpng_ was last built on May 7, so I suspect the rebuilt might be related to the _libpng_ update and the current version thus be up-to-date. I'm somewhat confused why _xelatex_ links against both @libpng15.so.15@ and @libpng16.so.16 at . Is this normal? After some reading, I could (for now, I really needed _TeX_ to work again) solve the issue by downloading, building and installing _libpng15_ from _Arch_ AUR alongside with _libpng16_ but I don't think this is the correct way to solve this issue. -- You have received this notification because you have either subscribed to it, or are involved in it. To change your notification preferences, please click here: http://labs.parabola.nu/my/account From labs at parabola.nu Tue May 21 15:48:07 2013 From: labs at parabola.nu (labs at parabola.nu) Date: Tue, 21 May 2013 08:48:07 -0700 Subject: [Dev] [Packages (i686 and x86_64) - Bug #336] (open) iceweasel bug (plugins.update.url set incorrectly) Message-ID: Issue #336 has been reported by fchmmr. ---------------------------------------- Bug #336: iceweasel bug (plugins.update.url set incorrectly) https://labs.parabola.nu/issues/336 Author: fchmmr Status: open Priority: bug Assignee: Category: Target version: in about:config, plugins.update.url points to a mozilla URL. If I understand correctly, this is an issue because they include non-free packages. please can someone look into this, possibly edit the package to make something else the default (if necessary). a further wiki entry should be created if this is a problem. -- You have received this notification because you have either subscribed to it, or are involved in it. To change your notification preferences, please click here: http://labs.parabola.nu/my/account From labs at parabola.nu Tue May 21 18:36:00 2013 From: labs at parabola.nu (labs at parabola.nu) Date: Tue, 21 May 2013 11:36:00 -0700 Subject: [Dev] [Packages (i686 and x86_64) - Bug #336] (in progress) iceweasel bug (plugins.update.url set incorrectly) References: Message-ID: Issue #336 has been updated by Emulatorman. Status changed from open to in progress Assignee set to Jorginho ---------------------------------------- Bug #336: iceweasel bug (plugins.update.url set incorrectly) https://labs.parabola.nu/issues/336 Author: fchmmr Status: in progress Priority: bug Assignee: Jorginho Category: Target version: in about:config, plugins.update.url points to a mozilla URL. If I understand correctly, this is an issue because they include non-free packages. please can someone look into this, possibly edit the package to make something else the default (if necessary). a further wiki entry should be created if this is a problem. -- You have received this notification because you have either subscribed to it, or are involved in it. To change your notification preferences, please click here: http://labs.parabola.nu/my/account From labs at parabola.nu Wed May 22 13:37:02 2013 From: labs at parabola.nu (labs at parabola.nu) Date: Wed, 22 May 2013 06:37:02 -0700 Subject: [Dev] [Packages (i686 and x86_64) - Bug #337] (open) Virtualbox-guest-modules are not synchronized with linux-libre kernel Message-ID: Issue #337 has been reported by fredbezies. ---------------------------------------- Bug #337: Virtualbox-guest-modules are not synchronized with linux-libre kernel https://labs.parabola.nu/issues/337 Author: fredbezies Status: open Priority: bug Assignee: Category: Target version: Hello. I wanted to test Parabola GNU/Linux in a VirtualBox virtual machine. But when I installed virtualbox-guest-modules-libre, it shout this : depmod: ERROR: could not open directory /lib/modules/3.9.1.1-LIBRE: no such file or directory depmod: FATAL: could not search modules: no such file or directory Grabbing PKGBUILD using ABS and building it fix the problem. -- You have received this notification because you have either subscribed to it, or are involved in it. To change your notification preferences, please click here: http://labs.parabola.nu/my/account From labs at parabola.nu Wed May 22 16:37:00 2013 From: labs at parabola.nu (labs at parabola.nu) Date: Wed, 22 May 2013 09:37:00 -0700 Subject: [Dev] [Packages (i686 and x86_64) - Bug #336] (fixed) iceweasel bug (plugins.update.url set incorrectly) References: Message-ID: Issue #336 has been updated by Emulatorman. Status changed from in progress to fixed ---------------------------------------- Bug #336: iceweasel bug (plugins.update.url set incorrectly) https://labs.parabola.nu/issues/336 Author: fchmmr Status: fixed Priority: bug Assignee: Jorginho Category: Target version: in about:config, plugins.update.url points to a mozilla URL. If I understand correctly, this is an issue because they include non-free packages. please can someone look into this, possibly edit the package to make something else the default (if necessary). a further wiki entry should be created if this is a problem. -- You have received this notification because you have either subscribed to it, or are involved in it. To change your notification preferences, please click here: http://labs.parabola.nu/my/account From labs at parabola.nu Wed May 22 16:38:25 2013 From: labs at parabola.nu (labs at parabola.nu) Date: Wed, 22 May 2013 09:38:25 -0700 Subject: [Dev] [Packages (i686 and x86_64) - Bug #337] (in progress) Virtualbox-guest-modules are not synchronized with linux-libre kernel References: Message-ID: Issue #337 has been updated by Emulatorman. Status changed from open to in progress Assignee set to Emulatorman ---------------------------------------- Bug #337: Virtualbox-guest-modules are not synchronized with linux-libre kernel https://labs.parabola.nu/issues/337 Author: fredbezies Status: in progress Priority: bug Assignee: Emulatorman Category: Target version: Hello. I wanted to test Parabola GNU/Linux in a VirtualBox virtual machine. But when I installed virtualbox-guest-modules-libre, it shout this : depmod: ERROR: could not open directory /lib/modules/3.9.1.1-LIBRE: no such file or directory depmod: FATAL: could not search modules: no such file or directory Grabbing PKGBUILD using ABS and building it fix the problem. -- You have received this notification because you have either subscribed to it, or are involved in it. To change your notification preferences, please click here: http://labs.parabola.nu/my/account From labs at parabola.nu Wed May 22 20:53:28 2013 From: labs at parabola.nu (labs at parabola.nu) Date: Wed, 22 May 2013 13:53:28 -0700 Subject: [Dev] [Packages (i686 and x86_64) - Bug #337] (fixed) Virtualbox-guest-modules are not synchronized with linux-libre kernel References: Message-ID: Issue #337 has been updated by Emulatorman. Status changed from in progress to fixed ---------------------------------------- Bug #337: Virtualbox-guest-modules are not synchronized with linux-libre kernel https://labs.parabola.nu/issues/337 Author: fredbezies Status: fixed Priority: bug Assignee: Emulatorman Category: Target version: Hello. I wanted to test Parabola GNU/Linux in a VirtualBox virtual machine. But when I installed virtualbox-guest-modules-libre, it shout this : depmod: ERROR: could not open directory /lib/modules/3.9.1.1-LIBRE: no such file or directory depmod: FATAL: could not search modules: no such file or directory Grabbing PKGBUILD using ABS and building it fix the problem. -- You have received this notification because you have either subscribed to it, or are involved in it. To change your notification preferences, please click here: http://labs.parabola.nu/my/account From labs at parabola.nu Wed May 22 22:04:23 2013 From: labs at parabola.nu (labs at parabola.nu) Date: Wed, 22 May 2013 15:04:23 -0700 Subject: [Dev] [Libretools - Bug #335] pacman can't find [repo] database file References: Message-ID: Issue #335 has been updated by lukeshu. Target version set to don't break and confuse parabolers % Done changed from 0 to 100 TL;DR: Wait until I push 20120522 later today, and run `librechroot clean-repo` to fix your chroot, or delete it and recreate it. I've just fixed it in git. I'll push 20120522 by the end of the day (more bugs to squash!). I was about to explain why this was confusing because the fix is to run `pacman -Sy` after adding [repo], but before running pacman again, but that it does this! It turns out that `pacman -Sy` was failing because /repo/repo.db didn't exist yet. I've added creating an empty repo.db to the create action. `librechroot clean-repo` will also "fix" a chroot because it rm's the file and re-creates it. I've just added `mkdir /repo` to it for the case that the directory doesn't exist. ---------------------------------------- Bug #335: pacman can't find [repo] database file https://labs.parabola.nu/issues/335 Author: alfplayer Status: open Priority: bug Assignee: Category: Target version: don't break and confuse parabolers After librechroot make, libremakepkg forces enabling [repo] in pacman.conf, and pacman fails because it can't find the database file for [repo]. libretools version: libre-testing/libretools 20130514-1 -- You have received this notification because you have either subscribed to it, or are involved in it. To change your notification preferences, please click here: http://labs.parabola.nu/my/account From labs at parabola.nu Wed May 22 22:07:01 2013 From: labs at parabola.nu (labs at parabola.nu) Date: Wed, 22 May 2013 15:07:01 -0700 Subject: [Dev] [Libretools - Bug #46] Sourcing PKGBUILDs might change variables used References: Message-ID: Issue #46 has been updated by lukeshu. % Done changed from 0 to 10 pkgbuild-check-nonfree now (in git) sources the PKGBUILD in a subshell, so that should be safe. Should it set CARCH? ---------------------------------------- Bug #46: Sourcing PKGBUILDs might change variables used https://labs.parabola.nu/issues/46 Author: mtjm Status: open Priority: bug Assignee: Category: Target version: E.g. toru used _repo while a PKGBUILD changed the value of this variable, making fullpkg ignore dependencies from the community repo. There should be another solution which wouldn't lead to difficult to debug problems. -- You have received this notification because you have either subscribed to it, or are involved in it. To change your notification preferences, please click here: http://labs.parabola.nu/my/account From labs at parabola.nu Thu May 23 07:29:59 2013 From: labs at parabola.nu (labs at parabola.nu) Date: Thu, 23 May 2013 00:29:59 -0700 Subject: [Dev] [Libretools - Bug #46] Sourcing PKGBUILDs might change variables used References: Message-ID: Issue #46 has been updated by mtjm. Maybe source @/etc/makepkg.conf@? I'm not sure if other variables are used. ---------------------------------------- Bug #46: Sourcing PKGBUILDs might change variables used https://labs.parabola.nu/issues/46 Author: mtjm Status: open Priority: bug Assignee: Category: Target version: E.g. toru used _repo while a PKGBUILD changed the value of this variable, making fullpkg ignore dependencies from the community repo. There should be another solution which wouldn't lead to difficult to debug problems. -- You have received this notification because you have either subscribed to it, or are involved in it. To change your notification preferences, please click here: http://labs.parabola.nu/my/account From labs at parabola.nu Thu May 23 19:54:31 2013 From: labs at parabola.nu (labs at parabola.nu) Date: Thu, 23 May 2013 12:54:31 -0700 Subject: [Dev] [Packages (i686 and x86_64) - Bug #338] (open) grub.cfg.pacnew comes with grub-common update Message-ID: Issue #338 has been reported by camurp0. ---------------------------------------- Bug #338: grub.cfg.pacnew comes with grub-common update https://labs.parabola.nu/issues/338 Author: camurp0 Status: open Priority: bug Assignee: Category: Target version: Last night, I got a pacnew file for /boot/grub/grub.cfg, which is usually generated by hand using grub-mkconfig. I ran grub-mkconfig to see if there were any differences with my current configuration, but it was the same. Was this file supposed to be updated? Is it safe to delete the pacnew file, since my system boots well with the configuration I already have? Thanks! -- You have received this notification because you have either subscribed to it, or are involved in it. To change your notification preferences, please click here: http://labs.parabola.nu/my/account From labs at parabola.nu Thu May 23 20:03:55 2013 From: labs at parabola.nu (labs at parabola.nu) Date: Thu, 23 May 2013 13:03:55 -0700 Subject: [Dev] [Packages (i686 and x86_64) - Bug #338] grub.cfg.pacnew comes with grub-common update References: Message-ID: Issue #338 has been updated by mtjm. Answered at "the list":https://lists.parabolagnulinux.org/pipermail/assist/2013-May/000129.html. there is no reason to use the .pacnew file, it's added so pacman doesn't remove the real and working configuration. Should this file be removed from future updates? ---------------------------------------- Bug #338: grub.cfg.pacnew comes with grub-common update https://labs.parabola.nu/issues/338 Author: camurp0 Status: open Priority: bug Assignee: Category: Target version: Last night, I got a pacnew file for /boot/grub/grub.cfg, which is usually generated by hand using grub-mkconfig. I ran grub-mkconfig to see if there were any differences with my current configuration, but it was the same. Was this file supposed to be updated? Is it safe to delete the pacnew file, since my system boots well with the configuration I already have? Thanks! -- You have received this notification because you have either subscribed to it, or are involved in it. To change your notification preferences, please click here: http://labs.parabola.nu/my/account From labs at parabola.nu Fri May 24 16:04:03 2013 From: labs at parabola.nu (labs at parabola.nu) Date: Fri, 24 May 2013 09:04:03 -0700 Subject: [Dev] [Packages (i686 and x86_64) - Bug #338] (invalid) grub.cfg.pacnew comes with grub-common update References: Message-ID: Issue #338 has been updated by Emulatorman. Status changed from open to invalid That file is a example generated from grub-mkconfig command, that file is useful as reference for some users that like edit grub.cfg manually. Arch version has this example too and .pacnew file was generated in this last revision due that i edited some things on that file as linux-libre kernel on the path and the title name. ---------------------------------------- Bug #338: grub.cfg.pacnew comes with grub-common update https://labs.parabola.nu/issues/338 Author: camurp0 Status: invalid Priority: bug Assignee: Category: Target version: Last night, I got a pacnew file for /boot/grub/grub.cfg, which is usually generated by hand using grub-mkconfig. I ran grub-mkconfig to see if there were any differences with my current configuration, but it was the same. Was this file supposed to be updated? Is it safe to delete the pacnew file, since my system boots well with the configuration I already have? Thanks! -- You have received this notification because you have either subscribed to it, or are involved in it. To change your notification preferences, please click here: http://labs.parabola.nu/my/account From fauno at endefensadelsl.org Fri May 24 18:14:48 2013 From: fauno at endefensadelsl.org (=?utf-8?Q?Nicol=C3=A1s?= Reynolds) Date: Fri, 24 May 2013 15:14:48 -0300 Subject: [Dev] ipsec tools on [pcr] Message-ID: <87wqqojld3.fsf@endefensadelsl.org> hi, i've added some ipsec packages on [pcr] that need x86_64 and mips64el packagers: * strongswan * networkmanager-strongswan * openswan * networkmanager-openswan an old strongswan was already on [social] but since we're deprecating extra repos i just moved it to [pcr]. strongswan is GPL2 and openswan too but with some BSD-like licensed files (with announcement clause or whatever is called, can't remember). -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 489 bytes Desc: not available URL: From labs at parabola.nu Fri May 24 19:22:43 2013 From: labs at parabola.nu (labs at parabola.nu) Date: Fri, 24 May 2013 12:22:43 -0700 Subject: [Dev] [Packages (i686 and x86_64) - Freedom issue #330] (fixed) virtualbox-libre Guest Additions References: Message-ID: Issue #330 has been updated by Emulatorman. Status changed from in progress to fixed Fixed! ---------------------------------------- Freedom issue #330: virtualbox-libre Guest Additions https://labs.parabola.nu/issues/330 Author: icarious Status: fixed Priority: freedom issue Assignee: Emulatorman Category: Target version: The "Devices > Install Guest Additions" under virtual-libre downloads an ISO for virtualbox-guest-additions which is licensed under PUEL. It is a non-free license and hence should be marked for removal from virtualbox-libre from parabola. References: 1) https://www.virtualbox.org/wiki/VirtualBox_PUEL 2)http://libreplanet.org/wiki/List_of_software_that_does_not_respect_the_Free_System_Distribution_Guidelines#VirtualBox_OSE_Guest_Additions 3)https://www.gnu.org/help/gnu-bucks-recipients.html (Acknowledgement of the issue by the fsf for which I received a GNU buck) -- You have received this notification because you have either subscribed to it, or are involved in it. To change your notification preferences, please click here: http://labs.parabola.nu/my/account From labs at parabola.nu Fri May 24 20:57:02 2013 From: labs at parabola.nu (labs at parabola.nu) Date: Fri, 24 May 2013 13:57:02 -0700 Subject: [Dev] [Documentation - Bug #339] (open) GPT and syslinux - steps after updating with pacman -Syu Message-ID: Issue #339 has been reported by fchmmr. ---------------------------------------- Bug #339: GPT and syslinux - steps after updating with pacman -Syu https://labs.parabola.nu/issues/339 Author: fchmmr Status: open Priority: bug Assignee: Category: Target version: Hi, I updated my Parabola system with pacman -Syu, which installed a new linux-libre version. I use GPT partitioning and SYSLINUX bootloader, and after rebooting further to updating, I found that I could not boot into my Parabola system, with the SYSLINUX menu instead giving me the following: failed to load libcom32.c32 failed to load COM32 file vesamenu.c32 Since I could not therefore boot into my system, I attempted a fix via the Live CD, and was successful. Basically you have to mount your installation in the Live CD and do this (after chrooting into it with eg arch-chroot /mnt): syslinux-install_update -iam Relevant data: http://pastebin.com/W6Ke8cCD http://pastebin.com/xYyei60q -- You have received this notification because you have either subscribed to it, or are involved in it. To change your notification preferences, please click here: http://labs.parabola.nu/my/account From labs at parabola.nu Fri May 24 21:03:44 2013 From: labs at parabola.nu (labs at parabola.nu) Date: Fri, 24 May 2013 14:03:44 -0700 Subject: [Dev] [Documentation - Bug #339] GPT and syslinux - steps after updating with pacman -Syu References: Message-ID: Issue #339 has been updated by fchmmr. Basde on suggestion from alfplayer in IRC chat, this may be a necessary step after each kernel upgrade (when new linux-libre versions are installed), for users of GPT and syslinux bootloader. After pacman -Syu, issue this command: syslinux-install_update -iam If you forgot to do it and you system is unbootable, boot into the Parabola CD and: mount /dev/sda1 /mnt (your root partition) mount all other partitions to their respective subdirectories under mount. For example: mount /dev/sda2 /mnt/home swapon /dev/sda3 arch-chroot /mnt syslinux-install_update -iam (also check that your syslinux.conf is correct) exit umount /dev/sda2 umount /dev/sda1 swapoff -a (basically unmount your partitions) then: reboot Your SYSLinux bootloader screen should now appear again, and you should be able to boot into your system. You ---------------------------------------- Bug #339: GPT and syslinux - steps after updating with pacman -Syu https://labs.parabola.nu/issues/339 Author: fchmmr Status: open Priority: bug Assignee: Category: Target version: Hi, I updated my Parabola system with pacman -Syu, which installed a new linux-libre version. I use GPT partitioning and SYSLINUX bootloader, and after rebooting further to updating, I found that I could not boot into my Parabola system, with the SYSLINUX menu instead giving me the following: failed to load libcom32.c32 failed to load COM32 file vesamenu.c32 Since I could not therefore boot into my system, I attempted a fix via the Live CD, and was successful. Basically you have to mount your installation in the Live CD and do this (after chrooting into it with eg arch-chroot /mnt): syslinux-install_update -iam Relevant data: http://pastebin.com/W6Ke8cCD http://pastebin.com/xYyei60q -- You have received this notification because you have either subscribed to it, or are involved in it. To change your notification preferences, please click here: http://labs.parabola.nu/my/account From labs at parabola.nu Fri May 24 21:10:41 2013 From: labs at parabola.nu (labs at parabola.nu) Date: Fri, 24 May 2013 14:10:41 -0700 Subject: [Dev] [Documentation - Bug #339] GPT and syslinux - steps after updating with pacman -Syu References: Message-ID: Issue #339 has been updated by alfplayer. This could have been caused because syslinux was recently upgraded to version 5. If that was the problem, this bug shouldn't appear again on this system. ---------------------------------------- Bug #339: GPT and syslinux - steps after updating with pacman -Syu https://labs.parabola.nu/issues/339 Author: fchmmr Status: open Priority: bug Assignee: Category: Target version: Hi, I updated my Parabola system with pacman -Syu, which installed a new linux-libre version. I use GPT partitioning and SYSLINUX bootloader, and after rebooting further to updating, I found that I could not boot into my Parabola system, with the SYSLINUX menu instead giving me the following: failed to load libcom32.c32 failed to load COM32 file vesamenu.c32 Since I could not therefore boot into my system, I attempted a fix via the Live CD, and was successful. Basically you have to mount your installation in the Live CD and do this (after chrooting into it with eg arch-chroot /mnt): syslinux-install_update -iam Relevant data: http://pastebin.com/W6Ke8cCD http://pastebin.com/xYyei60q -- You have received this notification because you have either subscribed to it, or are involved in it. To change your notification preferences, please click here: http://labs.parabola.nu/my/account From alfplayer at mailoo.org Sat May 25 19:46:43 2013 From: alfplayer at mailoo.org (Esteban Carnevale) Date: Sat, 25 May 2013 16:46:43 -0300 Subject: [Dev] Recreating parabolaiso.git Message-ID: <20130525194643.GA1484@ab2> I will recreate parabolaiso.git for two reasons: 1. Some binaries were pushed, and the git repo is much heavier. Git is not good at tracking large binary data, and especially bad at frequently updating large binary data, because the old data can never be removed. We can't push the binary user configuration files directly to git. We have to avoid configuration binaries or get around it somehow, like using an external tarball or keeping separate repos. 2. The current ISO profile directories were copied from the releng directory. This means the profiles don't have a common history with the releng profile, which makes it difficult to transfer commits between profile directories, in particular from releng to the other profiles, which is necessary to merge changes from archiso. Now we are getting one branch for each profile. Git repository update. In case you don't know, you can't push from your current branches. One solution is cloning the new repo to a new directory, and reapply local modifications if you have any. I'll move the current repo to ~old/parabolaiso.git and the new one will use the current URLs. I'll include the profile/branch "gnome", but I won't include the profile for Lxde because it has binary configuration files (Lxde may be pushed when it's ready). I'll do it next week, ok? -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 490 bytes Desc: not available URL: From labs at parabola.nu Sun May 26 02:51:25 2013 From: labs at parabola.nu (labs at parabola.nu) Date: Sat, 25 May 2013 19:51:25 -0700 Subject: [Dev] [Packages (i686 and x86_64) - Bug #331] Broken texlive-bin-libre Dependency for libpng15 References: Message-ID: Issue #331 has been updated by 5gon12eder. Thanks for fixing! ---------------------------------------- Bug #331: Broken texlive-bin-libre Dependency for libpng15 https://labs.parabola.nu/issues/331 Author: 5gon12eder Status: fixed Priority: broken Assignee: Category: Target version: After updating my system today, the _TeX Live_ programs (_pdflatex_, _xelatex_, ?) fail to process PNG images due to the (now?) missing library @libpng15.so.15 at .
$ ldd `which xelatex`
	linux-vdso.so.1 (0x00007fff9d3fe000)
	libpoppler.so.36 => /usr/lib/libpoppler.so.36 (0x00007fc76f2f1000)
	libpng15.so.15 => not found
	libfontconfig.so.1 => /usr/lib/libfontconfig.so.1 (0x00007fc76f0b5000)
	libfreetype.so.6 => /usr/lib/libfreetype.so.6 (0x00007fc76ee16000)
	libz.so.1 => /usr/lib/libz.so.1 (0x00007fc76ec00000)
	libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0x00007fc76e8fc000)
	libm.so.6 => /usr/lib/libm.so.6 (0x00007fc76e5fe000)
	libgcc_s.so.1 => /usr/lib/libgcc_s.so.1 (0x00007fc76e3e8000)
	libc.so.6 => /usr/lib/libc.so.6 (0x00007fc76e03b000)
	libpthread.so.0 => /usr/lib/libpthread.so.0 (0x00007fc76de1f000)
	liblcms2.so.2 => /usr/lib/liblcms2.so.2 (0x00007fc76dbcb000)
	libtiff.so.5 => /usr/lib/libtiff.so.5 (0x00007fc76d958000)
	libjpeg.so.8 => /usr/lib/libjpeg.so.8 (0x00007fc76d707000)
	libpng16.so.16 => /usr/lib/libpng16.so.16 (0x00007fc76d4d2000)
	libopenjpeg.so.1 => /usr/lib/libopenjpeg.so.1 (0x00007fc76d2a9000)
	libexpat.so.1 => /usr/lib/libexpat.so.1 (0x00007fc76d07f000)
	libbz2.so.1.0 => /usr/lib/libbz2.so.1.0 (0x00007fc76ce6f000)
	/lib64/ld-linux-x86-64.so.2 (0x00007fc76f74d000)
	liblzma.so.5 => /usr/lib/liblzma.so.5 (0x00007fc76cc4c000)
I see that _texlive-bin-libre_ was last built on May 8, while _libpng_ was last built on May 7, so I suspect the rebuilt might be related to the _libpng_ update and the current version thus be up-to-date. I'm somewhat confused why _xelatex_ links against both @libpng15.so.15@ and @libpng16.so.16 at . Is this normal? After some reading, I could (for now, I really needed _TeX_ to work again) solve the issue by downloading, building and installing _libpng15_ from _Arch_ AUR alongside with _libpng16_ but I don't think this is the correct way to solve this issue. -- You have received this notification because you have either subscribed to it, or are involved in it. To change your notification preferences, please click here: http://labs.parabola.nu/my/account From labs at parabola.nu Sun May 26 18:29:14 2013 From: labs at parabola.nu (labs at parabola.nu) Date: Sun, 26 May 2013 11:29:14 -0700 Subject: [Dev] [Loongson 2F (mips64el) - Bug #340] (open) prboom is broken (wants libpng15.so.15) Message-ID: Issue #340 has been reported by nerf. ---------------------------------------- Bug #340: prboom is broken (wants libpng15.so.15) https://labs.parabola.nu/issues/340 Author: nerf Status: open Priority: bug Assignee: Category: Target version: prboom: error while loading shared libraries: libpng15.so.15: cannot open shared object file: No such file or directory Needs rebuild? -- You have received this notification because you have either subscribed to it, or are involved in it. To change your notification preferences, please click here: http://labs.parabola.nu/my/account From labs at parabola.nu Mon May 27 05:55:32 2013 From: labs at parabola.nu (labs at parabola.nu) Date: Sun, 26 May 2013 22:55:32 -0700 Subject: [Dev] [Loongson 2F (mips64el) - Bug #340] (fixed) prboom is broken (wants libpng15.so.15) References: Message-ID: Issue #340 has been updated by ovruni. Due date set to 05/27/2013 Status changed from open to fixed Assignee set to ovruni prboom was moved to pcr. Enable [pcr] repo and update the prboom package. ---------------------------------------- Bug #340: prboom is broken (wants libpng15.so.15) https://labs.parabola.nu/issues/340 Author: nerf Status: fixed Priority: bug Assignee: ovruni Category: Target version: prboom: error while loading shared libraries: libpng15.so.15: cannot open shared object file: No such file or directory Needs rebuild? -- You have received this notification because you have either subscribed to it, or are involved in it. To change your notification preferences, please click here: http://labs.parabola.nu/my/account From fauno at endefensadelsl.org Mon May 27 12:54:29 2013 From: fauno at endefensadelsl.org (=?utf-8?Q?Nicol=C3=A1s?= Reynolds) Date: Mon, 27 May 2013 09:54:29 -0300 Subject: [Dev] specific and user repos Message-ID: <87vc64inwa.fsf@endefensadelsl.org> hi! since we've been migrating from [etc] to [pcr] shall we set a date to deprecate them? is jun 1st to soon? -- http://endefensadelsl.org -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 489 bytes Desc: not available URL: From mtjm at mtjm.eu Mon May 27 13:20:06 2013 From: mtjm at mtjm.eu (=?utf-8?Q?Micha=C5=82_Mas=C5=82owski?=) Date: Mon, 27 May 2013 15:20:06 +0200 Subject: [Dev] specific and user repos In-Reply-To: <87vc64inwa.fsf@endefensadelsl.org> (=?utf-8?Q?=22Nicol=C3=A1?= =?utf-8?Q?s?= Reynolds"'s message of "Mon, 27 May 2013 09:54:29 -0300") References: <87vc64inwa.fsf@endefensadelsl.org> Message-ID: <87vc64y2yh.fsf@mtjm.eu> > hi! since we've been migrating from [etc] to [pcr] shall we set a date > to deprecate them? is jun 1st to soon? What would this deprecation mean? What needs to be done? -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 835 bytes Desc: not available URL: From fauno at kiwwwi.com.ar Mon May 27 13:31:01 2013 From: fauno at kiwwwi.com.ar (=?utf-8?Q?Nicol=C3=A1s?= Reynolds) Date: Mon, 27 May 2013 10:31:01 -0300 Subject: [Dev] specific and user repos In-Reply-To: <87vc64y2yh.fsf@mtjm.eu> References: <87vc64inwa.fsf@endefensadelsl.org> <87vc64y2yh.fsf@mtjm.eu> Message-ID: <87obbwim7e.fsf@endefensadelsl.org> Micha? Mas?owski writes: >> hi! since we've been migrating from [etc] to [pcr] shall we set a date >> to deprecate them? is jun 1st to soon? > > What would this deprecation mean? What needs to be done? sorry * rm public/$repo * remove from dbscripts/config * remove from parabolaweb * make announcement * change pacman.conf's message saying there're some other repos to suggest [pcr] instead -- http://endefensadelsl.org -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 489 bytes Desc: not available URL: From mtjm at mtjm.eu Mon May 27 13:42:44 2013 From: mtjm at mtjm.eu (=?utf-8?Q?Micha=C5=82_Mas=C5=82owski?=) Date: Mon, 27 May 2013 15:42:44 +0200 Subject: [Dev] specific and user repos In-Reply-To: <87obbwim7e.fsf@endefensadelsl.org> (=?utf-8?Q?=22Nicol=C3=A1?= =?utf-8?Q?s?= Reynolds"'s message of "Mon, 27 May 2013 10:31:01 -0300") References: <87vc64inwa.fsf@endefensadelsl.org> <87vc64y2yh.fsf@mtjm.eu> <87obbwim7e.fsf@endefensadelsl.org> Message-ID: <87r4gsy1wr.fsf@mtjm.eu> > * rm public/$repo > * remove from dbscripts/config > * remove from parabolaweb > * make announcement These would start in June, after removing or moving all packages? > * change pacman.conf's message saying there're some other repos to > suggest [pcr] instead And update https://wiki.parabolagnulinux.org/Repositories. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 835 bytes Desc: not available URL: From fauno at kiwwwi.com.ar Mon May 27 13:59:10 2013 From: fauno at kiwwwi.com.ar (=?utf-8?Q?Nicol=C3=A1s?= Reynolds) Date: Mon, 27 May 2013 10:59:10 -0300 Subject: [Dev] specific and user repos In-Reply-To: <87r4gsy1wr.fsf@mtjm.eu> References: <87vc64inwa.fsf@endefensadelsl.org> <87vc64y2yh.fsf@mtjm.eu> <87obbwim7e.fsf@endefensadelsl.org> <87r4gsy1wr.fsf@mtjm.eu> Message-ID: <87ip24ikwh.fsf@endefensadelsl.org> Micha? Mas?owski writes: >> * rm public/$repo >> * remove from dbscripts/config >> * remove from parabolaweb >> * make announcement > > These would start in June, after removing or moving all packages? that's it, sorry i'm not feeling too well today >> * change pacman.conf's message saying there're some other repos to >> suggest [pcr] instead > > And update https://wiki.parabolagnulinux.org/Repositories. > _______________________________________________ > Dev mailing list > Dev at lists.parabolagnulinux.org > https://lists.parabolagnulinux.org/mailman/listinfo/dev -- http://endefensadelsl.org -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 489 bytes Desc: not available URL: From labs at parabola.nu Tue May 28 14:05:56 2013 From: labs at parabola.nu (labs at parabola.nu) Date: Tue, 28 May 2013 07:05:56 -0700 Subject: [Dev] [Packages (i686 and x86_64) - Bug #341] (open) X -configure: Segmentation fault Message-ID: Issue #341 has been reported by ruwolf. ---------------------------------------- Bug #341: X -configure: Segmentation fault https://labs.parabola.nu/issues/341 Author: ruwolf Status: open Priority: bug Assignee: Category: Target version: When I run as root
X -configure
I have got segmentation fault. My packages versions: xf86-input-evdev 2.8.0-1 xf86-input-keyboard 1.7.0-1 xf86-input-mouse 1.9.0-1 xf86-video-ati 1:7.1.0-3 xorg-bdftopcf 1.0.4-1 xorg-font-util 1.3.0-1 xorg-font-utils 7.6-3 xorg-fonts-alias 1.0.3-1 xorg-fonts-encodings 1.0.4-3 xorg-fonts-misc 1.0.1-2 xorg-iceauth 1.0.5-1 xorg-mkfontdir 1.0.7-1 xorg-mkfontscale 1.1.0-1 xorg-server 1.14.1-1 xorg-server-common 1.14.1-1 xorg-server-utils 7.6-3 xorg-sessreg 1.0.8-1 xorg-setxkbmap 1.3.0-1 xorg-x11perf 1.5.4-1 xorg-xauth 1.0.7-1 xorg-xbacklight 1.2.0-1 xorg-xcmsdb 1.0.4-1 xorg-xgamma 1.0.5-1 xorg-xhost 1.0.5-1 xorg-xinit 1.3.2-3 xorg-xinput 1.6.0-1 xorg-xkbcomp 1.2.4-1 xorg-xmodmap 1.0.7-1 xorg-xrandr 1.4.0-1 xorg-xrdb 1.0.9-2 xorg-xrefresh 1.0.5-1 xorg-xset 1.2.2-2 xorg-xsetroot 1.1.1-1 (I have no @/etc/X11/xorg.conf@ file.) -- You have received this notification because you have either subscribed to it, or are involved in it. To change your notification preferences, please click here: http://labs.parabola.nu/my/account From labs at parabola.nu Wed May 29 00:49:08 2013 From: labs at parabola.nu (labs at parabola.nu) Date: Tue, 28 May 2013 17:49:08 -0700 Subject: [Dev] [Libretools - Bug #323] (open) [chcleanup] Fails when a foreign version of a package has depends the repo version doesn't. References: Message-ID: Issue #323 has been updated by lukeshu. Status changed from fixed to open Actually not fixed as of 20130528. Thanks to alfplayer for providing a breaking case: Enable [libre-testing]. Install libretools. Disable [libre-testing]. chcleanup will now fail because it will try to remove the deps that the [libre-testing] version of libretools has that the [libre] version doesn't. ---------------------------------------- Bug #323: [chcleanup] Fails when a foreign version of a package has depends the repo version doesn't. https://labs.parabola.nu/issues/323 Author: lukeshu Status: open Priority: bug Assignee: Category: Target version: don't break and confuse parabolers For example: In my chroot, I have a libretools from [libre-testing], installed via `librechroot install-file libretools-*`, rather than enabling [libre-testing]. However, the following would still happen if I enabled [libre-testing] to install, but then disabled it. So, I run `libremakepkg`, which runs `chcleanup`. `chcleanup` querys the repos to find a list of all packages needed for `base-devel`. What's interesting about this is that libretools on [libre] is not in base-devel, but the [libre-testing]/foreign version is in base-devel. It knows about the foreign version being in base-devel, so it keeps it installed, but it wants to downgrade to the version on [libre], so itonly includes the dependencies of the [libre] version. So, when it tries to remove "arch-install-scripts", "subversion", and "tokyocabinet", it fails because the installed version of libretools depends on them. The "fix" for this might be to have `librechroot install-file` add the packages to the local repo, but I think it would be good for chcleanup to handle foreign packages properly. -- You have received this notification because you have either subscribed to it, or are involved in it. To change your notification preferences, please click here: http://labs.parabola.nu/my/account From labs at parabola.nu Wed May 29 01:05:22 2013 From: labs at parabola.nu (labs at parabola.nu) Date: Tue, 28 May 2013 18:05:22 -0700 Subject: [Dev] [Libretools - Bug #335] (fixed) pacman can't find [repo] database file References: Message-ID: Issue #335 has been updated by lukeshu. Status changed from open to fixed Actually, prior to 20130528.1, it failed to create a necessary simlink. The rest of my above post still applies. ---------------------------------------- Bug #335: pacman can't find [repo] database file https://labs.parabola.nu/issues/335 Author: alfplayer Status: fixed Priority: bug Assignee: Category: Target version: don't break and confuse parabolers After librechroot make, libremakepkg forces enabling [repo] in pacman.conf, and pacman fails because it can't find the database file for [repo]. libretools version: libre-testing/libretools 20130514-1 -- You have received this notification because you have either subscribed to it, or are involved in it. To change your notification preferences, please click here: http://labs.parabola.nu/my/account From labs at parabola.nu Wed May 29 01:08:04 2013 From: labs at parabola.nu (labs at parabola.nu) Date: Tue, 28 May 2013 18:08:04 -0700 Subject: [Dev] [Libretools - Bug #323] [chcleanup] Fails when a foreign version of a package has depends the repo version doesn't. References: Message-ID: Issue #323 has been updated by lukeshu. I'm still not sure what to do about this. Perhaps run `pacman -Qm`, and look for the related files in /var/cache/pacman/pkg, and add those to repo.db? ---------------------------------------- Bug #323: [chcleanup] Fails when a foreign version of a package has depends the repo version doesn't. https://labs.parabola.nu/issues/323 Author: lukeshu Status: open Priority: bug Assignee: Category: Target version: don't break and confuse parabolers For example: In my chroot, I have a libretools from [libre-testing], installed via `librechroot install-file libretools-*`, rather than enabling [libre-testing]. However, the following would still happen if I enabled [libre-testing] to install, but then disabled it. So, I run `libremakepkg`, which runs `chcleanup`. `chcleanup` querys the repos to find a list of all packages needed for `base-devel`. What's interesting about this is that libretools on [libre] is not in base-devel, but the [libre-testing]/foreign version is in base-devel. It knows about the foreign version being in base-devel, so it keeps it installed, but it wants to downgrade to the version on [libre], so itonly includes the dependencies of the [libre] version. So, when it tries to remove "arch-install-scripts", "subversion", and "tokyocabinet", it fails because the installed version of libretools depends on them. The "fix" for this might be to have `librechroot install-file` add the packages to the local repo, but I think it would be good for chcleanup to handle foreign packages properly. -- You have received this notification because you have either subscribed to it, or are involved in it. To change your notification preferences, please click here: http://labs.parabola.nu/my/account From labs at parabola.nu Wed May 29 01:23:16 2013 From: labs at parabola.nu (labs at parabola.nu) Date: Tue, 28 May 2013 18:23:16 -0700 Subject: [Dev] [Libretools - Bug #323] [chcleanup] Fails when a foreign version of a package has depends the repo version doesn't. References: Message-ID: Issue #323 has been updated by alfplayer. I don't know if this is relevant, but just to clarify, about comment #3, libre-testing is disabled by default after librechoot make, so I couldn't have disabled it. ---------------------------------------- Bug #323: [chcleanup] Fails when a foreign version of a package has depends the repo version doesn't. https://labs.parabola.nu/issues/323 Author: lukeshu Status: open Priority: bug Assignee: Category: Target version: don't break and confuse parabolers For example: In my chroot, I have a libretools from [libre-testing], installed via `librechroot install-file libretools-*`, rather than enabling [libre-testing]. However, the following would still happen if I enabled [libre-testing] to install, but then disabled it. So, I run `libremakepkg`, which runs `chcleanup`. `chcleanup` querys the repos to find a list of all packages needed for `base-devel`. What's interesting about this is that libretools on [libre] is not in base-devel, but the [libre-testing]/foreign version is in base-devel. It knows about the foreign version being in base-devel, so it keeps it installed, but it wants to downgrade to the version on [libre], so itonly includes the dependencies of the [libre] version. So, when it tries to remove "arch-install-scripts", "subversion", and "tokyocabinet", it fails because the installed version of libretools depends on them. The "fix" for this might be to have `librechroot install-file` add the packages to the local repo, but I think it would be good for chcleanup to handle foreign packages properly. -- You have received this notification because you have either subscribed to it, or are involved in it. To change your notification preferences, please click here: http://labs.parabola.nu/my/account From labs at parabola.nu Wed May 29 01:34:42 2013 From: labs at parabola.nu (labs at parabola.nu) Date: Tue, 28 May 2013 18:34:42 -0700 Subject: [Dev] [Libretools - Bug #323] [chcleanup] Fails when a foreign version of a package has depends the repo version doesn't. References: Message-ID: Issue #323 has been updated by lukeshu. alfplayer, about #5: It defaults to what your actual /etc/pacman.conf does. If it is disabled in /etc/pacman.conf, librechroot make will disable it by default. If it's enabled in /etc/pacman.conf, librechroot will enable it by default. But if you didn't disable it, then why is the libre-testing version of libretools in your chroot? ---------------------------------------- Bug #323: [chcleanup] Fails when a foreign version of a package has depends the repo version doesn't. https://labs.parabola.nu/issues/323 Author: lukeshu Status: open Priority: bug Assignee: Category: Target version: don't break and confuse parabolers For example: In my chroot, I have a libretools from [libre-testing], installed via `librechroot install-file libretools-*`, rather than enabling [libre-testing]. However, the following would still happen if I enabled [libre-testing] to install, but then disabled it. So, I run `libremakepkg`, which runs `chcleanup`. `chcleanup` querys the repos to find a list of all packages needed for `base-devel`. What's interesting about this is that libretools on [libre] is not in base-devel, but the [libre-testing]/foreign version is in base-devel. It knows about the foreign version being in base-devel, so it keeps it installed, but it wants to downgrade to the version on [libre], so itonly includes the dependencies of the [libre] version. So, when it tries to remove "arch-install-scripts", "subversion", and "tokyocabinet", it fails because the installed version of libretools depends on them. The "fix" for this might be to have `librechroot install-file` add the packages to the local repo, but I think it would be good for chcleanup to handle foreign packages properly. -- You have received this notification because you have either subscribed to it, or are involved in it. To change your notification preferences, please click here: http://labs.parabola.nu/my/account From labs at parabola.nu Wed May 29 01:59:22 2013 From: labs at parabola.nu (labs at parabola.nu) Date: Tue, 28 May 2013 18:59:22 -0700 Subject: [Dev] [Libretools - Bug #323] [chcleanup] Fails when a foreign version of a package has depends the repo version doesn't. References: Message-ID: Issue #323 has been updated by alfplayer. [libre-testing] has been enabled in the host's pacman.conf in the past weeks, so I guess it's unintended. ---------------------------------------- Bug #323: [chcleanup] Fails when a foreign version of a package has depends the repo version doesn't. https://labs.parabola.nu/issues/323 Author: lukeshu Status: open Priority: bug Assignee: Category: Target version: don't break and confuse parabolers For example: In my chroot, I have a libretools from [libre-testing], installed via `librechroot install-file libretools-*`, rather than enabling [libre-testing]. However, the following would still happen if I enabled [libre-testing] to install, but then disabled it. So, I run `libremakepkg`, which runs `chcleanup`. `chcleanup` querys the repos to find a list of all packages needed for `base-devel`. What's interesting about this is that libretools on [libre] is not in base-devel, but the [libre-testing]/foreign version is in base-devel. It knows about the foreign version being in base-devel, so it keeps it installed, but it wants to downgrade to the version on [libre], so itonly includes the dependencies of the [libre] version. So, when it tries to remove "arch-install-scripts", "subversion", and "tokyocabinet", it fails because the installed version of libretools depends on them. The "fix" for this might be to have `librechroot install-file` add the packages to the local repo, but I think it would be good for chcleanup to handle foreign packages properly. -- You have received this notification because you have either subscribed to it, or are involved in it. To change your notification preferences, please click here: http://labs.parabola.nu/my/account From labs at parabola.nu Wed May 29 02:06:09 2013 From: labs at parabola.nu (labs at parabola.nu) Date: Tue, 28 May 2013 19:06:09 -0700 Subject: [Dev] [Libretools - Bug #323] [chcleanup] Fails when a foreign version of a package has depends the repo version doesn't. References: Message-ID: Issue #323 has been updated by lukeshu. I was mistaken. What I said is what it used to do, but now (unless the -C flag is used) it uses the pacman.conf from the pacman package. ---------------------------------------- Bug #323: [chcleanup] Fails when a foreign version of a package has depends the repo version doesn't. https://labs.parabola.nu/issues/323 Author: lukeshu Status: open Priority: bug Assignee: Category: Target version: don't break and confuse parabolers For example: In my chroot, I have a libretools from [libre-testing], installed via `librechroot install-file libretools-*`, rather than enabling [libre-testing]. However, the following would still happen if I enabled [libre-testing] to install, but then disabled it. So, I run `libremakepkg`, which runs `chcleanup`. `chcleanup` querys the repos to find a list of all packages needed for `base-devel`. What's interesting about this is that libretools on [libre] is not in base-devel, but the [libre-testing]/foreign version is in base-devel. It knows about the foreign version being in base-devel, so it keeps it installed, but it wants to downgrade to the version on [libre], so itonly includes the dependencies of the [libre] version. So, when it tries to remove "arch-install-scripts", "subversion", and "tokyocabinet", it fails because the installed version of libretools depends on them. The "fix" for this might be to have `librechroot install-file` add the packages to the local repo, but I think it would be good for chcleanup to handle foreign packages properly. -- You have received this notification because you have either subscribed to it, or are involved in it. To change your notification preferences, please click here: http://labs.parabola.nu/my/account From labs at parabola.nu Wed May 29 02:39:32 2013 From: labs at parabola.nu (labs at parabola.nu) Date: Tue, 28 May 2013 19:39:32 -0700 Subject: [Dev] [Libretools - Bug #18] Have unit tests for [fullpkg-find], [toru] and other nontrivial scripts References: Message-ID: Issue #18 has been updated by lukeshu. % Done changed from 0 to 10 I've added a few unit tests, but not enough. ---------------------------------------- Bug #18: Have unit tests for [fullpkg-find], [toru] and other nontrivial scripts https://labs.parabola.nu/issues/18 Author: mtjm Status: in progress Priority: feature Assignee: xihh Category: Target version: don't break and confuse parabolers It's not obvious for me which errors should occur and which shouldn't, it would also help with fixing them. -- You have received this notification because you have either subscribed to it, or are involved in it. To change your notification preferences, please click here: http://labs.parabola.nu/my/account From labs at parabola.nu Wed May 29 04:01:32 2013 From: labs at parabola.nu (labs at parabola.nu) Date: Tue, 28 May 2013 21:01:32 -0700 Subject: [Dev] [Libretools - Bug #342] (open) Following the comment https://labs.parabola.nu/issues/323#note-8, I do not find these documented and I don't think it's obvious. Message-ID: Issue #342 has been reported by alfplayer. ---------------------------------------- Bug #342: Following the comment https://labs.parabola.nu/issues/323#note-8, I do not find these documented and I don't think it's obvious. https://labs.parabola.nu/issues/342 Author: alfplayer Status: open Priority: bug Assignee: Category: Target version: Following the comment https://labs.parabola.nu/issues/323#note-8, I do not find these documented and I don't think it's obvious. -- You have received this notification because you have either subscribed to it, or are involved in it. To change your notification preferences, please click here: http://labs.parabola.nu/my/account From labs at parabola.nu Wed May 29 04:09:29 2013 From: labs at parabola.nu (labs at parabola.nu) Date: Tue, 28 May 2013 21:09:29 -0700 Subject: [Dev] [Libretools - Bug #343] (open) [librechroot] Documentation about options -C and -M Message-ID: Issue #343 has been reported by alfplayer. ---------------------------------------- Bug #343: [librechroot] Documentation about options -C and -M https://labs.parabola.nu/issues/343 Author: alfplayer Status: open Priority: bug Assignee: Category: Target version: Following the comment https://labs.parabola.nu/issues/323#note-8, I do not find these documented and I don't think they are obvious. * If the arguments to this options are relative to the root of the host or the root of the chroot. * The default values of these two options. -- You have received this notification because you have either subscribed to it, or are involved in it. To change your notification preferences, please click here: http://labs.parabola.nu/my/account From fauno at endefensadelsl.org Wed May 29 04:17:04 2013 From: fauno at endefensadelsl.org (=?utf-8?Q?Nicol=C3=A1s?= Reynolds) Date: Wed, 29 May 2013 01:17:04 -0300 Subject: [Dev] [Thomas Dziedzic] [arch-dev-public] Adding !staticlibs to our default makepkg.conf Message-ID: <87bo7uqv27.fsf@endefensadelsl.org> FYI -- http://endefensadelsl.org -------------- next part -------------- An embedded message was scrubbed... From: Thomas Dziedzic Subject: Re: [arch-dev-public] Adding !staticlibs to our default makepkg.conf Date: Tue, 28 May 2013 19:17:09 -0700 Size: 1820 URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 489 bytes Desc: not available URL: