ar device at all. They
are not phones, they were sold as "Phone Accessories". To get
connectivity they could connect to a phone via Bluetooth, or they could
use WiFi.
Ed Okerson
___
maemo-developers mailing list
maemo-developers@maemo.org
I am still hoping that it is easy and quick to fix...
>
My guess is that something happened with the NFS share and files were
truncated somewhere between builder and repository.
Try to rebuild your packages. Most probably builds will succeed.
--
BR,
Ed
_
s in HAM
configuration on your device.
--
BR,
Ed
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers
led for
Diablo builds.
Unfortunately I don't have permissions to change configuration files
on the builder box.
Niels, can you enable doctools devkit in /etc/sbdmock/maemo-diablo-*.cfg?
--
BR,
Ed
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers
2010/2/7 Yves-Alexis Perez :
> On 07/02/2010 01:30, Ed Bartosh wrote:
>> 2010/2/7 Yves-Alexis Perez :
>>> On 06/02/2010 22:11, Ed Bartosh wrote:
>>>> As far as I remember autobuilder doesn't use 'Maintainer' or any other
>>>> field to p
2010/2/7 Yves-Alexis Perez :
> On 06/02/2010 22:11, Ed Bartosh wrote:
>> As far as I remember autobuilder doesn't use 'Maintainer' or any other
>> field to prevent spamming of innocent people from upstream projects.
>> It uses email from /etc/passed instead. You
x27;t use 'Maintainer' or any other
field to prevent spamming of innocent people from upstream projects.
It uses email from /etc/passed instead. Your email should be put in
there by admins when they gave you upload rights.
--
BR,
Ed
___
maemo-de
2010/2/5 :
>
> Is running dpkg inside scratchbox the best way to get a list of all the
> packages that are installed on a standard device?
>
> I want to check to see what packages are part of a standard device.
>
ssh dpkg -l
:)
--
BR,
Ed
___
2010/1/27 Jeff Moe :
> On Tuesday 26 January 2010 12:20:32 you wrote:
>> 2010/1/26 Jeff Moe :
>> > On Tuesday 26 January 2010 02:02:52 you wrote:
>> >> 2010/1/26 Jeff Moe :
>> >> > On Monday 25 January 2010 15:02:57 Ed Bartosh wrote:
>> &
2010/1/26 Jeff Moe :
> On Tuesday 26 January 2010 02:02:52 you wrote:
>> 2010/1/26 Jeff Moe :
>> > On Monday 25 January 2010 15:02:57 Ed Bartosh wrote:
>> > [chop]
>> >> # Additional apt-get parameters
>> >> config_opts['
2010/1/26 Anderson Lizardo :
> On Tue, Jan 26, 2010 at 8:05 AM, Ed Bartosh wrote:
>> - support for building tags from garage VCS(svn and git)
>
> Would be nice to also allow fetching code from external VCS hosting
> services (gitorious for instance). Is that feasible? May
I don't see that community should switch to another build system just
because Maemo server infrastructure hosted on non-reliable ISP. From
my point of veiw these 2 things are not related at all.
All build tools are open. If community don't like this ISP and has
ability to switch t
- parallel package builds
- improvements for external checks
- support for building tags from garage VCS(svn and git)
So, if it's not needed and community tends to switch to another build
system I'd rather do something more useful.
--
BR,
Ed
2010/1/26 Jeremiah Foster :
>
> On Jan 26, 2010, at 9:43 AM, Ove Kaaven wrote:
>
>> Jeremiah Foster skrev:
>>> On Jan 25, 2010, at 22:27, Ed Bartosh wrote:
>>>
>>>> 2010/1/25 Jeremiah Foster :
>>>>> There are other build tools which
2010/1/26 Jeff Moe :
> On Monday 25 January 2010 15:02:57 Ed Bartosh wrote:
> [chop]
>> # Additional apt-get parameters
>> config_opts['apt-get_options'] = '-o APT::Get::AllowUnauthenticated=1'
>>
>> # Command to run after rootstrap unpacking
>
2010/1/26 Jeremiah Foster :
>
> On Jan 25, 2010, at 22:27, Ed Bartosh wrote:
>
>> 2010/1/25 Jeremiah Foster :
>>>
>>> There are other build tools which are better documented and more flexible
>>> than sdbmock. Debian has a complete toolchain which is o
/usr/bin/gconftool-2 --get-default-source`
/usr/bin/gconftool-2 --config-source $GCONF_CONFIG_SOURCE --direct "$@"
"""
config_opts['env']['DEB_BUILD_OPTIONS']="parallel=4"
config_opts['env']['TMP']="/var/tmp"
config_opts['env']['TEMP']="/var/tmp"
config_opts['env']['TMPDIR']="/var/tmp"
#config_opts['env']['http_proxy']="http://proxy.dmz:3128";
> How about scripts that process incoming jobs, etc?
You can find current production version of buildme (builder for Maemo
Extras) here:
https://garage.maemo.org/plugins/scmsvn/viewcvs.php/tags/buildme/1.5.1/?root=extras-cauldron
--
BR,
Ed
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers
e one, which supports scratchbox?
--
BR,
Ed
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers
e whatever information you need for that.
[1] http://lists.maemo.org/pipermail/maemo-developers/2009-December/023162.html
--
BR,
Ed
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers
u and uploaded
without any change.
I don't think we should stop them from coming. It's possible to find
real uploader name in autobuilder logs and might be in the /packages
web UI as well.
Bringing new checks like this to the system wouldn't make entrance
barrier lower for newcomers.
gned to
reform accounting practices by making corporate officers personally
responsible for the accuracy of accounting records and financial reports.
Ed Okerson
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers
owser and go to http://www.logica.fi/ pick the flag in the
upper right corner and choose a country you can read the language of.
Ed Okerson
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers
2010/1/18 Graham Cobb :
> On Monday 18 January 2010 14:08:07 Jeff Moe wrote:
>> Take note, since the service restoration, the Maemo 5 SDK rootstraps have
>> been (silently?) updated with no changes to timestamps:
>
> Thanks Jeff for noticing this.
>
> Niels or Ed, do
gt; The packages have to pass 10 days of quarantine[1] in testing before the
> promotion link appears.
>
According to this: http://maemo.org/packages/view/vncviewer/ latest
version of packages was not even promoted to testing.
--
BR,
Ed
___
maemo
using only
i386 architecture.
Now it's OK again, so I think that change was reverted back.
--
BR,
Ed
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers
reuploading would not be
possible, because of i386 versions in the repo.
I'd propose to switch autobuilder off while you do your work instead
of breaking it so often.
--
BR,
Ed
___
maemo-developers mailing list
maemo-developers@maemo.org
ification for you, by putting
>>> the single word 'auto' in a new file: debian/optify.
>>
>> To stay abreast of these changes it would be great if we had a
>> canonical document about this [...]
>
> Agreed. Someone needs to take ownership not just of the tec
2010/1/1 Ed Bartosh :
> 2010/1/1 Jeff Moe :
>> On Friday 01 January 2010 11:12:47 Ed Bartosh wrote:
>>> 2010/1/1 Jeremiah Foster :
>>> > On Jan 1, 2010, at 15:00, Ed Bartosh wrote:
>>> >> 2010/1/1 Andrew Flegg :
>>> >>> Hi,
>>>
2010/1/1 Jeff Moe :
> On Friday 01 January 2010 11:12:47 Ed Bartosh wrote:
>> 2010/1/1 Jeremiah Foster :
>> > On Jan 1, 2010, at 15:00, Ed Bartosh wrote:
>> >> 2010/1/1 Andrew Flegg :
>> >>> Hi,
>> >>>
>> >>> Attempting to
2010/1/1 Jeremiah Foster :
>
> On Jan 1, 2010, at 15:00, Ed Bartosh wrote:
>
>> 2010/1/1 Andrew Flegg :
>>> Hi,
>>>
>>> Attempting to upload a new version of vim to the Fremantle
>>> auto-builder, I get the following failure:
>>>
&
manders sink the ship". I like better Russian one 'Seven
babysitters have a child without eye'. Autobuilder reminds me that
child sometimes.
--
BR,
Ed
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers
etween them?
This is pretty much all I want to know :)
--
BR,
Ed
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers
s the
input language, not the keyboard layout". At that point I was totally
confused and decided to write this email.
Can anybody help me with this?
--
BR,
Ed
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers
2009/12/24 David Greaves :
>
> Ed... 2 questions:
> 1. are you happy that "/usr/sbin/dpkg-preconfigure: No such file or directory"
> is a bug (as you said a couple of emails back)?
Yes, I am.
> 2. what section do you think the bug should be against?
>
Product: Develop
2009/12/24 Andrew Flegg :
> On Thu, Dec 24, 2009 at 12:22, Ed Bartosh wrote:
>>>
>>> Bug #7309 is still valid, of course, and can be used as the hook in
>>> which the Python-based heuristics for maemo-optify are done.
>>>
>> No, it's not valid.
2009/12/24 Andrew Flegg :
> On Thu, Dec 24, 2009 at 12:01, Ed Bartosh wrote:
>> 2009/12/24 Andrew Flegg :
>>> 2009/12/24 Benoît HERVIER :
>>>> So now maemo optify is automatically added on extras builder ?
>>>
>>> Is it? Are Ed/Marius around to conf
2009/12/24 Andrew Flegg :
> 2009/12/24 Benoît HERVIER :
>> So now maemo optify is automatically added on extras builder ?
>
> Is it? Are Ed/Marius around to confirm?
>
Yes it was. Long time ago, as we all agreed, with 'none' as default.
>> Is there a way to
s there a way to unactivate it ?
>
Why? It doesn't do anything unless explicytly asked.
--
BR,
Ed
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers
; sudo aptitude install git-core python-pip python-setuptools python-virtualenv
>
> pip install -E sbdmock minideblib
> pip install -E sbdmock -e git://github.com/kad/sbdmock.git#egg=sbdmock
>
> I tried to find an equivalent, but in the
users/jebba/lenny/binary-i386/python-
> pip_0.6.1-2_all.deb
>
> http://www.freemoe.org/users/jebba/lenny/source/python-pip_0.6.1-2/
>
How is it related to the topic?
--
BR,
Ed
maemo-fremantle-armel-extras-devel.cfg
Description: Binary data
___
m
Complete log is here [1].
>
> Any hints?
>
Adding build dependency to bison version from sdk repo 'bison (>=
1:1.875d-1osso2)' should help.
--
BR,
Ed
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers
e using sbdmock
conboy-unstable_0.6.1.6.dsc -r maemo-diablo-armel-extras-devel -u init
--debug
It showed everything I needed and did pretty much what you've mentioned.
Here is the quote from its output:
[2009-12-11 18:31:28] DEBUG: Executing(scratchbox) cd
/home/ed/maemo-diablo-armel-extras-d
for Fremantle.
However you can promote Diablo packages from extras-devel directly to
Extras using Maemo Extras promoter [1].
[1] https://garage.maemo.org/promoter/diablo
--
BR,
Ed
___
maemo-developers mailing list
maemo-developers@maemo.org
https://l
2009/12/2 Anderson Lizardo :
> On Wed, Dec 2, 2009 at 9:02 AM, Ed Bartosh wrote:
>> 2009/11/9 Marius Vollmer :
>>
>>>> When autobuilder expected to start to optify packages without
>>>> debian/optify in them?
>>>
>>> I don't know. We
should do next step?
--
BR,
Ed
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers
re for this week. My 2 weeks
vacation starts on Satuday.
--
BR,
Ed
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers
2009/11/6 Marius Vollmer :
> ext Ed Bartosh writes:
>
>> I've discussed this with sbdmock author and we decided to make small
>> change to sbdmock: New configurable action will be introduced. This
>> action will be executed by sbdmock between unpacking rootstrap
2009/11/4 Marius Vollmer :
> ext Ed Bartosh writes:
>
>> 2009/11/3 Marius Vollmer :
>>
>>> Luckily, with apt-get upgrade being run during build, we don't need
>>> to change dpkg-checkbuilddeps and we can just update build-essential.
>>> (Unless
2009/11/4 Marius Vollmer :
> ext Ed Bartosh writes:
>
>> Has anybody tried this devkit? Does it work as expected?
>
> I tried it by building (slightly modified versions of) xournal, hermes,
> and libliqbase, and everything went as expected.
>
Can you elaborate a bit? I
Hi,
2009/11/2 Ed Bartosh :
> 2009/11/2 Marius Vollmer :
>> [ Jussi, we would like to get a new debian-etch devkit for Maemo 5 with
>> the attached patch. Please advise how to best go about this.
>> ]
>>
>> ext Ed Bartosh writes:
>>
>>> I can a
2009/11/3 Marius Vollmer :
> ext Ed Bartosh writes:
>
>> 2009/11/3 Marius Vollmer :
>>> ext Ed Bartosh writes:
>>>
>>>> We can hack dpkg-checkbuilddeps to unconditionally add maemo-optify to
>>>> the list of build dependencies.
>>&
2009/11/3 Marius Vollmer :
> ext Ed Bartosh writes:
>
>> We can hack dpkg-checkbuilddeps to unconditionally add maemo-optify to
>> the list of build dependencies.
>
> Ouch. That's very desperate.
>
May be. But not as desperate as calling apt-get install from
dp
2009/11/3 Marius Vollmer :
> ext Graham Cobb writes:
>
>> On Monday 02 November 2009 12:16:57 Ed Bartosh wrote:
>>> 2009/11/2 Marius Vollmer :
>>> > The buildbot would need to run "apt-get install maemo-optify" at the
>>> > right time. Any i
2009/11/3 Graham Cobb :
> On Monday 02 November 2009 12:16:57 Ed Bartosh wrote:
>> 2009/11/2 Marius Vollmer :
>> > The buildbot would need to run "apt-get install maemo-optify" at the
>> > right time. Any idea of how to do that?
>>
>> Right way to
2009/11/3 Graham Cobb :
> On Monday 02 November 2009 21:52:48 Jeremiah Foster wrote:
>> On Nov 2, 2009, at 10:27, Ed Bartosh wrote:
>> > 2009/11/2 Jeremiah Foster :
>> >> On Nov 1, 2009, at 18:05, Ed Bartosh wrote:
>> >>> Idea of having
2009/11/2 Marius Vollmer :
> [ Jussi, we would like to get a new debian-etch devkit for Maemo 5 with
> the attached patch. Please advise how to best go about this.
> ]
>
> ext Ed Bartosh writes:
>
>> I can also help with building devkit if needed.
>
> I didn
emo-optify,
> and maemo-optify would do the rest: decide whether to do anything, check
> for correct optification, etc.
>
That's the plan so far. autobuilder calls dpkg-buildpackage without
checkiing anything, like it already does.
--
BR,
Ed
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers
2009/11/2 Marius Vollmer :
> ext Ed Bartosh writes:
>
>> Right way to do it is to include it into SDK rootstrap. Other ways I
>> can think of look hackish.
>
> (I think this is a good example of what is wrong with Maemo: normally,
> we would just upload a patched dpkg a
2009/11/2 Marius Vollmer :
> ext Ed Bartosh writes:
>
>> OK, we can make dependency from dpkb-buildpackage to maemo-optify not
>> so strict. If maemo-optify is present it will be called from
>> dpkg-buildpackage. With this approach we can put maemo-optify into
>> r
2009/11/2 Jeremiah Foster :
>
> On Nov 1, 2009, at 18:05, Ed Bartosh wrote:
>
>> 2009/11/1 Attila Csipa :
>>> On Sunday 01 November 2009 07:46:55 you wrote:
>>>> So, you propose to have one more queue, which would use only SDK? Or
>>>> only Extras? o
2009/11/2 Andrew Flegg :
> Ed wrote:
>> 2009/11/2 Marius Vollmer :
>>
>> > Would maemo-optify be part of that devkit as well, or would it be in the
>> > rootstrap?
>> >
>> > I prefer to leave maemo-optify in the rootstrap: that way, we can upda
2009/11/2 Marius Vollmer :
> ext Ed Bartosh writes:
>
>> So, I can see this way of implementing this:
>> - give optification scripts to SDK developers and ask them to prepare
>> Debian devkit for Fremantle with patched dpkg-buildpackage as fast as
>> possible.
&g
2009/11/1 Graham Cobb :
> On Sunday 01 November 2009 09:02:34 Ed Bartosh wrote:
>> So, what should we do?
>>
>> My proposal is to make dpkg-buildpackage to call maemo-optify. With
>> this we can solve 2 problems - autobuilder will optify packages and
>> de
ery
> counterintuitive.
>
True. I also don't see any more or less acceptable solution for this.
--
BR,
Ed
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers
2009/10/29 Graham Cobb :
> On Wednesday 28 October 2009 22:50:25 Ed Bartosh wrote:
>> Somehow I don't like the idea of doing anything with the package
>> without developer being aware of this. I'd rather implement check on
>> autobuilder side to insure that packa
on2.5-dbus instead of python-dbus to work
around the problem. python2.5-dbus is just a meta package, but it
presents only in SDK, which might allow you to avoid installing
python-dbus from extras-devel.
PS: It's just a workaround, not more than that. We
but this is a special case.
>
> I just ran into this problem personally with python-dbus, hence the mention,
> but I did say the problem is more generic than that :)
>
I agree that the problem exists. Let's find possible solutions for it.
I still think that the one I proposed i
2009/10/31 Attila Csipa :
> On Saturday 31 October 2009 14:49:24 Ed Bartosh wrote:
>> > is IMHO that the repository priorities seem to be wrong. The autobuilder
>> > should be using the highest version in the TOP PRIORITY repository that
>> > satisfies a dependenc
lution for this is to go to bugs.maemo.org and report your
problem to Pymaemo project and wait for a fix. Or, better, to provide
patch. You can also discuss this with pymaemo developers on their irc
channel or mailing list:
http://pymaemo.garage.maemo.org/getinvolved.html
--
BR,
Ed
__
want to ask developers to put it into
Build-Depends, so rootstrap should be changed.
I already hacked it one time when I removed /opt from there. I can do
it again, but I don't want to fork SDK rootstrap, so it would
be nice to somehow agree with SD
2009/10/29 Andrew Flegg :
> Ed wrote:
>> 2009/10/29 Graham Cobb :
>> >
>> > Nobody likes doing something to the package automatically but, after a long
>> > discussion at the BOF, we agreed that the alternatives were even worse [1].
>> >
>> T
2009/10/29 Graham Cobb :
> On Wednesday 28 October 2009 22:50:25 Ed Bartosh wrote:
>> Somehow I don't like the idea of doing anything with the package
>> without developer being aware of this. I'd rather implement check on
>> autobuilder side to insure that packa
2009/10/29 Graham Cobb :
> I think we should do the second item before Ed goes on holiday, even if it
> means deferring the multiple package builds. We can then test it (setting
> the header to auto in various packages) while Ed is away but there is minimal
> danger of problems cropp
2009/10/28 Andrew Flegg :
> Ed wrote:
>> >
>> > I've put together a suggested spec for the decision, taken at the
>> > summit during the /opt BOF[1], that the auto-builder would run some
>> > maemo-optify version during the build process (controlled by
> package contains no entries under /opt it would be considered a
> build failure.
> auto: maemo-optify would be run if certain heuristics were met (e.g.
> no entries in /opt, no Python dependency)
> force: maemo-optify would always be run
>
> Mari
lain in my environment.
--
BR,
Ed
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers
080ec81a8d1f
Author: maemo
Date: Tue Oct 20 23:46:38 2009 +0100
Here you can find his email:
https://garage.maemo.org/users/maemo/
--
BR,
Ed
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers
2009/10/26 Luca Donaggio :
> On Mon, Oct 26, 2009 at 4:40 PM, Ed Bartosh wrote:
>>
>> 2009/10/26 Luca Donaggio :
>> > The output from dpkg is exactly the same.
>> > What do you mean by "Have you tried to install your optified packages
>> > after
&
er/021588.html
The error explained there is the same as yours.
I resolved it by removing /opt from rootstraps.
Here is what I have in my target:
[sbox-maemo5-arm: ~] > ls -la / | grep opt
lrwxrwxrwx 1 root root 18 Oct 22 09:22 opt -> /targets/links/opt
[sbox-maemo5-arm: ~] > ls -la /tar
/opt
>
> and, of course, /home/opt doesn't exist.
>
> Can someone point me to what I'm doing wrong here? Or is there some
> workaround?
>
Have you tried to install your optified packages after you created
/opt directory inside your target?
Did dpkg fail with the same outpu
2009/10/24 Graham Cobb :
> On Sat, Oct 24, 2009 at 11:03:18AM +0300, Ed Bartosh wrote:
>> 2009/10/24 Graham Cobb :
>> > I think sbdmock needs to do the same thing after installing the rootstrap.
>> >
>> I don't think so. It looks like a hack to remove somet
t's not needed and even
prevents installation of optified packages?
As you can see from my posts deleting it from rootstrap solves the
issue. So, obvious way would be to not provide it in rootstrap at all.
--
BR,
Ed
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers
r >
/scratchbox/packages/maemo-sdk-rootstrap_5.0_i386.tar.gz
--
BR,
Ed
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers
2009/10/22 Nathan Anderson :
> Ed,
>
>I resubmitted my package; and it decided to ignore one of my
> dependency. (But it did pull in the optified packages! )
>
> https://garage.maemo.org/builder/fremantle/sword_1.6.0a-0maemo1/armel.root.l
> og.OK.txt Shows:
>
>
aries go to extras before they'll be able to
build their packages.
--
BR,
Ed
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers
Hi,
I restarted Nathan's build and autobuilder seems to be able to install
all build-deps.
You can see autobuilder logs here soon:
https://garage.maemo.org/builder/fremantle/sword_1.6.0a-0maemo1/
2009/10/22 Ed Bartosh :
> Hi,
>
> Please read my last message. The issue is fixed. No
opy and re-run a source
>> deb then re-run a binary once more just to make sure it wasn't "left" over
>> stuff causing a success. ;-)
>>
>>So, I don't think it has anything to do with the scratchbox. I suspect
>> it as Ed found something to do wi
lder. It should work now.
Thank you for your help.
PS: Is someone willing to file a bug for SDK :) ?
--
BR,
Ed
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers
2009/10/21 Nathan Anderson :
> Ed,
>
>Sure can (and following the chain).
>
> ls -l / | grep opt
>lrwxrwxrwx1 root root 18 Oct 6 22:36 opt ->
> /targets/links/opt
>
> ls -l /targets/links/ | grep opt
>lrwxrwxrwx 1 maemo 1000
2009/10/21 Nathan Anderson :
> Ed,
>
>Sure can (and following the chain).
>
> ls -l / | grep opt
>lrwxrwxrwx1 root root 18 Oct 6 22:36 opt ->
> /targets/links/opt
>
> ls -l /targets/links/ | grep opt
>lrwxrwxrwx 1 maemo 1000
2009/10/21 Nathan Anderson :
> Ed,
>
>Sure can (and following the chain).
>
> ls -l / | grep opt
>lrwxrwxrwx1 root root 18 Oct 6 22:36 opt ->
> /targets/links/opt
>
> ls -l /targets/links/ | grep opt
>lrwxrwxrwx 1 maemo 1000
2009/10/21 Nathan Anderson :
> Ed,
>
>I have actually installed all the packages I have built and
> submitted to extras _inside_ my scratchbox from extras(-devel/testing)
Good. In this case we just need to understand what's the difference between
your environment and auto
;t help, but we can see that dpkg tries to create directory
/opt and fails because symlink /opt already exists.
OK, then. Let's put /opt back to base-files.list and create directory
/opt instead of symlink:
$ sudo rm /scratchbox/users/ed/opt
$ sudo mkdir /scratchbox/users/ed/opt
$ sudo chown ed
27;t like libltdl provided by scratchbox, which would
most probalby lead us to the long way of waiting for the fix from
scratchbox guys. May be I'm too lazy or too old for this, but I
decided to leave this exercise to someone else :)
Regards,
Ed
2009/10/4 Bruce Forsberg :
> I am trying to
Hi,
Here are new categories suggested by community:
http://wiki.maemo.org/Task:Package_categories
Don't ask me why official SDK documentation contains another list :)
Regards,
Ed
2009/9/24 Luca Donaggio :
> According to [1], the allowed user/* sections are:
>
> user/accessori
2009/9/9 Jeremiah Foster :
> On Sep 8, 2009, at 9:43, Ed Bartosh wrote:
>>
>> BTW, before removing it from extras-devel try to find all packages
>> which depend on it and after removing libssl reupload them to the
>> autobuilder. They will be rebuilt with proper open
l uploaded to autobuilder:
https://garage.maemo.org/builder/diablo/openssl_0.9.8g-15maemo4+0m5/summary.log
You can see uploader name there and ask him why he uploaded it.
BTW, before removing it from extras-devel try to find all packages
which depend on it and after removing libssl reupload them to t
2009/8/31 Marius Vollmer :
> ext Ed Bartosh writes:
>
>>> [To upload a multi-package build request] It might be enough to just
>>> allow more than one paragraph in the .changes files, and make the
>>> guarantees that packages are build in order of their
>>&g
2009/8/31 Marius Vollmer :
> ext Ed Bartosh writes:
>
>> As I already said building in a proper order is already solved task.
>> There is no need to upload packages in build order if it can be done
>> automatically. It will only create extra job for developers.
>
>
> ___
> maemo-developers mailing list
> maemo-developers@maemo.org
> https://lists.maemo.org/mailman/listinfo/maemo-developers
>
--
BR,
Ed
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers
1 - 100 of 264 matches
Mail list logo
