From labs at parabola.nu Sun Sep 1 20:21:29 2013 From: labs at parabola.nu (labs at parabola.nu) Date: Sun, 1 Sep 2013 13:21:29 -0700 Subject: [Dev] [Packages (i686 and x86_64) - Bug #404] (open) [icecat] does not remember identification certificate Message-ID: Issue #404 has been reported by Moosbart. ---------------------------------------- Bug #404: [icecat] does not remember identification certificate https://labs.parabola.nu/issues/404 Author: Moosbart Status: open Priority: bug Assignee: Category: Target version: the dialog box for choosing "a certificate to present as identification" does not remember the choice after restart of icecat, although it has a checked box saying it should -- 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 Sep 1 23:56:35 2013 From: lukeshu at sbcglobal.net (Luke T. Shumaker) Date: Sun, 01 Sep 2013 19:56:35 -0400 Subject: [Dev] Parabola ARM In-Reply-To: References: Message-ID: <87eh986qq4.wl%lukeshu@sbcglobal.net> At Sat, 31 Aug 2013 11:52:01 -0500, Leonardo Nc wrote: > Hola, ?Es posible montar Parabola sobre arquitectura ARM? Sorry, I can't yet answer in Spanish. Porting to ARM isn't something we're opposed to, but we don't currently have an ARM port. To our knowledge, there are no ARM devices that don't require binary blobs in the kernel. Because we won't ever include binary blobs, this could be a problem. Some devices might only lose some functionality without the blobs, though. Happy hacking, ~ Luke Shumaker From labs at parabola.nu Mon Sep 2 12:33:30 2013 From: labs at parabola.nu (labs at parabola.nu) Date: Mon, 2 Sep 2013 05:33:30 -0700 Subject: [Dev] [Packages (i686 and x86_64) - Bug #386] [iceweasel-libre] 23.0.2-2 broke session restore References: Message-ID: Issue #386 has been updated by xrchz. I also ran into this problem. Happy to help if I can... ---------------------------------------- Bug #386: [iceweasel-libre] 23.0.2-2 broke session restore https://labs.parabola.nu/issues/386 Author: mtjm Status: open Priority: bug Assignee: Category: Target version: Downgrading to 23.0.1-2 fixes it. I haven't tried it with other profiles. -- 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 Sep 2 13:15:58 2013 From: fauno at endefensadelsl.org (=?utf-8?Q?Nicol=C3=A1s?= Reynolds) Date: Mon, 02 Sep 2013 10:15:58 -0300 Subject: [Dev] people banned from irc for harrassment Message-ID: <877gezwei9.fsf@endefensadelsl.org> today i woke up to read a person was repeatedly harrassed on our irc channel so i *unilaterally* decided to kickban the people involved, either for being the harrassing person or for allowing it/laughing at it. to be clear, * making despective remarks about people's (assumed) gender, weight, etc is not ok * misogyny is not ok * trolling is not ok * being assholes either all this won a ban for GuestOne, Gravi and icarious. since this was an unilateral decision made by me in behalf of everyone on the community, please make your comments and we can discuss how to proceed. maybe i went overboard :) -- 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 Sep 3 09:11:30 2013 From: labs at parabola.nu (labs at parabola.nu) Date: Tue, 3 Sep 2013 02:11:30 -0700 Subject: [Dev] [pbot-ng - Bug #405] (open) When he gets page titles he doesn't handle unicode Message-ID: Issue #405 has been reported by xylon. ---------------------------------------- Bug #405: When he gets page titles he doesn't handle unicode https://labs.parabola.nu/issues/405 Author: xylon Status: open Priority: bug Assignee: Category: Target version: For example: http://www.tudou.com/ -- 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 themightygravi at gmail.com Tue Sep 3 09:53:41 2013 From: themightygravi at gmail.com (Gravi) Date: Tue, 3 Sep 2013 11:53:41 +0200 Subject: [Dev] From ban and justice. Message-ID: <20130903115341.570363e67e18830b1a7a9563@gmail.com> Dear Parabola's community; As some of you already noticed, the Fantastic Triad (GuestOne, Gravi and icarious) has been banned recently due to the whim of a tyrant. I want to make clear a set of points which emphatize why our behaviour was harmless and why the response has been disproportional. A day and a half ago, the not well-known user "taylanub" boastfully bursted in the chat, censoring some behaviours, and wanting to be treated like the very incarnation of Jesuschrist. Thanks to him, I discover some of my attributes: "childlike, rude, inappropriate and fool". Prior to that situation, icarious and me were quielty talking in the chat, and when the new one came, we greeted him cordially. "taylanub" was offended with my particular and frequent use of the "xD" expression, so the fight was served in the moment we start talking about the best programming language for beginners. "taylanub" was offended once again with our nearly and ludicrous style of speech, so a crazy third member of the Triad (GuestOne) started to participate without any kind of known tact, and maybe with the inane intention of playing using the new words that day had learnt, so he lost control and started to say nonsense things (misogyny and sexist things) that weren't invited to the topic of the conversation. So, in the need of relaxing the situation, icarious and me enjoyed the time and, as far as I remember, we laughed at Guesty's dispars, not at Tayla's. "taylanub" was offended as well, so he threaten to report ourselves for a ban cause "the channel wasn't what he used to expect". Some hours later (for me, the next morning), all things returned to normality. I was helping a user in the IRC and for the rest, the activity on the channel was relaxed. Suddenly, I got banned by fauno for "Allowing harassing" so icarious and GuestOne were for his reasons. Hereby, I want to denounce fauno's behaviour for the causes: * Authority excess * Unilateral tyrant and deliberate decission taking. * Dragging from the channel people ignoring consecuences for all the community. * Prevent the affected parts to defend itselfs. * Favor his favourite part without a proper trial or judge's quality. * Hypocrisy and violation of the foundations of the democratic nature of the project. I demand the inmediate and irremisible actions to be done: * Unban the users "GuestOne, Gravi and icarious" * Start a conversation along with "taylanub" and "fauno" to achieve an understanding and to present respects to all the implicates. * Punish fauno's negligent and abusive exercise of power, as long and promoting a new member to replace himself as the coordinator of the IRC channel. * Return to normality with compromise inmediately. * Avoid bringing from now own, personal problems to the IRC, or provocative attitudes. With all the respect and compromise, in the name of my brothers in ban, Hoping to see you soon; Gravi -------------- 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 Tue Sep 3 10:46:21 2013 From: labs at parabola.nu (labs at parabola.nu) Date: Tue, 3 Sep 2013 03:46:21 -0700 Subject: [Dev] [pbot-ng - Bug #405] When he gets page titles he doesn't handle unicode References: Message-ID: Issue #405 has been updated by xylon. I don't know why this is happening and I don't know how to fix it. ---------------------------------------- Bug #405: When he gets page titles he doesn't handle unicode https://labs.parabola.nu/issues/405 Author: xylon Status: open Priority: bug Assignee: Category: Target version: For example: http://www.tudou.com/ -- 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 Sep 3 10:48:21 2013 From: labs at parabola.nu (labs at parabola.nu) Date: Tue, 3 Sep 2013 03:48:21 -0700 Subject: [Dev] [pbot-ng - Bug #405] When he gets page titles he doesn't handle unicode References: Message-ID: Issue #405 has been updated by xylon. #bash told me I shouldn't write an IRC bot in bash. Maybe I need to recode him in python. ---------------------------------------- Bug #405: When he gets page titles he doesn't handle unicode https://labs.parabola.nu/issues/405 Author: xylon Status: open Priority: bug Assignee: Category: Target version: For example: http://www.tudou.com/ -- 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 Sep 3 11:08:45 2013 From: labs at parabola.nu (labs at parabola.nu) Date: Tue, 3 Sep 2013 04:08:45 -0700 Subject: [Dev] [Packages (i686 and x86_64) - Bug #386] [iceweasel-libre] 23.0.2-2 broke session restore References: Message-ID: Issue #386 has been updated by xrchz. I asked on #debian-next and at least one person said that this works on sid with version 23.0.1. So it's likely broken somehow with Parabola and not upstream. ---------------------------------------- Bug #386: [iceweasel-libre] 23.0.2-2 broke session restore https://labs.parabola.nu/issues/386 Author: mtjm Status: open Priority: bug Assignee: Category: Target version: Downgrading to 23.0.1-2 fixes it. I haven't tried it with other profiles. -- 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 Sep 3 15:22:00 2013 From: lukeshu at sbcglobal.net (Luke T. Shumaker) Date: Tue, 03 Sep 2013 11:22:00 -0400 Subject: [Dev] Parabola ARM In-Reply-To: References: <87eh986qq4.wl%lukeshu@sbcglobal.net> Message-ID: <8761ui53s7.wl%lukeshu@sbcglobal.net> At Mon, 2 Sep 2013 11:51:01 -0500, Leonardo Nc wrote: > Thanks for your answer, > > So, the only way for having Parabola running on ARM is freeing devices as > Raspberry Pi, for example, from binary blobs? That is a crucial step preventing us from having Parabola on ARM. However, once that happens, it is still a lot of work. PS: in the future, please use "reply-all" instead of "reply", so that the reply also goes to the mailing list, not just me. Happy hacking, ~ Luke Shumaker From fauno at kiwwwi.com.ar Tue Sep 3 15:54:10 2013 From: fauno at kiwwwi.com.ar (=?utf-8?Q?Nicol=C3=A1s?= Reynolds) Date: Tue, 03 Sep 2013 12:54:10 -0300 Subject: [Dev] Parabola ARM In-Reply-To: <8761ui53s7.wl%lukeshu@sbcglobal.net> References: <87eh986qq4.wl%lukeshu@sbcglobal.net> <8761ui53s7.wl%lukeshu@sbcglobal.net> Message-ID: <87fvtlucil.fsf@endefensadelsl.org> "Luke T. Shumaker" writes: > At Mon, 2 Sep 2013 11:51:01 -0500, > Leonardo Nc wrote: >> Thanks for your answer, >> >> So, the only way for having Parabola running on ARM is freeing >> devices as Raspberry Pi, for example, from binary blobs? > > That is a crucial step preventing us from having Parabola on > ARM. However, once that happens, it is still a lot of work. i read raspberry pi's going to put the binary blob on a rom chip so it's not considered unfree. you still need a nda to work on arm cpus afaik :( i think the main reason is that we don't have any arm device to do tests, since we could use abs or repos from archmobile like we do with arch. -- 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 lenieco at gmail.com Tue Sep 3 17:16:09 2013 From: lenieco at gmail.com (Leonardo Nc) Date: Tue, 3 Sep 2013 12:16:09 -0500 Subject: [Dev] Parabola ARM In-Reply-To: <87fvtlucil.fsf@endefensadelsl.org> References: <87eh986qq4.wl%lukeshu@sbcglobal.net> <8761ui53s7.wl%lukeshu@sbcglobal.net> <87fvtlucil.fsf@endefensadelsl.org> Message-ID: If raspberry pi puts the binary blob on a rom, does it means that never will be possible to free raspberry pi? I'll like to help you with a device, but money is not my strength. I'm working on a device that a friend let me use with the condition that I develop something useful or interesting for him, of course, I'm trying to hack it meanwhile. 2013/9/3 Nicol?s Reynolds > "Luke T. Shumaker" writes: > > > At Mon, 2 Sep 2013 11:51:01 -0500, > > Leonardo Nc wrote: > >> Thanks for your answer, > >> > >> So, the only way for having Parabola running on ARM is freeing > >> devices as Raspberry Pi, for example, from binary blobs? > > > > That is a crucial step preventing us from having Parabola on > > ARM. However, once that happens, it is still a lot of work. > > i read raspberry pi's going to put the binary blob on a rom chip so it's > not considered unfree. you still need a nda to work on arm cpus afaik :( > > i think the main reason is that we don't have any arm device to do > tests, since we could use abs or repos from archmobile like we do with > arch. > > > -- > http://endefensadelsl.org > -- leonardo -------------- next part -------------- An HTML attachment was scrubbed... URL: From mono at posteo.de Tue Sep 3 17:42:00 2013 From: mono at posteo.de (mono at posteo.de) Date: Tue, 3 Sep 2013 19:42:00 +0200 Subject: [Dev] Parabola ARM In-Reply-To: References: <87eh986qq4.wl%lukeshu@sbcglobal.net> <8761ui53s7.wl%lukeshu@sbcglobal.net> <87fvtlucil.fsf@endefensadelsl.org> Message-ID: <20130903174200.GA510@moosbart> Hallo, I just want to say here is another one interested in Parabola ARM. am running Archlinux ARM on a beaglebone black since about two weeks. So, am pretty new to this. I went for this computer because FSF ranks it first in there single-board-computers list. From what FSF writes I understood only some GPU acceleration things need blobs. Well this board runs head-less here anyway and I would like to drop the blobs once I find some time and help. Could I start by dropping blobs from the kernel, maybe using a stript as done by linux-libre (trisquel). How does Parabola creates its kernels? best regards Mono On Tue, Sep 03, 2013 at 12:16:09PM -0500, Leonardo Nc wrote: > If raspberry pi puts the binary blob on a rom, does it means that never > will be possible to free raspberry pi? > > I'll like to help you with a device, but money is not my strength. > > I'm working on a device that a friend let me use with the condition that I > develop something useful or interesting for him, of course, I'm trying to > hack it meanwhile. > > > 2013/9/3 Nicol?s Reynolds > > > "Luke T. Shumaker" writes: > > > > > At Mon, 2 Sep 2013 11:51:01 -0500, > > > Leonardo Nc wrote: > > >> Thanks for your answer, > > >> > > >> So, the only way for having Parabola running on ARM is freeing > > >> devices as Raspberry Pi, for example, from binary blobs? > > > > > > That is a crucial step preventing us from having Parabola on > > > ARM. However, once that happens, it is still a lot of work. > > > > i read raspberry pi's going to put the binary blob on a rom chip so it's > > not considered unfree. you still need a nda to work on arm cpus afaik :( > > > > i think the main reason is that we don't have any arm device to do > > tests, since we could use abs or repos from archmobile like we do with > > arch. > > > > > > -- > > http://endefensadelsl.org > > > > > > -- > leonardo > _______________________________________________ > Dev mailing list > Dev at lists.parabolagnulinux.org > https://lists.parabolagnulinux.org/mailman/listinfo/dev From fauno at kiwwwi.com.ar Tue Sep 3 17:57:36 2013 From: fauno at kiwwwi.com.ar (=?utf-8?Q?Nicol=C3=A1s?= Reynolds) Date: Tue, 03 Sep 2013 14:57:36 -0300 Subject: [Dev] Parabola ARM In-Reply-To: <20130903174200.GA510@moosbart> References: <87eh986qq4.wl%lukeshu@sbcglobal.net> <8761ui53s7.wl%lukeshu@sbcglobal.net> <87fvtlucil.fsf@endefensadelsl.org> <20130903174200.GA510@moosbart> Message-ID: <871u55u6sv.fsf@endefensadelsl.org> mono at posteo.de writes: > Hallo, > > I just want to say here is another one interested in Parabola ARM. am > running Archlinux ARM on a beaglebone black since about two weeks. So, > am pretty new to this. I went for this computer because FSF ranks it > first in there single-board-computers list. From what FSF writes I > understood only some GPU acceleration things need blobs. Well this > board runs head-less here anyway and I would like to drop the blobs > once I find some time and help. Could I start by dropping blobs from > the kernel, maybe using a stript as done by linux-libre > (trisquel). How does Parabola creates its kernels? cool! yes, you should start by cloning our abslibre.git repo[0] and try to build libre/linux-libre using makepkg. you will probably want to merge it with archarm changes. if you like to work on a parabola port we can discuss it here or on the irc channel. at least you and leonardo will hear us rambling about our experience porting mips64el ;) [0]: https://projects.parabolagnulinux.org/abslibre.git Leonardo Nc writes: > If raspberry pi puts the binary blob on a rom, does it means that never > will be possible to free raspberry pi? this means it's somewhat acceptable to use it with free software because you aren't required to install or distribute binary blobs, since they're embedded in the device. -- 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 Wed Sep 4 12:19:19 2013 From: labs at parabola.nu (labs at parabola.nu) Date: Wed, 4 Sep 2013 05:19:19 -0700 Subject: [Dev] [Libretools - Bug #379] [librerelease] removes files that were not uploaded References: Message-ID: Issue #379 has been updated by mtjm. I don't understand how locking would help: wouldn't it delay the second librestage until librerelease finishes, keeping the CPU idle instead of building packages for several hours in some cases? The old solution was to make a list of staged files in librerelease once and then release them. It's safe to continue staging files until the next librerelease run releases them. ---------------------------------------- Bug #379: [librerelease] removes files that were not uploaded https://labs.parabola.nu/issues/379 Author: mtjm Status: open Priority: bug Assignee: lukeshu Category: Target version: # Start librerelease with some files being staged # Run librestage on another package when librerelease is uploading # Wait for librerelease to finish upload, remove the uploaded file and the new file which wasn't uploaded This could also result in unsigned packages being uploaded. 4c1672b437f84a46a03a59fafea459a96c4638a4 introduced this 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 Wed Sep 4 12:24:57 2013 From: labs at parabola.nu (labs at parabola.nu) Date: Wed, 4 Sep 2013 05:24:57 -0700 Subject: [Dev] [Libretools - Bug #378] [libremakepkg] reintroduce -u References: Message-ID: Issue #378 has been updated by mtjm. "[W]arning if there are uninstalled updates" requires pacman -Sy, so it wouldn't be much different than -Syu with no packages to update? I don't see any other reason to not do it than that it might be slower. Or are there any additional correctness issues when updates are done? Running two more commands is ok for me, documenting this for mips64el development might be ok too. ---------------------------------------- Bug #378: [libremakepkg] reintroduce -u https://labs.parabola.nu/issues/378 Author: mtjm Status: open Priority: bug Assignee: lukeshu Category: Target version: It's needed for fullpkg and mips64el builds depending on previously built updates. HOOKPREBUILD doesn't solve it: it's run only by treepkg, not fullpkg nor libremakepkg; it would run before cleaning the chroot: updating also packages that will be removed before build. Why not change it for fullpkg only: libremakepkg -u is faster and can be used for toolchain updates and other builds where the dependency tree of fullpkg is wrong (updating packages to the ones built is needed for toolchain updates). (Not commenting on the issue of it being default/required or a recommended option disabling which can make broken 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 Thu Sep 5 00:58:33 2013 From: lukeshu at sbcglobal.net (Luke T. Shumaker) Date: Wed, 04 Sep 2013 20:58:33 -0400 Subject: [Dev] people banned from irc for harrassment In-Reply-To: <877gezwei9.fsf@endefensadelsl.org> References: <20130903115341.570363e67e18830b1a7a9563@gmail.com> <877gezwei9.fsf@endefensadelsl.org> Message-ID: <87wqmw6q4m.wl%lukeshu@sbcglobal.net> Just a quick bit about the notation I use: - All times are GMT - I will group direct quotes in "exhibits" - If I skip any posts in an exhibit, it will be indicated by "...", otherwise, an exhibit is the complete record for that timeblock. - Exhibits are numbered. If the number before the decimal point is the same, they are effectively one exhibit; no posts between them were skipped - I try to keep things in absolute order, but starting at exhibit 5, I thread the conversations by topic for easier discussion. Gravi wrote: > A day and a half ago, the not well-known user "taylanub" boastfully > bursted in the chat, censoring some behaviours, and wanting to be > treated like the very incarnation of Jesuschrist. I've read the logs since taylanub first joined the channel (17:35 GMT). I haven't seen him post anything boastful, arrogant, or entitled. > Thanks to him, I discover some of my attributes: "childlike, rude, > inappropriate and fool". > > Prior to that situation, icarious and me [Gravi] were quielty > talking in the chat, and when the new one came, we greeted him > cordially. Not that it actually matters, icarious and taylanub were talking, when *you* (Gravi) joined. * 17:34: taylanub first joins the channel * 20:32: icarious, taylanub, and Xylon are discuss programming languages. * 20:52: Gravi joins, icarious greets him ("Gravy my boy"/"Hi, icarious... what's up, crypto-friend") * 20:53: Xylon leaves (becomes "Xylon_away") * : icarious and Gravi discuss cryptography > "taylanub" was offended with my particular and frequent use of the > "xD" expression, He merely commented on your frequent use of "xD": (irrelevent posts removed) Exhibit 1: taylanub comments on Gravi's use of "xD" [21:08] Gravi: Not to be rude but how old are you ? :P [21:08] taylanub: Yeah, your a bit rude. [21:08] I just haven't seen someone use "xD" with such high frequency lately ... Besides a little innocent teasing about editors (Emacs/vim/IDEs), nothing bad so far. * 21:14: GuestOne joins into the conversation GuestOne's language is a little foul, but nothing hateful. * 21:26: Basstard` joins into the conversation * 21:27: icarious goes silent for a while > so the fight was served in the moment we start talking about the > best programming language for beginners. Exhibit 2: taylanub comments on Gravi+GuestOne's immature behavior [21:28] Do you also know the counter-arguments ? Also, if you know the argument of another person, you should probably make it explicit that it's not your own argument, lest you give people the impression that you have had personal experience to support the arguments. [21:28] JAVA SUCKS. [21:29] Tayla, be careful... or you will be fucked by Guesty and me in short time. [21:29] xD [21:29] taylanub, you are sayng bullshit [21:29] Sure is mature in here ... [21:29] taylanub: Indeed. [21:30] i don't give a shit of you broken ass nerds ... [21:30] Seems to be two people, mainly. I reckon when this channel was kinda better. * 21:31: jxself joins into the conversation > "taylanub" was offended once again with our nearly and ludicrous > style of speech, so a crazy third member of the Triad (GuestOne) > started to participate without any kind of known tact, and maybe > with the inane intention of playing using the new words that day had > learnt, so he lost control and started to say nonsense things > (misogyny and sexist things) that weren't invited to the topic of > the conversation. Exhibit 3: GuestOne assumes that taylanub is female [21:32] is Tayla a woman? At this point, nothing has been said that would indicate taylanub's gender. To be fair, GuestOne assuming taylanub to be a woman is an understandable/forgivable mistake ("Tayla" is usually a girl's name, but that was a mistake; taylanub's first name is "Taylan"). This assumption will be held by (at least) GuestOne and Gravi until 21:41 when taylanub clarifies that he is male. Exhibit 4.1: [21:32] Ugh, seriously, who brought these two to Parabola ? [21:32] eh? [21:32] Gravi: GuestOne: You should go right back to Arch. [21:33] eh? [21:33] They bring themselves, don't they? Via their IRC client. [21:33] : No, we're the two favourite trolls in this channel. [21:33] #archlinux-offtopic is full of people like you. [21:33] So don't get angry. ---- Exhibit 4.2: [21:33] java is like you taylanub [21:33] a fat nerd girl [21:33] I remember times where being a troll was separate from being an asshole, nowadays people seem to use the words as synonyms. [21:33] hahahaha! [21:34] Guesty, love... say something to this crazy bitch. [21:34] xD [21:34] I can't handle her. [21:34] and as a macho and maschilist and sexist MEN with great virility and masculinity i will band you from this channel [21:34] with my roman sword [21:34] HAHAHAHAHAAAAAAAAA!!!! > "taylanub" was offended as well, so he threaten to report ourselves > for a ban cause "the channel wasn't what he used to expect". Exhibit 5: taylanub brings up mods/opperators/banning [21:35] jxself: Basstard`: icarious: Does this channel have mods ? [21:35] Let's all calm down now. [21:35] It would be nice with operators in here. Not GuestOne or Gravi. ... [21:35] taylanub: no. we just kiss and make up. and things flow smooth the next day [21:35] :P [21:35] That's it. ... [21:36] taylanub: If you do /msg chanserv access #parabola list then you can see... :) [21:36] Ah thanks. [21:37] aurelien: halp! ... [21:37] halp [21:37] mtjm: Why don't you just ban these types of people ? [21:37] mtjm is our friend Note: this marks icarious re-joining the conversation. * 21:35: icarious resumes conversation Exhibit 6: taylanub discusses the tone of the channel [21:36] icarious: This channel used to have a friendly and somewhat professional tone, not the tone of angry 16 year-old boys. [21:36] i'm friendly with machos like me ... [21:37] taylanub: it depends from time to time. when its idle. we do all troll around. But we are not the "officy" types tying tie knots 24/7 :P ... [21:38] icarious: Nah, you can see #emacs for a channel that's fun and crazy and still mature (for some value of "mature"). The behavior of these two is just .. totally distasteful. [21:38] taylanub: stay for a few days. You will like it. out here , the first impression is not always the last impression [21:39] It may be the last for some people... [21:39] Hence it's good to be nice to people. :) [21:39] Icarious is right, we're enjoyable and very correct people... [21:39] icarious: I spent time with people like these two for more than a year in #archlinux-offtopic and its spin-off channels, I enjoyed it when I was 16-17 myself. [21:39] At some point I grew out of it. [21:40] Don't get nervous... I think you're a bit irritat{ed, ing} today. [21:40] Tomorrow is another day. Rest some hours. [21:40] ,sunday [21:40] sunday is: the day all trolls swarm to #parabola, avoid at all cost to remain sane. Note that jxself (and Basstard` in exhibit 5) express that they do not condone the behavior of Gravi and GuestOne, whereas icarious excuses their behavior. Shortly after, taylanub sent this private message to several opperators of the channel: Exhibit 7: [21:50] Based on the following logs I'd kindly urge you to discipline (and if it fails, and it probably will, just ban) Gravi and GuestOne on #parabola: http://sprunge.us/NJZG This message sent to you and a couple more OPs. Sorry for being uptight, but that kind of behavior in your community is going to give a very bad name to such a lovely project. :) > Some hours later (for me, the next morning), all things returned to > normality. I was helping a user in the IRC and for the rest, the > activity on the channel was relaxed. This is not false. > Suddenly, I got banned by fauno for "Allowing harassing" so icarious > and GuestOne were for his reasons. No, you (Gravi) and GuestOne were banned for actual harassing, icarious was temporarily banned for allowing it. * 11:39: fauno bans GuestOne, Gravi, and temorarily icarious The next morning, fauno banned GuestOne and Gravi, while giving icarious a one-day ban. > Hereby, I want to denounce fauno's behaviour for the causes: > > * Authority excess > * Unilateral tyrant and deliberate decission taking. Fauno is one of the longest and most active Parabola developers. If he doesn't have that authority, I don't know who does. Further, he he had the endorsement of jxself, Basstard`, and mtjm, based on comments they made on the channel. The only part of fauno's actions I dissagree with are the one-day ban of icarious; I would have just discussed it with him/warned him. > * Dragging from the channel people ignoring consecuences for all > the community. That is quite possibly the funniest joke I've heard come from the channel. No one thinks more about the community than fauno. He had considered the consequences of both allowing and banning GuestOne. In private, we had previously discussed the negative consequences of sexist (and other "*ist") comments. While kicking someone out is bad, the harm those comments do is worse. Even if you disagree, it is ignorant/stupid/arrogant to insist that fauno ignored anything. > * Prevent the affected parts to defend itselfs. > * Favor his favourite part without a proper trial or judge's > quality. > * Hypocrisy and violation of the foundations of the democratic > nature of the project. Except that all of these things are false. He made a post to the mailing list explaining his actions, accepting the possiblity that he over-reacted or over-stepped his bounds (despite my above demonstration that he was well within his bounds), and inviting a discussion about it from the community. Bans are not written in stone. This mailing list is your oportunity to defend yourself. This mailing list is the trial. If you are innocent, it is like a suspect being in jail prior to trial. > I demand the inmediate and irremisible actions to be done: > > * Unban the users "GuestOne, Gravi and icarious" icarious' ban was only one day. I favor a probationary un-ban for GuestOne and Gravi, given they promise to change their behavior. > * Start a conversation along with "taylanub" and "fauno" to achieve > an understanding and to present respects to all the implicates. Do you not see this mailing list thread? That's what this is. However, as far as I'm concerned, nothing needs to be said from taylanub, he was simply the one that was being picked on when fauno decided that it had been enough. > * Punish fauno's negligent and abusive exercise of power, as long > * and promoting a new member to replace himself as the coordinator > of the IRC channel. fauno has not done anything wrong, as I have explained, he acted within his bounds. Happy hacking, ~ Luke Shumaker From zatroch at riseup.net Thu Sep 5 09:21:12 2013 From: zatroch at riseup.net (Martin Zatroch) Date: Thu, 05 Sep 2013 11:21:12 +0200 Subject: [Dev] Parabola ARM In-Reply-To: <871u55u6sv.fsf@endefensadelsl.org> References: <87eh986qq4.wl%lukeshu@sbcglobal.net> <8761ui53s7.wl%lukeshu@sbcglobal.net> <87fvtlucil.fsf@endefensadelsl.org> <20130903174200.GA510@moosbart> <871u55u6sv.fsf@endefensadelsl.org> Message-ID: <52284D08.6040606@riseup.net> Putting the interesting role-playing IRC matters aside.. I am curious whether Micha? has knowledge regards blobs to be found in one of these newer all-in-one devices (that could make a fine file | mail | web server). 1. | http://cubox-i.com/ {Freescale i.MX6 SoCs with GC880 & GC2000 OpenGL/ES 2.0} 2. | FIY Some standardization stuff http://linuxgizmos.com/new-arm-and-x86-com-standard-gets-a-boost/ 3. | OFF-TOPIC Reverse-engineered Nouveau might get dynamic fan-control ON by default starting with 3.12 kernel. [Footnote: Assume source from either of those was merged into main git tree http://git.freescale.com/git/cgit.cgi/imx/ && http://git.pengutronix.de/git/imx/] So long. (= __martin__ From mtjm at mtjm.eu Thu Sep 5 10:33:06 2013 From: mtjm at mtjm.eu (=?utf-8?Q?Micha=C5=82_Mas=C5=82owski?=) Date: Thu, 05 Sep 2013 12:33:06 +0200 Subject: [Dev] Parabola ARM In-Reply-To: <52284D08.6040606@riseup.net> (Martin Zatroch's message of "Thu, 05 Sep 2013 11:21:12 +0200") References: <87eh986qq4.wl%lukeshu@sbcglobal.net> <8761ui53s7.wl%lukeshu@sbcglobal.net> <87fvtlucil.fsf@endefensadelsl.org> <20130903174200.GA510@moosbart> <871u55u6sv.fsf@endefensadelsl.org> <52284D08.6040606@riseup.net> Message-ID: <8761ufsgm5.fsf@mtjm.eu> > Putting the interesting role-playing IRC matters aside.. I am curious > whether Micha? has knowledge regards blobs to be found in one of these > newer all-in-one devices (that could make a fine file | mail | web > server). > > 1. | http://cubox-i.com/ {Freescale i.MX6 SoCs with GC880 & GC2000 > OpenGL/ES 2.0} There is a project reverse engineering the Vivante GPUs?[0], it's not ready for GC2000. It supports CG880. The VPU has nonfree firmware?[1][2]. One CuBox-i page names the wifi chip?[3], it requires nonfree firmware and there is no reverse engineering project for it known to me. Sources for CuBox software are not available yet. I haven't found any information on bootloader signing or similar restrictions. Are there devices with better free software support? AllWinner SoCs have a VPU with nonfree drivers?[2] and a Mali GPU. The GPU is being reverse engineered?[4] while there is no Mesa driver yet (?). There are some SoCs with no 3d acceleration, less devices use them. Are there devices with wifi working without nonfree software? Only ones with PCI (miniPCI, miniPCIe, etc) cards with an ath9k-supported chipset or ath9k_htc-supported USB one (they need more power than Replicant phones can provide). No ARM board that I know about has it. (All devices supported by Replicant have wifi requiring nonfree Broadcom or Marvell firmware.) Assuming we can get a fast and available device that can be supported by a fully free system, can we port Parabola to it? I don't believe it will be much easier than mips64el, while I have no knowledge of the various Arch on ARM projects. Would we have the resources to keep our packages up to date regarding security issues or dependencies upgraded in Arch? (Off-topic: many packages that fail to build on mips64el fail to build on x86_64 too.) [0] https://github.com/laanwj/etna_viv [1] http://rhombus-tech.net/freescale/iMX6/ [2] https://www.fsf.org/campaigns/priority-projects/reverse-engineering [3] http://cubox-i.com/cubox-i-a-mini-computer-starting-at-45/ [4] http://limadriver.org/ -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 835 bytes Desc: not available URL: From themightygravi at gmail.com Thu Sep 5 10:44:43 2013 From: themightygravi at gmail.com (Gravi) Date: Thu, 5 Sep 2013 12:44:43 +0200 Subject: [Dev] people banned from irc for harrassment In-Reply-To: <87wqmw6q4m.wl%lukeshu@sbcglobal.net> References: <20130903115341.570363e67e18830b1a7a9563@gmail.com> <877gezwei9.fsf@endefensadelsl.org> <87wqmw6q4m.wl%lukeshu@sbcglobal.net> Message-ID: <20130905124443.8a52fe4dc04f8f97d8a99456@gmail.com> Dear inspector, judge and master of arts Lukeshu, As well as Parabola's community, (who shouldn't be invited to a personal and ridiculous struggle like this); I know this case is geeting a great expectation and furore, which is, by the way, a thing we three (the affected ones) are pleased to see. That denotes however, the level of affectation, boredom and talent for argument augmentation. But nothing's it in comparison with the lack of scruples that makes somebody paste the chat log to the admins to dry his tears. There's also a derivated behaviour, which is neither better nor equal, for sure, that is to take advantage of the situation to examine and scrutinize external words and supply them with a particular meaning in a cold and privileged reflection. Not a collection of "exhibits" but a total exhibition of collections of nonsense excerpts. As far as I'm concerned, enough time had been wasted, no remorse, irritation or reprisal attitudes still remains. We have the intention to be more dull and tasteless from now on, but also notice the sun hits our bodies more often and soften our brains, and we're even humans, so take it into account the next time we slip using some words. I urge fauno to show his face inmediately to solve the problem and uban ourselves, cause we feel an undeniable part of the project and want to be back. Can wait you a couple of years, as we're waiting for the mail server a couple of weeks. (Sorry, I'm sorry.. coudn't resist, it's genetic xD) (There is no need for further studies, propaganda nor analysis) Happy Unbaning; Gravi, In the name name of the Triad. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 490 bytes Desc: not available URL: From fauno at kiwwwi.com.ar Thu Sep 5 12:04:01 2013 From: fauno at kiwwwi.com.ar (=?utf-8?Q?Nicol=C3=A1s?= Reynolds) Date: Thu, 05 Sep 2013 09:04:01 -0300 Subject: [Dev] people banned from irc for harrassment In-Reply-To: <87wqmw6q4m.wl%lukeshu@sbcglobal.net> References: <20130903115341.570363e67e18830b1a7a9563@gmail.com> <877gezwei9.fsf@endefensadelsl.org> <87wqmw6q4m.wl%lukeshu@sbcglobal.net> Message-ID: <87fvtjqxu6.fsf@endefensadelsl.org> "Luke T. Shumaker" writes: > Just a quick bit about the notation I use: i promised icarious i'd paste last night's log (attached) -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: icarious.log URL: -------------- next part -------------- -- 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 lukeshu at sbcglobal.net Thu Sep 5 14:52:11 2013 From: lukeshu at sbcglobal.net (Luke T. Shumaker) Date: Thu, 05 Sep 2013 10:52:11 -0400 Subject: [Dev] people banned from irc for harrassment In-Reply-To: <20130905124443.8a52fe4dc04f8f97d8a99456@gmail.com> References: <20130903115341.570363e67e18830b1a7a9563@gmail.com> <877gezwei9.fsf@endefensadelsl.org> <87wqmw6q4m.wl%lukeshu@sbcglobal.net> <20130905124443.8a52fe4dc04f8f97d8a99456@gmail.com> Message-ID: <87r4d3723o.wl%lukeshu@sbcglobal.net> Before my direct reply, let me add a point I forgot to make yesterday: Not only are sexist and hateful remarks not in line with the community we wish to foster around Parabola, but that behavior is also likely against the policy of freenode itself.[1] [1] http://freenode.net/policy.shtml#offtopic At Thu, 5 Sep 2013 12:44:43 +0200, Gravi wrote: > Dear inspector, judge and master of arts Lukeshu, > > As well as Parabola's community, (who shouldn't be invited to a > personal and ridiculous struggle like this); > > I know this case is geeting a great expectation and furore, which > is, by the way, a thing we three (the affected ones) are pleased to > see. First you complain about lack of community involvement. Now you complain about dragging the community into a personal issue, I think. It sounds that way in the greeting and first paragraph, but not the second. But seriously, drop the pompous tone. Besides being annoying, it is hard to read. This isn't fun for any of us, don't make it worse. > That denotes however, the level of affectation, boredom and talent > for argument augmentation. But nothing's it in comparison with the > lack of scruples that makes somebody paste the chat log to the > admins to dry his tears. Taylan did not post the chat log to "dry his tears". He did it because he saw that your actions were reflecting negatively on the community. As he demondstrated, he was capable of handling the insults to himself. (I spent enough time quoting the logs yesterday, please don't contest this and make me find more quotes) That doesn't mean that he had to condone your behavior. He did the right thing by speaking out against something he didn't agree with. I've noticed the sexism before, but mostly ignored it or left the channel. For this reason, until recently, I couldn't have even told you who was doing it. I've ignored it for two reasons: You are an adult, as are most people here. And even if someone's not, I try to treat them like one. You don't need me telling you how to talk. And that's not how I want to spend my time. That's not how I want to spend my time. I don't want to have this conversation (and fauno doesn't either). This isn't fun for us. This isn't why we come here. But sexism isn't part of the community that we want to run/be part of. > There's also a derivated behaviour, which is neither better nor > equal, for sure, that is to take advantage of the situation to > examine and scrutinize external words and supply them with a > particular meaning in a cold and privileged reflection. Not a > collection of "exhibits" but a total exhibition of collections of > nonsense excerpts. Bullshit. I did my best to provide context for each of the excerpts, I had clear notation for any ommissions or edits. Not all of their purpose was to vilify you, but to establish the facts for further discussion; that may have been a source of confusion for you. I had no objective, no desire to supply a particular meaning. I'm doing this because both you and fauno want peer-review of fauno's actions, so I'm giving it. > As far as I'm concerned, enough time had been wasted, no remorse, > irritation or reprisal attitudes still remains. > > We have the intention to be more dull and tasteless from now on, but > also notice the sun hits our bodies more often and soften our > brains, and we're even humans, so take it into account the next time > we slip using some words. > > I urge fauno to show his face inmediately to solve the problem and > uban ourselves, cause we feel an undeniable part of the project and > want to be back. I don't beleive "tasteless" is the word you ment to use :) My input is to give you a probationary un-ban. I will wait for either the input of fauno, or other community members before implementing this, though. > Can wait you a couple of years, as we're waiting for the mail server > a couple of weeks. (Sorry, I'm sorry.. coudn't resist, it's genetic > xD) That was a good one :) Happy hacking, ~ Luke Shumaker From icarious at hacari.org Thu Sep 5 17:03:43 2013 From: icarious at hacari.org (Icarious) Date: Thu, 5 Sep 2013 22:33:43 +0530 Subject: [Dev] people banned from irc for harrassment Message-ID: <20130905223343.3d388d6646aecfbcfdeffbec@hacari.org> I have been silent on this issue over the developers mailing list. And I guess this is the time I will express my concerns. lukeshu wrote: >The only part of fauno's actions I dissagree with are the one-day ban >of icarious; I would have just discussed it with him/warned him. That's exactly how I wanted it to go and I have asked for a proper clarification. But that's best done "prior" to a ban and not after it. As things got to this, that everyone is speaking clearly from their sides. I would like to clarify the consequences of this "Abrupt/without-discussion/warning" (one day) ban on me. One day or a minute, to be honest I am personally affected by this which I will discuss in the end. Firstly, I have always maintained a neutral stance on parabola without any personal favoritism "up until the ban" and always kept a friendly attribute with everybody. lukeshu wrote: >Note that jxself (and Basstard` in exhibit 5) express that they do not >condone the behavior of Gravi and GuestOne, whereas icarious excuses >their behavior. Playing with the pbot is the part of fun I have always played on #parabola since a few days as did Basstard`, Gravi, and a few others and is not "excusing" anyone's behavior. pbot's "sunday is: the day all trolls swarm to #parabola, avoid at all cost to remain sane." as programmed by me is again part of a humorous environment like all other "Steve-Ballmer/Bill Gates" queries it still has. This does not reflect my "Support" for GuestOne's sexist comments towards taylanub. "or for allowing it/laughing at it." as quoted by fauno seems to be a misinterpreted accusation. The smileys / "laughing at it" are part of my everyday behavior over #parabola over the course of 2 years and wasn't targeted towards someone specific "guys, bully this guy while I laugh at it" And in the same manner, I am not used to "stop this non-sense". And I don't think its wrong to stay aloof, if that's my personal preference. lukeshu, as quoted "I've noticed the sexism before, but mostly ignored it or left the channel.". It was mostly his way of dealing with it in the past. And the "neutral aloof stance" by me is my way of handling it and my smileys were meant to trim down the conversation to a much lighter level. But surely and unfortunately, it's not possible for me to go through a lie detector test to prove my actual intentions as clarified above. So it's upto the Concerned Authority of Parabola to take it as it appears in the channel for a ban. Lastly, there are two points that did hurt me in personal and I would like to clarify it today. 1) fauno's unilateral ban without discussing and asking for an explanation from me before coming to a decision. 2) In accordance with the above Point 1), It saddens me to see the consistent /topic of #parabola everyday which I take as a public humiliation itself. Surely the developers would realize it someday sooner. Lastly, there are a lot of unspoken words from my end. But I will leave this here. Thanks for reading, Icarious From labs at parabola.nu Thu Sep 5 17:41:35 2013 From: labs at parabola.nu (labs at parabola.nu) Date: Thu, 5 Sep 2013 10:41:35 -0700 Subject: [Dev] [Libretools - Bug #378] [libremakepkg] reintroduce -u References: Message-ID: Issue #378 has been updated by lukeshu. Priority changed from bug to feature > "[W]arning if there are uninstalled updates" requires pacman -Sy, so it wouldn't be much different than -Syu with no packages to update? Hmm, that's true. I... don't know. I feel like updates should have to be an explicit thing (especially with rolling release). I know most people don't use the "sync" feature, but if you do, the correct thing to do is 
librechroot -l root update
librechroot sync
Which is a lot more overhead, so I'd rule out doing that every time. That brings up the topic: do we really want the "sync" feature? It's inherited from Arch's devtools. I think it could be very useful, and the real benefits would be apparent in automated builds; I think even fullpkg/treepkg could benefit from it by allowing parallel builds. ---------------------------------------- Bug #378: [libremakepkg] reintroduce -u https://labs.parabola.nu/issues/378 Author: mtjm Status: open Priority: feature Assignee: lukeshu Category: Target version: It's needed for fullpkg and mips64el builds depending on previously built updates. HOOKPREBUILD doesn't solve it: it's run only by treepkg, not fullpkg nor libremakepkg; it would run before cleaning the chroot: updating also packages that will be removed before build. Why not change it for fullpkg only: libremakepkg -u is faster and can be used for toolchain updates and other builds where the dependency tree of fullpkg is wrong (updating packages to the ones built is needed for toolchain updates). (Not commenting on the issue of it being default/required or a recommended option disabling which can make broken 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 quiliro at congresolibre.org Thu Sep 5 17:47:32 2013 From: quiliro at congresolibre.org (=?UTF-8?B?UXVpbGlybyBPcmTDs8OxZXo=?=) Date: Thu, 05 Sep 2013 12:47:32 -0500 Subject: [Dev] people banned from irc for harrassment In-Reply-To: <877gezwei9.fsf@endefensadelsl.org> References: <877gezwei9.fsf@endefensadelsl.org> Message-ID: <5228C3B4.8040804@congresolibre.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I do not support banning. I value greatly the contributions of all the participants. I think all inputs are valid, even the offensive ones. I consider that there are other ways to deal with offenses. Most human beings will reach consensus upon the proposal to do it. - -- Saludos libres, Quiliro Ord??ez Presidente (en co-gobierno con los socios) Asociaci?n de Software Libre del Ecuador - ASLE 6008579 Recuerda que todas tus comunicaciones est?n siendo vigiladas. Lo que puedes hacer para restar su eficacia es eliminar el software privativo de tus computadores, evitar el software como servicio, almacenar tus datos en tus propios equipos y encriptar todas tus comunicaciones. Toda la informaci?n contenida en este mensaje es libre de uso y distribuci?n con o sin modificaciones y todo correo que reciba implica que el remitente acepta que tendr? las mismas libertades sin importar cualquier clausula de confidencialidad o restricci?n anterior o posterior. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (GNU/Linux) iQIcBAEBAgAGBQJSKMOzAAoJELMnJLlh/t+6B98P/jH3yx/b6+7YNVkaaXEp14Hv GrBYGfQZv1mU6QFSBdO6sRA48FT8Fjr1FxGqJzdzRYwjcm26teshaiJ8ZJKC2ppO dJYUpq7mDiVktG3jSH6XBnVLqfYDUQyOdGWhDSnPJsAAWkE0uIBuDahTHQ4beCdk jMaQtUpbB/KvORcupbboSCKuUeVfM2Fw6OC+jODocQVDKMSwqZpYRSssBsSQer9f EgHn+dj76Qgt3BDwgjvWeUido0kJoPp6EtWkhm5b1jn/BFzDe7fHNgQhkkAG8mUY fAblBmuSFt6z8YZDtCaFUdYMHbfYLxDO3XuSPda+9TvrJf4WUpWxfJ3sTZAmgESP lw8U2oW1XJbsL/kcLbsjWG9GtMyGSAp7bxocaEDBEtjibmZ99oNXDhIIhA9iPI1o rWKw03SV1ETlS7UB8xjL7qemIdhbL7bRrLLRyp+oghuEZzUVU8CrVfh8dk9xv/cp LjFTHepoHeNdoy4IOrUR2vfHlVDdB8T74cV5trkpQFRv1pHsJvO98DOjbvGwgzhw 5y/Sdz3vgZv42910QzSqghZ1Zcg3K8/ltHmsMmnzrAv7LCnno1tQNKRTpYXK3d6U Oj/7uPwu04KTqzjRygQNEBBd9QosC5eNHyYQdgBwpQXnRDawdaQO+tZJwD/d22QV hOVbVkTpFZ2B/d+vRpG+ =+tJ2 -----END PGP SIGNATURE----- From icarious at hacari.org Thu Sep 5 18:06:45 2013 From: icarious at hacari.org (Icarious) Date: Thu, 5 Sep 2013 23:36:45 +0530 Subject: [Dev] people banned from irc for harrassment Message-ID: <20130905233645.0d3705872dcfc9271b55dbf2@hacari.org> I have decided to split this into two different mails. My previous mail dealt with clarification of my own actions. This one will deal with the ban on Gravi and GuestOne. (Kindly Note, these are my own personal views for my friends from the community). According to me, "indefinitely" banning someone on the first offense without any friendly public discussion / warning is inappropriate and undemocratic to me. This is what a police-state does. Everyone deserves a fair treatment of his/her action. Just banning someone indefinitely gives them no respect or sense of guilt in anyway, but rather fuels up the inner hurt in most cases. Hence I request everyone connected to this issue to kindly consider the above paragraph not only for Gravi or GuestOne but in the future course of action to deal with these matters. I strongly protest against the fairness of this punishment and immediate unban of both Gravi and GuestOne as being equal part of the community. Lastly, we have discussed on this on #nonprism and have decided mutually to modify our code-of-conduct in #parabola in the future. Icarious From lukeshu at sbcglobal.net Fri Sep 6 00:38:39 2013 From: lukeshu at sbcglobal.net (Luke T. Shumaker) Date: Thu, 05 Sep 2013 20:38:39 -0400 Subject: [Dev] people banned from irc for harrassment In-Reply-To: <20130905223343.3d388d6646aecfbcfdeffbec@hacari.org> References: <20130905223343.3d388d6646aecfbcfdeffbec@hacari.org> Message-ID: <874n9y9434.wl%lukeshu@sbcglobal.net> At Thu, 5 Sep 2013 22:33:43 +0530, Icarious wrote: > I have been silent on this issue over the developers mailing > list. And I guess this is the time I will express my concerns. > > lukeshu wrote: > >The only part of fauno's actions I dissagree with are the one-day ban > >of icarious; I would have just discussed it with him/warned him. > > That's exactly how I wanted it to go and I have asked for a proper > clarification. But that's best done "prior" to a ban and not after > it. > > As things got to this, that everyone is speaking clearly from their > sides. I would like to clarify the consequences of this > "Abrupt/without-discussion/warning" (one day) ban on me. One day or > a minute, to be honest I am personally affected by this which I will > discuss in the end. Firstly, I have always maintained a neutral > stance on parabola without any personal favoritism "up until the > ban" and always kept a friendly attribute with everybody. > > lukeshu wrote: > >Note that jxself (and Basstard` in exhibit 5) express that they do not > >condone the behavior of Gravi and GuestOne, whereas icarious excuses > >their behavior. > > ... pbot ... "Steve-Ballmer/Bill Gates" ... "or for allowing > it/laughing at it." as quoted by fauno ... Having thoroughly reviewed the logs, you actually didn't "lol" at the sexist comments or anything like that (this time anyway, if you did other times, I don't know). Following is the sum of everything "incriminating" you said (again, this time) (with context included where appropriate): [21:36] icarious: This channel used to have a friendly and somewhat professional tone, not the tone of angry 16 year-old boys. ... [21:37] taylanub: it depends from time to time. when its idle. we do all troll around. But we are not the "officy" types tying tie knots 24/7 :P ... [21:38] icarious: Nah, you can see #emacs for a channel that's fun and crazy and still mature (for some value of "mature"). The behavior of these two is just .. totally distasteful. [21:38] taylanub: stay for a few days. You will like it. out here , the first impression is not always the last impression ... [21:39] icarious: I spent time with people like these two for more than a year in #archlinux-offtopic and its spin-off channels, I enjoyed it when I was 16-17 myself. [21:39] At some point I grew out of it. [21:40] Don't get nervous... I think you're a bit irritat{ed, ing} today. [21:40] Tomorrow is another day. Rest some hours. [21:40] ,sunday [21:40] sunday is: the day all trolls swarm to #parabola, avoid at all cost to remain sane. ... [21:44] I am know as the curry eater/ bollywood guy / punjabi (not my province). and a lot of other kicks. I don't mind it at all ... [21:45] icarious: That doesn't mean that others won't mind it. :) ... [21:53] icarious: I'd recommend you not to associate yourself with a "culture" such as that of Gravi and GuestOne. You might get used to it and not mind it, but some other people inevitably will, and once that happens you'll be contributing to the discrimination of those people by tolerating it. [21:53] Once one truly gets used to such behavior, one can become very blinded against others' feelings, thinking that oneself, they must not be minding any insults, while they do. There are many people who end up killing themselves out of Internet bullying, let alone real-life bullying. A foolish thing to do perhaps, but that still doesn't make it the victim's fault. I included taylanub's response at the end, as it largely sums up fauno's reason for banning you. The punch-line is "you'll be contributing to the discrimination of those people by tolerating it." This is something most of us are guilty of, though. jxself and Basstard` spoke out against it when they saw it, but as I've mentioned, I've basically just gone offline when I've seen it, which is still "contributing ... by tolerating it." I think that the effective difference is that you were still involved in the conversation; even if you never commented on the comments, you are effectively condoning it to an observer by being there but not speaking against it. Where, if I am silent, an observer does not know that I am actually there, having read the comments. I think the distinction is silly, but that's also why I think you shouldn't have been banned. > Lastly, there are two points that did hurt me in personal and I > would like to clarify it today. > > 1) fauno's unilateral ban without discussing and asking for an > explanation from me before coming to a decision. That's a fair point. I think fauno was fed up with at least GuestOne, and probably Gravi too, and you just got dragged into it. > 2) In accordance with the above Point 1), It saddens me to see the > consistent /topic of #parabola everyday which I take as a public > humiliation itself. Surely the developers would realize it > someday sooner. At least the /topic doesn't directly mention you by name :) For (future?) reference, the /topic is: people banned from irc for harrassment ? https://lists.parabolagnulinux.org/pipermail/dev/2013-September/001801.html ---- Besides changing the /topic, what do you think would be fair retribution/appology (to you, we will address GuestOne and Gravi in a reply to your other email)? Happy hacking, ~ Luke Shumaker From icarious at hacari.org Fri Sep 6 00:55:19 2013 From: icarious at hacari.org (Icarious) Date: Fri, 6 Sep 2013 06:25:19 +0530 Subject: [Dev] people banned from irc for harrassment Message-ID: <20130906062519.3b2931322d790ca3136207ab@hacari.org> lukeshu wrote: >Besides changing the /topic, what do you think would be fair >retribution/appology I sincerely do not ask/wish for for any retribution or apology personally and I would like to return to normalcy and get back on friendly terms with everybody asap. However, all I want from everyone, is to re-consider how bans are handled in #parabola in the near future. A first offence should be handled with a friendly public discussion. If considered, a transparency on #parabola's rules for bans would be nice. That's all for now. -- Icarious -------------- 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 Fri Sep 6 08:52:24 2013 From: labs at parabola.nu (labs at parabola.nu) Date: Fri, 6 Sep 2013 01:52:24 -0700 Subject: [Dev] [Packages (i686 and x86_64) - Bug #386] [iceweasel-libre] 23.0.2-2 broke session restore References: Message-ID: Issue #386 has been updated by xrchz. Maybe this is a clue. When I try to "undo closed tab" using Pentadactyl add-on (hg6938), I get this error message: "'Illegal value' when calling method: [nsISessionStore::getClosedTabCount]". This doesn't appear to be reported as a Pentadactyl bug, so maybe something to do with our Iceweasel customization? ---------------------------------------- Bug #386: [iceweasel-libre] 23.0.2-2 broke session restore https://labs.parabola.nu/issues/386 Author: mtjm Status: open Priority: bug Assignee: Category: Target version: Downgrading to 23.0.1-2 fixes it. I haven't tried it with other profiles. -- 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 Sep 6 10:54:29 2013 From: labs at parabola.nu (labs at parabola.nu) Date: Fri, 6 Sep 2013 03:54:29 -0700 Subject: [Dev] [Packages (i686 and x86_64) - Bug #406] (open) [icecat-noscript] Wrong installation path Message-ID: Issue #406 has been reported by jlebleu. ---------------------------------------- Bug #406: [icecat-noscript] Wrong installation path https://labs.parabola.nu/issues/406 Author: jlebleu Status: open Priority: bug Assignee: Category: Target version: NoScript doesn't show up in add-ons after installing icecat-noscript. The installation path seems to be wrong, it should be /usr/lib/icecat/extensions instead of /usr/lib/icecat/browser/extensions. I tried to move it and it works, as other add-ons are in this path too (https://lists.gnu.org/archive/html/bug-gnuzilla/2011-09/msg00021.html). -- 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 Sep 6 14:33:59 2013 From: lukeshu at sbcglobal.net (Luke T. Shumaker) Date: Fri, 06 Sep 2013 10:33:59 -0400 Subject: [Dev] people banned from irc for harrassment In-Reply-To: <20130906062519.3b2931322d790ca3136207ab@hacari.org> References: <20130906062519.3b2931322d790ca3136207ab@hacari.org> Message-ID: <871u5281ew.wl%lukeshu@sbcglobal.net> Sorry, I don't have time to reply, but on an unrelated note: What's up with your MUA that it's not setting the `In-Reply-To:` or `References:` headers? It's not threading the conversation. ~ Luke From icarious at hacari.org Fri Sep 6 17:11:40 2013 From: icarious at hacari.org (Icarious) Date: Fri, 6 Sep 2013 22:41:40 +0530 Subject: [Dev] people banned from irc for harrassment In-Reply-To: <871u5281ew.wl%lukeshu@sbcglobal.net> References: <20130906062519.3b2931322d790ca3136207ab@hacari.org> <871u5281ew.wl%lukeshu@sbcglobal.net> Message-ID: <20130906224140.17e2d00b3f15ccca8b86ce48@hacari.org> lukeshu wrote: > Sorry, I don't have time to reply, but on an unrelated note: > > What's up with your MUA that it's not setting the `In-Reply-To:` or > `References:` headers? It's not threading the conversation. > > ~ Luke Sorry, this is apparently my first experience to communicate over a developer's mailing list. So I am yet to learn how things work. I guess, I will hit "reply" from now on and add dev at lists.parabolagnulinux.org as a CC if that's how it should work for being threaded. Correct me if there's another way to do it properly. Thanks -- Icarious -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 490 bytes Desc: not available URL: From lukeshu at sbcglobal.net Fri Sep 6 18:23:41 2013 From: lukeshu at sbcglobal.net (Luke T. Shumaker) Date: Fri, 06 Sep 2013 14:23:41 -0400 Subject: [Dev] people banned from irc for harrassment In-Reply-To: <20130906224140.17e2d00b3f15ccca8b86ce48@hacari.org> References: <20130906062519.3b2931322d790ca3136207ab@hacari.org> <871u5281ew.wl%lukeshu@sbcglobal.net> <20130906224140.17e2d00b3f15ccca8b86ce48@hacari.org> Message-ID: <87wqmt7qs2.wl%lukeshu@sbcglobal.net> At Fri, 6 Sep 2013 22:41:40 +0530, Icarious wrote: > > lukeshu wrote: > > > Sorry, I don't have time to reply, but on an unrelated note: > > > > What's up with your MUA that it's not setting the `In-Reply-To:` or > > `References:` headers? It's not threading the conversation. > > > > ~ Luke > > Sorry, this is apparently my first experience to communicate over a > developer's mailing list. So I am yet to learn how things work. I > guess, I will hit "reply" from now on and add > dev at lists.parabolagnulinux.org as a CC if that's how it should work > for being threaded. Correct me if there's another way to do it > properly. "reply to all" is the correct thing in most mail programs. It should litterally do the same thing as "reply" and adding the mailing list back as CC; the only difference between "reply" and "reply to all" should be that "reply to all" auto-populates the CC field. Apparently that's not the way Sylpheed does it, I would consider that a bug. I might also consider it a bug that it is using the `X-Mailer:` header to identify itself instead of `User-Agent:`. Happy hacking, ~ Luke Shumaker From lukeshu at sbcglobal.net Fri Sep 6 18:40:50 2013 From: lukeshu at sbcglobal.net (Luke T. Shumaker) Date: Fri, 06 Sep 2013 14:40:50 -0400 Subject: [Dev] people banned from irc for harrassment In-Reply-To: <20130906062519.3b2931322d790ca3136207ab@hacari.org> References: <20130906062519.3b2931322d790ca3136207ab@hacari.org> Message-ID: <87txhx7pzh.wl%lukeshu@sbcglobal.net> At Fri, 6 Sep 2013 06:25:19 +0530, Icarious wrote: > However, all I want from everyone, is to re-consider how bans are > handled in #parabola in the near future. A first offence should be > handled with a friendly public discussion. If considered, a > transparency on #parabola's rules for bans would be nice. Parabola has never had to deal with this situation before, that's why there are no rules or policies on the topic. That's definately something we need. I'll do my best to either draft a policy, or get fauno or mtjm to do so, within the next week. Happy hacking, ~ Luke Shumaker From lukeshu at sbcglobal.net Fri Sep 6 18:58:42 2013 From: lukeshu at sbcglobal.net (Luke T. Shumaker) Date: Fri, 06 Sep 2013 14:58:42 -0400 Subject: [Dev] people banned from irc for harrassment In-Reply-To: <20130905233645.0d3705872dcfc9271b55dbf2@hacari.org> References: <20130905233645.0d3705872dcfc9271b55dbf2@hacari.org> Message-ID: <87sixh7p5p.wl%lukeshu@sbcglobal.net> At Thu, 5 Sep 2013 23:36:45 +0530, Icarious wrote: > This one will deal with the ban on Gravi and GuestOne. > > ... > > According to me, "indefinitely" banning someone on the first offense > without any friendly public discussion / warning is inappropriate > and undemocratic to me. This is what a police-state does. I don't know about Gravi (as I've stated elsewhere in this thread, I've mostly ignored this in the past), but fauno had definately spoken GuestOne, who knew that he was on fauno's watch-list. > Everyone deserves a fair treatment of his/her action. Just banning > someone indefinitely gives them no respect or sense of guilt in > anyway, but rather fuels up the inner hurt in most cases. > > Hence I request everyone connected to this issue to kindly consider > the above paragraph not only for Gravi or GuestOne but in the future > course of action to deal with these matters. I strongly protest > against the fairness of this punishment and immediate unban of both > Gravi and GuestOne as being equal part of the community. > > Lastly, we have discussed on this on #nonprism and have decided > mutually to modify our code-of-conduct in #parabola in the future. I'm discussing their unban with fauno now. Happy hacking, ~ Luke Shumaker From lukeshu at sbcglobal.net Fri Sep 6 19:08:06 2013 From: lukeshu at sbcglobal.net (Luke T. Shumaker) Date: Fri, 06 Sep 2013 15:08:06 -0400 Subject: [Dev] people banned from irc for harrassment In-Reply-To: <87txhx7pzh.wl%lukeshu@sbcglobal.net> References: <20130906062519.3b2931322d790ca3136207ab@hacari.org> <87txhx7pzh.wl%lukeshu@sbcglobal.net> Message-ID: <87ppsl7oq1.wl%lukeshu@sbcglobal.net> At Fri, 06 Sep 2013 14:40:50 -0400, Luke T. Shumaker wrote: > I'll do my best to either draft a policy, or get fauno or mtjm to do > so, within the next week. The following related conversation just happened on IRC. I've corrected my embarrassing mistakes. ~ Luke lukeshu: we shouldn't have to have a policy for asshole behavior for instance http://shitnoisebridgesays.tumblr.com/post/48456882286/no-shitting-on-floor-signs-to-solve-problems Page title: `Shit Noisebridge Says, "NO SHITTING ON FLOOR" signs to solve problems' fauno: first draft: 1. Don't be an asshole 2. The first time you are an asshole, we will give you a warning. 3. After that, we will ban you. You may appeal this ban by XXX process. noisebrige approach is "be excellent to each other" lukeshu: my point is that you can't be surprised asshole behavior is unacceptable that's a fair point. lukeshu +1 everyone feels they're right though I think more important than the "this is unacceptable" part is the "this is what to expect when you behave unacceptably". From lukeshu at sbcglobal.net Fri Sep 6 19:51:30 2013 From: lukeshu at sbcglobal.net (Luke T. Shumaker) Date: Fri, 06 Sep 2013 15:51:30 -0400 Subject: [Dev] people banned from irc for harrassment In-Reply-To: <87ppsl7oq1.wl%lukeshu@sbcglobal.net> References: <20130906062519.3b2931322d790ca3136207ab@hacari.org> <87txhx7pzh.wl%lukeshu@sbcglobal.net> <87ppsl7oq1.wl%lukeshu@sbcglobal.net> Message-ID: <87mwnp7mpp.wl%lukeshu@sbcglobal.net> At Fri, 06 Sep 2013 15:08:06 -0400, Luke T. Shumaker wrote: > I've corrected my embarrassing mistakes. Spelling mistakes. I'm just having a rough day. ~ Luke From shackra at riseup.net Sat Sep 7 01:37:08 2013 From: shackra at riseup.net (shackra at riseup.net) Date: Fri, 6 Sep 2013 18:37:08 -0700 Subject: [Dev] changing email server Message-ID: <6db2ee9bf26a4fa7b00ecf96f5669e65.squirrel@fulvetta.riseup.net> Hello! As you may know, lavabit.com went off because the NSA :( So, I have decided to use my second email account for Parabola GNU/Linux related stuff. I already updated my email address on labs.parabola.nu too. so, that's all :) cheers! From mono at posteo.de Sat Sep 7 05:42:31 2013 From: mono at posteo.de (mono at posteo.de) Date: Sat, 7 Sep 2013 07:42:31 +0200 Subject: [Dev] Parabola ARM In-Reply-To: <871u55u6sv.fsf@endefensadelsl.org> References: <87eh986qq4.wl%lukeshu@sbcglobal.net> <8761ui53s7.wl%lukeshu@sbcglobal.net> <87fvtlucil.fsf@endefensadelsl.org> <20130903174200.GA510@moosbart> <871u55u6sv.fsf@endefensadelsl.org> Message-ID: <20130907054231.GA530@moosbart> Hey Nicol?s, thanks for the hints! it looks my beaglebone black compiled and now runs a new kernel. It applied the archlinuxarm patches to linux-libre-3.8.13. Only a few conflicts had to be resolved by hand. Well, the new patches count some 100,000 lines and I didn't read all of them. How can I make sure they dont'n introduce new blobs? What worries me too, there is no "Missing Free firmware" message in the dmesg output. best regards, Mono On Tue, Sep 03, 2013 at 02:57:36PM -0300, Nicol?s Reynolds wrote: > mono at posteo.de writes: > > > Hallo, > > > > I just want to say here is another one interested in Parabola ARM. am > > running Archlinux ARM on a beaglebone black since about two weeks. So, > > am pretty new to this. I went for this computer because FSF ranks it > > first in there single-board-computers list. From what FSF writes I > > understood only some GPU acceleration things need blobs. Well this > > board runs head-less here anyway and I would like to drop the blobs > > once I find some time and help. Could I start by dropping blobs from > > the kernel, maybe using a stript as done by linux-libre > > (trisquel). How does Parabola creates its kernels? > > cool! yes, you should start by cloning our abslibre.git repo[0] and try > to build libre/linux-libre using makepkg. you will probably want to > merge it with archarm changes. > > if you like to work on a parabola port we can discuss it here or on the > irc channel. at least you and leonardo will hear us rambling about our > experience porting mips64el ;) > > [0]: https://projects.parabolagnulinux.org/abslibre.git > > Leonardo Nc writes: > > > If raspberry pi puts the binary blob on a rom, does it means that never > > will be possible to free raspberry pi? > > this means it's somewhat acceptable to use it with free software because > you aren't required to install or distribute binary blobs, since they're > embedded in the device. > > > > -- > http://endefensadelsl.org > _______________________________________________ > Dev mailing list > Dev at lists.parabolagnulinux.org > https://lists.parabolagnulinux.org/mailman/listinfo/dev From fauno at kiwwwi.com.ar Sat Sep 7 07:08:02 2013 From: fauno at kiwwwi.com.ar (=?utf-8?Q?Nicol=C3=A1s?= Reynolds) Date: Sat, 07 Sep 2013 04:08:02 -0300 Subject: [Dev] Parabola ARM In-Reply-To: <20130907054231.GA530@moosbart> References: <87eh986qq4.wl%lukeshu@sbcglobal.net> <8761ui53s7.wl%lukeshu@sbcglobal.net> <87fvtlucil.fsf@endefensadelsl.org> <20130903174200.GA510@moosbart> <871u55u6sv.fsf@endefensadelsl.org> <20130907054231.GA530@moosbart> Message-ID: <8761udnm7h.fsf@endefensadelsl.org> mono at posteo.de writes: > Hey Nicol?s, > > thanks for the hints! it looks my beaglebone black compiled and now > runs a new kernel. It applied the archlinuxarm patches to > linux-libre-3.8.13. Only a few conflicts had to be resolved by > hand. Well, the new patches count some 100,000 lines and I didn't read > all of them. How can I make sure they dont'n introduce new blobs? What > worries me too, there is no "Missing Free firmware" message in the > dmesg output. you could apply the patches and then run the deblobbing script from linux-libre :) it's been a few years since i last used it, it used lots and lots of ram but i think lxo solved this problem. -- 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 Sat Sep 7 14:30:27 2013 From: labs at parabola.nu (labs at parabola.nu) Date: Sat, 7 Sep 2013 07:30:27 -0700 Subject: [Dev] [Art4Parabola - Bug #282] New logo proposal References: Message-ID: Issue #282 has been updated by fauno. Made a sticker sheet: http://wiki.hackcoop.com.ar/Archivo:A3_ParabolaStickers.svg ---------------------------------------- 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 Sat Sep 7 18:57:04 2013 From: labs at parabola.nu (labs at parabola.nu) Date: Sat, 7 Sep 2013 11:57:04 -0700 Subject: [Dev] [pbot-ng - Bug #405] When he gets page titles he doesn't handle unicode References: Message-ID: Issue #405 has been updated by xylon. I tried to fix it again and failed ---------------------------------------- Bug #405: When he gets page titles he doesn't handle unicode https://labs.parabola.nu/issues/405 Author: xylon Status: open Priority: bug Assignee: Category: Target version: For example: http://www.tudou.com/ -- 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 Sep 8 02:56:30 2013 From: labs at parabola.nu (labs at parabola.nu) Date: Sat, 7 Sep 2013 19:56:30 -0700 Subject: [Dev] [Art4Parabola - Bug #282] New logo proposal References: Message-ID: Issue #282 has been updated by shackra. fauno wrote: > Made a sticker sheet: http://wiki.hackcoop.com.ar/Archivo:A3_ParabolaStickers.svg very cool :D ---------------------------------------- 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 nobody at parabolagnulinux.org Mon Sep 9 03:07:56 2013 From: nobody at parabolagnulinux.org (Parabola Website Notification) Date: Mon, 09 Sep 2013 03:07:56 -0000 Subject: [Dev] Orphan Pcr package [owncloud-client] marked out-of-date Message-ID: <20130909030756.2709.87060@rshg054.dnsready.net> shackra at riseup.net wants to notify you that the following packages may be out-of-date: * owncloud-client 1.3.0-2 [pcr] (i686): https://parabolagnulinux.org/packages/pcr/i686/owncloud-client/ * owncloud-client 1.3.0-2 [pcr] (x86_64): https://parabolagnulinux.org/packages/pcr/x86_64/owncloud-client/ The user provided the following additional text: I have to update this package From labs at parabola.nu Mon Sep 9 22:19:48 2013 From: labs at parabola.nu (labs at parabola.nu) Date: Mon, 9 Sep 2013 15:19:48 -0700 Subject: [Dev] [Packages (i686 and x86_64) - Bug #406] [icecat-noscript] Wrong installation path References: Message-ID: Issue #406 has been updated by Emulatorman. Assignee set to Emulatorman i updated a new revision of that package with installation path fixed, check if now works! ---------------------------------------- Bug #406: [icecat-noscript] Wrong installation path https://labs.parabola.nu/issues/406 Author: jlebleu Status: open Priority: bug Assignee: Emulatorman Category: Target version: NoScript doesn't show up in add-ons after installing icecat-noscript. The installation path seems to be wrong, it should be /usr/lib/icecat/extensions instead of /usr/lib/icecat/browser/extensions. I tried to move it and it works, as other add-ons are in this path too (https://lists.gnu.org/archive/html/bug-gnuzilla/2011-09/msg00021.html). -- 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 Sep 9 22:48:28 2013 From: labs at parabola.nu (labs at parabola.nu) Date: Mon, 9 Sep 2013 15:48:28 -0700 Subject: [Dev] [Packages (i686 and x86_64) - Bug #406] [icecat-noscript] Wrong installation path References: Message-ID: Issue #406 has been updated by jlebleu. Yes it works, thank you! Emulatorman wrote: > i updated a new revision of that package with installation path fixed, check if now works! ---------------------------------------- Bug #406: [icecat-noscript] Wrong installation path https://labs.parabola.nu/issues/406 Author: jlebleu Status: open Priority: bug Assignee: Emulatorman Category: Target version: NoScript doesn't show up in add-ons after installing icecat-noscript. The installation path seems to be wrong, it should be /usr/lib/icecat/extensions instead of /usr/lib/icecat/browser/extensions. I tried to move it and it works, as other add-ons are in this path too (https://lists.gnu.org/archive/html/bug-gnuzilla/2011-09/msg00021.html). -- 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 Sep 9 22:49:15 2013 From: labs at parabola.nu (labs at parabola.nu) Date: Mon, 9 Sep 2013 15:49:15 -0700 Subject: [Dev] [Packages (i686 and x86_64) - Bug #406] (fixed) [icecat-noscript] Wrong installation path References: Message-ID: Issue #406 has been updated by Emulatorman. Status changed from open to fixed % Done changed from 0 to 100 ---------------------------------------- Bug #406: [icecat-noscript] Wrong installation path https://labs.parabola.nu/issues/406 Author: jlebleu Status: fixed Priority: bug Assignee: Emulatorman Category: Target version: NoScript doesn't show up in add-ons after installing icecat-noscript. The installation path seems to be wrong, it should be /usr/lib/icecat/extensions instead of /usr/lib/icecat/browser/extensions. I tried to move it and it works, as other add-ons are in this path too (https://lists.gnu.org/archive/html/bug-gnuzilla/2011-09/msg00021.html). -- 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 quiliro at congresolibre.org Sun Sep 8 01:27:38 2013 From: quiliro at congresolibre.org (=?UTF-8?B?UXVpbGlybyBPcmTDs8OxZXo=?=) Date: Sat, 07 Sep 2013 20:27:38 -0500 Subject: [Dev] =?utf-8?q?usar_email_con_criptograf=C3=ADa?= Message-ID: <522BD28A.3060007@congresolibre.org> Con el fin mantener comunicaciones m?s privadas entre nosotros y con ello ganar mayor autonom?a, te solicito que me env?es tu clave p?blica. As? podremos comunicarnos usando Enigmail con nuestro programa de correo. Esto nos permitir? mantener nuestras conversaciones solamente entre nosotros. De lo contrario, estamos enviando nuestro correo como si fuese una postal con todo lo que escribimos a la vista p?blica. Te env?o mi clave p?blica adjunta. -- Saludos libres, Quiliro Ord??ez Presidente (en co-gobierno con los socios) Asociaci?n de Software Libre del Ecuador - ASLE 6008579 Recuerda que todas tus comunicaciones est?n siendo vigiladas. Lo que puedes hacer para restar su eficacia es eliminar el software privativo de tus computadores, evitar el software como servicio, almacenar tus datos en tus propios equipos y encriptar todas tus comunicaciones. Toda la informaci?n contenida en este mensaje es libre de uso y distribuci?n con o sin modificaciones y todo correo que reciba implica que el remitente acepta que tendr? las mismas libertades sin importar cualquier clausula de confidencialidad o restricci?n anterior o posterior. -------------- next part -------------- A non-text attachment was scrubbed... Name: 0x61FEDFBA.asc Type: application/pgp-keys Size: 4847 bytes Desc: not available URL: From quiliro at congresolibre.org Sun Sep 8 01:27:38 2013 From: quiliro at congresolibre.org (=?UTF-8?B?UXVpbGlybyBPcmTDs8OxZXo=?=) Date: Sat, 07 Sep 2013 20:27:38 -0500 Subject: [Dev] =?utf-8?q?usar_email_con_criptograf=C3=ADa?= Message-ID: <522BD28A.3060007@congresolibre.org> Con el fin mantener comunicaciones m?s privadas entre nosotros y con ello ganar mayor autonom?a, te solicito que me env?es tu clave p?blica. As? podremos comunicarnos usando Enigmail con nuestro programa de correo. Esto nos permitir? mantener nuestras conversaciones solamente entre nosotros. De lo contrario, estamos enviando nuestro correo como si fuese una postal con todo lo que escribimos a la vista p?blica. Te env?o mi clave p?blica adjunta. -- Saludos libres, Quiliro Ord??ez Presidente (en co-gobierno con los socios) Asociaci?n de Software Libre del Ecuador - ASLE 6008579 Recuerda que todas tus comunicaciones est?n siendo vigiladas. Lo que puedes hacer para restar su eficacia es eliminar el software privativo de tus computadores, evitar el software como servicio, almacenar tus datos en tus propios equipos y encriptar todas tus comunicaciones. Toda la informaci?n contenida en este mensaje es libre de uso y distribuci?n con o sin modificaciones y todo correo que reciba implica que el remitente acepta que tendr? las mismas libertades sin importar cualquier clausula de confidencialidad o restricci?n anterior o posterior. -------------- next part -------------- A non-text attachment was scrubbed... Name: 0x61FEDFBA.asc Type: application/pgp-keys Size: 4847 bytes Desc: not available URL: From shackra at riseupnet Tue Sep 10 23:57:11 2013 From: shackra at riseupnet (Jorge Araya Navarro (Shackra Sislock)) Date: Tue, 10 Sep 2013 17:57:11 -0600 Subject: [Dev] Orphan Pcr package [owncloud-client] marked out-of-date In-Reply-To: <20130909030756.2709.87060@rshg054.dnsready.net> References: <20130909030756.2709.87060@rshg054.dnsready.net> Message-ID: <1378857431.2364.0.camel@localhost.localdomain> El lun, 09-09-2013 a las 03:07 +0000, Parabola Website Notification escribi?: > shackra at riseup.net wants to notify you that the following packages may be out-of-date: > > > * owncloud-client 1.3.0-2 [pcr] (i686): https://parabolagnulinux.org/packages/pcr/i686/owncloud-client/ > * owncloud-client 1.3.0-2 [pcr] (x86_64): https://parabolagnulinux.org/packages/pcr/x86_64/owncloud-client/ > > > The user provided the following additional text: > > I have to update this package > > _______________________________________________ > Dev mailing list > Dev at lists.parabolagnulinux.org > https://lists.parabolagnulinux.org/mailman/listinfo/dev Orphan? WT..? I'm maintaining that package! D: -- Pax et bonum. Jorge Araya Navarro. Dise?ador publicitario, programador Python/C++ y colaborador en Parabola GNU/Linux-libre. -------------- next part -------------- An HTML attachment was scrubbed... URL: From fauno at endefensadelsl.org Wed Sep 11 12:20:05 2013 From: fauno at endefensadelsl.org (=?utf-8?Q?Nicol=C3=A1s?= Reynolds) Date: Wed, 11 Sep 2013 09:20:05 -0300 Subject: [Dev] =?utf-8?q?=5BLudovic_Court=C3=A8s=5D_=5BGNU-linux-libre=5D_?= =?utf-8?q?Recognizing_the_GNU_system_as_a_free_distro?= Message-ID: <8738pbeeiy.fsf@endefensadelsl.org> -- http://endefensadelsl.org -------------- next part -------------- An embedded message was scrubbed... From: ludo at gnu.org (Ludovic =?utf-8?Q?Court=C3=A8s?=) Subject: [GNU-linux-libre] Recognizing the GNU system as a free distro Date: Wed, 11 Sep 2013 14:05:35 +0200 Size: 5616 URL: -------------- 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 Wed Sep 11 14:46:15 2013 From: fauno at endefensadelsl.org (=?utf-8?Q?Nicol=C3=A1s?= Reynolds) Date: Wed, 11 Sep 2013 11:46:15 -0300 Subject: [Dev] entropy needs packagers! Message-ID: <87fvtbct6w.fsf@endefensadelsl.org> i've added three entropy generators to [pcr]: {timer,audio,video}_entropyd under the "entropy" group. i686 packages are released, could someone package them for x86_64? i can do mips64el later. http://vanheusden.com/aed/ -- 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 Thu Sep 12 03:22:24 2013 From: labs at parabola.nu (labs at parabola.nu) Date: Wed, 11 Sep 2013 20:22:24 -0700 Subject: [Dev] [Installation media (i686 and x86_64) - Bug #368] Error booting CD on MacBook References: Message-ID: Issue #368 has been updated by alfplayer. Assignee deleted (alfplayer) The new ISO 2013.09.01 could help with this problem. Related to UEFI: the introduction of Secure Boot in Arch ISOs is being held back, and gummiboot is being kept. Details: https://wiki.parabolagnulinux.org/Hacking:Parabolaiso#Secure_Boot_vs._Restricted_Boot ---------------------------------------- Bug #368: Error booting CD on MacBook https://labs.parabola.nu/issues/368 Author: bugmenot Status: open Priority: bug Assignee: Category: Target version: I burned parabola-2013.04.27-dual.iso on a CD and when I booted a MacBook with it, the computer got stuck at this screen: 1. 2. Select CD-Rom Boot Type:_ There is a discussion of the same problem on Redhat here: https://bugzilla.redhat.com/show_bug.cgi?id=527443 ...including a workaround, which I adapted to the Parabola image this way: # mount -t iso9960 parabola-2013.04.27-dual.iso /mnt # mkdir /tmp/image # cp -a /mnt/* /tmp/image # mkisofs -iso-level 2 -V PARABOLA_201304 -J -r -b isolinux/isolinux.bin -c isolinux/boot.cat -no-emul-boot -boot-load-size 4 -boot-info-table -o /tmp/parabola-2013.04.27-dual_MACBOOK.iso /tmp/image The resulting image can boot the MacBook. I think this is a bug because the Ubuntu CDs boot fine. -- 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 Thu Sep 12 12:26:26 2013 From: fauno at endefensadelsl.org (=?utf-8?Q?Nicol=C3=A1s?= Reynolds) Date: Thu, 12 Sep 2013 09:26:26 -0300 Subject: [Dev] =?utf-8?q?=5BLudovic_Court=C3=A8s=5D_=5BGNU-linux-libre=5D_?= =?utf-8?q?Recognizing_the_GNU_system_as_a_free_distro?= Message-ID: <87sixaw7il.fsf@endefensadelsl.org> fyi -- http://endefensadelsl.org -------------- next part -------------- An embedded message was scrubbed... From: ludo at gnu.org (Ludovic =?utf-8?Q?Court=C3=A8s?=) Subject: Re: [GNU-linux-libre] Recognizing the GNU system as a free distro Date: Thu, 12 Sep 2013 10:35:22 +0200 Size: 2783 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 Thu Sep 12 14:19:56 2013 From: labs at parabola.nu (labs at parabola.nu) Date: Thu, 12 Sep 2013 07:19:56 -0700 Subject: [Dev] [Packages (i686 and x86_64) - Bug #407] (open) [debootstrap-libre] 1.0.53-3 missing dependency on binutils Message-ID: Issue #407 has been reported by mtjm. ---------------------------------------- Bug #407: [debootstrap-libre] 1.0.53-3 missing dependency on binutils https://labs.parabola.nu/issues/407 Author: mtjm Status: open Priority: bug Assignee: Category: Target version: debootstrap needs ar to install packages, otherwise it fails with lines like "/usr/share/debootstrap/functions: line 810: ar: command not found" in its log and messages like "E: Unknown compression type for in .//var/cache/apt/archives/libacl1_2.2.52-1_amd64.deb". Installing binutils solves this, it should be added to debootstrap-libre's depends. -- 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 themightygravi at inventati.org Fri Sep 13 10:44:00 2013 From: themightygravi at inventati.org (Gravi) Date: Fri, 13 Sep 2013 12:44:00 +0200 Subject: [Dev] People Still Banned #1 Message-ID: <20130913124400.7ea440339749e2c9fccee622@inventati.org> Fish-head Fauno; We've waiting enough for you to take a decission! Just do something to make your mom be proud of your birth and speak about our ban and the terms to be readmitted. You haven't the right to do whatever you like and then hide yourself nor facing the consecuences of your actions. Neither a single word has left your snout after the ban, so be a man! If this mail has no effect again, I warn you we'd send another one to your mail, an then, one more... so... I'd recommend you avoid the resulting laments taking action right now. P.D: Lukeshu, of course I know you're reading and wanting to reply. I'll propose you to waste your energy making fauno start to move his single neurone, instead of writing ghostly and self-pleasant words, which you've proved that you've already mastered. I can't figure out why an incompetent and unqualified person is the owner of both the community and your minds! >.< Damn! Support our vindication! -- Gravi -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 490 bytes Desc: not available URL: From fauno at endefensadelsl.org Fri Sep 13 13:46:16 2013 From: fauno at endefensadelsl.org (=?utf-8?Q?Nicol=C3=A1s?= Reynolds) Date: Fri, 13 Sep 2013 10:46:16 -0300 Subject: [Dev] tahoe lafs on [pcr] Message-ID: <874n9ox2af.fsf@endefensadelsl.org> needs x86_64 packager :) https://tahoe-lafs.org/ -- 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 fauno at endefensadelsl.org Fri Sep 13 13:59:11 2013 From: fauno at endefensadelsl.org (=?utf-8?Q?Nicol=C3=A1s?= Reynolds) Date: Fri, 13 Sep 2013 10:59:11 -0300 Subject: [Dev] [Pierre Schmitz] [arch-dev-public] systemd 207 ignores /etc/sysctl.conf Message-ID: <87y570vn4g.fsf@endefensadelsl.org> FYI -- http://endefensadelsl.org -------------- next part -------------- An embedded message was scrubbed... From: Pierre Schmitz Subject: [arch-dev-public] systemd 207 ignores /etc/sysctl.conf Date: Fri, 13 Sep 2013 13:12:20 +0200 Size: 1350 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 Fri Sep 13 22:47:23 2013 From: labs at parabola.nu (labs at parabola.nu) Date: Fri, 13 Sep 2013 15:47:23 -0700 Subject: [Dev] [pbot-ng - Bug #408] (open) He `listens' to music streams Message-ID: Issue #408 has been reported by xylon. ---------------------------------------- Bug #408: He `listens' to music streams https://labs.parabola.nu/issues/408 Author: xylon Status: open Priority: bug Assignee: Category: Target version: If someone posts a link to a music stream in the channel he listens to it and becomes non-responsive. For example: http://fm.hackcoop.com.ar/ponape.ogg <= argentinian rock from the 70's -- 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 Sep 13 22:48:10 2013 From: labs at parabola.nu (labs at parabola.nu) Date: Fri, 13 Sep 2013 15:48:10 -0700 Subject: [Dev] [pbot-ng - Bug #408] He `listens' to music streams References: Message-ID: Issue #408 has been updated by xylon. some comments were made on IRC: can't just ignore some kind of links? Nah, music is pbot's favorite. Not a bad idea though. Maybe check the Content-Type type first or something? So as not try to spit out an HTML title tag from an Ogg? :) ---------------------------------------- Bug #408: He `listens' to music streams https://labs.parabola.nu/issues/408 Author: xylon Status: open Priority: bug Assignee: Category: Target version: If someone posts a link to a music stream in the channel he listens to it and becomes non-responsive. For example: http://fm.hackcoop.com.ar/ponape.ogg <= argentinian rock from the 70's -- 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 Sep 13 23:38:03 2013 From: lukeshu at sbcglobal.net (Luke T. Shumaker) Date: Fri, 13 Sep 2013 19:38:03 -0400 Subject: [Dev] People Still Banned #1 In-Reply-To: <20130913124400.7ea440339749e2c9fccee622@inventati.org> References: <20130913124400.7ea440339749e2c9fccee622@inventati.org> Message-ID: <87li30waw4.wl%lukeshu@sbcglobal.net> So At Fri, 13 Sep 2013 12:44:00 +0200, Gravi wrote: > Fish-head Fauno; > > We've waiting enough for you to take a decission! > Just do something to make your mom be proud of your birth and speak > about our ban and the terms to be readmitted. > > You haven't the right to do whatever you like and then hide yourself nor facing the consecuences of your actions. > > Neither a single word has left your snout after the ban, so be a man! > > If this mail has no effect again, I warn you we'd send another one to your mail, an then, one more... so... I'd recommend you avoid the resulting laments taking action right now. > > P.D: Lukeshu, of course I know you're reading and wanting to > reply. I'll propose you to waste your energy making fauno start to > move his single neurone, instead of writing ghostly and > self-pleasant words, which you've proved that you've already > mastered. Dude, I've been speaking in favor of your un-ban since day one. I have OP powers to do that; but I've been waiting for one other developer to be in favor of the action. One. That hasn't happened. Now, I don't read every message posted to IRC; I skim what happens while I am away, and search for any mentions of "luke". So, it's possible I just missed it. I speculate that the reason nobody else has discussed it is that it's unpleasant. Nobody wants to deal with it, so they just let others do it. Anyway, I've semi-successfully started a conversation now. smv agreed with the unban. A couple of others favored giving you a second chance, but felt it wouldn't last long befor you are banned again. So, I've just lifted your ban. (I think. I've -b'd you to the channel, but the bans still show up in `/msg chanserv flags #parabola`, so let me know if you can't get on). We've begun drafting a policy for this, you might want to take a look at it: https://wiki.parabolagnulinux.org/IRC_Policy Happy hacking, ~ Luke From smv at ceata.org Fri Sep 13 23:51:30 2013 From: smv at ceata.org (Sorin-Mihai =?ISO-8859-1?Q?V=E2rgolici?=) Date: Sat, 14 Sep 2013 02:51:30 +0300 Subject: [Dev] Request to become a channel operator Message-ID: <1379116290.10948.19.camel@naughty.smv.name> Hello, It's been some time since I contributed with something, but some of you maybe still remmember me. Long ago I built some packages (including the kernel) and the ISOs for a while, and even helped on IRC from time to time. I would like to become an full operator on the #parabola channel. Technically it's as easy as "/msg ChanServ FLAGS #parabola smv +ARfiorstv" from someone who allready has access. My motivation is, on one hand, the fact that I've been a Parabola user for quite some time and I should give back some of my time, at least, while on the other hand are the current events which maybe could have been avoided if more than one human was behind that decision, which I've quietly supported, because it was fair and sane. Yeah, fauno might make that kind of fast decisions, but usually he manages to make good ones and this time he made a good one too. -- Sorin-Mihai V?rgolici Director executiv, Funda?ia Ceata Telefon: +40 740 66 25 67 GPG: 6649 0C13 1610 180B FD63 2AB3 C6DA 3E73 1B75 4FD2 Sus?ii libertatea artelor ?i tehnologiilor? ?nscrie-te ca membru! (http://ceata.org/inscrieri) From shackra at riseupnet Sat Sep 14 01:02:53 2013 From: shackra at riseupnet (Jorge Araya Navarro (Shackra Sislock)) Date: Fri, 13 Sep 2013 19:02:53 -0600 Subject: [Dev] People Still Banned #1 In-Reply-To: <87li30waw4.wl%lukeshu@sbcglobal.net> References: <20130913124400.7ea440339749e2c9fccee622@inventati.org> <87li30waw4.wl%lukeshu@sbcglobal.net> Message-ID: <1379120573.22415.1.camel@localhost.localdomain> El vie, 13-09-2013 a las 19:38 -0400, Luke T.Shumaker escribi?: > So > > At Fri, 13 Sep 2013 12:44:00 +0200, > Gravi wrote: > > Fish-head Fauno; > > > > We've waiting enough for you to take a decission! > > Just do something to make your mom be proud of your birth and speak > > about our ban and the terms to be readmitted. > > > > You haven't the right to do whatever you like and then hide yourself nor facing the consecuences of your actions. > > > > Neither a single word has left your snout after the ban, so be a man! > > > > If this mail has no effect again, I warn you we'd send another one to your mail, an then, one more... so... I'd recommend you avoid the resulting laments taking action right now. > > > > P.D: Lukeshu, of course I know you're reading and wanting to > > reply. I'll propose you to waste your energy making fauno start to > > move his single neurone, instead of writing ghostly and > > self-pleasant words, which you've proved that you've already > > mastered. > > Dude, I've been speaking in favor of your un-ban since day one. > > I have OP powers to do that; but I've been waiting for one other > developer to be in favor of the action. One. That hasn't happened. > > Now, I don't read every message posted to IRC; I skim what happens > while I am away, and search for any mentions of "luke". So, it's > possible I just missed it. > > I speculate that the reason nobody else has discussed it is that it's > unpleasant. Nobody wants to deal with it, so they just let others do > it. > > Anyway, I've semi-successfully started a conversation now. smv agreed > with the unban. A couple of others favored giving you a second > chance, but felt it wouldn't last long befor you are banned again. > > So, I've just lifted your ban. (I think. I've -b'd you to the > channel, but the bans still show up in `/msg chanserv flags > #parabola`, so let me know if you can't get on). > > We've begun drafting a policy for this, you might want to take a look > at it: https://wiki.parabolagnulinux.org/IRC_Policy > > Happy hacking, > ~ Luke > _______________________________________________ > Dev mailing list > Dev at lists.parabolagnulinux.org > https://lists.parabolagnulinux.org/mailman/listinfo/dev Why was Gravi banned in first place? :O -- Pax et bonum. Jorge Araya Navarro. Dise?ador publicitario, programador Python/C++ y colaborador en Parabola GNU/Linux-libre. -------------- next part -------------- An HTML attachment was scrubbed... URL: From shackra at riseupnet Sat Sep 14 01:07:54 2013 From: shackra at riseupnet (Jorge Araya Navarro (Shackra Sislock)) Date: Fri, 13 Sep 2013 19:07:54 -0600 Subject: [Dev] =?iso-8859-1?q?=5BLudovic_Court=E8s=5D_=5BGNU-linux-libre?= =?iso-8859-1?q?=5D_Recognizing_the_GNU_system_as_a_free_distro?= In-Reply-To: <87sixaw7il.fsf@endefensadelsl.org> References: <87sixaw7il.fsf@endefensadelsl.org> Message-ID: <1379120874.22415.2.camel@localhost.localdomain> El jue, 12-09-2013 a las 09:26 -0300, Nicol?s Reynolds escribi?: > fyi > _______________________________________________ > Dev mailing list > Dev at lists.parabolagnulinux.org > https://lists.parabolagnulinux.org/mailman/listinfo/dev Maybe we can make some suggestions to them? -- Pax et bonum. Jorge Araya Navarro. Dise?ador publicitario, programador Python/C++ y colaborador en Parabola GNU/Linux-libre. -------------- next part -------------- An HTML attachment was scrubbed... URL: From shackra at riseupnet Sat Sep 14 01:10:27 2013 From: shackra at riseupnet (Jorge Araya Navarro (Shackra Sislock)) Date: Fri, 13 Sep 2013 19:10:27 -0600 Subject: [Dev] tahoe lafs on [pcr] In-Reply-To: <874n9ox2af.fsf@endefensadelsl.org> References: <874n9ox2af.fsf@endefensadelsl.org> Message-ID: <1379121027.22415.3.camel@localhost.localdomain> El vie, 13-09-2013 a las 10:46 -0300, Nicol?s Reynolds escribi?: > needs x86_64 packager :) > > https://tahoe-lafs.org/ > > _______________________________________________ > Dev mailing list > Dev at lists.parabolagnulinux.org > https://lists.parabolagnulinux.org/mailman/listinfo/dev I'll build this one! -- Pax et bonum. Jorge Araya Navarro. Dise?ador publicitario, programador Python/C++ y colaborador en Parabola GNU/Linux-libre. -------------- next part -------------- An HTML attachment was scrubbed... URL: From lukeshu at sbcglobal.net Sat Sep 14 01:50:55 2013 From: lukeshu at sbcglobal.net (Luke T. Shumaker) Date: Fri, 13 Sep 2013 21:50:55 -0400 Subject: [Dev] People Still Banned #1 In-Reply-To: <1379120573.22415.1.camel@localhost.localdomain> References: <20130913124400.7ea440339749e2c9fccee622@inventati.org> <87li30waw4.wl%lukeshu@sbcglobal.net> <1379120573.22415.1.camel@localhost.localdomain> Message-ID: <87hadow4qo.wl%lukeshu@sbcglobal.net> Jorge Araya Navarro (Shackra Sislock) wrote: > Why was Gravi banned in first place? :O Harassment and making sexist remarks. See this thread: https://lists.parabolagnulinux.org/pipermail/dev/2013-September/thread.html#1801 And this (which was not to the main thread): https://lists.parabolagnulinux.org/pipermail/dev/2013-September/001803.html I did a decent play-by-play here: https://lists.parabolagnulinux.org/pipermail/dev/2013-September/001814.html ~ Luke From labs at parabola.nu Sat Sep 14 06:46:31 2013 From: labs at parabola.nu (labs at parabola.nu) Date: Fri, 13 Sep 2013 23:46:31 -0700 Subject: [Dev] [pbot-ng - Bug #409] (open) He can't handle egyptial urls Message-ID: Issue #409 has been reported by xylon. ---------------------------------------- Bug #409: He can't handle egyptial urls https://labs.parabola.nu/issues/409 Author: xylon Status: open Priority: bug Assignee: Category: Target version: If you say a URL like: http://????.?????-?????????.???/ He seemingly just ignores 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 Sat Sep 14 07:14:29 2013 From: labs at parabola.nu (labs at parabola.nu) Date: Sat, 14 Sep 2013 00:14:29 -0700 Subject: [Dev] [pbot-ng - Bug #409] He can't handle egyptian urls References: Message-ID: Issue #409 has been updated by xylon. Subject changed from He can't handle egyptial urls to He can't handle egyptian urls ---------------------------------------- Bug #409: He can't handle egyptian urls https://labs.parabola.nu/issues/409 Author: xylon Status: open Priority: bug Assignee: Category: Target version: If you say a URL like: http://????.?????-?????????.???/ He seemingly just ignores 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 fauno at kiwwwi.com.ar Sat Sep 14 14:49:55 2013 From: fauno at kiwwwi.com.ar (=?utf-8?Q?Nicol=C3=A1s?= Reynolds) Date: Sat, 14 Sep 2013 11:49:55 -0300 Subject: [Dev] [pbot-ng - Bug #408] He `listens' to music streams In-Reply-To: References: Message-ID: <8761u3v4oc.fsf@endefensadelsl.org> labs at parabola.nu writes: > Issue #408 has been updated by xylon. > > > some comments were made on IRC: > > can't just ignore some kind of links? > Nah, music is pbot's favorite. > Not a bad idea though. Maybe check the Content-Type type first or something? > So as not try to spit out an HTML title tag from an Ogg? :) i do that for my bots, check headers first ? -- 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 lukeshu at sbcglobal.net Sun Sep 15 00:39:00 2013 From: lukeshu at sbcglobal.net (Luke T. Shumaker) Date: Sat, 14 Sep 2013 20:39:00 -0400 Subject: [Dev] libretools 20130914 release anouncement Message-ID: <87bo3ux6jf.wl%lukeshu@sbcglobal.net> I just released libretools 20130914. There hasn't been a libretools release announcement in a while (the last one was for 20130605.1) because most of the changes since the last announcement have been minor or bugfixes. Significant changes from 20130605.1 to 20130812: * Add man pages * Add `libregit`, a git downloader * libremakepkg: * Add -N flag to enable networking * Add distcc support * librefetch: * Simplify invocation * Add -P flag for debugging * A bugfix changed the check-sums for svn-based tarballs. From 20130812 to 20130914: ========================== The major changes are internal, but they are big enough that users should be aware, because big changes frequently mean bugs or breakage. There are two major changes: * (partial) internationalization * updating to the new devtools User-facing changes: * librechroot: Add -r and -w flags to configure bind mounts * libremakepkg: * Networking is no longer enabled during prepare() * Sources are downloaded before entering the chroot * The output format changed significantly * libremessages: * `lock_open_write` was renamed to `lock` * `lock_open_read` was renamed to `slock` * Helper programs (mkarchroot, chcleanup, distcc-tool) are no longer in PATH. This means there is less user-facing complexity. Bugfixes: * libre{stage,release}: Issue #379: The staging directory is locked so that librerelease won't delete files that it didn't really upload. * libremakepkg: Issue #380: Handle {PKG,SRC,LOG}DEST being set but not existing. * libremakepkg: Issue #388: Will now correctly copy in VCS source directories, even though you shouldn't be using them. Updating devtools ----------------- There have been some major changes in devtools, so this had to be reflected in libretools. libremessages: * `lock_open_write` was renamed to `lock` * `lock_open_read` was renamed to `slock` helper-scripts: * archroot got split into mkarchroot and arch-nspawn * All helper scripts (archroot/mkarchroot/arch-nspawn, distcc-tool, chcleanup) are no longer installed to PATH, meaning that user-facing complexity has gone down. librechroot: libremakepkg now only uses librechroot, it never uses arch-chroot or friends manually. To support this, librechroot had to learn flags to control bind mounts, which is how the new devtools copies in source files (this feature happens to be our issue #251). Other than this, the changes to librechroot are pretty trivial and straight-forward. The biggest change is to accommodate archroot being split. libremakepkg: Looking at the diff isn't even helpful; there were major changes. Honestly, the changes to libremakepkg probably could have been a lot smaller, but... I wanted to do it right/be clean. makechrootpkg in devtools got cleaned up a lot, actually a lot of the same changes I was making. But, the small differences between the way we did things made it less than simple to adjust. The biggest changes in terms of conflict for me are how devtools now uses bind-mounts to put files in the chroot, and that the /chrootbuild file is more complicated. I handled a lot of the complexity by moving things out of the main program, and adding hooks for non-core functionality, including chcleanup, distcc compatibility hacks, and PKGBUILD/pkg checking. Unfortunately, the files containing the hooks are currently hard-coded. Perhaps they will be truly plug-able in the future. That might be neat. Or over-complicated. We'll see where it goes. I then changed the output format to be more clear about the hierarchy; the output of the commands it calls was at the same level as its own output. Now, the output of sub-commands is prefixed with " | ", which hugely increases the ability to tell what is going on, but means that some of it doesn't have color. Internationalization -------------------- This is fairly unlikely to break anything. The internationalization is incomplete, but the *framework* is there. All message printing functions are gettext-aware, and we have functions for dealing with prose in --help text--something that is very difficult to do in shell scripts. The build system also knows how to create .pot files for all programs. What's left is: * making sure no programs use string interpolation for messages * teaching the build system to create and install .mo files * using the functions for dealing with prose in all programs There may also be issues with the locale and/or translation files not transferring into the chroot properly, even though the programs in the chroot are internationalized. Then, there's the translating itself. It will take time and testing. If you want to use the new internationalization functions, they are (in libremessages): * prose: Prints a word-wrapped printf-formatted string * bullet: Like prose, but adds a bullet point to the first line, and indents the rest. * flag: The first argument is a flag (non-translated), and the second argument is a (translated) description of the flag that is word-wrapped. --------------------------------------------------------------------------- Detailed changes for all the releases I skipped doing announcements for: From 20130605.1 to 20130608: Changes: * Change default value for DIFFTOOL * is_built: make the version argument optional * libremakepkg: add -N flag to enable networking, for distcc support * librerelease: is more verbose * pkgbuild-check-nonfree: add -c flag to not download a new blacklist Bugfixes: * aur: lots of fixes * libreblacklist: * update: work when on the left side of '||' * don't prompt before overwriting blacklist cache * librerelease: * Fail when it's not possible to sign packages * work with pinentry-curses * librestage: * fix bugs with staging for multiple architectures * don't require PKGDEST to be set * pkgbuild-check-licenses: the previous version didn't work at all From 20130608 to 20130611: Changes: * libremakepkg: * add support for distcc without using -N * set PACKAGER int he chroot to reflect the value outside Bugfixes: * librechroot: fix status message when deleting a chroot copy * libremakepkg: don't leak temporary files on error From 20130611 to 20130622: Changes: * librechroot: improve documentation * librelib+lib directory got split into a separate/split package. * librerelease: sort list output (`librerelease -l`) Bugfixes: * librechroot: clean-pkgs: don't spit a warning if /build already exists. From 20130622 to 20130627: Changes: * conf.sh: add {load,unset}_PKGBUILD routines This lets us more safely load PKGBUILD files. Bugfixes: * chcleanup: set CARCH * pay attention to librefetch variables in aur, pkgbuild-check-* From 20130627 to 20130706: (bugfix only) Bugfixes: * librefetch: fix regular expression error when parsing SRCBUILDs. * pkgbuild-check-nonfree: also check optdepends * toru: there was a syntax error From 20130706 to 20130714: Changes: * add `libregit`: a git downloader * librefetch: * make invocation simpler * add more information to --help output * drop compatibility for makepkg older than 4.1 Bugfixes: * librefetch: * don't create temporary files in help/version modes * print usage errors to stderr * fix bug with creating package symlinks * make BUILDDIR logic more robust From 20130714 to 20130727: (bugfix only) Bugfixes: * pkgbuild-check-*: load conf.sh, I don't know how this wasn't caught sooner. * librefetch: * correctly handle file-names starting with '-' * fix how pkgdir is set with makepkg 4.1 in split packages From 20130727 to 20130727.1: Changes: * Add man pages From 20130727.1 to 20130812 Changes: * librefetch: add -P for print mode/debugging. * pkgbuild-check-nonfree: change the messages to be about being blacklisted, not free/unfree. Bugfixes: * librefetch: * fix bug with split packages * add .makepkg/ to PURGE_TARGETS, it is created by download_svn() Warning: This changes the output for svn tarballs. --------------------------------------------------------------------------- Happy hacking, ~ Luke Shumaker From labs at parabola.nu Sun Sep 15 00:38:36 2013 From: labs at parabola.nu (labs at parabola.nu) Date: Sat, 14 Sep 2013 17:38:36 -0700 Subject: [Dev] [Libretools - Bug #261] (fixed) [librechroot] Allow configurable bind mounts References: Message-ID: Issue #261 has been updated by lukeshu. Subject changed from [archroot] Allow configurable bind mounts to [librechroot] Allow configurable bind mounts Status changed from open to fixed Assignee set to lukeshu % Done changed from 0 to 100 This can now be done with the -r and -w flags to librechroot. ---------------------------------------- Bug #261: [librechroot] Allow configurable bind mounts https://labs.parabola.nu/issues/261 Author: lukeshu Status: fixed Priority: feature Assignee: lukeshu Category: Target version: 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 Sun Sep 15 00:39:19 2013 From: labs at parabola.nu (labs at parabola.nu) Date: Sat, 14 Sep 2013 17:39:19 -0700 Subject: [Dev] [Libretools - Bug #251] (fixed) [libremakepkg] Bind mount $SRCDEST and $PKGDEST References: Message-ID: Issue #251 has been updated by lukeshu. Status changed from in progress to fixed Assignee set to lukeshu % Done changed from 0 to 100 Having upgraded to the new devtools, it now does this (as explained in my previous comment). ---------------------------------------- Bug #251: [libremakepkg] Bind mount $SRCDEST and $PKGDEST https://labs.parabola.nu/issues/251 Author: fauno Status: fixed Priority: feature Assignee: lukeshu 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 Sun Sep 15 00:42:38 2013 From: labs at parabola.nu (labs at parabola.nu) Date: Sat, 14 Sep 2013 17:42:38 -0700 Subject: [Dev] [Libretools - Bug #380] (fixed) [libremakepkg] $PKGDEST is a binary file References: Message-ID: Issue #380 has been updated by lukeshu. Status changed from open to fixed % Done changed from 0 to 100 This was not fixed by devtools, but I fixed it with a call to `mkdir` in the same commit that I updated to the new devtools https://projects.parabolagnulinux.org/packages/libretools.git/commit/?id=6eddc77d5e6abb25f33751308419fa0c62518188 ---------------------------------------- Bug #380: [libremakepkg] $PKGDEST is a binary file https://labs.parabola.nu/issues/380 Author: lluvia Status: fixed Priority: bug Assignee: lukeshu Category: Target version: When uncommenting some vars like PKGDEST or SRCDEST and leaving the deafults, I would expect that directories were created and that they contains the expected files. However, they appears as files. For example, try building your-freedom creates a /home/sources wich is a copy of blacklist*.txt file, and building widelands /home/packages becomes a binary file and /home/sources the launcher of the binary (a sh script). I though that maybe the script is doing `cp file $SRCDEST` before assuring $SRCDEST (or other) is an existing directory. I attach my libretools.conf and makepkg.conf. -- 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 shackra at riseupnet Sun Sep 15 00:50:08 2013 From: shackra at riseupnet (Jorge Araya Navarro (Shackra Sislock)) Date: Sat, 14 Sep 2013 18:50:08 -0600 Subject: [Dev] People Still Banned #1 In-Reply-To: <87hadow4qo.wl%lukeshu@sbcglobal.net> References: <20130913124400.7ea440339749e2c9fccee622@inventati.org> <87li30waw4.wl%lukeshu@sbcglobal.net> <1379120573.22415.1.camel@localhost.localdomain> <87hadow4qo.wl%lukeshu@sbcglobal.net> Message-ID: <1379206208.3806.4.camel@localhost.localdomain> El vie, 13-09-2013 a las 21:50 -0400, Luke T.Shumaker escribi?: > > I did a decent play-by-play here: > https://lists.parabolagnulinux.org/pipermail/dev/2013-September/001814.html > > ~ Luke Oh my God! I mean, what the heck, Gravi and GuestOne?!?! This is the Internet, but not the Wild West. This sort of treatment to others, even if they are rude to you, is unacceptable. Indeed, both should be on #archlinux-offtopic. It looks like trolls and anti-theists (Because I have had to deal with such sort of people) uses Arch linux. C'mon! :-/ -- Pax et bonum. Jorge Araya Navarro. Dise?ador publicitario, programador Python/C++ y colaborador en Parabola GNU/Linux-libre. -------------- next part -------------- An HTML attachment was scrubbed... URL: From labs at parabola.nu Sun Sep 15 00:53:38 2013 From: labs at parabola.nu (labs at parabola.nu) Date: Sat, 14 Sep 2013 17:53:38 -0700 Subject: [Dev] [Libretools - Bug #410] (open) [librerelease] blocks [librestage] Message-ID: Issue #410 has been reported by lukeshu. ---------------------------------------- Bug #410: [librerelease] blocks [librestage] https://labs.parabola.nu/issues/410 Author: lukeshu Status: open Priority: feature Assignee: Category: Target version: My solution to Bug #379 was for librerelease to grab an exclusive lock on the staging directory, while having librestage require a shared lock. mtjm: > I don't understand how locking would help: wouldn't it delay the second librestage until librerelease finishes, keeping the CPU idle instead of building packages for several hours in some cases? > > The old solution was to make a list of staged files in librerelease once and then release them. It's safe to continue staging files until the next librerelease run releases them. lukeshu: > That is the case: it will block librestage. > > Because sets of files can't be added to the staging directory atomically, there are a couple of race conditions so that I don't want to have the list of staged files. > > Perhaps if librerelease first moved files to a temporary upload directory, and only held the lock while it was moving the files? > > Although, this could also be fixed in the programs you use to build packages. Staging doesn't need to block building. treepkg/fullpkg could run the staging commands in the background. Also, they could be learn how to do parallel builds by spawning new chroot copies. > I'm closing this, and creating a "librerelease block librestage" 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 Sep 15 00:54:07 2013 From: labs at parabola.nu (labs at parabola.nu) Date: Sat, 14 Sep 2013 17:54:07 -0700 Subject: [Dev] [Libretools - Bug #379] (fixed) [librerelease] removes files that were not uploaded References: Message-ID: Issue #379 has been updated by lukeshu. Status changed from open to fixed % Done changed from 0 to 100 That is the case: it will block librestage. Because sets of files can't be added to the staging directory atomically, there are a couple of race conditions so that I don't want to have the list of staged files. Perhaps if librerelease first moved files to a temporary upload directory, and only held the lock while it was moving the files? Although, this could also be fixed in the programs you use to build packages. Staging doesn't need to block building. treepkg/fullpkg could run the staging commands in the background. Also, they could be learn how to do parallel builds by spawning new chroot copies. I'm closing this, and creating a "librerelease block librestage" bug. https://labs.parabola.nu/issues/410 ---------------------------------------- Bug #379: [librerelease] removes files that were not uploaded https://labs.parabola.nu/issues/379 Author: mtjm Status: fixed Priority: bug Assignee: lukeshu Category: Target version: # Start librerelease with some files being staged # Run librestage on another package when librerelease is uploading # Wait for librerelease to finish upload, remove the uploaded file and the new file which wasn't uploaded This could also result in unsigned packages being uploaded. 4c1672b437f84a46a03a59fafea459a96c4638a4 introduced this 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 Sep 15 00:56:27 2013 From: labs at parabola.nu (labs at parabola.nu) Date: Sat, 14 Sep 2013 17:56:27 -0700 Subject: [Dev] [Libretools - Bug #410] [librerelease] blocks [librestage] References: Message-ID: Issue #410 has been updated by lukeshu. Description changed from My solution to Bug #379 was for librerelease to grab an exclusive lock on the staging directory, while having librestage require a shared lock. mtjm: > I don't understand how locking would help: wouldn't it delay the second librestage until librerelease finishes, keeping the CPU idle instead of building packages for several hours in some cases? > > The old solution was to make a list of staged files in librerelease once and then release them. It's safe to continue staging files until the next librerelease run releases them. lukeshu: > That is the case: it will block librestage. > > Because sets of files can't be added to the staging directory atomically, there are a couple of race conditions so that I don't want to have the list of staged files. > > Perhaps if librerelease first moved files to a temporary upload directory, and only held the lock while it was moving the files? > > Although, this could also be fixed in the programs you use to build packages. Staging doesn't need to block building. treepkg/fullpkg could run the staging commands in the background. Also, they could be learn how to do parallel builds by spawning new chroot copies. > I'm closing this, and creating a "librerelease block librestage" bug. to My solution to Bug #379 was for librerelease to grab an exclusive lock on the staging directory, while having librestage require a shared lock. mtjm: > I don't understand how locking would help: wouldn't it delay the second librestage until librerelease finishes, keeping the CPU idle instead of building packages for several hours in some cases? > > The old solution was to make a list of staged files in librerelease once and then release them. It's safe to continue staging files until the next librerelease run releases them. lukeshu: > That is the case: it will block librestage. > > Because sets of files can't be added to the staging directory atomically, there are a couple of race conditions so that I don't want to have the list of staged files. > > Perhaps if librerelease first moved files to a temporary upload directory, and only held the lock while it was moving the files? > > Although, this could also be fixed in the programs you use to build packages. Staging doesn't need to block building. treepkg/fullpkg could run the staging commands in the background. Also, they could be learn how to do parallel builds by spawning new chroot copies. > > I'm closing this, and creating a "librerelease block librestage" bug. Assignee set to lukeshu Herp, I can just have the lock in librerelease while creating the list. Once the list is created, I can close the lock. ---------------------------------------- Bug #410: [librerelease] blocks [librestage] https://labs.parabola.nu/issues/410 Author: lukeshu Status: open Priority: feature Assignee: lukeshu Category: Target version: My solution to Bug #379 was for librerelease to grab an exclusive lock on the staging directory, while having librestage require a shared lock. mtjm: > I don't understand how locking would help: wouldn't it delay the second librestage until librerelease finishes, keeping the CPU idle instead of building packages for several hours in some cases? > > The old solution was to make a list of staged files in librerelease once and then release them. It's safe to continue staging files until the next librerelease run releases them. lukeshu: > That is the case: it will block librestage. > > Because sets of files can't be added to the staging directory atomically, there are a couple of race conditions so that I don't want to have the list of staged files. > > Perhaps if librerelease first moved files to a temporary upload directory, and only held the lock while it was moving the files? > > Although, this could also be fixed in the programs you use to build packages. Staging doesn't need to block building. treepkg/fullpkg could run the staging commands in the background. Also, they could be learn how to do parallel builds by spawning new chroot copies. > > I'm closing this, and creating a "librerelease block librestage" 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 Sep 15 00:58:36 2013 From: labs at parabola.nu (labs at parabola.nu) Date: Sat, 14 Sep 2013 17:58:36 -0700 Subject: [Dev] [Libretools - Bug #388] (fixed) [libremakepkg] copying existing source directories fails VCS package builds References: Message-ID: Issue #388 has been updated by lukeshu. Status changed from open to fixed % Done changed from 0 to 100 The devtools update fixed this. ---------------------------------------- Bug #388: [libremakepkg] copying existing source directories fails VCS package builds https://labs.parabola.nu/issues/388 Author: mtjm Status: fixed Priority: bug Assignee: lukeshu Category: Target version: After a build of x264 from abslibre-mips64el when already having the source in $SRCDEST: 
mv: cannot move '/var/lib/archbuild/default/mtjm/srcdest/x264' to '/home/mtjm/packages/sources/x264': Directory not empty
==> ERROR: (libremakepkg): An error has occurred. Exiting...
mv: cannot move '/var/lib/archbuild/default/mtjm/srcdest/x264' to '/home/mtjm/packages/sources/x264': Directory not empty
==> ERROR: (libremakepkg): An error has occurred. Exiting...
mv: cannot move '/var/lib/archbuild/default/mtjm/srcdest/x264' to '/home/mtjm/packages/sources/x264': Directory not empty
The same error occurs after every following package before that directory is manually removed. Each fullpkg run builds one package correctly, doesn't stage it and fails due to this 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 Sun Sep 15 00:59:32 2013 From: labs at parabola.nu (labs at parabola.nu) Date: Sat, 14 Sep 2013 17:59:32 -0700 Subject: [Dev] [Libretools - Bug #389] [chcleanup] fails if a dependency of the PKGBUILD has unsatisfied dependencies References: Message-ID: Issue #389 has been updated by lukeshu. This was fixed in https://projects.parabolagnulinux.org/packages/libretools.git/commit/?id=2a971c6ad1e55f95f5486b265307160e57b47e5f ---------------------------------------- Bug #389: [chcleanup] fails if a dependency of the PKGBUILD has unsatisfied dependencies https://labs.parabola.nu/issues/389 Author: mtjm Status: open Priority: bug Assignee: lukeshu Category: Target version: This occurred when running libremakepkg for mips64el nepomuk-core: 
==> Cleaning chroot...
:: Synchronizing package databases...
 repo is up to date
 libre is up to date
 core is up to date
 extra is up to date
 community is up to date
error: failed to prepare transaction (unexpected error)
bash -x output for chcleanup has shown this: 
+ printf '==> Cleaning chroot...\n'
==> Cleaning chroot...
+ pacman -Sy
:: Synchronizing package databases...
 repo is up to date
 libre is up to date
 core is up to date
 extra is up to date
 community is up to date
+++ basename /clean
++ mktemp --tmpdir -d clean.XXXXX
+ TEMPDIR=/tmp/clean.BhpuJ
+ cp -a /var/lib/pacman/sync /tmp/clean.BhpuJ/
+ cleanup_log=/tmp/clean.BhpuJ/libretools-cleanup.log
+ pacman -b /tmp/clean.BhpuJ -Sp --print-format %n base-devel kdelibs poppler-qt taglib ffmpeg ebook-tools cmake automoc4 doxygen
error: failed to prepare transaction (unexpected error)
+ packages=($(comm -23 <(pacman -Qq | sort -u)                      <(sort -u "${cleanup_log}")))
++ comm -23 /tmp/sh-np-1377010478 /tmp/sh-np-4130644913
+++ pacman -Qq
+++ sort -u
+++ sort -u /tmp/clean.BhpuJ/libretools-cleanup.log
+ RET=0
+ [[ 236 != 0 ]]
+ msg2 'Removing %d packages' 236
+ local 'mesg=Removing %d packages'
+ shift
+ printf '  -> Removing %d packages\n' 236
  -> Removing 236 packages
+ false
+ pacman --noconfirm -Rn acl alsa-lib archlinux-keyring aspell attica attr autoconf automake automoc4 avahi bash binutils bison bzip2 ca-certificates cairo cdparanoia cloog cmake coreutils cracklib curl damageproto db dbus dbus-glib desktop-file-utils diffutils dirmngr docbook-xml docbook-xsl e2fsprogs enchant exiv2 expat fakeroot file filesystem findutils fixesproto flac flex fontconfig freeglut freetype2 gawk gcc gcc-libs gd gdbm gettext giflib glib2 glibc glu gmp gnupg gnutls gpgme grantlee graphite grep groff gstreamer0.10 gstreamer0.10-base gstreamer0.10-base-plugins gzip harfbuzz hicolor-icon-theme hspell hunspell hwids iana-etc icu ilmbase inputproto isl jasper js185 json-c kbd kbproto kdelibs-libre keyutils kmod krb5 less libarchive libassuan libasyncns libatasmart libcap libcups libdaemon libdatrie libdbusmenu-qt libdrm libexif libffi libgcrypt libgpg-error libgphoto2 libgssglue libice libieee1284 libimobiledevice libiodbc libjpeg-turbo libksba libldap libltdl libmng libmpc libnl libogg libpciaccess libplist libpng libpulse libqzeitgeist libsasl libsm libsndfile libssh2 libtasn1 libthai libtheora libtiff libtirpc libtool libusbx libutempter libvisual libvorbis libx11 libxau libxcb libxcursor libxdamage libxdmcp libxext libxfixes libxft libxi libxml2 libxmu libxrandr libxrender libxslt libxss libxt libxtst libxv libxxf86vm linux-libre-api-headers lzo2 m4 make media-player-info mesa mesa-libgl mpfr ncurses net-snmp nettle nspr openexr-libre openssl orc p11-kit pacman pacman-mirrorlist-libre pam pambase pango parabola-keyring patch pciutils pcre perl phonon phonon-gstreamer pinentry pixman pkg-config pm-quirks pm-utils polkit polkit-qt procps-ng pth python python2 qca qt4 qtwebkit randrproto raptor rasqal readline recordproto redland renderproto run-parts sane scrnsaverproto sed shadow shared-desktop-ontologies shared-mime-info soprano sqlite strigi sudo sysfsutils systemd tar texinfo tzdata udisks2 upower usbmuxd util-linux v4l-utils videoproto virtuoso-base wayland which xcb-proto xdg-utils xextproto xf86vidmodeproto xorg-xset xproto xz zlib
checking dependencies...
warning: pacman is designated as a HoldPkg.
warning: glibc is designated as a HoldPkg.
:: HoldPkg was found in target list. Do you want to continue? [y/N] 
+ RET=1
+ rm -rf /tmp/clean.BhpuJ
+ exit 1
The problem is in "pacman -Sp --print-format %n poppler-qt": on x86_64 it finds poppler-qt4, on mips64el it fails since we haven't removed poppler-qt yet which needs an older version of poppler. I think chcleanup should fail with a specific error message in this case, since the following build would fail if pacman cannot install the dependency. Trying to remove all packages could need one too, unless it's obvious that it won't occur for other reasons than unsatisfied 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 labs at parabola.nu Sun Sep 15 01:00:03 2013 From: labs at parabola.nu (labs at parabola.nu) Date: Sat, 14 Sep 2013 18:00:03 -0700 Subject: [Dev] [Libretools - Bug #389] (fixed) [chcleanup] fails if a dependency of the PKGBUILD has unsatisfied dependencies References: Message-ID: Issue #389 has been updated by lukeshu. Status changed from open to fixed % Done changed from 0 to 100 ---------------------------------------- Bug #389: [chcleanup] fails if a dependency of the PKGBUILD has unsatisfied dependencies https://labs.parabola.nu/issues/389 Author: mtjm Status: fixed Priority: bug Assignee: lukeshu Category: Target version: This occurred when running libremakepkg for mips64el nepomuk-core: 
==> Cleaning chroot...
:: Synchronizing package databases...
 repo is up to date
 libre is up to date
 core is up to date
 extra is up to date
 community is up to date
error: failed to prepare transaction (unexpected error)
bash -x output for chcleanup has shown this: 
+ printf '==> Cleaning chroot...\n'
==> Cleaning chroot...
+ pacman -Sy
:: Synchronizing package databases...
 repo is up to date
 libre is up to date
 core is up to date
 extra is up to date
 community is up to date
+++ basename /clean
++ mktemp --tmpdir -d clean.XXXXX
+ TEMPDIR=/tmp/clean.BhpuJ
+ cp -a /var/lib/pacman/sync /tmp/clean.BhpuJ/
+ cleanup_log=/tmp/clean.BhpuJ/libretools-cleanup.log
+ pacman -b /tmp/clean.BhpuJ -Sp --print-format %n base-devel kdelibs poppler-qt taglib ffmpeg ebook-tools cmake automoc4 doxygen
error: failed to prepare transaction (unexpected error)
+ packages=($(comm -23 <(pacman -Qq | sort -u)                      <(sort -u "${cleanup_log}")))
++ comm -23 /tmp/sh-np-1377010478 /tmp/sh-np-4130644913
+++ pacman -Qq
+++ sort -u
+++ sort -u /tmp/clean.BhpuJ/libretools-cleanup.log
+ RET=0
+ [[ 236 != 0 ]]
+ msg2 'Removing %d packages' 236
+ local 'mesg=Removing %d packages'
+ shift
+ printf '  -> Removing %d packages\n' 236
  -> Removing 236 packages
+ false
+ pacman --noconfirm -Rn acl alsa-lib archlinux-keyring aspell attica attr autoconf automake automoc4 avahi bash binutils bison bzip2 ca-certificates cairo cdparanoia cloog cmake coreutils cracklib curl damageproto db dbus dbus-glib desktop-file-utils diffutils dirmngr docbook-xml docbook-xsl e2fsprogs enchant exiv2 expat fakeroot file filesystem findutils fixesproto flac flex fontconfig freeglut freetype2 gawk gcc gcc-libs gd gdbm gettext giflib glib2 glibc glu gmp gnupg gnutls gpgme grantlee graphite grep groff gstreamer0.10 gstreamer0.10-base gstreamer0.10-base-plugins gzip harfbuzz hicolor-icon-theme hspell hunspell hwids iana-etc icu ilmbase inputproto isl jasper js185 json-c kbd kbproto kdelibs-libre keyutils kmod krb5 less libarchive libassuan libasyncns libatasmart libcap libcups libdaemon libdatrie libdbusmenu-qt libdrm libexif libffi libgcrypt libgpg-error libgphoto2 libgssglue libice libieee1284 libimobiledevice libiodbc libjpeg-turbo libksba libldap libltdl libmng libmpc libnl libogg libpciaccess libplist libpng libpulse libqzeitgeist libsasl libsm libsndfile libssh2 libtasn1 libthai libtheora libtiff libtirpc libtool libusbx libutempter libvisual libvorbis libx11 libxau libxcb libxcursor libxdamage libxdmcp libxext libxfixes libxft libxi libxml2 libxmu libxrandr libxrender libxslt libxss libxt libxtst libxv libxxf86vm linux-libre-api-headers lzo2 m4 make media-player-info mesa mesa-libgl mpfr ncurses net-snmp nettle nspr openexr-libre openssl orc p11-kit pacman pacman-mirrorlist-libre pam pambase pango parabola-keyring patch pciutils pcre perl phonon phonon-gstreamer pinentry pixman pkg-config pm-quirks pm-utils polkit polkit-qt procps-ng pth python python2 qca qt4 qtwebkit randrproto raptor rasqal readline recordproto redland renderproto run-parts sane scrnsaverproto sed shadow shared-desktop-ontologies shared-mime-info soprano sqlite strigi sudo sysfsutils systemd tar texinfo tzdata udisks2 upower usbmuxd util-linux v4l-utils videoproto virtuoso-base wayland which xcb-proto xdg-utils xextproto xf86vidmodeproto xorg-xset xproto xz zlib
checking dependencies...
warning: pacman is designated as a HoldPkg.
warning: glibc is designated as a HoldPkg.
:: HoldPkg was found in target list. Do you want to continue? [y/N] 
+ RET=1
+ rm -rf /tmp/clean.BhpuJ
+ exit 1
The problem is in "pacman -Sp --print-format %n poppler-qt": on x86_64 it finds poppler-qt4, on mips64el it fails since we haven't removed poppler-qt yet which needs an older version of poppler. I think chcleanup should fail with a specific error message in this case, since the following build would fail if pacman cannot install the dependency. Trying to remove all packages could need one too, unless it's obvious that it won't occur for other reasons than unsatisfied 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 lashdu at drtan.twilightparadox.com Sun Sep 15 18:01:00 2013 From: lashdu at drtan.twilightparadox.com (lashdu) Date: Sun, 15 Sep 2013 20:01:00 +0200 Subject: [Dev] Approval request Message-ID: <1379268060.6138.20.camel@sharviza.twilightparadox.com> Hi, This time I attach the correct key. Regards, drtan -------------- next part -------------- A non-text attachment was scrubbed... Name: pub.asc Type: application/pgp-keys Size: 1739 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 490 bytes Desc: This is a digitally signed message part URL: From lukeshu at sbcglobal.net Sun Sep 15 20:56:08 2013 From: lukeshu at sbcglobal.net (Luke T. Shumaker) Date: Sun, 15 Sep 2013 16:56:08 -0400 Subject: [Dev] libretools 20130914 release anouncement In-Reply-To: <87bo3ux6jf.wl%lukeshu@sbcglobal.net> References: <87bo3ux6jf.wl%lukeshu@sbcglobal.net> Message-ID: <8761u1x0rb.wl%lukeshu@sbcglobal.net> At Sat, 14 Sep 2013 20:39:00 -0400, Luke T. Shumaker wrote: > From 20130812 to 20130914: > ========================== ... > libremakepkg: > Looking at the diff isn't even helpful; there were major changes. > Honestly, the changes to libremakepkg probably could have been a > lot smaller, but... I wanted to do it right/be clean. makechrootpkg > in devtools got cleaned up a lot, actually a lot of the same changes > I was making. But, the small differences between the way we did > things made it less than simple to adjust. The biggest changes in > terms of conflict for me are how devtools now uses bind-mounts to > put files in the chroot, and that the /chrootbuild file is more > complicated. > > I handled a lot of the complexity by moving things out of the main > program, and adding hooks for non-core functionality, including > chcleanup, distcc compatibility hacks, and PKGBUILD/pkg > checking. Unfortunately, the files containing the hooks are > currently hard-coded. Perhaps they will be truly plug-able in the > future. That might be neat. Or over-complicated. We'll see where > it goes. > > I then changed the output format to be more clear about the > hierarchy; the output of the commands it calls was at the same level > as its own output. Now, the output of sub-commands is prefixed with > " | ", which hugely increases the ability to tell what is going on, > but means that some of it doesn't have color. I forgot to mention, it quite likely broke building packages from inside of the chroot. There's no reason this needs to have been in the case, I wrote the code so that it *should* still work, but this feature has not been tested with the new version, so there's a good chance it doesn't work. This feature isn't commonly used (fauno is the only person I know of who uses it), and there are other features and fixes that I think are more important. Enough code changes have been in this release that at some point I had to say "it's good enough, ship it." If I waited until it was 100% ready, it would never come out. Happy hacking, ~ Luke Shumaker From fauno at kiwwwi.com.ar Sun Sep 15 21:06:29 2013 From: fauno at kiwwwi.com.ar (=?utf-8?Q?Nicol=C3=A1s?= Reynolds) Date: Sun, 15 Sep 2013 18:06:29 -0300 Subject: [Dev] libretools 20130914 release anouncement In-Reply-To: <8761u1x0rb.wl%lukeshu@sbcglobal.net> References: <87bo3ux6jf.wl%lukeshu@sbcglobal.net> <8761u1x0rb.wl%lukeshu@sbcglobal.net> Message-ID: <87li2xu756.fsf@endefensadelsl.org> "Luke T. Shumaker" writes: > This feature isn't commonly used (fauno is the only person I know of > who uses it), and there are other features and fixes that I think are > more important. Enough code changes have been in this release that at > some point I had to say "it's good enough, ship it." If I waited > until it was 100% ready, it would never come out. http://www.xkcd.com/1172/ -- 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 lukeshu at sbcglobal.net Mon Sep 16 01:42:30 2013 From: lukeshu at sbcglobal.net (Luke T. Shumaker) Date: Sun, 15 Sep 2013 21:42:30 -0400 Subject: [Dev] libretools 20130914 release anouncement In-Reply-To: <87li2xu756.fsf@endefensadelsl.org> References: <87bo3ux6jf.wl%lukeshu@sbcglobal.net> <8761u1x0rb.wl%lukeshu@sbcglobal.net> <87li2xu756.fsf@endefensadelsl.org> Message-ID: <8738p5wni1.wl%lukeshu@sbcglobal.net> At Sun, 15 Sep 2013 18:06:29 -0300, Nicol?s Reynolds wrote: > "Luke T. Shumaker" writes: > > This feature isn't commonly used (fauno is the only person I know of > > who uses it), and there are other features and fixes that I think are > > more important. Enough code changes have been in this release that at > > some point I had to say "it's good enough, ship it." If I waited > > until it was 100% ready, it would never come out. > > http://www.xkcd.com/1172/ You're not even using my version of libretools anyway :-/ From shackra at riseupnet Mon Sep 16 03:04:50 2013 From: shackra at riseupnet (Jorge Araya Navarro (Shackra Sislock)) Date: Sun, 15 Sep 2013 21:04:50 -0600 Subject: [Dev] libretools 20130914 release anouncement In-Reply-To: <8738p5wni1.wl%lukeshu@sbcglobal.net> References: <87bo3ux6jf.wl%lukeshu@sbcglobal.net> <8761u1x0rb.wl%lukeshu@sbcglobal.net> <87li2xu756.fsf@endefensadelsl.org> <8738p5wni1.wl%lukeshu@sbcglobal.net> Message-ID: <1379300690.29126.0.camel@localhost.localdomain> El dom, 15-09-2013 a las 21:42 -0400, Luke T.Shumaker escribi?: > At Sun, 15 Sep 2013 18:06:29 -0300, > Nicol?s Reynolds wrote: > > "Luke T. Shumaker" writes: > > > This feature isn't commonly used (fauno is the only person I know of > > > who uses it), and there are other features and fixes that I think are > > > more important. Enough code changes have been in this release that at > > > some point I had to say "it's good enough, ship it." If I waited > > > until it was 100% ready, it would never come out. > > > > http://www.xkcd.com/1172/ > > You're not even using my version of libretools anyway :-/ > _______________________________________________ > Dev mailing list > Dev at lists.parabolagnulinux.org > https://lists.parabolagnulinux.org/mailman/listinfo/dev jajajajaa... -- Pax et bonum. Jorge Araya Navarro. Dise?ador publicitario, programador Python/C++ y colaborador en Parabola GNU/Linux-libre. -------------- next part -------------- An HTML attachment was scrubbed... URL: From fauno at kiwwwi.com.ar Mon Sep 16 03:08:55 2013 From: fauno at kiwwwi.com.ar (=?utf-8?Q?Nicol=C3=A1s?= Reynolds) Date: Mon, 16 Sep 2013 00:08:55 -0300 Subject: [Dev] libretools 20130914 release anouncement In-Reply-To: <8738p5wni1.wl%lukeshu@sbcglobal.net> References: <87bo3ux6jf.wl%lukeshu@sbcglobal.net> <8761u1x0rb.wl%lukeshu@sbcglobal.net> <87li2xu756.fsf@endefensadelsl.org> <8738p5wni1.wl%lukeshu@sbcglobal.net> Message-ID: <87six5sbso.fsf@endefensadelsl.org> "Luke T. Shumaker" writes: > At Sun, 15 Sep 2013 18:06:29 -0300, > Nicol?s Reynolds wrote: >> "Luke T. Shumaker" writes: >> > This feature isn't commonly used (fauno is the only person I know of >> > who uses it), and there are other features and fixes that I think are >> > more important. Enough code changes have been in this release that at >> > some point I had to say "it's good enough, ship it." If I waited >> > until it was 100% ready, it would never come out. >> >> http://www.xkcd.com/1172/ > > You're not even using my version of libretools anyway :-/ it's one of the reasons i don't pull from master :P -- 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 Mon Sep 16 05:27:29 2013 From: labs at parabola.nu (labs at parabola.nu) Date: Sun, 15 Sep 2013 22:27:29 -0700 Subject: [Dev] [Packages (i686 and x86_64) - Bug #407] [debootstrap-libre] 1.0.53-3 missing dependency on binutils References: Message-ID: Issue #407 has been updated by Emulatorman. Assignee set to Emulatorman ---------------------------------------- Bug #407: [debootstrap-libre] 1.0.53-3 missing dependency on binutils https://labs.parabola.nu/issues/407 Author: mtjm Status: open Priority: bug Assignee: Emulatorman Category: Target version: debootstrap needs ar to install packages, otherwise it fails with lines like "/usr/share/debootstrap/functions: line 810: ar: command not found" in its log and messages like "E: Unknown compression type for in .//var/cache/apt/archives/libacl1_2.2.52-1_amd64.deb". Installing binutils solves this, it should be added to debootstrap-libre's depends. -- 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 Sep 16 05:37:22 2013 From: labs at parabola.nu (labs at parabola.nu) Date: Sun, 15 Sep 2013 22:37:22 -0700 Subject: [Dev] [Packages (i686 and x86_64) - Bug #407] (fixed) [debootstrap-libre] 1.0.53-3 missing dependency on binutils References: Message-ID: Issue #407 has been updated by Emulatorman. Status changed from open to fixed % Done changed from 0 to 100 ---------------------------------------- Bug #407: [debootstrap-libre] 1.0.53-3 missing dependency on binutils https://labs.parabola.nu/issues/407 Author: mtjm Status: fixed Priority: bug Assignee: Emulatorman Category: Target version: debootstrap needs ar to install packages, otherwise it fails with lines like "/usr/share/debootstrap/functions: line 810: ar: command not found" in its log and messages like "E: Unknown compression type for in .//var/cache/apt/archives/libacl1_2.2.52-1_amd64.deb". Installing binutils solves this, it should be added to debootstrap-libre's depends. -- 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 Sep 16 19:20:23 2013 From: fauno at endefensadelsl.org (=?utf-8?Q?Nicol=C3=A1s?= Reynolds) Date: Mon, 16 Sep 2013 16:20:23 -0300 Subject: [Dev] libcgroup on [pcr] Message-ID: <87r4cor2tk.fsf@endefensadelsl.org> just release libcgroup, the tools to administer kernel cgroups into [pcr]. needs x86_64 packager :) -- 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 icarious at hacari.org Tue Sep 17 02:10:43 2013 From: icarious at hacari.org (Icarious) Date: Tue, 17 Sep 2013 07:40:43 +0530 Subject: [Dev] Updated email and public GPG keys Message-ID: <20130917074043.1355f8b7d5773c5b375dca09@hacari.org> Due to recent suspension of lavabit.com over surveillance issues, I have changed my email to deal with GNU and personal matters overall. Kindly remove my previous email addresses from your mailers "if saved" and previous public GPG keys. Updated Public GPG keys - Public-Key ID: 190ACAF7 Keyserver : hkp://pool.sks-keyservers.net Also updated the following on Parabola discussion list and labs.parabola.nu. Those who wish to verify can further send me encrypted emails. -- Icarious -------------- 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 Tue Sep 17 21:22:47 2013 From: labs at parabola.nu (labs at parabola.nu) Date: Tue, 17 Sep 2013 14:22:47 -0700 Subject: [Dev] [Packages (i686 and x86_64) - Freedom issue #373] Lots of nonfree game-related packages in the AUR References: Message-ID: Issue #373 has been updated by israfel. File packages.7z added I've finished the pkgbuilds for Doomsday, FAAngband, and SAngband. (Hellband might be non-free, since it's descended from a nonfree variant, and I couldn't get Sil to compile.) ---------------------------------------- Freedom issue #373: Lots of nonfree game-related packages in the AUR https://labs.parabola.nu/issues/373 Author: israfel Status: open Priority: freedom issue Assignee: Category: Target version: I don't know if we're blacklisting AUR packages or not, but nppangband's blacklisted, and as far as I know, it's only available from the AUR. I've found a lot of proprietary game-related packages in it, so here's a list. zdoom and its derivatives (zdoom-svn, zandronum, zandronum-svn, gzdoom, gzdoom-svn, skulltag, and skulltag-98d) contain proprietary components. (See http://zdoom.org/wiki/License.) Another Doom sourceport, Doomsday, also uses the proprietary FMOD library. zdoom does have an OpenAL branch, but it's not officially supported, because it only compiles on GNU/Linux. This shouldn't be a problem for us, so it should be possible to make a zdoom-libre package based off the OpenAL branch with all the proprietary components removed. I tried to do it myself, but I couldn't get it to compile. Here's a partial list of files that need to be removed or changed: PROPRIETARY asm_ia32/a.asm oplsynth/deftypes.h oplsynth/fmopl.cpp oplsynth/mlopl.cpp oplsynth/mlopl_io.cpp oplsynth/muslib.h gccinlines.h mscinlines.h r_bsp.cpp r_bsp.h r_draw.cpp r_draw.h r_polymost.cpp r_polymost.h r_segs.cpp r_segs.h r_things.cpp r_things.h DEPENDS ON PROPRIETARY CODE r_drawt.cpp r_swrenderer.cpp r_swrenderer.h DEPENDS ON CODE THAT DEPENDS ON PROPRIETARY CODE /src/cmakelists /sdl/hardware.cpp (swrenderer) /sdl/sdlvideo.cpp r_3dfloors.cpp (bsp) r_local.h (uses things) Doomsday should be much easier to fix: while it uses FMOD, it can compile without it. I tried to make a libre PKGBUILD, but I keep getting errors- as far as I can tell, it's because it doesn't work with libpng16. libretro-supergit contains several proprietary emulators: Final Burn Alpha, SNES9x, and SNES9x-next are all non-commercial, and VBA still contains the proprietary 2xSaImmx.asm file. libretro-fba-git, libretro-snes9x-git, and libretro-snes9x-next-git should be blacklisted, and libretro-supergit and libretro-vba-git modified. Finally, most Angband variants, sadly, are based off an earlier, non-dual-licensed version of the source code. Here's a list: angband-git dajangband entroband eyangband faangband fayangband gumband hengband hellband mangband oangband posband reposband-git sangband scthangband sil steamband tinyangband tome tome2-git unangband xangband zangband I'll whip up some PKGBUILDS that don't contain the "freeware" sound effects (I assume they're there) for angband-git, faangband, hellband, sil, reposband-git, and sangband. Everything else uses the non-free "Angband license". kolmafia uses the nonfree JSON, OSXAdapter, and SunGraphics programs, and is only useful with the proprietary MMO Kingdom of Loathing. I don't know if our position is that MMOs need to be free, but if so, kolmafia is also only useful with non-free software. Finally, abandonia-menu, battle-chess, jazz-jackrabbit-2, kings-quest-1-agd-remake, kings-quest-2-agd-remake. kings-quest-3-agd-remake, legend-of-kyrandia-1, legend-of-kyrandia-2, leisure-suit-larry, quest-for-glory-2, reunion-1, space-quest-1, starwars-chess, starwars-vector-arcade, the-imagination-network, the-incredible-machine-1, and the-incredible-machine-2 all contain either nonfree data or a nonfree engine. ...Wow, that was a lot longer than I expected. -- 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 Sep 18 15:53:31 2013 From: fauno at endefensadelsl.org (=?utf-8?Q?Nicol=C3=A1s?= Reynolds) Date: Wed, 18 Sep 2013 12:53:31 -0300 Subject: [Dev] pandoc 1.12 Message-ID: <87y56unn2c.fsf@endefensadelsl.org> needs x86_64 packager :) -- 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 lashdu at drtan.twilightparadox.com Wed Sep 18 18:10:30 2013 From: lashdu at drtan.twilightparadox.com (lashdu) Date: Wed, 18 Sep 2013 20:10:30 +0200 Subject: [Dev] SSH Key Signed Message-ID: <1379527830.4329.6.camel@sharviza.twilightparadox.com> Hi, Please find attached my SSH key signed with my current GPG key. It seems that the SSH key sent by me long time ago was not signed at all, because I get the authentication failure. I am sorry for the trouble. Regards, drtan -------------- next part -------------- A non-text attachment was scrubbed... Name: id_rsa.pub.asc Type: application/pgp-encrypted Size: 1096 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 490 bytes Desc: This is a digitally signed message part URL: From fauno at endefensadelsl.org Thu Sep 19 02:47:48 2013 From: fauno at endefensadelsl.org (=?utf-8?Q?Nicol=C3=A1s?= Reynolds) Date: Wed, 18 Sep 2013 23:47:48 -0300 Subject: [Dev] [Karl Berry] [GNU-linux-libre] free distro release announcements on info-gnu Message-ID: <87y56tmsrv.fsf@endefensadelsl.org> besides new isos is there anything else we could announce? -- http://endefensadelsl.org -------------- next part -------------- An embedded message was scrubbed... From: karl at freefriends.org (Karl Berry) Subject: [GNU-linux-libre] free distro release announcements on info-gnu Date: Wed, 18 Sep 2013 22:11:18 GMT Size: 1041 URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 489 bytes Desc: not available URL: From shackra at riseupnet Thu Sep 19 02:55:07 2013 From: shackra at riseupnet (Jorge Araya Navarro (Shackra Sislock)) Date: Wed, 18 Sep 2013 20:55:07 -0600 Subject: [Dev] [Karl Berry] [GNU-linux-libre] free distro release announcements on info-gnu In-Reply-To: <87y56tmsrv.fsf@endefensadelsl.org> References: <87y56tmsrv.fsf@endefensadelsl.org> Message-ID: <1379559307.8075.1.camel@localhost.localdomain> El mi?, 18-09-2013 a las 23:47 -0300, Nicol?s Reynolds escribi?: > besides new isos is there anything else we could announce? > > _______________________________________________ > Dev mailing list > Dev at lists.parabolagnulinux.org > https://lists.parabolagnulinux.org/mailman/listinfo/dev Maybe some important improvements on our projects like lukeshu's libretools :) -- Pax et bonum. Jorge Araya Navarro. Dise?ador publicitario, programador Python/C++ y colaborador en Parabola GNU/Linux-libre. -------------- next part -------------- An HTML attachment was scrubbed... URL: From labs at parabola.nu Fri Sep 20 15:55:45 2013 From: labs at parabola.nu (labs at parabola.nu) Date: Fri, 20 Sep 2013 08:55:45 -0700 Subject: [Dev] [Packages (i686 and x86_64) - Freedom issue #411] (open) [iceweasel] [icecat] enable tls 1.1 on pkgver >= 23 Message-ID: Issue #411 has been reported by fauno. ---------------------------------------- Freedom issue #411: [iceweasel] [icecat] enable tls 1.1 on pkgver >= 23 https://labs.parabola.nu/issues/411 Author: fauno Status: open Priority: feature Assignee: Category: Target version: >From http://www.hiawatha-webserver.org/weblog/58 > Firefox 23 supports TLS/1.1... finally!! > 7 August 2013, 14:40 > > Mozilla finally decided to include TLS/1.1 support in Firefox. However, most users won't benefit from this support, because it's disabled by default and enabling is not many people will and can do. To enable TLS/1.1 support, use "about:config" in the URL bar and search for the security.tls.version.max setting. Set its value to 2 (default is 1). > > Happy secure browsing! -- 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 Sep 20 19:12:49 2013 From: labs at parabola.nu (labs at parabola.nu) Date: Fri, 20 Sep 2013 12:12:49 -0700 Subject: [Dev] [Libretools - Bug #412] (open) [libremakepkg] Doesn't display realtime download progress. Message-ID: Issue #412 has been reported by lukeshu. ---------------------------------------- Bug #412: [libremakepkg] Doesn't display realtime download progress. https://labs.parabola.nu/issues/412 Author: lukeshu Status: open Priority: bug Assignee: Category: Target version: Because we post process the output of the commands with sed, that means the output is line-buffered. So, when downloading sources, you can't see the progress that curl is printing out. -- 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 Sep 21 06:39:04 2013 From: labs at parabola.nu (labs at parabola.nu) Date: Fri, 20 Sep 2013 23:39:04 -0700 Subject: [Dev] [Packages (i686 and x86_64) - Freedom issue #411] [iceweasel] [icecat] enable tls 1.1 on pkgver >= 23 References: Message-ID: Issue #411 has been updated by Emulatorman. Assignee set to Emulatorman ---------------------------------------- Freedom issue #411: [iceweasel] [icecat] enable tls 1.1 on pkgver >= 23 https://labs.parabola.nu/issues/411 Author: fauno Status: open Priority: feature Assignee: Emulatorman Category: Target version: >From http://www.hiawatha-webserver.org/weblog/58 > Firefox 23 supports TLS/1.1... finally!! > 7 August 2013, 14:40 > > Mozilla finally decided to include TLS/1.1 support in Firefox. However, most users won't benefit from this support, because it's disabled by default and enabling is not many people will and can do. To enable TLS/1.1 support, use "about:config" in the URL bar and search for the security.tls.version.max setting. Set its value to 2 (default is 1). > > Happy secure browsing! -- 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 Sep 21 07:30:06 2013 From: labs at parabola.nu (labs at parabola.nu) Date: Sat, 21 Sep 2013 00:30:06 -0700 Subject: [Dev] [Packages (i686 and x86_64) - Freedom issue #411] [iceweasel] [icecat] enable tls 1.1 on pkgver >= 23 References: Message-ID: Issue #411 has been updated by lukeshu. I'm all for encouraging privacy, and being on the bleeding edge, but I think this is a bad idea. From this standpoint, the Mozilla people know what they're doing. If they chose to not enable it by default, they had a good reason for it. We want to trust some blog post instead of the collective knowledge of all the cryptogophers at Mozilla? ---------------------------------------- Freedom issue #411: [iceweasel] [icecat] enable tls 1.1 on pkgver >= 23 https://labs.parabola.nu/issues/411 Author: fauno Status: open Priority: feature Assignee: Emulatorman Category: Target version: >From http://www.hiawatha-webserver.org/weblog/58 > Firefox 23 supports TLS/1.1... finally!! > 7 August 2013, 14:40 > > Mozilla finally decided to include TLS/1.1 support in Firefox. However, most users won't benefit from this support, because it's disabled by default and enabling is not many people will and can do. To enable TLS/1.1 support, use "about:config" in the URL bar and search for the security.tls.version.max setting. Set its value to 2 (default is 1). > > Happy secure browsing! -- 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 Sep 21 08:34:19 2013 From: labs at parabola.nu (labs at parabola.nu) Date: Sat, 21 Sep 2013 01:34:19 -0700 Subject: [Dev] [Packages (i686 and x86_64) - Freedom issue #411] (invalid) [iceweasel] [icecat] enable tls 1.1 on pkgver >= 23 References: Message-ID: Issue #411 has been updated by Emulatorman. Status changed from open to invalid iceweasel-libre 24 version should be possible to enable TLS 1.1, but there are 2 open issues that prevent us from changing the default to enable it: - Compatibility with servers that are not tolerant to sending TLS 1.1 => https://bugzilla.mozilla.org/show_bug.cgi?id=839310 - Prevent downgrade attacks => https://bugzilla.mozilla.org/show_bug.cgi?id=861310 ---------------------------------------- Freedom issue #411: [iceweasel] [icecat] enable tls 1.1 on pkgver >= 23 https://labs.parabola.nu/issues/411 Author: fauno Status: invalid Priority: feature Assignee: Emulatorman Category: Target version: >From http://www.hiawatha-webserver.org/weblog/58 > Firefox 23 supports TLS/1.1... finally!! > 7 August 2013, 14:40 > > Mozilla finally decided to include TLS/1.1 support in Firefox. However, most users won't benefit from this support, because it's disabled by default and enabling is not many people will and can do. To enable TLS/1.1 support, use "about:config" in the URL bar and search for the security.tls.version.max setting. Set its value to 2 (default is 1). > > Happy secure browsing! -- 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 Sep 22 15:09:05 2013 From: labs at parabola.nu (labs at parabola.nu) Date: Sun, 22 Sep 2013 08:09:05 -0700 Subject: [Dev] [Packages (i686 and x86_64) - Freedom issue #411] [iceweasel] [icecat] enable tls 1.1 on pkgver >= 23 References: Message-ID: Issue #411 has been updated by fauno. lukeshu wrote: > I'm all for encouraging privacy, and being on the bleeding edge, but I think this is a bad idea. From this standpoint, the Mozilla people know what they're doing. If they chose to not enable it by default, they had a good reason for it. We want to trust some blog post instead of the collective knowledge of all the cryptogophers at Mozilla? according to the bug emulatorman linked, they're not worried about security but compatibility, since 1-2% of global webservers don't support tls 1.1 yet. ---------------------------------------- Freedom issue #411: [iceweasel] [icecat] enable tls 1.1 on pkgver >= 23 https://labs.parabola.nu/issues/411 Author: fauno Status: invalid Priority: feature Assignee: Emulatorman Category: Target version: >From http://www.hiawatha-webserver.org/weblog/58 > Firefox 23 supports TLS/1.1... finally!! > 7 August 2013, 14:40 > > Mozilla finally decided to include TLS/1.1 support in Firefox. However, most users won't benefit from this support, because it's disabled by default and enabling is not many people will and can do. To enable TLS/1.1 support, use "about:config" in the URL bar and search for the security.tls.version.max setting. Set its value to 2 (default is 1). > > Happy secure browsing! -- 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 Sep 22 21:29:46 2013 From: labs at parabola.nu (labs at parabola.nu) Date: Sun, 22 Sep 2013 14:29:46 -0700 Subject: [Dev] [Libretools - Bug #413] (open) Librechroot: Invalid option -- 'G' Message-ID: Issue #413 has been reported by aurelien. ---------------------------------------- Bug #413: Librechroot: Invalid option -- 'G' https://labs.parabola.nu/issues/413 Author: aurelien Status: open Priority: bug Assignee: Category: Target version: sudo librechroot update pacstrap: invalid option -- 'G' same with other option of the librechroot help -- 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 Sep 22 22:08:13 2013 From: labs at parabola.nu (labs at parabola.nu) Date: Sun, 22 Sep 2013 15:08:13 -0700 Subject: [Dev] [Libretools - Bug #413] (invalid) Librechroot: Invalid option -- 'G' References: Message-ID: Issue #413 has been updated by lukeshu. Status changed from open to invalid Assignee set to lukeshu This turned out to be because he had an incompatible version of pacstrap installed in /usr/local/bin. ---------------------------------------- Bug #413: Librechroot: Invalid option -- 'G' https://labs.parabola.nu/issues/413 Author: aurelien Status: invalid Priority: bug Assignee: lukeshu Category: Target version: sudo librechroot update pacstrap: invalid option -- 'G' same with other option of the librechroot help -- 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 lashdu at drtan.twilightparadox.com Sun Sep 15 15:24:46 2013 From: lashdu at drtan.twilightparadox.com (lashdu) Date: Sun, 15 Sep 2013 17:24:46 +0200 Subject: [Dev] Approval request Message-ID: <1379258686.6138.13.camel@sharviza.twilightparadox.com> Hi, I would like to ask three of you, kind Parabola hackers, to approve my public key in order me to create and maintain some GNOME-related packages bound with installation and artwork/branding. Thank you, drtan -------------- next part -------------- ssh-rsa AAAAB3NzaC1yc2EAAAADAQABAAABAQCr4f39/SpmrgR8qNj2spPLNS3ZaaEY82JOv+XUKR1QNWbRtimCtXyPmIOCKx2D/V0WAzLaRs8WDrK28RMv2ZN/pDwGYBubmQUp+dOrdDdmks6lUMsK4Q5kM2ZZEd5yqSC5FWCAJG8oIbWCPbMXNciHjy0ZLVpwBpgJf3bEnfc/+q2YufTH4C6girRcBExuk21DckPu9L4iHEWq60O7hG8hy/IbL7rCuGhUF3tYm+9v3yROn1mN6l4WcsT/BDVqpFw9PDTyGqqu4cbfrvmoZ1+ghCzXK+7fu1PaxE890iSGpuqyzA677f8zuzOaCOJk+SVeFqJvRAF3ehOS8O9v01SB Drtan Samos (drtan at lavabit.com) From fauno at kiwwwi.com.ar Tue Sep 24 12:08:52 2013 From: fauno at kiwwwi.com.ar (=?utf-8?Q?Nicol=C3=A1s?= Reynolds) Date: Tue, 24 Sep 2013 09:08:52 -0300 Subject: [Dev] Approval request In-Reply-To: <1379258686.6138.13.camel@sharviza.twilightparadox.com> References: <1379258686.6138.13.camel@sharviza.twilightparadox.com> Message-ID: <874n9afmln.fsf@endefensadelsl.org> lashdu writes: > Hi, > > I would like to ask three of you, kind Parabola hackers, to approve my > public key in order me to create and maintain some GNOME-related > packages bound with installation and artwork/branding. ping me on #parabola -- 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 nobody at parabolagnulinux.org Tue Sep 24 18:16:28 2013 From: nobody at parabolagnulinux.org (Parabola Website Notification) Date: Tue, 24 Sep 2013 18:16:28 -0000 Subject: [Dev] Orphan Libre package [icedove-libre] marked out-of-date Message-ID: <20130924181628.17892.19832@rshg054.dnsready.net> private at private.invalid wants to notify you that the following packages may be out-of-date: * icedove-libre 1:17.0.8.deb1-1 [libre] (i686): https://parabolagnulinux.org/packages/libre/i686/icedove-libre/ * icedove-libre 1:17.0.8.deb1-1 [libre] (x86_64): https://parabolagnulinux.org/packages/libre/x86_64/icedove-libre/ The user provided the following additional text: icedove 17.0.9esr is now available - thanks From nobody at parabolagnulinux.org Fri Sep 27 04:24:28 2013 From: nobody at parabolagnulinux.org (Parabola Website Notification) Date: Fri, 27 Sep 2013 04:24:28 -0000 Subject: [Dev] Orphan Pcr package [owncloud] marked out-of-date Message-ID: <20130927042428.11831.93774@rshg054.dnsready.net> david at zaragoza.com.ve wants to notify you that the following packages may be out-of-date: * owncloud 5.0.4-1 [pcr] (any): https://parabolagnulinux.org/packages/pcr/any/owncloud/ The user provided the following additional text: Current version is 5.0.11 From fauno at endefensadelsl.org Fri Sep 27 13:02:51 2013 From: fauno at endefensadelsl.org (=?utf-8?Q?Nicol=C3=A1s?= Reynolds) Date: Fri, 27 Sep 2013 10:02:51 -0300 Subject: [Dev] =?utf-8?q?=5BBart=C5=82omiej_Piotrowski=5D_=5Barch-dev-publ?= =?utf-8?q?ic=5D_Dropping_mplayer2?= Message-ID: <87vc1ma03o.fsf@endefensadelsl.org> fyi -- http://endefensadelsl.org -------------- next part -------------- An embedded message was scrubbed... From: =?UTF-8?B?QmFydMWCb21pZWogUGlvdHJvd3NraQ==?= Subject: [arch-dev-public] Dropping mplayer2 Date: Fri, 27 Sep 2013 14:55:16 +0200 Size: 4679 URL: -------------- 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 Sep 29 21:41:28 2013 From: fauno at endefensadelsl.org (=?utf-8?Q?Nicol=C3=A1s?= Reynolds) Date: Sun, 29 Sep 2013 18:41:28 -0300 Subject: [Dev] [Tom Gundersen] [arch-dev-public] Git Message-ID: <87a9iv8fw7.fsf@endefensadelsl.org> fyi; arch devs are discussing migrating from svn to git and tom gundersen's idea is something we discussed earlier with pbs -- http://endefensadelsl.org -------------- next part -------------- An embedded message was scrubbed... From: Tom Gundersen Subject: Re: [arch-dev-public] Git Date: Sun, 29 Sep 2013 21:55:21 +0200 Size: 1488 URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 489 bytes Desc: not available URL: From lukeshu at sbcglobal.net Mon Sep 30 16:51:54 2013 From: lukeshu at sbcglobal.net (Luke T. Shumaker) Date: Mon, 30 Sep 2013 12:51:54 -0400 Subject: [Dev] libretools 20130930 Message-ID: <87mwmui76d.wl%lukeshu@sbcglobal.net> I just released libretools 20130930. TL;DR: merge your libretools.conf for per-user staging directories on the server. This is a primarily bug-fix release; but there are a couple of "user-facing" changes in there. Changes from 20130914 to 20130930: Changes you probably care about: - librerelease: now uses per-user staging directories on the server, so you won't release eachother's partially uploaded packages. You must merge a change to libretools.conf to take advantage of this (the directory it uses is part of REPODEST). - librerelease: prints HOOK{PRE,POST}RELEASE before running it, so you know what is going on. User-facing changes you probably don't care about: - The machine name in a chroot is now an approximation of the entire directory path, instead of just the last component. (to reflect an update to devtools) - librefetch: PURGE_TARGETS and options are now set differently when auto-generating an SRCBUILD. It now uses `=` instead of `+=`. - librefetch: no longer has the [-V|--version] flag Internal changes: - createworkdir was simplified - Use `#!/usr/bin/env bash` instead of `#!/bin/bash`. - Use `set -euE` or similar instead of setting the flags in the shebang. - update the devtools version - internationalization improvements - unit tests more intelligently check for empty files Bugfixes: - librerelease no longer locks the entire staging directory for the duration of the upload. - fix typo in `librechroot help` text. The following programs have been internationalized: - createworkdir - diff-unfree - libreaddiff - librerelease - librestage - librefetch - fullpkg{,-build,find} Other notes: fullpkg-find's copy_files() function was taken from devtools' makechrootpkg, but without any attribution or copyright notices. A while ago, I added the comment: # This function is stolen from makechrootpkg. # That probably has some copyright/licensing implications. Unfortunately, because makechrootpkg does not have a license header, it's not easy to figure out who the copyright holders are. I did an audit of the devtools commit log to figure out who the copyright holders are, and added that information to the fullpkg-find copyright header. This also limits fullpkg-find to GPLv2, instead of GPLv3+, which is what most of libretools uses (the programs that come from devtools-par.git instead of libretools.git are of course also GPLv2). Happy hacking, ~ Luke Shumaker From lukeshu at sbcglobal.net Mon Sep 30 16:58:52 2013 From: lukeshu at sbcglobal.net (Luke T. Shumaker) Date: Mon, 30 Sep 2013 12:58:52 -0400 Subject: [Dev] libretools 20130930 In-Reply-To: <87mwmui76d.wl%lukeshu@sbcglobal.net> References: <87mwmui76d.wl%lukeshu@sbcglobal.net> Message-ID: <87li2ei6ur.wl%lukeshu@sbcglobal.net> At Mon, 30 Sep 2013 12:51:54 -0400, Luke T. Shumaker wrote: > TL;DR: merge your libretools.conf for per-user staging directories on > the server. ... > - librerelease: now uses per-user staging directories on the server, > so you won't release eachother's partially uploaded packages. You > must merge a change to libretools.conf to take advantage of this > (the directory it uses is part of REPODEST). To clarify, you only "need" to merge any config files if you ended up with /etc/libretools.conf.pacnew when upgrading. If you don't update the config file, everything will still work exactly like it did before. You only need to update the config file to take advantage of the bug-fix. Happy hacking, ~ Luke Shumaker PS: the relevent bug was: https://labs.parabola.nu/issues/314 From labs at parabola.nu Mon Sep 30 21:28:20 2013 From: labs at parabola.nu (labs at parabola.nu) Date: Mon, 30 Sep 2013 14:28:20 -0700 Subject: [Dev] [Libretools - Bug #410] (fixed) [librerelease] blocks [librestage] References: Message-ID: Issue #410 has been updated by lukeshu. Status changed from open to fixed % Done changed from 0 to 100 this is fixed in 20130930 ---------------------------------------- Bug #410: [librerelease] blocks [librestage] https://labs.parabola.nu/issues/410 Author: lukeshu Status: fixed Priority: feature Assignee: lukeshu Category: Target version: My solution to Bug #379 was for librerelease to grab an exclusive lock on the staging directory, while having librestage require a shared lock. mtjm: > I don't understand how locking would help: wouldn't it delay the second librestage until librerelease finishes, keeping the CPU idle instead of building packages for several hours in some cases? > > The old solution was to make a list of staged files in librerelease once and then release them. It's safe to continue staging files until the next librerelease run releases them. lukeshu: > That is the case: it will block librestage. > > Because sets of files can't be added to the staging directory atomically, there are a couple of race conditions so that I don't want to have the list of staged files. > > Perhaps if librerelease first moved files to a temporary upload directory, and only held the lock while it was moving the files? > > Although, this could also be fixed in the programs you use to build packages. Staging doesn't need to block building. treepkg/fullpkg could run the staging commands in the background. Also, they could be learn how to do parallel builds by spawning new chroot copies. > > I'm closing this, and creating a "librerelease block librestage" 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 Mon Sep 30 21:28:47 2013 From: labs at parabola.nu (labs at parabola.nu) Date: Mon, 30 Sep 2013 14:28:47 -0700 Subject: [Dev] [Libretools - Bug #314] (fixed) have per-user staging dirs to support concurrent librerelease runs References: Message-ID: Issue #314 has been updated by lukeshu. Status changed from open to fixed % Done changed from 0 to 100 This is fixed in libretools 20130930. ---------------------------------------- Bug #314: have per-user staging dirs to support concurrent librerelease runs https://labs.parabola.nu/issues/314 Author: mtjm Status: fixed Priority: bug Assignee: Category: Target version: don't break and confuse parabolers Example cases when it's needed: * Alice uploads a new KDE release, after hours of uploading kdeartwork-wallpapers the network breaks, Bob runs librerelease on a single small package, db-update removes kdeartwork-wallpapers, Alice spends hours resending it. * Alice uploads packages while new ones are building, rsync uploads some found after the signing is done, Bob uploads another package and db-update run by Bob fails due to missing signatures for Alice's packages. There are more specific bugs in these cases and it's possible for others to be found. All of them involve different users running librerelease and db-update, so using a different staging directory for each user and making db-update run on only one such staging directory would solve them and doesn't need more complex changes. -- 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 Sep 30 21:31:03 2013 From: labs at parabola.nu (labs at parabola.nu) Date: Mon, 30 Sep 2013 14:31:03 -0700 Subject: [Dev] [Libretools - Bug #414] (open) [libremessages] Uses the libretools textdomain unconditionally Message-ID: Issue #414 has been reported by lukeshu. ---------------------------------------- Bug #414: [libremessages] Uses the libretools textdomain unconditionally https://labs.parabola.nu/issues/414 Author: lukeshu Status: open Priority: bug Assignee: Category: Target version: libremessages uses the libretools textdomain unconditionally, reducing utility for third party consumers. This is significant because fauno and I discussed how some of the additions (prose, flag, bullet) are useful for non-libretools things. -- 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